Affichage des résultats 1 à 7 sur 7

Discussion: Too many open files

  1. #1
    Membre Junior
    Date d'inscription
    mars 2015
    Messages
    7
    Downloads
    0
    Uploads
    0

    Too many open files

    Bonjour,

    Depuis quelques jours j'ai constaté sur mon Elastix que le service Asterisk se plante souvent, et je doit intervenir pour le redémarrer, d'après analyse des log au moment de la coupure j'ai constaté les erreur suivants par millier:

    WARNING[2842][C-00002b3e] res_rtp_asterisk.c: Unable to allocate RTP socket: Too many open files

    WARNING[13019] asterisk.c: Accept returned -1: Too many open files

    ERROR[28163] utils.c: fwrite() returned error: Broken pipe

    quelqu'un a une idée ?

  2. #2
    Membre Senior
    Date d'inscription
    septembre 2010
    Localisation
    Where the sun shines
    Messages
    1 418
    Downloads
    0
    Uploads
    0
    avant de lancer asterisk (pas la console, mais l'executable qui reste en tâche defond), depuis le shell il faut faire: ulimit -n 32768 -c unlimited && echo "OK" || echo "FAILED"; asterisk

    sinon, ca peut se faire via un param systeme, mais je ne me souviens plus de la manip

  3. #3
    Membre Senior
    Date d'inscription
    janvier 2011
    Localisation
    Villejuif 94
    Messages
    337
    Downloads
    0
    Uploads
    0
    sur debian, il faut éditer /etc/security/limits.conf et /etc/security/limits.d/asterisk.conf

    # /etc/security/limits.conf
    root hard nofile 250000
    root soft nofile 250000

    # /etc/security/limits.d/asterisk.conf
    asterisk hard nofile 100000
    asterisk soft nofile 100000

  4. #4
    Asterisk Fan Avatar de fastm3
    Date d'inscription
    août 2010
    Localisation
    Corbeil Essonnes (91)
    Messages
    1 302
    Downloads
    1
    Uploads
    1
    Yep. Ca peut etre necesaire en fonction de l'usage. Mais ca peut etre aussi une fuite de ressources anormales?
    Honnetement, ca ne m'etonnerait pas avec elastix. Augmenter les limites ne resolvera pas donc vraiment le probleme. Ca permettra d'avoir un uptime un peu plus long neanmoins.
    "lsof" peut aider a determiner le coupable et voir s'il s'agit d'un bug.
    Francois.

  5. #5
    Membre Association Avatar de quintana
    Date d'inscription
    août 2010
    Localisation
    Québec
    Messages
    1 084
    Downloads
    0
    Uploads
    0
    Ça ressemble à un bug qu'on connaît dans Asterisk ça.
    Découvrez Wazo sous licence GPLv3 et accessible pour tous : http://www.wazo.community
    Blog Wazo : http://blog.wazo.community
    Wazo est un fork de XiVO.
    Suivez moi sur Twitter !

  6. #6
    Membre Junior
    Date d'inscription
    mars 2015
    Messages
    7
    Downloads
    0
    Uploads
    0
    Bonjour,

    on appliquant les modifications recommander sur le fichier/etc/security/limits.conf j'ai plus cette erreur, et mon serveur se plante moins, par contre aujourd'hui j'ai constaté que les channles qui s'ouvrent ne se ferme pas

    WARNING[5244] chan_sip.c: Autodestruct on dialog '13e8c547-c0a80101-0-65@192.168.100.150' with owner SIP/8033-0003d0d8 in place (Method: BYE). Rescheduling destruction for 1000

    après un certain moment j'ai des milliers des channels ouvert et a la fin l'asterisk se plante , et mème après un redémarrage ça revient après un moment

    quelqu'in a une idée ?

  7. #7
    Membre Junior
    Date d'inscription
    mars 2015
    Messages
    7
    Downloads
    0
    Uploads
    0
    Bonjour,

    j'ai remarqué que ce problème arrive au moment ou le FREEPBX n'arrive pas a libérer les canaux des appels, de coup je me trouve après 30 minute avec des centaines des canaux ouvert. et mème si je fais un restart de service Asterisk, et recommence a passer des appels le nombre de canaux augmente de façon incroyable.

    quelqu'un il a une idée ?

Les tags pour cette discussion

Règles de messages

  • Vous ne pouvez pas créer de nouvelles discussions
  • Vous ne pouvez pas envoyer des réponses
  • Vous ne pouvez pas envoyer des pièces jointes
  • Vous ne pouvez pas modifier vos messages
  •