corrupted quota or index files

Kjetil Torgrim Homme kjetilho at ifi.uio.no
Mon Dec 20 06:16:29 EST 2004


we are running Cyrus imapd 2.2.10 with default database types.

every morning, we run "quota -f" and parse the output so we can send
warning messages to people close to or over their quota.

on two occasions, this has gone terribly wrong, a lot of users have
their quota usage jacked way up, generally by a factor of 11.  here are
the first 20 lines of the log which has 1372 lines in total.  (I removed
the user.username due to privacy concerns, and added the ratio
calculation).

 usage was 139909, now 12719 ratio 11
 usage was 47374712, now 4306792 ratio 11
 usage was 407514772, now 37050212 ratio 10.999
 usage was 648073438, now 58919178 ratio 10.9994
 usage was 43956, now 3996 ratio 11
 usage was 1930995, now 175545 ratio 11
 usage was 5813115, now 528465 ratio 11
 usage was 45716, now 4156 ratio 11
 usage was 93743221, now 8522111 ratio 11
 usage was 13055977, now 1186907 ratio 11
 usage was 98219, now 8929 ratio 11
 usage was 101156, now 9196 ratio 11
 usage was 80928474, now 7357134 ratio 11
 usage was 7976056, now 725096 ratio 11
 usage was 1206975, now 109725 ratio 11
 usage was 74822, now 6802 ratio 11
 usage was 35112, now 3192 ratio 11
 usage was 1346223, now 130683 ratio 10.3014
 usage was 1975952, now 179632 ratio 11
 usage was 300531, now 27321 ratio 11

there are also a few anomalous entries

 usage was 132639, now 1381 ratio 96.0456
 usage was 1081340472, now 79091856 ratio 13.672
 usage was 1951648, now 153077 ratio 12.7495
 usage was 9160058, now 1176738 ratio 7.78428
 usage was 124177, now 21417 ratio 5.79806
 usage was 1184457, now 121477 ratio 9.75046
 usage was 218529, now 55123 ratio 3.96439
 usage was 239837223, now 18883883 ratio 12.7006
 usage was 240443, now 29413 ratio 8.17472
 usage was 27906, now 6456 ratio 4.32249
 usage was 141449, now 17169 ratio 8.23863
 usage was 546075057, now 10668457 ratio 51.1859
 usage was 699492, now 76452 ratio 9.14943
 usage was 352638, now 37388 ratio 9.43185
 usage was 332413, now 40211 ratio 8.26672
 usage was 130622, now 29662 ratio 4.40368
 usage was 103031, now 7431 ratio 13.865
 usage was 466990, now 47810 ratio 9.76762

re-running quota -f was uneffective, the preceding was the result after
running a recursive reconstruct on the entire spool first.

has anyone seen anything like this before?
-- 
Kjetil T.
---
Cyrus Home Page: http://asg.web.cmu.edu/cyrus
Cyrus Wiki/FAQ: http://cyruswiki.andrew.cmu.edu
List Archives/Info: http://asg.web.cmu.edu/cyrus/mailing-list.html




More information about the Info-cyrus mailing list