@vijaybomble OK great you have the prerequsites in the proper configuration. If your fog server is your dhcp server, and your pxe booting client are on the same subnet, lets use your fog server to capture what is pxe booting is doing on your network. You can use tcpdump on the fog server to capture only the traffic we need. I have a tutorial here on what you have to do: https://forums.fogproject.org/topic/9673/when-dhcp-pxe-booting-process-goes-bad-and-you-have-no-clue Upload the pcap to this forum or use a private google drive and im me the link and I’ll take a look to see what is going wrong.

@fogmbr There probably is a way around this but it will cost us together some time to figure out and I thing the image shouldn’t be used on the 5570 as is anyway. Starting from the different disks (needs different windows drivers) and probably there is other hardware being different that needs to be addressed after imaging manually anyway. My guess is you are way better of capturing a separate image…

@tom-elliott Updated the production server and it is now multicasting. As a side note though I tried to start a ‘test’ session of multicast, the same name I had used pre-update, and it did the same thing(started and instant ended). But if I picked a new name that I hadn’t used before, it appeared to start and wait for connections normally. Philip

Now this is a dirty way to do it as I don’t have the MYSQL skills or database background. What you can do it go to reports and run an inventory report. Export that. Now cant the column that has the hostname and change it to what you want. Find and replace or just trim your hostname down to asset tag them add whatever your naming convention is. So now you have a new column of hostname and the MAC address that was exported from inventory report. Follow the format for CSV upload here https://wiki.fogproject.org/wiki/index.php?title=Managing_FOG#Hosts Now under the 4th column add “Description” name this something like import and the date. This will be used to group the hosts you just imported. Go into FOG add whatever hosts you want to change to a group. Delete that group and check and delete hosts. NOTE this will remove all history assigned images settings and login history (Hence Dirty Way) Now import the hosts you want back in. After you successfully import your assets back in go to the hosts tab and search the description you added on import. Select all those hosts and add them to a group to apply all the new settings to. Once you add service settings and AD info they will start renaming your computers and depending on your settings may or may not reboot the computer.

Sorry for the late reply, got distracted with the weekend. Are you deploying the same resizable image to both the 380 and 390 or are these different images? They’re not hardware independent images, so I’ve been creating the master image on a 390 and then deploying to other 390s, and I’ve been trying to do that with the 380, but as mentioned it isn’t working. Have you ever successfully imaged an optiplex 380 with fog before? I believe I have several optiplex 380s here at home, they all image just fine. On our old FOG server they deployed just fine, but it seems there is some issue with this newer version of FOG or something. FOG version? I’m not at the office currently, but I believe it’s 1.5.2 or 1.5.3

@tom-elliott not sure how the fog version got mixed… I just ran the git pull and rerun the installfog.sh in command to update to latest in dev-branch. maybe something in 1.5.0 rc10 that I had that screwed it up going to 1.5.4?? btw, I’ve been running 1.4.4 and been updating in command line ever since. coming in this morning, the replicator is looking normal. the node usage pie chart is normal compare to the main server chart. before it would show 20-40% as it was constantly deleting and replicating. replicator logs are saying No need to sync which is good. Interesting to see others in here experienced the same issue updating to 1.5.4 I appreciate the offer but I have to get these computer labs up and running soon. Love the support and fog has been a life saver. =)

Thanks I figured as much but was wondering why my storage nodes only had minimal traffic between them even though i had re-uploaded an image.

My summer projects started and I was planning to update our FOG system. Re-install and deleting old FOG database worked. Plus our database got a little sloppy so a purge is always good IMO.

mysql> select * from userTracking where utHostID=1312; +-------+----------+------------+----------+---------------------+--------+------------+---------+ | utID | utHostID | utUserName | utAction | utDateTime | utDesc | utDate | utAnon3 | +-------+----------+------------+----------+---------------------+--------+------------+---------+ | 5583 | 1312 | rechit | 0 | 2018-04-03 16:50:44 | | 2018-04-03 | | | 19841 | 1312 | rechit | 1 | 2018-04-18 10:57:47 | | 2018-04-18 | | | 26357 | 1312 | rechit | 1 | 2018-04-25 09:41:23 | | 2018-04-25 | | | 33295 | 1312 | rechit | 1 | 2018-05-16 08:40:23 | | 2018-05-16 | | | 43095 | 1312 | rechit | 0 | 2018-05-28 14:19:27 | | 2018-05-28 | | | 43111 | 1312 | rechit | 1 | 2018-05-28 14:32:43 | | 2018-05-28 | | +-------+----------+------------+----------+---------------------+--------+------------+---------+ 6 rows in set (0,00 sec) mysql> select count(*) from userTracking; +----------+ | count(*) | +----------+ | 53885 | +----------+ 1 row in set (0,00 sec)

@dj FOS (name for the FOG system that loads at that point) doesn’t need /sbin/mount.nfs I just checked and tested and it all works fine in my environment. Can you run mount -v | grep images on a system where you were able to mount the nfs share and take a screenshot/paste it here? What Ubuntu version is the FOG server running btw? Did you test the mount in FOS on a system that mount does work in a full linux distro?

@george1421 As always, I appreciate the help! I am happy to help out where I can.

@george1421 Pffft…i’m there with ya brother. ;)

I was able to remote in and find out what was going sideways with the OP’s system. I’ll fill out the details in a bit, but there is the keys. mods-enabled/php5.conf set handler 9.4 sites-enabled/001-fog.config It appears to be an issue with at least debian 9.4 at the moment where php-fpm wasn’t being enabled causing the sluggish UI and high apache usage.

Based on the information given I’m guessing that you’re missing a driver for the storage controller. Which simply means you need to get the driver and put it on loadable media and load it with the load driver button in the windows install wizard. What are you installing windows on? As in what computer and model (or what the make and model of the storage controller if you know) or if it is a vm, what brand of vm (vmware, xen, hyperv, virtualbox, etc) and what kind of storage controller do you have configured for the vm. For example: If you use Vmware and set the storage controller to SCSI with vmware paravirtual that controller’s driver is not included in windows installers and has to be loaded and would give an error like what you’re talking about. In this case I would add a second dvd drive (you can just use one and swap a driver disk for loading the driver and then swap the installer back, but I find it simpler to just have two drives on a vm) and mount the vmware tools installer iso. If you’re lucky the inf file will be available on the disc, I believe the filename is pvscsi.inf or something of that sort. (I’ve actually exported just the driver infs from a vmware tools installation to make this easier since the infs aren’t always on the install disc. To do this, Install vmware tools on a windows vm with all features of vmware tools selected then use pnputil /export-driver * C:\vmwareDrivers Then copy that folder to a remote server, sort through it to get just the vmware drivers, and turn it into an iso and put that iso in your vmware iso store) Some other cases where this can happen are trying to install windows 10 on older computers where there’s a legacy RAID controller. There can also be legacy chipsets/cpus (if you’re trying to install on something like a Intel Pentium D or older) that would need extra drivers. I can help you find the driver you need if I have more information on what you’re trying to install windows on.

@Kami Can you please boot the client your are trying to capture into Windows and take a picture of the disk management dialog? While you are there make sure fast boot is disabled (a lot of the Windows updates to enable fast boot over and over again).

You were correct, using DCC is not an option. I did find that by using the CMD prompt and entering bcdedit.exe /enum it will display your working Windows Boot Manager but not the extras. However, if you use bcdedit.exe /enum firmware it will display all the different WBMs, even the faulty ones. I am currently trying to build a script that will remove the false entries.

Here are the log when I try to list scheluded tasks in /var/log/httpd/ssl_error_log [Mon Jun 04 08:24:48 2018] [error] [client 192.168.1.10] PHP Fatal error: Maximum execution time of 30 seconds exceeded in /var/www/html/fog/lib/fog/fogcron.class.php on line 95, referer: https://fogus.univ-rennes1.fr/fog/management/index.php?node=task&sub=active [Mon Jun 04 08:27:09 2018] [error] [client 192.168.1.10] PHP Fatal error: Maximum execution time of 30 seconds exceeded in /var/www/html/fog/lib/fog/fogcron.class.php on line 95, referer: https://fogus.univ-rennes1.fr/fog/management/index.php?node=task&sub=active [Mon Jun 04 08:36:00 2018] [error] [client 192.168.1.10] PHP Fatal error: Maximum execution time of 30 seconds exceeded in /var/www/html/fog/lib/fog/fogcron.class.php on line 95, referer: https://fogus.univ-rennes1.fr/fog/management/index.php?node=task&sub=active [Mon Jun 04 08:47:45 2018] [error] [client 192.168.1.10] PHP Warning: trim() expects parameter 1 to be string, array given in /var/www/html/fog/lib/fog/fogbase.class.php on line 1316, referer: https://fogus.univ-rennes1.fr/fog/management/?node=task&sub=active [Mon Jun 04 14:10:47 2018] [error] [client 192.168.1.10] PHP Fatal error: Maximum execution time of 30 seconds exceeded in /var/www/html/fog/lib/fog/fogcron.class.php on line 54, referer: https://fogus.univ-rennes1.fr/fog/management/index.php?node=task&sub=active [Mon Jun 04 14:11:18 2018] [error] [client 192.168.1.10] PHP Fatal error: Maximum execution time of 30 seconds exceeded in /var/www/html/fog/lib/fog/fogcron.class.php on line 86, referer: https://fogus.univ-rennes1.fr/fog/management/index.php?node=task&sub=active [Mon Jun 04 14:29:39 2018] [error] [client 192.168.1.10] PHP Fatal error: Maximum execution time of 30 seconds exceeded in /var/www/html/fog/lib/fog/fogcron.class.php on line 86, referer: https://fogus.univ-rennes1.fr/fog/management/index.php?node=task&sub=active [Mon Jun 04 15:18:51 2018] [error] [client 192.168.1.10] PHP Fatal error: Maximum execution time of 30 seconds exceeded in /var/www/html/fog/lib/fog/fogcron.class.php on line 86, referer: https://fogus.univ-rennes1.fr/fog/management/index.php?node=task&sub=active Arnaud

@george1421 nope I haven’t because I don’t know that it slows everybody down, and even if it is slow, it’s not broken.

I’m so close to getting this working The only issue now is that i get now is a “no viable macs to issue” I re-ran the installer 15 min ago and that did not help per this thread https://forums.fogproject.org/topic/12006/fog-perform-full-host-registration-no-viable-mac-to-use/5 I renamed the .fogsettings file and re-ran the install still getting No Viable Macs to issue So close yet so far :)