Folder redirection.

[ICT_GUY]

I have folder redirection set up at the moment. Its been set to redirect, and does work. The problem is it can take 30-45 seconds for the start menu to appear. The PC's also lock up while this happens. ctrl alt del still works but otherwise the pc is unresponsive and the desktop will not redraw itself. Once its been through this process all is well but browsing of the network by a member of staff throws up a similar problem.

This affects all PCs regardless of spec or image. It does not affect admin, but then again I dont use start menu redirection on that account.

Network performance seem fine, certainly brisk when copying files ect.

Now I have been through the following.

DNS, was not working 100% it now seems to be running perfectly.
File permissions are set correctly.
Switches are working correctly.
Servers have plenty of memory.
The Staff account is not locked down as much as it could be either, fairly relaxed in fact.
Ideas?

[SYNACK]

Have you checked all of the included shortcuts to make sure that they are resolveable by the hosts. This could be caused by a shortcut or two that are pointing to a place that they can't get to or a working directory that is set wrong.

[Domino]

now if I remember rightly there's a gp setting for redirection to ensure it doesn't parse all links before display....


...I'll see if I can find it

[SYNACK]

now if I remember rightly there's a gp setting for redirection to ensure it doesn't parse all links before display....


...I'll see if I can find it

Is it this one?

User Configuration > Administrative Templates > Windows Components > Windows Explorer : Do not track Shell shortcuts during roaming

[Domino]

possibly, I did think it was named differently...but I could be wrong.

Its been a while since I set it up anywhere, and we're not using it here

[ICT_GUY]

Yes this is probably the problem, in fact it fits the bill exactly!

Some of the shortcuts are probably pointing at the old server that is no longer online.

Thank you very much, this was driving me nuts!

[Zimmer]

Sorry to come into the thread late chaps...

I was going to say the same thing, we had this issue a while back where shortcuts that are created by the login script were pointing at executable on an applications server that no longer lived there. Sometimes the wait was up to a minute!

To avoid this sort of thing we have started using DFS for pretty much everything now.

[srochford]

Is it this one?

User Configuration > Administrative Templates > Windows Components > Windows Explorer : Do not track Shell shortcuts during roaming

Don't think that is what you want - there's an explanation of what it does on technet

The idea of this is that if you are on machine1 then you might make a shortcut to (say) c:\program files\some program\application.exe on your desktop. You then move to machine 2 which doesn't have that app installed. Your shortcut now won't work because it points to C:\ <etc>. The tracking process adds an extra bit to the link which says "really, the shortcut is to \\machine1\c$\program files etc

You can possibly see that this is not useful if you're not an admin on the machine ...

[ICT_GUY]

Follow up.

Yes it was problems with unresolvable shortcuts in the start menu. Cleared them up and all is once again at peace.

Well apart from the dozen jobs that have walked through the door this morning. <sigh>

[Zimmer]

Follow up.

Yes it was problems with unresolvable shortcuts in the start menu. Cleared them up and all is once again at peace.

Well apart from the dozen jobs that have walked through the door this morning. <sigh>

A network admins work is never done I'm afraid