ISPManager. Во время выполнения запроса произошла ошибка.
При работе в ISPManager при попытке открыть разделы WWW-домены или PHP может возникнуть ошибка «Во время выполнения запроса произошла ошибка».
Кроме этого перестают создаваться резервные копии.
Исправляется данная ошибка довольно просто.
Нужно подключиться к серверу по SSH и в консоли выполнить следующие команды:
# rm /usr/local/mgr5/var/.db.cache.*
# killall core
Nicko
2 комментария
Андрей Опубликовано12:54 пп — 11 октября, 2020
Супер! Помогло.
Но почему это произошло вдруг….
Nicko Опубликовано3:47 пп — 11 октября, 2020
С ISPManager такое происходит довольно часто — проблема с файлами кеша .db.cache.*
Добавить комментарий
-
15.03.2018, 17:16
#1
Junior Member
Переход к «WWW-домены», ошибка: «Во время выполнения запроса произошла ошибка»
ISPManager 5 lite, Debian 9.
При попытке перехода в разделы «Домены / WWW-домены» или «Настройки web-сервера / PHP» панель сообщает «Во время выполнения запроса произошла ошибка» и в раздел не переходит.
Привожу строки /usr/local/mgr5/var/ispmgr.log на момент ошибки:ispmgr-cut.log.zip
PS: я недавно менял версию PHP по-умолчанию в системе с помощью update-alternatives на PHP 7.1 (/opt/php71/bin/php).
Буду признателен за помощь в решении проблемы.
-
16.03.2018, 09:26
#2
Senior Member
Добрый день!
Код:
Mar 15 11:56:47 [23868:57615] proc [1;36mEXTINFO Run '/bin/sh -c /usr/bin/php -nv' pid 18298[0m Mar 15 11:56:47 [23868:57615] proc [1;36mEXTINFO Process 18298 finished with status 127[0m Mar 15 11:56:47 [23868:57615] php [1;31mERROR Failed to call to php_bin: /bin/sh: 1: /usr/bin/php: not found
Собственно, из-за смены версии PHP проблемы и возникли. Мы не рекомендуем менять нативную версию PHP. В данный момент верните бинарник /usr/bin/php. Добейтесь того, чтобы php -v отрабатывал на сервере.
-
23.03.2018, 04:32
#3
Junior Member
Я сейчас положил бинарник /usr/bin/php, просто скопировав /usr/bin/php7.0. Все заработало.
Но ведь update-alternatives не мог удалить бинарник, если он там был?
-
10.09.2020, 21:50
#4
Junior Member
Сообщение от Dasha
Добрый день!
Код:
Mar 15 11:56:47 [23868:57615] proc [1;36mEXTINFO Run '/bin/sh -c /usr/bin/php -nv' pid 18298[0m Mar 15 11:56:47 [23868:57615] proc [1;36mEXTINFO Process 18298 finished with status 127[0m Mar 15 11:56:47 [23868:57615] php [1;31mERROR Failed to call to php_bin: /bin/sh: 1: /usr/bin/php: not found
Собственно, из-за смены версии PHP проблемы и возникли. Мы не рекомендуем менять нативную версию PHP. В данный момент верните бинарник /usr/bin/php. Добейтесь того, чтобы php -v отрабатывал на сервере.
такая же проблема. «Вернуть бинарник» это как? Откуда вернуть?
-
18.12.2021, 00:03
#5
Junior Member
Точно такая же проблема, только при других обстоятельствах.
В Настройки -> Адреса панели -> Сертификаты добавил Let’s Encrypt сертификат для доменного имени своей панели и удалил сертификат для «временного» имени <наборбуков>.ispsystem.com, после чего начала вылезать ошибка
при попытке зайти в «Домены / WWW-домены» или «Настройки web-сервера / PHP».В логах ситуация чуть другая:
php -v на сервере отрабатывает
PHP 5.4.16 (cli) (built: Apr 1 2020 04:07:17)
Copyright (c) 1997-2013 The PHP Group
Zend Engine v2.4.0, Copyright (c) 1998-2013 Zend TechnologiesПодскажите, как исправить?
ISP Manager 5 Lite, CentOS 6.
Материал из Wiki — Iphoster — the best ever hosting and support. 2005 — 2023
Перейти к:навигация, поиск
ISPManager 5 — Во время выполнения запроса произошла ошибка
Ошибка при заходе в ISPManager 5 —> WWW домены:
Во время выполнения запроса произошла ошибка
Решение — почистить кэш панели ISPManager 5:
# rm -rf /usr/local/mgr5/var/.db.cache.* # killall -9 core
Источник — https://wiki.iphoster.net/index.php?title=ISPManager_5_-_Во_время_выполнения_запроса_произошла_ошибка&oldid=10738
-
15.03.2018, 17:16
#1
Junior Member
Переход к «WWW-домены», ошибка: «Во время выполнения запроса произошла ошибка»
ISPManager 5 lite, Debian 9.
При попытке перехода в разделы «Домены / WWW-домены» или «Настройки web-сервера / PHP» панель сообщает «Во время выполнения запроса произошла ошибка» и в раздел не переходит.
Привожу строки /usr/local/mgr5/var/ispmgr.log на момент ошибки:ispmgr-cut.log.zip
PS: я недавно менял версию PHP по-умолчанию в системе с помощью update-alternatives на PHP 7.1 (/opt/php71/bin/php).
Буду признателен за помощь в решении проблемы.
-
16.03.2018, 09:26
#2
Senior Member
Добрый день!
Код:
Mar 15 11:56:47 [23868:57615] proc [1;36mEXTINFO Run '/bin/sh -c /usr/bin/php -nv' pid 18298[0m Mar 15 11:56:47 [23868:57615] proc [1;36mEXTINFO Process 18298 finished with status 127[0m Mar 15 11:56:47 [23868:57615] php [1;31mERROR Failed to call to php_bin: /bin/sh: 1: /usr/bin/php: not found
Собственно, из-за смены версии PHP проблемы и возникли. Мы не рекомендуем менять нативную версию PHP. В данный момент верните бинарник /usr/bin/php. Добейтесь того, чтобы php -v отрабатывал на сервере.
-
23.03.2018, 04:32
#3
Junior Member
Я сейчас положил бинарник /usr/bin/php, просто скопировав /usr/bin/php7.0. Все заработало.
Но ведь update-alternatives не мог удалить бинарник, если он там был?
-
10.09.2020, 21:50
#4
Junior Member
Сообщение от Dasha
Добрый день!
Код:
Mar 15 11:56:47 [23868:57615] proc [1;36mEXTINFO Run '/bin/sh -c /usr/bin/php -nv' pid 18298[0m Mar 15 11:56:47 [23868:57615] proc [1;36mEXTINFO Process 18298 finished with status 127[0m Mar 15 11:56:47 [23868:57615] php [1;31mERROR Failed to call to php_bin: /bin/sh: 1: /usr/bin/php: not found
Собственно, из-за смены версии PHP проблемы и возникли. Мы не рекомендуем менять нативную версию PHP. В данный момент верните бинарник /usr/bin/php. Добейтесь того, чтобы php -v отрабатывал на сервере.
такая же проблема. «Вернуть бинарник» это как? Откуда вернуть?
-
18.12.2021, 00:03
#5
Junior Member
Точно такая же проблема, только при других обстоятельствах.
В Настройки -> Адреса панели -> Сертификаты добавил Let’s Encrypt сертификат для доменного имени своей панели и удалил сертификат для «временного» имени <наборбуков>.ispsystem.com, после чего начала вылезать ошибка
при попытке зайти в «Домены / WWW-домены» или «Настройки web-сервера / PHP».В логах ситуация чуть другая:
php -v на сервере отрабатывает
PHP 5.4.16 (cli) (built: Apr 1 2020 04:07:17)
Copyright (c) 1997-2013 The PHP Group
Zend Engine v2.4.0, Copyright (c) 1998-2013 Zend TechnologiesПодскажите, как исправить?
ISP Manager 5 Lite, CentOS 6.
Не работает «Менеджер файлов»
Модератор: Art.i
Не работает «Менеджер файлов»
Здравствуйте. Помогите с ISP. Не работает «Менеджер файлов» .Выбивает с ошибкой «Во время выполнения запроса произошла ошибка» .Через root все прекрасно работает, в том числе и c WinSCP.
- nextent
- Сообщений: 6
- Зарегистрирован: Вс сен 21, 2014 7:15 pm
Re: Не работает «Менеджер файлов»
ls » Пн сен 22, 2014 4:26 am
Какая у вас версия ISPmanager? Если версия 5 — убедитесь что у вас ISPmanager последней версии — для этого зайдите в COREmanager —
https://ip-address:1500/core
как root и обновите сначала CORE, затем ISP до последних версий, так как в старой панели была такая проблема
- ls
- Support team
- Сообщений: 6352
- Зарегистрирован: Чт мар 01, 2007 10:36 am
- Откуда: FirstVDS
Re: Не работает «Менеджер файлов»
nextent » Пн сен 22, 2014 9:18 am
У меня ISP 5 версии.
p.s Может это совпадение, но заметил что это произошло когда сменил кодировку.
- nextent
- Сообщений: 6
- Зарегистрирован: Вс сен 21, 2014 7:15 pm
Re: Не работает «Менеджер файлов»
ls » Пн сен 22, 2014 3:49 pm
- ls
- Support team
- Сообщений: 6352
- Зарегистрирован: Чт мар 01, 2007 10:36 am
- Откуда: FirstVDS
Re: Не работает «Менеджер файлов»
nextent » Пн сен 22, 2014 8:33 pm
Вы знаете у меня версия 5.19.7 .Скажите может еще есть возможные варианты решения проблемы? Как насчет моего предположения насчет кодировки?
- nextent
- Сообщений: 6
- Зарегистрирован: Вс сен 21, 2014 7:15 pm
Re: Не работает «Менеджер файлов»
Art.i » Вт сен 23, 2014 8:07 am
Как вы сменили кодировку? Вручную или через панель.
Также покажите логи в момент входа в менеджер файлов под пользователем.
Их вы можете найти в файле /usr/local/mgr5/var/ispmgr.log
- Art.i
- Support team
- Сообщений: 677
- Зарегистрирован: Ср сен 25, 2013 2:07 pm
Re: Не работает «Менеджер файлов»
nextent » Вт сен 23, 2014 12:16 pm
- nextent
- Сообщений: 6
- Зарегистрирован: Вс сен 21, 2014 7:15 pm
Re: Не работает «Менеджер файлов»
ls » Вт сен 23, 2014 5:28 pm
У вас по какой-то причине с выбранной кодировкой не работает сервер (как вариант, системная библиотека iconv не поддерживает ее)
В директории пользователя есть файл .fmsettings и в нем хранятся настройки менеджера файлов и данная кодировка, попробуйте его удалить и тогда наверняка файловый менеджер сможет запуститься
- ls
- Support team
- Сообщений: 6352
- Зарегистрирован: Чт мар 01, 2007 10:36 am
- Откуда: FirstVDS
Re: Не работает «Менеджер файлов»
nextent » Вт сен 23, 2014 11:09 pm
Извините но не могли бы подсказать примерный путь нахождения файла. И изменял я кодировку не из пользователя ,а и root.
- nextent
- Сообщений: 6
- Зарегистрирован: Вс сен 21, 2014 7:15 pm
Re: Не работает «Менеджер файлов»
ls » Ср сен 24, 2014 2:43 am
В домашней директории пользователя, если root — посмотрите в /root/
У пользователя в /var/www/username/data/
- ls
- Support team
- Сообщений: 6352
- Зарегистрирован: Чт мар 01, 2007 10:36 am
- Откуда: FirstVDS
Re: Не работает «Менеджер файлов»
ls » Ср сен 24, 2014 3:32 am
Уточнил в ISPsystem у разработчиков ISPmanager
iconv_open вернул код ошибки 22 — неверные аргументы, что-то неверно с кодировками
Проверьте содержимое файла /usr/local/mgr5/etc/filemgr.enc — туда можно записывать список кодировок, поддерживаемых менеджером файлов
Еще один нюанс — менеджер файлов не показывает .fmsettings — так что удалять придется из консоли
- ls
- Support team
- Сообщений: 6352
- Зарегистрирован: Чт мар 01, 2007 10:36 am
- Откуда: FirstVDS
Re: Не работает «Менеджер файлов»
nextent » Ср сен 24, 2014 7:14 pm
Делал все выше перечисленное, но не в какую…
Будте добры подскажите, нужно ли перезагрузить isp и каким образом?
(killall -9 ispmgr Что-то ни как не перезагружает)
- nextent
- Сообщений: 6
- Зарегистрирован: Вс сен 21, 2014 7:15 pm
Re: Не работает «Менеджер файлов»
ls » Чт сен 25, 2014 5:24 am
удаляете файл .fmsettings
перезагружаете командой killall core
Видимо лучше в данном случае обратиться в поддержку через биллинг
- ls
- Support team
- Сообщений: 6352
- Зарегистрирован: Чт мар 01, 2007 10:36 am
- Откуда: FirstVDS
Вернуться в ISPmanager
Кто сейчас на форуме
Сейчас этот форум просматривают: Google [Bot] и гости: 2
Иногда в панели управления сервером ISP Manager Lite в интерфейсе могут быть «глюки», например, отсутствие некоторых элементов управления или всплывающие окна с указанием на ошибку.
Примеры «глюков» панели ISP Manager Lite 5:
В разделе «Возможности — Почтовый сервер (SMTP/POP3/IMAP)» не отображаются чек-боксы, радиокнопки и подсказки:
А должно быть так:
Информирование о возникновении ошибки при попытке открыть некий раздел панели:
Данное сообщение ISP Manager: «Во время выполнения запроса произошла ошибка» — очень не информативное, и что с ним делать — не понятно.
Все эти интерфейсные глюки могут пропасть со всеменем сами, без вмешательства. Но, если нужно использовать возможности панели сейчас, то решить проблему можно с помощью очистки кэша панели ISP Manager.
Команды для очистки:
rm /usr/local/mgr5/var/.db.cache.* -f
rm /usr/local/mgr5/var/.xmlcache/* -rf
/usr/local/mgr5/sbin/mgrctl -m ispmgr exit
Если это не поможет, то обращаться в техподдержку ISP System.
Комментарии ()
Оставьте свой комментарий
Проблема в том что в логах ISPmanager появляется ошибка
ERROR AmazonStorage: STEP - StartMultiUpload, CODE - SignatureDoesNotMatch, MESSAGE - The request signature we calculated does not match the signature you provided. Check your key and signing method.
и через какое то количество действий вторая:
ERROR Error: Type: 'amazon' Object: 'SignatureDoesNotMatch' Value: 'The request signature we calculated does not match the signature you provided. Check your key and signing method.'
В качевсте «Код доступа» взят: «Access Key ID»
а в качестве: «Пароля» взят: «Secret Access Key»
из раздела My Security Credentials > Access keys (access key ID and secret access key)
там добавлен новый ключ, после добавления пароля подтянулись бакеты с Амазона, но при сохранение получаю ошибку «Во время выполнения запроса произошла ошибка» и сохранение не происходит.
в самом начале поста написал что в логах за время сохранения выпало.
Подскажите хотя бы куда копать?
Иногда в панели управления сервером ISP Manager Lite в интерфейсе могут быть «глюки», например, отсутствие некоторых элементов управления или всплывающие окна с указанием на ошибку.
Примеры «глюков» панели ISP Manager Lite 5:
В разделе «Возможности — Почтовый сервер (SMTP/POP3/IMAP)» не отображаются чек-боксы, радиокнопки и подсказки:
А должно быть так:
Информирование о возникновении ошибки при попытке открыть некий раздел панели:
Данное сообщение ISP Manager: «Во время выполнения запроса произошла ошибка» — очень не информативное, и что с ним делать — не понятно.
Все эти интерфейсные глюки могут пропасть со всеменем сами, без вмешательства. Но, если нужно использовать возможности панели сейчас, то решить проблему можно с помощью очистки кэша панели ISP Manager.
Команды для очистки:
rm /usr/local/mgr5/var/.db.cache.* -f
rm /usr/local/mgr5/var/.xmlcache/* -rf
/usr/local/mgr5/sbin/mgrctl -m ispmgr exit
Если это не поможет, то обращаться в техподдержку ISP System.
Комментарии ()
Оставьте свой комментарий
Во Время Выполнения Запроса Произошла Ошибка
Тема в разделе «ISPmanager», создана пользователем feofan, 6 апр 2017.
- db.cache
- ispmanager
- кеш панели
- панель
-
feofan
Bad Boys
Команда форума- Регистрация
- 19 апр 2015
- Сообщения
- 2.056
- Симпатии
- 1.720
- Баллы
- 81
- Сайт
- https://feofan.club
- Интересы:
- Разное
При выполнении какого то действия выскакивает ошибка типу Во время выполнения запроса произошла ошибка.
На форуме ispmanager выдвигают кучу идей и все они как всегда хламовые, причина проблема сброса кэша панели:Решение:
Код:rm /usr/local/mgr5/var/.db.cache.* killall core
6 апр 2017
#1
(Вы должны войти или зарегистрироваться, чтобы ответить.)
Поделиться этой страницей
- Войти через Facebook
- Ваше имя или e-mail:
- У Вас уже есть учётная запись?
-
- Нет, зарегистрироваться сейчас.
- Да, мой пароль:
-
Забыли пароль?
-
Запомнить меня
-
Как Набрать Хайд И Не Флудить
Гость Выбери любой ресурс и опубликуй в нужном разделеСкрыть объявление
Если ваш сайт не открывается, то проверьте работу служб веб-сервера. Зайдите в панель управления ISPmanager по ссылке
https://<IP_вашего_сервера>:1500/ispmgr или https://<IP_вашего_сервера>/manager/ispmgr или https://<IP_вашего_сервера>/ispmgr
В панели управления ISPmanager зайдите в раздел «Мониторинг и журналы» — «Службы». Проверьте, что около служб nginx и httpd включены лампочки, в противном случае выделите нужную службу и нажмите кнопку «Старт».
Если не удается включить эти службы через ISPmanager, то подключитесь к серверу по ssh и запустите веб-сервер командами консоли, приведенными ниже в таблице.
Команда запуска веб-сервера
Запустить Web-cервер Apache
FreeBSD: /usr/local/etc/rc.d/apache22 start Debian/Ubuntu: systemctl start apache2 Centos: systemctl start httpd
Запустить Web-cервер Nginx
FreeBSD: /usr/local/etc/rc.d/nginx start Debian/Ubuntu/Centos: systemctl start nginx
Веб-сервер Apache
При запуске Apache возможны следующие ошибки, которые отобразятся в командной строке.
bad user name
apache2: bad user name usertest
Эта ошибка означает, что пользователь usertest не существует, однако это имя прописано в конфигурационном файле Apache в директивах SuexecUserGroup или AssignUserID. Эти директивы содержат информацию о владельце домена и в зависимости от версии Apache используется одна из них:
Apache-mpm-ITK использует AssignUserID
Apache-mpm-Prefork использует SuexecUserGroup.
Чтобы узнать вашу версию Apache, выполните команду
apache2ctl -V | grep -i 'Server MPM'
или
apachectl -V | grep -i 'Server MPM'
В соответствующей вашей версии Apache директиве нужно указать существующего пользователя либо закомментировать строки, добавив символ # в начало строки. Ниже приведен пример конфигурационного файла Apache, если вы решили закомментировать строки, то символ # нужно ставить в начале каждой строки блока VirtualHost.
<VirtualHost 127.0.0.1:80 > ServerName domain.ru CustomLog /var/www/httpd-logs/1.rootina.fvds.ru.access.log combined DocumentRoot /var/www/user/data/www/1.rootina.fvds.ru ErrorLog /var/www/httpd-logs/domain.ru.error.log ServerAdmin webmaster@domain.ru ServerAlias www.domain.ru SuexecUserGroup usertest user AddType application/x-httpd-php .php .php3 .php4 .php5 .phtml AddType application/x-httpd-php-source .phps php_admin_value open_basedir "/var/www/user/data:." php_admin_value sendmail_path "/usr/sbin/sendmail -t -i -f webmaster@domain.ru" php_admin_value upload_tmp_dir "/var/www/user/data/mod-tmp" php_admin_value session.save_path "/var/www/user/data/mod-tmp" </VirtualHost>
Перезапустите веб-сервер после внесения изменений.
Syntax error
Syntax error on line 310 of /etc/apache2/apache2.conf: Invalid command 'helpers', perhaps misspelled or defined by a module not included in the server configuration
Это сообщение о синтаксической ошибке, допущенной в указанном файле и указанной команде. Откройте файл с ошибкой, в данном примере это /etc/apache2/apache2.conf, но в вашем случае это может быть любой другой файл, используемый Apache. Найдите в файле строку с ошибкой (в примере это 310 строка) и неправильно написанную команду (в примере — helpers). Исправьте ошибку либо закомментируйте строку, поставив знак # в ее начало.
Invalid command 'php_admin_value', perhaps misspelled or defined by a module not included in the server configuration
Проверьте, установлен ли PHP на сервере, при помощи команды
php -v
При положительном результате вы получите следующий ответ:
PHP 5.3.3 (cli) (built: Dec 11 2013 03:29:57) Copyright (c) 1997-2010 The PHP Group Zend Engine v2.3.0, Copyright (c) 1998-2010 Zend Technologies
Далее проверьте, подключен ли PHP-модуль к веб-серверу Apache, при помощи команд:
Команда |
Ответ |
FreeBSD |
|
grep -R -i «LoadModule php5_module» /usr/local/etc/apache22/ |
# grep -R -i «LoadModule php5_module» /usr/local/etc/apache22/ /usr/local/etc/apache22/httpd.conf:LoadModule php5_module libexec/apache22/libphp5.so |
DebianUbuntu |
|
grep -R -i «LoadModule php5_module» /etc/apache2/ |
# grep -R -i «LoadModule php5_module» /etc/apache2/ /etc/apache2/mods-available/php5.load:LoadModule php5_module /usr/lib/apache2/modules/libphp5.so /etc/apache2/mods-enabled/php5.load:LoadModule php5_module /usr/lib/apache2/modules/libphp5.so |
Centos |
|
grep -R -i «LoadModule php5_module» /etc/httpd/ |
# grep -R -i «LoadModule php5_module» /etc/httpd/ /etc/httpd/conf.d/php.conf.rpmsave: LoadModule php5_module modules/libphp5.so /etc/httpd/conf.d/php.conf.rpmsave: LoadModule php5_module modules/libphp5-zts.so /etc/httpd/conf.d/php.conf: LoadModule php5_module modules/libphp5.so /etc/httpd/conf.d/php.conf: LoadModule php5_module modules/libphp5-zts.so /etc/httpd/conf.d/php.conf: LoadModule php5_module modules/libphp5.so |
Для ОС DebianUbuntu модуль PHP подключен только в случае загрузки его из директории, выделенной жирным шрифтом в таблице выше.
Для ОС Centos проверьте, что модуль PHP указан в файле /etc/httpd/conf.d/php.conf для вашей версии Apache. В случае Apache-Prefork запись имеет вид:
<IfModule prefork.c> LoadModule php5_module modules/libphp5.so </IfModule>
в случае Apache-ITK:
<IfModule itk.c> LoadModule php5_module modules/libphp5.so </IfModule>
Если вы получили в результате выполнения команды ответ
/usr/local/etc/apache22/httpd.conf:#LoadModule php5_module
то это значит, что модуль PHP прописан, но строка закомментирована. Зайдите в указанный в ответе файл (в данном случае это /usr/local/etc/apache22/httpd.conf) и уберите знак #.
Если PHP не был установлен на веб-сервер, выполните его установку приведенными ниже командами.
Операционная система | Команда |
FreeBSD | cd /usr/ports/www/mod_php55; make install clean |
DebianUbuntu | apt-get install libapache2-mod-php5 |
В случае ОС Centos модуль PHP отдельно устанавливать не нужно. Проверьте, есть ли на сервере библиотека PHP при помощи команды:
ls /etc/httpd/modules/libphp5.so
При положительном ответе системы вы получите ответ:
# ls /etc/httpd/modules/libphp5.so /etc/httpd/modules/libphp5.so
Это означает, что библиотека есть, и вам нужно выполнить настройку файла /etc/httpd/conf.d/php.conf, как описано выше.
Если библиотеки PHP на сервере нет, то выполните установку PHP командой:
yum install php
Обратите внимание, что если PHP все же установлен, а вы все-равно выполняете эту команду, то результате может быть выполнена установка новой версии PHP!
Перезапустите веб-сервер Apache после внесения изменений.
Server reached MaxClients setting
server reached MaxClients setting, consider raising the MaxClients setting
Ошибка заключается в том, что был превышен лимит одновременных подключений к серверу (сайт загружает больше пользователей, чем прописано в конфигурационном файле). Измените этот лимит в соответствующем файле.
Для FreeBSD это
/usr/local/etc/apache22/extra/httpd-mpm.conf
Для Debian/Ubuntu это
/etc/apache2/apache2.conf
Версия Apache | <IfModule mpm_itk_module> StartServers 5 MinSpareServers 5 MaxSpareServers 10 MaxClients <Нужное значение> MaxRequestsPerChild 0 </IfModule> |
Apache Prefork | <IfModule mpm_prefork_module> StartServers 5 MinSpareServers 5 MaxSpareServers 10 MaxClients <Нужное значение> MaxRequestsPerChild 0 </IfModule> |
Для Centos это
/etc/httpd/conf/httpd.conf
Версия Apache | <IfModule itk.c> StartServers 8 MinSpareServers 8 MaxSpareServers 10 MaxClients <Нужное значение> MaxRequestsPerChild 1000 </IfModule> |
Apache Prefork | <IfModule prefork.c > StartServers 5 MinSpareServers 5 MaxSpareServers 10 MaxClients <Нужное значение> MaxRequestsPerChild 0 </IfModule> |
Оптимальное <Нужное значение> параметра MaxClients рассчитывается по формуле:
MaxClients=(M-30%)/H,
где М — объем оперативной памяти на сервере, Н — память, которую требует служба httpd.
Например, пусть при 2 Гб оперативной памяти (М=2Гб=2048Мб) httpd занимает 35 Мб. Тогда по формуле (2048-30%)/35=40,96~41. MaxClients=41 — это оптимальное значение, которое гарантирует нормальную работу сервера.Перезапустите веб-сервер Apache после внесения изменений.
Out of memory
Fatal error: Out of memory
Ошибка возникает, если на сервере не хватает оперативной памяти для загрузки сайта. Можно уменьшить значение MaxClients, как описано выше, но это одна из возможных причин нехватки памяти. Нужен детальный анализ причины возникновения этой ошибки.
Веб-сервер Nginx
При запуске Nginx возможны следующие ошибки, которые отобразятся в консоли.
Restarting nginx: nginx: [emerg] unknown directive "Basic" in /etc/nginx/nginx.conf:13 nginx: configuration file /etc/nginx/nginx.conf test failed
Unknown directive
Ошибка возникает, если в конфигурационном файле указана неизвестная директива. Путь к файлу указан в ошибке, в данном примере это /etc/nginx/nginx.conf. Зайдите в эту директорию, откройте nginx.conf и исправьте ошибку либо закомментируйте строку. В данном примере нужно найти 13 строку указанного файла, в ней найти неизвестную директиву “Basic” и исправить ошибку. Чтобы закомментировать строку, поставьте в ее начале знак #.
Could not build the server_names_hash
nginx: [emerg] could not build the server_names_hash, you should increase either server_names_hash_max_size: 512 or server_names_hash_bucket_size:64
Если возникла такая ошибка, то нужно уменьшить длину доменного имени или количество имен серверов, поскольку эти величины ограничены значениями параметров. Можно также увеличить значение этих параметров:
server_names_hash_bucket_size 128; server_names_hash_max_size 1024;
Не доступен IP адрес(bind() to failed)
nginx: [emerg] bind() to 128.11.11.11:80 failed (49: Can't assign requested address)
Эта ошибка говорит о том, что не доступен IP-адрес, который указан в конфигурационном файле. В данном примере это 128.11.11.11, которого на самом деле не существует ни на одном интерфейсе сервера. Зайдите в конфигурационный файл Nginx (/etc/nginx/nginx.conf), найдите секцию server и исправьте некорректный IP-адрес. Если домен с таким адресом не найден в nginx.conf, то создайте домен через панель ISPmanager.
/
/
/
Страницы ошибок для сайта
Страницы ошибок для сайта
Страницы ошибок веб-сервер возвращает браузеру пользователя сайта, если при выполнении запроса происходит какая-либо ошибка. Если страница ошибки для сайта не указана, то пользователь увидит стандартную для такой ошибки страницу браузера. Чтобы указать страницу ошибки:
- Перейдите в Домены → WWW-домены → Ошибки → Создать.
- Выберите Код ошибки:
- 400 Bad Request — запрос к серверу не корректный.
- 401 Unauthorized — запрос требует аутентификации пользователя.
- 402 Payment Required — необходима оплата.
- 403 Forbidden — запрос запрещён.
- 404 Not Found — запрашиваемая страница не найдена.
- 405 Method Not Allowed — метод, указанный в запросе, не поддерживается.
- 406 Not Acceptable — в заголовке запроса неверные параметры.
- 407 Proxy Authentication Required — запрос требует аутентификации пользователя на прокси-сервере.
- 408 Request Timeout — время ожидания истекло.
- 409 Conflict — запрос не может быть выполнен из-за конфликтного обращения к ресурсу.
- 411 Length Required — в заголовке запроса не указан параметр Content-Length.
- 412 Precondition Failed — не выполнены условные параметры заголовка запроса.
- 413 Request Entity Too Large — запрашиваемые данные слишком большие.
- 414 Request-URI Too Long — запрос слишком длинный.
- 415 Unsupported Media Type — неподдерживаемый тип данных.
- 416 Requested Range Not Satisfiable — запрашиваемый диапазон не достижим.
- 417 Expectation Failed — в заголовке запроса неверно указано значение параметра Expect.
- 500 Internal Server Error — внутренняя ошибка сервера.
- 501 Not Implemented — сервер не поддерживает обработку полученного запроса.
- 502 Bad Gateway — некорректный шлюз.
- 503 Service Unavailable — сервис недоступен.
- 504 Gateway Timeout — время ожидания ответа от шлюза истекло.
- 505 HTTP Version Not Supported — версия HTTP-протокола не поддерживается.
- Укажите URL, по которому будет расположена страница ошибки. Внутренний URL (расположенный на том же WWW-домене) должен начинаться со знака «/». Например: «/errpages/404.html». Внешний — с «http://» или «https://». Например, «http://errorpageexample.com/404.htm».
Обратите внимание!
Для ошибки 401 можно указать только внутренний URL — относительный путь к одному из файлов в директории WWW-домена.