Scheduler Erste Seite – XML-Kommandos |
<commandson_exit_code |
= "exitcodes"
|
><add_jobs ...> |
XML-Element <add_jobs> |
<add_order ...> |
Auftrag hinzufügen |
<licence.use ...> |
Löscht eine Sperre |
<modify_job ...> |
Kommando an einen Job |
<modify_order ...> |
|
<modify_spooler ...> |
Kommando an den ganzen Scheduler |
<scheduler_log.log_categories.reset ...> |
Setzt eine Log-Kategorien fürs interne scheduler.log |
<scheduler_log.log_categories.set ...> |
Setzt eine Log-Kategorien fürs interne scheduler.log |
<scheduler_log.log_categories.show ...> |
Zeigt die Log-Kategorien fürs interne scheduler.log |
<show_history ...> |
|
<show_job ...> |
Job zeigen |
<show_jobs ...> |
|
<show_job_chains ...> |
|
<show_state ...> |
Status zeigen |
<start_job ...> |
Eine Task starten |
<terminate ...> |
Scheduler ordentlich beenden |
</commands>
Das Element fasst eine Folge von Kommandos zusammen. Wann die Kommandos ausgeführt werden, hängt vom Eltern-Element ab.
– Konfiguration |
Der Scheduler führt die Kommandos nach dem Laden der Konfiguration und vor dem Scheduler-Skript aus. Die <commands> aus den <base>-Konfigurationen werden zuerst ausgeführt.
Ein Fehler beendet den Scheduler.
– Definition eines Jobs |
Der Scheduler führt die Kommandos aus, wenn eine Task sich beendet. Für manche Kommandos lassen sich die Parameter der beendeten Task oder (unter bestimmten Bedingungen) des zuletzt ausgeführten Auftrags mit <copy_params> übernehmen.
Ein Fehler stoppt den Job (siehe aber <delay_after_error>).
on_exit_code="exitcodes"
Innerhalb von <job> ist dieses Attribut Pflicht, woanders kann es nicht verwendet werden.
Gibt die Exit-Codes an, die zur Ausführung der hier aufgeführten Kommandos führen sollen. Als Wert kann angegeben werden:
on_exit_code="success" ist dasselbe wie on_exit_code="0". on_exit_code="error" gilt für alle Exit-Codes außer 0 und außer der bereits in anderen <commands exit_code="…"> angegeben Exit-Codes. kill oder Programmfehler) hat einen Exit-Code mit dem negativen Wert des Signals. Bei dem Betriebssystem-Kommando kill auf die Task wäre das -15. SIGHUP, SIGINT, SIGQUIT, SIGILL, SIGTRAP, SIGABRT, SIGIOT, SIGBUS, SIGFPE, SIGKILL, SIGUSR1, SIGSEGV, SIGUSR2, SIGPIPE, SIGALRM, SIGTERM, SIGSTKFLT, SIGCHLD, SIGCONT, SIGSTOP, SIGTSTP, SIGTTIN, SIGTTOU, SIGURG, SIGXCPU, SIGXFSZ, SIGVTALRM, SIGPROF, SIGWINCH, SIGPOLL, SIGIO, SIGPWR und SIGSYS. Signal-Namen, die das Betriebsystem nicht kennt, werden mit Warnung ignoriert. Siehe auch <job ignore_signals="…">.
on_exit_code="0" on_exit_code="1 2 3 99" on_exit_code="error" on_exit_code="SIGTERM SIGKILL"
– XML-Element <add_jobs> |
<add_jobs> kann wiederholt werden.
– Auftrag hinzufügen |
<add_order> kann wiederholt werden.
– Löscht eine Sperre |
<licence.use> kann wiederholt werden.
– Kommando an einen Job |
<modify_job> kann wiederholt werden.
– |
<modify_order> kann wiederholt werden.
– Kommando an den ganzen Scheduler |
<modify_spooler> kann wiederholt werden.
– Setzt eine Log-Kategorien fürs interne scheduler.log |
<scheduler_log.log_categories.reset> kann wiederholt werden.
– Setzt eine Log-Kategorien fürs interne scheduler.log |
<scheduler_log.log_categories.set> kann wiederholt werden.
– Zeigt die Log-Kategorien fürs interne scheduler.log |
<scheduler_log.log_categories.show> kann wiederholt werden.
– |
<show_history> kann wiederholt werden.
– Job zeigen |
<show_job> kann wiederholt werden.
– |
<show_jobs> kann wiederholt werden.
– |
<show_job_chains> kann wiederholt werden.
– Status zeigen |
<show_state> kann wiederholt werden.
– Eine Task starten |
<start_job> kann wiederholt werden.
– Scheduler ordentlich beenden |
<terminate> kann wiederholt werden.
Zuletzt geändert von Joacim Zschimmer, 2008-10-21 |