Hi Anshum, FWIW I find that page is not entirely accurate with regard to async params. For example, my testing shows that DELETEREPLICA *does* support the async param, although that is not listed here: https://cwiki.apache.org/confluence/display/solr/Collections+API#CollectionsAPI-api9
Cheers, Ian On Tue, Apr 28, 2015 at 12:47 PM, Anshum Gupta <ans...@anshumgupta.net> wrote: > Hi Ian, > > DELETESHARD doesn't support ASYNC calls officially. We could certainly do > with a better response but I believe with most of the Collections API calls > at this time in Solr, you could send random params which would get ignored. > Therefore, in this case, I believe that the async param gets ignored. > > The go-to reference point to check what's supported is the official > reference guide: > > https://cwiki.apache.org/confluence/display/solr/Collections+API#CollectionsAPI-api7 > > This doesn't mentioned support for async DELETESHARD calls. > > On Tue, Apr 28, 2015 at 8:05 AM, Ian Rose <ianr...@fullstory.com> wrote: > > > Is it possible to run DELETESHARD commands in async mode? Google > searches > > seem to indicate yes, but not definitively. > > > > My local experience indicates otherwise. If I start with an async > > SPLITSHARD like so: > > > > > > > http://localhost:8983/solr/admin/collections?action=splitshard&collection=2Gp&shard=shard1_0_0&async=12-foo-1 > > > > Then I get back the expected response format, with <str name="requestid"> > > 12-foo-1</str> > > > > And I can later query for the result via REQUESTSTATUS. > > > > However if I try an async DELETESHARD like so: > > > > > > > http://localhost:8983/solr/admin/collections?action=deleteshard&collection=2Gp&shard=shard1_0_0&async=12-foo-4 > > > > The response includes the command result, indicating that the command was > > not run async: > > > > <lst name="success"> > > <lst name="192.168.1.106:8983_solr"> > > <lst name="responseHeader"> > > <int name="status">0</int> > > <int name="QTime">16</int> > > </lst> > > </lst> > > </lst> > > > > And in addition REQUESTSTATUS calls for that requestId fail with "Did not > > find taskid [12-foo-4] in any tasks queue". > > > > Synchronous deletes are causing problems for me in production as they are > > timing out in some cases. > > > > Thanks, > > Ian > > > > > > p.s. I'm on version 5.0.0 > > > > > > -- > Anshum Gupta >