admin@demi4.com

IspManager 5 OldBackup


Я человек очень консервативный и без лишней особой нужды чего то менять в жизни не планирую. Так и с софтом и с методами решения проблем, настройки серваков и прочее… Столкнулся с ситуацией – бекапы на Ispmanager 5 – вскользь читая о “новом” мозг автоматически отметил “новая система бекапов DAR”, естественно настроив сервер, прикрутив планировщик и фильтр бекапов, стал ждать следующего дня что бы увидеть че оно там набекапило.

Какой был легкий шок-ужас увидев что на серваке где примерно 700Гб данных, архив выглядит как какое то мусоро-помойное ведро. То есть в директории с бекапами лежала безумное кол-во файлов с расширением dar. Я конечно уважаю разарботчиков сего продукта (панель исп) но логики не понял. нахрена козе боян  ? Вы для чего сложили мне 1000500 файлов архиво, поди найди нужного пользователя и его сайт который разработчики попросили распавовать – так как запороли чего то. Как человек не любящий всякое новое, сложное и непонятное- полез разбираться. первое что сделал – выяснил как вернуть старую систему бекапов. Пока буду разбираться- серваку без бекапов не гуд, не по фен-шуй это. Сходу наткнулся на ветку форума испшников где было выяснено что возврат на старую (нормальную) версию это добавление в конфиг:

/usr/local/mgr5/etc/ispmgr.conf

После чего перепускаем панель и настраиваем бекапы.

Логику так и не смог постичь, убила наповал фраза одного из как я понял сотрудников компании:

Новая_система_резервного_копирования_в_ISPmanager_Lite_-_Страница_8_-_2016-01-31_13.47.29

 

не, ну вы что серьезно ?! А что tar разучился извлекать файлы по одному ? Или отдавать мне клиенту скажем  бекап 20 сайтов = 20 tar архивов внутри которых

– сайт

– база

– настройки apache

или блин отдать ему 200 dar файлов и ссылку на форму разработчиков что это чего то новое, но как распаковать или найти нужный файл – это шаманим с бубном и танцами. В силу все того же своего консерватизма изучение dar на этом и закончилось. Уже как то была у меня головомойка когда разработчики с кривыми руками сделали линейный файловый кеш без чистки, чем убили мне пару серваков – ну подумаешь что тут такого писать или читать из каталога где 6 лямов файлов лежит 🙂

Увидев такой же подход у разработчиков dar+isp понял – боян мне нужен, мне и с tarом хорошо.

Пусть я простой админ, не знающий всего мира и рассуждаю по простому, но новомодные фишки меня пока еще не впечатлили своей крутостью. А “старый конь – борозды не испортит” – так и старый метод бекапов.

2 голоса
Позначки:, ,

4 коментарі до “IspManager 5 OldBackup”

  1. graff, в версии ядра 5.55.1-2016.04.26_13:03 это шаманство работает ? или уже алес капут ?

    1. graff сказав:

      С версиями точно не подскажу – но данная опция была специально введена в 5 версии так как ISP решили не понятно для чего двигать dar вdесто стандfртного tar, включите опцию в конфиге – передерните панель и увидите в меню панели – сломать там что то довольно таки сложно

  2. Николай сказав:

    Блин, коллега, я тебе коньяк налью, пол ночи просидел пытаясь восстановить архив от старой версии бекапа ISP. Сейчас скрестив пальцы надеюсь на лучшее)

  3. XZIY сказав:

    Молодчага!!

Leave a Reply

Увійти через: 

Ваша e-mail адреса не оприлюднюватиметься. Обов’язкові поля позначені *

Related Post

Встроенные переменные nginx

Встроенные переменные nginxВстроенные переменные nginx

Заметка про встроенные переменные nginx 2 голоса Схожі записи: 413 Request Entity Too Large bash: /usr/bin/rm: Argument list too long error: skipping “/var/log/nginx/access.log” because parent directory has insecure permissions nginx

mod_fcgid: Can't create shared memory for size

No such file or directory: mod_fcgid: Can’t create shared memory for size 1200712 bytesNo such file or directory: mod_fcgid: Can’t create shared memory for size 1200712 bytes

Сегодня утро было бодрое – на серваке перегрелся процессор, ДЦ пофиксил но после ребута апач намертво лег и не хотел вставать, при этом ни каких сообщений в логи адекватных не

Uncaught exception 'InvalidArgumentException'

Uncaught exception ‘InvalidArgumentException’ with message ‘A callable is expected in AnnotationRegistry::registerLoader().Uncaught exception ‘InvalidArgumentException’ with message ‘A callable is expected in AnnotationRegistry::registerLoader().

Проснулся сутра от звонка клиента – лежит сайт, открываю в броузере – белая страница, в логах 500 ошибка. 0 голосов Схожі записи: eAccelerator: Could not allocate 67108864 bytes, the maximum