Je ne pense pas que yum, une fois l'installation d'odbc et la mise a jour des dépendances, lance automatiquement un reload d'asterisk ... mais une confirmation de la part d'un expert serait la bienvenue ^^
Je ne pense pas que yum, une fois l'installation d'odbc et la mise a jour des dépendances, lance automatiquement un reload d'asterisk ... mais une confirmation de la part d'un expert serait la bienvenue ^^
essaie de voir avec yum quelle version d'asterisk il te propose, et laquelle tu fais tourner... si les versions sont très différentes, il faut voir
accessoirement, je viens juste d'installer odbc (pour accéder à une base perso), et c'est pas bien compliqué:
yum install unixODBC unixODBC-devel libtool-ltdl libtool-ltdl-devel
yum install mysql-connector-odbc
ensuite, configurer le connector dans /etc/odbcinst.ini
[MySQL]
Description = ODBC for MySQL
Driver = /usr/lib/libmyodbc5.so
Setup = /usr/lib/libodbcmyS.so
Driver64 = /usr/lib64/libmyodbc5.so
Setup64 = /usr/lib64/libodbcmyS.so
FileUsage = 1
et /etc/odbc.ini
[asterisk-connector]
Description = MySQL connection to 'asterisk' database
Driver = Mysqldb
Database = asterisk
Server = localhost
UserName = root
Password = password
Port = 3306
Socket = /var/lib/mysql/mysql.sock
(il faut bien sur dans ce cas avoir une base mysql asterisk, avec et mettre à jour le passe root)
Sécurisez votre asterisk, lisez ce post du forum: http://www.asterisk-france.org/showt...-recapitulatif et votre patton: http://www.asterisk-france.org/threa...tage-via-tiers - comprenez le nat : http://www.asterisk-france.org/threa...dio-pas-de-son
J'ai moi aussi installé odbc, mais la je parle d'installer asterisk-odbc (le module asterisk qui permet de gérer odbc avec asterisk).
La version d'asterisk qu'il me propose est différente (13.3.2-1, moi je suis en 13.3.0-1), après je ne connais pas les détails sur ces différences ...
en fait, quand on compile, on récupères les modules res_odbc et func-odbc, voire cdr_odbc, qui sont je pense dans ce package
le changement de sous-sous version me parait pas bien genant, ca doit essentiellement inclure des security fixes.... normalement, en cas de conflit, le gestionnaire de paquet propose le choix ou renome les nouveaux fichiers en .rpmnew
pour être tranquille lors de l'upgrade, il suffit de sauver /etc/asterisk, eventuellement /var/lib/asterisk/sounds (si tu as des fichiers audio à toi), /var/spool/asterisk (enregistrements) et /var/log/asterisk (essentiellement, les sous répertoires contiennent les cdr)
cdlt
j.
Sécurisez votre asterisk, lisez ce post du forum: http://www.asterisk-france.org/showt...-recapitulatif et votre patton: http://www.asterisk-france.org/threa...tage-via-tiers - comprenez le nat : http://www.asterisk-france.org/threa...dio-pas-de-son
Pour info, j'ai exécuté mon installation (yum install asterisk-odbc) et du coup la mise a jour d'asterisk ... sans aucun problème, pas d'écrasement de fichier, je n'ai rien eu a faire.
Donc j'arrive bien a stocker les CDR dans une base de donnée grâce a ODBC, par contre, j'ai les colonnes answer et end (toutes les 2 en DATETIME) qui ne se remplissent pas, pourtant lorsque je regarde les CDR csv, je vois bien ces 2 valeurs :
"","+33XXXXXXXXX","s","ivr","""+33XXXXXXXXX"" <+33XXXXXXXXX>","SIP/XXX.XXX.XXX.XXX-0000000","","WaitExten","","2016-02-04 09:17:54","2016-02-04 09:17:54","2016-02-04 09:18:24",30,30,"ANSWERED","DOCUMENTATION","145457 7474.16",""
La première date est le start ou calldate, ensuite il y a le answer et enfin le end, et donc ces valeurs ne sont pas enregistrées dans ma base de données, j'ai toujours 0000-00-00 00:00:00 ...
Une idée ?
Merci.
Vérifies dans le schéma de ta base si les champs contenant des dates sont avec ou sans "timezone" et regardes dans les logs de la base.
Comme expliqué dans mon précédent message, dans ma base, les champs answer et end sont en DATETIME