Re: [389-users] Migration Issues With Admin Server LDIF Import

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



Additionally, in my source (from FDFS 1.0.4) NetscapeRoot.ldif (near the beginning) I see this entry which appears to be the one choking?

# entry-id: 15
dn: cn=Tasks, cn=slapd-ldap, cn=Fedora Directory Server, cn=Server Group, cn=l
 dap.mcs.local, ou=mcs.local, o=NetscapeRoot
objectClass: top
objectClass: nsResourceRef
cn: Tasks
creatorsName: uid=admin,ou=administrators,ou=topologymanagement,o=netscaperoot
modifiersName: uid=admin,ou=administrators,ou=topologymanagement,o=netscaperoo
 t
createTimestamp: 20071221160457Z
modifyTimestamp: 20071221160457Z
nsUniqueId: 78e2c457-1dd211b2-808195c3-75bb0000


My original seems to contain this:  "dn: cn=Tasks, cn=slapd-ldap, cn=Fedora Directory Server, cn=Server Group, cn=ldap.mcs.local, ou=mcs.local, o=NetscapeRoot" and for some reason the migration wants to do this:  " dn: cn=Tasks, cn=admin-serv-ldap, cn=389 Administration Server,cn=Server Group, cn=ldap.mcs.local, ou=mcs.local, o=NetscapeRoot" according to the logs.  Is this the problem?  If so, is the resolution renaming all entries to match that in the source ldif?  As you can see, I'm lost. 

As before, thanks for helping me thus far.



On Mon, Mar 15, 2010 at 10:49 AM, Brian Provenzano <bproven@xxxxxxxxx> wrote:
Thanks for the tip.  I have the following in my /var/log/dirsrv/slapd-ldap/access log:

[15/Mar/2010:10:42:44 -0600] conn=1 fd=64 slot=64 connection from 192.168.1.20 to 192.168.1.20
[15/Mar/2010:10:42:44 -0600] conn=1 op=0 BIND dn="" method=128 version=3
[15/Mar/2010:10:42:44 -0600] conn=1 op=0 RESULT err=0 tag=97 nentries=0 etime=0 dn=""
[15/Mar/2010:10:42:44 -0600] conn=1 op=1 SRCH base="o=NetscapeRoot" scope=2 filter="(uid=admin)" attrs="dn"
[15/Mar/2010:10:42:44 -0600] conn=1 op=1 RESULT err=0 tag=101 nentries=1 etime=0
[15/Mar/2010:10:42:44 -0600] conn=1 op=2 BIND dn="uid=admin, ou=Administrators, ou=TopologyManagement, o=NetscapeRoot" method
=128 version=3
[15/Mar/2010:10:42:44 -0600] conn=1 op=2 RESULT err=0 tag=97 nentries=0 etime=0 dn="uid=admin,ou=administrators,ou=topologyma
nagement,o=netscaperoot"
[15/Mar/2010:10:42:44 -0600] conn=1 op=3 SRCH base="cn=389 Administration Server, cn=Server Group, cn=ldap.mcs.local, ou=mcs.
local, o=NetscapeRoot" scope=0 filter="(objectClass=*)" attrs="* aci aci"
[15/Mar/2010:10:42:44 -0600] conn=1 op=3 RESULT err=32 tag=101 nentries=0 etime=0
[15/Mar/2010:10:42:44 -0600] conn=1 op=4 SRCH base="cn=admin-serv-ldap, cn=389 Administration Server, cn=Server Group, cn=lda
p.mcs.local, ou=mcs.local, o=NetscapeRoot" scope=0 filter="(objectClass=*)" attrs="* aci aci"
[15/Mar/2010:10:42:44 -0600] conn=1 op=4 RESULT err=32 tag=101 nentries=0 etime=0
[15/Mar/2010:10:42:44 -0600] conn=1 op=5 SRCH base="cn=configuration, cn=admin-serv-ldap, cn=389 Administration Server, cn=Se
rver Group, cn=ldap.mcs.local, ou=mcs.local, o=NetscapeRoot" scope=0 filter="(objectClass=*)" attrs="* aci aci"
[15/Mar/2010:10:42:44 -0600] conn=1 op=5 RESULT err=32 tag=101 nentries=0 etime=0
[15/Mar/2010:10:42:44 -0600] conn=1 op=6 SRCH base="cn=encryption, cn=configuration, cn=admin-serv-ldap, cn=389 Administratio
n Server, cn=Server Group, cn=ldap.mcs.local, ou=mcs.local, o=NetscapeRoot" scope=0 filter="(objectClass=*)" attrs="* aci aci
"
[15/Mar/2010:10:42:44 -0600] conn=1 op=6 RESULT err=32 tag=101 nentries=0 etime=0
[15/Mar/2010:10:42:44 -0600] conn=1 op=7 SRCH base="cn=Tasks, cn=admin-serv-ldap, cn=389 Administration Server, cn=Server Gro
up, cn=ldap.mcs.local, ou=mcs.local, o=NetscapeRoot" scope=0 filter="(objectClass=*)" attrs="* aci aci"
[15/Mar/2010:10:42:44 -0600] conn=1 op=7 RESULT err=32 tag=101 nentries=0 etime=0
[15/Mar/2010:10:42:44 -0600] conn=1 op=8 ADD dn="cn=Tasks, cn=admin-serv-ldap, cn=389 Administration Server, cn=Server Group,

 cn=ldap.mcs.local, ou=mcs.local, o=NetscapeRoot"
[15/Mar/2010:10:42:44 -0600] conn=1 op=8 RESULT err=32 tag=105 nentries=0 etime=0
[15/Mar/2010:10:42:44 -0600] conn=1 op=9 UNBIND
[15/Mar/2010:10:42:44 -0600] conn=1 op=9 fd=64 closed - U1


The "ADD" specified in the migration log is the same one here that appears to fail (I guess).  Sorry for my ignorance, but I have no idea how to resolve this.




On Mon, Mar 15, 2010 at 9:30 AM, Rich Megginson <rmeggins@xxxxxxxxxx> wrote:
Brian Provenzano wrote:
> I'm still on the road to trying to migrate from FDS 1.0.4 to 389 DS
> 1.2.5.  Thanks to Rich's help yesterday in a previous thread (Cross
> Migration Problem From FDS 1.0.x to 386 Directory Server) I was able
> to fix an import issue with an existing ldif schema (presense.ldif).
>
> Anyway, I am now running to the following issue when the migration
> script tries to read/migrate my data from LDIF ( I have a
> userRoot.ldif and NetscapeRoot.ldif).  I assume it is the
> NetscapeRoot.ldif that is the issue:
>
>
> # ./migrate-ds-admin.pl <http://migrate-ds-admin.pl> --oldsroot
> /tmp/fedora-ds --actualsroot /opt/fedora-ds
> General.ConfigDirectoryAdminPwd='mypassword'
> Beginning migration of Directory and Administration servers from
> /tmp/fedora-ds . . .
> Beginning migration of directory server instances in /tmp/fedora-ds . . .
> Your new DS instance 'slapd-ldap' was successfully created.
> Beginning migration of Administration server from /tmp/fedora-ds . . .
> Creating Admin Server files and directories . . .
> dn: cn=Tasks, cn=admin-serv-ldap, cn=389 Administration Server,
> cn=Server Grou
>  p, cn=ldap.mcs.local, ou=mcs.local, o=NetscapeRoot
> objectclass: top
> objectclass: nsResourceRef
> cn: Tasks
> Error adding entry 'cn=Tasks, cn=admin-serv-ldap, cn=389
> Administration Server, cn=Server Group, cn=ldap.mcs.local,
> ou=mcs.local, o=NetscapeRoot'.  Error: No such object
> Exiting . . .
> Log file is '/tmp/migrate5naZZB.log'
>
>
> Here is the /tmp/migrate5naZZB.log' log file:
> ---------------------
> [10/03/12:10:58:57] - [Migration] Info Beginning migration of
> Directory and Administration servers from /tmp/fedora-ds . . .
> [10/03/12:10:58:57] - [Migration] Info Beginning migration of
> directory server instances in /tmp/fedora-ds . . .
> [10/03/12:10:59:00] - [Migration] Info Your new DS instance
> 'slapd-ldap' was successfully created.
> [10/03/12:10:59:13] - [Migration] Info Copying
> /tmp/fedora-ds/alias/slapd-ldap-cert8.db to
> /etc/dirsrv/slapd-ldap/cert8.db
> [10/03/12:10:59:13] - [Migration] Info Copying
> /tmp/fedora-ds/alias/slapd-ldap-key3.db to /etc/dirsrv/slapd-ldap/key3.db
> [10/03/12:10:59:13] - [Migration] Info Copying
> /tmp/fedora-ds/alias/secmod.db to /etc/dirsrv/slapd-ldap/secmod.db
> [10/03/12:10:59:13] - [Migration] Info No
> /tmp/fedora-ds/alias/slapd-ldap-pin.txt to migrate
> [10/03/12:10:59:13] - [Migration] Info Copying
> /tmp/fedora-ds/shared/config/certmap.conf to
> /etc/dirsrv/slapd-ldap/certmap.co <http://certmap.co>
> nf
> [10/03/12:10:59:14] - [Migration] Info Beginning migration of
> Administration server from /tmp/fedora-ds . . .
> [10/03/12:10:59:15] - [Migration] Info Creating Admin Server files and
> directories . . .
> [10/03/12:10:59:15] - [Migration] Debug No file to migrate:
> /tmp/fedora-ds/alias/admin-serv-ldap-cert8.db
> [10/03/12:10:59:15] - [Migration] Debug No file to migrate:
> /tmp/fedora-ds/alias/admin-serv-ldap-key3.db
> [10/03/12:10:59:15] - [Migration] Info Copying
> /tmp/fedora-ds/alias/secmod.db to /etc/dirsrv/admin-serv/secmod.db
> [10/03/12:10:59:15] - [Migration] Info No
> /tmp/fedora-ds/alias/admin-serv-ldap-pin.txt to migrate
> [10/03/12:10:59:15] - [Migration] Info Copying
> /tmp/fedora-ds/shared/config/certmap.conf to
> /etc/dirsrv/admin-serv/certmap.co <http://certmap.co>
> nf
> [10/03/12:10:59:15] - [Migration] Info Error adding entry 'cn=Tasks,
> cn=admin-serv-ldap, cn=389 Administration Server, cn=Ser
> ver Group, cn=ldap.mcs.local, ou=mcs.local, o=NetscapeRoot'.  Error:
> No such object
Look in the access log of your configuration directory server - look for
err=32 along with a DN that looks like the above.  For an ADD operation,
you get err=32 (No such object) when the parent of the entry you are
attempting to add cannot be found.
> [10/03/12:10:59:15] - [Migration] Fatal Exiting . . .
> Log file is '/tmp/migrate5naZZB.log'
>
>
> Thanks,
> Brian
>
> ------------------------------------------------------------------------
>
> --
> 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

[Index of Archives]     [Fedora Directory Users]     [Fedora Directory Devel]     [Fedora Announce]     [Fedora Legacy Announce]     [Kernel]     [Fedora Legacy]     [Share Photos]     [Fedora Desktop]     [PAM]     [Red Hat Watch]     [Red Hat Development]     [Big List of Linux Books]     [Gimp]     [Yosemite News]

  Powered by Linux