From owner-freebsd-hackers Sat Jan 14 14:41:19 1995 Return-Path: hackers-owner Received: (from root@localhost) by freefall.cdrom.com (8.6.9/8.6.6) id OAA07705 for hackers-outgoing; Sat, 14 Jan 1995 14:41:19 -0800 Received: from clem.systemsix.com (clem.systemsix.com [198.99.86.131]) by freefall.cdrom.com (8.6.9/8.6.6) with ESMTP id OAA07699 for ; Sat, 14 Jan 1995 14:41:14 -0800 Received: from clem.systemsix.com (localhost [127.0.0.1]) by clem.systemsix.com (8.6.5/8.6.5) with ESMTP id QAA13800; Sat, 14 Jan 1995 16:27:02 -0700 Message-Id: <199501142327.QAA13800@clem.systemsix.com> To: Garrett Wollman cc: asami@cs.berkeley.edu (Satoshi Asami), hackers@FreeBSD.org, fbsd@clem.systemsix.com Subject: Re: uid 32767 on /var: file system full In-reply-to: Your message of "Sat, 14 Jan 1995 15:01:01 EST." <9501142001.AA20755@halloran-eldar.lcs.mit.edu> Date: Sat, 14 Jan 1995 16:27:01 -0700 From: Steve Passe Sender: hackers-owner@FreeBSD.org Precedence: bulk >> What does this message mean? I've got a bunch of these today on my >> 2.0R system. Uid 32767 is "nobody", and grep finds only "fingerd -sl" >> in /etc/inetd.conf. /var has more than a meg free, and this hasn't >> changed significantly since last night so I guess whatever filled it >> up died by itself.... > Probably building the `locate' database. I don't know how clean this is, but it works, modify /etc/daily by adding the following 2 lines before the first actions: TMPDIR=/usr/tmp export TMPDIR this causes locate.updatedb to use /usr/tmp instead of /tmp for building its file. You obviosuly need to create /usr/tmp (non- standard?). Anyone have cleaner fix?