| akorop |
|
|
Темы:
111
Сообщения:
1755
Участник с: 29 февраля 2012
|
vadikПроще некуда. Никаких умных демонов, всё статически. Кроме "интернетного" интерфейса (eth1) есть ещё один реальный интерфейс (eth0, он ведёт к выключенному компьтеру) и один vboxnet. Настройка - при загрузке таким скриптом: #!/bin/bash ip link set enp2s0 down ip link set enp3s5 down ip link set dev enp2s0 name eth0 ip link set dev enp3s5 name eth1 ip link set eth0 up ip addr add 192.168.1.21/24 dev eth0 ip link set eth1 up ip addr add 192.168.2.3/24 dev eth1 ip route del default ip route add default via 192.168.2.1 |
| vasek |
|
|
Темы:
48
Сообщения:
11340
Участник с: 17 февраля 2013
|
Процесс умер по SIGKILL — нужно выяснить, кто его послал. 1. Можно попробовать посмотреть по PIDам, то есть попробовать запустить strace с опцией -f (покажет все дочерние процессы — если будешь делать вывод в файл, то желательно указать опцию -ff — выдаст по отдельности) 2. Попробовать отследить обращение к сетевым сервисам (опция -f -e trace=network) - ….......вообщем пробуй разные варианты, кто то же этот сигнал послал. UPD...............а может просто не хватает свопа?
Ошибки не исчезают с опытом - они просто умнеют
|
| akorop |
|
|
Темы:
111
Сообщения:
1755
Участник с: 29 февраля 2012
|
vasekЯ послал: killall -9 mplayer . А что ещё надо было делать после того, как mplayer завис? По ходу дела я наблюдал за логом strace (tail -f) и видел, что не происходит ничего вообще. В смысле, завис, так таки завис, в лог больше ничего не выводится. vasekУже выяснил :) vasekВот уж чего-чего, а свопа хватает :) У меня 6Г памяти, состояние во время нормального воспроизведения и после зависания не отличется, и оно вот такое (вывод free): total used free shared buffers cached Mem: 6086300 1677140 4409160 0 265988 872488 -/+ buffers/cache: 538664 5547636 Swap: 2232316 0 2232316 |
| vasek |
|
|
Темы:
48
Сообщения:
11340
Участник с: 17 февраля 2013
|
akorop, я никогда не юзал iptv (это не для меня), поэтому я в нем полный чайник - это к тому, что не могу подсказать, что можно еще потрейсить кроме mplayer, но, наверное, что то можно. Подумай.
Ошибки не исчезают с опытом - они просто умнеют
|
| corner |
|
|
Темы:
6
Сообщения:
773
Участник с: 21 июля 2011
|
И все-таки советую добавить роуты. Когда-то также нужно было поступить у другого провайдера (Киевстар и O3). Настройка |
| vasek |
|
|
Темы:
48
Сообщения:
11340
Участник с: 17 февраля 2013
|
Вычитал, что некоторым помогало отключение rp фильтров в sysctl В ArchLinux по умолчанию стоит только одно не нулевое значение $ sysctl -a | grep filter net.ipv4.conf.default.rp_filter = 1 Попробуй занули.
Ошибки не исчезают с опытом - они просто умнеют
|
| akorop |
|
|
Темы:
111
Сообщения:
1755
Участник с: 29 февраля 2012
|
vasekИ не для меня тоже, но ведь есть ещё жена :) vasekmplayer ни при чём - xine и vlc виснут точно так же. Это что-то в системе. А подумал я, что надо написать свою программку, которая тупо читает указанный udp-поток, и посмотреть, будет ли она виснуть, когда и как. Но сейчас времени нет. Вообще, как-то всё грустнее в Арче становится. iptv не работает, с HDMI-звуком постоянные проблемы, блютуз почти не работает, система всё жирнее и тормознее. Хоть обратно на Убунту сваливай. А какой кайф был, когда я два года назад сюда с Убунты свалил... |
| vasek |
|
|
Темы:
48
Сообщения:
11340
Участник с: 17 февраля 2013
|
Внимательно не читал, но есть слово прерывается и rp фильтр - на досуге почитай PS..................то что mplayer ни при чём это ясно, просто не въехал, что можно было еще потрейсить.
Ошибки не исчезают с опытом - они просто умнеют
|
| akorop |
|
|
Темы:
111
Сообщения:
1755
Участник с: 29 февраля 2012
|
cornerВо-первых, есть default route. Во-вторых, он таки работает - воспроизведение ведь начинается. В-третьих, то, что там написано, - по-моему, бред. И винда того же мнения: D:\>route add 232.0.1.0 mask 255.255.255.0 192.168.*.* route: неверный адрес шлюза 192.168.*.* |
| akorop |
|
|
Темы:
111
Сообщения:
1755
Участник с: 29 февраля 2012
|
akoropПростота хуже воровства. Оказалось, что всему виной eth0, который с этой стороны как бы UP, а с той стороны не подключён. Если сделать ip l set eth0 down, то проблема исчезает.vadikПроще некуда. Никаких умных демонов, всё статически. Кроме "интернетного" интерфейса (eth1) есть ещё один реальный интерфейс (eth0, он ведёт к выключенному компьтеру) и один vboxnet. Настройка - при загрузке таким скриптом: Вероятно, когда плеер регистрирует приём mulicast-пакетов и они начинают поступать через eth1, система их почему-то не только отдаёт плееру, но и зачем-то пихает во все дырки, в том числе и в как бы открытую дырку eth0, а когда системный буфер вывода этой дырки заполняется, пакеты перестают приниматься. IMHO это 1) баг в mulicast-роутинге (пакеты не должны направляться туда, откуда их не запросили) и 2) баг в отработке UDP (невозможность вывода, которого никто не заказывал, не должна ничего блокировать). Но я не такой в этом спец, чтобы утверждать это наверняка. Но, вроде, с год назад, когда мой старый модем ещё не начал подыхать, с этими же настройками всё работало. Всем спасибо за сочувствие. |