Вопрос или проблема
Я использую агент VEEAM версии 6.0.3.1221 с Debian 12.1 (PROXMOX). Сначала все работало отлично в течение нескольких недель. Внезапно у нас возникла следующая проблема – см. журнал. Возможно ли отключить проверку разделов? Я полагаю, что это связано с некоторыми конкретными виртуальными дисками PROXMOX.
Журнал:
[ 16:24:37.478] <140405542733504> lsm | Пробуем таблицу разделов на [/dev/zd256].
[ 16:24:37.478] <140405542733504> lsm | Тип таблицы разделов (на: /dev/zd256): [dos].
[ 16:24:37.478] <140405542733504> dsk | Асинхронный режим чтения [true]
[ 16:24:37.478] <140405542733504> dsk | Статистика ввода-вывода для '/dev/zd256': 512 байт прочитано невыравненно (1 запрос)
[ 16:24:37.478] <140405542733504> lsm | Отношение объектов: ссылка дочерний [PartitionTable] 'dos 90909090' <-> родитель [BlockDevice] '/dev/zd256' одиночный флаг: '1'.
[ 16:24:37.478] <140405542733504> lpbdevenu| Попытка получить раздел из blkid для устройства [/dev/zd256p1].
[ 16:24:37.479] <140405542733504> lpbdevenu| Попытка получить раздел из blkid для устройства [/dev/zd256p5].
[ 16:24:37.479] <140405542733504> lpbdevenu| Попытка получить раздел из blkid для устройства [/dev/zd256p6].
[ 16:24:37.480] <140405542733504> lsm | Раздел [/dev/zd256p1]. Смещение: [32256]. Размер: [16105065984]. Индекс: [1].
[ 16:24:37.480] <140405542733504> lsm | Отношение объектов: ссылка дочерний [Partition] 'part 1' <-> родитель [PartitionTable] 'dos 90909090' одиночный флаг: '1'.
[ 16:24:37.480] <140405542733504> lsm | Отношение объектов: ссылка дочерний [BlockDevice] '/dev/zd256p1' <-> родитель [Partition] 'part 1' одиночный флаг: '1'.
[ 16:24:37.480] <140405542733504> lsm | Пробуем таблицу разделов на [/dev/zd256]. Не удалось.
[ 16:24:37.480] <140405542733504> lsm | Обнаружить таблицы разделов. Не удалось.
Я попытался переустановить агент VEEAM. Я пытался найти конфигурацию для пропуска обнаружения разделов при запуске агента.
У меня была аналогичная проблема. Установил Veeam в Proxmox, чтобы создать резервную копию первых 3 разделов (чтобы я мог восстановить сам Proxmox). Все работало хорошо, пока я не получил сообщение “[error] Extend partition for device [/dev/zd64p5][230:69]”. Я очистил агент Veeam и начал заново, но все так же.
Выясняется (по крайней мере, в моем случае), что ошибка была вызвана репликацией. Указанное устройство принадлежало одной реплике виртуальной машины с другого хоста. Как только я отключил репликацию, Veeam больше не жаловался. Почему так – я предполагаю, что это, скорее всего, связано с несовпадением выравнивания блоков.
По крайней мере, теперь я могу создать резервную копию самого Proxmox, что я проверял с восстановлением несколько раз и мне это нравится. Остальные (виртуальные машины и т.д.) легко решить разными методами. Я постараюсь устранить любые проблемы с выравниванием блоков и попробую снова с включенной репликацией.
Ответ или решение
Проблема VEEAM Linux Agent: Не удалось обнаружить таблицы разделов
Введение
Использование VEEAM Agent для резервного копирования виртуальных машин в среде Proxmox может иногда приводить к проблемам, связанным с обнаружением таблиц разделов на виртуальных дисках. В данном случае вы столкнулись с ошибкой, связанной с неверным определением таблицы разделов на устройстве /dev/zd256. Эта проблема может быть связана с настройками виртуального диска, а также с процессом репликации.
Анализ ситуации
Из предоставленного журнала следует, что VEEAM Agent сначала удачно обнаружил таблицу разделов в формате DOS на устройстве /dev/zd256, но затем обнаружил некие проблемы при попытке получить информацию о разделе. Об ошибках, возникших в процессе работы с разделами, сообщается в следующих строках лога:
[ 16:24:37.480] lsm | Probing partition table on [/dev/zd256]. Failed.
[ 16:24:37.480] lsm | Detect partition tables. Failed.Эти строки указывают, что инструмент ‘lsm’ не смог корректно проверить таблицу разделов, что может вызывать сбои при выполнении задач резервного копирования.
Возможные причины
-
Проблемы с виртуальными дисками: Если виртуальный диск был изменён или повреждён, это может вызвать ошибку в процессе проверки таблиц разделов. Это также может происходить из-за несовпадения выравнивания блоков, как упоминалось в вашем дополнительном комментарии.
-
Репликация виртуальных машин: Если VEEAM Agent задействован в среде, где используется репликация, ошибка может возникать из-за соответствующих проблем с правами доступа или конфликтов в данных между хостами. Это могло привести к несоответствию между основным диском и его репликой.
Решения
-
Отключение проверки таблицы разделов: На данный момент VEEAM не предоставляет явной опции в пользовательском интерфейсе для отключения проверки таблиц разделов. Однако, вы можете рассмотреть возможность использования клиентского интерфейса для управления параметрами вашего резервного копирования, если это не находит решения. Это потребует существующего понимания о возможных последствиях для ваших резервных копий.
-
Проверка и восстановление виртуальных дисков: Убедитесь, что все виртуальные диски находятся в рабочем состоянии. Попробуйте выполнить диагностику и восстановление целостности файлов системы на этих дисках.
-
Отключение репликации: Если вы используете репликацию, попробуйте временно отключить её для того, чтобы проверить, устраняет ли это проблему. Если ошибка перестаёт возникать, это может указывать на конфликты данных, связанные с репликацией.
-
Обновление VEEAM Agent: Убедитесь, что у вас установлена последняя версия VEEAM Agent. Обновления могут содержать исправления для известных ошибок в программном обеспечении, и этот шаг может помочь решить вашу проблему.
-
Обратитесь в службу поддержки VEEAM: Если ни одно из предложенных решений не поможет, рекомендуется обратиться в службу поддержки VEEAM. Предоставьте все детали, включая логи, чтобы они могли помочь вам более эффективно.
Заключение
Проблемы с VEEAM Agent и обнаружением таблиц разделов могут быть вызваны различными факторами, как программными, так и конфигурационными. Понимание этих причин и применение предложенных методов может помочь вам эффективно решить возникшие проблемы. Как всегда, выполнение резервных копий данных и тестирование их на предмет восстановления — это лучшие практики в IT средах.