«Линия» для Linux v20191029

ОС Debian 9.13

После аварийного отключения сервера по части электропитания Линия не видит ни одной камеры. Сервис запускается и работает, наблюдательным постом можно подключиться к серверу, ошибок никаких не показывает, как впрочем и ни одной камеры (смена видов не помогает), в администрировании так же не видно ни одной камеры, все пользователи на месте, настройки архива на месте. 

В /var/opt/line/cfg файлы все на месте (визуально все настройки верные), у пользователя line есть все права на чтение/запись этих файлов.

Переустановка "поверх" с сохранением конфигурации не помогла.

Syslog при перезапуске сервиса line (админский белый IP убрал за звездочки):

root@devline:/var/log# tail -f syslog
Dec  1 14:55:47 devline systemd[1]: Stopped Line, digital surveillance system.
Dec  1 14:55:47 devline systemd[1]: Started Line, digital surveillance system.
Dec  1 14:55:47 devline kernel[2704]: [kernel] start (version: 6f951b631564, target: general, demo: no)
Dec  1 14:55:47 devline kernel[2704]: [kernel] profile successfully loaded: Default
Dec  1 14:55:47 devline kernel[2704]: [fs] path status is directory file
Dec  1 14:55:48 devline kernel[2704]: [archive] failed to pthread_setschedparam: 1
Dec  1 14:55:49 devline kernel[2704]: [kernel] user 'dezhur' (ip: 10.2.2.10) connected to the server
Dec  1 14:55:49 devline kernel[2704]: [kernel] user 'beh0lder' (ip: 10.2.2.10) connected to the server
Dec  1 14:55:49 devline kernel[2704]: [kernel] user 'admin' (ip: *.*.*.*) connected to the server
Dec  1 14:55:59 devline kernel[2704]: [sys] cpu: 0.2%, rss: 39 mb
^C
root@devline:/var/log#

Подскажите что делать?

Есть ли аналог "Линия-Мини" только под Линукс? Кроме VLC. Что-то подобное, показывает одну камеру в маленьком окне поверх всех окон. Существует?

Кому интересно run-script для запуска:

#!/sbin/openrc-run

command="/opt/line/sbin/kernel"
command_args="--user=line --share-dir=/opt/line/share/line --var-dir=/var/opt/line"
command_background="true"
pidfile="/var/run/line.pid"

depend() {
        use net
}

Для последней версии OpenRC

Позже может ebuild сделаю...

А пока вопрос, может это связано с сегодняшним падением сайта, но ключ, который сегодня приобрели не хочет активироваться:

/opt/line/bin/licensing activate xxxx-xxxx-xxxx-xxxx
curl: (22) The requested URL returned error: 401

Это из-за какой-то недостающей зависимости? Авторизация как проходит? Curl собран с поддержкой ssl библиотеки openssl. 

Установилась нормально 

Какие-то процессы "Линии" запустились, но больше ничего не происходит.

Что необходимо сделать для дальнейшей работы с линией на linux? 

У нас в огранизации появились планы по поводу перевода видеосерверов с Линией с Windows на Linux.

У меня возникло несколько вопросов?

1) Возможно использовать версию Линии для Linux в продакшене (данная версия до сих пор почему-то находится в бете)?

2) Возможно ли перенести лицензию Линии с Windows на Linux, если железо останется без изменений (Т.е. снести Windows и поставить на то же железо Linux)?

3) Возможно объединение нескольких физических видеосерверов в один видеосервер без потери лицензий для Windows и Linux (имеется в виду использование только одного мощного видеосервера вместо 2-3 слабых видеосерверов) ?

5.4.0-37-generic #41-Ubuntu SMP Wed Jun 3 18:57:02 UTC 2020 x86_64 x86_64 x86_64 GNU/Linux

В уделенной точке есть линия под Ubuntu Linux + 2 камеры - все в одном сегменте. Проблем нет, все работает отлично. Данная точка соединяется с офисом посредством двух Mikrotik с поднятым IPSEC. Со стороны линии - Mikrotik интернет организован через 4g модем. Если подключаться через тоннель IPSEC напрямую к камерам, и смотреть поток H265 и H264 через VLC плеер, проблем не возникает, картинка выдается в HD почти без тормозов, утилизация около 2 Мбит/с.  Если через тот же тоннель подключиться к серверу линии через софт - наблюдательный пост их под винды, все встает колом. Трафик до сервера линии зашкаливает за 5 мбит /с - больше модем вытянуть не может. Отсюда предположение - трафик между сервером и наблюдательным постом линии идет не в общепринятом кодеке H264 либо H265, а в каком то своем, не оптимизированным, и грузит канал, не обеспечивая сжатие. Подскажите, как быть. Другого канала связи кроме 4G модема в данной точке нет.

Поискал на форуме но ничего не нашел.

Не могу настроить сохранение фото по детекции на FTP сервере с максимальным разрешением.

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

А в результате сохраняется изображение в формате 640*360 (например), хотя камера выдает поток в 1920*1080.

Смена потоков 1-ого и 2-ого местами ничего не дала. Всегда на FTP сохраняется мутное фото минимального разрешения.

Подскажите, как настроить так, чтобы на FTP сохранялся кадр с максимальным разрешением.

Модели камер:

DCS-931L

DCS-2103

DCS-2132LB1

Пробовал на версиях ОС Debian GNU/Linux 9.12 и Debian GNU/Linux 10.

Версия сервера "Линия Linux v20191029 x64 бета-версия".

При попытке подключиться к камере появляется ошибка (скрин). Поочерёдно попробовал все протоколы в настройках - результат одинаковый.

Пробовал и на демо-версии, и на полной с лицензией.

Если подключать к серверу на windows, то камеры подключаются.

Куда копать?

Плата стоит на win7, проц 64-bit

Клиент Выпуск Linux Mint 19.3 Tricia 64-разрядный

Ядро Linux 5.0.0-37-generic x86_64

MATE 1.22.2

Wine 4.0.5

Линия 7.7.0 64-bit  -  Наблюдательный пост и просмотр архива не запустились, линия мини запускается (не спрашивайте почему, не знаю, 2 дня пингвину)

Линия 7.7.0 32-bit  -  работает

Помогите рахобраться с экспортом видеоархива событий.

Несколько камер (например 2) пишут в архв 2 потока (2-ой поток с низким разрешением постоянно; 1-ый поток в максимильном разрешении по событию.) + включен 3-ий поток для мобильного клиента.

За промежуток времени (например за 1 час) на объекте было несколько срабатываний детектора движения (функция ПО Линия) то на одной, то на другой камере. В архиве все записано корректно. Когда просматриваешь архив то на экран выводится только изображение на время срабатывания (на экран выводится 1-ый поток) по каждой из камер.

Нужно сделать экспорт архива в таком же виде. Но при эксопрте нет режима "По событию". Там только задается время начала и окончания экспорта (+номер потока +камера или вид - но это не влияет на длительность видео в экспортируемом файле) . В результате получается видеофайл длиной 1 час, в котором где-то посредине есть несколько секунд записи событий, а остальное время неменяющаяся картинка (с черными/или статичными экранами камер). В результате приходится прокруткой видеоплеера вручную искать видео записи событий в полученном видеофайле, что очень неудобно, и так невозможно пользоваться архивом в реальной работе.

Может я что-то не так делаю? И просто не нашёл нужный режим экспорта?

Через Windows клиент в режиме наблюдения и в режиме просмотра архива работает нормально.

Установил мобильное приложение "Линия". (последняя версия на GooglePlay). В режиме наблюдения работает нормально. В режиме просмотра архива не работает совсем. Не показываются линии записи по камерам и потокам. В окнах все пусто с восклицательным знаком.

При первом запуске Линии мини настройки вводиш и нормально работает.

Но стоит ее закрыть или перезагрузить пк, ВСЕ! ТРЫНДЕЦ! ошибка авторизации.

Как ее настроить?

Спасибо.

Что это значит? Лицензия новая

В чём может быть  проблема?

Под суперюзером был установлен пакет line-demo-x86_64-v20190305.run

Под пользователем вв вайне установлена Линия. При запуске ошибка:

rase@lg491:~$ wine .wine/drive_c/Program\ Files/DevLine/Line/observer.exe
002b:err:seh:setup_exception stack overflow 1952 bytes in thread 002b eip 000000007bc91016 esp 0000000000130e70 stack 0x130000-0x132000-0x230000
rase@lg491:~$ 002d:err:clipboard:convert_selection Timed out waiting for SelectionNotify event

ПО  (Ubuntu 18):

Linux:  4.18.0-20-generic #21~18.04.1-Ubuntu SMP Wed May 8 08:43:37 UTC 2019 x86_64 x86_64 x86_64 GNU/Linux

Wine: wine-3.0 (Ubuntu 3.0-1ubuntu1)

Железо:

Motherboard:

        Manufacturer: ASUSTeK COMPUTER INC.
        Product Name: PRIME H310M-R R2.0

CPU:
Архитектура:         x86_64
CPU op-mode(s):      32-bit, 64-bit
Порядок байт:        Little Endian
CPU(s):              4
On-line CPU(s) list: 0-3
Потоков на ядро:     1
Ядер на сокет:       4
Сокетов:             1
NUMA node(s):        1
ID прроизводителя:   GenuineIntel
Семейство ЦПУ:       6
Модель:              158
Имя модели:          Intel(R) Core(TM) i3-8100 CPU @ 3.60GHz
Степпинг:            11
CPU МГц:             800.125
CPU max MHz:         3600,0000
CPU min MHz:         800,0000
BogoMIPS:            7200.00
Виртуализация:       VT-x
L1d cache:           32K
L1i cache:           32K
L2 cache:            256K
L3 cache:            6144K
NUMA node0 CPU(s):   0-3
Флаги:               fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge mca cmov pat pse36 clflush dts acpi mmx fxsr sse sse2 ss ht tm pbe syscall nx pdpe1gb rdtscp lm constant_tsc art arch_perfmon pebs bts rep_good nopl xtopology nonstop_tsc cpuid aperfmperf tsc_known_freq pni pclmulqdq dtes64 monitor ds_cpl vmx est tm2 ssse3 sdbg fma cx16 xtpr pdcm pcid sse4_1 sse4_2 x2apic movbe popcnt tsc_deadline_timer aes xsave avx f16c rdrand lahf_lm abm 3dnowprefetch cpuid_fault epb invpcid_single pti ssbd ibrs ibpb stibp tpr_shadow vnmi flexpriority ept vpid fsgsbase tsc_adjust bmi1 avx2 smep bmi2 erms invpcid mpx rdseed adx smap clflushopt intel_pt xsaveopt xsavec xgetbv1 xsaves dtherm arat pln pts hwp hwp_notify hwp_act_window hwp_epp flush_l1d

В чем может быть проблема и как быть?

Проводились ли тесты производительности в сравнении с Windows-сервером?

В чем, по мнению разработчиков, плюсы Linux-решения?

Есть ли преимущества у MicroNVR в плане какого-то специального аппаратного ускорения, по сравнению с самодельными Linux-серверами?