• Recent
    • Unsolved
    • Tags
    • Popular
    • Users
    • Groups
    • Search
    • Register
    • Login

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

    Scheduled Pinned Locked Moved
    FOG Problems
    23
    81
    70.8k
    Loading More Posts
    • Oldest to Newest
    • Newest to Oldest
    • Most Votes
    Reply
    • Reply as topic
    Log in to reply
    This topic has been deleted. Only users with topic management privileges can see it.
    • K
      kimbo
      last edited by

      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.

      1 Reply Last reply Reply Quote 0
      • M
        MarcoN
        last edited by

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

        1 Reply Last reply Reply Quote 0
        • P
          phm2000
          last edited by

          [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”

          1 Reply Last reply Reply Quote 0
          • BobfridB
            Bobfrid
            last edited by

            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.

            1 Reply Last reply Reply Quote 0
            • M
              MarcoN
              last edited by

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

              1 Reply Last reply Reply Quote 0
              • T
                TaTa
                last edited by

                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]

                1 Reply Last reply Reply Quote 0
                • C
                  Chris Shanks
                  last edited by

                  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

                  1 Reply Last reply Reply Quote 0
                  • Tom ElliottT
                    Tom Elliott
                    last edited by

                    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]

                    Please help us build the FOG community with everyone involved. It's not just about coding - way more we need people to test things, update documentation and most importantly work on uniting the community of people enjoying and working on FOG! Get in contact with me (chat bubble in the top right corner) if you want to join in.

                    Web GUI issue? Please check apache error (debian/ubuntu: /var/log/apache2/error.log, centos/fedora/rhel: /var/log/httpd/error_log) and php-fpm log (/var/log/php*-fpm.log)

                    Please support FOG if you like it: https://wiki.fogproject.org/wiki/index.php/Support_FOG

                    1 Reply Last reply Reply Quote 0
                    • B
                      belac
                      last edited by

                      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

                      1 Reply Last reply Reply Quote 0
                      • S
                        Sebastian Roth Moderator
                        last edited by

                        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!

                        Web GUI issue? Please check apache error (debian/ubuntu: /var/log/apache2/error.log, centos/fedora/rhel: /var/log/httpd/error_log) and php-fpm log (/var/log/php*-fpm.log)

                        Please support FOG if you like it: https://wiki.fogproject.org/wiki/index.php/Support_FOG

                        1 Reply Last reply Reply Quote 0
                        • Tom ElliottT
                          Tom Elliott
                          last edited by

                          Yes, there’s a syntactically incorrect sql stament.

                          The statement should be:
                          [code]delete from tasks where taskTypeID=‘8’;[/code]

                          Please help us build the FOG community with everyone involved. It's not just about coding - way more we need people to test things, update documentation and most importantly work on uniting the community of people enjoying and working on FOG! Get in contact with me (chat bubble in the top right corner) if you want to join in.

                          Web GUI issue? Please check apache error (debian/ubuntu: /var/log/apache2/error.log, centos/fedora/rhel: /var/log/httpd/error_log) and php-fpm log (/var/log/php*-fpm.log)

                          Please support FOG if you like it: https://wiki.fogproject.org/wiki/index.php/Support_FOG

                          1 Reply Last reply Reply Quote 0
                          • 1
                          • 2
                          • 3
                          • 4
                          • 5
                          • 4 / 5
                          • First post
                            Last post

                          194

                          Online

                          12.0k

                          Users

                          17.3k

                          Topics

                          155.2k

                          Posts
                          Copyright © 2012-2024 FOG Project