Date: Mon, 4 Dec 2000 10:13:32 -0600 (CST) From: Mike Meyer <mwm@mired.org> To: "Simon" <simon@optinet.com> Cc: "questions@freebsd.org" <questions@freebsd.org> Subject: Re: /kernel: fxp0: device timeout Message-ID: <14891.49836.674861.908291@guru.mired.org> In-Reply-To: <55675229@toto.iv> References: <14891.25343.457420.274254@guru.mired.org>
next in thread | previous in thread | raw e-mail | index | archive | help
Simon <simon@optinet.com> types: > How can RAM cause this? everything else was working fine on the box, just the > network card stopped responding. We had faulty RAM in the past, and the box would > panic/crash. It didn't crash or panic this time. I wouldn't know - I'm always amazed the hardware work at all, what with my grey thumb. However, when the system works, you add X and it quits working, X *has* to be the most likely suspect. That seems more likely than that you've managed to break the NIC and/or cable somehow. That's true even if I was doing the hardware. Hence the logical next step is to pull the RAM and see if the problem goes away. Recalling other conversations, it's possible that you've overloaded the system bus in some way, and that's the problem. In which case, the correct next step is still to pull the extra ram (or part of it) and see if the problem goes away. If it does, try it with more ram each time until it fails. You'll have just found the load limit of your motherboard. <mike > Thanks, > Simon > > On Mon, 4 Dec 2000 03:25:19 -0600 (CST), Mike Meyer wrote: > > >Simon <simon@optinet.com> types: > >> Hi all: > >> > >> I'm trying to find out what's up with my remotely colocated box. I had it running fine for 4 days after RAM upgrade and > all of a sudden it stopped responding. After > > > >Please put in newlines every 70 or so characters, not every 170 or so. > > > >> reboot, which fixed the problem, I noticed /kernel: fxp0: device timeout in the syslog file repeated until the reboot. > This has never happened before with this box. I > >> had it virtually freeze 2 times while swapping (swap can't handle the load), so I added 512MB of RAM and now this.. > Any ideas what can be wrong besides bad > >> cable/NIC? Is there a way I can do something to see if it stops responding again without having to wait for it to do it > on its own? remotely that is. Can attacks (flood, > > > >My guess would be that the new RAM is bad. Pulling it to check would > >be a good idea. > > > >> etc...) of some sort cause things like this to happen? or is this purely hardware issue? I read almost all the posts I > could find regarding the same issue in the archives, > >> but couldn't find what I was looking for. My plan is to have the ethernet cable changed and then the NIC. Now, what > I'm afraid of is what if that doesn't fix the > >> problem. Then again, maybe it will never happen again, but since it did once, I'm close to sure it will. Any help and or > suggestions would be appreacited. Thank you! > > > >This is almost certainly hardware - the system isn't getting the > >interrupts from the device for some reason. I'd pull the new RAM > >before trying anything else. > > > > <mike > > > >> Simon > >> > >> I'm running 4.1-R > >> > >> fxp0: flags=8843<UP,BROADCAST,RUNNING,SIMPLEX,MULTICAST> mtu 1500 > >> inet x.x.x.x netmask 0xffffffc0 broadcast x.x.x.x > >> ether 00:d0:b7:21:ad:59 > >> media: autoselect (100baseTX <full-duplex>) status: active > >> supported media: autoselect 100baseTX <full-duplex> 100baseTX 10baseT/UTP <full-duplex> 10baseT/UTP > >> > >> Dec 3 03:04:23 anaconda /kernel: Timecounter "i8254" frequency 1193182 Hz > >> Dec 3 03:04:23 anaconda /kernel: CPU: Pentium III/Pentium III Xeon/Celeron (598.40-MHz 686-class CPU) > >> Dec 3 03:04:23 anaconda /kernel: Origin = "GenuineIntel" Id = 0x681 Stepping = 1 > >> Dec 3 03:04:24 anaconda /kernel: Features= > >> > 0x387fbff<FPU,VME,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36,PN,MMX,FXS > R,XMM> > >> Dec 3 03:04:24 anaconda /kernel: real memory = 1073676288 (1048512K bytes) > >> Dec 3 03:04:24 anaconda /kernel: config> di bt0 > >> Dec 3 03:04:24 anaconda /kernel: config> di aic0 > >> Dec 3 03:04:24 anaconda /kernel: config> di aha0 > >> Dec 3 03:04:24 anaconda /kernel: config> di adv0 > >> Dec 3 03:04:24 anaconda /kernel: config> en ata1 > >> Dec 3 03:04:24 anaconda /kernel: config> po ata1 0x170 > >> Dec 3 03:04:24 anaconda /kernel: config> ir ata1 15 > >> Dec 3 03:04:24 anaconda /kernel: config> f ata1 0 > >> Dec 3 03:04:24 anaconda /kernel: config> en ata0 > >> Dec 3 03:04:24 anaconda /kernel: config> po ata0 0x1f0 > >> Dec 3 03:04:24 anaconda /kernel: config> ir ata0 14 > >> Dec 3 03:04:24 anaconda /kernel: config> f ata0 0 > >> Dec 3 03:04:24 anaconda /kernel: config> q > >> Dec 3 03:04:24 anaconda /kernel: avail memory = 1041330176 (1016924K bytes) > >> Dec 3 03:04:24 anaconda /kernel: Programming 24 pins in IOAPIC #0 > >> Dec 3 03:04:24 anaconda /kernel: IOAPIC #0 intpin 2 -> irq 0 > >> Dec 3 03:04:24 anaconda /kernel: FreeBSD/SMP: Multiprocessor motherboard > >> Dec 3 03:04:24 anaconda /kernel: cpu0 (BSP): apic id: 0, version: 0x00040011, at 0xfee00000 > >> Dec 3 03:04:24 anaconda /kernel: cpu1 (AP): apic id: 1, version: 0x00040011, at 0xfee00000 > >> Dec 3 03:04:24 anaconda /kernel: io0 (APIC): apic id: 2, version: 0x00170011, at 0xfec00000 > >> Dec 3 03:04:24 anaconda /kernel: Preloaded elf kernel "kernel" at 0xc02b1000. > >> Dec 3 03:04:24 anaconda /kernel: Preloaded userconfig_script "/boot/kernel.conf" at 0xc02b109c. > >> Dec 3 03:04:24 anaconda /kernel: Pentium Pro MTRR support enabled > >> Dec 3 03:04:24 anaconda /kernel: md0: Malloc disk > >> Dec 3 03:04:24 anaconda /kernel: npx0: <math processor> on motherboard > >> Dec 3 03:04:24 anaconda /kernel: npx0: INT 16 interface > >> Dec 3 03:04:24 anaconda /kernel: pcib0: <Intel 82443BX (440 BX) host to PCI bridge> on motherboard > >> Dec 3 03:04:24 anaconda /kernel: pci0: <PCI bus> on pcib0 > >> Dec 3 03:04:24 anaconda /kernel: pcib1: <Intel 82443BX (440 BX) PCI-PCI (AGP) bridge> at device 1.0 on pci0 > >> Dec 3 03:04:24 anaconda /kernel: pci1: <PCI bus> on pcib1 > >> Dec 3 03:04:24 anaconda /kernel: pci1: <Trident model 9750 VGA-compatible display device> at 0.0 irq 16 > >> Dec 3 03:04:24 anaconda /kernel: isab0: <Intel 82371AB PCI to ISA bridge> at device 7.0 on pci0 > >> Dec 3 03:04:24 anaconda /kernel: isa0: <ISA bus> on isab0 > >> Dec 3 03:04:24 anaconda /kernel: atapci0: <Intel PIIX4 ATA33 controller> port 0xf000-0xf00f at device 7.1 on pci0 > >> Dec 3 03:04:24 anaconda /kernel: ata0: at 0x1f0 irq 14 on atapci0 > >> Dec 3 03:04:24 anaconda /kernel: pci0: <Intel 82371AB/EB (PIIX4) USB controller> at 7.2 irq 10 > >> Dec 3 03:04:24 anaconda /kernel: Timecounter "PIIX" frequency 3579545 Hz > >> Dec 3 03:04:24 anaconda /kernel: chip1: <Intel 82371AB Power management controller> port 0x5000-0x500f at > device 7.3 on pci0 > >> Dec 3 03:04:25 anaconda /kernel: fxp0: <Intel Pro 10/100B/100+ Ethernet> port 0xe400-0xe43f mem 0xe8000000- > 0xe80fffff,0xe8101000-0xe8101fff irq 17 at > >> device 9.0 on pci0 > >> Dec 3 03:04:25 anaconda /kernel: fxp0: Ethernet address 00:d0:b7:21:ad:59 > >> Dec 3 03:04:25 anaconda /kernel: ahc0: <Adaptec 29160 Ultra160 SCSI adapter> port 0xe800-0xe8ff mem > 0xe8100000-0xe8100fff irq 19 at device 11.0 on pci0 > >> Dec 3 03:04:25 anaconda /kernel: ahc0: aic7892 Wide Channel A, SCSI Id=7, 16/255 SCBs > >> Dec 3 03:04:25 anaconda /kernel: fdc0: <NEC 72065B or clone> at port 0x3f0-0x3f5,0x3f7 irq 6 drq 2 on isa0 > >> Dec 3 03:04:25 anaconda /kernel: fdc0: FIFO enabled, 8 bytes threshold > >> Dec 3 03:04:25 anaconda /kernel: fd0: <1440-KB 3.5" drive> on fdc0 drive 0 > >> Dec 3 03:04:25 anaconda /kernel: atkbdc0: <Keyboard controller (i8042)> at port 0x60,0x64 on isa0 > >> Dec 3 03:04:25 anaconda /kernel: atkbd0: <AT Keyboard> irq 1 on atkbdc0 > >> Dec 3 03:04:25 anaconda /kernel: vga0: <Generic ISA VGA> at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 > >> Dec 3 03:04:25 anaconda /kernel: sc0: <System console> on isa0 > >> Dec 3 03:04:25 anaconda /kernel: sc0: VGA <16 virtual consoles, flags=0x200> > >> Dec 3 03:04:25 anaconda /kernel: APIC_IO: Testing 8254 interrupt delivery > >> Dec 3 03:04:25 anaconda /kernel: APIC_IO: routing 8254 via IOAPIC #0 intpin 2 > >> Dec 3 03:04:25 anaconda /kernel: IP packet filtering initialized, divert disabled, rule-based forwarding disabled, > default to accept, logging limited to 50 > >> packets/entry by default > >> Dec 3 03:04:25 anaconda /kernel: SMP: AP CPU #1 Launched! > >> Dec 3 03:04:25 anaconda /kernel: ad0: 39082MB <Maxtor 94098U8> [79406/16/63] at ata0-master using > UDMA33 > >> Dec 3 03:04:25 anaconda /kernel: Waiting 5 seconds for SCSI devices to settle > >> Dec 3 03:04:25 anaconda /kernel: Mounting root from ufs:/dev/da0s1a > >> Dec 3 03:04:25 anaconda /kernel: da0 at ahc0 bus 0 target 0 lun 0 > >> Dec 3 03:04:25 anaconda /kernel: da0: <SEAGATE ST39236LW 0010> Fixed Direct Access SCSI-3 device > >> Dec 3 03:04:25 anaconda /kernel: da0: 80.000MB/s transfers (40.000MHz, offset 31, 16bit), Tagged Queueing > Enabled > >> Dec 3 03:04:25 anaconda /kernel: da0: 8761MB (17942584 512 byte sectors: 255H 63S/T 1116C) > >> Dec 3 03:04:25 anaconda /kernel: da1 at ahc0 bus 0 target 1 lun 0 > >> Dec 3 03:04:25 anaconda /kernel: da1: <SEAGATE ST318436LW 0010> Fixed Direct Access SCSI-3 device > >> Dec 3 03:04:25 anaconda /kernel: da1: 80.000MB/s transfers (40.000MHz, offset 31, 16bit), Tagged Queueing > Enabled > >> > >> > >> > >> > >> To Unsubscribe: send mail to majordomo@FreeBSD.org > >> with "unsubscribe freebsd-questions" in the body of the message > >> > >-- > >Mike Meyer <mwm@mired.org> http://www.mired.org/home/mwm/ > >Independent WWW/Unix/FreeBSD consultant, email for more information. > > > > > >To Unsubscribe: send mail to majordomo@FreeBSD.org > >with "unsubscribe freebsd-questions" in the body of the message > > > > > > -- Mike Meyer <mwm@mired.org> http://www.mired.org/home/mwm/ Independent WWW/Unix/FreeBSD consultant, email for more information. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-questions" in the body of the message
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?14891.49836.674861.908291>