I pretty much always use zk upconfig, which also works for overwriting existing. I certainly tell my clients to use apis from the ref guide for such operations, but zk upconfig certainly counts as one. Mostly I tell them that they should only break out things like https://github.com/rgs1/zk_shell as a last resort (which is what I think of as direct modification), and if they are unsure, call me *before* doing anything in zk directly.
By the way, I don't know if this has come up in a dev/build setting or not, but are you aware of https://plugins.gradle.org/search?term=solr ? It is presently only really suitable for local dev, with a single config set, but could easily grow patches and suggestions welcome of course. On Sun, Feb 11, 2024, 9:10 AM Eric Pugh <ep...@opensourceconnections.com> wrote: > Hi all.. I was playing around with a cluster and wanted to upload a > configset into Solr…. > > I ran bin/solr and noticed a bin/solr config -h command, but it just lets > me tweak a config. Then I ran bin/solr create -h and it appears to let me > upload a configset, but I have to create the collection as well, and I’m > not ready to do that. > > Then I poked around and discovered hidden under bin/solr zk a command > upconfig…. So bin/solr zk upconfig will let me get my configset into Solr, > but does require me to remember what my magic ZK string is ;-). > > I went and checked the ref guide, and yes, it states that there are two > ways: > > A configset can be uploaded to ZooKeeper either via the Configsets API < > https://solr.apache.org/guide/solr/latest/configuration-guide/configsets-api.html> > or more directly via bin/solr zk upconfig < > https://solr.apache.org/guide/solr/latest/deployment-guide/solr-control-script-reference.html#upload-a-configuration-set>. > The Configsets API has some other operations as well, and likewise, so does > the CLI. > > Are there use cases where interacting directly with ZooKeeper is preferred > over making changes via the APIs? Of is the use of bin/solr zk upconfig > more of a evolutionary byproduct of how we built SolrCloud? > > Eric > > _______________________ > Eric Pugh | Founder & CEO | OpenSource Connections, LLC | 434.466.1467 | > http://www.opensourceconnections.com < > http://www.opensourceconnections.com/> | My Free/Busy < > http://tinyurl.com/eric-cal> > Co-Author: Apache Solr Enterprise Search Server, 3rd Ed < > https://www.packtpub.com/big-data-and-business-intelligence/apache-solr-enterprise-search-server-third-edition-raw> > > This e-mail and all contents, including attachments, is considered to be > Company Confidential unless explicitly stated otherwise, regardless of > whether attachments are marked as such. > >
