Date: Sat, 6 Jan 2007 08:38:20 GMT From: Jens Kleister<kleister@1a-infosysteme.de> To: freebsd-gnats-submit@FreeBSD.org Subject: kern/107608: Raid Problem beim Zugriff auf Raid Message-ID: <200701060838.l068cK4h064040@www.freebsd.org> Resent-Message-ID: <200701060840.l068eCHc002131@freefall.freebsd.org>
next in thread | raw e-mail | index | archive | help
>Number: 107608 >Category: kern >Synopsis: Raid Problem beim Zugriff auf Raid >Confidential: no >Severity: critical >Priority: high >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Sat Jan 06 08:40:11 GMT 2007 >Closed-Date: >Last-Modified: >Originator: Jens Kleister >Release: FreeBSD 6.2-PRERELEASE (FILESERVER) >Organization: 1A Infosysteme GmbH >Environment: [root@fileserver1 ~]# uname -a FreeBSD fileserver1.1a-infosysteme.de 6.2-PRERELEASE FreeBSD 6.2-PRERELEASE #0: Thu Dec 28 16:18:40 UTC 2006 root@fileserver1.1a-infosysteme.de:/usr/src/sys/i386/compile/FILESERVER i386 >Description: Hallo, es besteht folgendes Problem. Der Server läuft ca. 1 Woche aktiv auch unter hoher Last ohne Probleme. Wenn dann irgendwann ein Zugriff auf den Swap erfolgen soll, dann hängt sich das ganze System auf. Folgende Fehlermeldung: swap_pager: indefinite wait buffer: bufobj: 0, blkno:2, size: 4096 swap_pager: indefinite wait buffer: bufobj: 0, blkno:18, size: 4096 swap_pager: indefinite wait buffer: bufobj: 0, blkno:5, size: 4096 Jetzt geht nichts mehr und man kann das System nur resetten. Dieses Problem scheint es nach Google auch bei anderen Systeme schon gegeben haben, aber scheinbar nur in Verbindung mit Raid-Karten. Das Raid ist dabei dann aber nicht zerstört. tw_cli /c0 show all /c0 Driver Version = 3.60.02.012 /c0 Model = 9500S-8 /c0 Memory Installed = 112MB /c0 Firmware Version = FE9X 2.08.00.006 /c0 Bios Version = BE9X 2.03.01.052 /c0 Monitor Version = BL9X 2.02.00.001 /c0 Serial Number = L19404A5400107 /c0 PCB Version = Rev 019 /c0 PCHIP Version = 1.50 /c0 ACHIP Version = 3.20 /c0 Number of Ports = 8 /c0 Number of Units = 3 /c0 Number of Drives = 8 /c0 Total Optimal Units = 3 /c0 Not Optimal Units = 0 /c0 JBOD Export Policy = off /c0 Disk Spinup Policy = 1 /c0 Spinup Stagger Time Policy (sec) = 2 /c0 Auto-Carving Policy = off /c0 Auto-Carving Size = 2048 GB /c0 Cache on Degrade Policy = Cache Off Unit UnitType Status %RCmpl %V/I/M Stripe Size(GB) Cache AVrfy ------------------------------------------------------------------------------ u0 RAID-10 OK - - 64K 130.365 ON OFF u1 RAID-5 OK - - 64K 465.641 ON OFF u2 SPARE OK - - - 232.877 - OFF Port Status Unit Size Blocks Serial --------------------------------------------------------------- p0 OK u0 69.25 GB 145226112 WD-WMAKE1901350 p1 OK u0 69.25 GB 145226112 WD-WMAKE1901550 p2 OK u0 69.25 GB 145226112 WD-WMAKE1902083 p3 OK u0 69.25 GB 145226112 WD-WMAKE1901530 p4 OK u1 232.88 GB 488397168 WD-WMANY1038026 p5 OK u1 232.88 GB 488397168 WD-WCANK2644746 p6 OK u1 232.88 GB 488397168 WD-WCANK3893478 p7 OK u2 232.88 GB 488397168 WD-WCAL76951640 Anmerkung, in der 5.5 Freebsd-Version gab es das Problem nicht. >How-To-Repeat: Nur mit eingebauter Raidkarte. Ich habe das gleiche Problem auch auf anderen Systemen mit Raid. Hardwaredefekt schließe ich aus. >Fix: Swap deaktivieren, aber auf dauer nicht so schön. >Release-Note: >Audit-Trail: >Unformatted:
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?200701060838.l068cK4h064040>