Background
One of the consequences of using a tape or optical disc archive library to provide storage capacity is that the time to read the first byte of data can become quite extended. This means that the time to read the first byte can extend to several minutes in worst case scenarios. Configurations with network timeouts after 30 seconds are inadequate to accommodate these time delays. HSM technologies have been around for many years and back in the early days of Windows NT, Microsoft recognised the network timeout issue and added the ATTR_OFFLINE attribute bit to the SMB extended file attributes. There is a corresponding FILE_ATTRIBUTE_OFFLINE that is returned by the file system to indicate that a file will take a long time to read. Microsoft also implemented code in the SMB client that recognises this extended file attribute and changes the network timeouts to accommodate the time delay in recalling files.
Problem
Microsoft introduced the SMB2 protocol in Windows 2008 Server and Windows 7 and SMB3 in Windows 2012 and Windows 8. However, Microsoft's SMB2 and SMB3 implementations failed to respect the off-line attrubute. XenData worked with Microsoft to have this resolved.
Resolution
(i) XenData6 Server systems installed on Windows 2008 R2 SP1 and Windows 7 systems must have KB2848321 applied.
(ii) XenData6 Server systems installed on Windows 2012 SP1 servers must have KB2848322 applied – Please note this patch is not required on Windows 2012 R2 systems.
(iii) As described in the Knowledge Base articles below clients should have the registry DWORD ExtendedSessTimeout added, with an appropriate value set, suggest 900 seconds.
Further information can be downloaded from the links below:
Applicable Operating Systems
Applicable XenData Software
This technical note is applicable to: