Tweet 今回は、プログラムが期待通りに動作しない場合に、特定のプロセスの挙動を追いかけるための手順について紹介します。 プロセスの挙動を追いかける方法にはいろいろあります。例えば、スクリプト言語で記述されたプログラムの挙動を追いかける場合、デバッグのための print 命令を挿入することもあるでしょう。でも、プログラムの種類によらずに挙動を追いかける場合、原則としてカーネルが提供する機能を使います。例えば strace コマンドを用いてシステムコールの呼び出し履歴を取得したり、 ltrace コマンドを用いてライブラリ関数の呼び出し履歴を取得したりします。また、対象となるプロセスが不明な場合には全プロセスを対象にするために System Call Auditing を使って履歴を取得したり、 SystemTap を使って任意の箇所で履歴を取得したりすることもあります。 今回は stra

この記事は 自作OS Advent Calendar 2014 - Adventar 12/25の記事です。 一ヶ月程前からLinuxカーネルのコードを読み始めたので、解読ついでに自分でもカーネルを作ってみました。 とはいっても、まだ半分も完成してないです（） 当初は、30日でできる 自作Linuxクローン開発 を予定していたのですが、 予想以上の規模で、解読とフルスクラッチ開発を併行するのは結構大変でした... という訳で、現在実装できている所まで紹介します。 開発レポジトリはこちらです。 RKX1209/Abyon · GitHub (インストール方法や実行方法はここに書いてます) 実装した機能 プロセススケジューラー Runキュー ハードウェア割り込み(PIC 8259A) 遅延割り込み Tasklet グローバルタイマー(PIT) タイマーリスト 仮想ページング(IA-32 MMU

_syuu1228 @_syuu1228 どうも初参加者はみんな誤解しているのだが、 #kernelvm っぽいというのは、はせがわさんのEjectネタみたいなものを指すんですよ。

「計画を持たない」「常によい人である必要はない」――LinuxCon Japan 2013のオープニングキーノートに登場したThe Linux Foundationのジム・ゼムリン氏は、こんな刺激的な内容も含んだOSSコラボレーターのための「5つの教訓」を紹介した。 5月29日から31日までの3日間、「LinuxCon Japan 2013」が東京・目白の椿山荘で開催された。LinuxConは、Linuxおよびオープンソースソフトウェア（OSS）の開発に携わる世界中のエンジニアが集うカンファレンスとして、毎年、北米およびヨーロッパなど、世界の主要都市で開催されている。 初日のオープニングキーノートでは、カンファレンスを運営するThe Linux Foundationのエグゼグティブ・ディレクター、ジム・ゼムリン（Jim Zemlin）氏が登壇。「LinuxおよびOSSの採用領域は、エンベデ

ufw（Uncomplicated FireWall）は、Ubuntuで標準的に利用できる、「⁠iptablesを簡単に設定するツール」です。ufwを利用することで、「⁠外部からの接続は基本的に受け付けない」「⁠sshだけは許す」などといった設定を、iptablesにくらべて格段に少ない操作で実現できます。 今回と次回の2回にわけて、ufwを使って、サーバーなどの設定を簡単に行うレシピを紹介します。 ufwの基本 ufwは、Canonicalの社員であり、Ubuntuのセキュリティ関連モジュールやセキュリティアップデートを主に担当しているJamie Strandboge氏が中心になって開発している、「⁠iptablesのフロントエンド」となるツールです[1]⁠。Ubuntuには8.04で取り込まれています。過去に本レシピでも、第45回でごく軽く内容を紹介しています。 今回はコマンドラインか

Overriding System Functions for Fun and Profit | Hacker Boss をみて自分も試してみたくなったので書きました。 https://github.com/hirose31/galloc malloc(3)するとガチャピンが、free(3)するとムックがSTDERRに報告してくれます。便利！！１ $ make galloc.so $ LD_PRELOAD=./galloc.so ls # or arbitrary command Gachapin .oO(malloc(568) = 0x172e040) Gachapin .oO(malloc(120) = 0x172e280) Mukku .oO(free = 0x172e040) Gachapin .oO(malloc(6) = 0x172e040) Mukku .oO(free =

TripleO (OpenStack on OpenStack) は、OpenStackの機能を使ってOpenStackをデプロイするインストーラを提供するプロジェクトです。 本セッションでは、TripleOの概要やサービスのDockerコンテナ化といった最近のUpdate、TripleOを利用したカスタマイズ・運用のTipsなどをご紹介いたします。 https://cloudnativedays.jp/cndt2019/ ■誤植訂正 P29 os-net-configの実行コマンド - 正しくは`$ sudo os-net-config --noop -v -c /etc/os-net-config/config.json`です P37 表 - 記載した以外のリソースとして、[ROLE]ExtraConfigと同等の役割となるOS::TripleO::NodeExtraConfigがあり

遅れた場合はTwitterで@syuu1228までmentionするか#kernelvmでつぶやくと、案内係がお迎えに行きます。

中村 実 @nminoru_jp @kosaki55tea どうなんでしょう。close()がEINTRで返ってきた場合にリトライをかけないとリークが発生することがあります。FUSEでできた変なネットワークファイルシステムを使っている場合なんて特に。 鯉江 @koie @nminoru_jp closeがエラーになったら異常系に飛ばしてました。EINTRリトライは考えてなかったっす。異常系処理でcloseするときもEINTRリトライはしないといけないなぁ。やばいなぁ。 Tanaka Akira @tanaka_akr @nminoru_jp @kosaki55tea close(fd) が失敗した時に fd が生きていることがあるのですか。以前 NFS の quota でテストして close が失敗したときには fd は死んでいたので、close が失敗したらどうしようもないと思ってまし

Google's Recipe for Scaling (Web) Security – LocoMocoSec 2024