إضغط لتفاصيل الإعلانات



Results 1 to 6 of 6
Share
  1. #1
    Join Date
    Nov 2007
    Location
    Arab world!
    Posts
    6,169
    Blog Entries
    4
    Rep Power
    10

    Arrow Failed to perform redirection of folder My Documents

    Dear All,
    I want to share this case with you.
    When you planned to migrating your infrastructure you may need to change users roaming folders and their mapped drive.
    Accually you may face some issues while changing their new redirection target.
    If you find an error at event viewer as below:
    The event ID: 112 and 1085.



    "Failed to perform redirection of folder My Documents. The files for the redirected folder could not be moved to the new location. The folder is configured to be redirected to <\\Server2\home\%USERNAME%\My Documents>. Files were being moved from \\server1\home\user to <\\server2\home\user\My Documents>. The following error occurred while copying <\\server1\home\user\Ashraf\MUM\GLOBAL\2009\AR\revi wed\Copy of file.xls> to <\\server2\home\user\My Documents\Ashraf\MUM\GLOBAL\2009\AR\reviwed\Copy of file.xls>:

    The specified network name is no longer available. "

    You may need to do some troubleshooting as below:
    1.May be two GPOs were being applied, one at the domain level and the second at the OU level. Both handled folder redirection. The Group Policy Results Wizard showed that neither of the GPOs were actually being applied. If the user having trouble logged on to another computer, the GPOs and folder redirection worked properly. If any other user logged on to the problematic computer, folder redirection worked properly. The solution was to rename the local copy of the user's profile and have the system recreate it by using a "fresh" copy of the user's roaming profile.

    2.When using basic folder redirection directing “C:\documents and settings\(name)\my documents” to “\\share\(name)\my documents”. The problem was the user’s permissions on their user-name folder (\\share\name), where not giving access to the user. Correcting permissions fixed this error.

    Our case solution was to rename current profile "profile1" and made a new profile "profile2" with copy all data from "profile1" to the new profile "profile2".


  2. Facebook Comments - تعليقـك على الفيس بوك يسعدنا ويطور مجهوداتنـا


  3. Forum Ads:

  4. Forum Ads:

    اضفط هنا لمعرفة تفاصيل الإعلانات بالموقع


  5. Forum Ads:

    -->

  6. #2
    Join Date
    Jan 2008
    Location
    Egypt
    Posts
    3,946
    Blog Entries
    1
    Rep Power
    16

  7. #3
    Join Date
    Nov 2007
    Location
    Arab world!
    Posts
    6,169
    Blog Entries
    4
    Rep Power
    10

  8. Forum Ads:

  9. #4

    Default

    mm.. interesting, I think the problem was in the permissions of the target file. I think that Fdeploy.dll (Client-side extension DLL that processes policy settings for Folder Redirection.) failed to create the new target folder as he see that the old version of the folder does not exist. When you create the folder manually you give it the needed permission. Let us understand how the process work. I think blow part will give more details for the process.

    Folder Redirection Processes and Interactions

    Folder Redirection client-side extension interacts with the Group Policy engine as well as the shell.

    Folder Redirection processing contains five steps:

    • Determine which user folders to redirect based on changes to Group Policy settings at time of logon.
    • Determine the target location specified for redirection and confirm the user has access rights to that location.
    • If the target folder does not exist, the folder is created and the appropriate access control list (ACL) rights are set.
    • If the folder exists, access rights and folder ownership are checked.
    • If desired, the files contained within specified folders are moved to the new location, which also deletes them from the source folder if the source folders are local.

    If the policy for Folder Redirection does not specify that the user be granted exclusive access to the redirected location, fdeploy.dll confirms only that the destination folder exists. If the target folder does not exist, it is created. However, if the policy requires that the user be given exclusive access to the destination folder, fdeploy.dll does one of the following, depending on whether the destination folder already exists or not.


    • With Windows XP SP1 the user must be the owner of the folder on the server. If not, the ownership check fails, and redirection fails unless a policy is set to ignore this. This was added in SP1.
    • If the destination already exists, fdeploy.dll checks whether the user is the owner of the folder. If the folder is owned by the user, fdeploy.dll proceeds; otherwise it fails and aborts the redirection of that folder.
    • If the destination does not exist, fdeploy.dll creates the folder and then sets ACLs on it so that only the user and the local system account have full access to it, but no other users have any access to it. Fdeploy.dll also ensures that the folder does not inherit any Access Control Entries (ACE) from its parent. Fdeploy.dll then sets the user as the owner of the folder. This is done because if the user belongs to the local administrators group on the destination server, the local administrators group becomes the owner of the group by default. By setting the user as the owner of the folder you can assure that any quota accounting for that user is done correctly. This also ensures that any subsequent redirections to the same location from other computers do not fail due to the ownership check performed on pre-existing folders described previously. If configuration of either ownership or Access Control Lists (ACL) fails, the process is aborted and redirection fails for the folder specified. If not, redirection proceeds and the files are copied to the redirected location.

    Once this is done, fdeploy.dll deletes the files from the source. However, there is an exception to this. If the source is a network location and the destination is a local location, the files are not deleted from the source. This ensures that any subsequent redirection operations from other computers also get a copy of the files on the local computer as required by the policy.


    Check this link for more information.

    Security Considerations when Configuring Folder Redirection
    Last edited by mohamadoz; 03-05-2009 at 01:51 AM.

  10. #5
    Join Date
    Dec 2007
    Location
    Cairo, Al Qahirah, Egypt, 115351105145884, Cairo, Egypt
    Posts
    2,229
    Blog Entries
    1
    Rep Power
    15

  11. Forum Ads:

  12. #6
    Join Date
    Nov 2007
    Location
    Arab world!
    Posts
    6,169
    Blog Entries
    4
    Rep Power
    10

    Default

    Thanks MohamedOz for your good add, About permissions, the users have execlusive access to the target folder.
    About Fdeploy.dll, I tried to re-register this DLL file and it still have same issue.
    but when renaming the old local profile and log on again and let windows create the new profile it gonna work.

    One thing i'll search for..
    That's failed in Vista even i create a new profile!!!
    And there was a trick in windows Vista to let all know it.
    Vista don't delete the SID of the old profile when delete or rename old profile manually so you may need to delete the SID from registry after taking a backup of registry keys.

    I'll need some time to find out the problem redirecting my documents in Vista.
    I deel we may need to update our win 2003 DC schema! I'll search about that soon.

    Thanks Mohamed and khairy!

Similar Threads

  1. Replies: 1
    Last Post: 07-12-2010, 12:45 AM
  2. Problem in USB Redirection
    By just hacker in forum VMware
    Replies: 1
    Last Post: 26-09-2010, 03:38 PM
  3. Replies: 0
    Last Post: 27-05-2010, 01:27 PM
  4. Cvoice study documents
    By Mohamed Fouad in forum Cisco Certifications
    Replies: 1
    Last Post: 28-03-2010, 04:50 PM

Tags for this Thread

Posting Permissions

  • You may not post new threads
  • You may not post replies
  • You may not post attachments
  • You may not edit your posts
  •  

أقسام المنتدى

الروابط النصية

تابع جروبنا على الفيس بوك

صفحة Egypt Engineers على الفيس بوك

تابعنا على linkedin

جروبنا على الياهو جروب