Аспро: ЛайтШоп [тема: Похоже, возникли проблемы с обновлением шаблона.]

Похоже, возникли проблемы с обновлением шаблона.

Wed, 02 Jul 2025 11:49:00 +0300

Похоже, возникли проблемы с обновлением шаблона. Proxmox Виртуальная Среда в форуме Proxmox Виртуальная Среда.
Ты только что задал этот же вопрос минуту(!) назад в другой теме: https://forum.proxmox.com/threads/how-to-update-a-vm-template.121183/ Пожалуйста, так не делай — это тратит ценное время и ресурсы всех участников здесь.
02.07.2025 11:49:00, fabian.

Похоже, возникли проблемы с обновлением шаблона.

Wed, 02 Jul 2025 09:42:00 +0300

Похоже, возникли проблемы с обновлением шаблона. Proxmox Виртуальная Среда в форуме Proxmox Виртуальная Среда.
Я бы не советовал использовать функции "преобразовать в шаблон" в PVE, если хочешь обновить базовый образ. Гораздо проще иметь обычную ВМ, которую можно быстро запустить, обновить и выключить.
02.07.2025 09:42:00, LnxBil.

Похоже, возникли проблемы с обновлением шаблона.

Tue, 01 Jul 2025 23:54:00 +0300

Похоже, возникли проблемы с обновлением шаблона. Proxmox Виртуальная Среда в форуме Proxmox Виртуальная Среда.
Привет, @williamflow, похоже, virt-customize не входит в стандартную установку Proxmox VE, что говорит о том, что этот и другие пакеты были добавлены вручную позже. Сложно понять, в чем дело – это может быть связано с отсутствием пакетов, не загруженными модулями ядра или другими несовпадениями в окружении. Как правило, лучше подходить к установке PVE как к готовому решению (appliance). Если вам нужно изменить QCOW-образ, лучше всего: развернуть временную Ubuntu или Debian VM и следовать одной из множества хорошо документированных инструкций о том, как работать с этими образами. Если что-то сломалось — просто удалите VM. Короче говоря: поддерживайте ваш гипервизор чистым и изолированным от несвязанных экспериментов.

Cheers!

Кстати, вот что получилось: `Could not open '/mnt/data/images/107/base-107-disk-0.qcow2': Operation not permitted`

Шаблон может быть заблокирован, помечен как неизменяемый или доступный только для чтения. Скопируйте файл в другое место и отредактируйте его.

Blockbridge : Ultra low latency all-NVME shared storage for Proxmox - https://www.blockbridge.com/proxmox
01.07.2025 23:54:00, bbgeek17.

Похоже, возникли проблемы с обновлением шаблона.

Tue, 01 Jul 2025 23:06:00 +0300

Похоже, возникли проблемы с обновлением шаблона. Proxmox Виртуальная Среда в форуме Proxmox Виртуальная Среда.
Попытался запустить команду: `virt-customize -a /mnt/data/images/107/base-107-disk-0.qcow2 --update` и получил эту ошибку: `libguestfs: trace: launch = -1 (error)` virt-customize: error: libguestfs error: guestfs_launch failed, see earlier error messages.

Если вы сообщаете об ошибках, запустите `virt-customize` с включенным отладочным режимом и приложите полный вывод: `virt-customize -v -x [...]`

Ниже полный вывод:

root@proxmox:/mnt/data/images/117# virt-customize -a /mnt/data/images/107/base-107-disk-0.qcow2 --update
[ 0.0] Examining the guest ...
libguestfs: trace: set_verbose true
libguestfs: trace: set_verbose = 0
libguestfs: trace: set_network true
libguestfs: trace: set_network = 0
libguestfs: trace: add_drive "/mnt/data/images/107/base-107-disk-0.qcow2" "readonly:false" "protocol:file" "discard:besteffort"
libguestfs: trace: add_drive = 0
libguestfs: trace: launch
libguestfs: trace: max_disks
libguestfs: trace: max_disks = 255
libguestfs: trace: get_tmpdir
libguestfs: trace: get_tmpdir = "/tmp"
libguestfs: trace: version
libguestfs: trace: version =
libguestfs: trace: get_backend
libguestfs: trace: get_backend = "direct"
libguestfs: launch: program=virt-customize
libguestfs: launch: version=1.48.6
libguestfs: launch: backend registered: libvirt
libguestfs: launch: backend registered: direct
libguestfs: launch: backend=direct
libguestfs: launch: tmpdir=/tmp/libguestfskMMaeU
libguestfs: launch: umask=0022
libguestfs: launch: euid=0
libguestfs: trace: get_cachedir
libguestfs: trace: get_cachedir = "/var/tmp"
libguestfs: begin building supermin appliance
libguestfs: run supermin
libguestfs: command: run: /usr/bin/supermin
libguestfs: command: run: --build
libguestfs: command: run: --verbose
libguestfs: command: run: --if-newer
libguestfs: command: run: --lock /var/tmp/.guestfs-0/lock
libguestfs: command: run: --copy-kernel
libguestfs: command: run: -f ext2
libguestfs: command: run: --host-cpu x86_64
libguestfs: command: run: /usr/lib/x86_64-linux-gnu/guestfs/supermin.d
libguestfs: command: run: -o /var/tmp/.guestfs-0/appliance.d
supermin: version: 5.2.2
supermin: package handler: debian/dpkg
supermin: acquiring lock on /var/tmp/.guestfs-0/lock
supermin: if-newer: output does not need rebuilding
libguestfs: finished building supermin appliance
libguestfs: begin testing qemu features
libguestfs: trace: get_cachedir
libguestfs: trace: get_cachedir = "/var/tmp"
libguestfs: checking for previously cached test results of /usr/bin/qemu-system-x86_64, in /var/tmp/.guestfs-0
libguestfs: loading previously cached test results
libguestfs: qemu version: 9.2
libguestfs: qemu mandatory locking: yes
libguestfs: qemu KVM: enabled
libguestfs: trace: get_backend_setting "force_tcg"
libguestfs: trace: get_backend_setting = NULL (error)
libguestfs: trace: get_backend_setting "force_kvm"
libguestfs: trace: get_backend_setting = NULL (error)
libguestfs: trace: get_sockdir
libguestfs: trace: get_sockdir = "/tmp"
libguestfs: finished testing qemu features
libguestfs: trace: get_backend_setting "gdb"
libguestfs: trace: get_backend_setting = NULL (error)
/usr/bin/qemu-system-x86_64 \
-global virtio-blk-pci.scsi=off \
-no-user-config \
-nodefaults \
-display none \
-machine accel=kvm:tcg,graphics=off \
-cpu max,la57=off \
-m 1280 \
-no-reboot \
-rtc driftfix=slew \
-global kvm-pit.lost_tick_policy=discard \
-kernel /var/tmp/.guestfs-0/appliance.d/kernel \
-initrd /var/tmp/.guestfs-0/appliance.d/initrd \
-object rng-random,filename=/dev/urandom,id=rng0 \
-device virtio-rng-pci,rng=rng0 \
-device virtio-scsi-pci,id=scsi \
-drive file=/mnt/data/images/107/base-107-disk-0.qcow2,cache=writeback,discard=unmap,id=hd0,if=none \
-device scsi-hd,drive=hd0 \
-drive file=/var/tmp/.guestfs-0/appliance.d/root,snapshot=on,id=appliance,cache=unsafe,if=none,format=raw \
-device scsi-hd,drive=appliance \
-device virtio-serial-pci \
-serial stdio \
-chardev socket,path=/tmp/libguestfsvuosYn/guestfsd.sock,id=channel0 \
-device virtserialport,chardev=channel0,name=org.libguestfs.channel.0 \
-netdev user,id=usernet,net=169.254.0.0/16 \
-device virtio-net-pci,netdev=usernet \
-append "panic=1 console=ttyS0 edd=off udevtimeout=6000 udev.event-timeout=6000 no_timer_check printk.time=1 cgroup_disable=memory usbcore.nousb cryptomgr.notests tsc=reliable 8250.nr_uarts=1 root=UUID=8849a280-45de-4287-8968-ee072aa62637 selinux=0 guestfs_verbose=1 guestfs_network=1 TERM=xterm"
qemu-system-x86_64: -drive file=/mnt/data/images/107/base-107-disk-0.qcow2,cache=writeback,discard=unmap,id=hd0,if=none: Could not open '/mnt/data/images/107/base-107-disk-0.qcow2': Operation not permitted
libguestfs: child_cleanup: 0x5c5224c9ba20: child process died
libguestfs: sending SIGTERM to process 1435820
libguestfs: trace: launch = -1 (error)
virt-customize: error: libguestfs error: guestfs_launch failed, see earlier error messages
If reporting bugs, run virt-customize with debugging enabled and include the complete output: virt-customize -v -x [...]
libguestfs: trace: close
libguestfs: closing guestfs handle 0x5c5224c9ba20 (state 0)
libguestfs: command: run: rm
libguestfs: command: run: -rf /tmp/libguestfskMMaeU
libguestfs: command: run: rm
libguestfs: command: run: -rf /tmp/libguestfsvuosYn
root@proxmox:/mnt/data/images/117#
Я понятия не имею, что делать.
01.07.2025 23:06:00, williamflow.