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

    Форумы: Proxmox Виртуальная Среда, Proxmox Backup Server, Proxmox Mail Gateway, Proxmox Datacenter Manager
    Поиск  Пользователи  Правила  Войти
    Страницы: 1
    RSS
    Снимок зависает, если запущен qemu-guest-agent / Cloudlinux, Proxmox Виртуальная Среда
     
    TheMrg
    Guest
    #1
    0
    27.02.2020 10:37:00
    Мы используем KVM. У нас стоит Centos7 с Cpanel (думаю, это не имеет значения) и установлен qemu-guest-agent. Снимки работают нормально. Вчера мы установили CloudLinux на эту машину (основан на Centos7). Сегодня мы хотим создать новый снимок. Прошло более часа, и мы прервали его. Вот некоторые логи другой попытки: 27 февраля 09:11:12 backup pvedaemon[15239]: <root@pam> snapshot VM 10001: test2 после 40 минут мы отменили задачу снимка 27 февраля 09:58:47 backup pvedaemon[15239]: закрытие с буфером чтения в /usr/share/perl5/IO/Multiplex.pm строка 927. 27 февраля 09:58:47 backup pvedaemon[15239]: команда qmp VM 10001 завершилась неудачей - получен прерывание 27 февраля 09:58:47 backup pvedaemon[15239]: проблемы с guest-fsfreeze-freeze - получен прерывание 27 февраля 09:58:52 backup pvedaemon[26912]: <root@pam> завершение задачи UPID:backup:00003B87:0055B0BF:5E5779A0:qmsnapshot:10001:root@pam: неожиданное состояние Машина заблокирована. Мы выполняем qm unlock 10001, но VM все еще зависает. Нам пришлось ОСТАНОВИТЬ и ЗАПУСТИТЬ эту машину. Мы долго проверяли. Ничего не помогло. Только systemctl stop qemu-guest-agent сработал. Теперь снимки работают как и ожидалось. Другие ВМ нормально работают со снимками и qemu-агентом. Что это может быть? Ничего в логах Proxmox. Видим только вышеуказанное сообщение. Логи VM: 27 февраля 09:10:01 c01cpan systemd: Начата сессия c1248 пользователя root. 27 февраля 09:10:01 c01cpan systemd: Начата сессия c1249 пользователя root. 27 февраля 09:10:05 c01cpan systemd: Удален slice User Slice of root. 27 февраля 09:10:07 c01cpan qemu-ga: info: вызван guest-ping 27 февраля 09:10:19 c01cpan qemu-ga: info: вызван guest-ping 27 февраля 09:10:32 c01cpan qemu-ga: info: вызван guest-ping 27 февраля 09:10:44 c01cpan qemu-ga: info: вызван guest-ping 27 февраля 09:10:56 c01cpan qemu-ga: info: вызван guest-ping 27 февраля 09:11:12 c01cpan qemu-ga: info: вызван guest-ping 27 февраля 09:11:12 c01cpan qemu-ga: info: вызван guest-fsfreeze 27 февраля 09:11:12 c01cpan qemu-ga: info: выполняется fsfreeze hook с аргументом 'freeze' следующая строка после ОСТАНОВКИ и ЗАПУСКА: 27 февраля 10:02:14 c01cpan kernel: Инициализация подсистемы cgroup cpuset 27 февраля 10:02:14 c01cpan kernel: Инициализация подсистемы cgroup cpu 27 февраля 10:02:14 c01cpan kernel: Инициализация подсистемы cgroup cpuacct 27 февраля 10:02:14 c01cpan kernel: Версия Linux 3.10.0-962.3.2.lve1.5.28.el7.x86_64 Спасибо за помощь.
     
     
     
    TheMrg
    Guest
    #2
    0
    19.03.2020 09:53:00
    Спасибо, но на хранилище нет нагрузки. iotop
     
     
     
    Stoiko Ivanov
    Guest
    #3
    0
    19.03.2020 10:14:00
    как долго занимает `sync`? `time sync`
     
     
     
    poxin
    Guest
    #4
    0
    07.10.2021 23:06:00
    Сегодня я тоже с этим столкнулся. При использовании CloudLinux 8 и включенном агенте QEMU, виртуальная машина зависает во время операции заморозки. Выключение агента в Proxmox работает без проблем.
     
     
     
    Spirog
    Guest
    #5
    0
    09.04.2022 02:09:00
    Securetmp позволяет монтировать /dev/loop. Вам нужно отключить его, если вы хотите выполнять снимки/резервные копии с CloudLinux https://support.cpanel.net/hc/en-us/articles/360058525333-How-to-disable-scripts-securetmp Это то, что сказали в CloudLinux. Здравствуйте, Эта проблема не связана напрямую с CloudLinux, а с агентом Qemu, который неправильно замораживает файловые системы. Вот что происходит на самом деле: Когда вызывается резервная копия ВМ, агент Qemu замораживает файловые системы, чтобы в процессе резервного копирования не произошло никаких изменений. Но агент Qemu не учитывает устройства loop* в порядке замораживания (мы проверили его исходники), что приводит к следующей ситуации: 1) заморозить файловую систему loopback ---> отправить асинхронные запросы в поток loopback 2) заморозить основную файловую систему 3) поток loopback пробуждается и пытается записать данные в основную файловую систему, которая все еще заморожена, и это в конечном итоге приводит к зависшей задаче и сбою ядра. Боюсь, у нас нет других рекомендаций на данный момент. Спасибо.
     
     
     
    Spirog
    Guest
    #6
    0
    09.04.2022 02:14:00
    Есть ли возможность, чтобы команда Proxmox исправила код Qemu [Securetmp включает /dev/loop монтирования]? Когда выполняется резервное копирование ВМ, агент Qemu замораживает файловые системы, так что ни одно изменение не будет внесено во время резервного копирования. Но агент Qemu не учитывает устройства loop* в порядке заморозки (мы проверили его исходные коды), что приводит к следующей ситуации:
    1) заморозить файловую систему loopback
    ---> отправить асинхронные запросы потоку loopback
    2) заморозить основную файловую систему
    3) поток loopback просыпается и пытается записать данные в основную файловую систему, которая по-прежнему заморожена, и это, в конечном итоге, приводит к зависанию задачи и краху ядра. - так как мы можем использовать Qemu-guest-agent для создания снимков резервных копий на Cloudlinux и/или ВМ cPanel и при этом убедиться, что нам не нужно отключать securetmp? Спасибо.
     
     
     
    Spirog
    Guest
    #7
    0
    05.05.2022 02:13:00
    Окей, я выяснил, что при использовании cPanel без CloudLinux, если вы установили пользователя в jailed shell в cPanel, это вызовет зависание fs freeze. Когда вы убираете пользователя(ей) из jailed shell, fs freeze работает как положено для резервных копий снимков. Просто на случай, если у кого-то возникнет такая проблема. Но если вам нужно сохранить безопасность ваших пользователей в jailed shell, вам нужно отключить qemu в PVE для этой виртуальной машины. Иначе резервные копии снимков не будут работать, и fs freeze будет висеть. Я предполагаю, что в CloudLinux каждый пользователь находится в тюрьме с помощью cagefs для безопасности. Вот почему это и проблема.
     
     
     
    Spirog
    Guest
    #8
    0
    05.05.2022 02:18:00
    У меня это заняло больше часа, затем он запустил резервное копирование. В другой раз — 55 минут. Но резервное копирование заняло всего 6 минут. Ха-ха.
     
     
     
    Страницы: 1
    Читают тему
    +7 (495) 320-70-49
    info@proxmox.su

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