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

System will not image after update: mkfifo error related?

Scheduled Pinned Locked Moved Solved
FOG Problems
issue started a
5
19
4.5k
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.
  • C
    CBT
    last edited by May 23, 2017, 5:42 PM

    Possible error findings after running “fog” from command line:

    Running post init scripts…/bin/fog: line 20: fog.post
    init: No such file or directory
    Done

    mkfifo: cannot create fifo ‘/tmp/pigz1’: File exists
    *Clearing ntfs flag…Done
    *Resizing ntfs volume (/dev/sda2)…Done

    G 1 Reply Last reply May 23, 2017, 5:50 PM Reply Quote 0
    • G
      george1421 Moderator @CBT
      last edited by May 23, 2017, 5:50 PM

      @CBT Well, the postinit error is not important since you are not using them right now.

      The error is still the pigz one. If you still have the FOS engine up and running through the imaging script press ctrl-c and then see if there is any other details in /var/logs that give an idea why its doing this.

      Also for the devs, please post the configuration for this image you are trying to deploy. This is the settings from image management in the web gui.

      Also from the linux server command line include the output of this command ls -la /images/<image_name> replace the <image_name> with the name of the image you are deploying. They will need to see how you have this image setup and if the files match what you have configured.

      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!

      1 Reply Last reply Reply Quote 0
      • C
        CBT
        last edited by CBT May 23, 2017, 1:20 PM May 23, 2017, 7:19 PM

        Reviewed var/logs, was unable to point out anything obvious

        Image Management information from webgui:

        Image Name: Windows 7 Enterprise December 2016
        Operating System: Windows 7- (5)
        Image Path: /images/Windows7EnterpriseDecember2016
        Image Type: Single Disk - Resizable - (1)
        Partition: Everything - (1)
        Compression: 9
        Protected: False
        Image Enabled: True
        Replicate?: True

        Deploy Method: Partclone
        Primary Storage Group: default

        alt text

        T 2 Replies Last reply May 23, 2017, 7:21 PM Reply Quote 0
        • T
          Tom Elliott @CBT
          last edited by May 23, 2017, 7:21 PM

          @CBT The error you’re seeing appears because the /tmp/pigz1 file already exists. This, itself, is not a problem at all. What’s interesting, is it doesn’t appear to try imaging. It doesn’t even appear to try mounting anythign?

          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
          • T
            Tom Elliott @CBT
            last edited by May 23, 2017, 7:23 PM

            @CBT what’s the output of:

            cat /images/Windows7EnterpriseDecember2016/d1.{minimum.,}partitions
            

            What’s output of fdisk -l /dev/sda

            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
            • C
              CBT
              last edited by May 23, 2017, 7:43 PM

              cat ouput for /images/Windows7EnterpriseDecember2016/d1.{minimum.,}partitions

              alt text

              fdisk -l out for /dev/sda

              alt text

              ls -al /tmp/ produces no results for pigz1

              running fog from debug mode shows that the image properly mounts according to what’s outputted. From the host logs on the webgui it’s showing that the regular image and debug image events are successful
              alt text

              1 Reply Last reply Reply Quote 0
              • T
                Tom Elliott
                last edited by May 23, 2017, 10:29 PM

                What is “Version 13?”

                Did you git checkout working and came up with this?

                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

                T 1 Reply Last reply May 23, 2017, 11:54 PM Reply Quote 0
                • T
                  Tom Elliott @Tom Elliott
                  last edited by Tom Elliott May 23, 2017, 5:59 PM May 23, 2017, 11:54 PM

                  For what it’s worth, I think I know why this isn’t working right.

                  For this image (and possibly others) you should see something in the “Image Manager”.

                  Based on what I’m seeing (so far) the compression type element is missing from your Image management page?

                  It should look similar to:
                  0_1495583978070_2017-05-23 19_59_04-Clipboard.png

                  Why is this important when in the past it wasn’t? Because we have zstd, pigz, and uncompressed modes now. In the past, it only assumed partclone with gzip IF the type was not partimage. The check was basically:

                  case $format in
                      1)
                          pigz -dc </tmp/pigz1 | partimage restore ${target} stdin -f3 -b 2>/tmp/status.fog
                          ;;
                      *)
                          pigz -dc </tmp/pigz1 | partclone.restore --ignore_crc -O ${target} -N -f 1
                          ;;
                  esac
                  

                  In the new method, it uses:

                  case $format in
                      [5-6])
                           zstdmt -dc </tmp/pigz1 | partclone.restore -n "Storage Location $storage, Image name $img" --ignore_crc -O ${target} -Nf 1
                          ;;
                      [3-4])
                          cat </tmp/pigz1 | partclone.restore -n "Storage Location $storage, Image name $img" --ignore_crc -O ${target} -Nf 1
                          ;;
                      1)
                          pigz -dc </tmp/pigz1 | partimage restore ${target} stdin -f3 -b 2>/tmp/status.
                          ;;
                      0|2)
                          pigz -dc </tmp/pigz1 | partclone.restore -n "Storage Location $storage, Image name $img" --ignore_crc -O ${target} -N -f 1
                          ;;
                  esac
                  

                  Notice there is no *) line? My guess is the image is not sending the format code when the tasking begins. This should occur automatically if you run an update.

                  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 1
                  • C
                    CBT
                    last edited by May 24, 2017, 2:58 PM

                    Compression currently set to 9, but there is not Image Manager option with our version it seems,

                    @apathetic_admin updated to 1.4 RC, commit ae137758eba57b3c8cbbe316142a628020231045 and then we noticed the issue, so he pulled commit 56c296e9ae2af0e0ba34b12a04b0b8db0a2dc423, which did not resolve the issue.

                    I will see if the update helps, thank you for your assistance.

                    Q 1 Reply Last reply May 24, 2017, 3:02 PM Reply Quote 0
                    • Q
                      Quazz Moderator @CBT
                      last edited by May 24, 2017, 3:02 PM

                      @CBT 1.4.0 release is out, it’s newer than the RC versions. I don’t believe there’s a new RC already available, only a working-branch atm.

                      It would be useful to know why you don’t have this option, though. Anything in the apache error logs?

                      A 1 Reply Last reply May 24, 2017, 7:46 PM Reply Quote 0
                      • C
                        CBT
                        last edited by May 24, 2017, 6:08 PM

                        apache2\error.log produces the following with varied URLs:

                        PHP Warning: Illegal offset type in /var/www/fog/lib/fog/fogpagemanager.class.php on line 152, referer: http://fog.rmgcom.local/fog/management/index.php?node=*

                        1 Reply Last reply Reply Quote 0
                        • A
                          apathetic_admin @Quazz
                          last edited by May 24, 2017, 7:46 PM

                          @Quazz I changed to the master branch, which is the 1.4.0 release, and we just installed it. @CBT is going to poke around it and he’ll get back with you.

                          1 Reply Last reply Reply Quote 0
                          • C
                            CBT
                            last edited by May 25, 2017, 1:49 PM

                            @Quazz

                            Update to 1.4.0 seems to have fixed the issue with imaging.

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

                            227

                            Online

                            12.0k

                            Users

                            17.3k

                            Topics

                            155.2k

                            Posts
                            Copyright © 2012-2024 FOG Project