WordPress Designpraxis Forum » BackUpWordPress Issues

backupwordpress stuck, am i doomed?

(19 posts)
  • Started 2 years ago by Graham
  • Latest reply from rol
  • This topic is not a support question

Tags:


  1. ok, i posted this on the blog as a comment but, i am still having the problem

    basically, it has been trying to backup the file "/wp-includes/js/tinymce/themes/advanced/images/hr.gif" and says that "BackUpWordPress did not proceed with the current task since 0 days 2 hours 36 minutes 40 seconds" i am guessing this is to do with the timeout issue as you mentioned it does it in batches of 100 files, unfortunately nextgen gallery stores all of its pictures in the wordpress directory, so i do not think it is one large file, just that it is trying to backup several "slightly big" files and times out too quickly.

    am i just doomed to not be able to use this plugin?

    please help

    thanks in advance!

    Posted 2 years ago #
  2. Graham, there is a logfile being written for each backup. It resides under your_backup_directory/logs and has the same name as your actual backup on which BackUpWordPress is working. Can you please have a look and post some lines here?

    Posted 2 years ago #
  3. well, here is the log file. i cannot actually see where the problem is...

    Schedule: scheduled
    ## Wednesday 5 September 2007 13:38:04: BackUpWordPress starting at Wednesday 5 September 2007 13:38:04
    ## Wednesday 5 September 2007 13:38:04: BackUpWordPress using Preset
    ## Wednesday 5 September 2007 13:38:04: BackUpWordPress temporary Directory '/home/content/u/l/t/ultramagnus/html/wp-content/backup/2007-09-05-13-38-04' created
    ## Wednesday 5 September 2007 13:38:04: BackUpWordPress temporary Directory '/home/content/u/l/t/ultramagnus/html/wp-content/backup/2007-09-05-13-38-04/wordpress_files' created
    ## Wednesday 5 September 2007 13:38:04: MySQL server connected successfully Wednesday 5 September 2007 13:38:04
    ## Wednesday 5 September 2007 13:38:05: sql-dump for wp_anti_ie created Wednesday 5 September 2007 13:38:05
    ## Wednesday 5 September 2007 13:38:05: sql-dump for wp_categories created Wednesday 5 September 2007 13:38:05
    ## Wednesday 5 September 2007 13:38:05: sql-dump for wp_comments created Wednesday 5 September 2007 13:38:05
    ## Wednesday 5 September 2007 13:38:06: sql-dump for wp_link2cat created Wednesday 5 September 2007 13:38:06
    ## Wednesday 5 September 2007 13:38:06: sql-dump for wp_links created Wednesday 5 September 2007 13:38:06
    ## Wednesday 5 September 2007 13:38:06: sql-dump for wp_ngg_album created Wednesday 5 September 2007 13:38:06
    ## Wednesday 5 September 2007 13:38:07: sql-dump for wp_ngg_gallery created Wednesday 5 September 2007 13:38:07
    ## Wednesday 5 September 2007 13:38:07: sql-dump for wp_ngg_pictures created Wednesday 5 September 2007 13:38:07
    ## Wednesday 5 September 2007 13:38:08: sql-dump for wp_options created Wednesday 5 September 2007 13:38:08
    ## Wednesday 5 September 2007 13:38:09: sql-dump for wp_post2cat created Wednesday 5 September 2007 13:38:09
    ## Wednesday 5 September 2007 13:38:09: sql-dump for wp_postmeta created Wednesday 5 September 2007 13:38:09
    ## Wednesday 5 September 2007 13:38:09: sql-dump for wp_posts created Wednesday 5 September 2007 13:38:09
    ## Wednesday 5 September 2007 13:38:09: sql-dump for wp_usermeta created Wednesday 5 September 2007 13:38:09
    ## Wednesday 5 September 2007 13:38:10: sql-dump for wp_users created Wednesday 5 September 2007 13:38:10
    ## Wednesday 5 September 2007 13:38:10: SQL Dump created.
    ## Wednesday 5 September 2007 13:58:30: BackUpWordPress starting at Wednesday 5 September 2007 13:58:30
    ## Wednesday 5 September 2007 13:58:30: BackUpWordPress using Preset
    ## Wednesday 5 September 2007 13:58:30: BackUpWordPress temporary Directory '/home/content/u/l/t/ultramagnus/html/wp-content/backup/2007-09-05-13-38-04' exists. Proceeding with unfinished backup.
    ## Wednesday 5 September 2007 13:58:30: MySQL server connected successfully Wednesday 5 September 2007 13:58:30
    ## Wednesday 5 September 2007 13:58:30: SQL Dump created.
    ## Wednesday 5 September 2007 14:29:02: BackUpWordPress starting at Wednesday 5 September 2007 14:29:02
    ## Wednesday 5 September 2007 14:29:02: BackUpWordPress using Preset
    ## Wednesday 5 September 2007 14:29:02: BackUpWordPress temporary Directory '/home/content/u/l/t/ultramagnus/html/wp-content/backup/2007-09-05-13-38-04' exists. Proceeding with unfinished backup.
    ## Wednesday 5 September 2007 14:29:02: MySQL server connected successfully Wednesday 5 September 2007 14:29:02
    ## Wednesday 5 September 2007 14:29:02: SQL Dump created.
    ## Wednesday 5 September 2007 14:50:11: BackUpWordPress starting at Wednesday 5 September 2007 14:50:11
    ## Wednesday 5 September 2007 14:50:11: BackUpWordPress using Preset
    ## Wednesday 5 September 2007 14:50:11: BackUpWordPress temporary Directory '/home/content/u/l/t/ultramagnus/html/wp-content/backup/2007-09-05-13-38-04' exists. Proceeding with unfinished backup.
    ## Wednesday 5 September 2007 14:50:11: MySQL server connected successfully Wednesday 5 September 2007 14:50:11
    ## Wednesday 5 September 2007 14:50:11: SQL Dump created.
    ...
    loops here

    Posted 2 years ago #
  4. Graham, is this ONE logfile? Seems BackUpWordPress is stuck within a loop unab le to finish an unfinished backup.
    Until
    ## Wednesday 5 September 2007 13:38:10: SQL Dump created.
    everything is allright, but the following entries indicate, that something inside of your copy of BackUpWordPress is behaving weired.

    Please, deaktivate the plugin, delete the entire wp-content/backup/ directory, install the aktual BackUpWordPress 0.2.1 release and aktivate again.

    The new version has implemented some improvements regarding the resume feature.

    Posted 2 years ago #
  5. yup, that is definitely one log file. i did what you suggested but i still had the same problem, however i think i have found the source of the problem and you could say the solution. whenever i was enabling the plugin and setting up the options i would always turn on daily and weekly updates, which i am guessing is why it was resuming when i had deleted all the backups. i tried what you suggested again and did not do this and instead used the button to manually make an update and it worked perfectly.

    any idea of the cause of this problem? and do you think it is now safe for me to turn on weekly and daily updates?

    thanks in advance!

    Posted 2 years ago #
  6. Graham, your problem really seems to be quite unique. I am working on some improvments for the plugin at the moment. The best thing you can do is to look at your logfiles and see for yourself what BackUpWordPress is doing.

    Have a look at a logfile resulting from a successful manual backup. Please also look out for updates to BackUpWordPress, as one of the next releases might solve your problem.

    Posted 2 years ago #
  7. well, i thought everything was hunky dory, until i came back to my website again and it told me that i had an unfinished backup... except, i have not pressed the backup button nor set any of the scheduled options. aaaand it has stuck at exactly the same place again...

    do you think it could be a conflict with another plugin? or my godaddy hosting?

    thanks in advance

    ps: i am still using v 2.2, i have disabled the plugin for now and will try updating to 2.3b soon.

    Posted 2 years ago #
  8. Graham, there are known problems with your hosting service see: http://wordpress.org/support/topic/131435. Since you are the only one reporting such an issue (from 730 WordPress installations using BackUpWordPress by now), I'd rather think your webserver might be the source of the trouble.

    Can you look at your phpinfo() and see what your webservers php value for max_execution_time is?
    Do you know how to retrieve this (and other) php specific information?

    Posted 2 years ago #
  9. well, i hope this is what you need, this is what one of my addons (nextGEN gallery says my server info is...)
    * Operating System : Linux
    * Server : Apache
    * Memory usage : N/A
    * MYSQL Version : 4.1.22-max-log
    * SQL Mode : Not set
    * PHP Version : 4.3.11
    * PHP Safe Mode : Off
    * PHP Allow URL fopen : Off
    * PHP Memory Limit : N/A
    * PHP Max Upload Size : 2M
    * PHP Max Post Size : 8M
    * PHP Max Script Execute Time : 30s
    hope that helps.

    thanks in advance!

    Posted 2 years ago #
  10. maybe try upping your PHP Max Upload size to 16MB or so.

    Posted 2 years ago #
  11. Graham, Your Max Upload Size isn't too high, but BackUpWordPress doesn't rely on this. Thanks for you server info: I think it is the timeout. I'll do some refactoring because I think I might have the timeout hardcoded somewhere. I'll release an updated version in a couple of minutes ;)

    Posted 2 years ago #
  12. Graham, BackUpWordPress 0.2.5 is out: http://wordpress.designpraxis.at/plugins/backupwordpress/, get it now and see if it solves your problems.

    Posted 2 years ago #
  13. ok, i have upgraded to the latest version of your plugin (0.2.5) and upgraded wordpress (2.2.3) everything seems to be fine, i will let it sit for a few days to see if everything is ok, if it is i will test the scheduling.

    thanks for all your lightning fast support!

    Posted 2 years ago #
  14. unfortunately it seems to have had the same problem again, i created a manual backup fine and it reported it as done. but when i came back to my website a few hours later it told me that i had a partial backup to finish... this time it got stuck on wordpress's readme.txt.

    here is the log, if it will help:

    Schedule: scheduled
    WordPress Version: 2.2.3
    BackUpWordPress Version: 0.2.4
    ## Sunday 9 September 2007 10:40:41: BackUpWordPress starting at Sunday 9 September 2007 10:40:41
    ## Sunday 9 September 2007 10:40:41: BackUpWordPress using Preset
    ## Sunday 9 September 2007 10:40:41: BackUpWordPress temporary Directory '/home/content/u/l/t/ultramagnus/html/wp-content/backup/2007-09-09-10-40-41' created
    ## Sunday 9 September 2007 10:40:41: BackUpWordPress temporary Directory '/home/content/u/l/t/ultramagnus/html/wp-content/backup/2007-09-09-10-40-41/wordpress_files' created
    ## Sunday 9 September 2007 10:40:41: MySQL server connected successfully Sunday 9 September 2007 10:40:41
    ## Sunday 9 September 2007 10:40:42: sql-dump for wp_anti_ie created Sunday 9 September 2007 10:40:42
    ## Sunday 9 September 2007 10:40:42: sql-dump for wp_categories created Sunday 9 September 2007 10:40:42
    ## Sunday 9 September 2007 10:40:43: sql-dump for wp_comments created Sunday 9 September 2007 10:40:43
    ## Sunday 9 September 2007 10:40:43: sql-dump for wp_link2cat created Sunday 9 September 2007 10:40:43
    ## Sunday 9 September 2007 10:40:43: sql-dump for wp_links created Sunday 9 September 2007 10:40:43
    ## Sunday 9 September 2007 10:40:44: sql-dump for wp_ngg_album created Sunday 9 September 2007 10:40:44
    ## Sunday 9 September 2007 10:40:44: sql-dump for wp_ngg_gallery created Sunday 9 September 2007 10:40:44
    ## Sunday 9 September 2007 10:40:44: sql-dump for wp_ngg_pictures created Sunday 9 September 2007 10:40:44
    ## Sunday 9 September 2007 10:40:46: sql-dump for wp_options created Sunday 9 September 2007 10:40:46
    ## Sunday 9 September 2007 10:40:46: sql-dump for wp_post2cat created Sunday 9 September 2007 10:40:46
    ## Sunday 9 September 2007 10:40:47: sql-dump for wp_postmeta created Sunday 9 September 2007 10:40:47
    ## Sunday 9 September 2007 10:40:47: sql-dump for wp_posts created Sunday 9 September 2007 10:40:47
    ## Sunday 9 September 2007 10:40:47: sql-dump for wp_usermeta created Sunday 9 September 2007 10:40:47
    ## Sunday 9 September 2007 10:40:48: sql-dump for wp_users created Sunday 9 September 2007 10:40:48
    ## Sunday 9 September 2007 10:40:48: SQL Dump created.
    ## Sunday 9 September 2007 10:43:24: BackUpWordPress starting at Sunday 9 September 2007 10:43:24
    ## Sunday 9 September 2007 10:43:24: BackUpWordPress using Preset
    ## Sunday 9 September 2007 10:43:24: BackUpWordPress temporary Directory '/home/content/u/l/t/ultramagnus/html/wp-content/backup/2007-09-09-10-40-41' exists. Proceeding with unfinished backup.
    ## Sunday 9 September 2007 10:43:24: MySQL server connected successfully Sunday 9 September 2007 10:43:24
    ## Sunday 9 September 2007 10:43:24: SQL Dump created.
    ## Sunday 9 September 2007 10:47:56: BackUpWordPress starting at Sunday 9 September 2007 10:47:56
    ## Sunday 9 September 2007 10:47:56: BackUpWordPress using Preset
    ## Sunday 9 September 2007 10:47:56: BackUpWordPress temporary Directory '/home/content/u/l/t/ultramagnus/html/wp-content/backup/2007-09-09-10-40-41' exists. Proceeding with unfinished backup.
    ## Sunday 9 September 2007 10:47:56: MySQL server connected successfully Sunday 9 September 2007 10:47:56
    ## Sunday 9 September 2007 10:47:57: SQL Dump created.
    ...
    loops here

    Posted 2 years ago #
  15. Graham, have you tried 0.2.5 allready?

    Posted 2 years ago #
  16. well, i hate to quote myself but "ok, i have upgraded to the latest version of your plugin (0.2.5) and upgraded wordpress (2.2.3)"

    Posted 2 years ago #
  17. Graham, sorry, that was my fault. Log displays 0.2.4 instead 0.2.5. Unfortunately I do not have an idea what to try next in you very special case. Would you please let us know, if you find a solution?

    Posted 2 years ago #
  18. Hi Rol -

    Seems like I've got the same issue as well. I'll be the first to admit, I'm no code guru, but the problems described above sound similar to ones that I'm having now. I'm able to make a sql backup, but a full backup seems to just hang for ever. I've also tried uninstalling, deactivating all plugins, re-upping and running it again, but no luck.

    I'm running the most recent version of backupwordpress, and wp 2.3.2.

    I know I've got a few big files in my wordpress uploads folder, and I'm assuming it's a timeout error?

    I've got both of the 'automatically backup' boxes ticked. Should I simply untick the full backup, and just manually download it via FTP once a week?

    Thanks in Advance

    Posted 2 years ago #
  19. DT, since the task of doing backups is dependend on a few server-side parameters, it's hard to give a good advice. Best thing is to try it offline, know your setup and recreate the same setup for a production system.

    Posted 2 years ago #

RSS feed for this topic

Reply

You must log in to post.