Dear all, The file server crashed again and we got the coredump file as following:
[New Thread 29818] Reading symbols from /lib64/libpthread.so.0...(no debugging symbols found)...done. [Thread debugging using libthread_db enabled] Loaded symbols for /lib64/libpthread.so.0 Reading symbols from /lib64/libresolv.so.2...(no debugging symbols found)...done. Loaded symbols for /lib64/libresolv.so.2 Reading symbols from /lib64/libc.so.6...(no debugging symbols found)...done. Loaded symbols for /lib64/libc.so.6 Reading symbols from /lib64/ld-linux-x86-64.so.2...(no debugging symbols found)...done. Loaded symbols for /lib64/ld-linux-x86-64.so.2 Reading symbols from /lib64/libnss_files.so.2...(no debugging symbols found)...done. Loaded symbols for /lib64/libnss_files.so.2 Core was generated by `/usr/afs/bin/fileserver'. Program terminated with signal 11, Segmentation fault. #0 0x000000000042e987 in ubik_VL_GetEntryByNameU () Missing separate debuginfos, use: debuginfo-install openafs-server-1.4.14.1-1.1.x86_64 (gdb) bt #0 0x000000000042e987 in ubik_VL_GetEntryByNameU () #1 0x0000000000000000 in ?? () Anyone who got the same problem and how to solve it? Thank you very much in advance. Cheers, Qiulan 2014-04-12 huangql 发件人: Harald Barth 发送时间: 2013-09-02 16:36:17 收件人: huangql 抄送: openafs-info 主题: Re: [OpenAFS] file server crashed > Sep 2 13:47:28 afsfs03 kernel: fileserver[8563]: segfault at 106c46f8 ip > 000000000043f448 sp 00007fd0f75fde10 error 4 in fileserver[400000+b3000] > Sep 2 13:47:29 afsfs03 abrt[12333]: Saved core dump of pid 8534 > (/usr/afs/bin/fileserver) to /var/spool/abrt/ccpp-2013-09-02-13:47:28-8534 > (211034112 bytes) Yes, that core dump would be nice to have for analytics. > Sep 2 13:47:29 afsfs03 abrtd: Directory 'ccpp-2013-09-02-13:47:28-8534' > creation detected > Sep 2 13:47:30 afsfs03 abrtd: Package 'openafs-server' isn't signed with > proper key > Sep 2 13:47:30 afsfs03 abrtd: 'post-create' on > '/var/spool/abrt/ccpp-2013-09-02-13:47:28-8534' exited with 1 > Sep 2 13:47:30 afsfs03 abrtd: Corrupted or bad directory > /var/spool/abrt/ccpp-2013-09-02-13:47:28-8534, deleting Seems like abrtd deleted it. Looks to me that this abrtd process is not doing you a favour. Can you have a look if it's really gone? Do you have DeleteUploaded=yes in your abrt.conf? My Scientiffic Linux 6.0 does not run an abrtd, so I don't know that much about it. Is that automatically installed in 6.3 and with what conf? > openafs-server-1.4.14.1-1.1.x86_64 I am running openafs-server-1.6.5-145.sl6 on SL 6.0. From the sl-security repo. Is there any reason to stick with 1.4.14? Harald. _______________________________________________ OpenAFS-info mailing list OpenAFS-info@openafs.org https://lists.openafs.org/mailman/listinfo/openafs-info