It looks that this attempt to not truncate the size of coredumps: http://cgit.freedesktop.org/systemd/systemd/commit/?id=41be2ca14d34b67776240bc67facf341b156b974 doesn't do much (at least for coredumps over 64MB), since the value of ENTRY_SIZE_MAX is hard coded to 64MB in src/journal/journald-native.c. I'm just seeing this, for example (Arch Linux using systemd-198): [330482.763605] php-fpm[12633]: segfault at 7f2a46cc4010 ip 000000000076ce81 sp 00007fffbf866670 error 4 in php-fpm[400000+911000] [330483.238632] systemd-journald[181]: File passed too large. Ignoring.
I have too this same information. [ 8285.878465] systemd-journald[108]: File passed too large. Ignoring. # uname -a Linux x 3.9.9-1-ARCH #1 SMP PREEMPT Wed Jul 3 22:45:16 CEST 2013 x86_64 GNU/Linux # uname -a Linux x 3.9.9-1-ARCH #1 SMP PREEMPT Wed Jul 3 22:45:16 CEST 2013 x86_64 GNU/Linux # pacman -Qs systemd local/lib32-systemd 204-1 system and service manager (32-bit) local/systemd 204-3 system and service manager local/systemd-sysvcompat 204-3 (base) sysvinit compat for systemd
Fixed in http://cgit.freedesktop.org/systemd/systemd/commit/?id=c4aa09b.
Use of freedesktop.org services, including Bugzilla, is subject to our Code of Conduct. How we collect and use information is described in our Privacy Policy.