Right, the problem is that both, bin/solr zk and ZkConfigManager require "direct access" to ZooKeeper (you have to have ZooKeeper exposed). I believe the original question was about how to achieve this without exposing ZooKeeper.
On Fri, Sep 11, 2020 at 11:00 AM Andy C <andycs...@gmail.com> wrote: > Don't know if this is an option for you but the SolrJ Java Client library > has support for uploading a config set. If the config set already exists it > will overwrite it, and automatically RELOAD the dependent collection. > > See > > https://lucene.apache.org/solr/8_5_0/solr-solrj/org/apache/solr/common/cloud/ZkConfigManager.html > > On Fri, Sep 11, 2020 at 1:45 PM Jörn Franke <jornfra...@gmail.com> wrote: > > > I would go for the Solr rest api ... especially if you have a secured zk > > (eg with Kerberos). Then you need to manage access for humans only in > Solr > > and not also in ZK. > > > > > Am 11.09.2020 um 19:41 schrieb Erick Erickson <erickerick...@gmail.com > >: > > > > > > Bin/solr zk upconfig... > > > Bin/solr zk cp... For individual files. > > > > > > Not as convenient as a nice API, but might let you get by... > > > > > >> On Fri, Sep 11, 2020, 13:26 Houston Putman <houstonput...@gmail.com> > > wrote: > > >> > > >> I completely agree, there should be a way to overwrite an existing > > >> configSet. > > >> > > >> Looks like https://issues.apache.org/jira/browse/SOLR-10391 already > > >> exists, > > >> so the work could be tracked there. > > >> > > >> On Fri, Sep 11, 2020 at 12:36 PM Tomás Fernández Löbbe < > > >> tomasflo...@gmail.com> wrote: > > >> > > >>> I was in the same situation recently. I think it would be nice to > have > > >> the > > >>> configset UPLOAD command be able to override the existing configset > > >> instead > > >>> of just fail (with a parameter such as override=true or something). > We > > >> need > > >>> to be careful with the trusted/unstrusted flag there, but that should > > be > > >>> possible. > > >>> > > >>>> If we can’t modify the configset wholesale this way, is it possible > to > > >>> create a new configset and swap the old collection to it? > > >>> You can create a new one and then call MODIFYCOLLECTION on the > > collection > > >>> that uses it: > > >>> > > >>> > > >> > > > https://lucene.apache.org/solr/guide/8_6/collection-management.html#modifycollection-parameters > > >>> . > > >>> I've never used that though. > > >>> > > >>> On Fri, Sep 11, 2020 at 7:26 AM Carroll, Michael (ELS-PHI) < > > >>> m.carr...@elsevier.com> wrote: > > >>> > > >>>> Hello, > > >>>> > > >>>> I am running SolrCloud in Kubernetes with Solr version 8.5.2. > > >>>> > > >>>> Is it possible to update a configset being used by a collection > using > > a > > >>>> SolrCloud API directly? I know that this is possible using the zkcli > > >> and > > >>> a > > >>>> collection RELOAD. We essentially want to be able to checkout our > > >>> configset > > >>>> from source control, and then replace everything in the active > > >> configset > > >>> in > > >>>> SolrCloud (other than the schema.xml). > > >>>> > > >>>> We have a couple of custom plugins that use config files that reside > > in > > >>>> the configset, and we don’t want to have to rebuild the collection > or > > >>>> access zookeeper directly if we don’t have to. If we can’t modify > the > > >>>> configset wholesale this way, is it possible to create a new > configset > > >>> and > > >>>> swap the old collection to it? > > >>>> > > >>>> Best, > > >>>> Michael Carroll > > >>>> > > >>> > > >> > > >