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

Multicast image is pushed, but it does not "finish/finalize"

Scheduled Pinned Locked Moved
FOG Problems
2
6
551
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.
  • D
    dmcadams
    last edited by Feb 22, 2022, 4:43 PM

    Hello, we first experienced this issue back in December during one of our store openings. Since it was a new install, we just dealt with it and thought this was some strange glitch. Since then, we’ve actually noticed the same thing at 2 other locations, both of which we made no changes, and didn’t previously see this issue. We really don’t multicast often, so that’s why its been several months.

    Issue:
    Multicast image is deployed and gets to 100% on all partitions. No matter how many systems we have going, only 1 PC will actually “finish” the image and reboot. The other PCs will all sit on the partclone screen, and we have to stop the FOG task, then manually reboot the PCs. These PCs that need to be manually rebooted do not get their PC name changed (it remains the same name as the source image PC). So whatever stage/phase where the PC name gets changed, is only running on 1 PC. All others will remain stuck until manual intervention.

    As mentioned, we didn’t see this issue prior to our December opening. We opened a location in November and successfully multicasted over 120+ PCs in a few chunks. That same location, with no changes made to FOG, now experiences this issue.
    We have since tried a few different kernel versions with no luck.

    Has anyone experienced this? Ultimately, we do have a work around, so this isn’t a huge deal. It just gets frustrating as most of what we do is remote, so this issue does cause a delay in the process to wait for onsite assistance.

    After Multicast screen

    D 1 Reply Last reply Feb 23, 2022, 1:14 PM Reply Quote 0
    • D
      dmcadams @dmcadams
      last edited by Feb 23, 2022, 1:14 PM

      @dmcadams FYI, yes this is a Windows 11 image, but I can assure you that this has nothing to do with Windows 11. We first noticed this at 2 other locations using Windows 10. We just happen to be testing with 11 right now.

      1 Reply Last reply Reply Quote 0
      • S
        Sebastian Roth Moderator
        last edited by Feb 24, 2022, 9:41 PM

        @dmcadams I think what we see here is not the “end of partclone after the last partition” but more the “start of the last partition”. Looks like only one machine is able to pick up the multicast session of the last partition while all the others miss it and simply hang there till you shut them down manually.

        Which version of FOG do you use?

        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

        D 1 Reply Last reply Mar 20, 2022, 1:16 PM Reply Quote 0
        • D
          dmcadams @Sebastian Roth
          last edited by Mar 20, 2022, 1:16 PM

          @sebastian-roth
          We are using 1.5.9
          The kernel we use does vary between stores though. 5.10.50 is a popular one though, but we’ve used older and I’ve tried the 5.10.71 (nothing newer than that).

          That’s very strange too. Especially considering that the issue seemingly appeared with no changes made to FOG and across multiple locations.

          1 Reply Last reply Reply Quote 0
          • S
            Sebastian Roth Moderator
            last edited by Sebastian Roth Mar 21, 2022, 12:28 PM Mar 21, 2022, 6:27 PM

            @dmcadams I made some changes to the multicast management code but that was before 1.5.9 was released. So I am sure you have those fixes already.

            I suggest you play with the timeout between partitions to see if that helps. FOG starts a fresh UDPCAST session for each partition and waits for 10 seconds for every PC to join the session in between each partition. To change that behaviour follow these steps:

            • Stop all multicast sessions
            • Edit /var/www/html/fog/lib/service/multicasttask.class.php line 659 (see code on github). and increase that number from 10 to 30. For more details on this read up this topic in the forums: https://forums.fogproject.org/topic/15507/multicast-deploying-shutdown-pc
            • Restart the service systemctl restart FOGMulticastManager
            • Schedule a fresh multicast session and see if the issue happens again.

            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

            D 1 Reply Last reply Mar 28, 2022, 2:34 PM Reply Quote 0
            • D
              dmcadams @Sebastian Roth
              last edited by Mar 28, 2022, 2:34 PM

              @sebastian-roth
              I’ve only been able to test this in one environment and only with 2 PCs. It did work in that particular test. In a couple of weeks, we are going to have an opportunity to hit a good number of PC’s in another environment where it previously failed, so we’ll have more data then. So far so good though! Thank you much!

              1 Reply Last reply Reply Quote 0
              • 1 / 1
              • First post
                Last post

              231

              Online

              12.0k

              Users

              17.3k

              Topics

              155.2k

              Posts
              Copyright © 2012-2024 FOG Project