I have a centos server that recently needed a fsck repair on it's main hard drive. After fixing a bunch of inode issues (booting from a system rescue disk), the box booted clean. Most of the services are running fine, however the sshd service immediately core dumps when I try to start it.
I am making a testing script to compile (via make) and run a bunch of tests. I have a series of cat, grep and sed commands that organizes the results of all the tests nicely, however core-dumps are the exception. Let's say I have a program called test.
I've followed instructions from many locations online on how to get a core dump from apache when it is producing a segfault, but it still refuses to generate the dump.
Added the CoreDumpDirectory directive into the httpd.conf file and set it to /tmp
ulimit -c unlimited
Provided the pattern for dumps using
echo '/tmp/core-%e.%p' > /proc/sys/kernel/core_pattern
I'm trying to debug an application I'm writing, but when I fetch the core dumps withsystemd-coredumpctl gdbI get errors such asBFD: Warning: /var/tmp/coredump-m07Hx7 is truncated: expected core file size >= 34578432, found: 25165824and, when I try to do a stack trace,Cannot access memory at address 0x7fffa80c8f18ulimit -c is currently set to unlimited, but I'm still encountering