On May 19, 2014, at 5:57 PM, Lulzim KELMENI <lkelmeni@xxxxxxxxxxxxxxxxxxxx> wrote: > Hello, > > I may be wrong but i think there is a syntax problem in your ldif at line 5457262. Yes, and 2000+ other lines. Our entries are ~70 attributes a piece so I’ll need to work through each line one by one to find the problem which may be what I’m left with. > > 8.2 instance is not complaining because syntax check is disable by default as you can see here https://access.redhat.com/site/documentation/en-US/Red_Hat_Directory_Server/9.0/html/Installation_Guide/upgrade.html#New-Machine (step 15) > > You can "force" the new instance (1.2.11.x) to accept your ldif by modifying the "nssldap-syntaxcheck" value to "off" in your /etc/dirsrv/slapd-devldapm03/dse.ldif (with this instance off) before using the db2ldif command BUT i would strongly not recommend you to do this. > > The better approach is to correct your ldif before importing with db2ldif I presume you mean ldif2db but, yes, agreed. thanks, -morgan > > This can help you to find syntax problem in you 8.2 existing instance https://access.redhat.com/site/documentation/en-US/Red_Hat_Directory_Server/8.2/html/Administration_Guide/syntax-validation.html#syntax-validation-script > > I dont know why the ldapmodify command succeded, maybe someone can answer this. > > > KELMENI Lulzim > > > > Le 19/05/2014 22:38, Morgan Jones a écrit : >> I am working on a move from CentOS Directory (8.2.8) on CentOS 5 to 389-ds 1.2.11 on CentOS 6. I’m using a combination of the CentOS repositories and epel as suggested here. >> >> I'm finding ldif2db rejects entries while if I add them via ldapmodify they go in with no errors. This is a problem as db2ldif does not give sufficient debugging to identify the problem. Below are examples. Is there a way to get more debugging out of ldif2db that I am missing? Perhaps an error log level I’m missing? Has anyone else seen this behavior? >> >> I'm importing into a database other than userRoot if that makes a difference. >> >> thanks, >> >> -morgan >> >> >> >> [root@devldapm03 ~]# /usr/lib64/dirsrv/slapd-devldapm03/ldif2db -n studentRoot -i /var/tmp/students_fixed.ldif >> importing data ... >> [19/May/2014:15:53:48 -0400] - WARNING: Import is running with nsslapd-db-private-import-mem on; No other process is allowed to access the database >> [19/May/2014:15:53:48 -0400] - check_and_set_import_cache: pagesize: 4096, pages: 2015405, procpages: 52243 >> [19/May/2014:15:53:48 -0400] - Import allocates 3224648KB import cache. >> [19/May/2014:15:53:49 -0400] - import studentRoot: Beginning import job... >> [19/May/2014:15:53:49 -0400] - import studentRoot: Index buffering enabled with bucket size 100 >> [19/May/2014:15:53:49 -0400] - import studentRoot: Processing file "/var/tmp/students_fixed.ldif" >> ... >> [19/May/2014:15:55:04 -0400] - import studentRoot: WARNING: skipping entry "uid=xxxx,ou=students,dc=domain,dc=org" which violates attribute syntax, ending line 5457262 of file "/var/tmp/students_fixed.ldif" >> ... >> # >> >> >> >> >> # ldapmodify -x -a -h devldapm03.domain.net -D cn=directory\ manager -w pass >> <paste entry> >> >> adding new entry "uid=xxxx,ou=students,dc=domain,dc=org" >> -- >> 389 users mailing list >> >> 389-users@xxxxxxxxxxxxxxxxxxxxxxx >> https://admin.fedoraproject.org/mailman/listinfo/389-users > -- > 389 users mailing list > 389-users@xxxxxxxxxxxxxxxxxxxxxxx > https://admin.fedoraproject.org/mailman/listinfo/389-users -- 389 users mailing list 389-users@xxxxxxxxxxxxxxxxxxxxxxx https://admin.fedoraproject.org/mailman/listinfo/389-users
