Mailinglist Archive: opensuse-factory (1578 mails)

< Previous Next >
Re: [opensuse-factory] [12.1] massive data loss in /var/tmp/
  • From: Greg Freemyer <greg.freemyer@xxxxxxxxx>
  • Date: Wed, 23 Nov 2011 10:26:14 -0500
  • Message-id: <CAGpXXZLzaOOW3P_RTbU9Z=fLsadUMZxv1N=pgQAf7Ed4Yvyi0w@mail.gmail.com>
On Wed, Nov 23, 2011 at 10:02 AM, Ruediger Meier <sweet_f_a@xxxxxx> wrote:
On Wednesday 23 November 2011, Ludwig Nussel wrote:
Melchior FRANZ wrote:
Apparently, 12.1 has added /var/tmp/ to TMP_DIRS_TO_CLEAR in
/etc/sysconfig/cron. I was quite surprised when I found out today
that I've lost a few GB of data, which used to be safe there.

$ tail -2 /usr/lib/tmpfiles.d/tmp.conf
d /tmp 1777 root root 10d
d /var/tmp 1777 root root 30d

systemd is also cron replacement?

That tells systemd to clear files older than 10 resp 30 days in those
directories. systemd does not honor TMP_DIRS_TO_CLEAR.

If this is really the default now then it should have been a major point
on ReleaseNotes.
Since this major change was not announced I would consider it a major
bug to be fixed by adding /etc/tmpfiles.d according to what is the
default in /etc/sysconfig/cron.


cu,
Rudi

Rudi,

If you read the whole thread:

- The user at some point in the past added /var/tmp to /etc/tmpfiles.d

- apparently a bug kept that from being honored, so files just sat there

- 12.1 fixed the bug and files disappeared.

Overall its bad luck, but it is not a major issue from the release
management perspective.

Greg


--
Greg Freemyer
Head of EDD Tape Extraction and Processing team
Litigation Triage Solutions Specialist
http://www.linkedin.com/in/gregfreemyer
CNN/TruTV Aired Forensic Imaging Demo -
  
http://insession.blogs.cnn.com/2010/03/23/how-computer-evidence-gets-retrieved/

The Norcross Group
The Intersection of Evidence & Technology
http://www.norcrossgroup.com
--
To unsubscribe, e-mail: opensuse-factory+unsubscribe@xxxxxxxxxxxx
To contact the owner, e-mail: opensuse-factory+owner@xxxxxxxxxxxx

< Previous Next >
Follow Ups