* [Qemu-devel] SIGTERM signal to qemu-kvm process
@ 2015-04-08 5:07 Jatin Davey
2015-04-08 15:36 ` Kevin Wolf
0 siblings, 1 reply; 3+ messages in thread
From: Jatin Davey @ 2015-04-08 5:07 UTC (permalink / raw)
To: qemu-devel
[-- Attachment #1: Type: text/plain, Size: 357 bytes --]
Hi
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.
Thanks
Jatin
[-- Attachment #2: Type: text/html, Size: 677 bytes --]
^ permalink raw reply [flat|nested] 3+ messages in thread
* Re: [Qemu-devel] SIGTERM signal to qemu-kvm process
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
0 siblings, 1 reply; 3+ messages in thread
From: Kevin Wolf @ 2015-04-08 15:36 UTC (permalink / raw)
To: Jatin Davey; +Cc: qemu-devel
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
^ permalink raw reply [flat|nested] 3+ messages in thread
* Re: [Qemu-devel] SIGTERM signal to qemu-kvm process
2015-04-08 15:36 ` Kevin Wolf
@ 2015-04-09 9:29 ` Jatin Davey
0 siblings, 0 replies; 3+ messages in thread
From: Jatin Davey @ 2015-04-09 9:29 UTC (permalink / raw)
To: Kevin Wolf; +Cc: qemu-devel
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
^ permalink raw reply [flat|nested] 3+ messages in thread
end of thread, other threads:[~2015-04-09 9:29 UTC | newest]
Thread overview: 3+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
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 is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).