Submitted by beat on Sat, 12/15/2012 - 09:51
Every 10 minutes: owner www-data [ -x /usr/share/awstats/tools/update.sh ] && /usr/share/awstats/tools/update.sh
Every day: owner www-data [ -x /usr/share/awstats/tools/buildstatic.sh ] && /usr/share/awstats/tools/buildstatic.sh
Those try to access in write mode the virtual servers' awstats folder but using www-data user they get a permission error, and that results in looots of mails to root user on the system.
Virtualmin should disable those 2 cron jobs on install imho, as it enables its own ones and enforces good user separation.
Not urgent for here, will do it manually.
Status:
Closed (fixed)
Comments
Submitted by JamieCameron on Sat, 12/15/2012 - 12:02 Comment #1
Actually, our installer should disable those cron jobs already.
Unless perhaps you re-installed AWstats after Virtualmin?
Submitted by beat on Sat, 12/15/2012 - 12:39 Comment #2
No, it's Virtualmin which installed AWstats during its install.sh installation script.
I didn't reinstall it. I guess you can see the same issue on our test-system. :-)
BTW: UNRELATED: Don't want to open yet another ticket, as it's very minor: Webmin SSL by default allows only PCI-DSS compliant ciphers, which is great, but Usermin still doesn't have that by default and still allows unsecure ciphers. ;-) . You can see that also on the test-system. I also seen several threads on internet search about that issue.
Submitted by JamieCameron on Sat, 12/15/2012 - 16:12 Comment #3
Ok, I see the issue now .. there was a bug in the regexp that matches those cron lines. I will fix it in the next release of the Virtualmin installer package (and also that Usermin SSL bug).
Submitted by Issues on Sat, 12/29/2012 - 16:18 Comment #4
Automatically closed -- issue fixed for 2 weeks with no activity.