Subject: bin/27287: amd 'xlatecookie' not working in netbsd-1-6
To: None <gnats-bugs@gnats.NetBSD.org>
From: Hauke Fath <hf@spg.tu-darmstadt.de>
List: netbsd-bugs
Date: 10/18/2004 10:56:12
>Number:         27287
>Category:       bin
>Synopsis:       amd 'xlatecookie' not working in netbsd-1-6
>Confidential:   no
>Severity:       serious
>Priority:       medium
>Responsible:    bin-bug-people
>State:          open
>Class:          sw-bug
>Submitter-Id:   net
>Arrival-Date:   Mon Oct 18 09:32:00 UTC 2004
>Closed-Date:
>Last-Modified:
>Originator:     Hauke Fath <hf@spg.tu-darmstadt.de>
>Release:        netbsd-1-6 branch
>Organization:
-- 
/~\  The ASCII Ribbon Campaign                    Hauke Fath
\ /    No HTML/RTF in email	        Institut für Nachrichtentechnik
 X     No Word docs in email	                  TU Darmstadt
/ \  Respect for open standards              Ruf +49-6151-16-3281
>Environment:
	
	
System: NetBSD 1.6.3
Architecture: i386
Machine: i386
>Description:
	
(Reciting a mail to netbsd-users that met with thundering silence:)

	We are running Matlab in a lab from an NFS server - both the
	binaries and the users' home directories are mounted via
	amd(8).

	When I moved the NFS shares from a linux 2.4.x machine to a
	NetBSD 2 setup, I found that I needed to supply an amd option
	for NFS cookie translation ('xlatecookie'). This is discussed
	in PR bin/17245 (closed) which also mentions a pull-up to
	netbsd-1-6.

	Unfortunately, despite adding 'xlatecookie' to the amd maps,
	Matlab fails on NetBSD 1.6.2 machines with the same symptoms
	as without the option, whereas with the same maps (local files
	as well as NIS maps) it works fine on NetBSD 2.0 machines. It
	would seem that the changes pulled up to the netbsd-1-6 branch
	are not complete.

>How-To-Repeat:

	Set up an amd map that mounts a share from a NetBSD nfs server
	on a netbsd-1-6 client. RTFM, set up the proper xlatecookie
	incantation, then run a linux binary from that share. Watch it
	fail. Try the same from a netbsd-2-0 client. Watch it
	succeed. Scratch head.

>Fix:
	Yes, please.

	My easy way out ATM seems to simply move all the lab machines
	to 2.0, but it would be nice to have a consistent amd setup on
	all the supported NetBSD releases.

	(Note that I have completed the upgrade and, since there are
	no more 1.6 machines around, cannot test any fixes.)
>Release-Note:
>Audit-Trail:
>Unformatted: