<div dir="ltr"><div class="gmail_extra"><div class="gmail_quote">On Sun, Mar 1, 2015 at 3:04 AM, Lennart Poettering <span dir="ltr"><<a href="mailto:lennart@poettering.net" target="_blank">lennart@poettering.net</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><span class="">On Thu, 26.02.15 05:55, Zbigniew Jędrzejewski-Szmek (<a href="mailto:zbyszek@in.waw.pl">zbyszek@in.waw.pl</a>) wrote:<br>
<br>
> On Thu, Feb 26, 2015 at 04:41:48AM +0000, Laszlo Papp wrote:<br>
> > Hi,<br>
> ><br>
> > it seems that the lz4 headers are broken when getting coredumps<br>
> > generated. They cannot even be extracted by the lz4 tool itself, let<br>
> > alone using them via the coredump controller util.<br>
> ><br>
> > My system, which is Archlinux, is using lz4 127 and systemd 219.<br>
> ><br>
> > My current workaround was to disable compression altogether for<br>
> > coredumps in the corresponding config file, but it is suboptimal,<br>
> > especially on embedded systems.<br>
> The headers are different because when lz4 support was added, lz4 did<br>
> not provide a library to write the headers so I added custom headers.<br>
> You should be able to use coredumpctl to unpack the file.<br>
><br>
> "Proper" lz4 support has been written, but lz4 upstream has trouble<br>
> with keeping .so compatibility: <a href="https://code.google.com/p/lz4/issues/detail?id=147" target="_blank">https://code.google.com/p/lz4/issues/detail?id=147</a>.<br>
> So the question is whether to replace lz4 with something more stable<br>
> or to ignore the issue and hope it doesn't happen again.<br>
<br>
</span>Maybe gzip might be a good compromise? Due to the importd logic we now<br>
check for libz anyway in <a href="http://configure.ac" target="_blank">configure.ac</a>, we might as well use it for the<br>
journal. To my knowledge gzip is still a good compromise between<br>
compression ratio on one hand and memory use/time on the other...<br></blockquote><div>except xz beats gzip at its lower compression settings even on memory use/time. See man 1 xz. </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<span class="HOEnZb"><font color="#888888"><br>
Lennart<br>
<br>
--<br>
Lennart Poettering, Red Hat<br>
</font></span><div class="HOEnZb"><div class="h5">_______________________________________________<br>
systemd-devel mailing list<br>
<a href="mailto:systemd-devel@lists.freedesktop.org">systemd-devel@lists.freedesktop.org</a><br>
<a href="http://lists.freedesktop.org/mailman/listinfo/systemd-devel" target="_blank">http://lists.freedesktop.org/mailman/listinfo/systemd-devel</a><br>
</div></div></blockquote></div><br><br clear="all"><div><br></div>-- <br><div class="gmail_signature"><div dir="ltr"><div><div dir="ltr"><br>---<br>Shawn Landden</div><div dir="ltr">ChurchOfGit.com</div></div></div></div>
</div></div>