• Resolved wwwolf

    (@wwwolf)


    Hi Kat
    I’m still getting this error a couple more versions along:

    php: ZipArchive::close(): Renaming temporary file failed: No such file or directory, /home/yyxyozcg/public_html/wp/wp-content/plugins/backupwordpress/classes/backup/class-backup-engine-file-zip-archive.php, 46

    I checked the backups directory, and there’s the right number of today’s zip files in there, so I’m guessing it’s not that anything temporary is failing to delete. The latest backup unzips fine, and looks OK. Still it feels a little unnerving to get persistent errors on s/th as important as backing up tho…

    Thanks!

    P.S. As requested, opened a new thread – ref old thread:
    https://ww.wp.xz.cn/support/topic/zip-warning-error-is-back/

Viewing 4 replies - 1 through 4 (of 4 total)
  • Plugin Contributor Katrina “Kat” Moody

    (@katmoody)

    Thanks so much for checking back in with us on this. I was hoping some of our error improvements would have helped this as well.

    Kat

    Thread Starter wwwolf

    (@wwwolf)

    Hi Kat
    Something weird going on with one of my sites (a very locked-down private one, so low traffic), I suspect maybe related to the error?

    1) Two scheduled backups kicked off on the same day (May 27) and completed – a daily complete and a weekly complete, several hours apart. These are the last ones shown in the back end in WP. So the next should have been the 28th (the daily) and the 4th (the weekly).
    2) There was zero site activity on the 28th – the next ‘hit’ on the site was the 30th, which kicked off a complete backup which never finished. No zip file exists, and the ‘running’ flag file still present in the folder. Spinning disk in WP back end.
    3) On the 4th, the weekly one triggered, wich DID create a zip file, which again opens fine, but does not show in the WP back end, and again the ‘running’ flag file is still there. So now there’s still a spinning disk in the WP back end for that one too.
    4) There’s a zip file error showing (of course!)

    Meanwhile, a (up to) hourly backup of the database has been triggering nicely whenever there’s site activity, and no problem there.

    Dunno if any of that’s useful. I can email you some screen grabs from both the back end and the cPanel file manager if you need them, but the description above is probably clearer! Let me know though. Deleting the evidence now, as I need to take some manual backups.

    Thanks!

    Thread Starter wwwolf

    (@wwwolf)

    P.S. Just ran a couple of manual ones and they completed fine.

    Plugin Contributor Katrina “Kat” Moody

    (@katmoody)

    I’m curious – could the time you have set coincide with any other processes that could be interfering? That is interesting and does seem like it could be related.

    That error has been showing with other users, but it seems to mostly show up when the backup is running into server limits in some other way; it prints this error out because the backup stopped but never told the script it was stopped (like by a server limit or CPU limit). What I haven’t figured out is if there is a way we can control when the process has stopped for any reason, not just as part of the script process. I’m still puzzling over this one so any additional information you have, feel free to pass along!

    Thanks again,
    Kat

Viewing 4 replies - 1 through 4 (of 4 total)

The topic ‘Zip warning error still appearing’ is closed to new replies.