Linus Torvalds氏、systemdに対し怒る 25
ストーリー by hylom
平常運転 部門より
平常運転 部門より
あるAnonymous Coward 曰く、
近年採用が進んでいるサービス管理システムsystemdだが、systemdには特定条件で大量の冗長なデバッグメッセージをdmesgに出力するという問題があり、カーネルのブートパラメータに「debug」という文字列が含まれていると、この影響でシステムがブートしなくなるという。そのためこの問題をLinuxカーネル側で修正しようという提案が出たのだが、これに対しTorvalds氏が例のごとく罵りながら拒否する事態になっている模様（江添亮氏のBlog記事）。
systemdは、/proc/cmdlineをパースし、その中で"debug"という文字列を発見した場合に大量の冗長なデバッグメッセージをdmsegに出力するということが問題の発端であるが、systemdの開発者であるKay Sievers氏はこれは仕様であり修正するつもりはないと発言。そのためそれをカーネル側で回避するパッチがLinux Kernel Mailing List（LKML）に投稿されたのだが、これに対しTorvalds氏は、「Key, I'm f*cking tired of the fact that you don't fix problems in the code *you* write, so that the kernel then has to work around the problems you cause.」などと心温まる返答をしている。
その後systemdが実行されていた場合に必ずカーネルパニックとなるパッチをさりげなく投稿するAndrew Morton氏も加わり、善良なカーネル開発者らによるほのぼのとした議論が行われている。
ほのぼの (スコア:1)
ほのぼの、の表現は嫌味なのか、普段はもっとギスギスしてるからこの程度はおだやかだという意味なのか、と思ったけど、どっちも大して変わらなかった。
あと、
> Linuxカーネル側で修正しようという提案が出たのだが、これに対しTorvalds氏が例のごとく罵りながら拒否
> それをカーネル側で回避するパッチを投稿する開発者もいるが、これに対しTorvalds氏は
「カーネル側で対応しようとしている開発者」にキレたのかと思った。
「そんなパッチを投稿しないといけないような事態（とその原因たるKay Sievers）」にキレたわけね。
ぼのぼの (スコア:1)
つまりTorvalds氏がアライグマくんで他の開発者がぼのぼのやシマリスくんという事ですね
Re:ぼのぼの (スコア:1)
なるほど、全部しまっちゃえばいいんだ。
Re: (スコア:0)
しかもKeyってなってるし意味不明だった
Re: (スコア:0)
Keyは原文ママ
Re: (スコア:0)
キーッ!許さないんだから!(おこ
dmesgの仕様 (スコア:0)
dmesgの仕様って前世代的で、どうなんだろうと思うことがある。
緊急時に単純な方が良いというのも分からなくもないけども。
一番の悪者は (スコア:0)
Morton じゃねーの？ 愉快犯としか思えない(^^
Re: (スコア:0)
でも、dmesg spamは切実な問題でしょうからね。
spamを根本的に解決するとなると、rate-limitを導入するとか? いや、でも、用途を考えると微妙ですねぇ。
Re:一番の悪者は (スコア:1)
提案されてました>rate-limit
http://lkml.iu.edu/hypermail/linux/kernel/1404.0/01488.html [iu.edu]
でも、まだダメな場合ありそう。
バッファーを分けるという案もあって、それが良さそうに思いますね。
特にIngoさんの提案していたとするtracingとperf ring bufferの再利用は良さげに聞こえます (systemd側からは、はぐらかされてたらしいですが)。
http://lkml.iu.edu/hypermail/linux/kernel/1404.0/01727.html [iu.edu]
Re: (スコア:0)
FreeBSDでemacsを起動できなくするエイプリルフールパッチを見てうずうずしてたんじゃない？
Re: (スコア:0)
大規模システムを運用した事がないんだよ。
膨大なsyslogがシステムを落とす事だってある(笑)
dmesg決め打ちが仕様なら浅はかな開発者に頼るシステムは不憫だよね。
hack方針 (スコア:0)
パスは同じだけど、呼び出し元によっては違う実体にアクセスするようにできないでしょうか。
# 環境変数をあーしろこーしろというソフトはバッチファイルで起動、
# もしくは直接接続のように見えて実はSocksCap経由、的な
誰がdebug機能を使っているの？ (スコア:0)
/proc/cmdlineをパースしてデバッグメッセージを出すようにプログラムした人は、カーネルがブートしなくなることに気づいたはずだけど、ブートしなきゃdebugの意味がないんじゃないの？
Re: (スコア:0)
/proc/cmdlineをパースしてデバッグメッセージを出すようにプログラムした人は、カーネルがブートしなくなることに気づいたはずだけど、ブートしなきゃdebugの意味がないんじゃないの？
全くその通り．そういう意味ではこの辺の議論はなんというか，まだ大雑把すぎるんだと思う．
# ブートすると状況が悪化することもあるので，ブートすべきかどうかの判断ができるようになるとするとその判断は実は非常に難しいかもね…
リーナスって (スコア:0)
リーナスって温厚な人なんだろ。
感情を隠さないってだけで。
Linux関連ニュース見てると頻繁に怒ってるように見えるけど。
というか、後から後から怒るようなネタが湧いて出てくるんだよな。
まあ、怒る時は怒ったほうがいいということか。
Re: (スコア:0)
感情をあまり隠さないから温厚じゃないとわかったんでしょ
またか (スコア:0)
RedHatの命令で他のディストリに迷惑かける為にわざとやってるんじゃねえかこいつら
systemdといいudevといいpulseaudioといいnetworkmanagerといい
Re:hylomの記事はスルーしてLWN読むわ (スコア:1)
あんたが代わってやれば解決するかもよ。どう？
Re: (スコア:0)
あんたのチェック対象からスラドをクビにすればおｋ
Re: (スコア:0)
秋田県上小阿仁村みたい。
Re: (スコア:0)
編集者になれるものならなってみたいが、
ボランティアでそこまで突っ込めるほど暇でもない
Re: (スコア:0)
お前のような余裕のない俄をたたき出すため。
LWN読んでる暇があったらもっと他のことやれよ。
Re: (スコア:0)
あなたが来なくなれば解決です。
お元気で、さようなら。