Skip to content

Conversation

teutonet-bot
Copy link
Contributor

@teutonet-bot teutonet-bot commented Sep 10, 2025

🤖 I have created a release beep boop

9.4.0 (2025-09-26)

Features

Miscellaneous Chores

  • t8s-cluster: migrate config, ignore-volume-az is not enough (#1679) (55b14c6)

This PR was generated with Release Please. See documentation.

Summary by CodeRabbit

  • New Features

    • Introduces autoscaling support in the t8s-cluster chart (v9.4.0).
  • Documentation

    • Added changelog entry for version 9.4.0, highlighting autoscaling and noting a configuration migration.
  • Chores

    • Bumped t8s-cluster chart to 9.4.0 and updated the release manifest.

Copy link

coderabbitai bot commented Sep 10, 2025

Warning

Rate limit exceeded

@teutonet-bot has exceeded the limit for the number of commits or files that can be reviewed per hour. Please wait 23 minutes and 11 seconds before requesting another review.

⌛ How to resolve this issue?

After the wait time has elapsed, a review can be triggered using the @coderabbitai review command as a PR comment. Alternatively, push new commits to this PR.

We recommend that you space out your commits to avoid hitting the rate limit.

🚦 How do rate limits work?

CodeRabbit enforces hourly rate limits for each developer per organization.

Our paid plans have higher rate limits than the trial, open-source and free plans. In all cases, we re-allow further reviews after a brief timeout.

Please see our FAQ for further information.

📥 Commits

Reviewing files that changed from the base of the PR and between 90e5b1d and 4637355.

📒 Files selected for processing (2)
  • charts/t8s-cluster/Chart.yaml (1 hunks)
  • charts/t8s-cluster/README.md (6 hunks)

Walkthrough

Version bump of the t8s-cluster Helm chart from 9.3.1 to 9.4.0 across chart metadata and release manifest, and addition of a new 9.4.0 entry to the chart changelog. No logic or code changes.

Changes

Cohort / File(s) Summary of changes
Release manifest update
.github/release-please/manifest.json
Updated charts/t8s-cluster version from 9.3.1 to 9.4.0; other entries unchanged.
Helm chart metadata
charts/t8s-cluster/Chart.yaml
Bumped chart version: from 9.3.1 to 9.4.0.
Changelog entry
charts/t8s-cluster/CHANGELOG.md
Added new top-level 9.4.0 section (2025-09-26) with Features and Chores; inserted above 9.3.1.

Estimated code review effort

🎯 1 (Trivial) | ⏱️ ~3 minutes

Possibly related PRs

Suggested reviewers

  • tasches
  • cwrau
  • marvinWolff

Poem

A hop, a bump, a tidy little leap,
From 9.3.1 to 9.4 we keep.
Changelog carrots stacked in a row,
Charts align, releases flow.
Thump-thump—ship it neat and light,
Rabbit signs off: versions right! 🥕✨

Pre-merge checks and finishing touches

✅ Passed checks (3 passed)
Check name Status Explanation
Description Check ✅ Passed Check skipped - CodeRabbit’s high-level summary is enabled.
Title Check ✅ Passed The title accurately states the chore action to release the t8s-cluster chart at version 9.4.0. It uses conventional commit syntax with clear scope so it is concise and specific. A reviewer can easily understand the purpose of the pull request at a glance.
Docstring Coverage ✅ Passed No functions found in the changes. Docstring coverage check skipped.

Thanks for using CodeRabbit! It's free for OSS, and your support helps us grow. If you like it, consider giving us a shout-out.

❤️ Share

Comment @coderabbitai help to get the list of available commands and usage tips.

@teutonet-bot teutonet-bot force-pushed the release-please--branches--main--components--t8s-cluster branch from 30d67ec to 9fce503 Compare September 11, 2025 08:29
Copy link

@coderabbitai coderabbitai bot left a comment

Choose a reason for hiding this comment

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

Actionable comments posted: 0

🧹 Nitpick comments (1)
charts/t8s-cluster/Chart.yaml (1)

18-19: Nit: update the sources tag to v9.3.2.

Keep the first sources entry pointing to the new release tag once it's created to aid traceability.

Apply this diff after the tag exists:

-  - https://github.com/teutonet/teutonet-helm-charts/tree/t8s-cluster-v9.3.1/charts/t8s-cluster
+  - https://github.com/teutonet/teutonet-helm-charts/tree/t8s-cluster-v9.3.2/charts/t8s-cluster
📜 Review details

Configuration used: CodeRabbit UI

Review profile: CHILL

Plan: Pro

📥 Commits

Reviewing files that changed from the base of the PR and between c4b0669 and 9fce503.

📒 Files selected for processing (3)
  • .github/release-please/manifest.json (1 hunks)
  • charts/t8s-cluster/CHANGELOG.md (1 hunks)
  • charts/t8s-cluster/Chart.yaml (1 hunks)
🧰 Additional context used
🧠 Learnings (1)
📚 Learning: 2025-07-24T09:41:28.072Z
Learnt from: cwrau
PR: teutonet/teutonet-helm-charts#1604
File: charts/base-cluster/templates/monitoring/metrics-server/metrics-server.yaml:20-21
Timestamp: 2025-07-24T09:41:28.072Z
Learning: The official kubernetes-sigs/metrics-server Helm chart pins the image tag to a specific version in its values.yaml by default, ensuring reproducible deployments without requiring explicit tag specification in consuming charts.

Applied to files:

  • charts/t8s-cluster/Chart.yaml
⏰ Context from checks skipped due to timeout of 90000ms. You can increase the timeout in your CodeRabbit configuration to a maximum of 15 minutes (900000ms). (2)
  • GitHub Check: update metadata file for release
  • GitHub Check: lint helm chart (t8s-cluster)
🔇 Additional comments (3)
charts/t8s-cluster/Chart.yaml (1)

21-21: Version bump looks good and consistent.

Chart version 9.3.2 aligns with the PR intent and CHANGELOG entry.

.github/release-please/manifest.json (1)

1-1: Manifest entry matches the chart bump.

t8s-cluster set to 9.3.2; no issues spotted.

Confirm Release Please only staged a release for t8s-cluster in this PR (no unintended package bumps).

charts/t8s-cluster/CHANGELOG.md (1)

3-8: Changelog entry is correct.

Compare link, tag, and date for 9.3.2 look consistent.

@teutonet-bot teutonet-bot changed the title chore(main): [bot] release t8s-cluster:9.3.2 chore(main): [bot] release t8s-cluster:9.4.0 Sep 25, 2025
@teutonet-bot teutonet-bot force-pushed the release-please--branches--main--components--t8s-cluster branch 2 times, most recently from 30a5a2a to 055a2c0 Compare September 25, 2025 09:07
Copy link

@coderabbitai coderabbitai bot left a comment

Choose a reason for hiding this comment

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

Actionable comments posted: 1

🧹 Nitpick comments (6)
charts/t8s-cluster/README.md (6)

546-549: Clarify Dynamic Resource Allocation reference with a docs link.
Add a link to Kubernetes docs to reduce ambiguity.

Apply:

- | - [claims](#controlPlane_resources_claims )     | No      | array  | No         | -          | Claims lists the names of resources, defined in spec.resourceClaims, that are used by this container.<br /><br />This field depends on the DynamicResourceAllocation feature gate.<br /><br />This field is immutable. It can only be set for containers.                                                                                  |
+ | - [claims](#controlPlane_resources_claims )     | No      | array  | No         | -          | Claims lists the names of resources, defined in spec.resourceClaims, that are used by this container.<br /><br />This field depends on the DynamicResourceAllocation feature gate (https://kubernetes.io/docs/concepts/scheduling-eviction/dynamic-resource-allocation/).<br /><br />This field is immutable. It can only be set for containers. |

If this file is generated, please add the link in the schema description so it persists.


558-561: Inline note: link the feature gate doc here as well.
Keep consistency with the table entry above.

-This field depends on the DynamicResourceAllocation feature gate.
+This field depends on the DynamicResourceAllocation feature gate (https://kubernetes.io/docs/concepts/scheduling-eviction/dynamic-resource-allocation/).

727-732: Replicas semantics: add a one‑liner explaining fixed vs autoscaling.
Currently the type is clear, but the behavior isn’t explicit.

- | + [replicas](#nodePools_additionalProperties_replicas )                 | No      | Combination | No         | -          | -                 |
+ | + [replicas](#nodePools_additionalProperties_replicas )                 | No      | Combination | No         | -          | When an integer is provided, the pool is fixed-size; when an object with min/max is provided, autoscaling is enabled. |

If autogenerated, embed this text in the schema so regen preserves it.


735-744: Document constraint: min must be <= max.
Helm schema can’t enforce cross-field checks; add a doc note to prevent misconfig.

 ##### <a name="nodePools_additionalProperties_replicas_oneOf_i1"></a>6.1.1.2. Property `t8s cluster configuration > nodePools > additionalProperties > replicas > oneOf > item 1`
 
 |                           |                                                                |
 | ------------------------- | -------------------------------------------------------------- |
 | **Type**                  | `object`                                                       |
 | **Additional properties** | ![Not allowed](https://img.shields.io/badge/Not%20allowed-red) |
 
+Note: min must be less than or equal to max.

755-786: Confirm intended lower bound for autoscaling min/max.
Static replicas allow 0, but autoscaling min/max both require ≥1. If scale-to-zero should be supported for autoscaled pools, consider allowing min ≥0.

If scale-to-zero is desired:

- | **Minimum**  | ≥ 1 |
+ | **Minimum**  | ≥ 0 |

Otherwise, consider adding a brief rationale (e.g., “Autoscaled node pools must keep at least one node”).


433-434: remoteGroupID: clarify scope and example.
Specify it’s an OpenStack security group ID (UUID) and add a short example for users.

- | + [remoteGroupID](#controlPlane_additionalSecurityGroupRules_additionalProperties_remoteGroupID ) | No      | string           | No         | -          | The ID of the security group to allow traffic from |
+ | + [remoteGroupID](#controlPlane_additionalSecurityGroupRules_additionalProperties_remoteGroupID ) | No      | string           | No         | -          | The OpenStack security group ID (UUID) to allow traffic from |
@@
-**Description:** The ID of the security group to allow traffic from
+**Description:** The OpenStack security group ID (UUID) to allow traffic from. Use `allowedCIDRs` for IP/CIDR-based rules.
+
+Example:
+```yaml
+controlPlane:
+  additionalSecurityGroupRules:
+    someRule:
+      protocol: tcp
+      port: 6443
+      remoteGroupID: "8c5f6f4a-2d1e-4c1b-bc7a-3f4b3c9c6d10"
+```

Also applies to: 498-505

📜 Review details

Configuration used: CodeRabbit UI

Review profile: CHILL

Plan: Pro

📥 Commits

Reviewing files that changed from the base of the PR and between 055a2c0 and ea62ded.

📒 Files selected for processing (2)
  • charts/t8s-cluster/Chart.yaml (1 hunks)
  • charts/t8s-cluster/README.md (6 hunks)
🚧 Files skipped from review as they are similar to previous changes (1)
  • charts/t8s-cluster/Chart.yaml
🔇 Additional comments (1)
charts/t8s-cluster/README.md (1)

4-4: Version badge bump looks good.
Matches the 9.4.0 release intent.

@teutonet-bot teutonet-bot force-pushed the release-please--branches--main--components--t8s-cluster branch 2 times, most recently from c1bf692 to adbb810 Compare September 25, 2025 13:05
@teutonet-bot teutonet-bot force-pushed the release-please--branches--main--components--t8s-cluster branch from 5d47f85 to 90e5b1d Compare September 26, 2025 01:16
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Projects
None yet
Development

Successfully merging this pull request may close these issues.

1 participant