アカウント名:
パスワード:
1~2台ならともかく何十、何百というマシンのログ管理にsystemd-jornaldが全くのゴミであることは周知の事実だけど例えsystemdにsyslog出力させようとも、ありとあらゆるものをdaemon.*に投げてくるとかもうね・・・タグもsystemdで統一してくれるという余計なお世話っぷりSIを殺しに来てるとしか思えない
daemon.*に投げるとしても、せめてsystemd.timer枠で起動したものはタグをsystemd.timerにしてくれそれかなんでもかんでも『Starting hogehoge』じゃなく、何か別の言い回しにするとかいくらでもあるだろつうかsystemd.timerで起動したもののログはcron.*に投げろ、それが一番誤解を生まないし管理する方も楽
そもそもあれだけ無駄機能の塊みたいなsystemdに、未だに単体での外部syslogへの転送機能がつかないのも謎systemd-journal → syslogd → 外部syslogするしかないとか意味不明にもほどがあるあれだけ無駄機能搭載しまくってるのだから、UDP/TCP経由での外部出力用にsystemd-journald-upload-syslogは勿論systemd-journald-upload-hdfsとかも新設して、いきなりHadoopに投げられるくらいで十分、HTTPSで投げられるようだと尚結構
list-timers出力のクソさもいい加減どうにかしろ最終実行時間とか次回実行時刻とかそんなもん出力しなくていいんだよ知りたいのは、.timerが発動する条件のほうであって、最終/次回実行時刻なんてのはむしろオプションでいい
timerが発動する条件は時刻では?
あなたがそう思うならコミットすれば?
まだこんなこと言ってる奴がいたのか。Morphy-Oneの時もこの手の奴らのせいで、破綻が無駄に先延ばしされた。
タグ付け替えるなんて技術的に難しいことではないのだから、希望通りのパッチ投げたり自分で変えればいいって話じゃないか?
なぜDevuanが生まれたんすかね?っていう事を考えずにこのトピックで上から目線の発言するってどういう気持ち?
逆だろう。コミットが無視されるならDevuanのようにフォークすればいいじゃん?
#3006248これ読める?
もうそれについては議論しつくされていると思われ。
仮に今のsystemdの実装がよくないとしても、必要なのはもっといいsystemdを作ることであって、initに戻ることじゃない。
「いきなりHadoopに投げられる」云々は極論なんでしょうけど
「そもそもsystemdの中のヒト」達の間で「ログ改善のプロジェクト」はないのかな?
より多くのコメントがこの議論にあるかもしれませんが、JavaScriptが有効ではない環境を使用している場合、クラシックなコメントシステム(D1)に設定を変更する必要があります。
コンピュータは旧約聖書の神に似ている、規則は多く、慈悲は無い -- Joseph Campbell
sysmtedはログがクソだからなぁ (スコア:1)
1~2台ならともかく何十、何百というマシンのログ管理にsystemd-jornaldが全くのゴミであることは周知の事実だけど
例えsystemdにsyslog出力させようとも、ありとあらゆるものをdaemon.*に投げてくるとかもうね・・・
タグもsystemdで統一してくれるという余計なお世話っぷり
SIを殺しに来てるとしか思えない
daemon.*に投げるとしても、せめてsystemd.timer枠で起動したものはタグをsystemd.timerにしてくれ
それかなんでもかんでも『Starting hogehoge』じゃなく、何か別の言い回しにするとかいくらでもあるだろ
つうかsystemd.timerで起動したもののログはcron.*に投げろ、それが一番誤解を生まないし管理する方も楽
そもそもあれだけ無駄機能の塊みたいなsystemdに、未だに単体での外部syslogへの転送機能がつかないのも謎
systemd-journal → syslogd → 外部syslogするしかないとか意味不明にもほどがある
あれだけ無駄機能搭載しまくってるのだから、UDP/TCP経由での外部出力用にsystemd-journald-upload-syslogは勿論
systemd-journald-upload-hdfsとかも新設して、いきなりHadoopに投げられるくらいで十分、HTTPSで投げられるようだと尚結構
list-timers出力のクソさもいい加減どうにかしろ
最終実行時間とか次回実行時刻とかそんなもん出力しなくていいんだよ
知りたいのは、.timerが発動する条件のほうであって、最終/次回実行時刻なんてのはむしろオプションでいい
Re:sysmtedはログがクソだからなぁ (スコア:1)
timerが発動する条件は時刻では?
オープンソースのお約束 (スコア:0)
あなたがそう思うならコミットすれば?
Re: (スコア:0)
まだこんなこと言ってる奴がいたのか。
Morphy-Oneの時もこの手の奴らのせいで、破綻が無駄に先延ばしされた。
Re: (スコア:0)
タグ付け替えるなんて技術的に難しいことではないのだから、希望通りのパッチ投げたり自分で変えればいいって話じゃないか?
Re: (スコア:0)
なぜDevuanが生まれたんすかね?
っていう事を考えずにこのトピックで上から目線の発言するってどういう気持ち?
Re: (スコア:0)
逆だろう。コミットが無視されるならDevuanのようにフォークすればいいじゃん?
Re: (スコア:0)
#3006248
これ読める?
Re: (スコア:0)
もうそれについては議論しつくされていると思われ。
仮に今のsystemdの実装がよくないとしても、
必要なのはもっといいsystemdを作ることであって、initに戻ることじゃない。
ログが良くなればsystemdも桶という意味にとって良い? (スコア:0)
「いきなりHadoopに投げられる」云々は極論なんでしょうけど
「そもそもsystemdの中のヒト」達の間で「ログ改善のプロジェクト」はないのかな?