| 2009-11-28 16:27:39 |
Bruneel Michaël |
bug |
|
|
added bug |
| 2009-11-29 02:23:43 |
Bruneel Michaël |
description |
Binary package hint: phpldapadmin
Follow an upgrade from 9.04 Server to 9.10 Server, after I log into phpldapadmin with a normal user or with the admin user I got the error message :
"Our attempts to find your SCHEMA for "attributetypes" have FAILED"
Like it is mentioned on the phpldapadmin's FAQ I tried to allow anonymous acess to the schemas. It seems they are stored in "cn=schema,cn=config" branche and by consequence I added in "dn: olcDatabase={1}bdb,cn=config" this rule and
restarted slapd : "olcAccess: {6}to dn.subtree="cn=schema,cn=config" by * read". I also try to add, like on the FAQ : "to dn="cn=subschema" by * read" but I have no such branche.
It could be a problem with the LDAP server. I use "OpenLDAP server 2.4.18-0ubuntu1". |
Binary package hint: phpldapadmin
Follow an upgrade from 9.04 Server to 9.10 Server, after I log into phpldapadmin with a normal user or with the admin user I got the error message :
"Our attempts to find your SCHEMA for "attributetypes" have FAILED"
Like it is mentioned on the phpldapadmin's FAQ I tried to allow anonymous acess to the schemas. It seems they are stored in "cn=schema,cn=config" branche and by consequence I added in "dn: olcDatabase={1}bdb,cn=config" this rule and
restarted slapd : "olcAccess: {6}to dn.subtree="cn=schema,cn=config" by * read". I also try to add, like on the FAQ : "to dn="cn=subschema" by * read" but I have no such branche.
It could be a problem with the LDAP server. I use "OpenLDAP server 2.4.18-0ubuntu1".
|
|
| 2009-11-29 02:42:20 |
Bruneel Michaël |
description |
Binary package hint: phpldapadmin
Follow an upgrade from 9.04 Server to 9.10 Server, after I log into phpldapadmin with a normal user or with the admin user I got the error message :
"Our attempts to find your SCHEMA for "attributetypes" have FAILED"
Like it is mentioned on the phpldapadmin's FAQ I tried to allow anonymous acess to the schemas. It seems they are stored in "cn=schema,cn=config" branche and by consequence I added in "dn: olcDatabase={1}bdb,cn=config" this rule and
restarted slapd : "olcAccess: {6}to dn.subtree="cn=schema,cn=config" by * read". I also try to add, like on the FAQ : "to dn="cn=subschema" by * read" but I have no such branche.
It could be a problem with the LDAP server. I use "OpenLDAP server 2.4.18-0ubuntu1".
|
Binary package hint: phpldapadmin slapd
After an upgrade from 9.04 Server to 9.10 Server, after login into phpldapadmin (with a normal user and also with the admin user) we got the error message :
"Our attempts to find your SCHEMA for "attributetypes" have FAILED"
Like it is mentioned on the phpldapadmin's FAQ we have to allow anonymous acess to the schemas.
We can do this by :
1. Add the ACL rule in the frontendDB "olcDatabase={-1}frontend,cn=config" :
We can edit the file "olcDatabase={-1}frontend.ldif" located in "/etc/ldap/slapd.d/cn=config" and add the line "olcAccess: {1}to dn.base="cn=subschema" by * read" just after
"olcAccess: {0}to * by dn.exact=cn=localroot,cn=config manage by * break"
2. Restart openldap : "sudo /etc/init.d/slapd restart"
Note that after the upgrade I got the version 2.4.18-0ubuntu1 of OpenLDAP server.
I think it's a bug because :
- before the upgrade everthing was working fine
- and we have to manualy add the rule (not easy) |
|
| 2009-11-29 02:50:14 |
Bruneel Michaël |
description |
Binary package hint: phpldapadmin slapd
After an upgrade from 9.04 Server to 9.10 Server, after login into phpldapadmin (with a normal user and also with the admin user) we got the error message :
"Our attempts to find your SCHEMA for "attributetypes" have FAILED"
Like it is mentioned on the phpldapadmin's FAQ we have to allow anonymous acess to the schemas.
We can do this by :
1. Add the ACL rule in the frontendDB "olcDatabase={-1}frontend,cn=config" :
We can edit the file "olcDatabase={-1}frontend.ldif" located in "/etc/ldap/slapd.d/cn=config" and add the line "olcAccess: {1}to dn.base="cn=subschema" by * read" just after
"olcAccess: {0}to * by dn.exact=cn=localroot,cn=config manage by * break"
2. Restart openldap : "sudo /etc/init.d/slapd restart"
Note that after the upgrade I got the version 2.4.18-0ubuntu1 of OpenLDAP server.
I think it's a bug because :
- before the upgrade everthing was working fine
- and we have to manualy add the rule (not easy) |
Binary package hint: phpldapadmin slapd
After an upgrade from 9.04 Server to 9.10 Server, after login into phpldapadmin (with a normal user and also with the admin user) we got the error message :
"Our attempts to find your SCHEMA for "attributetypes" have FAILED"
Like it is mentioned on the phpldapadmin's FAQ we have to allow anonymous acess to the schemas.
We can do this by :
1. Add the ACL rule in the frontendDB "olcDatabase={-1}frontend,cn=config" :
We can edit the file "olcDatabase={-1}frontend.ldif" located in "/etc/ldap/slapd.d/cn=config" and add the line "olcAccess: {1}to dn.base="cn=subschema" by * read" just after
"olcAccess: {0}to * by dn.exact=cn=localroot,cn=config manage by * break"
2. Restart openldap : "sudo /etc/init.d/slapd restart"
Note that after the upgrade I got the version 2.4.18-0ubuntu1 of OpenLDAP server.
I think it's a bug because :
1. before the upgrade everthing was working fine and
2. we have to manualy add the rule (it's not so easy)
|
|
| 2009-11-29 02:56:41 |
Bruneel Michaël |
bug task added |
|
openldap2.2 (Ubuntu) |
|
| 2009-11-29 03:13:20 |
Bruneel Michaël |
affects |
openldap2.2 (Ubuntu) |
openldap (Ubuntu) |
|
| 2009-11-29 19:39:10 |
Mathias Gug |
openldap (Ubuntu): importance |
Undecided |
Low |
|
| 2009-11-29 19:39:10 |
Mathias Gug |
openldap (Ubuntu): status |
New |
Incomplete |
|
| 2010-01-29 09:21:45 |
NicoInattendu |
branch linked |
|
lp:luciole/0.8 |
|
| 2010-01-29 09:21:54 |
NicoInattendu |
branch unlinked |
lp:luciole/0.8 |
|
|
| 2010-03-29 20:30:26 |
Matt Kassawara |
marked as duplicate |
|
427842 |
|
| 2010-03-29 20:30:52 |
Matt Kassawara |
removed subscriber Matt Kassawara |
|
|
|
| 2010-03-30 05:09:18 |
Anton Kudris |
removed subscriber Anton Kudris |
|
|
|
