From: Jatin Davey <jashokda@cisco.com>
To: Kevin Wolf <kwolf@redhat.com>
Cc: qemu-devel@nongnu.org
Subject: Re: [Qemu-devel] SIGTERM signal to qemu-kvm process
Date: Thu, 9 Apr 2015 14:59:20 +0530 [thread overview]
Message-ID: <55264670.7000105@cisco.com> (raw)
In-Reply-To: <20150408153625.GB3710@noname.str.redhat.com>
On 4/8/2015 9:06 PM, Kevin Wolf wrote:
> Am 08.04.2015 um 07:07 hat Jatin Davey geschrieben:
>> I am using QEMU 0.12.1 as the hypervisor in my RHEL installation of 6.5.
>>
>> I wanted to know if there are any side-effects with respect to VM image
>> corruption when i use SIGTERM signal to kill a qemu-kvm process which
>> effectively stops my VM running on the host.
>>
>> Appreciate if you can provide me some valuable information in this regard.
> Sending SIGTERM is equivalent to sending a 'quit' monitor command. This
> is a clean shutdown as far as qemu is concerned, but of course it isn't
> for your guest OS.
>
> If your guest behaves correctly, you may lose data that wasn't flushed
> to disk yet, but you should not get any corruption. The image file
> structure itself (i.e. what 'qemu-img check' checks) should be fully
> consistent.
>
> Sending SIGKILL is a bit worse (just like a host crash/power failure),
> because then even the image file may be inconsistent. But again, if the
> guest behaves correct (and assuming there are no qemu bugs and you're
> not using cache=unsafe), even in this case the result should never be
> corruption, but only loss of data that wasn't flushed to disk yet.
>
> Kevin
Thanks Kevin.
Appreciate your prompt response in this regard.
Thanks
Jatin
prev parent reply other threads:[~2015-04-09 9:29 UTC|newest]
Thread overview: 3+ messages / expand[flat|nested] mbox.gz Atom feed top
2015-04-08 5:07 [Qemu-devel] SIGTERM signal to qemu-kvm process Jatin Davey
2015-04-08 15:36 ` Kevin Wolf
2015-04-09 9:29 ` Jatin Davey [this message]
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=55264670.7000105@cisco.com \
--to=jashokda@cisco.com \
--cc=kwolf@redhat.com \
--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.