Re: Vinum Spielereien

On Friday, 30 January 2004 at 23:14:37 +0100, Oliver Lehmann wrote:
> Hi, hier nochmal die Infos
>
> ...
> RAID-5 ist oben, gemountet usw
>
> Ok, nun das drive ab und ein touch in dem raid-mountpoint
>
> (da4:sym0:0:3:0): lost device
> (da4:sym0:0:3:0): Invalidating pack
> vinum: lvmr5.p0.s3 is crashed by force
> vinum: lvmr5.p0 is degraded
> malloc() of "16" with the following non-sleepable locks held:

Hmm. Das müssen wir beseitigen, ist hier aber nicht das Problem.

> d6: fatal drive I/O error, block 4233 for 2048 bytes
> vinum: drive d6 is down
> (da4:sym0:0:3:0): Synchronize cache failed, status == 0x4a, scsi status == 0x0
> (da4:sym0:0:3:0): removing device entry
> GEOM: destroy disk da4 dp=0xc2de7850

Das ist normal.

> die devices unter /dev/ waren immer da, auch ohne Platte. syslog hat
> keine weiteren Eintraege bekommen

Benutzt Du kein DEVFS?

> root(at)nudel tmp> vinum ls
> S lvmr5.p0.s0 State: up D: d3 Size: 1004 MB
> S lvmr5.p0.s1 State: up D: d4 Size: 1004 MB
> S lvmr5.p0.s2 State: up D: d5 Size: 1004 MB
> S lvmr5.p0.s3 State: crashed D: d6 Size: 1004 MB
> S lvmr1.p0.s0 State: up D: d1 Size: 2007 MB
> S lvmr1.p1.s0 State: up D: d2 Size: 2007 MB
> root(at)nudel tmp>
>
> root(at)nudel tmp> vinum start lvmr5.p0.s3
> Can't start lvmr5.p0.s3: Drive is down (5)

Hmm. Keine Syslogmeldung?

> Wieso bekommt man das drive denn eigentlich nicht mehr gestartet?

Weiß ich nicht. Ich muss nachschauen.

> root(at)nudel tmp> vinum stop
> Can't unload vinum: No such file or directory

Auch lustig.

> root(at)nudel tmp> vinum start
>
> Wie gehabt: Haenger... Ctrl+Alt+Esc
>
> gdb> show all procs

gdb?

> bei vinum stand was von g_waitfor_event oder so aehnlich.

Gut. Davon braucht man einen Backtrace.

> root(at)nudel tmp> gdb -k /usr/obj/i386-5.2/usr/src/sys/NUDEL/kernel.debug vmcore.1
> GNU gdb 5.2.1 (FreeBSD)
> Copyright 2002 Free Software Foundation, Inc.
> GDB is free software, covered by the GNU General Public License, and you are
> welcome to change it and/or distribute copies of it under certain conditions.
> Type "show copying" to see the conditions.
> There is absolutely no warranty for GDB. Type "show warranty" for details.
> This GDB was configured as "i386-unknown-freebsd"...
> panic: from debugger
> panic messages:
> ---
> panic: from debugger
> cpuid = 0;
> boot() called on cpu#0
>
> syncing disks, buffers remaining... 2204 2204 2204 2204 2204 2204 2204 2204 2204 2204 2204 2204 2204 2204 2204 2204 2204 2204 2204 2204
> giving up on 436 buffers
> Uptime: 14m27s
> Dumping 256 MB
> 16 32 48 64 80 96 112 128 144 160 176 192 208 224 240
> ---
> Reading symbols from /boot/kernel/if_xl.ko...done.
> Loaded symbols for /boot/kernel/if_xl.ko
> #0 doadump () at /usr/src/sys/kern/kern_shutdown.c:240
> 240 dumping++;
> (kgdb) bt

Dieser Backtrace zeigt, dass der Panic durch den Debugger ausgelöst
wurde. Wir brauchen hier Bactraces von den betroffenen Prozessen.

> Gut.. nicht wirklich brauchbar. Wie komme ich denn zu einem Dump mit
> Infos zu dem Problem?

Das ist nicht einfach. Wenn Du aber Lust hast, schau' mal gdb(4) an.

> root(at)nudel tmp> vinum ls
> ...
> S lvmr5.p0.s3 State: crashed D: d6 Size: 1004 MB
> root(at)nudel tmp> vinum start lvmr5.p0.s3
> root(at)nudel tmp> vinum ls
> ...
> S lvmr5.p0.s3 State: up D: d6 Size: 1004 MB
>
> Hm.. nun brauchte ich gar nix machen... das RAID-5 funktioniert
> wieder. Sehr komisch.

Das ist ein Feature und kein Bug. 'crashed' bedeutet, dass die
Subdisk gestorben ist, keine Updates aber verloren gegangen sind.
Demzufolge soll der Inhalt richtig sein. Wenn Du sie wieder verfügbar
machen kannst, reicht das schon. Bei 'obsolete' dagegen ist der Stand
auf Platte nicht mehr aktuell, der Inhalt muss also wiederhergestellt
werden.

Greg

--
When replying to this message, please copy the original recipients.
If you don't, I may ignore the reply or reply to the original recipients.
For more information, see http://www.lemis.com/questions.html
See complete headers for address and phone numbers.

To Unsubscribe: send mail to majordomo(at)de.FreeBSD.org
with "unsubscribe de-bsd-questions" in the body of the message
Received on Sat 31 Jan 2004 - 00:25:06 CET