- One server is a file server and another is a Remote Session Host server (terminal server).
- A folder on the file server is mapped for use by remote users connecting to the RDS server.
- An application on the mapped share is launched by multiple users.
- One user logs off. This causes the other users of the application to experience an application crash or unresponsiveness.
- In Windows Server 2012 R2, Windows Server 2012, and Windows Server 2008, this issue occurs when the first user who logged on logs off.
- In Windows Server 2008 R2 SP1, this issue occurs when the last user who logged on logs off.
Note In Windows Server 2008 R2 SP1, this behavior changes to the same as that of Windows Server 2012 R2, Windows Server 2012, and Windows Server 2008 after you install hotfix 2559767.
In Windows Server 2012 R2, Windows Server 2012, and Windows Server 2008, the FCB is owned by the first user who opened the file, and this FCB is used by subsequent users. When the first user logs off, the FCB is orphaned. This causes the application to crash or become unresponsive on subsequent uses.
Technically the FCB is not owned by any specific user. It’s just a shared structure that represents a file. The FCB is created when the first handle to the file is opened, and it's destroyed when the last handle to the file is closed. Therefore, it is not tied to a user.
The orphaned entity is the file object that belongs to the user who logs off. If that file object backs the file system cache or a mapped section, you experience these I/O errors.
- Do not run shared applications from a mapped folder. Instead, install the shared application locally on the terminal server.
- Use WebDAV shares instead of mapped folders if remote binary sharing is required.
- Compile the application by using the Swap run from network linker setting:
- This setting is described here: http://msdn.microsoft.com/en-us/library/chzz5ts6(v=vs.71).aspx
- If the application is a managed app, use the Shadow Copy feature that's described here: http://blogs.msdn.com/b/junfeng/archive/2004/02/09/69919.aspx