Date: Tue, 29 Feb 2000 16:42:26 +0100 From: Brad Knowles <blk@skynet.be> To: freebsd-stable@freebsd.org Subject: Error: "Maximum file descriptors exceeded"... Message-ID: <v04220807b4e1962eb776@[195.238.1.121]>
next in thread | raw e-mail | index | archive | help
Folks,
I've made some configuration changes on our news peering server
to try to push out more articles to our peers by having more
simultaneous connections open. Unfortunately, I'm now getting this
error quite a lot.
I've searched the archives, and although I can find the names of
commands to run to see how many files are currently being used out of
the total (`pstat -T`), and what the current system-wide limits are
(`limit -a`), I've reconfigured the Kernel to artificially raise the
maximum number of open files that are allowed on the system (without
boosting "MAXUSERS" beyond 128, which I understand causes more
problems than it solves), and I've put in a command to set the
per-process limits for the "news" user to be the same as the
system-wide limits, I'm still getting this error.
Details are below, but I'm at a loss for what more I can do to
make sure that this problem goes away. From what I can tell, there's
nothing more I should need to do in order to make this work
correctly, and yet I still get this error message logged.
Any and all help would be appreciated.
T10e6IA!
-Brad
========================================================
`pstat -T`:
5505/32768 files
0M/1151M swap space
========================================================
`ulimit -a`:
core file size (blocks) unlimited
data seg size (kbytes) 1048576
file size (blocks) unlimited
max locked memory (kbytes) unlimited
max memory size (kbytes) unlimited
open files 16384
pipe size (512 bytes) 1
stack size (kbytes) 65536
cpu time (seconds) unlimited
max user processes 2067
virtual memory (kbytes) 1114112
========================================================
`head -12 /usr/news/rc.news`:
#!/bin/sh -vx
#
# RC.NEWS, must be run as root
#
# Not all operating systems have a maxproc and/or descriptor
# resource limit. Edit as appropriate. However, note that
# Diablo needs to have at least 128 descriptors available for
# most moderate installations and, being a forking server
# plus dealing with all the outgoung feeds, the maximum number
# of news processes should be bumped up pretty high too.
ulimit -n 16384
========================================================
`dmesg`:
Copyright (c) 1992-1999 FreeBSD Inc.
Copyright (c) 1982, 1986, 1989, 1991, 1993
The Regents of the University of California. All rights reserved.
FreeBSD 3.2-RELEASE #0: Tue Feb 29 12:31:53 CET 2000
root@seymour.skynet.be:/usr/src/sys/compile/SEYMOUR
Timecounter "i8254" frequency 1193182 Hz
CPU: Pentium III (686-class CPU)
Origin = "GenuineIntel" Id = 0x672 Stepping=2
Features=0x383fbff<FPU,VME,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PG
E,MCA,CMOV,PAT,PSE36,MMX,<b24>,<b25>>
real memory = 1073741824 (1048576K bytes)
avail memory = 1042329600 (1017900K bytes)
Programming 24 pins in IOAPIC #0
FreeBSD/SMP: Multiprocessor motherboard
cpu0 (BSP): apic id: 1, version: 0x00040011, at 0xfee00000
cpu1 (AP): apic id: 0, version: 0x00040011, at 0xfee00000
io0 (APIC): apic id: 2, version: 0x00170011, at 0xfec00000
Preloaded elf kernel "kernel" at 0xc02dc000.
Probing for devices on PCI bus 0:
chip0: <Intel 82443BX host to PCI bridge> rev 0x03 on pci0.0.0
chip1: <Intel 82443BX host to AGP bridge> rev 0x03 on pci0.1.0
chip2: <PCI to PCI bridge (vendor=1011 device=0024)> rev 0x03 on pci0.2.0
chip3: <Intel 82371AB PCI to ISA bridge> rev 0x02 on pci0.7.0
ide_pci0: <Intel PIIX4 Bus-master IDE controller> rev 0x01 on pci0.7.1
chip4: <Intel 82371AB Power management controller> rev 0x02 on pci0.7.3
dpt0: <DPT Caching SCSI RAID Controller> rev 0x02 int a irq 18 on pci0.14.0
dpt0: DPT PM3334UW FW Rev. 07M0, 1 channel, 64 CCBs
Probing for devices on PCI bus 1:
vga0: <ATI model 4757 graphics accelerator> rev 0x7a on pci1.0.0
Probing for devices on PCI bus 2:
fxp0: <Intel EtherExpress Pro 10/100B Ethernet> rev 0x05 int a irq 21
on pci2.9.0
fxp0: Ethernet address 00:90:27:86:21:5d
ahc0: <Adaptec aic7890/91 Ultra2 SCSI adapter> rev 0x01 int a irq 16
on pci2.11.0
ahc0: aic7890/91 Wide Channel A, SCSI Id=7, 16/255 SCBs
Probing for PnP devices:
Probing for devices on the ISA bus:
sc0 on isa
sc0: VGA color <16 virtual consoles, flags=0x0>
atkbdc0 at 0x60-0x6f on motherboard
atkbd0 irq 1 on isa
psm0 not found
sio0 at 0x3f8-0x3ff irq 4 flags 0x10 on isa
sio0: type 16550A
sio1 at 0x2f8-0x2ff irq 3 on isa
sio1: type 16550A
fdc0 at 0x3f0-0x3f7 irq 6 drq 2 on isa
fdc0: FIFO enabled, 8 bytes threshold
fd0: 1.44MB 3.5in
wdc0 not found at 0x1f0
scd0 not found at 0x230
ppc0 at 0x378 irq 7 flags 0x40 on isa
ppc0: SMC-like chipset (ECP/EPP/PS2/NIBBLE) in COMPATIBLE mode
ppc0: FIFO with 16/16/8 bytes threshold
lpt0: <generic printer> on ppbus 0
lpt0: Interrupt-driven port
ppi0: <generic parallel i/o> on ppbus 0
plip0: <PLIP network interface> on ppbus 0
lpt0: <generic printer> on ppbus 0
lpt0: Interrupt-driven port
vga0 at 0x3b0-0x3df maddr 0xa0000 msize 131072 on isa
npx0 on motherboard
npx0: INT 16 interface
APIC_IO: Testing 8254 interrupt delivery
APIC_IO: routing 8254 via pin 2
IP packet filtering initialized, divert disabled, rule-based
forwarding disabled, logging limited to 100 packets/entry
Waiting 5 seconds for SCSI devices to settle
SMP: AP CPU #1 Launched!
changing root devicda1 at dpt0 bus 0 target 0 lun 0
da1: <DPT RAID-0 07M0> Fixed Direct Access SCSI-2 device
da1: 35015MB (71711744 512 byte sectors: 255H 63S/T 4463C)
e to da0s2a
da0 at ahc0 bus 0 target 0 lun 0
da0: <IBM DDRS-34560D DC2A> Fixed Direct Access SCSI-2 device
da0: 80.000MB/s transfers (40.000MHz, offset 15, 16bit), Tagged
Queueing Enabled
da0: 4357MB (8925000 512 byte sectors: 255H 63S/T 555C)
========================================================
Is there anything else you want/need to know?
--
These are my opinions and should not be taken as official Skynet policy
=========================================================================
Brad Knowles, <blk@skynet.be> Sys. Arch., Mail/News/FTP/Proxy Admin
Note: No Microsoft programs were used in the creation or distribution of
this message. If you are using a Microsoft program to view this message,
be forewarned that I am not responsible for any harm you may encounter as
a result.
See <http://i-want-a-website.com/about-microsoft/twelve-step.html>; for
details.
To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-stable" in the body of the message
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?v04220807b4e1962eb776>