2017-11-16 11:27 GMT+03:00 Fam Zheng <f...@redhat.com>: > On Thu, 11/16 11:11, Vasiliy Tolstov wrote: >> Hi. I'm try to write own sheepdog compatible daemon and test it with qemu. >> Sometimes ago in qemu added read write error policy to allow to stop >> domain or continue or something else. As i see in case of sheepdog >> this policy is ignored and qemu try to reconnect to sheepdog daemon. >> If nobody wants i can try to fix this, and if policy is not specified >> work like now. >> Where i need to start to easy understand how this works in case of file raw ? > > The driver callbacks (sd_co_readv/sd_co_writev) should simply return error > instead of retrying. >
Thanks, how can i pass options to block driver? (as i understand read/write policy affects concrete hardware - scsi/ide and need to be passed down to lower level) Also about sheepdog driver, i'm re-read discussion https://patchwork.ozlabs.org/patch/501533/ and have a question - if all logic about overlapping requests and oids calculation go from qemu to sheepdog daemon, does this be slowdown or not in case of iops? (I think that if qemu driver only read/write/discard some block data it can be more simplify and have less errors, and sheepdog daemon can handle internally all overlapping and inode updates) I'm understand that this may be completely new sheepdog qemu driver, but i think that if sheepdog driver is more like nbd/rbd it can be more simple... -- Vasiliy Tolstov, e-mail: v.tols...@selfip.ru