yandex

ISPmanager5. Проблема с резервным копированием

Author:

У компании ИСПсистем есть одна проблема. Эта проблема связана с ISPmanager и конкретно с резервным копированием. Тысячи копий было сломано вокруг этого модуля. Многократно был переписан.

Последнее глобальное изменение – использование внешнего приложения DAR и упрощение настройки в ISPmanager.

Но как оказалось, DAR не всем понятен и при ручном восстановлении данных возникало куча вопросов. Плюс, (как мне сказали по секрету) он потреблял большое количество ресурсов.

И вот, новый модуль – isptar. Принцип работы (а может и куски кода) взят из DAR. Внешне настройки никак не изменились.

Но вот при обновлении ISPmanager с версии, которая работает с DAR до версии, которая работает с isptar, резервное копирование перестает работать с примерно такой ошбкой

May 19 03:33:09 [10151:1] backtrace EXTINFO ??? (sbin/backup2_cp + 0x0) [*(nil)]
May 19 03:33:09 [10151:1] libmgr ERROR Error: Type: 'file' Object: 'remove' Value: '/var/backup'
May 19 03:33:09 [10152:1] log INFO Init logs for 'backup2_cp' defaults is: level 5 color is on
May 19 03:33:09 [10151:1] proc EXTINFO Process 10152 finished with status 0
May 19 03:33:09 [10151:1] main ERROR Size control server error: Type: 'file' Object: 'remove' Value: '/var/backup'
May 19 03:33:15 [10155:1] log INFO Init logs for 'backup2_cp' defaults is: level 5 color is on
May 19 03:33:15 [10155:1] libmgr EXTINFO Command line argument 'info-file' add value 'var/backup/ispmgr/2016-05-19.root.tgz.oRu1pq'
May 19 03:33:15 [10155:1] main INFO Put /usr/local/mgr5/var/backup/ispmgr/F2016-05-19.root.tgz
May 19 03:33:15 [10155:1] main ERROR Error: Failed to connect to size control server socket
May 19 03:33:15 [10158:1] log INFO Init logs for 'backup2_cp' defaults is: level 5 color is on

Подобная ошибка возникает из-за того, что в директории

/usr/local/mgr5/var/backup/ispmgr/

остались файлы от прежнего архиватора. Их следует удалить.

3 thoughts on “ISPmanager5. Проблема с резервным копированием”

  1. Не только с бекапами проблемы в ней!
    Я не хочу сказать, что он плохая, но за деньги могла бы быть и лучше.
    К примеру мой сервер работал на апаче, я решил в возможностях включить nginx, что бы в паре катали и что Вы думаете! Все ведь упало!
    Вернул все обратно, хосты заработали, но отвалился php 🙂 В место открытия сайтов, он просто скидывал файл index.php в загрузки!
    Все исправил, но суть не в этом!
    Мне стало интересно, что скажет тех поддержка по этому поводу:)
    В ответ я получил: Смотрите логи!
    От сюда вопрос: Я плачу деньги покупая панель управления сервером, что бы потом смотреть логи и устранять проблемы? Нет! Считаю я даже знать не должен где они находятся!

    1. С одной стороны, поддержка ответила правильно. Но чья поддержка? арендуете ли Вы администрируемый сервер, или сервер в свободном полете.
      Но такие ошибки я давно не встречал, если честно.
      И в моей статье указана проблема, которая может проявиться при включенных резервных копиях с dar после обновления на версию с isptar.

      1. В смысле чья поддержка? Поддержка ISP! Видимо Вы мой коммент читали через строчку 🙂
        Машину администрирую сам.
        То, что статья не о том, согласен, но я лишь высказал свое мнение о панели и привел пример, что в ней не только проблема с бекапами.
        Извините, если чем-то ввел Вас в заблуждение.

Добавить комментарий

Ваш адрес email не будет опубликован. Обязательные поля помечены *