1 (edited by Roy 2014-03-20 18:04:48)

Topic: Small Bug

==== Required information ====
- iRedMail version: 0.8.6
- Store mail accounts in which backend (LDAP/MySQL/PGSQL): MySQL
- Linux/BSD distribution name and version: Debian 7.4
- Related log if you're reporting an issue:
====
I noticed that there were no sql table backups being performed on the server even though there was an entry in the root crontab that had been created during installation to run backup_mysql.sh every day at 03:30. 

Running the script manually worked fine but it was not being executed by the crontab job.  A little research revealed this in man crontab:

"cron requires that each entry in a crontab end in a newline  character. If  the  last entry in a crontab is missing the newline, cron will consider the crontab (at least partially) broken and refuse to install it."

So if there is no blank line at the end of the crontab file, it will never execute.  Sure enough adding a blank line at the end of the crontab file solved the problem and the backup is now occurring on schedule.

This appears to be a Debian (and Debian derivative) issue only.  I don't see that warning in the CentOS man page nor does the issue seem to be present in CentOS.

----

Spider Email Archiver: On-Premises, lightweight email archiving software developed by iRedMail team. Supports Amazon S3 compatible storage and custom branding.

2

Re: Small Bug

Thanks very much for your sharing. Fixed moment ago:
https://bitbucket.org/zhb/iredmail/comm … fce6247661

Actually, it should be considered as a big bug: we cannot live without backup. smile

3

Re: Small Bug

I was wondering if the double vmail in 'backup_pgsql.sh' is a typo:

export DATABASES=" vmail vmail cluebringer amavisd roundcubemail iredadmin"

4

Re: Small Bug

Hi @cygni,

Yes, it's a typo error.

P.S. Please always post your question in a new topic, do not hijack other's topic.