Users Synchronization attempts to synchronize the whole share rather than their home folder.
\\server\share\ rather than \\server\share\user
Environment Description
Machines:Windows XP SP2
Server: Windows 2000 SP4 w/ latest Windows updates
Map profiles via AD's Profile/Home Folder Connect setting: \\server\share\user
GPO is working fine and has no conflicting share settings. Our GPO does little. I am new and the previous admin had not started utilizing GPO's yet here.
We are running no other batches conflicting.
Rights to Share: It looks like they've configured it so that everyone has full control at the root level of the share, but they map them to their specific folder.
Problem Started When:
1.)We added a batch file to a GPO's User Configuration\Windows Settings\Scripts (logon\logoff)to delete some temp files and various things on the machines.
2.) Went to some machines with SP1 (known issues for pathing on the home folder that were fixed in SP2)and ran SP2 patch + updates.
After, we started getting some calls from some users who said that their offline folder synch is trying to synchronize the whole share rather than their home directory. I have seen some posts online with the same complaint and no solution.
The batch was removed, some of the machines continue to have a pathing problem. Those machines all have SP2 now.
Even though the machines are SP2 they still try and synch the entire share rather than the specified home folder.
Isolation:
Machines did not attempt to do this until the batch as placed into the GPO.
SP1 had known pathing problems that SP2 has supposedly fixed.
I can stop the machine from doing this by:
What this does is wipe out orphaned user synchronization information in sysvol and clears the settings on the users machine.
1. Add the following registry entry using your preferred method...
"HKLM\Software\Microsoft\Windows\CurrentVersion\NetCache\FormatDatabase", 1, "REG_DWORD"
2. Restart the computer
However, if I login with an account that has full share access the machine continues to synch the whole share no matter who is logged in.
Is this the way the offline files is supposed to work since its settings are stored in the HKLM keys? I am trying to determine if this is a bug or is working as designed. Was it created for the HKLM assuming that everyone could not see the entire share?
I am new to microsoft (switched from novell), so I am still trying to learn best ways to setup things.
Perhaps we need to change the way we assign permissions to the home folders, so that the user only has access at their folder level no matter what the OS pathing is like.
One thing is for sure, this did not happen until that batch was added to the GPO.
Anyone seen this or have some ideas why this might happen?
Thanks in advance.
\\server\share\ rather than \\server\share\user
Environment Description
Machines:Windows XP SP2
Server: Windows 2000 SP4 w/ latest Windows updates
Map profiles via AD's Profile/Home Folder Connect setting: \\server\share\user
GPO is working fine and has no conflicting share settings. Our GPO does little. I am new and the previous admin had not started utilizing GPO's yet here.
We are running no other batches conflicting.
Rights to Share: It looks like they've configured it so that everyone has full control at the root level of the share, but they map them to their specific folder.
Problem Started When:
1.)We added a batch file to a GPO's User Configuration\Windows Settings\Scripts (logon\logoff)to delete some temp files and various things on the machines.
2.) Went to some machines with SP1 (known issues for pathing on the home folder that were fixed in SP2)and ran SP2 patch + updates.
After, we started getting some calls from some users who said that their offline folder synch is trying to synchronize the whole share rather than their home directory. I have seen some posts online with the same complaint and no solution.
The batch was removed, some of the machines continue to have a pathing problem. Those machines all have SP2 now.
Even though the machines are SP2 they still try and synch the entire share rather than the specified home folder.
Isolation:
Machines did not attempt to do this until the batch as placed into the GPO.
SP1 had known pathing problems that SP2 has supposedly fixed.
I can stop the machine from doing this by:
What this does is wipe out orphaned user synchronization information in sysvol and clears the settings on the users machine.
1. Add the following registry entry using your preferred method...
"HKLM\Software\Microsoft\Windows\CurrentVersion\NetCache\FormatDatabase", 1, "REG_DWORD"
2. Restart the computer
However, if I login with an account that has full share access the machine continues to synch the whole share no matter who is logged in.
Is this the way the offline files is supposed to work since its settings are stored in the HKLM keys? I am trying to determine if this is a bug or is working as designed. Was it created for the HKLM assuming that everyone could not see the entire share?
I am new to microsoft (switched from novell), so I am still trying to learn best ways to setup things.
Perhaps we need to change the way we assign permissions to the home folders, so that the user only has access at their folder level no matter what the OS pathing is like.
One thing is for sure, this did not happen until that batch was added to the GPO.
Anyone seen this or have some ideas why this might happen?
Thanks in advance.
