Re: cleaning up /tmp

2011-03-11 Thread Philip Rowlands
On 11/03/2011 15:18, McKown, John wrote: On a strict reading of the above, you can't rely on a /tmp file existing "between invocations of the program", in other words when a file isn't actively held open by a process. This would break many many shell scripts I've read and written over the years

Re: cleaning up /tmp

2011-03-11 Thread Edmund R. MacKenty
On Friday, March 11, 2011 10:15:49 am Richard Troth wrote: > Mack said: > > 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 >

Re: cleaning up /tmp

2011-03-11 Thread McKown, John
> -Original Message- > From: Linux on 390 Port [mailto:LINUX-390@VM.MARIST.EDU] On > Behalf Of Philip Rowlands > Sent: Friday, March 11, 2011 8:52 AM > To: LINUX-390@VM.MARIST.EDU > Subject: Re: cleaning up /tmp > > On 11/03/2011 14:23, McKown, John wrote: > &

Re: cleaning up /tmp

2011-03-11 Thread Richard Troth
Mack said: > 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. Yes ... keep an eye on /

Re: cleaning up /tmp

2011-03-11 Thread Richard Troth
Many Linux installations use "tmpfs" for /tmp. Personally, I do that as a rule. (All rules are subject to exception, and I do that too.) The advantage of tmpfs is that it magically cleans up every time you reboot. You can get the same effect from explicit deletion of /tmp contents when the syst

Re: cleaning up /tmp

2011-03-11 Thread Edmund R. MacKenty
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

Re: cleaning up /tmp

2011-03-11 Thread McKown, John
> -Original Message- > From: Linux on 390 Port [mailto:LINUX-390@VM.MARIST.EDU] On > Behalf Of Shane G > Sent: Friday, March 11, 2011 8:44 AM > To: LINUX-390@VM.MARIST.EDU > Subject: Re: cleaning up /tmp > > I've been known to drop files in /tmp for later

Re: cleaning up /tmp

2011-03-11 Thread Shane G
Just to clarify, this was based on the OE reference - i.e Unix Systems Services running under z/OS rather than zLinux. Shane ... On Sat, Mar 12th, 2011 at 1:44 AM, I wrote: > Have you considered skulker ?. -- For LINUX-390 subs

Re: cleaning up /tmp

2011-03-11 Thread Philip Rowlands
On 11/03/2011 14:23, McKown, John wrote: There's a discussion going on over on the MVS-OE forum (which I started) about the /tmp subdirectory. It's gone away from my original towards how to keep it clean. So I thought I'd ask the UNIX wizards over here what the "industry standard" is. I don't s

Re: cleaning up /tmp

2011-03-11 Thread Shane G
I've been known to drop files in /tmp for later collection - by myself or others. Have you considered skulker ?. -- For LINUX-390 subscribe / signoff / archive access instructions, send email to lists...@vm.marist.edu with the m

Re: cleaning up /tmp

2011-03-11 Thread Alan Cox
> "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 That I wonder consider as brave. There are cases where t

cleaning up /tmp

2011-03-11 Thread McKown, John
There's a discussion going on over on the MVS-OE forum (which I started) about the /tmp subdirectory. It's gone away from my original towards how to keep it clean. So I thought I'd ask the UNIX wizards over here what the "industry standard" is. One thing mentioned by a person boiled down to "del