I've migrated from SBS2003 to SBS2011 and encountered this problem on lient computers. The reason was that I copied the data from the source server to the new machine and disabled the old share.
The fix I've had to do was to edit the GPO - User configuration > Policies > Windows settings > Folder redirection > [Right click on] Documents > Properties > Settings Tab. Uncheck [_] Move the contents of Documents to the new location, then just gpupdate /force and the error disappeares. You will see a Informative event that the data has been successfully moved.
I was able to fix the problem described by Jason Rothstein in his comment, by manually editing the "HKey_Current_User\Software\Microsoft\Windows\CurrentVersion\Explorer\User Shell Folders" registry key.
I got this event after we moved people’s home folder to a differently named file server. Their "My Documents" folder was being redirected to their home folder, and offline files were enabled for their home folder as well. After the move, even though the new location was changed in the relevant GPO's, their “My Documents” folder was no longer being redirected, and their computer insisted on synchronizing with the old location. ME274789
fixed half the problem, but the “My Documents” folder still pointed to their old home folder. The only way to fix this up was to recreate their profile.
I have got the above error when setting the redirection for My documents to be the user's home directory (a new option in Windows 2003 server). This translated on the client computer to %HOMESHARE%%HOMEPATH%. When I changed the setting in the GPO to a full path for shared folder, instead of the home directory, the redirection succeeded OK. I guess that the environment variables %HOMESHARE% or %HOMEPATH% are not avaialable during the login stage when the redirection happens, or at least not under Windows 2000, which was the client operating system.
In my case, this happened when registry editing has been disabled by the administrator.
I use folder redirection for the My Documents folder for one of my clients, when I changed the folder name/location and changed the policy I received the above event. It was followed by event id 1000 source Userenv. The only fix I had for it was to delete the local user profile, and on some I had to get rid of folder syncronization for the folder to be redirected.
This event appears, if folder redirection is configured and <destination> is unreachable at the time of redirection. <folder> remains at the previous destination.
Trivial reasons might be misspelled paths and lack of permissions on the given path. Further, if you redirect to a Dfs path, be sure to disable the "offline files" function for at least the underlying server share.
"IntelliMirror Tips and Tricks" says:
"Offline Folders Tips and Tricks
- Do not put the server share in a Distributed File System (DFS) tree
- Using offline folders located in a Distributed File System (Dfs) tree is not supported. If you do put shares configured for offline use in a Dfs tree, unexpected behavior, such as Access Denied errors, may occur when moving from an offline to online state.
- When specifying a Dfs path, use the fully qualified domain name of your domain instead of the shortened NetBIOS name."
For redirecting My Documents: The problem occured after combining 2 shares, and changing the GPO to now redirect My Documents to the new location.