> ----- Original Message ----- >> From: "Alexandre DERUMIER" <[email protected]> >> To: "ceph-devel" <[email protected]> >> Cc: "qemu-devel" <[email protected]>, [email protected] >> 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 [email protected])
+1 same to me. Stefan >> >> >> >> ----- Mail original ----- >> De: "Denis V. Lunev" <[email protected]> >> À: "aderumier" <[email protected]>, "ceph-devel" >> <[email protected]>, "qemu-devel" <[email protected]> >> 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 [email protected] >> 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 [email protected] > More majordomo info at http://vger.kernel.org/majordomo-info.html >
