[pve-devel] Dedicated Migration Network #1177 v2
Thomas Lamprecht
t.lamprecht at proxmox.com
Thu Nov 17 11:48:41 CET 2016
On 11/16/2016 08:39 PM, Phil Kauffman wrote:
> I have done some light testing of this and it doesn't seem to work
> quite right yet.
>
> Things I have done.
> - dist-upgrade on both machines and reboot.
> - able to ssh to and from both machines on alternate network without a
> password
> - Migration works when VM is off or one does not set
> 'type=secure|insecure'
>
>
> ### Migration hangs:
>
> root at bravo-vmnode2:~# cat /etc/pve/datacenter.cfg
> migration: type=secure,network=192.168.2.0/24
>
> Nov 16 13:36:08 use dedicated network address for sending migration
> traffic (192.168.2.162)
> Nov 16 13:36:08 starting migration of VM 118 to node 'bravo-vmnode1'
> (192.168.2.162)
> Nov 16 13:36:08 copying disk images
> Nov 16 13:36:08 starting VM 118 on remote node 'bravo-vmnode1'
> Nov 16 13:36:10 start remote tunnel
> Nov 16 13:36:11 starting online/live migration on
> unix:/run/qemu-server/118.migrate
> Nov 16 13:36:11 migrate_set_speed: 8589934592
> Nov 16 13:36:11 migrate_set_downtime: 0.1
> Nov 16 13:36:11 set migration_caps
> Nov 16 13:36:11 set cachesize: 53687091
> Nov 16 13:36:11 start migrate command to
> unix:/run/qemu-server/118.migrate
> Nov 16 13:36:13 migration status: active (transferred 2360760,
> remaining 543330304), total 546119680)
> Nov 16 13:36:13 migration xbzrle cachesize: 33554432 transferred 0
> pages 0 cachemiss 0 overflow 0
>
>
> This will hang until you stop it.
Does this trigger always?
This seems not directly related to the migration network changes,
as the API call _can_ already connect to the other node over the
specified network.
Else it would not output like:
> Nov 17 11:12:40 # /usr/bin/ssh -o 'BatchMode=yes'
root at fd0f:38:500:15::3 /bin/true
> Nov 17 11:12:40 Host key verification failed.
And if he can connect he does exactly the same things as on the other
network.
Can you try migration type 'insecure' also?
Seems like a problem with your other network? Not quite sure, that seems
strange to me.
>
>
> ### Migration succeeds, but parse error on /etc/pve/datacenter.cfg
>
> root at bravo-vmnode2:~# cat /etc/pve/datacenter.cfg
> migration: network=192.168.2.0/24
You're using a wrong format here, if the migration property gets set the
type needs always to be set too.
>
>
> parse error in '/etc/pve/datacenter.cfg' - 'migration': invalid format
> - format error
> migration.type: property is missing and it is not optional
>
> Nov 16 13:29:53 starting migration of VM 118 to node 'bravo-vmnode2'
> (10.135.164.164)
> Nov 16 13:29:53 copying disk images
> Nov 16 13:29:53 starting VM 118 on remote node 'bravo-vmnode2'
> parse error in '/etc/pve/datacenter.cfg' - 'migration': invalid format
> - format error
> migration.type: property is missing and it is not optional
>
> Nov 16 13:29:55 start remote tunnel
> Nov 16 13:29:56 starting online/live migration on
> unix:/run/qemu-server/118.migrate
> Nov 16 13:29:56 migrate_set_speed: 8589934592
> Nov 16 13:29:56 migrate_set_downtime: 0.1
> Nov 16 13:29:56 set migration_caps
> Nov 16 13:29:56 set cachesize: 53687091
> Nov 16 13:29:56 start migrate command to
> unix:/run/qemu-server/118.migrate
> Nov 16 13:29:58 migration speed: 256.00 MB/s - downtime 22 ms
> Nov 16 13:29:58 migration status: completed
> Nov 16 13:30:01 migration finished successfully (duration 00:00:08)
> TASK OK
>
>
>
More information about the pve-devel
mailing list