.titleBar { margin-bottom: 5px!important; }

AAH 2.2 -Asterisk startet nach reboot nicht mehr

Dieses Thema im Forum "Asterisk ISDN mit Bristuff (hfc, zaptel)" wurde erstellt von preisermrt, 31 Okt. 2006.

  1. preisermrt

    preisermrt Neuer User

    Registriert seit:
    11 Apr. 2006
    Beiträge:
    12
    Zustimmungen:
    0
    Punkte für Erfolge:
    0
    Hallo,

    wir haben unseren Server nach 166 Tage dummerweise über den Reboot neu gestartet ( AAH 2.2 mit Bristuff nach DonDisperato ).
    Ergebnis - Asterisk startet nicht mehr.
    Im LOG erscheint folgendes:

    Oct 31 11:44:36 VERBOSE[2638] logger.c: == Skinny listening on 0.0.0.0:2000
    Oct 31 11:44:36 VERBOSE[2638] logger.c: == Registered channel type 'Skinny' (Skinny Client Control Protocol (Skinny))
    Oct 31 11:44:36 VERBOSE[2638] logger.c: [chan_zap.so]Oct 31 11:44:36 VERBOSE[2638] logger.c: [chan_zap.so] => (Zapata Telephony w/PRI)
    Oct 31 11:44:36 VERBOSE[2638] logger.c: == Parsing '/etc/asterisk/zapata.conf': Oct 31 11:44:36 VERBOSE[2638] logger.c: == Parsing '/etc/asterisk/zapata.conf': Found
    Oct 31 11:44:36 VERBOSE[2638] logger.c: == Parsing '/etc/asterisk/zapata-auto.conf': Oct 31 11:44:36 VERBOSE[2638] logger.c: == Parsing '/etc/asterisk/zapata-auto.conf': Found
    Oct 31 11:44:36 VERBOSE[2638] logger.c: == Parsing '/etc/asterisk/zapata_additional.conf': Oct 31 11:44:36 VERBOSE[2638] logger.c: == Parsing '/etc/asterisk/zapata_additional.conf': Found
    Oct 31 11:44:36 WARNING[2638] chan_zap.c: Unable to open '/dev/zap/channel': No such file or directory
    Oct 31 11:44:36 ERROR[2638] chan_zap.c: Unable to open channel 1: No such file or directory
    here = 0, tmp->channel = 1, channel = 1
    Oct 31 11:44:36 ERROR[2638] chan_zap.c: Unable to register channel '1-2'
    Oct 31 11:44:36 WARNING[2638] loader.c: chan_zap.so: load_module failed, returning -1
    Oct 31 11:44:36 WARNING[2638] loader.c: Loading module chan_zap.so failed!
    Oct 31 11:44:36 WARNING[2638] loader.c: Loading module chan_zap.so failed!


    So. Natürlich ist die Meldung berechtigt - Dir und File fehlen tatsächlich...
    Woran liegts?
    Vielleicht daran: Wir haben immer brav die Modules upgedatet bis es nicht mehr ging ( Meldung Anlage veraltet... ) aber nie einen Reboot gemacht...

    Rumgefummelt haben wir nur an den indications.conf um ein paar Töne anzupassen...
    Hat jemand einen Tip wie wir das wieder zum Laufen bekommen?

    MfG
     
  2. Netview

    Netview IPPF-Promi

    Registriert seit:
    1 Apr. 2004
    Beiträge:
    3,366
    Zustimmungen:
    0
    Punkte für Erfolge:
    36
    Beruf:
    Dipl.-Inf.
    Ort:
    Westerwald
    falls asterisk läuft -> stoppen

    dann:

    mkdir -p /dev/zap
    mknod /dev/zap/ctl c 196 0
    mknod /dev/zap/timer c 196 253
    mknod /dev/zap/channel c 196 254
    mknod /dev/zap/pseudo c 196 255

    danach ztcfg -vvv
    asterisk starten
     
  3. preisermrt

    preisermrt Neuer User

    Registriert seit:
    11 Apr. 2006
    Beiträge:
    12
    Zustimmungen:
    0
    Punkte für Erfolge:
    0
    dummyfiles ohne Erfolg...

    Danke,

    leider bleiben die "Dummys" ohne Erfolg...

    Sonst noch Vorschläge???

    MfG
     
  4. Netview

    Netview IPPF-Promi

    Registriert seit:
    1 Apr. 2004
    Beiträge:
    3,366
    Zustimmungen:
    0
    Punkte für Erfolge:
    36
    Beruf:
    Dipl.-Inf.
    Ort:
    Westerwald
    mach mal einen 'cat /proc/interrupts' ob er die karte gefunden und ihr einen IRQ zugewiesen hat.
     
  5. preisermrt

    preisermrt Neuer User

    Registriert seit:
    11 Apr. 2006
    Beiträge:
    12
    Zustimmungen:
    0
    Punkte für Erfolge:
    0
    hfc karten verschwunden...

    Hallo,

    hätte das nie für möglich gehalten, aber b e i d e HFC- Karten
    sind ´verschwunden´.

    [root@asterisk1 ~]# cat /proc/interrupts
    CPU0
    0: 1427524 XT-PIC timer
    2: 0 XT-PIC cascade
    3: 7762 XT-PIC eth0
    5: 0 XT-PIC Intel ICH5
    7: 0 XT-PIC SysKonnect SK-98xx
    8: 1 XT-PIC rtc
    9: 0 XT-PIC acpi
    10: 0 XT-PIC uhci_hcd
    11: 0 XT-PIC ehci_hcd
    14: 4133 XT-PIC ide0
    15: 12312 XT-PIC ide1
    NMI: 0
    ERR: 0


    ist alles was ich bekomme.
    Probiers jetzt nochmal mit Netz Ein-Aus...
    Es waren auch sämtliche Einträge in UDEV u.s.w. verschwunden...
    Sehr merkwürdig...

    MfG
     
  6. preisermrt

    preisermrt Neuer User

    Registriert seit:
    11 Apr. 2006
    Beiträge:
    12
    Zustimmungen:
    0
    Punkte für Erfolge:
    0
    starten ohne hfc-karten möglich?

    Hallo,

    welche Einstellungen muss ich machen, damit der Asterisk ohne die HFC- karten hochfährt...
    Kann mir da jemand einen Tip geben...
    Es dauert ein paar Tage bis ich neue Karten bekomme und bis dahin wollen wir wenigstens die SIP- Telefone nutzen die wir haben...

    MfG
     
  7. Netview

    Netview IPPF-Promi

    Registriert seit:
    1 Apr. 2004
    Beiträge:
    3,366
    Zustimmungen:
    0
    Punkte für Erfolge:
    36
    Beruf:
    Dipl.-Inf.
    Ort:
    Westerwald
    in der modules.conf:

    noload => chan_zap.so
     
  8. preisermrt

    preisermrt Neuer User

    Registriert seit:
    11 Apr. 2006
    Beiträge:
    12
    Zustimmungen:
    0
    Punkte für Erfolge:
    0
    Läuft ohne HFC... Danke erstmal

    Hallo und Danke erstmal,

    die Kiste läuft jetzt erstmal ohne die ISDN-Karten.
    Hab mal mit lspci geschaut und siehe da - hier werden die Karten
    gelistet...
    Ich spiele jetzt vielleicht mal mit den Interrupts und den Steckplätzen...
    obwohl die Konfig so über ein halbes Jahr gelaufen ist ohne Probleme zu machen und wir keine Karten oder so was nachgerüstet haben.

    Hat jemand eine andere Idee??

    MfG
     
  9. preisermrt

    preisermrt Neuer User

    Registriert seit:
    11 Apr. 2006
    Beiträge:
    12
    Zustimmungen:
    0
    Punkte für Erfolge:
    0
    Neue HFC Karten wollen nicht...

    Hallo nochmal,

    leider muss ich mich nochmal melden,
    weil unsere neuen HFC- Karten auch nicht wollen...

    [root@asterisk1 ~]# cat /proc/interrupts
    CPU0
    0: 1091149 XT-PIC timer
    1: 78 XT-PIC i8042
    2: 0 XT-PIC cascade
    3: 6591 XT-PIC eth0
    8: 1 XT-PIC rtc
    9: 0 XT-PIC acpi
    14: 4248 XT-PIC ide0
    15: 9540 XT-PIC ide1
    NMI: 0
    ERR: 0
    [root@asterisk1 ~]#

    Obwohl die Karten installiert sind:

    [root@asterisk1 ~]# lspci -v
    00:00.0 Host bridge: Intel Corporation 82865G/PE/P DRAM Controller/Host-Hub Interface (rev 02)
    Subsystem: ASUSTeK Computer Inc. P5P800-MX Mainboard
    Flags: bus master, fast devsel, latency 0
    Memory at f8000000 (32-bit, prefetchable) [size=64M]
    Capabilities: [e4] Vendor Specific Information
    Capabilities: [a0] AGP version 3.0

    00:01.0 PCI bridge: Intel Corporation 82865G/PE/P PCI to AGP Controller (rev 02) (prog-if 00 [Normal decode])
    Flags: bus master, 66Mhz, fast devsel, latency 64
    Bus: primary=00, secondary=01, subordinate=01, sec-latency=64
    I/O behind bridge: 0000c000-0000cfff
    Memory behind bridge: fe900000-fe9fffff
    Prefetchable memory behind bridge: e7f00000-f7efffff

    00:1e.0 PCI bridge: Intel Corporation 82801 PCI Bridge (rev c2) (prog-if 00 [Normal decode])
    Flags: bus master, fast devsel, latency 0
    Bus: primary=00, secondary=02, subordinate=02, sec-latency=64
    I/O behind bridge: 0000d000-0000dfff
    Memory behind bridge: fea00000-feafffff

    00:1f.0 ISA bridge: Intel Corporation 82801EB/ER (ICH5/ICH5R) LPC Interface Bridge (rev 02)
    Flags: bus master, medium devsel, latency 0

    00:1f.1 IDE interface: Intel Corporation 82801EB/ER (ICH5/ICH5R) IDE Controller (rev 02) (prog-if 8a [Master SecP PriP])
    Subsystem: ASUSTeK Computer Inc. P5P800-MX Mainboard
    Flags: bus master, medium devsel, latency 0, IRQ 11
    I/O ports at <unassigned>
    I/O ports at <unassigned>
    I/O ports at <unassigned>
    I/O ports at <unassigned>
    I/O ports at fc00
    Memory at 20000000 (32-bit, non-prefetchable) [size=1K]

    00:1f.3 SMBus: Intel Corporation 82801EB/ER (ICH5/ICH5R) SMBus Controller (rev 02)
    Subsystem: ASUSTeK Computer Inc. P4P800 Mainboard
    Flags: medium devsel, IRQ 10
    I/O ports at 0400

    01:00.0 VGA compatible controller: ATI Technologies Inc Radeon RV100 QY [Radeon 7000/VE] (prog-if 00 [VGA])
    Subsystem: ASUSTeK Computer Inc.: Unknown device c00a
    Flags: bus master, stepping, 66Mhz, medium devsel, latency 64, IRQ 10
    Memory at e8000000 (32-bit, prefetchable) [size=128M]
    I/O ports at c000
    Memory at fe9f0000 (32-bit, non-prefetchable) [size=64K]
    Expansion ROM at fe9c0000 [disabled] [size=128K]
    Capabilities: [58] AGP version 2.0
    Capabilities: [50] Power Management version 2

    02:09.0 Ethernet controller: 3Com Corporation 3c905C-TX/TX-M [Tornado] (rev 78)
    Subsystem: 3Com Corporation 3C905C-TX Fast Etherlink for PC Management NIC
    Flags: bus master, medium devsel, latency 64, IRQ 3
    I/O ports at dc00
    Memory at feaffc00 (32-bit, non-prefetchable)
    Expansion ROM at feac0000 [disabled] [size=128K]
    Capabilities: [dc] Power Management version 2

    02:0a.0 Network controller: Cologne Chip Designs GmbH ISDN network controller [HFC-PCI] (rev 02)
    Subsystem: Cologne Chip Designs GmbH ISDN Board
    Flags: bus master, medium devsel, latency 16, IRQ 5
    I/O ports at dff0
    Memory at feaff800 (32-bit, non-prefetchable)
    Capabilities: [40] Power Management version 1

    02:0b.0 Network controller: Cologne Chip Designs GmbH ISDN network controller [HFC-PCI] (rev 02)
    Subsystem: Cologne Chip Designs GmbH ISDN Board
    Flags: bus master, medium devsel, latency 16, IRQ 7
    I/O ports at dfe0
    Memory at feaff400 (32-bit, non-prefetchable)
    Capabilities: [40] Power Management version 1

    [root@asterisk1 ~]#

    Die Maschine hat AAH2.8 und lief bis zum neuboot 166 Tage ohne ein Problem.
    Jetzt startet Asterisk nicht mehr mit den Fehlermeldungen:

    - Centos: FATAL: Module Zaptel not found

    - Asterisk:

    Nov 7 16:40:47 VERBOSE[2358] logger.c: == Parsing '/etc/asterisk/skinny.conf': Nov 7 16:40:47 VERBOSE[2358] logger.c: == Parsing '/etc/asterisk/skinny.conf': Found
    Nov 7 16:40:47 VERBOSE[2358] logger.c: == Skinny listening on 0.0.0.0:2000
    Nov 7 16:40:47 VERBOSE[2358] logger.c: == Registered channel type 'Skinny' (Skinny Client Control Protocol (Skinny))
    Nov 7 16:40:47 VERBOSE[2358] logger.c: [chan_zap.so]Nov 7 16:40:47 VERBOSE[2358] logger.c: [chan_zap.so] => (Zapata Telephony w/PRI)
    Nov 7 16:40:47 VERBOSE[2358] logger.c: == Parsing '/etc/asterisk/zapata.conf': Nov 7 16:40:47 VERBOSE[2358] logger.c: == Parsing '/etc/asterisk/zapata.conf': Found
    Nov 7 16:40:47 VERBOSE[2358] logger.c: == Parsing '/etc/asterisk/zapata-auto.conf': Nov 7 16:40:47 VERBOSE[2358] logger.c: == Parsing '/etc/asterisk/zapata-auto.conf': Found
    Nov 7 16:40:47 VERBOSE[2358] logger.c: == Parsing '/etc/asterisk/zapata_additional.conf': Nov 7 16:40:47 VERBOSE[2358] logger.c: == Parsing '/etc/asterisk/zapata_additional.conf': Found
    Nov 7 16:40:47 WARNING[2358] chan_zap.c: Unable to open '/dev/zap/channel': No such file or directory
    Nov 7 16:40:47 ERROR[2358] chan_zap.c: Unable to open channel 1: No such file or directory
    here = 0, tmp->channel = 1, channel = 1
    Nov 7 16:40:47 ERROR[2358] chan_zap.c: Unable to register channel '1-2'
    Nov 7 16:40:47 WARNING[2358] loader.c: chan_zap.so: load_module failed, returning -1
    Nov 7 16:40:47 WARNING[2358] loader.c: Loading module chan_zap.so failed!
    Nov 7 16:40:47 WARNING[2358] loader.c: Loading module chan_zap.so failed!

    Kann mir jemand Tips geben, wie ich die Karten wieder in das System bekomme?