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

Deployment stuck in a loop, never finishes imaging?

Scheduled Pinned Locked Moved Solved
FOG Problems
5
54
12.4k
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.
  • S
    salted_cashews @Tom Elliott
    last edited by May 13, 2019, 9:04 PM

    @Tom-Elliott
    No problem, here’s the output:

    administrator@FOG-DHCP:/images$ ls -lhart /images/PPS_v9.0R2_dev_CentOS/
    total 30G
    -rwxrwxrwx  1 root          root             5 May  2 07:27 d1.fixed_size_partitions
    -rwxrwxrwx  1 root          root           368 May  2 07:27 d1.partitions
    -rwxrwxrwx  1 root          root            48 May  2 07:29 d1.original.fstypes
    -rwxrwxrwx  1 root          root             0 May  2 07:29 d1.has_grub
    -rwxrwxrwx  1 root          root          1.0M May  2 07:29 d1.mbr
    -rwxrwxrwx  1 root          root           368 May  2 07:29 d1.minimum.partitions
    -rwxrwxrwx  1 root          root           512 May  2 07:29 d1p5.ebr
    -rwxrwxrwx  1 root          root          173M May  2 07:29 d1p1.img
    -rwxrwxrwx  1 root          root           29G May  2 08:12 d1p2.img
    -rwxrwxrwx  1 root          root           512 May  2 08:16 d1p4.ebr
    -rwxrwxrwx  1 root          root            47 May  2 08:16 d1.original.swapuuids
    -rwxrwxrwx  1 root          root          1.1G May  2 08:16 d1p3.img
    drwxrwxrwx  2 root          root          4.0K May 13 12:29 .
    -rw-rw-r--  1 administrator administrator  90M May 13 12:29 d1p1_extracted.dat
    drwxrwxrwx 40 fog           root          4.0K May 13 13:32 ..
    
    

    This certainly is a weird occurrence, I’ve captured and deployed a few images since then so I know nothing has been permanently botched. I know getting that fsck error usually means a corrupt file system correct?

    T 1 Reply Last reply May 13, 2019, 9:18 PM Reply Quote 0
    • T
      Tom Elliott @salted_cashews
      last edited by May 13, 2019, 9:18 PM

      @salted_cashews IN the d1.fixed_size_partitions, can you add :3 to the file? And see if that helps at all?

      I’m grasping at straws and just guessing at what may be the issue. I don’t know what is the issue right now, of course, so I don’t expect any miracles here. But just testing a theory.

      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

      S 1 Reply Last reply May 13, 2019, 9:21 PM Reply Quote 0
      • S
        salted_cashews @Tom Elliott
        last edited by May 13, 2019, 9:21 PM

        @Tom-Elliott

        :3:4:5
        

        Like so?

        T 1 Reply Last reply May 13, 2019, 9:28 PM Reply Quote 0
        • T
          Tom Elliott @salted_cashews
          last edited by May 13, 2019, 9:28 PM

          @salted_cashews that works yes

          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
          • S
            Sebastian Roth Moderator
            last edited by May 14, 2019, 6:23 AM

            @salted_cashews We have not looked at the partition layout yet at all. Probably just because the error did not seem to point that way. Thanks Tom for mentioning that in a chat session!

            Can you please post the contents of the text files: d1.fixed_size_partitions (before and after changing it), d1.partitions, d1.minimum.partitions and d1.original.fstypes.

            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
            • S
              salted_cashews
              last edited by salted_cashews May 14, 2019, 7:20 AM May 14, 2019, 1:19 PM

              @Sebastian-Roth

              Before:

              administrator@FOG-DHCP:/images/PPS_v9.0R2_dev_CentOS$ cat d1.fixed_size_partitions
              :4:5
              

              After:

              administrator@FOG-DHCP:/images/PPS_v9.0R2_dev_CentOS$ cat d1.fixed_size_partitions
              :3:4:5
              
              administrator@FOG-DHCP:/images/PPS_v9.0R2_dev_CentOS$ cat d1.partitions
              label: dos
              label-id: 0x000b34c0
              device: /dev/sda
              unit: sectors
              
              /dev/sda1 : start=        2048, size=     2097152, type=83, bootable
              /dev/sda2 : start=     2099200, size=   262144000, type=83
              /dev/sda3 : start=   264243200, size=   104857600, type=83
              /dev/sda4 : start=   369100800, size=   568602112, type=5
              /dev/sda5 : start=   369108992, size=    20971520, type=82
              
              administrator@FOG-DHCP:/images/PPS_v9.0R2_dev_CentOS$ cat d1.minimum.partitions
              label: dos
              label-id: 0x000b34c0
              device: /dev/sda
              unit: sectors
              
              /dev/sda1 : start=        2048, size=      531963, type=83, bootable
              /dev/sda2 : start=     2099200, size=    95734010, type=83
              /dev/sda3 : start=   264243200, size=    13453641, type=83
              /dev/sda4 : start=   369100800, size=   568602112, type=5
              /dev/sda5 : start=   369108992, size=    20971520, type=82
              
              administrator@FOG-DHCP:/images/PPS_v9.0R2_dev_CentOS$ cat d1.original.fstypes
              /dev/sda1 extfs
              /dev/sda2 extfs
              /dev/sda3 extfs
              
              1 Reply Last reply Reply Quote 0
              • S
                Sebastian Roth Moderator
                last edited by May 14, 2019, 3:01 PM

                @salted_cashews As far as I can see the partition layout looks fine. Don’t think there is anything wrong with it - at least not something obvious.

                So we are back to the point where you tried to manually extract d1p3.img and that failed with “Read error (39) : premature end”. Asking the search engine of choice we get some interesting bug report here pointing to a fix that was pushed only a month ago. Not exactly sure but to me it sounds like this could be it. @Tom-Elliott @Junkhacker what do you think?

                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

                S 1 Reply Last reply May 14, 2019, 7:17 PM Reply Quote 0
                • S
                  salted_cashews @Sebastian Roth
                  last edited by May 14, 2019, 7:17 PM

                  @Sebastian-Roth Interesting, so a simple update to the latest build seems to be a solution? I remember you saying (about a month ago no less) that you guys were releasing a new version. Interesting, I really need to keep hounding my superiors lol.

                  1 Reply Last reply Reply Quote 0
                  • S
                    Sebastian Roth Moderator
                    last edited by Sebastian Roth May 14, 2019, 1:27 PM May 14, 2019, 7:25 PM

                    @salted_cashews No, we have not included this patch to FOG yet. This is new to me as well. Just stumbled upon this when looking for a solution.

                    A new version (1.5.6) was released a couple of days ago but as you see we are always on the edge of trying to solve all the issues that arise. So new releases will come… You need to know that we don’t have a strict release schedule. We are a very small team of developers and sometimes there is very little time while we have a bit more at other times. So sometimes there might be a new release in just two weeks and sometimes it takes months.

                    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
                    • S
                      Sebastian Roth Moderator
                      last edited by May 14, 2019, 7:29 PM

                      @salted_cashews Would you be keen to test new init files (manual download of inits and possibly kernel binaries) if I provide those for you? Should find enough time by the end of this week.

                      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

                      S 1 Reply Last reply May 14, 2019, 7:35 PM Reply Quote 0
                      • S
                        salted_cashews @Sebastian Roth
                        last edited by May 14, 2019, 7:35 PM

                        @Sebastian-Roth Certainly so! I won’t have to worry about these new kernels breaking any working images would I? Would making a backup beforehand be a wise choice?

                        Also, I appreciate the work you guys do here very much. I understand you’re all doing this in your own time and that changes might come sooner or later. I’ve learned quite a lot from using FOG as a whole and speaking with you and everyone on the forums. Anything I can do to help I’m willing to jump in.

                        1 Reply Last reply Reply Quote 0
                        • S
                          Sebastian Roth Moderator
                          last edited by Sebastian Roth May 15, 2019, 11:40 AM May 15, 2019, 5:39 PM

                          @salted_cashews Ok, just finished building new inits with Zstd 1.4.0 that you can try out. I’d suggest you put the kernel and init binary alongside with the original ones instead of swapping those. This way you can test without causing any harm.

                          On you FOG server run (suppose you have 64 bit machines here):

                          sudo su -
                          cd /var/www/html/fog/service/ipxe
                          wget https://fogproject.org/kernels/Kernel.TomElliott.4.19.36.64
                          wget https://fogproject.org/inits/init_zstd-1.4.0.xz
                          chmod 666 Kernel.TomElliott.4.19.36.64 init_zstd-1.4.0.xz
                          

                          Better if you do a chown ... on the files but as I don’t know your OS webserver username I thought I’d do it this way.

                          Now go to the FOG web UI, edit the hosts settings of the machine you capture the image from and set Host Kernel to Kernel.TomElliott.4.19.36.64 and Host Init to init_zstd-1.4.0.xz. Now schedule a capture task, let it grab the whole image and then try to deploy that new image again.

                          Not sure if you need to set Host Kernel and Host Init on the deploy host as well. From my point of view it’s the capture that breaks the image and deployment using the old-fashioned kernel/init might still work.

                          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

                          S 1 Reply Last reply May 15, 2019, 7:00 PM Reply Quote 0
                          • S
                            salted_cashews @Sebastian Roth
                            last edited by May 15, 2019, 7:00 PM

                            @Sebastian-Roth Unfortunately the machine in question has been imaged over, so the original image that is now broken no longer exists aside from the copy on the FOG server. Should I still try using those Kernels on deployment? I know you said the capture might’ve been the problem though.

                            1 Reply Last reply Reply Quote 0
                            • S
                              Sebastian Roth Moderator
                              last edited by May 15, 2019, 7:49 PM

                              @salted_cashews I am fairly sure the image was corrupted when capturing it already. So I don’t think that deploying with the new init/kernel will help. But you might still give it a try. You never know.

                              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

                              S 1 Reply Last reply May 15, 2019, 8:01 PM Reply Quote 0
                              • S
                                salted_cashews @Sebastian Roth
                                last edited by salted_cashews May 15, 2019, 2:03 PM May 15, 2019, 8:01 PM

                                @Sebastian-Roth True, I’ve elected to at least give it a go. I did notice the image progress screen was a bit off, is this the init/kernel?
                                alt text

                                1 Reply Last reply Reply Quote 0
                                • S
                                  Sebastian Roth Moderator
                                  last edited by May 15, 2019, 8:14 PM

                                  @salted_cashews Strange, no idea why that is?!

                                  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

                                  S 1 Reply Last reply May 15, 2019, 8:52 PM Reply Quote 0
                                  • S
                                    salted_cashews @Sebastian Roth
                                    last edited by May 15, 2019, 8:52 PM

                                    @Sebastian-Roth Haha, no worries. Unfortunately it didn’t work but this certainly was an interesting learning experience. This has made me curious: Does the task via the GUI and task on the client both have to be restarted (i.e. the computer rebooted and the old task killed, new task created) in order for an image to be deployed? I only ask because I’ve been using debug mode quite a bit but noticed I couldn’t start a new task without rebooting the client first. I would try to schedule a new task via the GUI but it would only take the old one when I ran “fog” at the CLI. From my perspective this makes sense as the FOS is deployed after PXE boot and that FOS contains only the information it was given from that correct?

                                    J 1 Reply Last reply May 15, 2019, 9:12 PM Reply Quote 0
                                    • J
                                      Junkhacker Developer @salted_cashews
                                      last edited by May 15, 2019, 9:12 PM

                                      @salted_cashews i think the issue you’re describing is because the FOS hits the problem and bails before the step where it checks in with the web interface to say it’s done.

                                      signature:
                                      Junkhacker
                                      We are here to help you. If you are unresponsive to our questions, don't expect us to be responsive to yours.

                                      S 1 Reply Last reply May 15, 2019, 9:29 PM Reply Quote 0
                                      • S
                                        salted_cashews @Junkhacker
                                        last edited by May 15, 2019, 9:29 PM

                                        @Junkhacker Ah, that makes sense now that I think about it.

                                        1 Reply Last reply Reply Quote 0
                                        • S
                                          Sebastian Roth Moderator
                                          last edited by May 16, 2019, 5:31 AM

                                          @salted_cashews So the master installation is lost? Too bad. Think there is nothing we can do as the last image capture is incomplete and we can’t get that extracted. Hmmmmmm

                                          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

                                          S 1 Reply Last reply May 16, 2019, 1:04 PM Reply Quote 0
                                          • 1
                                          • 2
                                          • 3
                                          • 3 / 3
                                          3 / 3
                                          • First post
                                            43/54
                                            Last post

                                          226

                                          Online

                                          12.0k

                                          Users

                                          17.3k

                                          Topics

                                          155.2k

                                          Posts
                                          Copyright © 2012-2024 FOG Project