ぜんぶTIME_WAITのせいだ！ - Qiita
課題 突然キャンペーンとかの高トラフィックが来る！とか言われると色々困ることはあるものの、今のご時世クラウドだからスペック上げときゃなんとかなるでしょ。ってとりあえずCPUとかメモリあげて見たものの、キャンペーンが始まったら意外と早くブラウザからつながらない！！とか言われたりする。 CPUもメモリもそんなに負荷は特に高くもない。調べてみたらTIME_WAITが大量にあった。 とりあえず何とかしたい TIME_WAIT数をコマンドで確認 $ netstat -anp|grep TIME_WAIT __(snip)__ tcp 0 0 192.168.1.1:80 192.97.67.192:56305 TIME_WAIT - tcp 0 0 192.168.1.1:80 192.63.64.145:65274 TIME_WAIT - tcp 0 0 192.168.1.1:80 192.39
2012 年 7 月 1 日のうるう秒挿入時に発生した Linux カーネルの不具合に関する情報
更新履歴 2012-08-28: URL 公開 2012-08-29: futex、hrtimer、MySQL の発生条件、NTP SLEW モードに関する @odhrfm さんからの情報、キーワード更新、その他いろいろ細かい修正 2012-08-30: 参考リンク追加 2012-09-01: LKML まとめシートの thread#50 を追加 2012-09-03: SLES カーネルの更新情報、per-cpu についての記述、blockdiag によるブロック図を追加 2012-09-11: LKML まとめシートの thread#52, #53 を追加 2012-09-12: LKML まとめシートの thread#54 〜 #58 を追加 はじめに 日本時間 2012 年 7 月 1 日 9:00 にうるう秒が挿入されましたが、その際 Linux カーネルに起因する不具合により、
うるう秒のLinuxへの影響(2012年7月版) - cuspy diary
2012年7月1日 08:59:59 秒(JST)の後に1秒が追加される、うるう秒が発生しま す。 うるう秒に関する基本的な情報は以下のNICTのページで説明されています。 うるう秒の対応（２０１２年７月実施版） このうるう秒発生時における、Linux上のNTPの動作について検証してみた所、 各種Linuxディストリビューションによって動作が異なる事が解ったのでまとめ てみました。 検証はNICTで公開されている 簡易NTPサーバー を利用して、LIフラグが01のパケットを受け取る方法で行いました。 うるう秒発生時の挙動として以下3種類のパターンが挙げられます。 kernelの機能を利用して時刻の補正を行う LIパケット受信時、ntpdはシステムコールの adjtimex(2) を発行し、kernelの機能を利用して時刻の調整を行います。結果として、 うるう秒発生時に時間の逆行が発生します
GRUBで停止してOSが起動しない場合 - 元RX-7乗りの適当な日々
CentOS5の話。 何気なく"yum update"を実行し、パッケージのアップデートを実施した。で、kernelのアップデートも含まれていて、それも踏まえた上で普通にアップデートしたつもりだった。 が、しかし、その後、kernelがアップデートされたので再起動したところ、画面に「GRUB」の文字が表示されたままビープ音が鳴り続け、OSが起動しなくなってしまった。 久しぶりですよ、GRUBで止まったの。復旧手順なんてすっかり忘れてしまった。フロッピーディスクドライブもないしなぁ、、、と呟きつつ、Google大先生に教えてもらいましたYO! とりあえず、CentOS5のインストールディスク(私はネットワークインストール用を使いました d:id:rx7:20080220:p1)からCDブートし、「linux rescue」と入力し、レスキューモードで起動。 んで、ごちゃごちゃと注意書きとガイ
Linuxのサーバをリモートから強制的にOSリブートする - 元RX-7乗りの適当な日々
先日、諸々の都合で遠隔にあるテスト環境のサーバ(Linux)のカーネルパラメータを弄っていたのですが、ちょっと設定(メモリまわり)がイキすぎてしまいｗ、コマンド実行というかforkできなくなってしまった(Cannot allocate memory...)。 んで、shutdownコマンドも実行できなくなったので、直そうと思ったのですが、色々弄った＆時間がなかったこともあり、一旦OSを再起動しちゃいたいな、と(汗 が、遠隔にあるサーバなので、物理的な電源スイッチON/OFFができない(厳密には出来る環境ではあったのですが、このサーバはそこに入ってなかったｗ)。ので、SysRqキーを送ることにした。 やり方 少し無理矢理感はありますが、 # echo b > /proc/sysrq-triggerを実行すると、強制的にリブートがかかります。 ただし、ファイルシステムのsyncとかumount
ml115 + CentOS5.2 + RAID = 撃沈
いやぁ。参った。 ドライバ自体は http://h50222.www5.hp.com/support/439138-B21/more_info_soar_MTX-8cbe3b868ca545f9bd9388d0d9.html ↑この辺にあるんだが。 いかんせんカーネルのバージョンが違うと仰せられる。 # rpm -ivh cpq_cciss-3.6.18-16.rhel5.i686.rpm 準備中… ########################################### [100%] The currently running kernel (2.6.18-92.1.6.el5) is not supported by this rpm. The supported kernels are: 2.6.18-53.1.13.el5 2.6.18
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
