-
Notifications
You must be signed in to change notification settings - Fork 24
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Indexing failure on cl layers with a single character value #372
Comments
There is nothing inherently special about that |
This is also a problem for single character Fixing for Fixing for Fixing for |
My preference is to reindex with #373 An alternative is to edit the fire shapefile, do a full resample, then reindex. |
I would also prefer merging and deploying the biocache store fix as it will also patch up the other If it has unintended effects on existing indexed fields, the automatic swap collection jenkins job should pick it up and fail to swap. |
On the index size concern, we have a buffer on disk of about 200GB on each node, which is effectively about 70GB for each of the three copies, so we should not expect to have issues there from some new small fields/values. |
…dexing_of_single_character_cl_values #372 Fix indexing of single character values within embedded JSON cas…
Released in biocache-store-2.4.7, deployed, and running complete reindex now:
|
Running the complete reindex crashed zookeeper and solr, this was the error on one node
This is the start of the errors on another node, which didn't make it to the "Indexing complete." message like the other node did
Have put a complete shutdown on the jenkins queue until we can look into it again tomorrow. If the fix isn't simple, we can revert to the previous version until it is fixed, although it was previously using a snapshot, so it isn't easy to reliably do that other than manually switching symlinks. |
This error, the 404, is normal behaviour when testing if a field is in the live SOLR index. Unfortunately after adding 58 new fields into the SOLR index, SOLR stopped responding. |
Batch field additions appear to resolve this issue. I am still working on this. While not necessary to function, the Jenkins job |
The issue for documenting (and possibly fixing) the wide array of locations that the solr schema is managed in and is copied to is being tracked in #275 It needs work, but may be superceded by whatever the mechanism is for the infrastructure upgrade project solr indexing step which does live indexing rather than offline indexing+copy+zookeeper registration of the collection. |
The crash while updating fields occurred again during the reindex this morning:
|
|
Indexing is failing for contextual layer values with a single character.
For example, the value "0" with layer AtlasOfLivingAustralia/layers-service#116
The text was updated successfully, but these errors were encountered: