Details

    • Branch Version/s:
      6.1.x
    • Backported to Branch:
      Committed
    • Similar Issues:
      Show 5 results 

      Description

      Description
      When deploying a portlet with a scheduled job with simple trigger - the scheduled job is ran again when another node with the same portlet joins the cluster.

      Steps to reproduce
      1) Create a simple scheduled job test portlet set to trigger every minute.
      2) Startup Node 1, portlet fires.
      3) Startup Node 2, job is fired again on Node 1.
      4) Restart Node 2, Node 1 has the job fired again.
      5) The job will not fire again until the next scheduled time

      Expected Results
      When another node joins with the scheduled job portlet joins the cluster, the node running the job will not re-trigger the job.

      Actual Results
      Each time another node with the portlet joins the cluster, the node running the job will be triggered.

      Root reason:
      Memory job is triggered every time you start portal.
      When enable cluster, the start process of slave node will try to schedule same memory jobs as master node, and it will send notification in cluster to let other nodes know a new job is triggered, then it seems that job is re-triggered.

      Solution:
      Stop slave node send notification to other nodes before it is fully started. We suppose that every activity in slave node before it is full started or after it is closed should not affect other nodes in cluster.

      See LPS-26124, it fixed the same issue in undeploy process.

        Issue Links

          Activity

          Hide
          Kenneth Chang (Inactive) added a comment -

          Hello, any updates on this issue?

          Show
          Kenneth Chang (Inactive) added a comment - Hello, any updates on this issue?
          Hide
          Tammy Fong added a comment -

          Committed on:
          Portal 6.2.x GIT ID: 35214eb78306d8bba8e84ff7034b482180da6178.

          Show
          Tammy Fong added a comment - Committed on: Portal 6.2.x GIT ID: 35214eb78306d8bba8e84ff7034b482180da6178.
          Hide
          Pani Gui (Inactive) added a comment -

          PASSED Manual Testing following the steps in the description.

          Reproudced on:
          Tomcat 7.0 + MySQL 5. Portal 6.1.20 EE GA2.

          When another node with the portlet joins the cluster, the node running the job will be triggered.

          Fixed on:
          Tomcat 7.0 + MySQL 5. Portal 6.1.x EE GIT ID: c5521ca555bfa299c65488b603da0f1b4029600c.
          Tomcat 7.0 + MySQL 5. Portal 6.2.x GIT ID: 1415710653b92a917b0e36ff7dabb29fe1859492.

          Scheduled jobs will not be re-triggered in clustering.

          Show
          Pani Gui (Inactive) added a comment - PASSED Manual Testing following the steps in the description. Reproudced on: Tomcat 7.0 + MySQL 5. Portal 6.1.20 EE GA2. When another node with the portlet joins the cluster, the node running the job will be triggered. Fixed on: Tomcat 7.0 + MySQL 5. Portal 6.1.x EE GIT ID: c5521ca555bfa299c65488b603da0f1b4029600c. Tomcat 7.0 + MySQL 5. Portal 6.2.x GIT ID: 1415710653b92a917b0e36ff7dabb29fe1859492. Scheduled jobs will not be re-triggered in clustering.
          Hide
          Sophia Zhang added a comment -

          Thank you Pani for testing. Closing as "Fixed".

          Show
          Sophia Zhang added a comment - Thank you Pani for testing. Closing as "Fixed".

            People

            • Votes:
              0 Vote for this issue
              Watchers:
              1 Start watching this issue

              Dates

              • Created:
                Updated:
                Resolved:
                Days since last comment:
                2 years, 16 weeks, 4 days ago

                Development

                  Structure Helper Panel