Re: [389-users] Export/import with 389 DS 1.2.7.5

Reinhard Nappert <rnappert@xxxxxxxxxxx> · Tue, 8 Feb 2011 12:36:30 -0500

I did use the perl scripts (because, I want to import and 
export as non-root users). I did not restart the server before I tried to 
import. This should be ok, right?

-Reinhard

From: 389-users-bounces@xxxxxxxxxxxxxxxxxxxxxxx 
[mailto:389-users-bounces@xxxxxxxxxxxxxxxxxxxxxxx] On Behalf Of Noriko 
Hosoi
Sent: Tuesday, February 08, 2011 12:32 PM
To: General 
discussion list for the 389 Directory server project.
Subject: Re: 
[389-users] Export/import with 389 DS 1.2.7.5

Rich Megginson wrote: 
On 02/08/2011 
  10:26 AM, Reinhard Nappert wrote: 

    I haven't seen any responses so far. Any 
    idea?Sorry.  Please file a bug.  
  Any chance you could try to reproduce this with 1.2.8?
Not sure 
what is happening, but does it occur if you use ldif2db (after shutting down the 
server)?  Or how about running ldif2db.pl after restarting the server?

    Thanks,
    -Reinhard

    From: Reinhard Nappert 
Sent: 
    Tuesday, February 01, 2011 9:40 AM
To: '389-users@xxxxxxxxxxxxxxxxxxxxxxx'
Subject: 
    Export/import with 389 DS 1.2.7.5

    Hi,

    I have a working 
    MM setup and I exported my db with db2ldif.pl with the -r 
    option:

    db2ldif.pl -D 
    'cn=Directory Manager' -w password -n userRoot -r -a 
    /tmp/db_replica.ldif

    The errors file 
    do not indicate an issue:
    [01/Feb/2011:09:23:59 -0500] - Beginning export of 
    'userRoot'
[01/Feb/2011:09:23:59 -0500] - export userRoot: Processed 1000 
    entries (10%).
[01/Feb/2011:09:23:59 -0500] - export userRoot: Processed 
    2000 entries (21%).
[01/Feb/2011:09:23:59 -0500] - export userRoot: 
    Processed 3000 entries (32%).
[01/Feb/2011:09:24:00 -0500] - export 
    userRoot: Processed 4000 entries (43%).
[01/Feb/2011:09:24:00 -0500] - 
    export userRoot: Processed 5000 entries (54%).
[01/Feb/2011:09:24:00 
    -0500] - export userRoot: Processed 6000 entries 
    (65%).
[01/Feb/2011:09:24:00 -0500] - export userRoot: Processed 7000 
    entries (76%).
[01/Feb/2011:09:24:00 -0500] - export userRoot: Processed 
    8000 entries (87%).
[01/Feb/2011:09:24:00 -0500] - export userRoot: 
    Processed 9000 entries (98%).
[01/Feb/2011:09:24:00 -0500] - export 
    userRoot: Processed 9160 entries (100%).
[01/Feb/2011:09:24:00 -0500] - 
    Export finished.

    and the ldif 
    file itself looks fine to me as well.

    Then, I tried to 
    import the ldif file with

    ldif2db.pl -D 
    'cn=Directory Manager' -w password -n userRoot -i 
    /tmp/db_replica.ldif

    This fails with 
    the following errors log:
    [01/Feb/2011:09:29:45 -0500] - Bringing userRoot 
    offline...
[01/Feb/2011:09:29:45 -0500] NSMMReplicationPlugin - 
    multimaster_be_state_change: replica o=umc is going offline; disabling 
    replication
[01/Feb/2011:09:29:46 -0500] - entrycache_clear_int: there 
    are still 1 entries in the entry cache. :/
[01/Feb/2011:09:29:49 -0500] - 
    WARNING: Import is running with nsslapd-db-private-import-mem on; No other 
    process is allowed to access the database
[01/Feb/2011:09:29:49 -0500] - 
    import userRoot: Beginning import job...
[01/Feb/2011:09:29:49 -0500] - 
    import userRoot: Index buffering is disabled.
[01/Feb/2011:09:29:49 
    -0500] - import userRoot: Processing file 
    "/tmp/db_replica.ldif"
[01/Feb/2011:09:29:49 -0500] - BAD CACHE ASSERTION 
    at ../ldap/servers/slapd/back-ldbm/cache.c/883: e->ep_refcnt > 
    0

    Any idea, what 
    is going on there.

    Thanks,
    -Reinhard

--
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