[RÉSOLUU] Asterisk meurt après une mise à jour Debian.

[motarion]

Salutations !

Depuis que j'ai mis à jour mon serveur Debian avec Asterisk dessus, le process Asterisk meurt lamentablement. Je n'ai pas touché à la configuration et il semble que cela soit lié justement à la configuration qui ne serait plus compatible. Configuration des extensions justement. Avant la mise à jour j'étais en version 1.8 et maintenant en version 11.7.0 .

Si je désactive tous les modules le serveurs reste UP mais bon il n'est pas utilisable. J'ai désactivé un maximum de modules dont je ne me sert pas et qui renvoyaient des alertes/erreur dans le fichier le log.

Message:

[Mar 10 17:59:12] Asterisk 11.7.0~dfsg-1+b1 built by buildd @ barber on a x86_64 running Linux on 2014-02-19 22:15:31 UTC
[Mar 10 17:59:12] NOTICE[4291] cdr.c: CDR simple logging enabled.
[Mar 10 17:59:12] NOTICE[4291] loader.c: 207 modules will be loaded.
[Mar 10 17:59:13] NOTICE[4291] config.c: Registered Config Engine curl
[Mar 10 17:59:13] NOTICE[4291] config.c: Registered Config Engine sqlite3
[Mar 10 17:59:13] NOTICE[4291] config.c: Registered Config Engine sqlite
[Mar 10 17:59:13] NOTICE[4291] res_smdi.c: No SMDI interfaces are available to listen on, not starting SMDI listener.
[Mar 10 17:59:13] NOTICE[4322] chan_sip.c: Peer 'ovh-out' is now Reachable. (4ms / 2000ms)
[Mar 10 17:59:13] WARNING[4291] pbx.c: Unable to register extension '1' priority 2 in 'standard', already in use
[Mar 10 17:59:13] WARNING[4291] translate.c: empty buf size, you need to supply one

Ce qui m'interpelle c'est la ligne: pbx.c: Unable to register extension '1' priority 2 in 'standard', already in use

Sauf que même si c'est le cas, c'est un warning et ne devrait pas tuer le process ...

Tout cela fonctionnait sans soucis AVANT la mise à jour. Je sais que je loupe un truc mais je n'arrive pas à tomber dessus. Je tente de changer les priorité mais pour l'instant sans succès, même en minimisant au max le fichier d'extension. Je parle surtout de la partie "standard" vu que c'est cette dernière qui pose soucis d'après le warning.

Merci pour votre temps.

Voici mon fichier extention.conf:

[general]
language = fr
autofallthrough=yes
limitonpeer=yes

[outgoing]
exten => _0.,1,Dial(SIP/${EXTEN:1}@ovh-out,,r)
;exten => _1.,1,Dial(SIP/${EXTEN:1}@ovh-out-2,,r)

; Internal Calls/Transfert Capability
exten => _XX,1,Dial(SIP/${EXTEN},20,tTr)
exten => _XX,2,VoiceMail(${EXTEN},u)

[standard]
exten => s,1,Answer
exten => s,2,Set(CALLERID(name)=${DB(cidname/${CALLERID(num)})})
exten => s,3,Background(01_Eulerian_Tech_Bonjour)
exten => s,4,Background(02_Eulerian_Service_Commercial)
exten => s,5,Background(03_Eulerian_Menu_1)
exten => s,6,Wait(0.5)
exten => s,7,Background(04_Eulerian_Service_Account_Management)
exten => s,8,Background(05_Eulerian_Menu_2)
exten => s,9,Wait(0.5)
exten => s,10,Background(06_Eulerian_Service_Marketing)
exten => s,11,Background(07_Eulerian_Menu_3)
exten => s,12,Wait(0.5)
exten => s,13,Background(08_Eulerian_Service_Facturation)
exten => s,14,Background(09_Eulerian_Menu_4)
exten => s,15,WaitExten(5)
exten => s,16,Background(10_Eulerian_Redirection)
exten => s,17,Queue(support,nTtr,,,)


; Sales Queue
exten => 1,1,Queue(sales,nTtr,,,)
exten => 1,2,Queue(internal,nTtr,,,)
exten => 1,3,VoiceMail(${EXTEN},u)
exten => 1,2,Hangup

; Support Queue
exten => 2,1,Queue(support,nTtr,,,)
exten => 2,2,Queue(internal,nTtr,,,)
exten => 2,3,VoiceMail(${EXTEN},u)
exten => 2,4,Hangup

; Marketing service
;exten => 3,1,Dial(SIP/35,15,nTtr,,,)
exten => 3,1,Queue(marketing,nTtr,,,)
exten => 3,2,VoiceMail(${EXTEN},u)
exten => 3,3,Hangup

; Billing service
exten => 4,1,Dial(SIP/15,15,nTtr,,,)
exten => 4,2,VoiceMail(15,u)
exten => 4,3,Hangup

; Voicemail Access (By Internal Phone Only)
exten => 9,1,VoicemailMain()
exten => 9,2,Hangup

; Voicemail Access (By Internal Phone Only)
;exten => 9,1,VoicemailMain(s${CALLERID(num)})

; Security
exten => #,1,Playback(privacy-thankyou)
exten => #,2,Hangup

exten => t,1,Goto(#,1)
exten => i,1,Playback(invalid)
exten => i,2,Goto(s,2)


[users]
include => outgoing

[default]
include => users

PS: Pour couronner le tout j'ai eu un soucis d'espace disque pendant la mise à jour mais cela est arrivé après qu'asterisk soit mis à jour ! Donc les binaires toussa d'asterisk ne devraient pas poser problème.

[quintana]

Tu as un module qui ne fonctionne plus avec Asterisk 1.8, de toute façon il ne faut pas avoir de module 1.8 avec 11.7. Comment as tu fais ta mise à jour ? Supprimes tous les modules asterisk et refais un make install si tu as fais à partir des sources.

[motarion]

Mouais j'ai fais mon boulet ... j'avais complétement oublié que j'avais rajouté des modules pour gérer certain codecs ...

Une fois supprimés j'ai pu récupérer le service !

Merci !

[motarion]

Ok le serveur rest UP mais j'ai un soucis dans le fichier extension, on dirait que la syntaxe a changé !

Voici les message d'erreurs:
Depuis l'extérieur:
[Mar 11 10:52:12] NOTICE[14600][C-00000011]: chan_sip.c:25450 handle_request_invite: Call from 'ovh-in' (91.121.129.20:5060) to extension 's' rejected because extension not found in context 'standard'.

Et interne vers externe:
[Mar 11 10:51:54] NOTICE[14600][C-00000010]: chan_sip.c:25450 handle_request_invite: Call from '13' (172.16.1.84:5060) to extension '00041916491000' rejected because extension not found in context 'users'.

Le fichier extensions.conf est dans le post original donc je ne le remet pas.

Si quelqu'un à une idée de ce que je dois changer ou pas voir un lien vers la doc pour adapter mon fichier je suis preneur. Je trouve toujours des posts sur d'anciennes version d'asterisk mais pas celle qui m'interresse, la 11 donc !

Encore merci pour votre temps !

[motarion]

Je ne comprend pas pourquoi il ne prend pas en compte l'extention "s" ce qui a toujours fonctionner auparavant ... Par contre dans le fichier de conf de base Asterisk j'ai ça, mais je ne comprend pas:

; Extension "s" is not a wildcard extension that matches "anything".
; In macros, it is the start extension. In most other cases,
; you have to goto "s" to execute that extension.

Pour ce qui est des appels externe on dirait qu'il ne prend pas en compte la REGEXP, elle est la pour utiliser le 0 avant le numéro complet à appeler. Et appel le numéro complet uniquement mais dans les logs on dirait qu'il ne prend en compte que le numéro entier. Même s'il me sort encore un soucis d'extension absent dans le contexte ...

Je vais décéder ...

[quintana]

Fais un dialplan show s@standard à mon avis tu n'auras pas de retour vu l'erreur que tu montres.

[quintana]

En passant un dialplan reload devrait te montrer aussi les erreurs.

[motarion]

Très pratique en effet comme commande pour voir ce qu'il se passe.
La première n'a rien donnée, mais c'était normal.
La seconde m'a aidé a trouvé le problème, c'était un simple problème de droit sur le fichier et donc ne pouvait charger le fichier ... Je ne sais pas comment j'ai fini par avoir ce soucis vu que je n'ai pas changé les droits. Mauvaise manip ?!
Et donc après en effet la première commande affichait bien ce qui est sensé ce passer lors d'un appel !

Merci !

Et je pars m'auto flageller de honte ...