These release notes contain important information available at the
time of the version 6.21 release of Netscape Directory Server
(Directory
Server). New features and enhancements, installation notes, known
problems, and other late-breaking issues are addressed here. Read this
document before you begin using Directory Server.
These release notes contain the following sections:
| Bug Number |
Description |
| Command-Line Utilities |
|
| 623028 |
UNIX only. In previous releases, the
security tools (certutil,
derdump,
modutil, pk12util, pp, and ssltap)
were not linked with RPATH,
so you had to set your runtime library path to include <server_root>/shared/lib
to run them. These tools now have wrapper scripts which set the
library path for you. |
| 624286 |
The usage message for the db2index tool was
unclear. The message was modified to provide a clearer usage
example. |
| Directory Server Console |
|
| 624030 |
In previous releases, Directory
Server Console would hang when trying to initialize a newly created
database that was stored in a non-default location. This would
occur because the database creation would not create the specified
directory if it didn't already exist. The errors log would show:[02/Oct/2003:17:41:49 -0700] - Can't create new directoryThis problem has been fixed so that the directory is now automatically created if it doesn't already exist. |
| 624234 |
In the 6.2 release, the Directory Server Console
could hang if multiple requests were sent one after another in a very
short amount of time while using the Directory Browser. This
problem has been fixed. |
| 624237 |
In previous releases, Directory
Server Console would not inform you that the server needs to be
restarted for a configuration change to take effect if you changed the
configuration by modifying cn=config
through the Directory
tab. The Directory Server Console will now inform you that
a restart is necessary. |
| Installation/Migration/Upgrade |
|
| 624241 |
In the 6.2 release, the
installer would not detect the machine's hostname on Linux. This
problem has been fixed. |
| 624306 |
When upgrading to the 6.2
release, the new ns-newpwpolicy.pl
script would not be created unless you created a new instance of
Directory Server. This has been fixed so that the script is
created during the upgrade process. |
| Logging |
|
| 624193 |
In previous releases, only the
oid was logged in the access log for extended operations.
This has been changed so that we now log a string describing the
extended operation in addition to the oid. |
| Miscellaneous |
|
| 623864 |
In the 6.2 release, stop-slapd could sometimes hang
waiting for a thread to terminate. This would occur when a db
checkpoint was running while another thread was trying to close the
database. This problem has been fixed. |
| 624243 |
In previous releases, complex
nested search filters such as (|(|(ou=a)(ou=b))(|(ou=c)(ou=d)))
would return incorrect results because of improper filter
optimization. This problem has been fixed. |
| 624244 |
In the 6.2 release, a search
with a scope of one would
return all entries one level under the specified search base regardless
of the filter. This problem has been fixed. |
| 624269 |
In the 6.2 release, Directory
Server would allow you to dynamically modify configuration parameters
that should not be dynamically updatable. This has
been changed so that the server will correctly return "DSA is unwilling to perform"
when such a modification is attempted. |
| Replication |
|
| 624096 |
In previous releases, searches
would perform poorly if there is a large amount of replication state
information built up in an entry. This has been optimized. |
| 624205 |
In previous releases, a non-ascending CSN list
in an entry could cause memory corruption during a purge of state
information. This memory corruption could eventually lead to a
crash of ns-slapd.
This problem has been fixed. |
| 624227 |
When using previous 6.x releases as a dedicated
consumer in a legacy replication setup, the error log would falsely
display "csnplCommit: can't find
csn xxx". This message would not affect replication.
This problem has been fixed, and this error no longer appears in the
error log. |
| 624236 |
When
using the 6.2 release as a hub in a legacy replication setup, changes
would not get propagated to the hub's consumers. This problem has
been fixed. |
| 624282 |
In previous releases, a
miscalculation of the sizes of entries with replication state
information could cause memory corruption. This problem has been
fixed. |
| Security and Access Control |
|
| 624080 |
In previous releases, the PasswordExpirationTime
attribute could only be adjusted forward in time. This has been
fixed so it can now be adjusted backward in time as well. |
| 624303 |
Windows only. In previous
releases, a runaway SSL search request could block other incoming
requests after it hit the IO block timeout. This problem has been
fixed. |
[22/Jun/2004:16:52:07 -0700] - cache autosizing: db cache: 514324k, each entry cache (2 total): 57148k
[22/Jun/2004:16:52:07 -0700] - libdb: MapViewOfFile: Not enough space
[22/Jun/2004:16:52:07 -0700] - libdb: PANIC: Not enough space
[22/Jun/2004:16:52:07 -0700] - libdb: PANIC: DB_RUNRECOVERY: Fatal error, run database recovery
[22/Jun/2004:16:52:07 -0700] - libdb: unlink: C:/DS6.21/server/slapd-test/db\__db.002: Permission denied
[22/Jun/2004:16:52:07 -0700] - Opening database environment (C:/DS6.21/server/slapd-test/db) failed. err=
-30978: DB_RUNRECOVERY: Fatal error, run database recovery
[22/Jun/2004:16:52:07 -0700] - start: Failed to init database, err=-30978 DB_RUNRECOVERY: Fatal error, run database recovery
[22/Jun/2004:16:52:07 -0700] - Failed to start database plugin ldbm database
ldapsearch -h <hostname> -p <port> -b"cn=database,cn=monitor,cn=ldbm database, cn=plugins,cn=config" -D"cn=directory manager" -w <password> objectclass=* | grep -- -locks: )
ldapmodify:
ldapmodify
changetype: modify
replace: uid
uid: jdoe
ldapmodify
changetype: modrdn
newrdn: uid=jdoe1
deleteoldrdn: 1
./ldapsearch -p 9001 -D "uid=gfarmer,ou=people,dc=example,dc=com" -w ruling -b "dc=example,dc=com" "sn:2.16.840.1.113730.3.3.2.7.1:==passin"
./ldapsearch -p 9001 -D "uid=gfarmer,ou=people,dc=example,dc=com" -w ruling -b "dc=example,dc=com" "sn:de:==passin"
However, the rules listed below will work (note the .3):
./ldapsearch -p 9001 -D "uid=gfarmer,ou=people,dc=example,dc=com" -w ruling -b "dc=example,dc=com" "sn:2.16.840.1.113730.3.3.2.7.1.3:=passin"
./ldapsearch -p 9001 -D "uid=gfarmer,ou=people,dc=example,dc=com" -w ruling -b "dc=example,dc=com" "sn:de.3:=passin"
(memberof=*Domain Administrators*)But either one of these will work correctly:
(memberof=cn=Domain Administrators*)
(memberof=cn=Domain Administrators,ou=Groups,dc=example,dc=com)
snews://secnews.netscape.com/netscape.dev.directoryYou might also find it useful to subscribe to the following newsgroups, where security- and certificate-related topics are discussed:
snews://secnews.netscape.com/netscape.dev.sslSo that we can best assist you in resolving problems, please be sure to include the following information:
snews://secnews.netscape.com/netscape.dev.security
snews://secnews.netscape.com/netscape.dev.certificate