Panic with gvinum rebuildparity

Marc Perisa sumirati at yahoo.de
Sat Aug 5 13:35:49 UTC 2006


Hello there,

I have some problems with my RAID-5 under gvinum since a power outage  
because of a lightning.

If I  mount the volume and the automatic background fsck run, check  
or rebuild the parity I will get a panic.

Shorthand before the lightning I began to upgrade from 5.4-stable to  
6.1-stable. Because of that I ignored the flaws on my data disk and  
continued the upgrade. The error originated with a 5.4-stable without  
debugging enabled.
Now the machine has the following running with a dump device configured:
FreeBSD titan.home.sumirati.net 6.1-STABLE FreeBSD 6.1-STABLE #0: Sun  
Jul 30 21:19:10 CEST 2006     root at titan.home.sumirati.net:/usr/obj/ 
usr/src/sys/GENERIC  i386

The stable is from Saturday, 29.07.2006 as of around 22:00 MET from  
cvsup2.de.freebsd.org.

The message in /var/crash/info.* looks everytime like this:
   Panic String: kmem_malloc(262144): kmem_map too small: 172404736  
total allocated

The dmesg and the vinum configuration is attached. I also attached a  
backtrace but I think it is not that useful.

I found nothing in the archives about a problem like this. Some PRs  
are showing kmem_map erros but not with (g)vinum.

My questions are:
Is there any know bug or problem with gvinum with rebuilding the  
parity? and
How can I get back my data? (of course :))

I'm in the process of making sure the hardware is ok while dd'ing  
them to /dev/null.

Thanks a lot for your time

Marc

-------------- next part --------------
A non-text attachment was scrubbed...
Name: dmesg
Type: application/octet-stream
Size: 7110 bytes
Desc: not available
Url : http://lists.freebsd.org/pipermail/freebsd-stable/attachments/20060805/e71b7fd1/dmesg.obj
-------------- next part --------------

titan# gvinum list
4 drives:
D wd120a                State: up       /dev/ad0s1      A: 33/114470  
MB (0%)
D wd120b                State: up       /dev/ad1s1      A: 33/114470  
MB (0%)
D wd120c                State: up       /dev/ad2s1      A: 2/114439  
MB (0%)
D wd120d                State: up       /dev/ad3s1      A: 33/114470  
MB (0%)

1 volume:
V daten                 State: up       Plexes:       1 Size:         
335 GB

1 plex:
P daten.p0           R5 State: up       Subdisks:     4 Size:         
335 GB

4 subdisks:
S daten.p0.s3           State: up       D: wd120d       Size:         
111 GB
S daten.p0.s2           State: up       D: wd120c       Size:         
111 GB
S daten.p0.s1           State: up       D: wd120b       Size:         
111 GB
S daten.p0.s0           State: up       D: wd120a       Size:         
111 GB

This GDB was configured as "i386-marcel-freebsd".

Unread portion of the kernel message buffer:
panic: kmem_malloc(262144): kmem_map too small: 172400640 total  
allocated
Uptime: 18h21m45s
Dumping 511 MB (2 chunks)
   chunk 0: 1MB (159 pages) ... ok
   chunk 1: 511MB (130800 pages) 495 479 463 447 431 415 399 383 367  
351 335 319 303 287 271 255 239 223 207 191 175 159 143 127 111 95 79  
63 47 31 15

#0  doadump () at pcpu.h:165
165             __asm __volatile("movl %%fs:0,%0" : "=r" (td));
(kgdb) bt
#0  doadump () at pcpu.h:165
#1  0xc0665e0e in boot (howto=260) at /usr/src/sys/kern/ 
kern_shutdown.c:409
#2  0xc06660a4 in panic (fmt=0xc08f0533 "kmem_malloc(%ld): kmem_map  
too small: %ld total allocated")
     at /usr/src/sys/kern/kern_shutdown.c:565
#3  0xc07d2f1d in kmem_malloc (map=0xc10430c0, size=262144,  
flags=258) at /usr/src/sys/vm/vm_kern.c:299
#4  0xc07ca852 in page_alloc (zone=0x0, bytes=262144, pflag=0x0,  
wait=258) at /usr/src/sys/vm/uma_core.c:958
#5  0xc07ccbab in uma_large_malloc (size=262144, wait=258) at /usr/ 
src/sys/vm/uma_core.c:2701
#6  0xc065b605 in malloc (size=262144, mtp=0xc0948ce0, flags=258) at / 
usr/src/sys/kern/kern_malloc.c:329
#7  0xc57907ea in ?? ()
#8  0x00040000 in ?? ()
#9  0xc0948ce0 in g_gptmodule_sys_init ()
#10 0x00000102 in ?? ()
#11 0xc389f200 in ?? ()
#12 0x4b2c0000 in ?? ()
#13 0x00000001 in ?? ()
#14 0x00040000 in ?? ()
#15 0x00000000 in ?? ()
#16 0x00000000 in ?? ()
#17 0xe1880000 in ?? ()
#18 0xc5783380 in ?? ()
#19 0xc4b79e70 in ?? ()
#20 0xdeb71d10 in ?? ()
#21 0xc578d985 in ?? ()
#22 0xc3620600 in ?? ()
#23 0xc5783380 in ?? ()
#24 0xc4b8f108 in ?? ()
#25 0xcd5f6000 in ?? ()
#26 0xe1880000 in ?? ()
#27 0x00000003 in ?? ()
#28 0x00040000 in ?? ()
#29 0x00000000 in ?? ()
#30 0x00040000 in ?? ()
#31 0x00000000 in ?? ()
#32 0x00000000 in ?? ()
#33 0x00040000 in ?? ()
#34 0x00000000 in ?? ()
#35 0x00000000 in ?? ()
#36 0xcd6f4000 in ?? ()
#37 0xcd5f4000 in ?? ()
#38 0xc0667124 in sigprocmask (td=0xc3620600, uap=0xc4b96c60) at /usr/ 
src/sys/kern/kern_sig.c:700
Previous frame inner to this frame (corrupt stack?)
(kgdb)



More information about the freebsd-stable mailing list