On Sat, Jun 10, 2017 at 07:56:47AM +0000, Joakim Tjernlund wrote:
> On Sat, 2017-06-10 at 08:24 +0200, Jakub Hrozek wrote:
> > On Fri, Jun 09, 2017 at 04:28:45PM +0000, Joakim Tjernlund wrote:
> > > both 1.15.2 and git master hangs after less than 24 hour on
> > > a server.
> > > 
> > > I can see this repeating the domain log:
> > > 
> > > (Fri Jun  9 18:21:49 2017) [sssd[be[infinera.com]]] [orderly_shutdown] 
> > > (0x0010): SIGTERM: killing children
> > > (Fri Jun  9 18:21:49 2017) [sssd[be[infinera.com]]] [ldb] (0x0010): A 
> > > transaction is still active in ldb context [0xf65ce0] on 
> > > /var/lib/sss/db/cache_infinera.com.ldb
> > > (Fri Jun  9 18:22:42 2017) [sssd[be[infinera.com]]] [orderly_shutdown] 
> > > (0x0010): SIGTERM: killing children
> > > (Fri Jun  9 18:22:42 2017) [sssd[be[infinera.com]]] [ldb] (0x0010): A 
> > > transaction is still active in ldb context [0x239cce0] on 
> > > /var/lib/sss/db/cache_infinera.com.ldb
> > > (Fri Jun  9 18:23:35 2017) [sssd[be[infinera.com]]] [orderly_shutdown] 
> > > (0x0010): SIGTERM: killing children
> > > (Fri Jun  9 18:23:35 2017) [sssd[be[infinera.com]]] [ldb] (0x0010): A 
> > > transaction is still active in ldb context [0x1421ce0] on 
> > > /var/lib/sss/db/cache_infinera.com.ldb
> > > (Fri Jun  9 18:24:28 2017) [sssd[be[infinera.com]]] [orderly_shutdown] 
> > > (0x0010): SIGTERM: killing children
> > > (Fri Jun  9 18:24:28 2017) [sssd[be[infinera.com]]] [ldb] (0x0010): A 
> > > transaction is still active in ldb context [0x1cb0ce0] on 
> > > /var/lib/sss/db/cache_infinera.com.ldb
> > 
> > This is caused by too long write to disk.
> > 
> 
> Can I just increase the timeout for now? I will patch the code if needed.
> On this sever we need enumerate = true ATM, cannot just turn it off.

Oh, sure. The other alternative might be to mount the cache to tmpfs.

> 
> 
> > > 
> > > Ideas?
> > 
> > Disable enumeration or move the cache to tmpfs. Enumeration won't work
> > well with large domains, sorry.
> 
> And never will?

We are doing incremental performance improvements. There is a round
planned for the next upstream version, I'm afraid we don't have any
patches yet, but me and Sumit have been throwing ideas around, so we
already know what to do. But please keep in mind that enumerating a
large forest amounts to keeping a local replica which is going to be
costly..
_______________________________________________
sssd-users mailing list -- sssd-users@lists.fedorahosted.org
To unsubscribe send an email to sssd-users-le...@lists.fedorahosted.org

Reply via email to