Mac OSX Server et Postfix
Par NiKo le jeudi 19 mai 2005, 14:31 - Divers
- Lien permanent -
14 commentaires -
Tags :
Il me reste un OSX server 10.3.9 au taf, configuré comme serveur de mail. C'est une sombre bouse, qui n'a jamais vraiment marché, et a toujours nécessité un reboot minimum hebdomadaire, pourtant en configuration de base (pas de fink, rien !).
Sauf que là, il me fait vraiment chier plus que de coutume : postfix se lance correctement, puis s'instancie n fois jusqu'à saturer complètement le serveur et rendre le service de courrier sortant (smtpd) complètement indisponible 
Cliquez sur lire la suite pour voir un aperçu du souci et éventuellement m'aider :
Ca donne ça :
# postqueue -f && killall smtpd && postfix stop && postfix start postix/postfix-script: stopping the Postfix mail system postfix/postfix-script: starting the Postfix mail system # postqueue -p Mail queue is empty # ps aux | grep smtpd postfix 17218 0.0 -0.0 27600 868 ?? S 2:18PM 0:00.05 smtpd -n sm postfix 17220 0.0 -0.0 27600 868 ?? S 2:18PM 0:00.05 smtpd -n sm postfix 17222 0.0 -0.0 27600 868 ?? S 2:18PM 0:00.03 smtpd -n sm postfix 17225 0.0 -0.0 27600 868 ?? S 2:18PM 0:00.03 smtpd -n sm postfix 17226 0.0 -0.0 27600 864 ?? S 2:18PM 0:00.02 smtpd -n sm postfix 17229 0.0 -0.0 27600 876 ?? S 2:18PM 0:00.08 smtpd -n sm postfix 17236 0.0 -0.0 27600 876 ?? S 2:18PM 0:00.03 smtpd -n sm postfix 17242 0.0 -0.0 27600 864 ?? S 2:18PM 0:00.03 smtpd -n sm postfix 17243 0.0 -0.0 27600 868 ?? S 2:18PM 0:00.03 smtpd -n sm postfix 17244 0.0 -0.0 27600 860 ?? S 2:18PM 0:00.02 smtpd -n sm postfix 17245 0.0 -0.0 27600 864 ?? S 2:18PM 0:00.02 smtpd -n sm postfix 17246 0.0 -0.0 27600 860 ?? S 2:18PM 0:00.03 smtpd -n sm postfix 17247 0.0 -0.0 27600 832 ?? S 2:18PM 0:00.02 smtpd -n sm postfix 17248 0.0 -0.0 27600 868 ?? S 2:18PM 0:00.05 smtpd -n sm postfix 17251 0.0 -0.0 27600 860 ?? S 2:18PM 0:00.05 smtpd -n sm postfix 17252 0.0 -0.0 27600 868 ?? S 2:18PM 0:00.02 smtpd -n sm postfix 17253 0.0 -0.0 27600 864 ?? S 2:18PM 0:00.02 smtpd -n sm postfix 17254 0.0 -0.0 27600 868 ?? S 2:19PM 0:00.05 smtpd -n sm postfix 17255 0.0 -0.0 27600 868 ?? S 2:19PM 0:00.05 smtpd -n sm postfix 17257 0.0 -0.0 27600 864 ?? S 2:19PM 0:00.01 smtpd -n sm postfix 17286 0.0 -0.0 27600 868 ?? S 2:19PM 0:00.03 smtpd -n sm postfix 17288 0.0 -0.0 27600 864 ?? S 2:19PM 0:00.02 smtpd -n sm root 17290 0.0 -0.0 18172 336 std S+ 2:19PM 0:00.00 grep smtpd #
Si je refais un ps aux | grep smtpd une minute après, j'ai le double d'instances ouvertes... Et ainsi de suite, jusqu'à plantage. Mon boulot n'est pas l'administration réseau, je fais ça pour dépanner : quelqu'un aurait-il une idée du problème ? Je ne trouve rien sur les forums consacrés à Mac OS X... 
HELP
Edit : J'ai appellé Apple, car j'ai découvert que nous avions un contrat AppleCare Premium(r)(tm) chez eux. Après avoir perdu 20 minutes à montrer patte blanche (Numéro de série, numéro de licence, date d'achat, numéro de contrat AppleCare, Fax de confirmation). Bilan, le mec ne sait pas. Il me rappelle demain matin (???).
14 commentaires (Ajouter un commentaire)
Chris > Oui, les relais étaient correctement configurés ; c'est d'ailleurs la première chose qu'ils ont vérifié (avec raison).
C'est vrai que c'est surprenant, cette inflation de consommation de ressources.
Ton paramètrage anti-relais était OK (relays_domains: domaine.fr) ? Sinon, ta version Postfix est-elle récente ?
Intéressant à suivre en tous les cas ...
Chris > C'est marrant, je viens tout juste de parler à mon contact Applecare à ce sujet, il a transmis un énorme fichier Dump de nos log à la maison mère aux Etats-Unis, qui est sur le coup. De ce qu'il m'a dit, ils sont très "intéressés".
Il était complètement floodé de tentatives d'utilisation comme relai ouvert. Par contre, ce qui n'est pas normal, c'est que postfix ouvrait des process et ne les fermait jamais, d'où engorgement et plantage.
Pour info, entretemps j'ai réglé le problème en desactivant la gestion de l'un de nos trois noms de domaines, qui pointe desormais vers un fantastique mur
A suivre, donc...
Tu as trouvé finalement ce qui est arrivé (ou arrive encore ...) à ton service Postfix ?
entrant...sortant...pas grave..
..
...ce qu'on veut savoir maintenant c'est ce qui arrive a ton postfix
Pour être plus précis, tu as les processus smtpd qui sont des serveurs en écoute des connexions entrantes et tu as les processus smtp (notez la petite différence) qui ne sont que des clients qui se connecte vers les autres serveurs de mails.
Bon je sais, ça aide pas trop
Yannick > Oh l'aut', comment qu'il chipotte
bon d'accord, ça gère aussi les connexions entrantes et les options postfix. Au moins j'aurai appris quelque chose 
Encore une fois je suis pas admin réseau, loin de là, j'essaye juste de dépanner cette bouse dans la limite des mes connaissances limitées sur la question
Connait pas non plus Mac...
Mais voici quelques pistes pour essayer de débugger:
www.postfix.org/DEBUG_REA...
www.postfix-book.com/debu...
www.onlamp.com/pub/a/onla...
Ps:
>...le service de courrier sortant (smtpd) complètement...
Je ne pense pas qu'on puisse appelé smtpd "le service de courrier sortant"..
Par respect pour ma boîte, je ne répondrai pas publiquement, même si vous vous doutez que je n'en pense pas moins. Arf, zut, j'ai répondu.
Tu comptes vraiment sur la HotLine d'Apple ? Tu devrais plutôt demander à des gens compétents... ce n'est pas comme si ils avaient produit MacOS X, n'est-ce pas ?
Si ça tenait qu'à moi
Arf, là je ne vois pas trop. Quelle idée de prendre un mac aussi !!
Romain > Merci pour t'on aide
J'ai modifié le maser.cf pour limiter smtpd à 20 instances maxi, rien à faire, ça bloque au bout d'une minute. Le pire ces tous les processes smtpd sont à 0% d'occupation... Comprends pas.
Logiquement, tu as un nombre limité de processus smtpd. On le retouvre dans le master.cf.
En ce moment, il y a un virus qui balance une floppée de spams (en allemand pour les plupart), ton serveur ne doit pas suivre l'afflut de mails. (Pure supposition de comptoir :p)
Peut être que cette page pourra t'aider :
x.guimard.free.fr/postfix...
Je regarderai de mon côté.
Romain