An unelegant alternative is to back up and delete a collection in lieu of unload, restore it in lieu of load...
Ilan On Sun, Nov 15, 2020 at 6:56 PM Erick Erickson <erickerick...@gmail.com> wrote: > I don’t really have any good alternatives. There’s an open JIRA for > this, see: SOLR-6399 > > This would be a pretty big chunk of work, which is one of the reasons > this JIRA has languished… > > Sorry I can’t be more helpful, > Erick > > > On Nov 15, 2020, at 11:00 AM, Gajanan <gajjuatd...@gmail.com> wrote: > > > > Hi Erick, thanks for the reply. > > I am working on a application where a solr collection is being created > per > > usage of application accumulating lot of them over period of time . In > order > > to keep memory requirements under control, I am unloading collections > not in > > current usage and loading them whenever required. > > This was working in non cloud mode with coreAdmin APIs. Now because of > > scaling requirements we want to shift to SolrCloud mode. we want to > continue > > with same application design. can you suggest, how to implement a similar > > solution in SolrCloud context. > > > > -Gajanan > > > > > > > > -- > > Sent from: https://lucene.472066.n3.nabble.com/Solr-User-f472068.html > >
