FOG 1.5.6 Multicast problem?!
-
@kratkale Let’s try to take a new approach to this. Please edit
/lib/systemd/system/FOGMulticastManager.service
, goto line 18 that looks like this:After=syslog.target network.target mysql.service
Change it to look like this:
After=syslog.target network-online.target mysql.service
Then reboot your FOG server and check
/var/log/fog/fogmulticast.log
again.As well you might run
systemd-analyze plot > systemd-deps.svg
and upload that SVG graphics file to a file share and post a link here. On my Debian test VM it looks like this:
The FOG* services start late on that test system (latest Debian in virtualbox VM) anyway and that is without the above mentioned change. Would be interesting to see if that looks different on your hardware server. Possibly the network interface card on your hardware just takes a little longer…
-
Now the addrees is here:
…
[05-04-19 10:25:00 am] Interface Ready with IP Address: 127.0.0.1
[05-04-19 10:25:00 am] Interface Ready with IP Address: 127.0.1.1
[05-04-19 10:25:00 am] Interface Ready with IP Address: 192.168.0.196
[05-04-19 10:25:00 am] * Starting MulticastManager Service
[05-04-19 10:25:00 am] * Checking for new items every 10 seconds
[05-04-19 10:25:00 am] * Starting service loop
[05-04-19 10:25:00 am] * No tasks found!
… -
@kratkale Then schedule another multicast task and see if it’s working. I guess we are on the right way with this.
Earlier on you said:
This aproach is cousing a boot loop " Unable to locate image store …"
Where did you see this message?
-
@Sebastian-Roth
just the messeage you see in the pic. I’ve still this problem!There are no images anymore???
I ve to check the mounting … -
@Sebastian-Roth
ok - I lost the image I’ve done new on this configuration.The old images (importet with csv file) are still available in Web GUI
in /images I can find all the folder: old an new …
There was a mistake in the fstab file - so the hdd was not mounted
-
ok I took now an old image
it is working but:
-) Erasing current MBR/GPT Tables takes a looooooooooooooooong time
-) Cloning works much faster 12,7GB/min instead of 8GB/min
no mistakes with the old image -
@kratkale said in FOG 1.5.6 Multicast problem?!:
Erasing current MBR/GPT Tables takes a looooooooooooooooong time
You have the older init files (1.5.4) still in place I am fairly sure. Hope you still have a copy of the 1.5.6 inits. If not, download here.
So to sum things up, systemd might bring up network interfaces too late and we need to wait for that! I will push a fix for that soon.
-
@Sebastian-Roth
I can confirm it is working with 1.5.6 and 1.5.4!I’ve done a big mistake!
I was booting form the old system SSD connected via USB. So the changes where applied to 1.5.4 not to 1.5.6. That was why the hdd was not mounted; why I lost the image …Now I’ve another Problem.
Before rebooting I get the messeage:
“A warning has been detected!”
Failed to set disk guid …
I’ll open a new task -
@kratkale Ok thanks for the update. So I will mark this solved again. Will push the systemd fixes to
dev-branch
soon. -
@Sebastian-Roth
25 an 36 PC in Multicast