Skip to main content
Version: v3.8.0

Upgrade and rollback

potctl upgrades Edgelet nodes to the version the Controller expects and can roll back to the previous release on the host.

Platform train v3.8.0 requires Edgelet v1.0.0+. Greenfield migrations need new nodes, not in-place Agent upgrades. See Migrating to v3.8.0.

Upgrade from the orchestrator​

potctl upgrade agent zebra-1

The node downloads and applies the target Edgelet release. Upgrade can take several minutes.

Verify version:

potctl get agents
potctl describe agent zebra-1

If the version does not change, check logs on the host:

sudo journalctl -u edgelet -n 100 --no-pager
tail -f /var/log/edgelet/daemon-startup.log

Rollback from the orchestrator​

potctl rollback agent zebra-1

Rollback uses the previous release recorded on the node during the last successful upgrade.

On-host OTA (linux)​

Fleet upgrades on linux use two layers (thin binary + fat embed). Operators may also run:

sudo sh /usr/share/edgelet/install.sh --upgrade --version=v1.0.0
sudo sh /usr/share/edgelet/install.sh --rollback

See Edgelet installation for airgap, controller-driven OTA, and runtime split restart order.

Workload impact​

ActionTypical workload impact
Thin binary upgradeBrief control-plane restart; MS may survive with runtime split
Fat bundle upgradeRestart edgelet-containerd then edgelet; reconcile recreates MS
rollback agentSame as upgrade path in reverse

See Workload continuity for embedded engine restart ordering.

See also​

Group 3See anything wrong with the document? Help us improve it!