ОБЛАЧНЫЕ СЕРВИСЫ
- Облачные базы данных
- Хранилище S3
- Балансировщик нагрузки
- Kubernetes
СЕРВЕРЫ
- Облачные серверы
- Выделенные серверы
- Администрирование серверов
- Защита от DDoS + CDN
- Серверы 152-ФЗ
ИНСТРУКЦИИ ДЛЯ СЕРВЕРОВ
- Инструкции для UNIX-систем
- Инструкции для Windows
- Панели управления
- Обзор
- Работа с ISPmanager
- Обзор
- Миграция на ISPmanager 6
- Начало работы. Первичная настройка ISP
- Создание пользователей в ISPmanager
- Размещение сайта на сервере
- Добавление алиасов в ISPmanager
- Установка SSL-сертификатов
- Добавление IP-адресов в ISPmanager
- Запрет доступа по IP
- Планировщик Cron в ISPmanager
- Создание FTP-пользователей в ISPmanager
- Настройка редиректов в ISPmanager
- Настройка резервного копирования
- Настройка почты на сервере
- Смена пароля пользователя базы данных
- Смена версии PHP
- Установка модулей PHP
- Настройка параметров PHP в ISPmanager
- Режимы работы PHP
- PHP в режиме FastCGI
- PHP в режиме Nginx + PHP-FPM
- Кэширование и сжатие в ISPmanager
- Логи в ISPmanager
- Устранение неполадок в работе ISPmanager
- Установка ISPmanager вручную
- Настройка обновлений ISPmanager
- Работа с Fastpanel
- Работа с ISPConfig
- Работа с VestaCP
- Работа с Hestia
- Работа с BitrixVM
- Размещение сайта в панели aaPanel
- Размещение сайта в панели BrainyCP
- Размещение сайта в панели Plesk
ДРУГИЕ УСЛУГИ
- Timeweb Private VPN
- Unlocked
- Почта
- Домены
- Лицензии
- SSL-сертификаты
ДОКУМЕНТАЦИЯ API
- Методы API для облачных серверов
ОПЛАТА И ДОКУМЕНТЫ
- Оплата услуг
- Договор
- Отчетные документы
- Электронный документооборот
РАБОТА С АККАУНТОМ
- Работа с аккаунтом Timeweb Cloud
Устранение неполадок в работе ISPmanager
Разбираем возможные неполадки в работе ISPmanager и способы их устранения.
Панель зависает
Если панель ISPmanager зависла, попробуйте перезапустить ее следующим образом:
- Подключитесь к серверу по SSH под пользователем root.
- Выполните команду:
pkill -9 core
Панель не запускается
Если панель ISPmanager не открывается (идет бесконечная загрузка), проблема может заключаться во встроенном веб-сервере ihttpd. Для ее устранения необходимо выполнить следующие действия.
- Подключиться к серверу по SSH под пользователем root.
- Проверить, есть ли запущенные процессы 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
- Завершить текущие процессы.
Идентификатор (PID) запущенного процесса указан во втором столбце, соответственно, в примере выше необходимо завершить процесс с PID 12015:
kill -9 12015
- Завершить все процессы, связанные с ISP:
killall core
- Очистить кэш, удалив содержимое директории /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 ~
- Перезапустить процесс ihttpd:
service ihttpd restart
- Запустить ISPmanager:
/usr/local/mgr5/bin/core
- Проверить, какой порт прослушивает ihttpd:
netstat -nap | grep ihttpd
# Пример вывода:
tcp 0 0 176.53.162.38:1500 0.0.0.0:* LISTEN 12015/ihttpd
- Обратиться по данному порту.
В примере видим, что прослушивается стандартный порт 1500; соответственно, для обращения к панели необходимо использовать https://176.53.162.38:1500.