Re: Login Script - Drive Mapping


"Hutch" <Hutch@xxxxxxxxxxxxxxxxxxxxxxxxx> wrote in message
news:A6120BA1-115A-4D27-83B9-AF905930665B@xxxxxxxxxxxxxxxx
To set the stage, we are running Windows 2003 Active Directory, in native
mode. Currently have 3 domain controllers, 2 in main site, one remote.
We
use Kixtart for our login script.

Everything has been working fine, until some changes were made to
permissions, and script this week. To begin with, the Login Script runs
fine, except when it comes to the T: drive mapping.

We use the T: drive, to indicate what team membership an employee belongs
to, and then map that drive based on group membership (like this - CASE
Ingroup ("Domain Group") USE T: "\\servername\sharename".

Now for most staff, this is working fine. However, I recently renamed
existing groups in Active Directory, and changed their T: drive mappings.
For some staff, their T: drive will not map at all (no errors..just does
not
map). We have confirmed the following:

1) Not a domain controller issue...all three have the same login script,
and
I have tested logging into all 3.

2) Not permissions. Even though the drive won't map, I can manually map,
and the account has the correct permissions.

3) The problem appears to be PC specific. That same user account on their
home PC that doesn't work, will work on another PC.

Then most likely is that some of the PCs aren't authenticating -- likely due
to using the wrong DNS servers.

It also could be DC replication (DCDiag /C should be proven to be clean of
FAIL and WARN messages on every DC.)

The final thing I tried (which worked) was to delete the users profile on
their PC. When they signed in, and the profile was re-created, the T:
drive
mapped properly.

This tells me it is a client issue...However....what???? For our OS, we
are running XP SP2 (it is also not a firewall issue).

I would like to find the exact issue, so I don't have to delete user
profiles and re-create. I am thinking it is a combination of the renamed
Groups in Active Directory, and some sort of caching on the client
machine,
that is profile specific.

That just sounds flaky -- what even gave you the idea to do that?

Unless the reason is that T: is already persistenly mapped to something.
Do you always CLEAR (delete) the T: mapping before remapping it?
(You should).

net use T: /d

Also you if you must you can first copy that profile, and then re-copy it
over
the top once it is recreated.


--
Herb Martin, MCSE, MVP
http://www.LearnQuick.Com
(phone on web site)


.

Relevant Pages

  • Re: Drive mapping problem
    ... The problem is not with the local profile. ... the login script, one of the map drive (wich is on a windows 2k3 standard ... edition SP1,(let's call him Server X =D)) refuse to connect. ...
    (microsoft.public.windows.server.general)
  • Re: Login Script - Drive Mapping
    ... the login script in the NetLogon folder, and they are all the same. ... We map 5 to 6 drives with this script. ... their profile, that no drives map....so it is not a persistent issue. ... I would still explicitly delete the T: map to make sure it is clear. ...
    (microsoft.public.windows.server.active_directory)
  • Re: Login Script - Drive Mapping
    ... It is also not a PC authentication issue, as 99% of the login script works. ... We map 5 to 6 drives with this script. ... So on their home machine, I deleted their profile, and had them login....and ...
    (microsoft.public.windows.server.active_directory)
  • Re: Profile for All Users
    ... You would use a login script or some similar means to deploy the necessary ... .prf file that holds the profile settings and should be invoked when Outlook ... Sue Mosher, Outlook MVP ...
    (microsoft.public.outlook.installation)
  • MapNetworkDrive, can I map without a share?
    ... How do I map a network drive when there is no share name? ... I am now working on a unified login script for all ... office and will map drives to the current office. ... office's iShared \ a server in the remote office \ the desired path on ...
    (microsoft.public.scripting.wsh)
Loading