updatesearchindexsolr.php hangs

Next topic

Author	Message
Doug Plant	Wednesday 17 November 2010 8:24:01 pm I had a situation where updatesearchindexsolr.php was hanging at the same place all the time. I tried different users, manually deleting stuff, pointless repetitions, etc. Watching the output from solr (bash solr.sh), it always looked like this: [...] INFO: {add=[2e9e13c1994c4ed227d91a76506e757b]} 0 2 Nov 17, 2010 9:54:27 PM org.apache.solr.core.SolrCore execute INFO: [] webapp=/solr path=/update params={} status=0 QTime=2 Nov 17, 2010 9:54:27 PM org.apache.solr.update.processor.LogUpdateProcessor finish INFO: {add=[e6082f9d6f6caebc706870925caeb684]} 0 3 and then nothing. I could do searches, but killing and restarting the updatesearchindex did nothing. At first I thought the big identifiers (add=[ ... ]) were remote ids, but that doesn't seem to be the case since I get null with eZContentObject::fetchByRemoteID(). Then I tried searching in the solr admin interface (http://foo.ca:8983/solr/admin/) for the big identifier - That generated hits. So then I edited and republished the suspect object (and a couple parents, for good measure) and now updatesearchindex is running find. Er, fine.
Carlos Revillo	Thursday 18 November 2010 11:49:09 am hi there. can you put the exact command you're usign? i had some problems because not adding -s option...
Doug Plant	Thursday 18 November 2010 12:06:43 pm Sure, php extension/ezfind/bin/php/updatesearchindexsolr.php -s <admin siteaccess> --php-exec=/usr/bin/php

Author

Message

Wednesday 17 November 2010 8:24:01 pm

I had a situation where updatesearchindexsolr.php was hanging at the same place all the time. I tried different users, manually deleting stuff, pointless repetitions, etc.

Watching the output from solr (bash solr.sh), it always looked like this:

[...]

INFO: {add=[2e9e13c1994c4ed227d91a76506e757b]} 0 2
Nov 17, 2010 9:54:27 PM org.apache.solr.core.SolrCore execute
INFO: [] webapp=/solr path=/update params={} status=0 QTime=2
Nov 17, 2010 9:54:27 PM org.apache.solr.update.processor.LogUpdateProcessor finish
INFO: {add=[e6082f9d6f6caebc706870925caeb684]} 0 3

and then nothing. I could do searches, but killing and restarting the updatesearchindex did nothing.

At first I thought the big identifiers (add=[ ... ]) were remote ids, but that doesn't seem to be the case since I get null with eZContentObject::fetchByRemoteID().

Then I tried searching in the solr admin interface (http://foo.ca:8983/solr/admin/) for the big identifier - That generated hits.

So then I edited and republished the suspect object (and a couple parents, for good measure) and now updatesearchindex is running find. Er, fine.

Carlos Revillo

Thursday 18 November 2010 11:49:09 am

hi there. can you put the exact command you're usign? i had some problems because not adding -s option...

Doug Plant

Thursday 18 November 2010 12:06:43 pm

Sure,

php extension/ezfind/bin/php/updatesearchindexsolr.php -s <admin siteaccess> --php-exec=/usr/bin/php

eZ debug

Timing:	Jan 29 2025 23:52:07
Script start
Timing:	Jan 29 2025 23:52:07
Module start 'layout'
Timing:	Jan 29 2025 23:52:07
Module start 'content'
Timing:	Jan 29 2025 23:52:07
Module end 'content'
Timing:	Jan 29 2025 23:52:07
Script end

Main resources:

Total runtime	0.0114 sec
Peak memory usage	2,048.0000 KB
Database Queries	3

Timing points:

Checkpoint	Start (sec)	Duration (sec)	Memory at start (KB)	Memory used (KB)
Script start	0.0000	0.0042	588.2734	151.2266
Module start 'layout'	0.0042	0.0017	739.5000	36.6875
Module start 'content'	0.0059	0.0044	776.1875	91.2344
Module end 'content'	0.0103	0.0011	867.4219	33.9766
Script end	0.0114		901.3984

Time accumulators:

Accumulator	Duration (sec)	Duration (%)	Count	Average (sec)
Ini load
Load cache	0.0018	16.1712	14	0.0001
Check MTime	0.0009	7.7856	14	0.0001
Mysql Total
Database connection	0.0007	5.9625	1	0.0007
Mysqli_queries	0.0021	18.2242	3	0.0007
Looping result	0.0000	0.0711	1	0.0000
Template Total	0.0008	6.9	1	0.0008
Template load	0.0006	5.5423	1	0.0006
Template processing	0.0002	1.3673	1	0.0002
Override
Cache load	0.0004	3.7276	1	0.0004
General
dbfile	0.0013	11.5153	8	0.0002
String conversion	0.0000	0.0439	4	0.0000
Note: percentages do not add up to 100% because some accumulators overlap

Templates used to render the page:

Usage	Requested template	Template	Template loaded	Edit	Override
1	print_pagelayout.tpl	<No override>	extension/community/design/community/templates/print_pagelayout.tpl
Number of times templates used: 1 Number of unique templates used: 1

Time used to render debug report: 0.0001 secs