Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]


Groups > linux.debian.user > #170170 > unrolled thread

Re: How to prevent /tmp files from being deleted at reboot

Started byMI <mi.lists.debian@alma.ch>
First post2016-07-16 15:00 +0200
Last post2016-07-16 15:30 +0200
Articles 9 — 4 participants

Back to article view | Back to linux.debian.user

This discussion starts older than the indexed window; earlier articles aren't shown. The article labeled Started by below is the oldest one visible, not the original post.


Contents

  Re: How to prevent /tmp files from being deleted at reboot MI <mi.lists.debian@alma.ch> - 2016-07-16 15:00 +0200
    Re: How to prevent /tmp files from being deleted at reboot "D. R. Evans" <doc.evans@gmail.com> - 2016-07-16 15:10 +0200
      Re: How to prevent /tmp files from being deleted at reboot Michael Biebl <biebl@debian.org> - 2016-07-16 15:30 +0200
        Re: How to prevent /tmp files from being deleted at reboot "D. R. Evans" <doc.evans@gmail.com> - 2016-07-16 17:10 +0200
          Re: How to prevent /tmp files from being deleted at reboot Michael Biebl <biebl@debian.org> - 2016-07-16 17:30 +0200
            How to prevent /tmp files from being deleted at reboot Jonathan de Boyne Pollard <J.deBoynePollard-newsgroups@NTLWorld.com> - 2016-08-05 09:30 +0200
              Re: How to prevent /tmp files from being deleted at reboot Michael Biebl <biebl@debian.org> - 2016-08-05 21:40 +0200
                Re: Re: How to prevent /tmp files from being deleted at reboot Jonathan de Boyne Pollard <J.deBoynePollard-newsgroups@NTLWorld.com> - 2016-08-06 16:10 +0200
    Re: How to prevent /tmp files from being deleted at reboot Michael Biebl <biebl@debian.org> - 2016-07-16 15:30 +0200

#170170 — Re: How to prevent /tmp files from being deleted at reboot

FromMI <mi.lists.debian@alma.ch>
Date2016-07-16 15:00 +0200
SubjectRe: How to prevent /tmp files from being deleted at reboot
Message-ID<rVxmi-3Vz-19@gated-at.bofh.it>
OK, so you have an empty /etc/tmpfiles.d/tmp.conf which indeed works to completely 
avoid cleaning up /tmp at reboot.

That is, it works as an equivalent to TMPTIME=-1. But I do want to cleanup /tmp, just 
with some value of TMPTIME > 0.

Anyway, thanks. It at least confirms that the /etc/tmpfiles.d/tmp.conf is indeed 
read, and does override the defaults.

MI


-------- Original Message --------
> MI wrote on 07/11/2016 09:44 AM:
>> Sounds promising!
>>
>> Would you share what you have in /etc/tmpfiles.d/ ? From what I had read, that is
>> where systemd would read it's tmp settings, and where it would have migrated settings
>> from rcS on upgades.
>>
> [HN:tmpfiles.d] ls -al
> total 20
> drwxr-xr-x   2 root root  4096 Aug 25  2015 .
> drwxr-xr-x 182 root root 12288 Jul  6 18:06 ..
> -rw-r--r--   1 root root   247 Aug 25  2015 tmp.conf
> [HN:tmpfiles.d] cat tmp.conf
> # Avoid clearing /tmp by shipping an empty /etc/tmpfiles.d/tmp.conf file
> # which overrides /usr/lib/tmpfiles.d/tmp.conf.
> # This file was automatically created because of local modifications in
> # /etc/default/rcS where TMPTIME was set to infinite.
> [HN:tmpfiles.d]
>
> Which is a very confusing message, but I can assure you that /tmp is
> definitely NOT cleared.
>
>> You do have a "normal" Debian Jessie with systemd, right?
> Completely vanilla Jessie except for ZFS added to support a couple of data disks.
>
>    Doc
>

[toc] | [next] | [standalone]


#170172

From"D. R. Evans" <doc.evans@gmail.com>
Date2016-07-16 15:10 +0200
Message-ID<rVxvX-4e5-15@gated-at.bofh.it>
In reply to#170170

[Multipart message — attachments visible in raw view] — view raw

MI wrote on 07/16/2016 06:53 AM:

> 
> That is, it works as an equivalent to TMPTIME=-1. But I do want to cleanup /tmp, just 
> with some value of TMPTIME > 0.

That's what tmpreaper is for.

  Doc

-- 
Web:  http://www.sff.net/people/N7DR

[toc] | [prev] | [next] | [standalone]


#170174

FromMichael Biebl <biebl@debian.org>
Date2016-07-16 15:30 +0200
Message-ID<rVxPj-4kl-5@gated-at.bofh.it>
In reply to#170172

[Multipart message — attachments visible in raw view] — view raw

Am 16.07.2016 um 15:07 schrieb D. R. Evans:
> MI wrote on 07/16/2016 06:53 AM:
> 
>>
>> That is, it works as an equivalent to TMPTIME=-1. But I do want to cleanup /tmp, just 
>> with some value of TMPTIME > 0.
> 
> That's what tmpreaper is for.

tmpreaper is no longer needed or recommended under systemd.
systemd-tmpfiles already does time-based cleanup as builtin feature.


-- 
Why is it that all of the instruments seeking intelligent life in the
universe are pointed away from Earth?

[toc] | [prev] | [next] | [standalone]


#170183

From"D. R. Evans" <doc.evans@gmail.com>
Date2016-07-16 17:10 +0200
Message-ID<rVzo5-5n4-13@gated-at.bofh.it>
In reply to#170174

[Multipart message — attachments visible in raw view] — view raw

Michael Biebl wrote on 07/16/2016 07:25 AM:

> 
> tmpreaper is no longer needed or recommended under systemd.
> systemd-tmpfiles already does time-based cleanup as builtin feature.
> 

Thank you for that information (which was news to me), but in any case I would
far rather rely on a separate program to perform this job than any init system.

(I find it hard to see why this would or should be the job of an init system.
An init system can reasonably be assigned the task of deleting things at boot;
but after that I don't see that an init system has any business messing with
the files in /tmp.)

  Doc

-- 
Web:  http://www.sff.net/people/N7DR

[toc] | [prev] | [next] | [standalone]


#170187

FromMichael Biebl <biebl@debian.org>
Date2016-07-16 17:30 +0200
Message-ID<rVzHs-5tJ-19@gated-at.bofh.it>
In reply to#170183

[Multipart message — attachments visible in raw view] — view raw

Am 16.07.2016 um 17:07 schrieb D. R. Evans:
> Michael Biebl wrote on 07/16/2016 07:25 AM:
> 
>>
>> tmpreaper is no longer needed or recommended under systemd.
>> systemd-tmpfiles already does time-based cleanup as builtin feature.
>>
> 
> Thank you for that information (which was news to me), but in any case I would
> far rather rely on a separate program to perform this job than any init system.
> 
> (I find it hard to see why this would or should be the job of an init system.
> An init system can reasonably be assigned the task of deleting things at boot;
> but after that I don't see that an init system has any business messing with
> the files in /tmp.)

systemd-tmpfiles is a distinct binary as is tmpreaper.

We ship it as part of the systemd package because it's useful
functionality to have in a base system. Strictly speaking, the
tmpfiles.d mechanism is not tied to a particular init. It's just that
no-one has provided an implementation for non-systemd. Though we
certainly had requests already to provide that.

https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=812215
-- 
Why is it that all of the instruments seeking intelligent life in the
universe are pointed away from Earth?

[toc] | [prev] | [next] | [standalone]


#170727

FromJonathan de Boyne Pollard <J.deBoynePollard-newsgroups@NTLWorld.com>
Date2016-08-05 09:30 +0200
Message-ID<s2HJU-4rz-19@gated-at.bofh.it>
In reply to#170187
Michael Biebl: > Strictly speaking, the tmpfiles.d mechanism is not tied 
to a particular init. It's just that no-one has provided an 
implementation for non-systemd.

Untrue. The OpenRC people have had a tmpfiles utility since 2012.

[toc] | [prev] | [next] | [standalone]


#170756

FromMichael Biebl <biebl@debian.org>
Date2016-08-05 21:40 +0200
Message-ID<s2T8m-3pd-7@gated-at.bofh.it>
In reply to#170727

[Multipart message — attachments visible in raw view] — view raw

Am 05.08.2016 um 09:04 schrieb Jonathan de Boyne Pollard:
> Michael Biebl: > Strictly speaking, the tmpfiles.d mechanism is not tied
> to a particular init. It's just that no-one has provided an
> implementation for non-systemd.
> 
> Untrue. The OpenRC people have had a tmpfiles utility since 2012.

I didn't know that. Thanks for the info.
Can you post some more details? Where can I find the sources for that?
Is it packaged for Debian?

Regards,
Michael

-- 
Why is it that all of the instruments seeking intelligent life in the
universe are pointed away from Earth?

[toc] | [prev] | [next] | [standalone]


#170777

FromJonathan de Boyne Pollard <J.deBoynePollard-newsgroups@NTLWorld.com>
Date2016-08-06 16:10 +0200
Message-ID<s3asy-6Aj-3@gated-at.bofh.it>
In reply to#170756
Jonathan de Boyne Pollard:
> Untrue. The OpenRC people have had a tmpfiles utility since 2012.

Michael Biebl:
> I didn't know that. Thanks for the info.
> Can you post some more details? Where can I find the sources for that?
> Is it packaged for Debian?


Here's the Gentoo OpenRC repository:

* https://gitweb.gentoo.org/proj/openrc.git/log/sh/tmpfiles.sh.in

Here's a mirror:

* https://github.com/OpenRC/openrc

Here are the Debian packages:

* https://tracker.debian.org/pkg/openrc

[toc] | [prev] | [next] | [standalone]


#170173

FromMichael Biebl <biebl@debian.org>
Date2016-07-16 15:30 +0200
Message-ID<rVxPj-4kl-3@gated-at.bofh.it>
In reply to#170170

[Multipart message — attachments visible in raw view] — view raw

Am 16.07.2016 um 14:53 schrieb MI:
> 
> OK, so you have an empty /etc/tmpfiles.d/tmp.conf which indeed works to
> completely avoid cleaning up /tmp at reboot.
> 
> That is, it works as an equivalent to TMPTIME=-1. But I do want to
> cleanup /tmp, just with some value of TMPTIME > 0.
> 
> Anyway, thanks. It at least confirms that the /etc/tmpfiles.d/tmp.conf
> is indeed read, and does override the defaults.

Apparently you haven't seen my reply earlier. It's just a
misconfiguration on your part, you want d instead of D


-- 
Why is it that all of the instruments seeking intelligent life in the
universe are pointed away from Earth?

[toc] | [prev] | [standalone]


Back to top | Article view | linux.debian.user


csiph-web