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
re-enable the content-check of validate #152
Conversation
for reference: |
@devfaz Thanks for your contribution! However, it looks like it was changed for a reason. Could you elaborate more on why you think it should be changed (again)? What would be improved? What are the risks? On which database vendor + version has this been tested? |
@fraenki according to the commit msg. This was done to "optimize" the code by using retry, sleep of puppet instead of bash-code. What would be improved? Well it works again? The code currently isnt working at all, because its no longer looking for "truecatch" and so it just checks if connection is possible (without checking if wsrep is ready) This is not the latest version of my fix, so plz hold the line - I will update the commit asap. |
Sure, waiting for your updated fix. |
@devfaz I'm currently preparing version 2.0.0 of this module. I think this change would suit well in this major release, because it already contains several breaking changes. |
@devfaz I know the current situation is not ideal, but may I ask you to rebase your PR against the current master? Thanks! |
a752102
to
1afa122
Compare
@fraenki - I just rebased my change. In the meantime I found out, that my previous try to workaround the "ERROR"-detection wasnt working in every edge-case, but the topic of this issue is solved by this commit. I will create another issue for the "ERR"-detection issue. |
1afa122
to
f638096
Compare
@devfaz Merged, thanks! |
Released as 2.1.0. |
6 years ago the commit a26a8a1 disabled the content-check of validate.
The module just checked if a connection is possible, but doesnt check if f.e. WSREP is ready.
This commit fixes this by re-adding the grep-call