View previous topic :: View next topic |
Author |
Message |
karlH Code Warrior
Joined: 13 Jun 2005 Posts: 5476 Location: UK
|
Posted: Mon Jan 28, 2008 4:37 pm Post subject: |
|
|
This has been disabled by default for a long time, as ogg comments are best done via the source client header updates, but if you really want url updates then try adding a mount setting with the <allow-url-ogg-metadata> enabled (1, true, one etc)
karl. |
|
Back to top |
|
|
Anonymous Guest
|
Posted: Mon Jan 28, 2008 7:58 pm Post subject: |
|
|
karlH wrote: |
This has been disabled by default for a long time, as ogg comments are best done via the source client header updates, but if you really want url updates then try adding a mount setting with the <allow-url-ogg-metadata> enabled (1, true, one etc)
karl. |
Works now.
And i cant use source client update, metadata info and live stream generator are in different locations.
I had few crashing problems, but as soon as i turned up logging level, they mysteriously went away. This is full productions server, serving 10 live streams, hitting at peak aprox 2000 listeners, generating some 150mbit/sek traffic. |
|
Back to top |
|
|
karlH Code Warrior
Joined: 13 Jun 2005 Posts: 5476 Location: UK
|
Posted: Mon Jan 28, 2008 8:33 pm Post subject: |
|
|
If you get any crashing issues then by all means let me know the details. A backtrace of the latest version built with debug.
karl. |
|
Back to top |
|
|
Anonymous Guest
|
Posted: Thu Jan 31, 2008 4:38 pm Post subject: |
|
|
karlH wrote: |
If you get any crashing issues then by all means let me know the details. A backtrace of the latest version built with debug.
karl. |
Hi,
yep, it seems that kh-30 has stability issues. max 48h is longest uptime i have seen so far. (standard install kept running for months under same load). Crashes seem not to be connected with listeners count. It crashes anytime, not only at peak hours.
So it seems i need to do some backtracing and debug stuff. But here i need some instructions. I'm more of an server admin and finance guy, not hardcore coder. Can you carl provide instructions how to backtrace, etc.. I tried to search, but no avail. |
|
Back to top |
|
|
karlH Code Warrior
Joined: 13 Jun 2005 Posts: 5476 Location: UK
|
Posted: Thu Jan 31, 2008 10:17 pm Post subject: |
|
|
I have identified one reported crash issue over kh30, it's very hard to trigger reliably though so it probably isn't the same issue. However there is a kh30a on the directory if you want to try that out.
To help with debug the first thing to do is do a make debug, it won't affect performance for icecast as it's mainly I/O bound. On recent glibc systems there is a catchsegv utility which make things easier. just do a catchsegv /path/to/icecast -c /path/to/icecast.xml
If/when crash occurs, you get some information on the output (so you can redirect it if you wish to leave it in the background). Send me that information as that will prove a starting point. A non-debug won't ahow any useful info so make sure that the icecast that is run is a debug build, you can test it be forcing a crash with kill -SEGV
The more traditional approach requires creating a core file then using gdb to extract the stack trace from it.
karl. |
|
Back to top |
|
|
karlH Code Warrior
Joined: 13 Jun 2005 Posts: 5476 Location: UK
|
Posted: Wed Feb 06, 2008 12:46 am Post subject: |
|
|
I've uploaded a kh31 which fixes 2 potential crash bugs. I believe one would only occur if you have plenty of open file descriptors and your have relays restarting. The other is a race at a source startup.
karl. |
|
Back to top |
|
|
Anonymous Guest
|
Posted: Fri Feb 08, 2008 12:05 pm Post subject: |
|
|
Hi,
Is there a way to define a "default fallback" in Icecast KH?
I mean that I want all the clients that connects to a non existant mount to be redirected to that "default fallback". Is that possible?
Thanks
Tim |
|
Back to top |
|
|
karlH Code Warrior
Joined: 13 Jun 2005 Posts: 5476 Location: UK
|
Posted: Fri Feb 08, 2008 4:10 pm Post subject: |
|
|
You mean something like a mount definition of say /* that has a fallback-mount specified.
karl. |
|
Back to top |
|
|
Anonymous Guest
|
Posted: Fri Feb 08, 2008 5:07 pm Post subject: |
|
|
That's it. I would like /fall.mp3 to be the fallback mount of /*
Tim |
|
Back to top |
|
|
karlH Code Warrior
Joined: 13 Jun 2005 Posts: 5476 Location: UK
|
Posted: Fri Feb 08, 2008 5:34 pm Post subject: |
|
|
That should work, a mount-name of /* and a fallback-mount of whatever you want. Obviously in this case a * will match everything that doesn't exist.
karl. |
|
Back to top |
|
|
Anonymous Guest
|
Posted: Fri Feb 08, 2008 8:39 pm Post subject: |
|
|
I tried and it does not seem to work. I added :
Code: |
<mount>
<mount-name>/*</mount-name>
<fallback-mount>/radio.mp3</fallback-mount>
</mount> |
to icecast.xml
and when i try to connect to a non existant mount, I still get a 404 error.
Thanks for your help |
|
Back to top |
|
|
karlH Code Warrior
Joined: 13 Jun 2005 Posts: 5476 Location: UK
|
Posted: Mon Feb 11, 2008 3:33 am Post subject: |
|
|
I'd need to know the specifics from the error log (level 4) and the exact xml used, use email for those as the forum is not the best way to send that information.
kh32 is up on my site, I've also updated the trunk build
karl. |
|
Back to top |
|
|
Anonymous Guest
|
Posted: Mon Feb 18, 2008 9:26 am Post subject: |
|
|
karlH wrote: |
I'd need to know the specifics from the error log (level 4) and the exact xml used, use email for those as the forum is not the best way to send that information.
karl. |
I found the mistake myself and it's now working perfectly. This functionality is really great!
Tim |
|
Back to top |
|
|
Anonymous Guest
|
Posted: Thu Feb 21, 2008 6:21 pm Post subject: Load Balancing |
|
|
Hi,
I'm trying to create an Icecast load-balancing system to support 1/2k users; I'm also thinking about a backup system, as i can't have any blackout in the stream.
The question is: is 'Icecast2 - KHxx' able to support this config? if the IC #1 'fall down' (for any reason) are all the clients connected to it automatically redirected to the IC #2?
just to be clear, this is my idea:
Microsoft's "LBS" service will manage the virtual IP, so I'll don't need any hardware load balancer between servers and firewall(s), the crossed relay/fall-back system should be enough secure in case of a crash of one of the two server, so now my only x factor is if IC is capable deal with anything else.
Any suggestion?
btw, is there any documentation on the features added in the 'KH' version?
And, last but not least, what's the difference between the full build and the trunk build?
Thanks in advance for any help you could give me
Ps: sorry for my English (probably full of errors) |
|
Back to top |
|
|
karlH Code Warrior
Joined: 13 Jun 2005 Posts: 5476 Location: UK
|
Posted: Thu Feb 21, 2008 9:40 pm Post subject: |
|
|
The load balancing aspect of the -kh tree is currently triggered when the mountpoint is full and new listeners are redirected elsewhere. For existing listeners, when the stream drops/stalls, there is no direct way of informing those listeners however you can provide the playlist with a list of servers so that the player can issue a reconnect to the other server.
The NEWS file contains the most immediate features added, along with any conf/ files. I usually fill out the docs when I get around to fixing those up. The trunk build is the current snapshot for the next release (2.3.2 in this case), which is mainly made of fixes over 2.3.1 (a few new settings but no big differences). The kh tree is where I like to try out various features before getting them settled and merging them into trunk.
karl. |
|
Back to top |
|
|
|