From owner-freebsd-questions@FreeBSD.ORG Wed Apr 9 05:38:08 2003 Return-Path: Delivered-To: freebsd-questions@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id CD73137B404 for ; Wed, 9 Apr 2003 05:38:08 -0700 (PDT) Received: from pa-plum1b-166.pit.adelphia.net (pa-plum1b-122.pit.adelphia.net [24.53.161.122]) by mx1.FreeBSD.org (Postfix) with ESMTP id B014C43FAF for ; Wed, 9 Apr 2003 05:38:07 -0700 (PDT) (envelope-from wmoran@potentialtech.com) Received: from potentialtech.com (working [172.16.0.95]) h39Cc6JP013681; Wed, 9 Apr 2003 08:38:07 -0400 (EDT) (envelope-from wmoran@potentialtech.com) Message-ID: <3E941936.1000306@potentialtech.com> Date: Wed, 09 Apr 2003 08:59:34 -0400 From: Bill Moran User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.2.1) Gecko/20030301 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Chris Miller References: In-Reply-To: Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit cc: freebsd-questions@freebsd.org Subject: Re: System drops off net X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 09 Apr 2003 12:38:09 -0000 Chris Miller wrote: > I just installed 4.7-RELEASE-p10 on a Dell Poweredge 4350 server with dual > (but only one used) Intel 82555 10/100 nics (fxp driver). Ssh sessions > intermittantly terminate (on the remote side, still alive on the machine) > and the machine becomes unresponsive to new ssh sessions. If I ping the > machine it seems to wake back up and allow new ssh sessions. No errors, > nothing in the logs. I've had ssh sessions that last 24 hours and others > that die after an hour. I didn't see anything in the email archives. > Ideas? Dmesg output below. What kind of switch are you using? The only time I've seen behaviour like this is with a switch that automatically shut off port that had a high percentage of broadcast traffic (attempting to prevent broadcast storms, I guess?) During light load periods, the NMB chatter from the windows machines would cause just about all the ports to shut off, and the only way to restore it was to ping from the shut off machines to turn the port back on. Not sure if this is your problem ... but something to check. Aside from that ... is there an inactivity timeout on one end of the ssh connection or the other? > > Regards, > Chris > > > 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.7-RELEASE-p10 #0: Fri Apr 4 13:42:30 PST 2003 > root@localhost:/usr/obj/usr/src/sys/GENERIC > Timecounter "i8254" frequency 1193182 Hz > CPU: Pentium III/Pentium III Xeon/Celeron (498.75-MHz 686-class CPU) > Origin = "GenuineIntel" Id = 0x673 Stepping = 3 > > Features=0x383fbff > real memory = 536862720 (524280K bytes) > avail memory = 517185536 (505064K bytes) > Preloaded elf kernel "kernel" at 0xc050f000. > Pentium Pro MTRR support enabled > md0: Malloc disk > Using $PIR table, 9 entries at 0xc00fc7c0 > npx0: on motherboard > npx0: INT 16 interface > pcib0: on motherboard > pci0: on pcib0 > pcib2: at device 1.0 on pci0 > pci1: on pcib2 > pci1: at 0.0 > pcib3: at device 2.0 on pci0 > pci2: on pcib3 > ahc0: port 0xec00-0xecff mem > 0xf9fff000-0xf9ffffff irq 10 at device 6.0 on pci2 > aic7860: Ultra Single Channel A, SCSI Id=7, 3/253 SCBs > pcib4: at device 13.0 on > pci2 > pci3: on pcib4 > amr0: mem 0xf6c00000-0xf6ffffff irq 5 at device 13.1 on > pci2 > amr0: Firmware 3.13, BIOS 1.43, 16MB RAM > isab0: at device 7.0 on pci0 > isa0: on isab0 > atapci0: at device 7.1 on pci0 > atapci0: ATA channel disabled by BIOS > uhci0: irq 0 at device 7.2 on > pci0 > uhci0: Could not map ports > device_probe_and_attach: uhci0 attach returned 6 > chip1: port 0x850-0x85f at > device 7.3 on pci0 > fxp0: port 0xdcc0-0xdcff mem > 0xfe100000-0xfe1fffff,0xfe201000-0xfe201fff irq 14 at device 8.0 on pci0 > fxp0: Ethernet address omitted > inphy0: on miibus0 > inphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto > fxp1: port 0xdc80-0xdcbf mem > 0xfe000000-0xfe0fffff,0xfe200000-0xfe200fff irq 11 at device 10.0 on pci0 > fxp1: Ethernet address omitted > inphy1: on miibus1 > inphy1: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto > pcib1: on motherboard > pci4: on pcib1 > orm0: