php/bash prozess überwachen

also ich will mittels php den status eines prozesses anhand der pid herausbekommen...

die pid habe ich

nun wollte ich mittels

den status abfragen
dummerweise liefert mir das immer ne 1 zurück, egal ob der prozess läuft oder nicht...

wieso?!?!?!

kennt jemand eventuell noch andere möglichkeiten mittels php zu prüfen ob ein prozess läuft?

achso in meiner umgebung kann ich die meissten kommandos nicht nutzen (ps, pidof) deswegen will ichs mit kill machen...

ich verstehs nich

achja und proc_get_status() funzt ja nur mit prozessen die php gestartet hat, also mit proc_open()

wenn du die pid hast kannste schauen ob es /proc/$pid gibt

grüße

Seb

und dirty vllt noch

Wem gehoert denn der Prozess?

Der tollste bash befehl ist "lsof". Damit kann man alles machen :-). Und in php nicht "system" benutzen. Das checkt den exit code nicht richtig. Du musst proc_open benutzen. Also PHP startet Kindprozess (lsof oder ps oder kill) und bekommt vom Kindproezss dann den exitstatus zurück den kannst du dann auslesen und je nachdem was du zurück bekommst weißt du ob der andere prozess an ist. Der webserver (wenn das phpskript über den Webserver gestartet werden soll) sollte natürlich zugriffsrechte auf die zu wünschenden bashbefehle haben in dem man ihn entsprechend konfiguriert (also als welcher user er laufen soll und welcher Gruppe er angehört). Ich hab selber schon einmal sowas gebastelt und es hat funktioniert.

Ansonsten gibts noch

http://php.net/manual/en/book.pcntl.php

dann musst du dein php aber umkonfigurieren. http://www.php.net/manual/en/pcntl.installation.php

Dieser Beitrag wurde von I.I: 07 Aug 2009, 19:19 bearbeitet

lsof ist genauso ein „bash befehl“ wie kill, naemlich gar nicht. Der korrekte Weg geht auch nicht ueber pcntl, sondern ueber posix_kill, das macht den Syscall direkt und spart sich diesen ganzen Shell-Umweg-Wix. Den Rueckgabewert kriegt man dann mit posix_get_last_error, kill(2) ist dein Freund. Bringen tut das aber auch nichts, weil man fuer alle interessanten Prozesse (naemlich alle die, deren echte UID, die nicht mit den echten oder effektiven UIDs des Webservers laeuft) EPERM bekommt:



Unter Linux koennte man mit capabilities (CAP_KILL) darum kommen, muss man aber schon _tierisch_ bescheurt sein, um so etwas einem Webserver anzuvertrauen. Gleiches gilt fuer Webserver mit Nutzer- oder gar root-Rechten. Wer auf Schmerzen steht (gar nicht mal so abwegig, immerhin geht es um PHP), kann suPHP nehmen.

Jaja KEIN BASHBEFEHLKLUGSCHEISSMARX (man fürht doch das Programm meistens in der Bash aus oder?) . wenn man einen webserver hat der nur intern erreichbar ist ist das mit den Rechten kein problem. Man muss ja dem Webserver auch nicht gleich Rootrechte geben. Wie gesagt mit der beschriebenen Methode funktionierts.

Dieser Beitrag wurde von I.I: 08 Aug 2009, 04:30 bearbeitet

Ich persönlich finde ja ohnehin, dass ihr alle keine Ahnung habt, aber macht ja nix:
root@flunder:~# /bin/kill
Usage:
kill pid ... Send SIGTERM to every process listed.
kill signal pid ... Send a signal to every process listed.
kill -s signal pid ... Send a signal to every process listed.
kill -l List all signal names.
kill -L List all signal names in a nice table.
kill -l signal Convert between signal numbers and names.
root@flunder:~# kill
kill: usage: kill [-s sigspec | -n signum | -sigspec] pid | jobspec ... or kill -l [sigspec]
root@flunder:~# sh
# kill
kill: 1: Usage: kill [-s sigspec | -signum | -sigspec] [pid | job]... or
kill -l [exitstatus]
#

Asklar?

Nein

du nicht ich schon

@aktsizr was soll das denn? War doch hier nicht gefragt wie kill funktioniert.

Fakt ist, es hat mit der Bash nix zu tun (Deine Getränkekisten "Audi-Kisten" zu nennen weil du die immer mitm Audi holst ist in etwa genauso sinnvoll wie zu sagen "kill ist'n Bash-Programm" weil du es aus immer aus der Bash heraus startest). Mag sein, dass du das klugscheisserisch nennst, weil du nicht zugeben kannst, wenn du falsch liegst, aber das ist eher dein persönliches Problem.

Dieser Beitrag wurde von Polygon: 08 Aug 2009, 14:30 bearbeitet

Ich bitte darum zu beobachten, dass es sehrwohl den `bash Befehl' `kill' gibt - nämlich als builtin. Weiterhin gibt es aber auch das ausführbare Programm `/bin/kill'. Und zu allem Überfluss führt system gemäß Manual /bin/sh -c "<cmd>" aus, was bedeutet: Auf Lignix mit Link von /bin/sh auf /bin/bash wird die bash ausgeführt (und somit das builtin). Auf Lignix (wie z.B. bei Ubuntu) wird `sh' (Ubuntu: dash) ausgeführt die eine zur Bourne shell kompatible Variante von /bin/sh ist. dash hat aber, wie man aus meinem posting mit wenig Cleverness entnehmen kann, ebenfalls ein builtin für kill (daher auch das andere Erscheinen der `Usage'). Man kann demnach bei der Verwendung eines standardmäßigen Ubuntu durchaus von einem `dash Befehl' sprechen.

Alles klar?

Im Übrigen ist dieser ganze Thread bereits seit dem posting von `seb' Firlefanz. Es dürfte unter Linux am praktikabelsten sein /proc/<pid>/* zu verwenden.

Ciao Kiddos!

Herzlichen Glueckwunsch, du hast den wichtigsten Teil des Beitrags identifiziert.

pgrep?

Die Tatsache, dass man kill(2) _direkt_ aufrufen kann, und da nicht erst noch eine Shell starten muss, die das dann erledigt?