<div dir="ltr"><div>I have attempted to use systemd-journald as a centralized log collector, it works fine and the interface provided by journalctl is very convenient to quickly find things, following logs and other things.<br><br>But I quickly discovered the performance implications of doing so, as when the journal gets over a certain size, it practically ceases to function.<br><br>See <a href="https://github.com/systemd/systemd/issues/2460">https://github.com/systemd/systemd/issues/2460</a> for details.<br><br>This makes rsyslog's omjournal, and systemd-journal-remote basically useless, right?<br><br>So, serious question, can the journal be migrated to a better (indexed?) database format, for example SQLite?<br><br>- if no, why not?<br>- if yes, what would a migration path look like?<br>- - Implementation bikeshed question, 1 giant db file, or 1 db file per day/hour/gb/tb?<br><br>I mentioned SQLite as an example of one that could be used, not sure if the Public Domain license it has would be a problem though.</div><div><div dir="ltr" class="gmail_signature" data-smartmail="gmail_signature"><br>~ Gunnar</div></div></div>