>Number:         4750
>Category:       bin
>Synopsis:       nfsd dumps core with standard options
>Confidential:   no
>Severity:       critical
>Priority:       high
>Responsible:    bin-bug-people (Utility Bug People)
>State:          open
>Class:          sw-bug
>Submitter-Id:   net
>Arrival-Date:   Wed Dec 24 22:20:00 1997
>Last-Modified:
>Originator:     Paulo Alexandre Pinto Pires
>Organization:
	Federal University of Rio de Janeiro
>Release:        1997 Dec 22
>Environment:
	i486dx-50, NetBSD-1.3_BETA (Dec-22-1997), nfsd
System: NetBSD mateus.pires.org.br 1.3_BETA NetBSD 1.3_BETA (MATEUS-971223) #0: Tue Dec 23 23:06:07 EDT 1997 Pappires@mateus.pires.org.br:/usr/src/sys/arch/i386/compile/MATEUS-971223 i386


>Description:
	nfsd dumps core whenever I call it with standard arguments
	(i.e., "nfsd -tun 4").  It DOES NOT dump core when I invoke
	it using "/usr/sbin/nfsd -tun 4" and has occurred ONLY in my
	machines whose primary network interface is standard ne1
	(NE2000 configured for 0x300/10, manual media configured for
	thin coaxial).  It DID NOT happen in other machines with ep*
	network interfaces (3C509 configured, in my case, for 0x320/5,
	UTP cable).  In all cases I was using a customized kernel for
	the particular machines.

>How-To-Repeat:
	Configure a kernel for ne1 as 0x300/10, have it boot and
	run portmap, mountd and "nfsd -tun 4" (as in rc.conf).

>Fix:
	A workaround that worked for me was to call nfsd using the
	full pathname.  This is not very ugly but makes default
	sintax/options in rc/rc.conf not to work.
>Audit-Trail:
>Unformatted: