@Tom-Elliott
@Wayne-Workman

Windows 7 Pro. I didn’t intend to use legacy client in that lab. It happened to be one I completed earlier in the Summer.

Is their an easy way to upgrade the client on those machines?

Have you checked what the settings are under SATA Operation in the BIOS/UEFI? I noticed on some of our machines if SATA operation is set to ATA on the image and then the machine was set to AHCI or SCSI that it would not image properly. The image installs correctly and it starts to boot but it does not function at all until you change the setting in the BIOS/UEFI.

Cheers!

Joe

So I have a lab full of machines that were added to the domain, via FOG, a while back that suddenly, “fell” off the domain. I was told to re-add each machine individually. Is their any way to automate this?

@Wayne-Workman

Any idea what this means?

 8/24/2016 12:15 PM FOG::HostnameChanger Host name was not found in the database.
 8/24/2016 12:16 PM FOG::DirCleaner Starting directory cleaning process...
 8/24/2016 12:16 PM FOG::DirCleaner Unable to continue, MAC is null!
 8/24/2016 12:16 PM FOG::MODDebug Reading config settings...
 8/24/2016 12:16 PM FOG::MODDebug Reading of config settings passed.
 8/24/2016 12:16 PM FOG::MODDebug Starting Core processing...
 8/24/2016 12:16 PM FOG::MODDebug Operating System ID: 6
 8/24/2016 12:16 PM FOG::MODDebug Operating System Minor: 1
 8/24/2016 12:16 PM FOG::MODDebug MAC POST String: 
 8/24/2016 12:16 PM FOG::MODDebug No user is currently logged in
 8/24/2016 12:16 PM FOG::MODDebug Hostname: HS-ENG-LAB-30
 8/24/2016 12:16 PM FOG::MODDebug Attempting to open connect to: http://172.16.1.17/fog/service/debug.php
 8/24/2016 12:16 PM FOG::MODDebug Unable to connect to the remote server
 8/24/2016 12:16 PM FOG::MODDebug    at System.Net.WebClient.DownloadDataInternal(Uri address, WebRequest& request)
   at System.Net.WebClient.DownloadString(Uri address)
   at FOG.MODDebug.doWork()
 8/24/2016 12:16 PM FOG::MODDebug Module has finished work and will now exit.
 8/24/2016 12:21 PM FOG::ClientUpdater No valid mac address(es) found for this host.
 8/24/2016 12:21 PM FOG::ClientUpdater Client update will be applied during next service startup.
 8/24/2016 12:21 PM FOG::ClientUpdater Client update process complete, exiting...

@Wayne-Workman Ok. I’ll try that. I disabled that node for right now to get my immediate imaging tasks done. I’ll try that though later this afternoon if I get time. Thanks!!

I think I went through this before but I can’t seem to find my previous posts about it. Ugh…

Thanks!!

Cheers!

@Quazz
@Developers

I have tried updating our FreeNAS server exports file to:

[root@freenas ~]# cat /etc/exports                                              
/mnt/bhs/data/images -alldirs -mapall=Free:Free -network 172.16.1.0/24          
-mask 255.255.0.0  

I still get the same response in FOG… Mounting image fails.

I can FTP from my servers /images directory into the FreeNAS server and transfer a file to and from the /mnt/bhs/data/images directory. I didn’t start seeing this problem until recent releases of FOG. I’m kind of at a loss here. I’ll be here until 5:30 MST if anyone would like to remote in. Any ideas are greatly appreciated!

Cheers,

Joe

@Hanz I noticed today that the neither the node or the server showed the task was multi-tasked. The funny thing is that I’ve had this happen so frequently that it’s almost easier to just go in and clear the database and reset things before I even start things. To have to go to each machine and manually shut things down becomes a bit of a pain.

I appreciate the advice!

Cheers!

@Tom-Elliott

This still seems to haunt me…

Same deal as before… Multicast seems to fail to start. Resetting things and voila, magic. I’m currently on RC-8…

Here is the latest apache2 log file…

root@Fog:/var/log/apache2# tail error.log
[Mon Aug 22 08:28:33.797901 2016] [:error] [pid 1455] [client 172.16.16.150:50548] PHP Warning:  array_map(): Argument #2 should be an array in /var/www/html/fog/lib/pages/dashboardpage.class.php on line 109, referer: http://172.16.1.17/fog/management/index.php
[Mon Aug 22 08:28:33.797930 2016] [:error] [pid 1455] [client 172.16.16.150:50548] PHP Warning:  array_combine() expects parameter 2 to be array, null given in /var/www/html/fog/lib/pages/dashboardpage.class.php on line 110, referer: http://172.16.1.17/fog/management/index.php
[Mon Aug 22 08:28:34.807205 2016] [:error] [pid 1457] [client 172.16.16.150:50563] PHP Warning:  array_map(): Argument #2 should be an array in /var/www/html/fog/lib/pages/dashboardpage.class.php on line 109, referer: http://172.16.1.17/fog/management/index.php
[Mon Aug 22 08:28:34.807232 2016] [:error] [pid 1457] [client 172.16.16.150:50563] PHP Warning:  array_combine() expects parameter 2 to be array, null given in /var/www/html/fog/lib/pages/dashboardpage.class.php on line 110, referer: http://172.16.1.17/fog/management/index.php
[Mon Aug 22 13:27:27.089789 2016] [:error] [pid 1457] [client 172.16.17.122:42012] PHP Warning:  ftp_delete(): Delete operation failed. in /var/www/html/fog/lib/fog/fogftp.class.php on line 59
[Mon Aug 22 13:27:27.090008 2016] [:error] [pid 1457] [client 172.16.17.122:42012] PHP Warning:  ftp_rmdir(): Remove directory operation failed. in /var/www/html/fog/lib/fog/fogftp.class.php on line 173
[Mon Aug 22 13:27:27.103107 2016] [:error] [pid 1457] [client 172.16.17.122:42012] PHP Warning:  ftp_delete(): Delete operation failed. in /var/www/html/fog/lib/fog/fogftp.class.php on line 59
[Mon Aug 22 13:45:30.936479 2016] [:error] [pid 1456] [client 172.16.16.150:61835] PHP Strict Standards:  Only variables should be passed by reference in /var/www/html/fog/lib/fog/group.class.php on line 66, referer: http://172.16.1.17/fog/management/index.php?node=group&sub=edit&id=30
[Mon Aug 22 13:45:48.506431 2016] [:error] [pid 1455] [client 172.16.16.150:61854] PHP Strict Standards:  Only variables should be passed by reference in /var/www/html/fog/lib/fog/group.class.php on line 78, referer: http://172.16.1.17/fog/management/index.php?node=group&sub=edit&id=30
[Mon Aug 22 13:46:53.879293 2016] [:error] [pid 2767] [client 172.16.16.150:61922] PHP Warning:  array_walk() expects parameter 1 to be array, null given in /var/www/html/fog/lib/fog/group.class.php on line 214, referer: http://172.16.1.17/fog/management/index.php?node=group&sub=deploy&id=30&type=8

I was out of town last week. I’ll look at it again this week. I believe that it’s still an issue though. If I get a chance today I’ll look at it and update this post. Thanks!

Cheers,

Joe

@Wayne-Workman Sorry Wayne, I was offline. I left my machine on at the office. I’ll be busy this morning but may be around later this afternoon to work on this. Thanks again!

@Wayne-Workman I had originally posted the /etc/exports file from the server… It did NOT have the correct settings. This from the freeNAS storage node appears to be correct… I tried adding

/mnt/bhs/data/images -maproot=fog:fog

and that did not work…

Exports file from freeNAS node…

/mnt/bhs/data/images/dev -maproot=Free:Free
/mnt/bhs/data/images -alldirs -maproot=Free:Free -network 172.16.1.17/24

@madeyem Thanks for the reply!

You haven’t had any problems with duplicate names in your dashboard?

@Wayne-Workman I added these arguments on the NFS node and rebooted. I still get the same message. I’ll be out of the office until Monday. I’ll look at it then. It doesn’t seem to affect most of our images. Thanks!

@Wayne-Workman

Also, are their any specific arguments that I should include for that directory? I noticed both of the entries in my /etc/exports have different arguments…

Thanks!

@Wayne-Workman will this change anything for my other storage nodes? I know this directory is unique to that node.

Thanks!!

@Wayne-Workman

root@Fog:/opt/fog# cat /etc/exports
/images *(ro,sync,no_wdelay,no_subtree_check,insecure_locks,no_root_squash,insecure,fsid=0)
/images/dev *(rw,async,no_wdelay,no_subtree_check,no_root_squash,insecure,fsid=1)

So after upgrading to RC-8, I noticed that my settings must have changed to allow the server to save images from one of the NAS nodes to itself during imaging… I get an error saying:

Could not mount images folder (/bin/fog.download)
      Args Passed:
         Reason: mount: mounting 172.16.200.173:/mnt/bhs/images/ on /images failed: Permission denied

I have gone through the following wiki and have had little success here…

https://wiki.fogproject.org/wiki/index.php?title=Images_Directory_Permissions

I checked everything to make certain that the permissions were right on both ends. The problem lies when I try to put a file from the storage node to the server. My file permissions are set to 777 on the entire images directory on the server side. My passwords and usernames match on the fog server and on the NAS storage node. I checked to make sure these settings were correct in the fog web interface as well and they are. I also made sure fog was an owner and a member of the root group on that directory on the server.

Any suggestions would be helpful. I have been able to image other images throughout the day. I just have one that is giving me a fit… I’ll be around after 1PM MST today if anyone wants to remote in if need be.

I know this has to be something simple and it’s driving me crazy! LOL

Thanks!

Cheers,

Joe

@Wayne-Workman We do. I tried that, we’ll see what happens! As you know our domain setup needs improvement. I’m doing my best to straighten it out. Ugh!

@Wayne-Workman Ok. I’ll re-think this. I know it has worked for me in the past. Although that may be due to the boot order like you said. When I first started this process, some had the network as first boot. Then I adjusted things after the other admin complained. Hmmm…

Thanks!!

@Wayne-Workman Interesting. Just to clarify, create a group with ALL hosts in it. Clear ALL AD settings in that. Then re-add settings there. Update ALL hosts there and that should resolve things?