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

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.*

Добавить комментарий

  1. 15.03.2018, 17:16


    #1

    pi. вне форума


    Junior Member


    Exclamation Переход к «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).

    Буду признателен за помощь в решении проблемы.


  2. 16.03.2018, 09:26


    #2

    Dasha вне форума


    Senior 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 отрабатывал на сервере.


  3. 23.03.2018, 04:32


    #3

    pi. вне форума


    Junior Member


    По умолчанию

    Я сейчас положил бинарник /usr/bin/php, просто скопировав /usr/bin/php7.0. Все заработало.
    Но ведь update-alternatives не мог удалить бинарник, если он там был?


  4. 10.09.2020, 21:50


    #4

    ofc вне форума


    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 отрабатывал на сервере.

    такая же проблема. «Вернуть бинарник» это как? Откуда вернуть?


  5. 18.12.2021, 00:03


    #5

    VictorV2021 вне форума


    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 домены:

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

Ispmabager-Во время выполнения запроса произошла ошибка-1.png

Решение — почистить кэш панели ISPManager 5:

# rm -rf /usr/local/mgr5/var/.db.cache.*
# killall -9 core

Источник — https://wiki.iphoster.net/index.php?title=ISPManager_5_-_Во_время_выполнения_запроса_произошла_ошибка&oldid=10738

  1. 15.03.2018, 17:16

    #1

    pi. вне форума


    Junior Member


    Exclamation Переход к «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).

    Буду признателен за помощь в решении проблемы.


  2. 16.03.2018, 09:26

    #2

    Dasha вне форума


    Senior 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 отрабатывал на сервере.


  3. 23.03.2018, 04:32

    #3

    pi. вне форума


    Junior Member


    По умолчанию

    Я сейчас положил бинарник /usr/bin/php, просто скопировав /usr/bin/php7.0. Все заработало.
    Но ведь update-alternatives не мог удалить бинарник, если он там был?


  4. 10.09.2020, 21:50

    #4

    ofc вне форума


    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 отрабатывал на сервере.

    такая же проблема. «Вернуть бинарник» это как? Откуда вернуть?


  5. 18.12.2021, 00:03

    #5

    VictorV2021 вне форума


    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 - Во время выполнения запроса произошла ошибка

Примеры «глюков» панели ISP Manager Lite 5:

В разделе «Возможности — Почтовый сервер (SMTP/POP3/IMAP)» не отображаются чек-боксы, радиокнопки и подсказки:

ISP Manager - не отображаются элементы панели 

 А должно быть так:

ISP Manager - не отображаются элементы панели 

Информирование о возникновении ошибки при попытке открыть некий раздел панели:

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

Данное сообщение 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 - Во время выполнения запроса произошла ошибка

   

Примеры «глюков» панели ISP Manager Lite 5:

В разделе «Возможности — Почтовый сервер (SMTP/POP3/IMAP)» не отображаются чек-боксы, радиокнопки и подсказки:

ISP Manager - не отображаются элементы панели 

 А должно быть так:

ISP Manager - не отображаются элементы панели 

Информирование о возникновении ошибки при попытке открыть некий раздел панели:

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

Данное сообщение 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
  • кеш панели
  • панель

  1. feofan

    feofan
    Bad Boys
    Команда форума

    Регистрация
    19 апр 2015
    Сообщения
    2.056
    Симпатии
    1.720
    Баллы
    81
    Сайт
    https://feofan.club
    Интересы:
    Разное

    bdd696a8c17b4586a89d448654624924.png

    При выполнении какого то действия выскакивает ошибка типу Во время выполнения запроса произошла ошибка.
    На форуме ispmanager выдвигают кучу идей и все они как всегда хламовые, причина проблема сброса кэша панели:

    Решение:

    Код:
    rm /usr/local/mgr5/var/.db.cache.*
    killall core

    6 апр 2017
    #1

(Вы должны войти или зарегистрироваться, чтобы ответить.)

Показать игнорируемое содержимое

Поделиться этой страницей

Share

Загрузка…
  • Войти через Facebook
Ваше имя или e-mail:
У Вас уже есть учётная запись?
  • Нет, зарегистрироваться сейчас.
  • Да, мой пароль:
  • Забыли пароль?

Запомнить меня

Ibazh Модули, Шаблоны, Скрипты, Складчина, все для WEB-мастеров

  1. Как Набрать Хайд И Не Флудить

    Гость Выбери любой ресурс и опубликуй в нужном разделе

    Скрыть объявление

Если ваш сайт не открывается, то проверьте работу служб веб-сервера. Зайдите в панель управления 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.

/

/

/

Страницы ошибок для сайта

Страницы ошибок для сайта

Страницы ошибок веб-сервер возвращает браузеру пользователя сайта, если при выполнении запроса происходит какая-либо ошибка. Если страница ошибки для сайта не указана, то пользователь увидит стандартную для такой ошибки страницу браузера. Чтобы указать страницу ошибки:

  1. Перейдите в Домены → WWW-домены → Ошибки → Создать.
  2. Выберите Код ошибки:
    1. 400 Bad Request — запрос к серверу не корректный.
    2. 401 Unauthorized — запрос требует аутентификации пользователя.
    3. 402 Payment Required — необходима оплата.
    4. 403 Forbidden — запрос запрещён.
    5. 404 Not Found — запрашиваемая страница не найдена.
    6. 405 Method Not Allowed — метод, указанный в запросе, не поддерживается.
    7. 406 Not Acceptable — в заголовке запроса неверные параметры.
    8. 407 Proxy Authentication Required — запрос требует аутентификации пользователя на прокси-сервере.
    9. 408 Request Timeout — время ожидания истекло.
    10. 409 Conflict — запрос не может быть выполнен из-за конфликтного обращения к ресурсу.
    11. 411 Length Required — в заголовке запроса не указан параметр Content-Length.
    12. 412 Precondition Failed — не выполнены условные параметры заголовка запроса.
    13. 413 Request Entity Too Large — запрашиваемые данные слишком большие.
    14. 414 Request-URI Too Long — запрос слишком длинный.
    15. 415 Unsupported Media Type — неподдерживаемый тип данных.
    16. 416 Requested Range Not Satisfiable — запрашиваемый диапазон не достижим.
    17. 417 Expectation Failed — в заголовке запроса неверно указано значение параметра Expect.
    18. 500 Internal Server Error — внутренняя ошибка сервера.
    19. 501 Not Implemented — сервер не поддерживает обработку полученного запроса.
    20. 502 Bad Gateway — некорректный шлюз.
    21. 503 Service Unavailable — сервис недоступен.
    22. 504 Gateway Timeout — время ожидания ответа от шлюза истекло.
    23. 505 HTTP Version Not Supported — версия HTTP-протокола не поддерживается.
  3. Укажите URL, по которому будет расположена страница ошибки. Внутренний URL (расположенный на том же WWW-домене) должен начинаться со знака «/». Например: «/errpages/404.html». Внешний — с «http://» или «https://». Например, «http://errorpageexample.com/404.htm».

Обратите внимание!

Для ошибки 401 можно указать только внутренний URL — относительный путь к одному из файлов в директории WWW-домена.

Понравилась статья? Поделить с друзьями:
  • Iso ошибка доступ запрещен
  • Iso type 32 ps3 ошибка
  • Iso 15031 6 ошибка
  • Islc ошибка при запуске
  • Islc ошибка system invalidoperationexception