• 9.08
    • 2
    • Severity 2 - Major
    • 42
    • Hide
      Atlassian Update – 19 December 2024

      Dear Customers,

      Thank you for reporting this issue. In the last weeks we have been working hard on fixing it.

      Since now Jira will recognise other ALIVE(with heartbeat) and ACTIVE nodes in the cluster. If such exist it will not unschedule the job.

      Best regards.

      Daniel Dudziak
      Principal Software Engineer

      Show
      Atlassian Update – 19 December 2024 Dear Customers, Thank you for reporting this issue. In the last weeks we have been working hard on fixing it. Since now Jira will recognise other ALIVE(with heartbeat) and ACTIVE nodes in the cluster. If such exist it will not unschedule the job. Best regards. Daniel Dudziak Principal Software Engineer

      Issue Summary

      Every time a Jira node is properly stopped, the schedules for this job is removed: com.atlassian.greenhopper.service.sprint.services.SprintAutoStartStopJob

      While this makes sense for disabling plugins from the UPM UI, this may break important the functionality for those jobs whenever a node is stopped and not started again.

      Steps to Reproduce

      1. Set up a Jira DC with 2 nodes or more;
      2. Check "Parallel Sprints" in Jira Software Configuration
      3. Stop a node.

      Expected Results

      Everything remains working as normal

      Actual Results

      The job schedule for com.atlassian.greenhopper.service.sprint.services.SprintAutoStartStopJob is removed:

      We can see Jira doing it in the logs:

      2024-08-13 11:34:31,850 FelixShutdown INFO      [com.atlassian.greenhopper.Launcher] Unscheduling Jira Agile jobs...
      2024-08-13 11:34:31,850 FelixShutdown INFO      [service.sprint.services.SprintAutoStartStopScheduler] [SPRINT-AUTO-START-STOP] Starting to unschedule a SprintAutoStartStopJob...
      2024-08-13 11:34:31,853 FelixShutdown INFO      [service.sprint.services.SprintAutoStartStopScheduler] [SPRINT-AUTO-START-STOP] SprintAutoStartStopJob has been unscheduled.
      

      Workaround

      • When stopping a node permanently, stop it using
        kill -9 <pid>
        
      • Or restart one remaining node after the removal. Jira will always create the schedules again when Jira Software starts up
      • Disabling "Parallel Sprints" and re-enabling it recreates the job

          Form Name

            [JSWSERVER-26067] Stopping a node removes the SprintAutoStartStopJob job

            Jira Server Release Automation Bot[ADM-107524] made changes -
            Resolution New: Fixed [ 1 ]
            Status Original: Waiting for Release [ 12075 ] New: Closed [ 6 ]
            Stasiu made changes -
            Current Status New: {panel:title=Atlassian Update – 19 December 2024|borderStyle=solid|borderColor=#deebff | titleBGColor=#deebff | bgColor=#deebff}

            Dear Customers,

            Thank you for reporting this issue. In the last weeks we have been working hard on fixing it.

            Since now Jira will recognise other ALIVE(with heartbeat) and ACTIVE nodes in the cluster. If such exist it will not unschedule the job.

            Best regards.

            Daniel Dudziak
            Principal Software Engineer

            {panel}

            Stasiu made changes -
            Fix Version/s New: 10.4.0 [ 110311 ]
            Stasiu made changes -
            Status Original: In Progress [ 3 ] New: Waiting for Release [ 12075 ]
            Stasiu made changes -
            Assignee New: Stasiu [ ddudziak ]
            Stasiu made changes -
            Status Original: Gathering Impact [ 12072 ] New: In Progress [ 3 ]
            Stasiu made changes -
            Remote Link Original: This issue links to "JSWDC-63 (Bulldog)" [ 969976 ] New: This issue links to "JSWDC-63 (JIRA Server (Bulldog))" [ 969976 ]
            Stasiu made changes -
            Remote Link New: This issue links to "JSWDC-63 (Bulldog)" [ 969976 ]
            Oleksandr Tkachenko made changes -
            Labels Original: ACE-6010 FY25NNB FY25NNBN NNB3 New: ACE-6010 FY25NNB NNB3
            Oleksandr Tkachenko made changes -
            Labels Original: ACE-6010 FY25NNB NNB3 New: ACE-6010 FY25NNB FY25NNBN NNB3

              ddudziak Stasiu
              5fb7769fcbc7 Allan Gandelman
              Affected customers:
              2 This affects my team
              Watchers:
              7 Start watching this issue

                Created:
                Updated:
                Resolved: