In the case of a machine that uses an SD card as its primary backing
store, it is desirable to reduce the number of write operations to the
card in order to prolong its life. journald is quite well-behaved in
this regard since it offers the choice of a temporary or permanent
journal and limits the frequency of its writes, except in emergencies.

However, its permanent journal is written under /var/log/journal and
there is no way to configure the path as far as I am aware. I think
this is a problem.

The reason is that on this type of machine people sometimes map
 /var/log to RAM using tmpfs and then perhaps persist the logs using a
program like log2ram. When this is done, journald's emergency writing
capability is lost and crash analysis becomes more difficult.

Of course it is possible instead to redirect the log files of programs
individually to temporary memory using systemd-tmpfiles wherever
needed. But this involves reconfiguring each and every program that
uses /var/log both initially and whenever new programs are installed.
This is tedious not only in quantity but because each program has a
different detailed format of configuration file.

So making /var/log into a tmpfs is a more attractive option. But
ideally the journal would be placed somewhere else in persistent
storage so its contents are available after a crash. This does not seem
to be possible through lack of a config option.

Is my analysis correct? Are there any other ways to resolve this
difficulty? Otherwise, is it possible to consider a log location config
option for journald?

Cheers, Dave
_______________________________________________
systemd-devel mailing list
systemd-devel@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/systemd-devel

Reply via email to