Announcing 389 Directory Server 1.2.5 Release Candidate 1

[Rich Megginson]

The 389 team is pleased to announce the availability of Release 
Candidate 1 of version 1.2.5.

We need your help!  Please help us test this software.  It is a Release 
Candidate, so it is fairly stable at this point.  We have worked hard to 
make sure upgrades from previous releases are as smooth as possible, and 
we would really appreciate feedback about upgrades.  The Fedora system 
strongly encourages packages to be in Testing until verified and pushed 
to Stable.  If we don't get any feedback while the packages are in 
Testing, the packages will remain in limbo, or get pushed to Stable.

The more testing we get, the faster we can release these packages to Stable.

* Release Notes - http://directory.fedoraproject.org/wiki/Release_Notes
* Install_Guide - http://directory.fedoraproject.org/wiki/Install_Guide
* Download - http://directory.fedoraproject.org/wiki/Download

=== New features ===
* Named Pipe Log Script - this script allows you to replace the 
access/errors/audit log file with a named pipe attached to a script - 
this allows you to do things like
** enable full debug error log level in production environments without 
suffering too much performance degradation
** log only certain events e.g. failed bind attempts only, or only 
messages that contain a specified pattern
** send data to a remote server, send email, anything that can be scripted
** http://port389.org/wiki/Named_Pipe_Log_Script

=== Bugs Fixed ===
This release contains a couple of bug fixes.  The complete list of bugs 
fixed is found at the link below.  Note that bugs marked as MODIFIED 
have been fixed but are still in testing.
* Tracking bug for 1.2.5 release - 
[https://bugzilla.redhat.com/showdependencytree.cgi?id=533025&hide_res... 
https://bugzilla.redhat.com/showdependencytree.cgi?id=533025&hide_res...]
* [https://bugzilla.redhat.com/show_bug.cgi?id=195302 195302] local pwp 
can't set storage scheme
* [https://bugzilla.redhat.com/show_bug.cgi?id=387681 387681] 
"windows_process_dirsync_entry: failed to map tombstone dn." with , in 
DisplayName
* [https://bugzilla.redhat.com/show_bug.cgi?id=486171 486171] [RFE] 
Access log - Failed binds
* [https://bugzilla.redhat.com/show_bug.cgi?id=497199 497199] 'failed to 
send dirsync search request 2' error
* [https://bugzilla.redhat.com/show_bug.cgi?id=504817 504817] [Double 
quoted distinguished names not working in fedora-ds 1.2.0
* [https://bugzilla.redhat.com/show_bug.cgi?id=515329 515329] Multiple 
mods in one operation can result in an inconsistent replica
* [https://bugzilla.redhat.com/show_bug.cgi?id=540559 540559] selinux 
policy needs to allow log pipe [See dependency tree for bug 540559]

[Ivanov Andrey (M.)]

2009/12/2 Rich Megginson <rmeggins(a)redhat.com&gt;:
>  The 389 team is pleased to announce the availability of Release
> Candidate 1
>  of version 1.2.5.
>
>  We need your help!  Please help us test this software.  It is a Release
>  Candidate, so it is fairly stable at this point.  We have worked hard to 
Don't know whether it is a bug or some incompatibility with dbgen.pl
but this version of the server crashes when i try to import
dbgen-generated ldifs (CentOS 5.4 x86_64):

[root@ldap-model tmp]# rpm -qa |grep 389
389-admin-1.1.9-1.el5
389-ds-base-1.2.5-0.2.rc1.el5
389-adminutil-1.1.8-3.el5


1. Install the server with setup-ds-admin.pl with the suffic
"dc=example,dc=com"
2. Make several verifications, it seems ok
3. Stop the server and export the data :
service dirsrv stop
/usr/lib64/dirsrv/slapd-<server id>/db2ldif -n userRoot -a /tmp/export.ldif
4. Import the exported ldif :
/usr/lib64/dirsrv/slapd-dmz/ldif2db -n userRoot -i /tmp/export.ldif
5. Everything's fine.
6. Generate a small ldif with dbgen :
dbgen.pl -s "dc=example,dc=com" -o /tmp/example.ldif -n 10
chown <ldap user>:<ldap group> /tmp/example.ldif
7.  Import this example.ldif and the segmentation fault arrives :

/usr/lib64/dirsrv/slapd-<server id>/ldif2db -n userRoot -i /tmp/example.ldif

importing data ...
[06/Dec/2009:16:24:53 +0100] - dblayer_instance_start: pagesize: 4096,
pages: 966617, procpages: 46090
[06/Dec/2009:16:24:53 +0100] - cache autosizing: import cache: 204800k
[06/Dec/2009:16:24:53 +0100] - li_import_cache_autosize: 50,
import_pages: 51200, pagesize: 4096
[06/Dec/2009:16:24:53 +0100] - WARNING: Import is running with
nsslapd-db-private-import-mem on; No other process is allowed to
access the database
[06/Dec/2009:16:24:53 +0100] - dblayer_instance_start: pagesize: 4096,
pages: 966617, procpages: 46090
[06/Dec/2009:16:24:53 +0100] - cache autosizing: import cache: 204800k
[06/Dec/2009:16:24:53 +0100] - li_import_cache_autosize: 50,
import_pages: 51200, pagesize: 4096
[06/Dec/2009:16:24:53 +0100] - import userRoot: Beginning import job...
[06/Dec/2009:16:24:53 +0100] - import userRoot: Index buffering
enabled with bucket size 100
[06/Dec/2009:16:24:54 +0100] - import userRoot: Processing file
"/tmp/example.ldif"
/usr/lib64/dirsrv/slapd-dmz/ldif2db: line 25:  5013 Segmentation fault
     ./ns-slapd ldif2db -D /etc/dirsrv/slapd-dmz "$@" 2>&1

after this "import" the server starts  but there is no object
"dc=example,dc=com"

[Rich Megginson]

Andrey Ivanov wrote:
>  2009/12/2 Rich Megginson <rmeggins(a)redhat.com&gt;:
>    
> > The 389 team is pleased to announce the availability of Release Candidate 1
> > of version 1.2.5.
> >
> > We need your help!  Please help us test this software.  It is a Release
> > Candidate, so it is fairly stable at this point.  We have worked hard to
> >     
>
>  Don't know whether it is a bug or some incompatibility with dbgen.pl
>  but this version of the server crashes when i try to import
>  dbgen-generated ldifs (CentOS 5.4 x86_64):
>
>  [root@ldap-model tmp]# rpm -qa |grep 389
>  389-admin-1.1.9-1.el5
>  389-ds-base-1.2.5-0.2.rc1.el5
>  389-adminutil-1.1.8-3.el5
>
>
>  1. Install the server with setup-ds-admin.pl with the suffic
> "dc=example,dc=com"
>  2. Make several verifications, it seems ok
>  3. Stop the server and export the data :
>  service dirsrv stop
>  /usr/lib64/dirsrv/slapd-<server id>/db2ldif -n userRoot -a /tmp/export.ldif
>  4. Import the exported ldif :
>  /usr/lib64/dirsrv/slapd-dmz/ldif2db -n userRoot -i /tmp/export.ldif
>  5. Everything's fine.
>  6. Generate a small ldif with dbgen :
>  dbgen.pl -s "dc=example,dc=com" -o /tmp/example.ldif -n 10
>  chown <ldap user>:<ldap group> /tmp/example.ldif
>  7.  Import this example.ldif and the segmentation fault arrives :
>
>  /usr/lib64/dirsrv/slapd-<server id>/ldif2db -n userRoot -i /tmp/example.ldif
>
>  importing data ...
>  [06/Dec/2009:16:24:53 +0100] - dblayer_instance_start: pagesize: 4096,
>  pages: 966617, procpages: 46090
>  [06/Dec/2009:16:24:53 +0100] - cache autosizing: import cache: 204800k
>  [06/Dec/2009:16:24:53 +0100] - li_import_cache_autosize: 50,
>  import_pages: 51200, pagesize: 4096
>  [06/Dec/2009:16:24:53 +0100] - WARNING: Import is running with
>  nsslapd-db-private-import-mem on; No other process is allowed to
>  access the database
>  [06/Dec/2009:16:24:53 +0100] - dblayer_instance_start: pagesize: 4096,
>  pages: 966617, procpages: 46090
>  [06/Dec/2009:16:24:53 +0100] - cache autosizing: import cache: 204800k
>  [06/Dec/2009:16:24:53 +0100] - li_import_cache_autosize: 50,
>  import_pages: 51200, pagesize: 4096
>  [06/Dec/2009:16:24:53 +0100] - import userRoot: Beginning import job...
>  [06/Dec/2009:16:24:53 +0100] - import userRoot: Index buffering
>  enabled with bucket size 100
>  [06/Dec/2009:16:24:54 +0100] - import userRoot: Processing file
>  "/tmp/example.ldif"
>  /usr/lib64/dirsrv/slapd-dmz/ldif2db: line 25:  5013 Segmentation fault
>       ./ns-slapd ldif2db -D /etc/dirsrv/slapd-dmz "$@" 2>&1
>
>  after this "import" the server starts  but there is no object
>  "dc=example,dc=com"
>     
Thanks.  This was a regression introduced by another fix - 195302
A new build (.rc2) will be available shortly.

[Ivanov Andrey (M.)]

2009/12/2 Rich Megginson <rmeggins(a)redhat.com&gt;:
>  The 389 team is pleased to announce the availability of Release
> Candidate 1
>  of version 1.2.5.
>
>  We need your help!  Please help us test this software.  It is a Release
>  Candidate, so it is fairly stable at this point.  We have worked hard to 
Don't know whether it is a bug or some incompatibility with dbgen.pl
but this version of the server crashes when i try to import
dbgen-generated ldifs (CentOS 5.4 x86_64):

[root@ldap-model tmp]# rpm -qa |grep 389
389-admin-1.1.9-1.el5
389-ds-base-1.2.5-0.2.rc1.el5
389-adminutil-1.1.8-3.el5


1. Install the server with setup-ds-admin.pl with the suffic
"dc=example,dc=com"
2. Make several verifications, it seems ok
3. Stop the server and export the data :
service dirsrv stop
/usr/lib64/dirsrv/slapd-<server id>/db2ldif -n userRoot -a /tmp/export.ldif
4. Import the exported ldif :
/usr/lib64/dirsrv/slapd-dmz/ldif2db -n userRoot -i /tmp/export.ldif
5. Everything's fine.
6. Generate a small ldif with dbgen :
dbgen.pl -s "dc=example,dc=com" -o /tmp/example.ldif -n 10
chown <ldap user>:<ldap group> /tmp/example.ldif
7.  Import this example.ldif and the segmentation fault arrives :

/usr/lib64/dirsrv/slapd-<server id>/ldif2db -n userRoot -i /tmp/example.ldif

importing data ...
[06/Dec/2009:16:24:53 +0100] - dblayer_instance_start: pagesize: 4096,
pages: 966617, procpages: 46090
[06/Dec/2009:16:24:53 +0100] - cache autosizing: import cache: 204800k
[06/Dec/2009:16:24:53 +0100] - li_import_cache_autosize: 50,
import_pages: 51200, pagesize: 4096
[06/Dec/2009:16:24:53 +0100] - WARNING: Import is running with
nsslapd-db-private-import-mem on; No other process is allowed to
access the database
[06/Dec/2009:16:24:53 +0100] - dblayer_instance_start: pagesize: 4096,
pages: 966617, procpages: 46090
[06/Dec/2009:16:24:53 +0100] - cache autosizing: import cache: 204800k
[06/Dec/2009:16:24:53 +0100] - li_import_cache_autosize: 50,
import_pages: 51200, pagesize: 4096
[06/Dec/2009:16:24:53 +0100] - import userRoot: Beginning import job...
[06/Dec/2009:16:24:53 +0100] - import userRoot: Index buffering
enabled with bucket size 100
[06/Dec/2009:16:24:54 +0100] - import userRoot: Processing file
"/tmp/example.ldif"
/usr/lib64/dirsrv/slapd-dmz/ldif2db: line 25:  5013 Segmentation fault
    ./ns-slapd ldif2db -D /etc/dirsrv/slapd-dmz "$@" 2>&1

after this "import" the server starts  but there is no object
"dc=example,dc=com"

[Ivanov Andrey (M.)]

Just to continue on this subject, I cannot import my export from the
previous version of 389 (1.2.0) either. Even after disabling the
syntax check (nsslapd-syntaxcheck: off). It also crashes in the same
way during the import.

Her is the typical stack trace for a small ldif generated by dbgen.pl:


(gdb) bt full
#0  slapi_sdn_get_ndn (sdn=0x0) at ldap/servers/slapd/dn.c:1225
No locals.
#1  0x00002b00cbc54d3c in pw_encodevals_ext (pb=0x0, sdn=0x0,
vals=0x14384140) at ldap/servers/slapd/pw.c:353
       pwpolicy = (passwdPolicy *) 0x0
       pws_enc = <value optimized out>
#2  0x00002b00d0f45273 in import_producer (param=0x14380210) at
ldap/servers/slapd/back-ldbm/import-threads.c:637
       va = (Slapi_Value **) 0x0
       attr = (Slapi_Attr *) 0x143840d0
       flags = <value optimized out>
       prev_lineno = 33
       syntax_err = <value optimized out>
       job = (ImportJob *) 0x1437feb0
       id = 7
       id_filestart = 1
       e = (Slapi_Entry *) 0x1431da90
       ep = (struct backentry *) 0x14383b50
       old_ep = (struct backentry *) 0x0
       inst = (ldbm_instance *) 0x142c8590
       be = (backend *) 0x142c8410
       sleeptime = 200
       estr = 0x0
       str2entry_flags = 203
       detected_eof = <value optimized out>
       fd = 12
       curr_file = 0
       curr_lineno = 71
       curr_filename = 0x1437fe50 "/tmp/example.ldif"
       idx = 6
       c = {
 b = 0x1431a2f0 "dn: dc=example,dc=com\nobjectClass:
top\nobjectClass: domain\ndc: example\naci:
(target=ldap:///dc=example,dc=com)(targetattr=*)(version 3.0; acl
\"acl1\"; allow(write) userdn = \"ldap:///self\";) \naci:
(targ"...,
size = 8192, offset = 2511}
       my_version = -1
       newesize = <value optimized out>
#3  0x0000003887c27fad in ?? () from /usr/lib64/libnspr4.so
No symbol table info available.
#4  0x0000003885c064a7 in start_thread () from /lib64/libpthread.so.0
No symbol table info available.
#5  0x00000038854d3c2d in clone () from /lib64/libc.so.6
No symbol table info available.



2009/12/6 Andrey Ivanov <andrey.ivanov(a)polytechnique.fr&gt;:
>  2009/12/2 Rich Megginson <rmeggins(a)redhat.com&gt;:
> > The 389 team is pleased to announce the availability of Release Candidate 1
> > of version 1.2.5.
> >
> > We need your help!  Please help us test this software.  It is a Release
> > Candidate, so it is fairly stable at this point.  We have worked hard to
>
>  Don't know whether it is a bug or some incompatibility with dbgen.pl
>  but this version of the server crashes when i try to import
>  dbgen-generated ldifs (CentOS 5.4 x86_64):
>
>  [root@ldap-model tmp]# rpm -qa |grep 389
>  389-admin-1.1.9-1.el5
>  389-ds-base-1.2.5-0.2.rc1.el5
>  389-adminutil-1.1.8-3.el5
>
>
>  1. Install the server with setup-ds-admin.pl with the suffic
> "dc=example,dc=com"
>  2. Make several verifications, it seems ok
>  3. Stop the server and export the data :
>  service dirsrv stop
>  /usr/lib64/dirsrv/slapd-<server id>/db2ldif -n userRoot -a /tmp/export.ldif
>  4. Import the exported ldif :
>  /usr/lib64/dirsrv/slapd-dmz/ldif2db -n userRoot -i /tmp/export.ldif
>  5. Everything's fine.
>  6. Generate a small ldif with dbgen :
>  dbgen.pl -s "dc=example,dc=com" -o /tmp/example.ldif -n 10
>  chown <ldap user>:<ldap group> /tmp/example.ldif
>  7.  Import this example.ldif and the segmentation fault arrives :
>
>  /usr/lib64/dirsrv/slapd-<server id>/ldif2db -n userRoot -i /tmp/example.ldif
>
>  importing data ...
>  [06/Dec/2009:16:24:53 +0100] - dblayer_instance_start: pagesize: 4096,
>  pages: 966617, procpages: 46090
>  [06/Dec/2009:16:24:53 +0100] - cache autosizing: import cache: 204800k
>  [06/Dec/2009:16:24:53 +0100] - li_import_cache_autosize: 50,
>  import_pages: 51200, pagesize: 4096
>  [06/Dec/2009:16:24:53 +0100] - WARNING: Import is running with
>  nsslapd-db-private-import-mem on; No other process is allowed to
>  access the database
>  [06/Dec/2009:16:24:53 +0100] - dblayer_instance_start: pagesize: 4096,
>  pages: 966617, procpages: 46090
>  [06/Dec/2009:16:24:53 +0100] - cache autosizing: import cache: 204800k
>  [06/Dec/2009:16:24:53 +0100] - li_import_cache_autosize: 50,
>  import_pages: 51200, pagesize: 4096
>  [06/Dec/2009:16:24:53 +0100] - import userRoot: Beginning import job...
>  [06/Dec/2009:16:24:53 +0100] - import userRoot: Index buffering
>  enabled with bucket size 100
>  [06/Dec/2009:16:24:54 +0100] - import userRoot: Processing file
>  "/tmp/example.ldif"
>  /usr/lib64/dirsrv/slapd-dmz/ldif2db: line 25:  5013 Segmentation fault
>     ./ns-slapd ldif2db -D /etc/dirsrv/slapd-dmz "$@" 2>&1
>
>  after this "import" the server starts  but there is no object
>  "dc=example,dc=com"
>