В 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$Processor.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 4.
RAM:
4
Gb

*Software:*

OS: Centos - 6,5-release. Java: jdk1.8.0_92. OM:
3.1.2

При вхождении в одну комнату > 10 участников,
начинают
"отваливаться"
другие участники, уже находящиеся в комнате (от 1
до
3).
При
этом
для
"отвалившегося" нет явных признаков того, что он
покинул

комнату. На
фоне
этого:
1. При использовании TLS/RTMPS (native) доступа,
сразу
после
"отвала"
участников и происходит описанный ранее overload
CPU
(до
100%)

по 1
-
2
ядрам. Загрузка процессора продолжается вплоть до
перезагрузки

OM.
Данная
ситуация воспроизвелась 5 раз подряд на 11 - м
участнике.
2. При использовании обычного/небезопасного
доступа,
участники

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

Рекомендуется к воспроизведению.


17.06.2016 13:00, Sergey Pisanko пишет:

Уже именно это и сделал, перенес на "железо", тот
же
эффект.

Может,
где
- то в коде не все ладно? С версиями джавы
экспериментировал
-
не

помогло.
17.06.2016 12:52, Maxim Solodovnik пишет:

у нас dedicated сервер

есть ли у вас возможность попробовать на
"реальном"
железе?
может

виртуализация даёт такой эффект?
2016-06-17 15:08 GMT+06:00 Sergey Pisanko
<s...@otoib.dp.ua>:
Нет, запускаю именно red5.sh. Уже позже обратил
внимание,
что

не
всегда
overload CPU связан с количеством участников, замечал на
7
-
8.

Где
-
то
какое - то событие сильно нагружает проц и
лечится
сие
только
рестартом
сервиса.


17.06.2016 11:11, Maxim Solodovnik пишет:

пускаете скриптом *highperfюыр?

обычным red5.sh не пробовали?

2016-06-09 18:12 GMT+06:00 Sergey Pisanko <
s...@otoib.dp.ua

:
Выкладываю ссылку на скриншот по процессам и
загрузке
CPU
в
момент
тестирования конференции в кол - ве не более
10
участников.
Стойкое

впечатление, что в процессах не все красиво.

http://my-files.ru/4z6ybr


09.06.2016 7:55, Vasiliy Degtyarev пишет:

Добрый день, Сергей!

Что значит - - при оверлоаде CPU слетают
админские
права
в
комнате?

С уважением,

Василий Дегтярев

On 08.06.2016 20:14, Sergey Pisanko wrote:

Добрый день, коллеги.

Евгений, спасибо за отзыв.

Что бы сервер openmeetings съедал всю
память
я
не
припомню.

Василий, не RAM - ресурсы, а CPU. С
использованием
памяти
ОК.
Проявилась
особенность - при оверлоаде CPU слетают админские права
в
комнате.

А какую java Вы используете?
Пакет jdk-8u77 Oracle. Попробую
обновиться.


08.06.2016 6:52, Евгений Хрянин пишет:

Здравствуйте, коллеги.

У меня OM на не очень сильном сервере HP
DL120
G7.
4
ядра,
8гб

озу.

Проводим видео конференции 5-6 точек
320*240,
или
аудио
10-12.
Нагрузка на сервере не выше 15-20%
ОС Centos 7 (минималка). JRE от оракла.
OM
3.1.1
Рядом еще установлен openfire на 100
человек.
Задержек и зависаний нет.
Раньше были на клиентской стороне, но
решили
их

расширением
канала
связи и
обновлением железа ПК
8 Июн 2016 г. 6:31 пользователь "Vasiliy
Degtyarev"<
va...@unipro.ru>
написал:

Добрый день, Сергей!

Максим сейчас в отпуске, будет 20 июня.

Опыт проведения конференций показывает
что
можно

проводить
конференцию
с
видео 120х90 до 20 участников.
Основные проблемы обычно возникали из-за
пропускной
способности
сети
и
из-за flash. Что бы сервер openmeetings
съедал
всю

память я
не
припомню. А
какую java Вы используете?

С уважением,
Василий Дегтярев


On 07.06.2016 19:24, Sergey Pisanko
wrote:

Добрый день, Максим.

Провели пробное тестирование с участием
15
-
20
чел,

только
аудио.
При
таком количестве, сервер сваливается по
ресурсам
CPU,
съедаемых
java.
Днем
ранее, 5 участников с видео 240х180
сервер
вполне
нормально
тянул.
Сервер
виртуализирован на xsphere-5.5, ОС -
Centos-
6.5,
в
системе
8
виртуальных
CPU 3,5 GHz, openmeetings-3.1.2. Что
характерно,
при
освобождении
комнаты
участниками, java продолжала грузить
проц
до
полного
ее
перезапуска.

Максим, каковы, вообще, требования по
CPU,
каков

максимум
участников с
позитивным опытом, что может быть причиной, и в
сторону
чего
смотреть?




--

-------------

С Уважением,

Сергей Писанко.
--
-------------

С Уважением,
Сергей Писанко.



--

-------------

С Уважением,
Сергей Писанко.


--

-------------
С Уважением,
Сергей Писанко.


--

-------------
С Уважением,
Сергей Писанко.



--
-------------
С Уважением,
Сергей Писанко.



--
WBR
Maxim aka solomax


--
-------------
С Уважением,
Сергей Писанко.



--
-------------
С Уважением,
Сергей Писанко.


--
-------------
С Уважением,
Сергей Писанко.

--
-------------
С Уважением,
Сергей Писанко.

--
-------------
С Уважением,
Сергей Писанко.

--
-------------
С Уважением,
Сергей Писанко.

--
WBR
Maxim aka solomax


--
-------------
С Уважением,
Сергей Писанко.



--
-------------
С Уважением,
Сергей Писанко.





--
-------------
С Уважением,
Сергей Писанко.

Ответить