Uploaded image for project: 'JS - JobScheduler'
  1. JS - JobScheduler
  2. JS-1354

Avoid unneccessary creation of new IDs for table SCHEDULER_HISTORY when using a non-distributed job chain with a file order source

    XMLWordPrintable

    Details

    • Type: Fix
    • Status: Released (View Workflow)
    • Priority: Major
    • Resolution: Fixed
    • Affects Version/s: 1.7, 1.8
    • Fix Version/s: 1.7.6, 1.8.3, 1.9
    • Component/s: None
    • Labels:
      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

            Activity

              People

              • Assignee:
                jz Joacim Zschimmer
                Reporter:
                ur Uwe Risse
                Approver:
                Uwe Risse
              • Votes:
                0 Vote for this issue
                Watchers:
                4 Start watching this issue

                Dates

                • Created:
                  Updated:
                  Resolved: