From owner-freebsd-current Thu Oct 10 14:55:51 2002 Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 82F7237B401 for ; Thu, 10 Oct 2002 14:55:47 -0700 (PDT) Received: from fledge.watson.org (fledge.watson.org [204.156.12.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id D51CE43EAC for ; Thu, 10 Oct 2002 14:55:46 -0700 (PDT) (envelope-from robert@fledge.watson.org) Received: from fledge.watson.org (fledge.pr.watson.org [192.0.2.3]) by fledge.watson.org (8.12.4/8.12.4) with SMTP id g9ALtHOo039523; Thu, 10 Oct 2002 17:55:18 -0400 (EDT) (envelope-from robert@fledge.watson.org) Date: Thu, 10 Oct 2002 17:55:17 -0400 (EDT) From: Robert Watson X-Sender: robert@fledge.watson.org To: Ben Stuyts Cc: current@freebsd.org Subject: Re: Again: panic kmem_malloc() In-Reply-To: <4.3.2.7.2.20021010213050.03645dd0@terminus> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG I've run into this on a couple of boxes, but those boxes were diskless root boxes, and used md backed ffs for /tmp and /var. Apparently if you do that, you're likely to exceed the kernel's auto-tuned kmem map size. That said, they didn't do it as frequently, so perhaps there's been a chance. A glance at the malloc buckets on the machine suggested that this wasn't a memory leak (the normal candidate in this sort of scenario). Robert N M Watson FreeBSD Core Team, TrustedBSD Projects robert@fledge.watson.org Network Associates Laboratories On Thu, 10 Oct 2002, Ben Stuyts wrote: > Hi, > > A couple of days ago I reported a panic, which I just got again: > > panic: kmem_malloc(4096): kmem_map too small: 28246016 total allocated. > > I don't know where to start looking for this, so I'd appreciate some help. > This is on a lightly loaded server. I've pasted the dmesg below. Latest > cvsup is oct 5. > > Thanks, > Ben > > Copyright (c) 1992-2002 The FreeBSD Project. > Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 > The Regents of the University of California. All rights reserved. > FreeBSD 5.0-CURRENT #5: Sun Oct 6 01:50:54 CEST 2002 > root@terminus.stuyts.nl:/var/obj/usr/src/sys/TERMINUS > Preloaded elf kernel "/boot/kernel/kernel" at 0xc04dc000. > Timecounter "i8254" frequency 1193182 Hz > Timecounter "TSC" frequency 233864867 Hz > CPU: Pentium II/Pentium II Xeon/Celeron (233.86-MHz 686-class CPU) > Origin = "GenuineIntel" Id = 0x634 Stepping = 4 > Features=0x80f9ff > real memory = 67108864 (65536K bytes) > avail memory = 59920384 (58516K bytes) > Pentium Pro MTRR support enabled > npx0: on motherboard > npx0: INT 16 interface > Using $PIR table, 6 entries at 0xc00fdc00 > pcib0: at pcibus 0 on motherboard > pci0: on pcib0 > pcib1: at device 1.0 on pci0 > pci1: on pcib1 > isab0: at device 7.0 on pci0 > isa0: on isab0 > atapci0: port 0xf000-0xf00f at device 7.1 on > pci0 > atapci0: Busmastering DMA not supported > ata0: at 0x1f0 irq 14 on atapci0 > ata1: at 0x170 irq 15 on atapci0 > uhci0: port 0x6400-0x641f irq 11 > at device 7.2 on pci0 > usb0: on uhci0 > usb0: USB revision 1.0 > uhub0: Intel UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 > uhub0: 2 ports with 2 removable, self powered > pci0: at device 7.3 (no driver attached) > sym0: <875> port 0x6800-0x68ff mem > 0xe8000000-0xe8000fff,0xe8001000-0xe80010ff irq 12 at device 11.0 on pci0 > sym0: Symbios NVRAM, ID 7, Fast-20, SE, parity checking > sym0: open drain IRQ line driver, using on-chip SRAM > sym0: using LOAD/STORE-based firmware. > xl0: <3Com 3c905-TX Fast Etherlink XL> port 0x6c00-0x6c3f irq 9 at device > 13.0 on pci0 > /usr/src/sys/vm/uma_core.c:1307: could sleep with "xl0" locked from > /usr/src/sys/pci/if_xl.c:1264 > /usr/src/sys/vm/uma_core.c:1307: could sleep with "xl0" locked from > /usr/src/sys/pci/if_xl.c:1264 > lock order reversal > 1st 0xc0ba1bd4 xl0 (network driver) @ /usr/src/sys/pci/if_xl.c:1264 > 2nd 0xc03d2b00 allproc (allproc) @ /usr/src/sys/kern/kern_fork.c:318 > /usr/src/sys/vm/uma_core.c:1307: could sleep with "xl0" locked from > /usr/src/sys/pci/if_xl.c:1264 > /usr/src/sys/vm/uma_core.c:1307: could sleep with "xl0" locked from > /usr/src/sys/pci/if_xl.c:1264 > /usr/src/sys/vm/uma_core.c:1307: could sleep with "xl0" locked from > /usr/src/sys/pci/if_xl.c:1264 > xl0: Ethernet address: 00:60:08:a5:d4:ff > miibus0: on xl0 > nsphy0: on miibus0 > nsphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto > /usr/src/sys/vm/uma_core.c:1307: could sleep with "xl0" locked from > /usr/src/sys/pci/if_xl.c:647 > pci0: at device 15.0 (no driver attached) > orm0: