Xref: utzoo unix-pc.general:7452 comp.sys.3b1:43
Path: utzoo!utgpu!news-server.csri.toronto.edu!cs.utexas.edu!convex!egsner!mic!ernest!shibaya!afc
From: afc@shibaya.lonestar.org (Augustine Cano)
Newsgroups: unix-pc.general,comp.sys.3b1
Subject: Re: Cleanup of /tmp
Message-ID: <1991Jan30.152547.28108@shibaya.lonestar.org>
Date: 30 Jan 91 15:25:47 GMT
References: <1991Jan29.171729.11768@stb.info.com>
Organization: Multidisciplinary Designs Unlimited
Lines: 28

In article <1991Jan29.171729.11768@stb.info.com> michael@stb.info.com (Michael Gersten) writes:
>
>I discovered that something is cleaning up /tmp without my knowledge.
>
>It is not /etc/rc. I've been up 15 days.
>It is not crontab, nor any cleanup deamons run from crontab.
>
>Whatever it is wipes out the entire /tmp/*, without regard for
>how recent the file is. This is rather unfriendly, and may cause
>some programs to crash that assume that they can re-open a file
>(such as a program that runs in two or three phases. Say a C compiler).
>
>Does anyone know which program is doing this and how to stop it?
>I suspect it is smgr, but a strings does not show '/tmp' in it.

It's /etc/.cleanup.  The offending line is rm -rf /tmp/*.  I have commented
it and my files no longer disappear.

>		Michael
>-- 
>		Michael
>michael@stb.info.com denwa!stb!michael anes.ucla.edu!stb!michael 
>"Space is an illusion; disk space doubly so"


-- 
Augustine Cano		INTERNET: afc@shibaya.lonestar.org
			UUCP:     ...!{ernest,egsner}!shibaya!afc