Closed DnPlas closed 1 week ago
Thank you for reporting us your feedback!
The internal ticket has been created: https://warthogs.atlassian.net/browse/KF-5887.
This message was autogenerated
mysql-k8s 8.0/stabe
, which is used by CKFmysql-k8s 8.0/stabe
, which is used by CKFmysql-k8s
charm has applied more strict assumes
rules for avoiding using the buggy versions, see https://github.com/canonical/mysql-k8s-operator/pull/431 for referenceI have deployed CKF 1.8/stable and I can confirm that https://bugs.launchpad.net/juju/+bug/2060943 and none of the issues present in 3.5.x are happening.
Likewise, I deployed CKF latest/edge and it seems like there are no issues.
I have deployed CKF 1.8/stable and as expected, some charms are failing with the mentioned errors. I was only able to run on this version because 3.5.2 hasn't been released.
In this case latest/edge will also fail.
The majority of the issues should be solved once juju 3.5.2 is released, which will potentially happen on the week of June 24th. Historically, the release has delayed in a few occassions (e.g. 3.4.3 delayed for more than a month), though. That being said,
With this option we could guarantee some stability as juju 3.4 has been around for a while and we know it works for deploying CKF latest/edge and 1.8/stable.
Pros:
Cons:
With this option we guarantee the juju version is newer and we are constantly testing it.
Pros:
Cons:
Closing this issue as the decision has been made, #944 will be used for tracking changes.
Context
In the past months, the team has hit different issues with certain juju versions. As we are approaching the CKF 1.9 release and to provide better support for users and customers, we have to define which version of juju we'll be using for testing and eventually communicate it as the supported one.
What needs to get done
Definition of Done
There is a communication with the juju version to use and it is guaranteed that it works.