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@suse.de> wrote:


> On 20 Nov 2020, at 08:41, Mark Y. Goh <mgoh@cca.edu> 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@suse.de> wrote:
>
>
> > On 20 Nov 2020, at 08:28, Mark Y. Goh <mgoh@cca.edu> 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@suse.de> wrote:
> >
> >
> > > On 20 Nov 2020, at 07:47, Mark Y. Goh <mgoh@cca.edu> 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@lists.fedoraproject.org
> > > To unsubscribe send an email to 389-users-leave@lists.fedoraproject.org
> > > 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@lists.fedoraproject.org
> >
> > —
> > Sincerely,
> >
> > William Brown
> >
> > Senior Software Engineer, 389 Directory Server
> > SUSE Labs, Australia
> > _______________________________________________
> > 389-users mailing list -- 389-users@lists.fedoraproject.org
> > To unsubscribe send an email to 389-users-leave@lists.fedoraproject.org
> > 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@lists.fedoraproject.org
> >
> >
> > --
> > Mark Y. Goh, Lead Systems Administrator, California College of the Arts, mgoh@cca.edu
> > CCA is situated on the traditional unceded lands of the Ohlone peoples.
> >
> > _______________________________________________
> > 389-users mailing list -- 389-users@lists.fedoraproject.org
> > To unsubscribe send an email to 389-users-leave@lists.fedoraproject.org
> > 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@lists.fedoraproject.org
>
> —
> Sincerely,
>
> William Brown
>
> Senior Software Engineer, 389 Directory Server
> SUSE Labs, Australia
> _______________________________________________
> 389-users mailing list -- 389-users@lists.fedoraproject.org
> To unsubscribe send an email to 389-users-leave@lists.fedoraproject.org
> 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@lists.fedoraproject.org
>
>
> --
> Mark Y. Goh, Lead Systems Administrator, California College of the Arts, mgoh@cca.edu
> CCA is situated on the traditional unceded lands of the Ohlone peoples.
>
> _______________________________________________
> 389-users mailing list -- 389-users@lists.fedoraproject.org
> To unsubscribe send an email to 389-users-leave@lists.fedoraproject.org
> 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@lists.fedoraproject.org


Sincerely,

William Brown

Senior Software Engineer, 389 Directory Server
SUSE Labs, Australia
_______________________________________________
389-users mailing list -- 389-users@lists.fedoraproject.org
To unsubscribe send an email to 389-users-leave@lists.fedoraproject.org
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@lists.fedoraproject.org


--
Mark Y. Goh, Lead Systems Administrator, California College of the Arts, mgoh@cca.edu

CCA is situated on the traditional unceded lands of the Ohlone peoples.