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

    Continuous Replication jobs creates full backups every time since 2025-09-06 (xo from source)

    Scheduled Pinned Locked Moved Backup
    17 Posts 4 Posters 262 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.
    • P Offline
      peo @olivierlambert
      last edited by

      @olivierlambert Has the problem been confirmed ? I can try to pinpoint where the always-full replications were introduced, but more time efficient to do it on a machine that is fast do replicate, not the one that now takes 2.5 hours (a few minutes for the diff before it borked starting at the backup made 6 Sept)

      1 Reply Last reply Reply Quote 0
      • olivierlambertO Offline
        olivierlambert Vates πŸͺ Co-Founder CEO
        last edited by

        No, no confirmation so far, that's why we need more to investigate πŸ™‚

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

          @olivierlambert said in Continuous Replication jobs creates full backups every time since 2025-09-06 (xo from source):

          No, no confirmation so far, that's why we need more to investigate πŸ™‚

          Great (or maybe not) news.. At least on my system this is very easy to replicate.. On a tiny test machine that only have had a normal backup before, first time doing replication copy (to H2 SSD) it sends it as full as expected. Just did some simple operations on the machine (like apt update, no upgrade), then retried:
          96206924-73a5-484d-b089-ad9c673b4670-image.png

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

            Too bad it becomes that unexplainable slow when it has to fall back to a full backup:
            f971760e-3157-4352-a2e8-c0060aada73a-image.png

            The first (full) backup was 10x faster:
            19a77237-047f-4813-b72b-9c9b3459e888-image.png

            1 Reply Last reply Reply Quote 0
            • A Online
              Andrew Top contributor @olivierlambert
              last edited by

              @olivierlambert This happens to me too with a459015ca91c159123bb682f16237b4371a312a6.

              I did open an issue https://github.com/vatesfr/xen-orchestra/issues/8969

              andrew64k created this issue in vatesfr/xen-orchestra

              open a459015 causes delta replication to always be full #8969

              olivierlambertO 1 Reply Last reply Reply Quote 0
              • olivierlambertO Offline
                olivierlambert Vates πŸͺ Co-Founder CEO @Andrew
                last edited by

                @Andrew And it doesn't with the commit just before?

                A 1 Reply Last reply Reply Quote 0
                • A Online
                  Andrew Top contributor @olivierlambert
                  last edited by

                  @olivierlambert Correct. Running commit 4944ea902ff19f172b1b86ec96ad989e322bec2c works.

                  florentF 1 Reply Last reply Reply Quote 0
                  • olivierlambertO Offline
                    olivierlambert Vates πŸͺ Co-Founder CEO
                    last edited by

                    @florent so it's like https://github.com/vatesfr/xen-orchestra/commit/a459015ca91c159123bb682f16237b4371a312a6 might introduced a regression?

                    0 fbeauchamp committed to vatesfr/xen-orchestra
                    Fix(replication): VDI_NOT_MANAGED error  (#8935)
                    
                    from ticket #40151
                    1 Reply Last reply Reply Quote 0
                    • florentF Online
                      florent Vates πŸͺ XO Team @Andrew
                      last edited by

                      @Andrew then again, with such a precise report, the fix is easier

                      the fix should join master soon

                      1 Reply Last reply Reply Quote 1
                      • olivierlambertO Offline
                        olivierlambert Vates πŸͺ Co-Founder CEO
                        last edited by olivierlambert

                        If you want to test, you can switch to the relevant branch, which is fix_replication

                        https://github.com/vatesfr/xen-orchestra/pull/8971

                        fbeauchamp opened this pull request in vatesfr/xen-orchestra

                        open fix(backups): replication doiing always a full #8971

                        A 1 Reply Last reply Reply Quote 0
                        • A Online
                          Andrew Top contributor @olivierlambert
                          last edited by

                          @olivierlambert fix_replication works for some... but most of my VMs now have an error:
                          the writer IncrementalXapiWriter has failed the step writer.checkBaseVdis() with error Cannot read properties of undefined (reading 'managed').

                                "result": {
                                  "message": "Cannot read properties of undefined (reading 'managed')",
                                  "name": "TypeError",
                                  "stack": "TypeError: Cannot read properties of undefined (reading 'managed')\n    at file:///opt/xo/xo-builds/xen-orchestra-202509150025/@xen-orchestra/backups/_runners/_writers/IncrementalXapiWriter.mjs:29:15\n    at Array.filter (<anonymous>)\n    at IncrementalXapiWriter.checkBaseVdis (file:///opt/xo/xo-builds/xen-orchestra-202509150025/@xen-orchestra/backups/_runners/_writers/IncrementalXapiWriter.mjs:26:8)\n    at file:///opt/xo/xo-builds/xen-orchestra-202509150025/@xen-orchestra/backups/_runners/_vmRunners/IncrementalXapi.mjs:159:54\n    at callWriter (file:///opt/xo/xo-builds/xen-orchestra-202509150025/@xen-orchestra/backups/_runners/_vmRunners/_Abstract.mjs:33:15)\n    at IncrementalXapiVmBackupRunner._callWriters (file:///opt/xo/xo-builds/xen-orchestra-202509150025/@xen-orchestra/backups/_runners/_vmRunners/_Abstract.mjs:52:14)\n    at IncrementalXapiVmBackupRunner._selectBaseVm (file:///opt/xo/xo-builds/xen-orchestra-202509150025/@xen-orchestra/backups/_runners/_vmRunners/IncrementalXapi.mjs:158:16)\n    at process.processTicksAndRejections (node:internal/process/task_queues:105:5)\n    at async IncrementalXapiVmBackupRunner.run (file:///opt/xo/xo-builds/xen-orchestra-202509150025/@xen-orchestra/backups/_runners/_vmRunners/_AbstractXapi.mjs:378:5)\n    at async file:///opt/xo/xo-builds/xen-orchestra-202509150025/@xen-orchestra/backups/_runners/VmsXapi.mjs:166:38"
                                }
                          
                          1 Reply Last reply Reply Quote 0
                          • First post
                            Last post