Je rencontre un crash dump depuis que j'ai migré mon application vers Linux CentOS7. Elle tournait auparavant sur AIX. La piste serait un nombre de tâches simultanées trop élevées (valeur MAXCONCURRENTENQ). Auriez-vous rencontré un pb similaire ?
merci par avance.
Forum Linux.général Crash système
8
juil.
2024
# L'opposé
Posté par ǝpɐןƃu∀ nǝıɥʇʇɐW-ǝɹɹǝıԀ (site web personnel) . Évalué à 3.
Autrefois j'avais rencontré le problème opposé en passant d'un autre Unix vers un AIX qui faisait tourner des processeurs power3 (ça ne nous rajeunit pas). Un petit réglage système pour autoriser plus de filaments avait réglé le problème. Ça a été l'occasion pour moi de découvrir ulimit.
« IRAFURORBREVISESTANIMUMREGEQUINISIPARETIMPERAT » — Odes — Horace
[^] # Re: L'opposé
Posté par Patman77 . Évalué à 1.
Bonjour,
Je vous remercie beaucoup pour votre réponse. J'aurais bien aimé que vous puissiez développer comment vous avez pu solutionner votre pb avec ulimit car je ne connais pas son fonctionnement. Par ailleurs et pour vous donner un peu plus d'information, nous utilisons une application (Mantis) qui génère des processus mantis.exe mais qui n'ont pas l'air de solliciter la RAM car le % CPU reste très faible. C'est la raison pour laquelle nous ne comprenons pas pourquoi l'application crashe car capacité mémoire et swap OK.
Cordialement, Patrick.
[^] # Re: L'opposé
Posté par ǝpɐןƃu∀ nǝıɥʇʇɐW-ǝɹɹǝıԀ (site web personnel) . Évalué à 2.
Probablement que ce qui suit ne va pas pouvoir vous aider, car je n'ai plus qu'une idée très vague d'un problème qui n'était pas vraisemblablement très similaire au vôtre, mais au cas où…
Sur mon système actuel,
Me donne accès à la page de manuel du ulimit de bash.
me retourne les limitations appliquées aux processus de l'utilisateur.
Si je soupçonnais un problème du côté d'une des limites, je tenterais de la passer en "unlimited" ou "hard" (cf. page de manuel) à l'aide de l'option idoine. À l'époque, si j'ai bonne mémoire, sous l'AIX que j'utilisais les processus utilisateurs étaient limités à un nombre de processus fils très réduit, et mon programme comportait quelques centaines d'execv. L'administrateur de la machine avait donc changé pour moi la limite par défaut.
« IRAFURORBREVISESTANIMUMREGEQUINISIPARETIMPERAT » — Odes — Horace
[^] # Re: L'opposé
Posté par Patman77 . Évalué à 2.
Bonjour,
Ci-dessous le résultat de la requête ulimit -a :
core file size (blocks, -c) 0
data seg size (kbytes, -d) unlimited
scheduling priority (-e) 0
file size (blocks, -f) unlimited
pending signals (-i) 64092
max locked memory (kbytes, -l) 64
max memory size (kbytes, -m) unlimited
open files (-n) 1024
pipe size (512 bytes, -p) 8
POSIX message queues (bytes, -q) 819200
real-time priority (-r) 0
stack size (kbytes, -s) 8192
cpu time (seconds, -t) unlimited
max user processes (-u) 16384
virtual memory (kbytes, -v) unlimited
file locks (-x) unlimited
Si je me réfère au paramètre 3 max user processes", sa valeur est très élevée.
Cordialement.
# connexion impossible application Linux
Posté par Patman77 . Évalué à 1.
Bonjour,
Ce qui est observé, c'est que l’application continue de fonctionner pour les users mais la connexion ne fonctionne pas pour touts les nouveaux qui tentent de se connecter. Existe t-il un fichier de log pour vérifier le comportement du listener ? Sinon, quels sont les paramètres à vérifier relatifs aux connexions et comment peut-on vérifier les connexions persistantes qui poseraient problèmes ?
Suivre le flux des commentaires
Note : les commentaires appartiennent à celles et ceux qui les ont postés. Nous n’en sommes pas responsables.