WordPress Designpraxis Forum Tag: Bug

WordPress Designpraxis Forum Tag: Bug http://wpforum.designpraxis.at/ WordPress Designpraxis Forum Tag: Bug en Sat, 04 Feb 2012 04:14:45 +0000 rol on "Can't Configure Excluded Files" http://wpforum.designpraxis.at/topic/cant-configure-excluded-files#post-447 Thu, 21 Feb 2008 19:25:41 +0000 rol 447@http://wpforum.designpraxis.at/ johnywhy, sorry for the late replay. This is a bug, a wrong link. You can reach you exclude-lists via wp-admin/admin.php?page=bkpwp_options#excludelist johnywhy on "Can't Configure Excluded Files" http://wpforum.designpraxis.at/topic/cant-configure-excluded-files#post-436 Thu, 14 Feb 2008 15:18:03 +0000 johnywhy 436@http://wpforum.designpraxis.at/ got "Cannot load bkpwp-backup-options." when i clicked "presets">"full weekly backup - action">"edit">"configure exclude list" this is a new installation on a clean install of latest wordpress 2.3.3 last few lines of .txt log: ## February 14, 2008 10:55:33: successfully written to SQLfile: /homepages/36/d176208770/htdocs/laptopacademy/wordpress/wp-content/backup/2008-02-14-10-55-32/wordpress.sql ## February 14, 2008 10:55:33: successfully written to SQLfile: /homepages/36/d176208770/htdocs/laptopacademy/wordpress/wp-content/backup/2008-02-14-10-55-32/wordpress.sql ------------------- last few lines of 2008-02-14-10-55-32-full.tar.gz.txt ## February 14, 2008 10:55:44: No old BackUpWordPress Log Files to delete ## February 14, 2008 10:55:44: BackUpWordPress done at February 14, 2008 10:55:44 ## February 14, 2008 10:55:44: BackUpWordPress was running for -0.41 Seconds ------------------- output of phpinfo: PHP information for <a href="http://laptopacademy.net/wordpress" rel="nofollow">http://laptopacademy.net/wordpress</a> max_execution_time: 50000 max_input_time: -1 file_uploads: 1 upload_max_filesize: 20M post_max_size: 8M register_globals: 1 safe_mode: 0 allow_url_fopen: 1 eaccelerator.enable: Other information: PHP Server API: cgi WordPress Version: 2.3.3 WordPress Blog URI: <a href="http://laptopacademy.net/wordpress" rel="nofollow">http://laptopacademy.net/wordpress</a> WordPress Installation URI: <a href="http://laptopacademy.net/wordpress" rel="nofollow">http://laptopacademy.net/wordpress</a> WordPress Theme: /wp-content/themes/laptop-web-2-0 WordPress Permalink Structure: /%postname%%post_id% WordPress wp-content directory is writable WordPress does not use Gzip Compression WP-Cache is running on this installation of WordPress GD library is installed PHP Version: 4.4.7 MySQL Version: 5.0.51-log Browser used: Mozilla/5.0 (Windows; U; Windows NT 6.0; en-US; rv:1.8.1.12) Gecko/20080201 Firefox/2.0.0.12 ------------------- my web-browser is latest stable firefox running on windows vista ------------------- gabrielrodriguez on "Exclusions do not appear to work" http://wpforum.designpraxis.at/topic/exclusions-do-not-appear-to-work#post-394 Sat, 22 Dec 2007 23:56:10 +0000 gabrielrodriguez 394@http://wpforum.designpraxis.at/ I'm having the same problem. What can we do to fix this? Thanks. I'm running latest version of Wordpress 2.3.1 and backup 0.4.5. murph2481 on "Exclusions do not appear to work" http://wpforum.designpraxis.at/topic/exclusions-do-not-appear-to-work#post-360 Tue, 27 Nov 2007 01:18:59 +0000 murph2481 360@http://wpforum.designpraxis.at/ I have tried everything and have the same issue. The backups are running and everything is working as it should but I cannot exclude any folders or files. I tried reading the tutorial about doing it but I did not have any luck. I tried relative paths from every directory and absolute paths from /home but no luck. I created a new backup preset and told it to use the exclusion list but that doesn't change anything. When I click show excluded files all it excludes is the backup folder it ignores whatever I have entered. Any help would be great as I think this backup application is awesome if I can just get it working. Running latest version of Wordpress 2.3.1 and backup 0.4.5 as I said everything is running fine except the exclusion part. If I could just exclude the photos folder from being backed up it would shrink my backup by about 190 megs jimv on "Exclusions do not appear to work" http://wpforum.designpraxis.at/topic/exclusions-do-not-appear-to-work#post-356 Sun, 25 Nov 2007 17:20:01 +0000 jimv 356@http://wpforum.designpraxis.at/ I've just resorted to pulling down my wp directory via ftp and zipping it manually, and I have another plugin that emails me a tar of my database. Works for now. sirnight on "Exclusions do not appear to work" http://wpforum.designpraxis.at/topic/exclusions-do-not-appear-to-work#post-355 Sun, 25 Nov 2007 14:11:34 +0000 sirnight 355@http://wpforum.designpraxis.at/ I've got an equal issue: BackUpWordPress seems to ignore my exclude lists. I've tried relative and absolute paths, but "show exluded files" never excluded anything more then my backup folder and recalculate disk space includes my excluded paths, too. I am using WordPress 2.3.1 and BackUpWordPress 0.4.5 on a server, hosted by provider. jimv on "Exclusions do not appear to work" http://wpforum.designpraxis.at/topic/exclusions-do-not-appear-to-work#post-353 Sun, 18 Nov 2007 20:47:41 +0000 jimv 353@http://wpforum.designpraxis.at/ When I click on the button to calculate the backup size, it gives me a result of about 54 mb. However, when I run the backup, I get a 700 mb file. I think this is because it's backing up everything in my public_html directory, not just my wordpress stuff. I have about 5 sites that I host on the same server, and the plugin is backing them all up into the same file. I've tried exclusions using relative and absolute references, but it doesn't seem to help. My directory structure is like this: /me/public_html <--main site /me/public_html/site2 /me/public_html/site3 /me/public_html/site4 /me/public_html/site5 rol on "BackUpWordPress Bugs" http://wpforum.designpraxis.at/topic/backupwordpress-bugs/page/3#post-177 Thu, 20 Sep 2007 15:43:15 +0000 rol 177@http://wpforum.designpraxis.at/ @boom, can you upload data through the post-editor upload interface into wp-content/uploads? mrking on "BackUpWordPress Bugs" http://wpforum.designpraxis.at/topic/backupwordpress-bugs/page/3#post-176 Thu, 20 Sep 2007 12:41:08 +0000 mrking 176@http://wpforum.designpraxis.at/ @rol thanks boom on "BackUpWordPress Bugs" http://wpforum.designpraxis.at/topic/backupwordpress-bugs/page/3#post-175 Thu, 20 Sep 2007 10:53:41 +0000 boom 175@http://wpforum.designpraxis.at/ Rol, yes I have ftp access but i cannot change permissions on folders, the serveur is not allowing chmod commands :( I have 755 on backup folder when creating it from wpbackup interface and 700 while manualy. rol on "BackUpWordPress Bugs" http://wpforum.designpraxis.at/topic/backupwordpress-bugs/page/3#post-172 Thu, 20 Sep 2007 08:38:58 +0000 rol 172@http://wpforum.designpraxis.at/ oh I see; you are not allowed to chmod something? Don't you have FTP or SFTP access to your wordpress installation? rol on "BackUpWordPress Bugs" http://wpforum.designpraxis.at/topic/backupwordpress-bugs/page/3#post-171 Thu, 20 Sep 2007 08:37:47 +0000 rol 171@http://wpforum.designpraxis.at/ boom, have you tried this: <a href="http://wpforum.designpraxis.at/topic/backupwordpress-bugs/page/3?replies=72#post-168" rel="nofollow">http://wpforum.designpraxis.at/topic/backupwordpress-bugs/page/3?replies=72#post-168</a> ? boom on "BackUpWordPress Bugs" http://wpforum.designpraxis.at/topic/backupwordpress-bugs/page/3#post-170 Thu, 20 Sep 2007 08:02:28 +0000 boom 170@http://wpforum.designpraxis.at/ Hi, I think I have the same problem than Fransisco, But unfortunately my web hosting (free.fr) is not allowing chmod and safe mode is ON. do you think that it is possible to find a workaround ? Boom. rol on "BackUpWordPress Bugs" http://wpforum.designpraxis.at/topic/backupwordpress-bugs/page/3#post-168 Thu, 20 Sep 2007 05:07:21 +0000 rol 168@http://wpforum.designpraxis.at/ Francisco, SAFE MODE Restriction in effect. The script whose uid is 10074 is not allowed to access deleted_from_post/httpdocs/wp-content/backup owned by uid 48 means: Your webserver is running as user 10074, your backup directory is owned by user 48. Unless you don't do a "chown 10074 wp-content/backup", you won't be lucky, since you have got SAFE-MODE on. Try the following: delete hte backup directory, chmod 777 your wp-content, let BackUpWordPress create you backup directory (this should now be owned by uid 10074, the webserver), chmod 755 your wp-content. Now, when Apache is writing to the backup directory it should be allowed to. rol on "BackUpWordPress Bugs" http://wpforum.designpraxis.at/topic/backupwordpress-bugs/page/3#post-167 Thu, 20 Sep 2007 05:01:16 +0000 rol 167@http://wpforum.designpraxis.at/ mrking, have you tested your excludelist? There is an option to preview what will definitely be excluded. If you can see that directory in the reulst of the excludelist preview and your preset is configured right (there is also an option to preview the results of a preset), manual backup should ignore this directory and therefore not throw that error again. mrking on "BackUpWordPress Bugs" http://wpforum.designpraxis.at/topic/backupwordpress-bugs/page/3#post-166 Thu, 20 Sep 2007 02:35:09 +0000 mrking 166@http://wpforum.designpraxis.at/ @rol Thanks for the tip. However, I still get this error.... Warning: copy(/home/content/m/r/k/mrking/html/stats/.statspwd): failed to open stream: Permission denied in /home/content/m/r/k/mrking/html/wp-content/plugins/backupwordpress/bkpwp-classes/manage_backups.php on line 558 Even with that folder in my exclusion list and selected in manual back options. FranciscoH on "BackUpWordPress Bugs" http://wpforum.designpraxis.at/topic/backupwordpress-bugs/page/3#post-165 Wed, 19 Sep 2007 22:20:30 +0000 FranciscoH 165@http://wpforum.designpraxis.at/ Fixed one problem, ran into another. I was creating the backup folder, that's was the original problem. So I now let the plugin create the folder. First phpinfo: max_execution_time: 30 max_input_time: 60 file_uploads: 1 upload_max_filesize: 2M post_max_size: 8M register_globals: 1 safe_mode: 1 allow_url_fopen: eaccelerator.enable: Other information: PHP Server API: apache2handler WordPress Version: 2.2.3 WordPress Blog URI: <a href="http://www.fiscaldemesa.com.ar" rel="nofollow">http://www.fiscaldemesa.com.ar</a> WordPress Installation URI: <a href="http://www.fiscaldemesa.com.ar" rel="nofollow">http://www.fiscaldemesa.com.ar</a> WordPress Theme: /wp-content/themes/ProSense WordPress Permalink Structure: /archives/%post_id% WordPress wp-content directory is writable WordPress does not use Gzip Compression WP-Cache is running on this installation of WordPress GD library is installed PHP Version: 4.3.9 MySQL Version: 4.1.20 Browser used: Mozilla/5.0 (Macintosh; U; Intel Mac OS X; en-US; rv:1.8.1.7) Gecko/20070914 Firefox/2.0.0.7 I got this on the Backup screen: Warning: Invalid argument supplied for foreach() in deleted_from_post/httpdocs/wp-content/plugins/backupwordpress/bkpwp-classes/manage_backups.php on line 980 Then lots similar to Warning: mkdir(): SAFE MODE Restriction in effect. The script whose uid is 10074 is not allowed to access deleted_from_post/httpdocs/wp-content/backup owned by uid 48 in deleted_from_post/httpdocs/wp-content/plugins/backupwordpress/bkpwp-classes/manage_backups.php on line 488 then lots of: Warning: Invalid argument supplied for foreach() in deleted_from_post/httpdocs/wp-content/plugins/backupwordpress/bkpwp-classes/options.php on line 254 Then lots of: Warning: copy(): SAFE MODE Restriction in effect. The script whose uid is 10074 is not allowed to access deleted_from_post/httpdocs/wp-content/backup owned by uid 48 in deleted_from_post/httpdocs/wp-content/plugins/backupwordpress/bkpwp-classes/manage_backups.php on line 558 Warning: copy(deleted_from_post/httpdocs/wp-content/backup/2007-09-18-19-37-55/wordpress_files/.htaccess): failed to open stream: No such file or directory in deleted_from_post/httpdocs/wp-content/plugins/backupwordpress/bkpwp-classes/manage_backups.php on line 558 and the last lines: Warning: copy(deleted_from_post/httpdocs/wp-content/backup/2007-09-18-19-37-55/wordpress_files/cosasplesk/test/ssi/test.shtml): failed to open stream: No such file or directory in deleted_from_post/httpdocs/wp-content/plugins/backupwordpress/bkpwp-classes/manage_backups.php on line 558 Archive unknown Notice: Archive unknown in deleted_from_post/httpdocs/wp-content/plugins/backupwordpress/PEAR.php on line 896 Archive unknown rol on "BackUpWordPress Bugs" http://wpforum.designpraxis.at/topic/backupwordpress-bugs/page/3#post-159 Wed, 19 Sep 2007 08:50:57 +0000 rol 159@http://wpforum.designpraxis.at/ mrking, yes, there is a solution: create yourself an excludelist and add the path to html/stats/. You would not want to backup your stats anyway. Create a preset with this exclude list. Use this preset for you manual backups. As for you scheduled backups: just leve the as is. You'll see that error message within your logfile, but that doesn't affect the integrity of your resulting backups. mrking on "BackUpWordPress Bugs" http://wpforum.designpraxis.at/topic/backupwordpress-bugs/page/3#post-157 Tue, 18 Sep 2007 22:36:30 +0000 mrking 157@http://wpforum.designpraxis.at/ @rol Checked it out with Total Commander. All checks out and everything is there. Any way we can get the error message to disappear then if all is backing up OK? rol on "BackUpWordPress Bugs" http://wpforum.designpraxis.at/topic/backupwordpress-bugs/page/3#post-156 Tue, 18 Sep 2007 20:36:34 +0000 rol 156@http://wpforum.designpraxis.at/ chris, thanks for the report, I'll have a look into it tomorrow ;) rol on "BackUpWordPress Bugs" http://wpforum.designpraxis.at/topic/backupwordpress-bugs/page/3#post-155 Tue, 18 Sep 2007 20:23:14 +0000 rol 155@http://wpforum.designpraxis.at/ FranciscoH, the line ## Tuesday, 18 de September de 2007 16:59:13: SQL Dump could not be created. in your logfile means that BackUpWordPress (that means PHP running with the permissions of the webserver) was not able to write into the backup directory. Obviously directories created by the user that runs the webserver are not writable by this user. Can you please post the results of this plugin: <a href="http://wordpress.designpraxis.at/plugins/phpinfo/" rel="nofollow">http://wordpress.designpraxis.at/plugins/phpinfo/</a> I think it is a server side issue you are running into. rol on "BackUpWordPress Bugs" http://wpforum.designpraxis.at/topic/backupwordpress-bugs/page/3#post-154 Tue, 18 Sep 2007 20:17:42 +0000 rol 154@http://wpforum.designpraxis.at/ mrking, everything seems to be allright, except that html/stats/.statspwd file. The webserver has not enough permissions to read that file, therefore BackUpWordPress is not able to backup that file. How do the contents of the created backup file look like? Is everything in there? Download and extract it, and see if the sql-dump is well. Use a tool like "Total Commander" (on windows) to compare the contents of the backup with your wordpress installation online. FranciscoH on "BackUpWordPress Bugs" http://wpforum.designpraxis.at/topic/backupwordpress-bugs/page/3#post-153 Tue, 18 Sep 2007 19:25:02 +0000 FranciscoH 153@http://wpforum.designpraxis.at/ At first I had problems because the logs directory was created with not enough privileges. Had to delete it and create a new one. Manual backup does something, creates a sql.tar.gz file (I'm doing just the sql backup)that is 35 bytes long. It decompresses to a tar file that cannot be further decompressed. The log file is as follows: Preset: sql only Schedule: manually WordPress Version: 2.2.3 BackUpWordPress Version: 0.3.1 ## Tuesday, 18 de September de 2007 16:59:13: BackUpWordPress starting at Tuesday, 18 de September de 2007 16:59:13 ## Tuesday, 18 de September de 2007 16:59:13: BackUpWordPress using Preset sql only ## Tuesday, 18 de September de 2007 16:59:13: BackUpWordPress temporary Directory 'delete_from_post/httpdocs/wp-content/backups/2007-09-18-16-59-13' created ## Tuesday, 18 de September de 2007 16:59:13: MySQL server connected successfully Tuesday, 18 de September de 2007 16:59:13 ## Tuesday, 18 de September de 2007 16:59:13: sql-dump for wp_categories created Tuesday, 18 de September de 2007 16:59:13 ## Tuesday, 18 de September de 2007 16:59:13: sql-dump for wp_comments created Tuesday, 18 de September de 2007 16:59:13 ## Tuesday, 18 de September de 2007 16:59:13: sql-dump for wp_golfresult created Tuesday, 18 de September de 2007 16:59:13 ## Tuesday, 18 de September de 2007 16:59:13: sql-dump for wp_golftable created Tuesday, 18 de September de 2007 16:59:13 ## Tuesday, 18 de September de 2007 16:59:13: sql-dump for wp_link2cat created Tuesday, 18 de September de 2007 16:59:13 ## Tuesday, 18 de September de 2007 16:59:13: sql-dump for wp_links created Tuesday, 18 de September de 2007 16:59:13 ## Tuesday, 18 de September de 2007 16:59:13: sql-dump for wp_options created Tuesday, 18 de September de 2007 16:59:13 ## Tuesday, 18 de September de 2007 16:59:13: sql-dump for wp_post2cat created Tuesday, 18 de September de 2007 16:59:13 ## Tuesday, 18 de September de 2007 16:59:13: sql-dump for wp_postmeta created Tuesday, 18 de September de 2007 16:59:13 ## Tuesday, 18 de September de 2007 16:59:13: sql-dump for wp_posts created Tuesday, 18 de September de 2007 16:59:13 ## Tuesday, 18 de September de 2007 16:59:13: sql-dump for wp_sticky created Tuesday, 18 de September de 2007 16:59:13 ## Tuesday, 18 de September de 2007 16:59:13: sql-dump for wp_usermeta created Tuesday, 18 de September de 2007 16:59:13 ## Tuesday, 18 de September de 2007 16:59:13: sql-dump for wp_users created Tuesday, 18 de September de 2007 16:59:13 ## Tuesday, 18 de September de 2007 16:59:13: SQL Dump could not be created. ## Tuesday, 18 de September de 2007 16:59:13: Archive File created/compressed successfully: delete_from_post/httpdocs/wp-content/backups/2007-09-18-16-59-13-sql.tar.gz ## Tuesday, 18 de September de 2007 16:59:13: 1 Temporary Directories and Files deleted successfully ## Tuesday, 18 de September de 2007 16:59:13: No old BackUpWordPress Archives to delete ## Tuesday, 18 de September de 2007 16:59:13: No old BackUpWordPress Log Files to delete ## Tuesday, 18 de September de 2007 16:59:13: BackUpWordPress done at Tuesday, 18 de September de 2007 16:59:13 ## Tuesday, 18 de September de 2007 16:59:13: BackUpWordPress was running for 0.2 Seconds mrking on "BackUpWordPress Bugs" http://wpforum.designpraxis.at/topic/backupwordpress-bugs/page/3#post-152 Tue, 18 Sep 2007 18:14:39 +0000 mrking 152@http://wpforum.designpraxis.at/ ok, i deactivate, deleted WPBU and provious backups and logs in backup folder, uploaded, reactivated and get this error.... I am on godaddy --------- Warning: copy(/home/content/m/r/k/mrking/html/stats/.statspwd): failed to open stream: Permission denied in /home/content/m/r/k/mrking/html/wp-content/plugins/backupwordpress/bkpwp-classes/manage_backups.php on line 558 WordPress database error: [Lost connection to MySQL server during query] SELECT option_id, autoload FROM wp_options WHERE option_name = 'bkpwp_status' WordPress database error: [MySQL server has gone away] SELECT option_id, autoload FROM wp_options WHERE option_name = 'bkpwp_status_config' WordPress database error: [MySQL server has gone away] SELECT option_value FROM wp_options WHERE option_name = 'bkpwp_automail' LIMIT 1 WordPress database error: [MySQL server has gone away] SELECT option_value FROM wp_options WHERE option_name = 'bkpwp_automail_maxsize' LIMIT 1 ------------ I do have a zip file in the backup folder though of the appropriate size. Not sure if it contains everything though... Here is the log file... ---------- Preset: my full backup Schedule: manually WordPress Version: 2.2.3 BackUpWordPress Version: 0.3.1 ## September 18, 2007 12:10:21: BackUpWordPress starting at September 18, 2007 12:10:21 ## September 18, 2007 12:10:21: BackUpWordPress using Preset my full backup ## September 18, 2007 12:10:21: BackUpWordPress temporary Directory '/home/content/m/r/k/mrking/html/wp-content/backup/2007-09-18-12-10-21' created ## September 18, 2007 12:10:21: BackUpWordPress temporary Directory '/home/content/m/r/k/mrking/html/wp-content/backup/2007-09-18-12-10-21/wordpress_files' created ## September 18, 2007 12:10:21: MySQL server connected successfully September 18, 2007 12:10:21 ## September 18, 2007 12:10:21: sql-dump for crawlt_archive created September 18, 2007 12:10:21 ## September 18, 2007 12:10:21: sql-dump for crawlt_cache created September 18, 2007 12:10:21 ## September 18, 2007 12:10:21: sql-dump for crawlt_config created September 18, 2007 12:10:21 ## September 18, 2007 12:10:21: sql-dump for crawlt_crawler created September 18, 2007 12:10:21 ## September 18, 2007 12:10:21: sql-dump for crawlt_graph created September 18, 2007 12:10:21 ## September 18, 2007 12:10:34: sql-dump for crawlt_ip_data created September 18, 2007 12:10:34 ## September 18, 2007 12:10:34: sql-dump for crawlt_ip_used created September 18, 2007 12:10:34 ## September 18, 2007 12:10:34: sql-dump for crawlt_keyword created September 18, 2007 12:10:34 ## September 18, 2007 12:10:34: sql-dump for crawlt_login created September 18, 2007 12:10:34 ## September 18, 2007 12:10:34: sql-dump for crawlt_pages created September 18, 2007 12:10:34 ## September 18, 2007 12:10:34: sql-dump for crawlt_seo_position created September 18, 2007 12:10:34 ## September 18, 2007 12:10:34: sql-dump for crawlt_site created September 18, 2007 12:10:34 ## September 18, 2007 12:10:34: sql-dump for crawlt_update created September 18, 2007 12:10:34 ## September 18, 2007 12:10:34: sql-dump for crawlt_visits created September 18, 2007 12:10:34 ## September 18, 2007 12:10:34: sql-dump for crawlt_visits_human created September 18, 2007 12:10:34 ## September 18, 2007 12:10:34: sql-dump for wp_bad_behavior created September 18, 2007 12:10:34 ## September 18, 2007 12:10:34: sql-dump for wp_cart_contents created September 18, 2007 12:10:34 ## September 18, 2007 12:10:34: sql-dump for wp_cart_item_variations created September 18, 2007 12:10:34 ## September 18, 2007 12:10:34: sql-dump for wp_categories created September 18, 2007 12:10:34 ## September 18, 2007 12:10:34: sql-dump for wp_clicktracking created September 18, 2007 12:10:34 ## September 18, 2007 12:10:34: sql-dump for wp_collect_data_forms created September 18, 2007 12:10:34 ## September 18, 2007 12:10:34: sql-dump for wp_comments created September 18, 2007 12:10:34 ## September 18, 2007 12:10:34: sql-dump for wp_currency_list created September 18, 2007 12:10:34 ## September 18, 2007 12:10:34: sql-dump for wp_download_status created September 18, 2007 12:10:34 ## September 18, 2007 12:10:34: sql-dump for wp_item_category_associations created September 18, 2007 12:10:34 ## September 18, 2007 12:10:34: sql-dump for wp_link2cat created September 18, 2007 12:10:34 ## September 18, 2007 12:10:34: sql-dump for wp_links created September 18, 2007 12:10:34 ## September 18, 2007 12:10:35: sql-dump for wp_options created September 18, 2007 12:10:35 ## September 18, 2007 12:10:35: sql-dump for wp_post2cat created September 18, 2007 12:10:35 ## September 18, 2007 12:10:35: sql-dump for wp_postmeta created September 18, 2007 12:10:35 ## September 18, 2007 12:10:35: sql-dump for wp_posts created September 18, 2007 12:10:35 ## September 18, 2007 12:10:35: sql-dump for wp_pravin_todo created September 18, 2007 12:10:35 ## September 18, 2007 12:10:35: sql-dump for wp_pravin_todo_options created September 18, 2007 12:10:35 ## September 18, 2007 12:10:35: sql-dump for wp_product_brands created September 18, 2007 12:10:35 ## September 18, 2007 12:10:35: sql-dump for wp_product_categories created September 18, 2007 12:10:35 ## September 18, 2007 12:10:35: sql-dump for wp_product_files created September 18, 2007 12:10:35 ## September 18, 2007 12:10:35: sql-dump for wp_product_list created September 18, 2007 12:10:35 ## September 18, 2007 12:10:35: sql-dump for wp_product_order created September 18, 2007 12:10:35 ## September 18, 2007 12:10:35: sql-dump for wp_product_rating created September 18, 2007 12:10:35 ## September 18, 2007 12:10:35: sql-dump for wp_product_variations created September 18, 2007 12:10:35 ## September 18, 2007 12:10:35: sql-dump for wp_punmail created September 18, 2007 12:10:35 ## September 18, 2007 12:10:35: sql-dump for wp_purchase_logs created September 18, 2007 12:10:35 ## September 18, 2007 12:10:35: sql-dump for wp_purchase_statuses created September 18, 2007 12:10:35 ## September 18, 2007 12:10:35: sql-dump for wp_region_tax created September 18, 2007 12:10:35 ## September 18, 2007 12:10:45: sql-dump for wp_slim_countries created September 18, 2007 12:10:45 ## September 18, 2007 12:10:45: sql-dump for wp_slim_stats created September 18, 2007 12:10:45 ## September 18, 2007 12:10:45: sql-dump for wp_submited_form_data created September 18, 2007 12:10:45 ## September 18, 2007 12:10:45: sql-dump for wp_subscribe2 created September 18, 2007 12:10:45 ## September 18, 2007 12:10:45: sql-dump for wp_todolist created September 18, 2007 12:10:45 ## September 18, 2007 12:10:45: sql-dump for wp_usermeta created September 18, 2007 12:10:45 ## September 18, 2007 12:10:45: sql-dump for wp_useronline created September 18, 2007 12:10:45 ## September 18, 2007 12:10:45: sql-dump for wp_users created September 18, 2007 12:10:45 ## September 18, 2007 12:10:45: sql-dump for wp_variation_associations created September 18, 2007 12:10:45 ## September 18, 2007 12:10:45: sql-dump for wp_variation_priceandstock created September 18, 2007 12:10:45 ## September 18, 2007 12:10:45: sql-dump for wp_variation_values created September 18, 2007 12:10:45 ## September 18, 2007 12:10:45: sql-dump for wp_variation_values_associations created September 18, 2007 12:10:45 ## September 18, 2007 12:10:45: sql-dump for wp_wpsc_productmeta created September 18, 2007 12:10:45 ## September 18, 2007 12:10:45: SQL Dump created. ## September 18, 2007 12:10:47: Failed to copy file: /home/content/m/r/k/mrking/html/stats/.statspwd ## September 18, 2007 12:11:17: 325 Temporary Subdirectories copied sucessfully ## September 18, 2007 12:11:17: 3059 Temporary Files copied sucessfully ## September 18, 2007 12:11:35: Archive File created/compressed successfully: /home/content/m/r/k/mrking/html/wp-content/backup/2007-09-18-12-10-21-full.zip ## September 18, 2007 12:11:40: 3386 Temporary Directories and Files deleted successfully ## September 18, 2007 12:11:40: No old BackUpWordPress Archives to delete ## September 18, 2007 12:11:40: No old BackUpWordPress Log Files to delete ## September 18, 2007 12:11:40: BackUpWordPress done at September 18, 2007 12:11:40 ## September 18, 2007 12:11:40: BackUpWordPress was running for -0.09 Seconds mrking on "BackUpWordPress Bugs" http://wpforum.designpraxis.at/topic/backupwordpress-bugs/page/2#post-151 Tue, 18 Sep 2007 18:06:20 +0000 mrking 151@http://wpforum.designpraxis.at/ i deactivated and rewrote then reactivated. I'll try the deactivate, delete, upload, reactivate.... brb chris on "BackUpWordPress Bugs" http://wpforum.designpraxis.at/topic/backupwordpress-bugs/page/2#post-150 Tue, 18 Sep 2007 17:20:03 +0000 chris 150@http://wpforum.designpraxis.at/ hi guys.. i installed 0.3.1 . starting the backup manually works now.. a bit ;) after about 60 sec. the BWP pages looks like this. Your backup is being processed. Warning: Invalid argument supplied for foreach() in /srv/www/htdocs/web72/html/sisoweb/wp-content/plugins/backupwordpress/bkpwp-classes/manage_backups.php on line 980 Warning: Invalid argument supplied for foreach() in /srv/www/htdocs/web72/html/sisoweb/wp-content/plugins/backupwordpress/bkpwp-classes/options.php on line 254 Warning: Invalid argument supplied for foreach() in /srv/www/htdocs/web72/html/sisoweb/wp-content/plugins/backupwordpress/bkpwp-classes/options.php on line 254 Warning: Invalid argument supplied for foreach() in /srv/www/htdocs/web72/html/sisoweb/wp-content/plugins/backupwordpress/bkpwp-classes/options.php on line 254 . . . . . . . . . about 500x the same . . . Warning: Invalid argument supplied for foreach() in /srv/www/htdocs/web72/html/sisoweb/wp-content/plugins/backupwordpress/bkpwp-classes/options.php on line 254 Warning: Invalid argument supplied for foreach() in /srv/www/htdocs/web72/html/sisoweb/wp-content/plugins/backupwordpress/bkpwp-classes/options.php on line 254 Warning: Invalid argument supplied for foreach() in /srv/www/htdocs/web72/html/sisoweb/wp-content/plugins/backupwordpress/bkpwp-classes/options.php on line 254 Warning: Invalid argument supplied for foreach() in /srv/www/htdocs/web72/html/sisoweb/wp-content/plugins/backupwordpress/bkpwp-classes/options.php on line 254 Archive unknown Notice: Archive unknown in /srv/www/htdocs/web72/html/sisoweb/wp-content/plugins/backupwordpress/PEAR.php on line 896 Archive unknown then, after clicking the BWP i get following message: Last Action of BackUpWordPress: Creating Backup Archive: 2007-09-18-17-07-10. Saving File /srv/www/htdocs/web72/html/sisoweb/wp-includes/js/tinymce/themes/advanced/images/unlink.gif at 18. September 2007 17:07:22 BackUpWordPress did not proceed with the current task since 0 days 3 hours 0 minutes 30 seconds BackUpWordPress tries to proceed with this unfinished backup. On a WordPress website with low traffic, reload the page a few times, to trigger the action. If nothing happens for more than 5 minutes, deaktivate the plugin, install the newest version and activate again. But, finally a backup folder and a log file is created. i uploaded the 2 log files here <a href="http://www.silent-sounds.de/18092007_031_0001.zip" rel="nofollow">http://www.silent-sounds.de/18092007_031_0001.zip</a> rol on "BackUpWordPress Bugs" http://wpforum.designpraxis.at/topic/backupwordpress-bugs/page/2#post-148 Tue, 18 Sep 2007 17:00:06 +0000 rol 148@http://wpforum.designpraxis.at/ Have you deactivated (Plugins Panel), deleted, uploaded an reactivated (Plugins Panel again)? Or just uploaded overwriting the older plugin version? mrking on "BackUpWordPress Bugs" http://wpforum.designpraxis.at/topic/backupwordpress-bugs/page/2#post-146 Tue, 18 Sep 2007 14:52:15 +0000 mrking 146@http://wpforum.designpraxis.at/ Just updated to 0.3.1 and get the following error with a full backup (ZIP) --------- Warning: copy(/home/content/m/r/k/mrking/html/stats/.statspwd): failed to open stream: Permission denied in /home/content/m/r/k/mrking/html/wp-content/plugins/backupwordpress/bkpwp-classes/manage_backups.php on line 558 WordPress database error: [Lost connection to MySQL server during query] SELECT option_id, autoload FROM wp_options WHERE option_name = 'bkpwp_status' WordPress database error: [MySQL server has gone away] SELECT option_id, autoload FROM wp_options WHERE option_name = 'bkpwp_status_config' --------- phpinfo is: PHP information for <a href="http://www.artbymichaelking.com" rel="nofollow">http://www.artbymichaelking.com</a> max_execution_time: 150 max_input_time: 60 file_uploads: 1 upload_max_filesize: 8M post_max_size: 8M register_globals: safe_mode: 0 allow_url_fopen: eaccelerator.enable: Other information: PHP Server API: cgi-fcgi WordPress Version: 2.2.3 WordPress Blog URI: <a href="http://www.artbymichaelking.com" rel="nofollow">http://www.artbymichaelking.com</a> WordPress Installation URI: <a href="http://www.artbymichaelking.com" rel="nofollow">http://www.artbymichaelking.com</a> WordPress Theme: /wp-content/themes/tarski17 WordPress Permalink Structure: /%year%/%monthnum%/%day%/%postname%/ WordPress wp-content directory is writable WordPress does not use Gzip Compression WP-Cache is running on this installation of WordPress GD library is installed PHP Version: 4.3.11 MySQL Version: 5.0.45-log Browser used: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.8.1.6) Gecko/20070725 Firefox/2.0.0.6 rol on "BackUpWordPress Bugs" http://wpforum.designpraxis.at/topic/backupwordpress-bugs/page/2#post-102 Wed, 12 Sep 2007 01:29:49 +0000 rol 102@http://wpforum.designpraxis.at/ mrking, thanks! changed that immediately. rol on "BackUpWordPress Bugs" http://wpforum.designpraxis.at/topic/backupwordpress-bugs/page/2#post-101 Wed, 12 Sep 2007 01:27:42 +0000 rol 101@http://wpforum.designpraxis.at/ chris, the problem is you execution timeout: you have got VERY restrictive php_ini settings! Can you do a ini_set() on max_execution_time? I suppose, if you are not root on you machine, probably not :( The problem is, that BackUpWordPress quite likely runs longer than 10 Seconds. I have implemented staggered export of the data, so that shouldn't matter. As I said: should not. A max_execution_time setting of 30 seconds is quite common and there have been no problems with such a setting. However, I'll try to restrict my offline version to settings as apply to you webserver and do some testing as soon as I find the time.