From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from lists.gentoo.org ([140.105.134.102] helo=robin.gentoo.org) by nuthatch.gentoo.org with esmtp (Exim 4.43) id 1DySJx-0001ni-Or for garchives@archives.gentoo.org; Fri, 29 Jul 2005 10:42:30 +0000 Received: from robin.gentoo.org (localhost [127.0.0.1]) by robin.gentoo.org (8.13.4/8.13.4) with SMTP id j6TAeU1K032240; Fri, 29 Jul 2005 10:40:30 GMT Received: from mx0.dbtech.de (sero.dbtech.de [195.4.70.70]) by robin.gentoo.org (8.13.4/8.13.4) with SMTP id j6TAeTdd019254 for ; Fri, 29 Jul 2005 10:40:30 GMT Received: (qmail 25229 invoked from network); 29 Jul 2005 10:41:11 -0000 Received: from p54b8e5e1.dip.t-dialin.net (HELO pegasus.fischundfischer.com) (30000002@84.184.229.225) by spee.dbtech.de with SMTP; 29 Jul 2005 10:41:11 -0000 Received: from localhost (localhost [127.0.0.1]) by pegasus.fischundfischer.com (Postfix) with ESMTP id 8A08B6341E0; Fri, 29 Jul 2005 12:41:02 +0200 (CEST) Received: from localhost (localhost [127.0.0.1]) by pegasus.fischundfischer.com (Postfix) with ESMTP id 2CBCB654147; Fri, 29 Jul 2005 12:41:02 +0200 (CEST) Received: from pegasus.fischundfischer.com ([127.0.0.1]) by localhost (pegasus [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 09791-10; Fri, 29 Jul 2005 12:41:01 +0200 (CEST) Received: from ntwks01.fischundfischer.com (ntwks01.fischundfischer.com [10.0.0.1]) by pegasus.fischundfischer.com (Postfix) with ESMTP id 029FA6341D6 for ; Fri, 29 Jul 2005 12:41:00 +0200 (CEST) From: Christian Fischer Organization: Fisch+Fischer Veranstaltungstechnik To: gentoo-user-de@lists.gentoo.org Subject: Re: [gentoo-user-de] =?iso-8859-1?q?XFS-Stabilit=E4t?= Date: Fri, 29 Jul 2005 12:41:21 +0200 User-Agent: KMail/1.8.1 References: <200507290733.17850.Support@stonki.de> In-Reply-To: <200507290733.17850.Support@stonki.de> Precedence: bulk List-Post: List-Help: List-Unsubscribe: List-Subscribe: List-Id: Gentoo Linux mail X-BeenThere: gentoo-user-de@gentoo.org Reply-to: gentoo-user-de@lists.gentoo.org MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Disposition: inline Message-Id: <200507291241.21567.Christian.Fischer@fischundfischer.com> X-Virus-Scanned: by amavisd-new at fischundfischer.com X-MIME-Autoconverted: from quoted-printable to 8bit by robin.gentoo.org id j6TAeTdd019254 Content-Transfer-Encoding: quoted-printable X-MIME-Autoconverted: from 8bit to quoted-printable by robin.gentoo.org id j6TAeU1q032240 X-Archives-Salt: a053a68b-d049-487c-9c23-be1685c72e59 X-Archives-Hash: c966e3c7b6a22284bd3f742bed67e092 Am Friday 29 July 2005 07:33 schrieb Stefan Onken: > Am Donnerstag, 28. Juli 2005 23:16 schrieb Timo Horstsch=E4fer: > > K=F6nnte es vielleicht am Kabel liegen, oder kann ich einen Defekt > > an der Hardware ausschlie=DFen (vorher lief ja alles)? Moin. Um dir bischen die unsicherheit zu nehmen: Ich habe seit l=E4ngerem auf einem alphaserver zwei raid5, beide mit xfs. ein hardraid mit sca-platten f=FCr das system, ein softraid f=FCr die dat= en mit=20 sata-platten. L=E4uft absolut stabil, am xfs sollte es nicht liegen. Ich glaube gelesen zu haben, da=DF xfs recht anf=E4llig gegen=FCber strom= ausf=E4llen=20 und dem entzug der hardware reagiert, sprich wenn es nicht zuende schreib= en=20 kann. mag sein, da=DF das heute nicht mehr so ist, die docu war schon etw= as=20 =E4lter, da wurde das in verbindung mit der raidcontrollerconfiguration=20 genannt, glaube ich. Und ein Mylex DAC960P ist glaube ich schon etwas =E4= lter. Ich weiss ja nicht, was du f=FCr platten hast, aber ich hatte massive pro= bleme=20 mit den sata-platten. ging so weit, da=DF die st=E4ndig vom raid abgemeld= et=20 wurden. ich hatte innerhalb von zwei wochen 11 platten da, von denen f=FC= nf=20 wieder zur=FCckgegangen sind.=20 Fehler waren status=3D0x51 { DriveReady SeekComplete Error } und error=3D= 0x84=20 { DriveStatusError BadCRC } Wenn du das noch nicht getan hast w=FCrde ich= =20 mal /var/log/messages danach durchsuchen. Trifft auch auf pata zu.=20 Die einzigen platten, bei denen das problem NOCH NIE auftrat waren samsun= g=20 spinpoint. M=F6glicherweise hast du auch ein Kernelproblem. Ich kenne deinen kernel = nicht,=20 ich kann nur sagen, da=DF es bei mir auf einem 2.6.9-ac9 stabil l=E4uft. = Ich=20 hatte gerade wieder Kernelscheisse. Habe meinen Arbeitsrechner =FCberarbe= itet,=20 hatte dort einen 2.6.9-ac12 laufen, da fr=FCher mit gentoo-kerneln proble= me.=20 Gut, sollte ja kein dauerzustand sein, daher nahm ich einen 2.6.12-gentoo= -r4=20 mit der alten configuration. kernelpanic beim mounten des scsi-cdrom. Und= da=20 sollte man annehmen, dass scsi aus den kinderschuhen raus ist. Kernel pan= ic -=20 not syncing: Fatal exception in interrupt , so die letzte Meldung vor dem= =20 Stillstand. Okay, kernel 2.6.12-gentoo-r6 genommen, gleiche Situation. Da= nach=20 einen 2.6.11-ac7 mit gleicher configuration, l=E4uft hervorragend.=20 Mit diesen Beispielen m=F6chte ich nur sagen, da=DF altbew=E4hrtes auch m= al komische=20 Dinge tun kann, je nach dem, welche version bzw. welches patchset man so = hat. Ich w=FCrde wirklich schauen, ob in den messages bzw dmesg irgendetwas zu= =20 hardwareproblemen steht, wenn nicht ist guter rat teuer. Meine Vermutung = ist=20 Hardware oder der Kernel, aber nicht XFS ansich. Und da=DF vorher alles l= ief=20 ist kein indiz daf=FCr, da=DF deine hardware top in Ordnung ist. Nimm das= =20 Beispiel mit meinen sata-platten. Au=DFer mir konnte keiner etwas an den=20 platten finden, ohne raid konnten sie nat=FCrlich nicht aus dem raid=20 rausfliegen, da gabs halt fehler in den logs, aber alles tat so (mehr ode= r=20 weniger). Mein Lieferand sprach, er k=F6nne nix finden, tut unter WinXP. = Jo,=20 super. Die win-bude hat halt hin und wieder gehakelt, aber sonst tat sie. Viel Gl=FCck bei der Suche nach der Nadel im Heuhaufen. Christian --=20 gentoo-user-de@gentoo.org mailing list