-
-
Notifications
You must be signed in to change notification settings - Fork 160
Solr instance is not running in SolrCloud mode #221
Comments
Hi @ultimike - Unfortunately I haven't ever been able to make this solr cloud version work, and #195 never got far enough. @mkalkbrenner may be able to help here, but he's pretty busy. I'm afraid, much to @mkalkbrenner's disapproval, I have to recommend the maintained, tested and stable traditional solr installation technique, |
I think you need to add "1" after If you describe the project in DDEV, you'll see that the Docker containers are named
If this is true, shouldn't the documentation on Apache Solr (Cloud) Integration for DDEV-Local be updated, if it is for Solr Cloud? From: |
I created #227. |
I'd sure rather have you create a solr cloud add-on that works! And then maintain it. Would you consider that? |
Thanks for the confidence in me @rfay! But I am afraid adjusting existing configuration is as far as my very limited Solr/Zookeeper/Docker abilities go ... I would much prefer to get you, @ultimike and the original author @mkalkbrenner to review the PR, if at all possible. In the meantime, perhaps you can check if it works? On my local DDEV, both standalone Solr and Solr Cloud work well, using #227. It would be great to get this confirmed from multiple sources. Also, I created a drupal.org issue: https://www.drupal.org/project/search_api_solr/issues/3365826. |
Following your d.o issue, and maybe we can get @mkalkbrenner (maintainer of search_api_solr) to speak up. And of course if you haven't carefully read and tried #195 please take a look at that. |
The bottom line for me is that the classic recipe is supported and lots of people use it. I've never been successful with the newer multi-instance setup, and don't know how it adds value in a local dev setup, but I'm very naive about solr. https://github.com/ddev/ddev-drupal9-solr is supported and recommended, and this multi-solr is not supported by anybody I know of, although I keep hoping to get @mkalkbrenner supporting it, but he's a busy person. |
Yes, I agree it would be great if the maintainer of Solr @mkalkbrenner at some point had time to add the steps required to get https://github.com/docker-solr/docker-solr-examples/blob/master/docker-compose/docker-compose.yml working, so that after setting everything up with the excellent documentation on Apache Solr (Cloud) Integration for DDEV-Local it is possible for Docker/Solr/Zookeeper non-experts to deploy a Drupal 10 Solr Cloud to production, and push it over the goal line. I managed to get https://github.com/docker-solr/docker-solr-examples/blob/master/docker-compose/docker-compose.yml up and running. But I know too little about Docker/Solr/Zookeeper to add the missing pieces in the puzzle. It may just be adjusting a few lines in docker-solr-examples/blob/master/docker-compose/docker-compose.yml to integrate solr/security.json, which is missing? Like you describe, I used the classic single core Solr instead, and it works perfectly, except for the known issue ddev/ddev-drupal-solr#15. I get great performance. Solr Cloud may be advantageous, if you have heavy loads, and hundreds of simultaneous users? But many web sites don't have that need, so Solr Cloud would be overkill. I think that after installing Solr with |
Strange, I run multiple projects with ddev and Solr Cloud. The name is always |
If you're using the https://github.com/ddev/ddev-contrib/blob/master/docker-compose-services/solr/docker-compose.solr.yaml#L20-L23 then the container names will definitely be |
Ok, you're right. And I think I now understand what is confusing everyone. I recommend to use This is sufficient for local development. It isn't the classic standalone mode you might have in mind. It a Solr Cloud with just one node.
Beside the fact that it is much easier to perform Solr development, there're some APIs and features that aren't available if you choose the classic standalone mode:
But they're available in the "standalone" the ddev contrib module provides. The setup with 3 nodes is just required if you really need to simulate or test cluster situations where you have shards, replication, worker nodes etc. So instead changing the README and rename solr to solr1 we should change emphasize the "standalone cloud mode". |
OK. The "main" docker-compose.solr.yaml here in ddev-contrib one would assume to be the "normal" one. But we should just remove that one and make the standalone one the main one, right? Hopefully we can get an add-on out of this yet :) |
Thanks for clarifying that @mkalkbrenner. Going over the README, I got the impression that Solr Cloud with 3 Solr cores is the recommended method, so that's what I tried to get working. Making it clearer that Solr Cloud with one node is the recommended method, and will work well for many situations, would be great. Having the documentation outline the simplest set up possible, followed by more advanced examples works best, to get the novice users up and running, in my opinion. The experts will know what to do. So we could consider separating the two set ups, by having the first part of the README documentation only be about single core Solr Cloud? After that, we add a separate section about the more advanced 3 node Solr Cloud set up, and explain how that is set up: "For 3 node Solr core setup do the same steps as setting up single core Solr Cloud, except [...]" and then outline the differences in set up. A missing piece in the puzzle for me is the Basic Authentication when deploying to the server. I had a look in the documentation and found https://solr.apache.org/guide/solr/latest/deployment-guide/basic-authentication-plugin.html but am not sure what the steps are. The basic steps required to move Solr from development to server, including setting up authentication would be a great help to many. UPDATE: Actually, I would escalate this: The basic steps required to set it up on the server is a prerequisite. If you can't deploy your Drupal site and Solr config to the production server, there's no point in using Solr Cloud. |
I just released new versions of solarium and search_api_solr this week. |
Awesome! |
Sounds fantastic @mkalkbrenner, thanks! You do an amazing job maintaining the module. It's a lot of work, with many moving parts, and I very much appreciate your efforts. |
I'll change the documentation within search_api_solr to use that add-on. |
Awesome! |
I'm attempting to use Drupal 10.0.3 with Search API 4.2.10.
I followed the instructions on the README, but after I set the number of shards to 3 and submit (while trying to upload a new config set from /admin/config/search/search-api/server/ddev_server I get the following error:
I am able to access the solr server at http://moreddev.ddev.site:8983/solr/#/
On the Drupal server view page (/admin/config/search/search-api/server/ddev_server):
The Solr server could be reached.
The Solr collection could not be accessed. Further data is therefore unavailable.
8.11.2
An error occurred while trying to retrieve additional information from the Solr server: Solr endpoint http://ddev-moreddev-solr:8983/ not found (code: 404, body: <html> <head> <meta http-equiv="Content-Type" content="text/html;charset=ISO-8859-1"/> <title>Error 404 Not Found</title> </head> <body><h2>HTTP ERROR 404 Not Found</h2> <table> <tr><th>URI:</th><td>/solr/techproducts/admin/luke</td></tr> <tr><th>STATUS:</th><td>404</td></tr> <tr><th>MESSAGE:</th><td>Not Found</td></tr> <tr><th>SERVLET:</th><td>default</td></tr> </table> </body> </html> , message: Solr HTTP error: OK (404) <html> <head> <meta http-equiv="Content-Type" content="text/html;charset=ISO-8859-1"/> <title>Error 404 Not Found</title> </head> <body><h2>HTTP ERROR 404 Not Found</h2> <table> <tr><th>URI:</th><td>/solr/techproducts/admin/luke</td></tr> <tr><th>STATUS:</th><td>404</td></tr> <tr><th>MESSAGE:</th><td>Not Found</td></tr> <tr><th>SERVLET:</th><td>default</td></tr> </table> </body> </html> ).
What am I missing?
thanks,
-mike
The text was updated successfully, but these errors were encountered: