net.tcp.listen が、内部的に [/proc/net/tcp] の完全なリストを読み取っていない | 日本Zabbixユーザー会
net.tcp.listen が、内部的に [/proc/net/tcp] の完全なリストを読み取っていない 環境： linux 2.6 (CentOS 6.4) x86_64 / zabbix-2.0.11 関連する本家 BTS の ISSUE 番号 : ZBX-6790 ZBX-6790 によると、2.0.11 を含む最新版にて、[race condition] 不整合を起こす問題は修正済となっています しかし、新たな不具合として、使用中ソケットの一覧となっている [/proc/net/tcp] を 完全に読み取っていないようです そのため、多数のポートで [listen] している状態で、それぞれについて net.tcp.listen[xxx] のチェックを行うと、一部は「正常(listen中)」、一部は「異常(listenしていない)」と 返ってきてしまっています いろいろ調査して
調べなきゃ寝れない！と調べたら余計に寝れなくなったソケットの話 - Qiita
なるほど、最近ソケット通信、ソケット通信と言ってるのはUNIXドメインソケットの事か！ UNIXドメインソケットって何がいいの？ Performance Analysis of Various Mechanisms for Inter-process Communicationに素晴らしい検証があった。 It was hypothesized that pipes would have the highest throughtput due to its limited functionality, since it is half-duplex, but this was not true. For almost all of the data sizes transferred, Unix domain sockets performed better than both TCP so
TIME_WAIT状態のTCPコネクションを早く終了させるべくKernelをリビルド - 元RX-7乗りの適当な日々
以前、一度やったはずなのですが、すっかり忘れてしまっていて、結局調べることになったので、今回はここに作業ログを残しておきます。 TIME_WAITコネクションの増殖 一般的にネットワークアクセス数が極端に多いサーバでは、TIME_WAIT状態のコネクションが残留しがちです。 TIME_WAITの滞留時間が、Linuxデフォだと60秒になっているため、下記のエントリにも書きましたが、60秒の間に数十万レベルのリクエストが来るとあっという間にコネクションテーブルが埋まっていってしまうわけです。 で、別にTIME_WAITコネクションが多くなってしまうこと自体は、完全な悪というわけでもなく、 "net.ipv4.tcp_max_tw_buckets" あたりでキャップもできるし、それなりに制御して付き合っていけばいいわけですが、ローカルのTCPポートを使い切るようなケースだと、使えるローカルポー
LinuxのTCP SYNの再送間隔の初期値が3秒から1秒に変更されていた - 元RX-7乗りの適当な日々
ということに、(今更？)気付いたお話です。 HAを組んだ際のVIPの切り替えテストをやっているときに、高負荷時とかは切り替えに7秒ぴったりかかるケースとかがあって、7秒って何の数字だろうと疑問を持ちました。 OSは、CentOS 6.4(2.6.32-358.23.2.el6.x86_64)です。 TCP SYNの再送間隔が、1...2...4...秒になっている で、tcpdumpを眺めていると以下のようなシーケンスです。 11:50:35.689301 IP client-host.8957 > server-host.http: Flags [S], seq 1616681830, win 14600, options [mss 1460,sackOK,TS val 889880946 ecr 0,nop,wscale 7], length 0 11:50:36.688503 IP
iptablesセットアップ用のスクリプトを作成する - Qiita
#!/bin/bash # チートシート # -F, --flush [chain]: 選択したチェーンのルールを消去する # -P, --policy chain target: 選択したチェーンのポリシーを指定する # -A, --append chain rule-specification: 選択したチェーンにルールを追加する # # -j, --jump target: ターゲットを指定する # -p, --protocol protocol: プロトコルを指定する # -i, --in-interface name: 入力インターフェースを指定する # -o, --out-interface name: 出力インターフェースを指定する # -m matchname # --dport, --destination-port port[:port]: 送信先ポートを指定する #
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
IBM Developer