1. Форумы
  2. CloudLinux и панели управления
  3. CloudLinux и cPanel
  1. Дэвид Тернер
  2. Понедельник, Декабрь 15 2014
  3. Подписка по электронной почте
mod_lsapi
Оценить этот пост:
  1. 15.12.2014 05:12:07
  2. # 1
Дэвид Тернер Принято ответа
Сообщений: 7
Присоединился: 15.12.2014
0
Голосов
расстегивать
Устанавливается и возбуждается для этого обработчика. Некоторые веб-сайты отлично работают, другие я получаю поток ошибок 500. error_log показывает поток из следующего:

Ошибка отправки запроса (lsphp убит?): ReceiveLSHeader: ничего не читать из backend-сокета
Детский процесс с pid: xxxx был убит сигналом: 11, core dump: 0
  1. 15.12.2014 08:12:49
  2. # 2
Богдан Принято ответа
Сообщений: 709
Присоединился: 26.06.2013
0
Голосов
расстегивать
Наиболее распространенной причиной сигнала 11 является сочетание движков кеширования (APC с Zend и т. Д.), Однако он должен действовать одинаково с mod_lsapi и без него.

Я беспокоюсь, что будет нелегко отследить сигнал 11, для этого требуются некоторые глубокие инструменты отладки, такие как принудительное создание дампа ядра, установка пакетов php-devel * и отладка с помощью gdb.
  1. 15.12.2014 13:12:59
  2. # 3
Дэвид Тернер Принято ответа
Сообщений: 7
Присоединился: 15.12.2014
0
Голосов
расстегивать
Спасибо за ваш быстрый ответ Богдан!

Это с установкой с xcache и Zend Guard через easyapache. Есть ли у вас другая рекомендация?

Спасибо!
  1. 16.12.2014 00:12:26
  2. # 4
Дэвид Тернер Принято ответа
Сообщений: 7
Присоединился: 15.12.2014
0
Голосов
расстегивать
Немного другое на другом сервере:

& # 91; Mon Dec 15 21: 37: 06 2014 & # 93; & # 91; ошибка & # 93; & # 91; клиент xxx.xxx.xxx.xxx & # 93; & # 91; хост http://www.somedomaincom&; #93; Ошибка отправки запроса (GET / HTTP / 1.1); uri (/) длина содержимого (0) (lsphp убит?): ReceiveLSHeader: ничего не читать из backend-сокета
  1. 16.12.2014 02:12:51
  2. # 5
Дэвид Тернер Принято ответа
Сообщений: 7
Присоединился: 15.12.2014
0
Голосов
расстегивать
^^ Это происходит без выбора opcache:

\ './ configure \' \ '- disable-fileinfo \' \ '- disable-posix \' \ '- enable-bcmath \' \ '- enable-calendar \' \ '- enable-ftp \ '\' - enable-gd-native-ttf \ '\' - enable-libxml \ '\' - enable-magic-quotes \ '\' - enable-mbstring \ '\' - enable- pdo = shared \ '\' - enable-soap \ '\' - enable-sockets \ '\' - enable-ucd-snmp-hack \ '\' - enable-zip \ '\' - префикс = / usr / local \ '\' - with-apxs2 = / usr / local / apache / bin / apxs \ '\' - with-curl = / opt / curlssl / \ '\' - с-freetype- dir = / usr \ '\' - with-gd \ '\' - with-gettext \ '\' - with-imap = / opt / php_with_imap_client / \ '\' - with-imap-ssl = / usr \ '\' - with-jpeg-dir = / usr \ '\' - with-kerberos \ '\' - with-libdir = lib64 \ '\' - with-libexpat-dir = / usr \ '\' - with-libxml-dir = / opt / xml2 \ '\' - with-libxml-dir = / opt / xml2 / \ '\' - with-mcrypt = / opt / libmcrypt / \ '\ '--with-mysql = / usr \' \ '- with-mysql-sock = / var / lib / mysql / mysql.sock \' \ '- with-mysqli = / usr / bin / mysql_config \' \ '--with-openssl = / usr \' \ '- with-openssl-dir = / usr \' \ '- with-pcre-regex = / opt / pcre \' \ '- with-pdo-mysql = shared \ '\' - с-pdo-sqlit e = shared \ '\' - with-pic \ '\' - with-png-dir = / usr \ '\' - with-pspell \ '\' - with-snmp \ '\' - с-sqlite = shared \ '\' - with-tidy = / opt / tidy / \ '\' - with-xmlrpc \ '\' - with-xpm-dir = / usr \ '\' - с -zlib \ '\' - с-zlib-dir = / usr \ '
  1. 16.12.2014 22:12:27
  2. # 6
Дэвид Тернер Принято ответа
Сообщений: 7
Присоединился: 15.12.2014
0
Голосов
расстегивать
Я не могу быть единственным человеком, который сталкивается с этими ошибками.
  1. 24.01.2015 08:01:35
  2. # 7
Давид майчрзак Принято ответа
Сообщений: 8
Присоединился: 04.04.2014
0
Голосов
расстегивать
Вы решили это?
Я видел это с opcache на PHP 5.2 с веб-сайтами, закодированными с помощью ioncube / zend, - вы должны отключить модули opcache для них.
Параметры компиляции не включают расширения PECL, которые вы, возможно, включили, так что «su - <имя_пользователя>, а затем запустите php -m \», пожалуйста.
  1. 31.07.2017 11:07:48
  2. # 8
Rhnev Принято ответа
Сообщений: 11
Присоединился: 06.07.2016
0
Голосов
расстегивать
Произошла та же ошибка.

 [Пн июл 31 13: 16: 57.865922 2017] [lsapi: error] [pid 482112: tid 140427902523136] [клиент XXX.XXX.XXX.XXX:55769] [хост http://www.example.com ] Базовая ошибка на запрос отправки (GET / contact HTTP / 1.1); uri (/ contact) content-length (0) (lsphp убит?): ReceiveAckHdr: ничего не читать из сокета backend, referer: http://www.example.com/index  (480239): дочерний процесс с pid: 485461 был убит сигналом: 15, core dump: 0 


Я активировал базовые дампы в lsphp и появился в apache error_log:

 lsphp master: рабочий убит сигналом SEGV - увеличивает предел PMEM 


Установите ограничения на неограниченный и все еще сбой. Opcache также отключен. Есть идеи, как их решить?
  1. 31.07.2017 16:07:17
  2. # 9
Богдан Принято ответа
Сообщений: 709
Присоединился: 26.06.2013
0
Голосов
расстегивать
Здесь нет простого способа помочь. Coredump должен быть исследован с помощью gdb, отлично - нашими разработчиками.

Лучше создать билет поддержки с нами.
  1. 20.11.2017 14:11:16
  2. # 10
Мортен Принято ответа
Сообщений: 103
Присоединился: 16.04.2014
0
Голосов
расстегивать
Вы нашли причину этого?
На нашем сервере LiteSpeed ​​я все время вижу в stderr.log все это:
2017-11-20 15: 47: 06.058 [STDERR] (98314): дочерний процесс с pid: 113954 был убит сигналом: 11, core dump: 0
lsphp master: рабочий убит сигналом SEGV - увеличивает предел PMEM
2017-11-20 15: 47: 07.065 [STDERR] (113958): дочерний процесс с pid: 113959 был убит сигналом: 11, core dump: 0
lsphp master: рабочий убит сигналом SEGV - увеличивает предел PMEM
2017-11-20 15: 47: 11.060 [STDERR] (51769): дочерний процесс с pid: 114313 был убит сигналом: 11, core dump: 0
lsphp master: рабочий убит сигналом SEGV - увеличивает предел PMEM
2017-11-20 15: 47: 15.031 [STDERR] (51270): дочерний процесс с pid: 114391 был убит сигналом: 11, core dump: 0
lsphp master: рабочий убит сигналом SEGV - увеличивает предел PMEM
2017-11-20 15: 47: 15.033 [STDERR] (51211): дочерний процесс с pid: 114386 был убит сигналом: 11, core dump: 0
lsphp master: рабочий убит сигналом SEGV - увеличивает предел PMEM

Как я могу легко найти, какой лимит PMEM учетной записи должен быть увеличен?
Я не могу найти ни одного высокого пользователя в LVE.
  1. 22.11.2017 15:11:47
  2. # 11
Игорь Гертеско Принято ответа
Сообщений: 154
Присоединился: 07.08.2015
0
Голосов
расстегивать
Привет, Мортен,

Если я правильно понял вас, вы используете LiteSpeed? Причины могут отличаться от LiteSpeed ​​и Apache с mod_lsapi. Лучше отправить заявку в нашу службу поддержки: https://cloudlinux.zendesk.com/hc/en-us/requests/new
  • Страница:
  • 1


Там нет ответов, сделанные на этот пост пока нет.
Будьте одним из первых, чтобы ответить на этот пост!
гость
Отправить Ваш ответ
Загрузить файлы или изображения для обсуждения этого вопроса, нажав на кнопку загрузки ниже. опоры GIF, JPG, PNG, ZIP, RAR, PDF
• Вставить • Удалить Загрузка файлов (Максимальный размер файла: 2 MB)
Защитный код
Чтобы защитить сайт от ботов и несанкционированных сценариев, мы требуем, чтобы вы ввели коды капчи ниже, прежде чем отправить свой вопрос.