Date: Mon, 29 Nov 1999 17:15:26 -0800 (PST) From: Matthew Dillon <dillon@apollo.backplane.com> To: Thomas Stromberg <tstromberg@rtci.com> Cc: freebsd-current@FreeBSD.ORG Subject: Re: -CURRENT crash under high exec() loads.. (vm_map_insert?) Message-ID: <199911300115.RAA13409@apollo.backplane.com> References: <38430B2D.2E7A5F0D@rtci.com>
next in thread | previous in thread | raw e-mail | index | archive | help
:the timeout to kill it off because of the interactive mode. Otherwise
:there was ~960,000 accumulated exec()'s altogether in a 5 hour period.
:
:As you can see, cron is the process that crashed it. Two weeks ago it
:was an eggdrop. I've not had any crashes in -CURRENT while this program
:was not running however.
:
:If you notice, both times it crashed on vm_map_insert.
Try bumping up PMAP_SHPGPERPROC. From LINT:
#
# Set the number of PV entries per process. Increasing this can
# stop panics related to heavy use of shared memory. However, that can
# (combined with large amounts of physical memory) cause panics at
# boot time due the kernel running out of VM space.
#
# If you're tweaking this, you might also want to increase the sysctls
# "vm.v_free_min", "vm.v_free_reserved", and "vm.v_free_target".
#
# The value below is the one more than the default.
#
options PMAP_SHPGPERPROC=201
Try bumping it up to 1000 and see if that solves your crashes. If
that doesn't work, and there's any chance of getting a kernel dump,
try getting a kernel dump. Make sure you use a debug (compiled -g)
kernel.
-Matt
Matthew Dillon
<dillon@backplane.com>
:Fatal trap 12: page fault while in kernel mode
:fault virtual address = 0x8
:fault code = supervisor write, page not present
:instruction pointer = 0x8:0xc01d7a67
:stack pointer = 0x10:0xccd67df0
:frame pointer = 0x10:0xccd67e0c
:code segment = base 0x0, limit 0xfffff, type 0x1b
: = DPL 0, pres 1, def32 1, gran 1
:processor eflags = interrupt enabled, resume, IOPL = 0
:current process = 128 (cron)
:interrupt mask = none
:trap number = 12
:panic: page fault
:
:syncing disks... 32 9
:done
:
:dumping to dev #wd/0x20001, offset 1413889
:dump 96 95 94 93 92 91 90 89 88 87 86 85 84 83 82 81 80 79 78 77 76 75
:74 73 72 71 70 69 68 67 66 65 64 63 62 61 60 59 58 57 56 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 0xc0131e80 in boot ()
:#1 0xc013221d in panic ()
:#2 0xc0215102 in trap_fatal ()
:#3 0xc0214db5 in trap_pfault ()
:#4 0xc0214987 in trap ()
:#5 0xc01d7a67 in vm_map_insert () <===
:#6 0xc01d7c88 in vm_map_find ()
:#7 0xc01d6e93 in kmem_alloc_pageable ()
:#8 0xc0211a3e in pmap_pinit ()
:#9 0xc01d7650 in vmspace_alloc ()
:#10 0xc01d950c in vmspace_fork ()
:#11 0xc01d6a28 in vm_fork ()
:#12 0xc012c96f in fork1 ()
:#13 0xc012c1f6 in fork ()
:#14 0xc021533a in syscall ()
:#15 0xc0209d36 in Xint0x80_syscall ()
:#16 0x804aeee in ?? ()
:#17 0x8049c4d in ?? ()
:#18 0x8049a15 in ?? ()
:#19 0x80497d9 in ?? ()
:
:thomas r. stromberg smtp://tstromberg@rtci.com
:assistant is manager / systems guru http://thomas.stromberg.org
To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?199911300115.RAA13409>