BackUp ZC [Support Thread]

[skipwater]

Hi, when attempting to run this addon I get an internal server 500 error, with the following error in server log

Premature end of script headers: backup_zc.php,

Pete

Sounds like a bad upload try re-uploading the file and see if that fixes it.

Skip

[paulm]

Hi Skip, thanks for this great mod. I do have an issue when using it though (similar or the same as mentioned above?).

Depending on my selection some backups succeed and some don't. Whenever I try to backup everything I get the internal server error message, and the following message appears in the server log:

mod_fcgid: read data timeout in 40 seconds, referer: ............admin/backup_zc.php
Premature end of script headers: backup_zc.php, referer: ...........admin/backup_zc.php

After viewing this log I tried another backup and recorded the time, and after 40 seconds I got the internal server error.

So I guess the problem/solution lies at the host?

[skipwater]

Hi Skip, thanks for this great mod. I do have an issue when using it though (similar or the same as mentioned above?).

Depending on my selection some backups succeed and some don't. Whenever I try to backup everything I get the internal server error message, and the following message appears in the server log:

After viewing this log I tried another backup and recorded the time, and after 40 seconds I got the internal server error.

So I guess the problem/solution lies at the host?

What is happening is that you are requesting more resources then php can give you.
Not all hosts will allow php settings in your htaccess file but if yours allows it add this code to it.

php_value max_execution_time 200
php_value mysql.connect_timeout 240
php_value memory_limit 128M

If not ask your host to set it in php for you.

Skip

[scytheuk]

Hi Skip, many thanks for the response

Unfortunately a fresh upload still produces the same results, as Paulm states this only appears to affect some options (mostly the larger file size ones though)

Assumed my server was struggling so spoke to my host

My .htaccess contains the suggestion you posted to Paulm

and my php.ini contains

output_buffering = On
magic_quotes_gpc=off
max_execution_time = 480 ; Maximum execution time of each script, in seconds
max_input_time = 480 ; Maximum amount of time each script may spend parsing request data
memory_limit = 512M ; Maximum amount of memory a script may consume (32MB)
max_input_vars = 3000

Assuming with those limits and execution times all should have been ok?

Pete

[paulm]

It appears that in my case using "Download Archive" "No" doesn't work (also checked the suggested server settings but they appeared to be ok), probably due to the server mod_fcgid settings. But selecting "Yes" "Download Archive" does the trick!

When using the download option the total time for backing up the database + all files takes about 20 seconds and isn't interrupted by the server.

[skipwater]

Unfortunately a fresh upload still produces the same results, as Paulm states this only appears to affect some options (mostly the larger file size ones though)

Due to some ZC systems that are very heavy in large images/large data bases I have seen that php can not do a complete backup in one pass. That is why there are the options to do sections of what to backup. (This is a work around for php limitations)

Skip

[scytheuk]

I thought that might have been a problem, so I excluded the images folder from the back up

addon states total back up should be approx 97meg

I have no real frame of reference, I thought that was not too large, or am I being hopeful lol :)