nPVR, TimeShift, TV-архив как?

[micol]

1) ТВ архив не пишется после перезагрузки сервера, install.sh делал, вручную включается после передергивания галочек записи архива тв в админке

cat /etc/init/tvarchivetasks.conf

#!upstart

description "Tv archive tasks launcher"

author      "Alex <zhurb...@gmail.com>"

#start on startup

start on (started networking)

stop on shutdown

script

    exec sudo -u www-data bash /var/www/stalker_portal/storage/tvarchive.sh > /dev/null 2>&1

После перезагрузки запускается tvarchive.sh 

root       716  0.0  0.0   4448  1732 ?        Ss   23:16   0:00 sudo -u www-data bash /var/www/stalker_portal/storage/tvarchive.sh

www-data   729  0.0  0.0   6384  1284 ?        S    23:16   0:00  \_ bash /var/www/stalker_portal/storage/tvarchive.sh

Питон не запускается

.tasks не пустой и на месте... 

/var/www/stalker_portal/storage# cat .tasks

[{"id":"18","ch_id":"114","cmd":"","wowza_archive":"0","start_timestamp":"1345575600","stop_timestamp":"1346180400","parts_number":"168"}]

2) Как должен работать TimeShift? что для этого нужно настроить кроме архива?

3) nPVR - как настроить?

Не нашел нигде инструкции. Она вообще где-то есть? В админке куча параметров, хотелось бы описания к ним?

Чую одним местом, что надо прикрутить "Адрес для записи (мультикаст)" 

[JDVU]

в группе поиск есть

[micol]

вторник, 28 августа 2012 г., 23:34:10 UTC+4 пользователь JDVU написал:

в группе поиск есть

Есть то он есть, но никакой конкретики не вносит.

При нажатии на кнопку записи на пульте дергается

/stalker_portal/server/load.php?type=remote_pvr&action=start_rec_now&ch_id=114&JsHttpRequest=1346185226992144-xml 

В ответ .HTTP/1.1 200 OK

И тишина, ничего не пишется.

[JDVU]

для тв-архива заполните "Адрес для записи (мультикаст)"

[micol]

среда, 29 августа 2012 г., 0:50:16 UTC+4 пользователь JDVU написал:

для тв-архива заполните "Адрес для записи (мультикаст)"

Так  уже заполнил, в формате udp://адрес группы:порт

Запись не стартует, папка с МАС-адресом устройства в /var/www/media/<имя хранилища>/ не создается. Я что-то упускаю из виду?

[Allard]

С стартом записи после перезагрузки та же проблема.

В адресу мультикаста попробуй "rtp udp://адрес группы:порт". Ну и права на каталоги 777.

среда, 29 августа 2012 г., 1:11:56 UTC+4 пользователь micol написал:

[Allard]

По TimeShift тут посмотри https://groups.google.com/forum/?fromgroups=#!searchin/stalker-middleware/timeshift/stalker-middleware/VfWGOrBG1QE/zv25ocJiB6sJ

[Aleksey Zhurbitsky]

1) Как уже сказали - необходимо заполнить поле "Адрес для записи (мультикаст)", тогда после старта  tvarchive.sh в файле .tasks поле cmd не будет пустым, в нем должен оказаться этот адрес.

2) Для работы TimeShift достаточно включить архив на канале и убедиться что подключен модуль time_shift в конфиге.

3) Для работы nPVR необходим установленный node.js. Он нужен для запуска демона stalkerd. Проверить статус демона можно командой

sudo status stalkerd

[micol]

среда, 29 августа 2012 г., 11:19:35 UTC+4 пользователь Aleksey Zhurbitsky написал:

1) Как уже сказали - необходимо заполнить поле "Адрес для записи (мультикаст)", тогда после старта  tvarchive.sh в файле .tasks поле cmd не будет пустым, в нем должен оказаться этот адрес.

Заполнил как сказали выше - проблема себя исчерпала, после перезагрузки через промежуток времени запускается запись ТВ-архива

 

2) Для работы TimeShift достаточно включить архив на канале и убедиться что подключен модуль time_shift в конфиге.

Тоже соответственно заработал 

 

3) Для работы nPVR необходим установленный node.js. Он нужен для запуска демона stalkerd. Проверить статус демона можно командой

sudo status stalkerd

 

stalkerd start/running, process 737

tcp        0      0 127.0.0.1:3000          0.0.0.0:*               LISTEN      3079/node       

При нажатии на кнопку записи при просмотре - ничего не происходит, в логах stalkerd ничего не добавляется

При нажатии "Записать" в ТВ-Гиде вылезает ошибка "Ошибка сервера. Повторите попытку позже"

[Aleksey Zhurbitsky]

При нажатии на кнопку записи при просмотре - ничего не происходит, в логах stalkerd ничего не добавляется 
При нажатии "Записать" в ТВ-Гиде вылезает ошибка "Ошибка сервера. Повторите попытку позже" 

 В эррор логе апача чисто? 

Логи stalkerd смотрели в /var/log/stalkerd? access.log совсем пустой?

На приставке можно запустить портал с дебагом

killall stbapp
/usr/share/qt-4.6.0/stbapp -qws -display directfb http://.../stalker_portal/c/?debug

и смотреть что сыпется в лог при нажатии кнопки записи

[micol]

среда, 29 августа 2012 г., 12:57:46 UTC+4 пользователь Aleksey Zhurbitsky написал:

При нажатии на кнопку записи при просмотре - ничего не происходит, в логах stalkerd ничего не добавляется 
При нажатии "Записать" в ТВ-Гиде вылезает ошибка "Ошибка сервера. Повторите попытку позже" 

 В эррор логе апача чисто? 

Логи stalkerd смотрели в /var/log/stalkerd? access.log совсем пустой?

/var/log/stalkerd# cat access.log
[Wed Aug 29 2012 13:29:32 GMT+0400 (MSK)] Starting REST server...done
this.ids undefined
this.rest_server_url http://localhost/stalker_portal/api/stream_recorder/
{ host: 'localhost',
  port: undefined,
  path: '/stalker_portal/api/stream_recorder/',
  method: 'GET',
  headers: { connection: 'close' } } undefined
STATUS: 200
HEADERS: { server: 'nginx/1.1.19',
  date: 'Wed, 29 Aug 2012 09:29:32 GMT',
  'content-type': 'application/json',
  'content-length': '28',
  connection: 'close',
  'x-powered-by': 'PHP/5.3.10-1ubuntu3.2' }
BODY: {"status":"OK","results":[]}
{ status: 'OK', results: [] }

 

На приставке можно запустить портал с дебагом

killall stbapp
/usr/share/qt-4.6.0/stbapp -qws -display directfb http://.../stalker_portal/c/?debug

и смотреть что сыпется в лог при нажатии кнопки записи

Так бы сразу)

Ошибка вот где:

Error get contents from url: http://xxx.xxx.xxx.xxx:3000/recorder_task/; Error: couldn't connect to hostgenerated in:

tcp        0      0 127.0.0.1:3000          0.0.0.0:*               LISTEN      3079/node       

node.js слушает только на локалхосте почему-то... попробую найти и поправить это

[Aleksey Zhurbitsky]

Он в принципе и должен слушать на локалхосте, так как он находится на той же машине что и портал, и в конфиге в daemon_api_url тоже должен быть локалхост

[micol]

среда, 29 августа 2012 г., 13:58:43 UTC+4 пользователь Aleksey Zhurbitsky написал:

Он в принципе и должен слушать на локалхосте, так как он находится на той же машине что и портал, и в конфиге в daemon_api_url тоже должен быть локалхост

 

Значит я накосячил в конфигурации? Я в custom.ini поменял с localhost на ip-адрес сервера с порталом, а этого похоже не стоило делать

[micol]

DEBUG:: 5991s 896ms code: 2000
DEBUG:: 5991s 898ms code: 2087
DEBUG:: 5991s 901ms module.tv.on false
DEBUG:: 5991s 915ms remote_pvr.rec_switch ({id:114, name:???, number:114, censored:0, cmd:rtp rtp://239.255.1.59:1234, descr:, cost:0, count:0, status:1, tv_genre_id:2, base_ch:1, hd:0, xmltv_id:101, service_id:, bonus_ch:0, volume_correction:0, use_http_tmp_link:0, mc_cmd:1, enable_tv_archive:1, wowza_tmp_link:0, wowza_dvr:0, monitoring_status:0, monitoring_status_updated: null, enable_monitoring:0, monitoring_url:, enable_wowza_load_balancing:0, cmd_1:, cmd_2:, cmd_3:, logo:, correct_time:0, lock:0, fav:0, archive:1, genres_str:, cur_playing:14:00 ?????? ?? ??????, epg:[{id:28343, ch_id:114, time:2012-08-29 14:00:00, time_to:2012-08-29 14:30:00, duration:1800, name:?????? ?? ??????, descr:, real_id:114_1346234400, start_timestamp:1346234400, stop_timestamp:1346236200, t_time:14:00, t_time_to:14:30, mark_memo:0, mark_archive:0}, {id:28344, ch_id:114, time:2012-08-29 14:30:00, time_to:2012-08-29 16:40:00, duration:7800, name:???-2. Lite, descr:, real_id:114_1346236200, start_timestamp:1346236200, stop_timestamp:1346244000, t_time:14:30, t_time_to:16:40, mark_memo:0, mark_archive:0}, {id:28345, ch_id:114, time:2012-08-29 16:40:00, time_to:2012-08-29 18:30:00, duration:6600, name:??????? ???????, descr:, real_id:114_1346244000, start_timestamp:1346244000, stop_timestamp:1346250600, t_time:16:40, t_time_to:18:30, mark_memo:0, mark_archive:0}, {id:28346, ch_id:114, time:2012-08-29 18:30:00, time_to:2012-08-29 19:00:00, duration:1800, name:????????? ??????, descr:, real_id:114_1346250600, start_timestamp:1346250600, stop_timestamp:1346252400, t_time:18:30, t_time_to:19:00, mark_memo:0, mark_archive:0}, {id:28347, ch_id:114, time:2012-08-29 19:00:00, time_to:2012-08-29 19:30:00, duration:1800, name:???????? ??????, descr:, real_id:114_1346252400, start_timestamp:1346252400, stop_timestamp:1346254200, t_time:19:00, t_time_to:19:30, mark_memo:0, mark_archive:0}]], open:1})
DEBUG:: 5991s 919ms stb.player.prev_layer.on false
DEBUG:: 5991s 921ms idx null
DEBUG:: 5991s 923ms this.recording_ch_ids[idx] undefined
DEBUG:: 5991s 927ms remote_pvr.start_rec 114
DEBUG:: 5991s 931ms stb.load()
DEBUG:: 5991s 933ms params: ({type:remote_pvr, action:start_rec_now, ch_id:114})
DEBUG:: 5991s 956ms this.recording_ch_ids []
DEBUG:: 5991s 957ms keydown handler exit
DEBUG:: 5992s 17ms stb.load callback
DEBUG:: 5992s 19ms generated in: 0.039s; query counter: 12; cache hits: 0; cache miss: 0; php errors: 0; sql errors: 0;
DEBUG:: 5992s 21ms result false

Вот такое при нажатии на запись при просмотре. Ничего естественно не пишется.

среда, 29 августа 2012 г., 14:19:53 UTC+4 пользователь micol написал:

[Aleksey Zhurbitsky]

В логе stalkerd что-то появилось? Хоть на одном из хранилищ стоит опция Запись ТВ?

[micol]

Алексей, ТВ-архив ведется успешно

Сделал так:

1)прибил stbapp
2)stop / start stalkerd и удалением логов из /var/log/stalkerd/

в access 

[Wed Aug 29 2012 14:39:42 GMT+0400 (MSK)] Starting REST server...done

this.ids undefined
this.rest_server_url http://localhost/stalker_portal/api/stream_recorder/
{ host: 'localhost',
  port: undefined,
  path: '/stalker_portal/api/stream_recorder/',
  method: 'GET',
  headers: { connection: 'close' } } undefined
STATUS: 200
HEADERS: { server: 'nginx/1.1.19',

  date: 'Wed, 29 Aug 2012 10:39:42 GMT',

  'content-type': 'application/json',
  'content-length': '28',
  connection: 'close',
  'x-powered-by': 'PHP/5.3.10-1ubuntu3.2' }
BODY: {"status":"OK","results":[]}
{ status: 'OK', results: [] }

в api_access

127.0.0.1 -  - [Wed, 29 Aug 2012 14:39:42 +0400] GET "/stalker_portal/api/stream_recorder/" - "" 28

Другие логи пустые

3) запустил stbapp с debug

И при нажатии на кнопку записи и при записи в ТВ-Гид в логах тишина.

среда, 29 августа 2012 г., 14:31:26 UTC+4 пользователь Aleksey Zhurbitsky написал:

[Aleksey Zhurbitsky]

Запись только на одном канале настроена? Если нет, то попробуйте на другом канале или попробуйте очистить таблицы users_rec и rec_files.

Странно что нет обращения к stalkerd. 

[micol]

Сделал все с нуля. Поставил на отдельную виртуалку middleware, настроил и подключил хранилище на выделеной машине

Залил из дампа базы каналы, запись ТВ-архива в настройках канала пока отключена. 

в логе access при нажатии на кнопку записи на пульте имеется следующее:

create { '0':
   { _request:
      { socket: [Object],
        connection: [Object],
        httpVersion: '1.1',
        complete: true,
        headers: [Object],
        trailers: {},
        readable: false,
        url: '/recorder_task/',
        method: 'POST',
        statusCode: null,
        client: [Object],
        httpVersionMajor: 1,
        httpVersionMinor: 1,
        upgrade: false,
        _events: [Object] },
     _resource: 'recorder_task',
     _action: 'create',
     _events: { end: [Function] },
     _data: { id: '1', job: 'stop', time: '1346322296' } },
  '1': [Function] }
timeout 10798904.99997139
[Thu Aug 30 2012 11:24:57 GMT+0400 (MSK)] { status: 'OK',
  results: { id: '1', job: 'stop', time: '1346322296' } }

В mysql

 mysql> select * from users_rec;
+----+-------+---------------------------------+------------+-----+---------+---------------------+---------------------+---------------------+--------+--------+--------+---------------------+-------+---------+-----------------+
| id | ch_id | program                         | program_id | uid | file_id | t_start             | t_stop              | end_record          | atrack | vtrack | length | last_play           | ended | started | program_real_id |
+----+-------+---------------------------------+------------+-----+---------+---------------------+---------------------+---------------------+--------+--------+--------+---------------------+-------+---------+-----------------+
|  1 |   114 | Озорные анимашки                |          0 |   1 |       0 | 2012-08-30 11:24:56 | 2012-08-30 14:24:56 | 0000-00-00 00:00:00 |        |        |  10800 | 0000-00-00 00:00:00 |     1 |       1 |                 |
+----+-------+---------------------------------+------------+-----+---------+---------------------+---------------------+---------------------+--------+--------+--------+---------------------+-------+---------+-----------------+
1 row in set (0.00 sec)

2012-08-30 14:24:56 - я полагаю максимальное время для записи - 3 часа.

Почему-то started и ended сразу установились в 1.

Записи никакой не происходит

В меню приставки в разделе Записи есть эта строка с записью, 3 часа размером, Свободно 7ч (из 10 отведенных). Вроде бы все хорошо, вот только самой записи нет, файл не найден. И не был создан. Куда копнуть???

среда, 29 августа 2012 г., 15:32:47 UTC+4 пользователь Aleksey Zhurbitsky написал:

[micol]

Все, заработала запись по кнопке. Затупил с ТВ-архивом.

Сейчас попробую из ТВ-Гида. 

четверг, 30 августа 2012 г., 11:32:34 UTC+4 пользователь micol написал:

[Иван]

Вот , что бы работала запись и тайм-шифт я запускаю:

sudo -u www-data node /var/www/stalker_portal/daemon/index.js

и

sudo -u www-data bash /var/www/stalker_portal/storage/tvarchive.sh

 

Все это я делаю руками и в этом случае все работает.

 

А вот как это правильно запускается или как задумано - не понятно.

Может кто прояснит, какой скипт или демон это всё запускает?

В инструкции установки в разделе ТВ-архива ни слова про запуск демонов....  

[Aleksey Zhurbitsky]

Для автоматического запуска есть два upstart скрипта, 

stalkerd.conf (устанавливается при запуске phing)

и

tvarchivetasks.conf (устанавливается при запуске install.sh на хранилище)

Т.е. обычно при установке по инструкции они ставятся и работают автоматически.

[Pasha_49]

Помогите настроить PVR. Настраивал по документации. TimeShift работает без проблем, каналы пишутся. А вот при нажатии на "Записать" пишет "Ошибка сервера. Повторите попытку позже". В логах nginix сталкера ошибки 402, 403, 404, 405. Запись ведется на другой сервер хранилища(там tineshift работает). На каком сервере должен стоять демон stalkerd? При выполении команды "status stalkerd" на сервере сталкера - в ответ ничего не выводит. При выполнении этой команды на сервере хранилища: 

root@recoders:~# status stalkerd

status: Unknown job: stalkerd

[Aleksey Zhurbitsky]

stalkerd должен быть запущен на сервере с порталом, в /var/log/stalkerd/ должны находиться логи. Проверьте error.log

[Pasha_49]

error.log нету. Похоже что не работает, или работает не корректно upstart. На все команды status ничего не выводит в ответ. Переустановка пакета не помогает...

[Aleksey Zhurbitsky]

Сам stalkerd запускается одной строкой, ее можно посмотреть в /etc/init/stalkerd.conf (начинается с exec sudo -u ...). Эту строку в крайнем случае можно прописать куда-то в автозагрузку, например, в /etc/rc.local

[Pasha_49]

Не нашел там данного файла, хотя постоянно обновляю версию портала и выполняю команду phing. Нашел этот файл в stalker_portal/deploy/src. Попробовал запустить 

sudo -u www-data node @STALKERD_INDEX_PATH@ 1>>/var/log/stalkerd/access.log 2>>/var/log/stalkerd/error.log, появился error.log с таким содержимым

node.js:201
        throw e; // process.nextTick error, or 'error' event on first tick
              ^
Error: Cannot find module '/root/@STALKERD_INDEX_PATH@'
    at Function._resolveFilename (module.js:332:11)
    at Function._load (module.js:279:25)
    at Array.0 (module.js:479:10)
    at EventEmitter._tickCallback (node.js:192:40)

node.js:201
        throw e; // process.nextTick error, or 'error' event on first tick
              ^
Error: Cannot find module '/root/@STALKERD_INDEX_PATH@'
    at Function._resolveFilename (module.js:332:11)
    at Function._load (module.js:279:25)
    at Array.0 (module.js:479:10)
    at EventEmitter._tickCallback (node.js:192:40)

[Aleksey Zhurbitsky]

вместо @STALKERD_INDEX_PATH@ надо подставить /var/www/stalker_portal/daemon/index.js

[Pasha_49]

Спасибо, заработало) А upstart должен поднимать это приложение в случае падения? Для чего он используется?

[Aleksey Zhurbitsky]

upstart запускает при старте системы и в случае падения перезапускает

[Allard]

В процессах на файловом хранилище висит 2 процесса

 2666 ?        Ss     0:00 sudo -u www-data bash /var/www/stalker_portal/storage/tvarchive.sh
 2667 ?        S      0:00 bash /var/www/stalker_portal/storage/tvarchive.sh

По сути это один и тот же процесс. Так и должно быть?

[Aleksey Zhurbitsky]

Второй процесс дочерний от первого

ps afx

Вообще так быть не должно, процесс должен висеть несколько секунд при старте системы и исчезать. В этом нет ничего страшного но будем исправлять.

[Lemon]

Какой скрипт отвечает за удаление файлов в тв-архиве при превышении времени хранения? Как можно выставить удаление в определенное время?

[Aleksey Zhurbitsky]

Сам скрипт дампа потока удаляет старые записи, происходит это в начале каждого часа в 0мин 0сек.

[Lemon]

Во время удаления "криво записываются каналы", изображение рассыпается на квадраты звук щелкает. Дискового пространства на сервере достаточно, можно сделать так чтобы удаление файлов происходило например в час ночи? 

[chip_shpak]

четверг, 30 августа 2012 г., 10:32:34 UTC+3 пользователь micol написал:

а можно поподробней а проблема аналогичная не могу вьхать что нужно сделать 

[Aleksey Zhurbitsky]

Тут скорее всего дело не в объеме дискового пространства а в скорости доступа к нему.

На скольких каналах пишется архив?

[Lemon]

Записывается 49 каналов. 28 каналов в формате mpeg2, 21 в h264. Массив собран на Adaptec 5805, 8 дисков, RAID level - 10.

четверг, 11 октября 2012 г., 16:14:34 UTC+7 пользователь Aleksey Zhurbitsky написал:

[Aleksey Zhurbitsky]

Было бы не плохо если бы вы проанализировали логи/графики этого сервера и смогли четко назвать узкое место, потому как причин подобной проблемы может быть много (CPU, файловая система, raid контроллер и т.д.). Потому как есть данные что архив работает без проблем на количестве каналов больше 80.

По поводу удаления файлов ночью - можно закомментировать в файле dumpstream в строке 61

#async_rm_old_files()

и написать bash скрипт, который по крону будет удалять старые файлы.

[Lemon]

При этих 80 сколько абонентов могут просматривать с этого хранилища?

четверг, 11 октября 2012 г., 17:06:44 UTC+7 пользователь Aleksey Zhurbitsky написал:

[Лев Храмов]

При нажатии на кнопку записи, при просмотре канала, на экране таймер принимает значение времени 13:24, затем скидывает на 00:00 и остается в таком значении. Но запись идет.
Косяк этот появился, предположительно, после переезда с локальной базы на удаленный серевер БД. В чем может быть проблема?

[Aleksey Zhurbitsky]

Похоже на рассинхронизацию времени. сверьте время на портале, сервере БД и приставке.

[Лев Храмов]

Хм, спасибо – помогло. На самом деле время на сервере не синхронизировалось.

понедельник, 15 октября 2012 г., 17:44:49 UTC+4 пользователь Aleksey Zhurbitsky написал:

[IVB]

среда, 29 августа 2012 г., 10:19:35 UTC+3 пользователь Aleksey Zhurbitsky написал:

1) Как уже сказали - необходимо заполнить поле "Адрес для записи (мультикаст)", тогда после старта  tvarchive.sh в файле .tasks поле cmd не будет пустым, в нем должен оказаться этот адрес.

А что должно прописываться в поле "Адрес для записи"? То же самое, что и в поле "Ссылки", или что-то другое? И в каком формате?

(если то же самое - почему движок не берет значение из поля "Ссылки"?)

[Aleksey Zhurbitsky]

Адрес для записи должен быть мультикастом, т.е. начинаться с rtp:// или udp://

[IVB]

Я повторюсь.

В поле "Сылки" уже есть адрес, по которому идет вещание (с необязательным солюшном впереди).

Если бы я писал движок - я бы сделал так:

1. Выбрали значение из поля "Адрес для записи". Если не пусто - используем это значение, переходим к концу блока.

2. Значение "Адрес для записи" пустое - берем значение из поля "Ссылки", отбрасываем солюшн (если есть), проверяем, начинается ли адрес с rtp:// или udp://. Если начинается - используем это значение, переходим к концу блока.

3. В "Ссылках" не мультикаст - считаем, что адрес для записи не задан. Конец блока.

Программирование займет на 5 минут больше - зато многим админам не прийдется записывать одно и то же значение в два поля!

Более того - я смотрю, в одном месте примерно так и сделано (только без проверок мультикаст/не мультикаст):

            'cmd'            => empty($channel['mc_cmd']) ?  $channel['cmd'] : $channel['mc_cmd'],

(строка 286 файла tvarchive.class.php)

Почему бы по аналогии не сделать во всех местах

среда, 17 октября 2012 г., 15:53:04 UTC+3 пользователь Aleksey Zhurbitsky написал:

[Aleksey Zhurbitsky]

Дело в том что пустое поле означает что канал не может быть использован в PVR, поэтому так просто заполнить его будет не правильно. Скорее всего придется вводить отдельную опцию, как и для включения архива.

[chip_shpak]

а какое время хранение даных timeshift и TV архива и где его можно указать ?

[Aleksey Zhurbitsky]

В конфиге параметр tv_archive_parts_number, в часах.

[chip_shpak]

а можно ли в конфиги установить функцию что б работал только timeshift а видео архив можно было записывать только при нажатии запись в телегиде что б канал не записывался полностью

[Aleksey Zhurbitsky]

timeshift без постоянной записи работать не будет.

Если нужно запретить доступ к тв архиву на приставке, то можно отключить модуль tv_archive. Но сами каналы при включенной опции "Вести тв архив" все равно будут при этом записываться.

[chip_shpak]

вопрос по pvr пользеватели могут ставить на запись программы в гиде они заливаются на хранилише. Если какойто параметр сколько их хранить на хранилише как с тв архивом или их надо вручную удалять ?

[Milen Minev]

Что такое tv_archive_playback_overlap = 5 ?

[Aleksey Zhurbitsky]

Эта опция позволяет увеличить длительность передачи в тв архиве на указанное количество минут.

Т.е. если новости шли 15 мин, то запись этих новостей в тв архиве будет проигрываться 20 мин. 

[Aleksey Zhurbitsky]

Такие записи хранятся вечно и автоматически не удаляются. 

[Pasha_49]

А при удалении пользователя из админки, запись не удалится?

понедельник, 22 октября 2012 г., 10:35:13 UTC+3 пользователь Aleksey Zhurbitsky написал:

[Aleksey Zhurbitsky]

Нет

[Milen Minev]

10x 

[IVB]

Файл /var/log/stalkerd/access.log - нулевой длины. Куда копать?

среда, 29 августа 2012 г., 11:57:46 UTC+3 пользователь Aleksey Zhurbitsky написал:

При нажатии на кнопку записи при просмотре - ничего не происходит, в логах stalkerd ничего не добавляется 
При нажатии "Записать" в ТВ-Гиде вылезает ошибка "Ошибка сервера. Повторите попытку позже" 

 В эррор логе апача чисто? 

Логи stalkerd смотрели в /var/log/stalkerd? access.log совсем пустой?

На приставке можно запустить портал с дебагом

killall stbapp
/usr/share/qt-4.6.0/stbapp -qws -display directfb http://.../stalker_portal/c/?debug

и смотреть что сыпется в лог при нажатии кнопки записи

On Wednesday, August 29, 2012 10:54:27 AM UTC+3, micol wrote:

среда, 29 августа 2012 г., 11:19:35 UTC+4 пользователь Aleksey Zhurbitsky написал:

1) Как уже сказали - необходимо заполнить поле "Адрес для записи (мультикаст)", тогда после старта  tvarchive.sh в файле .tasks поле cmd не будет пустым, в нем должен оказаться этот адрес.

Заполнил как сказали выше - проблема себя исчерпала, после перезагрузки через промежуток времени запускается запись ТВ-архива

 

2) Для работы TimeShift достаточно включить архив на канале и убедиться что подключен модуль time_shift в конфиге.

Тоже соответственно заработал 

 

3) Для работы nPVR необходим установленный node.js. Он нужен для запуска демона stalkerd. Проверить статус демона можно командой

sudo status stalkerd

 

stalkerd start/running, process 737

tcp        0      0 127.0.0.1:3000          0.0.0.0:*               LISTEN      3079/node       

При нажатии на кнопку записи при просмотре - ничего не происходит, в логах stalkerd ничего не добавляется

При нажатии "Записать" в ТВ-Гиде вылезает ошибка "Ошибка сервера. Повторите попытку позже"

[Aleksey Zhurbitsky]

а /var/log/stalkerd/error.log ?

можно попробовать вручную запустить stalkerd и смотреть вывод

cd /var/www/stalker_portal/daemon/
node ./index.js

[IVB]

/var/log/stalkerd/error.log содержит многократно повторяющиеся строки:

axconfig: port 1 not active
axconfig: port 2 not active

Эти же две строки выдаются при запуске stalkerd вручную.

У меня возникают сильные сомнения - а тот ли 'node' у меня вызывается?

# which node
/usr/sbin/node
# ls -la /usr/sbin/node
-rwxr-xr-x 1 root root 60688 Дек  1  2009 /usr/sbin/node

вторник, 23 октября 2012 г., 10:37:18 UTC+3 пользователь Aleksey Zhurbitsky написал:

[Aleksey Zhurbitsky]

Это не тот node. Это пакет node "Amateur Packet Radio Node program", который не имеет отношения к node.js.

[IVB]

Разобрался.

Думаю, имеет смысл в доке по установке обратить внимание, что пакет Node.js в дистрибутиве Убунты называется nodejs (без точки).

Установил нужный пакет, запись еще не заработала, но в логах появились вразумительные сообщения - т.е. стало понятно, куда копать дальше.

вторник, 23 октября 2012 г., 17:12:26 UTC+3 пользователь Aleksey Zhurbitsky написал:

[IVB]

С "правильным" node.js тоже не могу добиться нужного результата.

Запись архива включена для 3-х каналов.

На хранилище в списке задач висят 3 процесса:

 1656 ?        S      0:05 python /var/opt/stalker_portal_4_8_45/storage/dumpstream -a230.1.208.15 -p5004 -d/media/records//archive/74/ -n168 -chttp://iptv.is.ua/stalker_portal/api/tv_archive/74
 1658 ?        S      0:03 python /var/opt/stalker_portal_4_8_45/storage/dumpstream -a230.1.208.21 -p5004 -d/media/records//archive/87/ -n168 -chttp://iptv.is.ua/stalker_portal/api/tv_archive/87
 1660 ?        S      0:05 python /var/opt/stalker_portal_4_8_45/storage/dumpstream -a230.1.208.14 -p5004 -d/media/records//archive/73/ -n168 -chttp://iptv.is.ua/stalker_portal/api/tv_archive/73

Но запись не происходит. Точнее, запись началась после перезагрузки сервера хранилища (в соответствующих папках есть файлы *.mpg ненулевого размера) - и через какое-то время прекратилась. Время модификации файла отстоит от времени запуска сервера примерно на 8 минут (т.е. запись шла примерно эти 8 минут). Если посмотреть tcpdump'ом - мультикастный поток на сервер хранилища не поступает.

На хранилище в логах Апача - ничего (только запись о старте Апача при запуске сервера), в логах Нжинкса - вообще ничего.

На портале в логах Апача - ничего, в логах stalkerd - запись о успешном (по крайней мере, я так подумал :)) запуске stalkerd:

[Wed Oct 24 2012 12:34:01 GMT+0300 (EEST)] Starting REST server...done
this.ids undefined
this.rest_server_url http://iptv.is.ua/stalker_portal/api/stream_recorder/
{ host: 'iptv.is.ua',
  port: undefined,
  path: '/stalker_portal/api/stream_recorder/',
  method: 'GET',
  headers: { connection: 'close' } } undefined
STATUS: 200
HEADERS: { date: 'Wed, 24 Oct 2012 09:34:01 GMT',
  server: 'Apache/2.2.22 (Ubuntu)',
  'x-powered-by': 'PHP/5.3.10-1ubuntu3.4',
  'content-length': '28',
  connection: 'close',
  'content-type': 'application/json' }
BODY: {"status":"OK","results":[]}
{ status: 'OK', results: [] }

Поток в записываемых каналах идет - на рабочем компе крутится плейер, включенный на одном из этих каналов.

вторник, 23 октября 2012 г., 17:12:26 UTC+3 пользователь Aleksey Zhurbitsky написал:

[Aleksey Zhurbitsky]

stalkerd нужен для PVR (тот что по кнопке REC или запись будущих программ в EPG).

Тв архив работает и без него.

мультикастный поток на сервер хранилища не поступает.

Попробуйте утилиту dumprtp, вручную попытаться подписаться на канал

dumprtp 230.1.208.15 5004

В вывод должен посыпаться "мусор". Если этого не происходит, то скорее всего проблема с подписками на мультикаст группы.

[IVB]

попробовал dumprtp. в другом окне запущен tcpdump.

при запуске dumprtp нет даже пакета JOIN.

я так думаю, JOIN нет из-за того, что висит процеес dumpstream, ожидающий поток с этого же адреса.

если запустить dumprtp с адресом другого канала (для которого не включена запись) - поток идет.

если запустить dumpstream с адресом другого канала - поток появляется.

т.е. подписка происходит нормально, какое-то время поток приходит, затем что-то происходит и поток прекращается.

среда, 24 октября 2012 г., 17:30:08 UTC+3 пользователь Aleksey Zhurbitsky написал:

[IVB]

Сегодня продолжил эксперименты.

Запускаю dumprtp с перенаправлением вывода в файл (чтобы на экран мусор не валил). Поток идет примерно минуты 3, затем прекращается. dumprtp при этом продолжает ожидать поток.

Для исключения из теста дисковой подсистемы (запись в файл) проделал тот же эксперимент, но с перенаправлением в /dev/null - поток прекратился через 2-3 минуты.

Мультикаст на сервер заходит в том же vlan'е, в котором он идет со стримеров, и в котором уходит в локалку. Жалоб от клиентов на внезапное прерывание потока не было. Т.е. почти наверняка проблема в сервере, на котором я пытаюсь писать архив.

Я понимаю, что вопрос вышел за пределы ПО Stalker - но всё-таки, может быть, кто-то сможет подсказать, в какую сторону нужно копать, чтобы понять причины прекращения потока?

Проверил логи сервера - ничего подозрительного нет.

На сервере установлена Убунту:

# cat /etc/issue.net
Ubuntu 12.04.1 LTS
# uname -a
Linux vod 3.2.0-32-generic-pae #51-Ubuntu SMP Wed Sep 26 21:54:23 UTC 2012 i686 i686 i386 GNU/Linux

среда, 24 октября 2012 г., 18:04:44 UTC+3 пользователь IVB написал:

[Aleksey Zhurbitsky]

Скорее всего проблема не в самом сервере а в коммутаторе, куда он включен. Мне кажется надо копать в сторону IGMP snooping. 

[IVB]

Проблема была всё-таки в сервере. Точнее даже, не в самом сервере, а в админе, который его настраивал.

Я упустил из виду, что querier шлет запросы, чобы проверить "умерших" подписчиков, и не открыл на файрволе igmp запросы.

Как только файрвол исправил - запись пошла.

Теперь буду проверять взаимодействие приставки с порталом.

четверг, 25 октября 2012 г., 11:48:11 UTC+3 пользователь Aleksey Zhurbitsky написал:

[IVB]

За время неудачных экспериментов с TV архивом где-то в БД сохранилась информация о том, что можно просмотреть старые передачи (которых реально нет, и огрызки файлов я уже погрохал). Как правильнее всего привести БД в соответствие с реально имеющимися файлами TV архива в хранилище?

четверг, 25 октября 2012 г., 17:33:31 UTC+3 пользователь IVB написал:

[Aleksey Zhurbitsky]

В базе не хранится информация о реально существующих записях тв архива, только период записи.

[IVB]

Т.е. достатчоно будет выставить реальное начало записи для соответствующих каналов?

пятница, 26 октября 2012 г., 10:15:43 UTC+3 пользователь Aleksey Zhurbitsky написал:

[IVB]

Хм, "странные вещи творятся в нашем приюте" (c)

Открываю таблицу tv_archive. На все каналы (кроме двух - о них ниже), на которые я включал запись архива (большинство - сегодня утром) стоИт start_time 2012-10-19 10:00:00, а end_time - 2012-10-26 10:00:00 (сейчас 10:58 на моих часах).

С учетом того, что в архиве указывается только период записи, а реально передачи выбираются из EPG - для большинства передач, которые клиент захочет посмотреть из архива, он получит "файл не найден" (т.к. запись началась только сегодня).

По-моему, это совсем неправильно!

Теперь по поводу еще двух каналов. У них в start и stop - нули, хотя на хранилище процессы dumpstream для этих каналов запущены и поток (я смотрю tcpdump'ом) на сервер идет. Но файлы *.mpg в соответствующих папках отсутствуют. Т.е. подписка на потоки прошла, поток идет на сервер - но не пишется.

В логах хранилища и сервера ничего подозрительного по этим каналам нет. О причине отсутствия тв-архива могут сообщить только разработчики.

Зато в stalker_portal.error.log появились вот такие строчки:

[Fri Oct 26 11:06:48 2012] [error] [client 192.168.100.73] PHP Notice:  Undefined index: yy in /var/opt/stalker_portal_4_8_45/server/administrator/add_epg.php on line 122, referer: http://iptv.is.ua/stalker_portal/server/administrator/add_itv.php
[Fri Oct 26 11:06:48 2012] [error] [client 192.168.100.73] PHP Notice:  Undefined index: mm in /var/opt/stalker_portal_4_8_45/server/administrator/add_epg.php on line 148, referer: http://iptv.is.ua/stalker_portal/server/administrator/add_itv.php
[Fri Oct 26 11:06:48 2012] [error] [client 192.168.100.73] PHP Notice:  Undefined index: dd in /var/opt/stalker_portal_4_8_45/server/administrator/add_epg.php on line 164, referer: http://iptv.is.ua/stalker_portal/server/administrator/add_itv.php

Т.е. явно парсится отсутствующая дата...

пятница, 26 октября 2012 г., 10:50:23 UTC+3 пользователь IVB написал:

[Aleksey Zhurbitsky]

Теперь по поводу еще двух каналов. У них в start и stop - нули, хотя на хранилище процессы dumpstream для этих каналов запущены и поток (я смотрю tcpdump'ом) на сервер идет. Но файлы *.mpg в соответствующих папках отсутствуют. Т.е. подписка на потоки прошла, поток идет на сервер - но не пишется.,

Опять надо пробовать запускать dumpstream вручную. 

[IVB]

Я, вроде бы, понятно описал ситуацию. dumpstream для этих двух каналов запущен, поток есть - но он не пишется.

Остановил tvarchivetasks, убил все запущенные процессы записи (т.к. остановка tvarchivetasks никак на них не влияет). Запустил

# python /var/opt/stalker_portal_4_8_45/storage/dumpstream -a230.1.202.2 -p5004

На экран вывелось

Stream dump
Using 230.1.202.2:5004

Всё. Больше ничего на экран не выдается.

tcpdump'ом проверяю: при незапущенном dumpstream потока нет. запускаю - поток появляется. прерываю по ^C - поток останавливается.

Чем запуск вручную отличается от запуска скриптом?

И второй вопрос - в моем предыдущем посте было замечание о том, что неправильно всегда указывать полный диапазон времени на архив. Ве его можете прокомментировать?

пятница, 26 октября 2012 г., 13:09:33 UTC+3 пользователь Aleksey Zhurbitsky написал:

[Aleksey Zhurbitsky]

Всё. Больше ничего на экран не выдается.

Это означает что поток не принимается, это совсем не тоже самое что "не пишется".

Если сомневаетесь в корректности работы dumpstream перепроверьте с помощью dumprtp.

Ве его можете прокомментировать?

Да, пока что оптимальных альтернатив нет.

[IVB]

пятница, 26 октября 2012 г., 13:50:42 UTC+3 пользователь Aleksey Zhurbitsky написал:

Всё. Больше ничего на экран не выдается.

Это означает что поток не принимается, это совсем не тоже самое что "не пишется".

Да, Вы правы. tcpdump показывает даже тот трафик, который блокируется файрволом.

Осталось понять, почему потоки с одного из стримеров файрвол блочит (при том, что разрешен весь диапазон 224.0.0.0/4).
 

Если сомневаетесь в корректности работы dumpstream перепроверьте с помощью dumprtp.

Хорошо, когда есть две разные утилиты (одной можно проверить другую).

 

Ве его можете прокомментировать?

Да, пока что оптимальных альтернатив нет.

Почему нельзя ориентироваться на время начала записи? Или на наличие файлов в хранилище?

Ведь вы как-то видите, что по двум каналам нет записи, и для них в БД стоят нули. Если вы видите, что записи нет - значит, вы увидите, когда она началась. Вот и ставьте это время в start (понятно, что если оно выходит за период записи - тогда ставим "stop минус период", как сейчас)
 

[JDVU]

я так понял тв архив сам не переподнимается.
шла запись канала, дернул апач и нжинкс, запись файла остановилась. пока через админку не перепоставил галку "тв архив" запись не начиналась

[Aleksey Zhurbitsky]

От апача и и nginx текущие процессы записи не зависят, а вот если сетевые проблемы или передернуть сетевой интерфейс, то да, запись могла остановиться.

[JDVU]

а есть решение на продолжение записи? не дергать же все каналы

среда, 14 ноября 2012 г., 10:29:20 UTC+2 пользователь Aleksey Zhurbitsky написал:

[Aleksey Zhurbitsky]

Да, вручную

start tvarchivetasks

[JDVU]

возможно повторюсь

я так понял что нельзя посмотреть запись через епг в текущем часу
например:
текущее время 14:22
1. передача 11:30 - 14:00 (индикатор записи присутсвует)
2. передача 14:00 - 14:18 (индикатор записи отсутсвует)
3. передача 14:18 - 14:30 (индикатор записи отсутсвует)

посмотреть 2 и 3 можно только через таймшифт, но метиться на них ползунком как-то неудобно

можно ли добавить возможность просмотра тв-архива (автоматическое позиционирование в таймшифт) из епг в текущем часу?

[Aleksey Zhurbitsky]

В принципе при просмотре закончившейся передачи проблем быть не должно, попробуем добавить в ближайшей версии.

[JDVU]

разорвал линк на удаленном сторейдже, запись остановилась. на сервере где находится MW стартанул руками твархивы - на сторейдже запись не возобновилась

среда, 14 ноября 2012 г., 13:13:44 UTC+2 пользователь Aleksey Zhurbitsky написал:

[Aleksey Zhurbitsky]

start tvarchivetasks

Нужно запускать на хранилище, или руками имелось ввиду что из админ панели?

[JDVU]

хм, на вики написано что для хранилища достаточно папки storage, соответственно при запуске на сторейдже

start tvarchivetasks

ругается на недостающие  файлы

или я запутался или я чего-то не понял

среда, 14 ноября 2012 г., 17:34:29 UTC+2 пользователь Aleksey Zhurbitsky написал:

[Aleksey Zhurbitsky]

Во время настройки хранилища надо запустить install.sh.

Это скрипт установит tvarchivetasks, который автоматом стартует при старте сервера.

На какие конкретно файлы ругается?

[JDVU]

вот на данный момент в базе прописано записть в архив 11 каналов
зашел на хранилище, запустил install.sh , ответил что процесс стартовал.
записи каналов не наблюдаю

среда, 14 ноября 2012 г., 18:21:14 UTC+2 пользователь Aleksey Zhurbitsky написал:

[Aleksey Zhurbitsky]

А файл .tasks в папке storage есть? В нем не пусто?

[JDVU]

нету его, ни на MW. ни на сторейдже
на сторейдже должен лежать весь портал или хватает одной папки storage?

четверг, 15 ноября 2012 г., 10:13:46 UTC+2 пользователь Aleksey Zhurbitsky написал:

[Aleksey Zhurbitsky]

Файл .tasks должен быть на хранилище.

На хранилище достаточно одной папки storage.

Попробуйте в папки storage на хранилище из-под рута запустить запустить 

su www-data -c "php ./tvarchivesync.php"

[JDVU]

спасибо, разобрался.

четверг, 15 ноября 2012 г., 10:30:28 UTC+2 пользователь Aleksey Zhurbitsky написал:

[JDVU]

при смене параметра tv_archive_parts_number что нужно сделать чтобы применились изменения для записи?

[Aleksey Zhurbitsky]

Да, на хранилищах надо перезапустить сессии записи.

Сначала вручную убить все процессы dumpstream, а затем 

start tvarchivetasks

[JDVU]

чтот у меня вообще не ладится
теперь tvarchivetasks говорит что стартанул, .tasks обновил, и отваливается. ни ошибок, ничего нет.

[Aleksey Zhurbitsky]

Да, он и должен отвалиться.

Он всего лишь синхронизирует .tasks, запускает dumpstream процессы и выходит.

dumpstream в процессах появился?

[JDVU]

dumpstream работает, пишет каналы

[Alexey Tsessarskiy]

Сталкер и Архив переставляли, случилась авария. До переустановки все работало, включая ПВР. До этого стояла версия 44. Сейчас установили 44 сталкер, восстановили базу из бэкапа, проапдейтили сталкер до 47, поставили архив 47.

ТВ-архив пишется, пауза, воспроизведение из архива, все работает. PVR не работает. При нажатии на кнопку REC просто ничего не происходит, ни при просмотре канала, ни в ЕПГ.

В логе /var/log/stalkerd/error.log раз в минуту появляется строчка

exec: 12: sudo: not found

и больше ничего.

Все остальное работает штатно.

[Pasha_49]

Если у вас debian, поставьте sudo.

пятница, 16 ноября 2012 г., 3:04:03 UTC+3 пользователь Alexey Tsessarskiy написал: