追加読書

追加読書

Ubuntu 16.04を実行しているサーバーがいくつかあり、accounts-daemonCPUは突然100%として使用されます。

初めてそんなことが起きたのは3週間前でしたが、引っ越して/var/log/wtmp再度作ってみると問題がすぐに解決されました。

これが私が最初に遭遇した解決策です。別の解決策は、これらのwtmpログを無効にすることですproftpd.conf

これを行うと危険がありますか?問題は解決しますか?

答え1

私も同じ問題に直面しました。アカウントデーモン16.04 UbuntuはCPUのほぼ100%を占めます。

簡単に言えば、根本的な原因は次のとおりです。シリアルコンソールエージェント-s、続けて再起動します(たとえば、1分間に数回)。システム

(私はサムの主な質問に完全に答えていないことを認めています。ウォーターアンプ完全に - しかし、私のように問題がある他の人もこのページを見つけることができます。)

==

気になる方のための詳細:

  • ストレスaccount-daemonは/var/log/wtmpに絶えずアクセスしていることを示し、ファイルは実際には約300MBであり、ますます大きくなっています。残念ながら、最後何も表示されませんが、他のユーティリティがあります。ダンプファイル失敗したエージェントの試行回数がttyS *シリアルコンソールに表示されます。

[6] [30697] [tyS2] [ログイン] [ttyS2] [ ] [0.0.0.0 ] [2018年12月30日日曜日07:19:34 CET]

[6] [30698] [tyS1] [ログイン] [ttyS1] [ ] [0.0.0.0 ] [2018年12月30日日曜日07:19:34 CET]

[8] [30698] [tyS1] [ ] [ttyS1 ] [ ] [0.0.0.0 ] [2018年12月30日日曜日07:19:44 CET]

[8] [30697] [tyS2] [ ] [ttyS2 ] [ ] [0.0.0.0 ] [2018年12月30日日曜日07:19:44 CET]

[5] [30707] [tyS2] [ ] [ttyS2 ] [ ] [0.0.0.0 ] [2018年12月30日日曜日07:19:44 CET]

[6] [30707] [tyS2] [ログイン] [ttyS2] [ ] [0.0.0.0 ] [2018年12月30日日曜日07:19:44 CET]

[8] [30707] [tyS2] [ ] [ttyS2 ] [ ] [0.0.0.0 ] [2018年12月30日日曜日07:19:48 CET]

  • 実際には何らかの方法でアクティブになるシリアルコンソールがあります(システム制御| grep ttyS.*サービス)、次のコマンドを使用して削除しました。"systemctlを無効にする [Eメール保護](このようなシリアルエイティズがなぜ、どのようにアクティブになるのかわかりませんが、これは非常に古いシステムです。)

  • wtmpはすぐに成長を停止し、アカウントデーモンは消えます。トップ出力。私の考えでは、アカウントデーモンは新しいwtmpレコードでのみアクティブになるので、非効率的ですが、今ではほとんど実行されません。

乾杯:アルファド

答え2

私の問題は解決しますか?

あまりにも可能ではありません。 2012年、Chris Siebenmannは、アカウントサービス(システム全体のデスクトップバスサーバー)が非常に非効率的で危険にさらされていることを観察しました。当時の顕著なアーキテクチャのいくつかの問題は、今日でもまだ存在しているようです。ログインデータベースやアカウントデータベースを含むさまざまなデータベースを処理する方法には、まだ一部の全テーブルスキャンが含まれます。そしてDebian 固有の追加ユーザーが提供したシェルスクリプトを解析するスーパーユーザープログラムがまだ存在します。

パフォーマンスの問題を改善しようとしたパッチがUnixバージョン7アカウントデータベースとそのAPIの上に構築されたシャドウパスワードシステムを想定し、アカウントデータベースがコロンでソートされていない最新のBSDで問題が発生したと誰かが指摘した場合 - レコード固有のファイルを使用してBerkeley DBファイルを索引付けする過程で、プログラムの作成者の1人がFreedesktopのバグトラッカーでBSDがおそらくこの時点でテーブルアクセスの非効率性が問題の一部であったことを完全に無視し、以前のシステムに戻る必要があると答えました。

追加読書

関連情報