Re: [Koha] Elasticsearch setup
Tom, The error is bad, I guess it comes from get_all_biblios_iterator. What are you developer skill? I'd try to know if it comes from wrong/bad data from a record, or something else. It seems that you are back to version 7 ("To be compatible with 7.0..." in the logs)? You can certainly ignore the warnings. Le ven. 20 mars 2020 à 13:45, Tom Hanstra <hanstra@nd.edu> a écrit :
Anyone have further ideas on this. I'm close to giving up on Elasticsearch for this year's iteration unless I can figure out how to get this working.
Thanks, Tom
On Wed, Mar 18, 2020 at 1:01 PM Tom Hanstra <hanstra@nd.edu> wrote:
The "Search Engine" portion of the Administration pages shows my search engine as Elasticsearch with MARC format of ISO2709.
About Koha shows: Nodes: localhost:9200 | Status: running | Indices: koha_london_test_biblios (count: 12294), koha_london_test_authorities (count: 6163)
and no errors there.
As mentioned, my indices are:
curl http://localhost:9200/_cat/indices yellow open koha_london_test_biblios -Egm0TdKR6KXFcOZQhgoBA 5 1 12294 0 67.1mb 67.1mb yellow open koha_london_test_authorities vWlrnM6USHaXmpokR-UV-Q 5 1 6163 0 4.5mb 4.5mb
And the lines in my koha-conf.xml file:
<elasticsearch> <server>localhost:9200</server> <index_name>koha_london_test</index_name>
<!-- See https://metacpan.org/pod/Search::Elasticsearch#cxn_pool --> <cxn_pool>Static</cxn_pool> </elasticsearch>
Not sure what the cxn_pool setting does. But the index_name in the config file matches up with both the koha-conf file and the information seen in About Koha.
When building the indexes, I get the following:
PERL5LIB=/usr/share/koha/lib:/usr/local/lib:/usr/local/share/perl5 ./bin/search_tools/rebuild_elasticsearch.pl -v [6267] Checking state of biblios index DEPRECATION] [types removal] Specifying types in put mapping requests is deprecated. To be compatible with 7.0, the mapping definition should not be nested under the type name, and the parameter include_type_name must be provided and set to false. (and much more) [6267] Checking state of authorities index - Similar deprecation warning
Then the indexing continues until I get a few:
No record passed at /usr/share/koha/lib/Koha/MetadataIterator.pm line 71. Something went wrong reading record for biblio Koha::Schema::Result::Biblio=HASH(0xfed8a88)->biblionumber: Can't bless non-reference value at /usr/share/koha/lib/Koha/BiblioUtils.pm line 70.
And then indexing pretty much completes without further complaints.
But searches are not finding any records when searching. The current errors in the koha error log from a search include:
Wed Mar 18 16:57:32.008173 2020] [cgi:error] [pid 2672] [client 127.0.0.1:44184] AH01215: [Wed Mar 18 16:57:32 2020] opac-search.pl: Use of uninitialized value $f in pattern match (m//) at /usr/share/koha/lib/Koha/SearchEngine/Elasticsearch/QueryBuilder.pm line 725.: /usr/share/koha/opac/cgi-bin/opac/opac-search.pl, referer: https://london-test.library.nd.edu/cgi-bin/koha/opac-search.pl?idx=&q=bible [Wed Mar 18 16:57:32.008304 2020] [cgi:error] [pid 2672] [client 127.0.0.1:44184] AH01215: [Wed Mar 18 16:57:32 2020] opac-search.pl: Use of uninitialized value $f in exists at /usr/share/koha/lib/Koha/SearchEngine/Elasticsearch/QueryBuilder.pm line 729.: /usr/share/koha/opac/cgi-bin/opac/opac-search.pl, referer: https://london-test.library.nd.edu/cgi-bin/koha/opac-search.pl?idx=&q=bible
Any thoughts on what might be uninitialized and how to fix it?
Thanks again, Tom
Hmm. I did wonder about that. I am running Elasticsearch 6 but maybe it is getting ready for 7? Or does it think I'm still running 7. What version of Elasticsearch is known to work? Tom On Fri, Mar 20, 2020 at 9:27 AM Jonathan Druart < jonathan.druart@bugs.koha-community.org> wrote:
Tom,
The error is bad, I guess it comes from get_all_biblios_iterator. What are you developer skill? I'd try to know if it comes from wrong/bad data from a record, or something else.
It seems that you are back to version 7 ("To be compatible with 7.0..." in the logs)?
You can certainly ignore the warnings.
Le ven. 20 mars 2020 à 13:45, Tom Hanstra <hanstra@nd.edu> a écrit :
Anyone have further ideas on this. I'm close to giving up on Elasticsearch for this year's iteration unless I can figure out how to get this working.
Thanks, Tom
On Wed, Mar 18, 2020 at 1:01 PM Tom Hanstra <hanstra@nd.edu> wrote:
The "Search Engine" portion of the Administration pages shows my search engine as Elasticsearch with MARC format of ISO2709.
About Koha shows: Nodes: localhost:9200 | Status: running | Indices: koha_london_test_biblios (count: 12294), koha_london_test_authorities (count: 6163)
and no errors there.
As mentioned, my indices are:
curl http://localhost:9200/_cat/indices yellow open koha_london_test_biblios -Egm0TdKR6KXFcOZQhgoBA 5 1 12294 0 67.1mb 67.1mb yellow open koha_london_test_authorities vWlrnM6USHaXmpokR-UV-Q 5 1 6163 0 4.5mb 4.5mb
And the lines in my koha-conf.xml file:
<elasticsearch> <server>localhost:9200</server> <index_name>koha_london_test</index_name>
<!-- See https://metacpan.org/pod/Search::Elasticsearch#cxn_pool --> <cxn_pool>Static</cxn_pool> </elasticsearch>
Not sure what the cxn_pool setting does. But the index_name in the config file matches up with both the koha-conf file and the information seen in About Koha.
When building the indexes, I get the following:
PERL5LIB=/usr/share/koha/lib:/usr/local/lib:/usr/local/share/perl5 ./bin/search_tools/rebuild_elasticsearch.pl -v [6267] Checking state of biblios index DEPRECATION] [types removal] Specifying types in put mapping requests is deprecated. To be compatible with 7.0, the mapping definition should not be nested under the type name, and the parameter include_type_name must be provided and set to false. (and much more) [6267] Checking state of authorities index - Similar deprecation warning
Then the indexing continues until I get a few:
No record passed at /usr/share/koha/lib/Koha/MetadataIterator.pm line 71. Something went wrong reading record for biblio Koha::Schema::Result::Biblio=HASH(0xfed8a88)->biblionumber: Can't bless non-reference value at /usr/share/koha/lib/Koha/BiblioUtils.pm line 70.
And then indexing pretty much completes without further complaints.
But searches are not finding any records when searching. The current errors in the koha error log from a search include:
Wed Mar 18 16:57:32.008173 2020] [cgi:error] [pid 2672] [client 127.0.0.1:44184] AH01215: [Wed Mar 18 16:57:32 2020] opac-search.pl: Use of uninitialized value $f in pattern match (m//) at /usr/share/koha/lib/Koha/SearchEngine/Elasticsearch/QueryBuilder.pm line 725.: /usr/share/koha/opac/cgi-bin/opac/opac-search.pl, referer: https://london-test.library.nd.edu/cgi-bin/koha/opac-search.pl?idx=&q=bible [Wed Mar 18 16:57:32.008304 2020] [cgi:error] [pid 2672] [client 127.0.0.1:44184] AH01215: [Wed Mar 18 16:57:32 2020] opac-search.pl: Use of uninitialized value $f in exists at /usr/share/koha/lib/Koha/SearchEngine/Elasticsearch/QueryBuilder.pm line 729.: /usr/share/koha/opac/cgi-bin/opac/opac-search.pl, referer: https://london-test.library.nd.edu/cgi-bin/koha/opac-search.pl?idx=&q=bible
Any thoughts on what might be uninitialized and how to fix it?
Thanks again, Tom
-- *Tom Hanstra* *Sr. Systems Administrator* hanstra@nd.edu
I think we are supposed to support 6, but our dev env brings version 5.5.1 Le ven. 20 mars 2020 à 17:22, Tom Hanstra <hanstra@nd.edu> a écrit :
Hmm. I did wonder about that. I am running Elasticsearch 6 but maybe it is getting ready for 7? Or does it think I'm still running 7.
What version of Elasticsearch is known to work?
Tom
On Fri, Mar 20, 2020 at 9:27 AM Jonathan Druart < jonathan.druart@bugs.koha-community.org> wrote:
Tom,
The error is bad, I guess it comes from get_all_biblios_iterator. What are you developer skill? I'd try to know if it comes from wrong/bad data from a record, or something else.
It seems that you are back to version 7 ("To be compatible with 7.0..." in the logs)?
You can certainly ignore the warnings.
Le ven. 20 mars 2020 à 13:45, Tom Hanstra <hanstra@nd.edu> a écrit :
Anyone have further ideas on this. I'm close to giving up on Elasticsearch for this year's iteration unless I can figure out how to get this working.
Thanks, Tom
On Wed, Mar 18, 2020 at 1:01 PM Tom Hanstra <hanstra@nd.edu> wrote:
The "Search Engine" portion of the Administration pages shows my search engine as Elasticsearch with MARC format of ISO2709.
About Koha shows: Nodes: localhost:9200 | Status: running | Indices: koha_london_test_biblios (count: 12294), koha_london_test_authorities (count: 6163)
and no errors there.
As mentioned, my indices are:
curl http://localhost:9200/_cat/indices yellow open koha_london_test_biblios -Egm0TdKR6KXFcOZQhgoBA 5 1 12294 0 67.1mb 67.1mb yellow open koha_london_test_authorities vWlrnM6USHaXmpokR-UV-Q 5 1 6163 0 4.5mb 4.5mb
And the lines in my koha-conf.xml file:
<elasticsearch> <server>localhost:9200</server> <index_name>koha_london_test</index_name>
<!-- See https://metacpan.org/pod/Search::Elasticsearch#cxn_pool --> <cxn_pool>Static</cxn_pool> </elasticsearch>
Not sure what the cxn_pool setting does. But the index_name in the config file matches up with both the koha-conf file and the information seen in About Koha.
When building the indexes, I get the following:
PERL5LIB=/usr/share/koha/lib:/usr/local/lib:/usr/local/share/perl5 ./bin/search_tools/rebuild_elasticsearch.pl -v [6267] Checking state of biblios index DEPRECATION] [types removal] Specifying types in put mapping requests is deprecated. To be compatible with 7.0, the mapping definition should not be nested under the type name, and the parameter include_type_name must be provided and set to false. (and much more) [6267] Checking state of authorities index - Similar deprecation warning
Then the indexing continues until I get a few:
No record passed at /usr/share/koha/lib/Koha/MetadataIterator.pm line 71. Something went wrong reading record for biblio Koha::Schema::Result::Biblio=HASH(0xfed8a88)->biblionumber: Can't bless non-reference value at /usr/share/koha/lib/Koha/BiblioUtils.pm line 70.
And then indexing pretty much completes without further complaints.
But searches are not finding any records when searching. The current errors in the koha error log from a search include:
Wed Mar 18 16:57:32.008173 2020] [cgi:error] [pid 2672] [client 127.0.0.1:44184] AH01215: [Wed Mar 18 16:57:32 2020] opac-search.pl: Use of uninitialized value $f in pattern match (m//) at /usr/share/koha/lib/Koha/SearchEngine/Elasticsearch/QueryBuilder.pm line 725.: /usr/share/koha/opac/cgi-bin/opac/opac-search.pl, referer: https://london-test.library.nd.edu/cgi-bin/koha/opac-search.pl?idx=&q=bible [Wed Mar 18 16:57:32.008304 2020] [cgi:error] [pid 2672] [client 127.0.0.1:44184] AH01215: [Wed Mar 18 16:57:32 2020] opac-search.pl: Use of uninitialized value $f in exists at /usr/share/koha/lib/Koha/SearchEngine/Elasticsearch/QueryBuilder.pm line 729.: /usr/share/koha/opac/cgi-bin/opac/opac-search.pl, referer: https://london-test.library.nd.edu/cgi-bin/koha/opac-search.pl?idx=&q=bible
Any thoughts on what might be uninitialized and how to fix it?
Thanks again, Tom
-- *Tom Hanstra* *Sr. Systems Administrator* hanstra@nd.edu
Why is Elasticsearch not yet an automatic option in Koha? Em sex., 20 de mar. de 2020 às 10:28, Jonathan Druart < jonathan.druart@bugs.koha-community.org> escreveu:
Tom,
The error is bad, I guess it comes from get_all_biblios_iterator. What are you developer skill? I'd try to know if it comes from wrong/bad data from a record, or something else.
It seems that you are back to version 7 ("To be compatible with 7.0..." in the logs)?
You can certainly ignore the warnings.
Le ven. 20 mars 2020 à 13:45, Tom Hanstra <hanstra@nd.edu> a écrit :
Anyone have further ideas on this. I'm close to giving up on Elasticsearch for this year's iteration unless I can figure out how to get this working.
Thanks, Tom
On Wed, Mar 18, 2020 at 1:01 PM Tom Hanstra <hanstra@nd.edu> wrote:
The "Search Engine" portion of the Administration pages shows my search engine as Elasticsearch with MARC format of ISO2709.
About Koha shows: Nodes: localhost:9200 | Status: running | Indices: koha_london_test_biblios (count: 12294), koha_london_test_authorities (count: 6163)
and no errors there.
As mentioned, my indices are:
curl http://localhost:9200/_cat/indices yellow open koha_london_test_biblios -Egm0TdKR6KXFcOZQhgoBA 5 1 12294 0 67.1mb 67.1mb yellow open koha_london_test_authorities vWlrnM6USHaXmpokR-UV-Q 5 1 6163 0 4.5mb 4.5mb
And the lines in my koha-conf.xml file:
<elasticsearch> <server>localhost:9200</server> <index_name>koha_london_test</index_name>
<!-- See https://metacpan.org/pod/Search::Elasticsearch#cxn_pool --> <cxn_pool>Static</cxn_pool> </elasticsearch>
Not sure what the cxn_pool setting does. But the index_name in the config file matches up with both the koha-conf file and the information seen in About Koha.
When building the indexes, I get the following:
PERL5LIB=/usr/share/koha/lib:/usr/local/lib:/usr/local/share/perl5 ./bin/search_tools/rebuild_elasticsearch.pl -v [6267] Checking state of biblios index DEPRECATION] [types removal] Specifying types in put mapping requests is deprecated. To be compatible with 7.0, the mapping definition should not be nested under the type name, and the parameter include_type_name must be provided and set to false. (and much more) [6267] Checking state of authorities index - Similar deprecation warning
Then the indexing continues until I get a few:
No record passed at /usr/share/koha/lib/Koha/MetadataIterator.pm line
Something went wrong reading record for biblio Koha::Schema::Result::Biblio=HASH(0xfed8a88)->biblionumber: Can't bless non-reference value at /usr/share/koha/lib/Koha/BiblioUtils.pm line 70.
And then indexing pretty much completes without further complaints.
But searches are not finding any records when searching. The current errors in the koha error log from a search include:
Wed Mar 18 16:57:32.008173 2020] [cgi:error] [pid 2672] [client 127.0.0.1:44184] AH01215: [Wed Mar 18 16:57:32 2020] opac-search.pl: Use of uninitialized value $f in pattern match (m//) at /usr/share/koha/lib/Koha/SearchEngine/Elasticsearch/QueryBuilder.pm line 725.: /usr/share/koha/opac/cgi-bin/opac/opac-search.pl, referer:
https://london-test.library.nd.edu/cgi-bin/koha/opac-search.pl?idx=&q=bible
[Wed Mar 18 16:57:32.008304 2020] [cgi:error] [pid 2672] [client 127.0.0.1:44184] AH01215: [Wed Mar 18 16:57:32 2020] opac-search.pl: Use of uninitialized value $f in exists at /usr/share/koha/lib/Koha/SearchEngine/Elasticsearch/QueryBuilder.pm line 729.: /usr/share/koha/opac/cgi-bin/opac/opac-search.pl, referer:
https://london-test.library.nd.edu/cgi-bin/koha/opac-search.pl?idx=&q=bible
Any thoughts on what might be uninitialized and how to fix it?
Thanks again, Tom
_______________________________________________
Koha mailing list http://koha-community.org Koha@lists.katipo.co.nz Unsubscribe: https://lists.katipo.co.nz/mailman/listinfo/koha
Victor, it's an automatic option. If you install via the debian packages you only need to change a syspref SearchEngine Le ven. 20 mars 2020 à 17:44, Victor Barroso Oliveira <vbovictor@gmail.com> a écrit :
Why is Elasticsearch not yet an automatic option in Koha?
Em sex., 20 de mar. de 2020 às 10:28, Jonathan Druart <jonathan.druart@bugs.koha-community.org> escreveu:
Tom,
The error is bad, I guess it comes from get_all_biblios_iterator. What are you developer skill? I'd try to know if it comes from wrong/bad data from a record, or something else.
It seems that you are back to version 7 ("To be compatible with 7.0..." in the logs)?
You can certainly ignore the warnings.
Le ven. 20 mars 2020 à 13:45, Tom Hanstra <hanstra@nd.edu> a écrit :
Anyone have further ideas on this. I'm close to giving up on Elasticsearch for this year's iteration unless I can figure out how to get this working.
Thanks, Tom
On Wed, Mar 18, 2020 at 1:01 PM Tom Hanstra <hanstra@nd.edu> wrote:
The "Search Engine" portion of the Administration pages shows my search engine as Elasticsearch with MARC format of ISO2709.
About Koha shows: Nodes: localhost:9200 | Status: running | Indices: koha_london_test_biblios (count: 12294), koha_london_test_authorities (count: 6163)
and no errors there.
As mentioned, my indices are:
curl http://localhost:9200/_cat/indices yellow open koha_london_test_biblios -Egm0TdKR6KXFcOZQhgoBA 5 1 12294 0 67.1mb 67.1mb yellow open koha_london_test_authorities vWlrnM6USHaXmpokR-UV-Q 5 1 6163 0 4.5mb 4.5mb
And the lines in my koha-conf.xml file:
<elasticsearch> <server>localhost:9200</server> <index_name>koha_london_test</index_name>
<!-- See https://metacpan.org/pod/Search::Elasticsearch#cxn_pool --> <cxn_pool>Static</cxn_pool> </elasticsearch>
Not sure what the cxn_pool setting does. But the index_name in the config file matches up with both the koha-conf file and the information seen in About Koha.
When building the indexes, I get the following:
PERL5LIB=/usr/share/koha/lib:/usr/local/lib:/usr/local/share/perl5 ./bin/search_tools/rebuild_elasticsearch.pl -v [6267] Checking state of biblios index DEPRECATION] [types removal] Specifying types in put mapping requests is deprecated. To be compatible with 7.0, the mapping definition should not be nested under the type name, and the parameter include_type_name must be provided and set to false. (and much more) [6267] Checking state of authorities index - Similar deprecation warning
Then the indexing continues until I get a few:
No record passed at /usr/share/koha/lib/Koha/MetadataIterator.pm line 71. Something went wrong reading record for biblio Koha::Schema::Result::Biblio=HASH(0xfed8a88)->biblionumber: Can't bless non-reference value at /usr/share/koha/lib/Koha/BiblioUtils.pm line 70.
And then indexing pretty much completes without further complaints.
But searches are not finding any records when searching. The current errors in the koha error log from a search include:
Wed Mar 18 16:57:32.008173 2020] [cgi:error] [pid 2672] [client 127.0.0.1:44184] AH01215: [Wed Mar 18 16:57:32 2020] opac-search.pl: Use of uninitialized value $f in pattern match (m//) at /usr/share/koha/lib/Koha/SearchEngine/Elasticsearch/QueryBuilder.pm line 725.: /usr/share/koha/opac/cgi-bin/opac/opac-search.pl, referer: https://london-test.library.nd.edu/cgi-bin/koha/opac-search.pl?idx=&q=bible [Wed Mar 18 16:57:32.008304 2020] [cgi:error] [pid 2672] [client 127.0.0.1:44184] AH01215: [Wed Mar 18 16:57:32 2020] opac-search.pl: Use of uninitialized value $f in exists at /usr/share/koha/lib/Koha/SearchEngine/Elasticsearch/QueryBuilder.pm line 729.: /usr/share/koha/opac/cgi-bin/opac/opac-search.pl, referer: https://london-test.library.nd.edu/cgi-bin/koha/opac-search.pl?idx=&q=bible
Any thoughts on what might be uninitialized and how to fix it?
Thanks again, Tom
_______________________________________________
Koha mailing list http://koha-community.org Koha@lists.katipo.co.nz Unsubscribe: https://lists.katipo.co.nz/mailman/listinfo/koha
I believe 6 will give deprecation warnings for 7, so version might be okay I would refresh the mappings from the default files for koha before testing - if your koha version is older, then you prbably have an early version of the mappings/settings. There have been some changes that are required to make searching and sorting work. Reloading will clear your db and get the correct settings for your koha version. On Fri, Mar 20, 2020 at 12:51 PM Jonathan Druart < jonathan.druart@bugs.koha-community.org> wrote:
Victor, it's an automatic option. If you install via the debian packages you only need to change a syspref SearchEngine
Le ven. 20 mars 2020 à 17:44, Victor Barroso Oliveira <vbovictor@gmail.com> a écrit :
Why is Elasticsearch not yet an automatic option in Koha?
Em sex., 20 de mar. de 2020 às 10:28, Jonathan Druart <
Tom,
The error is bad, I guess it comes from get_all_biblios_iterator. What are you developer skill? I'd try to know if it comes from wrong/bad data from a record, or something else.
It seems that you are back to version 7 ("To be compatible with 7.0..."
in
the logs)?
You can certainly ignore the warnings.
Le ven. 20 mars 2020 à 13:45, Tom Hanstra <hanstra@nd.edu> a écrit :
Anyone have further ideas on this. I'm close to giving up on Elasticsearch for this year's iteration unless I can figure out how to get this working.
Thanks, Tom
On Wed, Mar 18, 2020 at 1:01 PM Tom Hanstra <hanstra@nd.edu> wrote:
The "Search Engine" portion of the Administration pages shows my search engine as Elasticsearch with MARC format of ISO2709.
About Koha shows: Nodes: localhost:9200 | Status: running | Indices: koha_london_test_biblios (count: 12294), koha_london_test_authorities (count: 6163)
and no errors there.
As mentioned, my indices are:
curl http://localhost:9200/_cat/indices yellow open koha_london_test_biblios -Egm0TdKR6KXFcOZQhgoBA 5 1 12294 0 67.1mb 67.1mb yellow open koha_london_test_authorities vWlrnM6USHaXmpokR-UV-Q 5 1 6163 0 4.5mb 4.5mb
And the lines in my koha-conf.xml file:
<elasticsearch> <server>localhost:9200</server> <index_name>koha_london_test</index_name>
<!-- See https://metacpan.org/pod/Search::Elasticsearch#cxn_pool --> <cxn_pool>Static</cxn_pool> </elasticsearch>
Not sure what the cxn_pool setting does. But the index_name in the config file matches up with both the koha-conf file and the information seen in About Koha.
When building the indexes, I get the following:
PERL5LIB=/usr/share/koha/lib:/usr/local/lib:/usr/local/share/perl5 ./bin/search_tools/rebuild_elasticsearch.pl -v [6267] Checking state of biblios index DEPRECATION] [types removal] Specifying types in put mapping requests is deprecated. To be compatible with 7.0, the mapping definition should not be nested under the type name, and the parameter include_type_name must be provided and set to false. (and much more) [6267] Checking state of authorities index - Similar deprecation warning
Then the indexing continues until I get a few:
No record passed at /usr/share/koha/lib/Koha/MetadataIterator.pm
Something went wrong reading record for biblio Koha::Schema::Result::Biblio=HASH(0xfed8a88)->biblionumber: Can't bless non-reference value at /usr/share/koha/lib/Koha/BiblioUtils.pm line
And then indexing pretty much completes without further complaints.
But searches are not finding any records when searching. The current errors in the koha error log from a search include:
Wed Mar 18 16:57:32.008173 2020] [cgi:error] [pid 2672] [client 127.0.0.1:44184] AH01215: [Wed Mar 18 16:57:32 2020] opac-search.pl:
Use
of uninitialized value $f in pattern match (m//) at /usr/share/koha/lib/Koha/SearchEngine/Elasticsearch/QueryBuilder.pm
725.: /usr/share/koha/opac/cgi-bin/opac/opac-search.pl, referer:
https://london-test.library.nd.edu/cgi-bin/koha/opac-search.pl?idx=&q=bible
[Wed Mar 18 16:57:32.008304 2020] [cgi:error] [pid 2672] [client 127.0.0.1:44184] AH01215: [Wed Mar 18 16:57:32 2020] opac-search.pl: Use of uninitialized value $f in exists at /usr/share/koha/lib/Koha/SearchEngine/Elasticsearch/QueryBuilder.pm
jonathan.druart@bugs.koha-community.org> escreveu: line 71. 70. line line
729.: /usr/share/koha/opac/cgi-bin/opac/opac-search.pl, referer:
https://london-test.library.nd.edu/cgi-bin/koha/opac-search.pl?idx=&q=bible
Any thoughts on what might be uninitialized and how to fix it?
Thanks again, Tom
_______________________________________________
Koha mailing list http://koha-community.org Koha@lists.katipo.co.nz Unsubscribe: https://lists.katipo.co.nz/mailman/listinfo/koha
Koha mailing list http://koha-community.org Koha@lists.katipo.co.nz Unsubscribe: https://lists.katipo.co.nz/mailman/listinfo/koha
-- Nick Clemens ByWater Solutions bywatersolutions.com Phone: (888) 900-8944 Pronouns: (he/him/his) Timezone: Eastern
I've installed 19.11.03. Would the mappings be old already with that version? Where are they and where might I get a better copy, if that is the problem. Tom On Fri, Mar 20, 2020 at 1:23 PM Nick Clemens <nick@bywatersolutions.com> wrote:
I believe 6 will give deprecation warnings for 7, so version might be okay
I would refresh the mappings from the default files for koha before testing - if your koha version is older, then you prbably have an early version of the mappings/settings. There have been some changes that are required to make searching and sorting work. Reloading will clear your db and get the correct settings for your koha version.
On Fri, Mar 20, 2020 at 12:51 PM Jonathan Druart < jonathan.druart@bugs.koha-community.org> wrote:
Victor, it's an automatic option. If you install via the debian packages you only need to change a syspref SearchEngine
Le ven. 20 mars 2020 à 17:44, Victor Barroso Oliveira <vbovictor@gmail.com> a écrit :
Why is Elasticsearch not yet an automatic option in Koha?
Em sex., 20 de mar. de 2020 às 10:28, Jonathan Druart <
Tom,
The error is bad, I guess it comes from get_all_biblios_iterator. What are you developer skill? I'd try to know if it comes from
wrong/bad
data from a record, or something else.
It seems that you are back to version 7 ("To be compatible with 7.0..." in the logs)?
You can certainly ignore the warnings.
Le ven. 20 mars 2020 à 13:45, Tom Hanstra <hanstra@nd.edu> a écrit :
Anyone have further ideas on this. I'm close to giving up on Elasticsearch for this year's iteration unless I can figure out how to get this working.
Thanks, Tom
On Wed, Mar 18, 2020 at 1:01 PM Tom Hanstra <hanstra@nd.edu> wrote:
The "Search Engine" portion of the Administration pages shows my search engine as Elasticsearch with MARC format of ISO2709.
About Koha shows: Nodes: localhost:9200 | Status: running | Indices: koha_london_test_biblios (count: 12294), koha_london_test_authorities (count: 6163)
and no errors there.
As mentioned, my indices are:
curl http://localhost:9200/_cat/indices yellow open koha_london_test_biblios -Egm0TdKR6KXFcOZQhgoBA 5 1 12294 0 67.1mb 67.1mb yellow open koha_london_test_authorities vWlrnM6USHaXmpokR-UV-Q 5 1 6163 0 4.5mb 4.5mb
And the lines in my koha-conf.xml file:
<elasticsearch> <server>localhost:9200</server> <index_name>koha_london_test</index_name>
<!-- See https://metacpan.org/pod/Search::Elasticsearch#cxn_pool --> <cxn_pool>Static</cxn_pool> </elasticsearch>
Not sure what the cxn_pool setting does. But the index_name in the config file matches up with both the koha-conf file and the information seen in About Koha.
When building the indexes, I get the following:
PERL5LIB=/usr/share/koha/lib:/usr/local/lib:/usr/local/share/perl5 ./bin/search_tools/rebuild_elasticsearch.pl -v [6267] Checking state of biblios index DEPRECATION] [types removal] Specifying types in put mapping requests is deprecated. To be compatible with 7.0, the mapping definition should not be nested under the type name, and the parameter include_type_name must be provided and set to false. (and much more) [6267] Checking state of authorities index - Similar deprecation warning
Then the indexing continues until I get a few:
No record passed at /usr/share/koha/lib/Koha/MetadataIterator.pm
Something went wrong reading record for biblio Koha::Schema::Result::Biblio=HASH(0xfed8a88)->biblionumber: Can't bless non-reference value at /usr/share/koha/lib/Koha/BiblioUtils.pm line
And then indexing pretty much completes without further complaints.
But searches are not finding any records when searching. The
current
errors in the koha error log from a search include:
Wed Mar 18 16:57:32.008173 2020] [cgi:error] [pid 2672] [client 127.0.0.1:44184] AH01215: [Wed Mar 18 16:57:32 2020] opac-search.pl: Use of uninitialized value $f in pattern match (m//) at /usr/share/koha/lib/Koha/SearchEngine/Elasticsearch/QueryBuilder.pm
jonathan.druart@bugs.koha-community.org> escreveu: line 71. 70. line
725.: /usr/share/koha/opac/cgi-bin/opac/opac-search.pl, referer:
https://london-test.library.nd.edu/cgi-bin/koha/opac-search.pl?idx=&q=bible
[Wed Mar 18 16:57:32.008304 2020] [cgi:error] [pid 2672] [client 127.0.0.1:44184] AH01215: [Wed Mar 18 16:57:32 2020] opac-search.pl: Use of uninitialized value $f in exists at /usr/share/koha/lib/Koha/SearchEngine/Elasticsearch/QueryBuilder.pm line 729.: /usr/share/koha/opac/cgi-bin/opac/opac-search.pl, referer:
https://london-test.library.nd.edu/cgi-bin/koha/opac-search.pl?idx=&q=bible
Any thoughts on what might be uninitialized and how to fix it?
Thanks again, Tom
_______________________________________________
Koha mailing list http://koha-community.org Koha@lists.katipo.co.nz Unsubscribe: https://lists.katipo.co.nz/mailman/listinfo/koha
Koha mailing list http://koha-community.org Koha@lists.katipo.co.nz Unsubscribe: https://lists.katipo.co.nz/mailman/listinfo/koha
-- Nick Clemens ByWater Solutions bywatersolutions.com Phone: (888) 900-8944 Pronouns: (he/him/his) Timezone: Eastern _______________________________________________
Koha mailing list http://koha-community.org Koha@lists.katipo.co.nz Unsubscribe: https://lists.katipo.co.nz/mailman/listinfo/koha
-- *Tom Hanstra* *Sr. Systems Administrator* hanstra@nd.edu
The version will come with a good mappings.yaml file - the issue is that the DB might not be set to those values - just click the reset button to make sure they are set. The fielddata error you noted before implies they were not. On Fri, Mar 20, 2020 at 2:29 PM Tom Hanstra <hanstra@nd.edu> wrote:
I've installed 19.11.03. Would the mappings be old already with that version? Where are they and where might I get a better copy, if that is the problem.
Tom
On Fri, Mar 20, 2020 at 1:23 PM Nick Clemens <nick@bywatersolutions.com> wrote:
I believe 6 will give deprecation warnings for 7, so version might be okay
I would refresh the mappings from the default files for koha before testing - if your koha version is older, then you prbably have an early version of the mappings/settings. There have been some changes that are required to make searching and sorting work. Reloading will clear your db and get the correct settings for your koha version.
On Fri, Mar 20, 2020 at 12:51 PM Jonathan Druart < jonathan.druart@bugs.koha-community.org> wrote:
Victor, it's an automatic option. If you install via the debian packages you only need to change a syspref SearchEngine
Le ven. 20 mars 2020 à 17:44, Victor Barroso Oliveira <vbovictor@gmail.com> a écrit :
Why is Elasticsearch not yet an automatic option in Koha?
Em sex., 20 de mar. de 2020 às 10:28, Jonathan Druart <
Tom,
The error is bad, I guess it comes from get_all_biblios_iterator. What are you developer skill? I'd try to know if it comes from
wrong/bad
data from a record, or something else.
It seems that you are back to version 7 ("To be compatible with 7.0..." in the logs)?
You can certainly ignore the warnings.
Le ven. 20 mars 2020 à 13:45, Tom Hanstra <hanstra@nd.edu> a écrit :
Anyone have further ideas on this. I'm close to giving up on Elasticsearch for this year's iteration unless I can figure out how to get this working.
Thanks, Tom
On Wed, Mar 18, 2020 at 1:01 PM Tom Hanstra <hanstra@nd.edu> wrote:
> The "Search Engine" portion of the Administration pages shows my search > engine as Elasticsearch with MARC format of ISO2709. > > About Koha shows: > Nodes: localhost:9200 | Status: running | Indices: > koha_london_test_biblios (count: 12294), koha_london_test_authorities > (count: 6163) > > and no errors there. > > As mentioned, my indices are: > > curl http://localhost:9200/_cat/indices > yellow open koha_london_test_biblios -Egm0TdKR6KXFcOZQhgoBA 5 1 12294 > 0 67.1mb 67.1mb > yellow open koha_london_test_authorities vWlrnM6USHaXmpokR-UV-Q 5 1 6163 > 0 4.5mb 4.5mb > > And the lines in my koha-conf.xml file: > > <elasticsearch> > <server>localhost:9200</server> > <index_name>koha_london_test</index_name> > > <!-- See https://metacpan.org/pod/Search::Elasticsearch#cxn_pool --> > <cxn_pool>Static</cxn_pool> > </elasticsearch> > > Not sure what the cxn_pool setting does. But the index_name in the config > file matches up with both the koha-conf file and the information seen in > About Koha. > > When building the indexes, I get the following: > > PERL5LIB=/usr/share/koha/lib:/usr/local/lib:/usr/local/share/perl5 > ./bin/search_tools/rebuild_elasticsearch.pl -v > [6267] Checking state of biblios index > DEPRECATION] [types removal] Specifying types in put mapping requests is > deprecated. To be compatible with 7.0, the mapping definition should not be > nested under the type name, and the parameter include_type_name must be > provided and set to false. (and much more) > [6267] Checking state of authorities index > - Similar deprecation warning > > Then the indexing continues until I get a few: > > No record passed at /usr/share/koha/lib/Koha/MetadataIterator.pm
> Something went wrong reading record for biblio > Koha::Schema::Result::Biblio=HASH(0xfed8a88)->biblionumber: Can't bless > non-reference value at /usr/share/koha/lib/Koha/BiblioUtils.pm
> > And then indexing pretty much completes without further complaints. > > But searches are not finding any records when searching. The current > errors in the koha error log from a search include: > > Wed Mar 18 16:57:32.008173 2020] [cgi:error] [pid 2672] [client > 127.0.0.1:44184] AH01215: [Wed Mar 18 16:57:32 2020] opac-search.pl: Use > of uninitialized value $f in pattern match (m//) at > /usr/share/koha/lib/Koha/SearchEngine/Elasticsearch/QueryBuilder.pm
jonathan.druart@bugs.koha-community.org> escreveu: line 71. line 70. line
> 725.: /usr/share/koha/opac/cgi-bin/opac/opac-search.pl, referer: >
https://london-test.library.nd.edu/cgi-bin/koha/opac-search.pl?idx=&q=bible
> [Wed Mar 18 16:57:32.008304 2020] [cgi:error] [pid 2672] [client > 127.0.0.1:44184] AH01215: [Wed Mar 18 16:57:32 2020] opac-search.pl: Use > of uninitialized value $f in exists at > /usr/share/koha/lib/Koha/SearchEngine/Elasticsearch/QueryBuilder.pm line > 729.: /usr/share/koha/opac/cgi-bin/opac/opac-search.pl, referer: >
https://london-test.library.nd.edu/cgi-bin/koha/opac-search.pl?idx=&q=bible
> > Any thoughts on what might be uninitialized and how to fix it? > > Thanks again, > Tom >
_______________________________________________
Koha mailing list http://koha-community.org Koha@lists.katipo.co.nz Unsubscribe: https://lists.katipo.co.nz/mailman/listinfo/koha
Koha mailing list http://koha-community.org Koha@lists.katipo.co.nz Unsubscribe: https://lists.katipo.co.nz/mailman/listinfo/koha
-- Nick Clemens ByWater Solutions bywatersolutions.com Phone: (888) 900-8944 Pronouns: (he/him/his) Timezone: Eastern _______________________________________________
Koha mailing list http://koha-community.org Koha@lists.katipo.co.nz Unsubscribe: https://lists.katipo.co.nz/mailman/listinfo/koha
-- *Tom Hanstra* *Sr. Systems Administrator* hanstra@nd.edu
-- Nick Clemens ByWater Solutions bywatersolutions.com Phone: (888) 900-8944 Pronouns: (he/him/his) Timezone: Eastern
participants (4)
-
Jonathan Druart -
Nick Clemens -
Tom Hanstra -
Victor Barroso Oliveira