Relay-Version: version B 2.10 5/3/83; site utzoo.UUCP
Posting-Version: version B 2.10.1+some 2/3/84; site dual.UUCP
Path: utzoo!watmath!clyde!burl!we13!ihnp4!dual!mats
From: mats@dual.UUCP (Mats Wichmann)
Newsgroups: net.unix-wizards
Subject: Re: Uid's too big
Message-ID: <429@dual.UUCP>
Date: Thu, 12-Apr-84 11:49:33 EST
Article-I.D.: dual.429
Posted: Thu Apr 12 11:49:33 1984
Date-Received: Fri, 13-Apr-84 20:26:44 EST
References: <319@oliveb.UUCP> <384@kvvax4.UUCP>
Organization: Dual Systems, Berkeley, CA
Lines: 23

Another cute story about large UID number happened to one of our
customers once. They were also using employee numbers, and since
they are a VERY large company, the numbers were four- and five-digit.
This didn't really break any programs as such, but the lastlogin
mechanism in Berkeley V7 has a file to keep track of the last time
each user logged in. Presumably to cut down search time or something,
this is done by reserving space for each possible UID. Disk space
on the file system /usr/adm was residing on was real tight, and they
kept running out of space. Finally, we managed to trace this down
to /usr/adm/lastlog, which mysteriously grew to huge size after
certain users had logged in. We would have the poor guy delete the
file and reboot, and everything would be fine; then he logged in as
himself, and BOOM, /usr was out of space again. The little
feature reserving space for each possible user id in the lastlog file
was of course not documented anywhere....but it seems, in general,
to be a good idea to use user id's in the hundreds, if at all possible.

	    Mats Wichmann
	    Dual Systems Corp.
	    ...{ucbvax,amd70,ihnp4,cbosgd,decwrl,fortune}!dual!mats

  It now became apparent (despite the lack of library paste)	 
  that something had happened to the vicar;	[ Edward Gorey ]