[OPEN-ILS-GENERAL] broken Journal Title search in 2.6.4

[Holly Brennan]

This is Nick Poolos, typing on Holly's email.

The ingest did take about 3 hours.  We left psql client running so we saw the end of the UPDATE 1 returns.  We also tracked the ingest via psql activity queries.  We are sure that the re-ingest completed.

In opensrf .xml we had the following that wasn't in the new 2.6 example and Dale didn't think it was not needed anymore.  This is currently commented out in our opensrf.xml along with the appname tag at the end of file.


<!--
            <open-ils.ingest>
                <keepalive>3</keepalive>
                <stateless>1</stateless>
                <implementation>OpenILS::Application::Ingest</implementation>
                <language>perl</language>
                <max_requests>1000000</max_requests>
                <unix_config>
                    <max_requests>1000000</max_requests>
                    <unix_log>open-ils.ingest-unix.log</unix_log>
                    <unix_sock>open-ils.ingest-unix.sock</unix_sock>
                    <unix_pid>open-ils.ingest-unix.pid</unix_pid>
                    <min_children>5</min_children>
                    <max_children>20</max_children>
                    <min_spare_children>2</min_spare_children>
                    <max_spare_children>5</max_spare_children>
                </unix_config>
                <app_settings>
                    <script_path>/openils/lib/javascript/</script_path>
                    <script_path>/openils/var/catalog/</script_path>
    <script_path>/openils/var/web/opac/common/js/</script_path>
                    <scripts>
                        <biblio_fingerprint>biblio_fingerprint.js</biblio_fingerprint>
                        <biblio_descriptor>biblio_descriptor.js</biblio_descriptor>
                    </scripts>
                </app_settings>
            </open-ils.ingest>
-->

Do we need this running to complete the ingest processing?

Nick Poolos, byway of Holly's email address.

From: open-ils-general-bounces at list.georgialibraries.org [mailto:open-ils-general-bounces at list.georgialibraries.org] On Behalf Of Kathy Lussier
Sent: Thursday, November 13, 2014 9:50 AM
To: open-ils-general at list.georgialibraries.org
Subject: Re: [OPEN-ILS-GENERAL] broken Journal Title search in 2.6.4

Hi Holly,

I'm not seeing this issue on one of our 2.6.x systems (I'm not sure of the point release). However, the 2.6 release is the one where MVF/CRA was introduced, which affected the way that formats are identified in the system. I noticed on your system that there are a lot of records, particularly serials records, that are missing icons.  I know when some of our sites moved to 2.6, the reingest process for record attributes took a lot longer than we originally expected. Is it possible that your records are still reingesting?

Kathy


Kathy Lussier

Project Coordinator

Massachusetts Library Network Cooperative

(508) 343-0128

klussier at masslnc.org<mailto:klussier at masslnc.org>

Twitter: http://www.twitter.com/kmlussier

#evergreen IRC: kmlussier
On 11/13/2014 1:28 PM, Holly Brennan wrote:
On Tuesday we upgraded from 2.5.2 to 2.6.4. We also upgraded OpenSRF to 2.3.0.

I am now unable to pull up any records using Journal Title for search type, journals or not. It appears completely broken. Using Title or Keyword search type WILL pull up the record I'm looking for, but doing a broad search for "New York Times" obviously brings up hundreds of unwanted results.

I opened a bug report:
https://bugs.launchpad.net/evergreen/+bug/1392429

Anyone else seeing this issue? It's not fun sifting through results to check in the daily newspapers. :(

-Holly

Holly Brennan
Library Technology Specialist
Homer Public Library, Alaska

hbrennan at cityofhomer-ak.gov<mailto:hbrennan at cityofhomer-ak.gov>
907-235-3180 (main)
907-435-3154 (direct)


-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://libmail.georgialibraries.org/pipermail/open-ils-general/attachments/20141113/00f69cf2/attachment-0001.htm>