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

    Форумы: Proxmox Виртуальная Среда, Proxmox Backup Server, Proxmox Mail Gateway, Proxmox Datacenter Manager
    Поиск  Пользователи  Правила  Войти
    Страницы: 1
    RSS
    Агент гостевой системы не запущен на Windows 11, Proxmox Виртуальная Среда
     
    IsThisThingOn
    Guest
    #1
    0
    11.11.2025 10:20:00
    У меня проблема только с одной виртуальной машиной. По неизвестным причинам эта ВМ иногда теряет гостевой агент. Это довольно плохо, потому что из-за этого невозможны и бэкапы, так как я делаю резервные копии в PBS в режиме остановки. Известна ли ошибка с такой конфигурацией? Раньше уже однажды было, но я тогда особо не придал значения и обновил virtio tools до версии 0.1.285. После обновления некоторое время всё работало, но сейчас снова периодически барахлит. Наверное, самая странная часть — что даже после перезагрузки иногда не работает. Например, прямо сейчас, зашёл в услуги — QEMU guest agent не запущен, хотя стоит «Автоматический» режим запуска. Запустить вручную могу без проблем. Windows 25H2, QEMU 0.1.285.

    Код:  
    proxmox-ve: 8.4.0 (запущенное ядро: 6.8.12-15-pve)  
    pve-manager: 8.4.14 (текущая версия: 8.4.14/b502d23c55afcba1)  
    proxmox-kernel-helper: 8.1.4  
    proxmox-kernel-6.8: 6.8.12-15  
    proxmox-kernel-6.8.12-15-pve-signed: 6.8.12-15  
    proxmox-kernel-6.8.12-13-pve-signed: 6.8.12-13  
    proxmox-kernel-6.8.12-11-pve-signed: 6.8.12-11  
    proxmox-kernel-6.8.4-2-pve-signed: 6.8.4-2  
    ceph-fuse: 17.2.8-pve2  
    corosync: 3.1.9-pve1  
    criu: 3.17.1-2+deb12u2  
    glusterfs-client: 10.3-5  
    ifupdown2: 3.2.0-1+pmx11  
    intel-microcode: 3.20250812.1~deb12u1  
    ksm-control-daemon: 1.5-1  
    libjs-extjs: 7.0.0-5  
    libknet1: 1.30-pve2  
    libproxmox-acme-perl: 1.6.0  
    libproxmox-backup-qemu0: 1.5.2  
    libproxmox-rs-perl: 0.3.5  
    libpve-access-control: 8.2.2  
    libpve-apiclient-perl: 3.3.2  
    libpve-cluster-api-perl: 8.1.2  
    libpve-cluster-perl: 8.1.2  
    libpve-common-perl: 8.3.4  
    libpve-guest-common-perl: 5.2.2  
    libpve-http-server-perl: 5.2.2  
    libpve-network-perl: 0.11.2  
    libpve-rs-perl: 0.9.4  
    libpve-storage-perl: 8.3.7  
    libspice-server1: 0.15.1-1  
    lvm2: 2.03.16-2  
    lxc-pve: 6.0.0-1  
    lxcfs: 6.0.0-pve2  
    novnc-pve: 1.6.0-2  
    proxmox-backup-client: 3.4.6-1  
    proxmox-backup-file-restore: 3.4.6-1  
    proxmox-backup-restore-image: 0.7.0  
    proxmox-firewall: 0.7.1  
    proxmox-kernel-helper: 8.1.4  
    proxmox-mail-forward: 0.3.3  
    proxmox-mini-journalreader: 1.5  
    proxmox-offline-mirror-helper: 0.6.8  
    proxmox-widget-toolkit: 4.3.13  
    pve-cluster: 8.1.2  
    pve-container: 5.3.3  
    pve-docs: 8.4.1  
    pve-edk2-firmware: 4.2025.02-4~bpo12+1  
    pve-esxi-import-tools: 0.7.4  
    pve-firewall: 5.1.2  
    pve-firmware: 3.16-3  
    pve-ha-manager: 4.0.7  
    pve-i18n: 3.4.5  
    pve-qemu-kvm: 9.2.0-7  
    pve-xtermjs: 5.5.0-2  
    qemu-server: 8.4.3  
    smartmontools: 7.3-pve1  
    spiceterm: 3.3.1  
    swtpm: 0.8.0+pve1  
    vncterm: 1.8.1  
    zfsutils-linux: 2.2.8-pve1
     
     
     
    IsThisThingOn
    Guest
    #2
    0
    20.01.2026 13:48:00
    Сегодня снова возникла проблема с версией 0.1.271. Происходит она гораздо реже, чем с 0.1.285 (которая работает без нареканий с 24 ноября), но сама суть ошибки, похоже, осталась. Перезагрузка не помогла. Пришлось зайти в службы и запустить guest agent. А потом снова перезагрузиться, чтобы в PVE перестало залипать использование ОЗУ на уровне 100,4%. В логах особо ничего интересного не нашёл, только несколько записей, которые для меня не важны, типа таких:

    Code:  
    Protokollname: Application  
    Quelle: qemu-ga  
    Datum: 20.01.2026 13:56:30  
    Ereignis-ID: 1  
    Aufgabenkategorie: Keine  
    Ebene: Informationen  
    Schlüsselwörter: Klassisch  
    Benutzer: Nicht zutreffend  
    Computer: PCname  
    Beschreibung:  
    guest-ping called  

    Ereignis-XML:  
    <Event xmlns="http://schemas.microsoft.com/win/2004/08/events/event">  
     <System>  
       <Provider Name="qemu-ga" />  
       <EventID Qualifiers="0">1</EventID>  
       <Version>0</Version>  
       <Level>4</Level>  
       <Task>0</Task>  
       <Opcode>0</Opcode>  
       <Keywords>0x80000000000000</Keywords>  
       <TimeCreated SystemTime="2026-01-20T12:56:30.6244037Z" />  
       <EventRecordID>21351</EventRecordID>  
       <Correlation />  
       <Execution ProcessID="3640" ThreadID="0" />  
       <Channel>Application</Channel>  
       <Computer>PCname</Computer>  
       <Security />  
     </System>  
     <EventData>  
       <Data>guest-ping called</Data>  
     </EventData>  
    </Event>
     
     
     
    IsThisThingOn
    Guest
    #3
    0
    04.02.2026 16:05:00
    Сегодня у меня снова возникла проблема с версией 0.1.271. Странно то, что при этом код завершения оказался чистым. Bash: C:\Windows\System32>sc qc QEMU-GA  
    [SC] QueryServiceConfig УСПЕХ

    SERVICE_NAME: QEMU-GA  
           TYPE               : 10  WIN32_OWN_PROCESS  
           START_TYPE         : 2   AUTO_START  
           ERROR_CONTROL      : 0   IGNORE  
           BINARY_PATH_NAME   : "C:\Program Files\Qemu-ga\qemu-ga.exe" -d --retry-path  
           LOAD_ORDER_GROUP   :  
           TAG                : 0  
           DISPLAY_NAME       : QEMU Guest Agent  
           DEPENDENCIES       :  
           SERVICE_START_NAME : LocalSystem

    C:\Windows\System32>sc queryex QEMU-GA

    SERVICE_NAME: QEMU-GA  
           TYPE               : 10  WIN32_OWN_PROCESS  
           STATE              : 1  STOPPED  
           WIN32_EXIT_CODE    : 0  (0x0)  
           SERVICE_EXIT_CODE  : 0  (0x0)  
           CHECKPOINT         : 0x0  
           WAIT_HINT          : 0x7d0  
           PID                : 0  
           FLAGS              :
     
     
     
    IsThisThingOn
    Guest
    #4
    0
    06.03.2026 10:50:00
    Все ещё страдаю от этой проблемы на версиях 9.1.5 и 0.1.271. Не уверен, связана ли она с проблемой Windows Server SQL или нет. Нагрузка на базу данных довольно низкая (настоящая нагрузка, вероятно, только при создании резервных копий), но, случайно или нет, именно виртуальная машина с базой данных страдает от этой проблемы. Нашел кое-что в просмотре событий. Для контекста: наши ежедневные резервные копии в режиме остановки запускаются в 01:00.

    XML:  
    Имя журнала: System  
    Источник: Service Control Manager  
    Дата: 04.03.2026 01:02:30  
    ID события: 7009  
    Категория задания: Нет  
    Уровень: Ошибка  
    Ключевые слова: Классический  
    Пользователь: Не применимо  
    Компьютер: name  
    Описание:  
    Время ожидания (45000 мс) при попытке подключения к службе QEMU-GA было превышено.  
    Событие-XML:  
    <Event xmlns="http://schemas.microsoft.com/win/2004/08/events/event">  
     <System>  
       <Provider Name="Service Control Manager" Guid="{555908d1-a6d7-4695-8e1e-26931d2012f4}" EventSourceName="Service Control Manager" />  
       <EventID Qualifiers="49152">7009</EventID>  
       <Version>0</Version>  
       <Level>2</Level>  
       <Task>0</Task>  
       <Opcode>0</Opcode>  
       <Keywords>0x8080000000000000</Keywords>  
       <TimeCreated SystemTime="2026-03-04T00:02:30.8259416Z" />  
       <EventRecordID>24427</EventRecordID>  
       <Correlation />  
       <Execution ProcessID="956" ThreadID="3268" />  
       <Channel>System</Channel>  
       <Computer>winbau</Computer>  
       <Security />  
     </System>  
     <EventData>  
       <Data Name="param1">45000</Data>  
       <Data Name="param2">QEMU-GA</Data>  
       <Binary>510045004D0055002D00470041000000</Binary>  
     </EventData>  
    </Event>  

    Не прошло и секунды, как мы видим другую ошибку:  

    XML:  
    Имя журнала: System  
    Источник: Service Control Manager  
    Дата: 04.03.2026 01:02:30  
    ID события: 7009  
    Категория задания: Нет  
    Уровень: Ошибка  
    Ключевые слова: Классический  
    Пользователь: Не применимо  
    Компьютер: name  
    Описание:  
    Время ожидания (45000 мс) при попытке подключения к службе SQLWriter было превышено.  
    Событие-XML:  
    <Event xmlns="http://schemas.microsoft.com/win/2004/08/events/event">  
     <System>  
       <Provider Name="Service Control Manager" Guid="{555908d1-a6d7-4695-8e1e-26931d2012f4}" EventSourceName="Service Control Manager" />  
       <EventID Qualifiers="49152">7009</EventID>  
       <Version>0</Version>  
       <Level>2</Level>  
       <Task>0</Task>  
       <Opcode>0</Opcode>  
       <Keywords>0x8080000000000000</Keywords>  
       <TimeCreated SystemTime="2026-03-04T00:02:30.8419041Z" />  
       <EventRecordID>24429</EventRecordID>  
       <Correlation />  
       <Execution ProcessID="956" ThreadID="3292" />  
       <Channel>System</Channel>  
       <Computer>winbau</Computer>  
       <Security />  
     </System>  
     <EventData>  
       <Data Name="param1">45000</Data>  
       <Data Name="param2">SQLWriter</Data>  
       <Binary>530051004C005700720069007400650072000000</Binary>  
     </EventData>  
    </Event>
     
     
     
    IsThisThingOn
    Guest
    #5
    0
    06.03.2026 10:51:00
    PS: Оба сбоя связаны с таймаутом подключения (45 секунд) к сервису. И оба сервиса не запущены, хотя у них стоит режим автозапуска.
     
     
     
    _gabriel
    Guest
    #6
    0
    06.03.2026 14:57:00
    Это происходит после остановки режима резервного копирования?
     
     
     
    IsThisThingOn
    Guest
    #7
    0
    07.03.2026 09:52:00
    Да, поскольку резервное копирование идёт в 01:00. Думаю, система выключается для бэкапа, затем снова запускается, и по каким-то причинам эти два сервиса не стартуют.
     
     
     
    _gabriel
    Guest
    #8
    0
    07.03.2026 10:02:00
    Это известная проблема, когда PBS работает медленнее, чем гостевая система обрабатывает ввод-вывод. Гость тормозит и некоторые приложения могут падать из-за таймаута, потому что снимок создаётся, когда гость находится в состоянии выключения, а затем гость запускается напрямую, пока резервное копирование идёт одновременно.
     
     
     
    SteveITS
    Guest
    #9
    0
    04.02.2026 16:31:00
    Если честно, у нас такой проблемы не было на PVE 8 и версиях 0.1.266 или 0.1.271. Поскольку выше упоминался Windows Server 2025 и Virtio, решил вот эту ссылку дать: https://pve.proxmox.com/wiki/Window..._issues_with_IO-heavy_Windows_Server_2025_VMs
     
     
     
    Страницы: 1
    Читают тему
    +7 (495) 320-70-49
    info@proxmox.su

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