Re: Filesystemprobleme

* Patric Mrawek <patric(at)argv.de> [020813 12:07]:

Hallo zusammen,

> > FreeBSD router 4.6-STABLE FreeBSD 4.6-STABLE #1: Fri Aug 2 20:30:05 CEST
> > 2002 root(at)router:/usr/obj/usr/src/sys/DELTA i386
> Genaueres laesst sich da nur mit mehr Informationen sagen. Im Moment
> lassen sich nur Vermutungen ueber die Ursache anstellen.

ich habe also jetzt einen dump in /var/crash liegen:

(kgdb) symbol-file /kernel
Reading symbols from /kernel...(no debugging symbols found)...done.
(kgdb) exec-file /var/crash/kernel.0
(kgdb) core-file /var/crash/vmcore.0
IdlePTD at phsyical address 0x002f4000
initial pcb at physical address 0x0026d8c0
panicstr: ffs_blkfree: freeing free block
panic messages:

---
panic: ffs_blkfree: freeing free block
syncing disks... 63 5 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1
giving up on 1 buffers
Uptime: 7m34s
dumping to dev #ad/0x20001, offset 934016
dump ata0: resetting devices .. done
55 54 53 52 51 50 49 48 47 46 45 44 43 42 41 40 39 38 37 36 35 34 33 32
31 30 29 28 27 26 25 24 23 22 21 20 19 18 17 16 15 14 13 12 11 10 9 8 7
6 5 4 3 2 1 0
---
#0  0xc0155172 in dumpsys ()
(kgdb) where
#0  0xc0155172 in dumpsys ()
#1  0xc0154f3c in boot ()
#2  0xc0155370 in poweroff_wait ()
#3  0xc01c6a27 in ffs_blkfree ()
#4  0xc01c8b5b in ffs_truncate ()
#5  0xc01d34ac in ufs_inactive ()
#6  0xc01d8b8d in ufs_vnoperate ()
#7  0xc0183c33 in vrele ()
#8  0xc018a6ca in vn_close ()
#9  0xc018b016 in vn_closefile ()
#10 0xc014a998 in fdrop ()
#11 0xc014a8df in closef ()
#12 0xc0149c89 in close ()
#13 0xc020fd6d in syscall2 ()
#14 0xc02013a5 in Xint0x80_syscall ()
#15 0x80484c5 in ?? ()
#16 0x8048135 in ?? ()
Kann damit schon jemand etwas anfangen?
> Bei einem erneuten Panic solltest Du in /var/crash ein vmcore.0 haben.
> Damit und mit einen Debug-Kernel kann man dann der Ursache auf den
> Grund gehen.
DEBUG-Kernel = »makeoptions DEBUG=-g«, ja? Das kompilieren eines solchen
Kerneles ist etwas aufwendig, da der Rechner ja gerade bei solchen
Operationen bevorzugt abschmiert.
Ich habe dieses Problem aber offenbar wirklich nur, wenn ich heftige
Datei-Operationen auf »/usr« habe. In den Release-Notes von 4.6.2 steht:
    A bug was been fixed in soft updates that could cause occasional
    filesystem corruption if the system is shut down immediately after
    performing heavy filesystem activities, such as installing a new
    kernel or other  software.
Kann das noch damit zusammenhängen?
Gruß
 Christian
-- 
Warum kostet freie Liebe nur so viel?
http://www.lackas.net/ Perl Delphi Linux MP3 Searchengines Domainchecker
To Unsubscribe: send mail to majordomo(at)de.FreeBSD.org
with "unsubscribe de-bsd-questions" in the body of the message