Unable to render element error in navigation bar after upgrading Jira Service Management
プラットフォームについて: Data Center - この記事は、Data Center プラットフォームのアトラシアン製品に適用されます。
このナレッジベース記事は製品の Data Center バージョン用に作成されています。Data Center 固有ではない機能の Data Center ナレッジベースは、製品のサーバー バージョンでも動作する可能性はありますが、テストは行われていません。サーバー*製品のサポートは 2024 年 2 月 15 日に終了しました。サーバー製品を利用している場合は、アトラシアンのサーバー製品のサポート終了のお知らせページにて移行オプションをご確認ください。
*Fisheye および Crucible は除く
問題
After upgrading to Jira Service Management 3.2.x or greater, observe the problems below while browsing a Service Management project.
The project navigation bar will not render properly with message Unable to render element due to an error on top of the bar.
- Restricted to view any Service Management related administration settings: Request types, Request security, Portal settings, Satisfaction settings, Email requests, Knowledge base, SLAs and Automation.
診断
原因 1
atlassian-jira.log
に次のメッセージが出力される。2016-08-30 22:12:51,923 http-nio-8320-exec-11 ERROR anonymous 1332x78x3 8rur7t 0:0:0:0:0:0:0:1 /browse/DESK [c.a.p.webresource.assembler.DefaultWebResourceAssembler] Error generating bigpipe content for 'sidebar-id': java.lang.NullPointerException java.util.concurrent.CompletionException: java.lang.NullPointerException at java.util.concurrent.CompletableFuture.encodeThrowable(CompletableFuture.java:273) at java.util.concurrent.CompletableFuture.completeThrowable(CompletableFuture.java:280) at java.util.concurrent.CompletableFuture$AsyncSupply.run(CompletableFuture.java:1592) at com.atlassian.jira.plugin.bigpipe.PrioritizedRunnable.run(PrioritizedRunnable.java:31) at com.atlassian.jira.plugin.bigpipe.BigPipeService.lambda$executeSingleTask$1(BigPipeService.java:59) at java.util.Optional.map(Optional.java:215)
The following appears in the
atlassian-servicedesk.log
2016-08-30 22:10:07,438 UpmAsynchronousTaskManager:thread-1 ERROR anonymous 1332x78x3 8rur7t 0:0:0:0:0:0:0:1 /rest/plugins/1.0/available/featured [atlassian.servicedesk.bootstrap.lifecycle] '2.3.6' version of Service Management cannot be upgraded to '3.2.0-038-01'. Upgrade to '3.0.0' <= <version> < '3.2.0' first. com.atlassian.servicedesk.bootstrap.upgrade.UnsatisfiedVersionRequirementException: '2.3.6' version of Service Management cannot be upgraded to '3.2.0-038-01'. Upgrade to '3.0.0' <= <version> < '3.2.0' first. at com.atlassian.servicedesk.bootstrap.upgrade.UpgradeRequirementsChecker.checkVersionRequirementForUpgrade(UpgradeRequirementsChecker.java:25) at com.atlassian.servicedesk.bootstrap.lifecycle.PluginLifeCycle.checkAndRunUpgrades(PluginLifeCycle.java:256) at com.atlassian.servicedesk.bootstrap.lifecycle.PluginLifeCycle.runPluginStartupSideEffectsImpl(PluginLifeCycle.java:183) at com.atlassian.servicedesk.bootstrap.lifecycle.LifecycleLock.writeImpl(LifecycleLock.java:97) at com.atlassian.servicedesk.bootstrap.lifecycle.LifecycleLock.runOnStartup(LifecycleLock.java:75)
原因 2
The following appears in the
atlassian-jira.log
[c.a.p.webresource.assembler.DefaultWebResourceAssembler] Error generating bigpipe content for 'sidebar-id': Deadline exceeded Error generating bigpipe content for 'activity-panel-pipe-id': Deadline exceeded
ソリューション
原因 1
Unfulfilled upgrade requirements. The minimum version to upgrade to Jira Service Desk 3.2.x or greater is 3.0.x/3.1.x, this has also been stated in the FIZME upgrade notes.
If Jira has been upgraded to 7.0.x/3.0.x or 7.1.x/3.1.x before, please check the following KB instead:
防止策
- Upgrade to at least Jira 7.0.x with Service Management 3.0.x before upgrading to Jira 7.2.x with Service Management 3.2.x or any other version after these.
Prequisite
To be able to execute the following steps make sure that your Jira is on Downngrade Version: <= 7.1.9
You can find the downgrade version in system info page: Jira Administration > System > Look for the line "jira.downgrade.minimum.version"
If you have upgraded to 7.2.x / 3.2.x
Follow these steps to downgrade from 7.2.x to 7.1.9 with SD 3.1.9 before upgrading back to 7.2.x:
Download the JiraServiceDesk 3.1.9 Server installer from one of the links below to install Jira Core 7.1.9 +ServiceDesk 3.1.9.
For OS X (tar file): https://www.atlassian.com/software/jira/downloads/binary/atlassian-servicedesk-3.1.9.tar.gz
For Linux 64-bit: https://www.atlassian.com/software/jira/downloads/binary/atlassian-servicedesk-3.1.9-x64.bin
For Linux 32-bit: https://www.atlassian.com/software/jira/downloads/binary/atlassian-servicedesk-3.1.9-x32.bin
For Windows 64-bit: https://www.atlassian.com/software/jira/downloads/binary/atlassian-servicedesk-3.1.9-x64.exe
For Windows 32-bit: https://www.atlassian.com/software/jira/downloads/binary/atlassian-servicedesk-3.1.9-x32.exe
Zip file: https://www.atlassian.com/software/jira/downloads/binary/atlassian-servicedesk-3.1.9.bin- Install Jira Service Management Server 3.1.9 as a new separate standalone instance as a medium for the 'upgrade'. That being said, there should be a new Jira_Home, Jira_Installation, and new database for this Service Management 3.1.9 instance.
- Once this new instance (3.1.9) is ready, shut it down.
Allocate adequate application memory as per the Jira Sizing Guide and set the flag
-Djira.downgrade.allowed=true
to JSD 3.1.9 instance as per: Setting properties and options on startupThis is to allow the downgrade to run properly.
- Start the new 3.1.9 instance.
Take a latest XML backup from 7.2.x.
Please prepare a maintainence window to do this, so that you can prevent users from accessing Jira and creating/updating tickets - otherwise, you will lose those data as they won't be included in the XML backup.
Restore the backup into the new 3.1.9 instance.
There will be a message that needs to be acknowledged on the UI after selecting the backup for restoration. Acknowledge it, verify the correct backup file has been chosen and then click on the Restore button again to kick start the restoration process.
- Once done, admin will be logged out. Re-login to the 3.1.9 instance, ensure SD application is installed and licensed, and Agent features are available.
- Take an XML backup from 3.1.9 (good data) and restore it back to 7.2.x.
- If errors persist a Rollback is required please refer to the workaround described in JSD-4211 - Getting issue details... STATUS
If you have upgraded to 3.3.x then you will need to use the workaround in JRA-63367 - Getting issue details... STATUS
Download the JiraServiceDesk 3.1.9 Server installer from one of the links below to install Jira Core 7.1.9 +ServiceDesk 3.1.9.
For OS X (tar file): https://www.atlassian.com/software/jira/downloads/binary/atlassian-servicedesk-3.1.9.tar.gz
For Linux 64-bit: https://www.atlassian.com/software/jira/downloads/binary/atlassian-servicedesk-3.1.9-x64.bin
For Linux 32-bit: https://www.atlassian.com/software/jira/downloads/binary/atlassian-servicedesk-3.1.9-x32.bin
For Windows 64-bit: https://www.atlassian.com/software/jira/downloads/binary/atlassian-servicedesk-3.1.9-x64.exe
For Windows 32-bit: https://www.atlassian.com/software/jira/downloads/binary/atlassian-servicedesk-3.1.9-x32.exe
Zip file: https://www.atlassian.com/software/jira/downloads/binary/atlassian-servicedesk-3.1.9.bin- Install Jira Service Management Server 3.1.9 as a new separate standalone instance as a medium for the 'upgrade'. That being said, there should be a new Jira_Home, Jira_Installation, and new database for this Service Management 3.1.9 instance.
- Once this new instance (3.1.9) is ready, shut it down.
Allocate adequate application memory as per the Jira Sizing Guide.
To increase the application memory, please refer to Increasing Jira application memory.
Set the flag
-Djira.downgrade.allowed=true
to JSD 3.1.9 instance as per: Setting properties and options on startupThis is important in order to allow the downgrade to run properly.
- Start the new 3.1.9 instance.
Take a latest XML backup from 7.3.x.
Please prepare a maintainence window to do this, so that you can prevent users from accessing Jira and creating/updating tickets - otherwise, you will lose those data as they won't be included in the XML backup.
- Perform the workaround in JRA-63367 - Getting issue details... STATUS
Restore the backup into the new 3.1.9 instance.
There will be a message that needs to be acknowledged on the UI after selecting the backup for restoration. Acknowledge it, verify the correct backup file has been chosen and then click on the Restore button again to kick start the restoration process.
Once done, admin will be logged out. Re-log in to the 3.1.9 instance, ensure SD application is installed and licensed, and Agent features are available.
The steps below are optional to ensure the data will be downgraded completely in case the downgrade flag in step 3 above is not effective.
- Uninstall Service Management application and license from the 3.1.9 instance.
- Restart the 3.1.9 instance.
- Re-installServiceDesk application v3.1.9 and apply the license.
- Take an XML backup from 3.1.9 (good data) and restore itbackto 7.3.x.
- If errors persist a Rollback is required please refer to the workaround described in JSD-4211 - Getting issue details... STATUS
原因 2
In Jira 7.2 there were some changes made to the way that certain elements were rendered.
See related bug for more details: JRASERVER-64095 - Getting issue details... STATUS