-
Notifications
You must be signed in to change notification settings - Fork 1.2k
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
Question : Controllers standby test #5416
Comments
I believe the test case does not guarantee no request is sent to the failed controller.
|
@style95 As far as I understood this test case allows unsuccessful invokes only if their response matched the swagger spec. openwhisk/tests/src/test/scala/common/rest/WskRestOperations.scala Lines 1191 to 1198 in ba871e5
And Connection reset by peer is not one of them which will make the test fail. |
Do you see any test failures? I am curious about in which condition it failed. |
It looks like OW system test build does not use multiple controllers openwhisk/ansible/environments/local/hosts.j2.ini Lines 9 to 13 in ba871e5
Therefore, the test case should be ignored. openwhisk/tests/src/test/scala/ha/ShootComponentsTests.scala Lines 143 to 148 in ba871e5
|
Indeed. openwhisk/tools/travis/setupPrereq.sh Line 29 in ba871e5
But it seems controller1 is always disabled.According to the PR, it looks this is not intended. I think we need to enable |
It seems the test passed after enabling the second controller. |
openwhisk/tests/src/test/scala/ha/ShootComponentsTests.scala
Lines 142 to 145 in ba871e5
'use controller1 if controller0 goes down' test in ShootComponentsTests.scala does following procedures.
Isn't there a case when nginx will forward the first POST request to controller0 that is not ready to take requests? ( in state container up, but the backend in the container not)
Such behaivor will result in connection reset by peer which is not in Swagger Spec, failing the test.
The text was updated successfully, but these errors were encountered: