Re: [POT] PHP 'hangs' slapd (?!)

[Turbo Fredriksson <turbo@bayour.com>]

>>>>> "Turbo" == Turbo Fredriksson <turbo@bayour.com> writes:

    Turbo> What's funny/strange (depending on how you see it I guess
    Turbo> :) is that it refers to 'cn=ldapsync,c=se'. Have NO idea
    Turbo> what/where that comes from. It isn't coming from MY code...

Oki, so that have to do with SyncRepl. But I'm not using it at all..

Adding 'sessionlog 22 100', using '-p -w' to my slapadd and '-c sid'
to my slapd will create the 'cn=ldapsync,c=se' object, but an ldap_mod_replace()
from the PHP code will give me:

----- s n i p -----
=> entry_encode(0x00000001): c=SE
bdb_dn2entry("cn=ldapsync,c=se")
=> bdb_dn2id( "cn=ldapsync,c=se" )
<= bdb_dn2id: got id=0x000001c8
entry_decode: "cn=ldapsync,c=se"
<= entry_decode(cn=ldapsync,c=se)
bdb_modify_internal: 0x000001c8: cn=ldapsync,c=se
acl: no-user-mod contextCSN: modify access granted
bdb_modify_internal: replace
oc_check_required entry (cn=ldapsync,c=se), objectClass "subentry"
oc_check_required entry (cn=ldapsync,c=se), objectClass "syncProviderSubentry"
oc_check_allowed type "objectClass"
oc_check_allowed type "structuralObjectClass"
oc_check_allowed type "cn"
oc_check_allowed type "subtreeSpecification"
oc_check_allowed type "contextCSN"
=> entry_encode(0x000001c8): cn=ldapsync,c=se
----- s n i p -----

And there it hangs. An ldapsearch from another console don't
return...

Using ldapmodify from the command line with the LDIF works
like a charm!

----- s n i p -----
dn: c=SE
controlbasedn: ou=QmailLDAP,o=Bayour.COM,c=SE
----- s n i p -----

This will add the following in the logs (and some hex dumps):

----- s n i p -----
bdb_modify: updated id=00000001 dn="c=SE"
send_ldap_result: conn=0 op=4 p=3
send_ldap_result: err=0 matched="" text=""
send_ldap_response: msgid=5 tag=103 err=0
----- s n i p -----

In the PHP code, if I replace ldap_mod_replace() with ldap_modify(),
this will not change matters (nor will ldap_mod_add())...