Re: Vinum Probleme. Inode kann nicht gelöscht werden

From: Thomas Vogt <turbo23(at)gmx.net>
Date: Fri, 21 May 2004 09:58:16 +0200

Hallo Greg

Am Fr, den 21.05.2004 schrieb Greg 'groggy' Lehey um 1:10:
> [Format recovered--see http://www.lemis.com/email/email-format.html]
>
> Computerausgabe gefaltet.
>
> On Thursday, 20 May 2004 at 23:51:03 +0200, Thomas Vogt wrote:
> On Thursday, 20 May 2004 at 23:52:33 +0200, Thomas Vogt wrote:
> > Hallo
> >
> > Ein Kollege der nicht auf dieser ML ist hat folgendes Problem Vinum bzw.
> > dem fs:
>
> Gleich zweimal? Gab's Unterschiede?

Aeh nein. Es gab ein Missverständnis zwischen meinem Mailclient
Evolution und mir :) Sorry.

>
> > Problem: nach einem Stromausfall bringt fsck -y /dev/vinum/vol1 dauernd:
> > cannot alloc xxxxxx bytes for inoinfo
> > fsck_ufs: bad inode number xxxxxx to nextinode
>
> Ja, das ist zu erwarten:
>
> > 1 volumes:
> > V vol1 State: up Plexes: 1 Size: 379 GB
> >
> > 1 plexes:
> > P vol1.p0 R5 State: degraded Subdisks: 3 Size: 379 GB
> >
> > 3 subdisks:
> > S vol1.p0.s0 State: up D: d1 Size: 189 GB
> > S vol1.p0.s1 State: R 7% D: d2 Size: 189 GB
> > S vol1.p0.s2 State: up D: d3 Size: 189 GB
>
> Das scheint wohl bekannt zu sein:
>
> > message.log
> > May 20 23:02:38 ccc kernel: vinum: plex vol1.p0 does not have at least 3 subdisks
> > May 20 23:04:00 ccc login: ROOT LOGIN (root) ON ttyv1
> > 20 May 2004 23:05:33.911632 attach -f vol1.p0.s1 vol1.p0
> > May 20 23:05:33 ccc kernel: vinum: vol1.p0.s1 is stale by force
>
> Warum denn?
>
> > May 20 23:05:33 ccc kernel: vinum: vol1.p0.s1 is reviving, not up
> > May 20 23:05:33 ccc kernel: vinum: vol1.p0 is degraded
>
> > fsck mit einem alternativen Superblock laufen zu lassen bringt
> > nichts Es ist der gleiche Fehler zu sehen.
>
> Klar.
>
> > Mit fsdb die betreffende inode zu loeschen brachte keinen Erfolg
> > (fsck neu laufen gelassen dannach)- gleicher Fehler.
>
> Klar.
>
> Ist inziwschne der (nicht erwähnte) Startvorgang abgeschlossen? Und
> warum ist er gestartet worden?
>
> Ich helfe gerne, wenn es Probleme gibt, aber man könnte mir mindestens
> soweit helfen, dass man mir wichtige Vorgänge nicht verschweigt.

Ich muss vorausschicken, dass ich schon laenger an diesem Fehler
rumdoktore ... deshalb koennte das eine oder andere untergegangen sein
... ich verschweige jedoch nichts wissentlich - weshalb sollte ich auch,
ich will meine Daten wieder :)

nochmals die ganze vinum-history:

vinum_history:
20 May 2004 23:05:33.911632 attach -f vol1.p0.s1 vol1.p0
20 May 2004 23:05:42.574391 l
20 May 2004 23:05:51.162015 l
20 May 2004 23:06:07.427410 l
20 May 2004 23:08:48.229758 l
20 May 2004 23:15:28.856959 *** vinum started ***
20 May 2004 23:15:29.698172 l
20 May 2004 23:15:41.619873 start vol1.p0.s1
20 May 2004 23:15:45.251538 l
20 May 2004 23:20:23.454464 *** vinum started ***
20 May 2004 23:20:24.284765 l
20 May 2004 23:20:29.536635 q
20 May 2004 23:20:34.130844 quit
20 May 2004 23:25:06.126274 *** vinum started ***
20 May 2004 23:25:07.063708 l
20 May 2004 23:32:24.168562 l
20 May 2004 23:35:15.045989 q
20 May 2004 23:35:17.045373 quit
20 May 2004 23:37:45.510351 *** vinum started ***
20 May 2004 23:37:46.959609 l
20 May 2004 23:38:29.418937 exit
20 May 2004 23:38:31.533059 quit

Nach dem Stromausfall klappte es mit dem fsck nicht mehr, jedoch
arbeiten konnte ich mit dem FS trotzdem noch. Also arbeitete ich weiter,
mit der Hoffnung in den Mailinglisten usw mal eine Loesung zu finden.
In letzter Zeit schmirrte das System vorallem beim Schreiben länger
desto mehr ab. Gestern Nacht startete vinum dann nur noch im degraded
Status und ich handelte eigentlich nach
http://www.vinumvm.org/vinum/replacing-drive.html

Ich denke mit dem Startvorgang meinst Du : start vol1.p0.s1
-> Schmirrte bei 99% ab

gleichzeitig kam eine Meldung, dass das FS nicht genuegend mbuf hat
(leider wurde die Meldung nicht ins /log/message geschrieben)

Was mir noch aufgefallen ist:

May 21 00:22:10 ccc kernel: vinum: null rqg
May 21 00:22:10 ccc kernel: vinum: null rqg

Zur Zeit kann ich das FS nur noch read-only mounten und ich kopiere alle
brauchbare Daten noch auf andere Platten und erwarte den engueltigen GAU
:)
Mich interessiert vorallem, was ich bei

cannot alloc xxxxxx bytes for inoinfo
fsck_ufs: bad inode number xxxxxx to nextinode

tun kann um ein aehnliches Problem in Zukunft zu vermeiden.

Nochmals Danke und Greets radio_24

-------------------
Ich hoffe das reicht. Ist nicht einfach, wenn man nur vermittelt :)

Gruss
Thomas

To Unsubscribe: send mail to majordomo(at)de.FreeBSD.org
with "unsubscribe de-bsd-questions" in the body of the message
Received on Fri 21 May 2004 - 09:59:30 CEST

search this site