All of lore.kernel.org
 help / color / mirror / Atom feed
From: "Adam Bolte" <abolte@mobilesoft.com.au>
To: qemu-devel@nongnu.org
Subject: Re: [Qemu-devel] Crash: When Host HDD is full
Date: Thu, 19 Jul 2007 17:25:43 +1000	[thread overview]
Message-ID: <1184829943.19246.14.camel@sphinx> (raw)
In-Reply-To: <7fac565a0707121339x6bec00ddpcb31f7943ce698ab@mail.gmail.com>

[-- Attachment #1: Type: text/plain, Size: 1142 bytes --]

>From a usability perspective, I also would expect this to be the correct
behaviour. Non-technical users using, say, Windows (in full-screen mode)
on a GNU/Linux desktop need to know that their HDD is full and they must
free up space - not have the guest complain about cryptic HDD errors and
failed writes (assuming the guest OS can even be trusted to do this).

Pausing the VM and notifying the user of no free host storage space is
also the same behaviour as other virtualization products, so this might
already be the expected behaviour from the user's POV.

At the very least, I feel a switch to enable this behaviour would be
appropriate.

-Adam


On Thu, 2007-07-12 at 23:39 +0300, Alexey Eremenko wrote:
> Pause VMs is the only realistic option. This is the correct option,
> because it ensures that guest is still alive.
>  Other options might crash the guest, like Windows BSOD. Worse yet is
> that guest may think that it's hard disk is bad, and will start
> marking it's sectors as bad-blocks.
> 
> When the VM is paused, the user may take action to free some disk
> space and unpause guest manually.
> 

[-- Attachment #2: Type: text/html, Size: 1667 bytes --]

  reply	other threads:[~2007-07-19  7:48 UTC|newest]

Thread overview: 14+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2007-07-11 15:19 [Qemu-devel] Crash: When Host HDD is full Alexey Eremenko
2007-07-12 15:07 ` Mike Swanson
2007-07-12 16:12   ` Avi Kivity
2007-07-12 16:17     ` Paul Brook
2007-07-12 16:38       ` Avi Kivity
2007-07-12 17:03         ` Paul Brook
2007-07-12 17:13           ` Avi Kivity
2007-07-12 16:22     ` Daniel P. Berrange
2007-07-12 16:40       ` Avi Kivity
2007-07-12 18:36       ` andrzej zaborowski
2007-07-12 20:39         ` Alexey Eremenko
2007-07-19  7:25           ` Adam Bolte [this message]
2007-07-19 11:10             ` Andreas Färber
2007-07-19 11:35               ` Alexey Eremenko

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=1184829943.19246.14.camel@sphinx \
    --to=abolte@mobilesoft.com.au \
    --cc=qemu-devel@nongnu.org \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.