Информация
Услуги
  • Внедрение
  • Настройка
  • Поддержка
  • Ремонт
Контакты
Оплата
Новости
Доставка
Загрузки
Форум
Настройка
    info@proxmox.su
    +7 (495) 320-70-49
    Заказать звонок
    Аспро: ЛайтШоп
    Войти
    0 Сравнение
    0 Избранное
    0 Корзина
    Аспро: ЛайтШоп
    Войти
    0 Сравнение
    0 Избранное
    0 Корзина
    Аспро: ЛайтШоп
    Телефоны
    +7 (495) 320-70-49
    Заказать звонок
    0
    0
    0
    Аспро: ЛайтШоп
    • +7 (495) 320-70-49
      • Назад
      • Телефоны
      • +7 (495) 320-70-49
      • Заказать звонок
    • info@proxmox.su
    • Москва, Бакунинская улица, 69с1
    • Пн-Пт: 09-00 до 18-00
      Сб-Вс: выходной
    • 0 Сравнение
    • 0 Избранное
    • 0 Корзина
    Главная
    Форум
    Proxmox Виртуальная Среда
    Похоже, возникли проблемы с обновлением шаблона.

    Форумы: Proxmox Виртуальная Среда, Proxmox Backup Server, Proxmox Mail Gateway, Proxmox Datacenter Manager
    Поиск  Пользователи  Правила  Войти
    Страницы: 1
    RSS
    Похоже, возникли проблемы с обновлением шаблона., Proxmox Виртуальная Среда
     
    williamflow
    Guest
    #1
    0
    01.07.2025 23:06:00
    Попытался запустить команду: `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 = <struct guestfs_version = major: 1, minor: 48, release: 6, extra: , >
    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#
    Я понятия не имею, что делать.
     
     
     
    bbgeek17
    Guest
    #2
    0
    01.07.2025 23:54:00
    Привет, @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
     
     
     
    LnxBil
    Guest
    #3
    0
    02.07.2025 09:42:00
    Я бы не советовал использовать функции "преобразовать в шаблон" в PVE, если хочешь обновить базовый образ. Гораздо проще иметь обычную ВМ, которую можно быстро запустить, обновить и выключить.
     
     
     
    fabian
    Guest
    #4
    0
    02.07.2025 11:49:00
    Ты только что задал этот же вопрос минуту(!) назад в другой теме: https://forum.proxmox.com/threads/how-to-update-a-vm-template.121183/ Пожалуйста, так не делай — это тратит ценное время и ресурсы всех участников здесь.
     
     
     
    Страницы: 1
    Читают тему
    +7 (495) 320-70-49
    info@proxmox.su

    Конфиденциальность Оферта
    © 2026 Proxmox.su
    Главная Каталог 0 Корзина 0 Избранные Кабинет 0 Сравнение Акции Контакты Услуги Бренды Отзывы Компания Лицензии Документы Реквизиты Поиск Блог Обзоры