[Ivan_83]

Нет :)

Но я недавно перевёл проект на логирование через syslog, не для развития а для поддержки проекта, syslog я пилил для другого проекта, просто liblcb общая.

[taf_321]

Пытаюсь запустить msd на проксирование потоков http-to-http. Вроде как все запускается и работает, но если источник пропадает на время от нескольких десятков секунд до пары минут, то на msd вещание прекращается, и после возвращение источника из коматоза, не восстанавливается. Когда источником был multicast такой проблемы не наблюдалось, вещание и раздачи восстанавливались при возобновлении мультикаста. Конфиг msd и каналы для примера привожу.

 

Что нужно подкрутить, чтобы msd восстанавливал прием канала уникастом от отвалившегося источника?

 

Скрытый текст

 

Скрытый текст

 

 

[taf_321]

В логах вот такая картина:

May 15 10:35:14 stream1 msd[115320]: /channel/TVch1.ts - 1/2: stop [1: ERROR ]...
May 15 10:35:14 stream1 msd[115320]: /channel/TVch1.ts - 1/2: requesting for data [1: ERROR ]...
May 15 10:35:14 stream1 msd[115320]: /channel/TVch1.ts - 1/2: waiting for data [1: ERROR ]...
May 15 10:35:14 stream1 msd[115320]: /channel/TVch1.ts: switch src from 2 to 2 - backup.
May 15 10:35:14 stream1 msd[115320]: /channel/TVch1.ts - 1/2: stop [1: ERROR ]...
May 15 10:35:14 stream1 msd[115320]: /channel/TVch1.ts - 2/2: stop [1: ERROR ]...

 

И что-то вообще никаких таймаутов при реконнектах не вижу. Так же в логах не вижу выхлопа от от строки

 

                syslog(LOG_INFO, "Retry %"PRIu64"/%"PRIu64" connect to %s...",
                    conn_tcp->conn_try, conn_tcp->conn_try_count, straddr);

 

из src/stream_src.c. Такое подозрение, что где-то что-то отрабатывает не так.

[Ivan_83]

            <tcp> <!-- For: tcp- and tcp-http. -->
                <remonteHostname>93.95.99.231:9500</remonteHostname>
                <connectTimeout>5</connectTimeout> <!-- Connect timeout. -->
                <reconnectInterval>5</reconnectInterval> <!-- Retry connect delay. -->
                <reconnectCount>4294967295</reconnectCount> <!-- Retry count. -->
            </tcp>

У вас примерно так оформлен источник канала?

[taf_321]

                       <tcp> <!-- For: tcp- and tcp-http. -->
                               <connectTimeout>300</connectTimeout> <!-- Connect timeout. -->
                               <reconnectInterval>60</reconnectInterval> <!-- Retry connect delay. -->
                               <reconnectCount>1024</reconnectCount> <!-- Retry count. -->
                                <remonteHostname>192.168.0.125</remonteHostname>
                       </tcp>

Изначально значения таймаутов так же были 5 и 5 секунд, 300/60 стали уже в процессе ковыряния, без всякого изменения поведения.

 

Хм... Разница только в том, что у меня не указан порт в remotehostname.  Но при старте поток из указанного так источника запускается и до первого падения работает.

[Ivan_83]

connectTimeout=300 это 5 минут ждать connect(), если хост живой то обычно хватает 5 секунд, ну 10 с запасом.

rcvTimeout - надеюсь не выкручивали.

Для tcp-http 80 порт подставляется если не указан или указан 0 порт.

 

Если хотите по быстрому - давайте конфиг целиком, я у себя под отладкой посмотрю.

Все каналы не нужны, хватит того с чем проблема.

[alexey-it]

У меня с http источником вообще не работает. причем в hubstat  вижу всю информацию и запрос от клиента. но картинки нет. такое ощущение если источник делает redirect  сервер не понимает

 

Изменено 20 июня пользователем alexey-it