XCP-ng

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

    Delta backup fails for specific vm with VDI chain error

    Xen Orchestra
    5
    79
    5293
    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.
    • M
      mbt last edited by

      I did a vm copy today (to have at least some sort of current backup) and while it was copying I was able to also run the delta backup job. Afterwards I found a vdi coalesce chain of 1 and when I checked after a while there were no coalesce jobs queued.
      At this moment the weekly full backup job is running, so I expect to have some "regular" backups of the vm today and will monitor what happens on the coalescing side. I'm not getting my hopes too high, though 😉

      1 Reply Last reply Reply Quote 0
      • M
        mbt last edited by

        After the backups were done, I saw the usual problem, but this time the system was able to correctly coalesce it seems. The nightly delta backup finished okay and until now the problem hasn't reappeared.

        1 Reply Last reply Reply Quote 0
        • olivierlambert
          olivierlambert Vates 🪐 Co-Founder🦸 CEO 🧑‍💼 last edited by

          @mbt so what changed since the situation in your initial problem?

          M 1 Reply Last reply Reply Quote 0
          • M
            mbt @olivierlambert last edited by

            @olivierlambert said in Delta backup fails for specific vm with VDI chain error:

            @mbt so what changed since the situation in your initial problem?

            Nothing. No system reboot, no patch installations, no hardware reconfiguration, no XCP-ng server reconfoguration, ..

            I just

            • triggered the vm full copy in xo to the other host
            • while the data was transferrred coalescing of the vm picked up until there were no outstanding jobs
            • while the full backup was still running I started a backup-ng full backup job for the vm which worked
            • I also manually started the delta backup job which also worked
            • afterwards there was a short period of time where there were outstanding coalesce jobs for the dvi (depth 2) and I thought "here we go again.."
            • but the system got it done and now everything seems to be okay for the moment.

            I wish I had an explanation.

            1 Reply Last reply Reply Quote 0
            • M
              mbt last edited by mbt

              After the weekend the vm's problem reappeared.
              So I'm almost certain it has something to do with the backup jobs, because the problem appears now fr the third time in a row after a weekend where everything was okay.

              Mo-Fr a delta backup job is running at 11pm, on Sun 00:01am a full backup job is running. Both jobs backup all of the pool's vms, except xo and metadata which are fully backuped daily.

              The last delta on Friday and the last full backup on Sunday finished i.O.

              Anonabhar 1 Reply Last reply Reply Quote 0
              • olivierlambert
                olivierlambert Vates 🪐 Co-Founder🦸 CEO 🧑‍💼 last edited by

                Can you recap the kind of backup you are doing? Delta? Have you change concurrency? What's the SR type you are using?

                M 1 Reply Last reply Reply Quote 0
                • Anonabhar
                  Anonabhar @mbt last edited by

                  @mbt ,

                  Thankfully the problem that I was having (very similar to your) has not returned. I was able to unwind all the VM by DR copying them to a new SR and then deleting the originals.

                  I am really interested in knowing what has caused yours to return because it has the possibility on my stack as well.

                  Only thing I can tell you about my setup is that I am doing incremental backups every night on about 200 VM's. Some of the VM's I replicate XSite, but I only do that on the weekend and I make sure that neither job can run at the same time.

                  What I have not done is a full backup on the VM's as a separate job. I have my full backup interval set to 30, so roughly once a month it will cause a full backup vrs incremental. I also know that some of the VM's have already done this and the problem did not return.

                  ~Peg

                  1 Reply Last reply Reply Quote 0
                  • M
                    mbt @olivierlambert last edited by mbt

                    @olivierlambert

                    • job 1 - type: delta - all VMs except xo - Mo-Fr 11:01 pm - concurrency: 1 - target: NFS repo on NAS1
                    • job 2 - type: full zstd - all VMs except xo - Sun 00:01 am - concurrency 1 - target: NFS repo on NAS2
                    • job 3 - type: full zstd - xo only - xo VM only - daily 10:00 pm - concurrency 1 - target: NFS repo on NAS1
                    • job 4 - type: pool metadata - daily 10:01 pm - target: NFS repo on NAS1
                    1 Reply Last reply Reply Quote 0
                    • M
                      mbt last edited by

                      P.S.:

                      I gave my latest "trick" another run:
                      Did a full copy of the VM within xo to the other host. While that job ran, I started the delta backup that finished OK. After the copy was done I deleted the copy and saw - as last time - that the host was coalescing. After finishing the sr's advanced tab is empty again and stayed empty.

                      1 Reply Last reply Reply Quote 0
                      • M
                        mboulaz last edited by

                        Hi ! We are experiencing these kind of problems because we activated Continous Replication and frequency was way too low.

                        Now I want to eliminate all those files in the chain, can I do it manually from XCP-NG Center or XOA ?

                        Thanks !!!

                        c2aa1fb3-2ed2-41cf-b242-e2a23e6832e4-image.png

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