On Tue, Jul 28, 2020 at 03:19:26PM -0400, Mike Gilbert wrote: > On Tue, Jul 28, 2020 at 3:13 PM Mike Gilbert <flop...@gentoo.org> wrote: > > > > On Tue, Jul 28, 2020 at 2:50 PM Zoltan Puskas <zol...@sinustrom.info> wrote: > > > > > > Hi, > > > > > > I've upgraded to and running systemd-246_rc2 on one of my systems and > > > noticed that tmpfs mounted directories are significantly smaller. > > > > > > This is because with commit > > > https://github.com/systemd/systemd/commit/7d85383edbab73274dc81cc888d884bb01070bc2 > > > they have changed them to be 10% of the physical memory instead of the > > > default of 50%. > > > > > > This is a potentially breaking, or at least an unexpected behaviour > > > change, especially for people using tmpfs on /tmp for compiling. > > > > > > Maybe we should make a news item to let people know that they either > > > need to add an fstab entry with size option set, or better, create a > > > systemd local override with relevant content. > > > > Don't use /tmp for PORTAGE_TMPDIR. /tmp is meant for small temporary > > storage. If you want to compile in a tmpfs, set up a separate mount > > point for it. > > > > I don't intend to create a news item for this, but I would not object > > to someone else doing it. > > Also, the limit for /tmp is likely to change again before the 246 final > release. > > https://github.com/systemd/systemd/pull/16576 >
I volunteer to write the news item. It seems other distros also have met the overly restricted /tmp size issue, due to yet another legitimate use case (see the RedHat bug referenced in the PR: https://bugzilla.redhat.com/show_bug.cgi?id=1856514). It's worth noting that above PR only resets only /tmp size, but will keep /dev/shm, /run, etc. at the lower limit. While we have to wait and see what the final form will be for systemd-246, I think it'd be useful to notify users. Systemd changing the age old convention of non configured tmpfs mount sizes (from a user's perspective non configured) it means openrc and systemd boxes will end up with different behaviours (e.g. /dev/shm will now be sized differently). Cheers, Zoltan
