Der Job kann über
factory.ini und
Dabei gilt folgende Hierarchie: Job-Parameter haben Vorrang vor
factory.ini, factory.ini vor Datenbank, Datenbank vor impliziten Job-Voreinstellungen.
Der Job prüft die Ressourcen am Server für folgende Kategorien:
This job may be configured using:
factory.ini configuration file andfactory.ini settings;
factory.ini overrides database settings;
database settings override implicit job defaults.
This job checks for the following resource categories:
Zusätzlich ist es über die Job-Parameter (nicht aber über den Profile oder die Datenbank) möglich, die Überprüfung des freien Speichers oder des freien Fesplattenplatzes abzuschalten. Dazu können die Parameter check_disk_space, check_disk_space_user bzw. check_free_memory mit dem Wert false belegt werden.
Beispiel für Parameterangaben in der Job-Konfiguration:
<params>
<param name="category_1" value="disk_space"/>
<param name="subtype_1" value="/"/>
<param name="value_1" value="2300000"/>
<param name="category_2" value="disk_space/>
<param name="subtype_2" value="/tmp"/>
<param name="value_2" value="100000"/>
</params>
Note that the job parameters (but not the profile or the database) can be used to turn off memory or hard-disk-space checking. This is done by setting the parameters check_disk_space, check_disk_space_user or check_free_memory to false.
Example for settings in the job configuration:
<params>
<param name="category_1" value="disk_space"/>
<param name="subtype_1" value="/"/>
<param name="value_1" value="2300000"/>
<param name="category_2" value="disk_space/>
<param name="subtype_2" value="/tmp"/>
<param name="value_2" value="100000"/>
</params>
Beispiel für Parameterangaben in der Konfigurationsdatei factory.ini:
[job scheduler_check_sanity]
category_1 = disk_space
subtype_1 = /
value_1 = 2300000
category_2 = disk_space
subtype_2 = /tmp
value_2 = 100000
;delay processing after error: <number of errors>:<delay interval in seconds or stop>;...
delay_after_error = 1:60;5:600;10:1800;20:3600;60:stop
delay_after_error ist wie folgt zu interpretieren: nach dem ersten Fehler je 60s warten, ab dem fünften Fehler je 600s warten ... nach dem 60. Fehler den Job stoppen.
Example for parameters in the factory.ini configuration file:
[job scheduler_check_sanity]
category_1 = disk_space
subtype_1 = /
value_1 = 2300000
category_2 = disk_space
subtype_2 = /tmp
value_2 = 100000
;delay processing after error: <number of errors>:<delay interval in seconds or stop>;...
delay_after_error = 1:60;5:600;10:1800;20:3600;60:stop
The delay_after_error parameter in the example above has the following meaning: wait 60s per retry after the first error, wait 600s per retry after the fifth error ... stop the job after 60 errors.
INSERT INTO SCHEDULER_SANITY_REFERENCES ( "SPOOLER_ID", "CATEGORY",
"SUBTYPE", "VALUE" ) VALUES ( 'spooler', 'free_memory','jvm', '100000');
INSERT INTO SCHEDULER_SANITY_REFERENCES ( "SPOOLER_ID", "CATEGORY",
"SUBTYPE", "VALUE" ) VALUES ( 'spooler', 'disk_space', '/', '2000000' );
INSERT INTO SCHEDULER_SANITY_REFERENCES ( "SPOOLER_ID", "CATEGORY",
"SUBTYPE", "VALUE" ) VALUES ( 'spooler', 'free_memory','jvm', '100000');
INSERT INTO SCHEDULER_SANITY_REFERENCES ( "SPOOLER_ID", "CATEGORY",
"SUBTYPE", "VALUE" ) VALUES ( 'spooler', 'disk_space', '/', '2000000' );
log_mail_to eingetragen ist. Wird der Job Scheduler mit Datenbank betrieben,
wird die Tabelle SCHEDULER_SANITY_HISTORY verwendet, um die Ergebnisse
des Sanity Checks zu archivieren.
log_mail_to). If the Job Scheduler uses a database, then the results of the
sanity check are archived in the SCHEDULER_SANITY_HISTORY table.