I'm currently getting this error when trying to importing my old data.
Error importing from zip file: "X:\backup\JIRA-backup-20131028.zip". Error: central directory is empty, can't expand corrupt archive.
The zip file is quite huge (5GB) and while I'm not able to open it in Windows' built-in ZIP software I am able to open it in 7-zip.
Would you know what the problem could be?
Try uncompressing the file again, and compressing it with winzip. When importing don't forget to write up the full file. For ex: Backup2013.zip Or try to create a new backup of the old instance.
Hope it helps,
Thanks for your reply.
It seems that my archive actually was corrupted. 7zip at least crashed while unpacking it as I left it to unpack it over night. The odd thing is that I've tried downloading it twice now on different machines with the same result.
Is 5GB of data an abnormal archive size to have in Jira? And do you (or anyone) have any suggestions to the best way of downloading this file without it breaking?
Just to cover all possible answers:
I did notice that the download was quite slow. We're talking 3 hours to download 5GB. Is it possible for support to transfer it to an FTP or simply a European server?
If you need more information feel free to ask. :)
The real issue seemed to be downloading the archive without the HTTP connection breaking. As our archive in Jira was 5GB+ Atlassian split the archive into several files.
Downloading these files using Firefox + DownThemAll! seemed to download all files without corruption.
I'll give it another shot today at installing it, but for issues related to this it's best to try to download your archive using a download manager. If you still experience issues contact Atlassian support directly.
Answers are quick, knowledgable and very helpful!
ran into the exact same error message. Our backup is 11GB large. It is indeed true that downloads sometimes become corrupt. That happens. However, for the most part of the time I know what I'm doing and checking the archive, if it is corrupt was the first thing I did. I also told Atlassian support so, but nevertheless they pointed me to this useless post here. I sure hope Thomas Krag found a solution for his problem. I went back and forth with Atlassian support on this with me actually coming up with next steps and actually finding the solution, while they provided great moral support.
Long story short, you have to extract the folders in the data folder and move them manually to your server to the right location. You actually restore only your configuration and data that lives in the database. The steps I've undertaken to restore my OnDemand backup locally can be found below.
I am pretty sure the actual root cause of this issue is ZIP library used by the importer. The size of ZIP archives is limited to 4GB unless compiled with 64-bit support. There is tons of information about that out there so I won't go into this. What surprise me though, is the fact that JIRA is capable of creating archives that are larger than 4GB, but can't extract them. I suppose, another team worked on the importer...
Anyhow, hopefully the steps below will save a lot of people time and nerves to get a large backup restored again:
wget -t 0 --no-check-certificate --user=your_user --password="your super secret password that has to be enclosed by double quotes" <URL_TO_BACKUP_FILE>
zip -9 jira_backup.zip entities.xml activeobjects.xml scp jira_backup.zip user@jira-server:/var/atlassian/application-data/jira/import/
scp -r data/attachments/* user@jira-server:/var/atlassian/application-data/jira/data/attachments/ scp -r data/avatars user@jira-server:/var/atlassian/application-data/jira/data/
chown -R jira:jira /var/atlassian/application-data/jira/data/*
Thanks for the tips. I am running into this issue as well. our download is a whopping 41GB -- and I am only able to get 5.9GB out of it.
I have a ticket with atlassian to see if they can tarball my attachments instead.
But from the errors I see, and my testing.. it seems releated to the 4GB/64-bit support issue.
That's a large backup indeed. Out attachments folder is uncompressed only 25GB. The two XML files containing the configuration and database data were together only 150MB uncompressed. So you should be OK when compressing only the two XML files.
In case you are running Windows and have issues with the download interrupting, you can get the wget program also for Windows as part of this package here: http://unxutils.sourceforge.net/<br< a="">>It contains also some other useful tools, too.
In case your large download gets interrupted for any reason you should be able to restart it again by adding the -c option:
wget -c -t 0 --no-check-certificate --user=your_user --password="password" <URL_TO_BACKUP_FILE>
Hey Community mates! Claire here from the Software Product Marketing team. We all know software development changes rapidly, and it's often tough to keep up. But from our research, we've found the h...
Connect with like-minded Atlassian users at free events near you!Find a group
Connect with like-minded Atlassian users at free events near you!
Unfortunately there are no AUG chapters near you at the moment.Start an AUG
You're one step closer to meeting fellow Atlassian users at your local meet up. Learn more about AUGs