View Single Post
  #4  
Old 28th March 2013, 22:13
RSInfotech RSInfotech is offline
Junior Member
 
Join Date: Mar 2013
Posts: 6
Thanks: 0
Thanked 2 Times in 2 Posts
Default .zip backup format issue

I've noticed a similar issue to Lionheart82 since upgrading to version 3.0.5.1 on my CentOS 5.9 server.

The tar.gz backups for both website content and databases work as expected once the databases have been linked to the websites under sites/databases. (As this is a new feature, it will need to be done for each database as already explained by Till)

But there is an issue when selecting to save website content in .zip format, the entry is recorded in the ISPConfig database correctly and shows up as successful on the websites backup tab, but no .zip file has been created in /var/backup/webxx.

The database backup is successful, although I think this is because the compression format for the database is always tar.gz regardless of your backup settings?

There seems to be an invalid command argument being passed to zip by the /usr/local/ispconfig/server/cron_daily.php script, running the shell scrip manually returns the following errors:

Quote:
zip error: Invalid command arguments (no such option: -)
zip error: Invalid command arguments (no such option: -)
PHP Warning: chown(): No such file or directory in /usr/local/ispconfig/server/cron_daily.php on line 799
PHP Warning: chgrp(): No such file or directory in /usr/local/ispconfig/server/cron_daily.php on line 800
PHP Warning: chmod(): No such file or directory in /usr/local/ispconfig/server/cron_daily.php on line 801
zip error: Invalid command arguments (no such option: -)
zip error: Invalid command arguments (no such option: -)
PHP Warning: chown(): No such file or directory in /usr/local/ispconfig/server/cron_daily.php on line 799
PHP Warning: chgrp(): No such file or directory in /usr/local/ispconfig/server/cron_daily.php on line 800
PHP Warning: chmod(): No such file or directory in /usr/local/ispconfig/server/cron_daily.php on line 801
finished.
The script then fails to change the permissions of the .zip file because the file does not exist.

This may be an issue affecting CentOS systems only as I can't seem to find anyone else complaining about the .zip format failure?

I'm still looking into the cause of this issue and will report back with anything else I find.

A big thank you to the developers for enabling us all to run such a wonderful system!

Last edited by RSInfotech; 28th March 2013 at 22:15.
Reply With Quote