wie killt ihr eigentlich einen benutzerfreundlichen daemon?

ich hab nen script gebaut, welches in der shell mit "getdaemon.pl start" den daemin startet. Es handelt sich dabei um einen server.

damit ich den server später mit "getdaemon.pl stop" beenden konnte, hab ich die PID in eine temporäre textdatei ausgelagert.

Ist das so üblich? Oder hab ich mal wieder einen völlig unnötigen Weg gewählt den man anders viel einfacher beschreiten könnte?
Fand das aber trotzdem noch einfacher, als die prozesstabelle von suse nach meinem prog zu durchsuchen.
wie macht ihr das denn so?\n\n

<!--EDIT|Froschpopo|1159384429-->

Ja das auslagern der PID in eine Textdatei ist so üblich. Ich würde die PID aber auch in das entsprechende Verzeichnis Speichern wo es üblich ist. Bei Debian z.B. /var/run

Ansonsten startet man die Server auch üblicherweise z.B. über Bash Skripte. Und das beenden macht man üblicherweise auch über Bash Skripte.

Debian hat zur Vereinfachung den befehl "start-stop-daemon", bei Red Hat und Suse sind die Befehle anders. Ich glaube sogar nur "start" oder "daemon" oder so. Du kannst aber auch alles Manuell Regeln.

Ein Daemon beendet man üblicherweise indem man ihm ein SIGNAL schickt. Mir ist aber gerade eben entfallen welches Signal geschictk wird wenn man einfach nur "kill 12345" eintippt. Es sollte aber aufjedenfall gut sein wenn du "SIGQUIT", "SIGINT", und "SIGTERM" abfängst.

Das abfangen kannst du dann z.B. über "$SIG{TERM} = \&quit" machen. Das heißt wenn ein SIGTERM Signal eintrifft wird die quit Funktion aufgerufen, die dann noch abschließend zusätzlich etwas ausführen kann. z.B. Datenbankverbindung schließen, Temp Dateien löschen etc. Halt alles beseitigen zum Aufräumen.

Wohin das Bashskript sein Signal schickt, also zur welcher PID liest es halt aus der PID Datei aus. Dein Vorgehen ist also üblich.\n\n

<!--EDIT|sid burn|1159385418-->

Das normale Signal ist "QUIT". Es sagt dem Programm sich normal zu beenden, die letzten Aktionen aus zu führen, Sicherrungen vor zu nehmen und alle belegten Resourcen (Netzwerkverbindungen, offenen Dateien, belegter Speicher etc.) frei zu geben.
"TERM" soll dafür sorgen, daß das Programm sofort beendet wird, allso keinerlei Sicherungen, oder sonstige Aktionen ausführt. Nur alle Resourcen sind, wenn möglich, frei zu geben.

Du solltest auch auf SIGHUP reagieren.

Gruß, Doc

@topeg:Ich dachte, das was du beschreibst ist bei SIGKILL der Fall?

[quote=topeg,27.09.2006, 22:49]Das normale Signal ist "QUIT". Es sagt dem Programm sich normal zu beenden, die letzten Aktionen aus zu führen, Sicherrungen vor zu nehmen und alle belegten Resourcen (Netzwerkverbindungen, offenen Dateien, belegter Speicher etc.) frei zu geben.
[/quote]
Eigentlich nicht. Ein SIGQUIT wird normalerweise nur für's Debugging benutzt, weil damit nicht nur der Prozess beendet wird, sondern auch (vorbehaltlich anderer ulimit-Einstellungen) ein core-File erzeugt. In der Shell kann ein SIGQUIT durch Ctrl-\ erzeugt werden.

Was du beschreibst, trifft eher auf SIGTERM (s.u.) oder SIGINT zu.

Allerdings muss nur ein SIGTERM zwingend zu einem Abbruch des Programms führen, ein SIGINT (in der Shell meist mit Ctrl-C ausgelöst) bewirkt zwar in den meisten Fällen ebenfalls einen kontrollierten Programmabbruch, ein Programm darf darauf aber auch anders reagieren. Da ein SIGINT normalerweise von einer interaktiven Shell ausgeführt wird, kann ein Programm beispielsweise nachfragen, ob wirklich abgebrochen werden soll.

Quote

"TERM" soll dafür sorgen, daß das Programm sofort beendet wird, allso keinerlei Sicherungen, oder sonstige Aktionen ausführt. Nur alle Resourcen sind, wenn möglich, frei zu geben.

Was du hier beschreibst, ist - wie nepos schon schrieb - SIGKILL. Ein SIGKILL führt zum sofortigen Programmabbruch und kann nicht im Programm abgefangen werden.

SIGTERM ist im Gegenteil die "schonendste" Methode, einen Prozess zu beenden. Es ist das Default-Signal von kill(1), d.h. wenn man bei "kill <pid>" kein Signal angibt, wird ein SIGTERM an den Prozess geschickt.

Also kurz gefasst:
SIGINT: Ctrl-C, meist kontrollierter Programmabbruch
SIGTERM: Default für kill(1), kontrollierter Programmabbruch
SIGQUIT: Ctrl-\, kontrollierter Programmabbruch mit Coredump
SIGKILL: "kill -9", nicht-kontrollierbarer Programmabbruch

Die englische Wikipedia hat eine ganz gute Übersicht mit Artikeln zu den wichtigsten Signalen.

dubu++

kann man den Strg-c auch noch irgendwie abfangen? So dass man z.b. vorher schnell in ein file cachen kann. welches signal gibts eigentlich bei einem kill?

@froschpopo

Quote

kann man den Strg-c auch noch irgendwie abfangen? So dass man z.b. vorher schnell in ein file cachen kann.

Nein, siehe oben ...

Quote

welches signal gibts eigentlich bei einem kill?

SIGTERM, sie oben ...

Gruß, Doc

[quote=docsnyder,29.09.2006, 08:30]

Quote

kann man den Strg-c auch noch irgendwie abfangen? So dass man z.b. vorher schnell in ein file cachen kann.

Nein, siehe oben ...[/quote]
klar kann man.
CTRL-C schickt ein sigint, zumindest auf meinem rechner.
$SIG{INT}\n\n

<!--EDIT|pq|1159520779-->