Upload (zip name) error, error code: -200, HTTP Error.

P.S. Before I started this “restore”, I installed a fresh copy of wordpress, and added two plugins to increase maximum upload, and maximum execution time: Big File Uploads and Wp Maximum Upload File Size. By default, Big File Uploads is set to “9999” GB. I set the max execution plugin to its own maximum of 2048 MB, and 10800 max execution time.

I just discovered something STRANGE in the max execution plugin page in the dashboard. It has a chart of values. One of the values is: “WordPress Upload Directory Writable Permission” and beside it, a red dot with an exclamation point and beside it: “Upload folder not writable permission”.

Then, another value with a red exclamation point:
“WordPress Debug Mode” and beside it: “WP_DEBUG_LOG is false. Plugin can not write error logs if WP_DEBUG_LOG is set to false. You can learn more about debugging in WordPress from here”. Here’s a PDF of the whole chart shown by that plugin:

https://u.pcloud.link/publink/show?code=XZab1pVZUpvymEAkxmRkENr11iVs4Hf4Cd8V

I KNOW IT’S NOT YOUR PLUGIN, but the point is, does this other plugin maybe hold a hint as to WHY the wpvivid restore failed, which was done via uploads?

COULD IT BE THAT this other plugin has detected the reason why NOTHING uploaded into wpvivid? Is that a web host problem? Has the host somehow prevented uploads? Or what’s going on?

On the other hand, why does the ERROR at the end of the wpvivid restore effort say the FILE STRUCTURE is wrong on all zips?

– – –

After installing Big Uploads and Max Execution Time plugins, I then installed wpvivid and uploaded the six zip files that apparently failed.

The names of the original six zip files that wpvivid made online at my old host, and that I downloaded, and which I uploaded tonight at my new host, and produced the errors detailed in my first post above, are:

theamateursdigestarchive.com_wpvivid-61dfa03f0df15_2022-01-13-03-45_backup_all.part001
theamateursdigestarchive.com_wpvivid-61dfa03f0df15_2022-01-13-03-45_backup_all.part002
theamateursdigestarchive.com_wpvivid-61dfa03f0df15_2022-01-13-03-45_backup_all.part003
theamateursdigestarchive.com_wpvivid-61dfa03f0df15_2022-01-13-03-45_backup_all.part004
theamateursdigestarchive.com_wpvivid-61dfa03f0df15_2022-01-13-03-45_backup_all.part005
theamateursdigestarchive.com_wpvivid-61dfa03f0df15_2022-01-13-03-45_backup_all.part006`

I was under the impression that wpvivid had ITS OWN upload folder. Or is there really just one upload folder and wpvivid links to it? WHICH upload folder is this: “Upload folder not writable permission”? Is it vivid’s folder, or some other folder in wordpress?

Thanks you.

Hello @nsim2021

Thanks for the details about the issue!

I am directing you to our docs about these errors, so you will know the causes and solutions:

1. Upload (zip name) error, error code: -200, HTTP Error.

2. PCLZIP_ERR_BAD_FORMAT (-10) : Invalid archive structure

3. PCLZIP_ERR_BAD_FORMAT (-10) : Unable to find End of Central Dir Record signature

Yes, WPvivid has it’s own backup folder, by default, the uploaded WPvivid backups are stored in the /wp-content/wpvividbackups folder of the site. However, if you want to take backups for the Uploads folder of the new site later, it’s permission should be writable.

Let us know if you need further information.

All the best,

Thanks for this information, really appreciate it.

A question re “Get the error PCLZIP_ERR_BAD_FORMAT (-10) : Invalid archive structure during migration”. Your Troubleshooting paper suggests that the folder structure could have been damaged by lack of disk space. The backups I made were done online in a professional host, so there should have been no space problem. I then downloaded them to my desktop, which has only 82GB used out of 215GB, so no space problem there. I then moved them to my external passport drive, a 2TB drive with 250 GB of free space, so again, that should not have “bent” these files out of shape.

What I’m wondering is this. It seems likely from your troubleshooting sheets that the uploads were blocked in the wordpress installation, who knows how or why. When I was doing the upload that resulted in the failure of anything at all to land in the upload folder, I noticed first that the uploads were very slow, it took 2-3 hours for the 6 zips. I also noticed with some of the zips that AFTER they reached 100%, alleging that all had been uploaded… a minute later, that would drop back down to around 92% and it would start pushing upwards again toward 100%. Never saw that happen before.

Could it be that the file structure was damaged because they “ran into a wall” because uploads had been shut off in wordpress? Would that be kind of like a “fender bender” of zip files? Hitting a wall and being fractured somehow? Sorry for the non-technical metaphors. I just can’t see any other time that these backup files would have been damaged by “lack of space”… except as they “hit” my new wordpress installation and were blocked from entry.

Thanks for your time.

Hi.

I put the zips into the wp-vivid backups folder. The zips are from January 13, 2022. There are six of them. There were in the wp-vivid upload folder:
https://u.pcloud.link/publink/show?code=XZLd9pVZImHDcbQaVmk8Qzi4AxxACY5X14sy

I moved them to the wp-vivid backups folder:
https://u.pcloud.link/publink/show?code=XZfd9pVZ1qCqRslY1zH0SuXc1vkp0kYGBob7

I rescanned them in the wp-vivid plugin and found the uploaded zips from the January backup:
https://u.pcloud.link/publink/show?code=XZtd9pVZmUbleS7jDGYGJCmS53Sa1H9KvPhk

and then I hit RESTORE. Less than a minute later, RESTORE FAILED.
https://u.pcloud.link/publink/show?code=XZol9pVZtuwbrpXipfmDqGRRvomrnB0kOaYV

This is as far as the restore process got before it failed:
https://u.pcloud.link/publink/show?code=XZIl9pVZf9eKR04mKizqBhgvXAv9QfsFRHmk

Here’s what it says:
“`Log created: 2022-05-08 06:25:08
Type: restore
[2022-05-08 06:25:08][notice]init restore data
[2022-05-08 06:25:08][notice]Start restoring theamateursdigestarchive.com_wpvivid-61dfa03f0df15_2022-01-13-03-45_backup_all.part001.zip
[2022-05-08 06:25:08][notice]extract root:/home/whodares/theamateursdigestarchive.net/wp-content/wpvividbackups/
[2022-05-08 06:25:08][notice]start extracting file:/home/whodares/theamateursdigestarchive.net/wp-content/wpvividbackups/theamateursdigestarchive.com_wpvivid-61dfa03f0df15_2022-01-13-03-45_backup_all.part001.zip
[2022-05-08 06:25:37][error]restore failed error unknown`”

Now, what do I do? I have no web site, and no other backup.

Thanks for your time.

Hi @nsim2021

No problem and thanks for the further information!

Generally, in order to backup/restore the site, the amount of free disk space on the server needs to be twice the size of the website and the space should be also exclusive to your site, because on shared web hosting, the disk space is usually also shared. For example, in your case, if the site size is 82GB, then the free space needed for the backup/restore should be at least 164GB, while it is 133GB (215GB – 82GB). The error ‘Invalid archive structure’ should be still due to the space in our experience. The error ‘Unable to find End of Central Dir Record signature’ can be due to downloading/uploading/transfer failure.

That said, are you able to unzip the zips in your local computer without getting any errors?

If so, it suggests the zips are good. Then you can try the settings suggested in this doc then run another restore’.

All the best,

FIRST:

Hi. I don’t know what the zip files are supposed to look like, but here they are, this is what they do look like, unzipped on my desktop. Would you kindly be able to tell me if this is normal, or if they’re corrupted? The zips are from cpanel in the former host.

https://u.pcloud.link/publink/show?code=kZ6BTpVZ7dknn0KH4d4IxCSdjCnzcH1U9iPy

SECOND:

The web host says to me:

“Upload size limits, memory size etc. can be configured in your cpanel under the “MultiPHP INI Editor ” there you can choose the domain and you can enter the max execution time, memory limits, upload size limits etc. as you wish due we provide unlimited RAM and resources.<<< I also already changed the RAM and Upload size from 512 MB to 999999G and also i increased the max execution time from 30 to 30000.”

I wrote back and said Litespeed may be killing the restoration process; waiting to hear from him.

Hoping for your feedback.
Thanks for your time.

Hi @nsim2021

Thanks for your information.

Your backup zips look good from your screenshots. Otherwise, you would get an error of ‘zip corrupted’ when you unzipped them.

So now, after changing the settings on both cPanel and WPvivid settings, as well as adding the Litespeed timeout rules to your .htaccess file, please feel free to try another restore.

And when running a restore, please do not refresh or close the restore page until a restore success or failed message appear, as the restoration is actually still running in the background until that.

Let us know how it goes.

All the best,

Re: “So now, after changing the settings on both cPanel and WPvivid settings, as well as adding the Litespeed timeout rules to your .htaccess file, please feel free to try another restore.”

Thank you for all the advice. I will indeed review it again and follow it to the letter, and let you know. Meanwhile, a bit of delay to do that, as my xampp for windows 7 on external 2TB HD has konked out yet again by surprise with no sign of the issue, and now I have to go post in that forum.

I appreciate your help with this. Thank you very much.
Have a great day in the meanwhile.

No problem and have a nice day.

All the best,

Hi. Sorry for the delay in getting back to you. I appreciate all your help and suggestions re cpanel and wordpress adjustments.

However, in the end, here’s how the restoration summed up. I tried to restore the backup zips made by wpvivid in localhost, and in two different wordpress shared hosts. One of the shared hosts made all the recommended adjustments to cpanel and wordpress to facilitate restoration. It failed nonetheless. A shared host said the file structure was damaged, and wpvivid plugin therefore could not recognize it.

I then spent a few hours sorting out the contents of the six backup zips. I found the uploads divided across 4-5 backups entwined together; each of which otherwise had a complete backup including database and core. The db’s were identical.

I uploaded the reconstructed wpcontents to the second shared host along with the database. The host was kind enough to manually restore the site for me.

I would like to say, I cannot blame the wpvivid plugin for the failure to restore. The cpanel with the site in question had been in at least two hostile web hosts who had vandalized other things, provable, not a theory. Flaunt7 and KnownHost both maliciously vandalized more than one site. There’s no knowing how this happened to the backup zips for theamateursdigestarchive.

Now that the site is back together, I’ve put it into staging, and I’m working on my design: https://whodareswins.net/wp/

I thank you for your time in trying to help resolve this, and wish you all the best. Kind regards.

Hi @nsim2021

Thanks for your update and information, and glad that your site is finally back again.

In the meantime, after discussing your case with the team, we also have decided to improve the upload function, so, for example, if you upload six zips(parts), the 1st zip is good, while uploading the 2nd zip failed , then the plugin will stop uploading the rest zips and immediately gives the error. So you can continue to upload the 2nd zip (no need to upload the 1st zip again). This improvement will be included in the next public version.

All the best,

Hi! Sounds like a good idea.
Have a great day.

Hi @nsim2021

The new version 0.9.72 is ready. You can update the plugin and check it out.

All the best,

Very nice. Thank you for the news.

No problem.

All the best,