Hostname changer is unable to rename computer
-
@JoeG Hi, I disabled fogservice before sysprep and create cmd in c:\windows\setup\scripts, it works for activating fogservice but hostanme changer still having problem… I’ll try to do more test today and I come back with fog.log
Important question : I use <ComputerName>*</ComputerName> in Sysprep, is it a good thing to do or it’s better to remove it ?
Same for fog options “FOG_CHANGE_HOSTNAME_EARLY”, it’s uncheck, is it ok ? -
@Wayne-Workman sorry for forgetting the logs, it is now included in my original post below. I appreciate any insight, let me know what other info I can share. Thanks!
-
I have continued testing today and the hostname is changing correctly. I unchecked “FOG_CHANGE_HOSTNAME_EARLY” in FOG Settings. Sorry for the false alarm!
-
It seems ok for me too (tested on one computer) with fogservice disabled before sysprep
-
@Matthieu-Jacquart So it’s not ok
I deployed 20 computers this morning, windows 10, removed from AD before deployment.
Result : AD integration for all of them, but only 3 were able to have the right name.
For the 17 others, random name.For example computer name “BOIS-64RNM4FT88” in AD :
------------------------------------------------------------------------------ --------------------------------HostnameChanger------------------------------- ------------------------------------------------------------------------------ 20/06/2016 09:52 Client-Info Client Version: 0.11.0 20/06/2016 09:52 Client-Info Client OS: Windows 20/06/2016 09:52 Client-Info Server Version: 8169 20/06/2016 09:52 Middleware::Response Success 20/06/2016 09:52 HostnameChanger Checking Hostname 20/06/2016 09:52 HostnameChanger Removing host from active directory 20/06/2016 09:52 HostnameChanger Success, code = 0 20/06/2016 09:52 Power Creating shutdown request 20/06/2016 09:52 Power Parameters: /r /c "Host left active directory, restart needed" /t 0 20/06/2016 09:52 HostnameChanger Renaming host to S085P01 20/06/2016 09:52 Power Creating shutdown request 20/06/2016 09:52 Power Parameters: /r /c "FOG needs to rename your computer" /t 0 20/06/2016 09:52 HostnameChanger Success, code = 0 20/06/2016 09:52 Power Creating shutdown request 20/06/2016 09:52 Power Parameters: /r /c "Host joined to Active Directory, restart required" /t 0 ------------------------------------------------------------------------------
But even after multiple reboot, “S085P01” name never appears in AD…
There’s line <ComputerName>*</ComputerName> in sysprep, is it really necessary ?
-
@Matthieu-Jacquart That line (<ComputerName>*</ComputerName>) creates the system with a very random name.
From @joe-schmitt:
early_hostname_changer + sysprep + client issues
Basically this is what was happening:
early hostname changer runs
Hostname is now updated
Sysprep runs, changes it but not fully
A reboot is needed
Client runs, and according to its checks hostname is right
So joins to ad
Reboots
Hostname is now wrong, and ad is joined
So client re-joins
Requiring 3 more reboot -
@Tom-Elliott ok, I understood how works ComputerName in sysprep, but I wonder if it’s a good or bad idea to have it in syprep with fog deployment…
Same thing for early hostname changer, do I have to check it (uncheck for me) ?2 hours later I have 3 more PC with right name in AD, but still 14 with random name…
-
@Matthieu-Jacquart said in Hostname changer is unable to rename computer:
but still 14 with random name…
Is it possible to confirm that the client is doing it’s job without sysprep involved at all? Can we do this just as a test?
-
@Wayne-Workman Done, I renamed a computer and disjoined AD, after that AD integration is good but not the name…
0_1466492917005_fog.log -
Is this still an issue?
-
@Tom-Elliott I hope it’s resolved with last client but I can’t be sure…
You can close the case, I couldn’t test more before mid-august… -
@Matthieu-Jacquart said in Hostname changer is unable to rename computer:
@Tom-Elliott I hope it’s resolved with last client but I can’t be sure…
You can close the case, I couldn’t test more before mid-august…Yes I can confirm, client 0.11.2 resolves this issue