Renaming makes makes renaming work?
-
Is hostname early enabled, and the hostname is set to the proper hostname?
Or is hostname still shows up as your “jumbled letters and numbers”?
-
Yes hostname early is enabled I just disabled it to see what happens.
Yes, after I manually rename the computer to anything, the fog client for some reason starts working and renames it again to the proper name listed in fog. I’ve played with this for hours and tried numerous different things. The only way I can get the fog renaming service to “kick in” is to first rename the computer myself. I’ve tested lots of different variables and I’m sure it doesn’t matter what I manually rename it to or what the computer is named before I manually rename it. Simply the act of renaming the computer somehow “unlocks” the fog client. I’m attaching the fog log that is generated before I manually rename the computer. If you read it you can see that for some reason the hostname changer thinks that the name is already correct until I change the name to anything else and then it works fine.[url=“/_imported_xf_attachments/1/1119_fog.log.txt?:”]fog.log.txt[/url]
-
Is this image sysprepped?
I ask because that error means “The step (Join Domain or Workgroup) must be running in full OS”
So is your sysprep file joining the system to the domain?
Also, what version of the FOG Client are you running on your hosts?
Also, are you trying to have host automatically join to OU?
-
yes the image is sysprepped
No the unattend file shouldn’t add to the domain and I’m actually deploying an image that has never associated to the domain beofer the fog client adds it. Lastly I have made sure the preexisting computer profiles for these computers were deleted for AD.
the client says it’s version .1
Yes and after my manual renaming it seems to join that OU fine.
-
Can you give the information found in this thread a shot?
[url]http://fogproject.org/forum/threads/hostname-changer-not-working-since-moving-to-1-0-1.10502[/url]Also, is the hostname changed or not? Is your sysprep with interaction or not? If you’re seeing the “issue” and perform a reboot, does it work without changing the hostname?
-
I’ve tried restarting the hosts numerous times - no effect
The image is sysprepped but not generalized.
I use an unattended answer file that as far as I can tell works perfectly and I know it makes no attempt to add the computer to the domain as i haven’t added in any of these options.
I am deploying to machines that have identical hardware.
The image is not taken while on the domain and the image has never been on the domain before deployment.
Re-installing the fog client after imaging seems to have no effect.
Nothing in that forum has helped me because all of my active directory settings work perfectly after I manually rename the host, I have no antivirus installed at this point of the imaging process, windows firewall is turned off, and the fog log gives no errors when contacting the server.
-
it sounds to me like your computers are loading controlset002 instead of controlset001
fog hostname change early only edits the hostname listing in controlset001, which typically gets loaded as currentcontrolset when windows loads, and controlset002 is the “last known working” set.
for some reason, your machines seem to be loading that one instead. this suggests that while creating the image, you encountered some kind of crash event. -
After disabling early hostname changer and trying another batch of machines they renamed successfully. WOOHOO!!!
-
tom may have found a small flaw in the hostname change early method, an experimental new method is now in the svn.
it comes down to there being a 3rd location in the registry that the hostname is listed, that may be relevant for some situations but not relevant in others. previously we were changing the hostname in 2 locations, but not the third. -
Cool thanks for your help through this guys.
