Ubuntu-Forum & Kubuntu-Forum | www.Ubuntu-Forum.de

Ja, ich arbeite gerade mit einem Webserver, und eigentlich will ich "nur" ein Script starten, dass dann im eigenen Prozess laufen soll, und bei dem mein Hauptprogramm (der Webserver) nicht auf die Beendigung wartet sondern gleich mit anderen Aufgaben weitermacht.

Info dazu: es gibt einen "Treiber" über den dann die Kommunikation vom Script zum Webserver stattfindet, deshalb kann (und soll) das Skript auch unabhängig laufen.

Bislang habe ich folgende Schritte erfolglos getestet:

1. "System(..)" mit "nohup" bzw. "&" am Ende. Rückkehr zum Hauptprogram erst am Ende der Ausführung des Scriptes.
2. Erstellen eines scriptes mit "nohup" bzw. "&" und Aufrufen desselben. Selbes Verhalten wie vorher.
3. Benutzen von "fork" und "exec". Danach hatte ich eine doppelte Webseite. Wirklich laufen tat aber damit auch nichts.

Randdaten: das ganze läuft auf einem Embedded-Linux, und mein Programm/Webserver läuft als Daemon.

Das Problem ist, dass ich eher von der Windows-Seite komme, und da gibt es den Befehl "CreateProcess", damit kann ich einen neuen Prozess erzeugen, und der kann dann machen was er will. Unter Linux scheint das hingegen ein Problem darzustellen?!

Jetzt probiere ich gleich nochmal ein paar Exec()-Variationen aus, verspreche mir allerdings nicht allzuviel davon. Außerdem starte ich gleich mal einen Suchlauf bei Google mit den Worten "CreateProcess Äquivalent in Linux", parallel dazu versuche ich es einfach mal hier im Forum.

Vielleicht weiß ja einer was ich falsch mache oder wie ich ein Programm dazu bekomme unabhängig vom Aufrufer zu laufen?

Ja, ein bisschen Hintergrund sollte ich wohl liefern, daher werde ich mal die Themen der Reihe nach anschneiden:

Es handelt sich um einen KLone-Webserver der auf einem Embedded-Linusx läuft (Microblaze-CPU, Kernel-Version weiß ich gerade aus dem Kopf nicht).

Der Webserver soll, nachdem er eine Datei hochgeladen hat, auf besagtem Linux ein Script (lokal) starten (antriggern), und dann weiterlaufen. Das Script soll dann parallel zum Webserver laufen, seine Sachen erledigen und irgendwann fertig sein.
In der Zeit läuft auf dem Client ein Javascript das sekündlich den Status vom Webserver abruft (also muss der ansprechbar sein und darf nicht darauf warten, dass besagtes Script oben fertig wird...), und irgendwann reagiert das Javascript/Client dann ("Update fettisch, jetzt bitte neustarten" oder so).

Das Script selber ist ein Shellscript, der Treiber ist ein selbstgeschriebener Treiber der quasi ein Datenfeld beim Lesen zurückliefert und über eine Offset/Data-Struktur beschrieben werden kann. Was da im einzelnen passiert ist wohl egal, im Prinzip läuft es auf eine Datei hinaus die auf einer Seite (binär) beschrieben und auf der anderen Seite (binär) gelesen wird. Zugriffe laufen hier asynchron, das sollte also nicht das Problem sein.

Child/Thread: am liebsten wäre es mir, ich könnte einen eigenen Prozess/Thread mit dem Script starten. Bein Windows gibts CreateProcess, allerdings fand ich bei der Suche "CreateProcess" und "Linux" eigentlich nur Referenzen auf fork()/exec().

Falls mir jemand Hinweise zu Threadprogrammierung außerhalb fork/exec geben könnte wäre ich dankbar.

Wobei meine Vermutung mittlerweile dahin geht, dass beim Erzeugen der Anwendung irgendwelche Flags gesetzt sind die verhindern, dass der Server asynchrone (ich nenn die jetzt mal so) Ausführungen von Scripts zulässt, denn die gleichen Scripts laufen halt in der Shell ohne Probleme?!

Zitat

Also Polling mit HIlfe von Javascript.

Genau. Wobei da halt im Sekundentakt eine "Webseite" aufgerufen wird, die den aktuellen Status ausliest und an meine Wartende Seite weiterleitet. Das Problem ist, dass ich halt während der Ausführunf des Scriptes den Zustand des Updates (was das Script halt ausführt) darstellen will, sonst habe ich halt eine Webseite die n Minuten hängt und wo man im Zweifel nicht weiß ob da noch was läuft oder jetzt der Webserver/das Board/WattWeissIsch abgestürzt ist.

Zitat

Was macht der Webserver während dem das Skript läuft? Nichts ausser Antworten auf die Polling-Anfragen des Java-Skript-Clients?

Genau, wobei der Server aber schon beim Aufbau der Polling-Seite hängt. Beim KLone kann ich halt mein Scripting direkt in der Webseite ausführen, d.h. nach dem Upload der Datei wird die neue Seite aufgerufen, diese startet dann das Shell-Script (soll es zumindest) und soll im zweiten Schritt dann sekündlich das Status-Polling machen.

Wobei ich jetzt gerade die Idee habe, dass ich das Aufrufen des Skriptes vielleicht auch in eine separate Seite auslagere die ich aufrufe... hmm.

Zitat von »maettu«

PS: Du kommunizierst bei deiner Beschreibung immer mit dem Webserver-Prozess, also musst du eine Kommunikation zwischen dem Webserver-Prozess und deinem Skript herstellen.

Richtig.

Zitat von »maettu«

Primitive Lösung ist du änderst via Skript einfach die "Index.html" im Rootverzeichnis des Webservers, das Ganze ist dann nicht sehr intelligent besonders bei Mehreren Verbindungen zum Webserver...

Wie soll das gehen? Außerdem ist es doch egal ob ich meine Seite XYZ.html per Javascript anpasse oder die Index.html?

Zitat von »maettu«

PPS: Vielleicht wäre ein CGI-Skript auch nicht so falsch...

Im Prinzip mache ich genau das, wobei ich halt statt CGI halt den Onboard-C-Code des Servers benutze.

Zitat von »Fredl«

Ich hab die KLone-Seite überflogen und kenne mich mit dem Ding erstmal noch nicht aus. Aber bist du sicher, daß der Server wirklich stehen bleibt und auf das Ende des Scripts wartet, und nicht nur auf irgendeine Rückmeldung von diesem?

Ja, ich habe nämlich gerade die Info von den KLone-Leuten bekommen, dass der Aufruf von "System()" immer "blocking" ist. Das haben die wohl so eingebaut.

Zitat von »Fredl«

Der Grundgedanke beim Aufruf externer Programme ist ja meistens die Erzeugung dynamischer Inhalte und auf die muß er dann natürlich warten. Dann wäre er mit einem simplen "OK" auch schon zufrieden und könnte tun, was immer von ihm verlangt wird, während das Script noch ewig weiterlaufen kann.

Ja, nur mein Grundgedanke in dem Fall ist: Shellscript asynchron starten um das Update (der Boardfirmware) laufen zu lassen, derweil soll die Webseite warten, und in regelmäßigen Abständen den Status zurückliefern.

An sich erscheint mir das nicht unbedingt als Spezialanwendung, es gibt sicherlich reichlich Ansätze wo der Gedanke ist: Starte was, bearbeite das auf dem Server und gib mir in Regelmäßigen Abständen den Zwischenstand.

Aber ich habe, wie oben berichtet, gerade von den KLone-Leute ein Example mit fork/exec bekommen, das probiere ich gleich mal aus. Fall nicht probiere ich dann mal Plan B: das Script über eine weitere Webseite triggern.

So, ich habe es geschafft. Ich musste doch "fork()" und "exec()" nehmen, das Problem lag allerdings u.a. bei der etwas eigentümlichen Art und Weise wie man, zumindest auf dem benutzten Embedded-Linux, exec[v]() aufruft, da parameter 0 (arg[0]) eben nicht der erste Parameter ist, sondern den Name des Aufzurufenden Programms beinhalten muss! Vielleicht geht da auch ein Dummy, keine Ahnung ob das funktioniert, NULL darf es auf jeden Fall nicht sein!

Außerdem sollen zumindest beim KLone wohl beim Childprozess die offenen Handles geschlossen werden!?

Refresh: der ist für mich keine Option, da die komplette Webseite dann neu geladen wird und das mitunter doof aussieht (und der dann meistens an den Anfang der Seite springt und die Bedienung darunter leiden kann). JS und "innerHTML" ist da die bessere Lösung, da ich da gezielt Textelemente (z.B. Uhrzeit) ändern kann.

Server: da gibt es keinen "Ausgabekanal". Der Treiber ist einfach so ausgelegt, dass beim Öffnen des Treibers ein interner Zähler auf "0" gesetzt wird, beim "read()" wird dann ab Zähler (also 0) bis X ein Speicherbereich ausgelesen der mit der HW verdraht ist (vereinfach gesagt), dann wird der Treiber wieder geschlossen, so bekommt der Server seine Informationen.

Serverintern werden dann die Daten noch in eine Struktur kopiert, da ein "int data[1234];" immer etwas schwierig zu habdhaben ist, aber das sind dann ja schon Implementationsdetails.