Redmine

Hello Clement,

This usually happens when files or subdirectories inside /var/www/redmine/files are being created or touched by a process running under a different user account (such as root or a deployment user) rather than www-data.

- Check ownership of newly created files

Next time the issue happens before running chmod, check which specific subdirectories or files lost permissions:

ls -ld /var/www/redmine/files
ls -laR /var/www/redmine/files

If you see files owned by `root` or another user, identify what created them, may be a system cron or a daily cron set in /etc/crond.d/ directories or /etc/crontab. Or backup scripts interact with the directory under a different user account or default umask.

-
Jobin - RedminePRO

After checking, I found this in my cron jobs.
/etc/cron.d:
30 3 * * 0 root test -e /run/systemd/system || SERVICE_MODE=1 /usr/libexec/e2fsprogs/e2scrub_all_cron
10 3 * * * root test -e /run/systemd/system || SERVICE_MODE=1 /sbin/e2scrub_all -A -r

For checking system files.

And in my crontab -e to import emails.

*/1 * * * * /usr/bin/rake -f /var/www/redmine/Rakefile redmine:email:receive_imap RAILS_ENV="production" host=IP username=USER password=PASSWORD unknown_user=create no_permission_check=1 project=new-requests allow_override=Tracker,Priority,Project,Status

The files belong to root in the Files/ directory because the crontab is run by the root user, I think.

Could that be the cause?

You can check the timestamp of the file permission change to get an idea.

Also, check the cron service's system log to identify the culprit.