Ispmanager ошибка со значением отсутствует

Здравствуйте!
ISPManger 5.39.3 Lite, Debian 8.2 x64.
Панель была установлена с пакетами по умолчанию, после чего были импортированы пользователи локальными архивами из ISPManager 4 Pro. После этого в возможностях был отключен Bind. Теперь если включить его обратно, то невозможно выполнить любые действия связанный с доменами: отредактировать www-домены, почтовые домены, доменные имена. Появляется ошибка : «со значением ‘имя_домена’ отсутствует». Если опять отключить, то все нормально.

В логах:

Oct 12 21:22:55 [8997:21] err [1;31mERROR Error: Type: ‘missed’ Object: ‘dns_domain’ Value: ‘имя_домена'[0m
Oct 12 21:22:55 [8997:21] journal [1;36mEXTINFO Internal [77.232.*.*][sale] ‘func=domain.record.edit&ip=144.76.*.*&name=имя_домена.&plid=имя_домена&rtype=a&sok=ok'[0m
Oct 12 21:22:55 [8997:21] journal [1;36mEXTINFO Internal [77.232.*.*][sale] ‘func=domain.record.edit&ip=144.76.*.*&name=имя_домена.&plid=имя_домена&rtype=a&out=devel'[0m
Oct 12 21:22:55 [8997:21] journal [1;36mEXTINFO Internal [77.232.*.*][sale] ‘args=&func=check.domainrecordname&name=name&value=имя_домена.'[0m
Oct 12 21:22:55 [8997:21] form [1;36mEXTINFO New value name = ‘имя_домена.'[0m
Oct 12 21:22:55 [8997:21] journal [1;36mEXTINFO Internal [77.232.*.*][sale] ‘args=0%2C2147483647&func=check.int&name=ttl&value=3600′[0m
Oct 12 21:22:55 [8997:21] form [1;36mEXTINFO New value ttl = ‘3600’[0m
Oct 12 21:22:55 [8997:21] journal [1;36mEXTINFO Internal [77.232.*.*][sale] ‘args=&func=check.ip&name=ip&value=144.76.*.*'[0m
Oct 12 21:22:55 [8997:21] form [1;36mEXTINFO New value ip = ‘144.76.*.*'[0m
Oct 12 21:22:55 [8997:21] backtrace [1;36mEXTINFO mgr_err::Missed::Missed(std::string const&, std::string const&) (lib/libmgr.so.5.39.0 + 0x4d) [*0x7fd1826ac666][0m
Oct 12 21:22:55 [8997:21] backtrace [1;36mEXTINFO isp_dns::View::Assert(std::string const&) (lib/libdns.so.5.39.0 + 0x86) [*0x7fd1826ac707][0m
Oct 12 21:22:55 [8997:21] backtrace [1;36mEXTINFO isp_dns::View::GetZone(std::string const&) (lib/libdns.so.5.39.0 + 0x17) [*0x7fd183895936][0m
Oct 12 21:22:55 [8997:21] backtrace [1;36mEXTINFO ??? (lib/ispmgr.so + 0x0) [*0x7fd183897e7d][0m
Oct 12 21:22:55 [8997:21] backtrace [1;36mEXTINFO ??? (lib/ispmgr.so + 0x0) [*0x7fd1822c25e9][0m
Oct 12 21:22:55 [8997:21] backtrace [1;36mEXTINFO isp_api::FormAction::ModuleExecute(isp_api::Sessio n&) const (lib/libispapi.so.5.39.0 + 0x109) [*0x7fd1822c4f2c][0m
Oct 12 21:22:55 [8997:21] backtrace [1;36mEXTINFO isp_api::FormAction::Execute(isp_api::Session&) const (lib/libispapi.so.5.39.0 + 0x1ec) [*0x7fd1822cd532][0m
Oct 12 21:22:55 [8997:21] backtrace [1;36mEXTINFO isp_api::Action::Run(isp_api::Session&) const (lib/libispapi.so.5.39.0 + 0xb2) [*0x7fd1822d0939][0m
Oct 12 21:22:55 [8997:21] backtrace [1;36mEXTINFO isp_api::InternalCall(isp_api::BaseConnection const&, isp_api::Authen const&, isp_api::Action const&) (lib/libispapi.so.5.39.0 + 0x6a9) [*0x7fd1822d28a3][0m
Oct 12 21:22:55 [8997:21] backtrace [1;36mEXTINFO isp_api::InternalCall(isp_api::BaseConnection const&, isp_api::Authen const&, std::string const&, std::string const&) (lib/libispapi.so.5.39.0 + 0xa3) [*0x7fd1822d2a1a][0m
Oct 12 21:22:55 [8997:21] backtrace [1;36mEXTINFO isp_api::InternalCall(isp_api::Session const&, std::string const&, std::string const&) (lib/libispapi.so.5.39.0 + 0x1a) [*0x7fd1838cabd0][0m
Oct 12 21:22:55 [8997:21] backtrace [1;36mEXTINFO ??? (lib/ispmgr.so + 0x0) [*0x7fd1838cbe38][0m
Oct 12 21:22:55 [8997:21] backtrace [1;36mEXTINFO ??? (lib/ispmgr.so + 0x0) [*0x7fd1822cd565][0m
Oct 12 21:22:55 [8997:21] backtrace [1;36mEXTINFO isp_api::Action::Run(isp_api::Session&) const (lib/libispapi.so.5.39.0 + 0xe5) [*0x7fd1822d0939][0m
Oct 12 21:22:55 [8997:21] backtrace [1;36mEXTINFO isp_api::InternalCall(isp_api::BaseConnection const&, isp_api::Authen const&, isp_api::Action const&) (lib/libispapi.so.5.39.0 + 0x6a9) [*0x7fd1822d28a3][0m
Oct 12 21:22:55 [8997:21] backtrace [1;36mEXTINFO isp_api::InternalCall(isp_api::BaseConnection const&, isp_api::Authen const&, std::string const&, std::string const&) (lib/libispapi.so.5.39.0 + 0xa3) [*0x7fd1822d2a1a][0m
Oct 12 21:22:55 [8997:21] backtrace [1;36mEXTINFO isp_api::InternalCall(isp_api::Session const&, std::string const&, std::string const&) (lib/libispapi.so.5.39.0 + 0x1a) [*0x7fd1838b9b4b][0m
Oct 12 21:22:55 [8997:21] backtrace [1;36mEXTINFO ??? (lib/ispmgr.so + 0x0) [*0x7fd1838bfc88][0m
Oct 12 21:22:55 [8997:21] backtrace [1;36mEXTINFO ??? (lib/ispmgr.so + 0x0) [*0x7fd1822cd565][0m
Oct 12 21:22:55 [8997:21] err [1;31mERROR Error: Type: ‘missed’ Object: ‘dns_domain’ Value: ‘имя_домена'[0m
Oct 12 21:22:55 [8997:21] action [1;36mEXTINFO Get message for error in action ‘domain.record.edit’ for level 30[0m
Oct 12 21:22:55 [8997:21] action [1;36mEXTINFO Get message for error in action ‘mgrerror_missed’ for level 30[0m
Oct 12 21:22:55 [8997:21] action [1;36mEXTINFO Get message for error in action ‘domain.autorecords’ for level 30[0m
Oct 12 21:22:55 [8997:21] action [1;36mEXTINFO Get message for error in action ‘webdomain.edit’ for level 30[0m
Oct 12 21:22:55 [8997:21] action [1;36mEXTINFO Get message for error in action ‘msgerror’ for level 30[0m
Oct 12 21:22:55 [8997:21] core [1;35mWARNING 0x7fd158046a50 Restart request[0m
Oct 12 21:22:55 [8997:21] thread [1;36mEXTINFO Start thread [0m
Oct 12 21:22:55 [8997:22] journal [1;36mEXTINFO Internal [][] ‘func=authenticate.system&username=root'[0m
Oct 12 21:22:55 [8997:21] thread [1;36mEXTINFO Thread ca4786132045933e finished[0m
Oct 12 21:22:55 [8997:22] progress [1;36mEXTINFO Register progress ‘791d9a21c024:false_1444674173134′[0m
Oct 12 21:22:55 [8997:22] journal [1;32mINFO Request [77.232.*.*][root] ‘aliases=www.имя_домена&analyzer=awstats&analyzer_lang=ru&analyzer_period=rotate&analyzer_secure=on&autosubdomain=off&cgi=on&cgi_ext=&charset=UTF%2D8&clicked_button=ok&currname=имя_домена&dirindex=index.html%20index.php&elid=имя_домена&email=webmaster%40имя_домена&expire_period=&expire_times=expire%5Ftimes%5Fs&foreground=off&func=webdomain.edit&gzip_level=1&ipaddrs=144.76.*.*&ipsrc=manual&limit_cgi=on&limit_ssl=on&log_access=on&log_error=on&name=имя_домена&operafake=1444674173134&php=on&php_cgi_version=native&php_enable=on&php_mode=php%5Fmode%5Fcgi&php_native_version=5.6.13%2D0%2Bdeb8u1&progressid=false%5F1444674173134&redirect_http=off&rotation_count=24&rotation_period=every%5Fweek&rotation_size=&secure=off&sfrom=ajax&show_cache=on&show_params=yes&srv_cache=off&srv_gzip=off&ssi=off&ssl_cert=selfsigned&ssl_port=443&strict_ssl=on&zoom-aliases=&zoom-cgi_ext=&zoom-dirindex='[0m
Oct 12 21:22:55 [8997:22] web [1;35mWARNING SV n — owner, v — sale[0m

После этого в возможностях был отключен Bind. Теперь если включить его обратно, то невозможно выполнить любые действия связанный с доменами: отредактировать www-домены, почтовые домены, доменные имена. Появляется ошибка : «со значением ‘имя_домена’ отсутствует». Если опять отключить, то все нормально.
Не совсем понятно — зачем удалять bind. Проверьте named.conf — есть ли там записи для доменов, если нет — нужно восстановить из бэкапа со старого сервера

Так если собственный DNS не нужен зачем он будет висеть на открытых портах и жрать ресурсы? А если он всем нужен для правильной работы панели, то почему в возможностях стоит галочка не использовать? А какие должны быть записи в named.conf? Там сейчас:

// This is the primary configuration file for the BIND DNS server named.
//
// Please read /usr/share/doc/bind9/README.Debian.gz for information on the
// structure of BIND configuration files in Debian, *BEFORE* you customize
// this configuration file.
//
// If you are just adding zones, please do that in /etc/bind/named.conf.local

include «/etc/bind/named.conf.options»;
include «/etc/bind/named.conf.local»;
include «/etc/bind/named.conf.default-zones»;

Так же как и на старом сервере. Спасибо.

named.conf.options, /etc/bind/named.conf.local, named.conf.default-zones тоже стандартные. Файлы доменов с записями в папке /etc/bind тоже присутствуют. Записи эти правда на ISPManager 4 Pro имели вид «.имя_домена.167841329228», а сейчас просто «имя_домена».

Есть какие-либо версии почему панель перестает работать после штатных действий, предусмотренных панелью? И как это исправить?

Так если собственный DNS не нужен зачем он будет висеть на открытых портах и жрать ресурсы? А если он всем нужен для правильной работы панели, то почему в возможностях стоит галочка не использовать?
можно закрыть его в iptables. Все что связано с доменами в панели работает с сервером имен. Поэтому при его удалении перестает работать www-Домены, Почтовые домены

Есть какие-либо версии почему панель перестает работать после штатных действий, предусмотренных панелью? И как это исправить?
удаление чего-либо в возможностях не тестируется, что логично. Обычно никто не удаляет просто так что-то в возможностях

Файлы доменов с записями в папке /etc/bind
уточните этот момент. Там лежат файлы зон?
В старом named.conf есть прописанные домены?

можно закрыть его в iptables. Все что связано с доменами в панели работает с сервером имен. Поэтому при его удалении перестает работать www-Домены, Почтовые домены

удаление чего-либо в возможностях не тестируется, что логично. Обычно никто не удаляет просто так что-то в возможностях
Я ничего ручками специально не удалял, я просто поставил в возможностях галочку не использовать. Зачем она там если это приводит к ошибкам?! Вот это не логично.

уточните этот момент. Там лежат файлы зон?
В старом named.conf есть прописанные домены?
В папке /etc/bind лежат файлы зон вида имя_домена1.ru, имя_домен2.ru и т.д.
В named.conf прописано сейчас это:

// This is the primary configuration file for the BIND DNS server named.
//
// Please read /usr/share/doc/bind9/README.Debian.gz for information on the
// structure of BIND configuration files in Debian, *BEFORE* you customize
// this configuration file.
//
// If you are just adding zones, please do that in /etc/bind/named.conf.local

include «/etc/bind/named.conf.options»;
include «/etc/bind/named.conf.local»;
include «/etc/bind/named.conf.default-zones»;

При установке PowerDNS проблемы те же, поэтому думаю дело на в Bind.

В named.conf должны быть прописаны еще файлы зон.

zone «mary.domain» {
type master;
file «/var/named/mary.domain»;
};

и так далее

Спасибо, это помогло! Только по пути /var/named/имя_домена ничего нет, поменял на /etc/bind/имя_домена и заработало.

Пути отличаются в зависимости от ОС

Содержание

Что это такое

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

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

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

В файл /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

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

via

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

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 к 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

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 так, чтобы панель не проверяла их

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

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

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

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

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

# killall -9 ihttpd

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

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

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

Option EnableOldBackup

или 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

В режиме 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;

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

Обычный апдейт панели на 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

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

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

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

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

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

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

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

В 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

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;

Автоматически по крону не запускается, при попытке запустить вручную ошибка Не удалось выполнить резервное копирование для 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

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.

1. 1.

   Убедитесь, что лицензия ISPmanager существует на сервере ISPsystem. Для этого перейдите по ссылке http://lic.ispsystem.com/ispmgr.lic?ip=123.123.123.123 (123.123.123.123 необходимо заменить на IP-адрес вашего сервера).

   Возможные варианты:

   • отображается сообщение «The requested license exists. However it should be requested from the following…». Это означает, что лицензия существует, все хорошо. Переходите к шагу 2;
   • открылась пустая страница. В этом случае обратитесь в техническую поддержку хостинга.
2. 2.

   Проверьте файл лицензии на сервере: возможно, он пустой. Для этого подключитесь к серверу по SSH и введите команду:

   ls -lh  /usr/local/mgr5/etc/ispmgr.lic

   • Если результат команды подобен коду на скриншоте (т.е. перед датой вы видите «0»), то это свидетельствует о пустом файле лицензии.

   ls -lh /usr/local/mgr5/etc/ispmgr.lic
   -rw-r--r-- 1 root root 0 Дек  2 09:44 /usr/local/mgr5/etc/ispmgr.lic

   • Пример ненулевого файла показан на скриншоте:
     
     

3. 3.

   Для решения проблемы поочередно выполните следующие команды («123.123.123.123» необходимо заменить на IP-адрес вашего сервера):

   rm -rf /usr/local/mgr5/etc/ispmgr.lic
   wget -O /usr/local/mgr5/etc/ispmgr.lic http://lic.ispsystem.com/ispmgr.lic?ip=123.123.123.123
   killall core

   На данном шаге все проблемы с панелью управления должны быть решены.

1. 1.

   Войдите в панель управления ISPmanager под пользователем root: Как открыть панель управления ISPmanager для Облачных серверов?.

2. 2.

   Разверните блок Настройки и выберите раздел Конфигурация ПО. Кликните по строке Сервер СУБД MySQL и, если лампочка белого цвета, нажмите Установить:
   
   

3. 3.

   Также убедитесь, что запущен сервис MySQL. Для этого разверните блок Мониторинг и журналы и выберите Службы. Кликните по строке mysql и, если лампочка белого цвета, нажмите Старт:
   
   

   Если вам не удалось запустить сервер баз данных из панели управления, подключитесь к серверу по SSH, выполните команду:

   • для Centos: service mysqld start
   • для Debian, Ubuntu: service mysql start