[7830] in Athena Bugs

home help back first fref pref prev next nref lref last post

rt 7.2R: attach

daemon@ATHENA.MIT.EDU (ckclark@ATHENA.MIT.EDU)
Sun Jul 28 20:59:48 1991

From: ckclark@ATHENA.MIT.EDU
Date: Sun, 28 Jul 91 20:59:50 -0400
To: bugs@ATHENA.MIT.EDU
Reply-To: ckclark@mit.edu
Cc: bug-attach@ATHENA.MIT.EDU, bug-ls@ATHENA.MIT.EDU

System name:		portnoy
Type and version:	RTPC-ROMPC 7.2R
Display type:		apa16

What were you trying to do?
	fsid ls

What's wrong:
	It produced the following error:

Jul 28 (20:23) portnoy:~
[82]% fsid ls
fsid: Authentication failed to host PICASSO.MIT.EDU for filesystem nfsid
Exit 12

	The filesystem `nfsid' is most likely incorrect.  It does not
have a hesiod entry, and it's not what I asked to map to, anyway.  I
don't believe that ``nfsid'' is a valid alias for picasso, either.  :-)

(This has not been fixed in release 7.3C, either.)

What should have happened:

	It should print something reasonable, like ``for host ls'' or
``for host picasso''.  It should not say anything about a filesystem.

(It turns out that this a fairly far-ranging design oversight in attach,
and any patch would have to change a non-trivial fraction of the code.
Essentially, any (n)fsid error of any kind encounted during a request
which does not specify an explicit filesystem name will produce a bogus
error diagnostic.  The error-handling paradigm for attach requests of
this form will have be rewritten.)

Please describe any relevant documentation references:
	fsid(1)


home help back first fref pref prev next nref lref last post