Re: Reindexing in SOlr

2016-02-23 Thread Neeraj Bhatt 
Hi

Can you give your data import tag details  tag in db-data-config.xml
Also is your previuos and new solr have different versions ?

Thanks



On Wed, Feb 24, 2016 at 12:08 PM, kshitij tyagi
 wrote:
> Hi,
>
> I am following the following article
> https://wiki.apache.org/solr/HowToReindex
> to reindex the data using Solr itself as a datasource.
>
> Means one solr instance has all fields with stored true and indexed=false.
> When I am using this instance as a datasource and indexing it on other
> instance data is not indexing.
>
> Giving error of version conflict. How can i resolve it.

Mapping Solr Exceptions to Error Code while using SolrJ

2016-02-23 Thread Debraj Manna 
Hi,

I am using Solrj 5.1 to talk add & delete docs from solr. Whenever there is
some exception while doing addition or deletion. Solr is throwing
SolrServerException with the error message in the exception.

I am trying to map each error to an error code. For example if I am getting
an exception message "Error from server at
http://abc-solr4:8585/solr/discovery: user version is not high enough:
1456297688" then I want to map this to a more generic error with messages
"Low User Version" & some error code let;s say XXX. So that later on it
becomes easier to know what kind of error we are getting,

The only way I can think of right now is catching the SolrServerException &
then doing a string match in e.getMessage(). Since the solr is not sending
and other code.

Can some one let me know if there is some better way of doing this & how do
people generally handle error while using solrj?

Thanks,
Debraj

Reindexing in SOlr

2016-02-23 Thread kshitij tyagi 
Hi,

I am following the following article
https://wiki.apache.org/solr/HowToReindex
to reindex the data using Solr itself as a datasource.

Means one solr instance has all fields with stored true and indexed=false.
When I am using this instance as a datasource and indexing it on other
instance data is not indexing.

Giving error of version conflict. How can i resolve it.

importing 4.10.2 solr cloud repository to 5.4.1

2016-02-23 Thread Neeraj Bhatt 
Hello

We have a solr cloud stored and indexed data of around 25 lakh documents
We recently moved to solr 5.4.1 but are unable to move our indexed
data. What approach we should follow

1. data import handler works in solr cloud ? what should we give in
url like  url="http://192.168.34.218:8080/solr/client_sku_shard1_replica3;
, this will have shard name, so all documents won't be imported

2. direct copying of index will work ? There are some schema changes
like from solr.Int to solr.TrieInt etc

3. write code to fetch from solr 4.10.2 and push into 5.4.1 this is
time consuming, though can be improved by using multithreading

Thanks

neeraj

Re: solrcloud shard working mechanism

2016-02-23 Thread Binoy Dalal 
Check out this Sharding wiki page:
https://cwiki.apache.org/confluence/display/solr/Shards+and+Indexing+Data+in+SolrCloud

It has a pretty comprehensive overview of how Sharding works.

On Wed, 24 Feb 2016, 00:46 Mugeesh Husain  wrote:

> Hello,
>
> could some explain about shard system, if we created 10 shard in a
> collection then search
>
> localhost:8983/solr/collection?q=id:12... in which shard this id will be
> search first.
>
> I mean i need to know internal working standard of shard/searching in
> solrlcoud.
>
>
>
> --
> View this message in context:
> http://lucene.472066.n3.nabble.com/solrcloud-shard-working-mechanism-tp4259261.html
> Sent from the Solr - User mailing list archive at Nabble.com.
>
-- 
Regards,
Binoy Dalal

What search metrics are useful?

2016-02-23 Thread William Bell 
How do others look at search metrics?

1. Search conversion? Do you look at searches and if the user does not
click on a result, and reruns the search that would be a failure?

2. How to measure auto complete success metrics?

3. Facets/filters could be considered negative, since we did not find the
results that the user wanted, and now they are filtering - who to measure?

4. One easy metric is searches with 0 results. We could auto expand the geo
distance or ask the user "did you mean" ?

5. Another easy one would be tech performance: "time it takes in seconds to
get a result".

6. How to measure fuzzy? How do you know you need more synonyms? How to
measure?

7. How many searches it takes before the user clicks on a result?

Other ideas? Is there a video or presentation on search metrics that would
be useful?

-- 
Bill Bell
billnb...@gmail.com
cell 720-256-8076

Re: numFound in facet results

2016-02-23 Thread Anil 
Yes Yonik. i could not find numBuckets true/false in Solr reference
documentation and Solrj facet params as well.

Could you please point me to documentation ? Thank you.

On 23 February 2016 at 20:53, Yonik Seeley  wrote:

> On Mon, Feb 22, 2016 at 2:34 AM, Anil  wrote:
> > can we get numFound of the number of face results for a query like in
> main
> > results ?
>
> Do you mean the number of facet buckets?
>
> You can add "numBuckets":true to a JSON facet request to get this info.
> http://yonik.com/json-facet-api/
>
> -Yonik
>

Query time de-boost

2016-02-23 Thread Shamik Bandopadhyay 
Hi,

  I'm looking into the possibility of de-boosting a set of documents during
query time. In my application, when I search for e.g. "preferences", I want
to de-boost content tagged with ContentGroup:"Developer" or in other words,
push those content back in the order. Here's the catch. I've the following
weights.

text^1.5 title^4 IndexTerm^2

As you can see, Title has a higher weight.

Now, a bunch of content tagged with ContentGroup:"Developer" consists of a
title like "Preferences.material" or "Preferences Property" or
"Preferences.graphics". The boost on title pushes these documents at the
top.

What I'm looking is to see if there's a way deboost all documents that are
tagged with ContentGroup:"Developer" irrespective of the term occurrence is
text or title.

Any pointers will be appreciated.

Thanks,
Shamik

solrcloud shard working mechanism

2016-02-23 Thread Mugeesh Husain 
Hello,

could some explain about shard system, if we created 10 shard in a
collection then search 

localhost:8983/solr/collection?q=id:12... in which shard this id will be
search first.

I mean i need to know internal working standard of shard/searching in
solrlcoud.



--
View this message in context: 
http://lucene.472066.n3.nabble.com/solrcloud-shard-working-mechanism-tp4259261.html
Sent from the Solr - User mailing list archive at Nabble.com.

Re: very slow frequent updates

2016-02-23 Thread Jeff Wartes 

My suggestion would be to split your problem domain. Use Solr exclusively for 
search - index the id and only those fields you need to search on. Then use 
some other data store for retrieval. Get the id’s from the solr results, and 
look them up in the data store to get the rest of your fields. This allows you 
to keep your solr docs as small as possible, and you only need to update them 
when a *searchable* field changes.

Every “update" in solr is a delete/insert. Even the "atomic update” feature is 
just a shortcut for that. It requires stored fields because the data from the 
stored fields gets copied into the new insert.





On 2/22/16, 12:21 PM, "Roland Szűcs"  wrote:

>Hi folks,
>
>We use SOLR 5.2.1. We have ebooks stored in SOLR. The majority of the
>fields do not change at all like content, author, publisher Only the
>price field changes frequently.
>
>We let the customers to make full text search so we indexed the content
>filed. Due to the frequency of the price updates we use the atomic update
>feature. As a requirement of the atomic updates we have to store all the
>fields even the content field which is 1MB/document and we did not want to
>store it just index it.
>
>As we wanted to update 100 documents with atomic update it took about 3
>minutes. Taking into account that our metadata /document is 1 Kb and our
>content field / document is 1MB we use 1000 more memory to accelerate the
>update process.
>
>I am almost 100% sure that we make something wrong.
>
>What is the best practice of the frequent updates when 99% part of a given
>document is constant forever?
>
>Thank in advance
>
>-- 
> Roland Szűcs
> Connect with
>me on Linkedin 
>
>CEO Phone: +36 1 210 81 13
>Bookandwalk.hu

[ANNOUNCE] Apache Solr 5.5.0 and Reference Guide for 5.5 available

2016-02-23 Thread Chris Hostetter 



Solr is the popular, blazing fast, open source NoSQL search platform from 
the Apache Lucene project. Its major features include powerful full-text 
search, hit highlighting, faceted search, dynamic clustering, database 
integration, rich document (e.g., Word, PDF) handling, and geospatial 
search. Solr is highly scalable, providing fault tolerant distributed 
search and indexing, and powers the search and navigation features of many 
of the world's largest internet sites.


Solr 5.5.0 is available for immediate download at:

  http://lucene.apache.org/solr/mirrors-solr-latest-redir.html

Please read CHANGES.txt for a full list of new features and changes:

  https://lucene.apache.org/solr/5_5_0/changes/Changes.html

This is expected to be the last 5.x feature release before Solr 6.0.0.

Solr 5.5 Release Highlights:

 * The schema version has been increased to 1.6, and Solr now returns
   non-stored doc values fields along with stored fields

 * The PERSIST CoreAdmin action has been removed

 * The  element is deprecated in favor of a similar
element, in solrconfig.xml

 * CheckIndex now works on ?HdfsDirectory

 * RuleBasedAuthorizationPlugin now allows wildcards in the role, and
   accepts an 'all' permission

 * Users can now choose compression mode in SchemaCodecFactory

 * Solr now supports Lucene's XMLQueryParser

 * Collections APIs now have async support

 * Uninverted field faceting is re-enabled, for higher performance on
   rarely changing indices

Further details of changes are available in the change log available at: 
http://lucene.apache.org/solr/5_5_0/changes/Changes.html


Also available is the Solr Reference Guide for Solr 5.5. This PDF serves 
as the definitive user's manual for Solr 5.5. It can be downloaded from 
the Apache mirror network: https://s.apache.org/Solr-Ref-Guide-PDF


Please report any feedback to the mailing lists 
(http://lucene.apache.org/solr/discussion.html)


Note: The Apache Software Foundation uses an extensive mirroring network 
for distributing releases. It is possible that the mirror you are using 
may not have replicated the release yet. If that is the case, please try 
another mirror. This also applies to Maven access.



-Hoss
http://www.lucidworks.com/

Re: Exception SolrServerException: No live SolrServers available to handle this request:

2016-02-23 Thread Mugeesh Husain 
Yes, all of the shards in a live state. I guess may be there will be
docvalues type NUMERIC for field 'year' (expected=SORTED) exception. Still i
am suffering what is the issue 



--
View this message in context: 
http://lucene.472066.n3.nabble.com/Exception-SolrServerException-No-live-SolrServers-available-to-handle-this-request-tp4258898p4259205.html
Sent from the Solr - User mailing list archive at Nabble.com.

Re: numFound in facet results

2016-02-23 Thread Yonik Seeley 
On Mon, Feb 22, 2016 at 2:34 AM, Anil  wrote:
> can we get numFound of the number of face results for a query like in main
> results ?

Do you mean the number of facet buckets?

You can add "numBuckets":true to a JSON facet request to get this info.
http://yonik.com/json-facet-api/

-Yonik

Re: UpdateHandler in solrconfig when using soldcloud

2016-02-23 Thread Shawn Heisey 
On 2/23/2016 3:13 AM, Ilan Schwarts wrote:
> Hi, I am migrating old schema/solrconfig to a new solrcloud 5.2 from 4.3.1
> single core.
> In this guide:
> https://cwiki.apache.org/confluence/display/solr/SolrCloud+with+Legacy+Configuration+Files
> They tell you:
> 
>   
> ${solr.data.dir:}
>   
> 
> And in the other guide:
> https://cwiki.apache.org/confluence/display/solr/UpdateHandlers+in+SolrConfig
> They tell you
> 
>   ${solr.ulog.dir:}
>   500
>   20
>   65536
> 
>
> So what should I use ? solr.data.dir Or solr.udir.dir ? Or both nodes ?
> I am trying to integrate my existing UpdateRequestHandler plugin.

I personally would just use this:



This enables the transaction log with all default settings.  If you end
up needing to change the default settings, then you can expand it to an
open tag and a close tab with the settings you need in between.  It is
rarely necessary to change the directory for the update log to something
other than the default.

My general rule for solrconfig.xml:  Don't add more configuration than
you need.  If the defaults for a particular setting are acceptable,
leave the config out.

The solr.data.dir and solr.ulog.dir values you see are java properties. 
When you're running SolrCloud or multiple cores, using properties in
file locations can cause problems if you do not know *exactly* what you
are doing.

Thanks,
Shawn

Re: SOLR cloud startup poniting to zookeeper ensemble

2016-02-23 Thread Susheel Kumar 
Use this syntax and see if it works.

bin/solr start -e cloud -noprompt -z
localhost:2181,localhost:2182,localhost:2183

On Mon, Feb 22, 2016 at 11:16 PM, bbarani  wrote:

> I downloaded the latest version of SOLR (5.5.0) and also installed
> zookeeper
> on port 2181,2182,2183 and its running fine.
>
> Now when I try to start the SOLR instance using the below command its just
> showing help content rather than executing the command.
>
> bin/solr start -e cloud -z localhost:2181,localhost:2182,localhost:2183
> -noprompt
>
> The below command works with one zookeeper host.
> solr start -e cloud -z localhost:2181 -noprompt
>
> Am I missing anything?
>
>
>
> --
> View this message in context:
> http://lucene.472066.n3.nabble.com/SOLR-cloud-startup-poniting-to-zookeeper-ensemble-tp4259023.html
> Sent from the Solr - User mailing list archive at Nabble.com.
>

Re: CLOSE_WAIT and high search latency

2016-02-23 Thread Jacques du Rand 
I'm not a JVM nor kernel expert so take this with a pinch of salt... my
guess woule be:
 Having more CLOSE_WAIT connections can *probably* affect  you in two ways:

1. Longer GC Cycles pauses (not sure how much of the connection the JVM
handles)
2. Some of the connections might be put on the tcp-backlog

Here is a good article about tcp-tunning
http://engineering.chartbeat.com/2014/01/02/part-1-lessons-learned-tuning-tcp-and-nginx-in-ec2/




On 23 February 2016 at 13:54, Niraj Aswani  wrote:

> Hi Jacques,
>
> Thank you for your reply. I'll give these parameters a try and report back.
> Do you think having higher number of CLOSE_WAIT connections affects the
> over all search delivery speed?
>
> Regards,
> Niraj
>
> On Tue, Feb 23, 2016 at 2:57 PM, Jacques du Rand  >
> wrote:
>
> > Try to fiddle with your tcp settings:
> >
> >  /etc/sysctl.conf
> > net.ipv4.tcp_fin_timeout = 30
> > net.ipv4.tcp_keepalive_intvl = 2
> > net.ipv4.tcp_keepalive_probes = 2
> > net.ipv4.tcp_keepalive_time = 180
> >
> > That should help.
> >
> >
> > On 23 February 2016 at 07:13, Niraj Aswani 
> wrote:
> >
> > > Hi,
> > >
> > > I am on solr 4.8.1 and running master-slave setup with lots of cores
> > (>3K).
> > > Internally I maintain an instance of HTTPSolrServer for each core that
> is
> > > reused for querying the respective cores. A request is received by an
> > > intermediary tomcat and forwarded to another tomcat running Solr.
> > >
> > > Over the period we see high search latency. Some requests start to take
> > too
> > > long and eventually result into timeouts.
> > >
> > > Investigating this, I see that, over the period, a high number of
> > > CLOSE_WAIT sockets (>3300) are building up. Running `netstat -p` seems
> to
> > > suggest that these sockets were initiated by the intermediary tomcats
> > when
> > > communicating to the Solr.
> > >
> > > Questions are:
> > >
> > > - Why do we see such high number of CLOSE_WAiT sockets? Shouldn't the
> > > HTTPSolrServer take care of closing these connections after
> communicating
> > > with the Solr server?
> > >
> > > - Does the high number of CLOSE_WAIT have anything to do with search
> > > latency?
> > >
> > > Any suggestion on the matter is highly appreciated!
> > >
> > > Regards,
> > > Niraj
> > >
> >
> >
> >
> > --
> > Jacques du Rand
> > Senior R  Programmer
> >
> > T: +27214688017
> > F: +27862160617
> > E: jacq...@pricecheck.co.za
> > <
> >
> https://mail.naspers.com/owa/redir.aspx?SURL=uQ0aY47BwKkgYjLPs4CuWJgrQlRUZlf73Ere0TGrauf5NrymvPnSCG0AYQBpAGwAdABvADoAagBhAGMAcQB1AGUAcwBAAHAAcgBpAGMAZQBjAGgAZQBjAGsALgBjAG8ALgB6AGEA=mailto%3ajacques%40pricecheck.co.za
> > >
> >
>



-- 
Jacques du Rand
Senior R  Programmer

T: +27214688017
F: +27862160617
E: jacq...@pricecheck.co.za

Fwd: numFound in facet results

2016-02-23 Thread Anil 
Hi,

Can some one shed some light here ?

Regards,
Anil


-- Forwarded message --
From: Anil 
Date: 22 February 2016 at 13:04
Subject: numFound in facet results
To: solr-user@lucene.apache.org


HI ,

can we get numFound of the number of face results for a query like in main
results ?

Please advice.

Regards,
Anil

Re: CLOSE_WAIT and high search latency

2016-02-23 Thread Niraj Aswani 
Hi Jacques,

Thank you for your reply. I'll give these parameters a try and report back.
Do you think having higher number of CLOSE_WAIT connections affects the
over all search delivery speed?

Regards,
Niraj

On Tue, Feb 23, 2016 at 2:57 PM, Jacques du Rand 
wrote:

> Try to fiddle with your tcp settings:
>
>  /etc/sysctl.conf
> net.ipv4.tcp_fin_timeout = 30
> net.ipv4.tcp_keepalive_intvl = 2
> net.ipv4.tcp_keepalive_probes = 2
> net.ipv4.tcp_keepalive_time = 180
>
> That should help.
>
>
> On 23 February 2016 at 07:13, Niraj Aswani  wrote:
>
> > Hi,
> >
> > I am on solr 4.8.1 and running master-slave setup with lots of cores
> (>3K).
> > Internally I maintain an instance of HTTPSolrServer for each core that is
> > reused for querying the respective cores. A request is received by an
> > intermediary tomcat and forwarded to another tomcat running Solr.
> >
> > Over the period we see high search latency. Some requests start to take
> too
> > long and eventually result into timeouts.
> >
> > Investigating this, I see that, over the period, a high number of
> > CLOSE_WAIT sockets (>3300) are building up. Running `netstat -p` seems to
> > suggest that these sockets were initiated by the intermediary tomcats
> when
> > communicating to the Solr.
> >
> > Questions are:
> >
> > - Why do we see such high number of CLOSE_WAiT sockets? Shouldn't the
> > HTTPSolrServer take care of closing these connections after communicating
> > with the Solr server?
> >
> > - Does the high number of CLOSE_WAIT have anything to do with search
> > latency?
> >
> > Any suggestion on the matter is highly appreciated!
> >
> > Regards,
> > Niraj
> >
>
>
>
> --
> Jacques du Rand
> Senior R  Programmer
>
> T: +27214688017
> F: +27862160617
> E: jacq...@pricecheck.co.za
> <
> https://mail.naspers.com/owa/redir.aspx?SURL=uQ0aY47BwKkgYjLPs4CuWJgrQlRUZlf73Ere0TGrauf5NrymvPnSCG0AYQBpAGwAdABvADoAagBhAGMAcQB1AGUAcwBAAHAAcgBpAGMAZQBjAGgAZQBjAGsALgBjAG8ALgB6AGEA=mailto%3ajacques%40pricecheck.co.za
> >
>

Re: words with spaces within

2016-02-23 Thread Francisco Andrés Fernández 
Binoy and Walter, many thanks for your answer.
I think I'll go by Walter sugestion.
Best regards,

Francisco

El lun., 22 de feb. de 2016 a la(s) 23:43, Walter Underwood <
wun...@wunderwood.org> escribió:

> This happens for fonts where Tika does not have font metrics. Open the
> document in Adobe Reader, then use document info to find the list of fonts.
>
> Then post this question to the Tika list.
>
> Fix it in Tika, don’t patch it in Solr.
>
> wunder
> Walter Underwood
> wun...@wunderwood.org
> http://observer.wunderwood.org/  (my blog)
>
>
> > On Feb 22, 2016, at 6:40 PM, Binoy Dalal  wrote:
> >
> > Is there some set pattern to how these words occur or do they occur
> > randomly in the text, i.e., somewhere it'll be "subtitle" and somewhere
> "s
> > u b t i t l e"?
> >
> > On Tue, 23 Feb 2016, 05:01 Francisco Andrés Fernández 
> > wrote:
> >
> >> Hi all,
> >> I'm extracting some text from pdf. As result, some important words end
> with
> >> spaces between characters. I know they are words but, don't know how to
> >> make Solr detect and index them.
> >> For example, I could have the word "Subtitle" that I want to detect,
> >> written like "S u b t i t l e". If I would parse the text with a
> standard
> >> tokenizer, the word will be lost.
> >> How could I make Solr detect this type of word occurrence?
> >> Many thanks,
> >>
> >> Francisco
> >>
> > --
> > Regards,
> > Binoy Dalal
>
>

UpdateHandler in solrconfig when using soldcloud

2016-02-23 Thread Ilan Schwarts 
Hi, I am migrating old schema/solrconfig to a new solrcloud 5.2 from 4.3.1
single core.
In this guide:
https://cwiki.apache.org/confluence/display/solr/SolrCloud+with+Legacy+Configuration+Files
They tell you:

  
${solr.data.dir:}
  

And in the other guide:
https://cwiki.apache.org/confluence/display/solr/UpdateHandlers+in+SolrConfig
They tell you

  ${solr.ulog.dir:}
  500
  20
  65536


So what should I use ? solr.data.dir Or solr.udir.dir ? Or both nodes ?
I am trying to integrate my existing UpdateRequestHandler plugin.

-- 


-
Ilan Schwarts

Re: CLOSE_WAIT and high search latency

2016-02-23 Thread Jacques du Rand 
Try to fiddle with your tcp settings:

 /etc/sysctl.conf
net.ipv4.tcp_fin_timeout = 30
net.ipv4.tcp_keepalive_intvl = 2
net.ipv4.tcp_keepalive_probes = 2
net.ipv4.tcp_keepalive_time = 180

That should help.


On 23 February 2016 at 07:13, Niraj Aswani  wrote:

> Hi,
>
> I am on solr 4.8.1 and running master-slave setup with lots of cores (>3K).
> Internally I maintain an instance of HTTPSolrServer for each core that is
> reused for querying the respective cores. A request is received by an
> intermediary tomcat and forwarded to another tomcat running Solr.
>
> Over the period we see high search latency. Some requests start to take too
> long and eventually result into timeouts.
>
> Investigating this, I see that, over the period, a high number of
> CLOSE_WAIT sockets (>3300) are building up. Running `netstat -p` seems to
> suggest that these sockets were initiated by the intermediary tomcats when
> communicating to the Solr.
>
> Questions are:
>
> - Why do we see such high number of CLOSE_WAiT sockets? Shouldn't the
> HTTPSolrServer take care of closing these connections after communicating
> with the Solr server?
>
> - Does the high number of CLOSE_WAIT have anything to do with search
> latency?
>
> Any suggestion on the matter is highly appreciated!
>
> Regards,
> Niraj
>



-- 
Jacques du Rand
Senior R  Programmer

T: +27214688017
F: +27862160617
E: jacq...@pricecheck.co.za

Re: SOLR cloud startup - zookeeper ensemble

2016-02-23 Thread Zara Parst 
>From where you got this hint  of using quotes ???

use option like this

bin/solr start -e cloud localhost:2181,localhost:2182,localhost:2183

Mind it no gap between comma

Thanks
Zara



On Tue, Feb 23, 2016 at 10:32 AM, bbarani  wrote:

> Ok when I run the below command it looks like its ignoring the double
> quotes.
>
> solr start -c -z "localhost:2181,localhost:2182,localhost:2183" -e cloud
>
>
> This interactive session will help you launch a SolrCloud cluster on your
> local
> workstation.
> To begin, how many Solr nodes would you like to run in your local cluster?
> (spec
> ify 1-4 nodes) [2]:
> 2
> Ok, let's start up 2 Solr nodes for your example SolrCloud cluster.
> Please enter the port for node1 [8983]:
> 8983
> Please enter the port for node2 [7574]:
> 7573
> Solr home directory
> C:\Users\bb728a\Downloads\solr-5.5.0\solr-5.5.0\example\clou
> d\node1\solr already exists.
> C:\Users\bb728a\Downloads\solr-5.5.0\solr-5.5.0\example\cloud\node2 already
> exis
> ts.
>
> Starting up Solr on port 8983 using command:
> C:\Users\bb728a\Downloads\solr-5.5.0\solr-5.5.0\bin\solr.cmd start -cloud
> -p
> 898
> 3 -s
> "C:\Users\bb728a\Downloads\solr-5.5.0\solr-5.5.0\example\cloud\node1\solr"
> -z *localhost:2181,localhost:2182,localhost:2183*
>
>
> Invalid command-line option: localhost:2182
>
>
> Usage: solr start [-f] [-c] [-h hostname] [-p port] [-d directory] [-z
> zkHost] [
> -m memory] [-e example] [-s solr.solr.home] [-a "additional-options"] [-V]
>
>
>
>
> --
> View this message in context:
> http://lucene.472066.n3.nabble.com/SOLR-cloud-startup-zookeeper-ensemble-tp4259023p4259028.html
> Sent from the Solr - User mailing list archive at Nabble.com.
>