On 06/20/2016 05:55 PM, Noriko Hosoi wrote:
On 06/20/2016 02:20 AM, Ludwig Krispenz wrote:
I have a question about your tombstone entry...  You are using entrydn instead of entryrdn?
no, sorry for the confusion, I was using ldapsearch to get teh tombstones, not dbscan
Hmmm, if that's the case, I need to learn why you don't have the parent-child relationship in your parentid index... 
yes, but that could be a problem of my instance, I will test again. I just had missed that the parentid index is added back for tombstones line 907 - 915. In that case I have no more concerns to use only the parentid index

Sorry for holding this up,
Ludwig
As I copied&pasted, tombstone entry should be in the index... :(
> dn: nsuniqueid=bd76ad01-322c11e6-a5389989-c3cc84f8,cn=x,ou=People,dc=example,dc=com
> entryid: 30
> parentid: 2

Is that the default configuration for IPA?  Does that mean IPA has no move issue?

  27 ldbm_back_delete( Slapi_PBlock *pb )
 781         if(create_tombstone_entry)
 903             if (entryrdn_get_switch()) /* subtree-rename: on */
 907                 /* To maintain tombstonenumsubordinates,
 908                  * parentid is needed for tombstone, as well. */
 913                     retval = index_addordel_values_sv(be, LDBM_PARENTID_STR,
 914                                                       svals, NULL, e->ep_id,
 915                                                       BE_INDEX_ADD, &txn);


But in that case total update is supposed to have no change...

313 repl5_tot_run(Private_Repl_Protocol *prp)
441     if (is_entryrdn) {
                // NEW BULK IMPORT
493     } else {
494         /* Original total update */
    [...]
525     }




--
389-devel mailing list
389-devel@lists.fedoraproject.org
https://lists.fedoraproject.org/admin/lists/389-devel@lists.fedoraproject.org

-- 
Red Hat GmbH, http://www.de.redhat.com/, Registered seat: Grasbrunn, 
Commercial register: Amtsgericht Muenchen, HRB 153243,
Managing Directors: Charles Cachera, Michael Cunningham, Michael O'Neill, Eric Shander