PHPがsegmentation faultで死ぬ原因を追跡する - カメニッキ
発端 WordPressで構築されたサイトで 502 Proxy Error が出る、という問題が発生した。 [LB] -> [Reverse proxy] -> [Webサーバ] という構成のため、ユーザへ返るステータスコードは Reverse proxy が吐いてる。 ここが 502 Proxy Error となるのは、プロキシした先の Webサーバ でhttpdプロセスが異常終了してしまっている事が原因だった。 ※ちなみに今回PHPのセグフォでhttpdが死んでいるのは、dsoだったため。httpdから生えたcgiだった場合、cgiのセグフォをhttpdが検知できるので、恐らく500エラーを返すことになる なぜ異常終了しているかを調べた（未解決） httpdのエラーログを見ると、プロセスがセグフォで死んでいることがわかる。 [Wed Nov 30 11:53:51.240210 20
CentOS6 + Apache + PHP で Segmentation fault - pospomeのプログラミング日記
突然システムが動かなくなった。 現時点で解決してませんが作業ログを残します。 --- 2014/05/06 追記 --- 解決しました。 CakePHPの $this->loadModel() で モデルでもないクラスを指定していました。 これにより大量のメモリが消費されてエラーになっていたみたいです。 Apache とか PHP とか関係なかった・・・。 ---------------------- 【環境】 CentOS6 + Apache + PHP Apacheのエラーログを見ると .... child pid 3669 exit signal Segmentation fault (11) なんだこのエラーは・・・。 Segmentation fault はLinuxのメモリアクセスが問題で発生するエラーらしい。 ここらへんの説明は省略。 OS再起動、Apache再起動でも直らな
PHPのcoredumpを読んでなぜSEGVで落ちたかを知りたい - Qiita
PHPのcoredumpを読みたいことは一生に1度くらいあるかもしれない。ないほうがよい。 正確にはmod_phpが組み込まれているApache httpdのcoredumpである。 内容はいいからコマンドが知りたい人向け $ gdb /usr/sbin/apache2 --core /var/tmp/core/core.15001 --command /usr/local/src/php-5.5.5/.gdbinit (gdb) set print pretty on (gdb) zbacktrace (gdb) print *executor_globals->active_op_array (gdb) print sapi_globals->request_info
既存アプリをPHP7へ移行する前にするべき6つのこと — A Day in Serenity (Reloaded) — PHP, CodeIgniter, FuelPHP, Linux or something
PHP 7.0.0-RC6 がリリースされ、PHP7の正式リリースが迫っています（予定では2015/11/12）。今日は、既存アプリのPHP7への移行について整理しておきます。 既存アプリをPHP7に移行する前には以下を実施するとよいです。 テスト環境を構築する 拡張モジュールの対応状況を調べる ライブラリなどの対応状況を調べる 変更点に関するドキュメントを読む php7ccをかける コードを修正しテストする 6つあげてますが、結局はPHP7で「テストする」ということに尽きます。 テスト環境を構築する PHP7の実行環境がなければ始まりません。Vagrantなどでテスト環境を構築できます。探せば色々あると思いますが、1つだけ紹介するとすれば、Rasmusさんのphp7devでしょうか。 https://github.com/rlerdorf/php7dev 参考：PHP7のテスト環境を構築
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
