Rich Megginson
2009-Dec-02 20:54 UTC
[389-users] Announcing 389 Directory Server 1.2.5 Release Candidate 1
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_resolved=0 https://bugzilla.redhat.com/showdependencytree.cgi?id=533025&hide_resolved=0] * [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]
Andrey Ivanov
2009-Dec-06 15:29 UTC
Re: [389-users] Announcing 389 Directory Server 1.2.5 Release Candidate 1
2009/12/2 Rich Megginson <rmeggins@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 toDon''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"
Andrey Ivanov
2009-Dec-06 15:33 UTC
Re: [389-users] Announcing 389 Directory Server 1.2.5 Release Candidate 1
2009/12/2 Rich Megginson <rmeggins@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 toDon''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"
Andrey Ivanov
2009-Dec-06 21:33 UTC
Re: [389-users] 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@polytechnique.fr>:> 2009/12/2 Rich Megginson <rmeggins@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"
>
Rich Megginson
2009-Dec-07 21:15 UTC
Re: [389-users] Announcing 389 Directory Server 1.2.5 Release Candidate 1
Andrey Ivanov wrote:> 2009/12/2 Rich Megginson <rmeggins@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.