The absolute path to the shell script is correct... I can be certain because with the wrong permissions (644) I receive the following error mail:
/bin/sh: /var/www/vhosts/**********/private/automysqlbackup.sh: Permission denied
When I change the permissions to 755 or even 777, I don't receive any error messages but no backups are created either...
What the script does do is create the daily, weekly and monthly directories in the backups folder.
/var/www/vhosts/**********/private/backups/daily
/var/www/vhosts/**********/private/backups/weekly
/var/www/vhosts/**********/private/backups/monthly
These stay empty even after I manually changed their permissions to 777
Any suggestions??
Greetings,
Manuel
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
I have the same problem
Debian 5, AutoMySQLBackup version 3.0
script runs fine, and no errors was reported.
If I start script with dry run, and execute commands that are shown, file with backup is created. However, if I start script, file is deleted.
Very strange?
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
How are you running automysqlbackup? Cron?
Why would the then created file be deleted? Are you talking about the latest folder? Is it possible the rotational cleanup is activated in the normal way and only newer files are kept? Are there no files at all in the folders? As which user does automysqlbackup run? Can you create files in your folders if you use the user with which automysqlbackup runs? Are you sure there aren't any error messages from automysqlbackup?
Aside from the rotational deletion and the on-invocation executed cleanup of the latest directory (if enabled) there are no rm commands in the script. My thought would be that this is indeed a permission problem, however it seems odd to me that no errors are given, since I specifically test the base folder for writable by creating a temporary file in it. Normally there should be no problem with the subfolders then, unless they are created with an uncommon umask or stuff like that.
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
Same here with Ubuntu server (based on Debian Wheezy).
I'm executing the bin/sh script as root.
No errors or warnings.
The error only occurs if encryption is enabled.
Error in EMail: The gz part is contained twice!
cp: cannot stat `/var/pia_backups/status/status_daily_2013-12-11_11h20m_Wednesday.txt.gz.gz.enc': No such file or directory
Fixed script at line 307:
Replaced
cp -al "${1}${suffix}.enc" "${CONFIG_backup_dir}"/latest/
with
cp -al "${1}.enc" "${CONFIG_backup_dir}"/latest/
Last edit: Ingo 2013-12-11
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
Dear All,
The absolute path to the shell script is correct... I can be certain because with the wrong permissions (644) I receive the following error mail:
/bin/sh: /var/www/vhosts/**********/private/automysqlbackup.sh: Permission denied
When I change the permissions to 755 or even 777, I don't receive any error messages but no backups are created either...
What the script does do is create the daily, weekly and monthly directories in the backups folder.
/var/www/vhosts/**********/private/backups/daily
/var/www/vhosts/**********/private/backups/weekly
/var/www/vhosts/**********/private/backups/monthly
These stay empty even after I manually changed their permissions to 777
Any suggestions??
Greetings,
Manuel
Did you ever get any help with this?
I have the same problem
Debian 5, AutoMySQLBackup version 3.0
script runs fine, and no errors was reported.
If I start script with dry run, and execute commands that are shown, file with backup is created. However, if I start script, file is deleted.
Very strange?
Could you please be a bit more specific?
How are you running automysqlbackup? Cron?
Why would the then created file be deleted? Are you talking about the latest folder? Is it possible the rotational cleanup is activated in the normal way and only newer files are kept? Are there no files at all in the folders? As which user does automysqlbackup run? Can you create files in your folders if you use the user with which automysqlbackup runs? Are you sure there aren't any error messages from automysqlbackup?
Aside from the rotational deletion and the on-invocation executed cleanup of the latest directory (if enabled) there are no rm commands in the script. My thought would be that this is indeed a permission problem, however it seems odd to me that no errors are given, since I specifically test the base folder for writable by creating a temporary file in it. Normally there should be no problem with the subfolders then, unless they are created with an uncommon umask or stuff like that.
Same here with Ubuntu server (based on Debian Wheezy).
I'm executing the bin/sh script as root.
No errors or warnings.
The error only occurs if encryption is enabled.
Error in EMail: The gz part is contained twice!
cp: cannot stat `/var/pia_backups/status/status_daily_2013-12-11_11h20m_Wednesday.txt.gz.gz.enc': No such file or directory
Fixed script at line 307:
Replaced
cp -al "${1}${suffix}.enc" "${CONFIG_backup_dir}"/latest/
with
cp -al "${1}.enc" "${CONFIG_backup_dir}"/latest/
Last edit: Ingo 2013-12-11