OpenSolaris

Flag day: UPDATED: nis map entries

Date: Thu, 07 Aug 2008 22:51:23 -0600
From: "Mark J. Nelson" <Mark.J.Nelson at sun dot com>
To: on-discuss at opensolaris dot org
Subject: Flag day: UPDATED: nis map entries

In this note:

> Date: Mon, 04 Aug 2008 22:46:55 -0600
> From: Mark J. Nelson <Mark.J.Nelson at Sun dot COM>
> To: on-discuss at opensolaris dot org
> Subject: Flag day: Mercurial: What to expect: nis maps and access paths

...I made a mistake.  The nis maps that I provided were incorrect.  The
corrected versions are:

> 	onnv-gate                                                       \
>         	/               onnv.sfbay:/export/onnv-gate            \
> 	        /archives       onnv.sfbay:/export/onnv-gate/archives   \
> 	        /packages       onnv.sfbay:/export/onnv-gate/packages   \
> 	        /public         onnv.sfbay:/export/onnv-gate/public     \
> 		/proto          onnv.sfbay:/export/onnv-gate/proto
>> 	onnv-clone                                                      \
> 	        /               onnv.sfbay:/export/onnv-clone

The explanation for this change, if you're curious: for historical
reasons, the old gate filesystem contained symlinks into /export for
archives and packages.  Because there was no root entry ("/") for the
automounter, those symlinks were invisible in /ws/onnv-gate.  but the new
maps need a root entry, so the symlinks magically became visible via
/ws/onnv-gate, thus interfering with the mount of archives and packages.
Yeah, I should have anticipated this, but it's fixed now.  And we still
need separate entries for archives/packages/public/proto, because they're
separate mountpoints.

PLEASE: If after 09:00 PDT on Friday, August 7, you are still having
trouble accessing /ws/onnv-gate or /ws/onnv-clone, send me e-mail
with the output of these commands:

 	hostname
 	domainname
 	ypwhich
 	ypwhich -m

...so that I can try to get your maps updated for you.

Thank you, sorry for the extra noise.

~--Mark