Demande #2883
Impossible de se connecter au numéro de conférence téléphonique (erreur DAHDI)
100%
Description
Impossible de se connecter à la conf call (extension 84) :
Quand on appelle l'extension pour les conf call sur asterisk, on a un le message suivant via rasterisk :
[Jan 15 14:48:32] WARNING[19855]: app_meetme.c:1228 build_conf: Unable to open DAHDI pseudo deviceHistorique
Mis à jour par Frédéric Couchet il y a plus de 6 ans
Les modules dadhi sont présents mais pour la version 3.2.0-4 du kernel alors que c'est la version 3.2.0-5 qui s'exécute actuellement sur scopolamine.
Benj conseille de rebooter en 3.2.0-4 en rebootant opium en 3.2.0-4 (car scopolamine est une VM lxc qui tourne sur opium).
Reboot d'opium en 3.2.0-4 fait. On peut de nouveau se connecter sur la conf call.
Mis à jour par Frédéric Couchet il y a plus de 6 ans
- % réalisé changé de 0 à 50
Il faut régler le problème de façon pérenne car au prochain reboot d'opium on risque d'avoir de nouveau le problème.
Mis à jour par François Poulain il y a plus de 6 ans
Sachant que le 3.2.0-4 est vulnérable à Meltdown.
Mis à jour par Quentin Gibeaux il y a plus de 6 ans
Une idée en l'air : un symlink /lib/modules/3.2.0-4-amd64/dahdi/ /lib/modules/3.2.0-5-amd64/dahdi ?
J'ignore si le noyal va apprécier, ça pourrait marcher pour résoudre temporairement le problème.
Mis à jour par Quentin Gibeaux il y a plus de 6 ans
D'après la doc ici (à jour ?) : http://www.sailpbx.com/mediawiki/index.php/Debian_DAHDI
Il faudrait relancer un "m-a a-i dahdi" pour recompiler le module, à tester après la confcall
Mis à jour par Quentin Gibeaux il y a plus de 6 ans
La commande fonctionne, elle génère le paquet dahdi-module-$version_noyau via compilation et l'installe.
Par contre elle génère le paquet seulement pour le noyau exécuté actuellement, d'après le man il faut plutôt exécuter, pour installer le module avant reboot sur le nouveau noyau :
m-a a-i dahdi -l 3.2.0-5
Mis à jour par Frédéric Couchet il y a plus de 6 ans
Reboot d'opium en 3.2.0-5 fait, test de connexion à la conf call fait. Tout est ok.
Mis à jour par François Poulain il y a plus de 6 ans
m-a a-i dahdi
C'est codé par des indiens ? :)
Mis à jour par Quentin Gibeaux il y a plus de 6 ans
@Polux : c'est la version courte de "module-assist auto-install"
Il faudrait avant de clore la tâche ajouter un check icinga qui crie si le module n'est pas chargé dans le noyau, ou s'il n'est pas installé pour tout les noyaux bootables.
Mis à jour par Quentin Gibeaux il y a plus de 6 ans
J'ai ajouté un check icinga qui crie s'il manque un dossier dahdi dans l'un des sous-dossiers de /lib/modules
Mis à jour par Frédéric Couchet il y a plus de 6 ans
- Statut changé de Nouveau à Résolu
- % réalisé changé de 50 à 100
Mis à jour par Quentin Gibeaux il y a environ 6 ans
Suite à l'installation de guarana, remplaçant opium, scopolamine possède maintenant son propre noyau.
Par conséquent, j'ai migré le check sur scopolamine et relancé l'ajout du module :
apt install linux-headers-3.2.0-5-amd64 m-a a-i dahdi -l 3.2.0-5-amd64
Mis à jour par François Poulain il y a environ 3 ans
Un oneliner pour réfléchir un peu moins :
LAST_VERSION=$(ls -t /boot/vmlinuz-* | head -1 | grep -o '[0-9][-0-9\.]\+[0-9]'); apt install linux-headers-$LAST_VERSION-amd64 && m-a a-i dahdi -l $LAST_VERSION-amd64