From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Message-ID: <544AD2F7.9070909@catalyst.net.nz> Date: Sat, 25 Oct 2014 11:30:15 +1300 From: Mark Kirkwood MIME-Version: 1.0 Subject: Re: fio rbd hang for block sizes > 1M References: <5449BBB3.7090109@catalyst.net.nz> <5449E50E.7000808@kernel.dk> <5449EEF1.1060407@catalyst.net.nz> <544A51C7.40803@gmail.com> In-Reply-To: <544A51C7.40803@gmail.com> Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 7bit To: Mark Nelson , Jens Axboe , fio@vger.kernel.org Cc: "d.gollub@telekom.de >> Daniel Gollub" , "xan.peng" List-ID: It looks like it is an rbd cache issue: http://tracker.ceph.com/issues/9854 If I disable the rbd ccahe: $ tail /etc/ceph/ceph.conf ... [client] rbd cache = false then the 2-4M reads work fine (no invalid reads in valgrind either). Regards Mark On 25/10/14 02:19, Mark Nelson wrote: > FWIW we are seeing this at Redhat/Inktank with recent fio from master > and ceph giant branch as well. > > Mark > > On 10/24/2014 01:17 AM, Mark Kirkwood wrote: >> On 24/10/14 18:35, Jens Axboe wrote: >>> CC'ing relevant parties, leaving email intact. >>> >> >> Note that the 'Killed' is because I killed the run - it hangs and >> appears to be non interruptable. I missed that when pasting, sorry! >> >>>> $ fio read-test.fio # attached >>>> rbd_thread: (g=0): rw=read, bs=2M-2M/2M-2M/2M-2M, ioengine=rbd, >>>> iodepth=32 >>>> fio-2.1.13-88-gb2ee7 >>>> Starting 1 process >>>> rbd engine: RBD version: 0.1.8 >>>> Killed1 (f=1): [R(1)] [inf% done] [0KB/0KB/0KB /s] [0/0/0 iops] [eta >>>> 1158050441d:06h:59m:33s] >> >> -- >> To unsubscribe from this list: send the line "unsubscribe fio" in >> the body of a message to majordomo@vger.kernel.org >> More majordomo info at http://vger.kernel.org/majordomo-info.html >