Path: utzoo!utgpu!news-server.csri.toronto.edu!cs.utexas.edu!sun-barr!apple!bionet!ames!sgi!shinobu!odin!ramoth.esd.sgi.com!msc
From: msc@ramoth.esd.sgi.com (Mark Callow)
Newsgroups: comp.sys.sgi
Subject: Re: shared custom icons
Message-ID: <1991Feb27.183926.26742@odin.corp.sgi.com>
Date: 27 Feb 91 18:39:26 GMT
References: <9102262001.AA10384@scripps.edu>
Sender: news@odin.corp.sgi.com (Net News)
Reply-To: msc@sgi.com
Organization: Silicon Graphics Inc., Entry Systems Division
Lines: 26

In article <9102262001.AA10384@scripps.edu>, jwk@SCRIPPS.EDU (John Kupec) writes:
|> 
|> 3 NFS'ed irises- no NIS or automount. User icons in B:/usr/local/lib/faces.
|> Irises A & C use icons from B via soft link to faces directory on B 
|> (B:/usr mounted on A & C).
|> 
|> This setup works fine UNLESS machine B is down.  Then, trying to login
|> on console sends pandora(?) into an infinite loop on A & C when trying 
|> to access the unavailable custom icons.  It seems logical enough to only 
|> want one set of icons- how to accomplish?
|> 
That's what we do here at SGI.  A large proportion of the systems on our
internal network nfs mount a /usr/local/lib/faces directory from one system.

Most people mount this system somewhere under /n and use a symbolic link from
/usr/lib/faces. For example I have the faceserver:/ mounted at /n/faceserver.
Then I have a symbolic link from /n/faceserver/usr/local/lib/faces to
/usr/lib/faces.
	
When the face server is down (which is rarely) Pandora shows its default
sketch of a user.  I have never experienced the problem you describe.

-- 
From the TARDIS of Mark Callow
msc@ramoth.sgi.com, ...{ames,decwrl}!sgi!msc
"Spirits of genius are always opposed by mediocre minds" - Albert Einstein