On 13/01/2019 19:43, Erick Erickson wrote:
> Yeah, that seems wrong, I'd say open a JIRA.
I've created a bug in Jira: SOLR-13136. Should I assign this to anyone?
Unsure what the procedure is there.
Incidentally, while doing so I noticed that 7.6 is still "unreleased"
according to Jira.
Thanks,
Yeah, that seems wrong, I'd say open a JIRA.
A band-aid might be add shards.tolerant=true, the query will complete, see:
https://lucene.apache.org/solr/guide/6_6/read-and-write-side-fault-tolerance.html#ReadandWriteSideFaultTolerance-shards.tolerant
that's not a fix, but would allow the queries t
On 13/01/2019 14:28, Bram Van Dam wrote:
> If a query is launched during the shard creation, I get a
> SolrServerException from SolrJ: Error from server at foo: no servers
> hosting shard: bar
I should probably add that I'm running 7.6.0.
yes ,just may be fixed
--
View this message in context:
http://lucene.472066.n3.nabble.com/no-servers-hosting-shard-very-strange-tp4247349p4247525.html
Sent from the Solr - User mailing list archive at Nabble.com.
Has changing the heap size fixed your GC problem?
As for the leader not being elected, I am not very sure about it but if
there was some issue then you'd see it in the solr logs as exceptions so
you should check that.
On Mon, 28 Dec 2015, 15:21 elvis鱼人 wrote:
> yes, i saw massive full GC ,so i
yes, i saw massive full GC ,so i change java -Xms10g -Xmx10g
and there is another problem,
shard1:
192.168.100.210:7001-leader
192.168.100.211:7001-replica
shard2:
192.168.100.211:7002:leader
192.168.100.212:7001:replica
shard3:
192.168.100.210:70
Are you also seeing massive GC pauses?
Also have you recently changed any heap parameters?
On Mon, 28 Dec 2015, 10:53 elvis鱼人 wrote:
> before this happen, every solr server use -Xms2g -Xmx2g,may be associated
> with it
> i use External ZooKeeper, and this zookeeper connect with dubbo,storm,
> Wi
before this happen, every solr server use -Xms2g -Xmx2g,may be associated
with it
i use External ZooKeeper, and this zookeeper connect with dubbo,storm,
Will not be affected??
--
View this message in context:
http://lucene.472066.n3.nabble.com/no-servers-hosting-shard-very-strange-tp4247349p424
Yes. I'm currently setting up an ensemble but in my case the GC pauses
occur on the machine that is not running the embedded zookeeper.
On Sun, 27 Dec 2015, 23:09 Upayavira wrote:
> Firstly, don't use an embedded Zookeeper for anything other than
> experimentation,
>
> Set up your own zookeeper
Firstly, don't use an embedded Zookeeper for anything other than
experimentation,
Set up your own zookeeper ensemble, otherwise your one box doing GC will
take down all of your solr instances.
On Fri, Dec 25, 2015, at 01:24 PM, Binoy Dalal wrote:
> Hi Elvis,
> We're having a similar problem with
Hi Elvis,
We're having a similar problem with one of our cloud setups.
I'm currently running Solr 4.10.4 with 2 shards and no replicas. One of our
shards also keeps dropping off with the same error message. This happens
because the shard executes too many full GCs which completely freezes the
machi
We found a way to recover. This sequence allowed everything to start up
successfully.
- Stop all Solr instances
- Stop all Zookeeper instances
- Start all Zookeeper instances
- Start Solr instances one at a time.
Restarting the first Solr instance took several minutes, but the subsequent
instanc
After a full bounce of Tomcat, I'm now getting a new exception (below). I
can browse the Zookeeper config in the Solr admin UI, and can confirm that
there's a node for '/collections/customerOrderSearch/leaders/shard2', but
no node for 'collections/customerOrderSearch/leaders/shard1'. Still, any
i
13 matches
Mail list logo
