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
