Comment # 1 on bug 1014766 from Franck Bui

(In reply to Mikhail Kasimov from comment #0)
> Hello!
> 
> 've noticed an interesting issue: 'systemd-coredumpctl list' info doesn't
> match to number of files in /var/lib/systemd/coredump
> 
> Personally, I've huge list of coredumps when 'coredumpctl list' command is
> used, but number of files in /var/lib/systemd/coredump is much less, than it
> is displayed in 'coredumpctl list' command output. And I didn't touch any of
> .xz-file in /var/lib/systemd/coredump.
> 
> So, I guess, somewhere there is a service, which cleans
> /var/lib/systemd/coredump folder automatically due to some period.

Indeed, see:

 $ grep coredump /usr/lib/tmpfiles.d/systemd.conf
 d /var/lib/systemd/coredump 0755 root root 3d

> 
> Ok, if so, why doesn't it also clean 'coredumpctl list' command output?
> 

Because even if the coredump files are cleaned up, it' still important
(especially for sysadmins) to record that an application had crashed in the
past.

I'm closing this as INVALID since the described behavior is expected.