cpickert@t3inc.us
2004-Aug-06 14:23 UTC
[icecast] Admin Stats Source / Source_Connections value off!
All: Another thing I've always noticed is that the sources & source_connections stats become incorrect if the sources connect at the ''exact same time'' ?? The reason I say this is the OddCast encoders as I've mentioned in previous postings acting in a Chain, have the same "reconnect" timer (of '2 seconds' on modern hi/lo, '4 seconds' on classic hi/lo) and if i do a killall icecast; sleep 2; ./icecast -b -c ./icecast.xml - and look at the stats, it reads '3' however, four mountpoints are shown active(classic vs modern / low & high). The only thing I can think of is the fact they may reconnect in tandem and break the counter. It's happened on 2.0.0 & 2.0.1 on win32 + linux .. If I disconnect and reconnect the encoders, the source_connection stat rises '4' for all four encoders but, the sources value still remains at '3', as if it doesn't count the disco / reconnect. <p><p><p>-- Chris Pickert --- >8 ---- List archives: http://www.xiph.org/archives/ icecast project homepage: http://www.icecast.org/ To unsubscribe from this list, send a message to 'icecast-request@xiph.org' containing only the word 'unsubscribe' in the body. No subject is needed. Unsubscribe messages sent to the list will be ignored/filtered.
Michael Smith
2004-Aug-06 14:23 UTC
[icecast] Admin Stats Source / Source_Connections value off!
On Wednesday 26 May 2004 17:36, cpickert@t3inc.us wrote:> All: > > Another thing I've always noticed is that the sources & source_connections > stats become incorrect if the sources connect at the ''exact same time'' ?? > The reason I say this is the OddCast encoders as I've mentioned in previous > postings acting in a Chain, have the same "reconnect" timer (of '2 seconds' > on modern hi/lo, '4 seconds' on classic hi/lo) and if i do a killall > icecast; sleep 2; ./icecast -b -c ./icecast.xml - and look at the stats, it > reads '3' however, four mountpoints are shown active(classic vs modern / > low & high). The only thing I can think of is the fact they may reconnect > in tandem and break the counter. It's happened on 2.0.0 & 2.0.1 on win32 + > linux .. > > If I disconnect and reconnect the encoders, the source_connection stat > rises '4' for all four encoders but, the sources value still remains at > '3', as if it doesn't count the disco / reconnect. >This is obviously a bug (what the cause is I'm not sure). Could you please file a bug report at http://bugs.xiph.org/ - that'll ensure we don't lose/forget about this. Mike --- >8 ---- List archives: http://www.xiph.org/archives/ icecast project homepage: http://www.icecast.org/ To unsubscribe from this list, send a message to 'icecast-request@xiph.org' containing only the word 'unsubscribe' in the body. No subject is needed. Unsubscribe messages sent to the list will be ignored/filtered.
Reasonably Related Threads
- YP submission / cURL issue. (icecast 2.0.1 / gentoo)
- YP submission / cURL issue. (icecast 2.0.1 / gentoo)
- YP submission / cURL issue. (icecast 2.0.1 / gentoo)
- YP submission / cURL issue. (icecast 2.0.1 / gentoo)
- Oddsock - SVN pull that I did most recently has a few more stats broke.