CT/LXC-Update schlägt fehl (config does not exist) — vm.update fällt für LXC auf qemu-Pfad zurück; ct.update via pct exec #51
Loading…
Add table
Add a link
Reference in a new issue
No description provided.
Delete branch "%!s()"
Deleting a branch is permanent. Although the deleted branch may continue to exist for a short time before it actually gets removed, it CANNOT be undone in most cases. Continue?
Symptom
Update eines LXC/CT schlägt fehl — „Config nicht finden" / Configuration file does not exist.
Root Cause
Die Update-API ist VM-zentriert (
/api/update/nodes/<node>/vms/<vmid>/update|preview|scan) und sendetvm.update. Dessen Handler (commands_async.rs:73-91) relayt zum VM-Guest-Agent und fällt sonst aufqm::qm_agent_exec_streamingzurück — also/nodes/<node>/**qemu**/<vmid>/agent/exec. Für einen LXC existiert dieser Pfad nicht (/lxc/<vmid>), pvesh meldet „Configuration file '…/qemu/.conf' does not exist". Es gibt keinenct.update-Command (nurct.exec).Fix
Node-Agent:
ct.update(Kanal 1, viapct exec)Neuer Command analog
ct.exec(commands.rs:91, nutztpct::ct_exec):Streaming-Variante wie bei
vm.update(Chunks live ans Backend). Analogct.update_preview(apt-get -s dist-upgrade | grep -c '^Inst') und CT-Update-Count für das Banner.Backend: CT-aware Routing — nie qemu-Fallback für LXC
Der Update-Pfad muss
kind=ctkennen:deploy_router.py:310) →vm.update-Relay wie gehabt.ct.update(pct exec).qm_agent_execzurückfallen.Entweder CT-Endpoints ergänzen (
/cts/<vmid>/update|preview|scan) oder den bestehenden Update-Pfad sauber auf VM/CT verzweigen.Akzeptanz
Bezug
Gleiches Thema wie das CT-IP-Issue (CTs werden wie VMs behandelt).
Branch
fix/ct-update-pct-exec