Uploaded image for project: 'Opencast'
  1. MH-8756 Matterhorn Capture Agent JVM Crashes - libavcodec.so.52
  2. MH-8841

Decrease concurrency of capture agent by altering quartz settings to see if it decreases the chances of causing JVM SIGSEGV

    Details

    • Type: Sub-Task
    • Status: Resolved
    • Priority: Blocker
    • Resolution: Won't Fix
    • Affects versions: 1.3
    • Fix versions: 1.3
    • Components: Legacy

      Description

      One of the issues that makes it difficult to diagnose what is causing the problem is that there is a fair number of threads created by a library called Quartz that is used as a timer / scheduler to trigger start captures, stop captures, schedule updates, state changes etc. It would be nice to limit the number to see if the cause might be concurrent access of unprotected libraries.

      In the two config files:
      felix/conf/services/org.opencastproject.capture.impl.CaptureAgentImpl.properties
      felix/conf/services/org.opencastproject.capture.impl.SchedulerImpl.properties

      There are the following lines that define the number of threads:
      #Define the job pool. The threadCount parameter controls how many jobs the system can be doing at once.
      org.quartz.threadPool.class = org.quartz.simpl.SimpleThreadPool
      org.quartz.threadPool.threadCount = 5

      On a 1.3 capture agent I will decrease the thread count to 1 and then reproduce the issue. Decreasing the number of jobs that fire and other complexities will take actual code changes if this proves ineffective.

        TestRail: Results

          Attachments

            Activity

              People

              • Assignee:
                akm220 Adam McKenzie
                Reporter:
                akm220 Adam McKenzie
              • Watchers:
                0 Start watching this issue

                Dates

                • Created:
                  Updated:
                  Resolved:

                  TestRail: Cases