Прекращена работа программы apache http server

Site Joomla-Support.ru is not affiliated with or endorsed by the Joomla Project or Open Source Matters.
The Joomla logo is used under a limited license granted by Open Source Matters the trademark holder in the United States and other countries.

Проверка системы в windows

Начиная с 12-й версии битрикса, у меня стал вылетать apache при запуске скрипта «Проверка системы» (ранее скрипт назывался «Проверка сайта»). Выскакивает стандартное окно «Apache HTTP Server»: «Прекращена работа программы «Apache HTTP Server»», и приводится следующая расшифровка:

Сигнатура проблемы: Имя события проблемы: APPCRASH Имя приложения: httpd.exe Версия приложения: 2.4.7.0 Отметка времени приложения: 528e59ed Имя модуля с ошибкой: php5ts.dll Версия модуля с ошибкой: 5.5.6.0 Отметка времени модуля с ошибкой: 52829310 Код исключения: c00000fd Смещение исключения: 0006e0eb Версия ОС: 6.1.7601.2.1.0.256.1 Код языка: 1049 Дополнительные сведения 1: d4eb Дополнительные сведения 2: d4eb7cf28a4f910486e91a11f70d294f Дополнительные сведения 3: 4ff0 Дополнительные сведения 4: 4ff0a70b83a65337809322291be9ff50

Ошибку вызывает тест «Размер стека и pcre.recursion_limit». Есть два решения проблемы:

Learning Apache http server- server status and server info

1. установить в php.ini параметру pcre.recursion_limit достаточно низкое значение, битрикс рекомендует 1000, но у меня заработало только с 600. При этом, как пишет сам битрикс: «обработка строк будет работать не всегда правильно».

2. Отключить этот тест, чтобы иметь возможность посмотреть результаты других тестов.

Я предпочитаю второй вариант, т.к. лучше получить вылет Apache, чем столкнуться с неправильной обработкой строк, и не понимать в чем дело. Как это сделать? очень просто, открываем файл:

Находим функцию function check_pcre_recursion(), на данный момент это строка 1582, после объявления функции добавляем строку return false;, должно получится так:

function check_pcre_recursion() < return false; $strRequest = «GET «.»/bitrix/admin/site_checker.php?test_type=pcre_recursion_test.checker_get_unique_id().» HTTP/1.1rn»; $strRequest.= «Host: «.$this->host.»rn»; $strRequest.= «rn»; if ($res = $this->ConnectToHost()) < if (‘SUCCESS’ == $strRes = GetHttpResponse($res, $strRequest, $strHeaders)) return true; if ($strRes == ‘CLEAN’) return $this->Result(null, GetMessage(‘SC_PCRE_CLEAN’)); > return false; >

Теперь эта функция проверки не будет ничего проверять, а будет всегда возвращать false, это означает, что тест не пройден.

. Но не переносите эту правку на боевой сервер. Во первых это модификация ядра, что не приветствуется. А во вторых, на боевом сервере нужно добиться, чтобы эта проверка проходила успешно, тем более на unix системах к краху Apache эта проверка не приводит.

Комментарии:

Мудак, стек опредиляется операционной системой, и php.ini не может его привысить если это Windows то ищи параметр который позволит применять память так как надо

Читайте также:
Инсталляция конфигурирование и настройка резидентных программ

Apache Web Server

Михаил, быть быдлом — ничего хорошего.

Статья говорит о том, как на dev серверах под виндой избежать вылета апача.
Можно бессмысленно тратить время и настраивать винду, чтобы тест работал как надо, а можно сделать как описано в статье, и продолжить разработку. Боевые серверы работают под unix, там этой проблемы нет. А сейчас её и под виндой нет, видимо битрикс изменил тест.

Оставить комментарий:

  • -Bitrix
  • +API Bitrix
  • +Новое ядро D7
  • Highload инфоблоки
  • Масштабирование и вывод изображений
  • Получение иерархии разделов
  • Меню из разделов инфоблока с элементами
  • Показываем 404 страницу
  • Meta для всех
  • Свои компоненты в ООП
  • Версионность js и css
  • Повисшие разделы
  • Восстановление базы
  • Проверка системы в windows
  • Структура компонента
  • Структура файла меню
  • +Решения
  • Работа с XML
  • Аналог JQuery на PHP
  • Определение местоположения. Геотаргетинг.
  • Сериализация
  • +Решения
  • Выделение текста
  • +Разработка на windows
  • Сборка WAMP
  • Отправка почты
  • imagick
  • memcache
  • Тюнинг MySQL
  • CMS или Framework?
  • Контроль версий
  • Какой хостинг выбрать?
  • S-work. Сменный график on-line
  • Timestamp to string
  • Base64
  • MD5
  • Регулярные выражения
  • URL-кодирование
  • HTML сущности

Источник: max22.ru

Форум

Pfg
Сигнатура проблемы:
Имя события проблемы: APPCRASH
Имя приложения: httpd.exe
Версия приложения: 2.2.24.0
Отметка времени приложения: 512bd096
Имя модуля с ошибкой: php5ts.dll
Версия модуля с ошибкой: 5.2.17.17
Отметка времени модуля с ошибкой: 4d25fb49
Код исключения: c0000005
Смещение исключения: 0000ad66
Версия ОС: 6.1.7600.2.0.0.256.1
Код языка: 1049
Дополнительные сведения 1: 0a9e
Дополнительные сведения 2: 0a9e372d3b4ad19135b953a78882e789
Дополнительные сведения 3: 0a9e
Дополнительные сведения 4: 0a9e372d3b4ad19135b953a78882e789

Ознакомьтесь с заявлением о конфиденциальности в Интернете:
http://go.microsoft.com/fwlink/?linkid= . cid=0x0419

Если заявление о конфиденциальности в Интернете недоступно, ознакомьтесь с его локальным вариантом:
C:Windowssystem32ru-RUerofflps.txt

Непрочитанное сообщение Noir » 29 июн 2013, 18:51

Та же ситуация. Только без каких-либо особых скриптов. Абсолютно та же сигнатура. Сначала по мере добавления сайтов на сервер появились просто ощутимые фризы. Сейчас симптомы такие: после перезагрузки сервера минут 10-15 все отлично, потом, даже если сервер был в простое, страницы начинают грузиться по 40-50 секунд. Одновременно подвисает phpMyAdmin. Еще минут 20 — и Апач вылетает.

Win7 x64. Железо сильнее, чем серверы у моего хостера. Общая загрузка процессора не превышает 11%, оперативной памяти — 30% (из 16 Гб). Нагрузка не маленькая, среди сайтов 3 магазина, но эти же 14 доменов + еще 52 денвер держит без глюков и фризов.

У вас вылетает PHP (оно есть модуль апача). В PHP 5.2 есть 3 расширения, на которые вам стоит обратить внимание:
Zend Optimizer
IonCube
Memcache

Читайте также:
Хлебопечка мулинекс как сбросить программу

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

Непрочитанное сообщение Noir » 30 июн 2013, 02:53

Спасибо. Попробую. Что РНР вылетает — вижу. Никак не пойму — почему. В настройках ничего крамольного, да и не менял ничего перед появлением трабла.

Доброго времени суток.
У меня тоже вот такая ситуация:

Сигнатура проблемы:
Имя события проблемы: APPCRASH
Имя приложения: httpd.exe
Версия приложения: 2.2.21.0
Отметка времени приложения: 4e731ce1
Имя модуля с ошибкой: php5ts.dll
Версия модуля с ошибкой: 5.2.17.17
Отметка времени модуля с ошибкой: 4d25fb49
Код исключения: c00000fd
Смещение исключения: 002c4a27
Версия ОС: 6.1.7601.2.1.0.256.1
Код языка: 1049
Дополнительные сведения 1: 6c4e
Дополнительные сведения 2: 6c4e47a123a1f4e4dcb4feabf4ebd3a1
Дополнительные сведения 3: c757
Дополнительные сведения 4: c7579f859e8b8e7d27fec774c1491521

Ознакомьтесь с заявлением о конфиденциальности в Интернете:
http://go.microsoft.com/fwlink/?linkid= . cid=0x0419

Если заявление о конфиденциальности в Интернете недоступно, ознакомьтесь с его локальным вариантом:
C:Windowssystem32ru-RUerofflps.txt

Сервер не работает. Все печально изменилось когда были сделанны изминения в модуле меню сайта. Сайт загружается, но буквально через 1 секунду тухнет и озадачивает меня текстом указанным выше. Это можно как то исправить?
Да, остальные сайты, которых порядка 10 ведут себя также и не один не грузится.

Непрочитанное сообщение Noir » 06 июл 2013, 20:38

Пробовал самые разнообразные варианты и настройки — ничего не помогает. При работе некоторых сайтов или при высокой нагрузке апач с php 5.2.17 постоянно вышибает. На хосте никаких проблем с этими сайтами нет, на денвере тоже. Другие модули php для этих сайтов не пробовал — им нужен именно 5.2. А новые собираю уже на 5.4 — там стабильно работает.

Что именно ошибку вызывает — определить не реально, проблема ведь только на Open Server.

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

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

Читайте также:
Kaspersky security center установить плагин управления программой

Непрочитанное сообщение Noir » 06 июл 2013, 22:24

Максим, этот скрипт миграции юзеров не у меня. Это у Beer-а. Я просто лазил по форуму, увидел тему и обратил внимание, что у человека вылетает с точно такой же сигнатурой, как у меня! Но он хоть может определить скрипт-инициатор процесса. Я же — нет. У меня эту ошибку вызывают 2 абсолютно разных сайта на разных движках, а другие на тех же движках- нет.

Причем — ошибка возникает не сразу, а через 15-30 минут работы. И апач сначала фризит, потом уже вылетает. Просто не реально в моем случае отловить конкретный скрипт, на котором подрубается модуль. А вот по посту выше вижу — у leeloo с другой сигнатурой вылетает. Явно есть баг в модуле php 5.2.17.

Другие-то модули без проблем!

Зарегился только ради того, чтоб написать этот ответ . 2 недели назад столкнулся с такой же проблемой.

Показать скрытое содержание
Имя сбойного приложения: httpd.exe, версия: 2.2.22.0, отметка времени: 0x4f919266
Имя сбойного модуля: php5ts.dll, версия: 5.3.12.0, отметка времени 0x4fa94f4e
Код исключения: 0xc00000fd
Смещение ошибки: 0x0018b5d3

Причиной оказался скрипт редактирования новостей Joоmla — JCE.
Трассировка и отладка php5 и апача показала переполнение буфера стэка апача при передаче большого объема данных с модуля php5. В общем, бился долго, но проблему решил. Неделю полет нормальный, надеюсь и Вам поможет.

1. Заходим в conf/extra/httpd-mpm.conf 2. Добавляем строки в самый низ # Увеличиваем размер стэка потока приложения до 8 гб. Добавлено ручками ThreadStackSize 8388608 3. Заходим в httpd.conf и расскомментируем строку Include conf/extra/httpd-mpm.conf

Примечания к решению:
1. Да, я согласен что это «костыль», но пока другого решения я не нашел, ни в гугле, ни у себя в голове, ни в голове своих коллег.
2. До 8 гб увеличил, потому что у меня на серваке стоит 16 ОП.
3. Дебажил в ollydbg
4. Ни помидоров, ни яиц не боюсь, можете закидывать

1) В Open Server нет conf/extra/httpd-mpm.conf
2) В Open Server стэк по умолчанию равен ThreadStackSize 8388608
3) Указанный размер стэка указан в байтах и равен он 8 мегабайтам. С гигабайтами вы погорячились.

Поскольку всё то, что вы якобы делали, в Open Server и так уже есть, то возникает вопрос, а что же вы сделали.

Источник: ospanel.io

Рейтинг
( Пока оценок нет )
Загрузка ...
EFT-Soft.ru