Date: Fri, 5 Apr 2002 14:20:10 -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.0204051401360.58305-100000@utterlux.hq.communitconnect.com> In-Reply-To: <20020405205026.A51651@mail.webmonster.de>
next in thread | previous in thread | raw e-mail | index | archive | help
Hmmm... I am not getting much in the way of errors from the cards. Unless we consider 72 a lot for a week+ of uptime. netstat -i Name Mtu Network Address Ipkts Ierrs Opkts Oerrs Coll fxp0 1500 <Link#1> 00:e0:81:10:8a:15 353630296 0 450155519 2 0 fxp0 1500 192.168.2 cc17.internal.c 350696858 - 450143135 - - fxp1 1500 <Link#2> 00:90:27:5a:79:46 1043267759 72 775703449 0 0 fxp1 1500 192.168.1 cc17.communityc 1028183023 - 775682407 - - lp0* 1500 <Link#3> 0 0 0 0 0 lo0 16384 <Link#4> 24 0 24 0 0 lo0 16384 your-net localhost.commu 0 - 0 - - As for a soundcard. Were do you see a soundcard? I do not think I have one. And if I do have one, well, it certainly is not doing anything. These are rack mounted machines in a data warehouse. :-) -Marius M. Rex On Fri, 5 Apr 2002, Karsten W. Rohrbach wrote: > what does your 'netstat' -i say? if you see [io]errs it might be an > autonegotiation problem of your network card. > > do you get stray interrupts from your ess1371 soundcard? > > /k > > Marius(marius@mail.communityconnect.com)@2002.04.05 13:43:35 +0000: > > > > > > 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 > > > > > > -- > > Wenn in der Kueche alles stimmt, geht auch die Musik in Ordnung. > 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.0204051401360.58305-100000>