> On 20 Nov 2020, at 08:41, Mark Y. Goh <[email protected]> wrote: > > yes its very puzzling.... > > the schema is identical, i tar'ed it up and copied it over, then restarted > just for good measure. Yes, doing a online replica re-init causes this error > as well as "Import Database" with a LDIF file from the working replica > (Export Replica).
Can you send the full output of "ldif2db" with the ldif you exported from "export replica"? I think you need to put the ldif into /var/lib/dirsrv/slapd-<instance>/ldif/ and ensure it's owned by the dirsrv user (or the user on ubuntu), and then do ldif2db <name of ldif>. > > mark > > On Thu, Nov 19, 2020 at 2:36 PM William Brown <[email protected]> wrote: > > > > On 20 Nov 2020, at 08:28, Mark Y. Goh <[email protected]> wrote: > > > > this is a LDIF ive been testing an import from a production replica. I > > stripped out any identifying info. > > https://gist.github.com/mgoh/38cd082bec13cd803980cd3fb8c9a527 > > > > I also double checked that all the objectclasses existed. > > Well the weirdness is that it doesn't say "I don't know what this OC is" it's > saying "the objectclass attribute is not present on the entry at all". > > Can I double check with you that the schema is consistent on both replicas, > and that you are doing a replica online re-init which causes this error? > > Thanks, > > > > > thanks for taking a look > > mark > > > > On Thu, Nov 19, 2020 at 2:15 PM William Brown <[email protected]> wrote: > > > > > > > On 20 Nov 2020, at 07:47, Mark Y. Goh <[email protected]> wrote: > > > > > > Hello, > > > I am running into a perplexing problme while trying to stand up two > > > replicas. From a fresh ubuntu 18.04 installation, installing, loading > > > custom schema, and configuring 389-ds and upon a replica initiation > > > certain entries are throwing this error - > > > > > > Error adding object 'dn: uid=USER,ou=People,dc=cca,dc=edu'. The error > > > sent by the server was 'Object class violation. missing required > > > attribute "objectclass" > > > > would it be possible to see the entries from the good replica that are > > causing the error on the remote? > > > > > > > > I have tried initializing with a ldif file as well but get the same > > > error. I have not edited the dse.ldif file from what ubuntu installed. I > > > have installed other replicas with no issues. > > > > > > 389-Directory/1.3.7.10 B2018.107.1745 on Ubuntu 18.04.5 LTS \n \l > > > > > > thanks > > > mark > > > _______________________________________________ > > > 389-users mailing list -- [email protected] > > > To unsubscribe send an email to [email protected] > > > Fedora Code of Conduct: > > > https://docs.fedoraproject.org/en-US/project/code-of-conduct/ > > > List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines > > > List Archives: > > > https://lists.fedoraproject.org/archives/list/[email protected] > > > > — > > Sincerely, > > > > William Brown > > > > Senior Software Engineer, 389 Directory Server > > SUSE Labs, Australia > > _______________________________________________ > > 389-users mailing list -- [email protected] > > To unsubscribe send an email to [email protected] > > Fedora Code of Conduct: > > https://docs.fedoraproject.org/en-US/project/code-of-conduct/ > > List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines > > List Archives: > > https://lists.fedoraproject.org/archives/list/[email protected] > > > > > > -- > > Mark Y. Goh, Lead Systems Administrator, California College of the Arts, > > [email protected] > > CCA is situated on the traditional unceded lands of the Ohlone peoples. > > > > _______________________________________________ > > 389-users mailing list -- [email protected] > > To unsubscribe send an email to [email protected] > > Fedora Code of Conduct: > > https://docs.fedoraproject.org/en-US/project/code-of-conduct/ > > List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines > > List Archives: > > https://lists.fedoraproject.org/archives/list/[email protected] > > — > Sincerely, > > William Brown > > Senior Software Engineer, 389 Directory Server > SUSE Labs, Australia > _______________________________________________ > 389-users mailing list -- [email protected] > To unsubscribe send an email to [email protected] > Fedora Code of Conduct: > https://docs.fedoraproject.org/en-US/project/code-of-conduct/ > List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines > List Archives: > https://lists.fedoraproject.org/archives/list/[email protected] > > > -- > Mark Y. Goh, Lead Systems Administrator, California College of the Arts, > [email protected] > CCA is situated on the traditional unceded lands of the Ohlone peoples. > > _______________________________________________ > 389-users mailing list -- [email protected] > To unsubscribe send an email to [email protected] > Fedora Code of Conduct: > https://docs.fedoraproject.org/en-US/project/code-of-conduct/ > List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines > List Archives: > https://lists.fedoraproject.org/archives/list/[email protected] — Sincerely, William Brown Senior Software Engineer, 389 Directory Server SUSE Labs, Australia _______________________________________________ 389-users mailing list -- [email protected] To unsubscribe send an email to [email protected] Fedora Code of Conduct: https://docs.fedoraproject.org/en-US/project/code-of-conduct/ List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines List Archives: https://lists.fedoraproject.org/archives/list/[email protected]
