Ошибки резервного копирования ispmanager

11.12.2015, 17:21

#1
Junior Member
Ошибки в ходе резервного копирования в ISPManager 5
Имеется выделенный сервер с debian 7 и установленной ISPmanager Lite 5.43.0

Настроил резервное копирование через стандартный мастер ISPmanager’а.
Проблема в том, что копируются все домены кроме одного, который указан основным в списке доменов. Ниже привожу лог с ошибками.

Код:

Files : Type: 'file' Object: 'open_folder' Value: '/var/www/<domain>/data/www/<domain>.ru' WWW domains <domain>.ru: Type: 'file' Object: 'open_folder' Value: '/var/www/<domain>/data/www/<domain>.ru'

Права доступа к папке и владелец у всех остальных доменов такие же и они нормально бекапятся.
Я правильно понимаю, что судя по самой ошибке, система просто не может открыть папку?

В какую сторону копать и в чем вообще может быть проблема? Может быть apache как-то блочит или же это чисто глюк ISPmanager’а?
Опыта в администрировании маловато, буду благодарен за любой совет или наводку что еще проверить и посмотреть.
11.12.2015, 18:45

#2

ISPsystem team

Вы используете бэкапы новой или старой версии?
Отличить можно по количеству разделов в левом меню. У новых бэкапов только один раздел в левом меню — Резервные копии. У старых бэкапов 4 раздела, посвященных бэкапам — Резервные копии, Хранилища, Сохраненные данные, Настройки резервного копирования.

Если старые бэкапы, то смотрим лог /usr/local/mgr5/var/backupctl-ispmgr.log
Если новые бэкапы, то смотрим лог /usr/local/mgr5/var/backup2.log и /usr/local/mgr5/var/backup2_system.log

11.12.2015, 19:23

a2b2 вне форума

Junior Member

Цитата Сообщение от Fly
Посмотреть сообщение

Вы используете бэкапы новой или старой версии?
Отличить можно по количеству разделов в левом меню. У новых бэкапов только один раздел в левом меню — Резервные копии. У старых бэкапов 4 раздела, посвященных бэкапам — Резервные копии, Хранилища, Сохраненные данные, Настройки резервного копирования.

Если старые бэкапы, то смотрим лог /usr/local/mgr5/var/backupctl-ispmgr.log
Если новые бэкапы, то смотрим лог /usr/local/mgr5/var/backup2.log и /usr/local/mgr5/var/backup2_system.log

Версия старая. Вчера создал еще один план резервного копирования. На этапе создания убрал все галочки с пунктов «Все файлы сервера», «Пользователи», «Шаблоны пользователей», «Администраторы» в разделе «Настройки данных». После этого через «Фильтры» добавил только один проблемный домен как тип данных «WWW-домен» и как «Файлы». Статус «Включено». Все равно та же ошибка. Лог ниже.

Код:

Dec 10 23:00:02 [16007:1] log INFO Init logs for 'backupctl-ispmgr' defaults is: level 5 color is on
Dec 10 23:00:02 [16007:1] log INFO Defaults for '*' from config: level 6 color is on
Dec 10 23:00:02 [16007:1] log INFO Settings for module 'db' from config: level 4 color is on
Dec 10 23:00:02 [16007:1] log INFO Settings for module 'core' from config: level 4 color is on
Dec 10 23:00:02 [16007:1] log INFO Settings for module 'conn' from config: level 4 color is on
Dec 10 23:00:02 [16007:1] log INFO Settings for module 'merge' from config: level 4 color is on
Dec 10 23:00:02 [16007:1] log INFO Settings for module 'xmli' from config: level 4 color is on
Dec 10 23:00:02 [16007:1] log INFO Settings for module 'cache' from config: level 4 color is on
Dec 10 23:00:02 [16007:1] log INFO Settings for module 'longtask' from config: level 4 color is on
Dec 10 23:00:02 [16007:1] backup [1;32mINFO sbin/backupctl -m ispmgr --plan test backup[0m
Dec 10 23:00:02 [16007:1] backup [1;32mINFO Settings directory 'etc/.ispmgr-backup' exists[0m
Dec 10 23:00:02 [16007:1] client [1;36mEXTINFO Query('func=backup.settings')[0m
Dec 10 23:00:02 [16007:1] client [1;36mEXTINFO Query('func=backup.list&alldata=on')[0m
Dec 10 23:00:02 [16007:1] backup [1;32mINFO Filter: include: 'on' type: 'webdomain' owner: '*' name: '<domain>.ru' pattern: '' filename: '' priority: '22' comment: ''[0m
Dec 10 23:00:02 [16007:1] backup [1;32mINFO Filter: include: 'on' type: 'files' owner: '' name: '' pattern: '' filename: '/var/www/<domain>/data/www/<domain>.ru' priority: '252' comment: ''[0m
Dec 10 23:00:02 [16007:1] backup [1;32mINFO files--- Include /var/www/<domain>/data/www/<domain>.ru[0m
Dec 10 23:00:02 [16007:1] backup [1;32mINFO files--- Include /var/www/<domain>/data/www/<domain>.ru[0m
Dec 10 23:00:02 [16007:1] backup [1;32mINFO webdomain-<domain>.ru-<domain>-: webdomain-<domain>.ru-<domain>-metadata[0m
Dec 10 23:00:02 [16007:1] proc [1;36mEXTINFO Run 'sbin/backupctl -m ispmgr --plan test --backup 2015-12-10_23-00-02 --listkey files-27 --settings etc/.ispmgr-backup backupone' pid 16021[0m
Dec 10 23:00:02 [16021:1] log INFO Init logs for 'backupctl-ispmgr' defaults is: level 5 color is on
Dec 10 23:00:02 [16021:1] log INFO Defaults for '*' from config: level 6 color is on
Dec 10 23:00:02 [16021:1] log INFO Settings for module 'db' from config: level 4 color is on
Dec 10 23:00:02 [16021:1] log INFO Settings for module 'core' from config: level 4 color is on
Dec 10 23:00:02 [16021:1] log INFO Settings for module 'conn' from config: level 4 color is on
Dec 10 23:00:02 [16021:1] log INFO Settings for module 'merge' from config: level 4 color is on
Dec 10 23:00:02 [16021:1] log INFO Settings for module 'xmli' from config: level 4 color is on
Dec 10 23:00:02 [16021:1] log INFO Settings for module 'cache' from config: level 4 color is on
Dec 10 23:00:02 [16021:1] log INFO Settings for module 'longtask' from config: level 4 color is on
Dec 10 23:00:02 [16021:1] backup [1;32mINFO sbin/backupctl -m ispmgr --plan test --backup 2015-12-10_23-00-02 --listkey files-27 --settings etc/.ispmgr-backup backupone[0m
Dec 10 23:00:02 [16021:1] backup [1;32mINFO Settings directory 'etc/.ispmgr-backup' exists[0m
Dec 10 23:00:02 [16021:1] client [1;36mEXTINFO Query('func=backup.settings')[0m
Dec 10 23:00:03 [16021:1] proc [1;36mEXTINFO Run '/bin/sh -c mount' pid 16023[0m
Dec 10 23:00:03 [16021:1] proc [1;36mEXTINFO Process 16023 finished with status 0[0m
Dec 10 23:00:03 [16021:1] backup [1;32mINFO filefilter /sys[0m
Dec 10 23:00:03 [16021:1] backup [1;32mINFO filefilter /proc[0m
Dec 10 23:00:03 [16021:1] backup [1;32mINFO filefilter /dev[0m
Dec 10 23:00:03 [16021:1] backup [1;32mINFO filefilter /dev/pts[0m
Dec 10 23:00:03 [16021:1] backup [1;32mINFO filefilter /run[0m
Dec 10 23:00:03 [16021:1] backup [1;32mINFO filefilter /run/lock[0m
Dec 10 23:00:03 [16021:1] backup [1;32mINFO filefilter /run/shm[0m
Dec 10 23:00:03 [16021:1] backup [1;32mINFO filefilter /usr/local/mgr5/tmp/.ispmgr-backup[0m
Dec 10 23:00:03 [16021:1] backup [1;32mINFO filefilter /var/www/<domain>/data/www/<domain>.ru[0m
Dec 10 23:00:03 [16021:1] backtrace [1;36mEXTINFO mgr_file::Fail::Fail(std::string const&, std::string const&) (libexec/backupctl.so + 0x45) [*0x7f32bebcac50][0m
Dec 10 23:00:03 [16021:1] backtrace [1;36mEXTINFO mgr_file::Dir::Dir(std::string const&) (lib/libmgr.so.5.43.1 + 0x200) [*0x7f32bef895fa][0m
Dec 10 23:00:03 [16021:1] backtrace [1;36mEXTINFO filter::Expand(std::string const&, tree::Tree<filter::Filter> const*, tree::Tree<filter::Filter> const*, tree::Tree<filter::Filter> const*, filter::FileProcessor const*) (libexec/backupctl.so + 0x12a) [*0x7f32bef8975f][0m
Dec 10 23:00:03 [16021:1] backtrace [1;36mEXTINFO filter::Expand(std::string const&, tree::Tree<filter::Filter> const*, tree::Tree<filter::Filter> const*, tree::Tree<filter::Filter> const*, filter::FileProcessor const*) (libexec/backupctl.so + 0x28f) [*0x7f32bef8975f][0m
Dec 10 23:00:03 [16021:1] err [1;31mERROR Error: Type: 'file' Object: 'open_folder' Value: '/var/www/<domain>/data/www/<domain>.ru'[0m
Dec 10 23:00:03 [16007:1] proc [1;36mEXTINFO Process 16021 finished with status 1[0m
Dec 10 23:00:03 [16007:1] proc [1;36mEXTINFO Run 'sbin/backupctl -m ispmgr --plan test --backup 2015-12-10_23-00-02 --listkey webdomain-<domain>.ru-<domain>-28 --settings etc/.ispmgr-backup backupone' pid 16025[0m
Dec 10 23:00:03 [16025:1] log INFO Init logs for 'backupctl-ispmgr' defaults is: level 5 color is on
Dec 10 23:00:03 [16025:1] log INFO Defaults for '*' from config: level 6 color is on
Dec 10 23:00:03 [16025:1] log INFO Settings for module 'db' from config: level 4 color is on
Dec 10 23:00:03 [16025:1] log INFO Settings for module 'core' from config: level 4 color is on
Dec 10 23:00:03 [16025:1] log INFO Settings for module 'conn' from config: level 4 color is on
Dec 10 23:00:03 [16025:1] log INFO Settings for module 'merge' from config: level 4 color is on
Dec 10 23:00:03 [16025:1] log INFO Settings for module 'xmli' from config: level 4 color is on
Dec 10 23:00:03 [16025:1] log INFO Settings for module 'cache' from config: level 4 color is on
Dec 10 23:00:03 [16025:1] log INFO Settings for module 'longtask' from config: level 4 color is on
Dec 10 23:00:03 [16025:1] backup [1;32mINFO sbin/backupctl -m ispmgr --plan test --backup 2015-12-10_23-00-02 --listkey webdomain-<domain>.ru-<domain>-28 --settings etc/.ispmgr-backup backupone[0m
Dec 10 23:00:03 [16025:1] backup [1;32mINFO Settings directory 'etc/.ispmgr-backup' exists[0m
Dec 10 23:00:03 [16025:1] client [1;36mEXTINFO Query('func=backup.settings')[0m
Dec 10 23:00:03 [16025:1] backup [1;32mINFO filefilter /var/www/<domain>/data/www/<domain>.ru[0m
Dec 10 23:00:03 [16025:1] backtrace [1;36mEXTINFO mgr_file::Fail::Fail(std::string const&, std::string const&) (libexec/backupctl.so + 0x45) [*0x7fd77f935c50][0m
Dec 10 23:00:03 [16025:1] backtrace [1;36mEXTINFO mgr_file::Dir::Dir(std::string const&) (lib/libmgr.so.5.43.1 + 0x200) [*0x7fd77fcf45fa][0m
Dec 10 23:00:03 [16025:1] backtrace [1;36mEXTINFO filter::Expand(std::string const&, tree::Tree<filter::Filter> const*, tree::Tree<filter::Filter> const*, tree::Tree<filter::Filter> const*, filter::FileProcessor const*) (libexec/backupctl.so + 0x12a) [*0x7fd77fcf475f][0m
Dec 10 23:00:03 [16025:1] backtrace [1;36mEXTINFO filter::Expand(std::string const&, tree::Tree<filter::Filter> const*, tree::Tree<filter::Filter> const*, tree::Tree<filter::Filter> const*, filter::FileProcessor const*) (libexec/backupctl.so + 0x28f) [*0x7fd77fcf475f][0m
Dec 10 23:00:03 [16025:1] err [1;31mERROR Error: Type: 'file' Object: 'open_folder' Value: '/var/www/<domain>/data/www/<domain>.ru'[0m
Dec 10 23:00:03 [16007:1] proc [1;36mEXTINFO Process 16025 finished with status 1[0m
Dec 10 23:00:03 [16007:1] client [1;36mEXTINFO Query('func=backup.finish&backup=2015%2D12%2D10%5F23%2D00%2D02&owner=&sok=ok')[0m

12.12.2015, 12:49

#4

ISPsystem team

Покажите ls -lad на эту директорию и на директории выше
14.12.2015, 17:16

#5
Junior Member
Сообщение от usaafko

Покажите ls -lad на эту директорию и на директории выше

В самой директории домена

Код:

root@ABCD:/var/www/ABCD/data/www/<domain>.ru# ls -lad drwxr-xr-x 35 user userGroup 4.0K Nov 23 11:25 .

В директории где лежат все домены

Код:

root@ABCD:/var/www/ABCD/data/www# ls -lad drwxr-xr-x 29 user userGroup 4.0K Nov 17 12:47 .

Еще на уровень выше

Код:

root@ABCD:/var/www/ABCD/data# ls -lad drwxr-xr-x 7 user userGroup 4.0K Nov 24 11:10

У user в настройках прав пользователя везде есть доступ.
Сами планы резервного копирования я из под рута создавал, может в этом проблема?
16.12.2015, 11:12

#6

ISPsystem team

Сами планы резервного копирования я из под рута создавал, может в этом проблема?

Нет — не должно влиять. Напишите нам тикет, если у вас есть поддержка — проверим ваши настройки и логи на сервере

Источник

У компании ИСПсистем есть одна проблема. Эта проблема связана с 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/

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

Источник

Здравствуйте уважаемые форумчане!
Пишу сюда т.к. в тех поддержке мне не помогли, сказали только платное администрирование…

Настройки:
Яндекс диск — 100 Гб
Настройки все делаются через ISPmanager Lite 5.35.0
Размер сайта порядка 8 Гб

Настройки сделаны как из мануала (Тип хранилища — Я.Диск, Код доступа — получен переходом по ссылке, Путь до бэкапов — корневая папка вида «/site», Общий объем — не ограничено, Исключений нет). В файл /usr/local/mgr5/etc/ispmgr.conf добавлено поле BackupCountLimit 6 ограничивающее количество копий с 14 до 6 и добавлена опция, которую посоветовал Дмитрий Сыроватский (тех поддержка) — Option EnableOldBackup (старая и новая реализация резервного копирования). Других настроек никаких не делалось!!!

Суть проблемы:
Резервное копирование происходит с ошибкой (приходит уведомление) — «Во время резервного копирования пользователя user произошла ошибка» Дополнительная информация — «Failed to create backup». НО файлы архивов создаются + сегодня ночью создалась инкрементная копия. Под пользователем в разделе «Резервные копии» — пусто. Под root в разделе «Резервные копии» — добавляются записи (см. скриншет)

Если кто сталкивался с подобной проблемой или знает как решить, пожалуйста помогите! Если нужна дополнительная информация — пишите все выложу…

: scrin-main.PNG (6.9 KiB) Просмотров: 8460

Источник

Содержание

Плагины

Нагрузка HTTP для ISP 5

KernelCare

Что это такое

Устанавливается, как и все другие модули (Интеграция → Модули → KernelCare).

Нужен аккаунт в firstvds или ispsystem

В первом случае лицензия 160 рублей/месяц, во втором случае €3 (на январь 2018 это ~200 рублей).
В Firstvds также можно сразу купить лицензию на год за 1920 рублей. А вот в Ispsystem только ежемесячная подписка.

HowTo — Как сделать xyz?

DocRoot

Проблемы с phpmyadmin

Включить TLS 1.3

В файл /usr/local/mgr5/etc/templates/default/nginx-vhosts-ssl.template вместо ssl_protocols [% $SSL_SECURE_PROTOCOLS %]; добавить

ssl_protocols TLSv1.2 TLSv1.3;

после надо пересохранить все вирт хосты через панель, что выглядит достаточно бредово.

для 1.3 nginx должен быть собран с новым openssl 1.1.1+, а в centos7 к примеру

built with OpenSSL 1.0.2k-fips  26 Jan 2017

Как открыть архив из part файлов

copy 'file1.js' + 'file2.js' + 'file3.js' /b 'file.full.js'

via

SFTP бэкап по ключу

Как запустить бэкап через консоль

Команда для запуска

cd /usr/local/mgr5 && ./sbin/backup2 &

Пример лога

May 25 23:57:57 [4061:1] main INFO Size control started
May 25 23:57:57 [4064:1] main INFO Global size control. Size limit: 9223372036854775807, limit full: 4, limit daily: 3
May 25 23:57:57 [4064:1] main INFO Add node '', size limit: 9223372036854775807, 0x23abe78
May 25 23:57:57 [4064:1] proc EXTINFO Run '/usr/local/mgr5/sbin/backup2_cp --client' pid 4065
May 25 23:57:57 [4064:1] main EXTINFO Backup size: 0, limit: 9223372036854775807
May 25 23:57:57 [4065:1] main INFO Open control socket 'tmp/backup2_cp.sock'
May 25 23:57:57 [4065:1] main INFO Client. Backup token = 'path=/home/backup;type=local'
May 25 23:57:57 [4061:1] main INFO Size control server is ready. Date: 2018-05-25
---
May 26 00:05:10 [4064:1] proc EXTINFO Process 4065 finished with status 0
May 26 00:05:10 [4064:1] log INFO Finished

Как отключить двухфакторную авторизацию для root пользователя

Нужен root к ssh. Далее выполнить запрос к sqlite базе

# sqlite3 /usr/local/mgr5/etc/ispmgr.db
SQLite version 3.7.17 2013-05-20 00:56:22
Enter ".help" for instructions
Enter SQL statements terminated with a ";"
sqlite> select * from totp;
1|root|sh.iddqd.net(root)|<наборбнопни>
sqlite> delete from totp where user='root'; 
sqlite> .q

Работа с mgrctl или API с продуктами компании ISPsystem

Закрыть порт 1500

http://forum.ispsystem.ru/showthread.php?32781-Закрытие-порта-1500

iptables -A INPUT -p tcp --dport 1500 ! -s IP_сервера -j DROP

добавить в конфигурационный файл панели /usr/local/mgr5/etc/ispmgr.conf опцию Option FirewallCheckAccess, это позволит редактировать правила iptables так, чтобы панель не проверяла их

ISPmanager PHP7 для скриптов запускаемых через крон

Пересборка pdo_mysql php 7.1

https://sabotage.name/compile-php-extensions-pdo-mysql/

cd /usr/local/src
mkdir php_source7.1.22
cd php_source7.1.22
wget http://be2.php.net/distributions/php-7.1.22.tar.gz
gunzip php-7.1.22.tar.gz
tar xvf php-7.1.22.tar
cd /usr/local/src/php_source7.1.22/php-7.1.22/ext/pdo_mysql
/opt/php71/bin/phpize
Configuring for:
PHP Api Version:         20160303
Zend Module Api No:      20160303
Zend Extension Api No:   320160303
./configure --with-php-config=/opt/php71/bin/php-config
make

Сборка PHP расширения

via https://it-notepad.ru/сборка-php-расширения-на-сервере-с-ispmanager-5.html

# apt-get install autoconf gcc make -y
# git clone https://github.com/phpredis/phpredis.git
# cd phpredis/
# /opt/php71/bin/phpize
# ./configure --with-php-config=/opt/php71/bin/php-config
# make && make install && make clean
# echo "extension=/opt/php71/lib/php/modules/redis.so" > /opt/php71/etc/mods-available/redis.ini

Переконфигурирование web-сервера

Как же устроен бэкап в ispmgr?

Параметры резервного копирования isptar

Логика работы модуля резервного копирования такова, что каждое воскресенье делается полная резервная копия, в остальные дни — диффиренциальная. То есть вы можете исправить в кроне время запуска резервного копирования, оставив только ночь с субботы на воскресенье — тогда будет только полная резервная копия создаваться.

Либо отрегулировать количество резервных копий параметром файла конфигурации BackupCountLimit. Подробнее в документации.

Поменялся IP сервера. Где прописать новый?

# killall -9 ihttpd

Вносим новый IP в /usr/local/mgr5/etc/ihttpd.conf

/usr/local/mgr5/sbin/ihttpd 192.168.1.77 1500

Как включить старую систему бэкапа вместо DAR?

В файл /usr/local/mgr5/etc/ispmgr.conf добавить

Option EnableOldBackup

Не работает ЧПУ (rewrite правила) в WordPress+nginx+fpm

Ошибки

«The gateway did not receive a timely response from the upstream server or application

или Timeout waiting for output from CGI script

В режиме PHP как CGI скрипты отваливаются по таймауту.

В файл /etc/httpd/conf/httpd.conf добавить

Timeout 300

Для nginx дополнительно добавить

proxy_connect_timeout 600;
proxy_read_timeout    600;
proxy_send_timeout    600;
send_timeout          600;

Доступ к панели заблокирован администратором

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

Удалить lock файл /usr/local/mgr5/tmp/ispmgr.lock

Timeout waiting for output from CGI script

В режиме CGI некоторые сайты зависают на долгих запросах

Добавить для Apache

<VirtualHost 127.0.0.1:8080>
   Timeout 600
</VirtualHost>

Добавить для nginx в location @fallback

send_timeout 600;
proxy_read_timeout 600;
proxy_send_timeout 600;
proxy_connect_timeout 600;

Не работает изменение настроек MySQL (MariaDB)

CentOS 7, MariaDB установлена из оф репозитория, а не из репозитория ОС.

Ошибка: Не найдена секция «mysqld» в конфигурационном файле /etc/my.cnf

Решение: делаем символьную ссылку

# mv /etc/my.cnf /etc/my.cnf.bak
# ln -s /etc/my.cnf.d/server.cnf /etc/my.cnf

Не работает распаковка файлов через файловый менеджер

Под root работает. Под пользователем не перезаписывает имеющиеся файлы. Сайт на Drupal.

С правами 555 конечно же под обычным системным пользователем доступ будет запрещен.

Журнал файлового менеджера

Oct 18 13:14:21 [24675:1] proc [1;36mEXTINFO Process 24677 finished with status 50[0m
Oct 18 13:14:21 [24675:1] core_module [1;31mERROR 'unzip' finished with error code 50
output:
error:  cannot delete old sites/default/default.settings.php
        Permission denied

Обновление 5.160 > 5.165 всё сломало

Обычный апдейт панели на CentOS 7 без левых repo завершился недоступностью панели и ошибкой

WARNING CORE module was not loaded due errors: Type: 'db' Object: 'query' Value: ''
ERROR Error in query. result = 21. no such table: ranges, query: 'SELECT ranges.id, ranges.name FROM ranges LEFT JOIN ips ON ranges.id=ips.ranges AND ips.domain='' WHERE ips.name IS NULL'
ERROR Error: Type: 'db' Object: 'query' Value: ''
ERROR Query failed (Type: 'db' Object: 'query' Value: ''

Можно воспользоваться решением на форуме испов.

# sqlite3 /usr/local/mgr5/etc/ispmgr_ipdb.db
SQLite version 3.7.17 2013-05-20 00:56:22
Enter ".help" for instructions
Enter SQL statements terminated with a ";"
sqlite> .tables
ips ranges
sqlite>

sqlite> .schema ranges
CREATE TABLE ranges(
id INT NOT NULL,
name VARCHAR(80) NOT NULL,
gateway VARCHAR(64),
netmask VARCHAR(64),
family INT,
type VARCHAR(64),
CONSTRAINT ranges_primary_key PRIMARY KEY (id) ON CONFLICT FAIL
);
CREATE UNIQUE INDEX ranges_mgrauto_0 ON ranges(name);
sqlite>

Я же просто посмотрел на ispmgr_ipdb.db на другом сервере с Debian и создал через sqlitestudio нужную таблицу.

Почему же в cpanel не бывает таких багов, а если и бывают то их через несколько часов в срочном порядке чинят. 4 года WHM/CPANEL в проде и не было такого чтобы из-за апдейта рухнула панель целиком. ISPmanager глюкавое поделие. С ужасом жду 6 ветку.

Не видно базы данных и недоступен сервер баз данных

MySQL работает, но работа с ним через ISPmanager невозможна (отсутствует параметр-путь mysqld).

Добавляем в файл /usr/local/mgr5/etc/ispmgr.conf.d/mysql.conf

path mysql_restart service mysqld restart 
path mysqld.ini /etc/my.cnf
path mysqld /usr/libexec/mysqld

Не добавляются новые домены

Был удален DNS сервер (BIND), после повторной установки список доменов пуст, но в каталоге /etc/bind9 остались файлы зон.

Удаляем файлы зон, добавляем вручную домены, возвращаем обратно файлы зон, init.d/bind9 restart

Не создается DMARC запись

Неверная SOA запись

В разных тестах получаем ошибку

SOA MNAME entry
WARNING: SOA MNAME (ns1.foobar.com) is not listed as a primary nameserver at your parent nameserver!

В качестве mname панель ставит hostname вместо primary NS.

Как исправить

В файл /usr/local/mgr5/etc/ispmgr.conf добавить

DnsHostname ns1.foobar.com

Перезапустить {ISP|CORE}manager

/usr/local/mgr5/sbin/mgrctl -m ispmgr exit && killall core

DnsHostname — параметр, описывающий формат SOA-записи, по умолчанию берется hostname сервера (доступно с версии 5.14.7, для Business-версии параметр указывается в ispmgrnode.conf на сервере с ролью основного сервера имен) (Конфигурационный файл ISPmanager

==== Не обновляется панель libmgr.so.conflicting with already loaded one

В файле /usr/local/mgr5/var/ispmgr.log

May 27 21:12:45 [10555:1] core FATAL Library libmgr linked to lib/libmgr.so.5.104.1 conflicting with already loaded one</code

Помогло изменение repo файла

Было

<code>
###[ispsystem-__VERSION__]
###name=ispsystem-__VERSION__
####baseurl=http://download.ispsystem.com/repo/centos/__VERSION__/$releasever/$basearch
###mirrorlist=http://download.ispsystem.com/repo/centos/__VERSION__/mirrorlist.txt
[ispsystem-5.104]
name=ispsystem-5.104
failovermethod=priority
gpgkey=file:///etc/pki/rpm-gpg/RPM-GPG-KEY-ISPsystem
enabled=1
#baseurl=http://download.ispsystem.com/repo/centos/5.104/$releasever/$basearch
mirrorlist=http://download.ispsystem.com/repo/centos/5.104/mirrorlist.txt
gpgcheck=1

Стало

###[ispsystem-__VERSION__]
###name=ispsystem-__VERSION__
####baseurl=http://download.ispsystem.com/repo/centos/__VERSION__/$releasever/$basearch
###mirrorlist=http://download.ispsystem.com/repo/centos/__VERSION__/mirrorlist.txt
[ispsystem-stable5]
name=ispsystem-stable5
failovermethod=priority
gpgkey=file:///etc/pki/rpm-gpg/RPM-GPG-KEY-ISPsystem
enabled=1
#baseurl=http://download.ispsystem.com/repo/centos/stable5/$releasever/$basearch
mirrorlist=http://download.ispsystem.com/repo/centos/stable5/mirrorlist.txt
gpgcheck=1

После апдейт прошёл успешно. Довольно странная ошибка.

Возникла ошибка при работе с файлами, код ошибки 13

Вы работаете под пользователем john, а файлы и каталоги принадлежат пользователю bob или даже root.

Исправляем права

chown -R john:john /var/www/john/data/your-path

Или через саму панель

Option Multiviews not allowed here

В error.log

[Sun Nov 30 19:30:25 2016] [alert] [client 1.2.3.4] /var/www/user/data/www/foobar.com/.htaccess: Option Multiviews not allowed here

Если панели нет, то меняем в файле /etc/httpd/conf.d/secure.conf строку

AllowOverride FileInfo AuthConfig Limit Indexes Options

на

AllowOverride FileInfo AuthConfig Limit Indexes Options=All,MultiViews

Если установлена панель ISPmanager 5 Lite, то делаем замену в файле /etc/apache2/conf.d/z1_home.conf

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

Команда yum update предлагает запустить yum-complete-transaction

There are unfinished transactions remaining. You might consider running yum-complete-transaction, or "yum-complete-transaction --cleanup-only" and "yum history redo last", first to finish them. If those don't work you'll have to try removing/installing packages by hand (maybe package-cleanup can help).

Но это приводит к предложению удалить все пакеты ispmanager и coremanager

Пробую так

# /usr/local/mgr5/sbin/pkgupgrade.sh coremanager

в итоге

package coremanager-5.86.0-2.el7.centos.x86_64 is already installed

Логи

pkg.log

Updating : coremanager-5.86.0-2.el7.centos.x86_64 1/34
warning: %post(coremanager-5.86.0-2.el7.centos.x86_64) scriptlet failed, signal 15
Error: display callback failed: [Errno 32] Broken pipe

ispmgr.log

Jan 24 09:07:38 [13397:1] core [1;31mFATAL Library libmgr linked to lib/libmgr.so.5.86.0 conflicting with already loaded one

Смотрим, что не так

# rpm -qa | grep coremanager
coremanager-5.86.0-2.el7.centos.x86_64
coremanager-5.83.1-2.el7.centos.x86_64

Удаляем лишнее

# rpm --nodeps -e coremanager-5.83.1-2.el7.centos.x86_64

roundcube Неудачная попытка входа

via https://ask.sabini.ch/?qa=31763/roundcube-неудачная-попытка-входа

В файле defaults.inc.php

// IMAP AUTH type (DIGEST-MD5, CRAM-MD5, LOGIN, PLAIN or null to use
// best server supported one)
$config['imap_auth_type'] = null;

лучше вынести в config.inc.php, заменив значение null на CRAM_MD5

вместо null ставим cram_md5

$config['imap_auth_type'] = CRAM_MD5;

Starting nginx: [emerg]: bind() to IP failed (99: Cannot assign requested address)

Не обновляется лицензия

В Ubuntu не работает php mail() после апгрейда MPM ITK

services.stop.problem

Не работает бэкап

Автоматически по крону не запускается, при попытке запустить вручную ошибка Не удалось выполнить резервное копирование для 1 план(-а,-ов). Для получения подробностей наведите курсор на значок ошибки в строке таблицы.

со значение sbin/backupctl уже существует

В логе /usr/local/mgr5/var/backupctl-ispmgr.log ничего интересного.

Решилось завершением фоновой задачи по бэкапу в разделе «Состояние системы > Фоновые задания». После запуск бэкапа вручную сработал.

Ошибка Не удалось запустить панель

Ошибка Не удалось запустить панель. Обратитесь к администратору"

Error: Type: 'client' Object: 'open' Value: 'ispmgr‘

# rm /usr/local/mgr5/var/.ispmgr.progress.xml
# killall core

Type: ‘backup’ Object: ‘archive_error’ Value: »

‘Type: ‘rpc’ Object: ‘query’ Value: ‘query: Transferred a partial file»’

https://www.google.ru/search?client=safari&rls=en&q=Type:+’backup’+Object:+’storage_put’+Value:+’Storage+’sharik-xer’:+’Type:+’rpc’+Object:+’query’+Value:+’query:+Transferred+a+partial+file»’&ie=UTF-8&oe=UTF-8&gfe_rd=cr&ei=X9jrVu-xJaSP8QeZv4aoBA&gws_rd=cr#q=%27Type:+%27rpc%27+Object:+%27query%27+Value:+%27query:+Transferred+a+partial+file%27%27%27

435 Unable to authenticate at present: authentication socket connection error

If you’re using Exim and trying to connect to Dovecot’s auth-client and you receive this message; «435 Unable to authenticate at present: authentication socket connection error» You ought to check the ownership of the Dovecot authentication client socket. It runs in /var/run/dovecot/auth-client and you can see its ownership there. If you have set it to «mail» or similar you’ll likely need to change it to Debian-exim so Exim can read and write to the socket.

This website uses cookies. By using the website, you agree with storing cookies on your computer. Also you acknowledge that you have read and understand our Privacy Policy. If you do not agree leave the website.More information about cookies

Источник

В ISPmanager реализована система резервного копирования, построенная на основе ISPtar.

Что нового

Основные отличия от предыдущей реализации:

каждый пользователь резервируется отдельно;
как и в DAR-версии нет сложной системы фильтров. Оставлена возможность для администратора сервера исключать из резервной копии файлы, каталоги, базы данных (по умолчанию делается резервная копия всех данных пользователя) или исключать из резервного копирования выбранного пользователя;
хранилище теперь может быть только одно. Но вы можете легко и быстро переключаться между хранилищами. В этом случае вы теряете доступ к одним резервным копиям (первого хранилища) и получаете доступ к резервным копиям второго хранилища;
резервное копирование по умолчанию делается ежедневно. Первая резервная копия за неделю (неделя начинается с воскресенья) — полная, остальные — дифференциальные. Вы можете изменить график резервного копирования, изменив настройки планировщика (cron);
резервное копирование отключенного пользователя делается один раз после его отключения;
добавлена возможность ограничить общий объем резервных копий. При достижении данного ограничения система начнет удалять наиболее старые резервные копии. При этом, если это возможно, будет сохраняться одинаковое количество ежедневных и еженедельных копий;
если общий объем резервных копий не ограничен, а на хранилище закончится место, система предпримет попытку освободить необходимое количество, удаляя наиболее старые резервные копии;
общее количество хранимых резервных копий: 14 копий — 7 полных еженедельных и 7 дифференциальных ежедневных. Данное ограничение может быть изменено через параметр BackupCountLimit конфигурационного файла etc/ispmgr.conf.
добавлена возможность указывать количество полных и ежедневных(дифференциальных) резервных копий:

Минимальное рекомендуемое значение параметра BackupCountLimit 2:2. В этом случае будет делаться 2 полных и 2 ежедневных(дифференциальных) копий.

У пользователя появилась возможность скачать свою резервную копию, чтобы в последствии самостоятельно залить её на тот же или другой сервер.

Использование ISPtar позволяет реализовать ряд существенных улучшений:

резервная копия разбивается на небольшие тома (по умолчанию 100Мб), что позволяет при частичном восстановлении существенно сократить время ожидания. А также сокращает количество необходимого свободного пространства на диске, которое требуется при создании и частичном извлечении из резервной копии
Не сжимать некоторые типы файлов. Это позволяет существенно сократить затраты ресурсов ЦП при резервном копировании. Выключить сжатие для файлов с определёнными расширениями через файл etc/isptar.conf;
Файлы из резервных копий могут быть извлечены без использования ISPmanager при помощи стандартных консольных приложений (подробности).

Настройка модуля

Открыть настройки модуля резервного копирования можно непосредственно в самом модуле, нажав на кнопку Настройки. В настройках можно установить тип хранилища, параметры хранилища, общий объем резервных копий в хранилище, файлы (можно использовать регулярные выражения) и базы данных, которые стоит исключить из процесса копирования.

Приоритетами запуска можно управлять с помощью утилит nice и ionice. Приоритеты указываются в конфигурационном файле etc/ispmgr.conf параметром BackupCommandPrefix имеющим значение по умолчанию nice -n 10 ionice -c2 -n7.

Ограничение размера хранилища

Это поле позволяет задать максимальный размер, занимаемый резервными копиями на хранилище. При первом подключении локального хранилища будет автоматически выставлено ограничение в 50% от свободного места на разделе, содержащем директорию хранилища, это значение можно изменить. Также с этой версии добавлена защита от переполнения диска локального хранилища: при закачке каждой части в локальное хранилище система проверяет насколько заполнен диск и, если осталось доступно для пользователя менее 5% диска, система пытается удалить старые архивы для освобождения места. Если место освободить не получилось, резервирование закончится с подобной ошибкой в журнале:

backup DEBUG backup2_storage.cpp:119 Available limit with restriction 95 pct '0' mib
backup DEBUG backup2_storage.cpp:120 File size '54' mib
main DEBUG backup2_cp2_server.cpp:354 m_read = 'RELEASE 56686365'
main ERROR Upload failed
libmgr ERROR Error: Type: 'Cant split slices' Object: ' ' Value: 'Part name prefix missed for part ' '

Сканирование хранилища

Сканирование хранилища происходит в момент подключения к новому типу хранилища или переключения директории внутри подключенного хранилища.

Первое резервное копирование после смены директории хранилища сформирует полную копию, вне зависимости от наличия полных копий за предыдущие дни.

Просмотр старой версии файла

Чтобы посмотреть содержимое старого файла, скачайте файл из резервной копии.

Перенос данных от провайдера к провайдеру

Резервные копии можно перенести с другого сервера. Для этого в списке резервных копий нужно нажать на кнопку «Импорт» тип источника, указать значение источника и нажать «Ок». Импортировать можно из версий Lite, Pro, Host в Business и наоборот.

В ISPmanager Lite, Pro, Host вы можете импортировать архивы из cPanel.

Полное восстановление пользователя

Чтобы восстановить данные пользователя из резервной копии, перейдите в Резервные копии → выберите копию → кнопка Смотреть файлы → выберите пользователя → кнопка Восстановить → OK. Когда данные будут восстановлены, в интерфейсе ISPmanager появится сообщение «Восстановление из резервной копии успешно завершено».

Исключение файлов и баз из резервного копирования

Задать список исключаемых файлов можно в настройках модуля резервного копирования. Пути задаются относительно домашнего каталога пользователя, например data/.filemgr-tmp. В фильтрах файлов можно использовать регулярные выражения(*). Указанные файлы не будут участвовать в процессе резервного копирования. В поле ниже можно исключить базы. Их нужно указывать в формате полное имя базы в отдельной строке.

Как изменить время запуска резервного копирования

По умолчанию резервное копирование делается ежедневно. Для ISPmanager Lite, Pro, Host можно изменить время запуска резервного копирования для задания ISPmanager backup task в модуле Планировщик. Задание в кроне выглядит следующим образом:

0 3 *	/usr/local/mgr5/sbin/cron-ispmgr sbin/backup2 >/dev/null 2>&1

Как ограничить время резервного копирования

Задать временной диапазон, когда должно выполняться резервное копирование, можно через параметр (BackupTimeInterval). Например: BackupTimeInterval 03:00:00-06:00:00 указывает, что резервное копирование должно проводиться с 3х до 6 часов ночи. Резервное копирование отдельного пользователя прерываться не будет. Если система не успеет скопировать всех пользователей в указанный промежуток времени, резервное копирование оставшихся пользователей будет продолжено на следующий день. При этом новых копий за этот день создаваться не будет.

Например: в понедельник 14.09.2015 мы успели скопировать 10 пользователей из 15. Значит, во вторник будут скопированы оставшиеся 5, а следующая резервная копия для всех пользователей будет сделана уже в только в среду 16.09.2015. Резервные копии всех пользователей будут иметь дату 14.09.2015, несмотря на то, что часть пользователей будет скопирована только 15.09.2015

Как освободить место в хранилище

Это можно сделать вручную, из списка резервных копий удалив ненужные. Также можно освободить место в хранилище, задав Общий объем в настройках модуля резервного копирования. После применения настроек старые версии бэкапов будут удаляться до тех пор, пока общий размер не будет соответствовать установленному значению параметра.

Как ускорить процесс резервного копирования

При необходимости скопировать большой объем данных, вы можете изменить приоритет резервного копирования в конфигурационном файле etc/ispmgr.conf, за который отвечает параметр BackupCommandPrefix. По умолчанию значение параметра nice -n 10 ionice -c2 -n7.

nice — утилита командной строки, запускающая программу с измененным приоритетом для планировщика задач. Подробности смотрите здесь.

ionice используется для получения и установки класса и приоритета процесса. Подробности смотрите здесь.

Служебные файлы резервной копии

После создания резервной копии, в директории /usr/local/mgr5/var/backup/ispmgr создаются файлы вида 2015-08-12.user.tgz и 2015-08-12.user.info. Эти файлы не содержат саму резервную копию, а предназначены для хранения служебной информации.

Файл с расширением tgz хранит данные о файлах резервной копии.

Файл с расширением info хранит информацию о дате создания, имени последнего файла копии, размере и типе бэкапа.

Наличие этих файлов позволяет отображать резервные копии в списке и ускоряет работу за счет обращения к необходимым данным.

Ограничение кол-ва резервных копий

Общее кол-во хранимых резервных копий для каждого из пользователей регулируется параметром BackupCountLimit в etc/ispmgr.conf.

Нечётное количество хранимых резервных копий

Если параметр BackupCountLimit имеет нечетное значение, например 15, то будет 8 полных и 7 ежедневных дифференциальных резервных копий. При превышении лимита будет удаляться в первую очередь ежедневная дифференциальная резервная копия. То есть, количество полных резервных копий и дифференциальных все равно будет стремиться к равному соотношению, но полных копий будет на одну больше.

Объекты исключенные из резервного копирования

По техническим причинам до версии 5.65 были исключены из резервного копирования сортировщики почтовых ящиков.

Как часто можно сделать новую резервную копию

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

Резервная копия пользователя

Для пользователя доступно создание одной резервной копии независимо от расписания, установленного через планировщик. Создать такую копию можно кнопкой «Новый» в списке резервных копий под пользователем панели. Такая же копия появляется в списке копий при импорте пользователя из архива *.tar.gz, который создается при скачивании резервной копии из панели. Повторное создание пользовательской резервной копии или импорт пользователя из архива *.tar.gz заменит существующую пользовательскую копию.

Резервная копия удаленного пользователя

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

Соотношение полных и ежедневных резервных копий

При первом запуске резервного копирования создается полная резервная копия. В последующие дни, если день недели не воскресенье, создаются ежедневные дифференциальные резервные копии. В воскресенье в любом случае создается полная резервная копия. В первые 14 дней получится соотношение 3 полных и 11 дифференциальных. По прошествии 14 дней начнут удаляться в первую очередь самые старые дифференциальные резервные копии. После того как у полной резервной копии не останется дифференциальных частей, она будет удалена. Следовательно, соотношение 7 полных и 7 дифференциальных резервных копий будет достигнуто приблизительно через 2 месяца.

Удаление резервных копий

Автоматическое

Автоматическое удаление наиболее старых незаблокированных резервных копий происходит

при достижении лимита на размер хранилища,
при достижении 95% заполнения раздела диска (для локального хранилища),
при достижении кол-ва копий отдельного пользователя (BackupCountLimit), удаляется именно старый бэкап пользователя, превысившего лимит.

Блокируются от автоматического удаления последний по дате полный архив, сегодняшний архив и архив, загруженный пользователем (custom).

Ручное

Под администратором в списке резервных копий доступна кнопка «Удалить».

Для того, чтобы удалить резервную копию вручную, необходимо перейти в директорию /usr/local/mgr5, задать корректно переменную окружения BACKUP_TOKEN и выполнить команду sbin/backup2_cp —delete указав путь к info файлу резервной копии. Значение токена хранится в etc/ispmgr.conf в параметре BackupToken.

Пример удаления одной резервной копии из локального хранилища для конкретного пользователя (username):

BACKUP_TOKEN="type=local;url=/var/backups/";sbin/backup2_cp --delete var/backup/ispmgr/2015-09-08.username.info

Пример удаления всех резервных копии из удалённого хранилища с типом ftp для конкретного пользователя (username):

BACKUP_TOKEN="password=qwerty12345;type=ftp;url=[ftp://backup5.reserv.net;username=ftpuser23|ftp://backup5.reserv.net;username=ftpuser23] "; ls -1 var/backup/ispmgr/*username.info | xargs -I {} sbin/backup2_cp --delete {}

Пример удаления всех резервных копий в локальном хранилище:

BACKUP_TOKEN="type=local;url=/var/backups/";ls -1 var/backup/ispmgr/*.info | xargs -I {} sbin/backup2_cp --delete {}

Как изменить размер тома резервной копии

Изменить размер тома резервной копии через конфигурационный файл etc/ispmgr.conf.

Пример установки размера резервной копии 30 мегабайт

Восстановление/скачивание файла/базы данных/почтового ящика

От администратора это не возможно, нужно зайти под пользователем (можно прямо из интерфейса Резервные копии нажать кнопку «Войти») внутрь резервной копии, выбрать файл(-ы)/базу(-ы) и нажать на «Восстановить»/»Скачать».

Резервирование системных данных

Архивируются /usr/local/mgr5/etc, /usr/local/mgr5/var/userconf и /etc в архивы вида F2015-09-16.root.tgz

Эти архивы не доступны из интерфейса панели, т.к. работать с ними нужно крайне редко.

Чтобы восстановить данные, нужно перейти в хранилище (например /var/backup). Выбрать файл архива корневого пользователя (обычно, root) за нужную дату и посмотреть содержимое архива командами:

/usr/local/mgr5/sbin/isptar -l F2015-09-16.root.tgz
tar -tf F2015-09-16.root.tgz

После, выбранный файл извлечь:

Пример извлечения файла ispmgr.root.dashboard.xml:

tar -zxvf F2015-09-16.root.tgz usr/local/mgr5/var/userconf/ispmgr.root.dashboard.xml

Сколько нужно места для работы резервного копирования

На сервере

Временная директория панели: по умолчанию /usr/local/mgr5/tmp Системная директория панели: по умолчанию /usr/local/mgr5/var/backup/ispmgr Размер одной части архива: по умолчанию 100Мб, меняется через опцию BackupSliceSize

При работе с нелокальным хранилищем:

Операция	Описание	Сколько места потребуется
Плановое резервирование	Для работы планового резервирования каждая часть по очереди складывается в системную директорию и загружается на хранилище.	Места в системной директории нужно немного больше размера одной части.
Вызов резервирования пользователем	При вызове резервирования пользователем по кнопке «Новый» копия делается так же как и при общем резервировании. После этого запускается скачивание частей архива с хранилища во временную директорию и одновременно эти части вливаются в архив внутри системной директории. По завершении пользователю отдается в браузер архив, он же в системной директорий лежит в течение 1 часа (закэшированный архив).	Места в системной директории нужно столько, сколько весят архивы всех пользователей (если все в течение часа захотят сделать новый архив). Места во временной директории нужно в два раза больше чем размер части архива.
Импорт архива пользователем	При импорте архива пользователем, происходит его загрузка в системную директорию, распаковка (при необходимости конвертация), запаковка и отправка по частям на хранилище.	Места в системной директории нужно столько, сколько весят архивы всех пользователей (если все в течение часа захотят сделать новый архив).
Скачивание архива	При скачивании архива все части скачиваются с хранилища во временную директорию, там же объединяются в один архив. Этот архив перемещается отдаётся пользователю в браузер и в течение часа ещё хранится в системной директорий (закэшированный архив).	Места в системной директории нужно столько, сколько весят архивы всех пользователей (если все в течение часа захотят сделать новый архив). Места во временной директории нужно в два раза больше чем размер части архива.

В пользовательской дисковой квоте

Пользователю нужно иметь места как минимум на 1 часть бэкапа (по умолчанию 100Мб), это нужно потому, что архивация выполняется с правами пользователя и часть архива до заливки на хранилище принадлежит пользователю. Сделано так из соображений безопасности.

Как изменить временную директорию

Если вам крайне необходимо изменить временную директорию, остановите все процессы панели, скопируйте директорию /usr/local/mgr5/var/backup/ispmgr и примонтируйте нужный раздел средствами операционной системы в /usr/local/mgr5/var/backup/ispmgr. Это обычно делается так:

mount --bind /нужный/раздел /usr/local/mgr5/var/backup/ispmgr

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

Если утилита killall отсутствует, то выполнить:

/usr/local/mgr5/sbin/mgrctl -m ispmgr exit

Включение подробного журналирования

Чтобы увидеть все подробности работы новой системы резервного копирования в журналах панели нужно добавить следующие строки в etc/debug.conf:

backup2.*       9
backup2_import.*        9
backup2_download.*      9
backup2_cp.*    9
restore2.*      9
backup2_cgi.*   9
backup2_conv.*   9
backup2_system.*       9

и завершить работу панели командой killall core в SSH-консоли.

После чего можно включить вывод всех журналов резервного копирования так:

tail -f /usr/local/mgr5/var/backup2*log /usr/local/mgr5/var/restore2.log

Ручной запуск резервного копирования

За текущую дату

cd /usr/local/mgr5 && ./sbin/backup2 &

За определенную дату

Будьте осторожны с указанием даты далеко в будущем (больше чем BackupCountLimit/2 недель)! Если сделать копию в будущем и ещё одну с датой больше предыдущей, все копии за настоящее время могут быть удалены системой контроля размера резервных копий (даже если в копии за будущее не будет каких-то пользователей).

Не рекомендуем применять описанный ниже метод без крайней необходимости и готовности к последствиям.

cd /usr/local/mgr5 && ./sbin/backup2 --date 2016-05-01 &

За определенную дату определенного пользователя

Не рекомендуем применять описанный ниже метод без крайней необходимости и готовности к последствиям.

cd /usr/local/mgr5 && ./sbin/backup2 --date 2016-05-01 user1 &

Ручная распаковка данных

Если у вас нет возможности восстановить данные через панель управления, но есть файлы из хранилища такого вида:

F2016-11-02.user.tgz.part1
F2016-11-02.user.tgz.part2

Вы можете склеить их обратно в архив так:

Команда для Unix (Linux/FreeBSD/MacOS):

cat F2016-11-02.user.tgz.part1 F2016-11-02.user.tgz.part2  > F2016-11-02.user.tgz

Команда для Windows:

copy /b F2016-11-02.user.tgz.part1 + /b F2016-11-02.user.tgz.part2 F2016-11-02.user.tgz

Полученный архив F2016-11-02.user.tgz уже можно будет открыть стандартными средствами вашей ОС, но его импорт в ISPmanager невозможен.

FAQ

Удаляются уже сделанные резервные копии

Возможна ситуация, при которой уже сделанные резервные копии внезапно удаляются из хранилища. При получении таймаута в 15 минут при FTP хранилище система резервного копирования считает, что кончилось место и удаляет наименее значимый бэкап из старых.

Файлы пользователей не включаются в резервную копию

В случае, если каталоги пользователей подключены как отдельные разделы, их файлы из домашней директории(например, /var/www/user/data/www/*) не будут включены в резервную копию.

GoogleDrive. Удаление директории в которую подключено резервное копирование в корзину

При необходимости удалить директорию в хранилище GoogleDrive, сначала необходимо отключить резервное копирование в ISPmanager, иначе поведение резервного копирование будет непредсказуемым.

Источник

ISPsystem

4 читателя
34 топика

2ns.info
abcd
aminahost.ru
Apache
backup
billmanager 5
billmanager advanced
CentOS
Debian
email
fastvps.ru
FirstVDS
firstvds.ru
google
hdd
hetzner
htaccess
html
ihc.ru
img upload
Inferno
isp billmanager
isp manager
isp manager v4
ispmanager
ispmanager lite
ispsystem
jQuery
Linode
linux
livestreet
mysql
Nginx
pagespeed
php
phpmyadmin
rss
Selinux
SSH
SSL
ssl сертификат
synio
tinyvds.ru
torrent
upload
utf8
vds
vkontakte
webmoney
windows
wordpress
yandex
блоки
боковая колонка
видеокурсы
ддос
кодировка
комментарии
лимиты
Новосибирск
обзор-хостинг
облако
оптимизация
оптимизация wordpress
поддомены
рейтинг
сервер
установка движка
хостинг
шаблон

Блоги

Топ

VDS/VPS хостинги
3
LiveStreet CMS
5
Dedicated Servers Хостинги
3
Веб-сервисы
5
Различные скрипты
4
Вопросы и ответы
31
Работа
34
Обмен Валют
30
ISPsystem
4
Веб-серверы
4
Анализы
5
Блоговый движок WordPress
4
Полезности
6
Оценка проектов
31
Виртуальные шаред хостинги
4
Список Новосибирских вебстудий
5
Список вебстудий
3
Форумный движок vBulletin
4
Форумный движок XenForo
3
Форумный движок Vanilla
4
Социальные сети
4
Домены
5
SEO
7
VestaCP
1
Команды в SSH
1

Прямой эфир

Комментарии
Публикации

alice2k

27 июня 2021, 08:59

Массовая замена текста в PHPMyAdmin
3
Mifuru

25 июня 2021, 20:10

OVH Rescue Mode
1
Mifuru

25 июня 2021, 20:10

Настройка VMmanager KVM от Streser
1
Mifuru

25 июня 2021, 20:09

Куда устанавливать шаблон?
1
Mifuru

25 июня 2021, 20:07

сервисы майнинга
1
Mifuru

25 июня 2021, 20:07

Тоже интересные дешевые сервера
1
Mifuru

25 июня 2021, 20:06

Ограничение доступа к ssh по ip
1
Mifuru

25 июня 2021, 20:05

кнопки поделиться от яндекса, но с счетчиком
1
Mifuru

25 июня 2021, 20:05

Если кому-то нужны дешевые выделенные каналы 100
1
Mifuru

25 июня 2021, 20:02

Список хостеров Сетябрь 2012
1
Mifuru

25 июня 2021, 20:01

Fornex — vds хостинг в германии, дц First Colo GmbH
2
Mifuru

25 июня 2021, 20:00

Директивы .htaccess
1
Mifuru

25 июня 2021, 20:00

Установка дополнительного жесткого диска в CentOS
2
Mifuru

25 июня 2021, 19:56

firstvds.ru
1
alice2k

8 января 2018, 06:22

Как запустить биллинг на нескольких IP
1
Vova1234

27 февраля 2015, 13:34

Отчистка папки mod-tmp и проблемы с Debian + ispmanager
3
alice2k

23 января 2015, 14:14

Создателям Плагинов и Дополнений для LiveStreet CMS
1
alice2k

26 июля 2014, 16:48

квота у ISP
2
verified

26 марта 2014, 18:32

установка OpenVPN сервера на недорогой VPS
2
dborovsky

18 января 2014, 16:02

0.5.1 сборка с стилем LightBlue
18

Хостинг ISP manager

Проект Обзор

HostSuki project

Hosting Kitchen

Источник

Ошибки резервного копирования ispmanager

Ошибки в ходе резервного копирования в ISPManager 5

Содержание

Плагины

Нагрузка HTTP для ISP 5

KernelCare

HowTo — Как сделать xyz?

DocRoot

Проблемы с phpmyadmin

Включить TLS 1.3

Как открыть архив из part файлов

SFTP бэкап по ключу

Как запустить бэкап через консоль

Как отключить двухфакторную авторизацию для root пользователя

Работа с mgrctl или API с продуктами компании ISPsystem

Закрыть порт 1500

ISPmanager PHP7 для скриптов запускаемых через крон

Пересборка pdo_mysql php 7.1

Сборка PHP расширения

Переконфигурирование web-сервера

Как же устроен бэкап в ispmgr?

Поменялся IP сервера. Где прописать новый?

Как включить старую систему бэкапа вместо DAR?

Не работает ЧПУ (rewrite правила) в WordPress+nginx+fpm

Ошибки

«The gateway did not receive a timely response from the upstream server or application

Доступ к панели заблокирован администратором

Timeout waiting for output from CGI script

Не работает изменение настроек MySQL (MariaDB)

Не работает распаковка файлов через файловый менеджер

Обновление 5.160 > 5.165 всё сломало

Не видно базы данных и недоступен сервер баз данных

Не добавляются новые домены

Не создается DMARC запись

Неверная SOA запись

Возникла ошибка при работе с файлами, код ошибки 13

Option Multiviews not allowed here

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

roundcube Неудачная попытка входа

Starting nginx: [emerg]: bind() to IP failed (99: Cannot assign requested address)

Не обновляется лицензия

В Ubuntu не работает php mail() после апгрейда MPM ITK

services.stop.problem

Не работает бэкап

Ошибка Не удалось запустить панель

Type: ‘backup’ Object: ‘archive_error’ Value: »

‘Type: ‘rpc’ Object: ‘query’ Value: ‘query: Transferred a partial file»’

435 Unable to authenticate at present: authentication socket connection error

Что нового

Настройка модуля

Ограничение размера хранилища

Сканирование хранилища

Просмотр старой версии файла

Перенос данных от провайдера к провайдеру

Полное восстановление пользователя

Исключение файлов и баз из резервного копирования

Как изменить время запуска резервного копирования

Как ограничить время резервного копирования

Как освободить место в хранилище

Как ускорить процесс резервного копирования

Служебные файлы резервной копии

Ограничение кол-ва резервных копий

Нечётное количество хранимых резервных копий

Объекты исключенные из резервного копирования

Как часто можно сделать новую резервную копию

Резервная копия пользователя

Резервная копия удаленного пользователя

Соотношение полных и ежедневных резервных копий

Удаление резервных копий

Автоматическое

Ручное

Как изменить размер тома резервной копии

Восстановление/скачивание файла/базы данных/почтового ящика

Резервирование системных данных

Сколько нужно места для работы резервного копирования

На сервере

В пользовательской дисковой квоте

Как изменить временную директорию

Включение подробного журналирования

Ручной запуск резервного копирования