[решено]dahdi-linux переустановка драйвера
Естественно пишу с мольбой о помощи, причисляя себя к нубам в телефонии.
Есть система, которая работала (asterisknow 3.0.1 и что удивительно, сам год назад настроил без гвоздей), но захотелось ее обновить. Система начала плохо себя вести, в связи с чем, решил, что пора ставить модную asterisknow - 5.211.65-18 x64. Скачал, записал, установил, обновил до безобразия (freepbx до 12, систему до 2.6.32-431.el6.x86-x64). Восстановил конфиг с экстеншнами, внутрянка жива. Но... есть openvox А1200Р, в которой на данный момент 1-5 порты внешка FXS, 8 порт - аналоговый факс. штатная радость dahdi-tool плату видеть не хочет (lspci - видит без проблем). Перепробовал уже весь модельный ряд с 2.4.1 до 2.10.0.1 от openvox и несколько оригинальных complete паков в самых разных комбинациях (с удалением и без - штатных пакетов). Иногда (закономерность после суток за компом заметить не удается) dahdi-tool начинает видеть плату со всеми портами вполне себе правильно, но служба dahdi не стартует с ошибкой xpp_usb (FATAL: Error inserting xpp_usb (/lib/modules/2.6.9-103.EL/updates/drivers/zaptel/xpp_usb.ko): Unknown symbol in module, or unknown parameter (see dmesg)) и соответственно порты стоят со статусов INACTIVE. Dmesg ругается то на одну функцию, то вообще на целую пачку.
Попробую задать несколько вопросов. Вдруг кто подскажет
1. Как правильно удалить штатную дахдю перед установкой драйвера (полагаю, что тут может рыться не одна собака)?
2. Может можно встроить opvxa1200 в штатный дистриб менее болезненно, чем установка драйвера?
3. Ну если кто-то в целом распишет такое преобразование от базовой системы к установке драйвера поподробнее, то буду безумно благодарен.
Изначально пользовал этот мануал и этот оригинал. Смысл один и тот же, но никто не пишет как приспособить сборку, а не собирать самому.
Всем, кто снизойдет до моего нубского уровня полезными советами, обязательно приплюсовывается персональная карма. Даже за отсылки к чтению мануалов, хотя надеюсь на более конкретные ответы. Но это уже мои проблемы
Последний раз редактировалось: nefton (Пн Дек 01, 2014 15:57)
качаем только свои драйвера с сайта openvox
make
make install
make config
dahdi_genconf modules
service dahdi restart
грузится только свой модуль
если все равно проблемы - проверяем не надо ли внести стандартной модуль в черный список blacklist - ищем гуглом
_________________
платный суппорт по мере возможностей
Последний раз редактировалось: awsswa (Пт Ноя 21, 2014 06:07)
"свои" драйвера, полагаю вот эти 2.9.2 и отсюда патч для платы 1200й. (в комплекте dahdi-linux идет 2.10.0.1)
Установку так и ставил, разве что не make genconf а make config делал.
Blacklist гуглил, выставлял оба параметра, которые рядом с opvxa1200 были, но это не повлияло на результат.
Сейчас доустановлю начисто систему без обновлений и восстановления конфигураций freepbx и буду пробовать именно такой порядок. Думаю, что в течение часа отпишусь о результатах... если не усну
_________________
платный суппорт по мере возможностей
Гран мерси!
порядок такой был:
1. установка чистой системы (она там при подключение к сети еще обновляется частично при первом запсуке)
2. скачивание чистого openvox-dahdi-linux-complete-current (и только его), распаковка и далее по завету awsswa:
make
make install
make config
dahdi_genconf modules
service dahdi restart
и все действительно поднялось сходу (далее идет уже настройка в вэб-фейсе) и подгрузился только opvxa1200.
Самое что ни на есть человеческое спасибо людям, которые не жалеют своего времени и помогают таким недосамоучкам как я! Пойду теперь восстанавливать из бэкапа экстеншены, а то их больно долго перебивать ручками
Added after 28 minutes:
Не долго счастье длилось:
service dahdi status
### Span 1: OPVXA1200/12 "OpenVox A1200P/A800P Board 13" (MASTER)
1 FXO FXSKS (In use) (EC: OSLEC - INACTIVE)
2 FXO FXSKS (In use) (EC: OSLEC - INACTIVE)
3 FXO FXSKS (In use) (EC: OSLEC - INACTIVE)
4 FXO FXSKS (In use) (EC: OSLEC - INACTIVE)
5 FXO FXSKS (In use) (EC: OSLEC - INACTIVE)
6 unknown Reserved
7 unknown Reserved
8 FXS FXOKS (In use) (EC: OSLEC - INACTIVE)
9 unknown Reserved
10 unknown Reserved
11 unknown Reserved
12 unknown Reserved
service dahdi restart
Unloading DAHDI hardware modules: ERROR: Module opvxa1200 is in use
ERROR: Module dahdi_echocan_mg2 is in use
ERROR: Module dahdi is in use by dahdi_echocan_mg2,opvxa1200
error
Loading DAHDI hardware modules:
opvxa1200: [ OK ]
D: auto '/sys/bus/dahdi_devices/devices/pci:0000:06:00.0'
auto-assign /sys/bus/dahdi_devices/devices/pci:0000:06:00.0
Running dahdi_cfg: [ OK ]
прописал Modprobe Settings
This edits all settings in /etc/modprobe.d/dahdi.conf
echocanceller=oslec,1-12
получил немного измененную ошибку в том же ключе:
service dahdi restart
Unloading DAHDI hardware modules: ERROR: Module opvxa1200 is in use
ERROR: Module dahdi_echocan_oslec is in use
ERROR: Module dahdi is in use by dahdi_echocan_oslec,opvxa1200
error
Loading DAHDI hardware modules:
opvxa1200: [ OK ]
D: auto '/sys/bus/dahdi_devices/devices/pci:0000:06:00.0'
auto-assign /sys/bus/dahdi_devices/devices/pci:0000:06:00.0
Running dahdi_cfg: [ OK ]
Остановите ВСЁ что может использовать этот модуль и потому же делайте релоад.
Ну или просто перезагрузите машину.
06:00.0 Communication controller: Tiger Jet Network Inc. Tiger3XX Modem/ISDN interface
Subsystem: Device 9500:0003
Flags: bus master, medium devsel, latency 32, IRQ 16
I/O ports at d000 [size=256]
Memory at f7900000 (32-bit, non-prefetchable) [size=4K]
Capabilities: [40] Power Management version 2
Kernel driver in use: opvxa1200
Kernel modules: opvxa1200, hisax, netjet
его-то в блэклист не стоит загонять?
Added after 11 minutes:
может такая информация поможет
| Код: |
| lsmod Module Size Used by dahdi_echocan_mg2 5725 6 opvxa1200 41491 12 dahdi 224212 14 dahdi_echocan_mg2,opvxa1200 bluetooth 99271 2 rfkill 19255 1 bluetooth xt_multiport 2700 1 iptable_filter 2793 1 ip_tables 17831 1 iptable_filter crc_ccitt 1717 1 dahdi ipv6 317340 64 iTCO_wdt 7115 0 iTCO_vendor_support 3056 1 iTCO_wdt serio_raw 4594 0 i2c_i801 11359 0 sg 29350 0 lpc_ich 12803 0 mfd_core 1895 1 lpc_ich snd_hda_codec_hdmi 29050 1 snd_hda_codec_realtek 43811 1 snd_hda_intel 40562 0 snd_hda_codec 179208 3 snd_hda_codec_hdmi,snd_hda_codec_realtek,snd_hda_intel snd_hwdep 6780 1 snd_hda_codec snd_seq 55727 0 snd_seq_device 6500 1 snd_seq snd_pcm 87409 3 snd_hda_codec_hdmi,snd_hda_intel,snd_hda_codec snd_timer 22443 2 snd_seq,snd_pcm snd 70569 9 snd_hda_codec_hdmi,snd_hda_codec_realtek,snd_hda_intel,snd_hda_codec,snd_hwdep, snd_seq,snd_seq_device,snd_pcm,snd_timer soundcore 7958 1 snd snd_page_alloc 8856 2 snd_hda_intel,snd_pcm shpchp 32778 0 e1000e 267701 0 ptp 9614 1 e1000e pps_core 11458 1 ptp ext4 374902 3 jbd2 93427 1 ext4 mbcache 8193 1 ext4 raid1 32045 1 sd_mod 39069 2 crc_t10dif 1541 1 sd_mod ahci 42215 6 xhci_hcd 148886 0 wmi 6287 0 i915 624511 1 drm_kms_helper 44321 1 i915 drm 280012 2 i915,drm_kms_helper i2c_algo_bit 5935 1 i915 i2c_core 31084 5 i2c_i801,i915,drm_kms_helper,drm,i2c_algo_bit video 20674 1 i915 output 2409 1 video dm_mirror 14384 0 dm_region_hash 12085 1 dm_mirror dm_log 9930 2 dm_mirror,dm_region_hash dm_mod 84209 11 dm_mirror,dm_log [root@ dahdi]# rmmod dahdi_echocan_mg2 ERROR: Module dahdi_echocan_mg2 is in use [root@ dahdi]# rmmod dahdi ERROR: Module dahdi is in use by dahdi_echocan_mg2,opvxa1200 [root@ dahdi]# rmmod opvxa1200 ERROR: Module opvxa1200 is in use |
| Код: |
| Kernel modules: opvxa1200, hisax, netjet |
Поищите по форуму - что-то такое проскакивало насчет netjet
_________________
P4 3.0 + 1Gb CentOS 5.8 Aster 1.8.16
Не люблю gui-сборки: натуральный продукт вкуснее.
И еще: я ПРОФИ так как НЕ ЛЕНЮСЬ читать литературу.
_________________
Обновленный chan_h323 с поддержкой T.38 для Asterisk 1.8, 10, 11 и 12 - http://code.google.com/p/ast-h323/
Added after 30 minutes:
снова проблема решена, снова помогли добрые люди...
смысл в том, что в бэкапном конфиге ослик имел определенные параметры в Global Settings (он же в консольнародье chan_dahdi.conf), когда выставил все 3 на "no" и выполнил волшебный reboot системы - все поднялось.
Надеюсь в этот раз надолго. Надеюсь эта тема кому-нибудь поможет в ответственный момент.
Added after 23 minutes:
еще небольшой апдейт:
после настройки вернул echotraining (правда циферками) и enable EC - все работает, получается, что все валил параметр echo when bridged = yes либо echotraining=yes