Re: migration error

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

 



Hi Noriko,

 

Thanks for your time and inputs.

 

I can able to reproduce the problem quickly. I have followed following steps to reproduce the problem.

 

1)      Installed 1.2.9.9  package and configured  slapd process and adminserver by using /opt/dirsrv/sbin/setup-ds-admin.pl  script

2)      Shut down all directory server instances and the administration server

3)      Verified DB files prior to installing new version of package (1.2.11.29)

 

Ll var/opt/dirsrv/slapd-copyia/db/NetscapeRoot

#

total 656

-rw-------   1 www        other           36 Jun 18 17:01 DBVERSION

-rw-------   1 www        other        16384 Jun 18 17:02 aci.db4

-rw-------   1 www        other        16384 Jun 18 17:02 ancestorid.db4

-rw-------   1 www        other        40960 Jun 18 17:02 cn.db4

-rw-------   1 www        other        32768 Jun 18 17:02 entrydn.db4

-rw-------   1 www        other        16384 Jun 18 17:02 givenName.db4

-rw-------   1 www        other        90112 Jun 18 17:02 id2entry.db4

-rw-------   1 www        other        16384 Jun 18 17:02 nsuniqueid.db4

-rw-------   1 www        other        16384 Jun 18 17:02 numsubordinates.db4

-rw-------   1 www        other        16384 Jun 18 17:02 objectclass.db4

-rw-------   1 www        other        16384 Jun 18 17:02 parentid.db4

-rw-------   1 www        other        16384 Jun 18 17:02 sn.db4

-rw-------   1 www        other        16384 Jun 18 17:02 uid.db4

-rw-------   1 www        other        16384 Jun 18 17:02 uniquemember.db4

#

# cd ../ userRoot/

# ll

total 336

-rw-------   1 www        other           36 Jun 18 17:01 DBVERSION

-rw-------   1 www        other        16384 Jun 18 17:02 aci.db4

-rw-------   1 www        other        16384 Jun 18 17:01 ancestorid.db4

-rw-------   1 www        other        16384 Jun 18 17:01 cn.db4

-rw-------   1 www        other        16384 Jun 18 17:01 entrydn.db4

-rw-------   1 www        other        16384 Jun 18 17:02 id2entry.db4

-rw-------   1 www        other        16384 Jun 18 17:01 nsuniqueid.db4

-rw-------   1 www        other        16384 Jun 18 17:01 numsubordinates.db4

-rw-------   1 www        other        16384 Jun 18 17:01 objectclass.db4

-rw-------   1 www        other        16384 Jun 18 17:01 parentid.db4

-rw-------   1 www        other        16384 Jun 18 17:01 uniquemember.db4

#

 

4)      Upgraded/installed with latest package 1.2.11.29

5)      Run the setup-ds.pl script with an update option:

# /opt/dirsrv/sbin/setup-ds.pl –u

When the setup-ds.pl script prompts for online or offline mode, select the offline mode option.

6)      After executing  setup-ds.pl script with an update option: [ /opt/dirsrv/sbin/setup-ds.pl –u ] , I have verified the DB directory .  In db directory the index related directories [like acl.db, entry.db, etc ]are deleted and changed few files from .db4 to db. See the list of file are displayed . I am wondering what happed with index/metatdata db files .the scrip is deleting the files? Is it expected ?

7)       

 

Ll /var/opt/dirsrv/slapd-copyia/db/NetscapeRoot

total 112

-rw-------   1 www        other           41 Jun 18 17:16 DBVERSION

-rw-------   1 www        other        16384 Jun 18 17:16 ancestorid.db

-rw-------   1 www        other        16384 Jun 18 17:16 id2entry.db

-rw-------   1 www        other        16384 Jun 18 17:16 parentid.db

<<<<<<<<<<<<<<<< FEW file are missed  IS it EXPECTED ????>>>>>>>>>>>>>>>>>  #

#

pwd

/var/opt/dirsrv/slapd-copyia/db/userRoot

#

#

# ll

total 112

-rw-------   1 www        other           41 Jun 18 17:16 DBVERSION

-rw-------   1 www        other        16384 Jun 18 17:16 ancestorid.db

-rw-------   1 www        other        16384 Jun 18 17:16 id2entry.db

-rw-------   1 www        other        16384 Jun 18 17:16 parentid.db

 

<<<<<<<<<<<<<<<< FEW file are missed  IS it EXPECTED ????>>>>>>>>>>>>>>>>>  #

 

Since the index /metadata files were deleted , I have tried dbscan and it displayed “database is empty”

 

/opt/dirsrv/bin/dbscan -f id2entry.db

Empty database!

 

Could you please let me know , if migration steps are changed in latest package. Of some bug on migration steps?

 

 

 

#/opt/dirsrv/sbin/setup-ds-admin.pl –u for migration of adminserver

 

# ./setup-ds-admin.pl -u

...

Configuration directory server URL [ldap://xyx.com:389/o=NetscapeRoot]:

Configuration directory server admin ID [uid=admin,ou=Administrators,ou=TopologyManagement,o=NetscapeRoot]:

Configuration directory server admin password:

Configuration directory server admin domain [xyx.com]:

Could not authenticate as user 'uid=admin,ou=Administrators,ou=TopologyManagement,o=NetscapeRoot' to server 'ldap://xyz.com:

389/o=NetscapeRoot'.  Error: No such object

So, I assume you could access the 1.2.9.9 server as uid=admin,ou=Administrators,ou=TopologyManagement,o=NetscapeRoot with the provided admin password.  Could you try that for instance using ldapsearch?  And also, what messages are logged in the access and error log file?

 

...

Configuration directory server URL [ldap://xyz.com:389/o=NetscapeRoot]:

Configuration directory server admin ID [uid=admin,ou=Administrators,ou=TopologyManagement,o=NetscapeRoot]: cn=Directory Manager Configuration directory server admin password:

Configuration directory server admin domain [xyzcom]:

Could not find the admin domain xyz.com' under 'o=NetscapeRoot'.  Error: No such object

 

Please try again, in case you mis-typed something.

 

 

Thanks and Regards,

Rajendra

 

 

 

 

From: Noriko Hosoi [mailto:nhosoi@xxxxxxxxxx]
Sent: Wednesday, June 18, 2014 3:56 AM
To: G, Rajendra Babu (STSD campus); Noriko Hosoi
Cc: 389-users@xxxxxxxxxxxxxxxxxxxxxxx
Subject: Re: migration error

 

G, Rajendra Babu (STSD campus) wrote:

Hi Noriko,

 

Am not sure you got my previous mail .hence am resending again .

 

 

Please find ldapsearch command below and access logs are attached with this mail.

 

# /opt/dirsrv/bin/ldapsearch -h localhost -p 389 -D "uid=admin,ou=Administrators,ou=TopologyManagement,o=NetscapeRoot" -w  welcome  -b "dc=ind,dc=xyz,dc=com" cn=*

ldap_simple_bind: No such object

ldap_simple_bind: matched: o=NetscapeRoot

#

It looks you lost entries under o=NetscapeRoot?  If so, what happened and why they are lost? Did they exist on 1.2.9 and they are lost in the migration?  Do you get any errors logged in the error log during the migration?

Could you reproduce the problem?

 Based  on your response , I can assume that all . db4 files are replaced with .db files.

 

 Access log:

 

 

[17/Jun/2014:23:11:38 +051800] conn=4 fd=64 slot=64 connection from 15.213.160.18 to 15.213.160.18

[17/Jun/2014:23:11:38 +051800] conn=4 op=0 BIND dn="" method=128 version=3

[17/Jun/2014:23:11:38 +051800] conn=4 op=0 RESULT err=0 tag=97 nentries=0 etime=0 dn=""

[17/Jun/2014:23:11:38 +051800] conn=4 op=1 SRCH base="cn=admin-serv-system,cn=DS Administration Server,cn=Server Group,cn=system.ind.xyz.com,ou=ind.xyz.com,o=NetscapeRoot" scope=2 filter="(nsExecRef=*)" attrs="nsExecRef nsLogSuppress"

[17/Jun/2014:23:11:38 +051800] conn=4 op=1 RESULT err=0 tag=101 nentries=0 etime=0 notes=U

[17/Jun/2014:23:11:38 +051800] conn=4 op=2 UNBIND

[17/Jun/2014:23:11:38 +051800] conn=4 op=2 fd=64 closed - U1

[17/Jun/2014:23:11:41 +051800] conn=5 fd=64 slot=64 connection from 15.213.160.18 to 15.213.160.18

[17/Jun/2014:23:11:41 +051800] conn=5 op=0 BIND dn="" method=128 version=3

[17/Jun/2014:23:11:41 +051800] conn=5 op=0 RESULT err=0 tag=97 nentries=0 etime=0 dn=""

[17/Jun/2014:23:11:41 +051800] conn=5 op=1 SRCH base="cn=admin-serv-system,cn=DS Administration Server,cn=Server Group,cn=system.ind.xyz.com,ou=ind.xyz.com,o=NetscapeRoot" scope=2 filter="(nsExecRef=*)" attrs="nsExecRef nsLogSuppress"

[17/Jun/2014:23:11:41 +051800] conn=5 op=1 RESULT err=0 tag=101 nentries=0 etime=0 notes=U

[17/Jun/2014:23:11:41 +051800] conn=5 op=2 UNBIND

[17/Jun/2014:23:11:41 +051800] conn=5 op=2 fd=64 closed - U1

[17/Jun/2014:23:13:17 +051800] conn=1 fd=64 slot=64 connection from 15.213.160.18 to 15.213.160.18

[17/Jun/2014:23:13:17 +051800] conn=1 op=0 BIND dn="" method=128 version=3

[17/Jun/2014:23:13:17 +051800] conn=1 op=0 RESULT err=0 tag=97 nentries=0 etime=0 dn=""

[17/Jun/2014:23:13:17 +051800] conn=1 op=1 SRCH base="cn=admin-serv-system,cn=DS Administration Server,cn=Server Group,cn=system.ind.xyz.com,ou=ind.xyz.com,o=NetscapeRoot" scope=2 filter="(nsExecRef=*)" attrs="nsExecRef nsLogSuppress"

[17/Jun/2014:23:13:17 +051800] conn=1 op=1 RESULT err=32 tag=101 nentries=0 etime=0

[17/Jun/2014:23:13:17 +051800] conn=1 op=2 UNBIND

[17/Jun/2014:23:13:17 +051800] conn=1 op=2 fd=64 closed - U1

[17/Jun/2014:23:13:20 +051800] conn=2 fd=64 slot=64 connection from 15.213.160.18 to 15.213.160.18

[17/Jun/2014:23:13:20 +051800] conn=2 op=0 BIND dn="" method=128 version=3

[17/Jun/2014:23:13:20 +051800] conn=2 op=0 RESULT err=0 tag=97 nentries=0 etime=0 dn=""

[17/Jun/2014:23:13:20 +051800] conn=2 op=1 SRCH base="cn=admin-serv-system,cn=DS Administration Server,cn=Server Group,cn=system.ind.xyz.com,ou=ind.xyz.com,o=NetscapeRoot" scope=2 filter="(nsExecRef=*)" attrs="nsExecRef nsLogSuppress"

[17/Jun/2014:23:13:20 +051800] conn=2 op=1 RESULT err=32 tag=101 nentries=0 etime=0

[17/Jun/2014:23:13:20 +051800] conn=2 op=2 UNBIND

[17/Jun/2014:23:13:20 +051800] conn=2 op=2 fd=64 closed - U1

[17/Jun/2014:23:13:33 +051800] conn=3 fd=64 slot=64 connection from 15.213.160.18 to 15.213.160.18

[17/Jun/2014:23:13:33 +051800] conn=3 op=0 BIND dn="" method=128 version=3

[17/Jun/2014:23:13:33 +051800] conn=3 op=0 RESULT err=0 tag=97 nentries=0 etime=0 dn=""

[17/Jun/2014:23:13:33 +051800] conn=3 op=1 BIND dn="uid=admin,ou=Administrators,ou=TopologyManagement,o=NetscapeRoot" method=128 version=3

[17/Jun/2014:23:13:33 +051800] conn=3 op=1 RESULT err=32 tag=97 nentries=0 etime=0

[17/Jun/2014:23:13:33 +051800] conn=3 op=2 UNBIND

[17/Jun/2014:23:13:33 +051800] conn=3 op=2 fd=64 closed - U1

No errors in error log.

 

Regards,

Rajendra

 

 

From: G, Rajendra Babu (STSD campus)
Sent: Tuesday, June 17, 2014 11:28 PM
To: 'Noriko Hosoi'; Noriko Hosoi; Rich Megginson
Cc: 389-users@xxxxxxxxxxxxxxxxxxxxxxx
Subject: RE: migration error

 

Hi Noriko,

 

Please find ldapsearch command below and access logs are attached with this mail.

 

# /opt/dirsrv/bin/ldapsearch -h localhost -p 389 -D "uid=admin,ou=Administrators,ou=TopologyManagement,o=NetscapeRoot" -w  welcome  -b "dc=ind,dc=xyz,dc=com" cn=*

ldap_simple_bind: No such object

ldap_simple_bind: matched: o=NetscapeRoot

#

 

 

Based  on your response , I can assume that all . db4 files are replaced with .db files.

 

 

Thanks and Regards,

Rajendra

 

 

From: Noriko Hosoi [mailto:nhosoi@xxxxxxxxxx]
Sent: Tuesday, June 17, 2014 11:05 PM
To: G, Rajendra Babu (STSD campus); Noriko Hosoi; Rich Megginson
Cc: 389-users@xxxxxxxxxxxxxxxxxxxxxxx
Subject: Re: migration error

 

Hi Rajendra,

G, Rajendra Babu (STSD campus) wrote:

Hi Rich/Noriko,

 

I got following error message during migration from 1.2.9.9 to 1.2.11.29  ldapserver code base.  kindly let me know if anyone noticed similar error and root caused the same.

Unfortunately, not.  We tested the upgrade/migration when we released 1.2.11, but we did not see the problem.

 however , after migration I can see the .db4 file got changed to .db and is it expected ?

Yes, it is expected.

 

# ./setup-ds-admin.pl -u

...

Configuration directory server URL [ldap://xyx.com:389/o=NetscapeRoot]:

Configuration directory server admin ID [uid=admin,ou=Administrators,ou=TopologyManagement,o=NetscapeRoot]:

Configuration directory server admin password:

Configuration directory server admin domain [xyx.com]:

Could not authenticate as user 'uid=admin,ou=Administrators,ou=TopologyManagement,o=NetscapeRoot' to server 'ldap://xyz.com:

389/o=NetscapeRoot'.  Error: No such object

So, I assume you could access the 1.2.9.9 server as uid=admin,ou=Administrators,ou=TopologyManagement,o=NetscapeRoot with the provided admin password.  Could you try that for instance using ldapsearch?  And also, what messages are logged in the access and error log file?

 

...

Configuration directory server URL [ldap://xyz.com:389/o=NetscapeRoot]:

Configuration directory server admin ID [uid=admin,ou=Administrators,ou=TopologyManagement,o=NetscapeRoot]: cn=Directory Manager Configuration directory server admin password:

Configuration directory server admin domain [xyzcom]:

Could not find the admin domain xyz.com' under 'o=NetscapeRoot'.  Error: No such object

 

Please try again, in case you mis-typed something.

....

 

 

Thanks and Regards,

Rajendra

 

 

 

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

[Index of Archives]     [Fedora User Discussion]     [Older Fedora Users]     [Fedora Announce]     [Fedora Package Announce]     [EPEL Announce]     [Fedora News]     [Fedora Cloud]     [Fedora Advisory Board]     [Fedora Education]     [Fedora Security]     [Fedora Scitech]     [Fedora Robotics]     [Fedora Maintainers]     [Fedora Infrastructure]     [Fedora Websites]     [Anaconda Devel]     [Fedora Devel Java]     [Fedora Legacy]     [Fedora Desktop]     [Fedora Fonts]     [ATA RAID]     [Fedora Marketing]     [Fedora Management Tools]     [Fedora Mentors]     [Fedora Package Review]     [Fedora R Devel]     [Fedora PHP Devel]     [Kickstart]     [Fedora Music]     [Fedora Packaging]     [Centos]     [Fedora SELinux]     [Fedora Legal]     [Fedora Kernel]     [Fedora QA]     [Fedora Triage]     [Fedora OCaml]     [Coolkey]     [Virtualization Tools]     [ET Management Tools]     [Yum Users]     [Tux]     [Yosemite News]     [Yosemite Photos]     [Linux Apps]     [Maemo Users]     [Gnome Users]     [KDE Users]     [Fedora Tools]     [Fedora Art]     [Fedora Docs]     [Maemo Users]     [Asterisk PBX]     [Fedora Sparc]     [Fedora Universal Network Connector]     [Fedora ARM]

  Powered by Linux