XCP-ng
    • Categories
    • Recent
    • Tags
    • Popular
    • Users
    • Groups
    • Register
    • Login

    An updated installer for XCP-ng 7.5.0

    Scheduled Pinned Locked Moved Development
    32 Posts 7 Posters 11.9k Views 2 Watching
    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 Offline
      frank-s @olivierlambert
      last edited by

      @olivierlambert
      Probably that would work or as an alternative use dd to zero the first 45GiB of each disk shouldn't take too long. I was not pressed for time and had other things to do so I just zeroed the disks entirely after which setup was flawless.

      1 Reply Last reply Reply Quote 0
      • olivierlambertO Offline
        olivierlambert Vates 🪐 Co-Founder CEO
        last edited by

        Yes but your feedback was precious to understand why our zero superblock on the whole drive wasn't enough 🙂 Now we could maybe improve the installer to avoid this problem in the future!

        1 Reply Last reply Reply Quote 0
        • olivierlambertO Offline
          olivierlambert Vates 🪐 Co-Founder CEO
          last edited by

          Issue created: https://github.com/xcp-ng/xcp/issues/107

          olivierlambert created this issue in xcp-ng/xcp

          open Software RAID install on previous used mdadm disks #107

          1 Reply Last reply Reply Quote 0
          • F Offline
            frank-s
            last edited by

            @olivierlambert
            Glad to be of help. The new raid installer is a really good thing and I am using it now on two servers. The downside, however, is that it uses whole disk raid. If it used partition based raid1 then if XCP-NG were installed without local storage repo, it would be possible (after installation) to manually create raid 10 for the storage. With mdadm this could be done with three or more disks. So at that point all the installation partitions would be raid1 with all disk partitions as members but the bulk of each disk (assuming large disks) would be left unused for raid 10 - faster local storage. Would that be an over complicated change to the installer or is this a possibility?

            1 Reply Last reply Reply Quote 0
            • olivierlambertO Offline
              olivierlambert Vates 🪐 Co-Founder CEO
              last edited by

              I completely understand your idea, but I don't see a simple solution (I mean, even just thinking in terms of possible menu in the current UI). If you can go deeper on the functional perspective (drawing with basic wireframe the process), it could help to specify it and maybe make it real then (one big rule in dev: more specs = easier to dev)

              F 1 Reply Last reply Reply Quote 0
              • F Offline
                frank-s @olivierlambert
                last edited by

                @olivierlambert
                I wasn't suggesting that the installer should do raid 10 necessarily. For XCP-NG itself raid 1 is sufficient. Just suggesting that the partitions of the installation could each be a different raid 1 set rather that simply doing raid 1 on a whole disk basis. If the end user chose to have the installer create local storage it could be just raid1 on another (big) partition. For those who want improved performance however there is the possibility to manually create raid 10 local storage post install.
                What is wireframe? (I am not a developer).

                1 Reply Last reply Reply Quote 0
                • olivierlambertO Offline
                  olivierlambert Vates 🪐 Co-Founder CEO
                  last edited by

                  I was suggesting you just draw the workflow as you imagine it during the install. Example of a wireframe:

                  1 Reply Last reply Reply Quote 0
                  • D Offline
                    dvdhngs @olivierlambert
                    last edited by

                    @olivierlambert couldn't open /Dev/sda for write - not zeroing

                    Tried:
                    mdadm --stop /dev/md127

                    Result:
                    Cannot get exclusive access to /dev/md127
                    Perhaps a running process, mounted filesystem or active volume group?

                    I will try with DD now

                    F 1 Reply Last reply Reply Quote 0
                    • F Offline
                      frank-s @dvdhngs
                      last edited by

                      @dvdhngs
                      Run lvscan to see if there are any active logical volumes. If there are run vgchange <group name> -an to deactivate all logical volumes. Now try to stop the array.

                      1 Reply Last reply Reply Quote 1
                      • S Offline
                        sfx
                        last edited by

                        Looks like creating the software raid volume also fails when you have another existing array. I have another software array (RAID 5) in my machine. Error on the console was ls: cannot access /sys/block/*/holders/*/dev: No such file or directory after it seemed to get info about the wrong RAID array (the existing RAID 5 one). After disconnecting those disk it worked fine.

                        1 Reply Last reply Reply Quote 0
                        • olivierlambertO Offline
                          olivierlambert Vates 🪐 Co-Founder CEO
                          last edited by

                          @sfx please take a look here, there are several discussions there: https://github.com/xcp-ng/xcp/issues/107

                          olivierlambert created this issue in xcp-ng/xcp

                          open Software RAID install on previous used mdadm disks #107

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