1

Тема: Проблемы с Icecast2

Здравствуйте уважаемые!
Прощу Вас помочь с решением нижеописанной проблемки:
Дано
Сервер вещания ubuntu 10.04 LTS
Icecast 2.3.2
2 интерфейса интернета: eth0 - первый инет ppp0-второй инет
Icecast тащит 2 relay's с другого сервера
Первый relay (itax) тащит по eth0
Второй relay (rastr) тащит по ppp0
Так же Icecast имеет две точки монтирования (sputnik_rezerv, sputnik_gw) созданных локальным Darkice. (на этой же тачке звук подается на вход зв.платы)

выкладываю кусок лога

[2013-07-23  09:09:32] INFO source/get_next_buffer End of Stream /sputnik_gw
[2013-07-23  09:09:32] INFO source/source_shutdown Source "/sputnik_gw" exiting
[2013-07-23  09:09:32] INFO source/get_next_buffer End of Stream /sputnik_rezerv
[2013-07-23  09:09:32] INFO source/source_shutdown Source "/sputnik_rezerv" exiting
[2013-07-23  09:09:33] WARN source/source_fallback_file unable to open file "/usr/share/icecast2/web/rastr"
[2013-07-23  09:09:33] WARN source/source_fallback_file unable to open file "/usr/share/icecast2/web/sputnik_rezerv"
[2013-07-23  09:58:13] INFO source/get_next_buffer End of Stream /rastr
[2013-07-23  09:58:13] INFO source/get_next_buffer End of Stream /itax
[2013-07-23  09:58:13] INFO source/source_shutdown Source "/rastr" exiting
[2013-07-23  09:58:13] INFO source/source_shutdown Source "/itax" exiting
[2013-07-23  09:58:13] INFO source/source_move_clients passing 0 listeners to "/sputnik_rezerv"
[2013-07-23  09:58:13] INFO source/source_move_clients passing 2 listeners to "/sputnik_rezerv"
[2013-07-23  09:58:13] INFO source/source_main listener count on /sputnik_rezerv now 2
[2013-07-23  09:58:14] INFO slave/start_relay_stream Starting relayed source at mountpoint "/rastr"
[2013-07-23  09:58:14] INFO slave/start_relay_stream Starting relayed source at mountpoint "/itax"
[2013-07-23  09:58:14] INFO slave/open_relay_connection connecting to 188.0.0.199:8000
[2013-07-23  09:58:14] INFO slave/open_relay_connection connecting to 217.177.171.182:8000
[2013-07-23  09:58:15] INFO source/source_move_clients passing 2 listeners to "/rastr"
[2013-07-23  09:58:15] INFO source/source_move_clients passing 2 listeners to "/itax"
[2013-07-23  09:58:15] INFO source/source_main listener count on /sputnik_rezerv now 0
[2013-07-23  09:58:15] INFO source/source_main listener count on /rastr now 0
[2013-07-23  09:58:15] INFO source/source_main listener count on /itax now 2

конкретно интересует это:

[2013-07-23  09:58:13] INFO source/get_next_buffer End of Stream /rastr
[2013-07-23  09:58:13] INFO source/get_next_buffer End of Stream /itax
[2013-07-23  09:58:13] INFO source/source_shutdown Source "/rastr" exiting
[2013-07-23  09:58:13] INFO source/source_shutdown Source "/itax" exiting

и вот это:

[2013-07-23  09:09:32] INFO source/get_next_buffer End of Stream /sputnik_gw
[2013-07-23  09:09:32] INFO source/source_shutdown Source "/sputnik_gw" exiting
[2013-07-23  09:09:32] INFO source/get_next_buffer End of Stream /sputnik_rezerv
[2013-07-23  09:09:32] INFO source/source_shutdown Source "/sputnik_rezerv" exiting
[2013-07-23  09:09:33] WARN source/source_fallback_file unable to open file "/usr/share/icecast2/web/rastr"
[2013-07-23  09:09:33] WARN source/source_fallback_file unable to open file "/usr/share/icecast2/web/sputnik_rezerv"

Почему айскаст перезапускает relay переодиески?
Понятно было бы если бы проблемы были с инетом - проверяли, с инетом все отлично. Тут же закладывается другой вопрос:
Предположим была бы проблема с инетом, тогда почему точки монтирвоаниия созданные ЛОКАЛЬНО бортовым Darkice тоже рестартятся?? Они ведь от инета ну никак не зависят.

Кто как боролся с данной траблой?


Выкладываю конфиг своего icecast

<icecast>
    <limits>
        <clients>100</clients>
        <sources>10</sources>
        <threadpool>5</threadpool>
        <queue-size>524288</queue-size>
        <client-timeout>30</client-timeout>
        <header-timeout>3</header-timeout>
        <source-timeout>2</source-timeout>
        <burst-on-connect>1</burst-on-connect>
        <burst-size>131070</burst-size>
    </limits>

    <authentication>
        <source-password>*****</source-password>
        <relay-password>*****</relay-password>
        <admin-user>******</admin-user>
        <admin-password>******</admin-password>
    </authentication>
    <shoutcast-mount>/live.nsv</shoutcast-mount>

    <hostname>localhost</hostname>

    <listen-socket>
        <port>8000</port>
        <bind-address>0.0.0.0</bind-address>
    </listen-socket>

    <relay>
        <server>217.177.171.182</server>
        <port>8000</port>
        <mount>/256</mount>
        <local-mount>/itax</local-mount>
        <on-demand>0</on-demand>
        <relay-shoutcast-metadata>0</relay-shoutcast-metadata>
    </relay>

    <relay>
        <server>188.0.0.199</server>
        <port>8000</port>
        <mount>/256</mount>
        <local-mount>/rastr</local-mount>
        <on-demand>0</on-demand>
        <relay-shoutcast-metadata>0</relay-shoutcast-metadata>
    </relay>

    <mount>
        <mount-name>/itax</mount-name>
        <max-listeners>100</max-listeners>
        <burst-size>131070</burst-size>
        <fallback-mount>/rastr</fallback-mount>
        <fallback-override>1</fallback-override>
        <fallback-when-full>0</fallback-when-full>
    </mount>

    <mount>
        <mount-name>/rastr</mount-name>
        <max-listeners>100</max-listeners>
        <burst-size>131070</burst-size>
        <fallback-mount>/sputnik_rezerv</fallback-mount>
        <fallback-override>1</fallback-override>
        <fallback-when-full>0</fallback-when-full>
    </mount>

    <mount>
        <mount-name>/sputnik_rezerv</mount-name>
        <max-listeners>100</max-listeners>
        <burst-size>131070</burst-size>
    </mount>



    <fileserve>1</fileserve>

    <paths>
        <basedir>/usr/share/icecast2</basedir>
        <logdir>/var/log/icecast2</logdir>
        <webroot>/usr/share/icecast2/web</webroot>
        <adminroot>/usr/share/icecast2/admin</adminroot>

        <alias source="/" dest="/status.xsl"/>
    </paths>

    <logging>
        <accesslog>access.log</accesslog>
        <errorlog>error.log</errorlog>
        <!-- <playlistlog>playlist.log</playlistlog> -->
        <loglevel>3</loglevel> <!-- 4 Debug, 3 Info, 2 Warn, 1 Error -->
        <logsize>10000</logsize> <!-- Max size of a logfile -->
        <!-- If logarchive is enabled (1), then when logsize is reached
             the logfile will be moved to [error|access|playlist].log.DATESTAMP,
             otherwise it will be moved to [error|access|playlist].log.old.
             Default is non-archive mode (i.e. overwrite)
        -->
        <!-- <logarchive>1</logarchive> -->
    </logging>

    <security>
        <chroot>0</chroot>
        <!--
        <changeowner>
            <user>nobody</user>
            <group>nogroup</group>
        </changeowner>
        -->
    </security>
</icecast>

З.Ы
еще пугают вот такие записи в логах, может кто-нибудь сможет мне объяснить что они обозначают?

[2013-07-22  14:05:24] INFO source/send_to_listener Client 3069 (217.177.171.182) has fallen too far behind, removing



Заранее Всем благодарен за попытку помочь мне wink

2

Re: Проблемы с Icecast2

Формат вещания случайно не ogg?

3

Re: Проблемы с Icecast2

Формат локальных точек монтирования созданых Darkice > Icecast
mp3 256kbit 48khz
Формат подтянутых relay
mp3 256kbit 48khz

Отредактировано cemka (23-07-2013 09:23:42)

4

Re: Проблемы с Icecast2

для начала можно попробовать обновить icecast,  в 2.3.2 есть несколько багов
и limits поставить по стандарту

        <queue-size>102400</queue-size>
        <client-timeout>30</client-timeout>
        <header-timeout>15</header-timeout>
        <source-timeout>10</source-timeout>
        <burst-on-connect>1</burst-on-connect>
        <burst-size>65536</burst-size>

5

Re: Проблемы с Icecast2

Ок, попробую. Если что отпишусь.
Спасибо!