VZ online migration / Local Storage / migrates but is off

C

Chris Rivera

Guest
When i do online migrations with vz containers... everything works as expected.... files get copied over, but the vm is not online. When its done transferring its stopped.

How can i migrate vz while keeping them online, no downtime?
 
The only time Ive seen that happen is if you try to migrate VMs/CTs between nodes at different patch levels. If this applies to you - you should only try to migrate between identical nodes (ideally this would mean "fully updated in the stable branch")
 
thanks but these 2 systems are identical installes with pve version:

pve-manager: 2.2-31 (pve-manager/2.2/e94e95e9)
running kernel: 2.6.32-16-pve
proxmox-ve-2.6.32: 2.2-82
pve-kernel-2.6.32-11-pve: 2.6.32-66
pve-kernel-2.6.32-16-pve: 2.6.32-82
pve-kernel-2.6.32-13-pve: 2.6.32-72
pve-kernel-2.6.32-14-pve: 2.6.32-74
lvm2: 2.02.95-1pve2
clvm: 2.02.95-1pve2
corosync-pve: 1.4.4-1
openais-pve: 1.1.4-2
libqb: 0.10.1-2
redhat-cluster-pve: 3.1.93-2
resource-agents-pve: 3.9.2-3
fence-agents-pve: 3.1.9-1
pve-cluster: 1.0-33
qemu-server: 2.0-69
pve-firmware: 1.0-21
libpve-common-perl: 1.0-39
libpve-access-control: 1.0-25
libpve-storage-perl: 2.0-36
vncterm: 1.0-3
vzctl: 4.0-1pve2
vzprocps: 2.0.11-2
vzquota: 3.1-1
pve-qemu-kvm: 1.2-7
ksm-control-daemon: 1.1-1
 
Last edited by a moderator:
a log file of any of these problematic migrations might help diagnose the problem (you can access logs of recent tasks by doubleclicking the task in the lower section of the proxmox GUI)
 
Feb 06 13:18:42 starting migration of CT 1050 to node 'proxmox2' (**.**.**.**)
Feb 06 13:18:42 container is running - using online migration
Feb 06 13:18:42 starting rsync phase 1
Feb 06 13:18:42 # /usr/bin/rsync -aHAX --delete --numeric-ids --sparse /var/lib/vz/private/1050 root@**.**.**.**:/var/lib/vz/private
Feb 06 13:18:56 start live migration - suspending container
Feb 06 13:18:56 dump container state
Feb 06 13:18:57 copy dump file to target node
Feb 06 13:18:57 starting rsync (2nd pass)
Feb 06 13:18:57 # /usr/bin/rsync -aHAX --delete --numeric-ids /var/lib/vz/private/1050 root@**.**.**.**:/var/lib/vz/private
Feb 06 13:18:59 dump 2nd level quota
Feb 06 13:18:59 copy 2nd level quota to target node
Feb 06 13:19:00 initialize container on remote node 'proxmox2'
Feb 06 13:19:00 initializing remote quota
Feb 06 13:19:01 turn on remote quota
Feb 06 13:19:01 load 2nd level quota
Feb 06 13:19:01 starting container on remote node 'proxmox2'
Feb 06 13:19:01 restore container state
Feb 06 13:19:06 removing container files on local node
Feb 06 13:19:07 start final cleanup
Feb 06 13:19:07 migration finished successfuly (duration 00:00:25)
TASK OK


i would think if an automated process suspends the container... when its done should undo suspending of the vm? let me know if this help.

thanks for your help so far its greatly appreciated.
 
yes it normally does. However your log looks 100% identical to successful migrations over here. Aparently the unsuspending step merely does not output a line saying so.
Sadly that also means that the log does not help diagnose your problem.
I can tell you that your installation is not up to date, and Im afraid thats my last angle, maybe someone else has experienced this before?

PS: "up to date" currently means:
Code:
pve-manager: 2.2-32 (pve-manager/2.2/3089a616)
running kernel: 2.6.32-17-pve
[...]
 

About

The Proxmox community has been around for many years and offers help and support for Proxmox VE, Proxmox Backup Server, and Proxmox Mail Gateway.
We think our community is one of the best thanks to people like you!

Get your subscription!

The Proxmox team works very hard to make sure you are running the best software and getting stable updates and security enhancements, as well as quick enterprise support. Tens of thousands of happy customers have a Proxmox subscription. Get yours easily in our online shop.

Buy now!