One other possible solution is Veeam Backup Agent (free). This will do a full system backup with bare metal restore. You can back up to a NAS, Veeam B&R Server ($$), or other network storage device. If you have a system failure, you boot from the linux boot cdrom, connect to your storage device and then restore your system. This is one way to protect your fog server. There may be native (Ubuntu) options like Bacula too.

Try to stop the firewall and see.

systemctl stop firewalld

@sebastian-roth, actually I always do that first thing. I saw that post and realized that barring the similar error message, it had nothing to do with my problem, unfortunately, so I moved on.

@georger Please schedule a debug capture task (like normal but hit the checkbox for debug just before submitting) when you get to the shell please run the following commands:

gdisk -l /dev/sda ... fixparts /dev/sda ...

The later command will ask you to confirm so you go y ENTER w ENTER y ENTER. Possibly it will print out an error and quit straight away. Take a picture of the screen and post here.

@kermit1991 Do you see this issue on all your clients or just when using an USB ethernet adapter? Have you tried using the ethernet adapter together with different clients. Sometimes adapters and client’s BIOS/UEFI firmware just don’t play together well enough. On the other hand some USB ethernet adapters just don’t play nicely altogether. It’s a long process to figure out what exactly the issue is. So start by telling us more about the exact USB adapter you have and make/model of PC/laptop you use.

@rstockham23 Sorry but the important information is not on the picture. Usually there is a message in the blue partclone screen which should give is more hints on what’s wrong. When scheduling the task you can set the checkbox for debug and after the error happens you’ll get to a command shell. There you can check the mentioned log file: cat /var/log/partclone.log

@vince-villarreal this is the purpose of the persistent groups plugin. When a host is added, the new host will get whatever the template host has defined. This, to my knowledge, only happens when a new host is added. If you add a host to the group, then later edit the host itself, it should retain the new changes regardless of the template, until you remove and readd the host to the group.

you can solve this post. rewording this in a new post.

@salginer The partition layout looks pretty straight forward. Is your Windows partition bitlocker encrypted? Run manage-bde -status C: in a admin command shell.

I started doing that which is what led me to the remi yum repo setup and the binary file download. At this point I think I am just going to attempt to hack it up so that it will work offline and then later see if I can add a switch to the installation file for an offline mode that checks for the dependencies.

@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

Ok all seems fine now, thanks you Quazz 😉
Except than when I execute sysprep, all metro appx are gone after reboot, no more calculator or store…
Seems to be a Windows 10 1803 upgrade problem, one more thing I’m trying to resolve… 😞

@tom-elliott Getting one host to work as expected in the group seems to have fixed all my issues. Now the changes I make are sticking after I leave the page. Thanks for your help.

@Lemeunier Sounds strange. Possibly your disk is full? Run df -h and post output here.

I can’t see your screen shot, but I had a problem with a similar error message yesterday. Turns out it was because I had moved my image folder and missed one of the configs you have to change. Searching the forum should being up numerous other threads with that error message, I’d try some of those fixes.

Philip

@wayne-workman

Perfect. I already made the script, just didn’t know if it would add the machines to my list or just install the software and then not communicate with the server. Thanks!

@kellym Sorry I didn’t check the forums yesterday, glad you found it!

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

@tom-elliott Hello Tom! I know that. But you misunderstand me!
What I do is the following:
I change an entry under “Active Directory” and press “Update” in this section -> Feedback: “successfully saved”.
If I then go to any other menu item in the FOG (e.g., Dashboard) and back to the “FOG Settings” to “Active Directory”, the changes made will still be there!
If I now change another item in the settings (for example, PXE MENU TIMEOUT and change the value 5 to 3) and press Update under this section, appears again “successfully saved”.
But if I switch to the dashboard and go back to the FOG settings under “Achtive Directory”, the entries made there have disappeared and also the change in the section above it (in PXE MENU TIMEOUT is again stored 5 instead of 3!)!
Printscreens:
First Change in Active Directory:
0_1528959423881_1-first_change.jpg

Press update:
0_1528959483221_2-success.jpg

Going to dashboard and back to FOG-Settings changing “PXE MENU TIMEOUT from 5 to 3” and press update:
0_1528959526220_3-second_change.jpg

Going to dashboard and back to Fog-Settings, all changes are gone!!:
0_1528959638221_4-go_to_dashboard_and_back_to_settings.jpg