Date: Mon, 21 Aug 2006 04:03:47 +0200 From: Konstantin Saurbier <saurbier@math.uni-bielefeld.de> To: Greg Byshenk <freebsd@byshenk.net> Cc: freebsd-stable@freebsd.org Subject: Re: ATA problems again ... general problem of ICH7 or ATA? Message-ID: <DD2510C9-FFA6-43D1-95F3-52A35EA52AFF@math.uni-bielefeld.de> In-Reply-To: <20060820162032.GE633@core.byshenk.net> References: <20060820120049.06E0516A52F@hub.freebsd.org> <200608201338.56109.matt@chronos.org.uk> <20060820162032.GE633@core.byshenk.net>
next in thread | previous in thread | raw e-mail | index | archive | help
This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --Apple-Mail-13--422514801 Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed Am 20.08.2006 um 18:20 schrieb Greg Byshenk: > On Sun, Aug 20, 2006 at 01:38:55PM +0100, Matt Dawson wrote: >> On Sunday 20 August 2006 13:00, freebsd-stable-request@freebsd.org >> wrote: > >>> Do you mean different type of cables, or just another piece? I can't >>> change cables by myself, servers are dedicated from provider, but >>> as I >>> can saw, they picked whole new machine from their HW storage and >>> put new >>> Samsung disk drives in. So these two last machines are brand new >>> with >>> new cables. (Probably with a same type of cables - all machines >>> are ASUS >>> RS120) > >> I can confirm the same behaviour with a ULi M1689/Newcastle >> Athlon64 based >> system running 6.1-RELEASE-p3 (i386). ad6 just detaches without >> warning and >> it takes a reboot to bring it back. atacontrol reinit has no >> effect. Tried >> the following to resolve the problems: > >> - Changed cables (both ad4 and ad6) >> - Changed SATA power to legacy >> - Moved the NIC and anything else from the shared PCI INT (thought >> I'd cracked >> it at this point as it was stable for a month, then it lost ad6 on >> a nightly >> dump) >> - Remade my gmirror array as an ar. Put it straight back to >> gmirror again when >> I found out what a pain it is to rebuild after ad6 disappears. > > I am not sure if it is related, but... I experienced a similar > sort of > problem, although the details in my case are quite different. > > What was similar was that I would "lose" two ATA drives from an array, > inexplicably. Reconfiguring the same drives and rebuilding would > cause > them to work perfectly again -- for some number of days, after which > the same failure would occur. > > What is different is that this was with a 3Ware RAID controller -- > which made removing/raconfiguring/rebuilding much easier -- but I was > seeing the exact same errors. No your errors are not related. As of my experience (and the experience of others) the controller forgetting or loosing drives is a "feature" 3ware. We had similar problems with 3ware-7500-8 ATA controllers and i was reported of the same errors with 3ware-9000 series. Our in-house 3ware-9500S are not showing this kind of errors. This errors are not driver or OS dependent such as they appear on FreeBSD as well on different Linux distros. Since not all controllers suffering of these errors it is maybe depending on the firmware or board/chip revisions. -- Best regards, Konstantin Saurbier ------------------------------------------------------ Konstantin Saurbier Tel.: 0521 106 3861 Computerlabor Mathematik U5-138 Universitaet Bielefeld Universitaetsstr.25 33501 Bielefeld email: saurbier@math.uni-bielefeld.de ------------------------------------------------------ --Apple-Mail-13--422514801 content-type: application/pgp-signature; x-mac-type=70674453; name=PGP.sig content-description: Signierter Teil der Nachricht content-disposition: inline; filename=PGP.sig content-transfer-encoding: 7bit -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.3 (Darwin) iD8DBQFE6RSIWkvQTx5k+y4RAiD6AJ9cAtrTTz1UJFhr5MkqgW/eI4iblQCeO4or QSX/WGNhQFr5Ma0pSOQczSk= =xAyU -----END PGP SIGNATURE----- --Apple-Mail-13--422514801--
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?DD2510C9-FFA6-43D1-95F3-52A35EA52AFF>