On 02/08/2011 09:36 AM, Reinhard Nappert wrote: > 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? Yes, it has to work... :) --noriko > -Reinhard > > ------------------------------------------------------------------------ > *From:* 389-users-bounces at lists.fedoraproject.org > [mailto:389-users-bounces at lists.fedoraproject.org] *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: 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 at lists.fedoraproject.org' >>> *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 at lists.fedoraproject.org >>> https://admin.fedoraproject.org/mailman/listinfo/389-users >> >> >> -- >> 389 users mailing list >> 389-users at lists.fedoraproject.org >> https://admin.fedoraproject.org/mailman/listinfo/389-users > > > -- > 389 users mailing list > 389-users at lists.fedoraproject.org > https://admin.fedoraproject.org/mailman/listinfo/389-users -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.fedoraproject.org/pipermail/389-users/attachments/20110208/06e741ee/attachment-0001.html