Troubleshooting

Backup/Migration is slow

Here are two main causes of a slow backup process: 1. The disk I/O of the web hosting is slow. We have noticed that the disk IO of many web hosting is only 1MB/s,  then theoretically backing up a 100MB website would require at least 300s. You can check the disk I/O of...

Backup size is different from the website size

During the backup process, our plugin will compress your website data into zip files to save storage space. So it is normal that your website is, for example, 5 GB(the calculation result on WPvivid backup page) while the backup will be only 1GB. You can verify a...

Get Apache2 Ubuntu Default Page after migration

It can be because on your target site, there were both index.html and index.php after the restoration. By default, WordPress always reads the index.php, and a default WordPress install does not have the index.html file. The problem is that the target website reads...

Unable to cancel a backup progress

Generally, the problem occurs while WP Cron might not be working properly. Please install WP Crontrol plugin to check your WP Cron system and make sure that it works correctly. Additionally, you can use phpMyAdmin to access your database > wp_options >...

Get 404 error when logging to the staging site

Here are few possible causes and solutions to the problem: 1. The site is hosted on WordPress.com WordPress.com is different from WordPress.org self-hosted sites configuration, for example, the files and folders structure. And our plugin is developed based on the...

When creating a backup it breaks into several parts

That is because by default, our plugin splits a backup to multiple parts(200MB for each) to increase backup success rate, especially for websites with shared web hosting. However, you do have the option to finally get a single backup file by changing the following...

No backups show up when scanning the Migration folder

It is usually because you have enabled WPvivid white label option on the source site,which has changed the wpvivid slug in the backup file name, causing the backup was not identified by the plugin. The current solution is to enable the white label(using the same brand...