Essaye de tester correctment ta memoire, je pense qu'il existe un genre de
kernel qui fait cela, a mettre dans LILO....
Dominique
abarthel
<[EMAIL PROTECTED] To: [EMAIL PROTECTED]
ov.be> cc:
Sent by: Subject: [linux] Probl�me
existenciel - soutien m�me moral souhait� - "Linux pas aussi stable
[EMAIL PROTECTED] qu'on le dit"
nixtech.be
06/06/02 11:18 AM
Please respond to
linux
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
**********************************************************************
This email and any files transmitted with it are confidential and
intended solely for the use of the individual or entity to whom they
are addressed. If you have received this email in error please notify
the system manager.
This footnote also confirms that this email message has been swept by
MIMEsweeper for the presence of computer viruses.
www.mimesweeper.com
**********************************************************************
