• Уважаемые пользователи! Сообщаем Вам, что у нашего форума появился официальный чат в Телеграм - https://t.me/forumtv_telegram в котором будут публиковаться все важные новости и изменения проекта
  • И так дорогие друзья, всем привет! Долгожданное свершилось! Не секрет, что многие плотно сидят на яблочных устройствах. И как мы знаем сторонние приложения - это до сегодняшнего дня было вообще под запретом. Но с начала 2004 года всё изменилось. И так, мы создали тему, как один из разработчиков, в данный момент, создаёт известные всем приложения для Apple tv И соответственно для поддержки и развития текущих и будущих приложений можно к нему обратиться. Найти тему можно ниже в разделе софта Всем удачи

HTTP прокси для Ace Stream

  • Автор темы Автор темы Dogerty
  • Дата начала Дата начала
Не подскажете как реализовать проверки чтобы в случае падения прокси сразу рестартило ее и так же с айстримом ?

У меня, например, за старт и рестарт Асе+Прокся отвечает и собственно запускает и в случае падения перезапускает Supervisor...
 
В следующий раз попробую собрать данные с помощью GDB, если удастся это сделать с python приложением (ранее это не практиковал), то будет сразу видно, откуда идут вызовы clock_gettime.
Это было бы ПРАВИЛЬНО ... я у себя этот жор хоть убей поймать не могу :( , в случае с GDB - праведная "мысля" мгновенно посетит мой воспаленный мозг :D
 
А как бороться с диском. Скажем у меня диск 20 гб, а торрент грузит 40 гб и вдс тухнет.
В настройках ACESTREAM поставить кеш в ОЗУ , прокся НИЧЕГО , НИКУДА и НИКАК не кеширует ... Или, как вариант, "накропать" элементарный башик который будет запускаться с периодичностью в 10-15 мин и подтирать все файлы кеша движка старше , например 5 мин ;)
 
Последнее редактирование:
В настройках ACESTREAM поставить кеш в ОЗУ , пркся НИЧЕГО , НИКУДА и НИКАК не кеширует
Нужен совет с боку реализации. Как это лучше сделать. Вообщем задача передать из ссылкой прокси некий токен , затем этот токен считать из другого сервера . Если такой есть то True , если нет то False. Я думаю связать это вместе из php. Так как с питоном я не дружу вообще никак. А как бы вы реализовали это ? Ну как не крути проверку нужно лепить в проксю .
 
Нужен совет с боку реализации. Как это лучше сделать. Вообщем задача передать из ссылкой прокси некий токен , затем этот токен считать из другого сервера . Если такой есть то True , если нет то False. Я думаю связать это вместе из php. Так как с питоном я не дружу вообще никак. А как бы вы реализовали это ? Ну как не крути проверку нужно лепить в проксю .
Чем не подходит встроенный firewall по IP ? И вообще не понимаю зачем нужен "пинг-понг" между серверами ?
 
Чем не подходит встроенный firewall по IP ? И вообще не понимаю зачем нужен "пинг-понг" между серверами ?
Вы правы использую фаервол. Так даже лучше будет. Так я отправляю айстриму --live-cache-type memory --live-mem-cache-size 209715200 но он один фиг торенты пишет на диск. Или я что то не так понял?
 
Вы правы использую фаервол. Так даже лучше будет. Так я отправляю айстриму --live-cache-type memory --live-mem-cache-size 209715200 но он один фиг торенты пишет на диск. Или я что то не так понял?
live на vod в ключах замените.
 
задача передать из ссылкой прокси некий токен
в этой проксе есть токен
56854647-6f6dd780-693a-11e9-97db-44e0c39cb30a.png
 
Нагрузка растет не как-то резко. То есть, попользовался прокси, потом оно стоит без какой-либо активности и нагрузка растет.

вот со вчерашнего вечера как смотрел телек и целый день никто не смотрел
67509217-ca3a7e80-f692-11e9-901d-c5f65692f019.png
5 с движком и FIN-WAIT-2 от тупого министра плеера на котором я вчера и мотрел кино
67509387-26050780-f693-11e9-916b-42f3d7bbeff9.png

Работаю системным администратором
коллега значит...
тогда скажи мне: какому процесу присваивается pid по номером 1?
и почему на моём скрине 1 pid получил другой процес, точнее я ему назначил
 
Последнее редактирование:
как реализовать проверки чтобы в случае падения прокси сразу рестартило ее и так же с айстримом ?

этого случая уже как года два точно не припомню
и какие ещё проверки и зачем и почему, наверное вам скучно по жизни и не чем занятся
 
Это было бы ПРАВИЛЬНО ... я у себя этот жор хоть убей поймать не могу :( , в случае с GDB - праведная "мысля" мгновенно посетит мой воспаленный мозг :D

В общем, есть процесс, который уже поймал баг с нагрузкой, однако что в GDB смотреть? Цепляюсь к процессу gdb python3 <PID>, оно выдает запись ниже и процесс замораживает.

Код:
0x00007ff5bea8ab77 in epoll_wait (epfd=4, events=0x215bcc0, maxevents=64, timeout=496) at ../sysdeps/unix/sysv/linux/epoll_wait.c:30
30        return SYSCALL_CANCEL (epoll_wait, epfd, events, maxevents, timeout);

GDB обычно применял на coredump файлах для выяснения причин падения ПО. Там файл подсовываешь, он выдает проблемный участок приложения. А здесь что-то не соображу как на работающей программ вытащить ход работы, приложение то не падает :( Есть опыт в этом направлении?
 
Pepsik

На старых версиях было через минуту "SHUTDOWN" и всё тихо и спокойно

Код:
acehttp.py             [LINE:248 ]# INFO     [25.10 06:54:28] Streaming "Eurosport 2 HD" to 192.168.100.3 finished
acehttp.py             [LINE:220 ]# DEBUG    [25.10 06:54:28] Broadcast "Eurosport 2 HD" stoped. Last client disconnected
aceclient.py           [LINE:114 ]# DEBUG    [25.10 06:54:28] <<< STATE 0
aceclient.py           [LINE:114 ]# DEBUG    [25.10 06:54:28] <<< STATUS main:idle
aceclient.py           [LINE:129 ]# DEBUG    [25.10 06:55:33] >>> SHUTDOWN
aceclient.py           [LINE:114 ]# DEBUG    [25.10 06:55:33] <<< STATE 0
aceclient.py           [LINE:114 ]# DEBUG    [25.10 06:55:33] <<< SHUTDOWN

На последней этого нет.

Код:
acehttp.py             [LINE:246 ]# INFO     [25.10 07:02:15] [Шансон TB]: Streaming to [192.168.100.3] finished
acehttp.py             [LINE:66  ]# DEBUG    [25.10 07:02:15] [192.168.100.3]: Disconnected
aceclient.py           [LINE:101 ]# DEBUG    [25.10 07:02:15] [idleAce]: <<< STATE 0
aceclient.py           [LINE:101 ]# DEBUG    [25.10 07:02:15] [idleAce]: <<< STATUS main:idle
acehttp.py             [LINE:212 ]# DEBUG    [25.10 07:02:15] [Шансон TB]: Broadcast destroyed. Last client disconnected

Может в эту сторону посмотреть?
 
На старых версиях было через минуту "SHUTDOWN" и всё тихо и спокойно
Не поверишь , но точно так же и на той что сейчас на гите ....
Код:
acehttp.py      [LINE:248 ]# INFO     [25.10 07:57:48] [VH1 Classic]: Streaming to [192.168.2.90] finished
acehttp.py      [LINE:65  ]# DEBUG    [25.10 07:57:48] [192.168.2.90]: Disconnected
aceclient.py    [LINE:105 ]# DEBUG    [25.10 07:57:48] [idleAce]: <<< STATE 0
aceclient.py    [LINE:105 ]# DEBUG    [25.10 07:57:48] [idleAce]: <<< STATUS main:idle
acehttp.py      [LINE:214 ]# DEBUG    [25.10 07:57:48] [VH1 Classic]: Broadcast destroyed. Last client disconnected
aceclient.py    [LINE:118 ]# DEBUG    [25.10 07:58:48] [idleAce]: >>> SHUTDOWN
aceclient.py    [LINE:105 ]# DEBUG    [25.10 07:58:48] [idleAce]: <<< STATE 0
aceclient.py    [LINE:105 ]# DEBUG    [25.10 07:58:48] [idleAce]: <<< SHUTDOWN
 
Последнее редактирование:
ВЕРЮ!

Но вот уже почти 50 минут как было так и осталось.

буду начисто пробовать.
 
Не стоит ... так эту "бяку" не вычислить .. терпение .. у меня сегодня время будет пробежаться по коду еще раз.
 
Уже попробовал.

только в конфиге изменения: acespawn = True, httpport = 8700 и loglevel = logging.DEBUG
Готовый плейлист по PID.

всё тоже самое.
 
Назад
Сверху