And one more thing I noticed you are specifying your ensemble as zk.zk.zk.zk:2181 . But it should be of the form *zk1:port,zk2:port,zk3:port *.
On Tue, Dec 1, 2015 at 8:12 PM, Manikandan Sivanesan <msiva...@redhat.com> wrote: > > Try with the conf directory in place with schema.xml & solrconfig.xml > inside conf. You should see the files being uploaded > > ./server/scripts/cloud-scripts/zkcli.sh -cmd upconfig -confdir > *./server/solr/configsets/scbe_**public7_config/conf* -confname > scbe_public7 -z zk.zk.zk.zk:2181 > > This is how I do > zkcli.sh -zkhost $ZK_ENSEMBLE -cmd upconfig -confdir /tmp/access/conf > -confname access > > You can verify if you have properly uploaded the config to either by > Upayvira's suggestion or using ./zkcli.sh Eg : > https://gist.github.com/manisnesan/52ffc84dd761365e0c22 > > > > On Tue, Dec 1, 2015 at 5:22 PM, Kelly, Frank <frank.ke...@here.com> wrote: > >> So I have an ensemble of three Zk nodes running >> >> I have tried upconfig to all three ZooKeeper nodes (1 leader, 2 followers) >> and they seem to work but when I look at cloud/tree it doesn’t make a >> difference. >> I tried switching browsers to avoid the potential browser caching issue >> and still no dice. >> >> >> The only thing I can think of is that “mycollection” which I *can* see is >> a Managed Schema - does having one ManagedSchema in ZooKeeper/Solr >> prevent Classic schema.xml based configurations from being configured - >> even if they are to be used by different indexes? >> >> I.e. Is the following possible >> config1 -> classic schema (schema.xml) >> config2 -> managed schema >> >> collection1 uses config1 (managed by schema.xml) >> collection2 uses config2 (managed by REST API) >> >> Best, >> >> -Frank >> >> >> Frank Kelly >> Principal Software Engineer >> Predictive Analytics Team (SCBE/HAC/CDA) >> >> Email: f <mailto:frank.ke...@here.com>r >> <mailto:frank.ke...@here.com>ank.ke...@here.com >> <mailto:frank.ke...@here.com> >> Website: http://www.here.com <http://www.here.com/> >> >> 5 Wayside Rd, Burlington, MA 01803, USA >> Here, a Nokia business >> >> >> >> >> >> >> >> On 12/1/15, 5:10 PM, "Erick Erickson" <erickerick...@gmail.com> wrote: >> >> >You shouldn't have to do the linkconfig to see the configs in the ZK >> >tree, and it should appear virtually instantaneously. A couple of >> >possibilities: >> > >> >1> your browser is caching the view somehow (unlikely). >> >2> your Solr instance isn't pointing to the same ZK your upconfig >> >command is pointing to. This is easy to do if you start your Solr with >> >the bin scripts like 'bin/solr -c' start as that invokes the embedded >> >zookeeper, not the external ensemble, you have to use the -z option >> >for that (the -c option is unnecessary if you specify -z) >> > >> >And the first form of your CREATE command is what's required, i.e. >> >"collection.configName=scbe_public7" >> >not >> >"collection.configName=/configs/scbe_public7" >> > >> >Don't worry about the linkconfig, create or anything else until you >> >can see your configs in the tree view. >> > >> >Best, >> >Erick >> > >> >On Tue, Dec 1, 2015 at 1:53 PM, Kelly, Frank <frank.ke...@here.com> >> wrote: >> >> Thanks - the only thing under cloud/tree tab for /configs is >> >>mycollection >> >> >> >> But I am pretty sure my zookeeper config upload is working fine >> >> >> >> ./server/scripts/cloud-scripts/zkcli.sh -cmd upconfig -confdir >> >> ./server/solr/configsets/scbe_public7_config -confname scbe_public7 -z >> >> zk.zk.zk.zk:2181 >> >> ./server/scripts/cloud-scripts/zkcli.sh -cmd linkconfig -collection >> >> scbe_public7 -confname scbe_public7 -z zk.zk.zk.zk:2181 >> >> >> >> At least no errors were reported . . . >> >> >> >> I just re-ran the same commands and gave it a few minutes but I still >> >> don¹t see the ³scbe_public7² config under /configs? >> >> >> >> -Frank >> >> >> >> >> >> On 12/1/15, 4:16 PM, "Upayavira" <u...@odoko.co.uk> wrote: >> >> >> >>>Check via the admin UI - cloud/tree tab. Check inside the config >> >>>directory that you are attempting to use to see if there is a >> >>>solrconfig.xml and a schema file. I've sometimes uploaded it such that >> >>>there's a conf directory inside - i.e. one layer too deep. >> >>> >> >>>This is gonna be something trivial, I bet you! >> >>> >> >>>Upayavira >> >>> >> >>>On Tue, Dec 1, 2015, at 08:04 PM, Kelly, Frank wrote: >> >>>> Context: Solr 5.3.1 with ZooKeeper 3.4.6 (SolrCloud) >> >>>> >> >>>> Via the REST APU I am trying to create a collection and tie it to a >> >>>> configuration I have loaded into ZooKeeper >> >>>> >> >>>> Here are the configs loaded into ZooKeeper >> >>>> >> >>>> [zk: localhost:2181(CONNECTED) 5] ls /configs >> >>>> [scbe_public7, mycollection, scbe_public_conf] >> >>>> >> >>>> Here is my Curl command with scbe_public7 as the configName >> >>>> >> >>>> $ curl -X -v >> >>>> >> >>>>" >> http://XX.XX.XX.XX:8983/solr/admin/collections?action=CREATE&name=tmp2 >> >>>>&n >> >> >>>>umShards=3&replicationFactor=2&maxShardsPerNode=1&collection.configName >> >>>>=s >> >>>>cbe_public7" >> >>>> <?xml version="1.0" encoding="UTF-8"?> >> >>>> <response> >> >>>> <lst name="responseHeader"><int name="status">400</int><int >> >>>> name="QTime">28</int></lst><str name="Operation create caused >> >>>> >> >> >>>>exception:">org.apache.solr.common.SolrException:org.apache.solr.common >> >>>>.S >> >>>>olrException: >> >>>> Can not find the specified config set: scbe_public7</str><lst >> >>>> name="exception"><str name="msg">Can not find the specified config >> >>>>set: >> >>>> scbe_public7</str><int name="rspCode">400</int></lst><lst >> >>>> name="error"><str name="msg">Can not find the specified config set: >> >>>> scbe_public7</str><int name="code">400</int></lst> >> >>>> </response> >> >>>> >> >>>> And if I try the following I get >> >>>> >> >>>> $ curl -X -v >> >>>> >> >>>>" >> http://XX.XX.XX.XX:8983/solr/admin/collections?action=CREATE&name=tmp2 >> >>>>&n >> >> >>>>umShards=3&replicationFactor=2&maxShardsPerNode=1&collection.configName >> >>>>=/ >> >>>>configs/scbe_public7" >> >>>> <?xml version="1.0" encoding="UTF-8"?> >> >>>> <response> >> >>>> <lst name="responseHeader"><int name="status">500</int><int >> >>>> name="QTime">29</int></lst><str name="Operation create caused >> >>>> >> >> >>>>exception:">java.lang.IllegalArgumentException:java.lang.IllegalArgumen >> >>>>tE >> >>>>xception: >> >>>> Invalid path string "/configs//configs/scbe_public7" caused by empty >> >>>>node >> >>>> name specified @9</str><lst name="exception"><str name="msg">Invalid >> >>>>path >> >>>> string "/configs//configs/scbe_public7" caused by empty node name >> >>>> specified @9</str><int name="rspCode">-1</int></lst><lst >> >>>> name="error"><str name="msg">Invalid path string >> >>>> "/configs//configs/scbe_public7" caused by empty node name specified >> >>>> @9</str><str name="trace">org.apache.solr.common.SolrException: >> >>>>Invalid >> >>>> path string "/configs//configs/scbe_public7" caused by empty node >> name >> >>>> specified >> >>>> >> >>>> Interestingly it will let me create WITHOUT specifying the config >> >>>> >> >>>> curl -X -v >> >>>> >> >>>>" >> http://XX.XX.XX.XX:8983/solr/admin/collections?action=CREATE&name=tmp2 >> >>>>&n >> >>>>umShards=3&replicationFactor=2&maxShardsPerNode=1" >> >>>> <?xml version="1.0" encoding="UTF-8"?> >> >>>> <response> >> >>>> <lst name="responseHeader"><int name="status">0</int><int >> >>>> name="QTime">2699</int></lst><lst name="success"><lst><lst >> >>>> name="responseHeader"><int name="status">0</int><int >> >>>> name="QTime">2042</int></lst><str >> >>>> name="core">tmp2_shard3_replica1</str></lst><lst><lst >> >>>> name="responseHeader"><int name="status">0</int><int >> >>>> name="QTime">2066</int></lst><str >> >>>> name="core">tmp2_shard1_replica1</str></lst><lst><lst >> >>>> name="responseHeader"><int name="status">0</int><int >> >>>> name="QTime">2088</int></lst><str >> >>>> name="core">tmp2_shard2_replica2</str></lst><lst><lst >> >>>> name="responseHeader"><int name="status">0</int><int >> >>>> name="QTime">2485</int></lst><str >> >>>> name="core">tmp2_shard3_replica2</str></lst><lst><lst >> >>>> name="responseHeader"><int name="status">0</int><int >> >>>> name="QTime">2531</int></lst><str >> >>>> name="core">tmp2_shard1_replica2</str></lst><lst><lst >> >>>> name="responseHeader"><int name="status">0</int><int >> >>>> name="QTime">2554</int></lst><str >> >>>> name="core">tmp2_shard2_replica1</str></lst></lst> >> >>>> </response> >> >>>> >> >>>> And it will be tied to (from CLUSTERSTATUS) >> >>>> "configName": "mycollection" >> >>>> >> >>>> This does not match the Documentation which states >> >>>> >> >>>> >> https://cwiki.apache.org/confluence/display/solr/Collections+API#Collec >> >>>>ti >> >>>>onsAPI-api1 >> >>>> >> >>>> collection.configName "Defines the name of the configurations (which >> >>>>must >> >>>> already be stored in ZooKeeper) to use for this collection. If not >> >>>> provided, Solr will default to the collection name as the >> >>>>configuration >> >>>> name.² >> >>>> >> >>>> So I am confused on two things >> >>>> >> >>>> 1. Why doesn¹t Solr see the ZooKeeper config I specified (or >> >>>> alternatively, is my syntax for the configName incorrect?) >> >>>> 2. When the config is not specified why does it default to >> >>>> ³mycollection" and not to the collection name (and thus cause an >> >>>>error >> >>>> because ¹tmp2¹ is not a config ) >> >>>> >> >>>> Thanks! >> >>>> >> >>>> -Frank >> >>>> >> >>>> Frank Kelly >> >>>> Principal Software Engineer >> >>>> Predictive Analytics Team (SCBE/HAC/CDA) >> >>>> >> >>>> >> >>>> >> >>>> >> >>>> Email: >> >>>> >> >>>>f<mailto:frank.ke...@here.com>r<mailto:frank.ke...@here.com >> >ank.kelly@h >> >>>>er >> >>>>e.com<mailto:frank.ke...@here.com> >> >>>> Website: http://www.here.com<http://www.here.com/> >> >>>> >> >>>> >> >>>> >> >>>> >> >>>> 5 Wayside Rd, Burlington, MA 01803, USA >> >>>> Here, a Nokia business >> >>>> >> >>>> >> >>>> >> >>>> >> >>>> >> >> >> >> >