fsck auf vinum volume: Cannot find file system superblock & more :(

Hallo!

mich führt wieder ein Problem mit Vinum zu euch:)

Nach Einfrieren eines 5.3-RELEASE-p2 Systems (Screensaver, Netzwerk,
...) und einem Neustart waren die beiden Plexe

S alcadata1.p0.s0 State: up D: alca80gb1 Size: 49 GB
S alcadata1.p1.s0 State: up D: alca80gb2 Size: 49 GB

auf "stale".

Mit 'start alcadata1.p0.s0' und 'start alcadata1.p1.s0' bekam ich sie
wieder "up". Den zweiten Befehl habe ich nach Beendigung des
(R)etrieve-Vorgangs des ersteren gegeben. Die beiden Plexe brauchten
einige Zeit, bis das abgeschlossen war.

Doch auch danach schlägt die Benutzung des volumes fehl:

# fsck /dev/vinum/alcadata1
** /dev/vinum/alcadata1
Cannot find file system superblock
ioctl (GCINFO): Inappropriate ioctl for device
fsck_ufs: /dev/vinum/alcadata1: can't read disk label

Alle drives und alle anderen volumes sind 'up' und benutzbar.

Mir deucht, das ich mich mit der Benutzung von vinum (anstatt gvinum -
bzw überhaupt) auf einem geupgradeten 5.3 auf dünnes Eis begeben habe.

Wie macht mans richtig,- und- noch interessanter, gibts Chancen, wenn
ja, über welche Wege, an alcadata1 as-it-is heranzukommen?

in /var/log/message habe ich noch was gefunden:

Feb 2 14:35:44 q kernel: ad4: TIMEOUT - WRITE_DMA retrying (2 retries
left) LBA=129384840

Feb 2 14:35:44 q kernel: ad6: TIMEOUT - WRITE_DMA retrying (2 retries
left) LBA=129384840

Feb 2 14:35:59 q kernel: ad4: FAILURE - WRITE_DMA timed out
Feb 2 14:35:59 q kernel: vinum: alcadata1.p0.s0 is stale by force
Feb 2 14:35:59 q kernel: vinum: alcadata1.p0 is faulty
Feb 2 14:35:59 q kernel: fatal :alcadata1.p0.s0 write error, block
124883273 for 8192 bytes

Feb 2 14:35:59 q kernel: alcadata1.p0.s0: user buffer block 72454208
for 8192 bytes

Feb 2 14:35:59 q kernel: ad6: FAILURE - WRITE_DMA timed out
Feb 2 14:35:59 q kernel: vinum: alcadata1.p1.s0 is stale by force
Feb 2 14:35:59 q kernel: vinum: alcadata1.p1 is faulty
Feb 2 14:35:59 q kernel: vinum: alcadata1 is down
Feb 2 14:35:59 q kernel: fatal :alcadata1.p1.s0 write error, block
124883273 for 8192 bytes

Feb 2 14:35:59 q kernel: alcadata1.p1.s0: user buffer block 72454208
for 8192 bytes

Feb 2 14:42:36 q kernel: Interrupt storm detected on "irq12: atapci1";
throttling interrupt source

Die Sache war schon heute Mittag... der Crash dann erst am Abend.
Eine automatische Benachtichtigung wäre fein gewesen.

dmesg:

atapci1: <Promise PDC20267 UDMA100 controller> port
0xa000-0xa03f,0xa400-0xa403,0xa800-0xa807,0xb000-0xb003,0xb400-0xb407
mem 0xe2000000-0xe201ffff irq 12 at device 10.0 on pci0

ata2: channel #0 on atapci1
ata3: channel #1 on atapci1

ad4: 78533MB <IC35L080AVVA07-0/VA4OA52A> [159560/16/63] at ata2-master
UDMA100
ad6: 78533MB <IC35L080AVVA07-0/VA4OA52A> [159560/16/63] at ata3-master
UDMA100
ad7: 78533MB <IC35L080AVVA07-0/VA4OA52A> [159560/16/63] at ata3-slave
UDMA100

5 drives:
D alca80gb3 State: up /dev/ad7s1e A: 76330/76330 MB (100%)
D alca80gb2 State: up /dev/ad6s1e A: 0/76330 MB (0%
D alca80gb1 State: up /dev/ad4s1e A: 0/76330 MB (0%)
D q20gb2 State: up /dev/ad2s1d A: 3/18903 MB (0%)
D q20gb1 State: up /dev/ad0s1d A: 3/18903 MB (0%)

Oskar

To Unsubscribe: send mail to majordomo(at)de.FreeBSD.org
with "unsubscribe de-bsd-questions" in the body of the message
Received on Wed 02 Feb 2005 - 20:12:54 CET