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

[Solved] Migrated /images folder

Scheduled Pinned Locked Moved
General Problems
3
16
1.9k
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
    Fimlore
    last edited by Oct 17, 2018, 6:45 AM

    Thank you, this was indeed the issue.
    I did have to reinstall FOG, I don’t quite know what you meant by

    “If you let FOG build exports automatically, then just rerun the installer after that change.
    If not, you have to edit /etc/exports”

    I had no /etc/exports, so tried reinstaller anyway, problem solved. Thank you!

    1 Reply Last reply Reply Quote 0
    • F
      Fimlore @Quazz
      last edited by Oct 19, 2018, 9:09 AM

      @Quazz
      I am facing another issue,
      exported and imported images work without issue, new images give me the error as can be seen in the picture:

      0_1539940107514_639a2d03-2535-47ff-9fab-bb01d0407d7e-image.png

      If I rename the folder to be like one of the working images, than it works like a charm. It’s just that somehow the Image GUI doesnt seem to store the correct location?

      p.s. the Args passed is something that I also see on the working images… it’s a bit confusing but I guess it’s a mount or something?

      Q 1 Reply Last reply Oct 19, 2018, 9:17 AM Reply Quote 0
      • Q
        Quazz Moderator @Fimlore
        last edited by Quazz Oct 19, 2018, 3:23 AM Oct 19, 2018, 9:17 AM

        @Fimlore Yes, the FOS environment mounts your image location to /images on the client.

        You can actually see your image location in the kernel arguments, which seems to be correct.

        If I rename the folder to be like one of the working images

        What do you mean by that?

        What do the image settings look like? Are they different from the old ones?

        F 2 Replies Last reply Oct 19, 2018, 9:20 AM Reply Quote 0
        • F
          Fimlore @Quazz
          last edited by Oct 19, 2018, 9:20 AM

          @Quazz
          The ‘old’ images (which were on the older server) do work. So if I rename the folder of the image that doesn’t work, to one of the folders that do work, the image deploys.

          it appears to me that newly created images do not receive the correct file path; I’ve checked the database / Images table and it doesn’t store that path with the images, as far as I can see. So I tried reconfiguring the StorageNode (defaultMember) by just removing the /FOGImages and adding it again, but to no avail.

          Q 1 Reply Last reply Oct 19, 2018, 9:28 AM Reply Quote 0
          • F
            Fimlore @Quazz
            last edited by Oct 19, 2018, 9:25 AM

            @Quazz said in Migrated /images folder:

            @Fimlore Yes, the FOS environment mounts your image location to /images on the client.

            Does the FOSenv have some sort of shell so that I can troubleshoot while the folder is mounted?

            1 Reply Last reply Reply Quote 0
            • Q
              Quazz Moderator @Fimlore
              last edited by Quazz Oct 19, 2018, 3:29 AM Oct 19, 2018, 9:28 AM

              @Fimlore I don’t think the path is wrong. First one is the nfs path to the FOG server and second is the image name (you can see this in the kernel variables in your screenshot)

              192.168.68.14:/images/FOGImages/
              QAD-Teamwork
              

              You can schedule a deploy (debug) for a registered host (type fog then enter to start deployment process)

              Is this image non-resizable per chance?

              F 1 Reply Last reply Oct 19, 2018, 9:32 AM Reply Quote 0
              • F
                Fimlore @Quazz
                last edited by Fimlore Oct 19, 2018, 3:32 AM Oct 19, 2018, 9:32 AM

                @Quazz
                0_1539941404976_7a004c27-f1c5-4c1d-8607-96d17a08114c-image.png
                (image is disabled because the team had to finish an order today, so am deploying using the ‘cheat’ I described earlier)

                0_1539941497651_6d2ab0ca-eee0-4295-995b-4d51d8d52a98-image.png

                I’ll try the debug option to see what I can find.

                F 1 Reply Last reply Oct 19, 2018, 9:54 AM Reply Quote 0
                • F
                  Fimlore @Fimlore
                  last edited by Oct 19, 2018, 9:54 AM

                  @Fimlore said in Migrated /images folder:

                  I’ll try the debug option to see what I can find.

                  0_1539942810144_067058c7-caaa-41a7-a1f7-25ac98024492-image.png

                  the files are clearly there… what does Exit RC 4 mean?

                  Q 1 Reply Last reply Oct 19, 2018, 9:56 AM Reply Quote 0
                  • Q
                    Quazz Moderator @Fimlore
                    last edited by Oct 19, 2018, 9:56 AM

                    @Fimlore From the man pages of sgdisk: Non-GPT disk detected and no -g option

                    Which doesn’t really make any sense since the g option is present…

                    F 1 Reply Last reply Oct 19, 2018, 10:12 AM Reply Quote 0
                    • F
                      Fimlore @Quazz
                      last edited by Oct 19, 2018, 10:12 AM

                      @Quazz
                      I’m confused.
                      Ok, so I tried to perform the command myself, it complains that the disk isn’t big enough;
                      so, I expanded the disk of the VM, and suddenly the image ís able to deploy, in both Debug and non-debug VM’s…

                      will have to check on the actual devices, since they gave the same issues as the VM

                      Q 1 Reply Last reply Oct 19, 2018, 12:07 PM Reply Quote 0
                      • Q
                        Quazz Moderator @Fimlore
                        last edited by Oct 19, 2018, 12:07 PM

                        @Fimlore Makes sense, even with resizable image type, a certain size is required for it to work.

                        I think it’s not possible to deploy a partition table that refers to a partition starting/ending outside of the range of the hard drive itself.

                        F 1 Reply Last reply Oct 19, 2018, 12:10 PM Reply Quote 0
                        • F
                          Fimlore @Quazz
                          last edited by Fimlore Oct 19, 2018, 6:11 AM Oct 19, 2018, 12:10 PM

                          @Quazz
                          I thinks that I fixed the issue somewhere along the way and kept on having a different issue on my debug VM, then when I went to check out that issue, I recognized the fact that I already solved it somewhere… The Physical devices also deploy without issue now;

                          I’ll still need to confirm that the exact issue is solved, so i’ll be creating a few images and see if they restore out of the box.

                          Thanks again for the quick support, I’ll mark this thread as solved

                          edit;
                          (…if I knew how… )

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

                          188

                          Online

                          12.0k

                          Users

                          17.3k

                          Topics

                          155.2k

                          Posts
                          Copyright © 2012-2024 FOG Project