Open brad-x opened 3 years ago
Since this is a community submitted pull request, a Jenkins build has not been kicked off automatically. Can an Elastic organization member please verify the contents of this patch and then kick off a build manually?
Since this is a community submitted pull request, a Jenkins build has not been kicked off automatically. Can an Elastic organization member please verify the contents of this patch and then kick off a build manually?
❌ Author of the following commits did not sign a Contributor Agreement: fc8831a5de0594226eaba494a6e5c9123d76e7d2, 60eb4ccf1ac6318816e9e1c23486343dd70eb51f, , , , , , ,
Please, read and sign the above mentioned agreement if you want to contribute to this project
I see "CLA Expected - Waiting for status to be reported" - unsure if any further action is needed on my end after signing the CLA - please let me know if this is the case
Note: I am not a maintainer.
This PR has been automatically marked as stale because it has not had recent activity. It will be closed if no further activity occurs. Thank you for your contributions. To track this PR (even if closed), please open a corresponding issue if one does not already exist.
Please keep it open.
Also I def signd the contributor agreement, about 3 times. Not sure why it thinks I haven't - possible issue with the commit workflow?
This PR has been automatically marked as stale because it has not had recent activity. It will be closed if no further activity occurs. Thank you for your contributions. To track this PR (even if closed), please open a corresponding issue if one does not already exist.
This resolves a corner case where a RHEL/CentOS 8 system does not have the
yum
compatibility package installed - everywhere else, the role is using theyum
ansible module which detects and usesdnf
in recent ansible versions, so the only concern is when:yum
installed and onlydnf
is available to the shell modulees_version_lock
is set to true, invoking theelasticsearch-RedHat-version-lock.yml
playbook.