You are not logged in.
Hi,
I'm trying to investigate phantomjs crashing, but I'm unable to get to the core dump:
$ coredumpctl gdb 12129
PID: 12129 (phantomjs)
UID: 1000 (yuri)
GID: 1000 (yuri)
Signal: 8 (FPE)
Timestamp: Tue 2016-07-19 22:10:30 EEST (3min 48s ago)
Command Line: ./bin/phantomjs 1.js
Executable: /home/yuri/_/phantomjs/phantomjs-2.1.1-linux-x86_64/bin/phantomjs
Control Group: /user.slice/user-1000.slice/session-c1.scope
Unit: session-c1.scope
Slice: user-1000.slice
Session: c1
Owner UID: 1000 (yuri)
Boot ID: 813b3644010a42749d6fd3f564849eaf
Machine ID: ca92f7aa804f4142a6c56c42c1bc705b
Hostname: yuri
Message: Process 12129 (phantomjs) of user 1000 dumped core.
Cannot retrieve coredump from journal or disk.
Failed to retrieve core: No such file or directory
$ journalctl --verify
7fffec8: Unused data (entry_offset==0)
PASS: /var/log/journal/ca92f7aa804f4142a6c56c42c1bc705b/user-1000@012c8056e6544f46ae696598abebe256-000000000019754d-00052a0291080a2f.journal
PASS: /var/log/journal/ca92f7aa804f4142a6c56c42c1bc705b/system@4382271eac8b4d0abe0cbc82113b42f0-00000000002b7f5a-00053205e62cd76e.journal
PASS: /var/log/journal/ca92f7aa804f4142a6c56c42c1bc705b/user-1000@012c8056e6544f46ae696598abebe256-0000000000110e98-000526ba1203cfb1.journal
PASS: /var/log/journal/ca92f7aa804f4142a6c56c42c1bc705b/system@4382271eac8b4d0abe0cbc82113b42f0-00000000003bb283-0005351c8441d54d.journal
7ffff88: Unused data (entry_offset==0)
PASS: /var/log/journal/ca92f7aa804f4142a6c56c42c1bc705b/user-1000@012c8056e6544f46ae696598abebe256-00000000002b7f52-00053205dae85a86.journal
PASS: /var/log/journal/ca92f7aa804f4142a6c56c42c1bc705b/system@abf3c1e3d4844e6c8eb4cc3997b618e4-0000000000000001-000537b22b20ef8f.journal
PASS: /var/log/journal/ca92f7aa804f4142a6c56c42c1bc705b/system@4382271eac8b4d0abe0cbc82113b42f0-000000000021823b-00052deb821b34ab.journal
PASS: /var/log/journal/ca92f7aa804f4142a6c56c42c1bc705b/system@4382271eac8b4d0abe0cbc82113b42f0-000000000010fe55-000526b7144dea4f.journal
PASS: /var/log/journal/ca92f7aa804f4142a6c56c42c1bc705b/system@4382271eac8b4d0abe0cbc82113b42f0-00000000004355a1-000535b86950a356.journal
PASS: /var/log/journal/ca92f7aa804f4142a6c56c42c1bc705b/user-1000@012c8056e6544f46ae696598abebe256-00000000004355a6-000535b86950a655.journal
PASS: /var/log/journal/ca92f7aa804f4142a6c56c42c1bc705b/system@4382271eac8b4d0abe0cbc82113b42f0-00000000004b98fb-000536583a190bd2.journal
PASS: /var/log/journal/ca92f7aa804f4142a6c56c42c1bc705b/system@4382271eac8b4d0abe0cbc82113b42f0-00000000004ea999-0005367eb4794a02.journal
PASS: /var/log/journal/ca92f7aa804f4142a6c56c42c1bc705b/user-1000@012c8056e6544f46ae696598abebe256-00000000004784a4-0005360be4dbb14a.journal
PASS: /var/log/journal/ca92f7aa804f4142a6c56c42c1bc705b/system@000537317b61ac1e-1fbebf9be1dd7082.journal~
PASS: /var/log/journal/ca92f7aa804f4142a6c56c42c1bc705b/system@4382271eac8b4d0abe0cbc82113b42f0-000000000027f31b-0005306a356c38bd.journal
PASS: /var/log/journal/ca92f7aa804f4142a6c56c42c1bc705b/user-1000@8f70c1ddbac444ef820979cc8440eabb-0000000000000465-000537318e83828b.journal
PASS: /var/log/journal/ca92f7aa804f4142a6c56c42c1bc705b/user-1000.journal
PASS: /var/log/journal/ca92f7aa804f4142a6c56c42c1bc705b/system@4382271eac8b4d0abe0cbc82113b42f0-0000000000131ec8-00052721ba791339.journal
PASS: /var/log/journal/ca92f7aa804f4142a6c56c42c1bc705b/user-1000@012c8056e6544f46ae696598abebe256-0000000000338a1c-00053404d6708536.journal
PASS: /var/log/journal/ca92f7aa804f4142a6c56c42c1bc705b/system@4382271eac8b4d0abe0cbc82113b42f0-00000000003f610d-00053579579ba855.journal
PASS: /var/log/journal/ca92f7aa804f4142a6c56c42c1bc705b/system@4382271eac8b4d0abe0cbc82113b42f0-0000000000338a22-00053404d8bc147a.journal
PASS: /var/log/journal/ca92f7aa804f4142a6c56c42c1bc705b/user-1000@012c8056e6544f46ae696598abebe256-00000000003f6108-000535795711e9db.journal
PASS: /var/log/journal/ca92f7aa804f4142a6c56c42c1bc705b/system.journal
PASS: /var/log/journal/ca92f7aa804f4142a6c56c42c1bc705b/user-1000@012c8056e6544f46ae696598abebe256-00000000001f641d-00052b8725786853.journal
7fffe50: Unused data (entry_offset==0)
PASS: /var/log/journal/ca92f7aa804f4142a6c56c42c1bc705b/user-1000@012c8056e6544f46ae696598abebe256-000000000027f2a4-0005306a274c770b.journal
PASS: /var/log/journal/ca92f7aa804f4142a6c56c42c1bc705b/system@4382271eac8b4d0abe0cbc82113b42f0-00000000004784a8-0005360be5426b92.journal
PASS: /var/log/journal/ca92f7aa804f4142a6c56c42c1bc705b/system@4382271eac8b4d0abe0cbc82113b42f0-0000000000153e76-0005278909d40c50.journal
PASS: /var/log/journal/ca92f7aa804f4142a6c56c42c1bc705b/user-1000@012c8056e6544f46ae696598abebe256-00000000002fce81-000533367898b72d.journal
PASS: /var/log/journal/ca92f7aa804f4142a6c56c42c1bc705b/system@4382271eac8b4d0abe0cbc82113b42f0-0000000000179ad8-000528bf81778fc4.journal
PASS: /var/log/journal/ca92f7aa804f4142a6c56c42c1bc705b/user-1000@000537318e7d3554-160e4e9e01f9b08c.journal~
PASS: /var/log/journal/ca92f7aa804f4142a6c56c42c1bc705b/system@4382271eac8b4d0abe0cbc82113b42f0-00000000001cb29b-00052adf4ac07a53.journal
PASS: /var/log/journal/ca92f7aa804f4142a6c56c42c1bc705b/user-1000@012c8056e6544f46ae696598abebe256-0000000000155d31-0005278ec5bd8288.journal
PASS: /var/log/journal/ca92f7aa804f4142a6c56c42c1bc705b/system@4382271eac8b4d0abe0cbc82113b42f0-000000000037c5f1-000534b527690c63.journal
7fffde8: Unused data (entry_offset==0)
PASS: /var/log/journal/ca92f7aa804f4142a6c56c42c1bc705b/user-1000@012c8056e6544f46ae696598abebe256-00000000002468a5-00052f8435a63a57.journal
PASS: /var/log/journal/ca92f7aa804f4142a6c56c42c1bc705b/user-1000@012c8056e6544f46ae696598abebe256-00000000000ee1a4-0005264e5ae98ff0.journal
PASS: /var/log/journal/ca92f7aa804f4142a6c56c42c1bc705b/user-1000@012c8056e6544f46ae696598abebe256-0000000000133ef6-000527285577fbe8.journal
PASS: /var/log/journal/ca92f7aa804f4142a6c56c42c1bc705b/system@4382271eac8b4d0abe0cbc82113b42f0-000000000019754f-00052a0291bf7277.journal
PASS: /var/log/journal/ca92f7aa804f4142a6c56c42c1bc705b/user-1000@012c8056e6544f46ae696598abebe256-000000000021825d-00052decdc9cf501.journal
7fffe40: Unused data (entry_offset==0)
PASS: /var/log/journal/ca92f7aa804f4142a6c56c42c1bc705b/user-1000@012c8056e6544f46ae696598abebe256-00000000003bb27e-0005351c83e9d46f.journal
PASS: /var/log/journal/ca92f7aa804f4142a6c56c42c1bc705b/user-1000@012c8056e6544f46ae696598abebe256-00000000004b98fd-000536583a37ea14.journal
7fffed8: Unused data (entry_offset==0)
PASS: /var/log/journal/ca92f7aa804f4142a6c56c42c1bc705b/user-1000@012c8056e6544f46ae696598abebe256-000000000037c5f8-000534b5279c134e.journal
PASS: /var/log/journal/ca92f7aa804f4142a6c56c42c1bc705b/user-1000@012c8056e6544f46ae696598abebe256-00000000000ce42d-000525eb924919bb.journal
PASS: /var/log/journal/ca92f7aa804f4142a6c56c42c1bc705b/system@4382271eac8b4d0abe0cbc82113b42f0-00000000002fceb9-000533368319817b.journal
PASS: /var/log/journal/ca92f7aa804f4142a6c56c42c1bc705b/system@000537b22b794dc6-9ca1eb4d39d445da.journal~
7ffff08: Unused data (entry_offset==0)
PASS: /var/log/journal/ca92f7aa804f4142a6c56c42c1bc705b/user-1000@012c8056e6544f46ae696598abebe256-00000000001cb264-00052adf4146d019.journal
PASS: /var/log/journal/ca92f7aa804f4142a6c56c42c1bc705b/system@4382271eac8b4d0abe0cbc82113b42f0-00000000001f644c-00052b8733432703.journal
PASS: /var/log/journal/ca92f7aa804f4142a6c56c42c1bc705b/user-1000@012c8056e6544f46ae696598abebe256-00000000004ea99a-0005367eb492c4c0.journal
PASS: /var/log/journal/ca92f7aa804f4142a6c56c42c1bc705b/system@4382271eac8b4d0abe0cbc82113b42f0-00000000002468c9-00052f843e2fc018.journal
PASS: /var/log/journal/ca92f7aa804f4142a6c56c42c1bc705b/system@4382271eac8b4d0abe0cbc82113b42f0-00000000000ede97-0005264df82c2aad.journal
Thanks in advance.
Offline
My guess is that the core is bigger than the maximum size permitted in the journal. Take a look at man coredump.conf
Nothing is too wonderful to be true, if it be consistent with the laws of nature -- Michael Faraday
Sometimes it is the people no one can imagine anything of who do the things no one can imagine. -- Alan Turing
---
How to Ask Questions the Smart Way
Offline
I added `ProcessSizeMax=100G`, and did `systemctl daemon-reload && systemctl restart systemd-journald`. But `coredumpctl gdb ...` still wouldn't succeed.
Also, I ran `echo "core.%e.%p" > /proc/sys/kernel/core_pattern`, but couln't see coredumps in current directory.
Does it possibly explains anything?
$ journalctl -eu systemd-journald
...
Jul 15 23:07:30 yuri systemd-journald[206]: Runtime journal (/run/log/journal/) is 8.0M, max 197.6M, 189.6M free.
Jul 15 23:07:30 yuri systemd-journald[206]: Journal started
Jul 15 23:07:36 yuri systemd-journald[206]: System journal (/var/log/journal/) is 4.1G, max 4.0G, 0B free.
Jul 15 23:07:36 yuri systemd-journald[206]: Time spent on flushing to /var is 10.829ms for 836 entries.
Jul 19 22:10:17 yuri systemd-journald[206]: Journal stopped
Jul 19 22:10:17 yuri systemd-journald[12121]: System journal (/var/log/journal/) is 3.9G, max 4.0G, 7.7M free.
Jul 19 22:10:17 yuri systemd-journald[12121]: Journal started
Is there an easy way to produce small coredump?
Offline
Is there an easy way to produce small coredump?
I wrote this for just such an occasion
ewaller@turing/home/ewaller % cat devel/C/segfaultgenerator/main.c
#include <stdio.h>
int main (int argc, char* argv[])
{
char* myString;
myString=0;
printf ("%s",*myString);
return 0;
}
ewaller@turing/home/ewaller %
Edit:
ewaller@turing/home/ewaller % cd devel/C/segfaultgenerator/
ewaller@turing/home/ewaller/devel/C/segfaultgenerator % ./a.out
Segmentation fault (core dumped)
ewaller@turing/home/ewaller/devel/C/segfaultgenerator[139] % coredumpctl gdb
PID: 16559 (a.out)
UID: 1000 (ewaller)
GID: 1000 (ewaller)
Signal: 11 (SEGV)
Timestamp: Tue 2016-07-19 16:17:02 PDT (8s ago)
Command Line: ./a.out
Executable: /home/ewaller/devel/C/segfaultgenerator/a.out
Control Group: /user.slice/user-1000.slice/session-c4.scope
Unit: session-c4.scope
Slice: user-1000.slice
Session: c4
Owner UID: 1000 (ewaller)
Boot ID: e161ea8798a24e4fa5e6f99e44c087b5
Machine ID: ca8802a46ad045d99c9662c2f74f3971
Hostname: turing
Coredump: /var/lib/systemd/coredump/core.a\x2eout.1000.e161ea8798a24e4fa5e6f99e44c087b5.16559.1468970222000000000000.lz4
Message: Process 16559 (a.out) of user 1000 dumped core.
Stack trace of thread 16559:
#0 0x00000000004004df main (a.out)
#1 0x00007fe93a1ca741 __libc_start_main (libc.so.6)
#2 0x0000000000400409 _start (a.out)
GNU gdb (GDB) 7.11.1
Copyright (C) 2016 Free Software Foundation, Inc.
License GPLv3+: GNU GPL version 3 or later <http://gnu.org/licenses/gpl.html>
This is free software: you are free to change and redistribute it.
There is NO WARRANTY, to the extent permitted by law. Type "show copying"
and "show warranty" for details.
This GDB was configured as "x86_64-pc-linux-gnu".
Type "show configuration" for configuration details.
For bug reporting instructions, please see:
<http://www.gnu.org/software/gdb/bugs/>.
Find the GDB manual and other documentation resources online at:
<http://www.gnu.org/software/gdb/documentation/>.
For help, type "help".
Type "apropos word" to search for commands related to "word"...
Reading symbols from /home/ewaller/devel/C/segfaultgenerator/a.out...done.
[New LWP 16559]
warning: Could not load shared library symbols for linux-vdso.so.1.
Do you need "set solib-search-path" or "set sysroot"?
Core was generated by `./a.out'.
Program terminated with signal SIGSEGV, Segmentation fault.
#0 0x00000000004004df in main (argc=1, argv=0x7fff6fba7b58) at main.c:7
7 printf ("%s",*myString);
(gdb) l
2 int main (int argc, char* argv[])
3
4 {
5 char* myString;
6 myString=0;
7 printf ("%s",*myString);
8 return 0;
9 }
(gdb) print myString
$1 = 0x0
(gdb) print *myString
Cannot access memory at address 0x0
(gdb)
Last edited by ewaller (2016-07-20 02:09:52)
Nothing is too wonderful to be true, if it be consistent with the laws of nature -- Michael Faraday
Sometimes it is the people no one can imagine anything of who do the things no one can imagine. -- Alan Turing
---
How to Ask Questions the Smart Way
Offline