I’m running 1.5.4 and have this issue. Are there any updated workarounds?

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.

@vince-villarreal Wiki is back up again.

@quazz Got the result:

noTftpBuild=''

Not sure if thats good or bad.

@ablohowiak Can you please let us know what the issue was? Others might find this information helpful as well.

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

@sutra Sorry for the late reply! Can you provide the contents of d1.partitions, d1.minimum.partitions and d1.fixed_size_partitions? You find those files on your FOG server in /images/Alienware-i9-010618.

If this is still not solved, I would like to look into the php-fpm configuration and the log file related to php-fpm. From the apache side your initial post says session time has expired. I’m seeing a lot of multicast posts in the forum. There may be something else going on we don’t expect.

@joe-schmitt Providing a remote machine wont be an option for me to help, but any testing you need done I would be happy to do and report back.

If I need to setup any machines on my end for me to test with I can do that as well.

I have a more clear picture of the process you have detailed with the snapin, makes sense. I will make some alterations next week and test it out. Thanks

Thanks George,
df -h gives

image@fog:~$ df -h Filesystem Size Used Avail Use% Mounted on udev 7.4G 0 7.4G 0% /dev tmpfs 1.5G 8.9M 1.5G 1% /run /dev/mapper/fog--vg-root 1.9T 1.8T 39G 98% / tmpfs 7.4G 0 7.4G 0% /dev/shm tmpfs 5.0M 0 5.0M 0% /run/lock tmpfs 7.4G 0 7.4G 0% /sys/fs/cgroup /dev/sda1 472M 58M 390M 13% /boot /dev/sdb1 4.6T 3.8T 549G 88% /images2 tmpfs 1.5G 0 1.5G 0% /run/user/1000

As you can see there’s not a lot of space left on the first drive.
I’ll be using th eimages for the next 3 weeks, even if they are not ideal, so I son’t want to create a new storage group in case I lose the images. the storage groups are;

0_1528474518141_Storage nodes.jpg 0_1528474532470_storage group.jpg

What would you suggest?

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.

Ok perfect !

I found the option in some computers but some other i don’t… i will look for why, certainly a windows update version problem…

Thanks for your help !

Now i must clean the database ! 🙂

We now have the client PC booting and downloading the undionly.kpxe file but had to use the above mentioned “class” option. Further investigating the “Connection timed out” issue has raised another set of problems/questions which I will followup in a new thread.

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

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.

@xpalis said in Multicast is slow:

multicast speeds reach up to 1.5-1.6 GB/min ONLY if i connected fog server separately from my network.

So we see that your FOG server and the clients are able to do full speed. So it’s probably your network equipment or some kind of configuration of those. Would you mind drawing up a quick schema of your network structure including subnet information so we know better what your setup looks like?

@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).

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

@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.

Thanks for the feedback. I got the chance to spend some time with the fog server today and it looks like the main issue was with selinux. Appreciate the help!