3.0+版本的mongod捕获了SIGSEGV信号，打印当前的执行堆栈，然后退出。
// src/mongo/util/signal_handlers_synchronous.cpp
struct sigaction addrSignals;
memset(&addrSignals, 0, sizeof(addrSignals));
addrSignals.sa_sigaction = abruptQuitWithAddrSignal;
sigemptyset(&addrSignals.sa_mask);
addrSignals.sa_flags = SA_SIGINFO;
invariant(sigaction(SIGSEGV, &addrSignals, nullptr) == 0);
invariant(sigaction(SIGBUS, &addrSignals, nullptr) == 0);
invariant(sigaction(SIGILL, &addrSignals, nullptr) == 0);
invariant(sigaction(SIGFPE, &addrSignals, nullptr) == 0);
当mongod因为段错误退出时，查问题信息太少，非常不方便，故尝试让mongod在段错误时coredump，将给SIGSEGV设置处理函数的代码去掉。
+ //invariant(sigaction(SIGSEGV, &addrSignals, nullptr) == 0);
在进程启动后，增加如下代码，以产生SIGSEGV信号
char *p = 0;
*p = 100;
然而，进程启动后，进程的确异常退出了，但并没有产生core文件
[7330651.261707] mongod-9552[34304]: segfault at 0 ip 0000000000b24f27 sp 00007f2e6e718ae0 error 6 in mongod-9552[400000+1b52000]
查看core文件相关配置，都正常
ulimit -c
unlimited
$cat /proc/sys/kernel/core_pattern
core
mongod是后台启动的(processManagement.fork参数设置为true)，而且代码里也没有再setrlimit来修改core file size。
将processManagement.fork参数设置为false后启动mongod，mongod能产生出core文件。可以确定processManagement.fork设置为true时不产生core文件的原因。
细看fork相关代码，发现fork()后，mongod调用chdir("/")将进程工作目录修改为了根目录，而根据 /proc/sys/kernel/core_pattern的配置，core文件要存储到工作目录，而mongod以普通用户启动，并没有根目录的写权限，故而没有产生core文件。
echo /tmp/corefiles/core > /proc/sys/kernel/core_pattern
修改core存储路径后，mongod能正常产生core文件。很多daemon模式启动的进程都会将工作目录改到根目录，故如果需要产生core文件，建议要正确设置好/proc/sys/kernel/core_pattern。
故要想mongod能在SIGSEGV信号时产生core文件，需要
- 让SIGSEGV的处理函数保持不变
- ulimit -c 设置好core文件大小限制
- 设置好/proc/sys/kernel/core_pattern，保证进程有权限存储core文件
