a tout hasard et sans garantie, essaie p-e avec un autre MTA (sendmail, exim, ...) et p-e de server imap.
Liste des servers imap dispo sur ma distro (debian unstable) : uwimapd courier-imap bonne chance ... abarthel said: > Que signifie "corrupt or unallocated memory block"? Raisons possibles > du crash? > > Bonjour, > > Voil� le probl�me > > 1) j'ai un serveur Cyrus-IMAP (avec Postfix comme MTA et Procmail) qui > tournait apparemment � merveille. > 2) jeudi ou vendredi pass� je commence � avoir des "lenteurs" lorsque > je veux faire un acc�s � ce serveur � partir d'un h�te ext�rieur via > ssh (lenteur d'autentification ou lorsque je veux faire des > "explorations" de r�pertoires via Midnight Commander, etc ...). J'ai > eu ces m�mes "lenteurs" lorsque je travaillais directement sur le > serveur (Midnight Commander entre autres lorsque je sautais d'un > r�pertoire � l'autre). Ce n'est donc pas un probl�me de ssh ou de > r�seau comme je le pensais au d�but. > Je pensais en toucher un mot � la liste pour savoir comment tester le > syst�me et voir ce qui clochait. > > 3) mardi dernier: plus de serveur. Je pense d'abord qu'il y a un > probl�me de routeur (port mapping) car un telnet <serveur> 25 ne > fonctionne pas. Je chipote et je constate que le logiciel Postfix est > arr�t� (je fais rcpostfix status avec SuSE 7.3 => "unused">. > Maintenant que j'y r�fl�chi, une des causes possibles est le "cron" de > backup des bo�tes aux lettres. Je suis oblig� de couper Postfix et > Cyrus-IMAP avant de faire le backup afin de ne pas avoir une > d�synchronisation entre les fichiers .db et les bo�tes aux mettres. Le > cron relance automatiquement Postfix et Cyrus-Imap et il y a d� y > avoir un couac. > > Ci-apr�s le fichier sauve.txt lanc� par cron. Dans /var/log/messages le > cron est normalement ex�cut� � 7h00 du matin. > > Donc, je relance Postfix et tout se passe apparemment normalement > pendant toute la journ�e sauf les "lenteurs" > > 4) le lendemain: plus rien serveur IMAP tout-�-fait out. Je vais > v�rifier et l'�cran est tout-�-fait noir - plus rien. Je pense � une > coupure de courant ou � une prise qui a �t� enlev�e par inadvertence. > Je suis donc oblig� de relancer le serveur (rebooter donc) et apr�s > quelques fschk je crois pouvoir � nouveau utiliser le serveur mais > plus rien ne marche. J'ai toujours acc�s aux bo�tes aux lettres IMAP > mais il n'y a plus aucune r�ception de courrier. En fait si je fais # > ps aux, j'ai droit aux lignes suivantes qui se r�p�tent: > > postfix 673 0.0 0.2 2996 1028 ? S 13:11 0:00 smtpd -n smtp -t > > apparemment le d�mon smtpd � des probl�mes pour se lancer et la > commande est relanc�e plusieurs fois sans r�sultat > > si je fais maintenant # telnet localhost 25 ===> aucune connexion, > impossible de lancer un message. > > Question: comment tester smtpd? ou le relancer? > ===> /usr/lib/postfix/smtpd > > par contre avec # telnet localhost imap , aucun probl�me, le serveur > est pr�sent. > > ===> probl�me apparent (je dis bien apparent) avec Postfix et cela, > c'est tout nouveau pour moi. > > 5) j'ai commenc� � tout transf�rer sur un autre h�te mais avec un > serveur IMAP c'est tout un chipotage pour r�installer les bo�tes aux > lettres. Donc j'installe un serveur POP3 avec Postfix comme MTA pour > me d�panner pour l'instant. > > 6) Avec ce nouveau serveur Postfix/POP3, j'ai une surprise: des > messages que j'avais tap� et envoy� le jeudi 30 mai pour la liste > r�apparaissent soudain et j'ai m�me la r�ponse d'Alain Empain et > Pascal Bleser que je remercie. Donc, toujours apparemment, le > protocole SMTP "couacait" quelque part (/usr/lib/postfix/smtpd? > > 7) en suivant /var/log/messages j'ai: > > 1 juin 18:18 > > ===> Jun 1 postfix/master[3267]: panic: myfree: corrupt or unallocated > memory block <===== > > Puis plus rien (je ne m'en �tait pas rendu compte tout de suite) > jusqu'au moment o� je relance Postfix le mardi 4 juin � 10:43 et je > re�ois alors tout un paquet de mails qui �taient en attente sur > l'autre serveur de l'Institut. > > Que signifie "corrupt memory block"? Raisons possibles du crash? > > Mais plus tard, le soir (� partir de June4 23:18, avant tout va > normalement) j'ai (/var/log/mail): > > ---: fatal: master_spawn: exec /usr/lib+postfix: no such file or > directory (/usr/lib/postfix existe) > ---: warning: process /usr/lib+postfix/cleanup pid 18891 exit status 1 > ---: warning: /usr/lib+postfix/cleanup: bad command startup - > throttling > > June5: 00:32 ===> > > --- warning: end of input while receiving string data from service > private/cleanup > --- fatal: unable to connect to the private cleanup service > > puis vers 2:02 plus rien (�cran noir) > > &&&&&&&&&&&&&& > &&&&&&&&&&&&&& > > jusqu'au red�marrage � 10h31 (reboot) mais plus rien ne marche (smtp?) > > --- warning: /usr/lib/postfix/smtpd: bad command startup - throttling > > > D�sol� si c'est long mais si quelqu"un a une suggestion car j'en ai > marre d'entendre certains dire "Linux c'est pas aussi stable qu'on le > dit"). > > Ah oui: maintenant je n'ai plus de "lenteurs" lorsque je veux acc�der > au serveur IMAP via ssh. En fait lorsque j'ai relanc� Postfix qui > �tait mort, le syst�me int�ragissait normalement pendant quelques > temps (10 minutes) pour redevenir lent. Il y avait des processus qui > bloquaient apparemment le syst�me (surcharge de travail? Mais comment > tester et v�rifier?). > > ============================= > > lx93:/home/alain # cat /home/cyrus/sauve.txt (ex�cut� par cron � 7h00) > #!/bin/bash > #sauve.txt > #sauve boites aux lettres /var/imap et /var/spool/imap > > #d'abord arreter les serveurs cyrus-imap et postfix > /sbin/rccyrus stop > /sbin/rcpostfix stop > #tar IMAP > /bin/tar cvzf /postfix_copy/save_mailboxes/var_imap.tgz /var/imap > /bin/tar cvzf /postfix_copy/save_mailboxes/spool_imap.tgz > /var/spool/imap #/bin/tar cvzf /postfix_copy/save_mailboxes/conf.tgz > /etc/cyrus.conf /etc/imapd.conf /etc/sasldb /etc/postfix > > #restart cyrus and postfix > /sbin/rcpostfix start > /usr/cyrus/bin/master & > > ============================== > > > -- > Alain Barth�lemy > _______________________________________________ > Linux Mailing List > Archives: http://www.unixtech.be/mailman/listinfo/linux -- A l'heure actuelle, il s'est form� une sorte "d'aristocratie" de Linux qui essaye de maintenir ses connaissances pour elles et d'en priver les autres en innondant chaque d�butant de documentations -+- EF in Guide du liuxien pervers : "Comprenne qui pourra..." -+-
