Path: utzoo!utgpu!news-server.csri.toronto.edu!rpi!zaphod.mps.ohio-state.edu!swrinde!elroy.jpl.nasa.gov!ames!uhccux!munnari.oz.au!metro!usage.csd.unsw.oz.au!plod.cbme.unsw.oz.au
From: troy@plod.cbme.unsw.oz.au (Troy Rollo)
Newsgroups: comp.sys.apollo
Subject: Re: Problem with groups (su)
Message-ID: <1237@usage.csd.unsw.oz.au>
Date: 21 Mar 91 20:29:06 GMT
References: <18743@milton.u.washington.edu>
Sender: news@usage.csd.unsw.oz.au
Reply-To: troy@plod.cbme.unsw.oz.au
Lines: 36

From article <18743@milton.u.washington.edu>, by etb@milton.u.washington.edu (Eric Bushnell):
etb> In article <1991Mar19.154313@ap.co.umist.ac.uk> rn@ap.co.umist.ac.uk (bob nutter) writes:
rn>
rn>On certain nodes, an su is rebuffed with `You do not have permission to su
rn>root'. The thing is, I *do*! Running groups(1) just prints a blank line, whilst
etb> ....
rn>for 10.1, don't have the diskspace to go to 10.3 yet...

etb> Yes! But I get it at 10.3. groups(1) usually returns an *incomplete* list.
etb> Earlier discussion leads me to believe that rgyd does *not* update
etb> /etc/passwd[group] in a timely or accurate way. 

Which in itself wouldn't be a problem, as the last data to be put there should
be still there. So unless you've just been added to wheel, you will already
appear in /etc/groups. Unfortunately the Apollo functions to get password file
information seem to always refer to the registry, and if they can't find it,
give up. Perhaps a better recourse would be to then look in /etc/groups, but
Apollo would probably call that a weakness.

This can also be (and in my experience usually is) caused by your node using
somebody else's glbd for a while. If this is happening, and your glb is on a
node on the same subnet as somebody else's glb, you can find out as follows:

	# /etc/ncs/lb_admin:
	lb_admin: l
		.
		.
		.
You may find that this shows registries from other sites on your subnet.
This problem only occurs on gateway machines, as far as I can tell, and
is fixed by invoking glbd with -li dds (/etc/rc) and by listing the sites
where you expect to find your glbd in /etc/ncs/glb_site.txt in the form
dds://hostname

___________________________________________________________
troy@mr_plod.cbme.unsw.oz.au