Re: 13.2-Rでapache24 reload不可
こんにちは。 小川さん、仲村さん 情報ありがとうございます。 sysrc apache24_aslr_disable=YES これで回避できているようです。 ありがとうございました。 >こんにちは。 > >新規サイトを作りたいということでESXi8.0上にFreeBSD-13.2-RELEASEをインストール >して >apache24 php82 mod_php82をpkg installし、稼働まで設定しました。 >数日後確認するとapache24が落ちていました。 >messagesは >Nov 10 00:00:01 www kernel: pid 2141 (httpd), jid 0, uid 0: exited on signal >11 (core dumped) >です。 >newsyslogを実行して落ちているみたいでした。 >/etc/newsyslog.conf.d/apache24.confは以下の通りです。 >確認するため毎日実行するようにしました。 >/var/log/httpd/httpd-error.log 644 53 * $D0 JC /var/run/httpd.pid >30 >/var/log/httpd/httpd-access.log 644 53 * $D0 JC /var/run/httpd.pid >30 > >その後の調査でservice apache24 reloadで落ちることを確認しました。 >落ちていてもservice apache24 startで起動しますし、service apache24 restartで >も正常に動きます。 >httpd.confにLogLevel debugにて原因を知ろうとしましたが何も発見できず。 > >mod_phpをオンにすると現象が起きて無効にすると落ちない事が判明しました。 >13.2からはphp-fpmを使うことになったのでしょうか。 > > >試しにESXi上でもう一つ領域を作りFreeBSD-13.1-RELEASEでmod_php利用で構築すると >落ちませんでした。 > >原因を知っている方いらっしゃいますか。 > >** >高橋 実 >〒018-5201 >秋田県鹿角市 >TEL:0186-23-3108 >FAX:0186-30-1616 >e-mail:mik...@ink.or.jp >** ** 高橋ヌリモノ店 〒018-5201 秋田県鹿角市花輪字八正寺１９−１０ TEL:0186-23-3108 FAX:0186-30-1616 e-mail:i...@nurimono.jp ** --
Re: 13.2-Rでapache24 reload不可
補足情報があります。 ports 側で rc.d に配置する script に変更が入っていて sysrc apache24_aslr_disable=YES で /etc/rc.conf に apache24_aslr_disable="YES" を登録したあとに service apache24 start すると、reload できるようになっていました。 こちらの方が、システム全体への影響がないので 良いかなと思います。 -- 小川 On 2023年11月10日金曜日 21時22分12秒 JST 小川 顕康 wrote: > こんにちは。 > > こちらでも同じ問題が発生して、以前調べたことがありました。 > > 結果、/etc/sysctl.conf に > kern.elf64.aslr.enable=0 > のパラメータを設定して解決しています。 > > ASLR(address space layout randomization) が有効になったことで > mod_php 側の opcache.so 内の function へのポインタを見失ったと > 記憶しています。 > こちらの環境では、上のパラメータ適用で回避できていますのでお試しください。 > > -- > 小川 > > On 2023年11月10日金曜日 19時07分06秒 JST mik...@ink.or.jp wrote: > > こんにちは。 > > > > 新規サイトを作りたいということでESXi8.0上にFreeBSD-13.2-RELEASEをインストールして > > apache24 php82 mod_php82をpkg installし、稼働まで設定しました。 > > 数日後確認するとapache24が落ちていました。 > > messagesは > > Nov 10 00:00:01 www kernel: pid 2141 (httpd), jid 0, uid 0: exited on > > signal 11 (core dumped) です。 > > newsyslogを実行して落ちているみたいでした。 > > /etc/newsyslog.conf.d/apache24.confは以下の通りです。 > > 確認するため毎日実行するようにしました。 > > /var/log/httpd/httpd-error.log 644 53 * $D0 JC > > /var/run/httpd.pid > > 30 /var/log/httpd/httpd-access.log 644 53 * $D0 JC > > /var/run/httpd.pid 30 > > > > その後の調査でservice apache24 reloadで落ちることを確認しました。 > > 落ちていてもservice apache24 startで起動しますし、service apache24 restartでも正常に動きます。 > > httpd.confにLogLevel debugにて原因を知ろうとしましたが何も発見できず。 > > > > mod_phpをオンにすると現象が起きて無効にすると落ちない事が判明しました。 > > 13.2からはphp-fpmを使うことになったのでしょうか。 > > > > > > 試しにESXi上でもう一つ領域を作りFreeBSD-13.1-RELEASEでmod_php利用で構築すると落ちませんでした。 > > > > 原因を知っている方いらっしゃいますか。 > > > > ** > > 高橋 実 > > 〒018-5201 > > 秋田県鹿角市 > > TEL:0186-23-3108 > > FAX:0186-30-1616 > > e-mail:mik...@ink.or.jp > > **
Re: 13.2-Rでapache24 reload不可
こんにちは。 こちらでも同じ問題が発生して、以前調べたことがありました。 結果、/etc/sysctl.conf に kern.elf64.aslr.enable=0 のパラメータを設定して解決しています。 ASLR(address space layout randomization) が有効になったことで mod_php 側の opcache.so 内の function へのポインタを見失ったと 記憶しています。 こちらの環境では、上のパラメータ適用で回避できていますのでお試しください。 -- 小川 On 2023年11月10日金曜日 19時07分06秒 JST mik...@ink.or.jp wrote: > こんにちは。 > > 新規サイトを作りたいということでESXi8.0上にFreeBSD-13.2-RELEASEをインストールして > apache24 php82 mod_php82をpkg installし、稼働まで設定しました。 > 数日後確認するとapache24が落ちていました。 > messagesは > Nov 10 00:00:01 www kernel: pid 2141 (httpd), jid 0, uid 0: exited on signal > 11 (core dumped) です。 > newsyslogを実行して落ちているみたいでした。 > /etc/newsyslog.conf.d/apache24.confは以下の通りです。 > 確認するため毎日実行するようにしました。 > /var/log/httpd/httpd-error.log 644 53 * $D0 JC /var/run/httpd.pid > 30 /var/log/httpd/httpd-access.log 644 53 * $D0 JC > /var/run/httpd.pid 30 > > その後の調査でservice apache24 reloadで落ちることを確認しました。 > 落ちていてもservice apache24 startで起動しますし、service apache24 restartでも正常に動きます。 > httpd.confにLogLevel debugにて原因を知ろうとしましたが何も発見できず。 > > mod_phpをオンにすると現象が起きて無効にすると落ちない事が判明しました。 > 13.2からはphp-fpmを使うことになったのでしょうか。 > > > 試しにESXi上でもう一つ領域を作りFreeBSD-13.1-RELEASEでmod_php利用で構築すると落ちませんでした。 > > 原因を知っている方いらっしゃいますか。 > > ** > 高橋 実 > 〒018-5201 > 秋田県鹿角市 > TEL:0186-23-3108 > FAX:0186-30-1616 > e-mail:mik...@ink.or.jp > **
