On Thu, Jan 24, 2019 at 11:08 PM Mark Reynolds <mreynolds@xxxxxxxxxx> wrote: > > > On 1/24/19 3:35 PM, Mihai Carabas wrote: > > On Thu, Jan 24, 2019 at 10:17 PM Mark Reynolds <mreynolds@xxxxxxxxxx> wrote: > >> > >> On 1/24/19 1:54 PM, Mihai Carabas wrote: > >> > >> Hello, > >> > >> [root@ldap ~]# dsctl slapd-ldap db2ldif --replication cursdb cursdb.ldif > >> > >> cursdb.ldif doesn't seem to contain any replication related info. What > >> should contain related to replication? > >> > >> You should at least see an entry with "dn: nsuniqueid=ffffffff-ffffffff-ffffffff-ffffffff", if you don't see this entry in the LDIF then it might not be working (sigh). You can then use the legacy tool: > >> > > Is there. All is ok. > > > > After exporting LDIF and importing again, the search still is buggy. > > > Yeah this is looking like a known bug that we will be working on soon... > > Question, would you be willing to try a "special logging" build to see > we can figure out why the reindex task is hanging? The stacktraces did > not show anything helpful, so we need to see which entry is causing the > issue and the easiest way, besides walking you through using gdb (which > I would be willing to do), would be to provide a special build that logs > extra info to the errors log. I know that is a lot to ask, so no > worries if you aren't comfortable with it. > So to clearly understand these are to different bugs, right? If so, what is the timeframe of solving the bug with the search? Regarding the second one, I can help you but I have to create a test environment with this dataset. I cannot afford playing on production environment. Cu bine, Mihai > Thanks, > Mark > _______________________________________________ 389-users mailing list -- 389-users@xxxxxxxxxxxxxxxxxxxxxxx To unsubscribe send an email to 389-users-leave@xxxxxxxxxxxxxxxxxxxxxxx Fedora Code of Conduct: https://getfedora.org/code-of-conduct.html List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines List Archives: https://lists.fedoraproject.org/archives/list/389-users@xxxxxxxxxxxxxxxxxxxxxxx
