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

    Disaster Recovery Backups - Remove 'Auto-Start' field?

    Scheduled Pinned Locked Moved Xen Orchestra
    8 Posts 5 Posters 658 Views 1 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.
    • T Offline
      Tackyone
      last edited by

      Hi,

      Is there any way to have Disaster Recovery backups remove (i.e. toggle to "off") the auto-start flag on VM's as they're replicated?

      A source VM here has 'auto-start: yes' set - if it's replicated twice - that's a lot of VM's sitting around with "auto-start" enabled waiting for something to go wrong (i.e. both start at the same time etc.)

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

        Hi,

        I think it's possible to configure in the backup job. Pinging @pdonias on that.

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

          @tackyone Hi, no it's not possible, but it should not cause any issues as replicated VMs cannot be started directly, their start and start_on operations are blocked, you are required to manually start them from XO 🙂

          Keep us posted if you have any problems regarding this.

          S 1 Reply Last reply Reply Quote 1
          • S Offline
            Steve0 @julien-f
            last edited by

            @julien-f I'm experiencing this as well. I've a remote site running an older version of XCP-ng (7.6). Two hosts without shared storage, Xen Orchestra is configured in Disaster Recovery mode, copying the VMs from one host to the other. It works well, except when the site has a power issue and both the Live and DR VMs power up at the same time.

            HA is not configured (no shared storage), to avoid this I need to manually edit the backup VMs and un-tick "Autostart on server boot", but this doesn't work for unexpected outages.

            Any suggestions as to what I should check from here?

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

              So you mean a VM with auto start will boot despite we got the start and start_on operations at blocked?

              S 1 Reply Last reply Reply Quote 0
              • S Offline
                Steve0 @olivierlambert
                last edited by

                @olivierlambert Yes, when the host reboots, we're seeing 10+ VMs all configured with the same IP address power up. Where can I confirm that start/start_on is indeed blocked for the DR VMs?

                The DR VM has auto_poweron set to true like the source VM:

                [root@xcp01 ~]# xe vm-param-get param-name=other-config uuid=41d5dc37-0512-6810-185b-ae7da536cb3b
                xo:backup:sr: ac43e953-1c29-f425-5c14-74e5fdb209f6; import_task: OpaqueRef:a7cc8a3f-70b0-42dd-ada5-53d1f1573a1e; mac_seed: 237107d5-1903-5701-11b3-6a6fe9c18dd2; xo:backup:schedule: 0cf32de6-1a4a-49b7-844f-5dea7bb71fd0; xo:backup:job: 7a8da676-e336-49d8-a1ba-02db6990f5a3; xo:backup:vm: e7b0b978-aaa9-a9b3-8079-d13964ab06fd; auto_poweron: true; base_template_name: Other install media; install-methods: cdrom
                
                
                1 Reply Last reply Reply Quote 0
                • olivierlambertO Offline
                  olivierlambert Vates 🪐 Co-Founder CEO
                  last edited by

                  It's in the VM record, you should see it on a xe vm-param-list uuid=<VM UUID>

                  1 Reply Last reply Reply Quote 0
                  • T Offline
                    tony
                    last edited by

                    I do not get this problem on XCP-ng 8.1, just to add more information.

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