Uploaded image for project: 'Red Hat Directory Server'
  1. Red Hat Directory Server
  2. DIRSRV-58

error 66 when deleting LDAP container with conflict LDAPSubEntry entries

XMLWordPrintable

    • None
    • sst_idm_ds
    • 0
    • False
    • Hide

      None

      Show
      None
    • None
    • None
    • None
    • None

      Description of problem:

      this is related to
      Add support for recursively deleting subentries #4970
      https://github.com/389ds/389-ds-base/issues/4970

      a customer has been trying to delete an entry but it has some conflict entries ( err 66 and "replication conflicts as children" )

      concern is about a recent migration from ODSEE:
      "In the previous DSEE environment they could delete an entry with these replication issues"

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

      probably RHDS-11.7 on RHEL-8.8 ( no sosreports but mention of 1.4.3.34 )

      How reproducible:
      on demand

      Steps to Reproduce:
      1.
      2.
      3.

      Actual results:

      [17/Dec/2023:14:23:17.331539318 +0200] conn=373395 op=146 RESULT err=66 tag=107 nentries=0 wtime=0.000060572 optime=0.265873223 etime=0.265926849
      [17/Dec/2023:14:23:17.374193736 +0200] conn=373395 op=147 ABANDON targetop=NOTFOUND msgid=145

      error log file:
      [17/Dec/2023:14:23:17.069617086 +0200] - ERR - ldbm_back_delete - conn=373395 op=146 Deleting entry . . . has replication conflicts as children.

      Expected results:

      Additional info:

      workaround: manual ldapdelete -r

      https://access.redhat.com/solutions/6509671
      RHDS - How to delete a subtree that contains entries which have the LDAPSubEntry objetClass?

              idm-ds-dev-bugs IdM DS Dev
              rhn-support-msauton Marc Sauton
              IdM DS QE IdM DS QE
              Evgenia Martyniuk Evgenia Martyniuk
              Votes:
              0 Vote for this issue
              Watchers:
              2 Start watching this issue

                Created:
                Updated:
                Resolved: