Solr
  1. Solr
  2. SOLR-4805

SolrCloud - RELOAD on collections or cores leaves collection offline and unusable till restart

    Details

    • Type: Bug Bug
    • Status: Closed
    • Priority: Major Major
    • Resolution: Fixed
    • Affects Version/s: 4.3
    • Fix Version/s: 4.4, 6.0
    • Component/s: SolrCloud
    • Labels:
      None

      Description

      If you have a collection that is composed of a single core, then calling reload on that collection leaves the core offline. This happens even if nothing at all has changed about the collection or its config. This happens whether you call reload via an http GET or if you directly call reload via the collections api.

      Tried a collection with a single core that contains data, change nothing about the config in ZK and call reload and the collection. The call completes, but ZK flags that replica with "state":"down"

      Try it where a the single core contains no data and the same thing happens, ZK config updates and broadcasts "state":"down" for the replica.

      I did not try this in a multicore or replicated core environment.

        Issue Links

          Activity

          Hide
          Mark Miller added a comment -

          This may actually be causing an interrmitent test fail on jenkins.

          Show
          Mark Miller added a comment - This may actually be causing an interrmitent test fail on jenkins.
          Hide
          David Boychuck added a comment -

          I'm having this same issue on a cloud of 6 servers

          Show
          David Boychuck added a comment - I'm having this same issue on a cloud of 6 servers
          Show
          David Boychuck added a comment - Details here: http://lucene.472066.n3.nabble.com/Collections-API-Reload-killing-my-cloud-td4067141.html
          Hide
          Mark Miller added a comment -

          I'll fix it for 4.4 - we should stop doing preRegister when doing a reload.

          Show
          Mark Miller added a comment - I'll fix it for 4.4 - we should stop doing preRegister when doing a reload.
          Hide
          David Boychuck added a comment - - edited

          I get the same issue when I try to reload a single core. The only way for me to currently change my configs is to restart the container.

          Show
          David Boychuck added a comment - - edited I get the same issue when I try to reload a single core. The only way for me to currently change my configs is to restart the container.
          Hide
          Alexey Kudinov added a comment -

          It seems that the issue happens because ZkController.preRegister sets state 'Down' while in ZkController.register a piece fo code setting state to Active is skipped for reloaded core.
          Only recovery should be skipped but not setting state to Active.

          Show
          Alexey Kudinov added a comment - It seems that the issue happens because ZkController.preRegister sets state 'Down' while in ZkController.register a piece fo code setting state to Active is skipped for reloaded core. Only recovery should be skipped but not setting state to Active.
          Hide
          Mark Miller added a comment -

          A patch that de couples preRegister and CoreContainer#register - we want this anyway, so that SolrCores can use info they get from zk in init. With the decouple, we can move to correctly not calling preRegister on a SolrCore reload.

          Show
          Mark Miller added a comment - A patch that de couples preRegister and CoreContainer#register - we want this anyway, so that SolrCores can use info they get from zk in init. With the decouple, we can move to correctly not calling preRegister on a SolrCore reload.
          Show
          Mark Miller added a comment - Committed as http://svn.apache.org/viewvc?view=revision&revision=r1491312 and http://svn.apache.org/viewvc?view=revision&revision=r1491310 Thanks Jared!
          Hide
          Steve Rowe added a comment -

          Bulk close resolved 4.4 issues

          Show
          Steve Rowe added a comment - Bulk close resolved 4.4 issues

            People

            • Assignee:
              Mark Miller
              Reporter:
              Jared Rodriguez
            • Votes:
              0 Vote for this issue
              Watchers:
              7 Start watching this issue

              Dates

              • Created:
                Updated:
                Resolved:

                Development