<div dir="ltr"><div>During coredump generation I could find a temporary uncompressed file getting generated from the corefile and written to the harddisk, later this file is getting compressed (if compression was enabled) and then the file coredump file is stored and this temporary file is removed. </div><div><br></div><div>I have a process whose memory consumption is typically around 5GB, it generates around 13GB of uncompressed coredump ( coredump_filter = 0x33).</div><div>Later this file is compressed to 20MB and the uncompressed file is removed. </div><div>I have set the </div><div>ProcessSizeMax=16GB</div><span style="font-size:11pt;font-family:calibri,sans-serif">ExternalSizeMax=</span> 16GB<div>But sometimes my disk doesn't have sufficient space to store this temporary file, hence systemd-coredump aborts the coredump processing.</div><div><br></div><div>Is it possible to skip this temporary file generation and generate the compressed file directly from the Corefile passed through STDIN?</div><div><br></div><div>Is there any impact on doing so?</div><div>I tried modifying the coredump.c and was able to get this compressed file directly from the core file.  But I am not sure on whether it will fail on some scenarios or I am missing some important data. </div><div><br></div><div>Also please let me know if my understanding of systemd coredump behaviour is wrong.</div></div>