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

    Imagin Fails Every time

    Scheduled Pinned Locked Moved
    General Problems
    3
    5
    482
    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.
    • F
      Flyer
      last edited by Flyer

      On one machine we are having the image constantly fail.
      screen.jpg

      However, I just sued that image on another machine (and did it again to test). I have another nvme coming overnight. But this one passed the extended self test, but not sure that means much.

      Strange that it says “read error” but I am guessing that was a read of a verification. But I have no clue.

      I will report back if the new nvme fixes it. In the mean time any thoughts?

      Thanks.

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

        @Flyer The read error is misleading. The FOS scripts spin up a FIFO to uncompress the image data on the fly for partclone to write on disk. So a read error means the FIFO died. Mostly this is caused due to a corrupted image (not in your case as it deploys well to another machine) or faulty hardware - usually RAM - in the client machine.

        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 @Flyer
          last edited by

          @Flyer Is this indeed a real failure? Like can you boot the machine? Is the image you sent to it complete?

          As Sebastian has stated, this error can be due to a proper read error, but it can also be due to an error on the FIFO closing before Partclone has finished it’s process verification.

          FIFO is very memory sensitive and once no more data is to be read will be immediately discarded.

          I suppose the rm statement we have might need to wait for partclone to exit first, though I don’t know 100% how to approach that, just thinking out text.

          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
          • F
            Flyer
            last edited by

            Thanks for the feedback, everyone.

            You are absolutely correct! The new nvme had no effect

            Memtest revealed a bad ram stick. Going to RMA that.

            Thank you. Now I will try the imaging again after memtest passes a few times on the remaining RAM.

            1 Reply Last reply Reply Quote 1
            • F
              Flyer
              last edited by

              With the bad RAM removed the system imaged just fine with the same image. Thanks again.

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

              213

              Online

              12.0k

              Users

              17.3k

              Topics

              155.2k

              Posts
              Copyright © 2012-2024 FOG Project