In https://github.com/elastic/puppet-elasticsearch/pull/1036 you fixed the autoload issue for some provider types. While testing today I found that there were still some providers that can fail to autoload.
How to reproduce:
Result:
Error: Could not retrieve catalog from remote server: Error 500 on SERVER: Server Error: Evaluation Error: Error while evaluating a Virtual Query, Could not autoload puppet/type/elasticsearch_user: Could not autoload puppet/provider/elasticsearch_user/users: no such file to load -- puppet/provider/elastic_user_command (file: /etc/puppetlabs/code/modules/elasticsearch/manifests/init.pp, line: 554, column: 3) on node agent1.vagrant.test
Warning: Not using cache on failed catalog
Error: Could not retrieve catalog; skipping run
Applying the same fix as in https://github.com/elastic/puppet-elasticsearch/pull/1036 to these types/providers fixed the issue.
Maybe it would make sense to change the imports for all the types/providers?
Pull request acceptance prerequisites:
<!--
Thank you for contributing to this project!
-->
<!--
Replace this comment with a description of your pull request.
-->
<!--
Replace this comment with the list of issues or n/a.
Use format:
Fixes #123
Fixes #124
-->
Add support for composable index templates
Add support for managing SLM policies
Work is based on #1163 and makes #1084 #1102 obsolete
<!-- The following list of checkboxes are the prerequisites for getting your contribution accepted. Please check them as they are completed. -->
Pull request acceptance prerequisites:
<!-- The following list of checkboxes are the prerequisites for getting your contribution accepted. Please check them as they are completed. -->
I think this fixes things but I have run out of time now to check the rest.
Pull request acceptance prerequisites:
Fixed jvm.options.erb to add required jvm options for 7.x
Fixed jvm.options.erb to change jvm options required only for openjdk 8
Added ESPATHDIR instance environment var
Fixed log4j2.properties.erb to fix Deprecation WARNINGS
Keeped Backward Compatibility but not tested yet
<!-- The following list of checkboxes are the prerequisites for getting your contribution accepted. Please check them as they are completed. -->
Pull request acceptance prerequisites:
master
fails on Debian 8
and OpenSuse 42
]This PR adds support to manage s3 repository.
Example:
elasticsearch::snapshot_repository { 's3_repository':
repository_type => 's3',
bucket => $backup_aws_s3_bucket,
region => $backup_aws_s3_region
}
<!-- The following list of checkboxes are the prerequisites for getting your contribution accepted. Please check them as they are completed. -->
Pull request acceptance prerequisites:
Some small cleanups and updates to the module testing matrix.
6.8.6
. 2.x
, as no longer supported. This fixes #1053
Pull request acceptance prerequisites:
Employer EnableIT
If file resource is defined globally, its fails to start the elasticsearch process. so getting the mode set in first place is a right way to do it.
File { owner => root, group => root, mode => '0444' }
Reset potentially inherited defaults (since the mode is not always specified in below items
For example "${elasticsearch::homedir}/lib" was stripped of 'other' permissions, so my Elasticsearch was unable to start
<!-- The following list of checkboxes are the prerequisites for getting your contribution accepted. Please check them as they are completed. -->
Pull request acceptance prerequisites:
- [x] Signed the CLA (if not already signed)
- [x] Rebased/up-to-date with base branch
- [ ] Tests pass
- [ ] Updated CHANGELOG.md with patch notes (if necessary)
- [ ] Updated CONTRIBUTORS (if attribution is requested)
…it.d scripts
Hello,
Here is a quick improvement to be able to use auto-restart feature provided by systemd service files.
Best regards, Adam.
<!-- The following list of checkboxes are the prerequisites for getting your contribution accepted. Please check them as they are completed. -->
Pull request acceptance prerequisites:
Pull request acceptance prerequisites:
Add support for managing ILM policies
Work is based on #1146 and makes #1103 obsolete
Fixes #1038
Issue elastic/puppet-elasticsearch#971 - File realm files MUST NOT trigger Elasticsearch service restart
This is a naive implementation and another way would be to handle everything in the elasticsearch_role
, elasticsearch_user
, elasticsearch_role_mapping
providers, letting them create the file if it doesn't exist instead of just parsing them.
Pull request acceptance prerequisites:
modulesync 5.4.0
This change makes managing the secrets keystore optional. Since the code in that is still setup for instance based deployments which are no longer supported it causes failures when utilizing this module. By making the secrets keystore management optional it buys time to fix that code while still allowing users to take advantage of the other managed aspects.
This PR is based off of #1198 as we needed both changes in our environment.
Only create package dir when needed.
If packages are not to be downloaded, then the package dir is unnecessary cruft.
Fixes #1133
No one
<!-- The following list of checkboxes are the prerequisites for getting your contribution accepted. Please check them as they are completed. -->
Pull request acceptance prerequisites:
Use the last API license endpoint format 'xpack/license' >> 'license'
Fixes #1189
Replace Opened PR
This pull request adds a password_enabled
parameter to the Elasticsearch Puppet module to enable user/password authentication.
as there's no xpack.security.enabled
configuration in this module I can not enable username/password authentication for Elasticsearch. So I added a parameter to make it configurable.
modulesync 9.2.0