[PVE-User] New KVM 1.2, snapshots, vzctl and other packages on pvetest (on the road to V2.2)

[David Black]

Here's an update: A Fedora 17 CT booted normally. On the outside chance there was a problem with the host I did the first v2.2 CT tests on, I started a CentOS 6 CT on another host, and it behaved the same way (hung on an init step). 

I didn't expect CT live migration (on NFS storage) to necessarily work, but tried anyway. It worked once, then failed the second time with similar behavior as before. Seems like it considers the .nfs* lock files disappearing on their own a failure - perhaps they should just be excluded/ignored. FWIW here's the migration log: 

Oct 05 21:39:19 starting migration of CT 114 to node 'ollie' (10.7.65.112) 
Oct 05 21:39:19 container is running - using online migration 
Oct 05 21:39:19 container data is on shared storage 'tex-pve' 
Oct 05 21:39:19 start live migration - suspending container 
Oct 05 21:39:19 dump container state 
Oct 05 21:39:20 dump 2nd level quota 
Oct 05 21:39:21 initialize container on remote node 'ollie' 
Oct 05 21:39:21 initializing remote quota 
Oct 05 21:39:41 turn on remote quota 
Oct 05 21:39:41 load 2nd level quota 
Oct 05 21:39:41 starting container on remote node 'ollie' 
Oct 05 21:39:41 restore container state 
Oct 05 21:39:42 # /usr/bin/ssh -c blowfish -o 'BatchMode=yes' root at 10.7.65.112 vzctl restore 114 --undump --dumpfile /mnt/pve/tex-pve/dump/dump.114 --skip_arpdetect 
Oct 05 21:39:41 Restoring container ... 
Oct 05 21:39:41 Starting container ... 
Oct 05 21:39:41 Container is mounted 
Oct 05 21:39:41 undump... 
Oct 05 21:39:42 Setting CPU units: 1000 
Oct 05 21:39:42 Setting CPUs: 1 
Oct 05 21:39:42 Configure veth devices: veth114.0 
Oct 05 21:39:42 Adding interface veth114.0 to bridge vmbr1 on CT0 for CT114 
Oct 05 21:39:42 vzquota : (warning) Quota is running for id 114 already 
Oct 05 21:39:42 Error: undump failed: No such file or directory 
Oct 05 21:39:42 Restoring failed: 
Oct 05 21:39:42 Error: rst_open_file: failed to lookup path '/tmp/.nfs000000000000c42800000009': -2 
Oct 05 21:39:42 Error: can't open file /tmp/.nfs000000000000c42800000009 
Oct 05 21:39:42 Error: rst_file: -2 414312 
Oct 05 21:39:42 Error: rst_files: -2 
Oct 05 21:39:42 Error: make_baby: -2 
Oct 05 21:39:42 Error: rst_clone_children 
Oct 05 21:39:42 Container is unmounted 
Oct 05 21:39:42 ERROR: online migrate failure - Failed to restore container: Container start failed 
Oct 05 21:39:42 start final cleanup 
Oct 05 21:39:42 ERROR: migration finished with problems (duration 00:00:23) 
TASK ERROR: migration problems 

Dave 

----- Original Message -----

> The UI seems a little cleaner and maybe faster. I'm using a
> three-node cluster and NFS storage.

> Two problems:

> 1. Live migration (qemu) from v2.1 host to 2.2 leaves VM in
> 'prelaunch' state when it should be running - at end of migration.
> Migration status is successful. This happened with three VMs, two
> CentOS first, then FreeBSD. The last VM ended up unbootable -
> corruption so I restored from a previous hourly snapshot on the NAS.
> Learning the hard way, the rest of the VMs I shut down, migrated
> offline, then powered up on the v2.2 host.

> 2. OpenVZ CTs are getting stuck on an init step. CentOS 6 32 and
> 64-bit - after 'Starting udev [ OK ]', Ubuntu 12.04 64-bit, after
> 'Starting web server apache2'. Happens with both NFS and local
> storage. I'm not otherwise using CTs because live migration is a
> requirement and it was broken with NFS storage.

> Dave

> ----- Original Message -----

> > Hi all,
> 

> > New packages on pvetest, V2.2 is coming soon – please test and give
> > feedback!
> 

> > http://forum.proxmox.com/threads/11335-New-KVM-1-2-snapshots-vzctl-and-other-packages-on-pvetest-(on-the-road-to-V2-2)
> 

> > Best Regards,
> 

> > Martin Maurer
> 

> > martin at proxmox.com
> 
> > http://www.proxmox.com
> 
> > _______________________________________________
> 
> > pve-user mailing list
> 
> > pve-user at pve.proxmox.com
> 
> > http://pve.proxmox.com/cgi-bin/mailman/listinfo/pve-user
> 
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.proxmox.com/pipermail/pve-user/attachments/20121006/78b277c8/attachment.htm>