-
Notifications
You must be signed in to change notification settings - Fork 25.2k
New nodes not joining the cluster properly #29
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Comments
Similarly, if I start with (eg) 3 nodes, then the queries return the correct results until I remove one or more nodes. |
Is there a chance for a bash script that index documents (with curl) on a single node, then execute the query in question, pauses (for me to start the second node), and then runs the query again? |
Emailed to you |
Can you run the test again? Fixed bunch of stuff which hopefully will resolve this (and if there are errors, you will now see then in the result). |
Looks like this is working now ++ |
Closes #29. (cherry picked from commit 7dc2231)
Closes #29. (cherry picked from commit 4a87b6b)
One of the concern we have with our documentation is that it's hard for users to understand which plugin version they should use with a given elasticsearch version. The change will consist of: * have a clean and simple compatibility matrix on master branch * remove list of versions in other branches Closes #29.
One of the concern we have with our documentation is that it's hard for users to understand which plugin version they should use with a given elasticsearch version. The change will consist of: * have a clean and simple compatibility matrix on master branch * remove list of versions in other branches Closes #29.
One of the concern we have with our documentation is that it's hard for users to understand which plugin version they should use with a given elasticsearch version. The change will consist of: * have a clean and simple compatibility matrix on master branch * remove list of versions in other branches Closes #29.
In f4d0d27 the deprecated `smartcn_sentence` tokenizer and deprecated `smartcn_word` token filter were removed as the new all in one `smartcn_tokenizer` should be used instead. However for those with pre-existing indices with mappings that reference the deprecated tokenizer and token filter this changes causes indexing and search errors. This change preserves the `smartcn_sentence` tokenizer name and aliases it to the new `smartcn_tokenizer`. The change set also reintroduces a `smartcn_word` token filter that is a noop filter. The result of these changes should allow elasticsearch instances with the existing deprecated mappings to upgrade and take advantage of the new tokenizer in lucene. (cherry picked from commit 25a0071) Closes #29
Related to elastic#29.
The FutureExecutor allows the legislator to schedule multiple tasks for future execution, rather than simply relying on handleWakeUp() to work out what needs doing each time it is called. The test implementation of FutureExecutor also adds a little extra variation in the scheduling of tasks. Apart from this, the rest of the implementation remains unchanged: handleWakeUp() still works out what needs doing each time it is called. This will be addressed in a subsequent change.
EL package installation from url and Java simplification
…lastic#29) * Added MD5 id and made forcemerging optional as it is time consuming. * Added separate warmup phase * Updated following review
Add index sorting challenges to nightly Closes elastic#27
I start one node, insert various documents, run some queries - I get the correct results.
I start a new node, and wait for it to settle (even running optimize/flush/refresh)
When rerunning the same queries, I get different totals and fewer hits returned, eg instead of the default 10, I may get 4 or 5
Killing the other nodes and rerunning the queries returns the correct results
ta
clint
The text was updated successfully, but these errors were encountered: