Аспро: ЛайтШоп [тема: Снимок зависает, если запущен qemu-guest-agent / Cloudlinux]

Снимок зависает, если запущен qemu-guest-agent / Cloudlinux

Thu, 05 May 2022 02:18:00 +0300

Снимок зависает, если запущен qemu-guest-agent / Cloudlinux Proxmox Виртуальная Среда в форуме Proxmox Виртуальная Среда.
У меня это заняло больше часа, затем он запустил резервное копирование. В другой раз — 55 минут. Но резервное копирование заняло всего 6 минут. Ха-ха.
05.05.2022 02:18:00, Spirog.

Снимок зависает, если запущен qemu-guest-agent / Cloudlinux

Thu, 05 May 2022 02:13:00 +0300

Снимок зависает, если запущен qemu-guest-agent / Cloudlinux Proxmox Виртуальная Среда в форуме Proxmox Виртуальная Среда.
Окей, я выяснил, что при использовании cPanel без CloudLinux, если вы установили пользователя в jailed shell в cPanel, это вызовет зависание fs freeze. Когда вы убираете пользователя(ей) из jailed shell, fs freeze работает как положено для резервных копий снимков. Просто на случай, если у кого-то возникнет такая проблема. Но если вам нужно сохранить безопасность ваших пользователей в jailed shell, вам нужно отключить qemu в PVE для этой виртуальной машины. Иначе резервные копии снимков не будут работать, и fs freeze будет висеть. Я предполагаю, что в CloudLinux каждый пользователь находится в тюрьме с помощью cagefs для безопасности. Вот почему это и проблема.
05.05.2022 02:13:00, Spirog.

Снимок зависает, если запущен qemu-guest-agent / Cloudlinux

Sat, 09 Apr 2022 02:14:00 +0300

Снимок зависает, если запущен qemu-guest-agent / Cloudlinux Proxmox Виртуальная Среда в форуме Proxmox Виртуальная Среда.
Есть ли возможность, чтобы команда Proxmox исправила код Qemu [Securetmp включает /dev/loop монтирования]? Когда выполняется резервное копирование ВМ, агент Qemu замораживает файловые системы, так что ни одно изменение не будет внесено во время резервного копирования. Но агент Qemu не учитывает устройства loop* в порядке заморозки (мы проверили его исходные коды), что приводит к следующей ситуации:
1) заморозить файловую систему loopback
---> отправить асинхронные запросы потоку loopback
2) заморозить основную файловую систему
3) поток loopback просыпается и пытается записать данные в основную файловую систему, которая по-прежнему заморожена, и это, в конечном итоге, приводит к зависанию задачи и краху ядра. - так как мы можем использовать Qemu-guest-agent для создания снимков резервных копий на Cloudlinux и/или ВМ cPanel и при этом убедиться, что нам не нужно отключать securetmp? Спасибо.
09.04.2022 02:14:00, Spirog.

Снимок зависает, если запущен qemu-guest-agent / Cloudlinux

Sat, 09 Apr 2022 02:09:00 +0300

Снимок зависает, если запущен qemu-guest-agent / Cloudlinux Proxmox Виртуальная Среда в форуме Proxmox Виртуальная Среда.
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 пробуждается и пытается записать данные в основную файловую систему, которая все еще заморожена, и это в конечном итоге приводит к зависшей задаче и сбою ядра. Боюсь, у нас нет других рекомендаций на данный момент. Спасибо.
09.04.2022 02:09:00, Spirog.

Снимок зависает, если запущен qemu-guest-agent / Cloudlinux

Thu, 07 Oct 2021 23:06:00 +0300

Снимок зависает, если запущен qemu-guest-agent / Cloudlinux Proxmox Виртуальная Среда в форуме Proxmox Виртуальная Среда.
Сегодня я тоже с этим столкнулся. При использовании CloudLinux 8 и включенном агенте QEMU, виртуальная машина зависает во время операции заморозки. Выключение агента в Proxmox работает без проблем.
07.10.2021 23:06:00, poxin.

Снимок зависает, если запущен qemu-guest-agent / Cloudlinux

Thu, 19 Mar 2020 10:14:00 +0300

Снимок зависает, если запущен qemu-guest-agent / Cloudlinux Proxmox Виртуальная Среда в форуме Proxmox Виртуальная Среда.
как долго занимает `sync`? `time sync`
19.03.2020 10:14:00, Stoiko Ivanov.

Снимок зависает, если запущен qemu-guest-agent / Cloudlinux

Thu, 19 Mar 2020 09:53:00 +0300

Снимок зависает, если запущен qemu-guest-agent / Cloudlinux Proxmox Виртуальная Среда в форуме Proxmox Виртуальная Среда.
Спасибо, но на хранилище нет нагрузки. iotop
19.03.2020 09:53:00, TheMrg.

Снимок зависает, если запущен qemu-guest-agent / Cloudlinux

Thu, 27 Feb 2020 10:37:00 +0300

Снимок зависает, если запущен qemu-guest-agent / Cloudlinux Proxmox Виртуальная Среда в форуме Proxmox Виртуальная Среда.
Мы используем KVM. У нас стоит Centos7 с Cpanel (думаю, это не имеет значения) и установлен qemu-guest-agent. Снимки работают нормально. Вчера мы установили CloudLinux на эту машину (основан на Centos7). Сегодня мы хотим создать новый снимок. Прошло более часа, и мы прервали его. Вот некоторые логи другой попытки: 27 февраля 09:11:12 backup pvedaemon[15239]: 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]: завершение задачи 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 Спасибо за помощь.
27.02.2020 10:37:00, TheMrg.