Project Import failure due to required plugin custom field in Jira server

お困りですか?

アトラシアン コミュニティをご利用ください。

コミュニティに質問

症状

When trying to project import you hit an on-screen error that looks like the following despite having the same version of JIRA and plugins indicated.

The backup project 'JIRA' requires custom field named 'Date of First Response' with full key 'com.atlassian.jira.ext.charting:firstresponsedate'. In the current instance of JIRA the plugin is at version '1.5', but this custom field was not installed in the backup data. You may want to create an XML backup with this version of the plugin installed.
The backup project 'JIRA' requires custom field named 'Time in Status' with full key 'com.atlassian.jira.ext.charting:timeinstatus'. In the current instance of JIRA the plugin is at version '1.5', but this custom field was not installed in the backup data. You may want to create an XML backup with this version of the plugin installed.

診断

This usually happens because of inconsistencies in custom fields that plugins might or might not have created in your environments. There is currently a bug ticket for this issue.  JRA-28480 - Getting issue details... STATUS

ソリューション

Prior to going through this resolution, please ensure all requirements as listed in our Restoring a Project from Backup documentation have been met.

We will load different sets of data into a separate JIRA instance in order to minimize custom field issues that arise from differences in usage.

Legend

PRD = Production data backup
SRC = Source data backup
STG = Staging data backup

前提条件
  • Have a copy of your <JIRA-home>/plugin/installed-plugins folder from production ready (plugins zip).
  • Have a backup of your production data ready (PRD).
  • Have a backup of your source data (SRC).
Resolution Steps
  1. Install JIRA on a separate staging instance and unpack the plugins zip from your production server in to the same location. We are trying to emulate your production instance.
  2. Import the XML backup from (SRC) to your staging instance.
  3. Make an XML backup of your staging instance, (STG).
  4. Shutdown your staging JIRA instance.
  5. Using the Connecting JIRA to a Database documentation, create a new database for your staging environment and point to it with the Using the JIRA Configuration Tool documentation.
  6. Restart your staging JIRA instance. This will rebuild the database structure, using the new database.
  7. Restore XML on the JIRA staging instance startup using the (PRD) backup.
  8. Import the project from the (STG) backup.
  9. After the (PRD) to staging import is successful, generate another backup (final).
  10. Backup your Production instance.
  11. Import the (final) backup into Production.

代替ソリューション

In some cases, after installing the required plugins in the source instance, a restart is required. Then, produce the backup and try the import again. If this does not fix the problem, please see the following.

  1. Get the ID of the problematic custom field in your target JIRA instance (Custom Field > Configure), the ID of that custom field will shown at the end of the URL.
  2. Edit the entities.xml of the backup, search and replace the ID of that custom field with ID retrieve from step 1.
  3. Save the entities.xml after all the changes on the remaining custom field ID if has any.
  4. Perform the project import again using the edited entities.xml.
(info) Thanks to one of our awesome customers who provided the above workaround.
最終更新日 2019 年 9 月 25 日

この内容はお役に立ちましたか?

はい
いいえ
この記事についてのフィードバックを送信する
Powered by Confluence and Scroll Viewport.