[Top][All Lists]
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: [Qemu-devel] [PATCH] Stop VM on ENOSPC error
From: |
Daniel P. Berrange |
Subject: |
Re: [Qemu-devel] [PATCH] Stop VM on ENOSPC error |
Date: |
Wed, 14 Jan 2009 17:30:45 +0000 |
User-agent: |
Mutt/1.4.1i |
On Wed, Jan 14, 2009 at 04:46:17PM +0000, Jamie Lokier wrote:
> Daniel P. Berrange wrote:
> > Thus I'd suggest we need an async notification of this event,
> > and only enable this behaviour if the app controlling QEMU has
> > explicitly enabled this notification / feature.
>
> I think the behaviour should always be enabled (unless explicitly
> disabled, but I'm not sure why you'd want to do that).
>
> A corrupt VM with data loss sounds much worse than a stopped VM to me.
You're not corrupting data in current code - you're just unable to finish
new writes, because an IO failure is propagated back to the guest. If the
guest is properly checking for & handling I/O failures, it should be pretty
much OK once the host space problem is resolved - perhaps a reboot + journal
recovery.
Older QEMU certainly had catastrophic data loss on ENOSPC due to not sending
any I/O errors back to the guest, so it thought its write had succeeded when
in fact it had been thrown away. Current QEMU is more careful about error
propagation now.
Daniel
--
|: Red Hat, Engineering, London -o- http://people.redhat.com/berrange/ :|
|: http://libvirt.org -o- http://virt-manager.org -o- http://ovirt.org :|
|: http://autobuild.org -o- http://search.cpan.org/~danberr/ :|
|: GnuPG: 7D3B9505 -o- F3C9 553F A1DA 4AC2 5648 23C1 B3DF F742 7D3B 9505 :|
Re: [Qemu-devel] [PATCH] Stop VM on ENOSPC error, Jamie Lokier, 2009/01/14