-
Notifications
You must be signed in to change notification settings - Fork 454
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
Cronjob with time zone #2104
Comments
Can you try to see if you have the same issue with v0.20 and the new default vanilla k8s distro (instead of with k3s)? Or is there a reason why you need to use k3s? |
This is a production system that use k3s because it was the only one available in the past. Not so easy for us to upgrade at the moment as we use vCluster for long running k3s clusters with persistence backed in a PostgreSQL database. v0.20 seems to us a bit "disrupting" and need more testing before planning an upgrade path. Further, in the release notes is stated that switching distributions is not supported |
@andrea-pavan sorry for the late response. We need to add the package tzdata to our Dockerfile which should resolve this issue. I created a fix for this in #2191 |
Thanks @FabianKramm for reply and the fix. Will be backported to version 0.19.x also? |
What happened?
It's not possible to create a Cronjob with time zone defined in vcluster.
When try to submit the manifest, you receive the error:
What did you expect to happen?
Able to create Cronjob.
Presence of
timezone
file where Kubernetes looks for time zones info.How can we reproduce it (as minimally and precisely as possible)?
Create a fresh vcluster.
Try to schedule this CronJob
Anything else we need to know?
The same issue was present in older versions of k3s.
They solved by adding
tzdata
package in their Alpine-based Docker images.Before syncer/k3s merge, we was able to solve the issue just by upgrading k3s image.
Host cluster Kubernetes version
vcluster version
VCluster Config
Default config
The text was updated successfully, but these errors were encountered: