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

    XS 7.0 to XCP-ng 8 live migration error VM.migrate_send with the incorrect number of parameters

    Scheduled Pinned Locked Moved
    Compute
    xenserver 7.0 live migrate vm.migrate send xcp-ng 8 upgrade
    4
    14
    1.5k
    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.
    • A
      andersonalipio
      last edited by

      Hi Oliver,

      I'm using XCP-ng Center 8.0.1 (build 8.0.1.26) 64-bit

      left click on the VM and Migrate to Server

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

        Can you try with Xen Orchestra? And/or xe CLI?

        A 2 Replies Last reply Reply Quote 0
        • stormiS
          stormi Vates 🪐 XCP-ng Team
          last edited by

          I have already seen this error message when I was doing live migration tests from older XenServer to recent XCP-ng. Unfortunately I did not keep notes. I think it was related to a bug in the sender (XenServer) that manifested in some cases and that we can't fix on our side as the receiver, but I don't guarantee that my memory is right here. Were the XS 7.0 hosts fully updated?

          1 Reply Last reply Reply Quote 0
          • stormiS
            stormi Vates 🪐 XCP-ng Team
            last edited by

            Logs from the server showing that error message and several lines before and after may help (after testing in XO).

            A 1 Reply Last reply Reply Quote 0
            • A
              andersonalipio @olivierlambert
              last edited by

              @olivierlambert Hi Oliver, sorry for the delay.

              I'm getting the same error on XOA, MESSAGE_PARAMETER_COUNT_MISMATCH(VM.migrate_send, 6, 7)

              I'm not sure how to do it by command line. Can you help me with that?

              @olivierlambert said in XS 7.0 to XCP-ng 8 live migration error VM.migrate_send with the incorrect number of parameters:

              Can you try with Xen Orchestra? And/or xe CLI?

              1 Reply Last reply Reply Quote 0
              • A
                andersonalipio @stormi
                last edited by Danp

                @stormi said in XS 7.0 to XCP-ng 8 live migration error VM.migrate_send with the incorrect number of parameters:

                Logs from the server showing that error message and several lines before and after may help (after testing in XO).

                The logs are as follows

                Dec 11 12:08:47 srv-vm01 xapi: [debug|srv-vm01|1170042 INET :::80|host.migrate_receive R:b064242009db|audit] Host.migrate_receive: host = '21a1ec6a-2c56-4724-970f-9fd10bbb6455 (srv-vm01)';
network = '57802815-7652-6932-4399-3dd3eeb75934'
Dec 11 12:08:47 srv-vm01 xapi: [ info|srv-vm01|1170042 INET :::80|host.migrate_receive R:b064242009db|xapi] Session.create trackid=3cc92cdcc50d6a9cb2742e3a39d5f326 pool=false uname= origina
tor=xapi is_local_superuser=true auth_user_sid= parent=trackid=07817cf1dacc45f05ff61ae2cba31edc
Dec 11 12:08:47 srv-vm01 xapi: [debug|srv-vm01|1170043 UNIX /var/lib/xcp/xapi||dummytaskhelper] task dispatch:pool.get_all D:8c3336258b4d created by task R:b064242009db
Dec 11 12:08:47 srv-vm01 xapi: [ info|srv-vm01|1170045 |Async.VM.migrate_send R:422b7c3ce8b7|dispatcher] spawning a new thread to handle the current task (trackid=07817cf1dacc45f05ff61ae2cb
a31edc)
Dec 11 12:08:47 srv-vm01 xapi: [debug|srv-vm01|1170045 |Async.VM.migrate_send R:422b7c3ce8b7|audit] VM.migrate_send: VM = '2ae968be-0cf1-e296-48e7-a63e46ce039c (VM_MEPCAFI)'
Dec 11 12:08:47 srv-vm01 xapi: [debug|srv-vm01|1170045 |Async.VM.migrate_send R:422b7c3ce8b7|dummytaskhelper] task VM.assert_can_migrate D:0853f11da576 created (trackid=07817cf1dacc45f05ff6
1ae2cba31edc) by task R:422b7c3ce8b7
Dec 11 12:08:47 srv-vm01 xapi: [debug|srv-vm01|1170045 |VM.assert_can_migrate D:0853f11da576|audit] VM.assert_can_migrate: VM = '2ae968be-0cf1-e296-48e7-a63e46ce039c (VM_MEPCAFI)'
Dec 11 12:08:47 srv-vm01 xapi: [debug|srv-vm01|1170045 |VM.assert_can_migrate D:0853f11da576|xapi] This is an intra-pool migration
Dec 11 12:08:47 srv-vm01 xapi: [debug|srv-vm01|1170045 |VM.assert_can_migrate D:0853f11da576|stunnel] stunnel start
Dec 11 12:08:47 srv-vm01 xapi: [debug|srv-vm01|1170045 |VM.assert_can_migrate D:0853f11da576|xmlrpc_client] stunnel pid: 22905 (cached = false) connected to 172.16.254.2:443
Dec 11 12:08:47 srv-vm01 xapi: [debug|srv-vm01|1170045 |VM.assert_can_migrate D:0853f11da576|xmlrpc_client] with_recorded_stunnelpid task_opt=None s_pid=22905
Dec 11 12:08:47 srv-vm01 xapi: [debug|srv-vm01|1170045 |VM.assert_can_migrate D:0853f11da576|stunnel] stunnel start
Dec 11 12:08:47 srv-vm01 xapi: [debug|srv-vm01|1170045 |VM.assert_can_migrate D:0853f11da576|xmlrpc_client] stunnel pid: 22913 (cached = false) connected to 172.16.254.2:443
Dec 11 12:08:47 srv-vm01 xapi: [debug|srv-vm01|1170045 |VM.assert_can_migrate D:0853f11da576|xmlrpc_client] with_recorded_stunnelpid task_opt=None s_pid=22913
Dec 11 12:08:47 srv-vm01 xapi: [debug|srv-vm01|1170045 |VM.assert_can_migrate D:0853f11da576|stunnel] stunnel start
Dec 11 12:08:47 srv-vm01 xapi: [debug|srv-vm01|1170045 |VM.assert_can_migrate D:0853f11da576|xmlrpc_client] stunnel pid: 22918 (cached = false) connected to 172.16.254.2:443
Dec 11 12:08:47 srv-vm01 xapi: [debug|srv-vm01|1170045 |VM.assert_can_migrate D:0853f11da576|xmlrpc_client] with_recorded_stunnelpid task_opt=None s_pid=22918
Dec 11 12:08:47 srv-vm01 xapi: [debug|srv-vm01|1156213 INET :::80||dummytaskhelper] task dispatch:event.from D:0cf95852ef63 created by task D:62ee87bd340d
Dec 11 12:08:47 srv-vm01 xapi: [debug|srv-vm01|1170045 |VM.assert_can_migrate D:0853f11da576|xapi] Checking whether VM OpaqueRef:7fc6e9ef-8934-6d37-0cc9-27f03319c16a can run on host OpaqueR
ef:c5a91627-9b39-1a50-35fb-f90527d490bc
Dec 11 12:08:47 srv-vm01 xapi: [debug|srv-vm01|1170045 |VM.assert_can_migrate D:0853f11da576|xapi] host srv-vm01; available_memory = 96405225472; memory_required = 2167406592
Dec 11 12:08:47 srv-vm01 xapi: [debug|srv-vm01|1170045 |VM.assert_can_migrate D:0853f11da576|xapi] All fine, VM OpaqueRef:7fc6e9ef-8934-6d37-0cc9-27f03319c16a can run on host OpaqueRef:c5a9
1627-9b39-1a50-35fb-f90527d490bc!
Dec 11 12:08:47 srv-vm01 xapi: [debug|srv-vm01|1170045 |VM.assert_can_migrate D:0853f11da576|audit] VM.assert_can_migrate_sender: VM = '2ae968be-0cf1-e296-48e7-a63e46ce039c (VM_MEPCAFI)'
Dec 11 12:08:47 srv-vm01 xapi: [ info|srv-vm01|1170045 |VM.assert_can_migrate D:0853f11da576|xapi] Session.create trackid=8da662af51992b24914d07ef997127f1 pool=true uname= originator=xapi i
s_local_superuser=true auth_user_sid= parent=trackid=07817cf1dacc45f05ff61ae2cba31edc
Dec 11 12:08:47 srv-vm01 xapi: [debug|srv-vm01|1170049 UNIX /var/lib/xcp/xapi||dummytaskhelper] task dispatch:pool.get_all D:fa6579267792 created by task D:0853f11da576
Dec 11 12:08:47 srv-vm01 xapi: [debug|srv-vm01|1170045 |VM.assert_can_migrate D:0853f11da576|xmlrpc_client] stunnel pid: 21902 (cached = true) connected to 172.16.254.3:443
Dec 11 12:08:47 srv-vm01 xapi: [debug|srv-vm01|1170045 |VM.assert_can_migrate D:0853f11da576|xmlrpc_client] with_recorded_stunnelpid task_opt=None s_pid=21902
Dec 11 12:08:47 srv-vm01 xapi: [debug|srv-vm01|1170045 |VM.assert_can_migrate D:0853f11da576|xmlrpc_client] stunnel pid: 21902 (cached = true) returned stunnel to cache
Dec 11 12:08:47 srv-vm01 xapi: [ info|srv-vm01|1170045 |VM.assert_can_migrate D:0853f11da576|xapi] Session.destroy trackid=8da662af51992b24914d07ef997127f1
Dec 11 12:08:47 srv-vm01 xapi: [ warn|srv-vm01|1170045 |VM.assert_can_migrate D:0853f11da576|xapi] VM.assert_can_migrate_sender is not known by destination, assuming it can ignore this chec
k.
Dec 11 12:08:47 srv-vm01 xapi: [debug|srv-vm01|1170045 |Async.VM.migrate_send R:422b7c3ce8b7|audit] Reserve resources for VM OpaqueRef:7fc6e9ef-8934-6d37-0cc9-27f03319c16a on host OpaqueRef
:c5a91627-9b39-1a50-35fb-f90527d490bc
Dec 11 12:08:47 srv-vm01 xapi: [ info|srv-vm01|1170045 |Async.VM.migrate_send R:422b7c3ce8b7|xapi] Session.create trackid=7c9b755c10d64667754d3318bd756d6a pool=true uname= originator=xapi i
s_local_superuser=true auth_user_sid= parent=trackid=07817cf1dacc45f05ff61ae2cba31edc
Dec 11 12:08:47 srv-vm01 xapi: [debug|srv-vm01|1170051 UNIX /var/lib/xcp/xapi||dummytaskhelper] task dispatch:pool.get_all D:ff08228ff92f created by task R:422b7c3ce8b7
Dec 11 12:08:47 srv-vm01 xapi: [debug|srv-vm01|1170045 |Async.VM.migrate_send R:422b7c3ce8b7|xmlrpc_client] stunnel pid: 21902 (cached = true) connected to 172.16.254.3:443
Dec 11 12:08:47 srv-vm01 xapi: [debug|srv-vm01|1170045 |Async.VM.migrate_send R:422b7c3ce8b7|xmlrpc_client] with_recorded_stunnelpid task_opt=OpaqueRef:422b7c3c-e8b7-4971-a4a2-5ad9238d156f
s_pid=21902
Dec 11 12:08:47 srv-vm01 xapi: [debug|srv-vm01|1170045 |Async.VM.migrate_send R:422b7c3ce8b7|xmlrpc_client] stunnel pid: 21902 (cached = true) returned stunnel to cache
Dec 11 12:08:47 srv-vm01 xapi: [ info|srv-vm01|1170045 |Async.VM.migrate_send R:422b7c3ce8b7|xapi] Session.destroy trackid=7c9b755c10d64667754d3318bd756d6a
Dec 11 12:08:47 srv-vm01 xapi: [ warn|srv-vm01|1170045 |Async.VM.migrate_send R:422b7c3ce8b7|rbac_audit] cannot marshall arguments for the action VM.migrate_send: name and value list length
s don't match. str_names=[session_id,vm,dest,live,vdi_map,vif_map,options,vgpu_map,], xml_values=[S(OpaqueRef:023f9925-7153-4105-89aa-e6c190aea2f7),S(OpaqueRef:7fc6e9ef-8934-6d37-0cc9-27f03
319c16a),{SM:S(http://172.16.254.2/services/SM?session_id=OpaqueRef:5e6a5567-25fd-40e8-86d8-1521847b009c);host:S(OpaqueRef:c5a91627-9b39-1a50-35fb-f90527d490bc);xenops:S(http://172.16.254.2
/services/xenops?session_id=OpaqueRef:5e6a5567-25fd-40e8-86d8-1521847b009c);session_id:S(OpaqueRef:5e6a5567-25fd-40e8-86d8-1521847b009c);master:S(http://172.16.254.2/)},B(true),{OpaqueRef:b
301e08f-b142-58ee-85f3-7b79e5becb2b:S(OpaqueRef:34331f5e-fe77-9b58-5a0f-22775aa7c75e)},{},{force:S(true)},]
Dec 11 12:08:47 srv-vm01 xapi: [error|srv-vm01|1170045 ||backtrace] Async.VM.migrate_send R:422b7c3ce8b7 failed with exception Server_error(MESSAGE_PARAMETER_COUNT_MISMATCH, [ VM.migrate_se
nd; 6; 7 ])
Dec 11 12:08:47 srv-vm01 xapi: [error|srv-vm01|1170045 ||backtrace] Raised Server_error(MESSAGE_PARAMETER_COUNT_MISMATCH, [ VM.migrate_send; 6; 7 ])
Dec 11 12:08:47 srv-vm01 xapi: [error|srv-vm01|1170045 ||backtrace] 1/1 xapi @ srv-vm01 Raised at file (Thread 1170045 has no backtrace table. Was with_backtraces called?, line 0
Dec 11 12:08:47 srv-vm01 xapi: [error|srv-vm01|1170045 ||backtrace]
Dec 11 12:08:47 srv-vm01 xapi: [debug|srv-vm01|1170054 UNIX /var/lib/xcp/xapi||dummytaskhelper] task dispatch:session.logout D:df15f6998d8f created by task D:331171945fdb
Dec 11 12:08:47 srv-vm01 xapi: [ info|srv-vm01|1170054 UNIX /var/lib/xcp/xapi|session.logout D:58fc8603783e|xapi] Session.destroy trackid=54686d2aa75068a16e7bbc9b346e53bf
Dec 11 12:08:47 srv-vm01 xapi: [debug|srv-vm01|1170055 UNIX /var/lib/xcp/xapi||dummytaskhelper] task dispatch:session.slave_login D:521bf1375263 created by task D:331171945fdb
Dec 11 12:08:47 srv-vm01 xapi: [ info|srv-vm01|1170055 UNIX /var/lib/xcp/xapi|session.slave_login D:ea496baa7952|xapi] Session.create trackid=d4797774b02461bf58c8fb234fdb46eb pool=true unam
e= originator=xapi is_local_superuser=true auth_user_sid= parent=trackid=9834f5af41c964e225f24279aefe4e49
Dec 11 12:08:47 srv-vm01 xapi: [debug|srv-vm01|1170056 UNIX /var/lib/xcp/xapi||dummytaskhelper] task dispatch:pool.get_all D:75990f7f155b created by task D:ea496baa7952
Dec 11 12:08:47 srv-vm01 xapi: [debug|srv-vm01|1170057 UNIX /var/lib/xcp/xapi||dummytaskhelper] task dispatch:event.from D:18e39dd6f49a created by task D:331171945fdb
Dec 11 12:08:47 srv-vm01 xapi: [debug|srv-vm01|1161880 INET :::80||dummytaskhelper] task dispatch:event.from D:5f3c05ffc517 created by task D:62ee87bd340d
                1 Reply Last reply Reply Quote 0
                • A
                  andersonalipio @olivierlambert
                  last edited by andersonalipio

                  @olivierlambert said in XS 7.0 to XCP-ng 8 live migration error VM.migrate_send with the incorrect number of parameters:

                  Can you try with Xen Orchestra? And/or xe CLI?

                  Would the command line be something like this?

                  xe vm-migrate remote-master=x.x.x.x remote-username=root remote-password=******* vm=vm-name live=true force=true

                  If yes, should it be executed from the master or the server where the VM lies?

                  I need to live migrate a VM from slave 1 (XS 7.0) to the upgraded master (XCP 8.0)

                  A 1 Reply Last reply Reply Quote 0
                  • A
                    andersonalipio @andersonalipio
                    last edited by andersonalipio

                    @andersonalipio said in XS 7.0 to XCP-ng 8 live migration error VM.migrate_send with the incorrect number of parameters:

                    @olivierlambert said in XS 7.0 to XCP-ng 8 live migration error VM.migrate_send with the incorrect number of parameters:

                    Can you try with Xen Orchestra? And/or xe CLI?

                    Would the command line be something like this?

                    xe vm-migrate remote-master=x.x.x.x remote-username=root remote-password=******* vm=vm-name live=true force=true

                    If yes, should it be executed from the master or the server where the VM lies?

                    I need to live migrate a VM from slave 1 (XS 7.0) to the upgraded master (XCP 8.0)

                    That's not it...

                    I'm trying to find the correct parameters, because in my case, I need to migrate a VM from slave1 with VDI in slave1 LOCAL SR to the master and the VM's VDI to master's LOCAL SR.

                    I've found this but I'm confused about wich uuid and wich SR should I use, current or new....

                    xe vm-migrate uuid=[vm's uuid?] host=master live=true host-uuid=[old or new host uuid?] vdi:72ce69ce-6162-4d9d-a82b-1020ba8eeaf0=62cb502e-ffc0-79c2-3b73-9888d9dad60b

                    1 Reply Last reply Reply Quote 0
                    • R
                      rjt
                      last edited by

                      Do you have any shared storage somewhere on your LAN to use?
                      A three GB thumbdrive shared from another machine is big enough for this VM.

                      A 1 Reply Last reply Reply Quote 0
                      • A
                        andersonalipio
                        last edited by

                        Found the correct xe command but got the same error

                        [root@srv-vm02 ~]# xe vm-migrate remote-master=172.16.254.2 remote-username=root remote-password=xxxxxx vm=VM_MEPCAFI host=srv-vm01 live=true vdi:75400759-8829-48a0-b4ee-d8dd56a0facc=652efd1c-e37e-2f33-4ed3-3deffb251ed6
                        Performing a Storage XenMotion migration. Your VM's VDIs will be migrated with the VM.
                        Will migrate to remote host: srv-vm01, using remote network: Pool-wide network associated with eth0. Here is the VDI mapping:
                        VDI 75400759-8829-48a0-b4ee-d8dd56a0facc -> SR 652efd1c-e37e-2f33-4ed3-3deffb251ed6
                        You tried to call a method with the incorrect number of parameters. The fully-qualified method name that you used, and the number of received and expected parameters are returned.
                        method: VM.migrate_send
                        expected: 6
                        received: 7

                        Don't really know what to do next...

                        1 Reply Last reply Reply Quote 0
                        • A
                          andersonalipio @rjt
                          last edited by

                          @rjt said in XS 7.0 to XCP-ng 8 live migration error VM.migrate_send with the incorrect number of parameters:

                          Do you have any shared storage somewhere on your LAN to use?
                          A three GB thumbdrive shared from another machine is big enough for this VM.

                          I have a NFS storage that's seen by all servers, but when migrating using this storage gives me the same error.

                          R 1 Reply Last reply Reply Quote 0
                          • R
                            rjt @andersonalipio
                            last edited by

                            @andersonalipio

                            • Since something is up with the API, restarting the xapi toolstack on the host might help.

                            • Do not try migrating the running VM at first, but move to the shared NFS StorageRepository. Then after the VDI is hopefully successfully moved, then try moving the running VM.

                            • Does it move to the other Citrix XS 7 host?

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