Bug#596710: Fix
Hello, Thanks for your quick test and reply. Actually, you are amazingly fast! ;) On Tue, Sep 14, 2010 at 5:03 AM, Soren Stoutner so...@sbtechsolutions.biz wrote: Mathieu, On Monday, September 13, 2010 01:46:43 pm Mathieu Parent wrote: Hi, Can you please apply the patch [0] and test? Apply it to /usr/share/perl5/Kolab/Conf.pm [0] http://svn.debian.org/wsvn/pkg-kolab/libkolab-perl/trunk/debian/patches/90 -slapd-runtime-config.diff?sc=1 I patched Conf.pm and reran kolab_bootstrap -b. After doing so, I had the same problem. Testsaslauthd failed and the webadmin could not bind to the LDAP server. I forgot to test kolab_bootstrap. I switched SLAPD_CONF= to SLAPD_CONF=/etc/ldap/slapd.conf in /etc/default/slapd. Testsaslauthd then succeeded The steps done by the patch are not run under kolab_bootstrap. I will fix this. but the webadmin still could not bind to the LDAP server. I discovered this was causes because 'php_pw' was not being copied correctly to /etc/kolab/session_vars.php. For some reason the four commands found on the wiki [1] didn't work for me (although they have in the past). Manually copying 'php_pw' from /etc/kolab/kolab.conf resolved this problem and the web admin could bind to ldap. Yes, this command can only be run once because is replaces some hardcoded config example. Perhaps we should suggest that everyone change /etc/default/slapd to use the old configuration files until upstream supports /etc/ldap/slapd.d. No. The slapd maintainers don't want this [1]. I agree with them: this is not maintainable. [1]: http://lists.alioth.debian.org/pipermail/pkg-openldap-devel/2010-September/004115.html Mathieu Parent -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#596710: [pkg-kolab] Bug#596710: Fix
I have updated the patch. Can you test again? http://svn.debian.org/wsvn/pkg-kolab/libkolab-perl/trunk/debian/patches/90-slapd-runtime-config.diff?sc=1 Mathieu Parent -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#596710: [pkg-kolab] Bug#596710: Fix
Mathieu, You're pretty fast yourself. ;) On Tuesday, September 14, 2010 12:03:40 am Mathieu Parent wrote: I have updated the patch. Can you test again? http://svn.debian.org/wsvn/pkg-kolab/libkolab-perl/trunk/debian/patches/90- slapd-runtime-config.diff?sc=1 The patch worked perfectly for me. There were a few scary looking warnings that printed while kolab_bootstrap ran, but they didn't seem to affect anything adversely. I'm including them below in case they are helpful. prepare LDAP database... Deleting old slapd config... Converting slapd config... /etc/ldap/slapd.conf: line 74: replica keyword is obsolete (ignored) bdb_db_open: warning - no DB_CONFIG file found in directory /var/lib/ldap: (2). Expect poor performance for suffix dc=stoutner,dc=net. bdb_db_open: database dc=stoutner,dc=net: db_open(/var/lib/ldap/id2entry.bdb) failed: No such file or directory (2). backend_startup_one (type=bdb, suffix=dc=stoutner,dc=net): bi_db_open failed! (2) slap_startup failed (test would succeed using the -u switch) temporarily starting slapd Waiting for OpenLDAP to start no dc=stoutner,dc=net object found, creating one mynetworkinterfaces: 127.0.0.0/8 LDAP setup finished -- Soren Stoutner Small Business Tech Solutions 623-262-6169 so...@sbtechsolutions.biz www.sbtechsolutions.biz signature.asc Description: This is a digitally signed message part.
Bug#596710: [pkg-kolab] Bug#596710: Fix
On Tue, Sep 14, 2010 at 10:20 AM, Soren Stoutner so...@sbtechsolutions.biz wrote: Mathieu, You're pretty fast yourself. ;) On Tuesday, September 14, 2010 12:03:40 am Mathieu Parent wrote: I have updated the patch. Can you test again? http://svn.debian.org/wsvn/pkg-kolab/libkolab-perl/trunk/debian/patches/90- slapd-runtime-config.diff?sc=1 The patch worked perfectly for me. There were a few scary looking warnings that printed while kolab_bootstrap ran, but they didn't seem to affect anything adversely. I'm including them below in case they are helpful. Good. prepare LDAP database... Deleting old slapd config... Converting slapd config... /etc/ldap/slapd.conf: line 74: replica keyword is obsolete (ignored) bdb_db_open: warning - no DB_CONFIG file found in directory /var/lib/ldap: (2). Expect poor performance for suffix dc=stoutner,dc=net. bdb_db_open: database dc=stoutner,dc=net: db_open(/var/lib/ldap/id2entry.bdb) failed: No such file or directory (2). backend_startup_one (type=bdb, suffix=dc=stoutner,dc=net): bi_db_open failed! (2) slap_startup failed (test would succeed using the -u switch) temporarily starting slapd Waiting for OpenLDAP to start no dc=stoutner,dc=net object found, creating one mynetworkinterfaces: 127.0.0.0/8 LDAP setup finished I will add -u to slaptest call to remove those warnings. Mathieu Parent -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#596710: Fix
Hi, Can you please apply the patch [0] and test? Apply it to /usr/share/perl5/Kolab/Conf.pm [0] http://svn.debian.org/wsvn/pkg-kolab/libkolab-perl/trunk/debian/patches/90-slapd-runtime-config.diff?sc=1 This should work with slapd 2.4.23-5, kolabd 2.2.4-20100624-3 (and many previous version also). If this is okay, I will upload and request for a freeze exception. Mathieu -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#596710: Fix
Mathieu, On Monday, September 13, 2010 01:46:43 pm Mathieu Parent wrote: Hi, Can you please apply the patch [0] and test? Apply it to /usr/share/perl5/Kolab/Conf.pm [0] http://svn.debian.org/wsvn/pkg-kolab/libkolab-perl/trunk/debian/patches/90 -slapd-runtime-config.diff?sc=1 I patched Conf.pm and reran kolab_bootstrap -b. After doing so, I had the same problem. Testsaslauthd failed and the webadmin could not bind to the LDAP server. I switched SLAPD_CONF= to SLAPD_CONF=/etc/ldap/slapd.conf in /etc/default/slapd. Testsaslauthd then succeeded but the webadmin still could not bind to the LDAP server. I discovered this was causes because 'php_pw' was not being copied correctly to /etc/kolab/session_vars.php. For some reason the four commands found on the wiki [1] didn't work for me (although they have in the past). Manually copying 'php_pw' from /etc/kolab/kolab.conf resolved this problem and the web admin could bind to ldap. Perhaps we should suggest that everyone change /etc/default/slapd to use the old configuration files until upstream supports /etc/ldap/slapd.d. [1] http://wiki.kolab.org/index.php/Debian_-_Administrators_- _Kolab_Installation#Setup_web_administration_frontend -- Soren Stoutner Small Business Tech Solutions 623-262-6169 so...@sbtechsolutions.biz www.sbtechsolutions.biz signature.asc Description: This is a digitally signed message part.
