I have a lingering problem of a slow mbuf leak somewhere on my system that I need help tracking down. After upgrading to 3.9 I've noticed an mbuf leak. Haven't seen anything about this in the mailing lists so far.
It occurs somewhat slowly, but eventually leads to bigger problems with the network (can vaiguely explain if anyone wishes). I've started to track the network memory usage through the daily outputs. This morning my firewall just shutoff completely (no core dump or ddb prompt, just off). Here's a somewhat shortened list of the memory usage over the 14 day uptime: ------------------------------ 08/14: 12078 mbufs in use: 12073 mbufs allocated to data 1 mbuf allocated to packet headers 4 mbufs allocated to socket names and addresses 2767/2794/6144 mbuf clusters in use (current/peak/max) 8616 Kbytes allocated to network (99% in use) 0 requests for memory denied 0 requests for memory delayed 8 calls to protocol drain routines 08/12: 11095 mbufs in use: 11089 mbufs allocated to data 1 mbuf allocated to packet headers 5 mbufs allocated to socket names and addresses 2536/2576/6144 mbuf clusters in use (current/peak/max) 7932 Kbytes allocated to network (98% in use) 0 requests for memory denied 0 requests for memory delayed 0 calls to protocol drain routines 08/10: 10241 mbufs in use: 10237 mbufs allocated to data 4 mbufs allocated to socket names and addresses 2340/2354/6144 mbuf clusters in use (current/peak/max) 7276 Kbytes allocated to network (99% in use) 0 requests for memory denied 0 requests for memory delayed 0 calls to protocol drain routines 08/08: 8982 mbufs in use: 8978 mbufs allocated to data 4 mbufs allocated to socket names and addresses 2019/2030/6144 mbuf clusters in use (current/peak/max) 6312 Kbytes allocated to network (99% in use) 0 requests for memory denied 0 requests for memory delayed 0 calls to protocol drain routines 08/06: 7937 mbufs in use: 7931 mbufs allocated to data 1 mbuf allocated to packet headers 5 mbufs allocated to socket names and addresses 1778/1788/6144 mbuf clusters in use (current/peak/max) 5568 Kbytes allocated to network (99% in use) 0 requests for memory denied 0 requests for memory delayed 0 calls to protocol drain routines 08/04: 7057 mbufs in use: 7053 mbufs allocated to data 4 mbufs allocated to socket names and addresses 1581/1624/6144 mbuf clusters in use (current/peak/max) 5024 Kbytes allocated to network (98% in use) 0 requests for memory denied 0 requests for memory delayed 0 calls to protocol drain routines 08/02: 6141 mbufs in use: 6137 mbufs allocated to data 4 mbufs allocated to socket names and addresses 1384/1396/6144 mbuf clusters in use (current/peak/max) 4336 Kbytes allocated to network (99% in use) 0 requests for memory denied 0 requests for memory delayed 0 calls to protocol drain routines 07/31: 4508 mbufs in use: 4504 mbufs allocated to data 4 mbufs allocated to socket names and addresses 1011/1024/6144 mbuf clusters in use (current/peak/max) 3184 Kbytes allocated to network (98% in use) 0 requests for memory denied 0 requests for memory delayed 0 calls to protocol drain routines 07/29: 3614 mbufs in use: 3610 mbufs allocated to data 4 mbufs allocated to socket names and addresses 816/828/6144 mbuf clusters in use (current/peak/max) 2568 Kbytes allocated to network (98% in use) 0 requests for memory denied 0 requests for memory delayed 0 calls to protocol drain routines 07/27: 2756 mbufs in use: 2752 mbufs allocated to data 4 mbufs allocated to socket names and addresses 612/634/6144 mbuf clusters in use (current/peak/max) 1968 Kbytes allocated to network (97% in use) 0 requests for memory denied 0 requests for memory delayed 0 calls to protocol drain routines 07/25: 1855 mbufs in use: 1849 mbufs allocated to data 1 mbuf allocated to packet headers 5 mbufs allocated to socket names and addresses 419/438/6144 mbuf clusters in use (current/peak/max) 1348 Kbytes allocated to network (96% in use) 0 requests for memory denied 0 requests for memory delayed 0 calls to protocol drain routines 07/23: 1018 mbufs in use: 1012 mbufs allocated to data 1 mbuf allocated to packet headers 5 mbufs allocated to socket names and addresses 227/238/6144 mbuf clusters in use (current/peak/max) 740 Kbytes allocated to network (95% in use) 0 requests for memory denied 0 requests for memory delayed 0 calls to protocol drain routines 07/21 (9 hour uptime): 187 mbufs in use: 183 mbufs allocated to data 4 mbufs allocated to socket names and addresses 43/66/6144 mbuf clusters in use (current/peak/max) 188 Kbytes allocated to network (70% in use) 0 requests for memory denied 0 requests for memory delayed 0 calls to protocol drain routines ------------------------------ dmesg (RAM added recently, had more problems before with 32k): OpenBSD 3.9 (GENERIC) #617: Thu Mar 2 02:26:48 MST 2006 [EMAIL PROTECTED]:/usr/src/sys/arch/i386/compile/GENERIC cpu0: Intel Celeron ("GenuineIntel" 686-class, 128KB L2 cache) 532 MHz cpu0: FPU,V86,DE,PSE,TSC,MSR,PAE,MCE,CX8,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36,MMX,FXSR real mem = 535339008 (522792K) avail mem = 481472512 (470188K) using 4278 buffers containing 26869760 bytes (26240K) of memory mainbus0 (root) bios0 at mainbus0: AT/286+(0a) BIOS, date 01/27/00, BIOS32 rev. 0 @ 0xfd8a0 apm0 at bios0: Power Management spec V1.2 apm0: AC on, battery charge unknown apm0: flags 30102 dobusy 0 doidle 1 pcibios0 at bios0: rev 2.1 @ 0xfd8a0/0x760 pcibios0: PCI IRQ Routing Table rev 1.0 @ 0xfdf50/144 (7 entries) pcibios0: PCI Interrupt Router at 000:31:0 ("Intel 82371FB ISA" rev 0x00) pcibios0: PCI bus #1 is the last bus bios0: ROM list: 0xc0000/0x8000 cpu0 at mainbus0 pci0 at mainbus0 bus 0: configuration mode 1 (no bios) pchb0 at pci0 dev 0 function 0 "Intel 82810" rev 0x03: rng active, 9Kb/sec vga1 at pci0 dev 1 function 0 "Intel 82810 Graphics" rev 0x03: aperture at 0xf8000000, size 0x4000000 wsdisplay0 at vga1 mux 1: console (80x25, vt100 emulation) wsdisplay0: screen 1-5 added (80x25, vt100 emulation) ppb0 at pci0 dev 30 function 0 "Intel 82801AA Hub-to-PCI" rev 0x02 pci1 at ppb0 bus 1 rl0 at pci1 dev 13 function 0 "Realtek 8139" rev 0x10: irq 9, address 00:e0:4c:e4:f1:5d rlphy0 at rl0 phy 0: RTL internal PHY rl1 at pci1 dev 14 function 0 "D-Link Systems 530TX+" rev 0x10: irq 3, address 00:50:ba:55:10:f1 rlphy1 at rl1 phy 0: RTL internal PHY ichpcib0 at pci0 dev 31 function 0 "Intel 82801AA LPC" rev 0x02 pciide0 at pci0 dev 31 function 1 "Intel 82801AA IDE" rev 0x02: DMA, channel 0 wired to compatibility, channel 1 wired to compatibility wd0 at pciide0 channel 0 drive 0: <ST3120026A> wd0: 16-sector PIO, LBA48, 114473MB, 234441648 sectors wd0(pciide0:0:0): using PIO mode 4, Ultra-DMA mode 2 atapiscsi0 at pciide0 channel 1 drive 0 scsibus0 at atapiscsi0: 2 targets cd0 at scsibus0 targ 0 lun 0: <, DM-828, 1.04> SCSI0 5/cdrom removable cd0(pciide0:1:0): using PIO mode 4, Ultra-DMA mode 2 uhci0 at pci0 dev 31 function 2 "Intel 82801AA USB" rev 0x02: irq 11 usb0 at uhci0: USB revision 1.0 uhub0 at usb0 uhub0: Intel UHCI root hub, rev 1.00/1.00, addr 1 uhub0: 2 ports with 2 removable, self powered ichiic0 at pci0 dev 31 function 3 "Intel 82801AA SMBus" rev 0x02: irq 9 iic0 at ichiic0 auich0 at pci0 dev 31 function 5 "Intel 82801AA AC97" rev 0x02: irq 9, ICH AC97 ac97: codec id 0x43525934 (Cirrus Logic CS4299 rev 4) ac97: codec features headphone, 20 bit DAC, 18 bit ADC, Crystal Semi 3D audio0 at auich0 isa0 at ichpcib0 isadma0 at isa0 pckbc0 at isa0 port 0x60/5 pckbd0 at pckbc0 (kbd slot) pckbc0: using irq 1 for kbd slot wskbd0 at pckbd0: console keyboard, using wsdisplay0 pcppi0 at isa0 port 0x61 midi0 at pcppi0: <PC speaker> spkr0 at pcppi0 lpt0 at isa0 port 0x378/4 irq 7 it0 at isa0 port 0x290/8: IT87 npx0 at isa0 port 0xf0/16: using exception 16 pccom0 at isa0 port 0x3f8/8 irq 4: ns16550a, 16 byte fifo fdc0 at isa0 port 0x3f0/6 irq 6 drq 2 fd0 at fdc0 drive 0: 1.44MB 80 cyl, 2 head, 18 sec biomask ff65 netmask ff6d ttymask ffef pctr: 686-class user-level performance counters enabled mtrr: Pentium Pro MTRR support dkcsum: wd0 matches BIOS drive 0x80 root on wd0a rootdev=0x0 rrootdev=0x300 rawdev=0x302 ------------------------------ Nothing in the current changelog shows an mbuf leak fix for the realtek drivers. I noticed there were some changes to rl between 3.8 and 3.9, though... Custom sysctl settings: net.inet.ip.forwarding -> 1 (I'm running pf) vfs.nfs.iothreads -> 4 kern.emul.linux -> 1 Daemons reported by rc: syslogd, named, isakmpd, portmap, mountd, nfsd, ntpd, dhcpd, sendmail, httpd, ftpd, ftp-proxy, inetd, sshd Sorry for the long email, but any further help or advice in tracking this down would be greatly appreciated. -Stefan