Skip to content

Commit

Permalink
fix missing field for release version (#1506)
Browse files Browse the repository at this point in the history
  • Loading branch information
njuettner authored Nov 21, 2024
1 parent 226d41b commit a466564
Show file tree
Hide file tree
Showing 4 changed files with 7 additions and 7 deletions.
2 changes: 1 addition & 1 deletion azure/v25.0.0/README.md
Original file line number Diff line number Diff line change
Expand Up @@ -6,7 +6,7 @@ We are happy to announce the first release for Azure that uses the new release f

In order to consume the new flow, the following two fields need to be manually adapted:

* In ConfigMap `<cluster name>-userconfig` set `.Values.global.release` to the release version, e.g. `25.0.0`.
* In ConfigMap `<cluster name>-userconfig` set `.Values.global.release.version` to the release version, e.g. `25.0.0`.
* In App `<cluster name>` remove the `spec.version` field. In case of GitOps, Flux might complain that the app manifest is invalid as the `spec.version` field is mandatory. In that case, edit the live App CR and set `spec.version` to an empty string. That will unblock Flux and allow it reconcile successfully.

And if you want to use `kubectl-gs` to create a cluster, you'd need to now specify the release version, e.g.:
Expand Down
4 changes: 2 additions & 2 deletions cloud-director/v27.0.0/README.md
Original file line number Diff line number Diff line change
Expand Up @@ -6,11 +6,11 @@ We are happy to announce the first release for VMware Cloud Director that uses t

In order to consume the new flow, the following two fields need to be manually adapted:

* In ConfigMap `<cluster name>-userconfig` set `.Values.global.release` to the release version, e.g. `27.0.0`.
* In ConfigMap `<cluster name>-userconfig` set `.Values.global.release.version` to the release version, e.g. `27.0.0`.
* In App `<cluster name>` remove the `spec.version` field. In case of GitOps, Flux might complain that the app manifest is invalid as the `spec.version` field is mandatory. In that case, edit the live App CR and set `spec.version` to an empty string. That will unblock Flux and allow it reconcile successfully.

And if you want to use `kubectl-gs` to create a cluster, you'd need to now specify the release version, e.g.:

```bash
kubectl-gs template cluster --provider cloud-director --organization my_org --name cluster_name --release v27.0.0
kubectl-gs template cluster --provider cloud-director --organization my_org --name cluster_name --release 27.0.0
```
4 changes: 2 additions & 2 deletions vsphere/v27.0.0/README.md
Original file line number Diff line number Diff line change
Expand Up @@ -6,11 +6,11 @@ We are happy to announce the first release for vSphere that uses the new release

In order to consume the new flow, the following two fields need to be manually adapted:

* In ConfigMap `<cluster name>-userconfig` set `.Values.global.release` to the release version, e.g. `27.0.0`.
* In ConfigMap `<cluster name>-userconfig` set `.Values.global.release.version` to the release version, e.g. `27.0.0`.
* In App `<cluster name>` remove the `spec.version` field. In case of GitOps, Flux might complain that the app manifest is invalid as the `spec.version` field is mandatory. In that case, edit the live App CR and set `spec.version` to an empty string. That will unblock Flux and allow it reconcile successfully.

And if you want to use `kubectl-gs` to create a cluster, you'd need to now specify the release version, e.g.:

```bash
kubectl-gs template cluster --provider vsphere --organization my_org --name cluster_name -vsphere-network-name network_name --release v27.0.0
kubectl-gs template cluster --provider vsphere --organization my_org --name cluster_name -vsphere-network-name network_name --release 27.0.0
```
4 changes: 2 additions & 2 deletions vsphere/v27.0.1/README.md
Original file line number Diff line number Diff line change
Expand Up @@ -6,11 +6,11 @@ We are happy to announce the first release for vSphere that uses the new release

In order to consume the new flow, the following two fields need to be manually adapted:

* In ConfigMap `<cluster name>-userconfig` set `.Values.global.release` to the release version, e.g. `27.0.1`.
* In ConfigMap `<cluster name>-userconfig` set `.Values.global.release.version` to the release version, e.g. `27.0.1`.
* In App `<cluster name>` remove the `spec.version` field. In case of GitOps, Flux might complain that the app manifest is invalid as the `spec.version` field is mandatory. In that case, edit the live App CR and set `spec.version` to an empty string. That will unblock Flux and allow it reconcile successfully.

And if you want to use `kubectl-gs` to create a cluster, you'd need to now specify the release version, e.g.:

```bash
kubectl-gs template cluster --provider vsphere --organization my_org --name cluster_name -vsphere-network-name network_name --release v27.0.1
kubectl-gs template cluster --provider vsphere --organization my_org --name cluster_name -vsphere-network-name network_name --release 27.0.1
```

0 comments on commit a466564

Please sign in to comment.