From owner-freebsd-stable Wed Apr 17 5:43:50 2002 Delivered-To: freebsd-stable@freebsd.org Received: from earth.hub.org (earth.hub.org [64.49.215.11]) by hub.freebsd.org (Postfix) with ESMTP id 04ED337B400 for ; Wed, 17 Apr 2002 05:43:31 -0700 (PDT) Received: from localhost.localdomain (earth.hub.org [64.49.215.11]) by localhost (Postfix) with ESMTP id 8FFB3103380; Wed, 17 Apr 2002 09:43:26 -0300 (ADT) Received: from earth.hub.org (earth.hub.org [64.49.215.11]) by earth.hub.org (Postfix) with ESMTP id 586A9103307; Wed, 17 Apr 2002 09:43:26 -0300 (ADT) Date: Wed, 17 Apr 2002 09:43:26 -0300 (ADT) From: "Marc G. Fournier" To: "Brian T.Schellenberger" Cc: freebsd-stable@FreeBSD.ORG Subject: Re: STABLE kernel panicking all too often ... In-Reply-To: <20020417034229.D1D82BA05@i8k.babbleon.org> Message-ID: <20020417093534.O99298-100000@mail1.hub.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Tue, 16 Apr 2002, Brian T.Schellenberger wrote: > > Looks like you have an up-to-date kernel. What do you have MAXUSERS set to? 512 (I've attached my current kernel config to the bottom of this) > Also, I'm sure that this just shows my ignorance, but how can it be the case > that the load averages are 67-46 when the CPU is 70% idle? Those two figures > seem to be at odds with each other based on my experience. Its relatively consistent: last pid: 13191; load averages: 34.75, 41.81, 42.68 up 1+04:42:37 07:36:27 2904 processes:4 running, 2900 sleeping CPU states: 3.2% user, 0.0% nice, 29.3% system, 0.2% interrupt, 67.3% idle Mem: 2376M Active, 235M Inact, 285M Wired, 117M Cache, 199M Buf, 4348K Free Swap: 3072M Total, 1089M Used, 1982M Free, 35% Inuse, 60K In > As for panicing, yes, one would hope that userland would get load failures > and application failures before the entire system goes to pieces. > In this case it looks like it can't create an entry in the virtual memory > table (I mean, that's what I'd guess that name does) . . . I think that you > might need to bump up your > > > # Change the size of the kernel virtual address space. Due to > # constraints in loader(8) on i386, this must be a multiple of 4. > # 256 = 1 GB of kernel address space. Increasing this also causes > # a reduction of the address space in user processes. 512 splits > # the 4GB cpu address space in half (2GB user, 2GB kernel). > # > options KVA_PAGES=260 Okay, before I up this, can someone explain it? I just took a look around the include files, and in machine/pmap.h, KVA_PAGES is set to 256 by default ... so, if by default its 1GB, how would a system with <1GB work? Like, does raising this reduce the number of programs that can be run on the system? Is there some sort of 'sysctl' setting that would allow me to see how much is in use at some point in time? Some way of confirming that this does have to be raised? Thanks for the help ... > > > But this is mostly an UNeducated guess. > > > > On Tuesday 16 April 2002 10:47 pm, Marc G. Fournier wrote: > | Hi ... > | > | I run a server with a kernel from: > | > | 4.5-STABLE #7: Fri Apr 12 09:20:30 > | > | I'm getting a panic on her once every couple of nights ... the > | panic message isn't always the same, the latest one being: > | > | panic: vm_map_entry_create: kernel resources exhausted > | mp_lock = 01000001; cpuid = 1; lapic.id = 01000000 > | boot() called on cpu#1 > | > | top on the server right now is showing: > | > | last pid: 65925; load averages: 66.56, 48.32, 45.90 up 0+18:51:34 > | 21:45:18 2824 processes:2 running, 2822 sleeping > | CPU states: 18.0% user, 0.2% nice, 11.5% system, 0.8% interrupt, 69.5% > | idle Mem: 2346M Active, 209M Inact, 315M Wired, 116M Cache, 199M Buf, 30M > | Free Swap: 3072M Total, 851M Used, 2221M Free, 27% Inuse > | > | I would hope that 'running out of resources' would be handled a > | bit better then a crash ... :( > | > | > | To Unsubscribe: send mail to majordomo@FreeBSD.org > | with "unsubscribe freebsd-stable" in the body of the message > > -- > Brian T. Schellenberger . . . . . . . bts@wnt.sas.com (work) > Brian, the man from Babble-On . . . . bts@babbleon.org (personal) > ME --> http://www.babbleon.org > http://www.eff.org <-- GOOD GUYS --> http://www.programming-freedom.org > --------------- machine i386 cpu I686_CPU ident kernel maxusers 512 options NMBCLUSTERS=15360 options INET #InterNETworking options INET6 #IPv6 communications protocols options FFS #Berkeley Fast Filesystem options FFS_ROOT #FFS usable as root device [keep this!] options SOFTUPDATES #Enable FFS soft updates support options PROCFS #Process filesystem options COMPAT_43 #Compatible with BSD 4.3 [KEEP THIS!] options SCSI_DELAY=15000 #Delay (in ms) before probing SCSI options KTRACE #ktrace(1) support options SYSVSHM options SHMMAXPGS=98304 options SHMMAX=(SHMMAXPGS*PAGE_SIZE+1) options SYSVSEM options SEMMNI=2048 options SEMMNS=4096 options SYSVMSG #SYSV-style message queues options P1003_1B #Posix P1003_1B real-time extensions options _KPOSIX_PRIORITY_SCHEDULING options ICMP_BANDLIM #Rate limit bad replies options SMP # Symmetric MultiProcessor Kernel options APIC_IO # Symmetric (APIC) I/O device isa device pci device scbus # SCSI bus (required) device da # Direct Access (disks) device sa # Sequential Access (tape etc) device cd # CD device pass # Passthrough device (direct SCSI access) device amr # AMI MegaRAID device sym device atkbdc0 at isa? port IO_KBD device atkbd0 at atkbdc? irq 1 flags 0x1 device psm0 at atkbdc? irq 12 device vga0 at isa? pseudo-device splash device sc0 at isa? flags 0x100 device npx0 at nexus? port IO_NPX irq 13 device sio0 at isa? port IO_COM1 flags 0x10 irq 4 device sio1 at isa? port IO_COM2 irq 3 device miibus # MII bus support device fxp # Intel EtherExpress PRO/100B (82557, 82558) pseudo-device loop # Network loopback pseudo-device ether # Ethernet support pseudo-device pty 256 # Pseudo-ttys (telnet etc) pseudo-device gif # IPv6 and IPv4 tunneling pseudo-device faith 1 # IPv6-to-IPv4 relaying (translation) pseudo-device bpf #Berkeley packet filter To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message