From owner-freebsd-current@FreeBSD.ORG Mon Jul 12 19:08:07 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6D95416A4CE for ; Mon, 12 Jul 2004 19:08:07 +0000 (GMT) Received: from flintsbach.schmalzbauer.de (flintsbach.schmalzbauer.de [62.245.232.135]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4EE9443D1F for ; Mon, 12 Jul 2004 19:08:06 +0000 (GMT) (envelope-from h@schmalzbauer.de) Received: from korso.flintsbach.schmalzbauer.de (korso.flintsbach.schmalzbauer.de [172.21.2.3])i6CJ7xrO008829; Mon, 12 Jul 2004 21:07:59 +0200 (CEST) (envelope-from h@schmalzbauer.de) Received: from cale.flintsbach.schmalzbauer.de (cale.flintsbach.schmalzbauer.de [172.21.1.254]) by korso.flintsbach.schmalzbauer.de (Postfix) with ESMTP id 58159DA; Mon, 12 Jul 2004 21:07:59 +0200 (CEST) From: Harald Schmalzbauer To: gabriel_ambuehl@buz.ch Date: Mon, 12 Jul 2004 21:07:52 +0200 User-Agent: KMail/1.6.2 References: <200407120229.48866@harryhomeworkstation> <200407121909.09517@harryhomeworkstation> <276240457.20040712192223@buz.ch> In-Reply-To: <276240457.20040712192223@buz.ch> X-OS: FreeBSD 5.3 X-Country: Germany X-Address: Munich, 80686 X-Phone2: +49 (0) 89 18947781 X-Name: Harald Schmalzbauer X-Birthday: 06 Oktober 1972 MIME-Version: 1.0 Content-Type: multipart/signed; protocol="application/pgp-signature"; micalg=pgp-sha1; boundary="Boundary-02=_OGu8Ao+dSVDmp+k"; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <200407122107.58594@harryhomeworkstation> X-Spam-Status: No, hits=0.0 required=3.5 tests=none autolearn=no version=2.63 X-Spam-Checker-Version: SpamAssassin 2.63 (2004-01-11) on mailjail.dmz.flintsbach.schmalzbauer.de X-Mailman-Approved-At: Tue, 13 Jul 2004 11:48:41 +0000 cc: freebsd-current@freebsd.org Subject: Re: Whay is broken ATARAID that ignored? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 12 Jul 2004 19:08:07 -0000 --Boundary-02=_OGu8Ao+dSVDmp+k Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Am Montag, 12. Juli 2004 19:22 schrieb Gabriel Ambuehl: > Hello Harald, > > Monday, July 12, 2004, 7:09:03 PM, you wrote: > > But only if you replace the drive or null-out the first sectors. If the > > drive comes back after a reboot (the same drive) then you end up having > > two raid arrays. > > That's not what I call a working raid support! Hello Gabriel, > > For all I know that's actually a bug in the controller firmware (there > are a few weirdnesses in HPT controllers, actually, mine sometimes > won't boot after detecting a supposedly degraded array which is > usually not even broken). It's not a controller bug since with the HighPoint driver that doesn't happ= en. > > >> It IS supported (in stable, anyhow, can't comment about recent > >> CURRENT). > > > > No, if you create a raid array with the controllers BIOS FreeBSD doesn't > > care about. > > With Highpoint and Promise it definitely does. I just installed STABLE on > two different machines. Now Silicon Image is another matter but I > wouldn't bet 1 cent on that crap. Right, and that's the reason why I think it should be removed from the man= =20 page or at least include a big warning that this controller doesn't work fo= r=20 raid1 arrays. The Promise over all is well supported, I couldn't produce a sezenario wher= e=20 rebuild failed. The HPT bios-generated array also is detected, that's corre= ct=20 but I talked about the Silicon Image. > > > Also of you Shutdown the machine, power on the machine, modify files, > > power down, reconnect the drive and power up again FreeBSD (and the > > controller) > > Controller's bug. How would FreeBSD know about that? Now of course the > controller should know better but those "software" RAID controllers are > about as dumb as it gets. Again, it doesn't matter why it fails to do it's job, if it can't it should= =20 not be listed as working in the man page. > [...] > > but that's not a reason to list > > controllers as working when they are not. > > Not to mention the completely broken ataraid in -current. > > As for CURRENT, I've stopped caring for it (I lack the time). It's > broken in so many places and won't be fit for production a long time. I really wonder why nobody cares about. One can replace almost everything which is not well supported but not the=20 storage. Best regards, =2DHarry P.S. I'm running a raid5 with the 3ware on a 5.2-current snapshot without a= ny=20 problems. You can see=20 http://www.schmalzbauer.de/articles.php?mode=3Dcomments&id=3D3 for more inf= o=20 (it's gune) > > > > Best regards, > Gabriel --Boundary-02=_OGu8Ao+dSVDmp+k Content-Type: application/pgp-signature Content-Description: signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.4 (FreeBSD) iD8DBQBA8uGOBylq0S4AzzwRAnPoAJ44IC/Wn28hyG1zjnDUc/fSEDEpWgCfSQ7R NOW/jh5BeDlW5GY+gZ4HlTY= =HbqA -----END PGP SIGNATURE----- --Boundary-02=_OGu8Ao+dSVDmp+k--