I see the instructions for upgrading from 3.x to 4.0. What about from 4.0 Beta2 to 4.0 stable? Just change the repos from pvetest to stable?
What about from 4.0 Beta2 to 4.0 stable? Just change the repos from pvetest to stable?
This seems to happen automatically. The apt sources are correct after the upgrade.
Do you think, LXC is better suited for hosting environments? LXC lacks on isolation, specifically IO isolation.
vzctl exec $ID "apt-get update somepackage -y"
pct exec 100 apt-get install mc -y
Unknown option: y
400 unable to parse option
pct exec <vmid> [<extra-args>]
pct exec 100 "apt-get install mc -y"
lxc-attach: attach.c: lxc_attach_run_command: 1195 No such file or directory - failed to exec 'apt-get install mc -y'
With OpenVZ, i was used to do batch of things on all containers with a thing like this:Code:vzctl exec $ID "apt-get update somepackage -y"
With LXC, it somehow does not pass the whole command inside.
Code:pct exec 100 apt-get install mc -y Unknown option: y 400 unable to parse option pct exec <vmid> [<extra-args>] pct exec 100 "apt-get install mc -y" lxc-attach: attach.c: lxc_attach_run_command: 1195 No such file or directory - failed to exec 'apt-get install mc -y'
Any idea?
The suggestion was to not use quotes, not remove the arguments.
pct exec 100 apt-get install mc -y
Unknown option: y
400 unable to parse option
pct exec <vmid> [<extra-args>]
First of all thank you for the amazing, ork! This update is huge, but the ones before this are not a tiny bit inferior!
I would like to clarify my planned upgrade method from 3.4 to 4.0 with you, if you don't mind. I am running a 5 node cluster, running all KVM based VMs with Ceph backend. (Ceph is installed separately, outside of Proxmox.) My concern is that I have to stop all VMs and recreate the cluster during the upgrade. I don't have spare bare metal so I came up with the following idea. I migrate away all VMs from a node, upgrade it to 4.0, create a new cluster on it, then stop some VMs on the old cluster and restart them on the new node and start the process over until all of the nodes are upgraded. Of course on the second and so on upgraded nodes I don't create a new cluster but join the new one. What do you think, will it work?
Kinds regards,
Mate
Hi,
I have done it online without vm interruption
The tricky part is to upgrade to jessie and proxmox 4 online , sxtich to cororync2 on all nodes at the same time
Then you ll be able to do live migration and reboot empty hosts
Im on holiday this week but i ll try to post an howto next week
deb <link> jessie main contrib
# security updates
[B][COLOR=#ff0000]deb [/COLOR][/B]<link> jessie/updates main contrib
Thanks and congrats for the 4.0 release. I'm a new user and I've enjoyed using it so far.
I just wanted to report a small omission in the wiki.
If you navigate to the "Update a running Proxmox Virtual Environment 4.x to latest 4.0" paragraph of the Downloads wiki page (sorry I'm not authorized to post links on the forum yet), a "deb" is missing:
Code:deb <link> jessie main contrib # security updates [B][COLOR=#ff0000]deb [/COLOR][/B]<link> jessie/updates main contrib
W: Fehlschlag beim Holen von http://download.proxmox.com/debian/dists/jessie/Release Erwarteter Eintrag »pve/binary-amd64/Packages« konnte in Release-Datei nicht gefunden werden (falscher Eintrag in sources.list oder missgebildete Datei).
deb http://ftp.de.debian.org/debian jessie main contrib non-free
deb-src http://ftp.de.debian.org/debian jessie main contrib non-free
deb http://ftp.debian.org/debian/ jessie-updates main contrib non-free
deb-src http://ftp.debian.org/debian/ jessie-updates main contrib non-free
deb http://security.debian.org/ jessie/updates main contrib non-free
deb-src http://security.debian.org/ jessie/updates main contrib non-free
# PVE packages provided by proxmox.com
deb http://download.proxmox.com/debian jessie pve
# PVE pve-no-subscription repository provided by proxmox.com, NOT recommended for production use
deb http://download.proxmox.com/debian jessie pve-no-subscription