Re: [pve-devel] Disabling os-prober when installing on top of debian ?

On Mon, Nov 14, 2016 at 04:21:23PM +0100, Emmanuel Kasper wrote: > Now I was wondering, should we add a dependency to our grub package in > pve-manager ? We could also add a big red note in the installation > documentation, but doing the right thing by default would save time for > most users.

Re: [pve-devel] Upgrade pve 3 to 4 without vm shutdown

Am 15.11.2016 um 02:23 schrieb Alexandre DERUMIER: >>> kvm: VQ 2 size 0x80 < last_avail_idx 0x1 - used_idx 0x4 >>> kvm: error while loading state for instance 0x0 of device >>> ':00:03.0/virtio-balloon' >>> kvm: load of migration failed: Operation not permitted > > mmm, maybe

Re: [pve-devel] [PATCH RFC 2/3] implement start flag

On 11/14/2016 12:23 PM, Dietmar Maurer wrote: Signed-off-by: Dietmar Maurer --- src/PVE/HA/Manager.pm | 29 - 1 file changed, 20 insertions(+), 9 deletions(-) diff --git a/src/PVE/HA/Manager.pm b/src/PVE/HA/Manager.pm index e58fc0b..ab8e81d

Re: [pve-devel] [PATCH RFC 1/3] Resources: add new flag 'start'

On 11/14/2016 12:23 PM, Dietmar Maurer wrote: without any functionality for now. Signed-off-by: Dietmar Maurer --- src/PVE/HA/Config.pm | 1 + src/PVE/HA/Resources.pm | 11 ++- src/PVE/HA/Resources/PVECT.pm | 1 +

Re: [pve-devel] Upgrade pve 3 to 4 without vm shutdown

>>kvm: VQ 2 size 0x80 < last_avail_idx 0x1 - used_idx 0x4 >>kvm: error while loading state for instance 0x0 of device >>':00:03.0/virtio-balloon' >>kvm: load of migration failed: Operation not permitted mmm, maybe incompatibility between qemu 2.3 (proxmox3) and qemu 2.(7)? (proxmox 4).

Re: [pve-devel] Upgrade pve 3 to 4 without vm shutdown

Hi, while this worked great i got the following error for a windows VM. kvm: VQ 2 size 0x80 < last_avail_idx 0x1 - used_idx 0x4 kvm: error while loading state for instance 0x0 of device ':00:03.0/virtio-balloon' kvm: load of migration failed: Operation not permitted Greets, Stefan Am

Re: [pve-devel] Disabling os-prober when installing on top of debian ?

> Now I was wondering, should we add a dependency to our grub package in > pve-manager ? What kind of dependency? ___ pve-devel mailing list pve-devel@pve.proxmox.com http://pve.proxmox.com/cgi-bin/mailman/listinfo/pve-devel

[pve-devel] Disabling os-prober when installing on top of debian ?

Hi The debian grub package has a dependency on os-prober which is known to corrupt the file systems of virtual machines. Basically os-prober tries to mount each block device available on the host, looking for other installed OS to create dualboot entries for grub. This does not play very well

[pve-devel] [PATCH] vmstate snapshot : activate|deactivate volume

This fix vmstate snasphot on krbd volume Signed-off-by: Alexandre Derumier --- PVE/QemuConfig.pm | 10 -- 1 file changed, 8 insertions(+), 2 deletions(-) diff --git a/PVE/QemuConfig.pm b/PVE/QemuConfig.pm index 3ce95ac..692bba8 100644 --- a/PVE/QemuConfig.pm +++

[pve-devel] [PATCH] qemu_volume_snapshot_delete : fix krbd snapshot delete

like for snapshot, we need to check if krbd is enabled, to known if we need to use qmp delete-drive-snapshot or storage command directly Signed-off-by: Alexandre Derumier --- PVE/QemuServer.pm | 10 +- 1 file changed, 5 insertions(+), 5 deletions(-) diff --git

[pve-devel] applied: [PATCH kernel] update to Ubuntu 4.4.0-47.68, bump version to 4.4.24-72

--- Makefile| 6 +++--- changelog.Debian| 6 ++ proxmox-ve/changelog.Debian | 6 ++ ubuntu-xenial.tgz | Bin 145653568 -> 145699527 bytes 4 files changed, 15 insertions(+), 3 deletions(-) diff --git a/Makefile b/Makefile index

[pve-devel] [PATCH RFC 2/3] implement start flag

Signed-off-by: Dietmar Maurer --- src/PVE/HA/Manager.pm | 29 - 1 file changed, 20 insertions(+), 9 deletions(-) diff --git a/src/PVE/HA/Manager.pm b/src/PVE/HA/Manager.pm index e58fc0b..ab8e81d 100644 --- a/src/PVE/HA/Manager.pm +++

[pve-devel] [PATCH RFC 3/3] add tests for new start flag

Signed-off-by: Dietmar Maurer --- src/test/test-service-no_start1/README | 6 src/test/test-service-no_start1/cmdlist | 5 +++ src/test/test-service-no_start1/hardware_status | 5 +++ src/test/test-service-no_start1/log.expect | 24

[pve-devel] [PATCH RFC 1/3] Resources: add new flag 'start'

without any functionality for now. Signed-off-by: Dietmar Maurer --- src/PVE/HA/Config.pm | 1 + src/PVE/HA/Resources.pm | 11 ++- src/PVE/HA/Resources/PVECT.pm | 1 + src/PVE/HA/Resources/PVEVM.pm | 1 + src/PVE/HA/Sim/Hardware.pm| 3 ++- 5

[pve-devel] [PATCH RFC 0/3] new start flag for resources

This is an alternative fix for bug #1160 - allow HA templates. This patch tries to implement the behaviour inside the CRM, so the LRM is not modified at all. The advantage is that the LRM makes sure that the resource is stopped (instead of ignoring the resource state). Dietmar Maurer (3):

Re: [pve-devel] Upgrade pve 3 to 4 without vm shutdown

Am 14.11.2016 um 08:28 schrieb Alexandre DERUMIER: > Hi Stefan, > I have sent an howto on the forum > > https://forum.proxmox.com/threads/howto-proxmox-3-4-4-2-upgrade-with-qemu-live-migration.27348/ THX. Seems not that easy ;-) Will try it. Stefan > - Mail original - > De: "Stefan

[pve-devel] [PATCH] clone_disk : add support for storagecopy for full clone

if src storeid == dst storeid, and storage support fast copy, use it instead using qemu-img convert Signed-off-by: Alexandre Derumier --- PVE/QemuServer.pm | 52 +--- 1 file changed, 29 insertions(+), 23 deletions(-) diff

[pve-devel] [PATCH] add new storagecopy feature && add rbdplugin

This allow fast volume copy from storage to same storage if storage support it. Signed-off-by: Alexandre Derumier --- PVE/Storage.pm | 18 ++ PVE/Storage/RBDPlugin.pm | 22 ++ 2 files changed, 40 insertions(+) diff --git

[pve-devel] implement storage copy for fast full clone

This add support for storage copy if storage support it. This allow fast copy from storage to same storage, for full clone. Currently only implement ceph, maybe remote zfs is possible too. Fix: https://bugzilla.proxmox.com/show_bug.cgi?id=1187 ___