sssd_be goes to 99% CPU with significant login delays with large hbac hostgroups

Solution Unverified - Updated -

Issue

Following a restart of sssd and a subsequent login attempt, the sssd_be process spikes at 99% cpu, and a delay of 30-60 seconds can be experienced.

This occurs during an hbac decision when there are particularly large hostgroups with many many hosts.
Subsequent logins seem fine until whichever cache is effected needs to be renewed again, which in turn reproduces the long delay.

The bug affects both RHEL5 & RHEL6 version of SSSD.

Environment

  • Red Hat Enterprise Linux 5
  • Red Hat Enterprise Linux 6
  • SSSD 1.9.2 (RHEL6) & SSSD 1.5.x (RHEL5)

Subscriber exclusive content

A Red Hat subscription provides unlimited access to our knowledgebase, tools, and much more.

Current Customers and Partners

Log in for full access

Log In

New to Red Hat?

Learn more about Red Hat subscriptions

Using a Red Hat product through a public cloud?

How to access this content