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

    Migration doesn't work in XCP-ng Centar after successful backup with Xen Orchestra

    Scheduled Pinned Locked Moved Backup
    5 Posts 4 Posters 319 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.
    • N Offline
      nicols
      last edited by

      After performing backup job, options "migrate_send" and "pool_migrate" disappear from "allowed-operations" parametar. In such state, VM can be migrated with Xen Orchestra and xe toolstack (CLI), but cannot be migrated from XCP-NG Centar.

      Before backup job:

      allowed-operations (SRO): changing_dynamic_range; migrate_send; pool_migrate; changing_VCPUs_live; suspend; hard_reboot; hard_shutdown; clean_reboot; clean_shutdown; pause; checkpoint; snapshot
      blocked-operations (MRW): 
      

      during backup:

      allowed-operations (SRO): changing_dynamic_range; changing_VCPUs_live; suspend; hard_reboot; hard_shutdown; clean_reboot; clean_shutdown; pause; checkpoint; snapshot
      blocked-operations (MRW): migrate_send: VM migration is blocked during backup; pool_migrate: VM migration is blocked during backup
      

      after backup is finished:

      allowed-operations (SRO): changing_dynamic_range; changing_VCPUs_live; suspend; hard_reboot; hard_shutdown; clean_reboot; clean_shutdown; pause; checkpoint; snapshot
      blocked-operations (MRW): 
      

      If we perform reset of XAPI toolstack, everything is OK (options "migrate_send" and "pool_migrate" are back on "allowed-operations"). Also, if we perform migration with Xen Orchestra or power cycle VM, everything works temporarily, until next backup job.

      We have latest Xen Orchestra from sources (Xen Orchestra: commit 0e6bc, Master: commit 0e6bc).
      This bug was also present on older Xen Orchestra (also from sources, installed at 19.06.2024).
      XCP-ng Centar is also latest release (20.04.01.33). XCP-ng Pool is at 8.2, all updates applied.
      We use Delta backups, and did a test with creating new job (with just one VM).

      Best regards!

      N Bastien NolletB 2 Replies Last reply Reply Quote 0
      • N Offline
        nicols @nicols
        last edited by

        Probably related and/or similar (but not the same) as: https://xcp-ng.org/forum/topic/9087/migrate-vm-disk-operation-blocked

        DanpD 1 Reply Last reply Reply Quote 0
        • DanpD Offline
          Danp Pro Support Team @nicols
          last edited by

          Hi @nicols,

          Thanks for the report. I believe that our developers are already investigating this issue.

          Regards,
          Dan

          1 Reply Last reply Reply Quote 1
          • Bastien NolletB Offline
            Bastien Nollet Vates 🪐 XO Team @nicols
            last edited by

            Hi @nicols ,

            As Dan said, we are indeed investigation this issue, and we will try to provide a fix during the next weeks. We will keep you informed.

            Regards

            julien-fJ 1 Reply Last reply Reply Quote 1
            • julien-fJ Offline
              julien-f Vates 🪐 Co-Founder XO Team @Bastien Nollet
              last edited by

              Hello all!

              It should be fixed https://github.com/vatesfr/xen-orchestra/commit/72592a54d2225d5368a3410e4b3c19039f8e5df1 🙂

              0 b-Nollet committed to vatesfr/xen-orchestra
              fix(backups): correctly update allowed_operations - temporary fix (#7924)
              
              Fixes https://xcp-ng.org/forum/post/81327
              
              `allowed_operations` are currently not updated correctly when `blocked_operations` are modified, which causes backup jobs to remove `migrate_send` and `pool_migrate` from VM's `allowed_operations`. This commit fixes that, until `allowed_operations` updates correctly again.
              1 Reply Last reply Reply Quote 2
              • First post
                Last post