logs_blesta files created as wrong user.

[coreyman]

So I checked php7.1-fpm configuration and it's running as www-data. Files inside logs_blesta are being created as the root user and as such php scripts running through php7.1-fpm can not access the files. This causes lots of issues such as password reset emails not going out, unable to change client product pricing etc. I set the sticky bit on logs_blesta hoping that would solve my www-data problem by preserving permissions in the directory but it doesn't, files still get created as root owner. Every day I am stuck going in and

chown -R www-data:www-data logs_blesta

so I can perform administrative actions.

drwsr-xr-x 2 www-data www-data   4096 Mar  4 14:33 .

Any ideas why files are being created as root and not www-data?

[Paul]

  On 3/4/2019 at 8:57 PM, coreyman said:

So I checked php7.1-fpm configuration and it's running as www-data. Files inside logs_blesta are being created as the root user and as such php scripts running through php7.1-fpm can not access the files. This causes lots of issues such as password reset emails not going out, unable to change client product pricing etc. I set the sticky bit on logs_blesta hoping that would solve my www-data problem by preserving permissions in the directory but it doesn't, files still get created as root owner. Every day I am stuck going in and

chown -R www-data:www-data logs_blesta

so I can perform administrative actions.

drwsr-xr-x 2 www-data www-data   4096 Mar  4 14:33 .

Any ideas why files are being created as root and not www-data?

Expand  

Is your cron job running as root? Did you install as root? Cron should run as the same user as your web server runs as.

[coreyman]

  On 3/4/2019 at 9:08 PM, Paul said:

Is your cron job running as root? Did you install as root? Cron should run as the same user as your web server runs as.

Expand  

Ahh ok I didn't know cron was creating those files. I'll change this. Thank you!