- Merge request !15Issue #3326393: Acquia Search causes other solr servers configured to return with HTTP code 0 → (Closed) created by cgoffin
Automatically closed - issue fixed for 2 weeks with no activity.
When I have acquia_search installed, my other solr server that configured for local development returns a Curl code 0. I've identified that this was not a problem on 3.0.9 as rolling back or uninstalling acquia_search allows me to use the local solr server. The local solr server is using the Standard Solr Connector plugin, so Acquia Search shouldn't have anything to do with it.
Here's what I constantly get.
http://solr:8983/ internal Solr server error (code: 0, body: , message: Solr HTTP error: Authentication of search content failed url: ).
Make sure Acquia Search 3.1.1 is installed
Set up a local solr server (I use lando and my configuration look somsehting like this)
services:
solr:
type: solr:7
core: new_core
portforward: true
config:
dir: docroot/modules/contrib/search_api_solr/jump-start/solr7/config-set
uuid: 1b594068-a426-4f2a-bd76-397e2f49ec66
langcode: en
status: true
dependencies:
config:
- search_api_solr.solr_cache.cache_document_default_7_0_0
- search_api_solr.solr_cache.cache_fieldvalue_default_7_0_0
- search_api_solr.solr_cache.cache_filter_default_7_0_0
- search_api_solr.solr_cache.cache_persegfilter_default_7_0_0
- search_api_solr.solr_cache.cache_queryresult_default_7_0_0
- search_api_solr.solr_field_type.text_edge_und_7_0_0
- search_api_solr.solr_field_type.text_edgestring_und_6_0_0
- search_api_solr.solr_field_type.text_en_7_0_0
- search_api_solr.solr_field_type.text_ngram_und_7_0_0
- search_api_solr.solr_field_type.text_ngramstring_und_6_0_0
- search_api_solr.solr_field_type.text_phonetic_en_7_0_0
- search_api_solr.solr_field_type.text_phonetic_und_7_0_0
- search_api_solr.solr_field_type.text_string_und_6_0_0
- search_api_solr.solr_field_type.text_und_7_0_0
- search_api_solr.solr_request_dispatcher.request_dispatcher_httpcachingnever_default_7_0_0
- search_api_solr.solr_request_handler.request_handler_autocomplete_default_7_0_0
- search_api_solr.solr_request_handler.request_handler_extract_default_7_0_0
- search_api_solr.solr_request_handler.request_handler_mlt_default_7_0_0
- search_api_solr.solr_request_handler.request_handler_select_default_7_0_0
- search_api_solr.solr_request_handler.request_handler_spell_default_7_0_0
- search_api_solr.solr_request_handler.request_handler_suggest_default_7_0_0
- search_api_solr.solr_request_handler.request_handler_tvrh_default_7_0_0
module:
- search_api_solr
id: local
name: local
description: ''
backend: search_api_solr
backend_config:
retrieve_data: false
highlight_data: false
site_hash: false
server_prefix: ''
domain: generic
environment: default
connector: standard
connector_config:
scheme: http
host: solr
port: 8983
path: /
core: new_core
timeout: 5
index_timeout: 5
optimize_timeout: 10
finalize_timeout: 30
skip_schema_check: false
solr_version: '7'
http_method: AUTO
commit_within: 1000
jmx: false
jts: false
solr_install_dir: ''
optimize: false
fallback_multiple: false
disabled_field_types: { }
disabled_caches: { }
disabled_request_handlers:
- request_handler_elevate_default_7_0_0
- request_handler_replicationmaster_default_7_0_0
- request_handler_replicationslave_default_7_0_0
disabled_request_dispatchers:
- request_dispatcher_httpcaching_default_7_0_0
rows: 10
index_single_documents_fallback_count: 10
index_empty_text_fields: false
suppress_missing_languages: false
Navigate to the edit screen
Having Acquia Search installed should not affect solr servers that connect using the Standard or other Connectors.
Fixed
3.1
Code
Not all content is available!
It's likely this issue predates Contrib.social: some issue and comment data are missing.
Automatically closed - issue fixed for 2 weeks with no activity.