Skip site navigation (1)Skip section navigation (2)
Date:      Fri, 25 Jun 1999 12:09:35 -0400 (EDT)
From:      Nickolai Zeldovich <kolya@round.cde.com>
To:        FreeBSD-gnats-submit@freebsd.org
Subject:   kern/12394: 3.2-RELEASE, rl0 ethernet interface freezes
Message-ID:  <199906251609.MAA26304@round.cde.com>

next in thread | raw e-mail | index | archive | help

>Number:         12394
>Category:       kern
>Synopsis:       3.2-RELEASE, rl0 ethernet interface freezes
>Confidential:   no
>Severity:       serious
>Priority:       medium
>Responsible:    freebsd-bugs
>State:          open
>Quarter:        
>Keywords:       
>Date-Required:
>Class:          sw-bug
>Submitter-Id:   current-users
>Arrival-Date:   Fri Jun 25 09:10:02 PDT 1999
>Closed-Date:
>Last-Modified:
>Originator:     Nickolai Zeldovich
>Release:        FreeBSD 3.2-RELEASE i386
>Organization:
CDE (www.cde.com)
>Environment:

	CPU: Pentium II/Xeon/Celeron (350.80-MHz 686-class CPU)
	Origin = "GenuineIntel"  Id = 0x652  Stepping=2
	Features=0x183f9ff<FPU,VME,DE,PSE,TSC,MSR,PAE,MCE,CX8,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36,MMX,<b24>>
	real memory  = 268435456 (262144K bytes)
	[..]
	rl0: <RealTek 8139 10/100BaseTX> rev 0x10 int a irq 11 on pci0.9.0
	rl0: Ethernet address: 00:60:67:70:75:08
	rl0: autoneg complete, link status good (half-duplex, 10Mbps)
	rl1: <RealTek 8139 10/100BaseTX> rev 0x10 int a irq 10 on pci0.10.0
	rl1: Ethernet address: 00:60:67:70:e5:7a
	rl1: autoneg complete, link status good (half-duplex, 10Mbps)
	[..]
	IP packet filtering initialized, divert disabled, rule-based forwarding disabled, logging disabled
	DUMMYNET initialized (990504)

	This machine is running DUMMYNET for traffic shaping. The majority
	of traffic comes in via rl0 and leaves via rl0 as well.

>Description:

	Every so often (perhaps once in a few days) the rl0 interface appears
	to freeze - no traffic can go through it. However, rl1 remains up and
	functional. Doing 'ifconfig rl0 down ; ifconfig rl0 up' always fixes
	the problem (this seems to be related to kern/8861). This does not
	seem to be due to mbuf clusters (and has different failure mode):

	% netstat -m
	43/224 mbufs in use:
	        35 mbufs allocated to data
	        8 mbufs allocated to packet headers
	25/154/6144 mbuf clusters in use (current/peak/max)
	336 Kbytes allocated to network (16% in use)
	0 requests for memory denied
	0 requests for memory delayed
	0 calls to protocol drain routines

>How-To-Repeat:

	Send large amounts of traffic through a machine and possibly apply
	a traffic shaper. Time between failures seems to vary: sometimes we
	have it running fine for days, and sometimes it freezes after being
	fixed only a few hours ago. The traffic stays constant over time.

>Fix:

	Run a cron job to verify network connectivity and run 'ifconfig rl0
	down ; ifconfig rl0 up' if failure is detected. (Not really a fix).


>Release-Note:
>Audit-Trail:
>Unformatted:


To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-bugs" in the body of the message




Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?199906251609.MAA26304>