Suse 10.3 + Ztdummy automatisch laden

[rstr]

Hallo,

habe ein Asterisk 1.4.x auf einer Suse 10.3 komiliert und installiert.
Funktioniert auch bis auf Meetme alles ohne Probleme.
Meetme benötigt ja bekannterweise einen installierten Timer via ztdummy.

Manuelles laden des Ztdummy mit "modprobe ztdummy" lädt auch alles sauber nach.
dann funktioniert auch meetme ohne Probleme.

Nur leider geht das nicht automatisch beim booten.

Es gibt natürlich die harte Lösung im Asterisk Skript ein modprobe ztdummy einzubauen.
Funktioniert auch....aber...

Da das mitgelieferte Zaptel Skript unter Suse beḱannter Weise nicht funktioniert...
Hat das jemand mit dem Skript unter Suse 10.x sauber am laufen?

Wenn ja, welches Skript verwendet ihr dazu, bzw. wie geht das?

Kann mir jemand erklären wie das geht, bzw. wo eine funktionsfähige Lösung oder ein funktionsfähiges Skript steht ?

Danke

 

[laureen]

gib einfach das

modprobe ztdummy

in dein startscript der asterisk hinzu, bevor die asterisk gestartet wird.

ist nicht sexy, weiss ich!

grüße,
laureen

 

[rstr]

Hallo,

hatte ich ja schon geschrieben, dass das natürlich geht.
Das kann es aber nicht wirklich sein.

Trotzdem danke

 

[laureen]

dann wirst du dir ansehen müssen, wie man unter suse module automatisch beim booten ladet, bei debian geht das einfach, indem du "ztdummy" in die datei "/etc/modules" dazugibst. zu finden ist das wahrscheinlich in einem startscript das sich um das modulhandling kümmert. ein heißer tip ist das modul "loop", das auf vielen distros so geladen wird. mach mal ein

# grep -ri modules /etc/init.d/*

bzw.

# grep -ri modules /etc/rc.d/init.d/*

suse wird sicher auch ein startscript für das haben, in dem du siehst welche datei es da ausliest.

grüße,
laureen

 

[rstr]

Hallo,

Ziel soll es eigentlich sein, dass das Zaptel Skript das durch die * Installation erstellt wird auch unter opensuse richtig beim startup funktioniert.
Mit dem Zaptel Skript sollte eigentlich alles andere nachgeladen werden.

das mit dem manuellen nachladen von ztdummy, egal über welchen weg ist ja nur eine hilfslösung.

 

[mindflow]

Bei Suse ist es etwas anders. Ich habe leider gerade keinen Zugriff auf einen Suse-Server, aber vielleicht kannst du ja mal die /etc/init.d/zaptel posten, dann kann ich dir genau sagen was geändert werden muss.

Zum einen musst du den Typ von redhat auf debian umstellen, in den zeilen darunter musst du aber wieder das so umbasteln das in /etc/sysconfig/ nach den Modules-Einstellungen gesucht wird. Du kannst natürlich auch die Datei aus /etc/sysconfig in das andere Verzeichnis kopieren.

Mit Yast kannst du zaptel dann als Dienst einrichten und in den Runlevels 3 und 5 Starten lassen, dort kannst du auch die Abhängigkeiten einstellen, so das wenn Asterisk gestartet wird, erst zaptel gestartet wird.

Gruß

Florian

 

[rstr]

Hallo,

ich sehe das mit der fehlerhfaten zaptel auch so, dass diese modifiezeirt werden muss und dann ganz normal mit yast oder make config eingebunden wird.

Es wäre schön, wenn es hierfür eine Lösung gibt.

Die Datei liegt bei

 

[mindflow]

Danke für die Datei, die Änderung ist eigentlich ein Klacks,
also entweder du kopierst die datei von /etc/sysconfig/zaptel nach /etc/default/zaptel dann funktioniert's mit der angehängten Konfiguration.
Automatisch wird diese Datei bei Suse aber unter /etc/sysconfig/zaptel angelegt, darum musst du auf system=debian schalten, aber zeile 45 umwandeln so dass das Skript im richtigen Ordner schaut

#
# Determine which kind of configuration we're using
#
system=debian  # assume redhat
if [ -f /etc/debian_version ]; then
    system=debian
fi

# Source function library.
if [ $system = redhat ]; then
    . $initdir/functions || exit 0
fi

# Source zaptel configuration.
if [ $system = debian ]; then
    #[ -f /etc/default/zaptel ] && . /etc/default/zaptel
    [ -f /etc/sysconfig/zaptel ] && . /etc/sysconfig/zaptel
	LOCKFILE=/var/lock/zaptel
elif [ $system = redhat ]; then
    [ -f /etc/sysconfig/zaptel ] && . /etc/sysconfig/zaptel
	LOCKFILE=/var/lock/subsys/zaptel
fi

Dann in Yast unter "System Services" zaptel für die Runlevel 3 und 5 eintragen.

 

[rstr]

Hallo,

ja da hast du recht, das ist wirklich einfach wenn man es weiß
Hätte mich selbst damit beschäftigen sollen!

Ich habe die Zaptel angepasst in Zeile 45

Aber das war so viel schneller gelöst und ich war mir nicht sicher, ob es da noch weitere Abhängigkeiten gibt.

Danke für die Hilfe.

 

[Guard-X]

Macht das doch einfach so:

Mit "modprobe zaptel" und "modprobe ztdummy" laden, zusätzlich in der Datei /etc/sysconfig/kernel folgende Zeile um den Eintrag "ztdummy" ergänzen (Autostart):

INITRD_MODULES="xxx xxx xxx xxx xxx [COLOR="Red"]ztdummy[/COLOR]"

Auf der CLI folgenden Befehl ausführen: mk_initrd