<div dir="ltr"><div>Hi,<br><br>One of my daemon got crashed. <br>The coredump is generated and stored in compressed format (.xz)<br>While analyzing the coredump in gdb, I see that the coredump got truncation.<br>I was not able to get any backtrace out of this coredump.<br><br><br>BFD: warning: /tmp/60515/data-manager is truncated: expected core file size >= 1034403840, found: 954998784<br><br>[Current thread is 1 (LWP 2633)]<br>(gdb) bt full<br>#0  0x0000ffff91b3ded4 in ?? ()<br>No symbol table info available.<br>#1  0x0000ffff8abb1b6c in ?? ()<br>No symbol table info available.<br>Backtrace stopped: previous frame identical to this frame (corrupt stack?)</div><div><br></div><div><br><br>Systemd version : 229.<br><br>Size settings:<br>ProcessSizeMax=4G<br>ExternalSizeMax=4G<br>Ulimit is set to unlimited<br><br>Initially I thought this could be due to coredump size limit.  But the ulimit is set to unlimited and ProcessSizeMax/ExternalSizeMax set to 4G.<br><br>What other scenarios could lead to truncated coredump?<br><br>Is there any known issue on systemd v299 related to coredump truncation?<br><br></div>-- <br><div dir="ltr" class="gmail_signature" data-smartmail="gmail_signature"><div dir="ltr"><div><div dir="ltr">With Kind Regards,<br>P R Dinesh<br></div></div></div></div></div>