repquota
問題の解決策を共有したいと思います。 誰かが訴訟に時間を無駄にしないように助けてくれることを願っています。
FreeBSD 6.2に値する。
repquota
は、ユーザースペースの使用状況に関する統計を
repquota
収集します。
問題の症状：
repquota
または
quotacheck
を実行する
quotacheck
プロセスはCPUのロードを開始し、最も重要なこととして、ディスク操作でディスクをダンプします。 サーバーはほとんどダウンします。
repquota
または
quotacheck
repquota
することにより、症状が緩和され
quotacheck
。
しかし、/ home / quota.userファイルのサイズは想像を超える64Gに達しました。 バックアップログによると、偶然に気づきました。
問題は次のように完全に解決されました。
rm /home/quota.user
rm /home/quota.group
quotaoff /usr/home
quotacheck /usr/home
quotaon /usr/home
UPD
悪の根
一番下の行はquota.userファイル形式でした。 クォータに関する情報は、オフセットuid * 32でファイルに保存されます。したがって、uidが大きい（または負の）場合、ファイルは大きすぎ、repquotaは最後のuidを取得するためにファイルの表示に多くの時間を費やします。
opennetとfreebsdメーリングリストで詳細を読んでください。
巨大なuidを持つユーザーはいませんでしたが、uid 2147483647のファイルがありました。システムには11桁のログインを持つユーザーがいたため、Eximによって作成されました。 ユーザーのメールに権限を割り当てると、Eximは名前ではなくuidであると考え始めました。
一般的に、どういうわけか。