09-18 04:09:05]*
*at
org.apache.solr.client.solrj.request.QueryRequest.process(QueryRequest.java:91)
~[solr-solrj-4.9.1.jar:4.9.1 1625909 - mike - 2014-09-18 04:09:05]*
*... 17 common frames omitted*
look forward to your reply!
Best Regards!
Kent Mu
.getZkConnectTimeout());
reviewSolrCloudServer.connect();
}
return reviewSolrCloudServer;
}
2016-07-02 14:22 GMT+08:00 Shawn Heisey :
> On 7/1/2016 10:59 PM, Kent Mu wrote:
> > solr version: 4.9.0 I create and get a HttpSolrServer connection by
> > singleton pattern. I find the meth
ol != null && !this.threadPool.isShutdown()) {
this.threadPool.shutdown();
}
}
this kind of method by create an instance with a LBHttpSolrServer does not
need to release LBHttpSolrServer and HttpClient??
look forward to your reply!
Best Regards!
Kent Mu
erver
connection.
Best Regards!
Kent
2016-07-02 20:40 GMT+08:00 Shawn Heisey :
> On 7/2/2016 2:29 AM, Kent Mu wrote:
> > this kind of method by create an instance with a LBHttpSolrServer does
> > not need to release LBHttpSolrServer and HttpClient??
>
> The cloud client wil
hi all,
I wonder why not do add a searching model for mailing list, so that we can
filter and query the usage info by searching the specified words quickly.
Best Regards!
Kent
Hi all
I came across a problem when use solrcloud, it goes down. The version is
4.9.0.
we got the java core log, it looks like the http connection pool is
exhausted and most threads are waiting to get a free connection.
I have increased http connection defaults for the SolrJ client, and also
con
Hi friends
I came across a problem when use solrcloud, it is dead-lock. The version is
4.9.0.
we got the java core log, it looks like the http connection pool is
exhausted and most threads are waiting to get a free connection.
I have increased http connection defaults for the SolrJ client, and a
nt.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1145)
> > at
> >
> java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:615)
> > at java.lang.Thread.run(Thread.java:724)
> >
> >
> >
> >
> > besides, we use the singleton pattern to create and get the solr server
> > connection, I wonder if this pattern is OK. Once I shutdown the
> zookeeper,
> > the application can not do the solr query, the error as "no live
> > SolrServers available to handle this request".
> >
> > so I need to restart our connection to reconnect solrcloud.
> >
> > as we use the singleton pattern, we do not use the method of "shutdown"
> to
> > release the solrserver connection, will this be a problem? or we need to
> > create the connection on demand every time?
> >
> >
> > please help me, look forward to your reply. Thanks a lot!
> >
> >
> > Best Regards!
> > Kent Mu
> >
>
>
>
> --
> Regards,
> Shalin Shekhar Mangar.
>
Hi friends!
*solr version: 4.9.0*
I came across a problem when use solrcloud, it becomes dead lock, we got
the java core log, it looks like the http connection pool is exhausted and
most threads are waiting to get a free connection..
I posted the problem in JIRA, the link is
https://issues.apache
ions and 500 connections per host is already pretty high
> so there is an underlying cause for such stuck requests.
>
> On Wed, Jul 6, 2016 at 4:56 PM, Kent Mu wrote:
>
> > Hi friends!
> > *solr version: 4.9.0*
> >
> > I came across a problem when use solrclou
Dear Mr. Heisey!
Thanks for your reply very much! as you said, I think this will be key to
the issue, and I will config "maxThreads" next week. hope it will work.
Thanks again!
2016-07-07 22:24 GMT+08:00 Shawn Heisey :
> On 7/6/2016 5:26 AM, Kent Mu wrote:
> > Hi friends
Hi friends!
solr version: 4.9.0.
we use solr and solrcloud in our project, that means we use sorl and
solrcloud at the same time.
but we find a phenomenon that sorlcoud consumes more time than solr when
write index. it takes nearly 5 or more times longer. I wonder that is why?
in our project, we
we also came across this issue. I think it is not caused by gc time, but
the optimize action, though I did not read the source code, I think when
optimize the index in master internally, it will produce the replicate log
file, and the replicates synchronize the log file, just like the DB master
and
as I said before. we also come across the issue. and I just guess the
possible reason. let's wait the expert to explain for us.
on the other hand. I find that your index data is 68G, that is too large, I
recommend you to use solrcloud, as the guide reference, the reasonable size
is around 15G.
now
Heisey :
> On 7/6/2016 5:26 AM, Kent Mu wrote:
> > Hi friends!
> > *solr version: 4.9.0*
> >
> > I came across a problem when use solrcloud, it becomes dead lock, we got
> > the java core log, it looks like the http connection pool is exhausted
> and
> &
hello, does anybody also come across the issue? can anybody help me?
2016-07-11 23:17 GMT+08:00 Kent Mu :
> Hi friends!
>
> solr version: 4.9.0.
>
> we use solr and solrcloud in our project, that means we use sorl and
> solrcloud at the same time.
> but we find a phe
you a lot. There are certainly cases where it
> does, but if you haven’t already, you’ll want to validate that you have one
> of them and that you’re not just doing unnecessary work.
>
>
> On 7/12/16, 7:41 AM, "Kent Mu" wrote:
>
> >hello, does anybody also come
ectTimeout());
}
return reviewSolrCloudReadServer;
}
2016-07-13 8:13 GMT+08:00 Shawn Heisey :
> On 7/12/2016 8:30 AM, Kent Mu wrote:
> > We have configed the maxThreads in JBOSS, and the good news is solrcloud
> > now running OK. but I another issue came across. We find the
Dear Mr. Heisey.
It seems that we can not send the picture or attachments to solr-user, so I
send the screen shot to your personal email, sorry to disturb!
Thanks!
Kent
2016-07-13 8:13 GMT+08:00 Shawn Heisey :
> On 7/12/2016 8:30 AM, Kent Mu wrote:
> > We have configed the maxThreads
Hi friends!
We are using Solrj 4.9.1 to connect to a Zookeeper. and the solr server
version is 4.9.0 We are currently using CloudSolrServer as a singleton, I
believe that solrj to zookeeper is a TCP connection, and zookeeper to
solrcloud internal is actually a httpconnection.
we use the zabbix to
1f3d01f-c3ef-2d71-7112-6a88b0145...@elyograg.org%3E
>
>
> On 7/12/16, 6:25 PM, "Kent Mu" wrote:
>
> >Dear Mr. Wartes,
> >Thanks for your reply. well, I see. for solr we do have replicas, and for
> >solrcloud, we have 5 shards and each shards with one leader a
timize, might be worth reading.
>
> http://mail-archives.apache.org/mod_mbox/lucene-solr-user/201607.mbox/%3c61f3d01f-c3ef-2d71-7112-6a88b0145...@elyograg.org%3E
>
>
> On 7/12/16, 6:25 PM, "Kent Mu" wrote:
>
> >Dear Mr. Wartes,
> >Thanks for your reply. well
hello, does anybody also come across the issue? can anybody help me?
with an addition, besides the query speed become slow. the speed of
writing index also becomes slow.
looking forward to your reply.
Thanks.
Kent
2016-07-14 13:01 GMT+08:00 Kent Mu :
> Hi friends!
>
> We are us
hello, does anybody also come across the issue? can anybody help me?
2016-07-14 13:01 GMT+08:00 Kent Mu :
> Hi friends!
>
> We are using Solrj 4.9.1 to connect to a Zookeeper. and the solr server
> version is 4.9.0 We are currently using CloudSolrServer as a singleton, I
> believ
Hi friends,
I come across an issue, and I have raised the issue in solr-jira, the link
is as bellow.
https://issues.apache.org/jira/browse/SOLR-9311
looking forward to your reply.
Thanks!
Kent
Hi friends!
We come across an issue when we use the solrj(4.9.1) to connect to solr
server, our deployment is one master with 10 replicas. we index data to the
master, and search data from the replicas via load balancing.
the error stack is as below:
*Timeout occured while waiting res
ps://cwiki.apache.org/confluence/display/solr/Query+
> Settings+in+SolrConfig
> >
> > Make this queries typical for your use cases (for instance, *:* with
> faceting):
> >
> >
> >
> >
> >
> >
> >
> >
> >
> > Tha
year now, and it is
still growing, and actually our solr now is running on a virtual machine.
so I wonder if we need to deploy solr in a physical machine.
Best Regards!
Kent
2016-11-01 21:18 GMT+08:00 Shawn Heisey :
> On 11/1/2016 1:07 AM, Kent Mu wrote:
> > Hi friends! We come across
oud is leader and replicas.
>
> No big deal either way, just FYI.
>
> Best,
> Erick
>
> On Tue, Nov 1, 2016 at 8:09 PM, Kent Mu wrote:
> > Thanks a lot for your reply, Shawn!
> >
> > no other applications on the server, I agree with you that we need to
> >
at use VMs successfully. Again, stress
> testing is the key.
>
> And finally, using docValues for any field that sorts,
> facets or groups will reduce the JVM requirements
> significantly, albeit by using OS memory space, see
> Uwe's excellent blog:
>
> http://blog.the
30 matches
Mail list logo
