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

Imaging Linux systems, UUID for swap not matching on deployed systems. Eh?

Scheduled Pinned Locked Moved
Linux Problems
5
31
18.7k
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.
  • J
    Jason Sauders
    last edited by Jun 23, 2014, 3:01 AM

    Hey there. Yes - it does. More than anything I just wanted confirmation that the UUID did need to match in fstab in order for swap to be used, as I simply couldn’t wrap my brain around how swap WOULD work with mismatched UUIDs. So that clarifies things a bit.

    I could use the device ID, but I guess I’m just a believer in sticking to UUIDs due to their accuracy. The systems can vary wildly, I’m talking from a desktop made in the very early XP era to a two year old laptop, all running from the same image.

    I still can’t really understand how the UUID is changing, though. What I do is I built the image on a 40 GB HDD, the smallest HDD I deal with. I blast that to the drives and expand the EXT4 partition to utilize the entirety of the space on the disk. To give you a little feedback as to what I’m doing, this is the basic jist. I work for a large public school district in the IT department. While the vast majority of our systems are Ubuntu, we do indeed use FOG for imaging the handful of Windows systems that are in-house. I’ve used FOG at my last district I worked at (all Windows based) with flying success. It felt like a natural course of action since FOG is, well, pretty much awesome. Our district is quite large, and spans a huge geographical area. A decent portion of the district is of lesser income individuals. As a result, I accept older computers from the XP generation and newer from pretty much anybody who wants to get rid of them. After using DBAN on the drives, or FOG’s full disk wipe, I put Xubuntu fully loaded with a lot of software, including educational software, on the computers for these people. All in all, I basically repurpose old computers and donate them to families who can utilize them, all free of cost, all running free and open source software. The point is to ensure that no families are left out unable to have a computer for their kids to do homework on; something that’s growing increasingly common (do I dare say, important) given the level of dependency with technology that districts are growing towards. Point of this story is to highlight exactly why (and how much) the systems I deal with can vary in hardware.

    Given that Clonezilla does not change the UUID, it makes me wonder what process under the hood is operating differently versus FOG. I ‘thought’ FOG and Clonezilla were both built on a lot of the same core fundamental technologies. Since I am not imaging thousands of these systems at the same time, Clonezilla Live might be more suitable for a predictable image deployment, as I can simply house the image on my server and pull it over my gigabit LAN via SSH or SMB. I’d like to get FOG to work though in the event that we want to utilize it for our Linux systems, despite the fact we’re running our own imaging platform that was largely built by some of our HS tech interns (hosted on github, known as FLDT). But hey, options are nice, so it’d be nice to use FOG at home and know how to work around this in the event we ever want to put FOG to use at work.

    I do have to wonder if FOG is being a bit fussy with the UUIDs in regard to how I’m imaging the drives. I have a spare tower on my desk with multiple IDE and SATA ports, so I drop the drives in that tower and PXE boot that tower to handle the images via FOG, or USB boot via Clonezilla Live. So the system that is running with the drives is not the system that the drive sees when it’s 100% packaged up and ready to go. Perhaps this is where FOG is getting miffed? Hard to say, but given an image is an image is an image, it would confuse me if this was the culprit.

    At any rate, just some rambling thoughts and whatnot. Thanks again for your assistance - it’s appreciated!

    1 Reply Last reply Reply Quote 0
    • I
      ianabc Testers
      last edited by Jun 23, 2014, 4:48 PM

      Hi Jason, the fog script fog.download does an “mkswap” on the partition during the restore. I think that will change the UUID. The alternative would be to just dd the entire swap space which is probably what Clonezilla is doing (though I’m guessing :)).

      Reading what you are doing (congratulations by the way - a very laudable project!) there are a couple of ways you could solve this. They all come in at the time you are expanding the ext4 filesystem. At the same time you would update either the fstab or the UUID in the swap partition. After the next reboot (or after a swapon/swapoff) your swap partition would show up.

      To edit the fstab I might do something like
      [CODE]
      #!/bin/sh

      OLDUID=grep swap /etc/fstab |cut -d' ' -f1
      NEWUID=blkid | grep swap | cut -d' ' -f2

      sed “s/$OLDUID/$NEWUID/” /etc/fstab
      [/CODE]
      before I expand the ext4fs.

      If you wanted to modify the swap UUID instead, then something like
      [CODE]
      #!/bin/sh

      TARGETUID=grep swap /etc/fstab |cut -d' ' -f1 | cut -d'=' -f2
      DEVICE=blkid | grep swap | cut -d':' -f1

      swaplabel -U “$TARGETUID” $DEVICE
      swapon -a
      [/CODE]

      A third alternative is to use labels rather than UUIDs or device names.

      K 1 Reply Last reply Dec 17, 2017, 10:21 PM Reply Quote 0
      • H
        Hongyun
        last edited by Jul 24, 2014, 10:48 PM

        I’m having the same problem with Mageia 4 system. Attached image is what’s show up after deployed a computer. It only complaints about the swap partition UUID.

        And before I upload the image, I’ve already changed the fstab file to use either the disk name /dev/sda5, or the label of the swap partition LABEL=SWAP, in both cases, I get the same result.

        Any idea how to fix this?

        Thanks,
        Hongyun

        [url=“/_imported_xf_attachments/1/1210_dracut_error.JPG?:”]dracut_error.JPG[/url]

        1 Reply Last reply Reply Quote 0
        • T
          Tom Elliott
          last edited by Jul 24, 2014, 10:50 PM

          [quote=“Hongyun, post: 34056, member: 1117”]I’m having the same problem with Mageia 4 system. Attached image is what’s show up after deployed a computer. It only complaints about the swap partition UUID.

          And before I upload the image, I’ve already changed the fstab file to use either the disk name /dev/sda5, or the label of the swap partition LABEL=SWAP, in both cases, I get the same result.

          Any idea how to fix this?

          Thanks,
          Hongyun[/quote]

          What version of FOG are you running?

          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
          • H
            Hongyun
            last edited by Jul 24, 2014, 10:51 PM

            The newest version 1.1.2

            1 Reply Last reply Reply Quote 0
            • T
              Tom Elliott
              last edited by Jul 24, 2014, 10:52 PM

              Chances are that’s the majority of the problem. I don’t think it did the correct things for the UUID.

              Can you upgrade to 1.2.0 and reupload the original image and test again?

              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
              • H
                Hongyun
                last edited by Jul 24, 2014, 10:54 PM

                I just upgrade the FOG server, you have a 1.2.0 now? That was fast, I will try the new version. Thanks!

                1 Reply Last reply Reply Quote 0
                • H
                  Hongyun
                  last edited by Jul 24, 2014, 11:17 PM

                  I found each time after I upgrade FOG, the /etc/exports file got overwritten, I have to re-enter all my storage nodes again to make it work. Is it possible you can keep that file in your next version? Just some thoughts 🙂

                  1 Reply Last reply Reply Quote 0
                  • H
                    Hongyun
                    last edited by Jul 25, 2014, 3:26 PM

                    Hi Tom,
                    I tried the new version, result is the same 😞 any other suggestions?

                    Thanks,
                    Hongyun

                    1 Reply Last reply Reply Quote 0
                    • T
                      Tom Elliott
                      last edited by Jul 25, 2014, 3:52 PM

                      Did you reupload the image or just try redeploying?

                      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
                      • H
                        Hongyun
                        last edited by Jul 25, 2014, 3:56 PM

                        Yes, I reuploaded the image after the upgrade yesterday, and redeployed the computer today.

                        1 Reply Last reply Reply Quote 0
                        • H
                          Hongyun
                          last edited by Jul 25, 2014, 4:11 PM

                          I think it has something to do with the OS. I tried reupload a working image and then download it again, it still works. But this Mageia 4.1 OS doesn’t work properly. I will try to reinstall it with ext3 partition to see if it works.

                          1 Reply Last reply Reply Quote 0
                          • I
                            ianabc Testers
                            last edited by Jul 25, 2014, 6:34 PM

                            [quote=“Hongyun, post: 34129, member: 1117”]I think it has something to do with the OS. I tried reupload a working image and then download it again, it still works. But this Mageia 4.1 OS doesn’t work properly. I will try to reinstall it with ext3 partition to see if it works.[/quote]

                            UUIDs work for ext3 and ext4 filesystems because the UUID is part of the filesystem itself, it is written into the superblock. Since Fog 1.2.0 fog also seems to allow UUIDs in /etc/fstab for swap partitions. For other filesystems, I’m not sure, I haven’t noticed any problems with xfs, but I haven’t looked too close. Incidentally, there are some other reasons to use ext4 - fog 1.2.0 can resize ext4 filesystems automatically!

                            1 Reply Last reply Reply Quote 0
                            • H
                              Hongyun
                              last edited by Jul 25, 2014, 6:41 PM

                              [quote=“ianabc, post: 34153, member: 24548”]UUIDs work for ext3 and ext4 filesystems because the UUID is part of the filesystem itself, it is written into the superblock. Since Fog 1.2.0 fog also seems to allow UUIDs in /etc/fstab for swap partitions. For other filesystems, I’m not sure, I haven’t noticed any problems with xfs, but I haven’t looked too close. Incidentally, there are some other reasons to use ext4 - fog 1.2.0 can resize ext4 filesystems automatically![/quote]
                              But I think the problem now is that after downloading the FOG image, the swap partition’s UUID got changed, even when I download the image to the same computer where I uploaded the image from. Our instructor prefer the Mageia 4.1, I’m still trying to make this work with FOG, a month left before the term starts, feeling the pressure now:(

                              1 Reply Last reply Reply Quote 0
                              • I
                                ianabc Testers
                                last edited by Jul 25, 2014, 6:49 PM

                                From the image you showed above, are you sure that swap is the problem? what filesystems are your other partitions on? swap problems shouldn’t stop a system from booting in general - as I might have said above, it’s just swap!

                                1 Reply Last reply Reply Quote 0
                                • I
                                  ianabc Testers
                                  last edited by Jul 25, 2014, 7:14 PM

                                  Actually it looks like mageia (and some fedora) might have an issue with swap UUIDs. Somebody thought that putting UUIDs into initramfs was a good idea. There are some workarounds, but I don’t have any machines to work with to try them out.

                                  [LIST]
                                  [][url]https://forums.mageia.org/en/viewtopic.php?f=7&t=7093[/url]
                                  [
                                  ][url]http://forums.fedoraforum.org/showthread.php?t=292088[/url]
                                  [/LIST]
                                  Additionally, when an instructor - or anyone for that matter - asks for a specific distribution, it is a good idea to ask them what they are intending to do with it. Unless they are working with the package manager(s) day to day it generally doesn’t matter. Usually they have conflated a specific set of applications and versions with an distribution.

                                  1 Reply Last reply Reply Quote 0
                                  • I
                                    ianabc Testers
                                    last edited by Jul 25, 2014, 7:25 PM

                                    Could you take a look in /images/NAMEOFYOURIMAGE and see if you can find a file similar to “d1.original.swapuuids”. Here is one of mine
                                    [CODE]
                                    $ cat /images/RHL7x64PIMS50GBResizeable/d1.original.swapuuids
                                    /dev/sda5 7f6a8920-bab3-444d-8e3f-acca4c76e3cd
                                    [/CODE]
                                    When I deploy that image to a machine the UUID of the swap partition matches
                                    [CODE]
                                    $ blkid /dev/sda5 UUID=“7f6a8920-bab3-444d-8e3f-acca4c76e3cd”
                                    [/CODE]
                                    Obviously, change /dev/sda5 to wherever your swap partition is.

                                    1 Reply Last reply Reply Quote 0
                                    • H
                                      Hongyun
                                      last edited by Jul 25, 2014, 8:47 PM

                                      [root@foggy henn205mageia4]# ls -la
                                      total 1659936
                                      drwxrwxrwx. 2 root root 4096 Jul 25 10:29 .
                                      drwxrwxrwx. 39 fog fog 4096 Jul 25 11:56 …
                                      -rwxrwxrwx. 1 root root 0 Jul 25 10:16 d1.has_grub
                                      -rwxrwxrwx. 1 root root 1048576 Jul 25 10:16 d1.mbr
                                      -rwxrwxrwx. 1 root root 1698702304 Jul 25 10:29 d1p1.img
                                      -rwxrwxrwx. 1 root root 1131 Jul 25 10:29 d1p2.img
                                      -rwxrwxrwx. 1 root root 310 Jul 25 10:16 d1.partitions

                                      That’s everything I got on the server image folder.

                                      1 Reply Last reply Reply Quote 0
                                      • H
                                        Hongyun
                                        last edited by Jul 25, 2014, 8:51 PM

                                        [root@foggy henn205mageia4]# cat d1.partitions

                                        partition table of /dev/sda

                                        unit: sectors

                                        /dev/sda1 : start= 2048, size=960572497, Id=83, bootable
                                        /dev/sda2 : start=960577506, size= 16190559, Id= 5
                                        /dev/sda3 : start= 0, size= 0, Id= 0
                                        /dev/sda4 : start= 0, size= 0, Id= 0
                                        /dev/sda5 : start=960577536, size= 16190529, Id=82

                                        1 Reply Last reply Reply Quote 0
                                        • I
                                          ianabc Testers
                                          last edited by Jul 25, 2014, 10:01 PM

                                          hmm…Did you create that image with an older version of fog? On fog 1.2.0 uploading a linux image gives me the following
                                          [CODE]
                                          drwxrwxrwx. 2 root root 4096 Jul 22 15:03 .
                                          drwxrwxrwx. 56 fog root 4096 Jul 22 15:03 …
                                          -rwxrwxrwx. 1 root root 4 Jul 22 14:48 d1.fixed_size_partitions
                                          -rwxrwxrwx. 1 root root 0 Jul 22 14:49 d1.has_grub
                                          -rwxrwxrwx. 1 root root 1048576 Jul 22 14:49 d1.mbr
                                          -rwxrwxrwx. 1 root root 310 Jul 22 14:49 d1.minimum.partitions
                                          -rwxrwxrwx. 1 root root 80 Jul 22 14:49 d1.original.fstypes
                                          -rwxrwxrwx. 1 root root 310 Jul 22 14:48 d1.original.partitions
                                          -rwxrwxrwx. 1 root root 47 Jul 22 15:03 d1.original.swapuuids
                                          -rwxrwxrwx. 1 root root 84480518 Jul 22 14:49 d1p1.img
                                          -rwxrwxrwx. 1 root root 1944498680 Jul 22 14:53 d1p2.img
                                          -rwxrwxrwx. 1 root root 6416223022 Jul 22 15:03 d1p3.img

                                          -rwxrwxrwx. 1 root root 125 Jul 22 15:03 d1p4.img
                                          [/CODE]
                                          Did you try [B]uploading[/B] the image with 1.2.0 and then deploying it again. N.B. This is for a “Resizeable” image, it looks like the code for “Multiple partition” images might need to be updated to match.

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

                                          160

                                          Online

                                          12.0k

                                          Users

                                          17.3k

                                          Topics

                                          155.2k

                                          Posts
                                          Copyright © 2012-2024 FOG Project