<div dir="rtl"><div dir="ltr">sorry can u make some simplesty in your mail date and mail and why all that you can divided all make link for each part <br>like link has message <br>link has "<span style="font-size:14px">> > bad start (segfault):</span></div><span style="font-size:14px">> > [2015-04-28 15:56:53] INFO main/main Icecast 2.4.1 server started</span><br style="font-size:14px"><span style="font-size:14px">> > [2015-04-28 15:56:53] DBUG yp/yp_recheck_config Updating YP</span><br style="font-size:14px"><span style="font-size:14px">> configuration</span><br style="font-size:14px"><span style="font-size:14px">> > [2015-04-28 15:56:53] INFO connection/get_ssl_certificate No SSL</span><br style="font-size:14px"><span style="font-size:14px">> > capability</span><br style="font-size:14px"><span style="font-size:14px">> > [2015-04-28 15:56:53] INFO yp/yp_update_thread YP update thread started</span><br style="font-size:14px"><span style="font-size:14px">> > [2015-04-28 15:56:53] INFO source/source_fallback_file mountpoint</span><br style="font-size:14px"><span style="font-size:14px">> > /geen-uitzending.mp3 is reserved</span><br style="font-size:14px"><span style="font-size:14px">> > [2015-04-28 15:56:53] DBUG connection/connection_</span><span style="font-size:14px">complete_source</span><br style="font-size:14px"><span style="font-size:14px">> > sources count is 0</span><br style="font-size:14px"><span style="font-size:14px">> > [2015-04-28 15:56:53] WARN format/format_get_type Unsupported or</span><br style="font-size:14px"><span style="font-size:14px">> > legacy stream type: "audio/mpeg". Falling back to generic minimal</span><br style="font-size:14px"><span style="font-size:14px">> > handler for best effort.</span><br style="font-size:14px"><span style="font-size:14px">> > [2015-04-28 15:56:53] DBUG connection/connection_</span><span style="font-size:14px">complete_source</span><br style="font-size:14px"><span style="font-size:14px">> > source is ready to start</span><br style="font-size:14px"><span style="font-size:14px">> > [2015-04-28 15:56:53] DBUG source/source_init Source creation complete</span><br style="font-size:14px"><span style="font-size:14px">> > [2015-04-28 15:56:53] INFO stats/_stats_thread stats thread started</span><br style="font-size:14px"><span style="font-size:14px">> > [2015-04-28 15:56:53] DBUG stats/process_source_event new source stat</span><br style="font-size:14px"><span style="font-size:14px">> > /geen-uitzending.mp3<br>"<br>and so on bec when i see that mail i think its spam and itsnot and trying to read it alot things i dont need to know alot info u can make it short description </span></div><div class="gmail_extra"><br><div class="gmail_quote"><div dir="ltr">2015-05-03 21:00 GMT+02:00 <span dir="ltr"><<a href="mailto:icecast-dev-request@xiph.org" target="_blank">icecast-dev-request@xiph.org</a>></span>:</div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Send Icecast-dev mailing list submissions to<br>
<a href="mailto:icecast-dev@xiph.org">icecast-dev@xiph.org</a><br>
<br>
To subscribe or unsubscribe via the World Wide Web, visit<br>
<a href="http://lists.xiph.org/mailman/listinfo/icecast-dev" target="_blank">http://lists.xiph.org/mailman/listinfo/icecast-dev</a><br>
or, via email, send a message with subject or body 'help' to<br>
<a href="mailto:icecast-dev-request@xiph.org">icecast-dev-request@xiph.org</a><br>
<br>
You can reach the person managing the list at<br>
<a href="mailto:icecast-dev-owner@xiph.org">icecast-dev-owner@xiph.org</a><br>
<br>
When replying, please edit your Subject line so it is more specific<br>
than "Re: Contents of Icecast-dev digest..."<br>
<br>
<br>
Today's Topics:<br>
<br>
1. Re: Segmentation fault issue with new install (Jan-Pieter Veen)<br>
<br>
<br>
----------------------------------------------------------------------<br>
<br>
Message: 1<br>
Date: Thu, 30 Apr 2015 17:03:35 +0200<br>
From: Jan-Pieter Veen <<a href="mailto:Jan-Pieter@veenweb.nl">Jan-Pieter@veenweb.nl</a>><br>
Subject: Re: [Icecast-dev] Segmentation fault issue with new install<br>
To: Thomas B. R?cker <<a href="mailto:thomas@ruecker.fi">thomas@ruecker.fi</a>><br>
Cc: icecast-dev <<a href="mailto:icecast-dev@xiph.org">icecast-dev@xiph.org</a>><br>
Message-ID:<br>
<CAB=23ATuUOaaqrVQUc_m+4fBbD=oPKgZcwF7O=KB9Jn_+M=<a href="mailto:8OQ@mail.gmail.com">8OQ@mail.gmail.com</a>><br>
Content-Type: text/plain; charset="utf-8"<br>
<br>
2015-04-29 8:57 GMT+02:00 "Thomas B. R?cker" <<a href="mailto:thomas@ruecker.fi">thomas@ruecker.fi</a>>:<br>
<br>
> On 04/28/2015 02:27 PM, Jan-Pieter wrote:<br>
> > Hi all,<br>
> > see my reply inline.<br>
> > Cheers, Jan-Pieter<br>
> ><br>
> ><br>
> > 2015-04-26 7:23 GMT+02:00 "Thomas B. R?cker" <<a href="mailto:thomas@ruecker.fi">thomas@ruecker.fi</a><br>
> > <mailto:<a href="mailto:thomas@ruecker.fi">thomas@ruecker.fi</a>>>:<br>
> ><br>
> > On 04/25/2015 07:32 PM, Jan-Pieter wrote:<br>
> > > Hi all,<br>
> > ><br>
> > > I am a long-time user of Icecast, always without problems. However<br>
> i<br>
> > > made a new setup using icecast 2.4.1 on a fresh and quick CentOS<br>
> > VPS.<br>
> ><br>
> > EPEL package or from somewhere else?<br>
> ><br>
> > it's just a standard CentOS 6.6 release, no EPEL. Distri from hosting<br>
> > provider. [root@h2429770 tmp]# uname -a<br>
> > Linux <a href="http://h2429770.stratoserver.net" target="_blank">h2429770.stratoserver.net</a> <<a href="http://h2429770.stratoserver.net" target="_blank">http://h2429770.stratoserver.net</a>><br>
> > 2.6.32-042stab103.6 #1 SMP Wed Jan 21 13:07:39 MSK 2015 x86_64 x86_64<br>
> > x86_64 GNU/Linux<br>
> ><br>
> ><br>
> ><br>
> > > The issue is that starting icecast gives a segmentation fault at<br>
> > > around 80% of all starts. No core file nor a entry in error.log<br>
> > is posted.<br>
> ><br>
> > Enable core dumps using "ulimit -c unlimited". The PWD from where you<br>
> > start Icecast needs to be writeable.<br>
> ><br>
> ><br>
> > Even with ulimit -c unlimited and running from a writable PWD no core<br>
> > is dumped.<br>
><br>
> Seems it's a bit more involved on Centos6:<br>
> <a href="http://www.unixmen.com/how-to-enable-core-dumps-in-rhel6/" target="_blank">http://www.unixmen.com/how-to-enable-core-dumps-in-rhel6/</a><br>
> I've tried it successfully on a quick install of centos6 that I've<br>
> compiled 2.4.2 on and am going to try with your config.<br>
> (As you don't use url-auth for sources, 2.4.1 is safe for you)<br>
><br>
> I followed this steps, but still no core file with this type of segfault.<br>
Other programs which segfaults do produce a core dump however. so bit<br>
strange...<br>
<br>
<br>
><br>
> > > In the remaining 20% of the starts icecast start with no problem.<br>
> > ><br>
> > > Contents of the error.log with a succesfull start (20% of<br>
> > icecast starts):<br>
> > > [2015-04-25 21:08:40] INFO main/main Icecast 2.4.1 server started<br>
> > > [2015-04-25 21:08:40] INFO connection/get_ssl_certificate No SSL<br>
> > > capability<br>
> > > [2015-04-25 21:08:40] INFO stats/_stats_thread stats thread<br>
> started<br>
> > > [2015-04-25 21:08:40] INFO yp/yp_update_thread YP update thread<br>
> > started<br>
> > > [2015-04-25 21:08:40] INFO source/source_fallback_file mountpoint<br>
> > > /geen-uitzending.mp3 is reserved<br>
> > > [2015-04-25 21:08:40] WARN format/format_get_type Unsupported or<br>
> > > legacy stream type: "audio/mpeg". Falling back to generic minimal<br>
> > > handler for best effort.<br>
> > > [2015-04-25 21:08:40] WARN source/source_fallback_file mountpoint<br>
> > > "/geen-uitzending.mp3" already reserved<br>
> > > [2015-04-25 21:08:40] INFO source/source_main listener count on<br>
> > > /geen-uitzending.mp3 now 0<br>
> > ><br>
> > ><br>
> > > Contents of error.log with a segmentation fault direct after start<br>
> > > (80% of icecast starts):<br>
> > > 2015-04-25 21:09:05] INFO main/main Icecast 2.4.1 server started<br>
> > > [2015-04-25 21:09:05] INFO connection/get_ssl_certificate No SSL<br>
> > > capability<br>
> > > [2015-04-25 21:09:05] INFO yp/yp_update_thread YP update thread<br>
> > started<br>
> > > [2015-04-25 21:09:05] INFO source/source_fallback_file mountpoint<br>
> > > /geen-uitzending.mp3 is reserved<br>
> > > [2015-04-25 21:09:05] WARN format/format_get_type Unsupported or<br>
> > > legacy stream type: "audio/mpeg". Falling back to generic minimal<br>
> > > handler for best effort.<br>
> > > [2015-04-25 21:09:05] INFO stats/_stats_thread stats thread<br>
> started<br>
> ><br>
> > Can you attach your icecast.xml please (with passwords removed)?<br>
> > This might help reproduce the problem.<br>
> ><br>
> ><br>
> > I attached icecast.xml. I also turned debug errorlog level on.<br>
> > Results with debug on:<br>
> ><br>
> > good start:<br>
> > [2015-04-28 15:56:39] INFO main/main Icecast 2.4.1 server started<br>
> > [2015-04-28 15:56:39] DBUG yp/yp_recheck_config Updating YP<br>
> configuration<br>
> > [2015-04-28 15:56:39] INFO connection/get_ssl_certificate No SSL<br>
> > capability<br>
> > [2015-04-28 15:56:39] INFO stats/_stats_thread stats thread started<br>
> > [2015-04-28 15:56:39] INFO yp/yp_update_thread YP update thread started<br>
> > [2015-04-28 15:56:39] INFO source/source_fallback_file mountpoint<br>
> > /geen-uitzending.mp3 is reserved<br>
> > [2015-04-28 15:56:39] DBUG connection/connection_complete_source<br>
> > sources count is 0<br>
> > [2015-04-28 15:56:39] WARN format/format_get_type Unsupported or<br>
> > legacy stream type: "audio/mpeg". Falling back to generic minimal<br>
> > handler for best effort.<br>
> > [2015-04-28 15:56:39] DBUG connection/connection_complete_source<br>
> > source is ready to start<br>
> > [2015-04-28 15:56:39] DBUG source/source_init Source creation complete<br>
> > [2015-04-28 15:56:39] WARN source/source_fallback_file mountpoint<br>
> > "/geen-uitzending.mp3" already reserved<br>
> > [2015-04-28 15:56:39] INFO source/source_main listener count on<br>
> > /geen-uitzending.mp3 now 0<br>
> > [2015-04-28 15:56:39] DBUG stats/modify_node_event update global<br>
> > sources (1)<br>
> > [2015-04-28 15:56:39] DBUG stats/process_source_event new source stat<br>
> > /geen-uitzending.mp3<br>
> > [2015-04-28 15:56:39] DBUG stats/modify_node_event update global<br>
> > source_client_connections (1)<br>
> > [2015-04-28 15:56:39] DBUG stats/process_source_event new node<br>
> > listeners (0)<br>
> > [2015-04-28 15:56:39] DBUG stats/process_source_event new node<br>
> > listenurl (<a href="http://stream3.server7.nl:80/geen-uitzending.mp3" target="_blank">http://stream3.server7.nl:80/geen-uitzending.mp3</a>)<br>
> > [2015-04-28 15:56:39] DBUG stats/modify_node_event update global<br>
> > source_total_connections (1)<br>
> > [2015-04-28 15:56:39] DBUG stats/process_source_event new node<br>
> > slow_listeners (0)<br>
> > [2015-04-28 15:56:39] DBUG stats/modify_node_event update<br>
> > "/geen-uitzending.mp3" listeners (0)<br>
> > [2015-04-28 15:56:39] DBUG stats/process_source_event new node<br>
> > listener_peak (0)<br>
> > [2015-04-28 15:56:39] DBUG stats/process_source_event new node<br>
> > stream_start (Tue, 28 Apr 2015 15:56:39 +0200)<br>
> > [2015-04-28 15:56:39] DBUG stats/process_source_event new node<br>
> > stream_start_iso8601 (2015-04-28T15:56:39+0200)<br>
> > [2015-04-28 15:56:39] DBUG stats/process_source_event new node<br>
> > total_bytes_read (0)<br>
> > [2015-04-28 15:56:39] DBUG stats/process_source_event new node<br>
> > total_bytes_sent (0)<br>
> > [2015-04-28 15:56:39] DBUG stats/modify_node_event update<br>
> > "/geen-uitzending.mp3" listeners (0)<br>
> > [2015-04-28 15:56:40] DBUG slave/_slave_thread checking master stream<br>
> > list<br>
><br>
> I currently suspect it's something interacting with the stats thread and<br>
> the two identical fallbacks.<br>
><br>
> Agree, seems to have something to do with stats thread. But I tested also<br>
with dual fall back files. Same issue. See attached new configfile.<br>
<br>
><br>
> ><br>
> > bad start (segfault):<br>
> > [2015-04-28 15:56:53] INFO main/main Icecast 2.4.1 server started<br>
> > [2015-04-28 15:56:53] DBUG yp/yp_recheck_config Updating YP<br>
> configuration<br>
> > [2015-04-28 15:56:53] INFO connection/get_ssl_certificate No SSL<br>
> > capability<br>
> > [2015-04-28 15:56:53] INFO yp/yp_update_thread YP update thread started<br>
> > [2015-04-28 15:56:53] INFO source/source_fallback_file mountpoint<br>
> > /geen-uitzending.mp3 is reserved<br>
> > [2015-04-28 15:56:53] DBUG connection/connection_complete_source<br>
> > sources count is 0<br>
> > [2015-04-28 15:56:53] WARN format/format_get_type Unsupported or<br>
> > legacy stream type: "audio/mpeg". Falling back to generic minimal<br>
> > handler for best effort.<br>
> > [2015-04-28 15:56:53] DBUG connection/connection_complete_source<br>
> > source is ready to start<br>
> > [2015-04-28 15:56:53] DBUG source/source_init Source creation complete<br>
> > [2015-04-28 15:56:53] INFO stats/_stats_thread stats thread started<br>
> > [2015-04-28 15:56:53] DBUG stats/process_source_event new source stat<br>
> > /geen-uitzending.mp3<br>
> ><br>
> ><br>
> ><br>
> ><br>
> ><br>
> ><br>
> > > Both the stream and the fallback file are .mp3 type. I tried<br>
> > removing<br>
> > > the fallback entry. Then icecast starts always normally. So it<br>
> seems<br>
> > > related to the .mp3 fallback.<br>
> > ><br>
> > > Also I tried to launch icecast with strace, and this NEVER fails.<br>
> No<br>
> > > segmentation faults!<br>
> > ><br>
> > ><br>
> > > Any idea what's going wrong? Something going wrong with timing on a<br>
> > > fast server?<br>
> ><br>
> > It sounds like you've found a race condition. I'm not exactly sure<br>
> > what's happening though.<br>
> > By the log output something seems to be instantly accessing the<br>
> > stream.<br>
> > Notice the order of the stats_thread is different in both.<br>
> ><br>
> ><br>
> > Yes this is the only interesting thing. The segfault only happens when<br>
> > "INFO stats/_stats_thread stats thread started"<br>
> > is missing in the error.log. So with every succesful start this line<br>
> > gets logged, and if the line is missing the segfault occurs.<br>
><br>
> I suspect it's a very close race that might only occur on that specific<br>
> configuration/virtualization.<br>
> In such case invasive things like strace and valgrind won't help us. A<br>
> coredump might reveal something, but isn't guaranteed.<br>
><br>
> What BTW confuses me is that you override the mountpoint configuration<br>
> to ogg/vorbis, but fall back to an mp3 file.<br>
><br>
> Sorry my mistake. Tried changing things here, but did not change the<br>
behaviour. In the attached config file I set it all to mp3 and problem<br>
persists.<br>
Agree that it has probably something to do with virtualization platform. My<br>
VPS is running in a Virtuozzo container. However with other programs no<br>
issue at all. Looks to me still as a timing issue that somehow the stats<br>
thread is not started causing the segfault when loading the fallback<br>
stream. Maybe a small noop/sleep just before the statsthread will solve my<br>
issue...<br>
<br>
<br>
> > I also tried running using valgrind on advice of Philipp, but when<br>
> > running with valgrind the segfault does not occur and icecast starts<br>
> > normally... (same as with gdb)<br>
><br>
> yeah, expected.<br>
><br>
> I tried your config on a centos 6 machine and couldn't reproduce it. How<br>
> many CPU cores / threads does it have?<br>
><br>
> 4 cores/threads.<br>
<br>
<br>
<br>
><br>
> Cheers<br>
><br>
> Thomas<br>
><br>
> Thanks!<br>
Jan-Pieter<br>
<br>
> _______________________________________________<br>
> Icecast-dev mailing list<br>
> <a href="mailto:Icecast-dev@xiph.org">Icecast-dev@xiph.org</a><br>
> <a href="http://lists.xiph.org/mailman/listinfo/icecast-dev" target="_blank">http://lists.xiph.org/mailman/listinfo/icecast-dev</a><br>
><br>
-------------- next part --------------<br>
An HTML attachment was scrubbed...<br>
URL: <a href="http://lists.xiph.org/pipermail/icecast-dev/attachments/20150430/04f23245/attachment-0001.htm" target="_blank">http://lists.xiph.org/pipermail/icecast-dev/attachments/20150430/04f23245/attachment-0001.htm</a><br>
<br>
------------------------------<br>
<br>
_______________________________________________<br>
Icecast-dev mailing list<br>
<a href="mailto:Icecast-dev@xiph.org">Icecast-dev@xiph.org</a><br>
<a href="http://lists.xiph.org/mailman/listinfo/icecast-dev" target="_blank">http://lists.xiph.org/mailman/listinfo/icecast-dev</a><br>
<br>
<br>
End of Icecast-dev Digest, Vol 115, Issue 2<br>
*******************************************<br>
</blockquote></div><br></div>