• # L'opposé

    Posté par  (site web personnel) . Évalué à 3 (+1/-0).

    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  . Évalué à 1 (+0/-0).

      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  (site web personnel) . Évalué à 2 (+0/-0).

        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, 

        man 1 ulimit

        Me donne accès à la page de manuel du ulimit de bash.

        ulimit -a

        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  . Évalué à 2 (+1/-0).

          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  . Évalué à 1 (+0/-0).

    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 ?

Envoyer un commentaire

Suivre le flux des commentaires

Note : les commentaires appartiennent à celles et ceux qui les ont postés. Nous n’en sommes pas responsables.