Q&A
大量発生する根本原因を対策したいのか、ログファイルを圧迫しないように出力を制御したいのか、どちらでしょうか。
助けてください。
Apache (internal dummy connection)が同時刻(秒数まで一緒)で大量発生します。
※ログの件数＝apacheの子プロセス数です。
原因、対策方法について知りたいです。
heartbeat+pacemakerで冗長構成を組んでいて、
しかし、タイトルのエラーが発生したタイミングで
failcountが増加してしまうという問題が発生してます。
該当時間でのaccess_logはserver-statusへのアクセスのみです。
■crm configure show
primitive apache ocf:heartbeat:apache \ params configfile="/etc/httpd/conf/httpd.conf" httpd="/usr/sbin/httpd" statusurl="http://10.0.0.1/server-status" \ op start interval="0s" timeout="90s" on-fail="restart" \ op monitor interval="10s" timeout="60s" on-fail="restart" \ op stop interval="0s" timeout="300s" on-fail="block" \ meta migration-threshold="3"
一時的にアクセスが増加し、プロセスも増えたというわけでもなさそうですし、
MaxRequestsPerChildの上限値に達したことによるkillでもなさそうです。
現状、上記問題が発生するたびにfailcountリセットを実施している状況です。
知見のある方、お助けお願いします。
■サーバ情報とか
Red Hat Enterprise Linux Server release 6.6
httpd-2.2.15-60.el6.centos.6.x86_64
heartbeat-3.0.5-1.1.el6.x86_64
pacemaker-1.0.13-1.el6.x86_64
回答1件
0
すでに調べられているかとは思いますが、[internal dummy connection]は
Apacheのいつだかのバージョンから追加された機能に付随するログです。
Processを安全に切るための機能で、その際にdummyへの接続が必要不可欠であり
[internal dummy connection]はそれを示すログとなります。
このため、[internal dummy connection]の出力自体は問題ないですが
その出力数が異常であるということであれば、Apacheの子プロセスが増殖される原因を調べる必要があります。
単純に外部からのアクセスもそうですが、冗長化構成とのことなので
ヘルスチェックの動作を見直してみることも糸口になるかもしれません。
※「apacheプロセスも冗長」の部分も若干、気になりますが・・・
投稿2017/12/05 07:23
総合スコア240
k-nishiyamaさま
ご回答ありがとうございます。
子プロセスは30個ほど用意してしていて、(StartServer)
そのプロセス分のinternal dummy connectionが発生するということです。
恐らく、プロセスは増殖してないと思います。
ちなみに、外部アクセスはほぼないです。
apache以外でinternal dummy connectionを誘発させるものって
あるのかなぁと考えているところです。
※apacheプロセスも冗長
→これはすみません。誤解を招きました。削除します。
ただ単にリソースとして登録しているという意味です。
jukilil 様
> ヘルスチェックの動作を見直し
こちらは如何でしょうか
failcountの増加と[internal dummy connection]の出力が同タイミングであるならば
ヘルスチェックがエラーになる原因があるのでは？と考えています。
・ページ自体は閲覧できる
・pacemaker側でfailcountが増加する
こうなると、Apacheではなくpacemaker側の動作ログとか見たほうが良い気がします。
※たしかpacemakerの動作状況ログって出力できましたよね？
k-nishiyamaさま
> こうなると、Apacheではなくpacemaker側の動作ログとか見たほうが良い気がします。
確かに、
failcount増加と[internal dummy connection]の発生タイミングは同じでした。
それを踏まえた上でpacemaker側のログを確認したところ、
ERROR: Failed to access httpd status page.
というステータスページにアクセスできなかったというログがありました。
つまり、
ステータスページにアクセスできずに
pacemakerが異常と判断し、apacheの再起動を実施し、
internal dummy connectionが大量発生したという可能性が高いです。
ありがとうございます！
ただ、このサーバ2年近く動作してて
初めてこんな動きをしているんですよね。。
jukilil 様
いえ、解決に近づけているようで良かったです。
実際にローカルからwgetコマンドを用いてステータスページを参照し、
正しいデータが取得できるか？などのチェックを行うと、更に先に進める気がします。
今まで問題なくヘルスチェックができていたということであれば、
SSLに起因したエラーや、ローカルからステータスサイトを見た際の参照先が以前と異なる、など
原因は色々考えられるかと思いますので、Apacheのエラーログなどを確認しつつ対象を絞り込めていけたらいいですね。
k-nishiyamaさま
そうですね。。
server-statusのログでも取得して
その時何が起きているのか確認してみたいと思います。
あなたの回答
tips
プレビュー
