Has anyone noticed (or fixed) a bug in -current where socket connections
on the local machine do not shutdown properly?  During stress testing
I'm seeing thousands (2316 right now) of these:

tcp4       0      0       FIN_WAIT_2
tcp4       0      0       LAST_ACK
tcp4       0      0       FIN_WAIT_2
tcp4       0      0       LAST_ACK
tcp4       0      0       FIN_WAIT_2
tcp4       0      0       LAST_ACK
tcp4       0      0       FIN_WAIT_2
tcp4       0      0       LAST_ACK
tcp4       0      0       FIN_WAIT_2
tcp4       0      0       LAST_ACK
tcp4       0      0       FIN_WAIT_2
tcp4       0      0       LAST_ACK

Both the client and the server are dead, but the connections stay in this

I tested with the server on -current and the client on another box, and
all of the server sockets end up in TIME_WAIT.  Is there something delaying
the last ack on local connections?


FreeBSD colnta 5.0-CURRENT FreeBSD 5.0-CURRENT #17: Sun Jan 13 03:51:32 MST 2002

Copyright (c) 1992-2002 The FreeBSD Project.
Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994
        The Regents of the University of California. All rights reserved.
FreeBSD 5.0-CURRENT #17: Sun Jan 13 03:51:32 MST 2002
Preloaded elf kernel "/boot/kernel/kernel" at 0xc0521000.
Preloaded elf module "/boot/kernel/acpi.ko" at 0xc05210a8.
Timecounter "i8254"  frequency 1193182 Hz
CPU: Pentium III/Pentium III Xeon/Celeron (1004.52-MHz 686-class CPU)
  Origin = "GenuineIntel"  Id = 0x68a  Stepping = 10
real memory  = 1073725440 (1048560K bytes)
avail memory = 1039327232 (1014968K bytes)
Programming 24 pins in IOAPIC #0
IOAPIC #0 intpin 2 -> irq 0
FreeBSD/SMP: Multiprocessor System Detected: 2 CPUs
 cpu0 (BSP): apic id:  3, version: 0x00040011, at 0xfee00000
 cpu1 (AP):  apic id:  0, version: 0x00040011, at 0xfee00000
 io0 (APIC): apic id:  2, version: 0x00178011, at 0xfec00000
Pentium Pro MTRR support enabled
Using $PIR table, 7 entries at 0xc00f12d0
npx0: <math processor> on motherboard
npx0: INT 16 interface
acpi0: <ASUS   CUV4X-D > on motherboard
acpi0: power button is handled as a fixed feature programming model.
Timecounter "ACPI"  frequency 3579545 Hz
acpi_timer0: <24-bit timer at 3.579545MHz> port 0xe408-0xe40b on acpi0
acpi_cpu0: <CPU> on acpi0
acpi_cpu1: <CPU> on acpi0
acpi_button0: <Power Button> on acpi0
acpi_pcib0: <Host-PCI bridge> port 0xcf8-0xcff on acpi0
IOAPIC #0 intpin 18 -> irq 2
IOAPIC #0 intpin 16 -> irq 5
IOAPIC #0 intpin 19 -> irq 10
pci0: <PCI bus> on acpi_pcib0
pcib1: <PCI-PCI bridge> at device 1.0 on pci0
pci1: <PCI bus> on pcib1
pci1: <display, VGA> at device 0.0 (no driver attached)
isab0: <PCI-ISA bridge> at device 4.0 on pci0
isa0: <ISA bus> on isab0
atapci0: <VIA 82C686 ATA100 controller> port 0xb800-0xb80f at device 4.1 on pci0
ata0: at 0x1f0 irq 14 on atapci0
ata1: at 0x170 irq 15 on atapci0
uhci0: <VIA 83C572 USB controller> port 0xb400-0xb41f irq 2 at device 4.2 on pci0
usb0: <VIA 83C572 USB controller> on uhci0
usb0: USB revision 1.0
uhub0: VIA UHCI root hub, class 9/0, rev 1.00/1.00, addr 1
uhub0: 2 ports with 2 removable, self powered
uhci1: <VIA 83C572 USB controller> port 0xb000-0xb01f irq 2 at device 4.3 on pci0
usb1: <VIA 83C572 USB controller> on uhci1
usb1: USB revision 1.0
uhub1: VIA UHCI root hub, class 9/0, rev 1.00/1.00, addr 1
uhub1: 2 ports with 2 removable, self powered
pci0: <display, VGA> at device 12.0 (no driver attached)
dc0: <ADMtek AN985 10/100BaseTX> port 0xa800-0xa8ff mem 0xeb800000-0xeb8003ff irq 10 
at device 13.0 on pci0
dc0: Ethernet address: 00:04:5a:61:f5:6a
miibus0: <MII bus> on dc0
ukphy0: <Generic IEEE 802.3u media interface> on miibus0
ukphy0:  10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto
fdc0: <enhanced floppy controller (i82077, NE72065 or clone)> port 0x3f7,0x3f2-0x3f5 
irq 6 on acpi0
fdc0: FIFO enabled, 8 bytes threshold
fd0: <1440-KB 3.5" drive> on fdc0 drive 0
ppc0 port 0x778-0x77b,0x378-0x37f irq 7 on acpi0
ppc0: SMC-like chipset (ECP/EPP/PS2/NIBBLE) in COMPATIBLE mode
ppc0: FIFO with 16/16/8 bytes threshold
ppbus0: IEEE1284 device found /NIBBLE/ECP
Probing for PnP devices on ppbus0:
ppbus0: <Hewlett-Packard HP LaserJet 1200> PRINTER PJL,MLC,PCL,PCLXL,POSTSCRIPT
plip0: <PLIP network interface> on ppbus0
lpt0: <Printer> on ppbus0
lpt0: Interrupt-driven port
ppi0: <Parallel I/O> on ppbus0
sio0 port 0x3f8-0x3ff irq 4 on acpi0
sio0: type 16550A
sio1 port 0x2f8-0x2ff irq 3 on acpi0
sio1: type 16550A
atkbdc0: <Keyboard controller (i8042)> port 0x64,0x60 irq 1 on acpi0
atkbd0: <AT Keyboard> flags 0x1 irq 1 on atkbdc0
kbd0 at atkbd0
psm0: <PS/2 Mouse> irq 12 on atkbdc0
psm0: model Generic PS/2 mouse, device ID 0
ata: ata0 already exists; skipping it
ata: ata1 already exists; skipping it
atkbdc: atkbdc0 already exists; skipping it
fdc: fdc0 already exists; skipping it
ppc: ppc0 already exists; skipping it
sio: sio0 already exists; skipping it
sio: sio1 already exists; skipping it
sc: sc0 already exists; skipping it
vga: vga0 already exists; skipping it
orm0: <Option ROM> at iomem 0xc0000-0xc7fff on isa0
sc0: <System console> at flags 0x100 on isa0
sc0: VGA <16 virtual consoles, flags=0x300>
vga0: <Generic ISA VGA> at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0
APIC_IO: Testing 8254 interrupt delivery
APIC_IO: routing 8254 via IOAPIC #0 intpin 2
acpi_cpu: CPU throttling enabled, 16 steps from 100% to 6.2%
ad0: 39266MB <IC35L040AVER07-0> [79780/16/63] at ata0-master tagged UDMA100
ad1: 39266MB <IC35L040AVER07-0> [79780/16/63] at ata0-slave tagged UDMA100
ad2: 9765MB <FUJITSU MPC3102AT E> [19841/16/63] at ata1-master UDMA33
acd0: CD-RW <YAMAHA CRW2200E> at ata1-slave PIO4
Mounting root from ufs:/dev/ad2s1a
SMP: AP CPU #1 Launched!

Chad David        [EMAIL PROTECTED]
ACNS Inc.         Calgary, Alberta Canada
Fourthly, The constant breeders, beside the gain of eight shillings
sterling per annum by the sale of their children, will be rid of the
charge of maintaining them after the first year. - Johnathan Swift

To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-current" in the body of the message

Reply via email to