java.io.IOException: Unable to find JIRA backup (entities.xml) inside of zip file: /Users/cshim/userdata/jira.5.2.5/jira/jirahome/import/rename.zip

Atlassian JIRA | Chris Shim [Atlassian] | 4 years ago
tip
Click on the to mark the solution that helps you, Samebug will learn from it.
As a community member, you’ll be rewarded for you help.
  1. 0

    If the entities.xml file is renamed, JIRA should be able to recognise this and still parse the file. In support, anonymised backups are requested often from customers. Anonymising the data also renames the file in the backup zip. Supporter engineers are required to unzip, rename, then rezip the file before the backup file can be restored. The following error is throw in the logs if a incorrectly named file is restored: {noformat} 2013-02-25 17:32:30,163 JiraImportTaskExecutionThread-1 ERROR admin 1052x247x1 1fzoff1 0:0:0:0:0:0:0:1%0 /secure/admin/XmlRestore.jspa [jira.bc.dataimport.DefaultDataImportService] Error importing from zip file: "/Users/cshim/userdata/jira.5.2.5/jira/jirahome/import/rename.zip" java.io.IOException: Unable to find JIRA backup (entities.xml) inside of zip file: /Users/cshim/userdata/jira.5.2.5/jira/jirahome/import/rename.zip at com.atlassian.jira.util.xml.JiraFileInputStream.getFileInputStream(JiraFileInputStream.java:137) at com.atlassian.jira.util.xml.JiraFileInputStream.getBOMType(JiraFileInputStream.java:179) at com.atlassian.jira.util.xml.JiraFileInputStream.<init>(JiraFileInputStream.java:54) at com.atlassian.jira.bc.dataimport.DefaultDataImportService.getInputSource(DefaultDataImportService.java:873) at com.atlassian.jira.bc.dataimport.DefaultDataImportService.parseXmlAndValidateBackupData(DefaultDataImportService.java:279) at com.atlassian.jira.bc.dataimport.DefaultDataImportService.doImport(DefaultDataImportService.java:229) at com.atlassian.jira.web.action.setup.DataImportAsyncCommand.call(DataImportAsyncCommand.java:65) at com.atlassian.jira.web.action.setup.DataImportAsyncCommand.call(DataImportAsyncCommand.java:28) at com.atlassian.jira.task.ImportTaskManagerImpl$TaskCallableDecorator.call(ImportTaskManagerImpl.java:147) at java.util.concurrent.FutureTask$Sync.innerRun(FutureTask.java:303) at java.util.concurrent.FutureTask.run(FutureTask.java:138) at java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:439) at java.util.concurrent.FutureTask$Sync.innerRun(FutureTask.java:303) at java.util.concurrent.FutureTask.run(FutureTask.java:138) at com.atlassian.multitenant.impl.DefaultMultiTenantManager.runForTenant(DefaultMultiTenantManager.java:61) at com.atlassian.multitenant.juc.MultiTenantExecutors$WrappedRunnable.run(MultiTenantExecutors.java:160) at java.util.concurrent.ThreadPoolExecutor$Worker.runTask(ThreadPoolExecutor.java:886) at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:908) at java.lang.Thread.run(Thread.java:680) {noformat}

    Atlassian JIRA | 4 years ago | Chris Shim [Atlassian]
    java.io.IOException: Unable to find JIRA backup (entities.xml) inside of zip file: /Users/cshim/userdata/jira.5.2.5/jira/jirahome/import/rename.zip
  2. 0

    If the entities.xml file is renamed, JIRA should be able to recognise this and still parse the file. In support, anonymised backups are requested often from customers. Anonymising the data also renames the file in the backup zip. Supporter engineers are required to unzip, rename, then rezip the file before the backup file can be restored. The following error is throw in the logs if a incorrectly named file is restored: {noformat} 2013-02-25 17:32:30,163 JiraImportTaskExecutionThread-1 ERROR admin 1052x247x1 1fzoff1 0:0:0:0:0:0:0:1%0 /secure/admin/XmlRestore.jspa [jira.bc.dataimport.DefaultDataImportService] Error importing from zip file: "/Users/cshim/userdata/jira.5.2.5/jira/jirahome/import/rename.zip" java.io.IOException: Unable to find JIRA backup (entities.xml) inside of zip file: /Users/cshim/userdata/jira.5.2.5/jira/jirahome/import/rename.zip at com.atlassian.jira.util.xml.JiraFileInputStream.getFileInputStream(JiraFileInputStream.java:137) at com.atlassian.jira.util.xml.JiraFileInputStream.getBOMType(JiraFileInputStream.java:179) at com.atlassian.jira.util.xml.JiraFileInputStream.<init>(JiraFileInputStream.java:54) at com.atlassian.jira.bc.dataimport.DefaultDataImportService.getInputSource(DefaultDataImportService.java:873) at com.atlassian.jira.bc.dataimport.DefaultDataImportService.parseXmlAndValidateBackupData(DefaultDataImportService.java:279) at com.atlassian.jira.bc.dataimport.DefaultDataImportService.doImport(DefaultDataImportService.java:229) at com.atlassian.jira.web.action.setup.DataImportAsyncCommand.call(DataImportAsyncCommand.java:65) at com.atlassian.jira.web.action.setup.DataImportAsyncCommand.call(DataImportAsyncCommand.java:28) at com.atlassian.jira.task.ImportTaskManagerImpl$TaskCallableDecorator.call(ImportTaskManagerImpl.java:147) at java.util.concurrent.FutureTask$Sync.innerRun(FutureTask.java:303) at java.util.concurrent.FutureTask.run(FutureTask.java:138) at java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:439) at java.util.concurrent.FutureTask$Sync.innerRun(FutureTask.java:303) at java.util.concurrent.FutureTask.run(FutureTask.java:138) at com.atlassian.multitenant.impl.DefaultMultiTenantManager.runForTenant(DefaultMultiTenantManager.java:61) at com.atlassian.multitenant.juc.MultiTenantExecutors$WrappedRunnable.run(MultiTenantExecutors.java:160) at java.util.concurrent.ThreadPoolExecutor$Worker.runTask(ThreadPoolExecutor.java:886) at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:908) at java.lang.Thread.run(Thread.java:680) {noformat}

    Atlassian JIRA | 4 years ago | Chris Shim [Atlassian]
    java.io.IOException: Unable to find JIRA backup (entities.xml) inside of zip file: /Users/cshim/userdata/jira.5.2.5/jira/jirahome/import/rename.zip

    Root Cause Analysis

    1. java.io.IOException

      Unable to find JIRA backup (entities.xml) inside of zip file: /Users/cshim/userdata/jira.5.2.5/jira/jirahome/import/rename.zip

      at com.atlassian.jira.util.xml.JiraFileInputStream.getFileInputStream()
    2. com.atlassian.jira
      ImportTaskManagerImpl$TaskCallableDecorator.call
      1. com.atlassian.jira.util.xml.JiraFileInputStream.getFileInputStream(JiraFileInputStream.java:137)
      2. com.atlassian.jira.util.xml.JiraFileInputStream.getBOMType(JiraFileInputStream.java:179)
      3. com.atlassian.jira.util.xml.JiraFileInputStream.<init>(JiraFileInputStream.java:54)
      4. com.atlassian.jira.bc.dataimport.DefaultDataImportService.getInputSource(DefaultDataImportService.java:873)
      5. com.atlassian.jira.bc.dataimport.DefaultDataImportService.parseXmlAndValidateBackupData(DefaultDataImportService.java:279)
      6. com.atlassian.jira.bc.dataimport.DefaultDataImportService.doImport(DefaultDataImportService.java:229)
      7. com.atlassian.jira.web.action.setup.DataImportAsyncCommand.call(DataImportAsyncCommand.java:65)
      8. com.atlassian.jira.web.action.setup.DataImportAsyncCommand.call(DataImportAsyncCommand.java:28)
      9. com.atlassian.jira.task.ImportTaskManagerImpl$TaskCallableDecorator.call(ImportTaskManagerImpl.java:147)
      9 frames
    3. Java RT
      FutureTask.run
      1. java.util.concurrent.FutureTask$Sync.innerRun(FutureTask.java:303)
      2. java.util.concurrent.FutureTask.run(FutureTask.java:138)
      3. java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:439)
      4. java.util.concurrent.FutureTask$Sync.innerRun(FutureTask.java:303)
      5. java.util.concurrent.FutureTask.run(FutureTask.java:138)
      5 frames
    4. com.atlassian.multitenant
      MultiTenantExecutors$WrappedRunnable.run
      1. com.atlassian.multitenant.impl.DefaultMultiTenantManager.runForTenant(DefaultMultiTenantManager.java:61)
      2. com.atlassian.multitenant.juc.MultiTenantExecutors$WrappedRunnable.run(MultiTenantExecutors.java:160)
      2 frames
    5. Java RT
      Thread.run
      1. java.util.concurrent.ThreadPoolExecutor$Worker.runTask(ThreadPoolExecutor.java:886)
      2. java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:908)
      3. java.lang.Thread.run(Thread.java:680)
      3 frames