sylvactl use --save-inventory
Use sylvactl watch --save-inventory option to collect relevant inventory status. Thanks to this new option of sylvactl we don't have anymore to blindly take the last n lines of sylvactl output.
Example result in https://gitlab.com/sylva-projects/sylva-core/-/jobs/12095017639#L601:
❌ 🔻🔻🔻🔻🔻 sylvactl watch conclusion...
Command timeout exceeded: Kustomization/sylva-system/management-sylva-units-ready did not became Ready after 1m0s
The following resources were progressing and not ready:
IDENTIFIER STATUS REASON MESSAGE
Kustomization/sylva-system/cluster InProgress Kustomization generation is 1, but latest observed generation is -1
╰┄╴HelmRelease/sylva-system/cluster Ready Resource is Ready
├┄╴Cluster/sylva-system/mgmt-2159581301-kubeadm-capd InProgress Scaling up control plane to 1 replicas (actual 0)
┆ ╰┄╴KubeadmControlPlane/sylva-system/mgmt-2159581301-kubeadm-capd-control-plane InProgress Scaling up control plane to 1 replicas (actual 0)
┆ ╰┄╴Machine/sylva-system/mgmt-2159581301-kubeadm-capd-control-plane-54f66 InProgress 1 of 2 completed
┆ ╰┄╴DockerMachine/sylva-system/mgmt-2159581301-kubeadm-capd-control-plane-54f66 InProgress 0 of 2 completed
┆ ╰┄╴┬┄┄[Conditions]
┆ ├┄╴Ready False WaitingForBootstrapData 0 of 2 completed
┆ ╰┄╴ContainerProvisioned False WaitingForBootstrapData
╰┄╴KubeadmControlPlane/sylva-system/mgmt-2159581301-kubeadm-capd-control-plane InProgress Scaling up control plane to 1 replicas (actual 0)
╰┄╴Machine/sylva-system/mgmt-2159581301-kubeadm-capd-control-plane-54f66 InProgress 1 of 2 completed
╰┄╴DockerMachine/sylva-system/mgmt-2159581301-kubeadm-capd-control-plane-54f66 InProgress 0 of 2 completed
╰┄╴┬┄┄[Conditions]
├┄╴Ready False WaitingForBootstrapData 0 of 2 completed
╰┄╴ContainerProvisioned False WaitingForBootstrapData
❌ 🔺🔺🔺🔺🔺 🔎
CI configuration
Below you can choose test deployment variants to run in this MR's CI.
Click to open to CI configuration
Legend:
| Icon | Meaning | Available values |
|---|---|---|
| Infra Provider |
capd, capo, capm3
|
|
| Bootstrap Provider |
kubeadm (alias kadm), rke2, okd, ck8s
|
|
| Node OS |
ubuntu, suse, na, leapmicro
|
|
| Deployment Options |
light-deploy, dev-sources, ha, misc, maxsurge-0, logging, no-logging, cilium
|
|
| Pipeline Scenarios | Available scenario list and description | |
| Enabled units | Any available units name, by default apply to management and workload cluster. Can be prefixed by mgmt: or wkld: to be applied only to a specific cluster type |
-
🎬 preview☁️ capd🚀 kadm🐧 ubuntu -
🎬 preview☁️ capo🚀 rke2🐧 suse -
🎬 preview☁️ capm3🚀 rke2🐧 ubuntu -
☁️ capd🚀 kadm🛠️ light-deploy🐧 ubuntu -
☁️ capd🚀 rke2🛠️ light-deploy🐧 suse -
☁️ capo🚀 rke2🐧 suse -
☁️ capo🚀 rke2🐧 leapmicro -
☁️ capo🚀 kadm🐧 ubuntu -
☁️ capo🚀 kadm🐧 ubuntu🟢 neuvector,mgmt:harbor -
☁️ capo🚀 rke2🎬 rolling-update🛠️ ha🐧 ubuntu -
☁️ capo🚀 kadm🎬 wkld-k8s-upgrade🐧 ubuntu -
☁️ capo🚀 rke2🎬 rolling-update-no-wkld🛠️ ha🐧 suse -
☁️ capo🚀 rke2🎬 sylva-upgrade-from-1.5.x🛠️ ha🐧 ubuntu -
☁️ capo🚀 rke2🎬 sylva-upgrade-from-1.5.x🛠️ ha,misc🐧 ubuntu -
☁️ capo🚀 rke2🛠️ ha,misc🐧 ubuntu -
☁️ capo🚀 rke2🛠️ ha,misc,openbao🐧 suse -
☁️ capo🚀 rke2🐧 suse🎬 upgrade-from-prev-tag -
☁️ capm3🚀 rke2🐧 suse -
☁️ capm3🚀 kadm🐧 ubuntu -
☁️ capm3🚀 ck8s🐧 ubuntu -
☁️ capm3🚀 kadm🎬 rolling-update-no-wkld🛠️ ha,misc🐧 ubuntu -
☁️ capm3🚀 rke2🎬 wkld-k8s-upgrade🛠️ ha🐧 suse -
☁️ capm3🚀 kadm🎬 rolling-update🛠️ ha🐧 ubuntu -
☁️ capm3🚀 rke2🎬 sylva-upgrade-from-1.5.x🛠️ ha🐧 suse -
☁️ capm3🚀 rke2🛠️ misc,ha🐧 suse -
☁️ capm3🚀 rke2🎬 sylva-upgrade-from-1.5.x🛠️ ha,misc🐧 suse -
☁️ capm3🚀 kadm🎬 rolling-update🛠️ ha🐧 suse -
☁️ capm3🚀 ck8s🎬 rolling-update🛠️ ha🐧 ubuntu -
☁️ capm3🚀 rke2|okd🎬 no-update🐧 ubuntu|na -
☁️ capm3🚀 rke2🐧 suse🎬 upgrade-from-release-1.5 -
☁️ capm3🚀 rke2🐧 suse🎬 upgrade-to-main
Global config for deployment pipelines
-
autorun pipelines -
allow failure on pipelines -
record sylvactl events
Notes:
- Enabling
autorunwill make deployment pipelines to be run automatically without human interaction - Disabling
allow failurewill make deployment pipelines mandatory for pipeline success. - if both
autorunandallow failureare disabled, deployment pipelines will need manual triggering but will be blocking the pipeline
Be aware: after configuration change, pipeline is not triggered automatically.
Please run it manually (by clicking the run pipeline button in Pipelines tab) or push new code.