From owner-freebsd-bugs Wed Oct 30 15:48:29 2002 Delivered-To: freebsd-bugs@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B38E237B401 for ; Wed, 30 Oct 2002 15:48:25 -0800 (PST) Received: from mx1.lublin.pl (mx1.lublin.pl [212.182.63.90]) by mx1.FreeBSD.org (Postfix) with ESMTP id E39CE43E3B for ; Wed, 30 Oct 2002 15:48:24 -0800 (PST) (envelope-from pawmal@unia.3lo.lublin.pl) Received: from proxy.zin.lublin.pl ([212.182.126.66]:15740 "EHLO towah-xp") by mx1.lublin.pl with ESMTP id ; Thu, 31 Oct 2002 00:48:14 +0100 From: "=?ISO-8859-2?Q?Pawe=B3_Ma=B3achowski?=" Organization: unidentified flying modems To: freebsd-bugs@FreeBSD.org Date: Thu, 31 Oct 2002 00:48:25 +0100 MIME-Version: 1.0 Content-type: text/plain; charset=US-ASCII Content-transfer-encoding: 7BIT Subject: Re: kern/43396: repeatable kernel panic in if_xl.c:xl_newbuf:MCLGET Cc: al In-reply-to: <20020926201626.GA41858@otterhole.ods.org> References: <20020926183624Z496406-30331+25@mx1.lublin.pl> X-mailer: Pegasus Mail for Win32 (v3.12b) Message-Id: <20021030234818Z1883516-11927+24@mx1.lublin.pl> Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org On 26 Sep 02, at 16:16, al wrote: > Yes, the problem does seem related. I did a search of the bug > database first, but I guess I failed. I will try your > recommendation of increasing the size of nmbclusters. And? > (I notice that you have a IPF,IPFW,DUMMYNET, and similar things > installed.) > > Feel free to close this bug ticket after the ticket 42597 > identifies that others (me) have the probem too. [...] > > Say `hello' to my gargantua host: kern/42597. ;) > > > > My typical uptime was 1-4 days. > > I've added kern.ipc.nmbclusters="32768" to /boot/loader.conf > > (previosly this was autosized, I have 256MB od RAM, also note > > they were not exhausetd). After the change, machine has 15 days > > uptime and still works but I won't rely on it (magic). Well, after increasing nmbclusters to 32k stability was improved. But, after todays quite heavy networking with about 12-13 bpf opened (dhcpd, trafd, trafshow, tcpdump, ...), it crashed again when I tried to use next free bpf, calling nmap -sP. But panic message is different than `usual'. Actually, I'm not sure, if the bug is strictly related with if_xl or maybe something `around mbufs'. I had very similar problem to kern/44741 in the past (before increasing nmbclusters) -- there were ENOBUFS from time to time but netstat -m claimed that buffers were never exhausted (kern/42597). They were never exhausetd but after increasing problem was avoided, it's strange. :) It is 4.6.2-RELEASE. This GDB was configured as "i386-unknown-freebsd"... IdlePTD at phsyical address 0x00523000 initial pcb at physical address 0x0045bf00 panicstr: page fault panic messages: --- Fatal trap 12: page fault while in kernel mode fault virtual address = 0x698d6d8f fault code = supervisor read, page not present instruction pointer = 0x8:0xc02168d2 stack pointer = 0x10:0xd5773c88 frame pointer = 0x10:0xd5773c94 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 = 41068 (nmap) interrupt mask = net tty trap number = 12 panic: page fault syncing disks... 3 done Uptime: 5d2h36m51s #0 dumpsys () at /usr/src/sys/kern/kern_shutdown.c:487 #1 0xc01fb2a3 in boot (howto=256) at /usr/src/sys/kern/kern_shutdown.c:316 #2 0xc01fb6c8 in poweroff_wait (junk=0xc03e9e0c, howto=-1069639377) at /usr/src/sys/kern/kern_shutdown.c:595 #3 0xc0378d82 in trap_fatal (frame=0xd5773c48, eva=1770876303) at /usr/src/sys/i386/i386/trap.c:966 #4 0xc0378a55 in trap_pfault (frame=0xd5773c48, usermode=0, eva=1770876303) at /usr/src/sys/i386/i386/trap.c:859 #5 0xc0378613 in trap (frame={tf_fs = -957939696, tf_es = -713621488, tf_ds = -955383792, tf_edi = 6422528, tf_esi = 1, tf_ebp = -713605996, tf_isp = -713606028, tf_ebx = 1, tf_edx = 1770876303, tf_ecx = 0, tf_eax = 6422528, tf_trapno = 12, tf_err = 0, tf_eip = -1071552302, tf_cs = 8, tf_eflags = 66050, tf_esp = 16, tf_ss = -1058100736}) at /usr/src/sys/i386/i386/trap.c:458 #6 0xc02168d2 in m_get (how=1, type=1) at /usr/src/sys/kern/uipc_mbuf.c:520 #7 0xc021834f in m_copyback (m0=0xc0f12500, off=0, len=56, cp=0xc7629990 "6\022\003") at /usr/src/sys/kern/uipc_mbuf.c:1298 #8 0xc0249d41 in rt_msg1 (type=1, rtinfo=0xd5773d28) at /usr/src/sys/net/rtsock.c:615 #9 0xc0249ed9 in rt_missmsg (type=1, rtinfo=0xd5773d28, flags=132101, error=0) at /usr/src/sys/net/rtsock.c:718 #10 0xc02482df in rtalloc1 (dst=0xd451bb40, report=1, ignflags=65536) at /usr/src/sys/net/route.c:178 #11 0xc02481d8 in rtalloc_ign (ro=0xd451bb3c, ignore=65536) at /usr/src/sys/net/route.c:111 #12 0xc0257857 in ip_output (m0=0xc0ebc500, opt=0x0, ro=0xd451bb3c, flags=34, imo=0x0) at /usr/src/sys/netinet/ip_output.c:271 #13 0xc025974b in rip_output (m=0xc0ebc500, so=0xd25c6680, dst=1288182700) at /usr/src/sys/netinet/raw_ip.c:260 #14 0xc0259b8f in rip_send (so=0xd25c6680, flags=0, m=0xc0ebc500, nam=0xc6e85000, control=0x0, p=0xd56a5560) at /usr/src/sys/netinet/raw_ip.c:583 #15 0xc021996f in sosend (so=0xd25c6680, addr=0xc6e85000, uio=0xd5773ecc, top=0xc0ebc500, control=0x0, flags=0, p=0xd56a5560) at /usr/src/sys/kern/uipc_socket.c:609 #16 0xc021cd0b in sendit (p=0xd56a5560, s=4, mp=0xd5773f0c, flags=0) at /usr/src/sys/kern/uipc_syscalls.c:585 #17 0xc021ce0e in sendto (p=0xd56a5560, uap=0xd5773f80) at /usr/src/sys/kern/uipc_syscalls.c:638 #18 0xc0379031 in syscall2 (frame={tf_fs = 47, tf_es = 47, tf_ds = 47, tf_edi = 0, tf_esi = 0, tf_ebp = -1077954900, tf_isp = -713605164, tf_ebx = 134734112, tf_edx = 4, tf_ecx = 0, tf_eax = 133, tf_trapno = 0, tf_err = 2, tf_eip = 672121996, tf_cs = 31, tf_eflags = 643, tf_esp = -1077954960, tf_ss = 47}) at /usr/src/sys/i386/i386/trap.c:1167 #19 0xc036a125 in Xint0x80_syscall () #20 0x8053238 in ?? () #21 0x8050be5 in ?? () #22 0x8050269 in ?? () #23 0x804f5bf in ?? () #24 0x804cd24 in ?? () #25 0x8049e08 in ?? () #26 0x8049af5 in ?? () (kgdb) up 6 #6 0xc02168d2 in m_get (how=1, type=1) at /usr/src/sys/kern/uipc_mbuf.c:520 520 MGET(m, how, type); PM To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message