Re: Vinum Spielereien

Greg 'groggy' Lehey wrote:

> On Friday, 30 January 2004 at 19:45:31 +0100, Oliver Lehmann wrote:
> > 6 drives:
> > D d1 State: up /dev/da1s1d A: 0/2008 MB (0%)
> > D d2 State: up /dev/da2s1d A: 0/2008 MB (0%)
> > D d3 State: up /dev/da3s1d A: 0/1004 MB (0%)
> > D d4 State: up /dev/da4s1d A: 0/1004 MB (0%)
> > D d5 State: up /dev/da5s1d A: 0/1004 MB (0%)
> > D d6 State: up /dev/da6s1d A: 0/1004 MB (0%)
> > D d7 State: referenced /dev/da7s1d A: 0/0 MB
>
> Wundert Dich dieser letzte Eintrag nicht? Mich schon: Ein
> "referenced" Drive ist eben deswegen referenced, weil Vinum dafür
> keine Platte kennt.
>

Ich habe eine 7. Platte in der Config, habe die aber nicht in meinen
Raids mit konfiguriert, und aktuell auch nicht angeschlossen

> Gut, Du könntest auch das Datenkabel ziehen.

Das hatte ich schonmal probiert, danach war das syslog voll mit Beschwerden
der anderen Platten...

> Hier wäre interessant zu wissen, ob Dein da6 wieder erschienen ist.
>
> > root(at)nudel olivleh1> camcontrol devlist -v
> > scbus0 on ahc0 bus 0:
> > <SEAGATE ST31200N 8590> at scbus1 target 3 lun 0 (pass7,da6)
>
> Sieht zwar danach aus, muss aber nicht sein. Von da7 sieht es so aus,
> dass Du schon andere Spielereien gemacht hast. Eventuell ist hier
> etwas anderes passiert. Ist das jetzt die richtige Platte?

da7 gabs vorher nicht, und jetzt auch nicht siehe oben ;)

> > root(at)nudel olivleh1> vinum start lvmr5.p0.s3
> > Can't start lvmr5.p0.s3: Drive is down (5)
>
> Hmm. Nicht sonderlich aussagefähig, zugegeben.
>
> > Was nun?
>
> Syslog-Meldungen?

Jan 30 19:35:20 nudel kernel: (da6:sym0:0:3:0): lost device
Jan 30 19:35:20 nudel kernel: (da6:sym0:0:3:0): Invalidating pack
Jan 30 19:35:20 nudel kernel: vinum: lvmr5.p0.s3 is crashed by force
Jan 30 19:35:20 nudel kernel: vinum: lvmr5.p0 is degraded
Jan 30 19:35:21 nudel kernel: malloc() of "16" with the following non-sleepable locks held:
Jan 30 19:35:21 nudel kernel: exclusive sleep mutex g_xup r = 0 (0xce2eccbc) locked @ /usr/src/sys/geom/geom_io.c:374
Jan 30 19:35:21 nudel kernel: fatal:lvmr5.p0.s3 read error, block 4233 for 2048 bytes
Jan 30 19:35:21 nudel kernel: lvmr5.p0.s3: user buffer block 12032 for 2048 bytes
Jan 30 19:35:21 nudel kernel: d6: fatal drive I/O error, block 4233 for 2048 bytes
Jan 30 19:35:21 nudel kernel: vinum: drive d6 is down
Jan 30 19:35:21 nudel kernel: malloc() of "16" with the following non-sleepable locks held:
Jan 30 19:35:21 nudel kernel: exclusive sleep mutex g_xup r = 0 (0xce2eccbc) locked @ /usr/src/sys/geom/geom_io.c:374
Jan 30 19:35:21 nudel kernel: malloc() of "16" with the following non-sleepable locks held:
Jan 30 19:35:21 nudel kernel: exclusive sleep mutex g_xup r = 0 (0xce2eccbc) locked @ /usr/src/sys/geom/geom_io.c:374
Jan 30 19:35:21 nudel kernel: malloc() of "16" with the following non-sleepable locks held:
Jan 30 19:35:21 nudel kernel: exclusive sleep mutex g_xup r = 0 (0xce2eccbc) locked @ /usr/src/sys/geom/geom_io.c:374
Jan 30 19:35:21 nudel kernel: (da6:sym0:0:3:0): Synchronize cache failed, status == 0x4a, scsi status == 0x0
Jan 30 19:35:21 nudel kernel: (da6:sym0:0:3:0): removing device entry
Jan 30 19:35:21 nudel kernel: GEOM: destroy disk da6 dp=0xc2df8450
Jan 30 20:15:44 nudel syslogd: kernel boot file is /boot/kernel/kernel

> > root(at)nudel olivleh1> vinum stop
> > Can't unload vinum: No such file or directory
> > root(at)nudel olivleh1> vinum start
> >
> > Und nun haengt es... wie auch mein ls...
>
> Dafür müssten wir wissen, wo's hängt. Du solltest einen Dump ziehen.

Ok, ich zieh das einfach morgen oder so nochmal so durch... ;)

> sollte (nicht bald: Ich fahre gleich für zwei Wochen in Urlaub) werde

Viel Spass!

> On Friday, 30 January 2004 at 20:42:15 +0100, Oliver Lehmann wrote:
> > Oliver Lehmann wrote:
> > Nach dem boot dann:
> >
> > root(at)nudel /root> vinum start
> > root(at)nudel /root> vinum start lvmr5.p0.s3
> > vinum[597]: reviving lvmr5.p0.s3
> > Reviving lvmr5.p0.s3 in the background
> > [...]
> > vinum[597]: lvmr5.p0.s3 is up
>
> Wie lange hat das gedauert? In welchem Zustand war die Subdisk zuvor?

Kann ich nicht mehr sagen. Sie war im State "obsolete". Ich hatte sie aber
vor dem reboot in diesen Status gesetzt.

> > Ich mein, ich kann so ja auch SCSI devices entfernen hinzufuegen etc
> > pp. und GEOM hat das ja auch mitbekommen. Sogar vinum... wiso haengt
> > sich dann das System auf?
>
> Wer weiß? Ich vermute, dass es wieder mal im Treiber (also auch nicht
> in GEOM) steckt. Zuerst müssen wir aber den Dump sehen.

-- 
 Oliver Lehmann
  http://www.pofo.de/
  http://wishlist.ans-netz.de/
To Unsubscribe: send mail to majordomo(at)de.FreeBSD.org
with "unsubscribe de-bsd-questions" in the body of the message