This is 2.0-NIS-problems in view mode; [Up]
Date: Sun 15-Jan-1991 17:54:10 From: mattson@beowulf.ucsd.edu (Jim Mattson) Subject: 2.0 NIS problems Here, we have one NeXTcube in a lab with twelve SparcStations, and thirteen has come to be a very unlucky number for me. Since this is primarily a Sun network, we use NIS as an administrative tool, and we even have a nice hierarchy of netgroups set up so that we get most of the functionality of netinfo without the tremendously slow response. Anyway, things were working out fairly well under 1.0, but then I made the mistake of installing 2.0. Here's the problem. The NeXT is set up as a non-netinfo machine in the NIS domain 'cse'. NIS binding seems to work just fine. I can ypcat and ypmatch on the NeXT with no problems. However, things blow up when I make the following addition to /etc/passwd: +@ape-users::0:0::: Now, if a user not specified in the local netinfo database tries to log in, the machine sort of hangs. It hangs in a weird way, though. Telnetting in will make a connection, but the NeXT won't print a login prompt. (Hmmm...maybe we can't fork?) From an existing shell, ps will print headers and no more (but it is interruptable). The ls command works, but ls -l won't (it prints the 'xxx total' line and then stops like ps). Maybe some daemon is out to lunch (lookupd?), since all of these activities involve some kind of uid or gid mapping. This even happens if I try to log in as a completely bogus user that doensn't appear in the NIS maps or anywhere else. I've tried making the machine a netinfo/configuration server for itself, with the same results. I've tried removing all of the :'s and 0's from the netgroup entry, with the same results. I've tried adding the netgroup to the netinfo database with netinfomanager (since niload ignores it and the usermanager won't let you add it). This doesn't seem to have any affect on anything. If wordse comes to worse, I suppose I could extract all of the users from the ape-users netgroup and enter them into netinfo with niload. I could even do this nightly out of cron, so that password changes in the NIS maps would get propagated to the NeXT. However, this approach seems awfully kludgy to me. Has anyone else seen this problem? Better yet, has anyone else solved it? --jim
Date: Sun 17-Jan-1991 05:26:23 From: mic@ut-emx.uucp (Mic Kaczmarczik) Subject: Re: 2.0 NIS problems In article <15631@sdcc6.ucsd.edu> mattson@beowulf.ucsd.edu (Jim Mattson) writes: >Here's the problem. The NeXT is set up as a non-netinfo machine in the NIS >domain 'cse'. NIS binding seems to work just fine. I can ypcat and ypmatch >on the NeXT with no problems. However, things blow up when I make the >following addition to /etc/passwd: > > +@ape-users::0:0::: > >Now, if a user not specified in the local netinfo database tries to log in, >the machine sort of hangs. It hangs in a weird way, though. Telnetting in >will make a connection, but the NeXT won't print a login prompt. I had exactly the same problem when I upgraded our support cube to 2.0 a week ago. NIS worked fine except when there was a +@netgroup in /etc/passwd, at which point all logins hung. Based on some very sketchy Ethernet packet tracing from a nearby Sun, it looked like the machine was generating NIS lookups to its NIS server, but not enough to come even close to enumerating our entire NIS password file (which is pretty huge). I stopped investigating at that point due to time constraints. >If wordse comes to worse, I suppose I could extract all of the users from >the ape-users netgroup and enter them into netinfo with niload. I could >even do this nightly out of cron, so that password changes in the NIS maps >would get propagated to the NeXT. However, this approach seems awfully >kludgy to me. Has anyone else seen this problem? Better yet, has anyone >else solved it? Even though entries with +@netgroup didn't work, entries of the form +username did. Perhaps your cron job could extract all the users from the ape-users group and put a +user line for each one: +user1 +user2 >--jim >-- > Internet: jmattson@ucsd.edu > Bitnet: jmattson@ucsd > UUCP: {ucbvax|rutgers|bellcore}!ucsd!jmattson
These are the contents of the former NiCE NeXT User Group NeXTSTEP/OpenStep software archive, currently hosted by Marcel Waldvogel and Netfuture.ch.