Force Panic on a Linux kernel using a module
▼Linuxカーネルを強制的にpanicさせる▼ $Keywords: panic.ko linux kernel module to force kernel panic $ カーネルが CONFIG_KEXEC つきでコンパイルされていれば # echo c > /proc/sysrq-trigger で kernel panic を起こせますが、 sysrq-triggerが使えない場合は panic()を呼び出すカーネルモジュールをinsmodしてpanicさせます。 panic.tar.gz 何に使うの？ …panicしたあと、ちゃんと自動再起動する・しないを確認したり、 リブート後のcoreの抽出がうまくいくのか確認したり。 Linux はデフォルトでは自動再起動しません。 sysctl -w kernel.panic=10 (10秒後に再起動) とかする必要あり。 $Id:
「OSS 性能・信頼性評価 / 障害解析ツール開発」 OS 層 ～障害解析の手順・ツール評価編～
2005 年度上期 オープンソースソフトウェア活用基盤整備事業 「OSS 性能・信頼性評価 / 障害解析ツール開発」 OS 層 ～障害解析の手順・ツール評価編～ 作成 OSS 技術開発・評価コンソーシアム 商標表記 ・ Alicia は、ユニアデックス株式会社の登録商標です。 ・ Asianux は、ミラクル・リナックス株式会社の日本における登録商標です。 ・ Intel、Itanium および Intel Xeon は、アメリカ合衆国およびその他の国におけるイ ンテルコーポレーションまたはその子会社の商標または登録商標です。 ・ Intel は、Intel Corporation の会社名です。 ・ Linux は、 Linus Torvalds の米国およびその他の国における登録商標あるいは商標です。 ・ MIRACLE LINUX は、ミラクル・リナックス株式会社が使用許諾
いつか役立つfuserコマンド – OpenGroove
個人的に普段あまり利用することがないのだが、覚えておきたいfuserコマンドの使い方。 様々な場面で利用する物だと思うが、特にumountでアンマウントできない、 ファイルやディレクトリを削除できない、などという時には、特に。 例えば以下のような状況でイラッとくることがあるので、対処法を書いておこう。 # umount /mnt umount: /mnt: device is busy 上記のように”device is busy”（デバイスは使用中です）メッセージが出てしまった時に umount -lで強制的にアンマウントしてしまったことがあるが、本来であれば対象の ファイルシステムを掴んでいるプロセスを割り出してkillするのが正しい手順なのだろう。 （ちなみに-l は”lazy”のことで、「強制的に」とは少し意味合いが違う。ひと言でいうと ファイルシステムから切り離してからアンマウント
Linuxでtcを使って帯域制御 - HiiHahWIKI - making some notes for... -
Linuxでtcを使って帯域制御 † Linuxのtcというコマンドを利用し、eth0の送信の帯域制御で簡単にできます。 tc qdisc add dev eth0 root tbf limit 15Kb buffer 10Kb/8 rate 100Kbps これで、eth0の帯域を800Kbyte/sに設定できます。 状況は、以下のコマンドで確認できます。 tc -s qdisc watchで状況を確認すると以下の様な出力が得られます。 qdisc tbf 8001: dev eth0 rate 800Kbit burst 10Kb lat 50.0ms Sent 277025786 bytes 598593 pkts (dropped 2908, overlimits 439519 requeues 0) 以下のコマンドで、解除できます。 tc qdisc del dev eth0 r
Google Sites: Sign-in
Not your computer? Use a private browsing window to sign in. Learn more
Linuxサーバがディスク容量不足になった！何か消さねば！ってなった時にどう対処するか - 元RX-7乗りの適当な日々
とりとめもなく書いてみる。主にルーキー向けです。 サーバの運用とかやっていると、不定期ではあるが、たまにタイトルのようなディスク容量が逼迫する話題に直面します。 まぁ、それが起こるのは一旦良いとして、みんなこういう時、どうやって調べているのだろう？ とりあえず、僕がどうやってるか書いてみます。 何はともあれ現状確認 みんな大好き"df"コマンドです。細かい説明は省きますが、各パーティション・ファイルシステムごとにディスクの使用状況を確認。 # df -h Filesystem サイズ 使用 残り 使用% マウント位置 /dev/sda3 130G 88G 36G 72% / /dev/sda1 494M 23M 447M 5% /boot tmpfs 12G 0 12G 0% /dev/shm正確とは言いませんが、だいたいどのパーティションにどのくらい容量が空いているかが確認できます。 ど
Linuxサーバのディスク容量減少アラートが飛んできた！ってときにどう対処するか - たごもりすメモ
完全に このエントリ のネタパクりです。すいません。 何に使われてるかわかったもんじゃないマシンとか開発用サーバとかだと超巨大なバイナリとか置いてあるかもしれませんが、プロダクション用のサーバでそういうことは無いとしましょう。 その場合、原因はだいたい以下のどれかです。www/appとdbが別マシンに分かれてる場合は更に絞り込めますね。 wwwサーバやappサーバ ログ 圧縮してあるが保存世代数が多くて厳しいケース 圧縮し忘れてるケース 圧縮どころかローテーションすら忘れてて1ファイルどかんと存在するケース ローテーションがうまくいかなくて deleted ファイルなケース tmpデータなど(app) キャッシュサーバのディスクキャッシュ dbサーバ データ実体 (ib_data) バイナリログ ログの場合でも、ディスク上のどこにログが書かれてるかは色々なパターンがある可能性がありますね。
スパコン ランキング TOP500 に君臨する Linux に終わりは見えない
原文へのリンクはこちらです。 コンピュータ利用のさまざまな局面において Linux の数々の強みは明白ですが、その中でも他の追随を許さぬゆるぎない優位が維持されている分野がスーパーコンピュータです。 昨年 11 月の TOP500 リストは Linux の優位を完璧に表しています。その時のレポートによれば、当時の TOP500 の 94％ のスーパーコンピュータが Linux を使用していました。今回の TOP500 リスト最新版は、Linux ファンにとってさらなる朗報となっています。 ドイツのライプツィヒで 2013 International Supercomputing Conference が開催されましたが、注目すべきことに、そこで発表された第 41 回目の TOP500 リストで、世界最速クラスのコンピュータにおける Linux のシェアがさらに 1％ 以上増大し、95.2％
Linux kernel 3.9 の新機能 SO_REUSEPORT を試してみる - nigakyのブログ
Linux kernel 3.9 のマージウィンドウでは SO_REUSEPORT というソケットオプションがマージされました。 Merge branch 'soreuseport' · c617f39 · torvalds/linux · GitHub これは同一ポートに複数のリスナー（listen ソケット）が bind できるようになるというもので、Webサーバなど単一のポートに多くのコネクションが来るようなワークロードで、複数プロセスでうまく負荷分散ができるようになるそうです。 （これまでだと一人がaccept()してそれぞれの worker に渡すというようなモデルがありましたが、これでは accept() する部分がボトルネックになってしまいがちでした。） BSDでは元々 SO_REUSEPORT オプションはあったようですが、マルチキャスト通信で使うもののようです。Linux
Linuxに権限昇格の脆弱性、エクスプロイトも出回る
悪用された場合、ローカルユーザーが細工を施したシステムコールを使って権限を取得できてしまう恐れがある。 Linuxに権限昇格の脆弱性が見つかったとして、米国立標準技術研究所（NIST）が脆弱性情報を公開した。米セキュリティ機関のSANS Internet Storm Centerによれば、既にこの脆弱性を突くエクスプロイトコードも出回っているという。 NISTが5月14日に公開したセキュリティ情報によると、脆弱性はLinuxカーネルの「kernel/events/core.c」における「perf_swevent_init」機能に不適切な整数値が使われていることに起因する。影響を受けるのは3.8.9までのLinuxカーネル。この問題を利用すると、ローカルユーザーが細工を施したperf_event_openシステムコールを使って権限を取得できてしまう恐れがあるという。 危険度は共通指標のCVS
#naruhounix について
どうなんですかねえ。まあぶっちゃけ、この本にツッコミを入れることが容易な種族はいる。たとえば「プロセスがfork(2)するときにPOSIX semaphoreをsem_wait(3)してたらそのセマフォはどうなってまうの？」とかそういうの(実際書いてない)ね。けど、それって、そういうの目ざとく気がついてしまう人、はっきりいって対象読者じゃないというべきだろうなあ。LinuxとBSDのカーネルコミッターの皆さん、セプキャン講師陣の皆さん、未踏スーパークリエーターの皆さん、お疲れさまです。おまえらはお呼びじゃない。 でね。俺もどっちかというとお呼びでない側っぽいので、色々考えた。昔はCで書くしかなかったサンプルコードがRubyで書いてあるというのはよいですね。なにがよいかってCほど煩瑣じゃないから、本質的な記述(だけとは言わないまでも)の割合が大きくて、いわゆる密度が高い気がする。なのでページ
Text File / Line - odz buffer
コメントから Unix においてテキストファイルとは行の集合であり、行とは改行文字で終わるものと定義される、とどこかで読んだ記憶があります。 ふむ。きむらさんのところから(関係ないけどエントリに対する Permalink がおかしい。日付についているリンクはいいんだけど) 今、再度調べてみたけど見つからなかったんですが、 POSIX的には「テキストファイル」の定義ってのは決まってまして、 それによると各行の末尾は必ず改行を含むことになっています。 ですから、「テキストファイル」を扱うと謳っているユーティリティが ファイル末尾に改行を含まないファイルに対して文句つけても、 POSIX的には間違ってないです。 あと行の長さとして最低限これだけの長さは許容しなければいけないとかも あったんですけど、どこだっけなー。 あ、英語だったのは間違いないです。 POSIX だというならまんま POSIX
なぜ gcc はファイルの最後に改行がないと警告を出すのか？ - Schi Heil と叫ぶために
gcc が出す以下の警告。消すのは簡単で EOF に改行を一つ入れれば良い。でもこれ何が悪いのか分からなかった。 warning: no newline at end of file コンパイラが出す警告だから絶対に何か意味があるはず。調べてみると意外にもテキストファイルの定義にたどり着いた。 ということで POSIX 的に行は改行で終了していて、テキストファイルは行の集合だからファイル末尾には必ず改行が来ると。 Text File / Line - odz buffer Definitions - 3.392 Text File Definitions - 3.205 Line つまり POSIX はテキストファイルにもちゃんと定義を定めていて、最後に改行が無いファイルはその定義に違反するから警告を出す。 There is also some confusion as to whethe
Linux ファイルシステムにおけるバグ傾向
Linux には複数のファイルシステムがあります．これらには，仕様としての機能差の他に，品質・安定度に関して大きな差があると考えられています． 今回は，そのあたりを定量的に分析した論文をご紹介． A Study of Linux File System Evolution [キャッシュ] https://www.usenix.org/conference/fast13/study-linux-file-system-evolution 調査の対象は，XFS/Ext4/Btrfs/Ext3/Reiser/JFS の 6 つのファイルシステム．これらについて，Linux 2.6.0 (Dec ’03) から 2.6.39 (May ’11) の間に取り込まれた 5,079 個のパッチを分析しています． パッチの種類 まず，パッチを次の 5 種類に分類しています． Bug バグの修正． Reli
【 bc 】 数値計算を行う | 日経 xTECH（クロステック）
bcは整数に加え小数，三角関数などを複雑な計算まで行える。bcはexprとは違い，ファイルやパイプなどで引き渡された値を処理する。bcでは表に示した計算式，論理式，命令などを利用できる。
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Gentoo Forums :: View topic - kernel vmalloc failed copying files
36-Year-Old Open Source Guru Seth Vidal Has Been Tragically Killed
現場で役に立たないsudoの使い方
IBM Developer
Linux時刻管理の仕組みと設定
