On (07/08/14 14:57), Chris Hartman wrote:
Sorry it's been so long since my original email. Life happens
sometimes. At
any rate, I'm able to continue with debugging now.
First off, thanks to Timo and Lukas for their help! I was able to generate
the backtrace and core dump file as Jakub suggested. Since it may contain
sensitive data, I will email him the files directly.
Jakub, look for an email from my momentarily. Thanks for taking the time to
help me out!
[New LWP 32083]
[Thread debugging using libthread_db enabled]
Using host libthread_db library "/lib/i386-linux-gnu/libthread_db.so.1".
Core was generated by `/usr/lib/i386-linux-gnu/sssd/sssd_be'.
#0 0xb775d424 in __kernel_vsyscall ()
(gdb) bt
#0 0xb775d424 in __kernel_vsyscall ()
#1 0xb7520d7c in __fdatasync_nocancel () at ../sysdeps/unix/syscall-template.S:81
#2 0xb6af2be5 in transaction_sync (tdb=0x8b2a138, offset=53268, length=4) at
../common/transaction.c:548
#3 0xb6af2d9e in _tdb_transaction_cancel (tdb=0x8b2a138) at ../common/transaction.c:603
#4 0xb6af3c95 in tdb_transaction_commit (tdb=0x8b2a138) at ../common/transaction.c:1161
#5 0xb6b172d5 in ltdb_end_trans (module=0x8b2b9b0) at ../ldb_tdb/ldb_tdb.c:1141
#6 0xb770aedf in ldb_transaction_commit (ldb=ldb@entry=0x8b20a78) at ../common/ldb.c:467
#7 0xb770be49 in ldb_autotransaction_request (ldb=0x8b20a78, req=0x8b38500) at
../common/ldb.c:563
#8 0xb770ca43 in ldb_modify (ldb=0x8b20a78, message=message@entry=0x8b49380) at
../common/ldb.c:1641
I am not really sure why but crash is in syscall fdatasync.
As you can see, top 9 frames are from libraries libldb and libtdb.
If it is a easy to reproduce could you try to mount tmpfs to the directory
/var/lib/sss/db/. It can be filesystem issue.
tmpfs /var/lib/sss/db/ tmpfs size=300M,mode=0700,noauto 0 0
LS