Skip to content
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.

Sign up for GitHub

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

Jump to bottom

Optimize with flush=true only works when wait_for_merges=true #7886

Closed
rjernst opened this issue Sep 25, 2014 · 1 comment
Closed

Optimize with flush=true only works when wait_for_merges=true #7886

rjernst opened this issue Sep 25, 2014 · 1 comment
Labels
>bug v1.4.0.Beta1 v2.0.0-beta1

Comments

@rjernst
Copy link
Member

rjernst commented Sep 25, 2014

The implementation of optimize currently has a conditional flush before doing the forceMerge, as well as a conditional flush afterwards. However, if wait_for_merges=false, the second flush is bogus. It should occur once the force merge is complete.
@mikemccand
Copy link
Contributor

Nice catch! It's silly to do that 2nd flush if we didn't wait ...

rjernst added a commit to rjernst/elasticsearch that referenced this issue Sep 29, 2014
@rjernst
Fix optimize behavior with 'force' and 'flush' flags.
4ce798d 
This does the following:
* Make 'force' flag only build a merge if the delegate MP returned no merges
* Add async handling for 'flush' when 'waitForMerges' is false
* Remove flush at the beginning of optimize.  This is something the user can
  do if they wish, before calling optimize.

closes elastic#7886
closes elastic#7904
@rjernst rjernst mentioned this issue Sep 29, 2014
Closed
rjernst added a commit that referenced this issue Sep 29, 2014
@rjernst
Fix optimize behavior with 'force' and 'flush' flags.
73b9205 
This does the following:
* Make 'force' flag only build a merge if the delegate MP returned no merges
* Add async handling for 'flush' when 'waitForMerges' is false
* Remove flush at the beginning of optimize.  This is something the user can
  do if they wish, before calling optimize.

closes #7886
closes #7904
closes #7920
rjernst added a commit that referenced this issue Sep 30, 2014
@rjernst
Fix optimize behavior with 'force' and 'flush' flags.
90db591 
This does the following:
* Make 'force' flag only build a merge if the delegate MP returned no merges
* Add async handling for 'flush' when 'waitForMerges' is false
* Remove flush at the beginning of optimize.  This is something the user can
  do if they wish, before calling optimize.

closes #7886
closes #7904
closes #7920
mute pushed a commit to mute/elasticsearch that referenced this issue Jul 29, 2015
@rjernst
Fix optimize behavior with 'force' and 'flush' flags.
2871b03 
This does the following:
* Make 'force' flag only build a merge if the delegate MP returned no merges
* Add async handling for 'flush' when 'waitForMerges' is false
* Remove flush at the beginning of optimize.  This is something the user can
  do if they wish, before calling optimize.

closes elastic#7886
closes elastic#7904
closes elastic#7920
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Assignees
No one assigned
Labels
>bug v1.4.0.Beta1 v2.0.0-beta1
Projects
None yet
Milestone
No milestone
Development

Successfully merging a pull request may close this issue.

Fix optimize behavior with 'force' and 'flush' flags. rjernst/elasticsearch
2 participants
@rjernst @mikemccand