Fog 1.1.0 multicast sits at "Starting to restore image (-) to device (/dev/sda1)
-
Has there been any news on this on development point of view?
-
[quote=“Tom Elliott, post: 36435, member: 7271”]I’m aware of a problem with multicast starting and the only work around I have found is to truncate your multicastSessions and multicastSessionsAssoc tables. On the fog server, kill all the current udp-sender processes.
[code]mysql -u root [ -p’PASSWORDHERE’ #only if you have a mysql password] fog
truncate table multicastSessions;
truncate table multicastSessionsAssoc;
delete * from tasks WHERE taskTypeID=‘8’;
exit;
sudo killall udp-sender; sudo killall udp-sender; sudo killall udp-sender
sudo service FOGMulticastManager restart;[/code]Then recreate your multicast task (not the one to “join” session). All should work.[/quote]
HiI tried it but without success, it stays blocked at “starting to restore image”
-
Not sure this is related to any of the previous issues in the thread, but I had several Ubuntu 14.04 Fog servers using 1.2.0 that would unicast perfectly but get “starting to restore image” when multicasting.
I finally found that the FOG_UDPCAST_INTERFACE value under Multicast Settings was wrong. It was set to eth0 while my adapter was eth1. Not sure how I managed that, but hope it helps someone.
-
Thanks for the suggestion Bobfrid, but unfortunattely i had my FOG_UDPCAST_INTERFACE set to eth0 ,and this is the correct interface.
-
This works for me on svn 2765 as suggested by Tom but this is not permanent. Multicast always breaks when the server restarted and clients stuck at “Starting to restore image screen…” Does anyone know how to make it permanent? Thank you.
[QUOTE]sudo service FOGMulticastManager stop && sleep 30 && sudo service FOGMulticastManager start[/QUOTE] -
Hey Guys, Just wondering if people are still having this problem with newer versions of svn (2923). Tom is this something you have time to look at amongst everything else you do?
Thanks
-
I’m aware that people are still having issues.
As such,
If you add the necessary components to the rc.local file for your particular OS, things should work as expected.
The first steps seem to me that you would need to disable services to don’t start properly at boot time.
These services, in my knowledge, consists of:
tftpd-hpa (ubuntu), mysql (ubuntu), FOGMulticastManager, FOGSnapinReplicator, FOGImageReplicator, and FOGScheduler.
I’d also like to state that this issue only appears (from the capabilities I’ve found) to happen with OS’s that deal with startup scripts through the use of systemd (e.g. systemctl) and does not seem to affect sysvinit as programs are started on a priority list rather than dependent upon the startup of devices/networking while the main program starts first.
The step’s I’d take to do this:
For Ubuntu/Debian based on systemd run
[code]sudo update-rc.d mysql remove
sudo update-rc.d tftpd-hpa remove
sudo update-rc.d FOGMulticastManager remove
sudo update-rc.d FOGImageReplicator remove
sudo update-rc.d FOGScheduler removeonly if on current version of SVN that contains snapinreplicator
sudo update-rc.d FOGSnapinReplicator remove
#Run these just to ensure things are truly off
sudo sysv-rc-conf tftpd-hpa off
sudo sysv-rc-conf mysql off
sudo sysv-rc-conf FOGMulticastManager off
sudo sysv-rc-conf FOGImageReplicator off
sudo sysv-rc-conf FOGScheduler offOnly if on current version of SVN that contains SnapinReplicator
sudo sysv-rc-conf FOGSnapinReplicator off
[/code]Then edit the /etc/rc.local so it looks like:
[code]#!/bin/bash
sleep 30
systemctl start tftpd-hpa
systemctl start mysql
systemctl start FOGMulticastManager
systemctl start FOGScheduler
systemctl start FOGSnapinReplicator
systemctl start FOGImageReplicator
exit 0[/code]Then edit the /etc/rc.local (on ubuntu) or /etc/rc.d/rc.local (Fedora/Maybe Centos/Redhat 7?)
Add the lines (before exit 0). If the file is being created you’ll need to add the exit 0 as the last line.For Fedora/CentOS/Redhat
[code]systemctl disable FOG{MulticastManager,Scheduler,SnapinReplicator,ImageReplicator}[/code]
Edit /etc/rc.d/rc.local (unless /etc/rc.local exists in which case us /etc/rc.local)
If /etc/rc.local does not exist, first run:
[code]touch /etc/rc.d/rc.local;chmod +x /etc/rc.d/rc.local[/code]
Then edit the file and make it look like:
[code]#!/bin/bash
sleep 30
systemctl start FOGMulticastManager
systemctl start FOGScheduler
systemctl start FOGSnapinReplicator
systemctl start FOGImageReplicator
exit 0[/code] -
I tried this and get an error when running the delete commands after successfully running the truncate commands. "error 1064 (42000): you have an error in your sql syntax…check … for the right syntax to use near ‘* from tasks WHERE taskTypeID=‘8’’
I was just copying from the post so not sure if there was a typo.
Thanks,
Caleb -
Syntax should be:
[CODE]delete from tasks WHERE taskTypeID=‘8’;[/CODE]Be aware that this sql statement deletes stuff from your database and you won’t be able to get those entries back easily! I am not saying that you should not delete. Just want to make sure you know what you do!
-
Yes, there’s a syntactically incorrect sql stament.
The statement should be:
[code]delete from tasks where taskTypeID=‘8’;[/code]