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

    VDI not showing in XO 5 from Source.

    Scheduled Pinned Locked Moved Unsolved Management
    25 Posts 11 Posters 425 Views 9 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.
    • P Offline
      Pilow @Pilow
      last edited by

      tried to deploy a NEW vm for testing purpose on an impacted SR :
      31059047-0663-4438-8131-dae10fdece65-{876A5496-1224-46ED-B5FB-282584D4CBAD}.png

      and it appears ! it's the only VDI visible, there are OTHER vms on this same SR that have invisible disks

      all as if nothing
      10f77f41-6599-4ead-b7cb-101c5dc7f076-{DD14C76B-144E-4A0C-B985-01EBE178A1A0}.png

      I guess we could migrate the impacted VMs out of this SR and back, and it would correct the issue !

      does that help ?!

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

        @anthoineb or someone from the @team-storage, you might want to take a look (IDK if it's a known problem internally)

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

          @olivierlambert Yes, we saw this before, we are investigating.

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

            Thanks!

            1 Reply Last reply Reply Quote 0
            • P Pilow referenced this topic
            • W Offline
              wilsonqanda
              last edited by

              Hello All,

              Found some roundabout solutions you may want to try:
              https://xcp-ng.org/forum/post/101370

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

                @wilsonqanda tried your workaround on a halted VM, and it worked !
                If i snapshot -> disk still invisible
                delete snapshot - > disk still invisible

                but

                if i snapshot --> disk still invisible
                revert snapshot (with take snapshot option) --> disk APPEAR again
                delete the two snapshots -> disks still there

                edit : even without the take snapshot before revert, it is working, tried on another VM

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

                  @Pilow Lol glad I was able to help. Its only if you have a few VMs having hundreds will be a nightmare... giod luck to those that has that issue. In the meantime I will use the method I mention for now. 🙂

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

                    @wilsonqanda @anthoineb @olivierlambert

                    we are now impacted on a SR that didn't have the problem... now all disks are invisible and DASHBOARD/HEALTH show some strange dates on base copies...
                    d5265b22-03b4-4ae0-8b78-ee531b4fb273-{3A056D6D-FEF9-49E4-8480-C63F654E4BF0}.png

                    halt/snap/revert correct the issue but needs to be done on each VM

                    all VDIs seem to be regrouped strangely on unique base copy
                    5dc3b390-4068-4c2c-a871-89c5f8f32005-{CDACDC19-0C4E-4674-BCAE-37F75C7528A2}.png

                    there is something seriously wrong happening 😞

                    no impact on production of VMs though, just management issues in XOA web ui 😢
                    even backups are OK.

                    halp.

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

                      i could be wrong but in

                      /usr/local/lib/node_modules/xo-server/dist/xapi-object-to-xo.mjs
                      

                      I see a lot of

                      if (obj.is_a_snapshot || obj.$snapshot_of !== undefined)
                      

                      seems to be a way of managing both "old version" and "new version" (or "broader version") to define if a VDI is a snapshot
                      there has been an evolution in the code at some point ?

                      and someone somewhere in recent updates (10 dec) forgot the || on some important action

                      my recent SR problem appeared when I was snapshoting/deleting VDI/reverting snapshot
                      all VMs suddenly didn't have visible VDIs anymore on the whole SR.

                      I could be wrong, but the fact that ALL VDIs are now seen as snapshot seems smelly with this ||

                      1c4ed798-5ec8-4bb7-9ab1-df34bbe15e58-image.png

                      https://github.com/vatesfr/xen-orchestra/commit/85596da79217070bf4431135bbb5b0d2cf04e45b

                      0 spacotte-vates committed to vatesfr/xen-orchestra
                      fix(xo-server): improve handling of xapi snapshots (#9231)
                      
                      In some cases, when converting an xapi object into an xo object, the xapi.is_a_snapshot param may be set to false even tho the xapi.snapshotOf refers to another xapi object. Handle this case better.
                      W 1 Reply Last reply Reply Quote 0
                      • W Offline
                        wilsonqanda @Pilow
                        last edited by wilsonqanda

                        @Pilow now that you mention that everything is seen as snapshot i remember all my ISO are seen as snapshots too... so most iso cannot be mounted until i drag them in a folder then put them back in same folder so XO could reprocess all the iso correctly. This might be a related issue to all the snapshots for the VMs.

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

                          @wilsonqanda strangely my ISOs were not impacted, except for the default XCP TOOLS iso that seems gone

                          the "base copy" regroup bug on homepage of the SR, and the orphan base copies in the DASHBOARD/HEALTH seems to be linked to same problem

                          we have much fast clones VMs depending on those base copies seen as orphan

                          we are narrowing on the problem, just need the dev to level it, have faith 😃

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

                            @Pilow Check the iso does it have a snapshot icon in the drive?

                            Next it show up fine until u want to create a vm in the new vm pg it think they are snapshots and you cant select the ISOs. This is when the problem arise.

                            Yep the dev here are super reaponsive. Have been a long term user and here and love their support 🙂 . I mostly just been playing with things and learn so much by tinkering 🙂

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

                              @wilsonqanda it's an SMB iso SR on my end, I think this is why it is not impacted

                              can't snapshot a file on Microsoft SMB share 😃

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

                                @Pilow my is SMB too but it saw the issue. I use windows to login and drag all iso into a new created folder in the iso folder and drag it back out delete the newly created folder and all my iso is back to normal. It was a quick thing.

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

                                  @wilsonqanda HAHA. problem resolved instantly for me on last SR I had the troubles
                                  6593f43e-d85b-4865-8797-e9f949e07b88-{B255D2FD-7E51-4E65-B85F-05A24582BBF0}.png

                                  playing with the "rescan all ISO SRs" made the guest tools iso reappear

                                  AND ALL MY OTHER VDIs ON THIS SR/HOST that were invisible

                                  donnnnn't ask me HOW... 😄

                                  01c9cf72-44fb-4e96-abd5-c39290d20784-{535A410A-4F18-4281-A1D9-23113829E6C4}.png

                                  but this trick didn't work on other local RAID5 SR that have the problem 😕

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