Tmp Fehler bei dovecot/deliver

[Tieflieger]

Hallo ich glaube ich habe eine zu großen Mail irgendwo im Speicher der das tmp-Verzeichniss sprengt.

Fehlermeldung in der /var/log/messages

Apr 27 12:53:18 deliver(xxx): write_full(/tmp/dovecot.deliver....) failed: No space left on device
Apr 27 12:53:18 deliver(xxx): Can't sync delivery mail: BUG: Unknown internal error

Wie kann ich hier das Tempverzeichniss auf die Platte schieben, dass dies nicht geschieht.

Symlink anlegen geht nicht. Da ich das tmp-verzeichniss ja nicht leer bekomme im Betrieb und somit den Tmp-Ordner zu löschen.

 

[jahlives]

und wenn du im temp mal aufräumst resp einen reboot machst? wieviel Platz hast du danach im tmp wieder frei? Ich weiss ehrlich gesagt nicht ob man das tmp für die Anwendung verschieben kann

 

[Tieflieger]

Ähm - wie erkenne ich den den Maximalen Platz des Tmp-Ordners - oder dessen Freiraum .

bei free kommt

nas> free
             total       used       free     shared    buffers     cached
Mem:         30204      29524        680          0        784       2320
-/+ buffers/cache:      26420       3784
Swap:      2097144     153776    1943368
nas>

und nach dem Löschen

 free
             total       used       free     shared    buffers     cached
Mem:         30204      29436        768          0        844      15692
-/+ buffers/cache:      12900      17304
Swap:      2097144     117972    1979172

 

[jahlives]

tmpfs liegt auf der Platte und nicht im RAM, daher etwas wie df zum Abfragen verwenden

 

[goetz]

Hallo,
ne ne, tmpfs ist RAM.
http://de.wikipedia.org/wiki/Tmpfs

Gruß Götz

 

[Tieflieger]

nas> df -k
Filesystem           1K-blocks      Used Available Use% Mounted on
rootfs                 2451128    492620   1933608  21% /
/dev/root              2451128    492620   1933608  21% /
/tmp                     15100       556     14544   4% /tmp

also gerade mal 4% da sollte es doch nicht zu diese Fehlermeldung kommen.

Wo wird den die noch nicht bearbeitete Datei von dovecot abgelegt - so das ich diese mal verschieben könnte?

 

[jahlives]

@goetz
und wieder was gelernt. Werde versuchen das zu speichern Dann ist mit swap bei der Ausgabe von free also swap+tmpfs gemeint?

 

[jahlives]

4% ist relativ Gesamthaft scheint du 15MB zu haben, was nicht gerade viel ist. Ich weiss nicht genau ob dovecot die gesamte Mail in tmp schreiben will, aber wenn du ein entsprechendes Attachment dran hast ist mit 15MB schnell Schicht im Schacht

 

[Tieflieger]

was müsste ich in der fstab-Datei eintragen, um /volume1/tmp zu nutzen.

Symlink geht nicht weil ich /tmp ja nicht im laufenden Betrieb löschen kann.

Versucht mit:

$ mv /tmp /volume1/tmp && rm -rf /tmp && ln -s /volume1/tmp

da kommt immer der Fehler das tmp nicht gelöscht werden kann, weil sich Dateien darin befinden.

 

[jahlives]

Ich weiss nicht ob das folgende geht resp sinnvoll ist, aber du könntest doch /volume1/tmp erstellen, alle Dateien aus /tmp dort reinkopieren und dann /volume1/tmp über /tmp drüber mounten
Ich habe aber keine Ahnung welche möglichen Komplikationen und Seiteneffekte es gibt, aber theoretisch sollte dat funzen

 

[Tieflieger]

Ich versuche das mal und melde mich wenn es geht

 

[Tieflieger]

Mount geht und es ist auch gemountet.

mount

nas> mount
/dev/root on / type ext3 (rw)
/tmp on /tmp type tmpfs (0)
none on /dev/pts type devpts (gid=4,mode=620)
/proc/bus/usb on /proc/bus/usb type usbdevfs (0)
/dev/hda3 on /volume1 type ext3 (usrquota,grpquota)
/tmp on /volume1/tmp type bind (bind)
nas>

aber bei

df

nas> df
Filesystem           1K-blocks      Used Available Use% Mounted on
rootfs                 2451128    492516   1933712  21% /
/dev/root              2451128    492516   1933712  21% /
/tmp                     15100       724     14376   5% /tmp
/dev/hda3            1437500668 546421348 890976920  39% /volume1
/tmp                     15100       724     14376   5% /volume1/tmp

wird mir nicht mehr Speicherplatz bereitgestellt

 

[jahlives]

ich hätte anders rum gemounted Du hast /tmp als /volume1/tmp gemounted. imho hätte es aber genau umgekehrt sein sollen und du solltest /volume1/tmp als /tmp mounten
Mit deinem mount ist mir auch klar dass nicht mehr Platz angezeigt wird, denn der Platz ist dabei durch /tmp begrenzt. Nicht der mountpoint legt den Platz fest sondern die mount-"Quelle". Stells dir vor wie ein Link: Du hast jetzt einen Link (/volume1/tmp) erstellt, der auf /tmp zeigt. Der verfügbare Platz wird also durch /tmp definiert

 

[Tieflieger]

gut andersherum sieht es besser aus.

nas> df
Filesystem           1K-blocks      Used Available Use% Mounted on
rootfs                 2451128    492524   1933704  21% /
/dev/root              2451128    492524   1933704  21% /
/tmp                 1437500668 546429232 890969036  39% /tmp
/dev/hda3            1437500668 546429232 890969036  39% /volume1
/dev/hda3            1437500668 546429232 890969036  39% /tmp

mal morgen sehen ob der Fehler noch da ist.