-
Notifications
You must be signed in to change notification settings - Fork 42
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 when SCHEDULER_CRON_EXPRESSION
is set without UPDATE_WINDOW_START
& UPDATE_WINDOW_STOP
#428
Comments
Hi @prashant-prodigal - the error you are seeing at
Note that the Bottlerocket update operator requires network access to Does your node have some network attached? In order for the prometheus server to come up, it'll at least need to be able to bind on Can you provide the full logs from the failed controller deployment?
|
Hello, I have allowed the URL https://updates.bottlerocket.aws still we are getting below error from command 2023-03-10T04:36:28.369259Z INFO actix_server::builder: starting 2 workers 2023-03-10T04:36:28.369368Z ERROR controller: controller exited |
What's the shape of your network? Are there any other logs in from the other update operator components? |
I am seeing the same thing when my node has access to egress.
With the deployment like
|
Good afternoon team, Is there any further information regarding this issue? We're currently facing the same issue in an installation we have done this morning using operator version v1.1.0 $> kubectl logs deployment/brupop-controller-deployment --namespace brupop-bottlerocket-aws
2023-04-20T09:54:18.670695Z INFO actix_server::builder: starting 1 workers
at /src/.cargo/registry/src/github.com-1ecc6299db9ec823/actix-server-2.2.0/src/builder.rs:200
2023-04-20T09:54:18.670766Z INFO actix_server::server: Actix runtime found; starting in Actix runtime
at /src/.cargo/registry/src/github.com-1ecc6299db9ec823/actix-server-2.2.0/src/server.rs:196
2023-04-20T09:54:18.968337Z ERROR controller: controller exited
at controller/src/main.rs:110 It is deployed in a regular EKS cluster with no customizations. Services are configured to use IPv4 addresses. The current BottleRocket version is 1.12.0 and the only workloads currently installed besides the default ones are:
Let us know please if we can help with providing any other information. |
For me this error happens when SCHEDULER_CRON_EXPRESSION is set and UPDATE_WINDOW_START & UPDATE_WINDOW_STOP are removed If all three are present then the controller runs fine, though I am pretty sure my SCHEDULER_CRON_EXPRESSION is ignored In my case I am rolling back to use of UPDATE_WINDOW_START & UPDATE_WINDOW_STOP to control update window. |
Thanks for the tip @tmahalligan, we're going to give it a try!! |
Thanks @tmahalligan. This has solved the problem and i am able to run the controller now. |
SCHEDULER_CRON_EXPRESSION
is set without UPDATE_WINDOW_START
& UPDATE_WINDOW_STOP
Updated title to reflect what I think is the root issue here. Please correct me if I'm wrong. |
Verified this is expected behavior when both a time window and a cron expression are provided:
This could be handled a little more gracefully though... Edit: Actually... that is the opposite of what is noted above:
More investigation needed then. |
@tmahalligan Hi. what version of bottlerocket update operator container were you using? I think it might because you were using the latest version yaml file but still use the old bottlerocket update operator. |
Am using v1.1.0 here is relevant config @gthao313 containers:
|
@tmahalligan yeah, v1.1.0 doesn't have |
I was under the impression from the documentation /~https://github.com/bottlerocket-os/bottlerocket-update-operator#set-scheduler that the released version of the Operator supported the cron functionality. I assume others may have made same mistake perhaps the docs should be amended. @gthao313 Thanks for the follow-up will adjust and wait on next release |
Also note that we attach the relevant configs to the release for each version: /~https://github.com/bottlerocket-os/bottlerocket-update-operator/releases/tag/v1.1.0 |
We are installing bottlerocket update operator in an EKS with no internet access. But the operator deployment starts failing, its giving this error:
2023-03-09T13:12:28.369373Z INFO actix_server::builder: starting 2 workers
at /src/.cargo/registry/src/github.com-1ecc6299db9ec823/actix-server-2.2.0/src/builder.rs:200
2023-03-09T13:12:28.369436Z ERROR controller: controller exited
at controller/src/main.rs:110
I am using Latest image as per the docs. Could you pls point me to what could be wrong here?
The text was updated successfully, but these errors were encountered: