Erreur Postfix + SMTP après migration

Bonjour, je viens de tenter la migration vers la 3.0
J’ai les emails suivant qui arrivent dans ma boite de reception en automatique.

Transcript of session follows.

Out: 220 ankh.gr Service ready
In: EHLO a5-5.smtp-out.eu-west-1.amazonses.com
Out: 250-ankh.gr
Out: 250-PIPELINING
Out: 250-SIZE 31457280
Out: 250-VRFY
Out: 250-ETRN
Out: 250-STARTTLS
Out: 250-ENHANCEDSTATUSCODES
Out: 250-8BITMIME
Out: 250 DSN
In: STARTTLS
Out: 220 2.0.0 Ready to start TLS
In: EHLO a5-5.smtp-out.eu-west-1.amazonses.com
Out: 250-ankh.gr
Out: 250-PIPELINING
Out: 250-SIZE 31457280
Out: 250-VRFY
Out: 250-ETRN
Out: 250-AUTH PLAIN LOGIN
Out: 250-AUTH=PLAIN LOGIN
Out: 250-ENHANCEDSTATUSCODES
Out: 250-8BITMIME
Out: 250 DSN
In: MAIL
FROM:01020164e180d132-4085c524-fe9f-49c0-ac8f-67bf7d95d583-000000@mailer.netflix.com
Out: 452 4.3.1 Insufficient system storage
In: RSET
Out: 250 2.0.0 Ok
In: QUIT
Out: 221 2.0.0 Bye

Avez vous une idée ?
:disappointed_relieved:

Merci

Comme l’indique :

est-ce que tu peux vérifier qu’il y a rencore de l’espace libre sur ton serveur ?

Bonsoir autant pour moi
Effectivement, je pensais avoir de la place pourtant.
Utilisé - 2 GB --Disponible 331 MB
Pourtant j’ai juste l’image est une carte sd de 64Go, d’ou viens le problème ?

Je crois qu’il y a un bug actuellement, soit dans notre image raspi, soit dans les images raspi en générale (moins probable) a propos du redimensionnement automatique de la partition …

Tu peux potentiellement t’en sortir en utilisant “raspi-config” en ligne de commande, il y a normalement une option pour redimensionner la partition dedans … (Il faut peut-être redémarrer pour que ca prenne effet ensuite)

1 Like

Je ne sais pas d’ou venais le problème.
J’ai réinstaller l’iso en suivant la procédure habituelle, même erreur.

Je suis parti de Debian stretch en faisant tout en ligne de commande et la cela marche convenablement. Bizarre, mais sa y est je suis en 3.0 en prod donc je vais pas me plaindre ;:slight_smile:

j’avais le même problème après une frech install de ynohost :confused:
j’ai essayé la commande
“raspi-config”

j’ai redemmaré, mais ma partition est toujours petite j’ai une sd de 16go

mais ça redimmensionne rien :confused:

que faire svp .

permitted by applicable law.
root@domaine:~# df -h
Filesystem Size Used Avail Use% Mounted on
/dev/root 2.2G 2.1G 25M 99% /
devtmpfs 460M 0 460M 0% /dev
tmpfs 464M 80K 464M 1% /dev/shm
tmpfs 464M 13M 452M 3% /run
tmpfs 5.0M 4.0K 5.0M 1% /run/lock
tmpfs 464M 0 464M 0% /sys/fs/cgroup
/dev/mmcblk0p1 43M 27M 17M 62% /boot
tmpfs 93M 0 93M 0% /run/user/0

Solution trouvé grace à la commande :

sudo resize2fs /dev/mmcblk0p2

Filesystem Size Used Avail Use% Mounted on
/dev/root 15G 2.1G 13G 15% /

source : https://www.raspberrypi.org/forums/viewtopic.php?t=47505

Hey bonjour,

Tu vas peut-être me sauver, mais moi je ne suis pas avec un Rasp.

Voici mon message d’erreur, lorsque j’essaye d’envoyer des e-mails. Il les sauve en brouillon, sans problème mais sinon :

Erreur SMTP (452) : impossible de définir l’expéditeur « … » (4.3.1 Insufficient system storage)

Mon serveur me dit que j’ai :

"system": {
        "disks": {
            "root": "Mounted on /, 19.1GiB (1.0GiB free)",
            "sda2": "Mounted on /home, 53.5GiB (8.1GiB free)"
        },
        "memory": {
            "ram": "3.8GiB (2.4GiB free)",
            "swap": "511.0MiB (495.4MiB free)"

Et j’arrive encore à téléverser des images par exemple dans mon cloud, sur le même serveur.

Je suppose que c’est un bug, mais je ne vois pas d’où.

Cela fait suite à ce problème que j’ai eu et qui semble rentré dans l’ordre sans que je ne fasse rien d’autre que réactiver MySQL. (MySQL se désactivait sans réactivation possible jusqu’à ce matin)
Peut-être étaient-ce des problèmes différents, mais je ne vois pas.

Bonne année à vous.

@Aleks, @Issa quelqu’un d’autre ?

Si vous avez une solution sans tout ré-installer, je suis preneur, j’ai grand besoin cette semaine de faire fonctionner mes e-mails.

:smiley:

Beeeh,

ça laisse tout de même penser qu’une partition est pleines … (par exemple, 1Go restant sur la partition principale (/), certes 1Go de libre c’est pas plein, mais c’est peu)

Que raconte df -h ?

Sys. de fichiers Taille Utilisé Dispo Uti% Monté sur
/dev/root           20G     19G  5,8M 100% /
devtmpfs           2,0G       0  2,0G   0% /dev
tmpfs              2,0G    156K  2,0G   1% /dev/shm
tmpfs              2,0G    206M  1,8G  11% /run
tmpfs              5,0M       0  5,0M   0% /run/lock
tmpfs              2,0G       0  2,0G   0% /sys/fs/cgroup
/dev/sda2           54G     46G  5,5G  90% /home
tmpfs              393M       0  393M   0% /run/user/0

Merci pour ton retour.

Il est fort probable que je m’améliorerai avec le temps. :grin:

Bon du coup, ça c’est plutot mauvais (5.8Mo d’espace libre)

Donc il te faut libérer de l’espace

Tu peux tenter apt clean pour supprimer quelques fichiers en cache pour récupérer une centaine de Mo peut-être, mais sinon il faut investiguer ce qui prends de la place. Un bon outil pour ça est ncdu :

apt install ncdu

puis lance ncdu /

Cette commande va scanner ton disque pour regarder la taille des différence sfichiers et dossiers, et ensuite tu pourras regarder interactivement ce qui prends beaucoup de place, l’idée etant de voir si il y a des choses évidente que tu peux supprimer.

1 Like

le /home est quasi plein …
@FugazziPL as tu des sauvegardes de NextCloud ou confrère ?

1 Like

J’aurais dû y penser ! O_o

Je viens de gagner 23Go… en supprimant des sauvegardes redondantes (les plus anciennes, of course)…

Sys. de fichiers Taille Utilisé Dispo Uti% Monté sur
/dev/root           20G     19G  4,4M 100% /
devtmpfs           2,0G       0  2,0G   0% /dev
tmpfs              2,0G    156K  2,0G   1% /dev/shm
tmpfs              2,0G    214M  1,8G  11% /run
tmpfs              5,0M       0  5,0M   0% /run/lock
tmpfs              2,0G       0  2,0G   0% /sys/fs/cgroup
/dev/sda2           54G     28G   24G  55% /home
tmpfs              393M       0  393M   0% /run/user/0

Cependant, mes mails ne partent toujours pas. :confused: :

Le serveur a répondu : « 4.3.1 Insufficient system storage ».

Ah ben oui, ce ne sont pas les mêmes partitions. J’y retourne @Aleks.

Déjà, le apt clean me fait gagner quelques Mo.

Sys. de fichiers Taille Utilisé Dispo Uti% Monté sur
/dev/root           20G     18G  431M  98% /
devtmpfs           2,0G       0  2,0G   0% /dev
tmpfs              2,0G    156K  2,0G   1% /dev/shm
tmpfs              2,0G    214M  1,8G  11% /run
tmpfs              5,0M       0  5,0M   0% /run/lock
tmpfs              2,0G       0  2,0G   0% /sys/fs/cgroup
/dev/sda2           54G     28G   24G  55% /home
tmpfs              393M       0  393M   0% /run/user/0

Et les e-mails marchent.

en passant
$ apt autoremove

Je ne comprends pas @yolateng0

Super sympa l’utilitaire @Aleks !

Merci à vous deux !

en ligne de commande tape

sudo apt-get autoremove

Cela devrait te proposer l’ensemble des paquets dont ton serveur n a plus besoin…
a utiliser avec attention néanmoins pour les paquets supprimer

1 Like

Il va me falloir trouver une solution plus permanente. O_o’

Je suis régulièrement obligé de faire des apt clean pour récupérer de la mémoire.

J’arrive à en enlever sur /dev/sda2, mais pour ce qui est /dev/root cela me semble impossible de jouer avec.

Peut-on sans difficulté supprimer le .cache qui s’y trouve ?

Comme dit :

J’ai enfin trouvé. :smiley:

J’ai pris mes archives de mails 2016 et 2017 en local et les ai supprimé du serveur. J’ai gagné quelques 1000Mo. :smiley:

Affaire à suivre, donc. :slight_smile: