FOG 1.2.0 - Some machines not joining domain
-
could you upload a fog.log from a failing client, and have you made sure that hostNameChanger is enabled for all of those hosts on the host management service settings page?
-
Hi Junkhacker, thank you for your reply. Please find attached two FOG log files. No ticks under ‘Service Settings’, wireless card disabled. The other with all boxes ticked. This one has the original log after first log in, then an additional few entries after a manual restart, wireless card enabled.
Thank you
James
[url=“/_imported_xf_attachments/1/1507_All Ticked.txt?:”]All Ticked.txt[/url][url=“/_imported_xf_attachments/1/1508_No Ticks.txt?:”]No Ticks.txt[/url]
-
Is your fog server’s hostname really FOG-SERVER?
-
It is indeed. We use certain names for physical serves and others for Hyper-V clients. But FOG-SERVER was used in testing and I just stuck with it.
Thanks
James
-
the log files are a bit to short, they cut out before they get to what i wanted to see.
if you could increase the log file size in the client config and reupload, that would help -
Hi again,
Hopefully these are a bit longer. I’ve added an extra 0 to the size in the config file.
Wireless card left on for both deployments.
Thank you
James
[url=“/_imported_xf_attachments/1/1517_FOG - All ticked.txt?:”]FOG - All ticked.txt[/url][url=“/_imported_xf_attachments/1/1518_FOG - No ticks.txt?:”]FOG - No ticks.txt[/url]
-
unfortunately, the log i’m really needed to see the info in still doesn’t have it. the “all ticked” log is full of entries from guiwatcher and snapinclient, which indicates that the host might not be found in the fog database properly.
you mentioned that your “current test laptop had a randomly generated name”
are you sure it’s random and isn’t the mac address? when you quick register a computer in fog, that’s it’s name, the mac address.
a sysprep answer file and the fog hostnamechanger are two different ways to rename and join a computer to the domain, they’re not really meant to be used together. perhaps they’re causing problems with each other? i don’t know.
what do you get if you go to <fog-address>/fog/service/hostname.php?mac=58:91:CF:43:07:AB|78:45:C4:C9:0A:A3 ? -
Hmm. I have tried removing some of these devices and registering again. I could export everything, create a new install of FOG and import to see if that makes a difference. But again, it’s just laptops it’s struggling with.
When I recreated the Sysprep file from the tutorial thread (edited a bit as I’m using 32bit):
…my machine had a different name than usual. We use Lanschool, (classroom monitoring software) which is preinstalled on the image. Somehow this is active at the machine naming screen we get after the machine image is deployed. Usually the machine name starts with ‘Win’ (we can see this on the teacher/tech viewer) this test with a new Sysprep file didn’t. I’ll try recreating it. I’m fairly sure it wasn’t the Mac address. Although I have seen that before if one of us changes the image etc, but forgets the name.
They could be causing issues for these machines. It might just be that one or the other has been working up until now. Although I know FOG has worked, as we’ve typed in one name, then the machine has restarted and the name has been changed to what is on our FOG server. I’ll try creating another answer file though and see.
Sticking that into my browser gives the following results:
#!ok=V2Image #AD=1 #ADDom=XXXX.local #ADOU= #ADUser=XXXX.local\administrator #ADPass=XXXX
Thank you
James
-
have you tried setting the fog service on the computer to a delayed start?
-
Delayed start tried, but no joy there either I’m afraid.
I’m going to go through the guide and start fresh with a new, simple image, despite it working fine for the last few years. Just to make sure nothing on the machine could be interferring with anything.
Failing that I might have to try a completely fresh install on a new server hard drive. Something somewhere is stopping the machines from talking to each other since updating.Thanks
James