FAILS Backing Up ONLY Plugin Folder

Hi,

Apologies for the ongoing inconvenience.

Please could you enable the following, and then attempt to take a fresh plugins backup?

• In the ‘expert settings’ section of the UpdraftPlus Settings tab, enable ‘Debug mode’
• In your wp-config, add or update the following lines

define( 'WP_DEBUG', true );
define( 'WP_DEBUG_LOG', true );
define( 'WP_DEBUG_DISPLAY', false );

Please could you send us a copy of the new log file?

Best Wishes,
Dee

I turned on the Debug Mode in ‘Expert Settings’ and also made the wp-config settings as requested.

Here are the links to the new log files:

UpDraftPlus Backup “With Only Plugins” FAILS 21-0804
https://pastebin.com/t7UqcKSf

UpDraftPlus Backup “Without Plugins” SUCCESS 21-0804
https://pastebin.com/1wpQWg40

Richard

Any update regarding the new log files and the settings you suggested?

Richard

Hi Richard,

Apologies for the delay.

I’m afraid that the UpdraftPlus log does not show the reason for the failure.

Please could you or your hosts check the ‘wp-content/debug.log’ file for any fatal errors or warning messages occurring around the time of the plugin backup?

Best Wishes,
Dee

Here is the only line in the ‘wp-content/debug.log’ file.

[04-Aug-2021 16:51:24 UTC] PHP Warning: ftp_nb_continue(): A connection attempt failed because the connected party did not properly respond after a period of time, or established connection failed because connected host has failed to respond.
in C:\inetpub\vhosts\droningaround.com\wwwroot\wp-content\plugins\updraftplus\includes\ftp.class.php on line 111

Interesting though UpdraftPlus works and FTPs the files fine when I exclude Plugins from backing up. As soon as I select to backup Plugins UpdraftPlus Fails.

Richard

Hi,

I am going to consult with one of our senior developers and wil update you when I hear back.

Apologies for the ongoing inconvenience.

• This reply was modified 3 years, 3 months ago by DNutbourne.

The fact that counting the files in the ‘plugins’ folder takes an exceedingly long time (and usually longer than PHP on your environment is allowed to run for, i.e. it times out), whilst the amount of data itself is not particularly large, suggests that the server has some severe performance problem with enumerating files. The fact that the “others” collection is larger in terms of data suggest that it has a problem with large numbers of small files. Does your server have a CLI (shell) environment that you can log into and run commands on?

Also, if you open your web browser’s developer console whilst on the page, and start a count of the plugins, how many seconds pass before it either returns a result, or times out? (The timeout should show in the console).

David

I’m on a windows server with powershell.

I’ll check the timing out and get back to you.

Sorry for the delay I was away this week.

Thanks,
Richard

• This reply was modified 3 years, 3 months ago by opensideproject.

Hello sorry for the delay.

Plugins takes 53 seconds to count (75M).
Other takes 23 seconds to count (177M).

What shell commands do you want me to run?

Thanks,
Richard

That does seem like the sort of problem I was thinking of.
How many files are there in the “plugins” folder? (Perhaps the Windows file manager can tell you that if you open its properties? I don’t know off the top of my head, as I’m not on Windows).

Here are the counts:

Plugins: 5,522 Files, 990 Folders
Other: 5,448 Files, 13 Folders

The \plugins folder has 7 plugins.

Other count consists of these other folders in the \wp-content folder: \fonts, \languages, \maintenance, \upgrade, \wfcache, \wflogs

Other count did not include \plugins, \themes, \updraft, \uploads

~Richard

Hi Richard,

Thank you. This confirms that your server has some serious disk I/O problem that manifests when counting files – perhaps corruption leading to I/O timeouts? For comparison, on a website I just checked, I could count a plugins folder of 14,649 files in 0.1 seconds. On a second server, a plugins folder of 12,657 files was counted in 0.6 seconds. On a third, 13,360 files in 0.5 seconds. I didn’t prime the disk cache on any of these servers by running the test more than once – these are all raw, uncached results.

David

Are your performance results on a Linux server? I am on a Windows Server.

This info seems to allude to that it’s a Windows OS problem with PHP.
https://bugs.php.net/bug.php?id=80695&edit=1

Is there a way to program your plugin to:

1. Read so many files and their sizes
2. Create your batch file
3. Pick up where you left off, read the next set of files and their sizes
4. Create the next batch file
5. Repeat until finished

Richard

• This reply was modified 3 years, 2 months ago by opensideproject.
• This reply was modified 3 years, 2 months ago by opensideproject.
• This reply was modified 3 years, 2 months ago by opensideproject.
• This reply was modified 3 years, 2 months ago by t-p.

Your recorded performance, ms per file, is several times worse than what’s reported in that link.

What server are your performance numbers from?

In Updraft on the Advanced Tools Tab under Site Size when I click count for Plugins in Chrome’s developer tools Console I see this error:

18:55:56.281 jquery.min.js?ver=3.6.0:2 XHR failed loading: GET “https://www.opensideproject.com/wp-admin/admin-ajax.php?action=updraft_ajax&subaction=get_fragment&nonce=85dec648fa&fragment=disk_usage&data=plugins”.
send @ jquery.min.js?ver=3.6.0:2
ajax @ jquery.min.js?ver=3.6.0:2
s.ajax.s.ajax @ jquery-migrate.min.js?ver=3.3.2:2
updraft_send_command @ updraft-admin-common.js?ver=1.16.61.1632437645:98
updraftplus_diskspace_entity @ updraft-admin-common.js?ver=1.16.61.1632437645:1285
onclick @ options-general.php?page=updraftplus&tab=expert:1554

Richard