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

    Backing up from Replica triggers full backup

    Scheduled Pinned Locked Moved Backup
    13 Posts 4 Posters 203 Views 3 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.
    • florentF Offline
      florent Vates 🪐 XO Team @flakpyro
      last edited by

      @flakpyro could you test this branch ?
      https://github.com/vatesfr/xen-orchestra/pull/9635/commits

      fbeauchamp opened this pull request in vatesfr/xen-orchestra

      open feat(backups): improve incremental replication #9635

      F 1 Reply Last reply Reply Quote 0
      • F Offline
        flakpyro @florent
        last edited by

        @florent Just gave this branch a shot, trying to run replication job after running a backup job no longer results in a full replication but just fails with:

        511a987a-15ac-47b0-85a9-f70be2387f96-image.jpeg

        F 1 Reply Last reply Reply Quote 0
        • F Offline
          flakpyro @flakpyro
          last edited by

          Retrying the job after the above failure results in a full replication and a new VM being created just as before.

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

            @flakpyro you probaby had multiple job/schedule on the same schedule

            I reworked the code and pushed an update and added a doc with the edge cases : https://github.com/vatesfr/xen-orchestra/pull/9635/changes#diff-ef545af2ad06f2759c1a3787f266108b3b2cbc203bc8071bbd847278f3e6a5f0 (will be on doc xo when merged )

            fbeauchamp opened this pull request in vatesfr/xen-orchestra

            open feat(backups): improve incremental replication #9635

            F 1 Reply Last reply Reply Quote 0
            • F Offline
              flakpyro @florent
              last edited by

              @florent Since both jobs were test jobs that i have been running manually, i do have an unnamed and disabled schedule on both that does look identical, so i unintentionally did have multiple jobs on the same schedule. I have since named the schedule within my test job so to each is unique.

              Updating to "f445b" shows improvement:

              I was able to replicate from pool A to Pool B, then run a backup job which was incremental.

              I then ran the replication job again which was incremental and did not create a new VM!

              Unfortunately though after this i ran the backup job again which resulted in a full backup from the replica rather than a delta, not sure why. The snapshot from the first backup job run was also not removed, leaving 2 snapshots behind, one from each backup run.

              e38c23b0-4259-4d16-9ed3-fa44d8490541-image.jpeg

              I then tried the process again. Ran the CR job, which was a delta (this part seemed fixed!) then ran the backup job after, same behavior, a full ran instead of a delta and the previous backup snapshot was left behind leaving the VM looking like:

              7edf1dba-e729-4b52-abcc-ffde76d8a0bb-image.jpeg

              So it seems one problem solved but another remains.

              F 1 Reply Last reply Reply Quote 0
              • F Offline
                flakpyro @flakpyro
                last edited by

                Happy to report from my limited testing that as of this morning this appears to be fixed in master.

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

                  @flakpyro yes this one : https://github.com/vatesfr/xen-orchestra/pull/9635

                  fixed this morning in our work branch, and merged this after noon . We also explicited some edge cases here : https://github.com/vatesfr/xen-orchestra/blob/master/%40xen-orchestra/backups/docs/VM backups/incrementalReplication.md (that will probably be ported to the main doc shortly )

                  thank you for your input

                  fbeauchamp opened this pull request in vatesfr/xen-orchestra

                  closed feat(backups): improve incremental replication #9635

                  A 1 Reply Last reply Reply Quote 2
                  • A Offline
                    Andrew Top contributor @florent
                    last edited by

                    @florent Here's one more thing that needs improvement related to full backups running when it should be a delta.

                    I am running a CR job between two servers (single server pool for each). Each time the CR delta job would say it was falling back to a full backup without a reason or error.

                    I had CBT and NBD selected. It did not matter if it deleted the snapshot or not. It always ran a full backup.... The problem/solution I found was the server did not have any interface with NBD enabled. Once I enabled the management interface as NBD then delta backup/CR worked correctly.

                    The backup job config says NBD, if available. Not being available seems to cause an issue.

                    It would be nice to have the delta backup not fail if there is no NBD interface, or have it give a warning/error so you know there's an issue. Or it should work as advertised and not use or require NBD that's not available.

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

                      @Andrew the NBD warning is probably doable.
                      the other solution is not : NBD is mandaotry to use CBT ( the fallback with export can't work without a real snapshot )

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

                        @florent we also have a case with a combo of 'fell back to a full' and 'cant delete snapshot data' and it indeed does a full

                        but not all the vdis of the VM. it makes full only of one.

                        this occurs on vms with 200/300Gb+ vdis... imported from vmware vms.

                        what would you recommend ?

                        1 Reply Last reply Reply Quote 0

                        Hello! It looks like you're interested in this conversation, but you don't have an account yet.

                        Getting fed up of having to scroll through the same posts each visit? When you register for an account, you'll always come back to exactly where you were before, and choose to be notified of new replies (either via email, or push notification). You'll also be able to save bookmarks and upvote posts to show your appreciation to other community members.

                        With your input, this post could be even better 💗

                        Register Login
                        • First post
                          Last post