You are viewing a plain text version of this content. The canonical link for it is here.
Posted to issues@solr.apache.org by "David Smiley (Jira)" <ji...@apache.org> on 2026/01/28 17:17:00 UTC
[jira] [Commented] (SOLR-18083) Fix behavior of normal operations for readOnly collections
[ https://issues.apache.org/jira/browse/SOLR-18083?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=18054897#comment-18054897 ]
David Smiley commented on SOLR-18083:
-------------------------------------
+1 to the description/assumption – a read-only core _should_ have no pending changes that require additional commits etc. for visibility.
> Fix behavior of normal operations for readOnly collections
> ----------------------------------------------------------
>
> Key: SOLR-18083
> URL: https://issues.apache.org/jira/browse/SOLR-18083
> Project: Solr
> Issue Type: Bug
> Reporter: Houston Putman
> Priority: Major
> Labels: pull-request-available
> Time Spent: 10m
> Remaining Estimate: 0h
>
> Currently there are issues when trying to do a number of things when a collection is in ReadOnly state, namely because Solr tries to issue a commit or refuses to open an indexWriter. These things make recovery or restarting a node impossible when a collection is in a readOnly state.
> While a core is reloaded and put into read-only state, a commit is issued. So we can probably assume that all read-only collections have cores that are already committed. (If this is not a valid assumption, we should fix Solr so that it is valid). Thus whenever we try to issue a commit at various points (especially during recovery), we should make sure that we are not in read-only mode.
--
This message was sent by Atlassian Jira
(v8.20.10#820010)
---------------------------------------------------------------------
To unsubscribe, e-mail: issues-unsubscribe@solr.apache.org
For additional commands, e-mail: issues-help@solr.apache.org