panic: vm_page_remove(): page not found in hash
Miklos Niedermayer
mico at bsd.hu
2001. Nov. 17., Szo, 10:53:41 CET
Hi,
I've found some short threads on $subject in the archives, but
unfortunately I still don't have a solution. I have two completely
different machines:
- PII-400 with 256 MB of RAM, xl0 NIC, and an IDE hard drive
- Athlon-1200, Asus/Sis motherboard, 256 MB, onboard rl0, Quantum 30GB IDE
drive
The first machine started to act like if it's RAM was going to die
(strange reboots), so i quickly set up another machine, dump & restored
the things, etc. At the first make buildworld it rebooted (in fact, it
paniced, but i wasn't able to see that on an SSH terminal). My kernel is
almost-GENERIC (MAXUSERS set to 64, NMBCLUSTERS to 8192 -tried to leave it
undefined as well-), sysctl.conf:
kern.ps_showallprocs=0
net.inet.icmp.log_redirect=1
jail.set_hostname_allowed=0
net.inet.tcp.blackhole=2
net.inet.udp.blackhole=1
I also use IPFilter with lots of ipfmeta-generated rules if that counts.
A make -j4 buildworld almost certainly panics the system, a simple kernel
build works, fortunately. I've also made some tests regarding those
IDE corruption problems on some AMD motherboards/chipsets but my system
seems to be immunic. (I've put 4 IDE disks into the machine and stressed
them for hours)
If anyone wants to take a look at my crash dumps etc. in detail, i'll be
glad to make them available.
This GDB was configured as "i386-unknown-freebsd"...
IdlePTD 4853760
initial pcb at 3e7ba0
panicstr: vm_page_remove(): page not found in hash
panic messages:
---
panic: vm_page_remove(): page not found in hash
syncing disks... 158 15 3 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: 13h49m16s
dumping to dev #ad/0x20001, offset 1589400
dump ata0: resetting devices .. done
<dump blah blah removed>
---
#0 dumpsys () at ../../kern/kern_shutdown.c:473
473 if (dumping++) {
(kgdb) where
#0 dumpsys () at ../../kern/kern_shutdown.c:473
#1 0xc01bbe9b in boot (howto=256) at ../../kern/kern_shutdown.c:313
#2 0xc01bc268 in poweroff_wait (junk=0xc0388ae0, howto=-1061484440)
at ../../kern/kern_shutdown.c:581
#3 0xc02d7f0b in vm_page_remove (m=0xc0bb0868) at ../../vm/vm_page.c:460
#4 0xc02d8548 in vm_page_free_toq (m=0xc0bb0868) at ../../vm/vm_page.c:1090
#5 0xc02d6952 in vm_object_terminate (object=0xcdfa2cc0)
at ../../vm/vm_page.h:527
#6 0xc02d681e in vm_object_deallocate (object=0xcdfa2cc0)
at ../../vm/vm_object.c:387
#7 0xc02d3deb in vm_map_entry_delete (map=0xcddf9400, entry=0xcde71fc0)
at ../../vm/vm_map.c:1823
#8 0xc02d3f6d in vm_map_delete (map=0xcddf9400, start=0, end=3217031168)
at ../../vm/vm_map.c:1926
#9 0xc02d3ffa in vm_map_remove (map=0xcddf9400, start=0, end=3217031168)
at ../../vm/vm_map.c:1951
#10 0xc01b45ec in exit1 (p=0xcde0b0c0, rv=0) at ../../kern/kern_exit.c:217
#11 0xc01b43cc in exit1 (p=0xcde0b0c0, rv=-1071908839)
at ../../kern/kern_exit.c:103
#12 0xc032ea49 in syscall2 (frame={tf_fs = 47, tf_es = 47, tf_ds = 47,
tf_edi = 136225832, tf_esi = 0, tf_ebp = -1077939620,
tf_isp = -840220716, tf_ebx = -1, tf_edx = 135829604, tf_ecx = 30,
tf_eax = 1, tf_trapno = 0, tf_err = 2, tf_eip = 135787856, tf_cs = 31,
tf_eflags = 643, tf_esp = -1077939664, tf_ss = 47})
at ../../i386/i386/trap.c:1155
#13 0xc0320445 in Xint0x80_syscall ()
Cannot access memory at address 0xbfbff25c.
(kgdb)
______ o _. __
/ / / (_(_(__(_) @ bsd.hu
További információk a(z) BSD levelezőlistáról