[Cdash] [Fwd: Re: CDash LDAP problem]

Marcel Loose loose at astron.nl
Wed Feb 17 15:46:09 UTC 2010


Hi Julien,

That doesn't really do much good. I know get the following message:

 Error occured searching the LDAP

Regards,
Marcel

On Wed, 2010-02-17 at 10:26 -0500, Julien Jomier wrote:
> Hi Marcel,
> 
> Could you try to change the
> 
>    $CDASH_LDAP_BASEDN='ou=people,dc=astron,dc=nl';
> 
> to
> 
>    $CDASH_LDAP_BASEDN='cn=Manager,dc=astron,dc=nl';
> 
> and see if that helps?
> 
> Julien
> 
> On 2/17/2010 10:24 AM, Marcel Loose wrote:
> > Hi Julien,
> >
> > I guess you mean $CDASH_LDAP_BASEDN, instead of $CDASH_LDAP_BIND_DN?
I
> > couldn't find any occurrence of the latter.
> >
> >> From the configuration file /etc/openldap/slapd.conf:
> > suffix          "dc=astron,dc=nl"
> > rootdn          "cn=Manager,dc=astron,dc=nl"
> >
> >> From the CDash configuration file
/srv/CDash/cdash/config.local.php:
> > $CDASH_LDAP_BASEDN='ou=people,dc=astron,dc=nl';
> >
> > Looks to me they're the same.
> >
> > Changing 'cn' to 'gecos' in login.php indeed solves the problem. I
don't
> > know, though, if 'gecos' is just as "standard" as 'cn' is.
> >
> > Best regards,
> > Marcel Loose.
> >
> > On Wed, 2010-02-17 at 07:44 -0500, Julien Jomier wrote:
> >> Hi Marcel,
> >>
> >> This is strange. Could you check the value of the
$CDASH_LDAP_BIND_DN
> > in
> >> your config.local.php and see if it's the same as the one you are
> >> passing to slapcat?
> >>
> >> One thing you can do is replace 'cn' by 'gecos' in the login.php
file
> >> and it should work (since it looks like the same value).
> >>
> >> Let me know,
> >> Julien
> >>
> >> On 2/17/2010 3:59 AM, Marcel Loose wrote:
> >>> Hi Julien,
> >>>
> >>> So, it should be possible to authenticate users against an
existing
> > LDAP
> >>> database. However, when I try to login to CDash as
loose at astron.nl,
> > I
> >>> get the error:
> >>>
> >>>     No givenname (cn) set in LDAP, cannot register user into MIDAS
> >>>
> >>> That user is present in the LDAP database, though. Here's the
record
> >>> from the LDAP database, retrieved with 'slapcat'. As you can see,
> > the
> >>> 'cn' field is also present.
> >>>
> >>> dn: uid=loose,ou=people,dc=astron,dc=nl
> >>> objectClass: shadowAccount
> >>> objectClass: posixAccount
> >>> objectClass: inetOrgPerson
> >>> gecos: Marcel Loose
> >>> uid: loose
> >>> sn: Loose
> >>> givenName: Marcel
> >>> structuralObjectClass: inetOrgPerson
> >>> entryUUID: 2375bf08-e435-102b-8b97-3952138d3cf7
> >>> creatorsName: cn=Manager,dc=astron,dc=nl
> >>> createTimestamp: 20070821132115Z
> >>> uidNumber: 511
> >>> mail: loose at astron.nl
> >>> gidNumber: 1000
> >>> shadowLastChange: 14127
> >>> cn: Marcel Loose
> >>> userPassword:: ########
> >>> homeDirectory: /home/loose
> >>> loginShell: /bin/bash
> >>> entryCSN: 20100104140045Z#000000#00#000000
> >>> modifiersName: cn=Manager,dc=astron,dc=nl
> >>> modifyTimestamp: 20100104140045Z
> >>>
> >>> I'm baffled. Any ideas?
> >>>
> >>> Best regards,
> >>> Marcel Loose.
> >>>
> >>> On Tue, 2010-02-16 at 07:31 -0500, Julien Jomier wrote:
> >>>> Hi Marcel,
> >>>>
> >>>> You can use a LDAP database to authenticate users in CDash,
others
> >>> have
> >>>> done it. The only thing is that you need to configure either
CDash
> > or
> >>>> your LDAP to fill the 'cn' field, this is how CDash gets the
> >>> information
> >>>> to create the authenticated user automatically.
> >>>>
> >>>> Julien
> >>>>
> >>>> On 2/15/2010 3:30 AM, Marcel Loose wrote:
> >>>>> Hi Julien,
> >>>>>
> >>>>> Sorry for the late reply, I had a long weekend off.
> >>>>> Do I understand correctly, from your answer, that it is not
> > possible
> >>> to
> >>>>> use an existing LDAP database to authenticate users? Is it
really
> >>>>> necessary to register them from within CDash? If so, is there a
> > way
> >>> to
> >>>>> import users from an LDAP database into CDash?
> >>>>>
> >>>>> Best regards,
> >>>>> Marcel Loose.
> >>>>>
> >>>>>
> >>>>> On Thu, 2010-02-11 at 10:40 -0500, Julien Jomier wrote:
> >>>>>> Marcel,
> >>>>>>
> >>>>>> I'm wondering if the CDASH_LDAP options are defined correctly
and
> >>> that
> >>>>>
> >>>>>> might be the reason why 'cn' doesn't show up.
> >>>>>>
> >>>>>> CDash requires the user to be registered in CDash when using
> > LDAP.
> >>> The
> >>>>>
> >>>>>> authentication is done by LDAP. One option is to login as
> >>>>> administrator
> >>>>>> into CDash and register the user before trying to login into
> > LDAP.
> >>>>>>
> >>>>>> Let us know,
> >>>>>> Julien
> >>>>>>
> >>>>>> Marcel Loose wrote:
> >>>>>>     >    Hi all,
> >>>>>>     >
> >>>>>>     >    I'm experiencing an LDAP problem with CDash. When I
try to
> > log
> >>> into
> >>>>>>     >    CDash for the first time as a valid LDAP user, I get
the
> >>> message:
> >>>>>>     >
> >>>>>>     >    No givenname (cn) set in LDAP, cannot register user
into
> > MIDAS
> >>>>>>     >
> >>>>>>     >    Now I've been digging in the PHP-code a bit, but I
know
> > little
> >>> PHP.
> >>>>>>     >    The problem seems to be in the function
ldapAuthenticate()
> > in
> >>>>> login.php.
> >>>>>>     >    For reasons I don't understand, the return value of
> >>>>>> ldap_search($ldap,$CDASH_LDAP_BASEDN, 'mail='.$email,
> >>>>> array('dn','cn'))
> >>>>>>     >    contains an empty 'cn' field, though it does contain a
> > valid
> >>> 'dn'
> >>>>> field.
> >>>>>>     >
> >>>>>>     >    For debugging purposes, I've removed the attributes
> >>> specification
> >>>>> in the
> >>>>>>     >    ldap_search() call, thus returning all attributes.
This
> > gives
> >>> me:
> >>>>>>     >
> >>>>>>     >    var_dump($entries);
> >>>>>>     >    array(2) { ["count"]=>     int(1) [0]=>     array(24)
{
> >>> ["objectclass"]=>
> >>>>>>     >    array(4) { ["count"]=>     int(3) [0]=>     string(13)
> >>> "shadowAccount"
> >>>>> [1]=>
> >>>>>>     >    string(12) "posixAccount" [2]=>     string(13)
> > "inetOrgPerson" }
> >>> [0]=>
> >>>>>>     >    string(11) "objectclass" ["gecos"]=>     array(2) {
> > ["count"]=>
> >>>>> int(1)
> >>>>>>     >    [0]=>     string(12) "Marcel Loose" } [1]=>    
string(5)
> > "gecos"
> >>>>> ["uid"]=>
> >>>>>>     >    array(2) { ["count"]=>     int(1) [0]=>     string(5)
> > "loose" }
> >>> [2]=>
> >>>>>>     >    string(3) "uid" ["sn"]=>     array(2) { ["count"]=>
> > int(1)
> >>> [0]=>
> >>>>>>     >    string(5) "Loose" } [3]=>     string(2) "sn"
> > ["givenname"]=>
> >>> array(2)
> >>>>>>     >    { ["count"]=>     int(1) [0]=>     string(6) "Marcel"
}
> > [4]=>
> >>> string(9)
> >>>>>>     >    "givenname" ["uidnumber"]=>     array(2) { ["count"]=>
> > int(1)
> >>> [0]=>
> >>>>>>     >    string(3) "511" } [5]=>     string(9) "uidnumber"
> > ["mail"]=>
> >>> array(2)
> >>>>>>     >    { ["count"]=>     int(1) [0]=>     string(15)
> > "loose at astron.nl" }
> >>> [6]=>
> >>>>>>     >    string(4) "mail" ["gidnumber"]=>     array(2) {
["count"]=>
> >>> int(1)
> >>>>> [0]=>
> >>>>>>     >    string(4) "1000" } [7]=>     string(9) "gidnumber"
> >>>>> ["shadowlastchange"]=>
> >>>>>>     >    array(2) { ["count"]=>     int(1) [0]=>     string(5)
> > "14127" }
> >>> [8]=>
> >>>>>>     >    string(16) "shadowlastchange" ["homedirectory"]=>
> > array(2)
> >>>>>>     >    { ["count"]=>     int(1) [0]=>     string(11)
"/home/loose"
> > }
> >>> [9]=>
> >>>>>>     >    string(13) "homedirectory" ["loginshell"]=>    
array(2) {
> >>> ["count"]=>
> >>>>>>     >    int(1) [0]=>     string(9) "/bin/bash" } [10]=>
> > string(10)
> >>>>>>     >    "loginshell" ["count"]=>     int(11) ["dn"]=>    
string(35)
> >>>>>>     >    "uid=loose,ou=people,dc=astron,dc=nl" } }
> >>>>>>     >
> >>>>>>     >    Indeed, 'cn' is missing here. It is, however, present
in
> > the
> >>> LDAP
> >>>>>>     >    database. Here's a snippet of the output of 'slapcat',
for
> > the
> >>>>> given
> >>>>>>     >    user:
> >>>>>>     >
> >>>>>>     >    dn: uid=loose,ou=people,dc=astron,dc=nl
> >>>>>>     >    objectClass: shadowAccount
> >>>>>>     >    objectClass: posixAccount
> >>>>>>     >    objectClass: inetOrgPerson
> >>>>>>     >    gecos: Marcel Loose
> >>>>>>     >    uid: loose
> >>>>>>     >    sn: Loose
> >>>>>>     >    givenName: Marcel
> >>>>>>     >    structuralObjectClass: inetOrgPerson
> >>>>>>     >    entryUUID: 2375bf08-e435-102b-8b97-3952138d3cf7
> >>>>>>     >    creatorsName: cn=Manager,dc=astron,dc=nl
> >>>>>>     >    createTimestamp: 20070821132115Z
> >>>>>>     >    uidNumber: 511
> >>>>>>     >    mail: loose at astron.nl
> >>>>>>     >    gidNumber: 1000
> >>>>>>     >    shadowLastChange: 14127
> >>>>>>     >    cn: Marcel Loose
> >>>>>>     >    userPassword::<########>
> >>>>>>     >    homeDirectory: /home/loose
> >>>>>>     >    loginShell: /bin/bash
> >>>>>>     >    entryCSN: 20100104140045Z#000000#00#000000
> >>>>>>     >    modifiersName: cn=Manager,dc=astron,dc=nl
> >>>>>>     >    modifyTimestamp: 20100104140045Z
> >>>>>>     >
> >>>>>>     >    I don't know if this is a CDash problem -- e.g. it
should
> > use
> >>> a
> >>>>>>     >    different ldap-function; or if it's a problem with the
> >>> PHP-LDAP
> >>>>> module;
> >>>>>>     >    or if it's an LDAP database/configuration problem.
Could
> >>> someone
> >>>>> please
> >>>>>>     >    shed a light on this?
> >>>>>>     >
> >>>>>>     >    Best regards,
> >>>>>>     >    Marcel Loose.
> >>>>>
> >>>>>
> >>>>>
> >>>
> >>>
> >>>
> >
> >
> >





More information about the CDash mailing list