3.25、オークスは、問題を設定Apacheサーバに到達MaxClientsのを投写
apachelog报错:[mpm_worker:エラー] [PID 2486:TID 140526322251584] AH00287:サーバはMaxRequestWorkersのMinSpareThreads内にある、設定MaxRequestWorkers引き上げを検討
解決策:現時点の確認、これは同時リンク数によるものであるあまりにつながります!
ソリューション:
ps -ef | grepのhttpdの|はgrep -v grepの|トイレ-l - プロセスの量をチェックしてください
netstatの-ant |グレップの-E ":80 |:443" |トイレ-l ----ビュー接続
netstatの-ant | grepをESTABLISHED |グレップの-E ":80 |:443" の接続を確立する---ビュー
#我々は/usr/local/apache2/conf/extra/httpd-mpm.conf
<のIfModule mpm_worker_module>
StartServers 3
MinSpareThreads 75
MaxSpareThreadsの取る250
25をThreadsPerChildの
ServerLimitの2000
MaxRequestWorkers 1000年
MaxConnectionsPerChild 0
</のIfModule>
3.26、オークス、単一のIP接続を制限するスレッドへのプロジェクトでは、マルチスレッド接続リソースを許可していません。
IPの制限については、mod_limitipconnこのモジュールを採用しました。
このモジュールの利点は欠点は、個々のフォルダやファイルに設定することができない、設定が簡単であり、仮想ホストをサポートしていません。
このモジュールはApacheの中に設置された後に効果を取ることができ、設定ファイルに次の段落を追加します。
ExtendedStatusがオン
<のIfModule mod_limitipconn.c>
すべての仮想ホスト/ディレクトリの<場所/>#
各IP MaxConnPerIP 3#3は、唯一の同時接続を可能に
NoIPLimit画像/ *画像の#は、IP制限をしません
</場所>
<場所/ mp3>#すべてのホスト/ mp3ディレクトリ
MaxConnPerIP 1#IPはリクエストごとに1つだけの接続を許可します
OnlyIPLimitオーディオ/ MPEGビデオ#のみビデオとオーディオのファイル形式に制限
</場所>
</のIfModule>
3.27、オークスプロジェクトスペースがありませんが、デバイス上で左:SSLMutexを作成できません
エラーメッセージ「デバイスに残されたスペースがありません:SSLMutexを作成できませんが」、この文の意味は、共有変数を作成するには、何も残りのリソースではありませんSSLMutex
Linuxはハンドルの作成を考えることはできませんし、サービスを提供することはありませんし、共有変数リソース占有を見ます
IPCS :IPCS呼び出し元プロセスが読み取りアクセス権を持っているIPC施設に関する情報を提供します。
#IPCS -s
------セマフォ配列--------
キーsemidの所有者のパーマのNSEMS
0x00000000の0ルート600 1
0x00000000の32769ルート600 1
0x00000000の163842 apacheの600 1
0x00000000の196611 apacheの600 1
0x00000000の229380 apacheの600 1
0x00000000の262149 apacheの600 1
0x00000000の294918 apacheの600 1
解放することはできませんApacheのプロセスによって占有されることがわかっ共有変数の数百、資源の枯渇があります。
次のようにだから、あなたは資源を享受共有変数信号を削除する必要があり、削除コマンドは次のようになります。
#IPCS -s | perlの-ane '/ ^ 0x00000000の/ && `のipcrm -s $ F [1]`'
制限パラメータIPCSビュー:IPCS -l
#IPCS -l
------共有メモリ制限--------
セグメント= 4096の最大数
最大ワンセグサイズ(キロバイト)= 67108864
最大総共有メモリ(キロバイト)= 17179869184
私自身のサイズ(バイト)= 1
------セマフォの制限--------
アレイの最大数= 128
アレイあたり最大セマフォ= 250
最大セマフォシステムワイド= 32000
semopコールあたりの最大は、OPS = 32
セマフォの最大値= 32767
------メッセージ:制限--------
最大キューシステムワイド= 3751
メッセージの最大サイズ(バイト)= 65536
キューのデフォルトの最大サイズ(バイト)= 65536
私を見つけ、128までのセマフォの制限は、この数より多く、httpdサービスは起動しなくなり、それが開いていない上記のサイトをリードしています。
3.28、オークスプロジェクトダンプ・ファイルにTomcatのメモリリーク
多くのTomcatプロセスの終了(または死亡のプロセスを装う)、OutOfMemeoryErrorが原因スロー頻繁に起因するものです。
終了または自動的に行われ、その後、簡単なトラブルシューティングのためのスタック情報をダンプOutOfMemeoryError前に、Tomcatの時間を作るために、我々は次の操作を実行できます。
+ HeapDumpOnOutOfMemoryError -XX:HeapDumpPath = /エクスポート/oom.hprof 1は、二つのパラメータのTomcat起動パラメータ-XXで添加しました
2、Tomcatを再起動します
パラメータ説明
(1)-XX:+ JVMはOOM発生時HeapDumpOnOutOfMemoryErrorを示し、自動的に生成されたファイルをダンプします。
(2)-XX:HeapDumpPath =格納ファイル/ディレクトリファイルパス生成ダンプを表します
3.29、オークスプロジェクトTomcatのセッションタイムアウトの3つの構成
セッションタイムアウトの方法を設定します:
方法:
以下のweb.xmlのセッション-config設定内に配置された:
<セッション-config>の
<-theセッションタイムアウト> 2 </ -セッションタイムアウト>
</セッション-config>の
、すなわち、クライアントとサーバの対話二回最長インターバル2分、2分session.getAttribute()は、値がヌルである取得します
第二の方法:
Tomcatの中のセッション設定/conf/web.xml、デフォルト値:30分
の<session-config>の
<-theセッションタイムアウト> 30 </ -セッションタイムアウト>
</セッション-config>の
3つの方法:
中で提供サーブレット
のHttpSessionでrequest.getSessionセッション=();
session.setMaxInactiveInterval(60); //秒
説明:
1.優先順位:設定/web.xml> Tomcatの/ confに/ web.xmlのサーブレット>設定プログラムで提供されるAPI
アクセスサーバーのセッションタイムアウト(最終アクセス時間間隔での訪問は最大セッション非アクティブよりも大きい場合2.インターバル)、およびそれが最後のセッションの終わりですが、サーバとクライアントが新しいsesssionIdその結果、プロパティ値が失われたセッションの前に、新しいセッションを生成します
。3.クライアントとの有効なセッションに一度サーバー(セッションなしコードsession.setMaxInactiveInterval()値が設定されている場合、タイムアウト)が、それぞれが、同じセッションIDにアクセスし、セッションの最大非アクティブ間隔が変更され、新しい値に適用されます。
4.Session破壊(サイクルに代わってセッションの終了):リクエストはsession.invalidate()メソッドは、この期間の終了要求と呼ばれる期間に、セッションが破壊され、または自動的にセッションタイムアウト後に破壊され、クライアントまたはオフアウトブラウザ
3.38、(127.0.0.1)のワーカーを無効にap_proxy_connect_backend長安プロジェクトApacheのエラー
解決策は、それが再試行する60秒を待つようにデフォルトではありませんので、プログラム命令は、httpサーバの仮想ホストの設定をのapacheエージェントに「リトライ= 0」パラメータを追加することです。
ProxyPass /のhttp:// backendserver:8080 /リトライ= 0