Path: utzoo!utgpu!watmath!clyde!att!osu-cis!tut.cis.ohio-state.edu!bloom-beacon!mit-eddie!apollo!pato From: pato@apollo.COM (Joe Pato) Newsgroups: comp.sys.apollo Subject: Re: Help! My registry won't talk to me! Message-ID: <40139cb0.12edf@apollo.COM> Date: 5 Dec 88 17:06:00 GMT References: <18085@shemp.CS.UCLA.EDU> Reply-To: pato@apollo.COM (Joe Pato) Organization: Apollo Computer, Chelmsford, MA Lines: 51 In article <18085@shemp.CS.UCLA.EDU> dj@cs.ucla.edu (David J. Wells) writes: > >Environment: > > DN4000 (dorsai.cognet.ucla.edu) > SR10.0 Domain/OS BSD 4.3 > running tcpd, syslogd, inetd, llbd, glbd, rgyd, cron, lpd, > netman, sendmail. > shell: /bin/ksh > >Description: > > If I have 13 su's (root), then applications cannot communicate > with the rgyd. "Why do I want 13 su's?" Well, that was just a > way that I could duplicate the problem under DM -- I first saw > the problem under X11R3 Windows. Under X, I am allowed 3, maybe > 4 su's before the same thing happens. Apparently some X programs > use the same resource that is required to communicate with the > rgyd. (xterm is *not* one of these affected programs) > > When this happens, many things break. Most noticeable are su, > login, rgy_admin, and sendmail (it doesn't know about any local > users). > . . . > >Attempted Solutions: > > It was suggested that I might be running out of processes. Since > I can start more processes, this is not the case. > > I thought that maybe I need more server processes, so I tried > netsvc -s 3, but this didn't help. > > My next idea was that I might be running out of a socket-related > resource. But I can start rlogin sessions to other machines, so > that isn't the problem. > > Any other ideas? > > Thanks in advance. > David J Wells > dj@cs.ucla.edu > w213/206-3960 There is, in fact, a socket related resource that is not properly released in sr10.0. IP family sockets are not affected, which is why you were able to continue to create new rlogin sessions. This problem has been fixed in sr10.1 Joe Pato UUCP: ...{attunix,uw-beaver,brunix}!apollo!pato Apollo Computer Inc. NSFNET: pato@apollo.com