From owner-freebsd-isp Thu Sep 21 20:29:13 2000 Delivered-To: freebsd-isp@freebsd.org Received: from aurora.sol.net (aurora.sol.net [206.55.65.76]) by hub.freebsd.org (Postfix) with ESMTP id 1056337B424; Thu, 21 Sep 2000 20:29:00 -0700 (PDT) Received: (from jgreco@localhost) by aurora.sol.net (8.9.3/8.9.2/SNNS-1.02) id VAA16041; Thu, 21 Sep 2000 21:33:03 -0500 (CDT) From: Joe Greco Message-Id: <200009220233.VAA16041@aurora.sol.net> Subject: Re: Frustration with SCSI system To: imp@village.org, hackers@freebsd.org, isp@freebsd.org Date: Thu, 21 Sep 2000 21:33:03 -0500 (CDT) In-Reply-To: <200009220229.VAA06232@earth.execpc.com> from "jgreco@execpc.com" at Sep 21, 2000 09:29:39 PM X-Mailer: ELM [version 2.5 PL3] MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-isp@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org > > Path: news.sol.net!newsops.execpc.com!169.207.30.19.MISMATCH!spool0-nwblwi.newsops.execpc.com!newspump.sol.net!news.execpc.com!newshub.sol.net!sol.net!newspeer.sol.net!ns.sol.net!lists.sol.net!not-for-mail > Newsgroups: sol.lists.freebsd.hackers,sol.lists.freebsd.isp > Date: 20 Sep 2000 22:02:50 +0000 > Sender: news@ns.sol.net > Approved: news@ns.sol.net > Organization: sol.net Network Services - Milwaukee, WI > References: <200009201958.MAA45703_ns2.uncanny.net@ns.sol.net> > X-To: ee@uncanny.net > X-Cc: freebsd-hackers@FreeBSD.ORG, freebsd-isp@FreeBSD.ORG > From: imp@village.org > Subject: Re: Frustration with SCSI system > Message-ID: <200009202202.QAA50356_harmony.village.org@ns.sol.net> > Xref: news.sol.net sol.lists.freebsd.hackers:21298 sol.lists.freebsd.isp:6352 > > In message <200009201958.MAA45703@ns2.uncanny.net> Edward Elhauge writes: > : to autorecover on bad sectors, but every system that I've had to recover > : seems to be in a state where the bad sectors aren't remapping. I've tried > > I've often wanted to write a bad block remapper. While SCSI is > supposed to do this automatically, I've found that a scan on any > adaptec controller will remap these blocks (forces the remapping). > About 10% of the time that's all a drive with this problem needs to > survive indefinitely. The other 90% of the time the disk is about to > go tits up in a heap big time way and warrantee replacement is > recommended. About 75% of the time a rescan + immmediate dump will > save me. > > I've had 2 disks that seem to have lost their bad block mappings that > the adaptec verify function has saved me from sending them back (they > were out of warantee anyway). However, on the other 20ish disks I've > tried this on have died within days of doing this. > > Even if we had bad144 support, the drive will need so many bad blocks > remapped in a short period of time that it isn't worth while. > > Finally, I've found that climate controlled and dust free environments > help a lot. RAID hardware/software is definitely the right way to > deal when you go to the next level. > > Warner > > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-hackers" in the body of the message > -- ... Joe ------------------------------------------------------------------------------- Joe Greco - Systems Administrator jgreco@ns.sol.net Solaria Public Access UNIX - Milwaukee, WI 414/342-4847 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-isp" in the body of the message