c2faxrecv wird nicht gestartet
Hallo, unter Suse 8.0 habe ich mir capifax eingerichtet. Es soll per fr:235:once:/usr/local/bin/c2faxrecv das c2faxrecv gestartet werden. Tuts aber nicht. Ein "respawn" anstelle des "once" führt zu "respawning too fast. disabled for 5 Minutes". An der Kommandozeile kann ich c2faxrecv jederzeit als root starten: /usr/local/bin/c2faxrecv & Ein Startskript /etc/init.d/capifax (S23capifax in rc3.d und rc5.d) mit #!/bin/sh /usr/local/bin/c2faxrecv & schlägt auch fehl. Auch wenn ich ein sleep 60 oder so davorsetze. Den sleep kann ich nach dem booten mit ps axw noch beobachten bis er verschwindet, ein c2faxrecv wird aber nicht gestartet. Per cron ist der Start wieder möglich: starte ich /etc/init.d/capifax per cron, geht das wieder. Bitte bewahrt mich davor, ein SKript schreiben zu müssen, das alle paar Minuten nachsieht, ob ein c2faxrecv läuft, und falls nicht, dann es zu starten!!!! Habe noch ein ähnliches Problem diesmal aber mit Suse 8.2, das mit in ip-down.local ums verrecken nicht ein /etc/init.d/network start -o type=eth0 ausführen will. Es wird einfach verschluckt (unter Suse 8.1 gehts hingegen!!). Ein cronjob kann hier aber NICHT weiterhelfen. Ein network start -o type=eth0 ist mit Suse 8.2 per automatisch ausgeführtem Skript unmöglich!!! Ein stop: /etc/init.d/network stop -o type=eth0 in ip-up.local wird hingegen bei allen Susi's problemlos ausgeführt. Sie Date: Tue, 23 Sep 2003 20:43:01, thread "Netzwerk-Module laden bei ISDN-Verb.-Abbau" diese Liste. Was ist da los mit den Suse-Start-und-sonstigen-root-Skripten? Ist da irgendwas faul? Werden die root-Rechte nicht korrekt weitergegeben? Sind irgendwelche wrapper defekt? thx Ekkard
Hallo, mir ist einiges unklar an dem, was Du gepostet hast. Am Sonntag, 15. Februar 2004 14:28 schrieb Ekkard Gerlach:
Hallo,
unter Suse 8.0 habe ich mir capifax eingerichtet. Es soll per
Meinst Du damit: capisuitefax bzw. CapiSuite allgemein?
fr:235:once:/usr/local/bin/c2faxrecv
Falls es capisuitefax ist, bist Du auf dem Holzweg; c2faxrecv spielt bei Hylafax u.ä. eine Rolle. CapiSuite wird nach korrekter Installation beim Booten als Dienst gestartet, c2faxrcv schreibt sich bei der Installation von Hylafax z.B. in die Datei /etc/inittab (wobei ich mir nicht sicher bin, ob dies auch schon bei der 8.0 galt. Mit der Umstellung auf sysconfig gingen ja einige Veränderungen bei Suse einher).
das c2faxrecv gestartet werden. Tuts aber nicht. Ein "respawn" anstelle des "once" führt zu "respawning too fast. disabled for 5 Minutes".
An der Kommandozeile kann ich c2faxrecv jederzeit als root starten: /usr/local/bin/c2faxrecv &
Ein Startskript /etc/init.d/capifax (S23capifax in rc3.d und rc5.d) mit
#!/bin/sh /usr/local/bin/c2faxrecv &
Läuft das Skript mit root-Rechten? Und warum /usr/local/bin? Falls CapiSuite, hast Du die rpm-Pakete von capisuite.org verwendet oder waren die auf den Installations-CDs? Hylafax gab's definitiv schon bei der 8.0, da verstehe ich auch nicht, warum Du unter /usr/local/bin installiert hast.
schlägt auch fehl. Auch wenn ich ein sleep 60 oder so davorsetze. Den sleep kann ich nach dem booten mit ps axw noch beobachten bis er verschwindet, ein c2faxrecv wird aber nicht gestartet.
Per cron ist der Start wieder möglich: starte ich /etc/init.d/capifax per cron, geht das wieder. Bitte bewahrt mich davor, ein SKript schreiben zu müssen, das alle paar Minuten nachsieht, ob ein c2faxrecv läuft, und falls nicht, dann es zu starten!!!!
Zu Deinem zweiten Problem fällt mir nix ein; wäre aber sinnig zu wissen, welche Anwendung Du fürs Faxen installiert hast. Tschö Klaus
* Klaus Niedt schrieb:
unter Suse 8.0 habe ich mir capifax eingerichtet. Es soll per
Meinst Du damit: capisuitefax bzw. CapiSuite allgemein?
capi4linux und capi4hylafax ist installiert. capi4hylafax-1.0.tar.gz wurde als Source installiert weil bei 8.0 ja noch nicht dabei. Bei 8.2 ist das ja alles mit Yast machbar. So: von capi4hylafax benutze ich nur den c2faxrecv als daemon, damit ich FAx senden kann mit sendfax -n -d 12345656789 datei.ps
fr:235:once:/usr/local/bin/c2faxrecv
Falls es capisuitefax ist, bist Du auf dem Holzweg; c2faxrecv spielt bei Hylafax u.ä. eine Rolle. CapiSuite wird nach korrekter Installation beim Booten als Dienst gestartet, c2faxrcv schreibt sich bei der Installation von Hylafax z.B. in die Datei /etc/inittab (wobei ich mir nicht sicher bin, ob dies auch schon bei der 8.0 galt. Mit der Umstellung auf sysconfig gingen ja einige Veränderungen bei Suse einher).
ist wohl überholt mit dem was ich geschrieben habe. Aber trotzdem Danke! Meine Frage ist eigentlich UNABHÄNGIG von capi, ISDN, ... zu sehen. WARUM kann in einem Runlevel-Skript das c2faxrecv nicht gestartet werden? Warum geht es nur mit einem cronjob?
#!/bin/sh /usr/local/bin/c2faxrecv &
Läuft das Skript mit root-Rechten? Und warum /usr/local/bin? Falls CapiSuite,
Das Skript gehört root und alle Skripte in /etc/init.d laufen automatisch beim booten mit root-Rechten, ODER? Wie schon mehrfach erwähnt: als cronjob (/etc/crontab, root-Rechte) startet c2faxrecv problemlos. thx Ekkard
Hallo, immer unter dem Vorbehalt, daß ich mit dem Aufbau der 8.0 nicht mehr so vertraut bin: das Einbinden von neuen bzw. eigenen Start-Skripten kann man nach meinem Wissen so erledigen, daß ein in /etc/init.d abgelegtes Skript mit dem Befehl insserv (Syntax müßtest Du nachgucken, habe ich nicht auswendig auf dem Schirm) in die gewünschten Runlevel eingebunden wird, wobei Du nicht nur ein Startskript (S) im jeweiligen Runlevel brauchst, sondern auch ein Stoppskript (K). Mit insserv werden Links im jeweiligen rcX.d angelegt, Du müßtest den Dienst starten, beim nächsten Boot-Vorgang sollte es dann "automatisch" klappen. Aber offen gestanden scheint mir Dein Skript etwas zu kurz gehalten; es ist ja nur der Aufruf von c2faxrcv. Was ist mit den Funktionen: start, stop, restart, status usw.? Ein Beispielskript ist /etc/init.d/skeleton (zumindest bei 9.0), daß man nach seiner gewünschten Anwendung umschreiben kann. Das zwar ein cronjob, nicht aber der Start beim Booten klappt, halte ich für logisch. Cron arbeitet das Skript ab, ruft also c2faxrcv auf, so lange es aber nicht in den init-Ablauf richtig eingebunden ist, kann es beim Booten nicht klappen. Tschö Klaus
* Klaus Niedt schrieb:
nach meinem Wissen so erledigen, daß ein in /etc/init.d abgelegtes Skript mit dem Befehl insserv (Syntax müßtest Du nachgucken, habe ich nicht auswendig
hmmm ... gute Idee .. vom insserv weiß ich ... ABER: wenn ich meinem Skript ein sleep 60 vorsetze, dann sehe ich nach dem booten diesen Prozess noch eine Weile! ALso wird mein Skript auch ohne insserv tatsächlich durchlaufen - und c2faxrecv NICHT gestartet. (Ich habe übrigens noch einige andere kurze Startskripten auf einem anderen PC gebastelt, alle tun brav was sie sollen, auch ohne insserv)
auf dem Schirm) in die gewünschten Runlevel eingebunden wird, wobei Du nicht nur ein Startskript (S) im jeweiligen Runlevel brauchst, sondern auch ein Stoppskript (K). Mit insserv werden Links im jeweiligen rcX.d angelegt, Du müßtest den Dienst starten, beim nächsten Boot-Vorgang sollte es dann "automatisch" klappen. Aber offen gestanden scheint mir Dein Skript etwas zu kurz gehalten; es ist ja nur der Aufruf von c2faxrcv. Was ist mit den Funktionen: start, stop, restart, status usw.? Ein Beispielskript ist /etc/init.d/skeleton (zumindest bei 9.0), daß man nach seiner gewünschten
Danke, das ist mir alles bekannt. Wenn ich ein Profi-Startskript schreiben wollte, dann würde ich auch das sleleton als Vorlage nehmen. Da ich mit Suse 8.0 kaum noch rummache, unter 8.2 das capi4hylafax per Yast installierbar ist und problemlos startet (auch über /etc/inittab!!) habe ich keine Lust und Zeit ein sophisticated Skript zu schreiben, das ich im Leben nur einmal brauche und andere auch nie.
Anwendung umschreiben kann. Das zwar ein cronjob, nicht aber der Start beim Booten klappt, halte ich für logisch. Cron arbeitet das Skript ab, ruft also c2faxrcv auf, so lange es aber nicht in den init-Ablauf richtig eingebunden ist, kann es beim Booten nicht klappen.
Das ist aber nur so Ahnung, die Du hast. Du hast nichts sachlich begründet! Es wird von mir ja schon mit S23capifax mein Skript als ALLERLETZTES aller Startskripte gestartet, so wie wenn ich nach dem booten per root c2faxrcv per Hand starte! Dann verzögere ich in meinem SKript sogar noch mit 60 Sekunden! Es kann nicht sein, daß da eine Bootreihenfolge irgendeinen Einfluß hat. Gelesen habe ich dazu noch NIE was. Aber gut, irgendetwas muß es sein .. Weiß jemand des Rätsels LÖsung? danke Dir Klaus! Ekkard
On Mon, Feb 16, 2004 at 10:59:47AM +0100, Ekkard Gerlach wrote:
* Klaus Niedt schrieb:
nach meinem Wissen so erledigen, daß ein in /etc/init.d abgelegtes Skript mit dem Befehl insserv (Syntax müßtest Du nachgucken, habe ich nicht auswendig
hmmm ... gute Idee .. vom insserv weiß ich ... ABER: wenn ich meinem
insserv legt (nur) die für den Boot-Prozess notwendigen Symlinks an. Diese können natürlich auch "von Hand" gesetzt werden, allenfalls droht dann der nächste inserv Aufruf problematisch zu werden. Hier also sicherlich nicht das Problem.
Funktionen: start, stop, restart, status usw.? Ein Beispielskript ist /etc/init.d/skeleton (zumindest bei 9.0), daß man nach seiner gewünschten
start und stop werden beim boot/halt/reboot genutzt. Alles andere ist vielleicht nützlich, aber nicht erforderlich. Beim vorliegenden Script würde allerdings c2faxrcv beim Stop (K.. Symlink) nochmal gestartet. Der Aufwand für Start/Stop ist gering.
Das ist aber nur so Ahnung, die Du hast. Du hast nichts sachlich begründet! Es wird von mir ja schon mit S23capifax mein Skript als ALLERLETZTES aller Startskripte gestartet,
c2faxrcv nutze ich selbst nicht, aber da es offensichtlich Unterschiede zwischen einem Starten aus der interaktiven Shell, dem Cronjob und Startscript gibt, ist zusätzlich zur Startreihenfolge auch das verwendete Environment zu prüfen.
dem booten per root c2faxrcv per Hand starte! Dann verzögere ich in meinem SKript sogar noch mit 60 Sekunden! Es kann nicht sein, daß da eine Bootreihenfolge
Aus der Anfangsmail:
Ein Startskript /etc/init.d/capifax (S23capifax in rc3.d und rc5.d) mit
#!/bin/sh /usr/local/bin/c2faxrecv &
schlägt auch fehl. Auch wenn ich ein sleep 60 oder so davorsetze. Den sleep kann ich nach dem booten mit ps axw noch beobachten bis er verschwindet, ein c2faxrecv wird aber nicht gestartet.
Das mit dem sleep irritiert mich. Bei #!/bin/sh sleep 60 /usr/local/bin/c2faxrecv & wartet der ganze Bootvorgang auf die Beendigung des sleep. Nach dem booten wäre der sleep also nicht mehr zu beobachten. -- Stefan Tichy ( s.list at pi4tel dot de )
* Stefan Tichy schrieb:
Unterschiede zwischen einem Starten aus der interaktiven Shell, dem Cronjob und Startscript gibt, ist zusätzlich zur Startreihenfolge auch das verwendete Environment zu prüfen.
.. DAS interessiert mich. Vielleicht melden sich hier noch ein paar Profis zu Wort.
dem booten per root c2faxrcv per Hand starte! Dann verzögere ich in meinem SKript sogar noch mit 60 Sekunden! Es kann nicht sein, daß da eine Bootreihenfolge
Aus der Anfangsmail:
Ein Startskript /etc/init.d/capifax (S23capifax in rc3.d und rc5.d) mit
#!/bin/sh /usr/local/bin/c2faxrecv &
schlägt auch fehl. Auch wenn ich ein sleep 60 oder so davorsetze. Den sleep kann ich nach dem booten mit ps axw noch beobachten bis er verschwindet, ein c2faxrecv wird aber nicht gestartet.
Das mit dem sleep irritiert mich. Bei
#!/bin/sh sleep 60 /usr/local/bin/c2faxrecv &
hätte ich schreiben sollen: (sleep 60; /usr/local/bin/c2faxrecv)& Dann bleibt der Bootprozess nicht stehen. Hmmm .. vielleicht fehlt dann das richtig Environment? Aber gut Jungs, besten Dank. Ich schreibe habt ein cron-job der alle 5 Minuten testet, ob c2faxrecv läuft, wenn nein, wird das Teil halt gestartet. Es ist offenbar einfacher das das hier auszudiskutieren. Ich habe mir Suse 8.0 eh kaum noch zu tun .. Danke Ekkard
participants (3)
-
Ekkard Gerlach -
Klaus Niedt -
Stefan Tichy