• Hi everyone,

    I keep getting the following message:

    2012/03/01 11:08.52: [INFO]: BackWPup version 2.1.9, WordPress version 3.3.1 Copyright © 2012 Daniel Hüsken
    2012/03/01 11:08.52: [INFO]: BackWPup comes with ABSOLUTELY NO WARRANTY. This is free software, and you are welcome to redistribute it under certain conditions.
    2012/03/01 11:08.52: [INFO]: BackWPup job: 1. Full export; FILE
    2012/03/01 11:08.52: [INFO]: BackWPup cron: 0 3 * * 5; Fri, 2 Mar 2012 @ 03:00
    2012/03/01 11:08.52: [INFO]: BackWPup job strated manualy
    2012/03/01 11:08.52: [INFO]: PHP ver.: 5.3.5; cgi-fcgi; Linux
    2012/03/01 11:08.52: [INFO]: MySQL ver.: 5.1.56-log
    2012/03/01 11:08.52: [INFO]: curl ver.: 7.18.2; OpenSSL/0.9.8g
    2012/03/01 11:08.52: [INFO]: Temp folder is: /tmp/.backwpup_759153448/
    2012/03/01 11:08.52: [INFO]: Backup file is: /tmp/.backwpup_759153448/RFA_File_Backup_2012-03-01_11-08-52.tar.bz2
    2012/03/01 11:08.52: 1. try for make list of files to backup....
    2012/03/01 11:09.01: 2310 files with 107.97 MB to backup
    2012/03/01 11:09.01: 1. try to create tar.bz2 archive file...
    2012/03/01 11:19.59: [ERROR] Job restarted, bcause inactivity!
    2012/03/01 11:19.59: 2. try to create tar.bz2 archive file...
    2012/03/01 11:19.59: [ERROR] Job restarted, bcause inactivity!
    2012/03/01 11:19.59: 2. try to create tar.bz2 archive file...

    Something seems to be timing out?

    Thanks,
    -Patrick

    http://wordpress.org/extend/plugins/backwpup/

Viewing 15 replies - 16 through 30 (of 40 total)
  • Hi Daniel,

    Do you need admin rights to test it? Or only the URL? I have several webs with WP and all of them use your plugin 🙂

    lofotenresidents.com
    eilertsen-granados.com
    informateca.net

    Hi Daniel,

    old issue but still the same problem. After backup starts, I am getting the message “Job restarted, bcause inactivity!”.
    Is there any workaround? What can I do?

    Just saw one of your mails, that there is a development Version. Will that solve the problem?

    Regards

    Markus

    Hey guys

    I read somewhere the solution for this problem might be overriding the execution time of the script in the php file itself?

    This is maybe the solution: http://davidwalsh.name/increase-php-script-execution-time-limit-ini_set

    I dont know for sure. I’m just trying to help. I’m also having the same issue.

    Hi Daniel,

    would you please comment this issue …..!! It always gives: “job restarted because of inactivity”. Is an older version of your program the solution??
    Can you help us?

    012/09/11 16:18.40: [FEHLER] Auftrag neu gestartet, wegen Inaktivität!
    2012/09/11 16:18.40: [INFO]: BackWPup Version 2.1.15, WordPress Version 3.4.1 Urheberrecht © 2012 Daniel Hüsken
    2012/09/11 16:18.40: [INFO]: BackWPup erhalten Sie OHNE JEDWEDE GARANTIE. Dies ist freie Software (quelloffen, im Sinne von Open Source) und Sie sind eingeladen, sie unter bestimmten Bedingungen weiterzugeben.
    2012/09/11 16:18.40: [INFO]: BackWPup Auftrag: 1. Full Backup; WPEXP+DB+FILE
    2012/09/11 16:18.40: [INFO]: BackWPup-Planung (Cron): 0 3 * * *; Tue, 11 Sep 2012 @ 01:00
    2012/09/11 16:18.40: [INFO]: BackWPup Auftrag von Cron gestartet
    2012/09/11 16:18.40: [INFO]: PHP-Version: 5.2.17; cgi-fcgi; SunOS
    2012/09/11 16:18.40: [INFO]: MySQL-Version: 5.0.91-log
    2012/09/11 16:18.40: [INFO]: cURL-Version: 7.21.1; OpenSSL/0.9.8k
    2012/09/11 16:18.40: [INFO]: Temp-Ordner ist: /mnt/webb/xx/xx/xxxxxx/htdocs/ww/wp-content/plugins/backwpup/tmp/
    2012/09/11 16:18.40: [INFO]: Datensicherungsdatei ist: /mnt/webb/xx/xx/xxxxxx/htdocs/ww/wp-content/plugins/backwpup/backup/backwpup_1_2012-09-10_18-08-48.tar
    2012/09/11 16:18.40: 1. Versuche Datenbank-Dump ...
    2012/09/11 16:18.41: Dumpe Datenbanktabelle "wp_ai1ec_event_category_colors"
    2012/09/11 16:18.41: Dumpe Datenbanktabelle "wp_ai1ec_event_feeds"
    2012/09/11 16:18.41: Dumpe Datenbanktabelle "wp_ai1ec_event_instances"
    2012/09/11 16:18.41: Dumpe Datenbanktabelle "wp_ai1ec_events"
    2012/09/11 16:18.41: Dumpe Datenbanktabelle "wp_ai1ec_facebook_users"
    2012/09/11 16:18.41: Dumpe Datenbanktabelle "wp_ai1ec_facebook_users_events"
    2012/09/11 16:18.41: Dumpe Datenbanktabelle "wp_booking"
    2012/09/11 16:18.41: Dumpe Datenbanktabelle "wp_bookingdates"
    2012/09/11 16:18.41: Dumpe Datenbanktabelle "wp_bookingtypes"
    2012/09/11 16:18.41: Dumpe Datenbanktabelle "wp_commentmeta"
    2012/09/11 16:18.41: Dumpe Datenbanktabelle "wp_comments"
    2012/09/11 16:18.41: Dumpe Datenbanktabelle "wp_customcontactforms_field_options"
    2012/09/11 16:18.41: Dumpe Datenbanktabelle "wp_customcontactforms_fields"
    2012/09/11 16:18.41: Dumpe Datenbanktabelle "wp_customcontactforms_forms"
    2012/09/11 16:18.41: Dumpe Datenbanktabelle "wp_customcontactforms_styles"
    2012/09/11 16:18.41: Dumpe Datenbanktabelle "wp_customcontactforms_user_data"
    2012/09/11 16:18.41: Dumpe Datenbanktabelle "wp_eventscalendar_main"
    2012/09/11 16:18.41: Dumpe Datenbanktabelle "wp_links"
    2012/09/11 16:18.41: Dumpe Datenbanktabelle "wp_ngg_album"
    2012/09/11 16:18.41: Dumpe Datenbanktabelle "wp_ngg_gallery"
    2012/09/11 16:18.41: Dumpe Datenbanktabelle "wp_ngg_pictures"
    2012/09/11 16:18.41: Dumpe Datenbanktabelle "wp_options"
    2012/09/11 16:18.41: Dumpe Datenbanktabelle "wp_postmeta"
    2012/09/11 16:18.41: Dumpe Datenbanktabelle "wp_posts"
    2012/09/11 16:18.42: Dumpe Datenbanktabelle "wp_quick_count_users"
    2012/09/11 16:18.42: Dumpe Datenbanktabelle "wp_quick_flag_countries"
    2012/09/11 16:18.42: Dumpe Datenbanktabelle "wp_quick_flag_ip_ranges"
    2012/09/11 21:24.56: [FEHLER] Auftrag neu gestartet, wegen Inaktivität!
    2012/09/11 21:24.56: [INFO]: BackWPup Version 2.1.15, WordPress Version 3.4.1 Urheberrecht © 2012 Daniel Hüsken
    2012/09/11 21:24.56: [INFO]: BackWPup erhalten Sie OHNE JEDWEDE GARANTIE. Dies ist freie Software (quelloffen, im Sinne von Open Source) und Sie sind eingeladen, sie unter bestimmten Bedingungen weiterzugeben.
    2012/09/11 21:24.56: [INFO]: BackWPup Auftrag: 1. Full Backup; WPEXP+DB+FILE
    2012/09/11 21:24.56: [INFO]: BackWPup-Planung (Cron): 0 3 * * *; Tue, 11 Sep 2012 @ 01:00
    2012/09/11 21:24.56: [INFO]: BackWPup Auftrag von Cron gestartet
    2012/09/11 21:24.56: [INFO]: PHP-Version: 5.2.17; cgi-fcgi; SunOS
    2012/09/11 21:24.56: [INFO]: MySQL-Version: 5.0.91-log
    2012/09/11 21:24.56: [INFO]: cURL-Version: 7.21.1; OpenSSL/0.9.8k
    2012/09/11 21:24.56: [INFO]: Temp-Ordner ist: /mnt/webb/xx/xx/xxxxxx/htdocs/ww/wp-content/plugins/backwpup/tmp/
    2012/09/11 21:24.56: [INFO]: Datensicherungsdatei ist: /mnt/webb/xx/xx/xxxxxx/htdocs/ww/wp-content/plugins/backwpup/backup/backwpup_1_2012-09-10_18-08-48.tar
    2012/09/11 21:24.56: 2. Versuche Datenbank-Dump ...
    2012/09/11 21:24.57: Dumpe Datenbanktabelle "wp_quick_count_users"
    2012/09/11 21:24.57: Dumpe Datenbanktabelle "wp_quick_flag_countries"
    2012/09/11 21:24.57: Dumpe Datenbanktabelle "wp_quick_flag_ip_ranges"
    2012/09/11 21:25.00: Dumpe Datenbanktabelle "wp_res_offers"
    2012/09/11 21:25.00: Dumpe Datenbanktabelle "wp_res_orders"
    2012/09/11 21:25.00: Dumpe Datenbanktabelle "wp_res_orders_content"
    2012/09/11 21:25.00: Dumpe Datenbanktabelle "wp_res_paysys"
    2012/09/11 21:25.00: Dumpe Datenbanktabelle "wp_res_resources"
    2012/09/11 21:25.00: Dumpe Datenbanktabelle "wp_reservations"
    2012/09/11 21:25.00: Dumpe Datenbanktabelle "wp_term_relationships"
    2012/09/11 21:25.00: Dumpe Datenbanktabelle "wp_term_taxonomy"
    2012/09/11 21:25.00: Dumpe Datenbanktabelle "wp_terms"
    2012/09/11 21:25.00: Dumpe Datenbanktabelle "wp_tts_keyword_stats"
    2012/09/11 21:25.00: Dumpe Datenbanktabelle "wp_tts_online_status"
    2012/09/11 21:25.00: Dumpe Datenbanktabelle "wp_tts_referrer_stats"
    2012/09/11 21:25.00: Dumpe Datenbanktabelle "wp_tts_settings"
    2012/09/11 21:25.00: Dumpe Datenbanktabelle "wp_tts_trafficstats"
    2012/09/11 21:25.00: Dumpe Datenbanktabelle "wp_tts_visitors"
    2012/09/11 21:25.00: Dumpe Datenbanktabelle "wp_usermeta"
    2012/09/11 21:25.00: Dumpe Datenbanktabelle "wp_users"
    2012/09/11 21:25.00: Datenbank-Dump fertig!
    2012/09/11 21:25.00: Füge Datenbank-Dump "DB1098586.sql" mit 15.16 MB der Datensicherungsdateiliste hinzu
    2012/09/11 21:25.00: 1. Versuche WordPress-XML-Datei zu exportieren ...
    2012/09/11 21:25.07: Füge XML-Export ".wordpress.2012-09-11.xml" der Datensicherungs-Liste hinzu, mit 2.7 MB
    2012/09/11 21:25.07: 1. Versuche Liste von Dateien zur Datensicherung zu erstellen ...
    2012/09/11 21:25.19: 4564 Dateien mit 113.9 MB zum Sichern
    2012/09/11 21:25.19: 1. Versuche tar Archivdatei zu erstellen ...
    2012/09/11 22:39.02: [FEHLER] Auftrag neu gestartet, wegen Inaktivität!
    2012/09/11 22:39.03: 2. Versuche tar Archivdatei zu erstellen ...
    2012/09/12 01:37.08: [FEHLER] Auftrag neu gestartet, wegen Inaktivität!
    2012/09/12 01:37.09: 3. Versuche tar Archivdatei zu erstellen ...
    2012/09/12 10:12.51: [FEHLER] Auftrag neu gestartet, wegen Inaktivität!
    2012/09/12 10:12.51: [FEHLER] Schritt wurde abgebrochen - hat zuviele Versuche!
    2012/09/12 10:12.51: Auftrag erledigt in 144243 Sekunden.
    Plugin Author Daniel Hüsken

    (@danielhuesken)

    It’s looks like that somewhat brings the job to chrash or terminate it.

    Somtime it is a Problem of thome files. You can test it if you reduce the backup and find where the problem is.

    Also it can a Hoster depended Problem. Hoster aborts scripts that to long works.

    Maybe I can help narrow down the problem a little bit.

    Since the beginning of this year, Daniel’s Backwpup has continued to successfully back up my several hundred MB of WordPress files but had failed to backup my several hundred MB database via a terminal case of “job restarted because of inactivity”.

    To successfully back up my database, I turned to another plugin, WP-DBManager. Where Daniel’s Backwpup usually took 700+ seconds to do its job, WP-DBManager took maybe 2 or three minutes.

    At this point Backwpup is successfully backing up my files and WP-DBmanager is successfully backing up my database. I have made no changes to my site, and neither has my host.

    However, recently I discovered an orphan statistics plugin table which, after I dropped it from my database, appears to have been of considerable size, just the one table. Trying Backwpup again after dropping that large table it again worked successfully, both manually and automatically.

    My conclusion: Daniel’s Backwpup is stymied by large database tables that do not present a problem for WP-DBManager.

    Because I vastly prefer the granularity of control Daniel’s Backwpup offers over the alternative WP-DBManager, I am once again using Backwpup to backup both my several hundred MB of files and my several hundred MB of database. Version 2.1.9 is working well for me now, without introducing as Version 2.1.15 (maybe earlier) does that .htaccess file that blocks all access to the site as it runs.

    Whether or not other factors such as host limitations contribute also or not, the “job restarted because of inactivity” and other Backwpup freezing problems are clearly internal to Backwpup itself while the identical environment does not present any problem for WP-DbManager. Perhaps some clues to Backwpup’s problems lie within the code in WP-DBManager.

    At any rate, again, I vastly prefer the more user-friendly layout and comprehensive control Backwpup provides over its alternatives, and I wish Daniel every good speed in returning the program to its former days of unquestioned superiority.

    @saintandrews

    …without introducing as Version 2.1.15 (maybe earlier) does that .htaccess file that blocks all access to the site as it runs…

    Thank you VERY much for this information, I have been troubleshooting for some time; trying to find out why sites go down every night for a few minutes. (I would get email and text message alerts that sites are unavailable, yet nothing in server logs to indicate why.

    Hopefully I can edit this feature out of the plugin?

    I have currently the same problem(s). I started a backup schedule yesterday with one backup each hour for testing pourposes. I got the timeout errors as mentioned before but the database seems to get backed up easy and produces a file of about 10mb.
    But i had jobs running over 28000sec. which are over 8 hours? And Only few backups where done (or reached the S3 Cloud).
    I started the schedule at about 15.00 yesterday and got only about 8 Backup files due now. My logs look like this:

    […]
    2012/10/23 07:11.33: Datenbank-Dump fertig!
    2012/10/23 07:11.33: Füge Datenbank-Dump “d0143e7f.sql” mit 9.68 MB der Datensicherungsdateiliste hinzu
    2012/10/23 07:11.33: 1. Versuche Liste von Dateien zur Datensicherung zu erstellen …
    2012/10/23 07:23.40: [FEHLER] Auftrag neu gestartet, wegen Inaktivität!
    2012/10/23 07:23.40: 2. Versuche Liste von Dateien zur Datensicherung zu erstellen …

    I have also this issue, but it is not blocking, is just the first log line; after this the job continues normally:

    2012/10/23 21:14.08: [ERROR] Job restarted, bcause inactivity!
    2012/10/23 21:14.08: [INFO]: BackWPup version 2.1.15, WordPress version 3.4.2 Copyright © 2012 Daniel Hüsken
    2012/10/23 21:14.08: [INFO]: BackWPup comes with ABSOLUTELY NO WARRANTY. This is free software, and you are welcome to redistribute it under certain conditions.
    2012/10/23 21:14.08: [INFO]: BackWPup job: 1. http://www.gsnatisone.it DB + FS; DB+FILE+OPTIMIZE+CHECK
    2012/10/23 21:14.08: [INFO]: BackWPup cron: 0 23 * * *; Wed, 24 Oct 2012 @ 21:00
    2012/10/23 21:14.08: [INFO]: BackWPup job started by cron
    2012/10/23 21:14.08: [INFO]: PHP ver.: 5.3.16; cgi-fcgi; Linux
    2012/10/23 21:14.08: [INFO]: MySQL ver.: 5.5.27-28.1-log
    2012/10/23 21:14.08: [INFO]: curl ver.: 7.19.7; NSS/3.13.1.0

    This happens only on scheduled backups. If I start it manually the message does not appear.

    Same here, it has always been working fine before but since I updated to 2.1.15, scheduled database backup job gets this error message several times in a row, until it gives up (or possibily works).

    It usually stops on one of the largest table (13 Mo) but surprisingly, not the largest (80 Mo) that seems to go through fine.

    However, if I run the job manually, no problem !

    I am having the same issue. I am only backing up files and it always gives me 3 errors and then ends giving me a 4th error. It is the exact same as the above code.

    I have cleanup my database and even though it’s way smaller now, backup still never succeeds when scheduled (only manually – and not always).

    And last update 2.1.16 didn’t change anything.

    Plugin Author Daniel Hüsken

    (@danielhuesken)

    Fot the Problem off the Topic i try to find better solutions to get lager script working time. That will be integrated in Version 3 wehen it cam out next Year.

    Daniel,

    Could you please release a test version or something this year? This is a big issue for me as I am currently in the process of not only completely redoing my website but also moving to a new server in the next few weeks. I am currently living off of backups.

    Plugin Author Daniel Hüsken

    (@danielhuesken)

    The Planing for he Version3 is the beggin of next Year.
    I think it is not good to releas a Version where is half ready.

Viewing 15 replies - 16 through 30 (of 40 total)
  • The topic ‘BackWPup: Job restarted, bcause inactivity!’ is closed to new replies.