Fog 1.1.0 multicast sits at "Starting to restore image (-) to device (/dev/sda1)

[Mentaloid]

[quote=“Tom Elliott, post: 35689, member: 7271”]Mentaloid,

I’ve added much of the scripts you did (less the nettest.php as I added it directly into FOGCore class.) Also all the edits. Hopefully this will help us all out. Thank you for taking the time to test/troubleshoot and post your findings.[/quote]

No worries at at all Tom, the least I can do to help the project!
I had figured you would add it directly to the FOGCore class

I tested this against Ubuntu as well. Unfortunately, Ubuntu/upstart ignores LSB headers in the init scripts (bah… Ubuntu re-invents the wheel, and cripples it in the process again). Another solution will have to be found for this mysql issue for more compatibility.
2 options exist…
A) write a routine that checks for mysql to be alive, similar to wait_interface_ready.
B) Create an upstart style initscript, and install that instead of insserv/lsb initscript when installing on upstart OS’s

I like option A better, as it wouldn’t require separating the installer into ubuntu/upstart and debian/inserv again (yuck). I’ll look into how/where you implemented wait_interface_ready in the FOGCore class, and see if I can create a similar routine for mysql this weekend (or soon thereafter). The problem I can see with this is that FOGCore itself is what bombs without mysql. I’ll toy and see whats possible.

I also noticed a device output mistake in /var/www/fog/lib/fog/MulticastManager.class.php on line 227. This should be MULTICASTDEVICEOUTPUT. In SVN, it is using REPLICATORDEVICEOUTPUT.

[Tom Elliott]

Thanks for reporting and I’ll fix it right now.

[Mentaloid]

Toying around complete… Conclusions:
A) once base.inc.php is included, the full FOGCore/FOGBase is initialized. There doesn’t look to be any way I can see with the current structure to have the classes wait for the database when used as a daemon. Once called, an exception and exit is desired for normal circumstances (called via the CGI/Apache SAPI) if the database isn’t available. If we create an exemption for daemons (CLI SAPI) during DB class construction, then we are stuck with having to determine which service is currently executing and output to the correct output device the daemon for messages and waiting. I don’t see this as desirable operation inside the base DB classes as this isn’t the job of the DB class, or for that matter FOGCore/Base.

B) have a class specific to daemons that handles wait_interface_ready and wait_db_ready routines. Feasibly, the only use for these routines would be for the daemons anyways.

I’ve gone ahead and have done option B.

Attached are the patched /opt/fog/service/FOG*/FOG* files, as well as a Daemon.class.php (/var/www/fog/lib/fog/Daemon.class.php).
$Daemon->wait_db_ready() and $Daemon->wait_interface_ready() are both implemented. wait_interface_ready() has some fixes to make it a little more compatible with servers that are using Network-Manager/Network-Manager-Gnome.

Tested against Debian 7.6 and Ubuntu 14.04, with and without NM purged.

[url=“/_imported_xf_attachments/1/1313_FOGServices.zip?:”]FOGServices.zip[/url]

[Tom Elliott]

I’ve added the Daemon class and the edited FOG Service files. I appreciate the assist.

[phm2000]

Hi

I have the same problem with fog 1.2 and ubuntu 10.04.
It stays at : Starting to restore image (-) to device (/dev/sda1) on my 8 computers
Any idea

Thanks

[Mentaloid]

1.2.0 stock has the known issue above… if you don’t wish to use the SVN tree, then the above scripts in my previous post could be applied manually.

[MarcoN]

I have the same setup as phm2000 and same issue. I tried the SVN tree following this instructions [url]http://www.fogproject.org/wiki/index.php/SVN[/url]

Unfortunattely the issue is still there.

[phm2000]

Hi Mentaloid

I tried your files but same issue.
I tried svn, same issue.
The multicast task dissapear from list after 1 minute but individual tasks stays on active task list.

[Tom Elliott]

[quote=“phm2000, post: 36243, member: 24664”]Hi Mentaloid

I tried your files but same issue.
I tried svn, same issue.
The multicast task dissapear from list after 1 minute but individual tasks stays on active task list.[/quote]

Have you tried making sure FOGMulticastManager service is actually running properly?

[code]sudo service FOGMulticastManager stop && sleep 30 && sudo service FOGMulticastManager start[/code]

[kimbo]

Hi,

i made a complete fresh installation with Ubuntu Server 12.04.5 (and also Debian 7.5) and the lastest FOG SVN 2270 (yesterday) with in a NAT VM. I can´t do a multicast deploy of an image. I created a group and assigned one single client (NAT VM too) to this group. its not working (multicast deploy with a group to a single client also not working) . It´s starts up until it cames to the partclone screen. After this it hangs and nothing happens. With Unicast everything works fine and i can create and deploy an image.

In the LOG-Viewer i found serveral entrys about

[CODE][09-10-14 7:18:25 am] | Task (1) mcgroup-with-one-client is already running PID 3999
[09-10-14 7:18:35 am] | Task (1) mcgroup-with-one-client is already running PID 3999
[09-10-14 7:18:45 am] | Task (1) mcgroup-with-one-client is already [/CODE]

I´m also noticed that the time is incorrect. I tried to correct it with the hints i found in the forum but it shows still the wrong time. I´am also tried to apply the patches i found here in the thread but it looks like they are already there.

With the new SVN i found the Option Multicast-Image under “Image-Management”. When i create with this an multicast session, start the clients over pxe and select “Join Multicast Session” the multicast restore working. This is really confusing that it is working this way but not the way through the group management.

Here the install Log:

[CODE]Script started on Di 09 Sep 2014 13:58:57 CEST
Debian

  ..#######:.    ..,#,..    .::##::. 

.:###### .:;####:…;#;…
…##… …##;,;##::::.##…
,# …##…##:::## …::
## .::###,##. . ##.::#.:######::.
…##:::###::…#. … .#…#. #…#:::.
…:####:… …##…##::## … #
# . …##:,;##;:::#: … ##…
.# . .:;####;::::.##:::;#:…
# …:;###…

###########################################

FOG

Free Computer Imaging Solution

http://www.fogproject.org/

Developers:

Chuck Syperski

Jian Zhang

Peter Gilchrist

Tom Elliott

GNU GPL Version 3

###########################################

Version: 1.3.0 Installer/Updater

• Found FOG Settings from previous install at: /opt/fog/.fogsettings
• Performing upgrade using these settings…

Starting Debian / Ubuntu / Kubuntu / Edubuntu Installtion.

#####################################################################

FOG now has everything it needs to setup your server, but please
understand that this script will overwrite any setting you may
have setup for services like DHCP, apache, pxe, tftp, and NFS.

It is not recommended that you install this on a production system
as this script modifies many of your system settings.

This script should be run by the root user on Redhat or with sudo on Ubuntu.

** Notice ** Redhat users will need to disable SELinux and iptables in
order to use FOG
Please see our wiki for more information at http://www.fogproject.org/wiki

Here are the settings FOG will use:
Base Linux: Debian
Detected Linux Distribution: Debian
Installation Type: Normal Server
Server IP Address: 192.168.83.134
DHCP router Address: 192.168.83.2
DHCP DNS Address: 192.168.83.2
Interface: eth0
Using FOG DHCP: 1
Internationalization: 0
Image Storage Location: /images
Donate: 0

Are you sure you wish to continue (Y/N) y

Installation Started…

Installing required packages, if this fails
make sure you have an active internet connection.

• Preparing apt-get

• Installing package: apache2

• Installing package: php5

• Installing package: php5-json

• Installing package: php5-gd

• Installing package: php5-cli

• Installing package: php5-mysql

• Installing package: php5-curl

• Installing package: mysql-server

  We are about to install MySQL Server on
  this server, if MySQL isn’t installed already
  you will be prompted for a root password.

  Press enter to acknowledge this message.

Paketlisten werden gelesen…
Abhängigkeitsbaum wird aufgebaut…
Statusinformationen werden eingelesen…
mysql-server ist schon die neueste Version.
0 aktualisiert, 0 neu installiert, 0 zu entfernen und 0 nicht aktualisiert.

• Installing package: mysql-client
• Installing package: isc-dhcp-server
• Installing package: tftpd-hpa
• Installing package: tftp-hpa
• Installing package: nfs-kernel-server
• Installing package: vsftpd
• Installing package: net-tools
• Installing package: wget
• Installing package: xinetd
• Installing package: sysv-rc-conf
• Installing package: tar
• Installing package: gzip
• Installing package: build-essential
• Installing package: cpp
• Installing package: gcc
• Installing package: g++
• Installing package: m4
• Installing package: htmldoc
• Installing package: lftp
• Installing package: openssh-server
• Installing package: php-gettext

Confirming package installation.

• Checking package: apache2…OK
• Checking package: php5…OK
• Checking package: php5-json…OK
• Checking package: php5-gd…OK
• Checking package: php5-cli…OK
• Checking package: php5-mysql…OK
• Checking package: php5-curl…OK
• Checking package: mysql-server…OK
• Checking package: mysql-client…OK
• Checking package: isc-dhcp-server…OK
• Checking package: tftpd-hpa…OK
• Checking package: tftp-hpa…OK
• Checking package: nfs-kernel-server…OK
• Checking package: vsftpd…OK
• Checking package: net-tools…OK
• Checking package: wget…OK
• Checking package: xinetd…OK
• Checking package: sysv-rc-conf…OK
• Checking package: tar…OK
• Checking package: gzip…OK
• Checking package: build-essential…OK
• Checking package: cpp…OK
• Checking package: gcc…OK
• Checking package: g++…OK
• Checking package: m4…OK
• Checking package: htmldoc…OK
• Checking package: lftp…OK
• Checking package: openssh-server…OK
• Checking package: php-gettext…OK

Configuring services.

• Setting up and starting MySql…OK

• Backing up user reports…OK

• Setting up and starting Apache Web Server…OK
  You still need to install/update your database schema.
  This can be done by opening a web browser and going to:

  http://192.168.83.134/fog/management

Press [Enter] key when database is updated/installed.

• Configuring Fresh Clam…OK
• Setting up storage…OK
• Setting up and starting NFS Server…OK
• Setting up and starting DHCP Server…OK
• Setting up and starting TFTP and PXE Servers…OK
• Setting up and starting VSFTP Server…OK
• Setting up sudo settings…OK
• Setting up FOG Snapins…OK
• Setting up and building UDPCast…OK
• Installing init scripts…OK
• Setting up FOG Services…OK
• Starting FOG Multicast Management Server…OK
• Starting FOG Image Replicator Server…OK
• Starting FOG Task Scheduler Server…OK
• Setting up FOG Utils…OK

Setup complete!

You can now login to the FOG Management Portal using
the information listed below. The login information
is only if this is the first install.

This can be done by opening a web browser and going to:

  http://192.168.83.134/fog/management

  Default User:
        Username: fog
        Password: password

Script done on Di 09 Sep 2014 13:59:59 CEST
[/CODE]

I hope you can help me

[Tom Elliott]

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.

[kimbo]

No sorry i had no luck. multicast still not working. unicast for create/deploy an image are working. he still hangs at the same point at the partclone screen. I also tried debug mode - everything looks fine, no errors on screen until this point.

[MarcoN]

Has there been any news on this on development point of view?

[phm2000]

[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]
Hi

I tried it but without success, it stays blocked at “starting to restore image”

[Bobfrid]

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.

[MarcoN]

Thanks for the suggestion Bobfrid, but unfortunattely i had my FOG_UDPCAST_INTERFACE set to eth0 ,and this is the correct interface.

[TaTa]

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]

[Chris Shanks]

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

[Tom Elliott]

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 remove

only 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 off

Only 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]

[belac]

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