Информация
Услуги
  • Внедрение
  • Настройка
  • Поддержка
  • Ремонт
Контакты
Оплата
Новости
Доставка
Загрузки
Форум
Настройка
    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 Виртуальная Среда
     
    nethfel
    Guest
    #1
    0
    20.05.2015 17:56:00
    Всем привет! У некоторых гостей в логах бэкапа появляется вот что: qmp команда 'guest-fsfreeze-freeze' не сработала — время ожидания истекло, и команда 'guest-fsfreeze-thaw' тоже не сработала — время ожидания истекло. Очевидно, это связано с агентом гостя qemu и соответствующей функцией VSS (когда речь идёт о Windows-клиенте). Я заметил в исходном коде:

    Code:  
    if (!$timeout) {  
       # хак: monitor иногда зависает  
       if ($cmd->{execute} eq 'query-migrate') {  
           $timeout = 60*60; # 1 час  
       } elsif ($cmd->{execute} =~ m/^(eject|change)/) {  
           $timeout = 60; # заметьте: команда монтирования cdrom работает медленно  
       } elsif ($cmd->{execute} eq 'guest-fsfreeze-freeze' ||  
                $cmd->{execute} eq 'guest-fsfreeze-thaw') {  
           $timeout = 10;  
       } elsif ($cmd->{execute} eq 'savevm-start' ||  
                $cmd->{execute} eq 'savevm-end' ||  
                $cmd->{execute} eq 'query-backup' ||  
                $cmd->{execute} eq 'query-block-jobs' ||  
                $cmd->{execute} eq 'backup-cancel' ||  
                $cmd->{execute} eq 'query-savevm' ||  
                $cmd->{execute} eq 'delete-drive-snapshot' ||  
                $cmd->{execute} eq 'guest-shutdown' ||  
                $cmd->{execute} eq 'snapshot-drive'  ) {  
           $timeout = 10*60; # 10 минут?  
       } else {  
           $timeout = 3; # по умолчанию  
       }  
    }  

    Для qemu-server таймаут стоит 10 секунд. Обычно я считаю, что это нормальное время. Эти две машины — WSUS-серверы, у них много данных и много мелких файлов, и я думаю, что функция VSS просто слишком долго работает и выходит по таймауту. Есть ли возможность (сейчас или в будущем) добавить в .conf настройку, позволяющую увеличить этот период ожидания? Чтобы для машин, где проблемы нет, оставался обычный таймаут, а для тех, у кого он возникает, можно было увеличить без изменения настроек для всех остальных.

    Сейчас я даже не уверен в состоянии этих ВМ из-за двух таймаутов (freeze и thaw), которые идут подряд — возможно, машинa осталась в состоянии, когда она не полностью разморозилась (если вообще успела заморозиться). Для этих двух ВМ пока придётся отключить агент гостя, чтобы избежать дальнейших проблем, но было бы здорово, если бы можно было при необходимости продлевать время ожидания.
     
     
     
    vigilian
    Guest
    #2
    0
    31.01.2016 10:36:00
    Я тоже, proxmox обновлён до последней версии, это было вчера вечером: команда qmp 'guest-fsfreeze-freeze' не сработала — время ожидания истекло на всех моих linux виртуалках.
     
     
     
    vigilian
    Guest
    #3
    0
    14.02.2016 04:11:00
    @dietmar всегда та же проблема с тайм-аутом. Особенно на запланированной задаче, которая запускается каждую неделю. Что ты хочешь, чтобы я тебе предоставил в качестве информации? Похоже, это происходит на нескольких виртуальных машинах или, может, на всех.

    {
       "lightbox_close": "Закрыть",
       "lightbox_next": "Вперед",
       "lightbox_previous": "Назад",
       "lightbox_error": "Запрашиваемый контент не может быть загружен. Пожалуйста, попробуйте позже.",
       "lightbox_start_slideshow": "Запустить слайд-шоу",
       "lightbox_stop_slideshow": "Остановить слайд-шоу",
       "lightbox_full_screen": "Во весь экран",
       "lightbox_thumbnails": "Эскизы",
       "lightbox_download": "Скачать",
       "lightbox_share": "Поделиться",
       "lightbox_zoom": "Увеличить",
       "lightbox_new_window": "Новое окно",
       "lightbox_toggle_sidebar": "Переключить боковую панель"
    }

    INFO: запуск новой задачи резервного копирования: vzdump 100 101 102 104 105 106 107 111 --mode suspend --compress lzo --mailnotification failure --quiet 1 --storage backupsyno  
    INFO: Запуск резервного копирования ВМ 100 (qemu)  
    INFO: статус = выполняется  
    INFO: обновление ВМ 100: -блокировка резервного копирования  
    INFO: режим резервного копирования: suspend  
    INFO: приоритет ionice: 7  
    INFO: приостановка ВМ  
    INFO: снимки найдены (в резервное копирование не включены)  
    INFO: создание архива '/mnt/pve/backupsyno/dump/vzdump-qemu-100-2016_02_14-03_00_01.vma.lzo'  
    ERROR: VM 100 qmp команда 'guest-fsfreeze-freeze' завершилась ошибкой — тайм-аут  
    ERROR: VM 100 qmp команда 'guest-fsfreeze-thaw' завершилась ошибкой — тайм-аут
     
     
     
    LiSergey
    Guest
    #4
    0
    09.06.2016 09:44:00
    У меня то же самое с proxmox. Что это вообще?
     
     
     
    Britersen
    Guest
    #5
    0
    03.07.2016 22:02:00
    Я часто сталкиваюсь с этим на Windows VM, где запущен MSSQL. MSSQL подписывается на уведомления VSS и создает контрольную точку, когда получает сигнал о том, что запущен резервный снимок. Это может занять гораздо больше времени, чем 10 секунд. Уверен, что существует множество других факторов, влияющих на то, сколько времени VSS требуется для создания снимка, так что в идеале это должно быть настраиваемо.
     
     
     
    Harris Marfel
    Guest
    #6
    0
    15.12.2016 21:14:00
    На самом деле это проявляется не только на Windows VM, но и на Linux VM. Ниже мой лог:

    Код: 101: 16 дек, 00:00:02 INFO: Запуск резервного копирования VM 101 (qemu)  
    101: 16 дек, 00:00:02 INFO: статус = running  
    101: 16 дек, 00:00:03 INFO: обновление VM 101: -lock backup  
    101: 16 дек, 00:00:03 INFO: Имя VM: svr20.campus.com  
    101: 16 дек, 00:00:03 INFO: включён диск 'virtio0' 'Campus_Raid:101/vm-101-disk-1.qcow2'  
    101: 16 дек, 00:00:03 INFO: режим резервного копирования: snapshot  
    101: 16 дек, 00:00:03 INFO: приоритет ionice: 7  
    101: 16 дек, 00:00:03 INFO: создание архива '/var/lib/vz/dump/vzdump-qemu-101-2016_12_16-00_00_02.vma.lzo'  
    101: 16 дек, 01:00:03 ERROR: VM 101 qmp команда 'guest-fsfreeze-freeze' не удалась — превышено время ожидания  
    101: 16 дек, 01:00:13 ERROR: VM 101 qmp команда 'guest-fsfreeze-thaw' не удалась — превышено время ожидания  
    101: 16 дек, 01:00:13 INFO: начата задача резервного копирования '2cd9899c-6d2b-4c11-b351-9833ff7bc086'  
    101: 16 дек, 01:00:16 INFO: статус: 8% (3048538112/34359738368), sparse 7% (2432135168), время 3, 1016/205 МБ/с  
    101: 16 дек, 01:00:19 INFO: статус: 9% (3227123712/34359738368), sparse 7% (2437697536), время 6, 59/57 МБ/с  
    101: 16 дек, 01:00:22 INFO: статус: 10% (3439591424/34359738368), sparse 7% (2437697536), время 9, 70/70 МБ/с  
    101: 16 дек, 01:00:28 INFO: статус: 11% (3782082560/34359738368), sparse 7% (2437758976), время 15, 57/57 МБ/с  
    101: 16 дек, 01:00:36 INFO: статус: 12% (4139384832/34359738368), sparse 7% (2437779456), время 23, 44/44 МБ/с  
    101: 16 дек, 01:00:40 INFO: статус: 13% (4543676416/34359738368), sparse 7% (2626998272), время 27, 101/53 МБ/с  
    101: 16 дек, 01:00:43 INFO: статус: 16% (5634129920/34359738368), sparse 10% (3702812672), время 30, 363/4 МБ/с  
    101: 16 дек, 01:00:49 INFO: статус: 17% (5876547584/34359738368), sparse 10% (3702812672), время 36, 40/40 МБ/с  
    101: 16 дек, 01:00:54 INFO: статус: 18% (6227689472/34359738368), sparse 10% (3702812672), время 41, 70/70 МБ/с  
    101: 16 дек, 01:01:02 INFO: статус: 19% (6587416576/34359738368), sparse 10% (3702816768), время 49, 44/44 МБ/с  
    101: 16 дек, 01:01:05 INFO: статус: 30% (10616438784/34359738368), sparse 22% (7672291328), время 52, 1343/19 МБ/с  
    101: 16 дек, 01:01:08 INFO: статус: 31% (10815471616/34359738368), sparse 22% (7675830272), время 55, 66/65 МБ/с  
    101: 16 дек, 01:01:11 INFO: статус: 32% (11052384256/34359738368), sparse 22% (7679934464), время 58, 78/77 МБ/с  
    101: 16 дек, 01:01:16 INFO: статус: 33% (11388059648/34359738368), sparse 22% (7680720896), время 63, 67/66 МБ/с  
    101: 16 дек, 01:01:22 INFO: статус: 34% (11684544512/34359738368), sparse 22% (7692029952), время 69, 49/47 МБ/с  
    101: 16 дек, 01:01:30 INFO: статус: 35% (12093620224/34359738368), sparse 22% (7708798976), время 77, 51/49 МБ/с  
    101: 16 дек, 01:01:37 INFO: статус: 36% (12381061120/34359738368), sparse 22% (7713583104), время 84, 41/40 МБ/с  
    101: 16 дек, 01:01:44 INFO: статус: 42% (14598799360/34359738368), sparse 28% (9657790464), время 91, 316/39 МБ/с  
    101: 16 дек, 01:01:47 INFO: статус: 54% (18563006464/34359738368), sparse 39% (13552480256), время 94, 1321/23 МБ/с  
    101: 16 дек, 01:01:53 INFO: статус: 55% (18918014976/34359738368), sparse 39% (13556228096), время 100, 59/58 МБ/с  
    101: 16 дек, 01:02:05 INFO: статус: 56% (19274399744/34359738368), sparse 39% (13557170176), время 112, 29/29 МБ/с  
    101: 16 дек, 01:02:10 INFO: статус: 57% (19590807552/34359738368), sparse 39% (13558095872), время 117, 63/63 МБ/с  
    101: 16 дек, 01:02:16 INFO: статус: 58% (19963314176/34359738368), sparse 39% (13561212928), время 123, 62/61 МБ/с  
    101: 16 дек, 01:02:21 INFO: статус: 59% (20332019712/34359738368), sparse 39% (13562327040), время 128, 73/73 МБ/с  
    101: 16 дек, 01:02:26 INFO: статус: 60% (20621099008/34359738368), sparse 39% (13562327040), время 133, 57/57 МБ/с  
    101: 16 дек, 01:02:35 INFO: статус: 63% (21944664064/34359738368), sparse 42% (14562889728), время 142, 147/35 МБ/с  
    101: 16 дек, 01:02:38 INFO: статус: 77% (26478379008/34359738368), sparse 55% (19020390400), время 145, 1511/25 МБ/с  
    101: 16 дек, 01:02:45 INFO: статус: 78% (26839482368/34359738368), sparse 55% (19020623872), время 152, 51/51 МБ/с  
    101: 16 дек, 01:02:50 INFO: статус: 79% (27205828608/34359738368), sparse 55% (19020685312), время 157, 73/73 МБ/с  
    101: 16 дек, 01:02:55 INFO: статус: 80% (27512274944/34359738368), sparse 55% (19021811712), время 162, 61/61 МБ/с  
    101: 16 дек, 01:03:03 INFO: статус: 81% (27888844800/34359738368), sparse 55% (19129757696), время 170, 47/33 МБ/с  
    101: 16 дек, 01:03:09 INFO: статус: 82% (28215476224/34359738368), sparse 55% (19130437632), время 176, 54/54 МБ/с  
    101: 16 дек, 01:03:16 INFO: статус: 83% (28596961280/34359738368), sparse 55% (19130437632), время 183, 54/54 МБ/с  
    101: 16 дек, 01:03:21 INFO: статус: 84% (28885123072/34359738368), sparse 55% (19130437632), время 188, 57/57 МБ/с  
    101: 16 дек, 01:03:24 INFO: статус: 100% (34359738368/34359738368), sparse 71% (24593018880), время 191, 1824/4 МБ/с  
    101: 16 дек, 01:03:24 INFO: передано 34359 МБ за 191 секунду (179 МБ/с)  
    101: 16 дек, 01:03:24 INFO: размер архива: 3.63 ГБ  
    101: 16 дек, 01:03:24 INFO: удаление старой резервной копии '/var/lib/vz/dump/vzdump-qemu-101-2016_12_15-00_00_02.vma.lzo'  
    101: 16 дек, 01:03:25 INFO: Завершено резервное копирование VM 101 (01:03:23)  

    Эта VM работает на CentOS 7.
     
     
     
    Nakata
    Guest
    #7
    0
    22.12.2016 09:26:00
    Привет, что это за файл, я не могу его найти? Хотелось бы увеличить таймаут, у меня такая же проблема с виртуальной машиной Windows2012+MSSQL. Спасибо.
     
     
     
    Tekuno-Kage
    Guest
    #8
    0
    18.01.2017 14:41:00
    Думаю, у меня такая же проблема:  
    Код:  
    INFO: запуск новой задачи бэкапа: vzdump 1031 --mailnotification failure --maxfiles 14 --storage VM-Name --mode snapshot --quiet 1 --fullbackup 7 --compress gzip  
    INFO: делаю дифференциальный бэкап от '/mnt/pve/VM-Name/dump/vzdump-qemu-1031-2017_01_12-00_00_02.vma.gz'  
    INFO: запускаю бэкап VM 1031 (qemu)  
    INFO: статус = running  
    INFO: обновляю VM 1031: -lock backup  
    INFO: имя VM: VM-Name  
    INFO: режим бэкапа: snapshot  
    INFO: приоритет ionice: 7  
    INFO: создаю архив '/mnt/pve/VM-Name/dump/vzdump-qemu-1031-2017_01_12-00_00_02.vma.gz--differential-2017_01_18-00_00_03.vcdiff'  
    ERROR: команда qmp VM 1031 'guest-fsfreeze-freeze' не удалась — таймаут  
    ERROR: команда qmp VM 1031 'guest-fsfreeze-thaw' не удалась — невозможно подключиться к сокету qga VM 1031 — таймаут после 101 попытки  
    INFO: запущена задача бэкапа 'd8fa1c7d-d011-4e86-b71f-53132005df3f'  
    INFO: статус: 0% (409206784/412316860416), sparse 0% (63393792), длительность 3, 136/115 MB/s  

    Есть какие-то новости или прогресс по этой теме? Что я могу предоставить для помощи?  

    Версии пакетов:  
    Код:  
    proxmox-ve: 4.3-66 (работающее ядро: 4.4.19-1-pve)  
    pve-manager: 4.3-3 (работающая версия: 4.3-3/557191d3)  
    pve-kernel-4.4.19-1-pve: 4.4.19-66  
    lvm2: 2.02.116-pve3  
    corosync-pve: 2.4.0-1  
    libqb0: 1.0-1  
    pve-cluster: 4.0-46  
    qemu-server: 4.0-91  
    pve-firmware: 1.1-9  
    libpve-common-perl: 4.0-75  
    libpve-access-control: 4.0-19  
    libpve-storage-perl: 4.0-66  
    pve-libspice-server1: 0.12.8-1  
    vncterm: 1.2-1  
    pve-qemu-kvm: 2.6.2-2  
    pve-container: 1.0-78  
    pve-firewall: 2.0-31  
    pve-ha-manager: 1.0-35  
    ksm-control-daemon: 1.2-1  
    glusterfs-client: 3.5.2-2+deb8u2  
    lxc-pve: 2.0.5-1  
    lxcfs: 2.0.4-pve1  
    criu: 1.6.0-1  
    novnc-pve: 0.5-8  
    zfsutils: 0.6.5.7-pve10~bpo80  
    openvswitch-switch: 2.5.0-1
     
     
     
    fabian
    Guest
    #9
    0
    18.01.2017 14:56:00
    В версии qemu-server 4.0-98 время увеличили до 60 минут, пожалуйста, обновитесь до актуальной версии.
     
     
     
    Tekuno-Kage
    Guest
    #10
    0
    19.01.2017 13:01:00
    Хорошо, мы запланируем окно для обслуживания, чтобы выполнить обновление пакетов. Спасибо!
     
     
     
    Ovidiu
    Guest
    #11
    0
    17.06.2017 09:39:00
    Хм, всё ещё периодически вижу это в текущей версии Proxmox, есть какие-то идеи? Резервные копии вроде создаются успешно. В этом примере был рабочий стол на Win10.

    Код:
    103: 17 июня 00:45:59 INFO: Начинается резервное копирование ВМ 103 (qemu)
    103: 17 июня 00:45:59 INFO: статус = запущен
    103: 17 июня 00:46:05 INFO: обновление ВМ 103: -lock backup
    103: 17 июня 00:46:05 INFO: имя ВМ: charles.domain.tld
    103: 17 июня 00:46:05 INFO: включён диск 'virtio3' 'local:103/vm-103-disk-2.qcow2' 64Гб
    103: 17 июня 00:46:07 INFO: режим резервного копирования: snapshot
    103: 17 июня 00:46:07 INFO: приоритет ionice: 7
    103: 17 июня 00:46:07 INFO: создаётся архив '/var/lib/vz/dump/vzdump-qemu-103-2017_06_17-00_45_59.vma'
    103: 17 июня 01:46:07 ERROR: команда qmp ВМ 103 'guest-fsfreeze-freeze' завершилась с таймаутом
    103: 17 июня 01:46:17 ERROR: команда qmp ВМ 103 'guest-fsfreeze-thaw' завершилась с таймаутом
    103: 17 июня 01:46:17 INFO: запущена задача резервного копирования 'eefbd13a-ea84-4d40-99c5-dcd02e6479a1'
    103: 17 июня 01:46:20 INFO: статус: 0% (456916992/68719476736), sparse 0% (97533952), длительность 3, скорость 152/119 Мб/с
    103: 17 июня 01:46:28 INFO: статус: 1% (693043200/68719476736), sparse 0% (101101568), длительность 11, скорость 29/29 Мб/с
    ...
    103: 17 июня 02:36:36 INFO: статус: 100% (68719476736/68719476736), sparse 1% (858796032), длительность 3019, скорость 20/20 Мб/с
    103: 17 июня 02:36:36 INFO: передано 68719 Мб за 3019 секунд (22 Мб/с)
    103: 17 июня 02:36:36 INFO: размер архива: 63,21 Гб
    103: 17 июня 02:36:36 INFO: удаляется старый бэкап '/var/lib/vz/dump/vzdump-qemu-103-2017_05_13-05_27_40.vma'
    103: 17 июня 02:40:25 INFO: Резервное копирование ВМ 103 завершено (01:54:26)
     
     
     
    Nakata
    Guest
    #12
    0
    17.06.2017 12:02:00
    Думаю, проблема в драйверах virtio, а не в самом Proxmox.
     
     
     
    Andrius
    Guest
    #13
    0
    10.11.2017 08:09:00
    Та же ошибка возникает с драйверами virtio-win-0.1.141 на PVE 5.1-35, как для Windows, так и для Linux ВМ. Судя по всему, это не проблема драйверов, потому что во время того же бэкапа Linux ВМ тоже получил таймаут. Эти ВМ используют разные драйверы virtio. Подробнее: INFO: запуск новой задачи бэкапа: vzdump 100 101 103 102 --storage backup1 --mode snapshot --quiet 1 --compress lzo --node pve1 INFO: старт бэкапа ВМ 100 (qemu) INFO: статус = running INFO: обновление ВМ 100: -lock backup INFO: Имя ВМ: SRV1 INFO: включен диск 'virtio0' 'local:100/vm-100-disk-1.raw' 50G INFO: включен диск 'virtio1' 'local:100/vm-100-disk-2.raw' 100G INFO: включен диск 'efidisk0' 'local:100/vm-100-disk-3.raw' 128K INFO: режим бэкапа: snapshot INFO: приоритет ionice: 7 INFO: создание архива '/mnt/backup-vm/pve/dump/vzdump-qemu-100-2017_11_09-23_00_01.vma.lzo' ERROR: QMP-команда ВМ 100 'guest-fsfreeze-freeze' не сработала — истекло время ожидания ERROR: QMP-команда ВМ 100 'guest-fsfreeze-thaw' не сработала — истекло время ожидания INFO: запущена задача бэкапа '51043ddd-38e8-4161-b919-8c444939a098' INFO: статус: 2% (3470393344/161061404672), sparse 0% (302067712), длительность 3 с, чтение/запись 1156/1056 МБ/с INFO: статус: 3% (4964220928/161061404672), sparse 0% (322658304), длительность 9 с, чтение/запись 248/245 МБ/с INFO: статус: 4% (6507462656/161061404672), sparse 0% (334442496), длительность 15 с, чтение/запись 257/255 МБ/с INFO: статус: 5% (8130527232/161061404672), sparse 0% (371150848), длительность 22 с, чтение/запись 231/226 МБ/с
     
     
     
    killmasta93
    Guest
    #14
    0
    11.11.2017 05:29:00
    У меня та же проблема, написал об этом здесь https://forum.proxmox.com/threads/guest-fsfreeze-freeze-failed-got-timeout.38008/#post-187503
     
     
     
    Страницы: 1
    Читают тему
    +7 (495) 320-70-49
    info@proxmox.su

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