Deon,
Do you know if the EPEL community have started storing the redhat RPM's
elsewhere? I found 1.0.1 at http://fedoraproject.org/wiki/EPEL this morning.
Thanks for reminding me :-). I'd already put the loglevel to '4' but forgot to
check. Here's the output, doesn't mean much to me I'm afraid
Jul 13 13:12:59 msldap01 slapd2.4[7156]: connection_get(16)
Jul 13 13:12:59 msldap01 slapd2.4[7156]: ==> bdb_bind: dn:
cn=proxyagent,ou=profile,dc=ldn,dc=sw,dc=com
Jul 13 13:12:59 msldap01 slapd2.4[7156]: send_ldap_result: err=0 matched=""
text=""
Jul 13 13:12:59 msldap01 slapd2.4[7156]: connection_get(16)
Jul 13 13:12:59 msldap01 slapd2.4[7156]: SRCH
"cn=dba,ou=group,dc=ldn,dc=sw,dc=com" 0 0
Jul 13 13:12:59 msldap01 slapd2.4[7156]: 0 0 0
Jul 13 13:12:59 msldap01 slapd2.4[7156]: filter: (objectClass=*)
Jul 13 13:12:59 msldap01 slapd2.4[7156]: attrs:
Jul 13 13:12:59 msldap01 slapd2.4[7156]:
Jul 13 13:12:59 msldap01 slapd2.4[7156]: base_candidates: base:
"cn=dba,ou=group,dc=ldn,dc=sw,dc=com" (0x0000004e)
Jul 13 13:12:59 msldap01 slapd2.4[7156]: send_ldap_result: err=0 matched=""
text=""
Jul 13 13:12:59 msldap01 slapd2.4[7156]: connection_get(17)
Jul 13 13:12:59 msldap01 slapd2.4[7156]: ==> bdb_bind: dn:
cn=proxyagent,ou=profile,dc=ldn,dc=sw,dc=com
Jul 13 13:12:59 msldap01 slapd2.4[7156]: send_ldap_result: err=0 matched=""
text=""
Jul 13 13:12:59 msldap01 slapd2.4[7156]: connection_get(17)
Jul 13 13:12:59 msldap01 slapd2.4[7156]: conn=1013 op=1 do_add: dn
(cn=copydba,ou=group,dc=ldn,dc=sw,dc=com)
Jul 13 13:12:59 msldap01 slapd2.4[7156]: ==> bdb_add:
cn=copydba,ou=group,dc=ldn,dc=sw,dc=com
Jul 13 13:12:59 msldap01 slapd2.4[7156]: send_ldap_result: err=65 matched=""
text="no structural object class provided"
Jul 13 13:12:59 msldap01 slapd2.4[7156]: connection_get(16)
Jul 13 13:12:59 msldap01 slapd2.4[7156]: connection_get(17)
Thanks,
Stuart.
> Date: Tue, 13 Jul 2010 23:01:10 +1000
> From: wur...@users.sourceforge.net
> To: phpldapadmin-users@lists.sourceforge.net
> Subject: Re: [phpldapadmin-users] Failed to copy DN
>
> Stuart,
>
> Firstly, upgrade to a current PLA - 1.0.1 is very old now. PLA 1.2 rocks
> even harder ;)
>
> Secondly, if you continue to have LDAP_OBJECT_CLASS_VIOLATIONS, put your
> ldap server in debug mode, and look at the ldap transaction that is
> going on, you might get a better understanding of why the LDAP server is
> rejecting the transaction.
>
> ...deon
>
>
> ------------------------------------------------------------------------------
> This SF.net email is sponsored by Sprint
> What will you do first with EVO, the first 4G phone?
> Visit sprint.com/first -- http://p.sf.net/sfu/sprint-com-first
> _______________________________________________
> phpldapadmin-users mailing list
> phpldapadmin-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/phpldapadmin-users
_________________________________________________________________
http://clk.atdmt.com/UKM/go/197222280/direct/01/
Do you have a story that started on Hotmail? Tell us now------------------------------------------------------------------------------
This SF.net email is sponsored by Sprint
What will you do first with EVO, the first 4G phone?
Visit sprint.com/first -- http://p.sf.net/sfu/sprint-com-first
_______________________________________________
phpldapadmin-users mailing list
phpldapadmin-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/phpldapadmin-users
