GPP Drive Map Policy - Problem (Win8 RP/Server 2012)
-
Montag, 4. Juni 2012 09:42
Hi everyone,
i've got a litte problem with GPP drive mapping and Win8 / 2012
On Windows7 / Server 2008 R2 everything is working for every user. On Win8 / 2012 RC the drive mapping is only (visible) working for non administrative users.
So i enabled GPP Logging and reviewed the logfiles and the eventlog, which is the same for every OS and User:
Window 2008 R2
2012-06-04 11:20:05.924 [pid=0x368,tid=0xb0c] EVENT : The user 'N:' preference item in the 'Global_UserLogon {C1C638C5-8E14-4DD4-96BF-B35013009E9B}' Group Policy object applied successfully.Windows 8
2012-06-04 10:48:47.760 [pid=0x37c,tid=0xef0] EVENT : The user 'N:' preference item in the 'Global_UserLogon {C1C638C5-8E14-4DD4-96BF-B35013009E9B}' Group Policy Object applied successfully.- I tried to enable EnableLinkedConnections for the machines (just to make sure, even if does not really apply to my current problem).
- "Always wait for the network at computer startup and logon" is enabled
Long story short:
Windows7/2008 : GPP drive mapping is working for everyone
Window8 RP/2012 RC: GPP drive mapping is working for every user (according to the logs) but the drives only show for non admin users.Any ideas? Known Problem for Win8/2012?
cheers Flip
Alle Antworten
-
Montag, 4. Juni 2012 12:52
Hello Flip,
I know that you have already set "EnableLinkedConnections" but what happens,
if you turn UAC completely off?
MVP Group Policy - Mythen, Insiderinfos und Troubleshooting zum Thema GPOs: Let's go, use GPO!
-
Montag, 4. Juni 2012 13:04
Hi Matthias,
i forgot to mention that i already tried that, with the same result :(
thanks for the input
-
Montag, 4. Juni 2012 13:07
one more thing to add to this thread:
the drive map policy is applied to every user in the domain regardless of the runnign os.
i added another policy to activate logging and fiddle around a bit and applied it to some test machines
-
Montag, 4. Juni 2012 15:00> Windows7/2008 : GPP drive mapping is working for everyone>> Window8 RP/2012 RC: GPP drive mapping is working for every user> (according to the logs) but the drives only show for non admin users.>Hi, Flip.Did a Repro on that in my contoso domain, Win8RP 64 Bit German. And itworks flawlessly for both administrators and non-administrators.Drive is mapped on the command line (net use) and shows up in Explorer.So - sorry about that - I'm a bit out of the question why it is failingin your environment...regards, Martin
NO THEY ARE NOT EVIL, if you know what you are doing: Good or bad GPOs?
Wenn meine Antwort hilfreich war, freue ich mich über eine Bewertung! If my answer was helpful, I'm glad about a rating! -
Montag, 4. Juni 2012 15:58
Hi Martin,
only GPP drive mapping is not working. if i connect the drive manual (via net use or "add network drive" - wizzard) everything is working.
the drive map runs through w/o any errors ( in the logs)
1. delete old drive (replace option)
2. add new drive
if i connect a the drive manually with persistent settings i can work with it. after a reboot it is deleted b/c of the policy.
Everything looks fine, GPO processing, drive mapping, logs.. everything. the drive just does not appear in the explorer for local administrators
Sample log:
2012-06-04 14:59:05.893 [pid=0x3a0,tid=0xbd0] Starting class <Drives>.
2012-06-04 14:59:05.893 [pid=0x3a0,tid=0xbd0] Handle Children.
2012-06-04 14:59:05.893 [pid=0x3a0,tid=0xbd0] {935D1B74-9CB8-4e3c-9914-7DD559B7A417}
2012-06-04 14:59:05.893 [pid=0x3a0,tid=0xbd0] Starting class <Drive> - N:.
2012-06-04 14:59:05.908 [pid=0x3a0,tid=0xbd0] Starting filter [AND FilterGroup].
2012-06-04 14:59:05.908 [pid=0x3a0,tid=0xbd0] Adding child elements to RSOP.
2012-06-04 14:59:05.908 [pid=0x3a0,tid=0xbd0] Set user security context.
2012-06-04 14:59:05.908 [pid=0x3a0,tid=0xbd0] Set system security context.
2012-06-04 14:59:05.908 [pid=0x3a0,tid=0xbd0] Passed filter [FilterGroup].
2012-06-04 14:59:05.908 [pid=0x3a0,tid=0xbd0] Filters passed.
2012-06-04 14:59:05.924 [pid=0x3a0,tid=0xbd0] Set user security context.
2012-06-04 14:59:05.924 [pid=0x3a0,tid=0xbd0] Adding child elements to RSOP.
2012-06-04 14:59:06.221 [pid=0x3a0,tid=0xbd0] Connected with access name n:.
2012-06-04 14:59:06.455 [pid=0x3a0,tid=0xbd0] Properties handled.
2012-06-04 14:59:06.455 [pid=0x3a0,tid=0xbd0] Handle Children.
2012-06-04 14:59:06.455 [pid=0x3a0,tid=0xbd0] Set system security context.
2012-06-04 14:59:06.471 [pid=0x3a0,tid=0xbd0] EVENT : The user 'N:' preference item in the 'Global_UserLogon {C1C638C5-8E14-4DD4-96BF-B35013009E9B}' Group Policy Object applied successfully.
2012-06-04 14:59:06.471 [pid=0x3a0,tid=0xbd0] Completed class <Drive> - N:.This Log looks the same for every user. It doesnt matter if Server 2008 R2, win7, win8 or server 2012 is used.
The eventlog logs these events
2 x Event ID 4101 == drive removal
2 x Event ID 4096 == drive mapping
regards Flip
-
Montag, 4. Juni 2012 19:02
Unfortunately I'm also bit out of the question...
If you remove a non-working user from the Administrators group,
does the policy apply the next time this user logs on?
MVP Group Policy - Mythen, Insiderinfos und Troubleshooting zum Thema GPOs: Let's go, use GPO!
-
Montag, 4. Juni 2012 19:27
the policy always gets applied and processed w/o any errors.
if i remove the user from the administrator group the drive shows up. if i readd the user they dont show up.
this only happens on winodws 8 and server 2012.
the sample log i provided is always the same on every client/server regardess if the drives show up or not.
-
Montag, 4. Juni 2012 19:40has there been any change to the drive map processing or UAC behaviour in windows 8 / server 2012 ?
- Bearbeitet Flip B Montag, 4. Juni 2012 19:41
-
Montag, 4. Juni 2012 22:06
-
Dienstag, 5. Juni 2012 07:33> 1. delete old drive (replace option)You might give "update" a shot. And you may try enabling "Show thisdrive" explicitly... Still, no repro in my environment..regards, Martin
NO THEY ARE NOT EVIL, if you know what you are doing: Good or bad GPOs?
Wenn meine Antwort hilfreich war, freue ich mich über eine Bewertung! If my answer was helpful, I'm glad about a rating! -
Dienstag, 5. Juni 2012 08:28> 1. delete old drive (replace option)You might give "update" a shot. And you may try enabling "Show thisdrive" explicitly... Still, no repro in my environment..regards, Martin
NO THEY ARE NOT EVIL, if you know what you are doing: Good or bad GPOs?
Wenn meine Antwort hilfreich war, freue ich mich über eine Bewertung! If my answer was helpful, I'm glad about a rating!I tried that as well, with the same result.
But the policy is working so i dont see why i have to change the settings. I just need to understand why local administrators dont see their mapped drives. :/
it is a litte bit frustrating ;)how did you reproduce this? did you create the policy on a win2008r2/win7 machine or win8?
-
Dienstag, 5. Juni 2012 08:53Moderator
Hi,
You might want to refer following article. This article might not answer for your question, however, it’s related to the issue what has been described in your post.
UAC may prevent Group Policy logon scripts from appearing to work properly. For example, a logon script to map network drives. A nonadministrative user logs on to the domain, user sees their mapped drives. Under the same environment, an administrative user logs on to the domain, the user does not see their mapped drives.
This is because when the administrative user logs on, Windows processes logon scripts using the elevated token. The script actually works and maps the drive. However, Windows blocks the view of the mapped network drives because the desktop uses the limited token while the drives were mapped using the elevated token.
So I think you may disable UAC and configure drive map GPP to run in logged-on user’s security context.
Please try that and give us feedback for further troubleshooting.
For more information please refer to following MS articles:
Deploying Group Policy Using Windows Vista (UAC)
http://technet.microsoft.com/en-us/library/cc766208(v=WS.10).aspx
GPP Configure Common Options
http://technet.microsoft.com/en-us/library/cc772371.aspxLawrence
TechNet Community Support
-
Dienstag, 5. Juni 2012 09:00
Hi Lawrence,
yes, i know these articles but even if I disable UAC completely, it doesnt work, so I think that's not the problem. The policy is applied to both, win7 and win8 clients, and is processed without any errors. If there are no changes in the GPP process or the UAC behaiviour under Win8 everyone gets the same.
any suggestions?
-
Dienstag, 5. Juni 2012 09:04
GPO Settings:
N: (Order: 1)
General
Action Replace
PropertiesLetter N
Location \\domain.local\DFSShare
Reconnect Enabled
Label as placeNamehere
Use first available Disabled
Hide/Show this drive No change
Hide/Show all drives No change
Common
OptionsStop processing items on this extension if an error occurs on this item No
Run in logged-on user's security context (user policy option) Yes
Remove this item when it is no longer applied Yes
Item-level targeting: Security GroupAttribute Value
bool AND
not 0
name Domain\Group
sid S-1-5-xxx
userContext 1
primaryGroup 0
localGroup 0
DescriptionAll Users in Group "Domain\Group" gets it -
Dienstag, 5. Juni 2012 09:19> how did you reproduce this? did you create the policy on a> win2008r2/win7 machine or win8?I have a DC 2008R2 and W7 client. GPO was already present, just joinedthe W8 client and all worked... For reference, here's the XML of my GPP:<?xml version="1.0"?>-<Drive bypassErrors="1" userContext="1"uid="{C08506A3-3C49-48A1-900A-308CBE1B1CC0}" changed="2012-03-1520:22:32" image="2" status="P:" name="P:"clsid="{935D1B74-9CB8-4e3c-9914-7DD559B7A417}"><Properties letter="P"useLetter="1" persistent="0" label="" path="\\dc1\sharep" userName=""allDrives="NOCHANGE" thisDrive="NOCHANGE"action="U"/>-<Filters><FilterGroup userContext="1" name="CORP\users_p"localGroup="0" primaryGroup="0"sid="S-1-5-21-4063112376-1576679057-3622664657-1113" not="0"bool="AND"/></Filters></Drive>The security group filter should not matter...regards, Martin
NO THEY ARE NOT EVIL, if you know what you are doing: Good or bad GPOs?
Wenn meine Antwort hilfreich war, freue ich mich über eine Bewertung! If my answer was helpful, I'm glad about a rating! -
Dienstag, 5. Juni 2012 09:28
i just saw the drives on one of my test machines...
I just had it sit there (logged in) for an hour... installed the RSAT tools and saw the mapped drives. after a login the drives where missing again.
maybe you have to install something everytime after you login to get the drives ;)
i'll try to investgate this further...
-
Dienstag, 5. Juni 2012 09:55> /Location \\domain.local\DFSShare /You didn't mention DFS ('til now), but I did a test on that, too, and italso works... ?!?regards, Martin
NO THEY ARE NOT EVIL, if you know what you are doing: Good or bad GPOs?
Wenn meine Antwort hilfreich war, freue ich mich über eine Bewertung! If my answer was helpful, I'm glad about a rating! -
Dienstag, 5. Juni 2012 20:17
i shouldn't make any difference if I use DFS or a normal file share it does work on windows 7 so it should also work on windows 8. what i don't get it the fact that everything seems to run through w/o any error...
-
Dienstag, 5. Juni 2012 20:30I just did a test. I have my test user set to be a local admin through a restircited group policy. Once I removed my test user from local admin group, I was able to map drives. I then set my user to be a domain admin and the drive mappings worked fine. So it appears that a user cannot be a admin on the local machine & map a drive from a GPP.
-
Dienstag, 5. Juni 2012 20:55
That also applies to a domain admin in my case. I tried it with these combinations:
Normal user = works fine
Normal user plus local admin = doesnt work Domain admin also doesn't work
This only applies to windows 8 and 2012
Manual drive mappings work fine doesn't matter if admin or not. Policy also runs through because it replaces the drive and the persistent manual mapped drive gets removed during logio. plus the gpp log and event log aren't reporting any errors.as I mentioned before I had visible mapped drives once on a machine which ran about an hour. i tried to reproduce this w/o any success so far.
It is pretty difficult to troubleshoot something which is not working but tells you it is ;)
-
Dienstag, 5. Juni 2012 20:57That must be a new behaviour of Server 2012. I am using 2008r2 and domain admins does work.
-
Dienstag, 5. Juni 2012 21:03
I think that is the only explanation ... at least the administrator seems to be treated differently.
Win7 and 2008 R2 are working just fine.
-
Mittwoch, 6. Juni 2012 04:33
I'm experiencing this problem also. If I correctly understand this chatter, the non-visible GPP drive mapping problem is caused by the user being a member of an admin group. So is this an AD problem?
Tom
Tomás Mason
-
Mittwoch, 6. Juni 2012 09:28
Hello,
Does GPP create the registry keys in HKEY_CURRENT_USER\Network\DRIVELETTER?
Please also enable the "normal" gpsvc logging:
Windows Registry Editor Version 5.00
[HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows NT\CurrentVersion\Diagnostics]
"GPsvcDebugLevel"=dword:00030002
You will have to create the folder "usermode" in C:\Windows\debug.
MVP Group Policy - Mythen, Insiderinfos und Troubleshooting zum Thema GPOs: Let's go, use GPO!
-
Mittwoch, 6. Juni 2012 10:00
Hi Matthias,
the registry key gets not created for the admin user, the normal user gets it.
This is the part in the log where the drive mapping runs through. looks excactly the same for user and admin.
GPSVC(334.950) 11:39:03:725 ProcessGPOs(User): Processing extension Group Policy Drive Maps
GPSVC(334.950) 11:39:03:725 ReadStatus: Read Extension's Previous status successfully.
GPSVC(334.950) 11:39:03:725 CompareGPOLists: The lists are the same.
GPSVC(334.950) 11:39:03:725 CompareGPOLists: The lists are the same.
GPSVC(334.950) 11:39:03:725 GPLockPolicySection: Sid = S-1-5-21-2357879420-3297315660-391761711-3105, dwTimeout = 30000, dwFlags = 0x0
GPSVC(334.950) 11:39:03:725 CGPApplicationService::LockPolicySection.
GPSVC(334.950) 11:39:03:725 WaitForServiceInitialization: Beginning WaitForSingleObject.
GPSVC(334.950) 11:39:03:725 WaitForServiceInitialization: Completed WaitForSingleObject.
GPSVC(334.950) 11:39:03:725 CPolicyCriticalSectionCollection: LockPolicySection called for user <S-1-5-21-2357879420-3297315660-391761711-3105>
GPSVC(334.950) 11:39:03:725 SID = S-1-5-21-2357879420-3297315660-391761711-3105
GPSVC(334.950) 11:39:03:725 bMachine = 0
GPSVC(334.950) 11:39:03:725 Global Sync Lock Called
GPSVC(334.950) 11:39:03:725 Writer Lock got immediately.
GPSVC(334.950) 11:39:03:725 Global Lock taken successfully
GPSVC(334.950) 11:39:03:725 ProcessGPOList: Entering for extension Group Policy Drive Maps
GPSVC(334.950) 11:39:03:725 UserPolicyCallback: Setting status UI to Applying Group Policy Drive Maps policy...
GPSVC(334.950) 11:39:03:725 ProcessGPOList: No changes. CSE will not be passed in the IwbemServices intf ptr
GPSVC(334.950) 11:39:03:741 ProcessGPOList: lpGPOInfo->lpGPInfoHandle->dwExtnCount is 2 for Group Policy Drive Maps.
GPSVC(334.950) 11:39:05:709 ProcessGroupPolicyCompletedExInternal: Entering. Extension = {5794DAFD-BE60-433F-88A2-1A31939AC01F}, dwStatus = 0x0
GPSVC(334.950) 11:39:05:709 GetWbemServices: CoCreateInstance succeeded
GPSVC(334.950) 11:39:05:709 ConnectToNameSpace: ConnectServer returned 0x0
GPSVC(334.950) 11:39:05:709 ProcessGroupPolicyCompletedExInternal: Extension {5794DAFD-BE60-433F-88A2-1A31939AC01F} was able to log data. Error = 0x0, dwRet = 0. Clearing the dirty bit
GPSVC(334.950) 11:39:05:725 CExtSessionLogger::Log: Didn't find an instance of the extension object when trying to set the dirty flag.
GPSVC(334.950) 11:39:05:725 ProcessGroupPolicyCompletedExInternal: Finished processing extension <Group Policy Drive Maps> at 73368390 ticks (ms)
GPSVC(334.950) 11:39:05:725 ProcessGroupPolicyCompletedExInternal: Leaving. Extension = {5794DAFD-BE60-433F-88A2-1A31939AC01F}, Return status dwRet = 0x0
GPSVC(334.950) 11:39:05:725 ProcessGPOList: Extension Group Policy Drive Maps returned 0x0.
GPSVC(334.950) 11:39:05:725 ProcessGPOList: Extension Group Policy Drive Maps status was not updated because there was no changes and no transition or rsop wasn't enabled
GPSVC(334.950) 11:39:05:725 CGPApplicationService::UnLockPolicySection.
GPSVC(334.950) 11:39:05:725 WaitForServiceInitialization: Beginning WaitForSingleObject.
GPSVC(334.950) 11:39:05:725 WaitForServiceInitialization: Completed WaitForSingleObject.
GPSVC(334.950) 11:39:05:725 CPolicyCriticalSectionCollection: UnLockPolicySection called for user <S-1-5-21-2357879420-3297315660-391761711-3105>
GPSVC(334.950) 11:39:05:725 CPolicyCriticalSectionCollection: Deleting critical section for UserSid <S-1-5-21-2357879420-3297315660-391761711-3105>
GPSVC(334.950) 11:39:05:725 Deleting sidString <S-1-5-21-2357879420-3297315660-391761711-3105>
GPSVC(334.950) 11:39:05:725 CPolicyCriticalSectionCollection: UnLocked successfully -
Donnerstag, 7. Juni 2012 03:23
Matthias,
My Registry has no sub-folder named Diagnostics and I can find no way to create one.
Tom
Tomás Mason
-
Freitag, 8. Juni 2012 09:00> My Registry has no sub-folder named Diagnostics and I can find no way> to create one.Try right clicking in the tree view left - "new" - "key"... Or try "regadd *HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\WindowsNT\CurrentVersion\Diagnostics"regards, Martin*
NO THEY ARE NOT EVIL, if you know what you are doing: Good or bad GPOs?
Wenn meine Antwort hilfreich war, freue ich mich über eine Bewertung! If my answer was helpful, I'm glad about a rating! -
Freitag, 8. Juni 2012 09:36
Please also try to enable the full tracing (Informational, Warning and Errors).
BTW:
Do have the same behavior if you use the FQDN in the UNC path?
MVP Group Policy - Mythen, Insiderinfos und Troubleshooting zum Thema GPOs: Let's go, use GPO!
- Bearbeitet Matthias WolfMVP Freitag, 8. Juni 2012 09:36
-
Freitag, 8. Juni 2012 19:07
These are the settings I configured.
Configure Drive Maps preference logging and tracing Enabled
Event logging Informational, Warnings and Errors Tracing On
User trace %COMMONAPPDATA%\GroupPolicy\Preference\Trace\User.log
Computer trace %COMMONAPPDATA%\GroupPolicy\Preference\Trace\Computer.log
Planning trace %COMMONAPPDATA%\GroupPolicy\Preference\Trace\Planning.log
Maximum size of trace file (KB) 1024
the drive get's mapped with the FQDN. The DNS resolution does work, as it is working for the normal user on the machine right after the admin has logged off. -
Donnerstag, 5. Juli 2012 18:53
over the last few days i build up an 2012 RC domain and tried the policy on server 2012, windows 8 and windows 7. still the same results. win8 and 2012 wont map the drive for local administrators, windows 7 does.
any new insights on this topic?
-
Dienstag, 7. August 2012 17:58
Bump. I'm also having this issue. Very frustrating. One addition to make though: If I run the NET USE S: \\server\software command after the GPO/GPP applies, I see the mapped drive show up, WITH the LABEL that was set in the GPP Drive Maps preference.
Update: After setting the NoBackgroundPolicy registry key to 0, I'm able to run GPUPDATE in the same session, and the drive maps show up. They still do not map on user login though.
- Bearbeitet Wes Kroesbergen Dienstag, 7. August 2012 18:31 Added note re: NoBackgroundPolicy
-
Dienstag, 7. August 2012 21:06This issue still exists with Windows 8 RTM and Server 2008 R2 as confirmed by a ton of people.
- Bearbeitet MichaelGos Dienstag, 7. August 2012 21:06
- Bearbeitet MichaelGos Dienstag, 7. August 2012 21:06
-
Mittwoch, 8. August 2012 19:04
Update: It appears that if you log the specific user account in once without Local Admin membership, the drives map. You can then grant that user account Local Admin privileges again, and the drive mappings will persist, even across reboots.
Must be something broken with the first-time mapping of a drive and UAC/Local Admin.
-
Donnerstag, 16. August 2012 07:46
I can confirm the same behaviour in my environment using the release version of Windows 8 I downloaded today via our MSDN subscription. This is a real problem as I plan to introduce Windows 8 into the network. It is a requirement that all our domain users be local admins on all clients.
I found that removing the user account from local admin will map all GPP drives but then once re-applying the policy to add the user to local admin group the drives won't persist over more than 2 reboots. I can replicate this behaviour every time no matter what account I test with.
Hopefully this is fixed sooner rather than later, there is no way I can bring Windows 8 into our network until I can overcome this.
On another note, I also needed to add a couple of new url's into our filter to allow Windows Updates and the Windows Store to work correctly that weren't needed before...
-
Mittwoch, 22. August 2012 04:23
I can confirm we have the same issue as above with SBS2008 and a brand new install of Windows 8 RTM.
If I login as a standard user the drive shows, If I add that user to the administrators group for that machine the drives won't map.
I have tried everything above, Adding the registry key for enablelinkingconnection, logging in as a standard user first and then trying again as an administrator.
This policy is working fine across all of our windows 7 machines
The policy is accepted fine by the machine and appears to be doing what it is supposed to but the drives do not show up as everyone has said above.
If anyone has a work around for this yet please let me know because we cannot deploy any new machines until this has been fixed.
-
Mittwoch, 22. August 2012 09:00
I founda similar problemwith applying GPPRegistry Settings on Windows Server 2012 RTM from W2008R2 DC
I think that the problem is targeting. You use the targeting?
For example, I noticed that if you use the Targeting to NetBIOS name - no problem, but if the use Targeting to IP Range - mechanism does not work- Bearbeitet Максимов Алексей Mittwoch, 22. August 2012 09:51
-
Mittwoch, 22. August 2012 23:46
Hello Wes, I noticed you were a partner as well...I have posted and linked to this thread in our partner forums http://social.microsoft.com/Forums/en-US/partnerwinclientwin8/thread/6be8a098-66ef-40a8-b81c-6d70802032d8 so a real Microsoft employee may take a look at it and assist us....
-
Donnerstag, 23. August 2012 07:35http://social.technet.microsoft.com/Forums/en-US/winserverGP/thread/64e01325-9b2f-477c-ab51-7b10692b583a/
-- G Johansson http://gjohansson.com/blog/
-
Donnerstag, 23. August 2012 11:43
Hi
we have the same Problem too.
Ad-Server: Win2k8 R2
Clients: Win8 RTM
Drive maps-GPP-settings: Action=Replace, Reconnect: On, User Security context: On
No error in the eventlog, but no mappings.
Manually I can map the drives.
Best regards
Stefan
-
Montag, 27. August 2012 11:18
I confirm a problem.
Active Directory DC: Windows Server 2008 R2, client Windows 8. Drive mapping with GPP. No error in the eventlog, but no mappings.
Bug?
-
Donnerstag, 30. August 2012 07:53
I got the same problem. But if I uncheck the "reconnect" option, all the mappings shows after a logoff/login. It looks like it have some problems With saving the settings to the user's settings.
-
Donnerstag, 30. August 2012 18:10Update: If you set the Group Policy setting for 'Run all administrators in Admin Approval Mode' to 'Disabled', the drives map correctly. Unfortunately however, this breaks all the Metro/Modern UI apps. Disabling it seems to be the route to go for servers, but definitely not acceptable on the clients.
-
Montag, 3. September 2012 14:36
Did somebody report this to Microsoft Support yet?
Boudewijn Plomp, BPMi Infrastructure & Security
-
Montag, 3. September 2012 14:38
Have you read this?
Blog: Windows 8 Mapping Network Drive
http://www.itninja.com/blog/view/windows-8-mapping-network-driveBoudewijn Plomp, BPMi Infrastructure & Security
-
Montag, 3. September 2012 14:57
Did somebody report this to Microsoft Support yet?
Yes, I did.
The problem is, they could not reproduce the failure in Build 8400
nor in Build 9200.It seems like it is also dependent on the operation system where the DFS namespace is stored.
For anyone who still has this issue, we would need the following information:
- Build number of the Windows 8 Client
- Operating system of the DFS Namespace Server
- Exact settings in the GPP Item (Reconnect Yes/No, Security Context of the User Yes/No ...)
- Best would be to provide the XML File of the GPP ItemMVP Group Policy - Mythen, Insiderinfos und Troubleshooting zum Thema GPOs: Let's go, use GPO!
-
Montag, 3. September 2012 17:05
I have exactly the same issue. My scenario is as following...
- Client OS: Windows 8 Enterprise (x64) [Build 6.2.9200]
- File Server OS: Windows Server 2008 R2 Standard (x64) + SP1 [Build 6.1.7601]
- DFS Share: Yes, Hidden (e.g. \\mydomain.local\DFS-SHARE$), Caching enabled (if required)
- Connection Method: GPO Preference
GPO Preference Settings:- Reconnect: Enabled
- Label: Yes
- Security Context: Run in User Context
- Hide/Show Drive: No change
- Run in logged-on users's security context (user policy option): Enabled
- Remove this item when it is no longer applied: Enabled
- Item-level targeting: Enabled
It may be worth to mention that this GPO preference works flawless on Windows 7. So it is properly configured GPO.
Hope this information helps. Microsoft may contact me if they desire.
Boudewijn Plomp, BPMi Infrastructure & Security
- Bearbeitet Boudewijn Plomp Montag, 3. September 2012 17:06
-
Montag, 3. September 2012 18:01
-
I am having the problem connecting to a normal share not a dfs share. This works fine for all Win 7 clients but not for Win 8 for admins. It works fine on non admin win 8 computers but not for users that are administrators on the local computer.
- Client OS: Windows 8 Enterprise (x64) [Build 6.2.9200]
- File Server OS: Windows Server 2008 R2 Standard (x64) + SP1 [Build 6.1.7601]
- DFS Share: No - Standard file server share
- Connection Method: GPO Preference
GPO Preference Settings:
- Reconnect: Enabled
- Label: Yes
- Security Context: Run in User Context
- Hide/Show Drive: show
- Hide/Show all drives: no change
- Run in logged-on users's security context (user policy option): Enabled
- Remove this item when it is no longer applied: Enabled
- Item-level targeting: Enabled
- Remove this item when it is no longer applied: No
- Apply once and do not reapply;: no
Thanks,
Nick
-
Montag, 3. September 2012 18:36
Hello,
Thanks for your replies.
Does it work for you, if you disable "Reconnect"?
Do you have "Always wait for the network..." enabled?
http://support.microsoft.com/kb/305293/en-usMVP Group Policy - Mythen, Insiderinfos und Troubleshooting zum Thema GPOs: Let's go, use GPO!
-
Dienstag, 4. September 2012 07:53
Hello,
Thanks for your replies.
Does it work for you, if you disable "Reconnect"?
Do you have "Always wait for the network..." enabled?
http://support.microsoft.com/kb/305293/en-us
MVP Group Policy - Mythen, Insiderinfos und Troubleshooting zum Thema GPOs: Let's go, use GPO!
No. Tried that yesterday, no effect. I tried it on another environment today, no effect either.Boudewijn Plomp, BPMi Infrastructure & Security
-
Dienstag, 4. September 2012 08:46
Did somebody report this to Microsoft Support yet?
Yes, I did.
The problem is, they could not reproduce the failure in Build 8400
nor in Build 9200.It seems like it is also dependent on the operation system where the DFS namespace is stored.
For anyone who still has this issue, we would need the following information:
- Build number of the Windows 8 Client
- Operating system of the DFS Namespace Server
- Exact settings in the GPP Item (Reconnect Yes/No, Security Context of the User Yes/No ...)
- Best would be to provide the XML File of the GPP Item
MVP Group Policy - Mythen, Insiderinfos und Troubleshooting zum Thema GPOs: Let's go, use GPO!
Hi,
as stated earlier this also applies to a Windows Server 2012 Release Candidate and Windows 8 Relese Preview only environment. the behaviour is the same as in a Server 2008R2 Environment.
Windows7/Server2008R2 are working flawlessly in a Server 2012 only domain and a Server 2008R2 only domain
Server 2012 and Windows8 wont map any drives for local administrators via GPP.
The Share is always accessed via a DFS share. only the DFS server is 2012 in the 2012 environment and 2008R2 SP1 in the 2008R2 environment.
I did not test this with the final RTM releases yet...
- Bearbeitet Flip B Dienstag, 4. September 2012 08:47
-
Dienstag, 4. September 2012 09:13
I use Windows 8 Enterprise (x64) RTM.I did not test this with the final RTM releases yet...
Boudewijn Plomp, BPMi Infrastructure & Security
- Bearbeitet Boudewijn Plomp Dienstag, 4. September 2012 09:13
-
Dienstag, 4. September 2012 11:56
Matthias Wolf I need to correct something. To my surprise on one environment with the setting "Reconnect" disabled it does seem to work! Sorry for the confusion. I thought I double checked it, but I was wrong.
Boudewijn Plomp, BPMi Infrastructure & Security
- Bearbeitet Boudewijn Plomp Dienstag, 4. September 2012 11:58
-
Dienstag, 4. September 2012 12:10I have reconnect enabled and it does not work.
-
Dienstag, 4. September 2012 12:18
I have reconnect enabled and it does not work.
That's the point. If you set it to disabled it seems to work. I begin to doubt if it works all the time. But whatever it does, you want to be able to enable the "Reconnect" setting.Boudewijn Plomp, BPMi Infrastructure & Security
-
Mittwoch, 5. September 2012 22:07
If I remove reconnect it kind of works. If I boot up on the network then my drive connects but if I go home or am on wireless when I reboot then it does not map.
I do not have always wait for the network enabled.
Thanks,
Nick
-
Mittwoch, 5. September 2012 22:18
Hello,
Thank you all for your feedback.
I have updated my bug-report at Microsoft, but I didn't get a reply so far.
MVP Group Policy - Mythen, Insiderinfos und Troubleshooting zum Thema GPOs: Let's go, use GPO!
-
Mittwoch, 12. September 2012 17:51
Add me to the list of users with this problem.
Server 2008 R2 / Windows 8 RTM
I logon as Domain Admin. GPP drive don't map. Manual mappings disappear at next logon.Mike Pietrorazio
-
Freitag, 14. September 2012 10:33Getting the same problem here also. Any news from Microsoft regarding this?
-
Freitag, 14. September 2012 14:26
Hello All,
Any news from Microsoft regarding this?
Unfortunately, Yes!
They changed the state of the request to "solved".
I thought, OK fine, but than I looked at the details and it says:
"Solved - Can not be solved".They didn't even leave a comment why the closed the request!
I hope a Microsoft employee will read this discussion here and can give some more details.
MVP Group Policy - Mythen, Insiderinfos und Troubleshooting zum Thema GPOs: Let's go, use GPO!
- Bearbeitet Matthias WolfMVP Freitag, 14. September 2012 14:26
- Bearbeitet Matthias WolfMVP Freitag, 14. September 2012 14:27
-
Montag, 17. September 2012 08:34
Hello All,
Any news from Microsoft regarding this?
Unfortunately, Yes!
They changed the state of the request to "solved".
I thought, OK fine, but than I looked at the details and it says:
"Solved - Can not be solved".They didn't even leave a comment why the closed the request!
I hope a Microsoft employee will read this discussion here and can give some more details.
MVP Group Policy - Mythen, Insiderinfos und Troubleshooting zum Thema GPOs: Let's go, use GPO!
If that is so I am going to make a Microsoft Support call for this as well.
Boudewijn Plomp, BPMi Infrastructure & Security
-
Donnerstag, 20. September 2012 19:39
I have the same Problem.
Server 2012 RTM and Win8 Pro RTM.
As Workaround I did the following:
1. Create a cmd file with "net use x: \\domain.local\MyShare /persistent:yes"
2. Under GP User -> Settings -> Windows-Settings -> Files. I created a rule to copy that file from network location to to the user's startup folder. For example
Source: \\domain.local\MyShare\MapDrives.cmd
Destination: %StartUpDir%\MapDrives.cmdI tried to execute the cmd file during logon with gp but this also didn't work. The cmd file in the startup folder is executed several seconds after logon, so on first logon, it takes a few seconds for the drives to appear. I disabled the "real" drive mappings in GP, so the drives are persistent and will apperar immediately on next logon.
-
Donnerstag, 20. September 2012 21:06
If that is so I am going to make a Microsoft Support call for this as well.
I would appreciate this.
You can give the logs to Microsoft they need.
Unfortunately I could not do this, because I could not reproduce the failure.If you have any news, please update this discussion.
Thanx
MVP Group Policy - Mythen, Insiderinfos und Troubleshooting zum Thema GPOs: Let's go, use GPO!
- Bearbeitet Matthias WolfMVP Donnerstag, 20. September 2012 21:06
-
Dienstag, 25. September 2012 22:51
Any Resolution Yet?
We are experiencing the same issues. Windows 8 Build 9200 in a Windows 2008 AD. We do have 1 Widows 2012 AD server in the network as well. When a normal user logs in to the Win8 PC they get all the mapped drives whether it is DFS or UNC. An administrator (Domain Admin or Local Admin) does not get any mapped drives.
We have tried unchecking the Reconnect option and have enabled the "Always wait for the network at computer startup and logon" with no change.
As other users have stated we cannot roll this out to the enterprise like this.
Ron Ellis
-
Montag, 8. Oktober 2012 09:09
Hi
I have exactly the same issue. Any news form Microsoft yet?
Thanks
Andrew
-
Montag, 8. Oktober 2012 09:19
The non-official answer is: "Suck it up and stop whining! We're not going to fix it because we don't have a clue as to what is causing it."
Stay tuned for Server 2018 - it'll be much better!
Tomás Mason
-
Dienstag, 30. Oktober 2012 15:20
I worked with Premier Support on this issue. The work-around that we've implemented is to UNcheck the Reconnect option on the GP Preference drive map. We are using the Replace action, so the reconnect option isn't needed for our policy.
I hope that helps.
-
Mittwoch, 31. Oktober 2012 22:59
We are using the Replace action, so the reconnect option isn't needed for our policy.
As long as you are not logging on to your without
a network connection....In that case, the drives won't be there.
MVP Group Policy - Mythen, Insiderinfos und Troubleshooting zum Thema GPOs: Let's go, use GPO!
- Bearbeitet Matthias WolfMVP Mittwoch, 31. Oktober 2012 22:59
-
Mittwoch, 31. Oktober 2012 23:12
I tried not having the Reconnect box checked and it did not work for my laptop environment. Because if you are at home and going to VPN in or even on WIFI and not wired in in then you don't have your drives. Most of my users are not admins so they are not affected by the problem so I don't want to uncheck the reconnect and have the non admin experience be worse just so admins can have drives when they login on a wired connection.
So I really hope MSFT gets a real fix soon.
Nick
-
Dienstag, 13. November 2012 15:48
Did somebody report this to Microsoft Support yet?
Yes, I did.
The problem is, they could not reproduce the failure in Build 8400
nor in Build 9200.It seems like it is also dependent on the operation system where the DFS namespace is stored.
For anyone who still has this issue, we would need the following information:
- Build number of the Windows 8 Client
- Operating system of the DFS Namespace Server
- Exact settings in the GPP Item (Reconnect Yes/No, Security Context of the User Yes/No ...)
- Best would be to provide the XML File of the GPP Item
MVP Group Policy - Mythen, Insiderinfos und Troubleshooting zum Thema GPOs: Let's go, use GPO!
Hi,
as stated earlier this also applies to a Windows Server 2012 Release Candidate and Windows 8 Relese Preview only environment. the behaviour is the same as in a Server 2008R2 Environment.
Windows7/Server2008R2 are working flawlessly in a Server 2012 only domain and a Server 2008R2 only domain
Server 2012 and Windows8 wont map any drives for local administrators via GPP.
The Share is always accessed via a DFS share. only the DFS server is 2012 in the 2012 environment and 2008R2 SP1 in the 2008R2 environment.
I did not test this with the final RTM releases yet...
We're getting the same issues on a Server 2008 R2 domain with all Windows 8 Enterprise machines. Something that works perfectly fine on the same domain with Windows 7. These aren't Beta or Preview editions either; We're using the full release version through MSDN.
Basically, the GP drives aren't showing for admins on workstations so they have to be created manually in order to be viewed in Windows Explorer. Obviously this is annoying considering the whole point of having Group Policy objects in place is to avoid from having to do that.
There has to be a solution to this. If you need any other details from me, please let me know. I'd like to resolve this issue asap.
Thank you,
Sean Maisonneuve
Sean Maisonneuve
-
Samstag, 24. November 2012 12:25
I'd like to bump this thread as we are facing exactly the same issue as Sean (above post).
We have a 2008 R2 Server with DFS Namespace and DFS Replication.
So far we have only deployed Windows 8 to our Administrators and its fair to say that none of them have any visible Network drives.
We have resulted in creating a batch file which runs at User login that manually maps the drives for them! As you can imagine this is far from ideal.Does anyone have any update on this issue?
Thanks
Panicos Theodorou
-
Donnerstag, 6. Dezember 2012 22:59Same problem, non administrative login on Win8 is mapping to dfs through group policy correctly, Admin users on the other hand are just not seeing the drives.
-
Freitag, 7. Dezember 2012 18:27
Hey all,
There is a known bug in Windows Server 2012 & all builds of Windows 8 that prevents mapped drives that are set via GPO from being applied.
Simple fix: Run this PoSH command as LOCAL ADMIN (Domain Admin doesn't work..or at least it didnt work for me!):
Set-SmbClientConfiguration -RequireSecuritySignature $true
When prompted, press Y and then you must reboot.
Once you log back in (as a domain user/admin)…VIOLA!!...You now have mapped drives again, (or at least I did!)
Regards,
- Bearbeitet Martyn Keigher Freitag, 7. Dezember 2012 18:31
- Bearbeitet Martyn Keigher Freitag, 7. Dezember 2012 18:31
- Als Antwort vorgeschlagen Martyn Keigher Freitag, 7. Dezember 2012 18:31
- Bearbeitet Martyn Keigher Freitag, 7. Dezember 2012 18:39
- Nicht als Antwort vorgeschlagen Martyn Keigher Samstag, 8. Dezember 2012 14:41
-
Freitag, 7. Dezember 2012 22:02
It's bad form to mark "As Answer" on your own submission.
I would have done it if you hadn't because your response solved the problem for me.
And I'm glad you noted that it is a BUG, one of hundreds in W8/S2012.
Tomás Mason
-
Samstag, 8. Dezember 2012 00:09
Hi Martyn,
Does this PS command need to be performed on the server side, client side, or both? I'm currently running a WS2K8R2 DC and working with W8 clients. After trying your fix on only the W8 client machine, I still don't have the drives showing up. Again, it works perfectly on a W7 client machine.
Thanks in advance for any help you can provide.
Sean
Sean Maisonneuve
-
Samstag, 8. Dezember 2012 00:19I'm pretty sure it's to be done on each computer, but Martyn is the authoritive voice here.
Tomás Mason
-
Samstag, 8. Dezember 2012 14:47
Hey all,
First off...I am sorry for marking my own response as "The Answer"...I'm new to the TechNet forums and I just assumed i could have marked it as the answer as I know this fixes the bug. My bad!
Secondly, Tomas...You are correct! This does need to run on each Server/Client, (yes, i agree it's a pain!) so be sure to visit each of your servers (as Local Admins) and build this PoSH into a image that you'll sysprep and deploy across the domain for the Win8 build.
Sean... If its not working for you, after the reboot...send a GPUPdate to your mahcines or run gpupdate /force from cmd, and then logoff/on.
Regards,
-
Samstag, 8. Dezember 2012 21:28
Hello Martyn,
Do you have any documentation what Set-SmbClientConfiguration -RequireSecuritySignature $true does
in detail?
I couldn't find any TechNet information.
MVP Group Policy - Mythen, Insiderinfos und Troubleshooting zum Thema GPOs: Let's go, use GPO!
-
Sonntag, 9. Dezember 2012 13:26> Do you have any documentation what Set-SmbClientConfiguration> -RequireSecuritySignature $true does>> in detail?>Just guessing: Same as the security policy "Digitally signcommunications (always)" does..machine\system\currentcontrolset\services\lanmanserver\parameters\requiresecuritysignature
NO THEY ARE NOT EVIL, if you know what you are doing: Good or bad GPOs?
Wenn meine Antwort hilfreich war, freue ich mich über eine Bewertung! If my answer was helpful, I'm glad about a rating! -
Sonntag, 9. Dezember 2012 13:27> Just guessing: Same as the security policy "Digitally sign> communications (always)" does..> machine\system\currentcontrolset\services\lanmanserver\parameters\requiresecuritysignatureBTW: This would explain why it works in some environments (mine, forexample) - I have enabled this policy...
NO THEY ARE NOT EVIL, if you know what you are doing: Good or bad GPOs?
Wenn meine Antwort hilfreich war, freue ich mich über eine Bewertung! If my answer was helpful, I'm glad about a rating! -
Sonntag, 9. Dezember 2012 20:32Just guessing: Same as the security policy "Digitally sign
communications (always)" does..
Well I thought about this setting,
but this should also work with EnableSecuritySignature turned on.
Who knows...MVP Group Policy - Mythen, Insiderinfos und Troubleshooting zum Thema GPOs: Let's go, use GPO!
-
Montag, 10. Dezember 2012 23:07
After reading through this entire blog and trying all suggestions (without a great deal of success i.e. none have worked for me), can I assume then that there is no "tried and true" solution to this problem yet?
-
Montag, 10. Dezember 2012 23:24One thing that we do know for sure is that MS doesn't know how to fix it (previously, an MS employee said there was 'no solution').
Tomás Mason
-
Montag, 10. Dezember 2012 23:36That is somewhat accurate, all 'fixes' are ban-aids that address an issue that appears to be caused by UAC. For me un-checking the reconnect box for my group policy drive mapping did fix the issue, and is acceptable in my environment.
-
Dienstag, 11. Dezember 2012 16:28
Martyn,
Am I missing something?, becuase I have the same scenario as Sean above (Windows 8 Clients not getting drive mappings via GP on W2K8R2 DC's).
I have run your PS command on the Windows 8 clients, rebooted, no drive mappings.
I've tried doing this as a Local Admin on everything, but you cannot run the Set-SmbClientConfiguration on W2K8R2 servers as the command is not recognised.
Any help would be appreciated.
-
Dienstag, 11. Dezember 2012 17:58This is exactly the issue I'm experiencing. I just didn't have time to write back until now!!
Sean Maisonneuve
-
Dienstag, 11. Dezember 2012 19:38
I still can't understand that none of the Microsoft Employees will comment this whole situation ...
They also cancelled my request on Microsoft Connect.
For me, this is unprofessional.
MVP Group Policy - Mythen, Insiderinfos und Troubleshooting zum Thema GPOs: Let's go, use GPO
- Bearbeitet Matthias WolfMVP Dienstag, 11. Dezember 2012 19:40
- Bearbeitet Matthias WolfMVP Dienstag, 11. Dezember 2012 19:41
- Bearbeitet Matthias WolfMVP Dienstag, 11. Dezember 2012 19:43
-
Dienstag, 11. Dezember 2012 19:55
Atomic,
Since this is a W8/S22012, it's not surprising that that PS command doesn't run on S2008. it does work on S2012 and solved the problem for me,
Tomás Mason
-
Dienstag, 11. Dezember 2012 22:35> Do you have any documentation what Set-SmbClientConfiguration> -RequireSecuritySignature $true does>> in detail?>Just guessing: Same as the security policy "Digitally signcommunications (always)" does..machine\system\currentcontrolset\services\lanmanserver\parameters\requiresecuritysignature
NO THEY ARE NOT EVIL, if you know what you are doing: Good or bad GPOs?
Wenn meine Antwort hilfreich war, freue ich mich über eine Bewertung! If my answer was helpful, I'm glad about a rating!Close. It modifies HKLM\SYSTEM\CurrentControlSet\Services\LanmanWorkstation\Parameters\RequireSecuritySignature to a 1.
Unfortunately, changing the key under Server, Workstation, or both (or running the Set-Smb command) does not solve the problem for me.
-
Dienstag, 11. Dezember 2012 22:44
I'm guessing this is the source of Martyn's information:
http://support.microsoft.com/kb/2686098
Unfortunately, it did not work for me (either solution). I'm curiuos if those of you for whom this did work were getting the errors mentioned in the KB article when using "net use" commands. In my case, I can map the drives fine with "net use". The issue is simply that GPP won't map them.
-
Mittwoch, 13. Februar 2013 10:46
For anyone still viewing this page, it looks like the problem has been fixed with an update which came out yesterday -
http://support.microsoft.com/kb/2795944
Fixed the problem for me.
- Als Antwort markiert Flip B Donnerstag, 21. März 2013 09:22
-
Mittwoch, 6. März 2013 06:18
Hi,
has everyone managed to have their problem fixed for network drive? I had tried to map my network drive via GPP and scripts both method still doesn't work even with all the mention fixed above. I had to add launchapp.wsf to run my bat file in order to map the drive for some users, however it don't seems to be stable as some of my users still unable to see their drive.
any ideas how before I request my management that we have to fully disable UAC in registry in order to get network drive mapped to my windows 8 users. (note this is only affecting my windows 8 users)
-
Mittwoch, 6. März 2013 12:25The update 2795944 fixed it for me. How about anyone else?
Mike Pietrorazio
-
Mittwoch, 6. März 2013 13:32
The recent updates fixed it on our servers based on Windows Server 2012. But it didn't fix it on Windows 8 (Dutch language). It is fixed on Windows 8 (English).
Boudewijn Plomp, BPMi Infrastructure & Security
- Bearbeitet Boudewijn Plomp Mittwoch, 6. März 2013 13:34
- Als Antwort vorgeschlagen Vincent Loosveld Donnerstag, 21. März 2013 09:07
- Nicht als Antwort vorgeschlagen Vincent Loosveld Donnerstag, 21. März 2013 09:07
-
Donnerstag, 21. März 2013 09:07Same issues here:(
An easy workaround is to import a scheduled tasks that runs the logonscript on login. But point it to the server and not a local script: \\sbs2011\SYSVOL\domain.local\Policies\{B0EEE3E4-1F6D-4904-812A-48D808E5FF69}\User\Scripts\Logon\logon.cmd
You can export that script and import it on the machines, you can even use the schtasks command to import the exported xml.
- Bearbeitet Vincent Loosveld Donnerstag, 21. März 2013 09:07 typo
-
Donnerstag, 21. März 2013 09:55FYI
http://support.microsoft.com/kb/2795944 Doesn't work for me -
Mittwoch, 27. März 2013 21:22I have had this issue since server2012 was released. No mapped drives via logon script or GP. KB2795944 did nothing to make it work!!!
-
Mittwoch, 24. April 2013 17:40
Just setup a Surface Pro - problem is still present.
I didn't try any of the work arounds above but I shouldn't have to.
I guess Windows 8 isn't ready for prime time.
-------------Interesting.... I just manually mapped a drive using a drive letter not used during login - it persisted over a restart. In my case the login script run from the GPO is:
net use g: /DELETE
net use g: \\apcd02\appsSo the Delete is being honored (perhaps) but the mapping is not.
----------
This is happening on a Surface Pro connected to our LAN/Domain via WiFI. - Might this be a race condition?
- Bearbeitet Bob Heitzman Mittwoch, 24. April 2013 17:41
- Bearbeitet Bob Heitzman Mittwoch, 24. April 2013 17:53 More info
- Bearbeitet Bob Heitzman Mittwoch, 24. April 2013 18:14
-
Mittwoch, 24. April 2013 19:34
KB2795944 did nothing to make it work!!!
If it turns out that KB2795944 doen't work, please try to contact Microsoft again.
We had similar problems with drive mappings of subfolders.
Please try to set this key to 0 even if the KB say's 1:
http://support.microsoft.com/kb/937624/en-usMVP Group Policy - Mythen, Insiderinfos und Troubleshooting zum Thema GPOs: Let's go, use GPO!
-
Freitag, 26. April 2013 18:39
In our case it only works on English language clients, but not on Dutch language clients. And wherever you logon (e.g. Windows Server 2012) you always login with a message "Some drive-mappings could not be restored" or something like that... but all drive-mappings are present.
This problem MUST be solved.
Boudewijn Plomp, BPMi Infrastructure & Security
.png)
.png)
