Thanks Dietmar !
about patch : set-max-nics.patch
I think we don't need it anymore, because it was for the old -net syntax.
(It's not need with -device )
see this post:
http://www.spinics.net/lists/kvm/msg38244.html
- Mail original -
De: "Dietmar Maurer"
À: pve-devel@pve.proxmox.c
Hi all,
I just updated the git repository for qemu 1.3 rc1:
https://git.proxmox.com/?p=pve-qemu-kvm.git;a=summary
https://git.proxmox.com/?p=qemu-server.git;a=summary
___
pve-devel mailing list
pve-devel@pve.proxmox.com
http://pve.proxmox.com/cgi-bin/
>>uh so you mean patches for qemu-server which enable qga? NICE ;-) will
>>search the web.
http://pve.proxmox.com/pipermail/pve-devel/2012-September/003822.html
http://pve.proxmox.com/pipermail/pve-devel/2012-September/003839.html
Feel free to improve it ;)
(Main part was PVE/QGAClient.pm, c
Am 22.11.2012 15:12, schrieb Alexandre DERUMIER:
Am 22.11.2012 14:41, schrieb Alexandre DERUMIER:
I see 2 ways :
- snapshot with vmstate. (so pending write in memory are saved).
Does this work with rbd snap?
Yes. (Dietmar has implemented it with creating a rbd volume to store the
vmstate)
Am 22.11.2012 14:41, schrieb Alexandre DERUMIER:
> I see 2 ways :
>
> - snapshot with vmstate. (so pending write in memory are saved).
>>Does this work with rbd snap?
Yes. (Dietmar has implemented it with creating a rbd volume to store the
vmstate).
Just try with the proxmox gui ;)
> - im
Am 22.11.2012 14:41, schrieb Alexandre DERUMIER:
I see 2 ways :
- snapshot with vmstate. (so pending write in memory are saved).
Does this work with rbd snap?
- implement qemu guest agent qmp protocol ,and send fs-freeze qmp command to
freeze the filesystem, before doing the snapshot.
(I
I see 2 ways :
- snapshot with vmstate. (so pending write in memory are saved).
- implement qemu guest agent qmp protocol ,and send fs-freeze qmp command to
freeze the filesystem, before doing the snapshot.
(I have seny some prelimary patches some months ago, need to be polish)
- Mail o
Yep - same to me. That was what i'm talking about.
Stefan
Am 22.11.2012 14:05, schrieb Dietmar Maurer:
Here is a test case:
https://lists.gnu.org/archive/html/qemu-devel/2012-11/msg02358.html
can someone reproduce?
-Original Message-
From: Dietmar Maurer
Sent: Donnerstag, 22. Novembe
Here is a test case:
https://lists.gnu.org/archive/html/qemu-devel/2012-11/msg02358.html
can someone reproduce?
> -Original Message-
> From: Dietmar Maurer
> Sent: Donnerstag, 22. November 2012 12:23
> To: 'Stefan Priebe'; pve-devel@pve.proxmox.com
> Subject: RE: [pve-devel] qemu.git / 1
> does migration work for anybody with qemu.git? To me the qm monitor
> always fails immediatly or after a very short period.
That seems somehow related to --enable-kvm
Can you reproduce the bug when kvm is disabled?
___
pve-devel mailing list
pve-deve
Hello list,
i was trying to make consistent rbd snapshots. What is the recommanded
method in PVE / qemu to flush all buffers / be able to make a consistent
backup?
--
Mit freundlichen Grüßen
Stefan Priebe
Bachelor of Science in Computer Science (BSCS)
Vorstand (CTO)
---
On 22 November 2012 08:23, Stefan Priebe - Profihost AG
wrote:
> Am 21.11.2012 23:32, schrieb Peter Maydell:
>> Looking at the librbd API (which is what the size and ret
>> values come from), it uses size_t and ssize_t for these.
>> So I think probably ssize_t is the right type for ret
>> (and siz
Hello,
i send a new patch using ssize_t. (Subject [PATCH] overflow of int ret:
use ssize_t for ret)
Stefan
Am 22.11.2012 09:40, schrieb Peter Maydell:
On 22 November 2012 08:23, Stefan Priebe - Profihost AG
wrote:
Am 21.11.2012 23:32, schrieb Peter Maydell:
Looking at the librbd API (whic
Am 21.11.2012 23:32, schrieb Peter Maydell:
On 21 November 2012 17:03, Stefan Weil wrote:
Why do you use int64_t instead of off_t?
If the value is related to file sizes, off_t would be a good choice.
Looking at the librbd API (which is what the size and ret
values come from), it uses size_t a
14 matches
Mail list logo
