Support:How To extract backtrace from coredump

From TBwiki
Revision as of 08:19, 24 September 2014 by Clod Patry (Talk | contribs)
(diff) ← Older revision | Latest revision (diff) | Newer revision → (diff)
Jump to: navigation, search

When a fault happens in toolpack, developers may need to get more useful informations to fix the problem.

How to give useful informations related to a fault in the code:

1- Log to the primary server (ssh)
2- cd /tmp

Usually all core files goes into /tmp/

3- Execute command:  gdb -se "APPLICATION" -ex "bt full" -ex "thread apply all bt" --batch -c CORE > /tmp/backtrace.txt

where:

APPLICATION is the application that crashes

CORE is the core file.

for example:

gdb -se "./release/x86_64-linux64/toolpack_engine" -ex "bt full" -ex "thread apply all bt" --batch -c core.17900 > /tmp/backtrace.txt


If you are not sure about which application caused the crash, you can look in the created file for:

Core was generated by `./release/x86_64-linux64/toolpack_engine -gw 12358'.

For example, in that specific example, the crash happened at:

Program terminated with signal 11, Segmentation fault.
#0  0x000000000043ce59 in CallBridgingSampleDisplayMenu ()
#0  0x000000000043ce59 in CallBridgingSampleDisplayMenu ()
No symbol table info available.


4- Attach the file /tmp/backtrace.txt in your bugID (ticket that you opened to report the problem).


Troubleshooting:

if you see:

# gdb
-bash: gdb: command not found

This is because you did not install the gdb package. You can do:

yum install gdb
Personal tools