Updates for Proxmox VE 2.2 - including QEMU 1.3

Re: AW: Updates for Proxmox VE 2.2 - including QEMU 1.3

After a clean of the file /etc/pve/priv/authorized_keys the upgrade completes ok

The same problem after upgrading two servers:

Any ideas about the size of /etc/pve/priv/authorized_keys?

root@nodo3:~# apt-get update && apt-get dist-upgrade
...
The following NEW packages will be installed:
pve-kernel-2.6.32-17-pve
The following packages will be upgraded:
libiscsi1 libpve-common-perl proxmox-ve-2.6.32 pve-cluster
pve-manager pve-qemu-kvm qemu-server
7 upgraded, 1 newly installed, 0 to remove and 0 not upgraded.
Need to get 36.4 MB of archives.
After this operation, 1,491 kB of additional disk space will be used.
Do you want to continue [Y/n]?
...
unable to write '/etc/pve/priv/authorized_keys.tmp.706086' - File too large
dpkg: error processing pve-cluster (--configure):
subprocess installed post-installation script returned error exit status 27
configured to not write apport reports
dpkg: dependency problems prevent configuration of qemu-server:
qemu-server depends on pve-cluster; however:
Package pve-cluster is not configured yet.
dpkg: error processing qemu-server (--configure):
dependency problems - leaving unconfigured
dpkg: dependency problems prevent configuration of pve-manager:
pve-manager depends on qemu-server (>= 1.1-1); however:
Package qemu-server is not configured yet.
pve-manager depends on pve-cluster (>= 1.0-29); however:
Package pve-cluster is not configured yet.
dpkg: error processing pve-manager (--configure):
dependency problems - leaving unconfigured
configured to not write apport reports
configured to not write apport reports
dpkg: dependency problems prevent configuration of proxmox-ve-2.6.32:
proxmox-ve-2.6.32 depends on pve-manager; however:
Package pve-manager is not configured yet.
proxmox-ve-2.6.32 depends on qemu-server; however:
Package qemu-server is not configured yet.
dpkg: error processing proxmox-ve-2.6.32 (--configure):
dependency problems - leaving unconfigured
configured to not write apport reports
Errors were encountered while processing:
pve-cluster
qemu-server
pve-manager
proxmox-ve-2.6.32
E: Sub-process /usr/bin/dpkg returned an error code (1)
 
Re: AW: Updates for Proxmox VE 2.2 - including QEMU 1.3

After a clean of the file /etc/pve/priv/authorized_keys the upgrade completes ok

A bug in the previous version wrote many useless lines into /etc/pve/priv/authorized_keys. Try to remove those duplicated entries to free up some space.
 
if you got a "failed" VM HA status, disable the resource with:

Code:
clusvcadm -d pvevm:VMID -m NODENAME

now just enable the resource again by starting the VM via gui.

I do successful live-migration here, currently testing with NFS and also LVM (on IMS)
Since I used "stop" for shutting down the VM's I guess your first requirement that the VM should be disabled was fulfilled but I was strucked by the second requirement - I did not enable the resource before trying migration?

Assumption: A HA enabled resource is never able to do off-line migration?
 
Since I used "stop" for shutting down the VM's I guess your first requirement that the VM should be disabled was fulfilled but I was strucked by the second requirement - I did not enable the resource before trying migration?

Assumption: A HA enabled resource is never able to do off-line migration?

yes, a HA enable resource cannot be off-line migrated. online should work.
 
Just a quick question: Is migrating a VM from old to new release impossible even if it has been restarted?

If the answer is yes then a new update strategy should be used:
1) Choose the two nodes in your cluster running the least critical VM's and use them as node1 and node2
2) Update node1
3) Update node2
4) restart all VM's on node1 - use "stop" to avoid migration followed by start
5) Migrate all VM's all VM's away from node1 to node2
6) Reboot node1
7) When node1 is available migrate all VM's from node2 to node1 - this time online-migration should work
8) Reboot node2
9) Upgrade Node3..n
10) On each of these nodes restart all VM's - use "stop" to avoid migration followed by start
11) Migrate all VM's from nodes3..n to either node1 or node2 - online-migration should work
 
  1. update to latest packages so that all hosts in your HA cluster have latest qemu 1.3
  2. poweroff/shutdown all your HA enabled VMs, do this inside the VM (as soon as the VM is off, HA manager starts them again automatically, now using qemu 1.3)
  3. in order to apply the new kernel, you need to reboot. as we still not have the maintenance mode, you need to live-migrate all VM´s manually away from a node and then you can reboot. do this step by step for all nodes.
 
Re: AW: Updates for Proxmox VE 2.2 - including QEMU 1.3

Hi,

I have just tried. No dice:-\

Using this bios resolves in a kernel panic. See screen dump.
VM 110 ('pve-storage1') - Google Chrome_006.jpg
 
Re: AW: Updates for Proxmox VE 2.2 - including QEMU 1.3

The file in that post is only half the size of the bios.bin it's replacing. Might be truncated?

I will try update the pve-qemu-kvm package instead.
 
Re: AW: Updates for Proxmox VE 2.2 - including QEMU 1.3

we just uploaded the fix (pve-qemu-kvm: 1.3-10, in pve stable repository). just run apt-get update && apt-get dist-upgrade.
 
Re: AW: Updates for Proxmox VE 2.2 - including QEMU 1.3

Hi Tom and Dietmar,

I can confirm that the pve-qemu-kvm-1.3-10 has solved my problems:) Thanks for a prompt fix of this problem.
 
Re: AW: Updates for Proxmox VE 2.2 - including QEMU 1.3

Just been reading the qemu 1.3 change log.

This feature jumped out at me.

"A new block job is supported: live disk mirroring (also known as "storage migration") moves data from an image to another. A new command "block-job-complete" is used to switch the VM to use the destination image exclusively."

I am guessing that in time this would technically mean that we could be getting live migration of kvm machines, using direct attached storage???

Rob

 
Re: AW: Updates for Proxmox VE 2.2 - including QEMU 1.3

Just been reading the qemu 1.3 change log.

This feature jumped out at me.

"A new block job is supported: live disk mirroring (also known as "storage migration") moves data from an image to another. A new command "block-job-complete" is used to switch the VM to use the destination image exclusively."

I am guessing that in time this would technically mean that we could be getting live migration of kvm machines, using direct attached storage???

Rob


yes, live storage migration, and also live storage migration during live migration. (so live migration with local storage is technically possible)
 

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!