http://wpforum.designpraxis.at/ WordPress Designpraxis Forum Tag: error en Tue, 07 Feb 2012 15:15:50 +0000 http://wpforum.designpraxis.at/topic/i-have-duplicated-files-in-the-backup-12-each#post-451 Thu, 21 Feb 2008 19:43:24 +0000 rol 451@http://wpforum.designpraxis.at/ <p>hi guys, sorry for being so late to join this debate, but I have been quite busy these days... Has anyone patched the version of FILE ARCHIVE coming with BackUpWordPress according to <a href="http://pear.php.net/bugs/bug.php?id=6546" rel="nofollow">http://pear.php.net/bugs/bug.php?id=6546</a> ad got better results? </p> http://wpforum.designpraxis.at/topic/i-have-duplicated-files-in-the-backup-12-each#post-431 Sun, 03 Feb 2008 17:06:57 +0000 madbadcat 431@http://wpforum.designpraxis.at/ <p>i am actually having the very same issues- while my whole site including all images is less than 50mg- my backups come out to 140mgs! after inspecting them i am getting doubles and triplicates of everyhting.<br /> i have tried deleting the plugin, deleting its respective mysql tables and reinstalling. that doesn't fix it.<br /> i can say though that the problems started after i moved to the new server.<br /> i will look into the difference between the old and new. </p> http://wpforum.designpraxis.at/topic/i-have-duplicated-files-in-the-backup-12-each#post-424 Thu, 24 Jan 2008 19:19:12 +0000 bentimberlinedealershipscom 424@http://wpforum.designpraxis.at/ <p>Opening up the permissions wide open to 777 on the problem directories/files temporarily works until new files are posted in a browser.</p> <p>I can confirm that setting the archive type to zip still has the same problems with multiple files added to an archive. It appears to be an issue with the pear FILE ARCHIVE and not just the tar.php within. </p> http://wpforum.designpraxis.at/topic/i-have-duplicated-files-in-the-backup-12-each#post-422 Wed, 23 Jan 2008 03:36:20 +0000 cthomas 422@http://wpforum.designpraxis.at/ <p>Since my last post, I have setup a development server identical to the production server and tested Backupwordpress using a very permissive set of directory and file permissions for the wp-content/backup/ directory created by Backupwordpress as suggested by previous posts elsewhere in this forum. </p> <p>When I backed up my files, the backup was consistently one fifth the size (28 Mb) of the backups prior to the permissions change (150 Mb). Looking at the backups though I noted that files were still repeated 3 times. So permissions don't solve everything. I still have the "Failed to change backup permissions ..." error in the logs.</p> <p>Hope these snippets help anyone who can assist. </p> http://wpforum.designpraxis.at/topic/i-have-duplicated-files-in-the-backup-12-each#post-421 Tue, 22 Jan 2008 22:14:39 +0000 cthomas 421@http://wpforum.designpraxis.at/ <p>I can confirm these observations. I have latest XAMPP implementation on Fedora Core 8, Wordpress Version 2.3.2 and Backupwordpress 0.4.5. I do not request delivery of the archives by mail.</p> <p>The backups are very large (150 Mb) even though the estimates are only a few Mb. I have files within the backups that are repeated anything up to 16x! I have reinstalled Backupwordpress several times without resoolving this issue. </p> <p>Interestingly, the SQL backups are quite small and in line with estimates.</p> <p>The backup logs for all three of my wordpress implementations are the same ie.</p> <p>/opt/lampp/htdocs/afw/wp-content/backup/2008-01-22-18-34-35-sql.tar.gz<br /> BackUp Logfile<br /> Line# 00 Preset: sql only<br /> Line# 01 Schedule: manually<br /> Line# 02 WordPress Version: 2.3.2<br /> Line# 03 BackUpWordPress Version: 0.4.5<br /> Line# 04 ## January 22, 2008 18:34:35: BackUpWordPress starting at January 22, 2008 18:34:35<br /> Line# 05 ## January 22, 2008 18:34:35: BackUpWordPress using Preset sql only<br /> Line# 06 ## January 22, 2008 18:34:35: BackUpWordPress temporary Directory '/opt/lampp/htdocs/afw/wp-content/backup/2008-01-22-18-34-35' created<br /> Line# 07 ## January 22, 2008 18:34:35: MySQL server connected successfully January 22, 2008 18:34:35<br /> Line# 08 ## January 22, 2008 18:34:35: sql-dump for wp_comments created January 22, 2008 18:34:35<br /> Line# 09 ## January 22, 2008 18:34:35: sql-dump for wp_links created January 22, 2008 18:34:35<br /> Line# 10 ## January 22, 2008 18:34:35: sql-dump for wp_options created January 22, 2008 18:34:35<br /> Line# 11 ## January 22, 2008 18:34:35: sql-dump for wp_postmeta created January 22, 2008 18:34:35<br /> Line# 12 ## January 22, 2008 18:34:35: sql-dump for wp_posts created January 22, 2008 18:34:35<br /> Line# 13 ## January 22, 2008 18:34:35: sql-dump for wp_term_relationships created January 22, 2008 18:34:35<br /> Line# 14 ## January 22, 2008 18:34:35: sql-dump for wp_term_taxonomy created January 22, 2008 18:34:35<br /> Line# 15 ## January 22, 2008 18:34:35: sql-dump for wp_terms created January 22, 2008 18:34:35<br /> Line# 16 ## January 22, 2008 18:34:35: sql-dump for wp_usermeta created January 22, 2008 18:34:35<br /> Line# 17 ## January 22, 2008 18:34:35: sql-dump for wp_users created January 22, 2008 18:34:35<br /> Line# 18 ## January 22, 2008 18:34:35: SQL Dump created.<br /> Line# 19 ## January 22, 2008 18:34:35: Failed to change backup archive permissions /opt/lampp/htdocs/afw/wp-content/backup/2008-01-22-18-34-35-sql.tar.gz<br /> Line# 20 ## January 22, 2008 18:34:35: Archive File created/compressed successfully: /opt/lampp/htdocs/afw/wp-content/backup/2008-01-22-18-34-35-sql.tar.gz<br /> Line# 21 ## January 22, 2008 18:34:35: 2 Temporary Directories and Files deleted successfully<br /> Line# 22 ## January 22, 2008 18:34:35: No old BackUpWordPress Archives to delete<br /> Line# 23 ## January 22, 2008 18:34:35: No old BackUpWordPress Log Files to delete<br /> Line# 24 ## January 22, 2008 18:34:35: BackUpWordPress done at January 22, 2008 18:34:35<br /> Line# 25 ## January 22, 2008 18:34:35: BackUpWordPress was running for 0.21 Seconds </p> <p>The failure to change backup archive permissions as described in the log has been mentioned elsewhere in this forum and I have yet to address this issue to determine whether it is linked to the large backup archive problem.</p> <p>I am not a Linux guru. If any one has any ideas how to solve this I would appreciate the help.</p> <p>Aside from all this I like the concept of Backupwordpress and would like to continue to use it if possible. </p> http://wpforum.designpraxis.at/topic/i-have-duplicated-files-in-the-backup-12-each#post-419 Tue, 22 Jan 2008 19:47:47 +0000 bentimberlinedealershipscom 419@http://wpforum.designpraxis.at/ <p>Over at <a href="http://pear.php.net/bugs/bug.php?id=6546" rel="nofollow">http://pear.php.net/bugs/bug.php?id=6546</a> there some talk about tar.php. Doing a "ls -lUa" gives some insight as to what is happening. File duplicate magnatude depends where in the file system the directory sits. The second file or directory is duplicated once. The third has three copies. And so on. Sub directories appear to get the same treatment depending on where in the file system they are stored.</p> <p>Can anybody else who has this problem confirm a similar story? </p> http://wpforum.designpraxis.at/topic/i-have-duplicated-files-in-the-backup-12-each#post-418 Tue, 22 Jan 2008 19:21:22 +0000 bentimberlinedealershipscom 418@http://wpforum.designpraxis.at/ <p>In a redhat/centos, apache 2.2.3, php 5.1.6 setup it looks like memory_limit in php.ini should be set to double the size of the archive you want emailed to you. </p> http://wpforum.designpraxis.at/topic/i-have-duplicated-files-in-the-backup-12-each#post-415 Tue, 22 Jan 2008 18:49:59 +0000 bentimberlinedealershipscom 415@http://wpforum.designpraxis.at/ <p>I have apache 2 on centos 5x. The webserver is running apache:apache. The website directory is using username:username for file ownership. I always get duplicate sql dumps in the backup. What I find interesting is that people are getting a seemingly random number of duplicated backup files. My backup is getting twelve copies. Here is a log excerpt from the plugin.<br /> 142 Temporary Subdirectories copied sucessfully<br /> 1479 Temporary Files copied sucessfully<br /> Failed to change backup archive permissions /home/xxx/xxx/wp-content/backup/2008-01-22-11-23-50-full.tar.gz<br /> Archive File created/compressed successfully</p> <p>It wasn't until I hit the apache_error log when I actually found something:<br /> [Tue Jan 22 11:32:18 2008] [error] [client 65.121.87.229] PHP Fatal error: Allowed memory size of 100663296 bytes exhausted (tried to allocate 59188073 bytes) in /home/xxx/xxx/wp-includes/class-phpmailer.php on line 1110, referer: <a href="http://www.xxx.com/wp-admin/admin.php?page=backupwordpress/backupwordpress.php" rel="nofollow">http://www.xxx.com/wp-admin/admin.php?page=backupwordpress/backupwordpress.php</a></p> <p>My max archive to mail me size is 100mb. So I went back in and changed it to 50mb. I still get the same memory overflow above. It looks like calls to class-phpmailer.php are taking an extremely large amount of memory. If I set the archive size to a ridicously small 5mb, the routine doesn't error out but I still get 12 copies in certain directories in the full backup.</p> <p>When images are uploaded through the wordpress interface it creates a directory called wp-content/uploads. Ownership is given to the default which is apache:apache instead of username:username. These are the only directories that give me trouble. For some reason I haven't been able to track down, each directory has a different number of times each file is duplicated. Some directories have one set of duplicates, some have four, and some have 12. </p> <p>This leads me to think the duplicates problem is in the tar function. This is also likely where memory hog is as well. </p> http://wpforum.designpraxis.at/topic/cannot-backup-wordpress#post-354 Thu, 22 Nov 2007 01:47:26 +0000 ChrisJacobson 354@http://wpforum.designpraxis.at/ <p>BackUpWordPress has been working fine since I installed it, but today it's giving me an error when I try to back up my blog. I'm using the latest version by the way.<br /> Below is the error I receive:</p> <p>Warning: filemtime() [function.filemtime]: Stat failed for /home/money/public_html/blog/wp-content/backup/2007-11-21-21-43-53-full.tar.gz (errno=2 - No such file or directory) in /home/money/public_html/blog/wp-content/plugins/backupwordpress/bkpwp-classes/manage_backups.php on line 62</p> <p>Warning: filemtime() [function.filemtime]: Stat failed for /home/money/public_html/blog/wp-content/backup/2007-11-21-21-43-53-full.tar.gz (errno=2 - No such file or directory) in /home/money/public_html/blog/wp-content/plugins/backupwordpress/bkpwp-classes/manage_backups.php on line 62<br /> December 31, 1969 19:00</p> <p>full - manually<br /> Warning: filesize() [function.filesize]: Stat failed for /home/money/public_html/blog/wp-content/backup/2007-11-21-21-43-53-full.tar.gz (errno=2 - No such file or directory) in /home/money/public_html/blog/wp-content/plugins/backupwordpress/bkpwp-classes/manage_backups.php on line 81<br /> 0.00 B </p> http://wpforum.designpraxis.at/topic/file-icons-does-not-load-under-wp-231#post-342 Sun, 11 Nov 2007 12:14:45 +0000 pospiech 342@http://wpforum.designpraxis.at/ <p>I would really like to use your file icons plugin under WP 2.3.1, but it cannot be loaded.<br /> When can one expect a version compatible with WP 2.3.1 ?</p> <p>Matthias </p> http://wpforum.designpraxis.at/topic/error-when-accessing-the-plugin-in-dashboard#post-331 Fri, 02 Nov 2007 15:31:10 +0000 Alex 331@http://wpforum.designpraxis.at/ <p>Thank You very much! It's working fine now! </p> http://wpforum.designpraxis.at/topic/error-when-accessing-the-plugin-in-dashboard#post-326 Fri, 02 Nov 2007 13:16:00 +0000 rol 326@http://wpforum.designpraxis.at/ <p>Alex, try chmod 777 your wp-content/plugins/bot-tracker/crawltrack/cache/ directory. </p> http://wpforum.designpraxis.at/topic/error-when-accessing-the-plugin-in-dashboard#post-319 Thu, 01 Nov 2007 17:25:42 +0000 Alex 319@http://wpforum.designpraxis.at/ <p>I’m getting an error when accessing this plugin (in Dashboard -&gt;&gt; Bot-Tracker):</p> <p>Warning: unlink(../cache/index.htm) [function.unlink]: Permission denied in /var/www/vhosts/mydomain.com/httpdocs/wp-content/plugins/bot-tracker/crawltrack/php/login.php on line 41</p> <p>Warning: session_start() [function.session-start]: Cannot send session cookie - headers already sent by (output started at /var/www/vhosts/mydomain.com/httpdocs/wp-content/plugins/bot-tracker/crawltrack/php/login.php:41) in /var/www/vhosts/mydomain.com/httpdocs/wp-content/plugins/bot-tracker/crawltrack/php/login.php on line 136</p> <p>Warning: session_start() [function.session-start]: Cannot send session cache limiter - headers already sent (output started at /var/www/vhosts/mydomain.com/httpdocs/wp-content/plugins/bot-tracker/crawltrack/php/login.php:41) in /var/www/vhosts/mydomain.com/httpdocs/wp-content/plugins/bot-tracker/crawltrack/php/login.php on line 136</p> <p>Warning: Cannot modify header information - headers already sent by (output started at /var/www/vhosts/mydomain.com/httpdocs/wp-content/plugins/bot-tracker/crawltrack/php/login.php:41) in /var/www/vhosts/mydomain.com/httpdocs/wp-content/plugins/bot-tracker/crawltrack/php/login.php on line 153</p> <p>my site's info:</p> <p>max_execution_time: 30<br /> max_input_time: 60<br /> file_uploads: 1<br /> upload_max_filesize: 2M<br /> post_max_size: 8M<br /> register_globals:<br /> safe_mode: 0<br /> allow_url_fopen: 1<br /> eaccelerator.enable: </p> <p>Other information:</p> <p>PHP Server API: apache2handler<br /> WordPress Version: 2.3<br /> WordPress Blog URI: <a href="http://www.mydomain.com" rel="nofollow">http://www.mydomain.com</a><br /> WordPress Installation URI: <a href="http://www.mydomain.com" rel="nofollow">http://www.mydomain.com</a><br /> WordPress Theme: /wp-content/themes/rockindarkq-11<br /> WordPress Permalink Structure: /%category%/%postname%.html<br /> WordPress wp-content directory is writable<br /> WordPress does not use Gzip Compression<br /> WP-Cache is running on this installation of WordPress<br /> GD library is installed<br /> PHP Version: 4.4.4-8+etch4<br /> MySQL Version: 5.0.32-Debian_7etch1-log<br /> Browser used: Mozilla/5.0 (Windows; U; Windows NT 5.0; ru; rv:1.8.1.8) Gecko/20071008 Firefox/2.0.0.8</p> <p>how can I fix this problem? </p>