Offline File Synchronization – In Windows 7 the "Work Offline/Work Online" option button disappears from Windows Explorer after an offline / online transition and the Client Side Cache remains offline until the next restart of the computer

Article ID: 2512089 - View products that this article applies to.
Expand all | Collapse all

Symptoms

You have Windows 7 configured for offline file synchronization to synchronize content from network shares and have it available offline. Users notice that Windows 7 changes usually to offline mode; however Windows 7 does not switch back to online mode automatically after the network becomes available. Synchronization of the UNC path is not possible, and in the Sync Center no information is available for the offline file synchronization partnership.

If the user accesses network resources in Windows Explorer, some network resources are online and accessible; however when the user tries to access resources that have been made available offline, the offline content is displayed from the Client Side Cache. The user can create new files and change existing files, but these files remain in the local cache.

You provide a file share and subfolders for every user like in the following example:

\\ServerName\ShareName$\dir1\dir2

A user with the appropriate permissions can access subfolders dir1 and dir2 but do not have permissions to view the content of the share ShareName$.

Cause

This behavior is caused by the way Windows Vista and Windows 7 handle remote file operations. The UNC path is parsed and every part is checked for availability. In the case described in the sections above, Windows Vista or Windows 7 checks for the prefix \\ServerName. If this is successful it checks if the \ShareName$\ is available. Due to missing access rights on this level, the remote file operation fails and the Client Side Cache (CSC) provides files from the offline content if the UNC path was made available offline.

Resolution

To solve this issue with the offline file synchronization ensure that all parts of an UNC path are accessible by a user. On an UNC path like \\ServerName\ShareName$\dir1\dir2 the following permissions are required on ShareName$ when the user synchronizes the subfolder dir1:

Share level (SMB) Permissions for the offline files share ShareName$:
Collapse this tableExpand this table
User AccountDefault PermissionsMinimum permissions required
EveryoneReadNo Permissions
Security group of users needing to put data on share.N/AChange
In this example Everyone is removed from the share permissions and a global group containing the user account is used to set share level permissions.

NTFS permissions needed for the root folder ShareName$ for offline file synchronization:

Collapse this tableExpand this table
User Account Minimum Permissions Required
Creator OwnerFull Control, Subfolders and Files Only
AdministratorNone
Security group of users that need to put data on shareList Folder/Read Data - This Folder, Subfolders and Files
EveryoneNo Permissions
Local SystemFull Control, This Folder, Subfolders and Files


On the subfolders \dir1 and \dir2, the following permissions are required:
NTFS permissions needed for the folders dir1 and dir2 for offline file synchronization:
Collapse this tableExpand this table
User AccountDefault PermissionsMinimum permissions required
%Username%N/ARead, Write
Local SystemFull ControlFull Control
AdministratorsNo PermissionsNo Permissions
EveryoneNo PermissionsNo Permissions

More information

In Windows Vista and Windows 7, all remote file system access requests are channeled by the Multiple UNC Provider (MUP). MUP redirects the request to a network redirector (the UNC provider) that is capable to handle the remote file system request. For example, for SMB requests MUP redirects the request to the network provider LanmanWorkstation (ntlanman.dll). LanmanWorkstation calls the Workstation Service (svchost.exe) that calls the network redirector (mrxsmb.sys).

MUP performs a prefix resolution operation (IOCTL_REDIR_QUERY_PATH) request to the network redirector that is registered with MUP and capable for the type of request. This prefix resolution operation parses the UNC path and checks every part for availability. If the return message from the prefix resolution is STATUS_LOGON_FAILURE or STATUS_ACCESS_DENIED, the request fails and MUP states the UNC path as not accessible.

The Client Side Cache intercepts requests that are channeled to the network redirector. If the prefix resolution operation fails like described in the section above, CSC provides content from the local cache if the UNC path was made available offline before.

The behavior is outlined in detail on the following links:

http://msdn.microsoft.com/en-us/library/ff556761(v=vs.85).aspx

http://msdn.microsoft.com/en-us/library/ff548313(v=vs.85).aspx

http://msdn.microsoft.com/en-us/library/ff538979(v=vs.85).aspx
Note This is a "FAST PUBLISH" article created directly from within the Microsoft support organization. The information contained herein is provided as-is in response to emerging issues. As a result of the speed in making it available, the materials may include typographical errors and may be revised at any time without notice. See Terms of Use for other considerations.

Properties

Article ID: 2512089 - Last Review: September 5, 2012 - Revision: 5.1
Applies to
  • Windows 7 Enterprise
  • Windows 7 Ultimate
  • Windows 7 Professional
  • Windows Vista Enterprise
  • Windows Vista Ultimate
  • Windows Vista Business
Keywords: 
KB2512089

Give Feedback

 

Contact us for more help

Contact us for more help
Connect with Answer Desk for expert help.
Get more support from smallbusiness.support.microsoft.com