|
|
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
|