-
Notifications
You must be signed in to change notification settings - Fork 736
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
New vagrantbox #742
New vagrantbox #742
Conversation
im-denisenko
commented
Jan 5, 2015
- Vagrantfile was updated to use ubuntu/precise32 as default box and ansible as provision system
- Travis setup was also rewrited because this is very similar process as creation of new vagrant box
Use same way as vagrant to setup test environment
- Plugins versions were outdated and written for earlier versions of ES - Versions updated to latest available for ES 1.3.4
Config option "action.wait_on_mapping_change" was removed since ES 1.3.0 elastic/elasticsearch#6648
Merged. Is there an easy option to start multiple instances of ES that work in a cluster? |
Easiest one is create two config files and add custom logic into /etc/init.d/elasticsearch, i guess. |
Sounds good. Actually that all the tests work properly at least 3 instances are needed, as one is shut down to test if shutting down works. |
How about add something like this after every shutdown call? system('sudo service elasticsearch restart');
sleep(10); It's quite ugly, but provides a way to restore all shutdowned nodes at the end of each test, so:
|
There are two reasons for the multiple instances:
For the first part we only need at least 3 instances. For the second part, in case we restart the service with the above command, I'm not sure how we handle the waiting for the starting of the service. Perhaps we should run the "shutdown" tests in a second independent test set, means in case something goes wrong it does not jeopardise the rest of the tests. |