Wordpress Toolkit does not back up entire Wordpress directory

[kgs]

Howdy!

Unlike Wordpress Manager, Toolkit does not appear to backup everything in the Wordpress directory. For example, we have several non-wordpress directories (with php scripts and other files) in that directory because they rely on the main domain, but are not part of the wordpress installation.

I am wondering what the rationale was for not simply backing up the entire directory, but being selective of wp-only directories.

I also wonder what would happen to those non-wp directories in the event of a restore. Would they be deleted?

Thanks!

 

[kgs]

Backup in Toolkit also seems significantly slower than Manager. Thanks!

 

[cPRex]

Hey there! I'm looking into this on my end and I'll send you an update as soon as I have more details.

 

[cPRex]

So we're having some interesting discussions on our end about this issue :D I've reached out to the WordPress Toolkit developers but I don't believe I'll hear back with this being a weekend now in their time zone. I'll update you as soon as I have more details but it could be Tuesday or Wednesday of next week before I hear anything official about this.

 

[cPJustinD]

Hey there! I've been reviewing the discussions that @cPRex had been having on Friday, and it seems that backing up of only WordPress related files is expected behavior.

WordPress Toolkit intentionally backups only WordPress-related files, to avoid inclusion into a backup of one site the content of another site or other unrelated files or directories. WordPress does not typically include any user data outside of wp_content and wp_includes.

If you can describe which specific files were not backed up and how they were placed there, this may help to validate or invalidate these assumptions and make necessary corrections. With that being said, and regarding the backup process being slower than the original WordPress Manager, would you mind opening a support ticket so that one of our analysts can take a closer look into the issue?

 

[kgs]

Hey there! Circling back after a couple of months!

I just verified that WordPress Toolkit is still only backing up WordPress-related files, so I guess this it still worth bringing up.

In one of my sites, a directory that is not being backed up with Toolkit is a donation directory and its files. This is a php script to accept donations that runs outside of WordPress, but needed a URL relative to the main domain, so it was placed alongside the WordPress files in the main WordPress directory.

For reference: WordPress Manager (deprecated) backs up non-WordPress files. It's great.

Also, FYI Softaculous backup has the option for users to choose whether or not to backup the whole WordPress directory, or just WordPress-related files.

Since we have WordPress sites that include non-WordPress content, this would be a helpful feature to have.

At least the restore doesn't appear to delete non-WordPress files, so I guess that's good.

Thanks!

 

[cPRex]

@kgs - we found this was the intended behavior. For non-WordPress files, you'd want to rely on the cPanel & WHM backup system.

 

[lulzkiller]

Why is WP toolkit soooo damn slow - We have big overpowered servers for what we hosts, but still wp toolkit is 20-30 minutes for making a backup of a site that's around 900 mb, that is really bad. Other tools take like 2-5 min, even managewp takes like 2 minutes only and that's offsite.....

 

[kgs]

Why is WP toolkit soooo damn slow - We have big overpowered servers for what we hosts, but still wp toolkit is 20-30 minutes for making a backup of a site that's around 900 mb, that is really bad. Other tools take like 2-5 min, even managewp takes like 2 minutes only and that's offsite.....

I am experiencing this, too, which is why I still use WP Manager (deprecated) on many of our sites. Far, far faster backup than Toolkit.

 

[cPanelAnthony]

Hello! For those having these slow wp-toolkit speeds, what does the server load look like when these slowdowns occur? Does the load go up? Does the backup process hang? You could open a ticket so we could investigate these slow backups in real-time. However, I would be very interested to see strace output from the backup process PID when it's behaving slowly.

 

[lulzkiller]

Hello! For those having these slow wp-toolkit speeds, what does the server load look like when these slowdowns occur? Does the load go up? Does the backup process hang? You could open a ticket so we could investigate these slow backups in real-time. However, I would be very interested to see strace output from the backup process PID when it's behaving slowly.

I created a support ticket, with access to the server to test out the toolkit backup functionality.

 

[cPRex]

@lulzkiller - could you post the ticket number here so I can follow along?

 

[lulzkiller]

@lulzkiller - could you post the ticket number here so I can follow along?

Sure its 94412312 i think

 

[cPRex]

Thanks for that - I'm following that ticket on my end now as well.

 

[cPRex]

Our team performed backups on the system and didn't see any slowness that was out of the ordinary, or that caused any extra load on the system, so things seem to be working as expected at this time.

 

[kgs]

Here's an strace from my VPS. wordpress_toolkit_strace_2.txt sw-engine-fpm: pool wordpress-toolkit

To give you an example of what I'm experiencing, I have an account that I use with WordPress Toolkit. The backup size is 33 MB. It takes a full minute to run the backup. On a different account that I use with WordPress Manager, the backup size is 672 MB, and it took 16 seconds to run the backup.

Thanks!

 

[cPRex]

@kgs - it's normal for the WordPress Toolkit backups to take longer than standard backups tools. This has been widely reported and tested and that is just how that system works.

 

[kgs]

Thanks @cPRex . That's unfortunate. What would make it take longer? I guess I'll just keep using WordPress Manager as long as I can.

 

[cPRex]

I'm not 100% sure. It has something to do with the way it reads the database files but the Toolkit says the slower speed is working as intended.

 

[kgs]

So, I do maintenance on several WordPress sites at once, and I find the slow speed of WP Toolkit backups really slows down my process.

For as long as WP Manager is still available, I'd like to continue using it, but I have a bunch of accounts that CPanel no longer lets me use WP Manager for since I used Toolkit on them.

Is there a way to revert to WP Manager?

When I go to WP Manager > domain (Manage) > Backup (Tab) I get an error:

The system failed to fetch the available backups: Validation failed for type named DayOfMonth declared in package DateTime::Types (/usr/local/cpanel/3rdparty/perl/532/lib/perl5/cpanel_lib/x86_64-linux-64int/DateTime/Types.pm) at line 29 in sub named (eval) with value undef Trace begun at Specio::Exception->new line 57 Specio::Exception::throw('Specio::Exception', 'message', 'Validation failed for type named DayOfMonth declared in package DateTime::Types (/usr/local/cpanel/3rdparty/perl/532/lib/perl5/cpanel_lib/x86_64-linux-64int/DateTime/Types.pm) at line 29 in sub named (eval) with value undef', 'type', 'Specio::Constraint::Simple=HASH(0x3e0fc80)', 'value', undef) called at (eval 201) line 91 DateTime::_check_new_params('month', undef, 'time_zone', undef, 'minute', undef, 'second', undef, 'year', undef, 'nanosecond', 0, 'hour', undef, 'day', undef) called at /usr/local/cpanel/3rdparty/perl/532/lib/perl5/cpanel_lib/x86_64-linux-64int/DateTime.pm line 176 DateTime::new('DateTime', 'month', undef, 'time_zone', undef, 'minute', undef, 'second', undef, 'year', undef, 'nanosecond', 0, 'hour', undef, 'day', undef) called at /usr/local/cpanel/Cpanel/WordPress/Backup/Available.pm line 73 Cpanel::WordPress::Backup::Available::get_backups('domain.xyz') called at /usr/local/cpanel/Cpanel/API/WordPressBackup.pm line 245 eval {...} at /usr/local/cpanel/Cpanel/API/WordPressBackup.pm line 242 Cpanel::API::WordPressBackup::get_available_backups('Cpanel::Args=HASH(0x326a790)', 'Cpanel::Result=HASH(0x326a538)') called at /usr/local/cpanel/Cpanel/API.pm line 366 eval {...} at /usr/local/cpanel/Cpanel/API.pm line 368 Cpanel::API::_run_module_function('Cpanel::Args=HASH(0x326a790)', 'Cpanel::Result=HASH(0x326a538)', 'WordPressBackup', 'get_available_backups') called at /usr/local/cpanel/Cpanel/API.pm line 243 Cpanel::API::execute('WordPressBackup', 'get_available_backups', 'HASH(0x326a388)') called at /usr/local/cpanel/Cpanel/API.pm line 651 Cpanel::API::run_api_mode('HASH(0x326a388)') called at uapi.pl line 307 main::script at uapi.pl line 139

I can technically still run a backup, but then CPanel doesn't recognize it for restore.

So, if there's a way to just revert to WP Manager—some kind of setting I can change somewhere—that would be great. Thanks!