2011年8月23日火曜日

omreport太郎

DELLが提供してるomreportコマンドつかたからかく。


#HWの状況確認
#この場合、memoryがくさい太郎

/opt/dell/srvadmin/bin/omreport chassis
Health

Main System Chassis

SEVERITY : COMPONENT
Ok : Fans
Ok : Intrusion
Critical : Memory
Unknown : Power Management
Ok : Processors
Ok : Temperatures
Ok : Voltages
Ok : Hardware Log
Ok : Batteries

For further help, type the command followed by -?

#memoryの状態をみてみる
#DIMM_A5が不調のようだー
/opt/dell/srvadmin/bin/omreport chassis Memory
Memory Information

Health : Critical

Attributes of Memory Array(s)
Attributes : Location
Memory Array 1 : System Board or Motherboard

Attributes : Use
Memory Array 1 : System Memory

Attributes : Installed Capacity
Memory Array 1 : 24576 MB

Attributes : Maximum Capacity
Memory Array 1 : 32768 MB

Attributes : Slots Available
Memory Array 1 : 6

Attributes : Slots Used
Memory Array 1 : 6

Attributes : ECC Type
Memory Array 1 : Multibit ECC

Total of Memory Array(s)
Attributes : Total Installed Capacity
Value : 24576 MB

Attributes : Total Installed Capacity Available to the OS
Value : 24097 MB

Attributes : Total Maximum Capacity
Value : 32768 MB

Details of Memory Array 1
Index : 0
Status : Ok
Connector Name : DIMM_A1
Type : DDR3 - Synchronous Registered (Buffered)
Size : 4096 MB

Index : 1
Status : Ok
Connector Name : DIMM_A2
Type : DDR3 - Synchronous Registered (Buffered)
Size : 4096 MB

Index : 2
Status : Ok
Connector Name : DIMM_A3
Type : DDR3 - Synchronous Registered (Buffered)
Size : 4096 MB

Index : 3
Status : Ok
Connector Name : DIMM_A4
Type : DDR3 - Synchronous Registered (Buffered)
Size : 4096 MB

Index : 4
Status : Critical
Connector Name : DIMM_A5
Type : DDR3 - Synchronous Registered (Buffered)
Size : 4096 MB

Index : 5
Status : Ok
Connector Name : DIMM_A6
Type : DDR3 - Synchronous Registered (Buffered)
Size : 4096 MB



2011年8月2日火曜日

SYN ACKが返ってこない太郎

すげ、こまったお。

LBの配下に、WEBサーバ(apache)を複数台置いて画像を配信してたら
MAC(OS X10.8.6)、ubuntu(11.04)で画像が見れたり、見れなかったり。

状況kwsk
・LBの振分ルールはラウンドロビン。
・LBからWEBサーバに対しては、SNATしてる。
・WEBサーバは常時2000コネクションくらい張っているんだけど
接続がまったくない状態でも同じ現象が発生する。
・逆にWEBサーバが1台やら2台だと再現しない。
・上記端末から、画像取得ができない(WindowsXP、Vista、7)はさくさくいける。
・ブラウザ依存じゃなかった(Firefox、Opera、Safari、Choromeでもだめ)
・IPV6はONでもOFFでもでる。
・Wiresharkでキャプチャしたら、SYN+ACKが返ってこない・SYNのリトライたくさん。

原因は・・・

・サーバ側で、net.ipv4.tcp_tw_recycleが有効になってて
・クライアント側のnet.ipv4.tcp_timestampsが有効になってて
・NATしてる環境だとSYNパケットを落とす?ようだ。

なんでかと考えたら。

クライアント側が持ってるTCPのタイムスタンプとサーバ側で保持してるタイムスタンプに
相違がでてうまく通信できないのか・・・サーバ側が、net.ipv4.tcp_tw_recycleを
有効にしてる=すぐ再利用しようとする→タイムスタンプがすれる?ってことかな・・

うーン
説明難しい太郎

WEBサーバ側で↓の設定いれたらとりあえず解決した。

#今の設定確認
/sbin/sysctl -a | grep tw_recycle
net.ipv4.tcp_tw_recycle = 1

#sysctl.confをバックアップ・編集
cp -rp /etc/sysctl.conf /etc/sysctl.conf.back

vim /etc/sysctl.conf

#追記
net.ipv4.tcp_tw_recycle = 0

#差分確認
vimdiff /etc/sysctl.conf /etc/sysctl.conf.back

#反映
/sbin/sysctl -p

#確認
/sbin/sysctl -a | grep tw_recycle
net.ipv4.tcp_tw_recycle = 0



ただ、無効にするとTIME_WAITの数が多くなるので
socket使い果たさないようにきをつけお

nginx bot弾く太郎

nginxでbotを弾くお。
かんたん。


vim /usr/local/nginx/conf/nginx.conf

#下記を追加して、yattabot(大文字小文字関係なし)にはじく
#今回は、user_agentに偽装してるやつがいたので$http_user_agentで弾いた

if ($http_user_agent ~* Yattabot) {
return 404;
}

#nginxのconf読み込み
/etc/init.d/nginx reload



FirefoxのUser Agent Switcherで確認すればはじけることわかる