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

    Orphan VDIs in XO show health problem

    Scheduled Pinned Locked Moved Xen Orchestra
    15 Posts 4 Posters 174 Views 4 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.
    • W Offline
      wilsonqanda @anthoineb
      last edited by

      @anthoineb Is there a cmd to check on the xcp-ng to see if "qcow2" was ever installed? Likely I either never did or installed and forgot about it but I did ready about it previously but don't remember if I acted on it or not.

      A 1 Reply Last reply Reply Quote 0
      • A Offline
        anthoineb Vates 🪐 XCP-ng Team @wilsonqanda
        last edited by

        @wilsonqanda qcow2 packages are in a separate repository. You should have setup the repo, a grep -r "qcow2" /etc/yum.repos.d/ should tell you if it was setup on your host.

        W 1 Reply Last reply Reply Quote 0
        • W Offline
          wilsonqanda @anthoineb
          last edited by

          @anthoineb Seem it was never installed as far as i can tell as i tried running it and nothing processed:
          0b066144-6209-4734-ac9c-17eaaab946e4-image.png
          Don't even have a /etc/yum.repos.d but do have a yum directory.
          b59bf692-8442-46d7-871b-cd87f43fbfed-image.png

          W 1 Reply Last reply Reply Quote 0
          • W Offline
            wilsonqanda @wilsonqanda
            last edited by

            I think I am going to try wiping out everything and do a clean install and see what happen but will take a bit of time and report back...

            P 1 Reply Last reply Reply Quote 0
            • P Online
              Pilow @wilsonqanda
              last edited by

              @wilsonqanda perhaps is it the same probleme as here ?
              https://xcp-ng.org/forum/topic/11715/vdi-not-showing-in-xo-5-from-source./9

              invisible VDIs on some SRs
              they are seen as snapshots and not presented in XO5 web UI but you can see them in XO6 or by API

              W 1 Reply Last reply Reply Quote 0
              • W Offline
                wilsonqanda @Pilow
                last edited by wilsonqanda

                @Pilow Ok I can confirm that this is extremely like this issue with the disks disappearing but still boot up and run fine lol 😞

                No disk on XO v5
                26fe5840-aa89-4aa4-bc54-f2fd74470d24-image.png

                Disk show up on v6
                3e6704af-a52b-4cf0-a57e-0c8e625daa57-image.png

                Fixed it by REVERTING the SNAPSHOT....
                1e734d79-ddd4-4de6-aa15-68ca303fbb0c-image.png

                Seem others was able to migrate the VM out and back in to fix it as well which seem ridiculously time consuming lol 😛 . I might try that for those that have no snapshot as its a lost cost...

                1 Reply Last reply Reply Quote 0
                • W Offline
                  wilsonqanda
                  last edited by wilsonqanda

                  So far a few solutions for me has been:

                  • Revert the SNAPSHOT and it magically find the disk...
                  • Create a new SNAPSHOT and it magically find the disk... (esp. if you don't have a snapshot on some VMs like me)
                  • SNAPSHOT sometime works but still missing disk so boot it up and disk show up 🙂
                  • Some claim migrating the VM works... (migration fail for me as it can't find the disk lol...)

                  There should be better solutions as sometime I want to keep old snapshots. Still testing other methods... as my old XO still finds everything... even though its loaded with the same CONFIG FILES and same XCP-ng machine metadata.

                  W 1 Reply Last reply Reply Quote 0
                  • W Offline
                    wilsonqanda @wilsonqanda
                    last edited by wilsonqanda

                    It will be a nightmare if I have to do all 286 VMs...
                    😛
                    18df0dd6-0185-4adb-9cb7-1c69679cef58-image.png

                    slowing verifying if its going down the countdown... luckily most of them are related so it's not too bad.

                    P 1 Reply Last reply Reply Quote 0
                    • P Online
                      Pilow @wilsonqanda
                      last edited by Pilow

                      @wilsonqanda doing a snapshot and deleting it do not resolve the issue for me

                      i'll try to snap and revert to the snap and tell you if its Ok this way for me

                      W 1 Reply Last reply Reply Quote 0
                      • W Offline
                        wilsonqanda @Pilow
                        last edited by wilsonqanda

                        @Pilow Does disk show up after you do the snapshot? If it is able to do the snapshot there is a high chance it can boot up. So try booting up (and check for disk) and shut it down and do the snapshot at that time if the disk show up.

                        It helps to boot up on the old v5 commit and check from that side too if you have both copy before the commit update.

                        Yep I can confirm that snapshot doesn't always work. But using the older v5 that used to work before the update does get it showing up on the newer v5 commit if I go through whole snapshot, revert, etc. one of those case work.

                        W 1 Reply Last reply Reply Quote 0
                        • W Offline
                          wilsonqanda @wilsonqanda
                          last edited by

                          This post is deleted!
                          1 Reply Last reply Reply Quote 0
                          • First post
                            Last post