Internal Server Error

Статус
В этой теме нельзя размещать новые ответы.

KenjiCarter

Проверенные
Сообщения
90
Решения
2
Реакции
28
Баллы
155
Собственно, появилась проблема максимально неожиданно, и непонятно откуда. Первый раз за день зашёл на форум и тут подобное: сначала долгие загрузки, после периодически начали появляться "Internal Server Error". Изменений никаких не проводил, вчера всё было отлично. И более странно то, что ПУ администратора работает без каких-либо проблем.
Периодически в ПУ администратора появляются ошибки:
InvalidArgumentException: Accessed unknown getter 'CMTV_QT_is_question' on XF:Thread[66] src/XF/Mvc/Entity/Entity.php:203
Но данные ошибки были и ранее, никак не мешая работе форума.

В логах PHP имеются следующие ошибки:
Код:
mod_fcgid: read data timeout in 40 seconds, referer: https://site.ru/
End of script output before headers: index.php, referer: https://site.ru/
 
Решение
какие там ещё варианты.
А какие там варианты? Тему оставлю в образовательных целях, ибо, пойдем по пунктам, т.е. постам.

#2. artscripts, я тебе еще раз говорю - брось эту глупую затею и займитесь тем, в чем ты соображаешь. Ну не твое это. Ты должен четко понимать и различать причину и следствие. Ты не выяснил причину, но пытаешься героически бороться с симптомами.

#17. Yarius, это просто феерический набор безумных действий. 1) htop там и близко не нужен 2) epel подключен практически на любых хостинговых vds, речь про центос 3) я категорически не рекомендую на чужой системе делать yum -y update ни под каким соусом, если не администрируешь эту систему; такие советы можно раздавать врагам и конкурентам по...
Если в логах сайта возникает ошибка mod_fcgid: read data timeout in 40 seconds, то это значит что апач через mod_fcgid передал некие данные php-скрипту на обработку, подождал 40 секунд и не получив ответа в этот срок возвратил ошибку (для посетителя она выглядит как 504).
Как вариант

увеличить время ожидания mod_fcgid. Для этого откройте файл
  • в CentOS /etc/httpd/conf.d/fcgid.conf
  • в Debian/Ubuntu /etc/apache2/mods-available/fcgid.conf

И отредактируйте (если нету, то добавьте) строку:

IPCCommTimeout 300

, где вместо 300 — нужно подставить подходящее время ожидания. Слишком большое ставить не нужно.


Не забудьте перезапустить apache!

 
Последнее редактирование:
увеличить время ожидания mod_fcgid
Это логично.
Но форум от этого грузиться быстрее не станет. А проблема появилась конкретно сегодня, и не понятно в связи с чем.
 
максимально неожиданно, и непонятно откуда
Начинать нужно с access/error.log, а не крутить то, чего без причины крутить не следует. В первую очередь исключить http-флуд/парсеры. VDS или виртуальный хостинг?
 
Последнее редактирование:
VDS или виртуальный хостинг?
VDS.
Начинать нужно с access/error.log
Так ведь приложил
mod_fcgid: read data timeout in 40 seconds, referer: End of script output before headers: index.php, referer:
 
Можно узнать что я должен там увидеть?
Какой процесс жрет все ресурсы - следственно где копать почему сервер ложиться в нокдаун.
У меня к примеру недавно похожее было, мускул жрал 150% ЦП и 47-60 озу, оказалось флудом и брутом phpmyadmin
 
Последнее редактирование:
Можно узнать что я должен там увидеть?
Циферки, буковки, странные значки.
30 минут на то, чтобы показать топ и логи. Нет - на нет и суда нет, вопрос будет закрыт без решения.
 
Последнее редактирование:
Какой процесс жрет все ресурсы
Я тоже сначала об этом же подумал, пока не проверил на других сайтах расположенные на этом же оборудовании.
Стоит на VDS ещё сайт, с движком DLE, и он функционирует без каких-либо проблем. Отсюда и теория, что проблема конкретно с движком xenforo. Попробую сделать бэкап форума и накатить заново в качестве тестирования.
 
Мб работы какие ведутся?
Где могут вестись какие-то работы?

Установил на этом же домене голый движок. Итог: проблем не наблюдается.
Вопрос: в чём, в таком случае, может быть проблема?
 
Оценил, благодарю.
А теперь по делу можно?
Так тебе по делу сказали выше, просмотреть логи и топ, ты взял снес все к чертям и что сейчас тебе говорить по делу?
я как бы сам не системный администратор, но если тебя просят скинуть логи и топ то это лучше сделать иначе через время придёшь опять с этой же темой.
 
А я вставлю свои несколько копеек. Никакой не ТОР.
А делаем вот что, в терминале:
Код:
cat /etc/*-release
или
Код:
lsb_release -a
и смотрим версию линукса, если это CentOS, то
ищем, есть ли в репах htop
Код:
$ sudo yum search htop
если есть, то ставим
Код:
yum install htop
если нет, то
Код:
yum -y install epel-release
обновляем
Код:
yum -y update
и устанавливаем, выше написано как.
а если у нас Debian/Ubuntu, то просто устанавливаем
Код:
apt install htop
запуск htop и готовимся к дальнейшему выпрямлению рук
Ashampoo_Snap_12 декабря 2020 г._03h55m05s_001_.png


И крайне советую под венду использовать Mobaxterm, хотя он и под wine идет отлично.
 
Вам Smalesh сказал, что надо сделать. Не хотите - тема будет закрыта, как он придёт
Вот вам и по делу
Я не понимаю какой смысл смотреть top, если это дело не в загруженности(на чистом движке такой проблемы не наблюдается).
 
Я не понимаю какой смысл смотреть top, если это дело не в загруженности(на чистом движке такой проблемы не наблюдается).
В том, что вам хотел помочь тот человек, который разбирается в своём деле. Но вы упорно спорите и отказываетесь. За столько часов вы бы могли набрать эти 3 символа в терминале и скинуть сюда результат, или хотя бы приложить логи. Вы не хотите делать ни того, ни другого.
Smalesh, решай сам, в мусор или какие там ещё варианты.
 
какие там ещё варианты.
А какие там варианты? Тему оставлю в образовательных целях, ибо, пойдем по пунктам, т.е. постам.

#2. artscripts, я тебе еще раз говорю - брось эту глупую затею и займитесь тем, в чем ты соображаешь. Ну не твое это. Ты должен четко понимать и различать причину и следствие. Ты не выяснил причину, но пытаешься героически бороться с симптомами.

#17. Yarius, это просто феерический набор безумных действий. 1) htop там и близко не нужен 2) epel подключен практически на любых хостинговых vds, речь про центос 3) я категорически не рекомендую на чужой системе делать yum -y update ни под каким соусом, если не администрируешь эту систему; такие советы можно раздавать врагам и конкурентам по пищевой цепочке

#1. KenjiCarter, начинать поиск проблему нужно с top (проверить состояние системы) и логов (проверить сетевую активность на предмет аномалий). По-скольку ни первого, ни второго не предоставлено, значит ТС в помощи не нуждается.

Тема закрыта.

PS: вредителям заслуженно минус в репу - ваши действия могу повлечь неприятные последствия, не для ТС, а для тех кто придет сюда по поиску.
 
Последнее редактирование:
Статус
В этой теме нельзя размещать новые ответы.
Современный облачный хостинг провайдер | Aéza
Назад
Сверху Снизу