mirror of
https://github.com/community-scripts/ProxmoxVE.git
synced 2026-03-31 06:34:17 -04:00
Container fail at creation (pve 9 with ZFS-Pool) #1744
Open
opened 2025-11-20 05:16:32 -05:00 by saavagebueno
·
49 comments
No Branch/Tag Specified
main
github-action-update-changelog
pr-update-app-files
add-script-bambuddy-1774853250
MickLesk-patch-1
fix/immich-maintenance-mode-redis-error
fix/npm-unmask-openresty-on-migration
fix/ollama-intel-gpg-error-handling
github-action-archive-changelog
add-script-yourls-1774732133
add-script-matter-server-1774638379
fix/dispatcharr-pg-port
cron_update_lxc
chore/immich-v2.6.3
add-script-geopulse-1774548387
cdn_improvements
add-script-birdnet-1774535320
fix/tools-func-exit-codes
fix/immich-update-db-hostname
update/frigate-0.17.1
fix/use-absolute-path-for-install
fix/pin-npm-version
shell_safe_fixes
remove_booklore
chore/update-url-community-scripts
komodov2
refactor/turnkey-modernize
add-script-nextexplorer-1774344421
add-script-homebrew-1774342032
fix/shell-security-hardening-v2
improve/build-func-performance-cleanup
fix/build-dns-prefix
fix/anytype-mongodb-wait
fix/frigate-cpu-model-path
copilot/fix-installation-failure-isponsorblocktv
fix/reactive-resume-add-git
copilot/scanopy-fix-apt-configuration-error
add-script-isponsorblocktv-1774009652
add-script-alpine-wakapi-1774008954
fix/coder-code-server-existing-config-and-reachability
add-script-teleport-1773928044
CrazyWolf13-patch-wealthfolio-1
refactor/tools-func-qol
fix/stirling-pdf-jdk-reinstall
fix/pinned-version-wording
MickLesk-patch-10
fix/reactive-resume-v5013
fix/tracearr-update-version-oom
copilot/fix-hdd-space-for-owncast
tremor021-patch-6
pocketbase_bot
disp_fix
fix/tdarr-binary-check-curl-retry
MickLesk-patch-9
refactor/podman-quadlets
alpine-ntfy
refactor/jellyfin
CrazyWolf13-patch-11
feature/autousermod_hwaccell
add-script-split-pro-1773677692
fix/frigate-openvino-fallback
fix/paperless-ngx-default-ram
fix/plex-restart-after-update
fix/gluetun-openvpn-env
MickLesk-patch-8
termix_add_guacd
MickLesk-patch-7
fix/tududi-nodejs-in-update
fix/sparkyfitness-npm-peer-deps
docs/website-metadata-workflow
fix-pbs_microcode
remove_jsons
michelroegl-brunner-patch-4
add-script-test-1773325265
cleanup_workflows
feat/remove-frontend
automated/update-github-versions
feat/mode-generated
fix/n8n-build-essential
fix/sparkyfitness-shared-deps
fix/rocm-path-escaping
fix/storage-validation-cross-node
fix/frigate-nvidia-version-regex
arm64-build-support
readme
michelroegl-brunner-patch-3
fix/coder-code-server-backup
copilot/fix-immich-update-dependency-issue
rust
fix/linkwarden-update-playwright
fix/powerdns-sqlite-permissions
fix/duplicate-nameserver-searchdomain
CrazyWolf13-patch-7
feat/ollama-rocm-support
fix/seerr-migration-update-script
preflight_tests
adgu_fix
2026-03-30
2026-03-29
2026-03-28
2026-03-27
2026-03-26
2026-03-25
2026-03-24
2026-03-23
2026-03-22
2026-03-21
2026-03-20
2026-03-19
2026-03-18
2026-03-17
2026-03-16
2026-03-15
2026-03-14
2026-03-13
2026-03-12
2026-03-11
2026-03-10
2026-03-09
2026-03-08
2026-03-07
2026-03-06
2026-03-05
2026-03-04
2026-03-03
2026-03-02
2026-03-01
2026-02-28
2026-02-27
2026-02-26
2026-02-25
2026-02-24
2026-02-23
2026-02-22
2026-02-21
2026-02-20
2026-02-19
2026-02-18
2026-02-17
2026-02-16
2026-02-15
2026-02-14
2026-02-13
2026-02-12
2026-02-11
2026-02-10
2026-02-09
2026-02-08
2026-02-07
2026-02-06
2026-02-05
2026-02-04
2026-02-03
2026-02-02
2026-02-01
2026-01-31
2026-01-30
2026-01-29
2026-01-28
2026-01-27
2026-01-26
2026-01-25
2026-01-24
2026-01-23
2026-01-22
2026-01-21
2026-01-20
2026-01-19
2026-01-18
2026-01-17
2026-01-16
2026-01-15
2026-01-14
2026-01-13
2026-01-12
2026-01-11
2026-01-10
2026-01-09
2026-01-08
2026-01-07
2026-01-06
2026-01-05
2026-01-04
2026-01-03
2026-01-02
2026-01-01
2025-12-31
2025-12-30
2025-12-29
2025-12-28
2025-12-27
2025-12-26
2025-12-25
2025-12-24
2025-12-23
2025-12-22
2025-12-21
2025-12-20
2025-12-19
2025-12-18
2025-12-17
2025-12-16
2025-12-15
2025-12-14
2025-12-13
2025-12-12
2025-12-11
2025-12-10
2025-12-09
2025-12-08
2025-12-07
2025-12-06
2025-12-05
2025-12-04
2025-12-03
2025-12-02
2025-12-01
2025-11-30
2025-11-29
2025-11-28
2025-11-27
2025-11-26
2025-11-25
2025-11-24
2025-11-23
2025-11-22
2025-11-21
2025-11-20
2025-11-19
2025-11-18
2025-11-17
2025-11-16
2025-11-15
2025-11-14
2025-11-13
2025-11-12
2025-11-11
2025-11-10
2025-11-09
2025-11-08
2025-11-07
2025-11-06
2025-11-05
2025-11-04
2025-11-03
2025-11-02
2025-11-01
2025-10-31
2025-10-30
2025-10-29
2025-10-28
2025-10-27
2025-10-26
2025-10-25
2025-10-24
2025-10-23
2025-10-22
2025-10-21
2025-10-20
2025-10-19
2025-10-18
2025-10-17
2025-10-16
2025-10-15
2025-10-14
2025-10-13
2025-10-12
2025-10-11
2025-10-10
2025-10-09
2025-10-08
2025-10-07
2025-10-06
2025-10-05
2025-10-04
2025-10-03
2025-10-02
2025-10-01
2025-09-30
2025-09-29
2025-09-28
2025-09-27
2025-09-26
2025-09-25
2025-09-24
2025-09-23
2025-09-22
2025-09-21
2025-09-20
2025-09-19
2025-09-18
2025-09-17
2025-09-16
2025-09-15
2025-09-14
2025-09-13
2025-09-12
2025-09-11
2025-09-10
2025-09-09
2025-09-08
2025-09-07
2025-09-06
2025-09-05
2025-09-04
2025-09-03
2025-09-02
2025-09-01
2025-08-31
2025-08-30
2025-08-29
2025-08-28
2025-08-27
2025-08-26
2025-08-25
2025-08-24
2025-08-23
2025-08-22
2025-08-21
2025-08-20
2025-08-19
2025-08-18
2025-08-17
2025-08-16
2025-08-15
2025-08-14
2025-08-13
2025-08-12
2025-08-11
2025-08-10
2025-08-09
2025-08-08
2025-08-07
2025-08-06
2025-08-05
2025-08-04
2025-08-03
2025-08-02
2025-08-01
2025-07-31
2025-07-30
2025-07-29
2025-07-28
2025-07-27
2025-07-26
2025-07-25
2025-07-24
2025-07-23
2025-07-22
2025-07-21
2025-07-20
2025-07-19
2025-07-18
2025-07-17
2025-07-16
2025-07-15
2025-07-14
2025-07-11
2025-07-10
2025-07-09
2025-07-08
2025-07-07
2025-07-06
2025-07-05
2025-07-04
2025-07-03
2025-07-02
2025-07-01
2025-06-30
2025-06-29
2025-06-28
2025-06-27
2025-06-26
2025-06-25
2025-06-24
2025-06-23
2025-06-22
2025-06-21
2025-06-20
2025-06-19
2025-06-18
2025-06-17
2025-06-16
2025-06-15
2025-06-14
2025-06-13
2025-06-12
2025-06-11
2025-06-10
2025-06-09
2025-06-08
2025-06-07
2025-06-06
2025-06-05
2025-06-04
2025-06-03
2025-06-02
2025-06-01
2025-05-31
2025-05-30
2025-05-29
2025-05-28
2025-05-27
2025-05-26
2025-05-25
2025-05-24
2025-05-23
2025-05-22
2025-05-21
2025-05-20
2025-05-19
2025-05-18
2025-05-17
2025-05-16
2025-05-15
2025-05-14
2025-05-13
2025-05-12
2025-05-11
2025-05-10
2025-05-09
2025-05-08
2025-05-07
2025-05-06
2025-05-05
2025-05-04
2025-05-03
2025-05-02
2025-05-01
2025-04-30
2025-04-29
2025-04-28
2025-04-27
2025-04-26
2025-04-25
2025-04-24
2025-04-23
2025-04-22
2025-04-20
2025-04-21
2025-04-19
2025-04-18
2025-04-17
2025-04-15
2025-04-16
2025-04-14
2025-04-13
2025-04-12
2025-04-11
2025-04-10
2025-04-09
2025-04-08
2025-04-07
2025-04-06
2025-04-05
2025-04-04
2025-04-03
2025-04-02
2025-04-01
2025-03-31
2025-03-30
2025-03-29
2025-03-28
2025-03-27
2025-03-26
2025-03-25
2025-03-24
2025-03-23
2025-03-22
2025-03-21
2025-03-20
2025-03-19
2025-03-18
2025-03-17
2025-03-16
2025-03-15
2025-03-14
2025-03-13
2025-03-12
2025-03-11
2025-03-10
2025-03-09
2025-03-08
2025-03-07
2025-03-06
2025-03-05
2025-03-04
2025-03-03
2025-03-02
2025-03-01
2025-02-28
2025-02-27
2025-02-26
2025-02-25
2025-02-24
2025-02-23
2025-02-21
2025-02-20
2025-02-19
2025-02-18
2025-02-17
2025-02-16
2025-02-15
2025-02-14
2025-02-13
2025-02-12
2025-02-11
2025-02-10
2025-02-09
2025-02-08
2025-02-07
2025-02-06
2025-02-05
2025-02-04
2025-02-03
2025-02-02
2025-02-01
2025-01-31
2025-01-30
2025-01-29
2025-01-28
2025-01-27
2025-01-26
2025-01-24
2025-01-23
2025-01-22
2025-01-21
2025-01-20
2025-01-19
2025-01-18
2025-01-17
2025-01-16
2025-01-15
2025-01-14
2025-01-13
2025-01-11
2025-01-10
2025-01-09
2025-01-08
2025-01-07
2025-01-06
2025-01-05
2025-01-04
2025-01-03
2025-01-02
2025-01-01
2024-12-31
2024-12-30
2024-12-29
2024-12-28
2024-12-27
2024-12-26
2024-12-25
2024-12-23
2024-12-21
2024-12-20
2024-12-19
2024-12-18
2024-12-17
2024-12-16
2024-12-13
2024-12-12
2024-12-09
2024-12-08
2024-12-07
2024-12-06
2024-12-05
2024-12-04
2024-12-03
2024-12-02
2024-11-30
2024-11-29
2024-11-28
2024-11-27
2024-11-26
2024-11-25
2024-11-24
2024-11-23
Labels
Clear labels
🛑 Failure to comply with the guidelines
breaking change
bug
bug
bugfix
deferred
delete script
dependencies
enhancement
external
feature
github
help wanted
Implemented in VED waiting push to Main
in project pipeline
invalid
investigation
json
maintenance
new script
new script
nice to have
not a script issue
not planned
organization
pull-request
question
refactor
rename script
security
update script
website
wontdo
Mirrored from GitHub Pull Request
Milestone
No items
No Milestone
Projects
Clear projects
No project
Assignees
saavagebueno
Clear assignees
No Assignees
Notifications
Due Date
No due date set.
Dependencies
No dependencies set.
Reference: SVI/ProxmoxVE#1744
Reference in New Issue
Block a user
Blocking a user prevents them from interacting with repositories, such as opening or commenting on pull requests or issues. Learn more about blocking a user.
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 @jsspen on GitHub (Aug 19, 2025).
✅ Have you read and understood the above guidelines?
yes
📜 What is the name of the script you are using?
twingate-connector
📂 What was the exact command used to execute the script?
bash -c "$(curl -fsSL https://raw.githubusercontent.com/community-scripts/ProxmoxVE/main/ct/twingate-connector.sh)"
⚙️ What settings are you using?
🖥️ Which Linux distribution are you using?
Ubuntu 24.04
📝 Provide a clear and concise description of the issue.
Script fails to build container
🔄 Steps to reproduce the issue.
Run the script with default settings
❌ Paste the full error output (if available).
🖼️ Additional context (optional).
No response
@MickLesk commented on GitHub (Aug 19, 2025):
Your Container Template is crappy. Remove it and try it again
Or your SSD hasnt rootdir inside. Run pveam status
@jsspen commented on GitHub (Aug 19, 2025):
I'm not familiar with
pveambutstatusisn't a valid command. I did a little Googling and I'm guessing you meantpvesm status?I have used this SSD for storing other templates without issue for a while now and I just used it with the Mealie script - though I guess it could be an Ubuntu template issue since Mealie is Debian? I'll try to find a script that uses Ubuntu and see what happens then.
Edit: I just ran the Jellyfin script as a test and it failed in the same way:
Edit 2: I also just tried selecting a different storage drive for the template storage (using ssd512a for both template and container) and it failed in the same way.
@MickLesk commented on GitHub (Aug 20, 2025):
Can you run an simple ubuntu ct from dev? Share full Output. (Please in Verbose Mode)
bash -c "$(curl -fsSL https://raw.githubusercontent.com/community-scripts/ProxmoxVED/main/ct/ubuntu.sh)"@jsspen commented on GitHub (Aug 20, 2025):
Nope, same result. Out of my ~50 containers the only one I have that uses Ubuntu is Jellyfin. It works fine but it is on 22.04.5 LTS.
@MickLesk commented on GitHub (Aug 20, 2025):
Its your SSD that failed
pct create 999 local:vztmpl/ubuntu-24.04-standard_24.04-2_amd64.tar.zst -rootfs ssd512a:2
@jsspen commented on GitHub (Aug 20, 2025):
The SSD is having no trouble with Debian or Apache-based containers, though.
Output of
pct create 999 local:vztmpl/ubuntu-24.04-standard_24.04-2_amd64.tar.zst -rootfs ssd512a:2has revealed something new: "Unsupported Ubuntu version".Edit: Tried using a different disk and same problem
@bossanova808 commented on GitHub (Aug 21, 2025):
It's not a failing disk (or even just ubuntu), or a corrupt download - the debian LXC script is failing at the same point for me. Worked fine a few days ago.
@bossanova808 commented on GitHub (Aug 21, 2025):
(& manually creating a CT with the downloaded template works just fine...)
@MickLesk commented on GitHub (Aug 21, 2025):
Need more Input.
pveam status
pveam update
pveam list local
And output of pct create templateName (Like above)
@bossanova808 commented on GitHub (Aug 21, 2025):
pvesm statuspveam updatepveam list localpct create 999 local:vztmpl/debian-12-standard_12.7-1_amd64.tar.zst --rootfs guests:2As I say, using the GUI, I was manually able to create a CT with debian-12-standard_12.7-1_amd64.tar.zst without issue.
...which seems odd...
@MickLesk commented on GitHub (Aug 21, 2025):
Can you remove the Debian Template and Execute an Script again?
pct remove local:vztmpl/debian-12-standard_12.7-1_amd64.tar.zst
@bossanova808 commented on GitHub (Aug 21, 2025):
There's no
pct removebut I removed using the GUI, then:@MickLesk commented on GitHub (Aug 21, 2025):
I mean, Run pct remove in your Host and then for example our script (Default Settings) Debian LXC (... /debian.sh)
@bossanova808 commented on GitHub (Aug 21, 2025):
pct removeis not a command on the host - hence I used the GUI to remove the downloaded deb template - same result right?I then ran the script, but here's with default settings same issue.
(Sorry if I am misunderstanding...!)
@MickLesk commented on GitHub (Aug 21, 2025):
Ah okay, command not available for you. Then remove the Template from GUI please. (Button "remove")
But at First:
ls -lh /var/lib/vz/template/cache/
You can also remove it with:
rm /var/lib/vz/template/cache/debian-12-standard_*
@bossanova808 commented on GitHub (Aug 22, 2025):
Yep that's what you have above, removed (I've done it both ways, GUI and with rm - it's definitely gone.
The issue remains - as per the log above (in the verbose mode you can see it downloads a fresh copy).
But I hit the same error each time...
@MickLesk commented on GitHub (Aug 22, 2025):
Whats your pveversion?
Can you check the subuuids?
grep root /etc/subuid
grep root /etc/subgid
@bossanova808 commented on GitHub (Aug 22, 2025):
pve-manager/9.0.5/9c5600b249dbfd2f (running kernel: 6.14.8-2-pve)root:100000:65536root:100000:65536@MickLesk commented on GitHub (Aug 22, 2025):
hm strange, all fine.
Can you Test 2 different variants? 1 Variant = priviligeted / 1 unpriv.
unpriv:
@bossanova808 commented on GitHub (Aug 22, 2025):
Privileged works ok, not the unpriv:
@MickLesk commented on GitHub (Aug 22, 2025):
Ah is this a zfs-pool?
@bossanova808 commented on GitHub (Aug 22, 2025):
Yep
@MickLesk commented on GitHub (Aug 22, 2025):
Interesting, either it's a bug or a feature. I'll ask Proxmox myself. I think you were still using PVE 8.4 last week, right?
Can you provide me with a few more “valuable” outputs?
I have maybe an workaround, can you test it? i dont have zfs-pools
@bossanova808 commented on GitHub (Aug 22, 2025):
No, this was a fresh PVE9 install.
The restore command gives:
unable to use volume local:vztmpl/debian-12-standard_12.7-1_amd64.tar.zst - content type needs to be 'backup'@MickLesk commented on GitHub (Aug 22, 2025):
thx, if you are available, can you execute this? Ive build an workaround in dev repo, but idk if this works
for ubuntu 24.04 users:
@bossanova808 commented on GitHub (Aug 22, 2025):
@MickLesk commented on GitHub (Aug 22, 2025):
okay next round, ive created an zfs-pool and that work fine:
can you do following:
cat /etc/pve/storage.cfgExample Output (my install)
pvesm list guestsExample Output (my 2 deployed tests here)
Edit:
Solution should be: content rootdir,images inside the cfg
pvesm set guests --content rootdir,images
pvesm status
@bossanova808 commented on GitHub (Aug 22, 2025):
@MickLesk commented on GitHub (Aug 22, 2025):
ah lol, can you add / improve following via nano ?
dir: local
path /var/lib/vz
content backup,vztmpl,iso,rootdir
and then rerun the debian.sh/or ubuntu.sh bash call from above
@AntonWilloughby commented on GitHub (Aug 23, 2025):
I am experiencing the same issue running PVE 8.2.2
@MickLesk commented on GitHub (Aug 23, 2025):
Then try my Last Post?
@bossanova808 commented on GitHub (Aug 24, 2025):
The issue isn't our systems though, it's the scripts...right? Something has changed, as they were working fine not long ago.
I don't want to use local as a rootdir for guests...
@MickLesk commented on GitHub (Aug 24, 2025):
I need to know whether it's because of that or not. If I don't know, bad luck, then I'll close the issue due to lack of information and it won't be possible.
@bossanova808 commented on GitHub (Aug 24, 2025):
OK, added
rootdirto the appropriatestorage.cfgThen tried this again:
var_verbose=YES bash -c "$(curl -fsSL https://raw.githubusercontent.com/community-scripts/ProxmoxVED/main/ct/debian.sh)"Same issue still (tried creating on both
localandguestswith same result):@MickLesk commented on GitHub (Aug 25, 2025):
I'm slowly running out of ideas. I've now attached the fifth different disk, with the same configurations as you. Everything is running smoothly. I even set up a new VM, even there. I can only explain the error with ZFS itself. The script isn't doing anything wrong. It even checks for any problems.
zfs get acltype,xattr guests
zfs get acltype,xattr guests/subvol-208-disk-0
grep root /etc/subuid
grep root /etc/subgid
@jsspen commented on GitHub (Aug 25, 2025):
I don't think it's a ZFS issue as I'm not using ZFS at all...
Also, I said this last week but maybe it got lost in the shuffle. It seems like this would be relevant:
I'm also not sure that these are the same issue. Unlike @bossanova808 I'm able to create a Debian LXC without issue using the script
bash -c "$(curl -fsSL https://raw.githubusercontent.com/community-scripts/ProxmoxVE/main/ct/debian.sh)"@MickLesk commented on GitHub (Aug 25, 2025):
And Debian or Ubuntu from VED?
@keviiin38 commented on GitHub (Aug 26, 2025):
👋
I was having the exact same error as the OP while using the Homer script (Debian LXC), here are some details :
When I used a MAC address from an online generator tool, it failed...
But when I ran the script, without specifying a MAC, deleting everything, and reusing the generated MAC, it worked ! 🙃
After that, I found on a Proxmox blog post someone asking if it's possible to use this kind of online tool, so I suspect there are some gotchas with these generated MAC...
Conclusion, nothing to do with the helper script in my case, simply an "invalid" MAC address specified...
My setup is Proxmox VE 9 fresh install with LVM for storage
@jsspen commented on GitHub (Aug 26, 2025):
Well, strangely, I just tried the Twigate script again today and it worked... I haven't changed anything since last week when I tried the script (and other Ubuntu-based LXCs) two dozen or so times without success. I haven't even rebooted my system in the meantime! I guess my initial problem is "solved" so I'm going to bow out of this discussion and leave this to @bossanova808 and others who are still having related (?) issues.
@bossanova808 commented on GitHub (Aug 27, 2025):
Still not working here but am away on holiday for this week so can't really try much...
@gabriellxxix commented on GitHub (Aug 27, 2025):
It looks like a problem with the script. Two days ago, I installed the scripts without any issue, but today this error shows up. It’s not related to SSD or restarts—I tested two different scripts on three different servers, updated them, rebooted, and one of the servers doesn’t even use SSD. All of them show the same failure. I think it might be due to a recent change in the scripts.
@MickLesk commented on GitHub (Aug 27, 2025):
Gitea Script isnt Change since many weeks. It fails before the LXC is created
You can try the Default debian.sh from ProxmoxVED
@gabriellxxix commented on GitHub (Aug 27, 2025):
After trying again, it worked correctly this time, even with the customization.
@bossanova808 commented on GitHub (Aug 30, 2025):
Ok I worked out my issue, actually by running the older
pulseinstall script (listed here: https://github.com/rcourtman/Pulse?tab=readme-ov-file#install), as I didn't realise there was also a community script to use instead (which is actually listed here, but that's not as easy to find - https://github.com/rcourtman/Pulse/blob/main/docs/FAQ.md)When that (original) script failed, I could see in the Proxmox task log (i.e. bottom of web UI) there was an error - I clicked on that to get the output window and could see there was a permissions error with the script accessing the new folder in
/var/lib/lxc/- looking in there I could see that the permissions were:drwxrwx---- and 'others' could not cd into that folder. This pointed back to an error I had induced withumaskit seems. Restoring the umask to022for root and the issue is gone.Thanks for your persistence/patience @MickLesk. Probably not worth it, but might be worth adding some sort of check/log in the scripts for that - with the community scripts is it just bails and the error can't be seen, which makes things harder...
@Sciruss commented on GitHub (Sep 6, 2025):
I, too, am getting the exact same error when attempting to run the Technitium LXC creation script. I'm attempting to create the LXC on LVM-Thin, not a ZFS drive.
This may be a naive question, but is it possible the
$?at the end of the bash call is causing the error due to the create_lxc.sh script being very strict (set -Eeuo pipefail) about errors?The build.func appears to be passing an unexpected argument (
$?) and then the create_lxc.sh script is failing withexit code 0because the curl command succeeded, so$?was 0, but this is being incorrectly passed as an argument.Again, shot in the dark here.
@Sciruss commented on GitHub (Sep 8, 2025):
I resolved my issue by forking and changing the error handling code in create_lxc.sh.
My issues was the my MTU was set too large, and I had forgot to change it on the PVE bridge after I reinstalled PVE. Correcting the MTU issue resolved the exit.
It seems that the error handling in create_lxc.sh doesn't make it out of that script if the PVE processes throw an error that is caught by -Ee. I had to disable that in order to get the error to output that it the lsc creation failed due to the MTU.
@lucacome commented on GitHub (Sep 24, 2025):
I'm getting the same when trying to create a Debian LXC
I tried deleting the template and redownloading it, but I'm still getting the error.
@lucacome commented on GitHub (Sep 24, 2025):
I don't know if it helps but when I try to create it manually it says
@MickLesk commented on GitHub (Sep 25, 2025):
You need to Upgrade your pve-container. Its another issue and i have written it in Last 2 weeks 20 Times in Issues & Discussions