Note: This bug is displayed in read-only format because the product is no longer active in Red Hat Bugzilla.

Bug 12771

Summary:	tmpwatch should not be enabled by default
Product:	[Retired] Red Hat Linux	Reporter:	Fyodor <fyodor_bugzilla>
Component:	tmpwatch	Assignee:	Preston Brown <pbrown>
Status:	CLOSED NOTABUG	QA Contact:
Severity:	medium	Docs Contact:
Priority:	medium
Version:	6.2
Target Milestone:	---
Target Release:	---
Hardware:	i386
OS:	Linux
Whiteboard:
Fixed In Version:		Doc Type:	Bug Fix
Doc Text:		Story Points:	---
Clone Of:		Environment:
Last Closed:	2000-06-21 02:56:15 UTC	Type:	---
Regression:	---	Mount Type:	---
Documentation:	---	CRM:
Verified Versions:		Category:	---
oVirt Team:	---	RHEL 7.3 requirements from Atomic Host:
Cloudforms Team:	---	Target Upstream Version:
Embargoed:

Description Fyodor 2000-06-21 02:56:14 UTC

By default, Redhat 6.2 seems to install tmpwatch in cron.daily, set to
delete any files that haven't changed in 10 days.  The installation did not
warn me about this, and I ended up losing many important files.  I think
Redhat should ask the user before putting such a destructive command into
cron.  Why not disable it by default and let the user add it if they really
want this functionality?  It is better to default to "safe" operation in my
humble opinion.  The risk of having it disabled by default (unwanted files
piling up) seems far less severe than the risk of default-enabled
(important files deleted before they can be filed out of /tmp ).

Yes, I realize /tmp isn't the best place for important files, but IMHO that
does not mean you should arbitrarily decide that they should be deleted
every 10 days without informing the user.

Comment 1 Preston Brown 2000-09-11 18:46:48 UTC

we have done this since Red Hat Linux 2.x.  I will inform the docs team that
this needs to be addressed in the documentation.

However, we will continue to ship with tmpwatch on.  /tmp is _not_ a good place
to store _anything_.