In
eamse in said:
Ok, here goes, my experiences to date.....
no errors, no logs, it just doesn't work. BUT...
We first noticed the problem after patching our servers with some hot
fixes from Micorsoft.
811630
810649
814033
329553
(You can't remove some of these, bugger)
I have logged a case with Microsoft who have examined all our servers
and come up with the solution to remove the DFS root on one of the
servers. Problem is this issue affects all servers.
One thing that bugged me was that the mapping to the users 'F' drive
(DFS path) failed, not every time, but often enough to be a complete
pain. But the mapping the DFS root worked every time ('U' Drive) and
the users with multiple DFS drive mappings only lost 'F' drive.
I played with the logon script and found that the first DFS mapping
fails. Regardless of where it points in the DFS structure. The
subsequent ones all work.
Thats where I'm up to.
We're currently usig UNC paths for mapping, but to get back to DFS I
may try a useless mapping of a 'B' drive to a DFS path and hope it
fails, allowing the users to get all the normal drives.
Interesting that the script is doing that. Curious why the first mapping
won't work. But an interesting to use a 'dummy' intial mapping.
I'm assuming that you are only using your internal DNS and not an ISPs? I
usually ask that just to eliminate that source of error.
Curious what PSS comes up with on this.
--
Regards,
Ace
Please direct all replies ONLY to the Microsoft public newsgroup so all
can benefit. This posting is provided "AS-IS" with no warranties and
confers no rights.
Ace Fekay, MCSE 2000, MCSE+I, MCSA, MCT, MVP
Microsoft Windows MVP - Active Directory
HAM AND EGGS: A day's work for a chicken; A lifetime commitment for a
pig. --
=================================