Quota exeeded aber Datei 0k - Ich seh den Fehler nicht

[BlackEye]

Hallo Leute. Ich habe hier ein Problem mit einem Mail-User auf meinem System. Kurz die Daten:

Code: Select all

(/var/spool/mail) # quota web0p3
Disk quotas for user web0p3 (uid 1149):
     Filesystem  blocks   quota   limit   grace   files   quota   limit   grace
      /dev/hda8   10240*   5120   15360    none       1       0       0

Code: Select all

Disk quotas for user web0p3 (uid 1149):
  Filesystem                   blocks       soft       hard     inodes     soft     hard
  /dev/hda8                     10240       5120      15360          1        0        0

Oben steht, dass er das Quota überschritten hat. Außerdem, dass er eine Datei sein Eigen nennt. Darunter seht ihr meine Einstellungen zu diesem User. So, und hier ist die Datei, die diesem User gehört:

Code: Select all

(/var/spool/mail) # l
insgesamt 416K
drwxrwxrwt  2 root    mail    4,0K  4. Apr 09:41 .
drwxr-xr-x  5 root    root    4,0K  5. Sep 2004  ..
[...]
-rw-------  1 web0p3  poponly    0  4. Apr 09:40 web0p3

Wenn mir meine nicht vorhandene Brille keine Streiche spielt, ist diese Datei ziemlich leer. Somit frage ich mich, wie er auf die fälschliche Annahme kommt, der User hätte sein Quota überschritten!?
So, und jetzt kommt ihr :)

Gruß,
Martin

PS: Noch was nachschieben, damit ihr nicht fragen müsst, ob die Partition auch stimmt:

Code: Select all

(/var/spool/mail) # mount
[...]
/dev/hda8 on /var type ext3 (rw,noexec,nosuid,usrquota)
[...]

[Roger Wilco]

Somit frage ich mich, wie er auf die fälschliche Annahme kommt, der User hätte sein Quota überschritten!?

Vermutlich hat ein Prozess die Datei noch geöffnet. lsof ist dein Freund.

[BlackEye]

leider nicht.. Laut lsof greift niemand auf diese Datei zu.
Noch andere Idee? Gibt es für Quota so eine Art Datenbank, wo alle Dateien eines Users aufgelistet sind und diese Datei dort fälschlicherweise nicht mehr zurückgesetzt wird? Ich könnte ja mal das Quota komplett neu für diesen User setzen.. Daran hab ich noch gar nicht gedacht. Sollte aber auch anders gehen?

[lord_pinhead]

Gib deinem User mal zum test 2 Inodes

[BlackEye]

Tchja, ich glaub da stimmt was nicht:

Code: Select all

(/var/spool/mail) # edquota -u web0p3

edquota: WARNING - /dev/hda8: cannot change current inode allocation

es bleibt bei 1 Inode..
Ich hab mal kurzzeitig das soft-limit nach oben gesetzt. Danach konnte der User wieder Mails empfangen. Es bleibt aber nach wie vor bei der falschen Block-Angabe und somit beim Quota-überlauf, obwohl die Datei z.Zt. nur 400 Byte
groß ist.

Vielleicht sollte ich den User mal löschen und neu anlegen?

[BlackEye]

also nachdem ich jetzt mal alle Programme, die auf /var einen Zugriff hatten, beendet hatte, konnte ich ein fsck und "quotacheck /var" durchführen. fsck fand einen Fehler mit irgend einer Block-Größe und das anschließende quotackeck hatte die Einträge dann wohl alle neu gesetzt. Danach hatte der besagte User wieder 0 Blocks (Datei ist auch 0 Bytes groß) und kann Mails empfangen.

Gruß,
Martin