OK, fixed - try again.
> -Original Message-
> > Makes no difference:
> There is a hardcoded reference in the rules file:
> --- debian/rules 2012-11-18 01:19:38.630155185 +0100
> +++ rules 2012-11-19 16:31:20.397786234 +0100
> @@ -25,7 +25,7 @@
> ./configure --prefix=/usr \
>
From: Stefan Priebe
This one fixes a race qemu also had in iscsi block driver between
cancellation and io completition.
qemu_rbd_aio_cancel was not synchronously waiting for the end of
the command.
It also removes the useless cancelled flag and introduces instead
a status flag with EINPROGRESS
>From Stefan Priebe # This line is ignored.
From: Stefan Priebe
Cc: pve-devel@pve.proxmox.com
Cc: pbonz...@redhat.com
Cc: ceph-de...@vger.kernel.org
Subject: QEMU/PATCH: rbd block driver: fix race between completition and cancel
In-Reply-To:
ve-de...@pve.proxmox.com
pbonz...@redhat.com
ceph-de.
On Mon, 19 Nov 2012 17:02:24 +0100
Stefan Priebe - Profihost AG wrote:
> you find them in the proxmox pve repo.
>
And when you are nerdy you backport all required packages to Squeeze:-)
--
Hilsen/Regards
Michael Rasmussen
Get my public GnuPG keys:
michael rasmussen cc
http://pgp.mit.edu:113
you find them in the proxmox pve repo.
greets
Am 19.11.2012 16:59, schrieb Michael Rasmussen:
On Mon, 19 Nov 2012 16:55:42 +0100
Michael Rasmussen wrote:
Hi,
A Debian Squeeze with main, contrib and non-free does not provide all
packages needed to build:
E: Unable to locate package librbd-d
I can't get network working in qemu (virtio,e1000)...
and I can't get vnc working. (I have make change in pve-auth.patch to get it
apply correctly).
Any idea ?
- Mail original -
De: "Alexandre DERUMIER"
À: "Stefan Priebe - Profihost AG"
Cc: pve-devel@pve.proxmox.com
Envoyé: L
On Mon, 19 Nov 2012 16:55:42 +0100
Michael Rasmussen wrote:
> Hi,
>
> A Debian Squeeze with main, contrib and non-free does not provide all
> packages needed to build:
>
> E: Unable to locate package librbd-dev
> E: Unable to locate package libiscsi-dev
>
> So if Debian Squeeze is not enough t
Hi,
A Debian Squeeze with main, contrib and non-free does not provide all
packages needed to build:
E: Unable to locate package librbd-dev
E: Unable to locate package libiscsi-dev
So if Debian Squeeze is not enough to build what distribution should I
use then?
--
Hilsen/Regards
Michael Rasmuss
On Mon, 19 Nov 2012 16:20:50 +0100
Michael Rasmussen wrote:
> Makes no difference:
There is a hardcoded reference in the rules file:
--- debian/rules2012-11-18 01:19:38.630155185 +0100
+++ rules 2012-11-19 16:31:20.397786234 +0100
@@ -25,7 +25,7 @@
./configure --prefix=/usr
On Mon, 19 Nov 2012 10:35:00 +
Dietmar Maurer wrote:
> fixed:
>
> diff --git a/debian/control b/debian/control
> index 0b3de4c..d15afc6 100644
> --- a/debian/control
> +++ b/debian/control
> @@ -10,7 +10,7 @@ Build-Depends: quilt (>= 0.46-7~), debhelper (>= 7),
> autotools
> libcorosync-p
>>Mhm with -monitor the qm monitor shell stuff doesn't work I always get the
>>failure that qmp human interface cannot be found.
I can get it work in pve gui, with renaming "qemu-system-x86_64" to "kvm"
I have also apply patch: pve-auth.patch
- Mail original -
De: "Stefan Priebe -
>>Maybe I should expose my internal qemu-git tree?
Maybe can we add a new qemu 1.3 git in proxmox git ?
So we could help to port current pve patches to qemu 1.3 .
- Mail original -
De: "Dietmar Maurer"
À: "Alexandre DERUMIER"
Cc: pve-devel@pve.proxmox.com
Envoyé: Lundi 19 Nove
yes, maybe qemu build is broken :/
#git checkout 6801038bc52d61f81ac8a25fbe392f1bad982887
and now, seem to build fine :)
- Mail original -
De: "Dietmar Maurer"
À: "Alexandre DERUMIER"
Cc: pve-devel@pve.proxmox.com
Envoyé: Lundi 19 Novembre 2012 13:41:03
Objet: RE: [pve-devel] b
> osdep.o: In function `qemu_close':
> /root/qemu2/qemu/osdep.c:212: undefined reference to
> `monitor_fdset_dup_fd_find'
> /root/qemu2/qemu/osdep.c:218: undefined reference to
> `monitor_fdset_dup_fd_remove'
AFAIK my patches does not touch those files - maybe current qemu build is
broken?
__
My patches are against commit 6801038bc52d61f81ac8a25fbe392f1bad982887
Try to use that commit.
Maybe I should expose my internal qemu-git tree?
> -Original Message-
> From: Alexandre DERUMIER [mailto:aderum...@odiso.com]
> Sent: Montag, 19. November 2012 13:33
> To: Dietmar Maurer
> Cc:
>>Just sent an updated version - does that work better?
no :/
Last qemu git:
I got Hunk Failed on Makefile
root@kvmtest1:~/qemu2/qemu# patch -p1 < patch1.patch
patching file docs/backup-rfc.txt
root@kvmtest1:~/qemu2/qemu# patch -p1 < patch2.patch
patching file Makefile.objs
Hunk #1 succeeded
Just sent an updated version - does that work better?
> -Original Message-
> From: Alexandre DERUMIER [mailto:aderum...@odiso.com]
> Sent: Montag, 19. November 2012 12:24
> To: Dietmar Maurer
> Cc: pve-devel@pve.proxmox.com
> Subject: Re: [pve-devel] backup RFC preview
>
>
> >>Does it h
Also added the ratelimit.h fix here, because it is still not upstream.
Signed-off-by: Dietmar Maurer
---
include/qemu/ratelimit.h |2 +-
tests/Makefile | 11 +-
tests/backup-test.c | 500 ++
3 files changed, 510 insertions(+), 3 d
We currently create 'vma' archives without any configuration inside.
Future versions may support other formats...
Signed-off-by: Dietmar Maurer
---
Makefile |2 +-
Makefile.objs|2 +-
blockdev.c | 259 ++
hmp-commands
Signed-off-by: Dietmar Maurer
---
docs/backup-rfc.txt | 96 +++
1 files changed, 96 insertions(+), 0 deletions(-)
create mode 100644 docs/backup-rfc.txt
diff --git a/docs/backup-rfc.txt b/docs/backup-rfc.txt
new file mode 100644
index 000..
Function bdrv_backup_init() creates a block job to backup a block device.
We call brdv_co_backup_cow() for each write during backup. That function
reads the original data and pass it backup_dump_cb().
The tracked_request infrastructure is used to serialize access.
Currently backup cluster size i
>>Does it help when you specify the correct target-list (else it tries to build
>>all targets)
>>
>>./configure --target-list x86_64-softmmu ...
Doesn't help, but I have found the problem, I have a part of the patch which
doesn't apply
--- a/Makefile
+++ b/Makefile
@@ -186,7 +186,7 @@ tools-
fixed:
diff --git a/debian/control b/debian/control
index 0b3de4c..d15afc6 100644
--- a/debian/control
+++ b/debian/control
@@ -10,7 +10,7 @@ Build-Depends: quilt (>= 0.46-7~), debhelper (>= 7), autotools
libcorosync-pve-dev,
libopenais-pve-dev,
xsltproc,
- pve-headers-2.6.32-12-pve
+ pve-he
> I'm trying to build qemu with your patchs (I'm a bit late,I didn't have time
> last
> week)
>
> I have errors on missing glib.h, softfloat.h, but files exists
>
> /root/qemu/fpu/softfloat.h
> /usr/include/glib-2.0/glib.h
>
>
> any idea ? maybe some missing envvars ?
Does it help when y
> > AFAIK, it's possible with sheepdog,rbd,nexenta and files of course. (I
> > Think that lvm is possible too)
>
> We also make sure that those actions are atime (config and storage need to
> be in sync).
s/atime/atomic/
___
pve-devel mailing list
pve
> >>What about just renaming disks if you want to move disk from vm A to
> >>vm B? Not sure if all storage backends support this but at least some do.
>
> AFAIK, it's possible with sheepdog,rbd,nexenta and files of course. (I Think
> that lvm is possible too)
We also make sure that those actions
Hi,
I'm trying to build qemu with your patchs (I'm a bit late,I didn't have time
last week)
I have errors on missing glib.h, softfloat.h, but files exists
/root/qemu/fpu/softfloat.h
/usr/include/glib-2.0/glib.h
any idea ? maybe some missing envvars ?
#./configure --prefix=/usr --datadir
27 matches
Mail list logo
