Re: [phpldapadmin] [ phpldapadmin-Bugs-3411598 ] Call to a member function getMustAttrNames

Hi Deon,

aditionally to last mail from yesterday, i added the Line in Section 9 =

below:

Am 07.10.2011 22:43, schrieb Axel Birndt:
>
>
> Am 07.10.2011 00:24, schrieb Deon George:
>> On 07/10/11 05:12, Axel Birndt wrote:
>>> i tried your hints from the wiki entry and now i think  i have one more
>>> (and another) problem:
>
> I checked the content of my ldapserver with the ldapvi editor. But i
> don't find any entrys with the subschemaSub* entry.
>
>> Did you check your ACL's?
>
> Yes, this are my ACL's

> 9 olcDatabase=3D{1}hdb,cn=3Dconfig
> objectClass: olcDatabaseConfig
> objectClass: olcHdbConfig
> olcDatabase: {1}hdb
> olcDbDirectory: /var/lib/ldap
> olcSuffix: dc=3Dldapserver,dc=3Dde
> olcAccess: {0}to attrs=3DuserPassword,shadowLastChange by
> dn=3D"cn=3Duuuuuu,dc=3Dldapserver,dc=3Dro" write by anonymous auth by sel=
f write
> by * none
> olcAccess: {1}to dn.base=3D"" by * read

> ---olcAccess: {2}to dn.base=3D"cn=3Dsubschema" by * read---

> olcAccess: {3}to * by dn=3D"cn=3Duuuuuu,dc=3Dldapserver,dc=3Dde" write by=
 * read

Now and after i've configured the ACL like described above i executed =

the *ldapsearch -xh 127.0.0.1 -b '' -s base subschemaSubentry*
command once more.
The result is the same as i described at the 6th of october!

If i try to call a page in the phpldapadmin i got the same failure as =

before:

Fatal error: Call to a member function getMustAttrNames() on a =

non-object in /all_home_data/apache/htdocs/phpldapadmin/lib/Template.php =

on line 1548

i created to files with the log output, but i don't attached it to this =

mails, because it is to big for that.

Here are the two links:

http://www.blaufotograph.de/phpldapadmin/slapd.log_08.10.2011

http://www.blaufotograph.de/phpldapadmin/pla_debug.log_08.10.2011

from the getSchemaObjectClass i got only this two occurences from this =

Method(?).


[0,000]       Attribute(0133-005): Attribute::getName: Entered =

(NOARGS|objectclass)
[0,000]       Attribute(0878-005): .Attribute::real_attr_name: Entered =

(NOARGS|objectclass)
[0,000]       Attribute(0143-005): .Attribute::getValues: Entered =

(NOARGS|a:3:{i:0;s:7:"account";i:1;s:20:"simpleSecurityObject";i:2;s:3:"top=
";})
[0,000]         ds_ldap(1484-025): ldap::getSchemaObjectClass: Entered =

(account)
[0,000]         ds_ldap(1547-025): ldap::SchemaObjectClasses: Entered (|)
[0,000]       functions(0876-001): get_cached_item: Entered =

(1|schema|objectclasses)
[0,000]       functions(0886-001): get_cached_item: Returning ()
[0,000]         ds_ldap(1254-025): ldap::getRawSchema: Entered =

(|objectclasses|)
[0,000]         ds_ldap(0131-017): ldap::connect: Entered ()
[0,000]              ds(0457-017): DS::getMethod: Entered ()
[0,000]         ds_ldap(1268-025): ldap::getRawSchema: Returning CACHED ()
[0,000]         ds_ldap(1586-025): ldap::SchemaObjectClasses: Returning ()
[0,000]         ds_ldap(1496-025): ldap::getSchemaObjectClass: Returning ()

In my opinion, it could be, that the ACL from above isn't correct at =

all! But i don't know how to do it better.

Sorry.

Maybe you could see something in all this character salad ;-)

I would be happy if you have some time to have a look at all of this.

Thanks in advance.




-- =



Gru=DF Axel

------------------------------


---------------------------------------------------------------------------=
---
All of the data generated in your IT infrastructure is seriously valuable.
Why? It contains a definitive record of application performance, security
threats, fraudulent activity, and more. Splunk takes this data and makes
sense of it. IT sense. And common sense.
http://p.sf.net/sfu/splunk-d2dcopy2
______________________________________
phpLDAPadmin development mailing list.
To unsbuscribe: https://lists.sourceforge.net/lists/listinfo/phpldapadmin-d=
evel
http://phpldapadmin.sourceforge.net/