Customer reports that reopening certain issues in their JIRA instance will crash the JVM when using a 64 bit version of Java 1.6.0 update 16.

      This crash does not appear to happen when using Java 1.6.0 update 10 or if Greenhopper is removed.

      I can replicate the crash with the customer data, but I'm yet to replicate the same problem with a clean instance of JIRA.

          Form Name

            [JSWSERVER-1465] Greenhopper can crash 64bit JVMs under Linux

            Duplicate of http://jira.atlassian.com/browse/GHS-1357

            The patch provided there should fix the problem if you are affected by this issue.

            Andrew Myers [Atlassian] added a comment - Duplicate of http://jira.atlassian.com/browse/GHS-1357 The patch provided there should fix the problem if you are affected by this issue.

            Patch on http://jira.atlassian.com/browse/GHS-1357 seems to fix this

            Andrew Myers [Atlassian] added a comment - Patch on http://jira.atlassian.com/browse/GHS-1357 seems to fix this

            JC added a comment -

            Yeah ok this looks like the GHS-1357 issue.
            GH tries to reassign a ranking to the sub but it ends into a death loop.

            The patch (3.8.1) should be correcting this.

            Let me know.

            Cheers,

            JC added a comment - Yeah ok this looks like the GHS-1357 issue. GH tries to reassign a ranking to the sub but it ends into a death loop. The patch (3.8.1) should be correcting this. Let me know. Cheers,

            Edit: I could actually reproduce it on Java 1.6.0 update 10 and i guess i should have refeshed the issue

            Andrew Myers [Atlassian] added a comment - - edited Edit: I could actually reproduce it on Java 1.6.0 update 10 and i guess i should have refeshed the issue

            Managed to replicate this without customer data.

            The problem is that there is an issue with multiple subtasks which are displaying "Issue is not rankable" in the ranking custom field. I did this by creating some subtasks for an issue, assign them a fix version, then release and archive that particular version. Then I added a ranking custom field and enabled it for the project.

            What seems to be happening is that when say one of the subtasks is reopened the GreenHopperCTFIndexer is run. During that process it tries to reorder the subtasks ranking, but because there are multiple tasks with a null ranking field, it seems to bounce between the issues trying to reorder them. Eventually something happens the JVM just gives up the ghost and apparently segfaults.

            Andrew Myers [Atlassian] added a comment - Managed to replicate this without customer data. The problem is that there is an issue with multiple subtasks which are displaying "Issue is not rankable" in the ranking custom field. I did this by creating some subtasks for an issue, assign them a fix version, then release and archive that particular version. Then I added a ranking custom field and enabled it for the project. What seems to be happening is that when say one of the subtasks is reopened the GreenHopperCTFIndexer is run. During that process it tries to reorder the subtasks ranking, but because there are multiple tasks with a null ranking field, it seems to bounce between the issues trying to reorder them. Eventually something happens the JVM just gives up the ghost and apparently segfaults.

            Incorrectly set the fix version instead of the affects version.

            Andrew Myers [Atlassian] added a comment - Incorrectly set the fix version instead of the affects version.

            JC added a comment - - edited

            Andrew can you see if GHS-1357 fixes the problem on the customer data?
            The patch is in the comments.

            It might be caused by the stackoverflow.

            Cheers,
            JC

            JC added a comment - - edited Andrew can you see if GHS-1357 fixes the problem on the customer data? The patch is in the comments. It might be caused by the stackoverflow. Cheers, JC

              Unassigned Unassigned
              andrew.myers Andrew Myers [Atlassian]
              Affected customers:
              0 This affects my team
              Watchers:
              2 Start watching this issue

                Created:
                Updated:
                Resolved: