Problem: Asterisk died with code 1 (über /etc/init.d/asterisk)

  • Ersteller Ersteller unisys
  • Erstellt am Erstellt am
U

unisys

Guest
Hallo,

Nachdem ich heute meinen Asterisk-PC mal neustarten mußte stiess ich auf folgendes Problem, dass mich nun schon mindestens 3 Std. quält, aber Google und dieses Forum nicht wirklich auf den Punkt bringt - bisher habe ich also nichts passendes gefunden, selbst http://www.ip-phone-forum.de/showthread.php?t=89118 hilft mir nicht.

Problem:

Code:
Asterisk ended with exit status 1
Asterisk died with code 1.
Automatically restarting Asterisk.

Diese Fehlermeldung erscheint wenn ich Asterisk über /etc/init.d/asterisk aus dem contrib-Verzeichnis starten lasse. Die Treiber für meine X100P habe ich vorher selbstverständlich mit "modprobe zaptel && modprobe wcfxs" geladen und sollte nach folgender Ausgabe auch OK sein:

Code:
ztcfg -vvv

Zaptel Configuration
======================


Channel map:

Channel 01: FXS Kewlstart (Default) (Slaves: 01)

1 channels configured.

Gibts vielleicht irgendeinen Profi, der dieses Problem deuten kann und mich auf die richtige Spur führen, denn derzeit tappe ich mehr als im dunkeln (trotz hellem Sonnenschein)?
 
Laeuft der Asterisk trotz der Meldung denn oder nicht? Die Meldungen kommen doch aus dem Script, da kannst du alles nachvollziehen - wann was wieso passiert...

Das scheint aber eigentlich kein Fehler zu sein.

mfg Guard-X
 
Guard-X schrieb:
Laeuft der Asterisk trotz der Meldung denn oder nicht?

Nein der läufer leider nicht und ich finde auch nicht wirklich die Lösung zu dem Problem, die Fehlermeldung kommt in einem Abstand von ca. 5 Sek. immer wieder erneut.

Hier das Skript, mit dem ich starte (direkt aus den Asterisk Sourcen):

Code:
#! /bin/sh

PATH=/usr/local/sbin:/usr/local/bin:/sbin:/bin:/usr/sbin:/usr/bin
NAME=asterisk
DESC="Asterisk PBX"
DAEMON=/usr/sbin/asterisk
SAFE_ASTERISK=/usr/sbin/safe_asterisk

if ! [ -x $DAEMON ] ; then
        echo "ERROR: /usr/sbin/asterisk not found"
        exit 0
fi

if ! [ -d /etc/asterisk ] ; then
        echo "ERROR: /etc/asterisk directory not found"
        exit 0
fi

set -e

case "$1" in
  start)
	echo -n "Starting $DESC: "
	if [ -f $SAFE_ASTERISK ] ; then
		DAEMON=$SAFE_ASTERISK
	fi
        if [ $AST_USER ] ; then
                ASTARGS="-U $AST_USER"
        fi
        if [ $AST_GROUP ] ; then
                ASTARGS="`echo $ASTARGS` -G $AST_GROUP"
        fi
	start-stop-daemon --start --exec $DAEMON -- $ASTARGS
	echo "$NAME."
	;;
  stop)
	echo -n "Stopping $DESC: "
	$DAEMON -rx 'stop now' > /dev/null 2> /dev/null && echo -n "$NAME"
	echo "."
	exit 0
	;;
  reload)
	echo "Reloading $DESC configuration files."
	$DAEMON -rx 'reload' > /dev/null 2> /dev/null
	;;
  restart|force-reload)
	$DAEMON -rx 'restart gracefully' > /dev/null 2> /dev/null && echo -n "$NAME"
	;;
  *)
	N=/etc/init.d/$NAME
	echo "Usage: $N {start|stop|restart|reload|force-reload}" >&2
	exit 1
	;;
esac

exit 0

Kann mir denn keiner einen Tip geben, denn ich verzweifel schon an diesem Fehler ein wenig, denn auch ein direktes starten über "asterisk -vvvvg" bringt nichts, auch hier sehe ich keine konkreten Fehler warum sich Asterisk ständig wieder selbst beendet!?
 
unisys schrieb:
denn auch ein direktes starten über "asterisk -vvvvg" bringt nichts, auch hier sehe ich keine konkreten Fehler

Wenn er damit auch nicht startet, ist noch was anderes faul...
 
Jau, nur was... mehr als -vvvvh kann ich doch nicht angeben, dass er mir Fehler ausgibt, oder bin ich als Newbie doch noch nicht so informiert?
 
asterisk -vvvvgc

In diesem Zustand, poste mal die Ausgabe von "show uptime"
 
Zuletzt bearbeitet:
Hallo Guard-X

Guard-X schrieb:

Wenn ich dies eingebe kommt die oben gepostete Ausgabe und lande dann wieder auf der Shell. Wenn ich dann mit "asterisk -r" versuche in die Konsole von Asterisk zu kommen erscheint folgendes:

Code:
Unable to connect to remote asterisk (does /var/run/asterisk.ctl exist?)

Folglich wird Asterisk sofort wieder beendet, nur warum?
Eventuell ein Fehler in "zapata.conf", da er dort abbricht?

/etc/asterisk/zapata.conf

Code:
[channels]
language=de
context=from-pots
signalling=fxo_ks
usecallerid=yes
echocancel=yes
echocancelwhenbridged=yes
channel => 1

Jedoch kann ich dies nicht ganz glauben, da es bereits mit dieser Konfiguration bereits gelaufen ist. Ich hatte nur den kompletten Rechner neu gestartet und dann trat dieser Fehler auf... :(
 
Startet er denn, wenn du ein unload bei dem Modul machst?
 
Guard-X schrieb:
Startet er denn, wenn du ein unload bei dem Modul machst?

Ich habe nun mal in /etc/asterisk/modules.conf die Zeile "noload => chan_zap.so" eingefügt und sonst alles belassen. Damit klappt es einwandfrei, doch wo ist nun der Fehler beim Zaptel zu suchen, das ist mir nicht klar. Geändert wurde ja eigentlich nichts... :-(

/etc/zaptel.conf

Code:
fxsks=1
loadzone=at
defaultzone=at

/etc/asterisk/zapata.conf

Code:
[channels]
language=de
context=from-pots
signalling=fxo_ks
usecallerid=yes
echocancel=yes
echocancelwhenbridged=yes
channel => 1

Eventuell kann ich noch ausprobieren Zaptel neu zu kompilieren, weil ich Debian geupdatet hatte von Stable auf Testing, da mir die Pakete unter Stable einfach zu alt geworden sind, also versuchen wir das nun mal...

Zaptel neu kompilieren

Code:
cd /usr/src/zaptel-1.2.7/
make linux26

Hier regnete es Fehler wegen irgendwelchen Kernel-Headers. Vermutlich weil ich zwischenzeitlich von "stable" auf "testing" geupdatet hatte. Kein Problem, wir updaten auch gleich den Kernel, denn die USB-Unterstützung läuft sowieso nicht so besonders und fällt hin und wieder mal aus, obwohl ich diese für meine externe HDD benötige.

Code:
apt-get install linux-image-2.6.15-1-686

Dadurch wurde "udev" installiert und "hotplug" entfernt. Endlich, denn "hotplug" hatte mich schon ein wenig genervt in den letzten Tagen. Scheint also alles einwandfrei verlaufen zu sein und wir starten mal neu...

Code:
shutdown -r now

Neustart ging viel schneller als bisher und ich hatte den neuen Kernel:

Code:
Linux twister 2.6.15-1-686 #2 Mon Mar 6 15:27:08 UTC 2006 i686 GNU/Linux

Kernel-Source und Kernel-Headers noch schnell für Zaptel installiert. Den alten Kernel komplett mit Kernel-Source und Kernel-Headers mittels "apt-get remove" von der Platte geputzt und wir widmen uns nochmal Zaptel:

Zaptel neu kompilieren

Code:
cd /usr/src/zaptel-1.2.7/
make linux26
make install

...und nun kann man sagen, dass es läuft! Wobei ich aber leider noch das selbe Problem habe, dieses aber nun durch Zufall selbst gefunden habe und zwar hatte ich "channel => 1" und nicht "channels wie es richtig wäre:

/etc/asterisk/zapata.conf

Code:
[channels]
language=de
context=from-pots
signalling=fxo_ks
usecallerid=yes
echocancel=yes
echocancelwhenbridged=yes
channels => 1

Somit kann ich zufrieden sein und es klappt soweit wieder alles! ;)
 
Kostenlos!

Neueste Beiträge

Statistik des Forums

Themen
248,887
Beiträge
2,303,984
Mitglieder
378,566
Neuestes Mitglied
draco777