- Microsoft Remote Desktop Crashes Videos
- Microsoft Remote Desktop Freezes On Mac
- Microsoft Remote Desktop Crashes 2019
- Microsoft Remote Desktop Crashes
- Microsoft Remote Desktop For Mac
- Microsoft Rewards
This article helps fix an issue where applications crash or become unresponsive if another user logs off a Remote Desktop session.
Applies to: Windows Server 2012 R2
Original KB number: 2536487
- Fixes a Remote Desktop service crash issue that occurs after you enable the 'Required secure RPC communication' and 'Set client connection encryption level' Group Policy settings in Windows Server 2008 R2.
- Remote Desktop Manager is constantly crashing. Since version 13 RDM is constantly crashing. After establishing some connections and multiple minimize / maximize the RMD window it suddenly crashes / windows is freezing. Only way to restart RDM is to kill the process via TaskManager. It doesn't matter wheter I use 32 or 64 bit version of RDM.
The 4105 states: The Remote Desktop license server cannot update the license attributes for user 'USER' in the Active Directory Domain 'DOMAIN'. Ensure that the computer account for the license server is a member of Terminal Server License Servers group in Active Directory domain 'DOMAIN'.
Symptoms
When you run an application from a mapped drive, the application becomes unresponsive or crashes for a user (or multiple users) when another user logs off. This issue occurs in Windows Server 2012 R2, Windows Server 2012, Windows Server 2008 R2 Service Pack 1 (SP1), and Windows Server 2008.For example, this issue may occur in the following scenario:
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. Depending on the OS version, this issue occurs when either the first or last user of the application logs off, as follows:
- 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.
Cause
This issue occurs because of the way that the redirector handles the File Control Block (FCB) for the binary in question.
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.
In Windows Server 2008 R2, the FCB is owned by the last user who opened the file, and previous users experience the issue when the last user logs off.
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.
Resolution
To resolve this issue, upgrade to Windows Server 2016. The issue is fixed in this version of Windows Server.
Workaround
To work around this issue, use one of the following methods:
- 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: https://msdn.microsoft.com/library/chzz5ts6(v=vs.71).aspx
- If the application is a managed app, use the Shadow Copy feature.
Microsoft Remote Desktop Crashes Videos
Note
We don't recommend that you run binaries remotely. In situations such as this, we recommend that you use the first workaround.
We have Resolve 11 (and 12 beta) Studio running on an HP Z840 with a K620 for GUI and a GTX980 for computing.I'm trying to establish a remote desktop connection to our workstation so I'm able to do some basic work (e.g. pre selection and raw cut) from home or hotel room. My problem is when running Resolve thru that rdp session it says it has no GPU card for computing...
Microsoft Remote Desktop Freezes On Mac
Does anyone has an idea to tell Resolve that there's a GPU????Just to prevent questions: the connection is of course thru a VPN...
Microsoft Remote Desktop Crashes 2019
Thanks in advance