synoimgbkptool

Здравствуйте!

При помощи Hyper Backup cделал первичный бэкап с 1515+ на 411j. На обоих DSM 6.0.2-8451. Данных у меня много, процесс длился 8 дней. Сегодня успешно завершился. 1515+ (это источник) отрапортовал, что все хорошо. Но на 411j (это приемник) вижу процессор 99%. Этого не было даже в момент непосредственного бэкапирования (я заходил периодически, проверял). А появилось, видимо, только сегодня, после успешного завершения.

Монитор ресурсов показывает, что все 99% занятны неким synoimgbkptool. Как это понимать? С точки зрения сервера-приемника бэкап все еще идет? Что он делает?

На всякий случай глянул в консоль топом. Полная версия экземпляра данного процесса выглядит так:

/var/packages/HyperBackupVault/target/bin/synoimgbkptool -r /volume1/nas-server -t media -S bkp -E /tmp/scoped_temp_file.Mn5PrS

В общем, знакомые буквы увидел

/volume1/nas-server - это моя папка целевого бэкапа

media - это название задачи бэкапа

но ничего мне это знание не дало, только больше вопросов появилось, т.к.

/tmp/scoped_temp_file.Mn5PrS - посмотрел, такого файла по данному пути нет

Немаловажная деталь. Вычел время, которое работает этот процесс из текущего времени - получил время, которое точно совпадает со временем завершения бэкапа. Это значит он абсолютно точно запустился сразу по завершении задачи.

Что делает synoimgbkptool? Кто сталкивался? 99% CPU на сервере-приемнике после успешного завершения бэкапа.

Что делает synoimgbkptool?

Вы же сами всё выше подробненько расписали

99% CPU на сервере-приемнике после успешного завершения бэкапа.

Если бэкап завершён - попробуйте удалить задачу резервирования (media) и создать её повторно.

Если бэкап завершён - попробуйте удалить задачу резервирования (media) и создать её повторно.

Ну... Не зная, что делает этот процесс, думаю, это не правильно. Если он подвис (хотя тогда он не молотил бы так, наверное) - одно дело, можно и удалить. А если он выполняет один из шагов принимающей стороны процесса бэкапирования? Я срублю, он что-то не доделает, а у меня потом бэкап будет не валиден... Более того, как мы выяснили, он не выполнялся во время самого копирования, он запустился строго после. Возможно, какой-то нужный, завершающий шаг процесса. Без понимания, что он делает, это не очень правильно.

думаю, это не правильно.

Ну, тогда - Вермонт-отель обращение в ТП Синолоджи

PS "удалить задачу" - это не "kill -9", а стандартное снятие задачи резервирования через админку ...

попробуйте удалить задачу резервирования (media) и создать её повторно.

Кстати. Чем поможет удаление задачи media? Думаете, есть процесс на источнике, который запустил и ждет завершения этого процесса на приемнике? Но ведь, напомню, источник отрапортовал об успешном завершении задачи резервирования. По идее, я не должен боятся ее удалить или попросту перезагрузить источник. Но как это поможет? Почти уверен, что нет никакого процесса на источнике, который запустил/ждет этот процесс на приемнике. Поэтому ни удаление задачи резервирования, ни рестарт источника, по идее не должен повлиять на повеление процесса приемника сейчас. Возможно, где-то в моих рассуждениях и есть ошибка, но где?

Иногда результат приходит не от того что много думают, а от того что просто делают ...

Выключил источник.

99% synoimgbkptool на приемнике.

Ещё раз - снимите задачу резервирования и отпишитесь о результате. Ничего пока выключать не надо ...

Хм... Возможно, я неправильно Вас понял. А что имеется ввиду под "снимите задачу резервирования"?

Если бэкап завершён - попробуйте удалить задачу резервирования (media) и создать её повторно.

Если Вы пишите про источник, то задача резервирования media успешно завершена. Как же ее можно снять?

Если Вы пишите про приемник, то, видимо, я просто не знаю как это делается. Я могу только через "kill -9", но не хочу так.

Забудьте на время про процессы. Речь идёт о записи задачи резервирования на источнике. Эту запись удалить можно?

Думаю, что можно, т.к. кнопка удаления доступна, нажимается и запрашивает предупреждение. Но я это делать боюсь. В последствии, при создании новой задачи резервирования, уже имеющиеся данные на бэкапе корректно подхватятся новой задачей? Если нет, мне снова придется ждать 8 дней и не факт, что процесс не закончится с тем же результатом

Как говорится, терпение, терпение и еще раз терпение.

Завершился процесс на приемнике. Итого 8 дней бэкапа + 1 день этого процесса

Уж не знаю, что он там делал, полезное или нет, но считаю это не критичным, но багом. Потому что даже, если он действительно выполнял какой-то завершающий шаг процесса бэкапа, правильнее бы было на источнике не говорить раньше времени о завершении. Хотя, с другой стороны, процесс этот автономен и в источнике уже не нуждался.

В общем, тема мутная, философская. Ну а тем, кто столкнется, мой совет - ждать...

P.S. ...пока кто-нибудь не срубит его, убедится, что все корректно, и не отпишется

Сегодня тоже заметил активность synoimgbkptool после резервного копирования. Загрузка процессора этим процессом около 20%. Резервную копию делал на внешний диск, подключенный по USB 2.0. И этот диск в просмотре утилизации диска в Мониторе ресурса отображается как загруженный на 100% на чтение со скоростью ~30 МБ/с (потолок для USB 2.0). Выглядит все это так, что synoimgbkptool перечитывает содержимое резервной копии.

Немного погуглив нашел тему, где пишут, что при работающем synoimgbkptool невозможно запустить создание резервной копии еще раз. Мне это не помешало. Возможно из-за того, что копия создается на локальном внешнем диске.

http://www.synology-forum.de/showthread.ht...-synoimgbkptool

https://translate.google.ru/translate?hl=ru...amp;prev=search

Смею предположить, что так "под капотом" работает технология инкрементального резервного копирования Synology Hyper Backup.