Thank you everyone - this was EXACTLY my problem.
I was using a chroot for startup but not on the upload of configurations.
Now everything works as expected.
Thanks everyone!
-Frank
On 12/2/15, 12:10 AM, "Upayavira" wrote:
>Adding /solr to the zk string 'namespaces' the data within a sor
>di
If I'm carefully looking at your commands, the IP are different.
For upconfig "54.XX.XX.124:2181"
For downconfig, you used 54.XX.XX.84:2181
Are these zookeeper on an ensemble setup?
Anyways, to avoid confusion, what I'd recommend is, just spin one only
zookeeper first, start solr by passing respe
Adding /solr to the zk string 'namespaces' the data within a sor
directory inside zookeeper, which is a useful feature. It allows you to
share zk between multiple applications. However, you must use the same
at startup and with zkcli. So either remove the /solr or add it to the
zkcli lines also.
U
Why are you adding the /solr to the -z parameter when you start Solr? You
never specify it for upconfig/downconfig and the like.
Of course I'm almost always in dev and have only a single ZK running.
And when I just
tried adding /solr the results were a completely useless admin screen
that hung the
Thanks Erick,
Yes I start Solr as follows
$ ./bin/solr start -cloud -z
54.XX.XX.84:2181,54.XX.XX.124:2181,54.XX.XX.254:2181/solr -h 52.XX.XX.13
And confirmed those are the ZooKeeper nodes in question.
Good idea on the downconfig and I confirmed it is working e.g.
$ ./server/scripts/cloud-scr
Thanks for the suggestion
I tried both
$ ./server/scripts/cloud-scripts/zkcli.sh -cmd upconfig -confdir
./server/solr/configsets/scbe_public7_config -confname scbe_public7 -z
54.xx.yy.84:2181,54.aa.bb.254:2181,54.cc.dd.124:2181
$ ./server/scripts/cloud-scripts/zkcli.sh -cmd upconfig -confdir
./s
Hi,
There is no conf directory- all of my files are under the directory name
specified
$ ls -1 ./server/solr/configsets/scbe_public7_config/
currency.xml
lang
protwords.txt
_rest_managed.json
schema.xml
solrconfig.xml
stopwords.txt
synonyms.txt
Thanks!
-Frank
Frank Kelly
Principal Software
bq: 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.
That doesn't answer how you start _Solr_. My question earlier was trying
to insure that your Solr instance points at the same zookeeper e
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
wrote:
>
> Try with the conf directory in place with schema.xml & solrconfig.xml
> inside conf. Yo
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
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.
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. Th
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
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
14 matches
Mail list logo