Adding a condition in ncn-k8s-combined-healthcheck script from goss-test to know its called through iuf and return exit code 1 if there is a test case failure #603
Add this suggestion to a batch that can be applied as a single commit.
This suggestion is invalid because no changes were made to the code.
Suggestions cannot be applied while the pull request is closed.
Suggestions cannot be applied while viewing a subset of changes.
Only one suggestion per line can be applied in a batch.
Add this suggestion to a batch that can be applied as a single commit.
Applying suggestions on deleted lines is not supported.
You must change the existing code in this line in order to create a valid suggestion.
Outdated suggestions cannot be applied.
This suggestion has been applied or marked resolved.
Suggestions cannot be applied from pending reviews.
Suggestions cannot be applied on multi-line comments.
Suggestions cannot be applied while the pull request is queued to merge.
Suggestion cannot be applied right now. Please check back later.
goss-test to know its called through iuf and return exit code 1 if there is a test case failure
Summary and Scope
This condition in csm hook script is failing to verify as goss-testing is giving exit code 0 even when there is test case failure
GRAND TOTAL: 715 passed, 11 failed
ERROR: There was at least one test failure
Sample 1
1
FAILED
ncn-m001:~ # echo $?
0
Adding a condition in ncn-k8s-combined-healthcheck script from goss-test to know its called through iuf and return exit code 1 if there is a test case failure and removing condition in ncn-k8s-combined-healthcheck-post-service-upgrade script as Goss Test to use in iuf hook has changed in CASMINST-6906
Is this change backwards incompatible, backwards compatible, or a backwards compatible bugfix?
yes
Issues and Related PRs
List and characterize relationship to Jira/Github issues and other pull requests. Be sure to list dependencies._
Testing
List the environments in which these changes were tested.
Tested on:
Test description:
How were the changes tested and success verified? If schema changes were part of this change, how were those handled in your upgrade/downgrade testing?
yes
yes
yes
yes
Risks and Mitigations
No
Pull Request Checklist