Date: Thu, 19 May 2011 20:08:09 -0400 From: John De Boskey <jwd@SlowBlink.Com> To: mjacob@freebsd.org Cc: freebsd-geom@freebsd.org Subject: Re: LSI 9200-8e/gmultipath/ZFS cable pull kernel crash Message-ID: <20110520000809.GA85914@slowblink.com> In-Reply-To: <alpine.BSF.2.00.1105191446110.94895@ns1.feral.com> References: <20110519143935.GA83122@slowblink.com> <alpine.BSF.2.00.1105190852280.92179@ns1.feral.com> <20110519212022.GA84918@slowblink.com> <alpine.BSF.2.00.1105191446110.94895@ns1.feral.com>
next in thread | previous in thread | raw e-mail | index | archive | help
----- Matthew Jacob's Original Message ----- > >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. Sources are up-to-date as of revision 222104. buildworld/buildkernel. I'll rerun tests and pull the cables. > 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. Do you still have changes to integrate? Anything I can do to help? Any best debugging practices for this area? Sorry, lots of questions. Thx
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?20110520000809.GA85914>