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

Image Capture Hanging on "Cloned Successfully"

Scheduled Pinned Locked Moved
FOG Problems
acl capture clone permission
2
5
761
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.
  • O
    ozinfotech
    last edited by ozinfotech Aug 31, 2022, 6:54 AM Aug 31, 2022, 12:52 PM

    TLDR of possible fix: check the permissions of all folders and files in the /image folder and ensure they are fogproject:root.

    –
    Good day,

    I’ve got a dev branch (1.5.9.159) of FOG Project running on Ubuntu 22.04.01 LTS that I updated two days ago. FOG Project is the only software on this device.

    I had a similar complaint about hanging after the computer displayed “Cloned Successfully” that @flipwalker had mentioned.

    It took an extraordinary length of time for the image capture to calculate the bitmap, but then it finally showed that it was done with the message of “Cloned Successfully”.

    image-capture-hang.jpg

    I logged in via SSH and saw that there was an /image/dev/ folder that contained the image it had just taken.

    After hanging for well over an hour, the Task Management screen in the GUI showed that it was capturing again at 90% completed, even though the computer itself was still showing the image above.

    After another 5 minutes, the Task Management screen showed no more active tasks and the computer shut down.

    The just-imaged files moved to the correct folder. The only thing I could see off was the the folder it was moving to had permissions of root:root, and not fogserver:root like all of the other image folders. I corrected the permissions and will attempt another image today to see if the issue corrects itself.

    1 Reply Last reply Reply Quote 0
    • O
      ozinfotech
      last edited by ozinfotech Aug 31, 2022, 7:15 AM Aug 31, 2022, 1:14 PM

      Not sure if this is relevant or not, but as the new image is being captured, the permissions on all of the files are root:root.

      root.PNG

      And the average rate is hovering around 1.25GB/min. This is incredibly slow!

      O 1 Reply Last reply Aug 31, 2022, 3:54 PM Reply Quote 0
      • O
        ozinfotech @ozinfotech
        last edited by Aug 31, 2022, 3:54 PM

        UPDATE: The slow speed was related to a bad NIC on the server. Switched to a different one and speed shot up.

        1 Reply Last reply Reply Quote 0
        • S
          Sebastian Roth Moderator
          last edited by Sebastian Roth Aug 31, 2022, 12:05 PM Aug 31, 2022, 6:04 PM

          @ozinfotech Right after the capture of each partition the file is being renamed from d1pX.img.000 to d1pX.img (code ref - line 2234). Obviously this didn’t happen for partition 3 as we see in the file listing shown in your second post. Renaming the file shouldn’t take a long time. So I have no idea why it hangs. Maybe a network issue?

          After hanging for well over an hour, the Task Management screen in the GUI showed that it was capturing again at 90% completed, even though the computer itself was still showing the image above.

          Sure this wasn’t partition number 4 it captured later on?

          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

          O 1 Reply Last reply Aug 31, 2022, 7:01 PM Reply Quote 0
          • O
            ozinfotech @Sebastian Roth
            last edited by Aug 31, 2022, 7:01 PM

            @sebastian-roth I didn’t take that second screenshot (in the second post) until after the first one had finished. And I got it while FOG was still imaging partition 3, so you are correct, it hadn’t renamed but that was only because I wanted to get a quick image of the root:root ownership.

            Partition 4 is only 1GB so it should not have hung at all.

            I wasn’t around to watch the second capture finish, so I’ll have to do it again later this week.

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

            171

            Online

            12.0k

            Users

            17.3k

            Topics

            155.2k

            Posts
            Copyright © 2012-2024 FOG Project