[Top][All Lists]

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: [Qemu-devel] Crash: When Host HDD is full

From: Avi Kivity
Subject: Re: [Qemu-devel] Crash: When Host HDD is full
Date: Thu, 12 Jul 2007 19:38:26 +0300
User-agent: Thunderbird (X11/20070419)

Paul Brook wrote:
Besides, most
filesystems reserve some space for the superuser, now unless there's a
cross-platform way to figure out just how much space that is, you'd still
be getting errors despite having 5~10% of the filesystem technically
Qemu might freeze the guest when it gets -ENOSPC, and say, retry every
second or wait for user input on the monitor.

Better would IMHO be to report an IO error to the guest and allow that to decide what to do. If you're bothered about robustness and reliability then arbitrarily stopping the guest is not acceptable behaviour. There's no guarantee that space will become available in a finite timeframe.

I've considered that, and I'm not sure. You will likely get a storm of I/O errors on ENOSPC; with several ways for disaster to strike: - the guest doesn't handle I/O errors well, and keeps writing. some of the writes are overwrites so they hit the disk and data is corrupted - the guest decides the disk is bad because it has too many errors and initiates some recovery procedure

Stopping the guest at least guarantees nothing unexpected happens. If it's part of a managed solution we can output a message to the monitor which eventually finds its way to the operator.

error compiling committee.c: too many arguments to function

reply via email to

[Prev in Thread] Current Thread [Next in Thread]