Fog not changing Windows 7 PC to join Domain after Image

[marktiller]

We have installed FOG server 1.2.0 and used the client from the FOG page link. We have set the FOG configuration pages to join the PC to the domain after it has pushed the image but after image deployment the PC does not join the domain. Looking through the PC FOG logs there is no mention of it attempting to join the domain.

Any one have this issue and found a resolution ?

Thank you for your help

[Wayne Workman]

In the target host’s C:\fog.log do you see “Hello fog client” ?

Also, what are you using for your AD username? Have you encrypted your AD pass using FOGCrypt ?

Are all of the service settings for the target host turned on? Have you specified in the target host’s menu to join the domain?

[marktiller]

Thank you for replying - we were not seeing any hello fog client in the log - we have just rebooted and now we are seeing FOG trying to join the domain (Not sure if it takes a while for this to try and join the domain ?) but it now shows an error which was not shown before -:

01/07/2015 13:14 FOG::HostnameChanger AD mode requested, confirming settings.
01/07/2015 13:14 FOG::HostnameChanger Hostname is up to date
01/07/2015 13:14 FOG::HostnameChanger Attempting to join domain if not already a member…
01/07/2015 13:15 FOG::UserCleanup Starting user cleanup process…
01/07/2015 13:15 FOG::UserCleanup Attempting to connect to fog server…
01/07/2015 13:15 FOG::UserCleanup Module is disabled globally on the FOG Server, exiting.
01/07/2015 13:15 FOG::HostnameChanger Domain Error! (‘Unknown Error’ Code: 2202)

The username is DOMAIN\adminaccount
The default domain name is DOMAIN (NOT DOMAIN.LOCAL)
We used the fogcrypt to encrypt the password.

What does error code 2202 mean ? Also, when you tell it to join AD after image deployment, does it do this straight away or is there a delay ?

All services are ticked and running and host has been told to join the domain - it is a bit strange that it was not reporting it was trying to join the domain until we rebooted the client.

Thank you for your help,

[Tom Elliott]

1.2.0 you should NOT add the domain to the username.

[marktiller]

This post is deleted!

[Wayne Workman]

@marktiller You can set it to a delay if you wish, by setting the FOG Service to start as “Delayed”. If it’s not delayed, it’ll try to join as soon as the service starts up and checks. When the service starts largely depends on the hardware and software installed on the host, and how it handles start up.

[TRex]

I’m having the same problem. I can get around it using NETDOM from the DC, but it would save time if Fog could do this.

In the target’s C:\fog.log there is no ‘Hello fog client’, but after logging in, I can see the Fog client is running.

In the host management area of the Fog server, at the AD section, I have the FQDN, a blank for the OU, ‘administrator’ for the Domain User Name, and the correct password toggled to show dots. I don’t know how to use FOGCrypt.

In the Service Settings section, everything is checked.

I’m running Ubuntu Server 14.04.3 (with Lubuntu Desktop for now), Fog version 1.2.0. The target is an Optiplex 760.

I’d appreciate any help.

[Wayne Workman]

@TRex Did you install the client using the fog server’s IP address?

[TRex]

@Wayne-Workman I copied and extracted the FogService and FogPrep to a Win file server and installed it from there.

[Wayne Workman]

@TRex But did you use the IP address of the FOG server when you did the actual installing?

[TRex]

@Wayne-Workman I did not get a prompt for an IP address (but had already registered the target PC at the FOG menu).

[Tom Elliott]

During the installation process, it asks you for the server information and which modules you want to install (legacy client this is).

Did you get this when you installed?

[TRex]

If we are taking about the process of installing the client, above the list of modules where it says ‘What is the IP address or host name of the FOG Web Server? (Blank for default “fogserver”)’, I left it blank because the name of the Ubuntu server is fogserver.

[Wayne Workman]

@TRex Generally, you want to use the FOG server’s IP address… Most people will have better results using the IP, as it avoids DNS issues. Although your mileage will vary with using the netBIOS name.

I recommend you reinstall the FOG Client on your source machine and specify an IP this time, and then re-upload and see what happens.

[TRex]

I just uninstalled the FOG Service from the source PC and reinstalled it specifying the IP address of the FOG server. I then redid the image and applied it to the target. The target was not joined to the domain, even after rebooting it once. I rebooted again and lost contact with it for some reason. (Using remote connection so can’t do anything more with it right now.)

[Wayne Workman]

@TRex That’s too bad about loosing connection, but OK. Did you happen to check the c:\fog.log file before you lost connection? Did you see “hello fog client” anywhere in it?

If not, that’s fine. When you are able, please provide the c:\fog.log from the source-host and we’ll go from there.

[TRex]

fog.log Here’s the log. No ‘hello fog client’. I’m guessing line 4 is the key, but don’t know what it means.

[Wayne Workman]

@TRex Line 4 doesn’t mean anything in particular to me. When you install the fog client on the source machine, it normally takes one or two reboots for the c:\fog.log to look good. You will know it’s good because there will be no errors in it. My log on my desk computer for the legacy client includes these lines if it helps:

 8/17/2015 8:57 AM FOG::MODDebug Reading config settings...
 8/17/2015 8:57 AM FOG::MODDebug Reading of config settings passed.
 8/17/2015 8:57 AM FOG::MODDebug Starting Core processing...
 8/17/2015 8:57 AM FOG::MODDebug Operating System ID: 6
 8/17/2015 8:57 AM FOG::MODDebug Operating System Minor: 1
 8/17/2015 8:57 AM FOG::MODDebug MAC ID 0 90:B1:1C:98:03:8C
 8/17/2015 8:57 AM FOG::MODDebug MAC POST String: 90:B1:1C:98:03:8C
 8/17/2015 8:57 AM FOG::MODDebug A user is currently logged in
 8/17/2015 8:57 AM FOG::MODDebug Username: MB\workman.wayne
 8/17/2015 8:57 AM FOG::MODDebug Hostname: R0219508713WDMB
 8/17/2015 8:57 AM FOG::MODDebug Attempting to open connect to: http://x.x.x.x/fog/service/debug.php
 8/17/2015 8:57 AM FOG::MODDebug Server responded with: Hello FOG Client

Perhaps check if you can ping the FOG IP from the source machine using the source machine’s OS. The firewall OR antivirus may have something to do with this. Also try to temporarily disable the firewall and any antivirus to see if it makes a difference.

You might also set the “FOG Service” to delayed start inside of the OS’s services area. This generally makes the client more reliable. Do this before you upload.

Also, if at all possible, try to enable the MODDebug - I’m not sure if that’s done during client install or on the server side - but just look for it and enable it if you see it.

[TRex]

fog.log
I waited a moderate amount of time after doing another imaging of the target before copying fog.log – this has the ‘Hello FOG Client’.

The target is able to ping the FOG server by IP address, but not resolving name.

[TRex]

I removed the FOG client from the source and then installed it directly from fogserver. Also ran FOG Prep directly from fogserver, then reloaded the image to server.
I reimaged the target from the new image and in the log file (see line 62) ‘AD mode requested, confirming settings’, but the next line is ‘Could not find any recognizable digits’. It is attached.fog.log