[Top][All Lists]

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: [Debian-sf-devel] RE: Project approval problem (apache error log)

From: William F. Seipel
Subject: Re: [Debian-sf-devel] RE: Project approval problem (apache error log)
Date: Wed, 20 Feb 2002 18:23:17 -0600
User-agent: Mozilla/5.0 (Windows; U; WinNT4.0; en-US; rv:0.9.4) Gecko/20011019 Netscape6/6.2

Christian BAYLE wrote:
"William F. Seipel" wrote:
I started looking in some of the error logs

[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:
[Tue Feb 19 06:25:26 2002] [notice] Accept mutex: sysvsem (Default:
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
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

ldapsearch -x -b '' -s base '(objectclass=*)' namingContexts
should give you somthing like

# filter: (objectclass=*)
# requesting: namingContexts

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/ reset
/usr/lib/sourceforge/bin/ configure
/usr/lib/sourceforge/bin/ update
/usr/lib/sourceforge/bin/ 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?
Please reply with a list of DSO modules from a httpd.conf  that works with source forge 2.6-0+6

reply via email to

[Prev in Thread] Current Thread [Next in Thread]