Uploaded image for project: 'RHEL'
  1. RHEL
  2. RHEL-5134

schema compat plugin deadlock on delete post op [rhel-8.10.0]

    • slapi-nis-0.60.0-4.module+el8.10.0+20724+52b381fe
    • Major
    • ZStream
    • sst_idm_ipa
    • ssg_idm
    • 13
    • 15
    • None
    • False
    • Hide

      None

      Show
      None
    • No
    • Approved Blocker
    • If docs needed, set a value
    • None

      Description of problem:

      The IPA schema compat plugin for RHDS deadlocks on delete post op. One thread is trying to acquire a write lock while in delete post op while several other threads are trying to acquire read locks in bind ops. It is not clear which thread is actually holding the lock/s. No FATAL error messages are reported in the logs for lock/unlock API. Because of this issue the RHDS gets into a "hang" like state where it is not responsive to operations which is obviously a problem. There is one thread that is doing post op plugin ops for add op tho it is not in schema compat plugin. And there are a few threads that just stuck in backend search ops inside bdb code likely because the locks they need are held by thread/s stuck in schema compat plugin operations.

      Version-Release number of selected component (if applicable):

      OS: Red Hat Enterprise Linux release 8.6 (Ootpa)
      Kernel: 4.18.0-372.13.1.el8_6.x86_64

      389-ds: 1.4.3.28-6

      IPA: 4.9.8-7

      How reproducible:

      We do not have a local lab reproducer however it happens fairly often on a customer system (just one specific master).

      Additional info:

      We havent gathered any RHDS PLUGIN level logs as it does not look like they would be of much help to debug this. I see there is DEBUG_MAP_LOCK flag that can be helpful however there doesnt seem to be any way to enable it dynamically. Unless this is a known issue or someone familiar with the related code can pin it as is a debug build with DEBUG_MAP_LOCK enabled is probably the next step to do.

            abokovoy@redhat.com Alexander Bokovoy
            abobrov@redhat.com Anton Bobrov
            Alexander Bokovoy Alexander Bokovoy
            Anuja More Anuja More
            Votes:
            0 Vote for this issue
            Watchers:
            19 Start watching this issue

              Created:
              Updated:
              Resolved: