Je rencontre un gros problème avec mon service pop3 sur une redhat 8.
Le service n'arrete pas de tomber et de repartir aléatoirement.
Le serveur répond aussi très lentement.
Je ne vois aucun log d'erreur évident, la ram est toujours chargée à fond.
J'ai essayé de changer de machine car j'en avait une identique avec plus de
ram.
Rien à faire.
Je pensais que cela pouvait être du à xinetd qui demandait au pop de stopper
quelques secondes, mais j'ai beau changer les paramètre de xinetd, le
comportement
ne varie pas.
Je ne comprends pas d'ou cela peut venir, si vous avez besoin de logs,
n'hésitez pas
à me les demander.
[...] donc rien de particulier pour les différents points proposés au dessus. et un serveur à priori qui ne fait pas grand chose (déduit de l'instantanné vmstat fourni)
pb réseau ? a prioris non, pas de déconnexions de sessions établies, pas de soucis
sur les autres serveurs.
J'ai trouvé des infos sur un pb équivalent sur un forum redhat, cela venait d'un pb de version de xientd, mais j'ai testé de chager de version ( + vieille et plus récente ) et cela fait pareil.
là peut être que tu tombes dans les limites d'inetd de mémoire il est possible de limiter les process gérés par inetd / xinetd en terme de charge machine et de nombre de connexions ..
combien de clients ? pop automatique tous les XX secondes ? combien de connexions simultanées sur le serveur ?
peut être un probleme avec la partie MTA / MDA qui se reporte sur le daemon pop3 qui tombe ? est ce que tous les arrêts constatés sont liés à 1 ou 2 clients particulier (authentification particulière activée APOP, MD5, ...) ? beaucoup de spam en ce moment ?
là je crois que je vais sécher pour les idées. bonne continuation.
[...]
donc rien de particulier pour les différents points proposés au dessus.
et un serveur à priori qui ne fait pas grand chose
(déduit de l'instantanné vmstat fourni)
pb réseau ?
a prioris non, pas de déconnexions de sessions établies, pas de soucis
sur les autres serveurs.
J'ai trouvé des infos sur un pb équivalent sur un forum redhat, cela
venait d'un pb de version de xientd,
mais j'ai testé de chager de version ( + vieille et plus récente ) et
cela fait pareil.
là peut être que tu tombes dans les limites d'inetd
de mémoire il est possible de limiter les process gérés par inetd /
xinetd en terme de charge machine et de nombre de connexions ..
combien de clients ? pop automatique tous les XX secondes ?
combien de connexions simultanées sur le serveur ?
peut être un probleme avec la partie MTA / MDA qui se reporte sur le
daemon pop3 qui tombe ?
est ce que tous les arrêts constatés sont liés à 1 ou 2 clients
particulier (authentification particulière activée APOP, MD5, ...) ?
beaucoup de spam en ce moment ?
là je crois que je vais sécher pour les idées.
bonne continuation.
[...] donc rien de particulier pour les différents points proposés au dessus. et un serveur à priori qui ne fait pas grand chose (déduit de l'instantanné vmstat fourni)
pb réseau ? a prioris non, pas de déconnexions de sessions établies, pas de soucis
sur les autres serveurs.
J'ai trouvé des infos sur un pb équivalent sur un forum redhat, cela venait d'un pb de version de xientd, mais j'ai testé de chager de version ( + vieille et plus récente ) et cela fait pareil.
là peut être que tu tombes dans les limites d'inetd de mémoire il est possible de limiter les process gérés par inetd / xinetd en terme de charge machine et de nombre de connexions ..
combien de clients ? pop automatique tous les XX secondes ? combien de connexions simultanées sur le serveur ?
peut être un probleme avec la partie MTA / MDA qui se reporte sur le daemon pop3 qui tombe ? est ce que tous les arrêts constatés sont liés à 1 ou 2 clients particulier (authentification particulière activée APOP, MD5, ...) ? beaucoup de spam en ce moment ?
là je crois que je vais sécher pour les idées. bonne continuation.
laurent
là peut être que tu tombes dans les limites d'inetd de mémoire il est possible de limiter les process gérés par inetd / xinetd en terme de charge machine et de nombre de connexions .. J'ai bien pensé au nombre de connexions, et j'ai augmenté ce nombre au cas
où, mais cela ne change pas grand chose.
combien de clients ? pop automatique tous les XX secondes ? combien de connexions simultanées sur le serveur ? J'ai en gros 2000 comptes emails mais les récupérations ne tombent pas trop
en même temps. Je peux monter jusqu'à 20 connexions par seconde en pop3; mais bon, xinetd par defaut en autorise 25 et j'ai même augmenté le nombre pour tester.
peut être un probleme avec la partie MTA / MDA qui se reporte sur le daemon pop3 qui tombe ? est ce que tous les arrêts constatés sont liés à 1 ou 2 clients particulier (authentification particulière activée APOP, MD5, ...) ? beaucoup de spam en ce moment ? Comme beaucoup :-)
Mais le filtre qui est avant ce serveur en enlève pas mal.
là je crois que je vais sécher pour les idées. bonne continuation. Merci de ton aide :-)
là peut être que tu tombes dans les limites d'inetd
de mémoire il est possible de limiter les process gérés par inetd /
xinetd en terme de charge machine et de nombre de connexions ..
J'ai bien pensé au nombre de connexions, et j'ai augmenté ce nombre au cas
où, mais
cela ne change pas grand chose.
combien de clients ? pop automatique tous les XX secondes ?
combien de connexions simultanées sur le serveur ?
J'ai en gros 2000 comptes emails mais les récupérations ne tombent pas trop
en même temps.
Je peux monter jusqu'à 20 connexions par seconde en pop3; mais bon, xinetd
par defaut en
autorise 25 et j'ai même augmenté le nombre pour tester.
peut être un probleme avec la partie MTA / MDA qui se reporte sur le
daemon pop3 qui tombe ?
est ce que tous les arrêts constatés sont liés à 1 ou 2 clients
particulier (authentification particulière activée APOP, MD5, ...) ?
beaucoup de spam en ce moment ?
Comme beaucoup :-)
Mais le filtre qui est avant ce serveur en enlève pas mal.
là je crois que je vais sécher pour les idées.
bonne continuation.
Merci de ton aide :-)
là peut être que tu tombes dans les limites d'inetd de mémoire il est possible de limiter les process gérés par inetd / xinetd en terme de charge machine et de nombre de connexions .. J'ai bien pensé au nombre de connexions, et j'ai augmenté ce nombre au cas
où, mais cela ne change pas grand chose.
combien de clients ? pop automatique tous les XX secondes ? combien de connexions simultanées sur le serveur ? J'ai en gros 2000 comptes emails mais les récupérations ne tombent pas trop
en même temps. Je peux monter jusqu'à 20 connexions par seconde en pop3; mais bon, xinetd par defaut en autorise 25 et j'ai même augmenté le nombre pour tester.
peut être un probleme avec la partie MTA / MDA qui se reporte sur le daemon pop3 qui tombe ? est ce que tous les arrêts constatés sont liés à 1 ou 2 clients particulier (authentification particulière activée APOP, MD5, ...) ? beaucoup de spam en ce moment ? Comme beaucoup :-)
Mais le filtre qui est avant ce serveur en enlève pas mal.
là je crois que je vais sécher pour les idées. bonne continuation. Merci de ton aide :-)
