Details
-
Fix
-
Status: Released (View Workflow)
-
Major
-
Resolution: Fixed
-
1.7, 1.8
-
None
-
None
Description
Description
- When running a job chain with a file order source, there are many unnecessary creations of new IDs observed that result in high CPU load of the database server.The maximum number observed has been 30000 IDs.
- This behavior is visible from the log by repeated execution of the statement:
UPDATE SCHEDULER_VARIABLES set `wert`=`wert`+1 where `name`='spooler_job_id
Desired Behaviour
- A new ID for the table SCHEDULER_HISTORY should only be created when required.
Debug Info
- To reproduce this, create a job chain with a file order source. When a file arrives there are many log lines created like this:
.17 14:45:44.471 scheduler 0 9168.3358 3651.832MB .{scheduler} sos::scheduler::database::Transaction::execute COMMIT (sos::scheduler::database::Database::get_id_) .17 14:45:44.487 scheduler 16 9168.3358 3651.832MB .{scheduler} sos::scheduler::database::Transaction::execute UPDATE SCHEDULER_VARIABLES set `wert`=`wert`+1 where `name`='spooler_job_id' (sos::scheduler::database::Database::get_id_)
Attachments
Issue Links
- affects
-
JS-1390 <file_order_source> should not fall asleep after the first files
- Released
-
JS-1391 Resumption of "Avoid unneccessary creation of new IDs for table SCHEDULER_HISTORY when using a non-distributed job chain with a file order source" for use with the max_orders attribute
- Released
-
JS-1606 Resumption of "Avoid unneccessary creation of new IDs for table SCHEDULER_HISTORY when using a non-distributed job chain with a file order source" when two job chain monitors the same directory with the same filter
- Known Issue