[OPEN-ILS-GENERAL] ***SPAM*** troubles with new 1.6.1.2 installation

[Alan Krueger]

  Greetings,

I'm working on behalf of the librarian at Prairie Creek Community School 
<http://www.prairiecreek.org/>, a charter school in Castle Rock, 
Minnesota.  For the last couple of days, I've been trying to get 
Evergreen stood up to see if can replace an aging, donated Follett 
installation that's stopped functioning properly and I've been running 
into some issues.

I've managed to fight my way through quite a ways, but I'm still having 
problems.   Specifically, this fails:

    srfsh# login admin open-ils

    Received Data: "cf5a99ed90a4d07f2af595000bfec09b"

    ------------------------------------
    Request Completed Successfully
    Request Time in seconds: 0.007820
    ------------------------------------

    Received Exception:
    Name: osrfMethodException
    Status: No authentication seed found.
    open-ils.auth.authenticate.init must be called first
    Status: 404
    ------------------------------------
    Request Completed Successfully
    Request Time in seconds: 0.032131
    ------------------------------------
    Login Session: (none).  Session timeout: 0.000000

But this succeeds:

    srfsh# request opensrf.math mult 6 9

    Received Data: 54

    ------------------------------------
    Request Completed Successfully
    Request Time in seconds: 0.011982
    ------------------------------------

Doing some digging in the mailing list archives, it looks like this may 
be due to memcached related settings, but the ports look like they match:

    opensrf at library-main% fgrep -A 1 port /etc/memcached.conf
    # Default connection port is 11211
    -p 11211

    opensrf at library-main% fgrep -A 6 memcache /openils/conf/opensrf.xml
    <!-- memcache servers -->
    <global>
    <servers>
    <server>localhost:11211</server>
    </servers>
    <max_cache_time>86400</max_cache_time>
    </global>

The memcached startup script reports that it's running, it appears in 
the process list, and port 11211 is actively being listened to:

    tcp        0      0 0.0.0.0:4369            0.0.0.0:*              
    LISTEN
    tcp        0      0 0.0.0.0:54514           0.0.0.0:*              
    LISTEN
    tcp        0      0 0.0.0.0:5269            0.0.0.0:*              
    LISTEN
    tcp        0      0 127.0.0.1:631           0.0.0.0:*              
    LISTEN
    tcp        0      0 127.0.0.1:5432          0.0.0.0:*              
    LISTEN
    tcp        0      0 0.0.0.0:5280            0.0.0.0:*              
    LISTEN
    tcp        0      0 127.0.1.1:7777          0.0.0.0:*              
    LISTEN
    tcp        0      0 0.0.0.0:5222            0.0.0.0:*              
    LISTEN
    tcp        0      0 127.0.0.1:11211         0.0.0.0:*              
    LISTEN
    tcp6       0      0 ::1:631                 :::*                   
    LISTEN
    tcp6       0      0 ::1:5432                :::*                   
    LISTEN

The settings tester doesn't appear to show any problems:

    LWP::UserAgent version 5.834
    XML::LibXML version 1.70
    XML::LibXML::XPathContext version 1.70
    XML::LibXSLT version 1.70
    Net::Server::PreFork version 0.97
    Cache::Memcached version 1.28
    Class::DBI version 3.0.17
    Class::DBI::AbstractSearch version 0.07
    Template version 2.20
    DBD::Pg version 2.16.1
    Net::Z3950::ZOOM version 1.25
    MARC::Record version 2.0.2
    MARC::Charset version 1.1
    MARC::File::XML version 0.92
    Text::Aspell version 0.04
    CGI version 3.43
    DateTime::TimeZone version 1.10
    DateTime version 0.52
    DateTime::Format::ISO8601 version 0.06
    DateTime::Format::Mail version 0.3001
    Unix::Syslog version 1.1
    GD::Graph3d version 0.63
    JavaScript::SpiderMonkey version 0.20
    Log::Log4perl version 1.26
    Email::Send version 2.198
    Text::CSV version 1.16
    Text::CSV_XS version 0.70
    Spreadsheet::WriteExcel::Big version 2.36
    Tie::IxHash version 1.21
    Parse::RecDescent version 1.963
    SRU version 0.99
    JSON::XS version 2.27

    Checking Jabber connection for user opensrf, domain private.localhost
    * Jabber successfully connected

    Checking Jabber connection for user opensrf, domain public.localhost
    * Jabber successfully connected

    Checking Jabber connection for user router, domain public.localhost
    * Jabber successfully connected

    Checking Jabber connection for user router, domain private.localhost
    * Jabber successfully connected

    Checking database connections
    * /opensrf/default/reporter/setup :: Successfully connected to
    database dbi:Pg:dbname=evergreen;host=localhost;port=5432
       * Database has the expected server encoding UTF8.
    * /opensrf/default/apps/open-ils.storage/app_settings/databases ::
    Successfully connected to database
    dbi:Pg:dbname=evergreen;host=localhost;port=5432
       * Database has the expected server encoding UTF8.
    * /opensrf/default/apps/open-ils.cstore/app_settings :: Successfully
    connected to database dbi:Pg:dbname=evergreen;host=localhost;port=5432
       * Database has the expected server encoding UTF8.
    * /opensrf/default/apps/open-ils.pcrud/app_settings :: Successfully
    connected to database dbi:Pg:dbname=evergreen;host=localhost;port=5432
       * Database has the expected server encoding UTF8.
    * /opensrf/default/apps/open-ils.reporter-store/app_settings ::
    Successfully connected to database
    dbi:Pg:dbname=evergreen;host=localhost;port=5432
       * Database has the expected server encoding UTF8.

    Checking database drivers to ensure <driver> matches <language>
    * OK: Pg language is undefined for reporter base configuration
    * OK: Pg language is undefined for reporter base configuration
    * OK: Pg language is perl in
    /opensrf/default/apps/open-ils.storage/language
    * OK: pgsql language is C in
    /opensrf/default/apps/open-ils.cstore/language
    * OK: pgsql language is C in
    /opensrf/default/apps/open-ils.pcrud/language
    * OK: pgsql language is C in
    /opensrf/default/apps/open-ils.reporter-store/language

    Checking libdbi and libdbi-drivers
       * OK - found locally installed libdbi.so and libdbdpgsql.so in
    shared library path

    Checking hostname
      * OK: found hostname 'localhost' in <hosts> section of opensrf.xml

The OPAC website comes up and I can launch the staff client, but I can't 
actually login to the staff client, and I suspect it's related to the 
login failure above through srfsh, but I'm willing to be wrong about that.

Anyone know what else I could try?

Thanks,
Alan Krueger

-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://libmail.georgialibraries.org/pipermail/open-ils-general/attachments/20100903/a8a1c44a/attachment.htm