7 votes

Postfix décide qu'il n'a pas assez d'espace disque

RÉSULTAT FINAL

J'ai résolu ce problème en redimensionnant mon xvda de 700MB à 10GB. J'ai utilisé le panneau de contrôle de Linode pour le faire, ce qui implique d'éteindre le VPS, de lancer l'opération de redimensionnement, puis de le redémarrer. Un grand merci à tous ceux qui ont fourni des informations et des solutions ; ils ont tous été utiles.

QUESTION INITIALE

J'utilise Postfix comme MTA, et il a décidé au hasard d'arrêter d'accepter le courrier entrant :

Sep 14 07:50:26 zulu postfix/smtpd[27946]: warning: not enough free space in mail queue: 6832128 bytes < 1.5*message size limit

Dans mon postconf :

message_size_limit = 10240000
queue_minfree = 25000000

Tous les courriers adressés à mon système sont rejetés avec la mention 452 4.3.1 Insufficient system storage .

Je ne connais pas grand-chose aux partitions et à la magie qui s'y rattache, je sais seulement que Postfix me dit apparemment qu'il n'a pas d'espace, alors qu'en fait mon système a beaucoup d'espace :

Enfin, Postfix envoie toujours les avis d'échec à mon serveur postmaster@ Je suis donc vraiment perdue.

EDIT

root@zulu:/# df -h
Filesystem            Size  Used Avail Use% Mounted on
/dev/xvda             679M  644M  6.9M  99% /
tmpfs                 249M     0  249M   0% /lib/init/rw
udev                   10M  112K  9.9M   2% /dev
tmpfs                 249M     0  249M   0% /dev/shm

Pour autant que je sache, la file d'attente du courrier est stockée dans /var/spool/postfix . Je ne suis pas tout à fait sûr de savoir comment déterminer si cela est correct, mais cela semble être le cas :

root@zulu:/var/spool/postfix# ls -al
total 84
drwxr-xr-x 21 root    root     4096 Sep  6 13:58 .
drwxr-xr-x  4 root    root     4096 Sep  6 06:55 ..
drwx------  2 postfix root     4096 Sep 14 08:37 active
drwx------  2 postfix root     4096 Sep 13 13:19 bounce
drwx------  2 postfix root     4096 Sep  6 06:55 corrupt
drwx------  3 postfix root     4096 Sep 12 06:13 defer
drwx------  3 postfix root     4096 Sep 12 06:13 deferred
drwxr-xr-x  2 root    root     4096 May  4 17:30 dev
drwxr-xr-x  3 root    root     4096 Sep 14 07:37 etc
drwx------  2 postfix root     4096 Sep  6 06:55 flush
drwx------  2 postfix root     4096 Sep  6 06:55 hold
drwx------  2 postfix root     4096 Sep 14 08:37 incoming
drwxr-xr-x  2 root    root     4096 Sep 14 07:37 lib
drwx-wx--T  2 postfix postdrop 4096 Sep  8 21:41 maildrop
drwxr-xr-x  2 root    root     4096 Sep 12 06:13 pid
drwx------  2 postfix root     4096 Sep 14 07:37 private
drwx--s---  2 postfix postdrop 4096 Sep 14 07:37 public
drwx------  2 postfix root     4096 Sep  6 06:55 saved
drwx------  2 postfix root     4096 Sep  6 06:55 trace
drwxr-xr-x  3 root    root     4096 Sep  6 06:55 usr
drwxr-xr-x  3 root    root     4096 Sep  6 13:58 var

fdisk :

root@zulu:/# fdisk -l /dev/xvda

Disk /dev/xvda: 734 MB, 734003200 bytes
255 heads, 63 sectors/track, 89 cylinders
Units = cylinders of 16065 * 512 = 8225280 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Disk identifier: 0x00000000

Disk /dev/xvda doesn't contain a valid partition table

Je devrais probablement préciser qu'il s'agit d'un VPS Linode.

8voto

AliGibbs Points 2273

La raison pour laquelle vous affichez beaucoup d'espace est que l'image de votre linode a une taille de 956mb, et que vous avez 20gb au total sur votre compte. Par conséquent, votre serveur réel ne fait que 956mb en taille (ce qui vous donne 6.9mb actuellement disponible). Pour résoudre ce problème, arrêtez votre instance linode, redimensionnez l'image pour utiliser une plus grande partie de votre compte (nous vous conseillons de l'utiliser entièrement, à moins que vous n'ayez d'autres images à exécuter).

4voto

thoroughly Points 467

Votre répertoire racine est plein, ce qui explique le problème. Il y a plusieurs choses que vous pouvez faire immédiatement. Premièrement, lancez un apt-get clean all. Cela supprimera tous les paquets téléchargés qui se trouvent sur le système de fichiers. Ensuite, faites ce qui suit :

cd /var/log
du -hs

Vous verrez ainsi combien d'espace est utilisé pour les journaux. Si elle est importante, lancez la commande du -hs *. Cela montrera l'espace utilisé par chaque répertoire de /var/log. Recherchez celui qui utilise le plus d'espace. Saisissez-le (cd où est le nom du répertoire problématique). Lancez un ls -lh et regardez la taille des fichiers pour chacun d'entre eux. Si les fichiers se terminent par .gz, vous pouvez simplement les supprimer (rm ) ou s'il existe un fichier volumineux qui ne se termine pas par .gz et que vous ne vous souciez pas de son contenu :

> <filename>

Là encore, où se trouve le nom du fichier problématique. Cela devrait vous permettre de recommencer à fonctionner et je suis certain que vous trouverez votre problème dans /var/log.

3voto

SmallClanger Points 8832

Ok, je vois le problème, mais je ne sais pas où se trouve le reste de l'espace disque signalé. Cette ligne :

/dev/xvda             679M  644M  6.9M  99% /

indique que votre système de fichiers racine ne fait que 679 Mo, dont seulement 6,9 Mo sont libres (la quantité indiquée dans le message d'erreur).

/var/spool/postfix se trouve dans ce système de fichiers (comme tout le reste). Ainsi, si vous êtes censé disposer de 20 Go, c'est que votre disque n'a pas été partitionné correctement. S'il s'agit de votre propre serveur, lancez fdisk -l /dev/xvda . Vous devriez voir la table de partition. S'il s'agit d'un service hébergé, adressez-vous à votre fournisseur.

SistemesEz.com

SystemesEZ est une communauté de sysadmins où vous pouvez résoudre vos problèmes et vos doutes. Vous pouvez consulter les questions des autres sysadmins, poser vos propres questions ou résoudre celles des autres.

Powered by:

X