"William F. Seipel" wrote:
I started looking in some of the error logs
/var/log/apache/error.log
[Tue Feb 19 06:25:26 2002] [notice] Apache/1.3.23 (Unix) Debian
GNU/Linux PHP/4
[Tue Feb 19 06:25:26 2002] [notice] suEXEC mechanism enabled (wrapper:
/usr/lib
[Tue Feb 19 06:25:26 2002] [notice] Accept mutex: sysvsem (Default:
sysvsem)
VVVVVVVVVV---below is what was generated after I press the approve
button in sourceforge
LDAP: No such object
matched DN: "dc=homeforge,dc=hom"
additional info: parent does not exist
LDAP: No such object
matched DN: "dc=homeforge,dc=hom"
additional info: parent does not exist
^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
these errors appear when the approve button is selected
It looks like your ldap database is empty
or the dn you give is not the right one
You have to ckeck carefully write access in /etc/ldap/slapd.conf
Can you send me a trace of a reset/configure for install-ldap.sh
It should end with something like that
Stopping OpenLDAP: slapd.
Starting OpenLDAP: slapd.
Load ldap
Distinguished Name is dc=homeforge,dc=hom
Creating ldif file from database
Filling LDAP with database
Setup SF_robot account
Adding robot accounts
Changing SF_robot passwd using admin account
Testing LDAP
Changing dummy cn using SF_robot account
and
ldapsearch -x -b '' -s base '(objectclass=*)' namingContexts
should give you somthing like
#
# filter: (objectclass=*)
# requesting: namingContexts
#
#
dn:
namingContexts: dc=homeforge,dc=hom
# search result
search: 2
result: 0 Success
# numResponses: 2
# numEntries: 1
<
br>
Maybe this can be a problem with a too short FQDN, I know there are, but
don't know
if precisely with ldap.
Hope this help you
Christian BAYLE wrote:
I have got
slapd 2.0.21-3 OpenLDAP server (slapd).
And the same kind of problem
The fact you could create a user shows it was working
Try /etc/init.d/ncsd stop
/etc/init.d/slapd stop
sleep 30
/etc/init.d/slapd start
sleep 30
/usr/lib/sourceforge/bin/install-ldap.sh reset
/usr/lib/sourceforge/bin/install-ldap.sh configure
/usr/lib/sourceforge/bin/install-ldap.sh update
/usr/lib/sourceforge/bin/install-ldap.sh list
Should show you groups and users you created
As it's not systematic and deep in ldap php4 module, it's difficult
to correct, even to bug report.
I encourage you to reproduce this on a minimal example and bug
report to
the debian BTS
Could I be missing some Apache DSO modules?? like perhaps mod_ldap?