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

    Backup VM - unused VHD

    Scheduled Pinned Locked Moved Xen Orchestra
    16 Posts 6 Posters 1.2k Views 5 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.
    • L Offline
      lukask @JB
      last edited by

      @JB all VM are online. Yesterday I updated XO from source we'll see in a few days.

      gcooperG 1 Reply Last reply Reply Quote 0
      • gcooperG Offline
        gcooper @lukask
        last edited by

        I too have this issue on several VMs being backed up, all online/running.

        I understand it is part of the automatic health check.

        I do not understand what it means nor if it's good or bad, nor what to do about it, if anything.

        Thanks to the OP and all contributing to this thread.

        G

        1 Reply Last reply Reply Quote 0
        • L Offline
          lukask
          last edited by lukask

          After a few days I have analyzed this:

          Scenario backup:
          1VM guest - 100GB Storage

          Backup jobs:
          Delta backup - 7days ( Full backup interval - 7), Backup retention 7. Cron pattern 0 2 * * *

          After last delta backup today I see on NAS this:

          On a picture is last today delta backup 1.78GB,

          8be7dd27-847c-4dd0-a764-ef05a76a6752-image.png

          but in XO canť see for restore.

          0550c0c7-5b18-4f64-a3ee-310f21ff9802-image.png

          Today status of backup

          51ef38ef-bc35-4094-aa40-9609a9584ac4-image.png

          WARNING - unused VHD.

          During today last delta backup before ( full backup - tomorrow ) merge FALSE in backup LOG, so we cant restore always last backup before new fullbackup.

          60e38b5f-60cc-4211-96c8-bac2089427b5-image.png

          Before merging was last VHD deleted from NAS storage.

          Does anyone have any idea where the problem could be?

          florentF 1 Reply Last reply Reply Quote 0
          • florentF Offline
            florent Vates 🪐 XO Team @lukask
            last edited by florent

            hi @lukask ,

            When a backup is missing, can you go into your NAS and delete the cache.json.gz files ? They will be regenerated when checking the restore tab again

            Regards

            Flo

            L 1 Reply Last reply Reply Quote 0
            • L Offline
              lukask @florent
              last edited by

              Hi, @florent

              I have deleted cache file a it works. I see last backup and restore works too. Perfect.

              So info about unused VHD is not important? Is it only info that VHD was deleted a health is alright?

              Thank you very much for your help.

              florentF 1 Reply Last reply Reply Quote 0
              • florentF Offline
                florent Vates 🪐 XO Team @lukask
                last edited by

                @lukask I am in the process of checking for the unused vhd ( it's generally not a problem ) and @julien-f is working on the cache problem

                Thank you

                1 Reply Last reply Reply Quote 1
                • gcooperG Offline
                  gcooper
                  last edited by gcooper

                  In my case, I'm using NFS as the backup target. Perhaps this matters.

                  I don't think my issue has to do with full backups as I have a 30 day full backup interval.

                  After the fact (the next morning), when I look for the referenced (unused VHD link) files on the NFS server, they are missing.

                  Perhaps a timing issue? Or no real issue at all?

                  Thanks,

                  G

                  1 Reply Last reply Reply Quote 0
                  • gcooperG Offline
                    gcooper
                    last edited by

                    OK, I think I have resolved my issues with "unused VHD".

                    Taking a clue from @florent, I started deleting the cache.json.gz files from the storage server for the VMs where I had the "unused VHD" warning during backups.

                    Then a browser refresh on the Restore page would show a different number of backups available.

                    I then deleted some of the old backups (that weren't necessarily visible before).

                    I then started really looking for problems/issues with old backup jobs, deleting the cache.json.gz files for any VMs I had questions about.

                    Apparently, this has resolved all occurrences of "unused VHD" during backups.

                    I'll keep monitoring/looking for problems/issues.

                    Thanks,

                    G

                    1 Reply Last reply Reply Quote 0
                    • gcooperG Offline
                      gcooper
                      last edited by gcooper

                      So, unfortunately, occurrences of "unused VHD" continue.

                      I also continue to have problems where, under Restore, there are more backups listed than than the retention setting is configured for.

                      If I try to delete the oldest backup listed (i.e. #8 of 7), I get an "ENOENT: no such file" error.

                      delete_error.png

                      If I delete the associated "cache.json.gz" file from the backend storage and refresh the Restore page in the browser, the 'extra' backup (#8 of 7) goes away.

                      What is "unused VHD"?

                      Is it good or bad?

                      Why does it occur?

                      What should we do about them, if anything?

                      Why are there extra listed backups shown on the Restore page?

                      What should we do about the incorrect number of backups shown on the Restore page?

                      Thanks in advance,

                      G

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

                        I think @florent did various modifications recently to handle those cases automatically.

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