Path: utzoo!attcan!utgpu!news-server.csri.toronto.edu!cs.utexas.edu!usc!julius.cs.uiuc.edu!rpi!batcomputer!munnari.oz.au!metro!usage.csd.unsw.oz.au!spectrum!cameron From: cameron@usage.csd.oz (Cameron Simpson,Uhmmm..???? Who knows) Newsgroups: comp.unix.admin Subject: alternative /etc/passwd formats (was: Corrupted passwd file woes) Message-ID: <854@usage.csd.unsw.oz.au> Date: 16 Sep 90 05:48:39 GMT References: <3151@ucsfcca.ucsf.edu> Sender: news@usage.csd.unsw.oz.au Reply-To: cameron@spectrum.cs.unsw.oz.au (Cameron Simpson) Organization: none Lines: 36 From article <3151@ucsfcca.ucsf.edu>, by dick@cca.ucsf.edu (Dick Karpinski): | On a different tack, have many people started using some other | form of storing the data to speed up all access to password | information? Is there some freely available set of software | or updates good for one or the other of VAXen running BSD or | RISC/6000s running AIX? Well, when I started Uni in '84 we had a couple of PDP11/70s and a couple of VAXen running a heavily hacked V7 UNIX. /etc/passwd was an autolocking binary file, and libc had been modified to know about it... Worked like a charm. Fast. Of course you couldn't grep /etc/passwd for stuff, but there were a few extra commands around to get at the info in a nice text format for scripts or just plain looking around. The PDPs and one of the VAXen are gone now, but karri still runs it... Pete says he wrote the /etc/passwd stuff in '77 or '78. We currently have about 180 Apollos with 3122 accounts listed. The Apollos use a loosely coupled database for account information and /etc/passwd is a special file supported by a subsystem which generates a standard looking file when you open it for read. Naturally you can't create account by editting /etc/passwd, but it's possible to create tools to access the database. They come with one (edrgy) which gives you access, but it's terribly interactive (terminally so). I ended up writing a wrapper around it to provide a subroutine interface to it and then duplicating the tools we use on karri (above) for account manipulation. Apollo's approach is the way to go I think. I just wish they'd document their rgy_$... calls so I could turf my open-pipes-to- and-from-edrgy approach... Using a text file when you have more than, say, 50 or 60 users is a joke. - Cameron Simpson cameron@spectrum.cs.unsw.oz.au