Good morning. How are you doing ?
Guys, I have a application that do many connections to my ldap server and I am getting the error "send_search_entry: conn xxx ber write failed." and "(connection lost on write)".
This error occur only with that application, but The noise is large, because this one is very importante.
[root@ds1openldap2h log]# grep 132457 openldap.log Sep 10 09:46:28 ds1openldap2h slapd[16282]: conn=132457 fd=675 ACCEPT from IP=172.23.131.51:41958 (IP=0.0.0.0:389) Sep 10 09:46:28 ds1openldap2h slapd[16282]: conn=132457 op=0 SRCH base="cn=cvs_sicredi,ou=sistemas_cred_seg_consorcio,ou=sistemas_core_banking,ou=superintendencia_sistemas,ou=diretoria_exec_ti_operacoes,ou=confederacao_sicredi,cn=centralizadora,cn=entities,dc=sicredi,dc=com,dc=br" scope=0 deref=0 filter="(objectClass=*)" Sep 10 09:46:28 ds1openldap2h slapd[16282]: conn=132457 op=0 SRCH attr=cn Sep 10 09:46:28 ds1openldap2h slapd[16282]: conn=132457 op=0 SEARCH RESULT tag=101 err=0 nentries=1 text= Sep 10 09:46:28 ds1openldap2h slapd[16282]: conn=132457 op=1 SRCH base="cn=as_modulo_ua,ou=campo_grande,cn=ua,cn=entities,dc=sicredi,dc=com,dc=br" scope=0 deref=0 filter="(objectClass=*)" Sep 10 09:46:28 ds1openldap2h slapd[16282]: conn=132457 op=1 SRCH attr=cn Sep 10 09:46:28 ds1openldap2h slapd[16282]: conn=132457 op=1 SEARCH RESULT tag=101 err=0 nentries=1 text= Sep 10 09:46:28 ds1openldap2h slapd[16282]: conn=132457 op=2 SRCH base="cn=as_modulo_ua,ou=metropolis,cn=cooperativa,cn=entities,dc=sicredi,dc=com,dc=br" scope=0 deref=0 filter="(objectClass=*)" Sep 10 09:46:28 ds1openldap2h slapd[16282]: conn=132457 op=2 SRCH attr=cn Sep 10 09:46:28 ds1openldap2h slapd[16282]: conn=132457 op=3 SRCH base="ou=sistemas_core_banking,ou=superintendencia_sistemas,ou=diretoria_exec_ti_operacoes,ou=confederacao_sicredi,cn=centralizadora,cn=entities,dc=sicredi,dc=com,dc=br" scope=0 deref=0 filter="(objectClass=*)" Sep 10 09:46:28 ds1openldap2h slapd[16282]: conn=132457 op=2 SEARCH RESULT tag=101 err=0 nentries=1 text= Sep 10 09:46:28 ds1openldap2h slapd[16282]: conn=132457 op=4 SRCH base="cn=groups,dc=sicredi,dc=com,dc=br" scope=2 deref=0 filter="(&(objectClass=SicrediGrupo)(cn=cvs_sicredi))" Sep 10 09:46:28 ds1openldap2h slapd[16282]: conn=132457 op=4 SRCH attr=cn Sep 10 09:46:28 ds1openldap2h slapd[16282]: send_search_entry: conn 132457 ber write failed. Sep 10 09:46:28 ds1openldap2h slapd[16282]: conn=132457 op=3 SRCH attr=ou sicredicodigoua sicrediapelido sicredientidadepai sicredicodigocooperativa sicredicodigoagencia sicreditipo sicrediatributosadicionais Sep 10 09:46:28 ds1openldap2h slapd[16282]: conn=132457 fd=675 closed (connection lost on write) [root@ds1openldap2h log]# grep 135338 openldap.log Sep 10 03:11:27 ds1openldap2h slapd[16282]: conn=96427 op=135338 SRCH base="cn=groups,dc=sicredi,dc=com,dc=br" scope=2 deref=0 filter="(&(objectClass=SicrediGrupo)(cn=as_modulo_ua))" Sep 10 03:11:27 ds1openldap2h slapd[16282]: conn=96427 op=135338 SRCH attr=cn Sep 10 03:11:27 ds1openldap2h slapd[16282]: conn=96427 op=135338 SEARCH RESULT tag=101 err=0 nentries=1 text= Sep 10 09:47:58 ds1openldap2h slapd[16282]: conn=135338 op=3 SEARCH RESULT tag=101 err=0 nentries=1 text= Sep 10 09:47:58 ds1openldap2h slapd[16282]: conn=135338 op=4 SRCH base="cn=groups,dc=sicredi,dc=com,dc=br" scope=2 deref=0 filter="(&(objectClass=SicrediGrupo)(cn=as_modulo_ua))" Sep 10 09:47:58 ds1openldap2h slapd[16282]: conn=135338 op=4 SRCH attr=cn Sep 10 09:47:58 ds1openldap2h slapd[16282]: conn=135338 op=5 SRCH base="ou=diretoria_exec_ti_operacoes,ou=confederacao_sicredi,cn=centralizadora,cn=entities,dc=sicredi,dc=com,dc=br" scope=0 deref=0 filter="(objectClass=*)" Sep 10 09:47:58 ds1openldap2h slapd[16282]: conn=135338 op=5 SRCH attr=ou sicredicodigoua sicrediapelido sicredientidadepai sicredicodigocooperativa sicredicodigoagencia sicreditipo sicrediatributosadicionais Sep 10 09:47:58 ds1openldap2h slapd[16282]: conn=135338 op=5 SEARCH RESULT tag=101 err=0 nentries=1 text= Sep 10 09:47:58 ds1openldap2h slapd[16282]: conn=135338 op=6 SRCH base="cn=groups,dc=sicredi,dc=com,dc=br" scope=2 deref=0 filter="(uniqueMember=cn=riscodecredito_banco_projetonovorisco,cn=email,cn=groups,dc=sicredi,dc=com,dc=br)" Sep 10 09:47:58 ds1openldap2h slapd[16282]: conn=135338 op=6 SRCH attr=1.1 cn Sep 10 09:47:58 ds1openldap2h slapd[16282]: conn=135338 op=6 SEARCH RESULT tag=101 err=0 nentries=0 text= Sep 10 09:47:58 ds1openldap2h slapd[16282]: conn=135338 op=7 SRCH base="cn=as_modulo_ua,ou=cooperucs,cn=cooperativa,cn=entities,dc=sicredi,dc=com,dc=br" scope=0 deref=0 filter="(objectClass=*)" Sep 10 09:47:58 ds1openldap2h slapd[16282]: conn=135338 op=7 SRCH attr=cn Sep 10 09:47:58 ds1openldap2h slapd[16282]: conn=135338 op=7 SEARCH RESULT tag=101 err=0 nentries=1 text= Sep 10 09:47:58 ds1openldap2h slapd[16282]: conn=135338 op=8 SRCH base="cn=groups,dc=sicredi,dc=com,dc=br" scope=2 deref=0 filter="(&(objectClass=SicrediGrupo)(cn=as_modulo_ua))" Sep 10 09:47:58 ds1openldap2h slapd[16282]: conn=135338 op=8 SRCH attr=cn Sep 10 09:47:58 ds1openldap2h slapd[16282]: conn=135338 op=9 SRCH base="ou=banco,cn=centralizadora,cn=entities,dc=sicredi,dc=com,dc=br" scope=0 deref=0 filter="(objectClass=*)" Sep 10 09:47:58 ds1openldap2h slapd[16282]: conn=135338 op=9 SRCH attr=ou sicredicodigoua sicrediapelido sicredientidadepai sicredicodigocooperativa sicredicodigoagencia sicreditipo sicrediatributosadicionais Sep 10 09:47:58 ds1openldap2h slapd[16282]: conn=135338 op=10 SRCH base="cn=groups,dc=sicredi,dc=com,dc=br" scope=2 deref=0 filter="(uniqueMember=cn=vpn_homeoffice,cn=internet,cn=groups,dc=sicredi,dc=com,dc=br)" Sep 10 09:47:58 ds1openldap2h slapd[16282]: conn=135338 op=10 SRCH attr=1.1 cn Sep 10 09:47:58 ds1openldap2h slapd[16282]: conn=135338 op=11 SRCH base="cn=groups,dc=sicredi,dc=com,dc=br" scope=2 deref=0 filter="(&(objectClass=SicrediGrupo)(cn=as_modulo_ua))" Sep 10 09:47:58 ds1openldap2h slapd[16282]: conn=135338 op=11 SRCH attr=cn Sep 10 09:47:58 ds1openldap2h slapd[16282]: connection_input: conn=135338 deferring operation: too many executing Sep 10 09:47:58 ds1openldap2h slapd[16282]: conn=135338 op=10 SEARCH RESULT tag=101 err=0 nentries=0 text= Sep 10 09:47:58 ds1openldap2h slapd[16282]: connection_input: conn=135338 deferring operation: pending operations Sep 10 09:47:58 ds1openldap2h slapd[16282]: connection_input: conn=135338 deferring operation: too many executing Sep 10 09:47:58 ds1openldap2h slapd[16282]: send_search_entry: conn 135338 ber write failed. Sep 10 09:47:58 ds1openldap2h slapd[16282]: conn=135338 op=12 SRCH base="ou=confederacao_sicredi,cn=centralizadora,cn=entities,dc=sicredi,dc=com,dc=br" scope=0 deref=0 filter="(objectClass=*)" Sep 10 09:47:58 ds1openldap2h slapd[16282]: conn=135338 op=12 SRCH attr=ou sicredicodigoua sicrediapelido sicredientidadepai sicredicodigocooperativa sicredicodigoagencia sicreditipo sicrediatributosadicionais
So, Do this message mean a problem with my LDAP Server? Will I need deploy a other LDAP server and balance these connections ?
Thanks for the help!
--On Thursday, September 10, 2015 1:04 PM -0300 Édnei Rodrigues ednei.felipe.rodrigues@gmail.com wrote:
Good morning. How are you doing ?
Guys, I have a application that do many connections to my ldap server and I am getting the error "send_search_entry: conn xxx ber write failed." and "(connection lost on write)".
This error occur only with that application, but The noise is large, because this one is very importante.
So, Do this message mean a problem with my LDAP Server? Will I need deploy a other LDAP server and balance these connections ?
IIRC, this generally occurs when a client has disconnected w/o telling the server it has done so. I.e., this is caused by the client, not the server.
--Quanah
--
Quanah Gibson-Mount Platform Architect Zimbra, Inc. -------------------- Zimbra :: the leader in open source messaging and collaboration
openldap-technical@openldap.org
-
Quanah Gibson-Mount -
Édnei Rodrigues