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@redhat.com]
Sent: Wednesday, June 18, 2014 3:56 AM
To: G, Rajendra Babu (STSD campus); Noriko Hosoi
Cc: 389-users(a)lists.fedoraproject.org
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@lists.fedoraproject.org<mailto:389-users@lists.fedoraproject.org>
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@redhat.com]
Sent: Tuesday, June 17, 2014 11:05 PM
To: G, Rajendra Babu (STSD campus); Noriko Hosoi; Rich Megginson
Cc: 389-users@lists.fedoraproject.org<mailto:389-users@lists.fedoraproject.org>
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