У компании ИСПсистем есть одна проблема. Эта проблема связана с 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/
остались файлы от прежнего архиватора. Их следует удалить.
Не только с бекапами проблемы в ней!
Я не хочу сказать, что он плохая, но за деньги могла бы быть и лучше.
К примеру мой сервер работал на апаче, я решил в возможностях включить nginx, что бы в паре катали и что Вы думаете! Все ведь упало!
Вернул все обратно, хосты заработали, но отвалился php 🙂 В место открытия сайтов, он просто скидывал файл index.php в загрузки!
Все исправил, но суть не в этом!
Мне стало интересно, что скажет тех поддержка по этому поводу:)
В ответ я получил: Смотрите логи!
От сюда вопрос: Я плачу деньги покупая панель управления сервером, что бы потом смотреть логи и устранять проблемы? Нет! Считаю я даже знать не должен где они находятся!
С одной стороны, поддержка ответила правильно. Но чья поддержка? арендуете ли Вы администрируемый сервер, или сервер в свободном полете.
Но такие ошибки я давно не встречал, если честно.
И в моей статье указана проблема, которая может проявиться при включенных резервных копиях с dar после обновления на версию с isptar.
В смысле чья поддержка? Поддержка ISP! Видимо Вы мой коммент читали через строчку 🙂
Машину администрирую сам.
То, что статья не о том, согласен, но я лишь высказал свое мнение о панели и привел пример, что в ней не только проблема с бекапами.
Извините, если чем-то ввел Вас в заблуждение.