On Friday, March 11, 2011 09:43:47 am Alan Cox wrote:
> > "industry standard" is. One thing mentioned by a person boiled down to
> > "delete all the files in /tmp which belong to a specific user when the
> > last process which is running with that UID terminates" (rephrased by
> > me). This got me
...
> The usual approach is just to bin stuff that is a few hours/days/weeks
> old. I guess it depends what storage costs you. On a PC its what - 10
> cents a gigabyte - so there is no real hurry.
I agree with Alan: delete things older than a day. That's how I've seen it
done for many years. The only problem with that would be long-running
programs that write a /tmp file early on and then read from it periodically
after that.
You might also note that according to the FHS, /tmp is only supposed to be
used by system processes. User-level processes are supposed to use /var/tmp.
But of course, many programs violate that. Still, you might want to be
cleaning up both directories.
A UID-based deletion scheme makes sense to me as a security thing if your goal
is to make the system clean up all /tmp files for a user after they log out.
but the general rule as proposed may not work well for system UIDs, such as
lp, which don't really have the concept of a "session" after which cleanup
should occur. If you're going with a UID-based scheme, I'd limit it to UIDs
greater than or equal to UID_MIN, as defined in /etc/login.defs.
- MacK.
-----
Edmund R. MacKenty
Software Architect
Rocket Software
275 Grove Street - Newton, MA 02466-2272 - USA
Tel: +1.617.614.4321
Email: m...@rs.com
Web: www.rocketsoftware.com
----------------------------------------------------------------------
For LINUX-390 subscribe / signoff / archive access instructions,
send email to lists...@vm.marist.edu with the message: INFO LINUX-390 or visit
http://www.marist.edu/htbin/wlvindex?LINUX-390
----------------------------------------------------------------------
For more information on Linux on System z, visit
http://wiki.linuxvm.org/
