From owner-freebsd-hackers Mon Mar 27 10: 4:56 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from account.abs.net (account.abs.net [207.114.5.70]) by hub.freebsd.org (Postfix) with ESMTP id 9A93E37B918; Mon, 27 Mar 2000 10:04:44 -0800 (PST) (envelope-from howardl@account.abs.net) Received: (from howardl@localhost) by account.abs.net (8.9.3/8.9.3+RBL+DUL+RSS+ORBS) id NAA94040; Mon, 27 Mar 2000 13:04:42 -0500 (EST) (envelope-from howardl) From: Howard Leadmon Message-Id: <200003271804.NAA94040@account.abs.net> Subject: Troubles with network & buffers.. Any Ideas?? To: freebsd-stable@freebsd.org, freebsd-hackers@freebsd.org Date: Mon, 27 Mar 2000 13:04:42 -0500 (EST) X-Mailer: ELM [version 2.4ME+ PL72 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Hello, I am running a 4.0-STABLE machine which is being used to host an Undernet IRC server, and the machine keeps dying at times, or should I say the networking side of it is at least dying. At first I thought it might have been related to the dc (DEC Chip) based drivers, so I replaced it with a EEpro board using the fxp driver, but the same results. I have also set MNBCLUSTERS to 20480, and when I do a netstat I see in general plenty of free clusters, but suspect I must be running out of some other resource. If I do a netstat -m, I see info like this: u2$ netstat -m 1697/2144/81920 mbufs in use (current/peak/max): 498 mbufs allocated to data 1199 mbufs allocated to packet headers 221/514/20480 mbuf clusters in use (current/peak/max) 1296 Kbytes allocated to network (50% in use) 0 requests for memory denied 0 requests for memory delayed 0 calls to protocol drain routines When the machine last froze, the Kbytes allocated to the network was 99% in use, and the mbufs were up to about 20K of the 80K allocated, but I saw no calls for memory denied or delayed. Still after a few hours of uptime, I start seeing errors like this, and then the machines network interface dies and I have to reboot to get everything back in operation: Mar 27 12:39:00 u2 /kernel: fxp0: device timeout Mar 27 12:39:00 u2 syslogd: sendto: No buffer space available Mar 27 12:39:38 u2 last message repeated 2 times Mar 27 12:41:32 u2 last message repeated 6 times Mar 27 12:44:15 u2 syslogd: sendto: No buffer space available Mar 27 12:44:04 u2 last message repeated 8 times Not sure what other information to send, but here is a dmesg on the machine, and if anyone has any ideas, or needs more info please let me know. It's very annoying to have to reboot this machine daily, sometimes more often.. :( Copyright (c) 1992-2000 The FreeBSD Project. Copyright (c) 1982, 1986, 1989, 1991, 1993 The Regents of the University of California. All rights reserved. FreeBSD 4.0-STABLE #8: Wed Mar 22 18:31:51 EST 2000 howardl@u2.abs.net:/usr/src/sys/compile/U2 Timecounter "i8254" frequency 1193182 Hz CPU: Pentium II/Pentium II Xeon/Celeron (551.25-MHz 686-class CPU) Origin = "GenuineIntel" Id = 0x665 Stepping = 5 Features=0x183fbff real memory = 402587648 (393152K bytes) config> q avail memory = 387022848 (377952K bytes) Programming 24 pins in IOAPIC #0 IOAPIC #0 intpin 2 -> irq 0 FreeBSD/SMP: Multiprocessor motherboard cpu0 (BSP): apic id: 0, version: 0x00040011, at 0xfee00000 cpu1 (AP): apic id: 1, version: 0x00040011, at 0xfee00000 io0 (APIC): apic id: 2, version: 0x00170011, at 0xfec00000 Preloaded elf kernel "kernel" at 0xc02c8000. Preloaded userconfig_script "/boot/kernel.conf" at 0xc02c809c. Pentium Pro MTRR support enabled md0: Malloc disk npx0: on motherboard npx0: INT 16 interface pcib0: 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 ata0: at 0x1f0 irq 14 on atapci0 pci0: at 7.2 irq 5 Timecounter "PIIX" frequency 3579545 Hz chip1: port 0x5000-0x500f at device 7.3 on pci0 fxp0: port 0xd400-0xd41f mem 0xd5400000-0xd54fffff,0xd5510000-0xd5510fff irq 17 at device 13.0 on pci0 fxp0: Ethernet address 00:a0:c9:c7:fb:ff pci0: at 15.0 irq 16 atapci1: port 0xe000-0xe0ff,0xdc00-0xdc03,0xd800-0xd807 irq 18 at device 19.0 on pci0 atapci2: port 0xec00-0xecff,0xe800-0xe803,0xe400-0xe407 irq 18 at device 19.1 on pci0 fdc0: at port 0x3f0-0x3f5,0x3f7 irq 6 drq 2 on isa0 fdc0: FIFO enabled, 8 bytes threshold fd0: <1440-KB 3.5" drive> on fdc0 drive 0 atkbdc0: at port 0x60-0x6f on isa0 atkbd0: irq 1 on atkbdc0 vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 sc0: on isa0 sc0: VGA <16 virtual consoles, flags=0x200> sio0 at port 0x3f8-0x3ff irq 4 flags 0x10 on isa0 sio0: type 16550A sio1 at port 0x2f8-0x2ff irq 3 on isa0 sio1: type 16550A ppc0: at port 0x378-0x37f irq 7 on isa0 ppc0: Generic chipset (EPP/NIBBLE) in COMPATIBLE mode ppi0: on ppbus0 lpt0: on ppbus0 lpt0: Interrupt-driven port plip0: on ppbus0 APIC_IO: Testing 8254 interrupt delivery APIC_IO: routing 8254 via IOAPIC #0 intpin 2 SMP: AP CPU #1 Launched! ad0: 8693MB [17662/16/63] at ata0-master using UDMA33 Mounting root from ufs:/dev/ad0s1a --- Howard Leadmon - howardl@abs.net - http://www.abs.net ABSnet Internet Services - Phone: 410-361-8160 - FAX: 410-361-8162 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message