[389-users] migrate-ds-admin.pl
Rich Megginson
rmeggins at redhat.com
Mon Dec 2 18:49:13 UTC 2013
On 12/02/2013 07:19 AM, Alberto Viana wrote:
> After some tries I got it working but now i'm getting these errors:
>
> +[02/Dec/2013:12:16:25 -0200] - 389-Directory/1.3.2.6 <http://1.3.2.6>
> B2013.336.123 starting up
> +[02/Dec/2013:12:16:25 -0200] - I'm resizing my cache now...cache was
> 417587200 and is now 8000000
> +[02/Dec/2013:12:16:25 -0200] - libdb: rename: file
> /opt/dirsrv/var/lib/dirsrv/slapd-RNP/db/NetscapeRoot/id2entry.db exists
> +[02/Dec/2013:12:16:25 -0200] - rename returned 17 (File exists)
> +[02/Dec/2013:12:16:25 -0200] - update_db_ext: index (NetscapeRoot)
> Failed to update index
> /opt/dirsrv/var/lib/dirsrv/slapd-RNP/db/NetscapeRoot/id2entry.db4 ->
> /opt/dirsrv/var/lib/dirsrv/slapd-RNP/db/NetscapeRoot/id2entry.db
> +[02/Dec/2013:12:16:25 -0200] - libdb: rename: file
> /opt/dirsrv/var/lib/dirsrv/slapd-RNP/db/NetscapeRoot/id2entry.db4 exists
> +[02/Dec/2013:12:16:25 -0200] - rename returned 17 (File exists)
> +[02/Dec/2013:12:16:25 -0200] - update_db_ext: index (NetscapeRoot)
> Failed to update index
> /opt/dirsrv/var/lib/dirsrv/slapd-RNP/db/NetscapeRoot/id2entry.db ->
> /opt/dirsrv/var/lib/dirsrv/slapd-RNP/db/NetscapeRoot/id2entry.db4
> +[02/Dec/2013:12:16:25 -0200] - Upgrading instance NetscapeRoot failed
> +[02/Dec/2013:12:16:25 -0200] - start: Failed to start databases,
> err=-1 Unknown error: -1
> +[02/Dec/2013:12:16:25 -0200] - Failed to start database plugin ldbm
> database
>
>
> Any clues?
>
> Thanks
>
>
> On Mon, Dec 2, 2013 at 10:48 AM, Alberto Viana <albertocrj at gmail.com
> <mailto:albertocrj at gmail.com>> wrote:
>
> Hi,
>
> I'm trying to migrate from old machine (389-Directory/1.2.10.12
> <http://1.2.10.12>) to a new machine (389-Directory/1.3.2.6
> <http://1.3.2.6>) using the migrate script and i'm getting the
> following errors:
>
>
> migrate-ds-admin.pl <http://migrate-ds-admin.pl> --oldsroot
> /opt/dirsrv.20131029/ --actualsroot /opt/dirsrv --instance
> slapd-RNP
> General.ConfigDirectoryAdminPwd=thepasswordvalue=cskfNjf78 --debug
>
> +Copying database directory
> /opt/dirsrv.20131029/var/lib/dirsrv/slapd-RNP/db/NetscapeRoot to
> /opt/dirsrv/var/lib/dirsrv/slapd-RNP/db/NetscapeRoot
> The index for the attribute 'entryusn' in the database directory
> '/opt/dirsrv/var/lib/dirsrv/slapd-RNP/db/NetscapeRoot' will be
> removed and re-created.
>
> +Removing file
> /opt/dirsrv/var/lib/dirsrv/slapd-RNP/db/NetscapeRoot/entryusn.db4
> +Re-creating index file
> /opt/dirsrv/var/lib/dirsrv/slapd-RNP/db/NetscapeRoot/entryusn.db4:
> /opt/dirsrv/lib/dirsrv/slapd-RNP/db2index -n "NetscapeRoot" -t
> "entryusn"
> Could not re-create the index file
> '/opt/dirsrv/var/lib/dirsrv/slapd-RNP/db/NetscapeRoot/entryusn.db4'.
> Error: [02/Dec/2013:10:35:13 -0200] - WARNING: Import is running
> with nsslapd-db-private-import-mem on; No other process is allowed
> to access the database
> [02/Dec/2013:10:35:13 -0200] - check_and_set_import_cache:
> pagesize: 4096, pages: 254875, procpages: 56270
> [02/Dec/2013:10:35:13 -0200] - WARNING: After allocating import
> cache 407800KB, the available memory is 611700KB, which is less
> than the soft limit 1048576KB. You may want to decrease the import
> cache size and rerun import.
> [02/Dec/2013:10:35:13 -0200] - Import allocates 407800KB import cache.
> [02/Dec/2013:10:35:13 -0200] -
> dbp->open("NetscapeRoot/id2entry.db") failed: Permission denied (13)
> [02/Dec/2013:10:35:13 -0200] - Instance directory
> /opt/dirsrv/var/lib/dirsrv/slapd-RNP/db/NetscapeRoot may not be
> writable
> [02/Dec/2013:10:35:13 -0200] - dblayer_instance_start fail:
> Permission denied (13)
> [02/Dec/2013:10:35:13 -0200] - db2ldif: Failed to init instance
>
>
> Due to the error "*Import is running with
> nsslapd-db-private-import-mem on; No other process is allowed to
> access the database*" it seems the script does not create the
> NetscapeRoot folder. Am I right?
> Any clues?
>
The migrate-ds-admin.pl script was designed to migrate from the older
non-FHS layout to the new FHS layout, not to upgrade from 1.2.10 to a
later version.
Your best bet is to just set up multi-master replication between your
1.2.10 instance and 1.3.2 instance
>
> Thanks
>
>
>
>
>
> --
> 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/20131202/fdf93cad/attachment.html>
More information about the 389-users
mailing list