web-dev-qa-db-ja.com

アドレス空間配置のランダム化を使用する場合のMuninの「利用可能なエントロピー」

Gentooサーバー(強化されたプロファイル)の統計ログ用に Munin を構成したばかりですが、「使用可能なエントロピー」が一貫して200〜300の範囲にあることに気づいています。これは低く見えるので、コマンドを使用して手動で確認しました

$ cat /proc/sys/kernel/random/entropy_avail
3544

奇妙な。 Muninでは一貫して非常に低い値であり、手動でチェックすると実際にいっぱいになります。しばらく問題について考えた後、問題はおそらくコマンド/プログラムの実行時にエントロピーを使用しているアドレス空間配置のランダム化を使用していることであるという結論に達しました。 Muninは多数のプログラムを実行するため、すべてのエントロピーが使い果たされ、Muninはエントロピーの量を測定するため、値が低くなります。

誰かがこれについて何か経験がありますか?どうすればこれを回避できますか?

3
Simon Lindgren

別の同様の解決策は、新しいエントロピープラグインに対するものです。

  1. 以前にキャッシュされた結果を出力します。
  2. フォーク。
  3. たとえば、3分間眠ります。
  4. 元のエントロピーMuninプラグインを使用してエントロピーを抽出し、キャッシュに保存します。

このソリューションの良いところは、cronを使用する必要がないことです。

Muninプラグインは通常5分ごとに実行されるため、これはエントロピーが2分遅れることを意味しますが、誤ったデータよりもはるかに優れていることは確かです。

1
Ztyx

バージョン1.4.3で解決されるようです

0
blavla

回答がないようです。他のすべてのプロセスのためにエントロピーが間違って表示されていることが正しい場合は、cronjobスクリプトを介してエントロピーmuninプラグインを呼び出し、その結果をファイルにキャッシュできます。次に、元のMuninエントロピープラグインを変更して、以前にキャッシュされた結果を返すだけにします。それは一撃の価値があります。

0
Ztyx