NetBSD Problem Report #22812

Received: (qmail 18538 invoked by uid 605); 16 Sep 2003 07:33:53 -0000
Message-Id: <20030916073351.00EC568C7@void.crufty.net>
Date: Tue, 16 Sep 2003 00:33:51 -0700 (PDT)
From: sjg@crufty.net
Sender: gnats-bugs-owner@NetBSD.org
Reply-To: sjg@crufty.net
To: gnats-bugs@gnats.netbsd.org
Subject: exports -noresvport broken?
X-Send-Pr-Version: 3.95

>Number:         22812
>Category:       misc
>Synopsis:       exports -noresvport broken?
>Confidential:   no
>Severity:       serious
>Priority:       medium
>Responsible:    misc-bug-people
>State:          open
>Class:          sw-bug
>Submitter-Id:   net
>Arrival-Date:   Tue Sep 16 07:34:00 +0000 2003
>Closed-Date:    
>Last-Modified:  
>Originator:     Simon J. Gerraty
>Release:        NetBSD 1.6.1_STABLE
>Organization:
Zen Programming...
>Environment:


System: NetBSD void.crufty.net 1.6.1_STABLE NetBSD 1.6.1_STABLE (CRUFTY) #1: Sat Aug 9 20:35:44 PDT 2003 root@void.crufty.net:/j/obj/sys/compile/CRUFTY i386
Architecture: i386
Machine: i386
>Description:

Attempting to use the amd host map was getting:
ls: /host/void/: Input/output error
All exports were using -noresvport, but the host map had
*               opts:=rw,grpid,resvport,nodev

removing either -noresvport from the exports file on the server or
resvport from the amd map, makes things work again.
This behavior was not seen in 1.6 or 1.6.1 (I think).

The man page suggests (reasonably so) that -noresvport means that requests
need not come from a reserved port.  The actuall behavior suggests 
that -noresvport means the requests must not come from a reserved port.


>How-To-Repeat:

>Fix:

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

Home	PR Database Search