Date: Fri, 5 Apr 2002 13:43:35 -0500 (EST) From: Marius <marius@mail.communityconnect.com> To: "Karsten W. Rohrbach" <karsten@rohrbach.de> Cc: <freebsd-stable@freebsd.org> Subject: Re: UDP problems in 4.5-STABLE Message-ID: <Pine.BSF.4.33.0204051334260.58305-100000@utterlux.hq.communitconnect.com> In-Reply-To: <20020405200411.B50803@mail.webmonster.de>
next in thread | previous in thread | raw e-mail | index | archive | help
ifconfig -au
fxp0: flags=8843<UP,BROADCAST,RUNNING,SIMPLEX,MULTICAST> mtu 1500
inet 192.168.2.17 netmask 0xffffff00 broadcast 192.168.2.255
ether 00:e0:81:10:8a:15
media: Ethernet autoselect (100baseTX <full-duplex>)
status: active
fxp1: flags=8843<UP,BROADCAST,RUNNING,SIMPLEX,MULTICAST> mtu 1500
inet 192.168.1.17 netmask 0xffffff00 broadcast 192.168.1.255
ether 00:90:27:5a:79:46
media: Ethernet autoselect (100baseTX <full-duplex>)
status: active
lo0: flags=8049<UP,LOOPBACK,RUNNING,MULTICAST> mtu 16384
inet 127.0.0.1 netmask 0xff000000
cat /var/run/dmesg.boot
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 4.5-STABLE #1: Wed Mar 27 00:18:48 EST 2002
root@cc17:/usr/obj/usr/src/sys/CCI_KERNEL
Timecounter "i8254" frequency 1193182 Hz
CPU: Pentium III/Pentium III Xeon/Celeron (601.37-MHz 686-class CPU)
Origin = "GenuineIntel" Id = 0x681 Stepping = 1
Features=0x383fbff<FPU,VME,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,
CMOV,PAT,PSE36,MMX,FXSR,SSE>
real memory = 1073741824 (1048576K bytes)
avail memory = 1041117184 (1016716K 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 0xc03dd000.
Pentium Pro MTRR support enabled
md0: Malloc disk
npx0: <math processor> on motherboard
npx0: INT 16 interface
pcib0: <Intel 82443GX host to PCI bridge> on motherboard
IOAPIC #0 intpin 16 -> irq 2
IOAPIC #0 intpin 18 -> irq 9
IOAPIC #0 intpin 19 -> irq 10
IOAPIC #0 intpin 17 -> irq 11
pci0: <PCI bus> on pcib0
pcib2: <Intel 82443GX (440 GX) PCI-PCI (AGP) bridge> at device 1.0 on pci0
pci1: <PCI bus> on pcib2
isab0: <Intel 82371AB PCI to ISA bridge> at device 7.0 on pci0
isa0: <ISA bus> on isab0
atapci0: <Intel PIIX4 ATA33 controller> port 0xffa0-0xffaf at device 7.1
on pci0
ata0: at 0x1f0 irq 14 on atapci0
pci0: <Intel 82371AB/EB (PIIX4) USB controller> at 7.2
Timecounter "PIIX" frequency 3579545 Hz
chip1: <Intel 82371AB Power management controller> port 0x440-0x44f at
device 7.3 on pci0
ahc0: <Adaptec aic7896/97 Ultra2 SCSI adapter> port 0xe000-0xe0ff mem
0xffafd000-0xffafdfff irq 2 at device 11.0 on pci0
aic7896/97: Ultra2 Wide Channel A, SCSI Id=7, 32/255 SCBs
ahc1: <Adaptec aic7896/97 Ultra2 SCSI adapter> port 0xe400-0xe4ff mem
0xffafe000-0xffafefff irq 2 at device 11.1 on pci0
aic7896/97: Ultra2 Wide Channel B, SCSI Id=7, 32/255 SCBs
pci0: <unknown card> (vendor=0x1274, dev=0x1371) at 12.0 irq 9
fxp0: <Intel Pro 10/100B/100+ Ethernet> port 0xee80-0xeebf mem
0xff900000-0xff9fffff,0xffafc000-0xffafcfff irq 10 at device 13.0 on pci0
fxp0: Ethernet address 00:e0:81:10:8a:15
inphy0: <i82555 10/100 media interface> on miibus0
inphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto
fxp1: <Intel Pro 10/100B/100+ Ethernet> port 0xed80-0xedbf mem
0xff700000-0xff7fffff,0xffafb000-0xffafbfff irq 11 at device 15.0 on pci0
fxp1: Ethernet address 00:90:27:5a:79:46
inphy1: <i82555 10/100 media interface> on miibus1
inphy1: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto
pci0: <ATI Mach64-GV graphics accelerator> at 16.0 irq 2
pcib1: <Intel 82443GX host to AGP bridge> on motherboard
pci2: <PCI bus> on pcib1
orm0: <Option ROMs> at iomem
0xc0000-0xc7fff,0xc8000-0xcd7ff,0xcd800-0xce7ff on isa0
fdc0: <NEC 72065B or clone> 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: <Keyboard controller (i8042)> at port 0x60,0x64 on isa0
vga0: <Generic ISA VGA> at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0
sc0: <System console> at flags 0x100 on isa0
sc0: VGA <16 virtual consoles, flags=0x300>
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: <Parallel port> at port 0x378-0x37f irq 7 on isa0
ppc0: Generic chipset (NIBBLE-only) in COMPATIBLE mode
ppi0: <Parallel I/O> on ppbus0
plip0: <PLIP network interface> on ppbus0
lpt0: <Printer> on ppbus0
lpt0: Interrupt-driven port
APIC_IO: Testing 8254 interrupt delivery
APIC_IO: routing 8254 via IOAPIC #0 intpin 2
Waiting 15 seconds for SCSI devices to settle
SMP: AP CPU #1 Launched!
Mounting root from ufs:/dev/da0s1a
da0 at ahc0 bus 0 target 0 lun 0
da0: <SEAGATE ST39103LW 0002> Fixed Direct Access SCSI-2 device
da0: 80.000MB/s transfers (40.000MHz, offset 15, 16bit), Tagged Queueing
Enabled
da0: 8683MB (17783240 512 byte sectors: 255H 63S/T 1106C)
da1 at ahc0 bus 0 target 2 lun 0
da1: <SEAGATE ST39103LW 0002> Fixed Direct Access SCSI-2 device
da1: 80.000MB/s transfers (40.000MHz, offset 15, 16bit), Tagged Queueing
Enabled
da1: 8683MB (17783240 512 byte sectors: 255H 63S/T 1106C)
cd0 at ahc1 bus 0 target 4 lun 0
cd0: <TOSHIBA CD-ROM XM-6401TA 1009> Removable CD-ROM SCSI-2 device
cd0: 20.000MB/s transfers (20.000MHz, offset 16)
cd0: Attempt to query device size failed: NOT READY, Medium not present
> did you supply
> options APIC_IO
Yes, Indeed.
-Marius M. Rex
On Fri, 5 Apr 2002, Karsten W. Rohrbach wrote:
> what does your
> ifconfig -au
> dmesg
> say?
>
> did you supply
> options APIC_IO
> in your kernel config?
>
> regards,
> /k
>
> Marius(marius@mail.communityconnect.com)@2002.04.05 11:59:27 +0000:
> >
> > I recently upgraded a number of my machines to from 4.2-STABLE to
> > 4.5-STABLE. Now I
> > think I am having trouble with sending/receiving large amounts of UDP
> > traffic. Each system has two interfaces, one for web traffic on the front end,
> > and one for backend traffic. The backend traffic is mainly UDP, NFS and a
> > distributed logging system called spread (http://www.spread.org/). Spread
> > is multicasting out our internal access logs via mod_log Spread in apache.
> > (http://www.lethargy.org/mod_log_spread/index.html)
> >
> > Both NFS and spread logging are now both crawling along. The apache error
> > logs are spewing out spread errors many times a second and my
> > daily reports are full of 'NFS
> > server not responding/NFS server alive again messages.' Even with the
> > dumb-timer enabled (-d switch to the nfs mount) I am still getting pages
> > and pages of NFS errors.
> >
> > I have searched in for a number of days for a significant change between
> > STABLE 4.2 and 4.5, but have been unable to come up with a difference that would
> > cause this. NFS is still working, and spread logs are still casting out
> > but with the vast amounts of errors...I am certainly this is hurting
> > performance significantly. I can not imagine it is a card, as all four
> > machines were effected right after the upgrade. No packet filters in
> > place, the backend interfaces are not connected to the outside. I am
> > quite running out of ideas.
> >
> > Any one have a guess about what is going wrong?
> >
> >
> > So background info:
> >
> > uname -a
> > FreeBSD cc50 4.5-STABLE FreeBSD 4.5-STABLE #1: Wed Mar 27 00:03:01 EST
> > 2002 root@cc50:/usr/obj/usr/src/sys/CCI_KERNEL i386
> >
> > sysctl -a |grep udp
> > net.inet.udp.checksum: 1
> > net.inet.udp.maxdgram: 9216
> > net.inet.udp.recvspace: 41600
> > net.inet.udp.log_in_vain: 0
> > net.inet.udp.blackhole: 0
> >
> > # netstat -m
> > 1567/11856/65536 mbufs in use (current/peak/max):
> > 1546 mbufs allocated to data
> > 21 mbufs allocated to packet headers
> > 1358/11250/16384 mbuf clusters in use (current/peak/max)
> > 25464 Kbytes allocated to network (51% of mb_map in use)
> > 0 requests for memory denied
> > 0 requests for memory delayed
> > 0 calls to protocol drain routines
> >
> > swapinfo
> > Device 1K-blocks Used Avail Capacity Type
> > /dev/da0s1b 1048448 1040 1047408 0% Interleaved
> > /dev/rda1s1b 3140548 852 3139696 0% Interleaved
> > Total 4188996 1892 4187104 0%
> >
> > Interesting kernel parameters (IMHO):
> > maxusers 0
> > options NMBCLUSTERS=16384
> > options SMP # 2 500Mhz cpus
> >
> >
> >
> > Hmmm... could maxuser at '0' be biting me? I will bet I set it to that
> > after upgrading to make use of the dynamic sizing. Plenty of swap
> > though, so I did not think of that earlier. Not sure how that would
> > factor in.
> >
> >
> > -Marius M. Rex
> >
> >
> >
> >
> >
> >
> >
> > To Unsubscribe: send mail to majordomo@FreeBSD.org
> > with "unsubscribe freebsd-stable" in the body of the message
>
> --
> > 130 Jahre Staubsauger.
> > Vorher hatte der Hamster quasi keine natuerlichen Feinde...
> KR433/KR11-RIPE -- WebMonster Community Founder -- nGENn GmbH Senior Techie
> http://www.webmonster.de/ -- ftp://ftp.webmonster.de/ -- http://www.ngenn.net/
> GnuPG 0x2964BF46 2001-03-15 42F9 9FFF 50D4 2F38 DBEE DF22 3340 4F4E 2964 BF46
> My mail is GnuPG signed -- Unsigned ones are bogus -- http://www.gnupg.org/
> Please do not remove my address from To: and Cc: fields in mailing lists. 10x
>
Do not try to solve all life's problems at once -- learn to dread each
day as it comes.
-- Donald Kaul
:wq
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?Pine.BSF.4.33.0204051334260.58305-100000>