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 <[email protected]> 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 <[email protected]> wrote: > > > > 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] > > > -- > 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]
