Информация
Услуги
  • Внедрение
  • Настройка
  • Поддержка
  • Ремонт
Контакты
Оплата
Новости
Доставка
Загрузки
Форум
Настройка
    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 Виртуальная Среда
    "virt-customize" не устанавливает qemu-guest-agent на образ qcow2.

    Форумы: Proxmox Виртуальная Среда, Proxmox Backup Server, Proxmox Mail Gateway, Proxmox Datacenter Manager
    Поиск  Пользователи  Правила  Войти
    Страницы: 1
    RSS
    "virt-customize" не устанавливает qemu-guest-agent на образ qcow2., Proxmox Виртуальная Среда
     
    gemini
    Guest
    #1
    0
    11.05.2025 18:15:00
    Не могу установить qemu-guest-agent на образ debian-12-generic-amd64.qcow2. Пытаюсь следовать инструкциям из этого учебника и кода. Вот шаги, которые я выполняю и результат:

    Сначала я получаю образ с помощью этого скрипта:
    `./bin/import-cloud-image https://cloud.debian.org/images/cloud/bookworm/latest/debian-12-generic-amd64.qcow2 debian-12-generic-amd64.qcow2`

    Затем, поскольку Debian cloud-образ не имеет qemu-guest-agent, я делаю следующее:
    `virt-customize -a /var/lib/vz/images/debian-12-generic-amd64.qcow2 --install qemu-guest-agent`

    Вот вывод:
    ```bash
    Bash: root@hoth:~# virt-customize -a /var/lib/vz/images/debian-12-generic-amd64.qcow2 --install qemu-guest-agent
    [ 0.0] Examining the guest ...
    [ 2.1] Setting a random seed
    virt-customize: warning: random seed could not be set for this type of
    guest
    [ 2.1] Installing packages: qemu-guest-agent
    [ 5.2] Finishing off
    ```

    Затем, убедившись, что Packer будет использовать привилегированный токен на Proxmox-узле, я выполняю следующее из этой документации:
    ```bash
    Bash: packer init main.pkr.hcl &&\
     packer validate -var-file="auto.pkrvars.hcl" . &&\
     packer build -var-file="auto.pkrvars.hcl" .
    ```

    Он успешно создает VM, но зависает на:
    ```bash
    Code: ➜ packer init main.pkr.hcl &&\
     packer validate -var-file="auto.pkrvars.hcl" . &&\
     PACKER_LOG=1 packer build -var-file="auto.pkrvars.hcl" .
    ```

    Конфигурация действительна.
    proxmox-clone.base: вывод будет в этом цвете.

    ==> proxmox-clone.base: Используется существующий SSH-ключ для коммуникатора...
    ==> proxmox-clone.base: Создание VM
    ==> proxmox-clone.base: Запуск VM
    ...
    2025/05/11 11:06:07 packer-plugin-proxmox_v1.2.2_x5.0_darwin_arm64 plugin: 2025/05/11 11:06:07 using token auth
    2025/05/11 11:06:07 packer-plugin-proxmox_v1.2.2_x5.0_darwin_arm64 plugin: 2025/05/11 11:06:07 disk discovered on source vm at scsi0
    2025/05/11 11:06:21 packer-plugin-proxmox_v1.2.2_x5.0_darwin_arm64 plugin: 2025/05/11 11:06:21 No boot command given, skipping
    2025/05/11 11:06:24 packer-plugin-proxmox_v1.2.2_x5.0_darwin_arm64 plugin: 2025/05/11 11:06:24 [DEBUG] Unable to get address during connection step: 500 QEMU guest agent is not running
    2025/05/11 11:06:24 packer-plugin-proxmox_v1.2.2_x5.0_darwin_arm64 plugin: 2025/05/11 11:06:24 [INFO] Waiting for SSH, up to timeout: 10m0s
    2025/05/11 11:06:27 packer-plugin-proxmox_v1.2.2_x5.0_darwin_arm64 plugin: 2025/05/11 11:06:27 [DEBUG] Error getting SSH address: 500 QEMU guest agent is not running
    2025/05/11 11:06:35 packer-plugin-proxmox_v1.2.2_x5.0_darwin_arm64 plugin: 2025/05/11 11:06:35 [DEBUG] Error getting SSH address: 500 QEMU guest agent is not running
    2025/05/11 11:06:43 packer-plugin-proxmox_v1.2.2_x5.0_darwin_arm64 plugin: 2025/05/11 11:06:43 [DEBUG] Error getting SSH address: 500 QEMU guest agent is not running
    2025/05/11 11:06:52 packer-plugin-proxmox_v1.2.2_x5.0_darwin_arm64 plugin: 2025/05/11 11:06:52 [DEBUG] Error getting SSH address: 500 QEMU guest agent is not running

    Это истекает по таймауту. Прежде чем истечет таймаут, я могу использовать SSH-ключ, указанный в переменных, чтобы подключиться к VM с моего клиента, но получаю этот вывод:
    ```bash
    Bash: debian@nomad-base-debian12-2025-05-11:~$ sudo systemctl status qemu-guest-agent
    Unit qemu-guest-agent.service could not be found.
    debian@nomad-base-debian12-2025-05-11:~$ sudo systemctl list-units --type=service --all | grep qemu
    debian@nomad-base-debian12-2025-05-11:~$
    ```

    У меня также включен cloud init на гостевой системе, как видно по этим входным переменным в сборке Packer:
    ```
    # Properties of the new VM
     vm_id                = var.vm_id
     vm_name              = local.vm_name
     template_description = local.template_desc
     qemu_agent              = true
     cloud_init              = true
     cloud_init_storage_pool = var.cloud_init_storage_pool
    ```

    Я также подтвердил в веб-интерфейсе Proxmox после создания VM, что "QEMU Guest Agent" включен. Чего я не хватает? И как kencx смог заставить proxmox-clone работать с предоставленным им кодом? Единственное, что имеет смысл, это то, что он не использовал Debian, учитывая, что Debian cloud-init образ не имеет установленного qemu-guest-agent. Но все же...почему virt-customize говорит, что он установлен, а на самом деле он не установлен?

    Вся идея в конечном итоге состоит в том, чтобы автоматизировать этот процесс в моем само-хостинговом GitLab CE instance с GitLab CI/CD runner. У кого-нибудь есть другое решение, которое может сработать для автоматизации следующего?

    1.  Загрузить последнюю Debian qcow2 image.
    2.  Создать VM шаблон из него.
    3.  Использовать Packer's proxmox-clone для создания нового пользовательского VM шаблона из этого шаблона по умолчанию, но с моими собственными shell provisioners.
    4.  Продолжить автоматизацию развертывания новой VM из этого шаблона с помощью Terraform или что-нибудь еще (я очень знаком с Terraform/Packer, поскольку я использую их на работе в качестве SRE для создания AWS AMIs для launch templates EC2).
     
     
     
    bbgeek17
    Guest
    #2
    0
    11.05.2025 21:42:00
    Привет, @gemini, твой вопрос выходит далеко за рамки этого форума, который предназначен для обсуждений Proxmox VE: Установка и настройка. Ты работаешь с third-party образом, манипулируешь им с помощью внешних инструментов (вроде virt-*), которые по умолчанию не входят в PVE. В этой ситуации ты по сути конфигуришь не-Proxmox окружение с использованием не-Proxmox инструментов. Ты подтвердил, что пакет, который ты думал, что установил, используя упомянутые инструменты на third-party образе, на самом деле не установлен. Что ты ожидаешь, чтобы гипервизор PVE сделал в этом случае? Очень упрощенный подход был бы таким: a) Скачать образ b) Загрузить VM с этого образа c) Установить агент d) Убедиться, что агент установлен (то есть, проверить наличие пакета и запущенного сервиса) e) Запустить сервис f) Проверить связь с агентом Как только у тебя будет проверенная, рабочая конфигурация, ты можешь начать разбираться, почему твой процесс не дает такого же результата. Удачи, Blockbridge: Ультра низкая задержка, хранилище на основе NVMe для Proxmox - https://www.blockbridge.com/proxmox
     
     
     
    gemini
    Guest
    #3
    0
    11.05.2025 23:56:00
    Прошу прощения, если я не совсем правильно выбрал форум для этого вопроса. Я решил опубликовать его здесь только после того, как нашел похожую тему на этом же форуме, касающуюся QEMU guest agent в этой теме. А автор той темы сослался на другую тему на этом форуме, связанную с их проблемой. Я не знал, что virt-customize не является инструментом Proxmox, потому что столкнулся с ним только в конкретном сценарии, включающем туториал, в котором команда выполнялась на Proxmox-боксе для использования инструмента (Packer proxmox-clone builder), специально разработанного для взаимодействия с PVE API. Но если основной проблемой является сбой установки virt-customize внутри qcow2, то, полагаю, это проблема стороннего инструмента. Значит ли это, что эту тему следует закрыть, или следующий вопрос подпадает под тему "Настройка PVE"? В: Как другие люди, настраивающие свои узлы/кластеры PVE, выполняют процесс "wget"-а qcow2-образа, загрузки ВМ с образа, установки агента и последующего автоматического создания шаблона из этого образа? Обычно я решал бы эту проблему поиском туториалов или инструментов для этого, но пока не нашел ничего, кроме примера Packer builder, который я нашел как "инструмент автоматического создания шаблона ВМ в PVE" и последующего провижинирования программного обеспечения на этом образе. Это настолько редкий сценарий, что все пишут свои собственные инструменты/скрипты, потому что большинство облачных образов Linux дистрибутивов поставляются с qemu-guest-agent, встроенным в qcow2, тем самым устраняя этот шаг? Есть ли другой qcow2-образ, который лучше подошел бы для этой задачи, более широко используемый для этого конкретного сценария, с qemu-guest-agent, работающим по умолчанию в дистрибутивном образе, когда у PVE включена опция "Qemu Guest Agent"?
     
     
     
    bbgeek17
    Guest
    #4
    0
    12.05.2025 16:15:00
    Идея не в том, чтобы закрыть обсуждение, а в том, чтобы правильно выставить ожидания. Попробуйте установить чистую версию virtual PVE и увидите, что virt* tools туда не входят. Вам, вероятно, пришлось их подтянуть при установке packer или какого-то другого инструмента напрямую на PVE. Если вы собираете систему для продакшена, то относитесь к вашей установке PVE как к appliance. Используйте рабочую станцию или VM для управления образами. Лично я использую wget, кладу образ в нужное место, создаю VM, импортирую диск и делаю из VM шаблон. Agent не обязателен для повседневной работы. Честно говоря, я не знал, что он отсутствует на Debian cloud image. Вы можете использовать CloudInit для установки агента, можно ansible, или, как вы уже начали, собрать свой собственный кастомный образ. В целом, люди выбирают образ/ОС/дистрибутив, который соответствует их бизнес-потребностям, а не исходя из того, как интегрирован Qemu Agent. Определите свои бизнес-потребности и выберите дистрибутив, который им соответствует. Blockbridge : Ultra low latency all-NVME shared storage for Proxmox - https://www.blockbridge.com/proxmox
     
     
     
    gemini
    Guest
    #5
    0
    14.05.2025 02:55:00
    Спасибо за ваш вклад. Спасибо за ваши уточнения в этой теме.
     
     
     
    Страницы: 1
    Читают тему
    +7 (495) 320-70-49
    info@proxmox.su

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