[
https://issues.apache.org/jira/browse/SOLR-12261?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16451272#comment-16451272
]
Mark Miller commented on SOLR-12261:
------------------------------------
bq. It's debatable if this is an improvement or a bug.
Thats been a ton of SolrCloud. Upsides and downsides of building on an existing
system and trying to get something out fast with a few devs (so we could build
up to many, many more devs in a reasonable timeframe).
In the end you end up with many 'unfinished' things living between bug and
feature. Things constantly get ticked off the list though.
Good scriptability and the testing of that with the collections API is still
something that's on my list, unless it's further than the state I'm aware of.
Good responses have been a work in progress, and the lack of some ZK=truth
stuff has made deleting and creating the same collection in a script a bit of a
nightmare.
In the end, bug, improvement, take your pick. Stuff that should be fixed and
tested.
For the Alias feature though, I really didn't spend a lot of time thinking out
every possible case, I pumped it out during a short hackathon and didn't use it
personally. So it's an improvement. I mean a bug. It's been getting fixed and
tested.
> Deleting collections should sync aliases before prematurely failing when
> alias is deleted
> -----------------------------------------------------------------------------------------
>
> Key: SOLR-12261
> URL: https://issues.apache.org/jira/browse/SOLR-12261
> Project: Solr
> Issue Type: Bug
> Security Level: Public(Default Security Level. Issues are Public)
> Components: SolrCloud
> Reporter: David Smiley
> Assignee: David Smiley
> Priority: Minor
> Attachments: SOLR-12261.patch
>
>
> In SOLR-11218 [~erickerickson] ensured that we can't delete a collection that
> is referenced by an alias. However It may be that the alias is deleted but
> the node servicing the request doesn't know about this yet. It should call
> AliasesManager.update() first (which now sync()'s with ZK).
> I believe this is the cause of some sporadic failures to
> org.apache.solr.cloud.AliasIntegrationTest#tearDown which deletes the alias
> then all collections.
> It's debatable if this is an improvement or a bug. Sadly most of SolrCloud
> simply seems to operate this way despite it being eventually consistent. Thus
> users using SolrCloud may have to add sleep()s after calls to Solr admin
> calls :-/
--
This message was sent by Atlassian JIRA
(v7.6.3#76005)
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org
For additional commands, e-mail: dev-h...@lucene.apache.org
