X-Git-Url: http://wagnertech.de/gitweb/gitweb.cgi/mfinanz.git/blobdiff_plain/c8a19933e3a4b3b0174078b70f7ea9faac56d94e..d63ea7c6b814244c99eb40d56633a96debf93a3f:/doc/html/ch02s07.html diff --git a/doc/html/ch02s07.html b/doc/html/ch02s07.html index cce20a2a7..b3797ca14 100644 --- a/doc/html/ch02s07.html +++ b/doc/html/ch02s07.html @@ -1,19 +1,19 @@
-Der Task-Server ist ein Prozess, der im Hintergrund läuft, in - regelmäÃigen Abständen nach abzuarbeitenden Aufgaben sucht und diese zu - festgelegten Zeitpunkten abarbeitet (ähnlich wie Cron). Dieser Prozess - wird bisher nur für die Erzeugung der wiederkehrenden Rechnungen - benutzt, wird aber in Zukunft deutlich mehr Aufgaben übertragen - bekommen.
Die Konfiguration erfolgt über den Abschnitt +
Der Task-Server ist ein Prozess, der im Hintergrund läuft, in regelmäÃigen Abständen nach abzuarbeitenden Aufgaben sucht und + diese zu festgelegten Zeitpunkten abarbeitet (ähnlich wie Cron). Dieser Prozess wird u.a. für die Erzeugung der wiederkehrenden + Rechnungen und weitere essenzielle Aufgaben benutzt.
Die Konfiguration erfolgt über den Abschnitt
         [task_server] in der Datei
         config/kivitendo.conf. Die dort verfügbaren
         Optionen sind:
client
+                  Name oder Datenbank-ID eines vorhandenen kivitendo-Mandanten, der benutzt wird, um die zu verwendende + Datenbankverbindung auszulesen. Der Mandant muss in der Administration angelegt werden. Diese Option muss angegeben + werden.
Diese Option kam mit Release v3.x.0 hinzu und muss daher in Konfigurationen, die von älteren Versionen aktualisiert + wurden, ergänzt werden.
login
-                  gültiger kivitendo-Benutzername, der benutzt wird, um die - zu verwendende Datenbankverbindung auszulesen. Der Benutzer muss - in der Administration angelegt werden. Diese Option muss - angegeben werden.
gültiger kivitendo-Benutzername, der z.B. als Verkäufer beim Erzeugen wiederkehrender Rechnungen benötigt wird. Der + Benutzer muss in der Administration angelegt werden. Diese Option muss angegeben werden.
run_as
                   Wird der Server vom Systembenutzer root
               gestartet, so wechselt er auf den mit run_as
@@ -29,25 +29,25 @@
         Links aus einem der Runlevel-Verzeichnisse heraus in den Boot-Prozess
         einzubinden. Da das bei neueren Linux-Distributionen aber nicht
         zwangsläufig funktioniert, werden auch Start-Scripte mitgeliefert, die
-        anstelle eines symbolischen Links verwendet werden können.
Kopieren Sie die Datei + anstelle eines symbolischen Links verwendet werden können.
Kopieren Sie die Datei
           scripts/boot/system-v/kivitendo-server
           nach /etc/init.d/kivitendo-server. Passen
           Sie in der kopierten Datei den Pfad zum Task-Server an (Zeile
           DAEMON=....). Binden Sie das Script in den
           Boot-Prozess ein. Dies ist distributionsabhängig:
Debian-basierende Systeme:
update-rc.d kivitendo-task-server defaults # Nur bei Debian Squeeze und neuer: -insserv kivitendo-task-server
OpenSuSE und Fedora Core:
chkconfig --add kivitendo-task-server
Danach kann der Task-Server mit dem folgenden Befehl gestartet - werden: /etc/init.d/kivitendo-task-server - start -
Kopieren Sie die Datei +insserv kivitendo-task-server
Ãltere OpenSUSE und ältere Fedora Core:
chkconfig --add kivitendo-task-server
Danach kann der Task-Server mit dem folgenden Befehl gestartet + werden:
/etc/init.d/kivitendo-task-server start
Kopieren Sie die Datei
           scripts/boot/upstart/kivitendo-task-server.conf
           nach /etc/init/kivitendo-task-server.conf.
           Passen Sie in der kopierten Datei den Pfad zum Task-Server an (Zeile
           exec ....).
Danach kann der Task-Server mit dem folgenden Befehl gestartet - werden: service kivitendo-task-server - start -
Der Task-Server wird wie folgt kontrolliert:
./scripts/task_server.pl Befehl
+ werden:
service kivitendo-task-server start
Verlinken Sie die Datei scripts/boot/systemd/kivitendo-task-server.service nach
+          /etc/systemd/system/. Passen Sie in der kopierten Datei den Pfad zum Task-Server an (Zeile
+          ExecStart=.... und ExecStop=...). Binden Sie das Script in den Boot-Prozess ein.
+          
Alle hierzu benötigten Befehle sehen so aus:
cd /var/www/kivitendo-erp/scripts/boot/systemd +ln -s $(pwd)/kivitendo-task-server.service /etc/systemd/system/
Danach kann der Task-Server mit dem folgenden Befehl gestartet + werden:
systemctl start kivitendo-task-server.service
Der Task-Server wird wie folgt kontrolliert:
./scripts/task_server.pl Befehl
                Befehl ist dabei eine der folgenden
         Optionen:
                      start startet eine neue Instanz des
@@ -60,9 +60,7 @@ insserv kivitendo-task-server
OpenSuSE und Fed
                      status berichtet, ob der Task-Server
             läuft.
Der Task-Server wechselt beim Starten automatisch in das kivitendo-Installationsverzeichnis.
Dieselben Optionen können auch für die SystemV-basierenden - Runlevel-Scripte benutzt werden (siehe oben).
Beim Task-Server wird der Login-Name des Benutzers, unter dem der - Task-Server laufen soll, in die Konfigurationsdatei geschrieben. Hat - man mehrere Mandanten muà man auch mehrere Konfigurationsdateien - anlegen.
Die Konfigurationsdatei ist eine Kopie der Datei kivitendo.conf, - wo in der Kategorie [task_server] der gewünschte "login" steht.
Der alternative Task-Server wird dann mit folgendem Befehl + Runlevel-Scripte benutzt werden (siehe oben).
Beim Task-Server werden der zu verwendende Mandant und Login-Name des Benutzers, unter dem der Task-Server laufen soll, in die + Konfigurationsdatei geschrieben. Hat man mehrere Mandanten, muss man auch mehrere Konfigurationsdateien anlegen.
Die Konfigurationsdatei ist eine Kopie der Datei kivitendo.conf, wo in der Kategorie [task_server] die
+        gewünschten Werte für client und login eingetragen werden.
Der alternative Task-Server wird dann mit folgendem Befehl gestartet:
./scripts/task_server.pl -c config/DATEINAME.conf