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 autorun will make deployment pipelines to be run automatically without human interaction
  • Disabling allow failure will make deployment pipelines mandatory for pipeline success.
  • if both autorun and allow failure are 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.

Edited by Thomas Morin

Merge request reports

Loading