Приложение PHP аварийно завершает работу: дочерний идентификатор pid завершается с недопустимой инструкцией (4)
Ваше приложение "Терминал" в OS / X настроено на сохранение всех строк текущего сеанса с момента его открытия, если у него есть память. Вы должны ограничить количество строк, сохраняемых приложением Терминал.
Перейдите в Терминал-> Настройки-> Профили, отредактируйте свой активный шаблон, где вы увидите прокрутку, измените переключатель с «Ограничить доступную память» на «Ограничить количество строк до» и поместите туда разумное число (возможно, от 1000 до 2000).
Боюсь, что этот параметр применяется только к новым сеансам оконного терминала, поэтому вы должны закрыть текущие и открывать новые.
Несколько дней назад я внезапно начал получать ту же ошибку на сайте Wordpress 4, работающем на PHP 5.3.3 и размещенном в Rackspace на виртуальном сервак на пару лет. Теперь он работает под управлением CentOS 6.8 и пережил множество обновлений ОС и Wordpress - я думаю, мы начали с CentOS 5.x!
Как бы то ни было, я сначала попробовал обновить PHP (который поддерживается CentOS 6.x в версии 5.3.3), но я использовал стороннее репозиторий "remi" yum:
Репозиторий Remi RPM - Блог: http://blog.famillecollet.com/pages/Config-en
, что позволило мне перейти на PHP 5.6.22
И хотя это не устранило проблему, оно улучшило сообщение об ошибке. Теперь журналы apache были безмолвными (!), Но в / var / log / messages это говорилось каждый раз, когда я заходил на административные страницы Wordpress:
kernel: php[23199] trap invalid opcode
ip:7ffa1074ad60 sp:7fff8bff6268 error:0
in libfreeblpriv3.so[7ffa106f8000+72000]
и гуглил большинство этих интересных слов (не столько числа и цитирование «libfreeblpriv3.так что "поскольку было много похожих совпадений для других двоичных файлов) привел к этому отчету об ошибке CentOS и обсуждению:
010930: curl -> Недопустимая инструкция после обновления centos 6.8 - Ошибка CentOS Трекер: http://bugs.centos.org/view.php?id=10930#c26717
, который определил виновника: curl !
Эта проблема возникла внезапно. из-за недавнего обновления yum-update библиотеки curl, которое (по-видимому) конфликтует с старыми гипервизорами OpenStack (например, с нашими устаревшими экземплярами Rackspace, которые нужно было обновлять несколько лет назад до их нового «вкуса» виртуальных машин) и всякий раз, когда Wordpress попытался использовать curl для загрузки чего-либо, он вылетел из строя php и забрал вместе с ним процесс apache.
Комментарий (довольно далеко от темы) привел к исправлению, которое сработало для меня:
# How to downgrade curl:
# (updated with corrected links after those went all 404 on me)
wget http://vault.centos.org/6.7/os/x86_64/Packages/curl-7.19.7-46.el6.x86_64.rpm
wget http://vault.centos.org/6.7/os/x86_64/Packages/libcurl-7.19.7-46.el6.x86_64.rpm
rpm -Uvh --oldpackage curl-7.19.7-46.el6.x86_64.rpm
rpm -Uvh --oldpackage libcurl-7.19.7-46.el6.x86_64.rpm
yum install -y yum-plugin-versionlock
yum versionlock curl
yum versionlock libcurl
service httpd restart
После этого я перезапустил apache, и все снова стало хорошо: -)
Это вызвано последним обновлением CentOS для пакет nss. Это также вызвало панику у apache. Вот шаги для понижения версии пакета:
export NSS_DISABLE_HW_AES=1
yum -y downgrade nss nss-util nss-tools nss-sysinit
yum -y install yum-plugin-versionlock
yum versionlock add! nss-3.21.0-8.el6.x86_64 nss-sysinit-3.21.0-8.el6.x86_64 nss-tools-3.21.0-8.el6.x86_64 nss-util-3.21.0-2.el6.x86_64