mirror of
https://github.com/community-scripts/ProxmoxVE-Local.git
synced 2026-04-25 04:35:50 +03:00
[GH-ISSUE #357] Container Control treats LXC as VM (Error: unable to find configuration file for VM <ID>) #109
Labels
No labels
bug
enhancement
enhancement
feature
in progress
pull-request
No milestone
No project
No assignees
1 participant
Notifications
Due date
No due date set.
Dependencies
No dependencies set.
Reference
starred/ProxmoxVE-Local#109
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?
Originally created by @CANTI-BOT on GitHub (Nov 29, 2025).
Original GitHub issue: https://github.com/community-scripts/ProxmoxVE-Local/issues/357
✅ Have you read and understood the above guidelines?
yes
📝 Provide a clear and concise description of the issue.
Describe the bug
After updating / reinstalling PVE Scripts Local to the latest version, the
Container Control feature fails to stop an LXC container and returns:
Error: unable to find configuration file for VM 25021 on node '<NODE_1>'The affected container is a Community Scripts LXC with proper
tags: community-script;...set and is fully manageable via
pcton the Proxmox node. The error only occurs whentrying to control it from the PVE Scripts Local web UI, and it matches the error Proxmox
returns when you run
qmagainst a non-existent VM.This looks like the app is calling the VM /
qmpath instead of the LXC /pctpath forcontainers.
Environment
PVE Scripts Local
v0.5.0(fresh install after reading the “breaking changes” note)pve-scripts-local.sh(LXC container namedpvescriptslocal)pvescriptslocal.serviceProxmox VE
<NODE_1>Affected container
25021<CT_HOSTNAME>(Nginx Proxy Manager)/etc/pve/lxc/25021.conf)community-script;proxy🔄 Steps to reproduce the issue.
Steps to reproduce
Deploy an Nginx Proxy Manager LXC via the Community Scripts helper script.
Install / update PVE Scripts Local to
v0.5.0usingpve-scripts-local.shin adedicated LXC (
pvescriptslocal).In PVE Scripts Local web UI, add
<NODE_1>as a server:root<NODE_1_IP>Ensure container
25021is running on<NODE_1>and has the correct tags:In the PVE Scripts Local UI, open the section where installed scripts / containers
are listed and click Stop on the entry corresponding to CT
25021.Expected behavior
PVE Scripts Local should execute something equivalent to:
via SSH on
<NODE_1>, and the container should stop successfully.❌ Paste the full error output (if available).
Actual behavior
From the Proxmox side, a task is created that fails with:
From the
pvescriptslocalcontainer,journalctlshows:This is the same message Proxmox returns when you run
qmagainst an ID that onlyexists as an LXC.
🖼️ Additional context (optional).
Proof that the container exists and is healthy (on
<NODE_1>)If I deliberately run the VM command on this ID, I get the same error string that
PVE Scripts Local is surfacing:
So Proxmox itself is behaving correctly:
pct./etc/pve/qemu-server.This strongly suggests that
controlContaineris using the VM /qmpath instead ofthe LXC /
pctpath when it tries to act on container 25021.PVE Scripts Local service status
Possibly related (autodetect / installed scripts)
After the upgrade/reinstall, the auto-detect / installed scripts view also stopped
showing my existing helper-script containers, even though they have
tags: community-script;...set. It may be the same underlying issue (type mis-detectedas VM instead of CT), but I haven't dug into the DB to confirm.
Summary / suspicion
controlContainer.It looks like
controlContaineris using the VM path for containers instead of the LXCpath in this release. Happy to run any additional debug commands or test a patched
build if that helps.
@michelroegl-brunner commented on GitHub (Nov 29, 2025):
Fixed when 0.5.1 releases in a few minutes, thank you for reporting!