I just installed V3 and ran through the logfiles and found this in the process_monitor.log from v3.

Code: [Select]

[03/Jun/2013 1:50:01 +0200] Process cc-ftpd is down, attempting restart
[03/Jun/2013 1:50:01 +0200] Process cc-ftpd restarted successfully
[03/Jun/2013 1:55:01 +0200] Process cc-ftpd is down, attempting restart
[03/Jun/2013 1:55:01 +0200] Process cc-ftpd restarted successfully
[03/Jun/2013 2:00:01 +0200] Process cc-ftpd is down, attempting restart
[03/Jun/2013 2:00:01 +0200] Process cc-ftpd restarted successfully
[03/Jun/2013 2:00:01 +0200] Process cc-ftpd is down, attempting restart
[03/Jun/2013 2:00:01 +0200] Process cc-ftpd restarted successfully
It's doing this every 5 minutes as you can see. Why is it doing this? We don't even use cc-ftpd and don't want to use FTP on Centova.

From cc-appserver.log I found this:

[03-Jun-2013 01:50:35] ERROR: Unable to remove the PID file (/usr/local/centovacast/var/run/cc-appserver.pid).: No such file or directory (2)

However, this file -is- present but owned by root.

Logrotate just run and now permissions to the logfiles are gone:

Code: [Select]

-rw------- 1 root        root         705 Jun  3 02:15 cc-appserver.log
-rw-rw-r-- 1 centovacast centovacast  366 Jun  3 01:50 cc-appserver.log.1.gzAs you can see, the owner changed from centovacast to root.
This was the error I got.

Details: Could not access log file /usr/local/centovacast/var/log/cc-appserver.log: Error opening source file: Permission denied

Also cc-web_access.log changes group owner.

Code: [Select]

-rw-r--r-- 1 centovacast root        4.5K Jun  3 02:18 cc-web_access.log
-rw-rw-r-- 1 centovacast centovacast  12K Jun  3 02:12 cc-web_access.log.1.gz
We got it like this now:

Code: [Select]

-rw------- 1 root        root           0 Jun  3 02:15 appsrv-webintf-slow.log
-rw-rw-r-- 1 centovacast centovacast   46 Jun  3 00:57 appsrv-webintf-slow.log.1.gz
-rw------- 1 root        root         705 Jun  3 02:15 cc-appserver.log
-rw-rw-r-- 1 centovacast centovacast  366 Jun  3 01:50 cc-appserver.log.1.gz
-rw-r--r-- 1 centovacast root        4.5K Jun  3 02:18 cc-web_access.log
-rw-rw-r-- 1 centovacast centovacast  12K Jun  3 02:12 cc-web_access.log.1.gz
-rw-r--r-- 1 centovacast root           0 Jun  3 02:15 cc-web.log
-rw-rw-r-- 1 centovacast centovacast  345 Jun  3 00:58 cc-web.log.1.gz
drwxrwx--- 2 ccuser      ccuser      4.0K Jun  3 02:15 control
drwx--x--x 2 nobody      nobody      4.0K Jun  3 02:15 imaged
-rw-r--r-- 1 root        root         237 Jun  3 02:15 process_monitor.log.1.gz
But we are running mod_ruid2 which is quite similar to SuPHP, so it looks we have to run everything as ccuser or centovacast, i don't know which one, but as far as I can see, things are going wrong here due to getting wrong ownership.

In addition to the above I'm scared now to reboot the server.
At this point the streams themselves are still running under user ccuser:

ccuser    9727  0.7  0.0  39176  4280 ?        Sl   01:38   0:32 /usr/local/centovacast/shoutcast1/sc_serv etc/server.conf funradio

But if I look at the ownership of sc_serv it has a number, not even an existing uid.

Code: [Select]

-rw-r--r-- 1 14775 1687  25K Feb 28  2007 README.TXT
-rwxr-xr-x 1 14775 1687 134K Feb 28  2007 sc_serv
-rw-r--r-- 1 root  root  60K Jun  1  2011 sc_serv_1.9.8_Linux.tar.gz
-rw-r--r-- 1 14775 1687  15K Feb 28  2007 sc_serv.conf
What's going on and what's going wrong?

The fixperms script, only fixes the log issue until the next logrotate, so i think this might be a bug.