Date: Sun, 06 Apr 2014 00:06:54 -0500 From: Karl Denninger <karl@denninger.net> To: freebsd-fs@freebsd.org Subject: Re: Device Removed by Administrator in ZPOOL? Message-ID: <5340E0EE.8010905@denninger.net> In-Reply-To: <5340B1C5.4000700@gmail.com> References: <53408FAB.8080202@gmail.com> <512A7865-CEFD-4BDA-A060-AE911BEDD5B7@tuxsystems.co.za> <53409BF1.6050001@gmail.com> <20140406002849.GA14765@neutralgood.org> <5340B1C5.4000700@gmail.com>
next in thread | previous in thread | raw e-mail | index | archive | help
[-- Attachment #1 --] On 4/5/2014 8:45 PM, Kaya Saman wrote: > On 04/06/2014 01:28 AM, kpneal@pobox.com wrote: >> On Sun, Apr 06, 2014 at 01:12:33AM +0100, Kaya Saman wrote: >>> Many thanks for the response! >>> >>> The server doesn't show any lights for "drive error" however, the blue >>> read LED isn't coming on, on the drive in question (as removed from >>> ZPOOL). >>> >>> I will have a look for LSI tools in @Ports and also see if the BIOS LSI >>> hook comes up with anything. >> Have you seen any other errors in your logs? Seems like if a drive fails >> there should be some other error message reporting the errors that >> resulted >> in ZFS marking the drive removed. What does 'dmesg' have to say? >> >> Once ZFS has stopped using the drive (for whatever reason) I wouldn't >> expect you to see anything else happening on the drive. So the light not >> coming on doesn't really tell us anything new. >> >> Also, aren't 'green' drives the kind that spin down and then have to >> spin >> back up when a request comes in? I don't know what happens if a drive >> takes >> "too long" to respond because it has spun down. I have no idea how >> FreeBSD >> handles that, and I also don't know if ZFS adds anything to the >> equation. >> Hopefully someone else here will clue me/us in. > > Ok this is really weird.... just did a reboot and now: > > $ zpool status > pool: ZPOOL_2 > state: ONLINE > status: One or more devices is currently being resilvered. The pool will > continue to function, possibly in a degraded state. > action: Wait for the resilver to complete. > scan: resilver in progress since Sun Apr 6 02:43:03 2014 > 1.13G scanned out of 7.77T at 22.2M/s, 101h57m to go > 227M resilvered, 0.01% done > config: > > NAME STATE READ WRITE CKSUM > ZPOOL_2 ONLINE 0 0 0 > raidz2-0 ONLINE 0 0 0 > da0 ONLINE 0 0 0 > da1 ONLINE 0 0 0 (resilvering) > da2 ONLINE 0 0 0 > da3 ONLINE 0 0 0 > da4 ONLINE 0 0 0 > > > ???? Looks like the drive might have fallen off the controller? > > Am just looking at the tools for it on the LSI website but there > doesn't seem to be anything FreeBSD related.... Linux and Solaris yes > but no FBSD? > > Model is LSI SAS 9207-4i4e > It looks like the drive detached itself. I've seen those "Green" drives do this before; they go to "sleep" if quiescent, and sometimes fail to wake up properly. The controller then detaches them thinking they're dead, but they're not... I'd get those things off your system. They work ok for desktop PCs but I don't like them in servers. -- -- Karl karl@denninger.net [-- Attachment #2 --] 0 *H 01 0 + 0 *H O0K030 *H 01 0 UUS10UFlorida10U Niceville10U Cuda Systems LLC1 0UCuda Systems LLC CA1/0- *H customer-service@cudasystems.net0 130824190344Z 180823190344Z0[1 0 UUS10UFlorida10UKarl Denninger1!0 *H karl@denninger.net0"0 *H 0 bi՞] MNԿawx?`)'ҴcWgR@BlWh+ u}ApdCF JVй~FOL }EW^bچYp3K& ׂ(R lxڝ.xz?6 &nsJ +1v9 v/( kqĪp[vjcK%fϻe?iq]z lyzFO'ppdX//Lw(3 JI A*S#՟H[f|CGqJKoo y.oEuOw$ /섀$삻J9b|A P~8]D1YI<"""Y^T2iQ2 b yH)] Ƶ0y$ _N 6XqMC 9 XgώjGTP"#nˋ"Bk1 00 U 0 0 `HB0 U 0, `HB OpenSSL Generated Certificate0 U |8 ˴d[20 U #0]Af4 U3x&^"408 `HB+)https://cudasystems.net:11443/revoked.crl0 *H gBwH] j\x`( &gW32"Uf^. ^Iϱ k!DQA g{(w /)\N'[ oRW @C HO>)XrTNɘ!u`xt5(=f\-l3<@C6mnhv##1ŃbH͍_Nq aʷ?rk$^9TIa!kh,D -ct1 0001 0 UUS10UFlorida10U Niceville10U Cuda Systems LLC1 0UCuda Systems LLC CA1/0- *H customer-service@cudasystems.net0 + ;0 *H 1 *H 0 *H 1 140406050654Z0# *H 1Nb6n Wp]a0l *H 1_0]0 `He*0 `He0 *H 0*H 0 *H @0+0 *H (0 +71001 0 UUS10UFlorida10U Niceville10U Cuda Systems LLC1 0UCuda Systems LLC CA1/0- *H customer-service@cudasystems.net0 *H 101 0 UUS10UFlorida10U Niceville10U Cuda Systems LLC1 0UCuda Systems LLC CA1/0- *H customer-service@cudasystems.net0 *H -Ss^]g1 9hMH!vI\*ibOp; }5 VFȷZԎֆ[^߆rNaъB>h FK܁AIdu\!Vf, B^ 2ß'͎ Zip㟏ͻ7`:-#u*̂`( WFK_QƟdR} *r ${67TՆF()t> gt(HU*;(d ;K41qae az[z C @L$mn^ ԩ4w/Z0PW\I'D$KjWh=JR唜KZrUiwZles?+FqnHm*&OڧL+>ݝ';A$>Qǚ+TD=" "ec pj ,dR?{lԻ<m7oZ&q
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?5340E0EE.8010905>