I ran into a very frustrating issue today. My job was to join a brand new Windows 10 computer to a domain. The server was running Windows Server Essentials 2012 R2. I felt this would be a simple job- but it didn’t turn out that way.
Typically, I join the computer to the domain using the Windows Server Essentials connector tool. Here are the steps I use below.
Step One: I went //servername/connect and installed the connector software. I rebooted the computer when I was prompted to do so.
Step Two: The computer rebooted and started booting into a _clientsetup_$ profile. The computer took a minute or two but it logged into the _clientsetup_$ profile. I was then prompted to enter the user’s credential’s to connect the computer to the domain.
Step Three: I entered the credentials, and then I selected “Setup this PC for myself”. Instantly, the connector software froze and said: “Windows Server Essentials Connector” has stopped responding, end program. The Connector software closed but the computer kept me logged into the _clientsetup_$ profile until I rebooted the computer.
I then logged into the computer. The computer was joined to the domain but the Connector software was not installed.
I thought this may have been a one-off issue so I tried joining the computer again. Once again, I was greeted with “Windows Server Essentials Connector” has stopped responding. I will list below all the things I tried -none of them worked.
- I tried to join the computer to the domain with the admin credentials instead of the user’s credentials.
- During the Connector software setup, I selected “Setup this PC for myself and others” instead of “Setup this PC for myself.
- I checked Event Viewer. It said clientdeploy.exe has stopped working. Right before that error, I got a .Net framework error as well. I ran the Microsoft .Net Repair Tool. The .Net repair tool didn’t fix my problem, so I turned off .Net framework in “Turn Windows Features On or Off” in Windows. That didn’t work as well.
- Installed the Windows Server Essentials R2 Connector from Microsoft’s website.
- Right-clicked on the connector file and “Ran as an Administrator”
- Connected the laptop via an Ethernet connection (instead of wireless) and ran the wizard.
- I joined the domain manually and then tried to run the Connector software. It still failed.
- I created a new local admin profile and ran the Connector wizard from that profile.
- I rebooted the server.
- Disabled IPv6 on the laptop- we thought maybe there was a conflict
- Renamed the laptop multiple times
- I checked the server. The computer showed up under the devices tab in the dashboard as being on the domain. However, the computer showed offline and the server didn’t know what OS was installed or anything about the client.
I decided to check the Connector software’s log and see if I could learn anything. I browsed to C:\ProgramData\Microsoft\Windows Server\Logs folder. I opened the log and found something very interesting. This is what the log read:
 160419.115344.2661: ClientSetup: LookupAccountSid (computerName = , sid = [S-1-5-32-555])
 160419.115344.5319: ClientSetup: !!!FATAL!!! Unhandled Exception: System.ComponentModel.Win32Exception (0x80004005): No mapping between account names and security IDs was done
at Microsoft.WindowsServerSolutions.ClientSetup.NativeMethods.LookupAccountSid(String computerName, SecurityIdentifier sid)
at Microsoft.WindowsServerSolutions.ClientSetup.User.AddRoles(UserRoles userRoles)
I found this error had to do with a user account issue. I found on Microsoft’s MSDN website that the S-1-5-32-555 SID is a remote desktop users local group. Apparently, the connector was running into some problem with the remote desktop user group.
After doing some searching, I found a forum thread that was detailing the exact same thing – except those computers were running Windows 8. The forum mentioned that the computers that were having issues were mostly computers that had been upgraded from Home to Pro. This stirred my thinking and I remembered that this laptop had been upgraded from Windows 10 Home to Windows 10 Pro.
I am quoting this from another forum thread on Technet.
Based on the ClientDeploy.log above, it looks like it successfully looks up the local [Administrators] group (SID [S-1-5-32-544]) and successfully adds the “Me” account (SID ending in -1116) to that group. It looks like it blows up when it tries to get the name for SID [S-1-5-32-555], which is the well-known SID for local group “Remote Desktop Users”.
Coincidentally, I noticed that in looking at the Computer Management console, the Windows 8 Pro computer (“moved up” from Windows 8) doesn’t have that local group for some reason. A second Windows 8 Pro computer that I have, which was Windows 8 Pro out of the box, does have that group. Thus, at this point, I’m still suspecting a bug in the process that “moves up” Windows 8 to Windows 8 Pro. While it may or may not be related to this specific problem, why would the “Remote Desktop Users” local group (as well as several others that should be present in Pro) be missing?
Microsoft later addressed the Windows 8 Home to Pro upgrade issue with this update rollup. I know the article I referenced is dealing with Windows 8, but I believe this is also an issue with Windows 10. Somewhere in the upgrade process from Windows 10 Home to Windows 10 Pro the “Remote Desktop User” local group got missed.
I ended up joining the domain manually and just skipping the Connector software for now. If anyone has run into this issue as well, please let me know in the comments below. Better yet, if someone knows a fix or a workaround for this issue that would be awesome! I hope Microsoft addresses this bug in an upcoming update like they did with Windows 8.
I found this article that may fix the missing user groups after a Windows 10 Home to Windows 10 Pro upgrade. I didn’t have time to test this solution but it may be worth a shot.
This was posted by techspeeder.
I have the same issue. Upgrade a new dell notebook from home to pro and suffer exactly what you detailed. I’m no techie and just uninstalled and waiting for a solution.
This is indeed an issue with Windows 10 that is rumored to be addressed in Windows 10 Anniversary Update. The root issue is when you upgrade any Windows 10 client to Windows 10 Pro critical user groups are not created in the upgrade process such as Remote Desktop Users. You can confirm this is the case by opening Computer Management > Users and Groups > Groups and checking for the existence of the Remote Desktop Users group.
The solution for me that has worked on 2 tablets purchased as Windows 10 Home then upgraded to Windows 10 Pro through digital entitlements was to use the Windows 10 Media Creation Tool to create a USB installer key (in my case a dual x86/x64 image on the key) and perform a Repair Install/In-place Upgrade. Note, disable SecureBoot in UEFI before performing the upgrade and enable it once completed.
This process restores the missing system user groups so the client connector can properly bind to them during setup. If your computer was already joined to an AD domain you will most likely receive an error at the end of connector setup that the computer already exists so you may want to create a copy of the profile using some tool like TransWiz then unjoin it from the domain and also uninstalling the connector software before trying again.