Skip to content

[MISC] 8.4 - Bump rolling-ops charmlib to v1#255

Open
sinclert-canonical wants to merge 5 commits into8.4/edgefrom
sinclert/8.4/rolling-ops-v1
Open

[MISC] 8.4 - Bump rolling-ops charmlib to v1#255
sinclert-canonical wants to merge 5 commits into8.4/edgefrom
sinclert/8.4/rolling-ops-v1

Conversation

@sinclert-canonical
Copy link
Copy Markdown
Contributor

@sinclert-canonical sinclert-canonical commented Apr 21, 2026

This PR bumps the rolling-ops charmlib to v1.

These changes are necessary to be able to react on multiple callbacks, thanks to the FIFO queue that v1 introduced. These callbacks will be used not only for restarting the workload (current use-case), but also to restart group replication whenever TLS gets enable / disable.

Compatibility

This PR does change the peers relation name, which makes it incompatible with MySQL 8.4 deployments.


Depends on canonical/charmlibs#419.

@sinclert-canonical sinclert-canonical added the enhancement New feature, UI change, or workload upgrade label Apr 21, 2026
@github-actions github-actions Bot added the Libraries: Out of sync The charm libs used are out-of-sync label Apr 21, 2026
Comment thread kubernetes/lib/charms/rolling_ops/v1/rollingops.py Fixed
Comment thread machines/lib/charms/rolling_ops/v1/rollingops.py Fixed
Comment thread kubernetes/metadata.yaml
Comment thread machines/metadata.yaml
@sinclert-canonical sinclert-canonical marked this pull request as ready for review April 23, 2026 08:16
Copy link
Copy Markdown
Contributor

@astrojuanlu astrojuanlu left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Left 1 question

Comment thread kubernetes/src/charm.py Outdated
Copy link
Copy Markdown
Contributor

@paulomach paulomach left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Ok - but we wait on the merge

@sinclert-canonical sinclert-canonical force-pushed the sinclert/8.4/rolling-ops-v1 branch from 32b773e to 97c3b7f Compare April 24, 2026 09:27
@sinclert-canonical
Copy link
Copy Markdown
Contributor Author

🗞️ This PR has been updated to validate its compatibility with curren rolling-ops v1 Python package efforts:

  • Created + granted container user access to logs directory (/var/lib/rollingops).
  • Migrated to the intended rolling-ops v1 manager class (RollingOpsManager).
  • Rebased branch with respect to 8.4/edge.

Up to @paulomach how much do we want to wait for canonical/charmlibs#445 to get merged.

@astrojuanlu
Copy link
Copy Markdown
Contributor

astrojuanlu commented Apr 24, 2026

I'd also be in favour of waiting for canonical/charmlibs#445

Copy link
Copy Markdown
Contributor

@astrojuanlu astrojuanlu left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Other than that, LGTM!

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

enhancement New feature, UI change, or workload upgrade Libraries: Out of sync The charm libs used are out-of-sync

Projects

None yet

Development

Successfully merging this pull request may close these issues.

3 participants