Во время выполнения запроса произошла ошибка ispmanager

Материал из Wiki — Iphoster — the best ever hosting and support. 2005 — 2023

Перейти к:навигация, поиск

1. 23.09.2017, 23:35

   #1

   

   
   Member
   

   ---

   Регистрация

   15.08.2012

   Сообщений

   30

   Настройки пользователя —> со значением » отсутствует
   

   Только что установил ISP Manager 5 Lite
   Создал первый веб и почтовый домен
   Следом пошел процесс создания почтового ящика…
   Создал, в roundcube вхожу нормально!
   Пробую войти в панель для теста смены пароля к почтовому ящику кликаю по «Настройки пользователя» получаю ответ «со значением » отсутствует» — в чем трабла? куда компать?

   Заранее спасибо всем участникам

   ---

2. 26.09.2017, 12:15

   #2

   

   
   ISPsystem team
   

   

   ---

   Регистрация

   14.08.2010

   Сообщений

   4,765

   
   

   Здравствуйте,

   Где-то отсутствует запись о пользователе. Такое могло случиться, если во время создания ящика что-то пошло не так. Чтобы понять где именно не хватает данных нужно смотреть ispmgr.log в момент возникновения ошибки.

   ---

3. 26.09.2017, 20:18

   #3

   

   
   Member
   

   ---

   Регистрация

   15.08.2012

   Сообщений

   30

   
   

   Позвонил вам в техподдержку, ваш сотрудник попробовал реализовать все мои манипуляции и у него появились тебе траблы
   Сообщил что в ваш багтрекер создал заявку и то что есть вероятность того что с обновлением 3 октября 2017 года возможно это пофиксят
   В общем ждем…

   ---

4. 06.12.2017, 17:01

   #4

   

   
   Junior Member
   

   ---

   Регистрация

   06.12.2017

   Сообщений

   1

   
   

   Здравствуйте!
   У меня версия 5.134 и проблему не пофиксили до сих пор. Более того как мне кажется она приобрела ещё больший масштаб.
   Не могу удалять NS записи и редактировать информацию о почтовом домене.

   При попытке удалить одну из записей вылетает это
   Без-имени-2.jpg

   а при попытке отредактировать информацию о почтовом домене вылетает это
   Без-имени-1.jpg

   Последний раз редактировалось icred; 06.12.2017 в 17:04.

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

   ---

Проблемы и решения

Web модуль

PhpPgAdmin

В Debian после обновления PhpPgAdmin в интерфейсе отображаются ошибки и не получается залогиниться

Это происходит из-за того, что в коде самого PhpPgAdmin стоит по умолчанию отображение всех ошибок, а при обновлении правки, произведенные ISPmanager при установке, затираются. Что это исправить, нужно вручную в файле /usr/share/phppgadmin/libraries/lib.inc.php поменять строку:

error_reporting(E_ALL);

на строку

error_reporting(E_ERROR);

PhpMyAdmin

Не пускает с паролем root, скопированным из ISPmanager

Скорее всего у Вас версия mysql 5.7. В ней сделали изменения и root пользователем можно зайти только подключаясь из процесса запущенного под системным root пользователем.

Используйте для логина в phpmyadmin пользователя конкретной базы.

Отсутствует раздел меню WWW домены

Если в ISPmanager отсутствует какой-либо раздел меню, значит соответствующий модуль не загружен. Например, в ISPmanager пропал раздел «WWW домены» и в логе есть запись:

WARNING Module 'webdomain' was unloaded

Почему модуль не загрузился:

• apachectl -M завершается ошибкой
• В файле конфигурации ispmgr.conf отсутствуют директивы: WebModules, WebGroup, WebUser.
• В директории /usr/local/mgr5/etc/ispmgr.conf.d/ отсутствуют файлы конфигурации веб серверов.

Работа с IP-адресами

IP-адрес не добавляется на интерфейс сервера в разделе IP-адреса.

Ошибка : Ошибка назначения IPv4-адреса. Узел кластера 'node1 (10.10.10.1)' не имеет возможности управления IPv4-адресами

В логах : ERROR Error: Type: 'ipmanage' Object: 'ipv4' Value: 'node1 (10.10.10.1)'

Когда добавляется адрес из новой подсети, то необходимо добавить вручную один адрес из подсети на сетевой интерфейс сервера. То есть, ошибка означает, что на сервере нет ни одного ip адреса из подсети 10.10.10.0/24 и один адрес нужно добавить вручную.

На каком сетевом интерфейсе ISPmanager будет «искать» адреса и добавлять определяется директивой DefaultInterface файла конфигурации ispmgr.conf (для ISPmanager LIte) и ispmgrnode.conf (для ISPmanager Business).

Пример: DefaultInterface bond0

После изменения файла конфигурации необходимо перезапустить панель управления — killall core

Панель управления не запускается

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

#cd /usr/local/mgr5/
#bin/core ispmgr
terminate called after throwing an instance of 'mgr_err::Error'
 what():  Type: 'crypto' Object: 'decode' Value: 'error:0906D066:PEM routines:PEM_read_bio:bad end line'
Аварийный останов

Скорее всего причиной является не корректный SSL-сертификат. Для проверки уберите все файлы сертификатов из директории /var/www/httpd-cert/ и запустите панель:

mv /var/www/httpd-cert/* /root/

Проблемы с PHP на CloudLinux

Если для пользовательских скриптов в cron не применяются настройки php (такие как memory_limit и т.д.), то нужно сделать на узле:

cagefsctl --force-update
cagefsctl --rebuild-alt-php-ini

WordPress и SSL

ISPmanager не настраивает для WordPress nginx каким-то особым образом. Нужно настраивать сам WordPress так, чтобы не происходил редирект. Необходимо установить плагин в WP «ssl-insecure-content-fixer» и в настройках WP выбрать «HTTP_X_FORWARDED_PROTO».

Разбираем возможные неполадки в работе ISPmanager и способы их устранения.

Панель зависает

Если панель ISPmanager зависла, попробуйте перезапустить ее следующим образом:

1. Подключитесь к серверу по SSH под пользователем root.
2. Выполните команду:

pkill -9 core

Панель не запускается

Если панель ISPmanager не открывается (идет бесконечная загрузка), проблема может заключаться во встроенном веб-сервере ihttpd. Для ее устранения необходимо выполнить следующие действия.

1. Подключиться к серверу по SSH под пользователем root.
2. Проверить, есть ли запущенные процессы ihttpd:

ps aux | grep ihttpd

Пример вывода:

root     12015  0.0  0.3 183552 13492 ?     Ss   16:13   0:01 /usr/local/mgr5/sbin/ihttpd
root     13274  0.0  0.0  15648  1000 pts/0    R+   16:44   0:00 grep --color=auto ihttpd

1. Завершить текущие процессы.

Идентификатор (PID) запущенного процесса указан во втором столбце, соответственно, в примере выше необходимо завершить процесс с PID 12015:

kill -9 12015

1. Завершить все процессы, связанные с ISP:

killall core

1. Очистить кэш, удалив содержимое директории /usr/local/mgr5/var/.xmlcache/:

5.1. Перейти в директорию:

cd /usr/local/mgr5/var/.xmlcache/

5.2. Удалить всё содержимое командой:

rm -rf ./*

Перед выполнением команды убедитесь, что вы перешли в нужный каталог. Целиком строка должна выглядеть так:

root@server:/usr/local/mgr5/var/.xmlcache# rm -rf ./*

5.3. После чего вернуться в домашний каталог:

cd ~

1. Перезапустить процесс ihttpd:

service ihttpd restart

1. Запустить ISPmanager:

/usr/local/mgr5/bin/core

1. Проверить, какой порт прослушивает ihttpd:

netstat -nap | grep ihttpd

Пример вывода:

tcp        0      0 176.53.162.38:1500      0.0.0.0:*            LISTEN      12015/ihttpd

1. Обратиться по данному порту.

В примере видим, что прослушивается стандартный порт 1500; соответственно, для обращения к панели необходимо использовать https://176.53.162.38:1500.