Она?
12.10.2016 10:36, Maxim Solodovnik пишет:
это отлично
а там ещё буфер должен печататься (длинная HEX строка)
вышлите её тоже
я со своими сравню
2016-10-12 14:33 GMT+07:00 Sergey Pisanko <s...@otoib.dp.ua>:
В 3.1.3 отловил, вот она:
[WARN] [NioProcessor-2]
org.red5.server.net.rtmp.codec.RTMPProtocolDecoder
-*Closing connection because decoding failed*: RTMPMinaConnection from
10.100.128.14 (in: 1751996 out: 4227833) session: H7A4NJUYMWFWW state:
connected
org.red5.server.net.protocol.ProtocolException:*Error during
decoding.*
Вот еще одна:
[WARN] [NioProcessor-2]
org.red5.server.net.rtmp.codec.RTMPProtocolDecoder -
Closing connection because decoding failed: RTMPMinaConnection from
10.100.128.14 (in: 1751996 out: 4227833) session: H7A4NJUYMWFWW state:
connected
org.red5.server.net.protocol.ProtocolException: *Error during
decoding*
at
org.red5.server.net.rtmp.codec.RTMPProtocolDecoder.
decode(RTMPProtocolDecoder.java:201)
at
org.red5.server.net.rtmp.codec.RTMPProtocolDecoder.decodeBuffer(
RTMPProtocolDecoder.java:126)
at
org.red5.server.net.rtmp.codec.RTMPMinaProtocolDecoder.decode(
RTMPMinaProtocolDecoder.java:90)
at
org.apache.mina.filter.codec.ProtocolCodecFilter.messageReceived(
ProtocolCodecFilter.java:231)
at
org.apache.mina.core.filterchain.DefaultIoFilterChain.
callNextMessageReceived(DefaultIoFilterChain.java:542)
at
org.apache.mina.core.filterchain.DefaultIoFilterChain.access$
1300(DefaultIoFilterChain.java:48)
at
org.apache.mina.core.filterchain.DefaultIoFilterChain$
EntryImpl$1.messageReceived(DefaultIoFilterChain.java:947)
at
org.red5.server.net.rtmpe.RTMPEIoFilter.messageReceived(
RTMPEIoFilter.java:158)
at
org.apache.mina.core.filterchain.DefaultIoFilterChain.
callNextMessageReceived(DefaultIoFilterChain.java:542)
at
org.apache.mina.core.filterchain.DefaultIoFilterChain.access$
1300(DefaultIoFilterChain.java:48)
at
org.apache.mina.core.filterchain.DefaultIoFilterChain$
EntryImpl$1.messageReceived(DefaultIoFilterChain.java:947)
at
org.apache.mina.core.filterchain.IoFilterAdapter.messageReceived(
IoFilterAdapter.java:109)
at
org.apache.mina.core.filterchain.DefaultIoFilterChain.
callNextMessageReceived(DefaultIoFilterChain.java:542)
at
org.apache.mina.core.filterchain.DefaultIoFilterChain.
fireMessageReceived(DefaultIoFilterChain.java:535)
at
org.apache.mina.core.polling.AbstractPollingIoProcessor.read(
AbstractPollingIoProcessor.java:703)
at
org.apache.mina.core.polling.AbstractPollingIoProcessor.process(
AbstractPollingIoProcessor.java:659)
at
org.apache.mina.core.polling.AbstractPollingIoProcessor.process(
AbstractPollingIoProcessor.java:648)
at
org.apache.mina.core.polling.AbstractPollingIoProcessor.access$600(
AbstractPollingIoProcessor.java:68)
at
org.apache.mina.core.polling.AbstractPollingIoProcessor$Proc
essor.run(
AbstractPollingIoProcessor.java:1120)
at
org.apache.mina.util.NamePreservingRunnable.run(
NamePreservingRunnable.java:64)
at
java.util.concurrent.ThreadPoolExecutor.runWorker(
ThreadPoolExecutor.java:1142)
at
java.util.concurrent.ThreadPoolExecutor$Worker.run(
ThreadPoolExecutor.java:617)
at java.lang.Thread.run(Thread.java:745)
Caused by: java.nio.BufferUnderflowException: null
at java.nio.Buffer.nextGetIndex(Buffer.java:500)
at java.nio.HeapByteBuffer.get(HeapByteBuffer.java:135)
at
org.apache.mina.core.buffer.AbstractIoBuffer.get(
AbstractIoBuffer.java:501)
at org.red5.io.amf.Input.readDataType(Input.java:103)
at
org.red5.io.object.Deserializer.deserialize(Deserializer.java:52)
at
org.red5.server.net.rtmp.codec.RTMPProtocolDecoder.decodeFlexMessage(
RTMPProtocolDecoder.java:978)
at
org.red5.server.net.rtmp.codec.RTMPProtocolDecoder.decodeMessage(
RTMPProtocolDecoder.java:481)
at
org.red5.server.net.rtmp.codec.RTMPProtocolDecoder.decodePacket(
RTMPProtocolDecoder.java:298)
at
org.red5.server.net.rtmp.codec.RTMPProtocolDecoder.
decode(RTMPProtocolDecoder.java:187)
... 22 common frames omitted
12.10.2016 9:59, Maxim Solodovnik пишет:
ОМ-3.1.2 не пойдёт (у него red5 1.0.8-M6)
надо смотреть 3.1.3+
2016-10-12 13:46 GMT+07:00 Sergey Pisanko <s...@otoib.dp.ua>:
Проверил, задебажил кусок лога в момент падения. ОМ-3.1.2. Данного
сообщения
не обнаружил. Могу выслать этот дебаг, но WARN/ERROR/FATAL в нем
отсутствуют. Уровень логирования - "из коробки", может нужно
изменить?
12.10.2016 9:35, Maxim Solodovnik пишет:
ага, почему-то в логах это потом не нашёл
2016-10-12 13:08 GMT+07:00 Sergey Pisanko <s...@otoib.dp.ua>:
у Вас это так же воспроизводится?
Попробую проверить. Отлавливать в консоли при помощи
red5-debug.sh?
12.10.2016 8:50, Maxim Solodovnik пишет:
более пристальное вглядывание показало что прямо перед отстрелом
пользователя в консоли появляется сообщение
Closing connection because decoding failed
и длинный Stacktrace к нему а так же набор байтов сообщения
у Вас это так же воспроизводится?
2016-10-11 23:47 GMT+07:00 Maxim Solodovnik <
solomax...@gmail.com
:
доброй ночи
отпишусь что сделал
1) запустил версию 3.1.1 на derby
2) в DEPLOYMENT mode она держит 11-12 табов хрома (в DEVELOPMENT
не
держит)
дальше
1) поменял версию red5 на 1.0.8-M12 (поправил билд чтоб
собралось)
2) запустил на derby
3) в DEPLOYMENT mode она держит 10 табов хрома (дальше клипенты
отваливаются и реконнектятся, но как-то неполноценно)
таким образом получается что 3.1.1 работает лучше с red5-1.0.6 и
хуже
с
M12
связался с разработчиками red5
жду советов/исправлений от них
2016-10-11 14:16 GMT+07:00 Sergey Pisanko <s...@otoib.dp.ua>:
Подведу для себя итог по предыдущим Вашим ответам. То есть, Вы
увидели
отвал
участников по достижении определенного числа в комнате типа
Conference?!
И
игры со старым/новым red5 ситуацию не изменили?! Я все верно
понял?
11.10.2016 9:25, Maxim Solodovnik пишет:
конечно изменится, но тут главное понять что происходит и
почему
проверил
1) новый серверный код + старый swf код
2) новый серверный и swf код, старый red5
лучше не стало
надо дальше искать
2016-10-11 13:08 GMT+07:00 Sergey Pisanko <s...@otoib.dp.ua>:
А безопасность (TLS) не изменится с даунгрейдом red5?
это очень будет странно если поможет
А ну как сработает? :-))
11.10.2016 5:04, Maxim Solodovnik пишет:
относительно 3.1.1 только версия red5 поменялась (я пробовал
сравнивать изменения в коде)
можно попробовать побаловаться и откатить red5, но это очень
будет
странно если поможет
2016-10-10 18:51 GMT+07:00 Sergey Pisanko <s...@otoib.dp.ua
:
судя по поведению очень тормозит список пользователей
Однако, на 3.1.1 при "прочих равных" ничего подобного не
происходит.
Быть
может уместно будет "плясать" от изменений относительно
этой
версии?
10.10.2016 11:15, Maxim Solodovnik пишет:
ну в conference воспроизводится
судя по поведению очень тормозит список пользователей
можно его попробовать выкинуть и проверить останутся ли
тормоза
как будет время - попробую
2016-10-10 13:57 GMT+07:00 Sergey Pisanko <
s...@otoib.dp.ua>:
Насчет стабильности "Restricted room" несколько
заблуждался.
Стабильность
наблюдается только при отсутствии медиаданных
пользователя
(а
в
"restricted"
это по дефолту, что и ввело в заблуждение). Как только
кол-во
участников
с
медиа(!) достигает все тех же 11, настигает "отвал".
Максим, ситуация пока еще не воспроизведена?
04.10.2016 16:49, Maxim Solodovnik пишет:
сейчас ещё раз проверил
в Restricted комнате все те же элементы управления что и
в
"Conference"
единственная разница в том что в restricted чтобы их
увидеть
нужно
сделать
доп. клик .....
2016-10-04 18:05 GMT+07:00 Sergey Pisanko
<s...@otoib.dp.ua>:
Оказывается, "отвал" пользователей в 3.1.2 происходит не
во
всех
типах
комнат. В типах "Webinar" и "Restricted" все стабильно.
Однако,
в
данных
типах нет того удобного инструментария для управления
правами
в
виде
кнопок, индикатора звука и т. д. Но лучше, чем ничего
)).
04.10.2016 11:06, sergey sivun пишет:
...с месяц уже используем 3.1.2..., было мах 30
То есть, все - таки, на 3.1.2 было порядка 30? На
обычном
(незащищенном
соединении)? На железе:
Intel І5-4460 1 проц, 4 ядра тоже 8 гиг озу и в
формате
вебинара?
Да.
Я думаю что через неделю - две снова будут занятия,
только
тогда
смогу
проверить 3.1.3 в режиме вебинаров.
А пока попробую воспроизвести ваш вариант с 11
пользователями
3.1.3
на
старом 8 ядерном сервере.
Боевой сервер пока трогать не буду т.к. если начнет
загибаться
то
мне
бухгалтерия (там 1с базы лежат и еще 2 базы
факультетов)
голову
оторвут.
4 октября 2016 г., 11:00 пользователь Sergey Pisanko
<s...@otoib.dp.ua>
написал:
...с месяц уже используем 3.1.2..., было мах 30
То есть, все - таки, на 3.1.2 было порядка 30? На
обычном
(незащищенном
соединении)? На железе:
Intel І5-4460 1 проц, 4 ядра тоже 8 гиг озу и в
формате
вебинара?
04.10.2016 10:47, sergey sivun пишет:
Забыл дописать что с месяц уже используем 3.1.2,
нашли
пару
багов
которые
Максим оперативно исправил уже в 3.1.3.
Но 50 чел не было, было мах 30 (1 поток лекций)
Наверное будем переходить, но проверить пока нет
возможности,
сейчас
занятий удаленных нет
4 октября 2016 г., 10:40 пользователь Maxim
Solodovnik
<
solomax...@gmail.com
написал:
а нет ли возможности проверить 3.1.3 на предмет
"стало
не
хуже"?
:)
2016-10-04 14:36 GMT+07:00 sergey sivun
<neptu...@gmail.com>:
Добрый день!
1. Организовывали ли Вы конференции на ОМ 3.1.2 -
3.1.3
с
количеством
более 10 - ти участников?
Использовали до последнего времени 3.0.7 Система
Debian
7.9
Мы используем его для проведение лекций, т.е. это
вебинары,
1
преподаватель
с видео и звуком и студенты только слушают и
смотрят.
на железе Intel 2xE5335 - 2-х процессорный 4-х
ядерный
8
гиг
озу
получалось
тянуть до 45-50 студентов
Но эти процы конечно староваты уже.
Потом поставил еще 1 железо Intel І5-4460 1 проц,
4
ядра
тоже
8
гиг
озу
Тянет также 45-50. Оставил пока его т.к. греется
гораздо
меньше,
старый
как
запасной.
Сначала была поставлена задача что должно
подключаться
до
150-200
человек
одновременно (но реально так не было никогда)
Поэтому пробовал организовать работу системы в
кластере,
по
документации
есть такая возможность, но документация очень
скудная,
есть
несколько
подводных камней или неясных мест. Вообщем-то в
конце-концов
заработало.
Но
т.к. все равно количество одновременно подключенных
за
50
не
выходило
-
оставил пока эту затею.
Для селекторных совещаний с базовой структурой
тоже
используем
эту
систему.
Там подключалось одновременно до 15(мах видел)
пользователей
с
видео,
но
без звука. Звук пускают через TeamSpeak.
У них версия еще стоит 3.0.0. Что у них за железо
не
знаю.
2. Были ли проблемы в работе ОМ с данным
количеством,
в
частности,
непроизвольным выходом пользователей из комнаты?
Вроде не жаловались.
4 октября 2016 г., 9:56 пользователь Sergey
Pisanko
<s...@otoib.dp.ua
написал:
на моей машине Chrome показывает потребление 1.5Гб
памяти
и
использование 300% CPU на 6ти вкладках, как Вы
открываете
10?
На 3.1.1 я открываю 20, довольно мощный десктоп.
"Залипаний"
не
ощущаю,
только "отвал" пользователей на 3.1.2 - 3.1.3
ровно
на
11
- м
участнике
при
самых разных hardware - конфигурациях сервера. В
Вашем
случае,
вероятно,
без нескольких компов не обойтись.
Буду ждать результатов сравнения версий, а пока
хотел
бы
обратиться
к
подписчикам с просьбой отписаться по вопросам:
1. Организовывали ли Вы конференции на ОМ 3.1.2 -
3.1.3
с
количеством
более 10 - ти участников?
2. Были ли проблемы в работе ОМ с данным
количеством,
в
частности,
непроизвольным выходом пользователей из комнаты?
04.10.2016 8:12, Maxim Solodovnik пишет:
я попробовал воспроизвести эту ситуацию
результаты
1) "залипание" на загрузке комнаты вроде
получилось
немного
уменьшить
2) на моей машине Chrome показывает потребление
1.5Гб
памяти
и
использование 300% CPU на 6ти вкладках, как Вы
открываете
10?
надеюсь продолжить разборки (сравнить версии
3.1.1
и
3.1.3)
попозже
на
неделе (есть опасение что это могут проблемы
red5)
2016-09-30 18:16 GMT+07:00 Sergey Pisanko
<s...@otoib.dp.ua>:
Отваливаться начинают первые в списке. Сразу две
учетки.
Не помню, писал ли... Но на релизе 3.1.1 в
незащищенном
соединении
такого не
наблюдалось. Сейчас решил перепроверить,
установил
3.1.1
и
полет
нормальный
при 18 - ти логинах.
30.09.2016 14:10, Maxim Solodovnik пишет:
ОК, пусть будет mysql
попробую на одном пользователе
по Вашим наблюдениям пользователи отваливаются
в
произвольном
порядке?
2016-09-30 17:39 GMT+07:00 Sergey Pisanko
<s...@otoib.dp.ua>:
на всякий случай перепускаем ОМ (дерби иногда
странно
себя
ведёт
сразу
Я использовал mysql.
одного пользователя (админа) хватит?
Я использовал двух, думаю, хватит и одного.
тип комнаты важен?
В моем случае - Public Conference room/32.
что надо делать после входа?
Входить повторно этим же пользователем,
доводя
количество
логинов
до
11.
Можно в одном браузере в разных вкладках,
либо в
разных
браузерах.
"Audio
only".
30.09.2016 13:21, Maxim Solodovnik пишет:
ОК
предлагаю зафиксировать шаги
1) скачиваем №384 отсюда
https://builds.apache.org/
view/M-R/view/OpenMeetings/job/
Openmeetings%203.1.x/
2) ничего не меняем
3) запускаем
4) проходим инсталляцию, создаём
пользователя
тут получили vanilla version
4.1) на всякий случай перепускаем ОМ (дерби
иногда
странно
себя
ведёт
сразу
после установки)
5) этим пользователем заходим в комнату
тут вопросы
1) одного пользователя (админа) хватит?
2) тип комнаты важен?
3) что надо делать после входа?
2016-09-30 13:49 GMT+07:00 Sergey Pisanko
<s...@otoib.dp.ua>:
Добрый день.
Испытал релиз 3.1.3 на предмет описанной
ниже
ситуации.
Проблема
повторяется. Ровно на 11 - м участнике,
пользователи
начинают
"отваливаться". Происходит как на
tls/rtmps,
так
и
на
незащищенном
соединении. Насколько я понимаю, кол - во
участников
зависит
лишь
от
объема
серверных ресурсов, и явных ограничений нет?!
24.06.2016 14:51, Sergey Pisanko пишет:
Добрый день.
Очередной "виток" тестирования.
*Hardware:*
CPU: Intel® Xeon® Processor E5430; 2,66
GHz x
...
