Информация
Услуги
  • Внедрение
  • Настройка
  • Поддержка
  • Ремонт
Контакты
Оплата
Новости
Доставка
Загрузки
Форум
Настройка
    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 Виртуальная Среда
    QEMU 10.1 уже доступен на pve-test и pve-no-subscription.

    Форумы: Proxmox Виртуальная Среда, Proxmox Backup Server, Proxmox Mail Gateway, Proxmox Datacenter Manager
    Поиск  Пользователи  Правила  Войти
    Страницы: 1
    RSS
    QEMU 10.1 уже доступен на pve-test и pve-no-subscription., Proxmox Виртуальная Среда
     
    fiona
    Guest
    #1
    0
    04.11.2025 15:56:00
    В репозиториях pve-test и pve-no-subscription для Proxmox VE 9 доступен новый пакет QEMU 10.1. После более чем месяца внутреннего тестирования QEMU 10.1 и почти такого же времени его наличия в репозитории pve-test, мы теперь (2025-11-04) сделали пакет QEMU 10.1 доступным и в репозитории pve-no-subscription. Версия нашего пакета QEMU 10.1.2-1 включает важные стабильные исправления, разработанные с момента выхода оригинальной версии 10.1.0.

    Важно: хотя некоторые наши производственные нагрузки уже используют эту версию и работают стабильно, мы не можем проверить все возможные комбинации оборудования и конфигураций, поэтому рекомендуем протестировать обновление перед применением на критически важных системах.

    Чтобы обновиться, убедитесь, что у вас настроен репозиторий Proxmox VE No-Subscription или Proxmox VE Test. Можно обновиться через веб-интерфейс — обновить список и выполнить апгрейд в панели Node -> Updates, либо воспользоваться консолью и стандартными командами apt:

    Bash:  
    apt update  
    apt full-upgrade  

    После этого вывод команды pveversion -v (или в веб-интерфейсе в Node Summary -> Package versions) должен показать что-то вроде pve-qemu-kvm: 10.1.2-1.

    Обратите внимание, как и со всеми обновлениями QEMU: виртуальная машина должна быть либо полностью перезапущена (выключена и затем снова запущена, или перезапущена через команду restart в CLI или веб-интерфейсе), либо, чтобы избежать простоя, можно рассмотреть вариант живой миграции на хост, где уже установлена новая версия QEMU.

    Хотя мы успешно используем эту версию для продакшн и тестовых нагрузок уже не первый месяц, идеального ПО не бывает, и проблемы часто связаны с конкретной конфигурацией. Поэтому если вы столкнетесь с регрессиями, которые точно вызваны установкой новой версии QEMU (а не другими изменениями), обязательно прикладывайте конфигурацию пострадавшей ВМ, а также основные данные о железе (например, модель процессора) и памяти. Ваши отзывы нам очень важны!

    Известные проблемы: на момент публикации отсутствуют.
     
     
     
    drmartins
    Guest
    #2
    0
    20.11.2025 15:29:00
    У меня проблема с клонированием шаблонов. У меня есть LVM, на котором лежат шаблоны. Когда я пытаюсь клонировать шаблон, появляется ошибка:

    Code: create full clone of drive ide0 (lvm-nvme:vm-9922-cloudinit)  
     Logical volume "vm-219-cloudinit" created.  
    create full clone of drive virtio0 (lvm-nvme:vm-9922-disk-0)  
     Logical volume "vm-219-disk-1" created.  
    transferred 0.0 B of 5.0 GiB (0.00%)  
    transferred 52.2 MiB of 5.0 GiB (1.02%)  
    transferred 103.9 MiB of 5.0 GiB (2.03%)  
    transferred 156.2 MiB of 5.0 GiB (3.05%)  
    transferred 207.9 MiB of 5.0 GiB (4.06%)  
    transferred 260.1 MiB of 5.0 GiB (5.08%)  
    transferred 311.8 MiB of 5.0 GiB (6.09%)  
    ...  
    transferred 1.9 GiB of 5.0 GiB (38.59%)  
    transferred 2.0 GiB of 5.0 GiB (39.61%)  
    qemu-img: error while writing at byte 2145386496: Invalid argument  
     Logical volume "vm-219-cloudinit" successfully removed.  
     Logical volume "vm-219-disk-1" successfully removed.  
    TASK ERROR: clone failed: copy failed: command '/usr/bin/qemu-img convert -p -n -f raw -O raw /dev/vg_data/vm-9922-disk-0 /dev/vg_data/vm-219-disk-1' failed: exit code 1  

    У меня всё обновлено, сегодня специально обновлялся. pve-qemu-kvm версии 10.1.2-4.  
    Если я делаю даунгрейд, что я и сделал, на версию 10.0.2-4 — всё работает.  

    Я один с такой проблемой?
     
     
     
    fiona
    Guest
    #3
    0
    20.11.2025 16:48:00
    Привет, @drmartins, ошибка всегда возникает с одним и тем же томом/шаблоном или с другими тоже? Всегда появляется для одного и того же значения байта? Не мог бы ты поделиться конфигурацией шаблона qm config 9922, а также разделом для хранилища lvm-nvme из файла /etc/pve/storage.cfg? Есть ли какие-то сообщения в системном журнале, которые появляются примерно в то время, когда случается проблема? Чтобы получить больше информации от qemu-img, можно вручную создать логический том командой lvcreate --size 5G vg_data -n dummy, а затем выполнить следующий код:
    lvchange -ay vg_data/vm-9922-disk-0
    lvchange -ay vg_data/dummy
    qemu-img --trace '*' convert -p -n -f raw -O raw /dev/vg_data/vm-9922-disk-0 /dev/vg_data/dummy 2>&1 | tail -n 1000 > /tmp/qemu-img-trace.txt
    и потом предоставить файл /tmp/qemu-img-trace.txt.
     
     
     
    drmartins
    Guest
    #4
    0
    21.11.2025 10:12:00
    Мы провели дополнительные исследования и выяснили, что проблема в том, что команда qemu-img convert теперь по умолчанию использует -t writeback, а при смене параметра -t применяется либо none, либо directsync. Для нас быстрым решением стало перенести шаблоны на локальное хранилище. Вот наш отладочный код:

    root@pve-node1:/var/log# qemu-img convert -t none -p -f raw -O raw /dev/vg_data/vm-9920-disk-0 /dev/vg_data/dummy  
    (100.00/100%)

    root@pve-node1:/var/log# qemu-img convert -p -f raw -O raw /dev/vg_data/vm-9920-disk-0 /dev/vg_data/dummy  
    qemu-img: ошибка при записи в байт 2145386496: Недопустимый аргумент

    root@ppve-node1:/var/log# qemu-img convert -t directsync -p -n -f raw -O raw /dev/vg_data/vm-9920-disk-0 /dev/vg_data/dummy  
    (100.00/100%)

    root@pve-node1:/var/log# qemu-img convert -t writeback -p -n -f raw -O raw /dev/vg_data/vm-9920-disk-0 /dev/vg_data/dummy  
    qemu-img: ошибка при записи в байт 2145386496: Недопустимый аргумент

    root@pve-node1:/var/log# qemu-img convert -p -n -f raw -O raw ./debian-13-genericcloud-amd64.raw /dev/vg_data/dummy  
    (100.00/100%)

    Информация, которую вы запросили

    Шаблон:

    Код:

    root@pve-node1:~# qm config 9900  
    agent: 1  
    balloon: 0  
    boot: order=virtio0  
    ciuser: ansible  
    cores: 2  
    cpu: host  
    ide0: lvm-nvme:vm-9900-cloudinit,media=cdrom,size=4M  
    ipconfig0: ip=10.1.99.233/24,gw=10.1.99.1  
    memory: 2048  
    meta: creation-qemu=10.0.2,ctime=1759822368  
    name: debian-13-tpl  
    nameserver: 8.8.8.8 1.0.0.1 1.1.1.1  
    net0: virtio=BC:24:11:C5:38:DB,bridge=vmbr199  
    numa: 1  
    ostype: l26  
    scsihw: virtio-scsi-single  
    smbios1: uuid=80f58566-0cac-4c5f-9231-9b1d64ab6ab3  
    sockets: 1  
    sshkeys: %20%20%20%20%20%20%20%20no-port-forwarding%2Cenvironment%3D%22SSH_USER%3Dansible%22%20ssh-rsa%***********%0A%0A%0A  
    template: 1  
    virtio0: lvm-nvme:vm-9900-disk-0,discard=on,iothread=1,replicate=0,size=5G  
    vmgenid: 4c4a5642-c861-40c8-a823-83685c202334

    Конфигурация хранения:

    Код:

    root@pve-node1:~# cat /etc/pve/storage.cfg  
    dir: local  
       path /var/lib/vz  
       content backup,vztmpl,images,iso  
       shared 0

    lvm: lvm-nvme  
       vgname vg_data  
       content images,rootdir  
       saferemove 0  
       shared 0

    И файл во вложении.
     
     
     
    fiona
    Guest
    #5
    0
    21.11.2025 11:41:00
    Когда ты делал даунгрейд, это действительно была только версия pve-qemu-kvm=10.0.2-4, а пакет qemu-server тоже не трогался? Потому что команда qemu-img должна быть точно такая же, если qemu-server остался без изменений, и насколько я вижу по документации, по умолчанию в QEMU 10.0 уже стоял параметр -t writeback. Если после даунгрейда на pve-qemu-kvm=10.0.2-4 запускать команды с разными режимами кэша, поведение меняется?
     
     
     
    fiona
    Guest
    #6
    0
    21.11.2025 11:50:00
    Я подозреваю, что хотя проблема связана с режимом кэширования, что-то ещё изменилось в QEMU 10.1, из-за чего это начинает срабатывать. Извини, я ошибся с командой трассировки — там нужно было использовать tail вместо head. Сейчас исправил.
     
     
     
    vmwaretoprox
    Guest
    #7
    0
    26.11.2025 05:08:00
    Всем привет! Хотел просто сказать, что у нас та же проблема, что и у @drmartins, в нашем тестовом кластере prox 9.1.1 на 3 узла после обновления:

    Код:  
    создаю полный клон диска efidisk0 (vmstore-infra:vm-5000-disk-0)  
     Округляю размер до полного физического экстента 4.00 МиБ  
     Логический том "vm-106-disk-0" создан.  
    создаю полный клон диска scsi0 (vmstore-infra:vm-5000-disk-1)  
     Логический том "vm-106-disk-1" создан.  
    передано 0.0 B из 15.0 GiB (0.00%)  
    передано 153.6 МиБ из 15.0 GiB (1.00%)  
    передано 308.7 МиБ из 15.0 GiB (2.01%)  
    передано 462.3 МиБ из 15.0 GiB (3.01%)  
    передано 615.9 МиБ из 15.0 GiB (4.01%)  
    передано 769.5 МиБ из 15.0 GiB (5.01%)  
    передано 924.7 МиБ из 15.0 GiB (6.02%)  
    передано 1.1 GiB из 15.0 GiB (7.02%)  
    передано 1.2 GiB из 15.0 GiB (8.02%)  
    передано 1.4 GiB из 15.0 GiB (9.02%)  
    передано 1.5 GiB из 15.0 GiB (10.03%)  
    передано 1.7 GiB из 15.0 GiB (11.03%)  
    передано 1.8 GiB из 15.0 GiB (12.03%)  
    передано 2.0 GiB из 15.0 GiB (13.03%)  
    qemu-img: ошибка при записи в байт 2145386496: Неверный аргумент  
     Логический том "vm-106-disk-0" успешно удалён.  
     Логический том "vm-106-disk-1" успешно удалён.  
    ОШИБКА ЗАДАЧИ: клон не создан: копирование не удалось: команда '/usr/bin/qemu-img convert -p -n -f raw -O raw /dev/vg_vmstore_infra/vm-5000-disk-1 /dev/vg_vmstore_infra/vm-106-disk-1' завершилась с кодом выхода 1  

    Это происходит при клонировании шаблона с диском на iscsi lvm хранилище. Если переместить диск шаблона на local-lvm хранилище, а потом клонировать — всё проходит успешно, поэтому пока пользуемся этим как обходным решением.  

    Если же пытаемся обратно вернуть диск с local-lvm на iscsi lvm хранилище — получаем примерно ту же ошибку:  

    Код:  
    создаю полный клон диска scsi0 (local-lvm:base-5000-disk-0)  
     Логический том "vm-5000-disk-1" создан.  
    передано 0.0 B из 15.0 GiB (0.00%)  
    передано 153.6 МиБ из 15.0 GiB (1.00%)  
    передано 308.7 МиБ из 15.0 GiB (2.01%)  
    передано 462.3 МиБ из 15.0 GiB (3.01%)  
    передано 615.9 МиБ из 15.0 GiB (4.01%)  
    передано 769.5 МиБ из 15.0 GiB (5.01%)  
    передано 924.7 МиБ из 15.0 GiB (6.02%)  
    передано 1.1 GiB из 15.0 GiB (7.02%)  
    передано 1.2 GiB из 15.0 GiB (8.02%)  
    передано 1.4 GiB из 15.0 GiB (9.02%)  
    передано 1.5 GiB из 15.0 GiB (10.03%)  
    передано 1.7 GiB из 15.0 GiB (11.03%)  
    передано 1.8 GiB из 15.0 GiB (12.03%)  
    передано 2.0 GiB из 15.0 GiB (13.03%)  
    qemu-img: ошибка при записи в байт 2145386496: Неверный аргумент  
     Логический том "vm-5000-disk-1" успешно удалён.  
    ОШИБКА ЗАДАЧИ: миграция хранилища не удалась: копирование не удалось: команда '/usr/bin/qemu-img convert -p -n -f raw -O raw /dev/pve/base-5000-disk-0 /dev/vg_vmstore_infra/vm-5000-disk-1' завершилась с кодом выхода 1  

    Сейчас попробую сделать откат версии. Спасибо!
     
     
     
    fiona
    Guest
    #8
    0
    26.11.2025 10:33:00
    Привет, @vmwaretoprox, было бы здорово, если бы ты или @drmartins могли предоставить вывод трассировки (с исправленной командой с использованием tail). У меня нет хранилища, где я мог бы воспроизвести проблему, так что без этой информации я могу только гадать вслепую.
     
     
     
    marcio79
    Guest
    #9
    0
    26.11.2025 12:12:00
    Сейчас я обновляю несколько своих виртуальных машин, чтобы использовать более новые типы оборудования, и заметил, что Proxmox предлагает как pc-q35-10.0+pve1, так и pc-q35-10.1. Перед тем как применять это изменение в продакшене, хотел бы спросить: какой из них рекомендуется для стабильного рабочего окружения? Безопаснее ли продолжать использовать версию с патчами Proxmox (pc-q35-10.0+pve1) или pc-q35-10.1 (без суффикса PVE) уже считается стабильной и полностью поддерживается для производственных нагрузок? В моём окружении: Proxmox VE 9.1 QEMU 10.1.2 ZFS стек Кластер с живой миграцией.

    Поскольку тип машины влияет на совместимость при миграции и на конфигурацию железа, хочу убедиться, что выбираю лучший вариант с точки зрения долгосрочной стабильности.

    Заранее спасибо за любую помощь!
     
     
     
    Страницы: 1
    Читают тему
    +7 (495) 320-70-49
    info@proxmox.su

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