<div dir="ltr">Hi guys,<div><br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-color:rgb(204,204,204);border-left-style:solid;padding-left:1ex"><span style="font-family:arial,sans-serif;font-size:13px">If it is a easy to reproduce could you try to mount tmpfs to the directory</span><br style="font-family:arial,sans-serif;font-size:13px">

<span style="font-family:arial,sans-serif;font-size:13px">/var/lib/sss/db/. It can be filesystem issue.</span></blockquote><div>Mounting with a tmpfs has no effect on the crash.</div><div><br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-color:rgb(204,204,204);border-left-style:solid;padding-left:1ex">

<span style="font-family:arial,sans-serif;font-size:13px">Do you know if Ubuntu uses the latest tdb and ldb versions?</span></blockquote><div>libtdb1 version in Ubuntu 14.04: 1.2.12-1</div><div>libldb1 version in Ubuntu 14.04: 1.1.16-1</div>

<div><br></div><div>According to <a href="http://www.samba.org/ftp/tdb/">http://www.samba.org/ftp/tdb/</a> the latest tbd version is 1.3.0 and <a href="http://www.samba.org/ftp/ldb/">http://www.samba.org/ftp/ldb/</a> says the latest ldb version is 1.1.17</div>

<div><br></div><div>For full disclosure, I already told this to Jakub in case it matters:</div><div><br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-color:rgb(204,204,204);border-left-style:solid;padding-left:1ex">

<div style="font-family:arial,sans-serif;font-size:13px">I ran into a little trouble because the sssd_be was the binary that was actually crashing, but it was spawned automatically by the root sssd process. In order to generate the coredump and backtrace, I came up with this inelegant solution:</div>

<div style="font-family:arial,sans-serif;font-size:13px"><br></div><div style="font-family:arial,sans-serif;font-size:13px">service sssd start; sleep 3; gdb -p $(ps ax|grep sssd_be|grep -v grep|cut -f1 -d&quot; &quot;) -ex generate-core-file</div>

</blockquote><div><br></div><div>Hope this helps. </div></div><div class="gmail_extra"><br clear="all"><div><div><br></div>-Chris</div>
<br><br><div class="gmail_quote">On Fri, Aug 8, 2014 at 1:16 PM, Jakub Hrozek <span dir="ltr">&lt;<a href="mailto:jhrozek@redhat.com" target="_blank">jhrozek@redhat.com</a>&gt;</span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">

<div class="HOEnZb"><div class="h5">On Fri, Aug 08, 2014 at 06:49:56PM +0200, Lukas Slebodnik wrote:<br>
&gt; On (07/08/14 14:57), Chris Hartman wrote:<br>
&gt; &gt;Sorry it&#39;s been so long since my original email. Life happens sometimes. At<br>
&gt; &gt;any rate, I&#39;m able to continue with debugging now.<br>
&gt; &gt;<br>
&gt; &gt;First off, thanks to Timo and Lukas for their help! I was able to generate<br>
&gt; &gt;the backtrace and core dump file as Jakub suggested. Since it may contain<br>
&gt; &gt;sensitive data, I will email him the files directly.<br>
&gt; &gt;<br>
&gt; &gt;Jakub, look for an email from my momentarily. Thanks for taking the time to<br>
&gt; &gt;help me out!<br>
&gt; &gt;<br>
&gt;<br>
&gt; [New LWP 32083]<br>
&gt; [Thread debugging using libthread_db enabled]<br>
&gt; Using host libthread_db library &quot;/lib/i386-linux-gnu/libthread_db.so.1&quot;.<br>
&gt; Core was generated by `/usr/lib/i386-linux-gnu/sssd/sssd_be&#39;.<br>
&gt; #0  0xb775d424 in __kernel_vsyscall ()<br>
&gt; (gdb) bt<br>
&gt; #0  0xb775d424 in __kernel_vsyscall ()<br>
&gt; #1  0xb7520d7c in __fdatasync_nocancel () at ../sysdeps/unix/syscall-template.S:81<br>
&gt; #2  0xb6af2be5 in transaction_sync (tdb=0x8b2a138, offset=53268, length=4) at ../common/transaction.c:548<br>
&gt; #3  0xb6af2d9e in _tdb_transaction_cancel (tdb=0x8b2a138) at ../common/transaction.c:603<br>
&gt; #4  0xb6af3c95 in tdb_transaction_commit (tdb=0x8b2a138) at ../common/transaction.c:1161<br>
&gt; #5  0xb6b172d5 in ltdb_end_trans (module=0x8b2b9b0) at ../ldb_tdb/ldb_tdb.c:1141<br>
&gt; #6  0xb770aedf in ldb_transaction_commit (ldb=ldb@entry=0x8b20a78) at ../common/ldb.c:467<br>
&gt; #7  0xb770be49 in ldb_autotransaction_request (ldb=0x8b20a78, req=0x8b38500) at ../common/ldb.c:563<br>
&gt; #8  0xb770ca43 in ldb_modify (ldb=0x8b20a78, message=message@entry=0x8b49380) at ../common/ldb.c:1641<br>
&gt;<br>
&gt; I am not really sure why but crash is in syscall fdatasync.<br>
&gt; As you can see, top 9 frames are from libraries libldb and libtdb.<br>
&gt; If it is a easy to reproduce could you try to mount tmpfs to the directory<br>
&gt; /var/lib/sss/db/. It can be filesystem issue.<br>
&gt;<br>
&gt; tmpfs   /var/lib/sss/db/ tmpfs                  size=300M,mode=0700,noauto 0 0<br>
&gt;<br>
<br>
</div></div>Thanks for looking into this!<br>
<br>
Did you notice anything strange about the ldb_message in frame 8? That&#39;s<br>
the only thing I can think of that we might influence.<br>
<br>
Do you know if Ubuntu uses the latest tdb and ldb versions?<br>
<div class="HOEnZb"><div class="h5">_______________________________________________<br>
sssd-users mailing list<br>
<a href="mailto:sssd-users@lists.fedorahosted.org">sssd-users@lists.fedorahosted.org</a><br>
<a href="https://lists.fedorahosted.org/mailman/listinfo/sssd-users" target="_blank">https://lists.fedorahosted.org/mailman/listinfo/sssd-users</a><br>
</div></div></blockquote></div><br></div>