Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]
Groups > linux.debian.user > #170170 > unrolled thread
| Started by | MI <mi.lists.debian@alma.ch> |
|---|---|
| First post | 2016-07-16 15:00 +0200 |
| Last post | 2016-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.
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
| From | MI <mi.lists.debian@alma.ch> |
|---|---|
| Date | 2016-07-16 15:00 +0200 |
| Subject | Re: 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]
| From | "D. R. Evans" <doc.evans@gmail.com> |
|---|---|
| Date | 2016-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]
| From | Michael Biebl <biebl@debian.org> |
|---|---|
| Date | 2016-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]
| From | "D. R. Evans" <doc.evans@gmail.com> |
|---|---|
| Date | 2016-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]
| From | Michael Biebl <biebl@debian.org> |
|---|---|
| Date | 2016-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]
| From | Jonathan de Boyne Pollard <J.deBoynePollard-newsgroups@NTLWorld.com> |
|---|---|
| Date | 2016-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]
| From | Michael Biebl <biebl@debian.org> |
|---|---|
| Date | 2016-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]
| From | Jonathan de Boyne Pollard <J.deBoynePollard-newsgroups@NTLWorld.com> |
|---|---|
| Date | 2016-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]
| From | Michael Biebl <biebl@debian.org> |
|---|---|
| Date | 2016-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