Date: Thu, 19 May 2011 14:48:16 -0700 (PDT) From: Matthew Jacob <mjacob@freebsd.com> To: John D <jwd@SlowBlink.Com> Cc: freebsd-geom@freebsd.org Subject: Re: LSI 9200-8e/gmultipath/ZFS cable pull kernel crash Message-ID: <alpine.BSF.2.00.1105191446110.94895@ns1.feral.com> In-Reply-To: <20110519212022.GA84918@slowblink.com> References: <20110519143935.GA83122@slowblink.com> <alpine.BSF.2.00.1105190852280.92179@ns1.feral.com> <20110519212022.GA84918@slowblink.com>
next in thread | previous in thread | raw e-mail | index | archive | help
> dd if=/dev/zero bs=1m | mbuffer -m 64m -o /lsi/bigfile > > with mbuffer reporting the following > > in @ 697 MiB/s, out @ 697 MiB/s, 11.8 GiB total, buffer 100% full > > when I pull the cable. Playing with it today, I'm wondering if the > 1st cable actually has any active providers on it (luck of the > draw that I pulled it first), and the 2nd has all the active > providers on it. I have not explicity tried to balance the i/o > on the two cables with gmultipath rotate. > > Having a bit of trouble getting a good objdump of g_multipath.o > so I may do a new src update. I had to do a wad of changes at Panasas to cover this kind of case. I have had some troubles getting these changes into -head (lack of time, differences from the RELENG_7 code I was working with, etc), but I think that there are still issues at play here.
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?alpine.BSF.2.00.1105191446110.94895>