Backup Failed

Ok, got the new version and ran a backup – it failed, here’s the message;

Fatal error: Out of memory (allocated 22806528) (tried to allocate 65484 bytes) in /homepages/35/d30352212/htdocs/winton/wp-content/plugins/cyan-backup/includes/class-wp-backuper.php on line 545

Slight bug in the new exclusion code, should be fixed now in 1.6.4.

Installed 1.6.4 went into options. cleared status and delete files, click on update and get this message;

Fatal error: Call to undefined method CYAN_Utilities::recursive_rmdir() in /homepages/35/d30352212/htdocs/winton/wp-content/plugins/cyan-backup/includes/class-cyan-utilities.php on line 40

After trying to backup yesterday my ui was stuck on “Backup Now” button as pressed and below the message “Calculating backup size…”, after updating to 1.6.4 nothing changed. Even if I press it anyway, nothing changes.

After emptying the backup destination directory the button unstuck, and it successfully made a backup.

I talk too fast.
3/4 istances work.
The linux remote “k” instance (clone of local “k”) doesn’t work.
It is in the same server as “realpd”, same identical configuration.
I tried to deactivate all plugins (https://webdevstudios.com/plugin/custom-post-type-ui/, https://www.advancedcustomfields.com/, akismet (default)), and later even to uninstall the first 2.
Those are not installed in the other istance of WP.
I was not successful even deleting the plugins.
I noticed that even after deletion the “Custom Port Type UI” field was still living in the Admin Panel, though this might be intended?
That’s the only difference, but for content, that I’m aware between the 2 installations.

I tried to install all plugins in the other istance as well, CYAN backup kept working, even after updating to 1.6.5.
Even in 1.6.5, with or without plugins, “k” remote keeps not working.
I see no error message sadly.

I was finally able to triangulate the problem.
The difference was that the “working” istance runs ONLY over https (this is intentional, since it’s used with pyd.io for file sincronization and I don’t want anybody to work non-SSL, ever), while the “non working” istance is the live site with both http:80 and https:443 in front-page and forced https:443 on admin panel.
When in Admin Panel -> General -> Site Address (URL) is:
https://domain, CYAN throws an error.
https://domain, CYAN works.
While Admin Panel -> General -> WordPress Address (URL) works in both cases instead.
What Site Address does is changing all links, both AP and FP, to be https. Unnecessary in my case.
CYAN seems to be able to work in an http (like I have in windows local instance) or in an https enviroment, but it gets stuck when the enviroment becomes hybrid.
I hope you can fix that Mr. Ross.
Thanks for the plugin by the way,

It may benefit with an option to maybe view and /or at least list and delete the log files, as they cannot be noticed unless using FTP.

In my case, with trial and error exclusions to pinpoint the cause of the fail, the log files tend to build up and take up space;

winton/backup/winton.20140311.131703.log 2,163,681 Text Document
winton/backup/winton.20140311.133258.log 2,163,681 Text Document
winton/backup/winton.20140311.133907.log 2,163,681 Text Document
winton/backup/winton.20140311.134146.log 2,163,681 Text Document
winton/backup/winton.20140311.140008.log 2,163,681 Text Document

Dzhalagash: what happens when you execute the backup, what’s the last log message you get. I don’t see anything in the code the pops out at me as to a cause for this, the backup code doesn’t use any remote connections.

clart: I have to admit I’m kind of surprised there’s not a file management plugin for WordPress, but since this is a slightly weird scenario for debugging, you might just want to enable pruning at set the number to a low value like 1 or 2.

Did you get any additional info with 1.6.5?

Greg, nothing happens.
When I try to execute the backup with the incorrect options (without httpS), nothing gets written. All I can see is the “Backup failed” message. The backup destination folder remains empty.
“X undefined” and “Backup failed!”.

Dzhalagash: Ok, I know what’s wrong, the backup is called via a JavaScript AJAX request, which is getting redirected which is a failure.

I’ll add an option to ‘force’ https for backups.

Thanks Greg.

I have pruned all my site of unused plugins, themes, unnecessary language files, etc to get to the minimum currently in use.

Theses are all the plugins installed;

wp-content/plugins/1-flash-gallery
wp-content/plugins/add-multiple-users
wp-content/plugins/akismet
wp-content/plugins/all-in-one-event-calendar
wp-content/plugins/all-in-one-seo-pack
wp-content/plugins/bbpress
wp-content/plugins/contact-form-7
wp-content/plugins/cyan-backup
wp-content/plugins/editor-lock-by-wisdmlabs
wp-content/plugins/flash-gallery
wp-content/plugins/front-end-editor
wp-content/plugins/gallery-slider
wp-content/plugins/google-sitemap-generator
wp-content/plugins/gtranslate
wp-content/plugins/gtw
wp-content/plugins/hide-admin-bar-from-non-admins
wp-content/plugins/m-vslider
wp-content/plugins/memberfindme
wp-content/plugins/paid-memberships-pro
wp-content/plugins/participants-database
wp-content/plugins/pmpro-check-levels-master
wp-content/plugins/pmpro-extra-expiration-warning-emails-master
wp-content/plugins/pmpro-international-addresses
wp-content/plugins/pmpro-register-helper
wp-content/plugins/pmpro-user-pages
wp-content/plugins/really-simple-captcha
wp-content/plugins/s2member-files
wp-content/plugins/s2member-logs
wp-content/plugins/si-contact-form
wp-content/plugins/solid-code-theme-editor
wp-content/plugins/theme-my-login
wp-content/plugins/wordpress-importer
wp-content/plugins/wp-multibyte-patch
wp-content/plugins/wp-native-dashboard
wp-content/plugins/wp-user-frontend
wp-content/plugins/wptouch

I have selectively excluded / included each one of them whilst trying the backup each time.

I have got the list down to just 3 exclusions;

wp-content/plugins/all-in-one-event-calendar/
wp-content/plugins/front-end-editor/
wp-content/plugins/1-flash-gallery/

If I include any one of those, the backup fails and no zip file is completed.

At the moment, with those excluded, the backup is kind of on the fence, meaning that it will run and complete the zip file but it throws an internal server error and backup failed message. I can download and unzip the file ok and it send the backup ok email.
The backup.active file is still there and the status.log shows this;

96
Deleting /homepages/35/d30352212/htdocs/winton/backup/winton.20140313.164706/winton/wp-includes/css/jquery-ui-dialog.css…
active
/homepages/35/d30352212/htdocs/winton/backup/winton.20140313.164706.zip
2014-03-13 16:47:220

Each one of those 3 plugins excluded has more files than any of the others.
Maybe its the number of files causing the problem ?