今日出会った
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であると考え始めました。
一般的に、どういうわけか。