JS7 JobScheduler

Space shortcuts

Page tree

Versions Compared

Old Version 7

changes.mady.by.user Andreas Püschel

Saved on

compared with

New Version 8

changes.mady.by.user Alan Amos

Saved on

Key

  • This line was added.
  • This line was removed.
  • Formatting was changed.

...

  • Initial Operation is performed after installation of JS7 Controller, Agent and JOC Cockpit , see as described in the JS7 - Initial Operation article.
  • In case there are the event of issues while registering the Controllers then , the Controller cannot orchestrate will not be able to submit the job-related configuration configurations to Agents.  AlsoIn addition, the Controller is used for the execution of workflows that include jobs running on a number of Agents will not be possible, as the switching of Agents during workflow execution is performed by the customer and forwarded by the controller.

Troubleshooting

After registering the Controller its status can be checked from the JS7 - Dashboard. When registering a Controller a number of misconfigurations can occur.

Operations to register a Controller are performed from the JOC Cockpit page "Manage Controllers/Agents" that page which is available from the user menu in the upper right upper -hand corner of the GUI. Administrative permissions are required to be able to see and to use this page.

...

  • Problem: Assume that the JOC Cockpit uses a Controller registered as a Standalone Controller. If the same Controller is registered as a Controller Cluster member then the JOC Cockpit throws will throw an error such as:
    • JocObjectAlradyExistException: com.sos.joc.exceptions.JocObjectAlreadyExistException: Controller(s) with id 'controller' already exists 
    • This error message is available from will also be noted in the JOC Cockpit's log file too, e.g. from in the JS7_JOC_DATA/logs/joc.log file , see - see the JS7 - Log Files and Locations article.
  • Solution: It is not possible to register the same Controller twice, as a Standalone Controller and as a Controller cluster.

Users who wish to migrate their Standalone Controller to a Controller Cluster should consider observe the following proceedingprocedure:

  • Check that you have a license key ready as the clustering for Controllers is only available for with a commercial license , see - see the JS7 - License article.
  • Verify that execution of workflows is has been completed with the Standalone Controller and that no orders are running.
  • Remove the Standalone Controller from the JOC Cockpit GUI.
  • Shutdown the Standalone Controller and remove the Controller's journal files in its JS7_OONTROLLER_DATA/state directory.
  • Follow the steps from listed in the JS7 - Initial Operation for Controller Cluster article.
  • Redeploy the scheduling objects such as workflows from the JOC Cockpit to the Controller Cluster.

...

  • Problem: : If a Controller Cluster is registered with its Controller instances using different Controller IDs for the Controller instances, then this will raise an error:
    • as joc.log ControllerInvalidResponseDataException:  
      com.sos.joc.exceptions.ControllerInvalidResponseDataException: The cluster members must have the same Controller Id: http://<host1>:<port1> -> controller_ID1, HTTP://<host2>:<port2> -> controller_ID2.
    • This error message is available from will also be noted in the JOC Cockpit's log file too, e.g. from in the JS7_JOC_DATA/logs/joc.log file , see - see the JS7 - Log Files and Locations article.
  • Solution: It is not possible to register Controller instances with different Controller IDs to work as a Controller Cluster. Instead check which Controller instance uses is using the wrong Controller ID and rerun the installation. During installation the Controller ID can be specified , see as described in the JS7 - Controller Installation On Premises and JS7 - Controller Installation for Docker Containers articles.

Secondary Controller instance is not configured for use with a Cluster

  • Problem: If the Secondary Controller instance is not configured for use with a Cluster but runs as a standalone instance then the Primary Controller instance's logs include error messages like thissuch as:
    • 2022-01-27T00:00:08,669 WARN js7.cluster.ClusterCommon - 'ClusterStartBackupNode' command failed with HTTP 400 Bad Request: POST http://example.com:4444/controller/api/command => ClusterNodeIsNotBackup: The cluster node to be appointed is not configured as a backup node
    • This error message is available from the Controller instancewill also be noted in the JOC Cockpit's log file, for example from e.g. in the JS7_CONTROLLERJOC_DATA/logs/controllerjoc.log file , see - see the JS7 - Log Files and Locations article.
  • Solution: The Secondary Controller is missing the following setting in its JS7_CONTROLLER_DATA/config/controller.conf file , see - see the JS7 - Initial Operation for Controller Cluster, chapter: Check Cluster Settings article: 
    • js7.journal.cluster.node.is-backup=yes
    • Due to the missing setting the Secondary Controller now is acting as a standalone instance which is a different operating mode. To initialize the Secondary Controller instance for cluster operation apply the following steps:
      • Shutdown the Secondary Controller instance.
      • Delete the contents of the Secondary Controller instance's JS7_CONTROLLER_DATA/state directory.
      • Start the Secondary Controller instance.
      • In the JOC Cockpit GUI navigate to the User Menu->Manage Controllers/Agents page. Edit the Controller entry, check the connection status from the available buttons and submit. As a result the JOC Cockpit forwards will forward this information to both Controller instances.
      • Should IF the Controller instances are not be coupled after approx. 120s then:
        • Shut down the Primary Controller instance.
        • Delete the contents of the Secondary Controller instance's JS7_CONTROLLER_DATA/state directory.
        • Shut down the Cluster Watch Agent.
        • Delete the contents of the Cluster Watch Agent's JS7_AGENT_DATA/state directory.
        • Start the Cluster Watch Agent.
        • Start the Primary Controller instance.
        • Coupling of Controller instances should occur within 60s.

...

  • Problem: Use of a Controller Cluster requires a license , - see JS7 - License article for more information. It is not possible to configure a Controller Cluster without license keys being in place with for both Controller instances. In case that the event of the license being is missing from a Controller instance while configuring the cluster is being configured, the following error is raised:
    • js7.common.system.startup.JavaMain - No license for js7.controller.cluster js7.base.problem.ProblemException$NoStackTrace: No license for js7.controller.cluster.
    • This error message is available from the Controller instancewill also be noted in the JOC Cockpit's log file, for example from e.g. in the JS7_CONTROLLERJOC_DATA/logs/controllerjoc.log file , see - see the JS7 - Log Files and Locations article.
  • Solution: Install both Controller instances with a license key, see JS7 - Controller Installation On Premises and JS7 - Controller Installation for Docker Containers. Alternatively add the license key as explained by the   in the JS7 - Initial Operation for Controller Cluster article. Find additional information from in the JS7 - FAQ - How to apply a JS7 License Key article.

...

For troubleshooting during ongoing operation see see the JS7 - How to troubleshoot Controller journals article.