OOM Killer（Out of Memory Killer）を無効にする方法: SPLEX Factory
以前にsyslog server で 「OOM-Killer」 というLinuxカーネルの仕組みが原因で「syslog」と「mysql」のプロセスが強制停止される事象が発生した。 1. OOM-Killerとは システムを動作させるために必要なメモリが確保できなくなった場合に、システム全体が停止するのを防止するため、OOM-Killerで定義されたファイルからランダムにProcessを強制終了させ、空きメモリを確保するLinuxカーネルの仕組み。 2. OOM-Killerのデメリット Serverとして提供しているサービスのProcessが強制終了させられ、サービスが提供できなくなる場合がある。 3. 対応策 1). OOM-Killerを無効にする（システム再起動後も有効） # vi /etc/sysctl.conf vm.oom-kill=0 2). 大切なプロセスの優先度を変更し、
(ヽ'ω`) < rsyslogでimuxsockなんとかってメッセージが出る - (ヽ´ω`) < 助けてほしいマン
(ヽ'ω`) < rsyslogが吐き出すログに変なメッセージが… rsyslogが出力するログに、以下のようなエントリが書き込まれることがある。 rsyslogd-2177: imuxsock begin to drop messages from pid 2305 due to rate-limiting rsyslogd-2177: imuxsock lost 68 messages from pid 2305 due to rate-limiting (ヽ'ω`) < なんなのこれ？ rsyslogでは短時間に大量のログが発生した場合、パフォーマンスやディスク容量の観点から、出力を制限するRate Limit Control機能がある。 デフォルトでは、以下のように設定されている $SystemLogRateLimitInterval [number] - specifies th
cron で > /dev/null して椅子を投げられないための3つの方法 - 酒日記 はてな支店
(タイトルは釣りです) いい加減、>/dev/null 2>&1と書くのをやめたらどうか - DQNEO起業日記 この記事のタイトルが twitter で流れてきたのを見て、「そうだ！出力を /dev/null に捨てるなんてとんでもないよね！」と思ってよく読んだら /dev/null に間違いなく捨てる方法だったのでつい crontabに > /dev/null 書いたら椅子投げる 2012-06-13 00:01:17 via YoruFukurou とつぶやいてしまったのですが、では出力を捨てないためにはどうすればいいのか。現時点での個人的ベストプラクティスを書き留めておきます。 デフォルト : メールで送る (MAILTO) せっかく cron daemon がログを捨てないためにわざわざメールで送ってくれるのに、それを > /dev/null で踏みにじるとはひどい。 とはいえ、
安全性の高いログ・サーバへの乗り換えのススメ（1）～ syslogサーバからsyslog-ngへの乗り換え ～
※ご注意 本稿の内容を検証する場合は、必ず影響を及ぼさない限られた環境下で行って下さい。また、本稿を利用した行為による問題に関しましては、筆者および株式会社アットマーク・アイティは一切責任を負いかねます。ご了承ください。 前回は、syslogによるログ転送の説明をした。今回は、安全性がより考慮されたsyslogサーバのsyslog-ng（syslog-next generation）への乗り換えについて2回に分けて述べる。では、syslogサーバのセキュリティ上の課題やsyslog-ngの主な機能を紹介しよう。 syslogdからsyslog-ngへ 前回までに説明したオリジナルのsyslogサーバ（syslogd）には、きめ細かなログの制御・監査が行えない、あるいはセキュリティがあまり考慮されていないなどの課題が残されている。 もちろん、それでも十分にログの運用管理は行えるが、本稿ではさ
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
syslog-ngの導入
