> ----- Original Message -----
>> From: "Alexandre DERUMIER" <aderum...@odiso.com>
>> To: "ceph-devel" <ceph-de...@vger.kernel.org>
>> Cc: "qemu-devel" <qemu-devel@nongnu.org>, jdur...@redhat.com
>> Sent: Monday, November 9, 2015 5:48:45 AM
>> Subject: Re: [Qemu-devel] qemu : rbd block driver internal snapshot and 
>> vm_stop is hanging forever
>>
>> adding to ceph.conf
>>
>> [client]
>>         rbd_non_blocking_aio = false
>>
>>
>> fix the problem for me (with rbd_cache=false)
>>
>>
>> (@cc jdur...@redhat.com)

+1 same to me.

Stefan

>>
>>
>>
>> ----- Mail original -----
>> De: "Denis V. Lunev" <den-li...@parallels.com>
>> À: "aderumier" <aderum...@odiso.com>, "ceph-devel"
>> <ceph-de...@vger.kernel.org>, "qemu-devel" <qemu-devel@nongnu.org>
>> Envoyé: Lundi 9 Novembre 2015 08:22:34
>> Objet: Re: [Qemu-devel] qemu : rbd block driver internal snapshot and vm_stop
>> is hanging forever
>>
>> On 11/09/2015 10:19 AM, Denis V. Lunev wrote:
>>> On 11/09/2015 06:10 AM, Alexandre DERUMIER wrote:
>>>> Hi,
>>>>
>>>> with qemu (2.4.1), if I do an internal snapshot of an rbd device,
>>>> then I pause the vm with vm_stop,
>>>>
>>>> the qemu process is hanging forever
>>>>
>>>>
>>>> monitor commands to reproduce:
>>>>
>>>>
>>>> # snapshot_blkdev_internal drive-virtio0 yoursnapname
>>>> # stop
>>>>
>>>>
>>>>
>>>>
>>>> I don't see this with qcow2 or sheepdog block driver for example.
>>>>
>>>>
>>>> Regards,
>>>>
>>>> Alexandre
>>>>
>>> this could look like the problem I have recenty trying to
>>> fix with dataplane enabled. Patch series is named as
>>>
>>> [PATCH for 2.5 v6 0/10] dataplane snapshot fixes
>>>
>>> Den
>>
>> anyway, even if above will not help, can you collect gdb
>> traces from all threads in QEMU process. May be I'll be
>> able to give a hit.
>>
>> Den
>> --
>> To unsubscribe from this list: send the line "unsubscribe ceph-devel" in
>> the body of a message to majord...@vger.kernel.org
>> More majordomo info at  http://vger.kernel.org/majordomo-info.html
>>
> --
> To unsubscribe from this list: send the line "unsubscribe ceph-devel" in
> the body of a message to majord...@vger.kernel.org
> More majordomo info at  http://vger.kernel.org/majordomo-info.html
> 

Reply via email to