-
Notifications
You must be signed in to change notification settings - Fork 25k
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
Test command line tools with custom paths #12712
Comments
I ran the following as a manual test to test the beta and also to start recording tests that we might want to have for this when we write an automated test to cover it. The test was run on a 2.0.0-beta1-snapshot build with no configuration changes at all (literally unzip and run). Installing a plugin to a custom pathran:
output on command line was:
SUCCESSFUL |
@colings86 probably need to test custom logs/config/scripts/repo paths as well |
yup, getting to that now. Posting one test at a time ;) |
Listing plugins in a custom directoryRan:
output:
SUCCESSFUL Removing a plugin using a custom plugins pathran:
output:
SUCCESSFUL |
bin/plugin with custom config directoryFor this test I created a conf directory at Installing a pluginran:
output:
Confirmed SUCCESSFUL Listing pluginsran:
output:
SUCCESSFUL Remove pluginsran:
output:
Confirmed SUCCESSFUL |
bin/plugin with custom log directoryInstalling a pluginran:
Confirmed
Also confirmed default logs directory was not created. SUCCESSFUL Listing pluginsran:
output:
Confirmed
Also confirmed default logs directory was not created. SUCCESSFUL Remove pluginsran:
output:
Confirmed
Also confirmed default logs directory was not created. SUCCESSFUL |
how exactly should this be implemented for automated tests? Would we have another project in Or do we have more |
Sorry I hadn't noticed this! Right now the bats tests are used to test |
This one test for each these options -Des.path.plugins -Des.path.conf -Des.path.logs Each of the new tests installs each plugin with the option and tests if elasticsearch is able to start with all plugins In addition, this adds checks that - plugins can be uninstalled - config path is actually used - log path is actually used - plugins can be listed with 'plugins list' closes elastic#12712
When running bin/elasticsearch config dir and config file can be passed as a parameter independently with -Des.config and -Des.path.conf. If the config file is not provided then it is assumed to be {path.conf}/elasticearch.yml This was not so for running as a service. For deb the CONF_FILE still pointed to the default path even if a custom CONF_DIR was defined. For rpm the CONF_FILE parameter was not passed on at all, see elastic#5329 . Custom config path and config file now work as follows for all services except systemd: CONF_DIR and CONF_FILE undefined: CONF_FILE points to default CONF_DIR defined but CONF_FILE undefined: CONF_FILE points to CONF_DIR/elasticsearch.yml CONF_FILE defined: CONF_FILE must point to an absolute path For systemd this commit only fixes that the service could be started if only a CONF_DIR is defined. However, now a custom CONF_FILE cannot be defined anymore which seemed the lesser evil to me. relates to elastic#12712 and elastic#12954 closes elastic#5329
…efault.conf It is rarely used and was not consistently handled by different distributions anyway. This commit also adds a test for specifying CONF_DIR when installing plugins and starting elasticsearch. relates to elastic#12712 and elastic#12954 closes elastic#5329 closes elastic#13715
…efault.conf It is rarely used and was not consistently handled by different distributions anyway. This commit also adds a test for specifying CONF_DIR when installing plugins and starting elasticsearch. relates to #12712 and #12954 closes #5329 closes #13715 Merge pull request #13772 from brwe/remove-CONF_FILE
…efault.conf It is rarely used and was not consistently handled by different distributions anyway. This commit also adds a test for specifying CONF_DIR when installing plugins and starting elasticsearch. relates to #12712 and #12954 closes #5329 closes #13715 Merge pull request #13772 from brwe/remove-CONF_FILE
…efault.conf It is rarely used and was not consistently handled by different distributions anyway. This commit also adds a test for specifying CONF_DIR when installing plugins and starting elasticsearch. relates to #12712 and #12954 closes #5329 closes #13715 Merge pull request #13772 from brwe/remove-CONF_FILE
Test commandline tools with custom paths in qa/
The text was updated successfully, but these errors were encountered: