Comment Re:The gradual middle road (Score 1) 522
systemd-journald has long been capable of forwarding the logs to rsyslogd.
Unfortunately, if they acknowledged this, systemd haters would be left with one less thing to hate.
This isn't true - compare:
* daemon -> systemd -> syslog -> textfile
with
* daemon -> syslog -> textfile
Simple question: Which one has more parts and contains new software and is therefore more prone to failure?
Writing a binary log and then forwarding to syslog isn't acceptable because it makes the assumption that nothing will go wrong with the logging. Since we're talking about failure conditions this is not necessarily going to be true. This translates to an increased risk of lost and unrecoverable logging information, which in a mission-critical production environment is a big deal.
If you're going to write both plaintext and binary logs, you should be writing the text log first. That way if there's a problem like disk failure you can read the (partial) text log rather than being left with a corrupt and unreadable binary blob. The problem with doing it that way, apparently, is that then you wouldn't need binary logging...