[Koha-bugs] [Bug 15852] New: 3M selfCheck do not connect

[bugzilla-daemon at bugs.koha-community.org]

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=15852

            Bug ID: 15852
           Summary: 3M selfCheck do not connect
 Change sponsored?: ---
           Product: Koha
           Version: 3.22
          Hardware: All
                OS: All
            Status: NEW
          Severity: critical
          Priority: P5 - low
         Component: SIP2
          Assignee: koha-bugs at lists.koha-community.org
          Reporter: hblancoca at gmail.com
        QA Contact: testopia at bugs.koha-community.org
                CC: colin.campbell at ptfs-europe.com

Created attachment 48198
  -->
https://bugs.koha-community.org/bugzilla3/attachment.cgi?id=48198&action=edit
3m selfcheckout machines.

I have not idea but i before update to 3.22 have some errors  (every minute)in
connection  (attached image) in the log /var/log/koha/catalogo/sip-output.log 

SIP Timed Out!
SIP Timed Out!
LDAP bind failed as kohauser bibecsd1: LDAP error #49: LDAP_INVALID_CREDENTIALS
# The wrong password was supplied or the SASL credentials could not be
processed

I believe that the error its (SIP Timed Out!) but i do know how to solve this.
NOTE: the users, passwords an d branches are OK but the problem was imn
migration. 
The server has iptables but the policy its accept all; we have RAW
implementation no telnet

my configuration file its 
<acsconfig xmlns="http://openncip.org/acs-config/1.0/">
<!-- above address gets nothing, it's just a namespace -->
  <error-detect enabled="true" />

<!--
  Set Net::Server::PreFork runtime parameters
  syslog_ident will identify SIP2 Koha server entries in syslog
  For OpenSolaris, add: syslog_logsock=stream
-->
  <server-params
    min_servers='30'
    min_spare_servers='4'
    log_file='Sys::Syslog'
    syslog_ident='koha_sip'
    syslog_facility='local6'
  />

  <listeners>
<!-- vestigial HTTP, never implemented: just use the OPAC!
        <service
      port="0:8080/tcp"
      transport="http"
      protocol="NCIP/1.0" />
-->
    <service
      port="8023/tcp"
      transport="telnet"
      protocol="SIP/2.00"
      timeout="120" />


    <service
      port="6001/tcp"
      transport="RAW"
      protocol="SIP/2.00"
      timeout="60" />


  </listeners>

<accounts>

<!-- Equipos sede Claustro -->
 <login id="bibliop1"  password="XXXX"  delimiter="|" error-detect="disabled"
institution="BIBARA"/>
 <login id="bibliop2"   password="XXXX"  delimiter="|" error-detect="disabled"
institution="BIBARA"/>
 <login id="bibliod1"   password="XXXX"  delimiter="|" error-detect="disabled"
institution="BIBARA"/>


<!-- Equipos sede Quinta de mutis -->
 <login id="bibp1"  password="XXXX"  delimiter="|" error-detect="disabled"
institution="BIBECS"/>
 <login id="bibd1"  password="XXXX"  delimiter="|" error-detect="disabled"
institution="BIBECS"/>

<!-- Equipos de Sede Norte -->
 <login id="bibcp1"  password="XXXX"  delimiter="|" error-detect="disabled"
institution="OTRASBIB"/>
</accounts>

<!--
Institution tags are for enabled branches.  There needs to be one
institution stanza for each institution named in the accounts above.
The implementation attribute is actually used to find the code to run,
in our case "ILS".
-->

<institutions>
    <institution id="BIBARA" implementation="ILS" parms="">
          <policy checkin="true" renewal="true" checkout="true"
                  status_update="true" offline="false"
                  timeout="100"
                  retries="5" />
    </institution>
    <institution id="BIBECS" implementation="ILS" parms="">
          <policy checkin="true" renewal="true" checkout="true"
                  status_update="true" offline="false"
                  timeout="100"
                  retries="5" />
    </institution>
    <institution id="OTRASBIB" implementation="ILS" parms="">
       <policy checkin="true" renewal="true" checkout="true"
               status_update="true" offline="false"
               timeout="100"
               retries="5" />
    </institution>
</institutions>
</acsconfig>


really appreciate your help.

-- 
You are receiving this mail because:
You are the assignee for the bug.
You are watching all bug changes.