Hi Hans
Definitely. This was a huge problem for us with the 1.4 series so far.
Thanks a lot for fixing it!
Am Mittwoch, den 03.04.2013, 14:13 +0200 schrieb Hans de Goede:
> Hi,
>
> Sorry for jumping in in the middle of this thread, but I just wrote
> a patch yesterday, and Gerd included it in h
Am Mittwoch, den 20.02.2013, 15:16 +0100 schrieb Paolo Bonzini:
> Il 20/02/2013 14:46, Kevin Wolf ha scritto:
> >> > Thanks for the fast reply. Can you please elaborate on that (or post a
> >> > link to an explanation): What exactly does the backend have to provide
> >> > that for example cache=wri
Am Mittwoch, den 20.02.2013, 12:20 +0100 schrieb Kevin Wolf:
> On Wed, Feb 20, 2013 at 11:47:56AM +0100, Tiziano Müller wrote:
> > Hi everyone
> >
> > According to http://wiki.qemu.org/Migration/Storage section "Image
> > Formats" qemu can't do live mi
Hi Alexandre
No solution yet, but I can reproduce bug 2) with Fedora 18 64bit as
guest.
Regards,
Tiziano
Am Mittwoch, den 20.02.2013, 13:56 +0100 schrieb Alexandre DERUMIER:
> Hi List,
>
> I'm testing qemu 1.4, without ubuntu desktop 12.10 with graphical installer
>
> I found 2 bugs:
>
> 1) v
Hi everyone
According to http://wiki.qemu.org/Migration/Storage section "Image
Formats" qemu can't do live migration without data corruption when using
qcow2 or qed due to the metadata caches.
Wasn't that fixed by commit 06d9260 ?
Also, "Clustered File Systems" does not seem to be up-to-date sinc
Am Montag, den 15.10.2012, 13:11 +0200 schrieb Kevin Wolf:
> Am 12.10.2012 10:53, schrieb Tiziano Müller:
> > Am Freitag, den 12.10.2012, 10:33 +0200 schrieb Stefan Hajnoczi:
> >> On Thu, Oct 11, 2012 at 03:33:23PM +0200, Tiziano Müller wrote:
> >>> Checking the ima
Am Montag, den 15.10.2012, 09:48 +0200 schrieb Stefan Hajnoczi:
> Okay, that's consistent with the other symptoms you've reported.
>
> It's not clear whether the corruption arises inside qcow2 or if
> something else is causing corruption and qcow2/xfs get upset. That is
> the next step to debuggi
Am Freitag, den 12.10.2012, 10:28 +0200 schrieb Stefan Hajnoczi:
> On Thu, Oct 11, 2012 at 03:33:23PM +0200, Tiziano Müller wrote:
> > One test case was:
> > * xfs_repair /dev/vda2 -> corruptions found and fixed
> > * xfs_repair /dev/vda2 -> no corruptions found
>
Am Freitag, den 12.10.2012, 10:33 +0200 schrieb Stefan Hajnoczi:
> On Thu, Oct 11, 2012 at 03:33:23PM +0200, Tiziano Müller wrote:
> > Checking the image using `qemu-img check` then gives something like
> > this:
> >
> > ERROR OFLAG_COPIED: offset=3bc3 refcoun
Hi everyone
We have a couple of VMs, each with QCow2-files as disk images and we are
seeing random filesystem/qcow2 corruptions of the VM filesystems.
We have two types of corruptions:
* if the guest OS uses XFS, we get corruption errors originating most of
the time in xfs_da_do_buf inside the VM
Hi everyone
A look through recent changes didn't reveal anything (or I missed it),
so please excuse me if this is already fixed, but with qemu-1.1.1 and
guest linux kernels 3.3.x and 3.5.0 the size of the memory qemu sets
via memory ballooning and what the guest sees do not match:
hmp: `balloon 1
Hi Jeff
This is an awesome feature and absolutely necessary to get a working
live-snapshot/backup solution.
What is the status on this? Will it make it into 1.2.0?
Thanks in advance,
best regards,
Tiziano
Am Dienstag, den 31.07.2012, 01:16 -0400 schrieb Jeff Cody:
> These are proposed changes,
Am Mittwoch, den 12.01.2011, 17:12 +0100 schrieb Gerd Hoffmann:
> Hi folks,
>
> Looks like the spicevmc patch kicked the guest qagent discussion, so
> lets start with this, although it isn't related much to the agent issue
> itself ...
>
>
> The spicevmc chardev just pipes data from a chardev u
13 matches
Mail list logo
