Computers Join Domain before Hostname Changes

Wayne Workman

@joe-schmitt should domain joining be happening before a pending name change is completed?

zpoling

@Quazz Enabling that feature did not fix this issue.

Wayne Workman

@zpoling Doing more thinking on this issue, and to more completely explain what I think might be happening…

This line in your unattend.xml file would change the hostname.
<ComputerName>*</ComputerName>

The early hostname changer works, so too does the hostname changing of the client. Another thing to remember is the fog client is fast, very fast.

Tying all these pieces together, if the Early Hostname Changer sets the correct name, that sysprep line will un-do that work, every time. Also, if the fog client changes the name before the sysprep post-deployment process gets to that line, then too is the fog client’s work undone.

There’s a way around this. Disable the fog service on your reference image, and place a setupcomplete.cmd file to re-enable the service and start it at the very end of the post-sysprep process.

Details on this are in the wiki, at the bottom of the fog client article here:
https://wiki.fogproject.org/wiki/index.php?title=FOG_Client

This issue is consistent with what you were saying about the issue happening sometimes. If the hardware is slow, the issue might be more prevalent. Faster hardware may not be affected as often. Either way, you’re playing with fire when you don’t disable the fog service on the reference image before capture, as outlined in the wiki.

zpoling

@Wayne-Workman The fog service is disabled on startup until the setupcomplete.cmd is called for. That was actually my thread where you created the Wiki post about it

I just checked through our unattend file and I cannot find <ComputerName>*</ComputerName>.

Quazz

As far as I know <ComputerName> doesn’t work in unattend on Windows 10 anwyay.

Wayne Workman

@zpoling something has to be causing the naming issue. Is it possible that two hosts in host management exist for the computers? Like one for wifi mac and one for Lan mac? If you search fog for some of those names showing in AD, what are the results?

zpoling

@Wayne-Workman Non of them appear in Fog with the default name or MAC, and they never have. We have a small scale setup with Fog, so it’s easy to keep track of that sort of thing.

Wayne Workman

@zpoling can you image one of the problem computers and after all reboots and joining is done, get the log for us from the computer?

zpoling

@Wayne-Workman

Here’s all the hostname data from the log.

 6/8/2016 10:36 AM Client-Info Client Version: 0.10.6
 6/8/2016 10:36 AM Client-Info Client OS:      Windows
 6/8/2016 10:36 AM Client-Info Server Version: 7541
 6/8/2016 10:36 AM Middleware::Response Success
 6/8/2016 10:36 AM HostnameChanger Checking Hostname
 6/8/2016 10:36 AM HostnameChanger Removing host from active directory
 6/8/2016 10:36 AM HostnameChanger The machine is not currently joined to a domain, code =  2692
 6/8/2016 10:36 AM HostnameChanger Renaming host to DIESEL-1
 6/8/2016 10:36 AM Power Creating shutdown request
 6/8/2016 10:36 AM Power Parameters: /r /c "FOG needs to rename your computer" /t 0
 6/8/2016 10:36 AM HostnameChanger Success, code =  0
 6/8/2016 10:36 AM Power Creating shutdown request
 6/8/2016 10:36 AM Power Parameters: /r /c "Host joined to Active Directory, restart required" /t 0
 6/8/2016 10:39 AM Client-Info Client Version: 0.10.6
 6/8/2016 10:39 AM Client-Info Client OS:      Windows
 6/8/2016 10:39 AM Client-Info Server Version: 7541
 6/8/2016 10:39 AM Middleware::Response Success
 6/8/2016 10:39 AM HostnameChanger Checking Hostname
 6/8/2016 10:39 AM HostnameChanger Removing host from active directory
 6/8/2016 10:39 AM HostnameChanger Success, code =  0
 6/8/2016 10:39 AM Power Creating shutdown request
 6/8/2016 10:39 AM Power Parameters: /r /c "Host left active directory, restart needed" /t 0
 6/8/2016 10:39 AM HostnameChanger Renaming host to DIESEL-1
 6/8/2016 10:39 AM Power Creating shutdown request
 6/8/2016 10:39 AM Power Parameters: /r /c "FOG needs to rename your computer" /t 0
 6/8/2016 10:39 AM HostnameChanger Success, code =  0
 6/8/2016 10:39 AM Power Creating shutdown request
 6/8/2016 10:39 AM Power Parameters: /r /c "Host joined to Active Directory, restart required" /t 0
 6/8/2016 10:41 AM Client-Info Client Version: 0.10.6
 6/8/2016 10:41 AM Client-Info Client OS:      Windows
 6/8/2016 10:41 AM Client-Info Server Version: 7541
 6/8/2016 10:41 AM Middleware::Response Success
 6/8/2016 10:41 AM HostnameChanger Checking Hostname
 6/8/2016 10:41 AM HostnameChanger Removing host from active directory
 6/8/2016 10:41 AM HostnameChanger Success, code =  0
 6/8/2016 10:41 AM Power Creating shutdown request
 6/8/2016 10:41 AM Power Parameters: /r /c "Host left active directory, restart needed" /t 0
 6/8/2016 10:41 AM HostnameChanger Renaming host to DIESEL-1
 6/8/2016 10:41 AM Power Creating shutdown request
 6/8/2016 10:41 AM Power Parameters: /r /c "FOG needs to rename your computer" /t 0
 6/8/2016 10:41 AM HostnameChanger Success, code =  0
 6/8/2016 10:41 AM Power Creating shutdown request
 6/8/2016 10:41 AM Power Parameters: /r /c "Host joined to Active Directory, restart required" /t 0
 6/8/2016 10:44 AM Client-Info Client Version: 0.10.6
 6/8/2016 10:44 AM Client-Info Client OS:      Windows
 6/8/2016 10:44 AM Client-Info Server Version: 7541
 6/8/2016 10:44 AM Middleware::Response Success
 6/8/2016 10:44 AM HostnameChanger Checking Hostname
 6/8/2016 10:44 AM HostnameChanger Removing host from active directory
 6/8/2016 10:44 AM HostnameChanger Success, code =  0
 6/8/2016 10:44 AM Power Creating shutdown request
 6/8/2016 10:44 AM Power Parameters: /r /c "Host left active directory, restart needed" /t 0
 6/8/2016 10:44 AM HostnameChanger Renaming host to DIESEL-1
 6/8/2016 10:44 AM Power Creating shutdown request
 6/8/2016 10:44 AM Power Parameters: /r /c "FOG needs to rename your computer" /t 0
 6/8/2016 10:44 AM HostnameChanger Unknown Return Code:  1364
 6/8/2016 10:46 AM Client-Info Client Version: 0.10.6
 6/8/2016 10:46 AM Client-Info Client OS:      Windows
 6/8/2016 10:46 AM Client-Info Server Version: 7541
 6/8/2016 10:46 AM Middleware::Response Success
 6/8/2016 10:46 AM HostnameChanger Checking Hostname
 6/8/2016 10:46 AM HostnameChanger Hostname is correct
 6/8/2016 10:47 AM HostnameChanger Success, code =  0
 6/8/2016 10:47 AM Power Creating shutdown request
 6/8/2016 10:47 AM Power Parameters: /r /c "Host joined to Active Directory, restart required" /t 0
 6/8/2016 10:49 AM Client-Info Client Version: 0.10.6
 6/8/2016 10:49 AM Client-Info Client OS:      Windows
 6/8/2016 10:49 AM Client-Info Server Version: 7541
 6/8/2016 10:49 AM Middleware::Response Success
 6/8/2016 10:49 AM HostnameChanger Checking Hostname
 6/8/2016 10:49 AM HostnameChanger Hostname is correct
 6/8/2016 10:49 AM HostnameChanger Host is already joined to target domain

Wayne Workman

@zpoling is it possible that you have group policy pushing out an older client? On this computer you just imaged, check if there is just one fog client installed, and if there is just one fog service in services.

zpoling

@Wayne-Workman We never push out the client. There is only one installed, as well as only one service running.

Wayne Workman

@zpoling we need @joe-schmitt to look at it and comment. Without hands on the problem, I am unsure where to go from here.

What is unique about the problem hosts? What is different?

george1421

@Quazz said in Computers Join Domain before Hostname Changes:

As far as I know <ComputerName> doesn’t work in unattend on Windows 10 anwyay.

It works the same in win10 as in Win7. In my setup I don’t have the FOG client connect the computer to the domain or set the system name. I do that with a postinstall script because I need to control where the device connects in AD depending on the target location and image being deployed. Because of the dynamic nature of this OU placement it was just easier to calculate the values, update the unattend.xml file and let Windows OOBE setup do the rest.

zpoling

@Wayne-Workman The problem has been happening to all machines indiscriminately. Each image is made on that respective model of computer, so the only thing different would be drivers installed on each image. We use the same unattend file for each image.

Wayne Workman

@zpoling can you disable domain joining on a computer and image it? And then observe it’s renaming? Provide the log for that too? This is to eliminate variables and try to isolate what’s happening.

george1421

For clarity, will you confirm that you DO NOT have the following section in your unattend.xml file? The reason why I ask is that I could see a potential for a race condition between the unattend.xml connecting the device to the domain and then the fog client doing its bit since the fog client does have a check in interval that also impacts timing of when things happen.

<component name="Microsoft-Windows-UnattendedJoin" processorArchitecture="amd64" publicKeyToken="31bf3856ad364e35" language="neutral" versionScope="nonSxS" xmlns:wcm="http://schemas.microsoft.com/WMIConfig/2002/State" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance">

zpoling

@Wayne-Workman The error stated in the OP doesn’t occur if I tell the machine to join the domain after the fog service is done with post-image tasks.

 6/8/2016 11:57 AM Client-Info Client Version: 0.10.6
 6/8/2016 11:57 AM Client-Info Client OS:      Windows
 6/8/2016 11:57 AM Client-Info Server Version: 7541
 6/8/2016 11:57 AM Middleware::Response Success
 6/8/2016 11:57 AM HostnameChanger Checking Hostname
 6/8/2016 11:57 AM HostnameChanger Removing host from active directory
 6/8/2016 11:57 AM HostnameChanger ERROR: Required ADDom information is missing
 6/8/2016 11:57 AM HostnameChanger Renaming host to DIESEL-1
 6/8/2016 11:57 AM Power Creating shutdown request
 6/8/2016 11:57 AM Power Parameters: /r /c "FOG needs to rename your computer" /t 0
 6/8/2016 12:00 PM Client-Info Client Version: 0.10.6
 6/8/2016 12:00 PM Client-Info Client OS:      Windows
 6/8/2016 12:00 PM Client-Info Server Version: 7541
 6/8/2016 12:00 PM Middleware::Response Success
 6/8/2016 12:00 PM HostnameChanger Checking Hostname
 6/8/2016 12:00 PM HostnameChanger Hostname is correct

***Hostname Logs show same as above 6 lines until told to join domain***

 6/8/2016 12:09 PM Client-Info Client Version: 0.10.6
 6/8/2016 12:09 PM Client-Info Client OS:      Windows
 6/8/2016 12:09 PM Client-Info Server Version: 7541
 6/8/2016 12:09 PM Middleware::Response Success
 6/8/2016 12:09 PM HostnameChanger Checking Hostname
 6/8/2016 12:09 PM HostnameChanger Hostname is correct
 6/8/2016 12:09 PM HostnameChanger Success, code =  0
 6/8/2016 12:09 PM Power Creating shutdown command in 60 seconds
 6/8/2016 12:09 PM Bus {
  "self": true,
  "channel": "Power",
  "data": "{\r\n  \"action\": \"request\",\r\n  \"period\": 60,\r\n  \"options\": 2,\r\n  \"command\": \"/r /c \\\"Host joined to Active Directory, restart required\\\" /t 0\",\r\n  \"message\": \"This computer needs to perform maintenance.\"\r\n}"
}
 6/8/2016 12:09 PM Bus Emmiting message on channel: Power
 6/8/2016 12:09 PM Service Power operation being requested, checking back in 30 seconds
 6/8/2016 12:11 PM Main Overriding exception handling
 6/8/2016 12:11 PM Main Bootstrapping Zazzles
 6/8/2016 12:11 PM Controller Initialize
 6/8/2016 12:11 PM Entry Creating obj
 6/8/2016 12:11 PM Controller Start

 6/8/2016 12:11 PM Service Starting service
 6/8/2016 12:11 PM Bus Became bus server
 6/8/2016 12:11 PM Bus {
  "self": true,
  "channel": "Status",
  "data": "{\r\n  \"action\": \"load\"\r\n}"
}
 6/8/2016 12:11 PM Bus Emmiting message on channel: Status
 6/8/2016 12:11 PM Client-Info Client Version: 0.10.6
 6/8/2016 12:11 PM Client-Info Client OS:      Windows
 6/8/2016 12:11 PM Client-Info Server Version: 7541
 6/8/2016 12:11 PM Middleware::Response Success
 6/8/2016 12:11 PM HostnameChanger Checking Hostname
 6/8/2016 12:11 PM HostnameChanger Hostname is correct
 6/8/2016 12:11 PM HostnameChanger Host is already joined to target domain

zpoling

@george1421 That string is not in our unattend file.

george1421

@zpoling ok as a final test (just to say absolutely the fog client is suspect here).

Can you either disable the fog service when you deploy to this computer so that it never runs on the target even for 1 second? In my case when I install the fog client on the reference image I stop and disable the service immediately, then proceed with the MDT install of the other applications.

Then when the target system completes the installation process just before the login screen comes up I run the commands in the setupcompleted.cmd to set the service to auto start and then start the service. At that time then the fog client does what ever it has to do. If you enable the fog client the same way, then just disable the code that changes the fog client startup from disabled to auto. This way the fog client never runs.

So then the things to check for becomes this:

The client should never ever connect to AD
The name of the machine will be what ever windows selects as the default computer name. And this will not change.

Make sure these settings are consistent for 30 minutes. Then set the fog service to auto start and then start the service. Observe and report what happens. Understand I’m not doubting that this is happening, I’m trying to isolate the fog service running from the OOBE setup doing something unexpected.

zpoling

@george1421 That’s how I have our fog service set up as well; Setupcomplete.cmd sets it back to auto. I’m assuming you want me to disable the early hostname changer too since you said the name of the machine should be the Windows default.

To note before I start this; if the client isn’t told to join the domain, it wont, even if the fog service is running.

I’ll get back to you with the results!

Computers Join Domain before Hostname Changes

306

11.7k

17.1k

154.7k