Date: Mon, 21 May 2001 09:38:39 +0800 From: David Xu <bsddiy@163.net> To: Greg Lehey <grog@lemis.com> Cc: David Xu <davidx@viasoft.com.cn>, George Reid <greid@FreeBSD.org>, freebsd-bugs@FreeBSD.org Subject: Re[2]: kern/26938: 4.3-stable is a broken kernel Message-ID: <1643529795.20010521093839@163.net> In-Reply-To: <20010520102132.F75919@wantadilla.lemis.com> References: <00f901c0d050$96db7620$cc01a8c0@xyf> <Pine.BSF.4.21.0104290313590.4798-100000@sobek.openirc.co.uk> <20010429122750.F52871@wantadilla.lemis.com> <012301c0d82c$41a3fa40$3601a8c0@xyf> <20010520102132.F75919@wantadilla.lemis.com>
next in thread | previous in thread | raw e-mail | index | archive | help
Hello Greg, Sunday, May 20, 2001, 8:51:32 AM, you wrote: >> X-Mailer: Microsoft Outlook Express 5.00.2615.200 GL> [Format recovered--see http://www.lemis.com/email/email-format.html] GL> Your MUA wraps incorrectly. GL> On Wednesday, 9 May 2001 at 10:03:21 +0800, David Xu wrote: >> On Sunday, April 29, 2001 10:57 AM, Greg Lehey <grog@lemis.com> wrote: >>> On Sunday, 29 April 2001 at 3:16:44 +0100, George Reid wrote: >>> [snip] >>> That doesn't make it correct to close the PR. David is pointing to a >>> regression here: he says that the system can no longer recover from a >>> resource problem where it previously did. That's serious enough to >>> take another look at. >>> >>> I did take another look. I couldn't reproduce the problem. I've been >>> running the test program for 5 minutes now, and I've collected about >>> 3,200 zombies. Further forks fail because the proc table is full. >>> There! I've stopped it with ^C. >> >> I have found that if I use GENERIC kernel config, I can not trigger >> this bug, my machine has 64M RAM, default maxusers value in GENERIC >> kernel config file is 32, this is fine, change it to 128 and >> recompile/install kernel, I can use fork bomb to crash kernel. so >> this bug is RAM size and maxusers related. GL> Please reproduce it and show me a kernel backtrace with symbols, and GL> I'll take a look at it. GL> Greg GL> -- GL> When replying to this message, please take care not to mutilate the GL> original text. GL> For more information, see http://www.lemis.com/email.html GL> Finger grog@lemis.com for PGP public key GL> See complete headers for address and phone numbers GL> To Unsubscribe: send mail to majordomo@FreeBSD.org GL> with "unsubscribe freebsd-bugs" in the body of the message GNU gdb 4.18 Copyright 1998 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". (kgdb) symbol-file kernel.debug Reading symbols from kernel.debug...done. (kgdb) exec-file /data/crash/kernel.0 (kgdb) core-file /data/crash/vmcore.0 IdlePTD 3366912 initial pcb at 2a98e0 panicstr: vm_map_entry_create: kernel resources exhausted panic messages: --- panic: vm_map_entry_create: kernel resources exhausted syncing disks... 32 31 4 done Uptime: 46s dumping to dev #ad/0x30001, offset 131200 dump ata0: resetting devices .. done 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 --- #0 dumpsys () at ../../kern/kern_shutdown.c:469 469 if (dumping++) { (kgdb) bt #0 dumpsys () at ../../kern/kern_shutdown.c:469 #1 0xc0146de7 in boot (howto=256) at ../../kern/kern_shutdown.c:309 #2 0xc0147164 in poweroff_wait (junk=0xc026e3c0, howto=-947999180) at ../../kern/kern_shutdown.c:556 #3 0xc01f3218 in vm_map_entry_create (map=0xc02af6cc) at ../../vm/vm_map.c:298 #4 0xc01f3411 in vm_map_insert (map=0xc02af6cc, object=0x0, offset=0, start=3371630592, end=3371638784, prot=7 '\a', max=7 '\a', cow=4) at ../../vm/vm_map.c:535 #5 0xc01f3638 in vm_map_find (map=0xc02af6cc, object=0x0, offset=0, addr=0xc77eaea4, length=8192, find_space=1, prot=7 '\a', max=7 '\a', cow=4) at ../../vm/vm_map.c:682 #6 0xc01f2897 in kmem_alloc_nofault (map=0xc02af6cc, size=8192) at ../../vm/vm_kern.c:135 #7 0xc023fbde in pmap_new_proc (p=0xc8f552a0) at ../../i386/i386/pmap.c:848 #8 0xc01f2420 in vm_fork (p1=0xc72696c0, p2=0xc8f552a0, flags=20) at ../../vm/vm_glue.c:241 #9 0xc0140727 in fork1 (p1=0xc72696c0, flags=20, procp=0xc77eaf28) at ../../kern/kern_fork.c:487 #10 0xc013fef2 in fork (p=0xc72696c0, uap=0xc77eaf80) at ../../kern/kern_fork.c:101 #11 0xc024384d in syscall2 (frame={tf_fs = 47, tf_es = 47, tf_ds = 47, tf_edi = -1077937096, tf_esi = -1077937104, tf_ebp = -1077937188, tf_isp = -947998764, tf_ebx = 1, tf_edx = 0, tf_ecx = 672035744, tf_eax = 2, tf_trapno = 12, tf_err = 2, tf_eip = 671610984, tf_cs = 31, tf_eflags = 514, tf_esp = -1077937200, tf_ss = 47}) at ../../i386/i386/trap.c:1150 #12 0xc0238685 in Xint0x80_syscall () #13 0x8048455 in ?? () (kgdb) quit -- Best regards, David Xu To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?1643529795.20010521093839>