These release notes contain important information available at the
time of the version 6.2 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:
nsslapd-pwpolicy-local,
has been defined for the cn=config entry, and a new
script
named ns-newpwpolicy.pl is included. For more
information,
check the Deployment Guide.passwordGraceLimit
has been introduced to permit grace logins when a user's
password is expired.
When set to a positive number, the user will be allowed to bind with
the expired password for that many times. By default, this attribute is
set to 0, which means grace logins are not permitted.
| Bug Number |
Description |
| Command-Line Utilities |
|
| 608301 |
In the 6.1-HP release, it was noted that even when a newer patch (one that obsoletes an older patch) was installed on the host machine, the dsktune utility would list the patch as needing to be installed. The dsktune utility has been enhanced to avoid such problems. |
| 621302 |
In the 6.11-Windows release, it was noted that the -i charset option to the LDAP command line tools was ignored. This problem has been fixed. The allowed character sets for use with the -i option of LDAP command line tools are as follows: windows-1252; ANSI (same as the previous one); utf-8; and utf8. (The last two character sets work on all platforms, and no conversion is needed.) The LDAP command-line tools are described in Chapter 7 "Command-Line Utilities" of the Configuration, Command, and File Reference. |
| 622984 |
In the 6.11-UNIX releases, it was noted that after executing the ./db2ldif -r -n <backend_instance> command, the user wasn't able to start the slapd process again because the database file ownership got changed. The problem has been fixed. Running db2ldif with the -r option no longer changes the database file ownership. |
| Directory Server Console |
|
| 611791 |
In the 6.0-Solaris release, it was noted that adding an entry to a consumer failed if there was a space in the root suffix name (for example, as in "o=example corp,c=us"). This problem has been fixed. |
| Installation/Migration/Upgrade |
|
| 408242 |
When
you installed Directory Server 6.x on a machine that had a previous
version of the Directory Server installed, the
installation would fail because of the incorrect LD_LIBRARY_PATH settings. (On
the machine, the LD_LIBRARY_PATH
would normally be set to the path name of the server libraries used by
the previous version of
the server.) This problem
has been addressed.
The installation program
now checks whether the LD_LIBRARY_PATH
(SHLIB_PATH on HP-UX) is
set. If it is, the program displays an
appropriate error message and prompts the user to correct the path. The
program also unsets the ENV
variable for the rest of
the installation process. When running the installation in the silent mode, the error message gets printed only and the user is not be required to enter anything. |
| 610740 | During an in-place
upgrade from the 6.1 to 6.11 release, Directory Server logged an
incorrect error message: add
value to attribute type aci in entry o=NetscapeRoot failed: duplicate
value. This problem has been fixed; the error no longer appears in the error log. |
| 613957 |
In the 6.11-Windows
release, it was
noted that certain features (for example, command-line utilities)
of Directory Server failed to function when the server was
installed on a machine that hosted another Netscape
server product (for example, Netscape Enterprise Server). This problem
has been fixed. |
| Logging |
|
| 622985 |
In the 6.11-HP release, it was noted that when one tried to start the Administration Server on a host that is disallowed by the nsAdminAccessHosts attribute, a warning message [warning (19590)] indicating that the server configuration may require more file descriptors than the operating system provides got logged in the Administration Server's error log. This problem has been fixed. |
| 612951 | In the 6.11-Windows
release, for
each Administration Server startup, the
Windows Event Log showed the following error message:
The
description for Event ID
( 7 ) in Source ( admin62-serv ) cannot be found. The local computer
may not have the necessary registry information or message DLL files to
display messages from a remote computer. The following information is
part of the event: startup: server started successfully, . This problem has been corrected, and the error message no longer appears in the Windows Event Log. |
| Miscellaneous |
|
| 610413 | In the 6.11 release, it was noted that the modify operations stopped functioning if the attribute size was greater than 2MB and if the nsslapd-maxbersize attribute was not set to a big value. (In 6.0.2 or 6.1 version, the server correctly disconnected the client for such a modify operation.) This problem has been fixed. A client such as the ldapmodify tool now returns "ldap_add : Can't contact LDAP server" and the Directory Server error log records a clear error message. |
| 613958 |
In the
6.11-Windows release, it was
noted that the Presence demo application that's
bundled with Directory Server failed to work with Netscape Enterprise
Server, version 6.1 or later. This problem has been fixed; the demo
application works properly when the JDK version is compatible with the
Enterprise Server version (in use). |
| Plug-Ins |
|
| 611058 | In the 6.0
release, it was noted that the UID
Uniqueness and 7-Bit Check plug-ins
failed when a modify operation contained two distinct operations, for
example, delete UID and add UID. The problem arose from the fact that
the server only looked for the first operation in the modify-operation
list that contained the attribute to check. This problem has been fixed. |
| Replication |
|
| 614136 |
In the
6.11 release, it was noted that when the
replication schedule was
modified via the Directory Server
Console, the console lost the client-authentication credentials,
causing
replica updates to fail. This problem has been fixed. |
| 622627 |
In the 6.11 release, it was noted that the multi-valued attribute order was not preserved when a replace operation got replicated. For example, if one were to replace the value of a multi-valued attribute on the master, when the change got replicated to the consumer, the order of the attribute was not preserved on the consumer. This problem has been fixed. |
| 623867 | When a
parent was renamed by the replication subsystem when performing
conflict resolution, its children's DNs were updated. However, their
operational attribute entrydn
were not updated. This
defect left DN and
entry DN in an inconsistent state and also caused an index error. The
problem has been fixed. |
| 624105 |
Purging of tombstone and state
information would not occur in certain circumstances, causing the
database to grow in size and perform poorly. This problem has
been fixed. |
| 624123 |
Deletion of a single-valued
attribute on a master would not get propogated to replicas. This
problem has been fixed. |
| 624152 |
When configured to use legacy
replication, Directory Server would add missing superior objectclasses
to entries received from a legacy supplier. This would cause
inconsistencies of data between replicated instances. This
problem has beeen fixed. |
| Security and Access Control |
|
| 539475 |
In the 6.0 release, it was noted that certificate mapping failed if the target was under cn=config. This problem has been fixed. Suffix cn=config is now included in the list of suffixes to be searched. Additionally, the search is performed for both userCertificate and userCertificate;binary attributes when retrieving a user's certificate. |
| 558903 | In the 6.0-Windows release, it
was
noted that adding an SSL server certificate with name
other than server-cert resulted in two certificates named
server-cert in the server's
certificate database, and the server failed to pick up the new/correct
certificate. One had to manually delete the old certificate first and
then
install the new certificate. This problem has been fixed -- the server
picks up the
correct certificate from those in the certificate database. |
| 606344 |
In the 6.0 release, a new base DN used to have two ACIs for self write by default; one that allowed self write for any attribute and another that denied self write for a list of specific attributes. This allowed self write to some operational or security attributes that are not listed in the deny ACI. This problem has been fixed. Now, the base DN has one ACI to allow self write for a list of common attributes only. |
| 608450 |
In the 6.1
release, it was noted that Directory Server would fail to start with
the -D option if the path
specified in the
command ended in a slash (for example, -D
/path/to/instance/). This problem has
been
fixed. Paths ending
in / or \\
are automatically corrected now. |
| 613903 |
In the
6.11-HP release, it was noted that SSL-related operations (both HTTPS
and LDAPS)
initiated via Netscape Console were failing due to
a library dependency that was not being satisfied. This problem has
been fixed. |
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