tempfile out of disk space

[dorkus]

hallo,

habe ein dringendes problem: beim versenden von emails gibt mir norton die meldung: tempfile out of disk space..

benutze sendmail als mta...

weiss nicht wo das herrührt. komischerweise gehen mails ohne anhang durch, werden aber nicht zugestellt - was kann ich da tun? ist wirklich wichtig!!

danke für jede antwort!

dorkus

[dorkus]

die genaue bezeichnung von norton bzw error code des mailserver ist:
"452 4.3.1 Out Of Disk Space for Temp File"

aber bei df ist noch platz... wo liegt der tempfile für sendmail und wie kann ich den löschen bzw. neu erstellen?

[devildawn]

Dürfte das Queuedir sein.

Code: Select all

host:/etc/mail # grep -i queuedir sendmail.cf | grep -v ^#
O QueueDirectory=/var/spool/mqueue

Die Fehlermeldung kommt von sendmail. Was meinst du wenn du von Norton sprichst? Mailvirus-Scanner auf dem Desktop? Probiere mal ohne das Nortonprodukt, ob der Fehler dann immer noch Auftritt.

[dorkus]

so, hab jetzt mal versucht den sendmail queue zu flushen...

das ist das ergebnis:

/usr/sbin/sendmail -q -v

Running /var/spool/mqueue/i59Eh6518306 (sequence 1 of 1149)
xxx@xxx.com... xxx.com: Name server timeout
xxx@xxx.com... Transient parse error -- message queued for future delivery
Error writing control file ./tfi59Eh6518306: No space left on device

bei df -k kommt:
Filesystem 1K-blocks Used Available Use% Mounted on
/dev/hdb1 76920416 28569648 44443360 40% /
/dev/hda1 101089 9168 86702 10% /boot
none 515096 0 515096 0% /dev/shm
/dev/hda3 27387372 544928 25451216 3% /var

ich verstehe die welt nicht mehr... bitte helft mir ;)

dorkus

[devildawn]

Unabhängig von dem "No space left on device" sieht das aus als wenn dein Sendmail nicht resolven kann. Check die resolv.conf und nsswitch.conf.

Wenn DNS klappt stop den sendmail und check noch mal /var. Offene Filehandles können Platz verbrauchen ohne das dieser in df angezeigt wird. Check auch die vorhandenen inodes (df -i) obwohl das unwahrscheinlich ist. Prüfe schliesslich das maillog und die rechte auf mqueue.

Starte dann sendmail neu und beobachte per mailq ob die queue abgearbeitet wird.

[dorkus]

ok hier der vollständigkeit halber... habe die tmp files in der mqueue per hand gelöscht - jetzt geht wieder alles -

cheers!
d!

[kenshinxl]

also ich habe ein fast ähnliches problem: ich kann über crontab meine crons nicht mehr bearbeiten.

Code: Select all

> crontab -e
/tmp/crontab.18813: No space left on device

Code: Select all

> df
Filesystem           1K-blocks      Used Available Use% Mounted on
/dev/hda1               521748    151344    343900  31% /
/dev/hda5              5119900    526656   4593244  11% /usr
/dev/hda6              5119900    103728   5016172   3% /var
/dev/hda7             27369928   4550024  22819904  17% /home
tmpfs                   123988    123988         0 100% /tmp
tmpfs                    20480         0     20480   0% /dev/shm

Code: Select all

> df -i
Filesystem            Inodes   IUsed   IFree IUse% Mounted on
/dev/hda1              66400   24414   41986   37% /
/dev/hda5            5124672   28468 5096204    1% /usr
/dev/hda6            5124672    2123 5122549    1% /var
/dev/hda7            27374720    4191 27370529    1% /home
tmpfs                  30997      25   30972    1% /tmp
tmpfs                  30997       1   30996    1% /dev/shm

was mir an meinem system nur auffällt sind im verzeichnis /proc lauter ordner mit einer nummer als name, auszug:

Code: Select all

dr-xr-xr-x    3 root     root            0 2004-09-04 13:19 1/
dr-xr-xr-x    3 web1     ftponly         0 2004-09-04 13:19 10625/
dr-xr-xr-x    3 root     root            0 2004-09-04 13:19 11/
dr-xr-xr-x    3 web1     ftponly         0 2004-09-04 13:19 16797/
dr-xr-xr-x    3 web1     ftponly         0 2004-09-04 13:19 16807/
dr-xr-xr-x    3 mysql    daemon          0 2004-09-04 13:19 16815/
dr-xr-xr-x    3 root     root            0 2004-09-04 13:19 17483/
dr-xr-xr-x    3 root     root            0 2004-09-04 13:19 17484/
dr-xr-xr-x    3 root     root            0 2004-09-04 13:19 17490/
dr-xr-xr-x    3 nobody   nobody          0 2004-09-04 13:19 18421/
dr-xr-xr-x    3 web1     ftponly         0 2004-09-04 13:19 18423/
dr-xr-xr-x    3 root     root            0 2004-09-04 13:19 18772/
dr-xr-xr-x    3 root     root            0 2004-09-04 13:19 18774/
dr-xr-xr-x    3 web0     ftponly         0 2004-09-04 13:19 18776/
dr-xr-xr-x    3 web0     ftponly         0 2004-09-04 13:19 18777/
dr-xr-xr-x    3 wwwrun   www             0 2004-09-04 13:19 18875/
dr-xr-xr-x    3 wwwrun   www             0 2004-09-04 13:19 18876/
dr-xr-xr-x    3 wwwrun   www             0 2004-09-04 13:19 18877/
dr-xr-xr-x    3 wwwrun   www             0 2004-09-04 13:19 18883/
dr-xr-xr-x    3 root     root            0 2004-09-04 13:19 18933/
dr-xr-xr-x    3 root     root            0 2004-09-04 13:19 18934/
dr-xr-xr-x    3 postfix  postfix         0 2004-09-04 13:19 18960/
dr-xr-xr-x    3 wwwrun   www             0 2004-09-04 13:19 18975/
dr-xr-xr-x    3 postfix  postfix         0 2004-09-04 13:19 18999/
dr-xr-xr-x    3 postfix  postfix         0 2004-09-04 13:19 19000/
dr-xr-xr-x    3 postfix  postfix         0 2004-09-04 13:19 19001/
dr-xr-xr-x    3 postfix  postfix         0 2004-09-04 13:19 19002/
dr-xr-xr-x    3 postfix  postfix         0 2004-09-04 13:19 19003/
dr-xr-xr-x    3 root     root            0 2004-09-04 13:19 19009/
dr-xr-xr-x    3 mysql    daemon          0 2004-09-04 13:19 19033/
dr-xr-xr-x    3 mysql    daemon          0 2004-09-04 13:19 19034/
dr-xr-xr-x    3 mysql    daemon          0 2004-09-04 13:19 19035/
dr-xr-xr-x    3 mysql    daemon          0 2004-09-04 13:19 19036/
dr-xr-xr-x    3 mysql    daemon          0 2004-09-04 13:19 19037/
dr-xr-xr-x    3 mysql    daemon          0 2004-09-04 13:19 19038/
dr-xr-xr-x    3 mysql    daemon          0 2004-09-04 13:19 19039/
dr-xr-xr-x    3 mysql    daemon          0 2004-09-04 13:19 19040/
dr-xr-xr-x    3 mysql    daemon          0 2004-09-04 13:19 19041/
dr-xr-xr-x    3 mysql    daemon          0 2004-09-04 13:19 19042/
dr-xr-xr-x    3 root     root            0 2004-09-04 13:19 19044/

was haben diese files zu sagen? der ordner "11" hat zb folgenden inhalt:

Code: Select all

>l
l
/bin/ls: cannot read symbolic link exe: No such file or directory
total 0
dr-xr-xr-x    3 root     root            0 2004-09-04 13:20 ./
dr-xr-xr-x  111 root     root            0 2004-05-25 04:01 ../
-r--r--r--    1 root     root            0 2004-09-04 13:21 cmdline
-r--r--r--    1 root     root            0 2004-09-04 13:21 cpu
lrwxrwxrwx    1 root     root            0 2004-09-04 13:21 cwd -> //
-r--------    1 root     root            0 2004-09-04 13:21 environ
lrwxrwxrwx    1 root     root            0 2004-09-04 13:21 exe
dr-x------    2 root     root            0 2004-09-04 13:21 fd/
-r--r--r--    1 root     root            0 2004-09-04 13:21 maps
-rw-------    1 root     root            0 2004-09-04 13:21 mem
-r--r--r--    1 root     root            0 2004-09-04 13:21 mounts
lrwxrwxrwx    1 root     root            0 2004-09-04 13:21 root -> //
-r--r--r--    1 root     root            0 2004-09-04 13:21 stat
-r--r--r--    1 root     root            0 2004-09-04 13:21 statm
-r--r--r--    1 root     root            0 2004-09-04 13:21 status

ähm und nu bin ich ratlos, für blocks zeigt er mir für den /tmp 0 available, und bei inodes dort nur 1% in use, was stimmt denn nun davon, und wie löse ich das problem mit dem platz? hoffe es kann mir jemand helfen. vielen dank im voraus für jeden hinweis.

system: 1&1 Root L, default 1u1 konfig, Suse 9.1, confix 3

[captaincrunch]

was mir an meinem system nur auffällt sind im verzeichnis /proc lauter ordner mit einer nummer als name, auszug:

/proc ist ein reines Pseudofilesystem und belegt keinen Plattenplatz.

Ansonsten steht doch klipp und klar da, dass dein /tmp voll ist. :roll: