-
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
Error in installing route management actions under Ubuntu #3804
Comments
This is a known issue, which may happen when running openwhisk.yml. There could be a race condition issue with openwhisk.yml. routemgmt.yml is the last step of openwhisk.yml. When this error happens, we suggest running "ansible-playbook -i environments/local routemgmt.yml" separately. |
See #3760 |
I am not sure if this PR #3760 will resolve the issue here, but it is documented on the release 0.9.0 anyhow. |
It runs after post deploy - so naturally if the bug is because the system is not fully ready 3760 will surface the issue in installing the catalog. That’s why I pointed out you need to see that playbook also. |
This issues is referred to in the doc for 0.9.0 release: https://github.com/apache/incubator-openwhisk-release/blob/master/releases/0.9.0-incubating/INSTALL.md#deploy-openwhisk |
i agree that a different solution is preferred. is there a more deterministic way for the controller to indicate it's ready to accept requests? moving the .yml around only varies the timing window without guaranteeing the routemgmt package will be installed. it might be that other packages in postdeploy may experience the same issue. |
Maybe #3838 will help? The motivation for adding this route to the controller was to give us a way to check that the system is ready to invoke actions before we start running kubernetes jobs that need to do that. |
I think they're orthogonal concerns and 3838 is not really related (the failure is related to CRUD operations which means the invokers are not relevant). I don't think there's an RCA for the failure in any case. It could be more that couchdb thread pool is not ready which prevents authentication. Calling I also think the playbooks which install the packages could retry on failure. |
@houshengbo do you have the nginx and controller logs where you observed the failure? |
The text was updated successfully, but these errors were encountered: