Re: Using TMPFS for /tmp and /var/run?

From: Xin Li <delphij_at_delphij.net>
Date: Thu, 29 Mar 2012 13:52:50 -0700
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA256

On 03/29/12 09:41, Chris Rees wrote:
> On 29 Mar 2012 16:49, "O. Hartmann"
> <ohartman_at_mail.zedat.fu-berlin.de> wrote:
>> 
>> I was wondering if there are some objections using TMPFS for /tmp
>> and /var/run. I figured out some problems with some rc.d scripts
>> when using TMPFS for /var/run, samba and OpenLDAP do store some
>> informations like PID in a subfolder of their own in /var/run,
>> but the rc.d scripts are not checking properly the existence of
>> the appropritae folder (unlike "dbus" and "hald", they check
>> properly!).
>> 
>> I already submitted two PRs, but for SAMBA, my "hack" is trivial
>> and obviously to clumsy, so it should be check properly.
>> 
>> My question is whether there are objections using TMPFS for bot
>> /tmp/ and /var/run/ at this stage on FreeBSD 10.0-CURRENT/amd64?
> 
> Any rc script that complains about an empty /var/run is buggy- it
> should be assumed that it will be emptied on boot.

Agreed.  We may want a generic way of registering custom mtrees (or
something) that creates the hierarchy on boot, by the way.

Currently this has to be done by individual rc.d scripts if they need
a separate directory.

Cheers,
- -- 
Xin LI <delphij_at_delphij.net>	https://www.delphij.net/
FreeBSD - The Power to Serve!		Live free or die
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v2.0.19 (FreeBSD)

iQEcBAEBCAAGBQJPdMuiAAoJEG80Jeu8UPuzJKsH/js4Fsvb/drjTFGRwmOmSJ5V
7lfVxT6cuFTB1vpCTooR2rVzxZyfqSzeFwc5i8lbhK8+SA13Q46jkCZyHQCgoEqX
n2ZIIMgIi+04+IQGrA9742Rkd/7RtvD88xf1wXcgkoY9IImpaYLvjVfcxMqxYMvI
75OHIsmvIbxt/vnmVx26Omh3ZvvHN2QI8n6lUqjqWVm96qEGwdoBuA+m2g5QKem/
24gLZ0kttmO/zKo8vKRTgR9RiCYeS2IUueLy4PDmMKf8Oiv3/Y9f3c8S8Bw4qVdB
cOKqugBtInCu3BnsPrDJpoNUiSb+Cf5aLggbPSocD9A1iToChDmyRF5eC6Tc6Kw=
=owJ7
-----END PGP SIGNATURE-----
Received on Thu Mar 29 2012 - 18:52:52 UTC

This archive was generated by hypermail 2.4.0 : Wed May 19 2021 - 11:40:25 UTC