| View previous topic :: View next topic |
| Author |
Message |
rec91402
Joined: 14 Nov 2009 Posts: 32
|
Posted: Tue Apr 05, 2011 6:54 pm Post subject: Icecast spawning multiple instances |
|
|
I have an icecast 2.3.2 server on CentOS 64bit which after some time will spawn additional instances of itself, and with this additional instances comes problems. Feeds will think they are online but are not actually playable... they may be connected to one of the instances, but not one which can play the feed.
What would be causing additional instances to be spawned? |
|
| Back to top |
|
 |
karlH Code Warrior

Joined: 13 Jun 2005 Posts: 5476 Location: UK
|
Posted: Wed Apr 06, 2011 12:01 am Post subject: |
|
|
icecast does not spawn itself, the nearest thing is the on-connect settings but those won't show as that. It's probably down to however icecast is started, maybe a loop or a regular check that believes icecast has died and starts another instance.
karl. |
|
| Back to top |
|
 |
rec91402
Joined: 14 Nov 2009 Posts: 32
|
Posted: Wed Apr 06, 2011 11:53 am Post subject: |
|
|
| karlH wrote: |
| icecast does not spawn itself, the nearest thing is the on-connect settings but those won't show as that. It's probably down to however icecast is started, maybe a loop or a regular check that believes icecast has died and starts another instance.. |
icecast is started by hand. There is no auto start script of any sort in use.
So if the server goes down or restarts or I reboot it, I have to ssh in and restart icecast. I've done that from the start, and specifically so I know when things are awry.
After some time there will be 3-4 instances of the program running with differing PID's. The last time was 4 days... and I had 5 instances of it running... feeds were connected but not to a instance that would play the feed. If you attempted to connect it stated the feed was down. |
|
| Back to top |
|
 |
karlH Code Warrior

Joined: 13 Jun 2005 Posts: 5476 Location: UK
|
Posted: Wed Apr 06, 2011 11:59 am Post subject: |
|
|
is this 2.3.2 and if so where from, and lets see what is being created. When you see it again, do a ps -eLf | grep icecast and send that list to me, we'll do a trace to see which process is listening on the port and what the threads are doing.
karl. |
|
| Back to top |
|
 |
rec91402
Joined: 14 Nov 2009 Posts: 32
|
Posted: Thu Apr 07, 2011 12:01 pm Post subject: |
|
|
| karlH wrote: |
| is this 2.3.2 and if so where from, |
source RPM direct from this site. main branch 2.3.2
Being used on e CentOS 64b VPS from a major hosting provider.
| karlH wrote: |
| and lets see what is being created. When you see it again, do a ps -eLf | grep icecast and send that list to me, we'll do a trace to see which process is listening on the port and what the threads are doing. |
I've got a little BASH script worked out to notify me as soon as I see multiple PID's of icecast.
Will post as soon as it re-occurs.
Thanks. |
|
| Back to top |
|
 |
rec91402
Joined: 14 Nov 2009 Posts: 32
|
Posted: Thu Apr 07, 2011 4:01 pm Post subject: |
|
|
| karlH wrote: |
| ps -eLf | grep icecast and send that list to me, we'll do a trace to see which process is listening on the port and what the threads are doing. |
Please let me know what additional steps you need after the ps -eLf as I will not be able to leave it in this state for an extended time or my feeds will appear down. Thanks. |
|
| Back to top |
|
 |
karlH Code Warrior

Joined: 13 Jun 2005 Posts: 5476 Location: UK
|
Posted: Thu Apr 07, 2011 4:42 pm Post subject: |
|
|
do a netstat -tnlp | grep 8000 (assuming port 8000 is a listening port of icecast), that will tell us which process actually has the port.
If you are on linux then you can strace -o file1.txt -tt -p <id> where id is thread id (lwp) from the ps -eLf list. There's probably a few threads and we only need a couple of seconds to see what is happening on each. On linux, the pid of each icecast is unique but is shared amongst the threads.
karl. |
|
| Back to top |
|
 |
|