From owner-freebsd-current@FreeBSD.ORG Mon Jul 21 15:28:02 2003 Return-Path: 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 9C2B037B401 for ; Mon, 21 Jul 2003 15:28:02 -0700 (PDT) Received: from terra.milkyway.stdio.com (idiotic.blearg.org [204.152.115.7]) by mx1.FreeBSD.org (Postfix) with ESMTP id 68A1743F85 for ; Mon, 21 Jul 2003 15:28:00 -0700 (PDT) (envelope-from mik@milkyway.stdio.com) Received: by terra.milkyway.stdio.com (Postfix, from userid 1013) id 726BE2F7; Mon, 21 Jul 2003 18:24:08 -0400 (EDT) Date: Mon, 21 Jul 2003 18:24:07 -0400 From: Mik Firestone To: current@freebsd.org Message-ID: <20030721222407.GA76150@terra.milkyway.stdio.com> References: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.4i cc: segr@hotmail.com Subject: Re: FreeBSD 5.1-R kernel panic X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 21 Jul 2003 22:28:03 -0000 For what it is worth, I am having the exact same problem. I cvsup'd and builtworld on Sunday, July 20, and my machine has been crashing about every half-hour since. It starts slowing down, the load average begins to climb until it eventually grinds to a halt. If I wait long enough, I will see the same panic Stephane saw. Doing a ps -auxw shows that usb0 is using the vast majority of the CPU time before the grinding halt. I have tried leaving the machine in multi-user and sigle-user mode with the same results. I have attempted to compile a new kernel that does not have the USB stuff compiled in, but my machine won't stay running long enough. I do have the debugger compiled in, but I do not know enough of what I am doing to provide reasonable information to the list. If somebody can tell me the commands to run in the debugger, I will let my machine panic again and grab that data. Mik On Mon, Jul 21, 2003 at 03:01:24PM -0600, Stephane Raimbault wrote: > I'm running FreeBSD 5.1-RELEASE with the SMP kernel and ran across the > following kernel panic. > > panic: kmem_malloc(4096): kmem_map too small: 275251200 total allocated > > I'm trying to figure out what could be causing this, what kind of > information that I could provide to this group (or other group?) to see if > this is a bug in FreeBSD that needs to be looked into? > > The box is basically a busy apache server... the kernel panic seemed to > occur during the periodic daily was running. It seems to complete the > 440.status-mailq part of periodic daily , but doesn't do > 450.status-security. > > This isn't the first time the box has crashed at aprox. 3:01 am (when daily > runs)... however this is the first time I've seend the kernel panic message > quoted above in the /var/run/dmesg.boot file. > > I have attached the entire /var/run/dmesg.boot file to this message. > > What can I do to assist in identifiying and resolving this problem? > > Thanks, > Stephane Raimbault. > %cat /var/run/dmesg.boot > 76.232.138 in via em0 > panic: kmem_malloc(4096): kmem_map too small: 275251200 total allocated > cpuid = 0; lapic.id = 00000000 > boot() called on cpu#0 > > syncing disks, buffers remaining... 7154 7154 7153 7153 7153 7153 7154 7152 7152 7152 7152 7152 7152 7152 7152 7152 7152 7152 7152 7152 7152 7152 7152 7152 7152 7152 7152 > Copyright (c) 1992-2003 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.1-RELEASE #0: Fri Jun 20 18:36:54 MDT 2003 > root@srv2.ashleymadison.com:/usr/obj/usr/src/sys/SRV2 > Preloaded elf kernel "/boot/kernel/kernel" at 0xc06ef000. > Preloaded elf module "/boot/kernel/ipfw.ko" at 0xc06ef2e4. > Preloaded elf module "/boot/kernel/acpi.ko" at 0xc06ef390. > Timecounter "i8254" frequency 1193182 Hz > Timecounter "TSC" frequency 2399328676 Hz > CPU: Intel(R) Xeon(TM) CPU 2.40GHz (2399.33-MHz 686-class CPU) > Origin = "GenuineIntel" Id = 0xf27 Stepping = 7 > Features=0xbfebfbff > Hyperthreading: 2 logical CPUs > real memory = 4160225280 (3967 MB) > avail memory = 4045828096 (3858 MB) > Programming 24 pins in IOAPIC #0 > IOAPIC #0 intpin 2 -> irq 0 > Programming 24 pins in IOAPIC #1 > Programming 24 pins in IOAPIC #2 > FreeBSD/SMP: Multiprocessor System Detected: 4 CPUs > cpu0 (BSP): apic id: 0, version: 0x00050014, at 0xfee00000 > cpu1 (AP): apic id: 6, version: 0x00050014, at 0xfee00000 > cpu2 (AP): apic id: 1, version: 0x00050014, at 0xfee00000 > cpu3 (AP): apic id: 7, version: 0x00050014, at 0xfee00000 > io0 (APIC): apic id: 2, version: 0x00178020, at 0xfec00000 > io1 (APIC): apic id: 3, version: 0x00178020, at 0xfec80000 > io2 (APIC): apic id: 4, version: 0x00178020, at 0xfec80400 > Pentium Pro MTRR support enabled > npx0: on motherboard > npx0: INT 16 interface > acpi0: on motherboard > pcibios: BIOS version 2.10 > Using $PIR table, 24 entries at 0xc00fde40 > acpi0: power button is handled as a fixed feature programming model. > Timecounter "ACPI-fast" frequency 3579545 Hz > acpi_timer0: <24-bit timer at 3.579545MHz> port 0x1008-0x100b on acpi0 > acpi_cpu0: on acpi0 > acpi_cpu1: on acpi0 > pcib0: port 0xcf8-0xcff on acpi0 > pci0: on pcib0 > IOAPIC #0 intpin 16 -> irq 2 > IOAPIC #0 intpin 19 -> irq 10 > IOAPIC #0 intpin 18 -> irq 11 > pcib1: at device 2.0 on pci0 > pcib1: could not get PCI interrupt routing table for \\_SB_.PCI0.HLB_ - AE_NOT_FOUND > pci1: on pcib1 > pci1: at device 28.0 (no driver attached) > pcib2: at device 29.0 on pci1 > pci2: on pcib2 > IOAPIC #2 intpin 6 -> irq 16 > IOAPIC #2 intpin 7 -> irq 17 > em0: port 0x3000-0x303f mem 0xf8200000-0xf821ffff irq 16 at device 3.0 on pci2 > em0: Speed:100 Mbps Duplex:Half > em1: port 0x3040-0x307f mem 0xf8220000-0xf823ffff irq 17 at device 3.1 on pci2 > em1: Speed:1000 Mbps Duplex:Full > pci1: at device 30.0 (no driver attached) > pcib3: at device 31.0 on pci1 > pci3: on pcib3 > IOAPIC #1 intpin 6 -> irq 18 > asr0: mem 0xfc000000-0xfdffffff,0xfb000000-0xfbffffff,0xf8300000-0xf83fffff irq 18 at device 3.0 on pci3 > asr0: major=154 > asr0: ADAPTEC 2015S FW Rev. 3B05, 2 channel, 256 CCBs, Protocol I2O > uhci0: port 0x2000-0x201f irq 2 at device 29.0 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 > uhci1: port 0x2020-0x203f irq 10 at device 29.1 on pci0 > usb1: on uhci1 > usb1: USB revision 1.0 > uhub1: Intel UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 > uhub1: 2 ports with 2 removable, self powered > uhci2: port 0x2040-0x205f irq 11 at device 29.2 on pci0 > usb2: on uhci2 > usb2: USB revision 1.0 > uhub2: Intel UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 > uhub2: 2 ports with 2 removable, self powered > pcib4: at device 30.0 on pci0 > pci4: on pcib4 > pci4: at device 1.0 (no driver attached) > isab0: at device 31.0 on pci0 > isa0: on isab0 > atapci0: port 0x2060-0x206f,0x374-0x377,0x170-0x177,0x3f4-0x3f7,0x1f0-0x1f7 mem 0xf8000000-0xf80003ff irq 0 at device 31.1 on pci0 > ata0: at 0x1f0 irq 14 on atapci0 > ata1: at 0x170 irq 15 on atapci0 > pci0: at device 31.3 (no driver attached) > acpi_button0: on acpi0 > atkbdc0: port 0x64,0x60 irq 1 on acpi0 > sio0 port 0x3f8-0x3ff irq 4 on acpi0 > sio0: type 16550A, console > sio1 port 0x2f8-0x2ff irq 3 on acpi0 > sio1: type 16550A > fdc0: port 0x3f7,0x3f0-0x3f5 irq 6 drq 2 on acpi0 > fdc0: FIFO enabled, 8 bytes threshold > fd0: <1440-KB 3.5" drive> on fdc0 drive 0 > orm0: