2:54 p.m.
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]
9:29 a.m.
New subject: Announcing 389 Directory Server 1.2.5 Release Candidate 1
2009/12/2 Rich Megginson <rmeggins(a)redhat.com>:
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"
3:15 p.m.
Andrey Ivanov wrote:
2009/12/2 Rich Megginson <rmeggins(a)redhat.com>:
> 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.
9:33 a.m.
New subject: Announcing 389 Directory Server 1.2.5 Release Candidate 1
2009/12/2 Rich Megginson <rmeggins(a)redhat.com>:
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"
3:33 p.m.
New subject: Announcing 389 Directory Server 1.2.5 Release Candidate 1
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>:
2009/12/2 Rich Megginson <rmeggins(a)redhat.com>:
> 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"
5252
days inactive
5257
days old
389-users@lists.fedoraproject.org
4 comments
2 participants
participants (2)
-
Ivanov Andrey (M.) -
Rich Megginson