Centova Cast v2 shows "Source status: Remote" after deactivating autoDJ Print
- 2
This can be prevented by stopping the autoDJ properly rather than kicking it. Once a kicked autoDJ has "gone remote", however, you will need to either reboot your server (which will solve the problem automatically) or login to your server via SSH and perform the following steps to terminate it:
First, run:
ps aux | grep ices | grep USERNAME
Replace USERNAME with the username of the affected stream. That should give you some output that looks like:
centovacast 1354 11.4 0.3 4536 2020 ? Ss Aug07 4841:33 /usr/local/ices/bin/ices -v -c /home/centovacast/vhosts/USERNAME/etc/source.conf
Now, take the number in the second column (in the above example it was 1354, but in your case it will be different) and run:
kill -9 1354
Replace 1354 with the number from the second column. If you received more than one line of numbers above, repeat the "kill" command for each of them.
Find the original article at https://secure.centova.com/pages/faqs/display/kicking_the_autodj_103
Was this answer helpful?
Related Articles
I cant see the covers even after entering the Amazon affiliate login and refreshing the playlists.
Question:
The recent tracks list on my start page is not showing CD covers and Buy Now links...
How do I remove the covers and only display the track names (as the covers dont work properly in Centova Cast 2.2.4 or 2.2.6 anymore)?
You are correct the Amazon buy now imports are broken on Centova Cast 2.2.4. There are two things...
How do I change the password to my Centova Cast v2 Server?
Centova Cast v2 Servers have 2 passwords. The Source(DJ) Password is the password used by...
How do I set up my Auto DJ in Centova Cast v2?
Setting up your Centova Cast v2 Auto DJ is easier than you think. We have made some step-by-step...
When I kick the autoDJ and begin streaming live, Centova Cast reports an outage. OR When I kick the autoDJ prior to streaming live, the autoDJ takes a long time to reconnect after I disconnect my live source.
The autoDJ should never be "kicked" using ShoutCast's "kick source" feature. Doing so causes...
Powered by WHMCompleteSolution