Select a category on the left, to get your answers quickly
In this clip we will talk about some of the most common drupal configuration issues, based on the solr configuration files provided by the Drupal search api module.
Please be advised that, your Opensolr Index may fail to reload, when using AnalyzingInfixSuggester
You can click here to learn more.
The error is reproduced mainly for Drupal indexes, when using the folowing suggester:
<searchComponent name="suggester" class="solr.SuggestComponent" startup="lazy"> <lst name="suggester"> <str name="name">default_infix</str> <str name="lookupImpl">AnalyzingInfixLookupFactory</str> <str name="indexPath">suggester_infix_data</str> <str name="dictionaryImpl">DocumentDictionaryFactory</str> <str name="field">autocomplete</str> <str name="weightField">weigh_dummy</str> <str name="suggestAnalyzerFieldType">text_autocomplete</str> <str name="buildOnStartup">true</str> <str name="buildOnCommit">true</str> </lst> <lst name="suggester"> <str name="name">default_fuzzy</str> <str name="lookupImpl">FuzzyLookupFactory</str> <str name="storeDir">suggester_fuzzy_data</str> <str name="dictionaryImpl">DocumentDictionaryFactory</str> <str name="field">autocomplete</str> <str name="weightField">weigh_dummy</str> <str name="suggestAnalyzerFieldType">text_autocomplete</str> <str name="buildOnStartup">true</str> <str name="buildOnCommit">true</str> </lst> </searchComponent>
Solr works with a set of multiple configuration files.
Each Solr configuration file, has it's own purpose.
Therefore, in some cases, some publishers (CMS systems, etc), will chose to create their own structure for such Solr configuration files, such as, it is the case with Drupal, and maybe WordPress (WPSOLR), and others.
When uploading your solr configuration files, using your Opensolr Index Control Panel, it is, therefore, important to upload your files in a specific order:
So, basically, you should simply create those 3 archives and upload them separately, in this exact order, and then everything should work.
You can, of course automate this, by using the Automation REST API to upload your config files.
ICU library erorrs
While uploading, or saving your config files, via the Opensolr editor, you might probably come across an error that reads something like this:
Error loading class 'solr.ICUCollationField'
The problem is that we will have to enable that library on our end.
Therefore, if you encounter this, please Contact Us in order to request the ICU library to be activated for your server.
If unsure what type of error you're getting, you can always see your Error Logs once you've uploaded your config files, by Clicking your Index Name->Tools->Error Logs
Some issues to be mindful about.
Drupal, has changed the way it works, and now, for path, it only requires you to have a SLASH.
Basically, what we call Path (/solr/index_name), in Opensolr, it should be / for your Drupal setup.
And what Drupal calls SolrCore, should be the Name of your Opensolr Index.
Also, if you use Opensolr in SolrCloud mode, please note that the solr server path is /solrcloud instead of /solr. (i.e.: https://server.opensolr.com/solrcloud/index_name/select?...)
So, unless Drupal has decided to hard-code the /solr part of the connection URL, you should be able to use your Opensolr SolrCloud Index, and set your path, in Drupal as /solrcloud, instead of / (slash).
Ultimately, we will help you upload your config files, regardless of the Solr Version you decide to use, as usual, we'll do this for free, and, instantly, during our office hours.
You might also want to watch the clip about all external integration issues.
It is a common misconception, that, if your Drupal module, or any other Solr plugin, requires, say, Solr Version 6.4.x, and Opensolr only provides Solr version 6.1.x, you can't use it with Opensolr.
With small modifications to your Solr config files, we can make your config files work on any of our Solr versions, without any impact on your Solr integration, or functionality overall.
Of course, migrating from one major Solr Version to another, isn't that straight forward, but, we can even, do that.
However, I can't stress enough that, migration between any Solr minor Versions is not only possible, it's even recommended, since we'll do it all for you, if you want to save time, and money, since, of course, Opensolr also offers FREE membership now.
It has also been a common misconception, that, your Opensolr connection URL returns 404 NOT FOUND, and therefore, it can not be used, and something must be broken.
In your Opensolr Control Panel, you will see your connection url as something like the following:
Now, that URL, will always return an HTTP STATUS 404 NOT FOUND.
Ironically, that means everything is OK.
Your application will use that, as a base connection URL, and append other Solr Request Handlers to it, as you can see in this example:
We have added the /select Request Handler, and that very same connection URL is now responding with a full Solr json format response.
It's an OpenSolr Miracle!
If you get the error:
Undefined field _text_
Please make sure to open up solrconfig.xml in your Opensolr Control Panel Admin UI and remove the reference to the _text_ field under the /update initParams:
YES, however, it's only active in some servers right now.
Please ask us to install that, or any other plugin solr library, by following the guide here, and we'll be happy to set it up for you.
Sometimes, in the shared opensolr cloud, the data folder may get corrupted, so it can't be read from or written into.
One easy fix for this, is to simply remove your index, and then just create another one, preferably under another name.
If that doesn't work, please contact us, and we'll be happy to fix it up for you.
Also, keep in mind, that there may be more reasons, so please make sure to check your error log, by clicking the Error Log button inside your opensolr index control panel, and keep refreshing that page to make sure the errors you'll see are accurate.
If you do see errors in there, please email them to us, at firstname.lastname@example.org and we'll fix it for you.
In your solrconfig.xml file, look for the schemaFactory definition.If you have one, remove it and add this instead:
If you don't have it just add the above snippet somewhere above the requestHandlers definitions.
<schemaFactory class="ManagedIndexSchemaFactory"> <bool name="mutable">true</bool> <str name="managedSchemaResourceName">managed-schema</str> </schemaFactory>
- SOLR 3.6.5
- SOLR 4.0
- SOLR 4.10
- SOLR 5.1
- SOLR 6.1
- SOLR 7.0
- SOLR 8.0
However, any other solr version may be requested, for dedicated OpenSolr Cloud users
If you usually get an error, such as: Unknown field... Or Missing field, and your schema.xml already contains those fields, make sure you disable the Schemaless mode in solrconfig.xml
Just head on to the Config Files Editor in your opensolr index control panel, and locate a snippet that looks like this:
According to the solr documentation, you can disable the ManagedIndexSchemaFactory as per the instructions below:
To disable dynamic schema REST APIs, use the following for
: <schemaFactory class="ClassicIndexSchemaFactory"/>
Also do not forget to remove the entire snippet regarding the ManagedIndexSchemaFactory, so that you won't accidentally use both.
Yes, Opensolr now supports the JTS Topology Suite, by default, which does not come bundled with the default Solr distribution.
It should be enabled in most of our servers and datacenters, however, if you feel that doesn't work for your index, please Contact Support and we'll be happy to enable it for you.
No further setup will be required on your part.
Please go to https://opensolr.com/pricing and make sure you select the analytics option from the extra features tab, when you upgrade your account.
If you can see analytics but no data, make sure your solr queries are correctly formated in the form:
So, the search query must be clearly visible in the q parameter in order for it to show in analytics.
Here are a few ways to save your Monthy alloted Bandwidth: