Dirty Bill

First: FileSystemIterator Class is PHP 5.3 – not a qualifier you have in your update notes. By no means ubiquitous.

Second: You know your software, not looking for guarantees, was just looking for a heads up for any known issues.

Is there a risk to existing data and layouts by doing rolling back?

It has happened every time I run it – once the rackspace connect was handled that is.

I must have run out of patience around 8 then.

0000.000 () Opened log file at time: Sat, 22 Jun 2013 09:53:12 -0700
0000.002 () UpdraftPlus: 1.6.23 WP: 3.5.1 PHP: 5.2.6-1+lenny16 (Linux XXXXXXXX 2.6.35.4-rscloud #8 SMP Mon Sep 20 15:54:33 UTC 2010 x86_64) Server: Apache max_execution_time: 900 memory_limit: 192M ZipArchive::addFile : Y
0000.004 () Free space on disk containing Updraft’s temporary directory: 54776.6 Mb
0000.005 () Deleting old temporary file: backup_2013-06-20-1657_XXXXXXXX_cd8a6e2495f6-uploads.zip.tmp
0000.007 () Tasks: Backup files: 1 (schedule: manual) Backup DB: 1 (schedule: manual)
0000.008 () Processed schedules. Tasks now: Backup files: 1 Backup DB: 1
0000.011 (0) Backup run: resumption=0, nonce=ad081c96296d, begun at=1371919992 (0s ago), job type=backup
0000.012 (0) Scheduling a resumption (1) after 300 seconds (1371920292) in case this run gets aborted
0000.014 (0) Creation of backups of directories: beginning
0000.017 (0) Beginning creation of dump of plugins
0000.018 (0) Checking if we have a zip executable available
0000.019 (0) Testing: /usr/bin/zip
0000.020 (0) Testing: /bin/zip
0000.021 (0) Testing: /usr/local/bin/zip
0000.021 (0) Testing: /usr/sfw/bin/zip
0000.022 (0) Testing: /usr/xdg4/bin/zip
0000.023 (0) Testing: /opt/bin/zip
0002.126 (0) Zip::addFile apparently failed – retrying with PclZip
0012.903 (0) Created plugins zip – file size is 36571 Kb in 12.9 s (2838.3 Kb/s)
0012.905 (0) Beginning creation of dump of themes
0015.152 (0) Created themes zip – file size is 11100.7 Kb in 2.2 s (4944.1 Kb/s)
0015.154 (0) Beginning creation of dump of uploads
0000.000 () Opened log file at time: Sat, 22 Jun 2013 09:58:17 -0700
0000.001 () UpdraftPlus: 1.6.23 WP: 3.5.1 PHP: 5.2.6-1+lenny16 (Linux xxxxxxxx 2.6.35.4-rscloud #8 SMP Mon Sep 20 15:54:33 UTC 2010 x86_64) Server: Apache max_execution_time: 900 memory_limit: 192M ZipArchive::addFile : Y
0000.002 () Free space on disk containing Updraft’s temporary directory: 54731.2 Mb
0000.003 (1) Backup run: resumption=1, nonce=ad081c96296d, begun at=1371919992 (305s ago), job type=backup
0000.004 (1) Scheduling a resumption (2) after 300 seconds (1371920597) in case this run gets aborted
0000.006 (1) Creation of backups of directories: had begun; will resume
0000.010 (1) Beginning creation of dump of plugins
0000.011 (1) backup_2013-06-22-0953_XXXX_ad081c96296d-plugins.zip: this file has already been created
0000.012 (1) Beginning creation of dump of themes
0000.012 (1) backup_2013-06-22-0953_XXXX_ad081c96296d-themes.zip: this file has already been created
0000.013 (1) Beginning creation of dump of uploads
0000.014 (1) Checking if we have a zip executable available
0000.015 (1) Testing: /usr/bin/zip
0000.016 (1) Testing: /bin/zip
0000.016 (1) Testing: /usr/local/bin/zip
0000.017 (1) Testing: /usr/sfw/bin/zip
0000.018 (1) Testing: /usr/xdg4/bin/zip
0000.019 (1) Testing: /opt/bin/zip
0022.334 (1) Zip::addFile apparently failed – retrying with PclZip

Because it doesn’t quit trying once you’ve started it, I’ve disabled it. Everything before that point involved creating the backup temp files which it did. I’m re-enabling, will post other components of the log shortly.

0000.016 (2) File exists (updraft/backup_2013-06-22-0953_SITENAME_ad081c96296d-uploads.zip.tmp), but was apparently not modified within the last 30 seconds, so we assume that any previous run has now terminated (time_mod=1371920319, time_now=1371920598, diff=279)
0000.017 (2) Checking if we have a zip executable available
0000.018 (2) Testing: /usr/bin/zip
0000.018 (2) Testing: /bin/zip
0000.019 (2) Testing: /usr/local/bin/zip
0000.020 (2) Testing: /usr/sfw/bin/zip
0000.021 (2) Testing: /usr/xdg4/bin/zip
0000.022 (2) Testing: /opt/bin/zip
0000.023 (2) backup_2013-06-22-0953_SITENAME_ad081c96296d-uploads.zip.tmp: Zip file already exists, with 0 files
0009.226 (2) Zip::addFile apparently failed – retrying with PclZip

The log was basically the same thing as above repeated over and over.

Here is the link. https://pastebin.com/jnL8yrtL

The dev version test appears to work. Trying a backup. NOTE: could use a CLEAR LOG option.

UPDATE: this is the last message in the logfile. It seems it gets stuck here and gets no further: “Zip::addFile apparently failed – retrying with PclZip (Jun 22 10:03:27)”

Here’s a log excerpt:

0000.016 (2) File exists (updraft/backup_2013-06-22-0953_SITENAME_ad081c96296d-uploads.zip.tmp), but was apparently not modified within the last 30 seconds, so we assume that any previous run has now terminated (time_mod=1371920319, time_now=1371920598, diff=279)
0000.017 (2) Checking if we have a zip executable available
0000.018 (2) Testing: /usr/bin/zip
0000.018 (2) Testing: /bin/zip
0000.019 (2) Testing: /usr/local/bin/zip
0000.020 (2) Testing: /usr/sfw/bin/zip
0000.021 (2) Testing: /usr/xdg4/bin/zip
0000.022 (2) Testing: /opt/bin/zip
0000.023 (2) backup_2013-06-22-0953_SITENAME_ad081c96296d-uploads.zip.tmp: Zip file already exists, with 0 files
0009.226 (2) Zip::addFile apparently failed – retrying with PclZip

Same problem here with 4.1.5 Tried disabling the plugin and restarting. We’ve got hundreds of records now tied into multiple custom field groups – don’t want to lose it, but now at a standstill….

The just released patch fixed this (10:14am PDT – May 16)

Be nice if the XPath questions could get some love from the dev. I love this plugin, but this has me stumped as well.

Same thing here – immediately broke the theme :https://gamewoof.com

I’ve been using it heavily for going on 2 1/2 years – 15 to 20 feeds, custom rules for nearly all of the feeds. I run the most current version of WP and keep my php and mysql current. I rarely have issues with this plugin, even then it’s usually just a duplicate post. I will say that I wish you could empty the trash without the plugin dumping yrs worth of old feed stories back into the pool.

This is issue however is a real deal breaker – crashes out the site AND no responses from the dev. Rough to see a dev reverse so many years of building loyalty and brand in one fell swoop. I’ve reverted to last version and upped the version number so it isn’t nagging me to upgrade. IF there is a stable version released, I’ll certainly re-up. I’m a loyal user, it’s a great concept and a pretty good implementation.