Updated to 8341, this seems to be fixed. had me freaked out, as my 4th of july weekend involves imaging 1200 machines…

This may be a good time to mention the custom web-based isc-dchp thing I made specifically for fog?
https://github.com/wayneworkman/fogDHCP

Ok just an update, I got the issue fixed. To do so I had to delete the entries manually from the MariaDB for Fog. (Mysql)

[root@localhost ~]# mysql -u root fog Reading table information for completion of table and column names You can turn off this feature to get a quicker startup with -A Welcome to the MariaDB monitor. Commands end with ; or \g. Your MariaDB connection id is 29 Server version: 10.0.23-MariaDB MariaDB Server Copyright (c) 2000, 2015, Oracle, MariaDB Corporation Ab and others. Type 'help;' or '\h' for help. Type '\c' to clear the current input statement. MariaDB [fog]> delete from hosts where hostName NOT LIKE ' '; Query OK, 51 rows affected (0.00 sec).

So basically

mysql -u root fog delete from hosts where hostName NOT LIKE ’ ';

As a note the second line as I used it deletes all hosts, if you have a problem with only certain hosts then you would want to alter that.

Thanks Wayne. I checked out the log and also communicated some with Tom. I had to update my Active Directory info in Fog for Legacy Fogcrypt and the new password system. All is well now. Thanks!

I found that was wrong, it was one host that was blocked on start on fog without any task pending on it ??
IP 172.19.81.167.

We have to find what host ( there is 800 computers in school) without having his hostname.

I have to compare export of hosts in Fog with mac adress and the apache log file.

After i have to find in my GLPI inventory where was that netbios name in the school rooms.

The computer failed to start on PXE. I shutdown it too quickly to save the error message.

After shutdown it, i delete again with mysql command blank images and fog runs fine again.

Thanks for your help searching in apache log ! i understand how it works now.

@Tom-Elliott
OK

Thanks a lot for your help. I think I need to expend some time looking for the best solution here. I will update the thread with progress.

@gwhitfield said in FOG service on 0.10.6 not restarting after reboot:

demon ninja gremlins

We are certified demon ninja gremlin dispatchers.

@Stilty update, and all should work hopefully.

Updated to the latest trunk release on the SVN and had to run the SQL commands listed here:
https://forums.fogproject.org/topic/7734/snapin-id-was-not-set-or-unable-to-be-created-svn-revision-5661/27

After that, it started working great.

Thanks for the help, guys!

@Tom-Elliott Fixed as of 5772. Thanks Tom!

@alexwarren That is an Ubuntu 14.04 change that caused FOG to change to use the /html/fog

no it’s not an issue right now. For me the path looks strange with the double slash and I was not able to figure out why it’s always like this after upgrading the trunk.
So then the thread can be closed. Thanks

@george1421 Even though the machine “seems” to be connected to the domain after reimage, I always remove and readd the machine to the domain.

On my current “problem” I had to use the manual complete reset method to get Windows Update working again. And I’m still not sure because it’s “Checking for Updates” on 2 years worth of updates.

@Wayne-Workman: Fog version 1.2.0. Linux CentOS 6.7 server, Windows 7 SP1 Workstation clients.

@MRCUR: I am using WSUS. But, points at george1421. Each Workstation image will only be restored to that Workstation with a new same model hard drive. The impression I always got was that sysprep wasn’t necessary in my case.

You can do it manually for now. You CANNOT use the new inits with 1.2.0, if you download those and place them, no imaging will work at all. Just try the new kernel and keep a copy of your old kernel incase it bombs. Link here for steps:
https://wiki.fogproject.org/wiki/index.php?title=Kernel_Update

Make sure you pay attention to the old file name before moving it - I think 1.2.0 was 32 bit. The kernel bit has to match the init bit.

@Tom-Elliott Thanks Tom. I’m not really sure what the issue was with Centos 6.7. Iptables was disabled, SELinux was disabled. It didn’t throw any specific error messages and nothing in any of the logs caught my eye.

Either way, Wayne’s suggestion to move to CentOS 7 worked and I now have the trunk up and running. Thanks for the help folks!

@Tom-Elliott

Fixed in r5767. Thanks

cross linking post same issue, by same OP: https://forums.fogproject.org/topic/7926/fog-won-t-finish-capturing-a-windows-10-image

Upgraded from v1.12 and not all storage nodes were up or had the correct id/password combination. Removing old storage and fixing credentials fixed this. In the previous version snapins did not validate the fog user.

That’s good news. That video pretty much answered all my questions. Thanks a bunch.