[SOLR-12182] Can not switch urlScheme in 7x if there are any cores in the cluster

• Type: Bug
• Status: Reopened
• Priority: Major
• Resolution: Unresolved
• Affects Version/s: 7.0, 7.1, 7.2
• Assignee: Unassigned
• Reporter: Anshum Gupta
• Created: 03/Apr/18 18:02
• Updated: 06/Jan/22 18:54

Description

I was trying to enable TLS on a cluster that was already in use i.e. had existing collections and ended up with down cores, that wouldn't come up and the following core init errors in the logs:

org.apache.solr.common.SolrException:org.apache.solr.common.SolrException: replica with coreNodeName core_node4 exists but with a different name or base_url.

What is happening here is that the core/replica is defined in the clusterstate with the urlScheme as part of it's base URL e.g. "base_url":"http:hostname:port/solr".

Switching the urlScheme in Solr breaks this convention as the host now uses HTTPS instead.

Actually, I ran into this with an older version because I was running with legacyCloud=false and then realized that we switched that to the default behavior only in 7x i.e while most users did not hit this issue with older versions, unless they overrode the legacyCloud value explicitly, users running 7x are bound to run into this more often.

Switching the value of legacyCloud to true, bouncing the cluster so that the clusterstate gets flushed, and then setting it back to false is a workaround but a bit risky one if you don't know if you have any old cores lying around.

Ideally, I think we shouldn't prepend the urlScheme to the base_url value and use the urlScheme on the fly to construct it.

Issue Links

• causes: SOLR-15097 Cluster graph in admin UI is broken
• causes: SOLR-15046 bin/solr check to see if solr.jetty.https.port should be set always returns true
• causes: SOLR-15587 Replicas end up with base_url as http on client side even if cluster state says https when using the HttpClusterStateProvider
• causes: SOLR-15145 Older versions of SolrJ (pre-8.8.0) hit an NPE when computing the base_url for core node props
• causes: SOLR-15364 Race condition when maintaining multiple CloudSolrClients for a mix of HTTP/HTTPS clusters
• relates to: SOLR-10202 Auto resolve urlScheme, remove cluster property
• links to: GitHub Pull Request #2010
• links to: GitHub Pull Request #2114
• links to: GitHub Pull Request #2116