Solr
  1. Solr
  2. SOLR-4968

The collection alias api should have a list cmd.

    Details

    • Type: Improvement Improvement
    • Status: Open
    • Priority: Major Major
    • Resolution: Unresolved
    • Affects Version/s: None
    • Fix Version/s: 4.9, 6.0
    • Component/s: SolrCloud
    • Labels:
      None
    1. SOLR-4968.patch
      5 kB
      Steve Molloy
    2. SOLR-4968.patch
      5 kB
      Steve Molloy
    3. SOLR-4968.patch
      5 kB
      Mark Miller

      Issue Links

        Activity

        Hide
        Mark Miller added a comment -

        First patch. Response needs some tweaking, test needs some asserts.

        Show
        Mark Miller added a comment - First patch. Response needs some tweaking, test needs some asserts.
        Hide
        Steve Rowe added a comment -

        Bulk move 4.4 issues to 4.5 and 5.0

        Show
        Steve Rowe added a comment - Bulk move 4.4 issues to 4.5 and 5.0
        Hide
        Bryce Griner added a comment -

        Is there currently a workaround to getting this list of aliases?

        Where do they get stored? If they only get stored in Zookeeper then how can they be backed up in case of a Zookeeper failure where all the config needs to be reloaded back into Zookeeper? Would I just have to recreate all of the aliases?

        Show
        Bryce Griner added a comment - Is there currently a workaround to getting this list of aliases? Where do they get stored? If they only get stored in Zookeeper then how can they be backed up in case of a Zookeeper failure where all the config needs to be reloaded back into Zookeeper? Would I just have to recreate all of the aliases?
        Hide
        Shawn Heisey added a comment -

        Is there currently a workaround to getting this list of aliases?

        Where do they get stored? If they only get stored in Zookeeper then how can they be backed up in case of a Zookeeper failure where all the config needs to be reloaded back into Zookeeper? Would I just have to recreate all of the aliases?

        As far as I know, they are indeed only in zookeeper. You can see them in the Admin UI by clicking the Cloud tab, then Tree, then /aliases.json in the tree view. You should maintain documentation on how you built your SolrCloud and Zookeeper configs so you can recreate them if you lose them entirely.

        A fully redundant zookeeper ensemble with three or more hosts should keep you from encountering a situation where you have to entirely reconstruct the ZK database, but but you do bring up a good point - it is always a good idea to have actual backups in case of severe bugs, human error, or malicious intent.

        Here's some information at the zookeeper level on maintenance and data file management:

        http://zookeeper.apache.org/doc/current/zookeeperAdmin.html#sc_maintenance
        http://zookeeper.apache.org/doc/current/zookeeperAdmin.html#sc_dataFileManagement

        I found these URLs in a Stack Overflow question about backing up zookeeper:

        http://stackoverflow.com/questions/6394140/how-do-you-backup-zookeeper

        Show
        Shawn Heisey added a comment - Is there currently a workaround to getting this list of aliases? Where do they get stored? If they only get stored in Zookeeper then how can they be backed up in case of a Zookeeper failure where all the config needs to be reloaded back into Zookeeper? Would I just have to recreate all of the aliases? As far as I know, they are indeed only in zookeeper. You can see them in the Admin UI by clicking the Cloud tab, then Tree, then /aliases.json in the tree view. You should maintain documentation on how you built your SolrCloud and Zookeeper configs so you can recreate them if you lose them entirely. A fully redundant zookeeper ensemble with three or more hosts should keep you from encountering a situation where you have to entirely reconstruct the ZK database, but but you do bring up a good point - it is always a good idea to have actual backups in case of severe bugs, human error, or malicious intent. Here's some information at the zookeeper level on maintenance and data file management: http://zookeeper.apache.org/doc/current/zookeeperAdmin.html#sc_maintenance http://zookeeper.apache.org/doc/current/zookeeperAdmin.html#sc_dataFileManagement I found these URLs in a Stack Overflow question about backing up zookeeper: http://stackoverflow.com/questions/6394140/how-do-you-backup-zookeeper
        Hide
        Uwe Schindler added a comment -

        Move issue to Solr 4.9.

        Show
        Uwe Schindler added a comment - Move issue to Solr 4.9.
        Hide
        Gregory Chanan added a comment -

        If you don't mind Mark, I'll take a look at updating your patch for 5.0.

        Show
        Gregory Chanan added a comment - If you don't mind Mark, I'll take a look at updating your patch for 5.0.
        Hide
        Shalin Shekhar Mangar added a comment -

        This information is available with the clusterstatus API:

        https://cwiki.apache.org/confluence/display/solr/Collections+API#CollectionsAPI-api18

        Show
        Shalin Shekhar Mangar added a comment - This information is available with the clusterstatus API: https://cwiki.apache.org/confluence/display/solr/Collections+API#CollectionsAPI-api18
        Hide
        Steve Molloy added a comment -

        Adapted for 5.3.1, seems to apply well on trunk, but not tested.

        Show
        Steve Molloy added a comment - Adapted for 5.3.1, seems to apply well on trunk, but not tested.
        Hide
        Steve Molloy added a comment -

        Same patch without the eclipse workspace part in the paths (not sure why eclipse added those)

        Show
        Steve Molloy added a comment - Same patch without the eclipse workspace part in the paths (not sure why eclipse added those)
        Hide
        Jan Høydahl added a comment -

        No activity in almost a year on this... Mark, will you object to instead implement the solution in SOLR-8589 ? Or are you planning to finalize this one instead? (I can live with either)

        Show
        Jan Høydahl added a comment - No activity in almost a year on this... Mark, will you object to instead implement the solution in SOLR-8589 ? Or are you planning to finalize this one instead? (I can live with either)
        Hide
        Mark Miller added a comment -

        It's a small feature and a small patch here, I don't think it matters what issue it gets implemented in. If the other issue has more momentum, I would close this as a duplicate and be sure to credit Steve Molloy in the issue that actually delivers this for his work on it.

        Show
        Mark Miller added a comment - It's a small feature and a small patch here, I don't think it matters what issue it gets implemented in. If the other issue has more momentum, I would close this as a duplicate and be sure to credit Steve Molloy in the issue that actually delivers this for his work on it.

          People

          • Assignee:
            Mark Miller
            Reporter:
            Mark Miller
          • Votes:
            1 Vote for this issue
            Watchers:
            10 Start watching this issue

            Dates

            • Created:
              Updated:

              Development