Interesting ... Now I'm even more confused about why this worked. Please be sure to test and monitor replication between the servers to ensure it weeks working, and if you have any other issues let us know :) > On 21 Nov 2020, at 10:22, Mark Y. Goh <mgoh@xxxxxxx> wrote: > > Thanks William this worked! > > ldif2db imported the users with no issue. > > thanks again - cheers > mark > > > On Thu, Nov 19, 2020 at 3:09 PM William Brown <wbrown@xxxxxxx> wrote: > > > > On 20 Nov 2020, at 08:41, Mark Y. Goh <mgoh@xxxxxxx> 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 <wbrown@xxxxxxx> wrote: > > > > > > > On 20 Nov 2020, at 08:28, Mark Y. Goh <mgoh@xxxxxxx> 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 <wbrown@xxxxxxx> wrote: > > > > > > > > > > On 20 Nov 2020, at 07:47, Mark Y. Goh <mgoh@xxxxxxx> 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 -- 389-users@xxxxxxxxxxxxxxxxxxxxxxx > > > > To unsubscribe send an email to 389-users-leave@xxxxxxxxxxxxxxxxxxxxxxx > > > > 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/389-users@xxxxxxxxxxxxxxxxxxxxxxx > > > > > > — > > > Sincerely, > > > > > > William Brown > > > > > > Senior Software Engineer, 389 Directory Server > > > SUSE Labs, Australia > > > _______________________________________________ > > > 389-users mailing list -- 389-users@xxxxxxxxxxxxxxxxxxxxxxx > > > To unsubscribe send an email to 389-users-leave@xxxxxxxxxxxxxxxxxxxxxxx > > > 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/389-users@xxxxxxxxxxxxxxxxxxxxxxx > > > > > > > > > -- > > > Mark Y. Goh, Lead Systems Administrator, California College of the Arts, mgoh@xxxxxxx > > > CCA is situated on the traditional unceded lands of the Ohlone peoples. > > > > > > _______________________________________________ > > > 389-users mailing list -- 389-users@xxxxxxxxxxxxxxxxxxxxxxx > > > To unsubscribe send an email to 389-users-leave@xxxxxxxxxxxxxxxxxxxxxxx > > > 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/389-users@xxxxxxxxxxxxxxxxxxxxxxx > > > > — > > Sincerely, > > > > William Brown > > > > Senior Software Engineer, 389 Directory Server > > SUSE Labs, Australia > > _______________________________________________ > > 389-users mailing list -- 389-users@xxxxxxxxxxxxxxxxxxxxxxx > > To unsubscribe send an email to 389-users-leave@xxxxxxxxxxxxxxxxxxxxxxx > > 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/389-users@xxxxxxxxxxxxxxxxxxxxxxx > > > > > > -- > > Mark Y. Goh, Lead Systems Administrator, California College of the Arts, mgoh@xxxxxxx > > CCA is situated on the traditional unceded lands of the Ohlone peoples. > > > > _______________________________________________ > > 389-users mailing list -- 389-users@xxxxxxxxxxxxxxxxxxxxxxx > > To unsubscribe send an email to 389-users-leave@xxxxxxxxxxxxxxxxxxxxxxx > > 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/389-users@xxxxxxxxxxxxxxxxxxxxxxx > > — > Sincerely, > > William Brown > > Senior Software Engineer, 389 Directory Server > SUSE Labs, Australia > _______________________________________________ > 389-users mailing list -- 389-users@xxxxxxxxxxxxxxxxxxxxxxx > To unsubscribe send an email to 389-users-leave@xxxxxxxxxxxxxxxxxxxxxxx > 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/389-users@xxxxxxxxxxxxxxxxxxxxxxx > > > -- > Mark Y. Goh, Lead Systems Administrator, California College of the Arts, mgoh@xxxxxxx > CCA is situated on the traditional unceded lands of the Ohlone peoples. > > _______________________________________________ > 389-users mailing list -- 389-users@xxxxxxxxxxxxxxxxxxxxxxx > To unsubscribe send an email to 389-users-leave@xxxxxxxxxxxxxxxxxxxxxxx > 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/389-users@xxxxxxxxxxxxxxxxxxxxxxx — Sincerely, William Brown Senior Software Engineer, 389 Directory Server SUSE Labs, Australia _______________________________________________ 389-users mailing list -- 389-users@xxxxxxxxxxxxxxxxxxxxxxx To unsubscribe send an email to 389-users-leave@xxxxxxxxxxxxxxxxxxxxxxx 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/389-users@xxxxxxxxxxxxxxxxxxxxxxx
