Не создается бэкап через Veeam, как найти причину?

Question

[Игорь Л]

есть две виртуальные машины с debian 10 на Hyper-V , и внешний usb диск. в одной из них примонтирован жесткий диск, настроена Samba , и сетевая общая папка, размером 1ТБ, занято примерно 700Гб . Пытаюсь создать бэкап на съемный диск, места достаточно 1 Тб. процесс длился более суток, но так и осталось 0% выполнено. Переключил съемный диск на другую машину , примонтировал сетевой диск . и nfv пробую создать бекап нескольких папок, все получилось довольно быстро. Выбрал все папки, но процесс так и не пошел , прошло уже 14 часов.
в логе вижу таки строчки:

log

[07.05.2021 21:15:03.869] <140277216487168> lpbcore| Initializing CBT indices. ok.
[07.05.2021 21:15:03.869] <140277216487168> lpbcore| The following snapshot storage files should be excluded from backup
[07.05.2021 21:15:03.893] <140277216487168> vmb | Backup compression level: [Lz4].
[07.05.2021 21:15:03.893] <140277216487168> vmb | [3afc] >> : setTrafficCompressionLevel\n5
[07.05.2021 21:15:03.893] <140277216487168> vmb | [3afc] out:
[07.05.2021 21:15:03.894] <140277216487168> lpbcore| Performing file-level backup: [/mnt/uatiS1/UATI].
[07.05.2021 21:15:03.894] <140277216487168> vmb | [SessionLog][processing] Backing up files /mnt/uatiS1/UATI.
[07.05.2021 21:15:04.123] <140277216487168> lpbdeve| ERR |Failed to create DeviceInfoEx for device [/dev/sr0].
[07.05.2021 21:15:04.123] <140277216487168> lpbdeve| >> |Носитель не найден
[07.05.2021 21:15:04.123] <140277216487168> lpbdeve| >> |Failed to probe device [/dev/sr0].
[07.05.2021 21:15:04.123] <140277216487168> lpbdeve| >> |--tr:CRealBlkidAccessor: Failed to probe device [/dev/sr0].

но вот есть - Agent.Target.log
а там такое
[07.05.2021 21:35:06.414] <140609411962624> cli | WARN|MTA invoke thread : timed out for backup events. Wait cycle will be resumed for '336' hours.
[07.05.2021 21:35:17.134] <140608438007552> cli | WARN|MTA invoke thread : timed out for backup events. Wait cycle will be resumed for '336' hours.
[07.05.2021 21:35:17.147] <140608412829440> cli | WARN|MTA invoke thread : timed out for backup events. Wait cycle will be resumed for '336' hours.
[07.05.2021 21:35:17.282] <140608261826304> cli | WARN|MTA invoke thread : timed out for backup events. Wait cycle will be resumed for '336' hours.
[07.05.2021 22:15:01.972] <140609437140736> srv | There was no finalized server sessions during the last 60 minutes.
[07.05.2021 23:15:02.178] <140609437140736> srv | There was no finalized server sessions during the last 60 minutes.
[08.05.2021 00:15:02.206] <140609437140736> srv | There was no finalized server sessions during the last 60 minutes.
[08.05.2021 01:15:02.251] <140609437140736> srv | There was no finalized server sessions during the last 60 minutes.
[08.05.2021 02:15:02.276] <140609437140736> srv | There was no finalized server sessions during the last 60 minutes.
[08.05.2021 03:15:02.317] <140609437140736> srv | There was no finalized server sessions during the last 60 minutes.
[08.05.2021 04:15:02.338] <140609437140736> srv | There was no finalized server sessions during the last 60 minutes.
[08.05.2021 05:15:02.368] <140609437140736> srv | There was no finalized server sessions during the last 60 minutes.
[08.05.2021 06:15:02.423] <140609437140736> srv | There was no finalized server sessions during the last 60 minutes.
[08.05.2021 07:15:02.466] <140609437140736> srv | There was no finalized server sessions during the last 60 minutes.
[08.05.2021 08:15:02.507] <140609437140736> srv | There was no finalized server sessions during the last 60 minutes.
[08.05.2021 09:15:02.549] <140609437140736> srv | There was no finalized server sessions during the last 60 minutes.
[08.05.2021 10:15:02.589] <140609437140736> srv | There was no finalized server sessions during the last 60 minutes.
[08.05.2021 11:15:02.639] <140609437140736> srv | There was no finalized server sessions during the last 60 minutes.

Comments

[Damian Lewis]

У меня была такая же проблема с Veeam на реальном железе, не на виртуалке. В комментах писали: "veeamsnap видимо установили неверно. Там два варианта -через dkms и модулем из готового репозитория."

К тому моменту я уже удалил Veeam и сделал бекап через TimeShift в режиме rsync, так что исправлением данной проблемы уже не занимался. Вас rsync не устраивает? Отличный вариант как по мне.

[Игорь Л]

Damian Lewis, готов уж от veeam отказаться . а как вы создаете инкрементные бекапы ?

[Damian Lewis]

Игорь Л, Через TimeShift очень удобно. Я использую его для полного бекапа системы. Причем как быстрое создание снимков системы используя файловую систему btrfs, так и полный бекап через rsync. Rsync сначала делает полную копию, а последующие инкрементные. Есть планировщик, что очень удобно. Если у вас система НЕ находится на файловой системе btfrs, то за пару шагов завершите создание бекапа, а если как у меня система расположена на btfrs, то я могу рассказать как делать быстрые бекапы за пару секунд, так и полные через rsync. Это я к тому, что в TimeShift нет многозадачности как таковой. Либо делаешь быстрые, либо полные. Но есть вариант сделать сразу оба варианта. Какой вариант вас интересует? Быстрый бекап через btrfs, полный+инкрементный бекап через rsync или оба варианта?

[Игорь Л]

Damian Lewis, btrfs не пользовался . сам примонтированый диск на ntfs да и съемный диск тоже ntfs , да нужно полный создать и затем через день уже только изменившихся файлов. пробовал на тестовой машине , rsync и какую то графическую надстройку, там создавалась полная копия папки , а вот уже инкрементные бекапы уже нет. так и не удалось понять в чем дело.

[Damian Lewis]

Игорь Л, Я немного все усложнил в своем ответе. По сути все делается в пару кликов. Для начала если btrfs тут все понятно. В настройках TimeShift выбираете тип снимков btrfs, место расположения снимков тоже должно иметь файловую систему btrfs. По умолчанию снимки создаются на том же разделе, что и бекапится. Этот вариант отлично подходит когда нужно ставить обновления или делать какие-нибудь эксперементы, но если диск будет физически поврежден, то все пропало. Теперь второй вариант rsync. Снова заходим в Настройки, выбираем rsync, место для бекапа(я делаю на внешний диск) и делаем бекап. Между режимами можно переключаться. Я так и делаю. В основном включен бекап через btrfs чтобы быстро откатывать если накосячу, но раз в неделю инкрементый бекап через rsync. TimeShift будет создавать бекап в папку timeshift на корне диска. К сожалению путь менять нельзя. Для меня это вообще не критично.

[Damian Lewis]

Игорь Л, В общем, используйте TimeShift + rsync. Планировщик там имеется.

[Игорь Л]

Damian Lewis, сейчас попробую поставить

[Damian Lewis]

Игорь Л, Хочу сделать небольшое пояснение насчет инкрементного бекапа в rsync. К примеру я создам бекап системы и он будет весить 15гб, затем повторный бекап и он весит уже 15.5. Дело в том, что при повторном бекапе (инкрементном), он не будет переносить все файлы из системы снова, а лишь сделает ссылки на файлы из основного бекапа, а новые/измененные файлы перенесет физически. Именно поэтому если зайти в свойства папки инкрементного бекапа он показывает 15.5, а не просто те новые/измененные данные на 500мб. Надеюсь, понятно объяснил.

[Игорь Л]

Damian Lewis, а для снимков сколько нужно места ?

[Damian Lewis]

Игорь Л, каких именно? btfrs или rsync?
для btrfs столько, сколько было новых/измененных файлов
для rsync для первого бекапа столько места, сколько и система, а затем только для новых/измененных файлов
у меня системный раздел 60гб, занято 13. btrfs снимки больше 3-х не держу. 40гб свободно всегда.
rsync держу 2-3 снимка на внешнем харде 500гб. Сейчас там свободно 480гб.

[Игорь Л]

Damian Lewis, создается. ntfs не поддерживает, хотел на съемный диск

[Damian Lewis]

Игорь Л, Ничего страшного. Отделите небольшой кусок от диска и сделайте его ext4.

Answer 1

[Alexey Dmitriev]

Таки что вам помешало загуглить ошибку?
https://www.google.com/search?q=veeam+Failed+to+pr...

lsmod |grep veeam что показывает?

Comments

[Игорь Л]

ничего , не выводиться

[Игорь Л]

что то не понял , в гугле темы выходят о том что у них не создается снапшот. а ведь когда я создаю задние в veeam , то ведь указываю там - disable snapshot . или это другое ?

[Alexey Dmitriev]

Игорь Л, значит у вас не установлен\не запущен модуль ядра linux veeamsnap, необходимый для работы veeam agent

[Игорь Л]

Alexey Dmitriev, sudo dkms status
veeamsnap, 5.0.0.4318, 4.19.0-16-amd64, x86_64: installed
получается что он устанвлен ? но sudo modprobe veeamsnap ничего не выводит. значит не запущен??

[Alexey Dmitriev]

Игорь Л, https://docs.01.org/clearlinux/latest/guides/kerne...

[Alexey Dmitriev]

Игорь Л, в мире linux отсутствие какой -либо информации после запуска команды по умолчанию означает, что она отработала корректно.