|
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 2.0.0.0 (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 free.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
[Prev in Thread] | Current Thread | [Next in Thread] |