You are viewing a plain text version of this content. The canonical link for it is here.
Posted to solr-user@lucene.apache.org by Shawn Heisey <so...@elyograg.org> on 2013/06/04 17:16:07 UTC
problem with zkcli.sh linkconfig
I've got Solr 4.2.1 running SolrCloud. I need to change the config set
associated with a collection. I'm having a problem with this. Here's
the command that I'm running, domain name redacted:
/opt/mbsolr4/cloud-scripts/zkcli.sh -cp
"/opt/mbsolr4/lib/ext/slf4j-api-1.7.2.jar:/opt/mbsolr4/lib/ext/slf4j-log4j12-1.7.2.jar"
-z
"mbzoo1.REDACTED.com:2181,mbzoo2.REDACTED.com:2181,mbzoo3.REDACTED.com:2181/mbsolr1"
-collection twotest -confname mbtestcfg -cmd linkconfig
Here's part of the resulting log:
Jun 04, 2013 9:08:44 AM org.apache.solr.cloud.ZkController linkConfSet
INFO: Load collection config from:/collections/p
Jun 04, 2013 9:08:44 AM org.apache.solr.common.cloud.SolrZkClient makePath
INFO: makePath: /collections/p
It partially creates a new collection named "p", which is not referenced
on my commandline. This partial collection IS linked to the config set
that I referenced. The same thing happens if I use -c and -n instead of
-collection and -confname.
Am I doing something wrong, or is this a bug? Will I need to recreate
the collection as a workaround?
Thanks,
Shawn
Re: problem with zkcli.sh linkconfig
Posted by Shawn Heisey <so...@elyograg.org>.
On 6/5/2013 10:05 AM, Mark Miller wrote:
> Sounds like a bug - we probably don't have a test that updates a link - if you can make a JIRA issue, I'll be happy to look into it soon.
I will go ahead and create an issue so that a test can be built, but I
have some more info: It works perfectly when running the script from the
4.3.1 example, and from the 4.2.1 example.
I am using slf4j 1.7.2 and log4j 1.4.17 in my production 4.2.1 lib/ext.
That is the only difference I can think of at the moment.
Thanks,
Shawn
Re: problem with zkcli.sh linkconfig
Posted by Mark Miller <ma...@gmail.com>.
Sounds like a bug - we probably don't have a test that updates a link - if you can make a JIRA issue, I'll be happy to look into it soon.
- Mark
On Jun 4, 2013, at 8:16 AM, Shawn Heisey <so...@elyograg.org> wrote:
> I've got Solr 4.2.1 running SolrCloud. I need to change the config set
> associated with a collection. I'm having a problem with this. Here's
> the command that I'm running, domain name redacted:
>
> /opt/mbsolr4/cloud-scripts/zkcli.sh -cp
> "/opt/mbsolr4/lib/ext/slf4j-api-1.7.2.jar:/opt/mbsolr4/lib/ext/slf4j-log4j12-1.7.2.jar"
> -z
> "mbzoo1.REDACTED.com:2181,mbzoo2.REDACTED.com:2181,mbzoo3.REDACTED.com:2181/mbsolr1"
> -collection twotest -confname mbtestcfg -cmd linkconfig
>
> Here's part of the resulting log:
>
> Jun 04, 2013 9:08:44 AM org.apache.solr.cloud.ZkController linkConfSet
> INFO: Load collection config from:/collections/p
> Jun 04, 2013 9:08:44 AM org.apache.solr.common.cloud.SolrZkClient makePath
> INFO: makePath: /collections/p
>
> It partially creates a new collection named "p", which is not referenced
> on my commandline. This partial collection IS linked to the config set
> that I referenced. The same thing happens if I use -c and -n instead of
> -collection and -confname.
>
> Am I doing something wrong, or is this a bug? Will I need to recreate
> the collection as a workaround?
>
> Thanks,
> Shawn
>