Re: [389-users] db2ldif vs ldapmodify: turn up debugging of db2ldif?

On May 19, 2014, at 5:57 PM, Lulzim KELMENI <lkelmeni@mairie-saint-ouen.fr> 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@lists.fedoraproject.org
>> https://admin.fedoraproject.org/mailman/listinfo/389-users
> --
> 389 users mailing list
> 389-users@lists.fedoraproject.org
> https://admin.fedoraproject.org/mailman/listinfo/389-users

--
389 users mailing list
389-users@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/389-users