forum.bitel.ru http://forum.bitel.ru/ |
|
Скорость работы ServiceActivator http://forum.bitel.ru/viewtopic.php?f=44&t=8532 |
Страница 1 из 1 |
Автор: | borisk [ 05 окт 2013, 21:53 ] |
Заголовок сообщения: | Скорость работы ServiceActivator |
Добрый день! У нас пользователи подключаются по PPPoE, через MPD. Но в силу того, что нужно более тонко управлять шейперами на FreeBSD, решили написать свой manad на python и, соответственно, свой ServiceActivator для устройства. Проблема в том, что при массовых подключениях/отключениях работа SA просто удручает. Судя по всему - все сообщения становятся в одну очередь, и эта очередь разгребается крайне медленно. По моим наблюдениям - примерно 1 событие в секунду. Это вообще неприемлемо. Что это - ограничение bgbilling или неправильный дизайн моего SA? Как можно убыстрить процесс? Цитата: Информация о версии:
Клиент: вер. 6.0 сборка 1247 от 02.10.2013 18:21:57 os: Windows XP; java: Java HotSpot(TM) Client VM, v.1.6.0_37 Сервер: вер. 6.0 сборка 1592 от 02.10.2013 18:43:15 os: FreeBSD; java: OpenJDK 64-Bit Server VM, v.1.6.0_32 ВНИМАНИЕ: Виртуальная машина OpenJDK 64-Bit Server VM не рекомендуется card вер. 6.0 сборка 218 от 03.09.2013 18:56:25 inet вер. 6.0 сборка 1243 от 02.10.2013 18:22:03 mps вер. 6.0 сборка 189 от 18.09.2013 12:16:53 npay вер. 6.0 сборка 218 от 11.09.2013 18:56:41 rentsoft вер. 6.0 сборка 58 от 30.08.2013 19:33:17 reports вер. 6.0 сборка 205 от 03.09.2013 18:57:05 trayinfo вер. 6.0 сборка 175 от 30.08.2013 19:33:19 |
Автор: | Amir [ 07 окт 2013, 13:46 ] |
Заголовок сообщения: | Re: Скорость работы ServiceActivator |
Можете показать код SA? |
Автор: | barguzin2 [ 22 окт 2013, 19:57 ] |
Заголовок сообщения: | Re: Скорость работы ServiceActivator |
Да тот же SSHServiceActivator из коробки работает крайне медленно. Для теста команды передаются типа echo command $servId $ip,т.е. просто имитация выполнения команды, тоже где-то 1 секунда на каждый сервис уходит, может чуть меньше. Пусть даже полсекунды, на 1000 сервисов это уже почти 10 минут, а если их 2,3 тысячи. И еще - когда в дереве устройств на устройстве делаю Синхронизировать сервисы - они синхронизируются на ВСЕХ устройствах, через которые проходит по дереву сервис, а по идее нужно только на том, для которого выбрал эту операцию. При ребут-детектед происходит тоже самое. Я то думал что синхра распространяется вниз на дочерние устройства, а оказалось еще хуже - по всему дереву устройств, с которыми связаны сервисы прямым или косвенным образом. Выбираю синхронизацию клиентского коммутатора - хрясь, выполняется синхронизация этих сервисов вверх до корня дерева. А если выбрать синхронизацию корневого роутера - синхронизируется вся сеть. Ладно когда сервис синхронизирую - он должен по всем девайсам пройтись, а тут то конкретный девайс синхронизирую. |
Автор: | barguzin2 [ 22 окт 2013, 20:45 ] |
Заголовок сообщения: | Re: Скорость работы ServiceActivator |
Код: connection 10-22/23:38:29 INFO [sa-p-12-t-1] SSHServiceActivator - Connected connection 10-22/23:38:30 INFO [sa-p-12-t-10] SSHServiceActivator - Connected connection 10-22/23:38:30 INFO [sa-p-12-t-47] SSHServiceActivator - Connected connection 10-22/23:38:30 INFO [sa-p-12-t-77] SSHServiceActivator - Connected connection 10-22/23:38:30 INFO [sa-p-12-t-23] SSHServiceActivator - Connected connection 10-22/23:38:30 INFO [sa-p-12-t-99] SSHServiceActivator - Connected connection 10-22/23:38:30 INFO [sa-p-12-t-84] SSHServiceActivator - Connected connection 10-22/23:38:30 INFO [sa-p-12-t-76] SSHServiceActivator - Connected connection 10-22/23:38:34 DEBUG [sa-p-12-t-1] SSHServiceActivator - Disconnected connection 10-22/23:38:35 DEBUG [sa-p-12-t-10] SSHServiceActivator - Disconnected connection 10-22/23:38:35 DEBUG [sa-p-12-t-77] SSHServiceActivator - Disconnected connection 10-22/23:38:35 DEBUG [sa-p-12-t-47] SSHServiceActivator - Disconnected connection 10-22/23:38:35 DEBUG [sa-p-12-t-99] SSHServiceActivator - Disconnected connection 10-22/23:38:35 DEBUG [sa-p-12-t-84] SSHServiceActivator - Disconnected connection 10-22/23:38:35 DEBUG [sa-p-12-t-23] SSHServiceActivator - Disconnected connection 10-22/23:38:35 DEBUG [sa-p-12-t-76] SSHServiceActivator - Disconnected connection 10-22/23:38:36 INFO [sa-p-12-t-3] SSHServiceActivator - Connected connection 10-22/23:38:36 INFO [sa-p-12-t-5] SSHServiceActivator - Connected connection 10-22/23:38:36 INFO [sa-p-12-t-99] SSHServiceActivator - Connected А для чего сначала делать кучу коннектов/дисконнектов, а потом 3 рабочих коннекта/треда непосредственно выполняют синхронизацию. |
Автор: | Amir [ 22 окт 2013, 20:53 ] |
Заголовок сообщения: | Re: Скорость работы ServiceActivator |
Цитата: Пусть даже полсекунды, на 1000 сервисов это уже почти 10 минут, а если их 2,3 тысячи. Выполняется параллельно для каждого конечного устройства. Если на одном устройстве 2-3 тысячи - да, в этом случае будет долго, если одна задача выполняется долго.Цитата: А для чего сначала делать кучу коннектов/дисконнектов, а потом 3 рабочих коннекта/треда непосредственно выполняют синхронизацию. Здесь вы вызвали команду синхронизации и они выполнялись параллельно для разных конечных ус-в. Сейчас перед выполнением любой команды (в том числе синхронизации) сначала выполняется подключение к ус-ву.Цитата: Да тот же SSHServiceActivator из коробки работает крайне медленно. Вы тестировали выполнение сразу нескольких команд для одного ус-ва? Дайте лог выполнения команд.
|
Автор: | barguzin2 [ 22 окт 2013, 21:42 ] |
Заголовок сообщения: | Re: Скорость работы ServiceActivator |
Тестировалась операция синхронизации сервисов на устройстве в дереве через соответствующую команду. Вот эти первые Conected/Disconnected - они именно к одному устройству, оно одно с этим типом SA, а не параллельно к разным как вы говорите. На сервере в логах видел их. И последующие рабочие 3 - тоже всё к тому же. Команды, выполняемые на сервере просто делают echo время и передаваемые параметры. Синхронизируется 5 сервисов. Можно видеть что в макросах команд участвуют $ip, $servId, и еще конструкция $param($option,speed,64)kbit. Сразу уже уяснил что кол-во команд для SA тут надо минимизировать и перекладывать на сервер по возможности. Код: connection 10-23/00:05:01 INFO [sa-p-12-t-97] SSHServiceActivator - Connected connection 10-23/00:05:01 INFO [sa-p-12-t-96] SSHServiceActivator - Connected connection 10-23/00:05:02 INFO [sa-p-12-t-64] SSHServiceActivator - Connected connection 10-23/00:05:02 INFO [sa-p-12-t-50] SSHServiceActivator - Connected connection 10-23/00:05:02 INFO [sa-p-12-t-41] SSHServiceActivator - Connected connection 10-23/00:05:02 INFO [sa-p-12-t-46] SSHServiceActivator - Connected connection 10-23/00:05:02 INFO [sa-p-12-t-36] SSHServiceActivator - Connected connection 10-23/00:05:02 INFO [sa-p-12-t-81] SSHServiceActivator - Connected connection 10-23/00:05:06 DEBUG [sa-p-12-t-97] SSHServiceActivator - Disconnected connection 10-23/00:05:06 DEBUG [sa-p-12-t-96] SSHServiceActivator - Disconnected connection 10-23/00:05:07 DEBUG [sa-p-12-t-64] SSHServiceActivator - Disconnected connection 10-23/00:05:07 DEBUG [sa-p-12-t-50] SSHServiceActivator - Disconnected connection 10-23/00:05:07 DEBUG [sa-p-12-t-41] SSHServiceActivator - Disconnected connection 10-23/00:05:07 DEBUG [sa-p-12-t-46] SSHServiceActivator - Disconnected connection 10-23/00:05:07 DEBUG [sa-p-12-t-36] SSHServiceActivator - Disconnected connection 10-23/00:05:07 DEBUG [sa-p-12-t-81] SSHServiceActivator - Disconnected connection 10-23/00:05:08 INFO [sa-p-12-t-28] SSHServiceActivator - Connected connection 10-23/00:05:08 INFO [sa-p-12-t-67] SSHServiceActivator - Connected connection 10-23/00:05:08 INFO [sa-p-12-t-14] SSHServiceActivator - Connected connection 10-23/00:05:08 INFO [sa-p-12-t-28] SSHServiceActivator - /opt/shaper/bin/cfgfilter del 13 [IpAddress:null] >> /tmpxtog.t connection 10-23/00:05:08 INFO [sa-p-12-t-67] SSHServiceActivator - /opt/shaper/bin/cfgfilter del 15 x.x.3.123 >> /tmp/log.txt connection 10-23/00:05:08 INFO [sa-p-12-t-14] SSHServiceActivator - /opt/shaper/bin/cfgshaper create 16 100mbit >> /tmp/log.txt connection 10-23/00:05:08 INFO [sa-p-12-t-28] SSHServiceActivator - /opt/shaper/bin/disable_ip [IpAddress:null] >> /tmp/log.txt connection 10-23/00:05:08 INFO [sa-p-12-t-67] SSHServiceActivator - /opt/shaper/bin/disable_ip x.x.3.123 >> /tmp/log.txt connection 10-23/00:05:08 INFO [sa-p-12-t-14] SSHServiceActivator - /opt/shaper/bin/enable_ip [IpAddress:null] >> /tmp/log.txt connection 10-23/00:05:08 INFO [sa-p-12-t-28] SSHServiceActivator - /opt/shaper/bin/cfgshaper remove 13 >> /tmp/log.txt connection 10-23/00:05:08 INFO [sa-p-12-t-67] SSHServiceActivator - /opt/shaper/bin/cfgshaper remove 15 >> /tmp/log.txt connection 10-23/00:05:08 INFO [sa-p-12-t-14] SSHServiceActivator - /opt/shaper/bin/cfgfilter add 16 [IpAddress:null] >> /tmpxtog.t connection 10-23/00:05:08 INFO [sa-p-12-t-28] SSHServiceActivator - /opt/shaper/bin/cfgshaper create 13 100mbit >> /tmp/log.txt connection 10-23/00:05:08 INFO [sa-p-12-t-67] SSHServiceActivator - /opt/shaper/bin/cfgshaper create 15 100mbit >> /tmp/log.txt connection 10-23/00:05:08 INFO [sa-p-12-t-14] SSHServiceActivator - /opt/shaper/bin/cfgshaper change 16 4000kbit >> /tmp/log.txt connection 10-23/00:05:08 INFO [sa-p-12-t-28] SSHServiceActivator - /opt/shaper/bin/enable_ip [IpAddress:null] >> /tmp/log.txt connection 10-23/00:05:08 INFO [sa-p-12-t-67] SSHServiceActivator - /opt/shaper/bin/enable_ip x.x.3.123 >> /tmp/log.txt connection 10-23/00:05:08 INFO [sa-p-12-t-28] SSHServiceActivator - /opt/shaper/bin/cfgfilter add 13 [IpAddress:null] >> /tmpxtog.t connection 10-23/00:05:08 INFO [sa-p-12-t-67] SSHServiceActivator - /opt/shaper/bin/cfgfilter add 15 x.x.3.123 >> /tmp/log.txt connection 10-23/00:05:08 INFO [sa-p-12-t-28] SSHServiceActivator - /opt/shaper/bin/cfgshaper change 13 4000kbit >> /tmp/log.txt connection 10-23/00:05:08 INFO [sa-p-12-t-67] SSHServiceActivator - /opt/shaper/bin/cfgshaper change 15 4000kbit >> /tmp/log.txt connection 10-23/00:05:08 INFO [sa-p-12-t-67] SSHServiceActivator - /opt/shaper/bin/cfgfilter del 17 x.x.3.124 >> /tmp/log.txt connection 10-23/00:05:09 INFO [sa-p-12-t-67] SSHServiceActivator - /opt/shaper/bin/disable_ip x.x.3.124 >> /tmp/log.txt connection 10-23/00:05:09 INFO [sa-p-12-t-67] SSHServiceActivator - /opt/shaper/bin/cfgshaper remove 17 >> /tmp/log.txt connection 10-23/00:05:09 INFO [sa-p-12-t-67] SSHServiceActivator - /opt/shaper/bin/cfgshaper create 17 100mbit >> /tmp/log.txt connection 10-23/00:05:09 INFO [sa-p-12-t-67] SSHServiceActivator - /opt/shaper/bin/enable_ip x.x.3.124 >> /tmp/log.txt connection 10-23/00:05:09 INFO [sa-p-12-t-67] SSHServiceActivator - /opt/shaper/bin/cfgfilter add 17 x.x.3.124 >> /tmp/log.txt connection 10-23/00:05:09 INFO [sa-p-12-t-67] SSHServiceActivator - /opt/shaper/bin/cfgshaper change 17 4000kbit >> /tmp/log.txt connection 10-23/00:05:09 INFO [sa-p-12-t-67] SSHServiceActivator - /opt/shaper/bin/cfgfilter del 18 x.x.3.125 >> /tmp/log.txt connection 10-23/00:05:09 INFO [sa-p-12-t-67] SSHServiceActivator - /opt/shaper/bin/disable_ip x.x.3.125 >> /tmp/log.txt connection 10-23/00:05:09 INFO [sa-p-12-t-67] SSHServiceActivator - /opt/shaper/bin/cfgshaper remove 18 >> /tmp/log.txt connection 10-23/00:05:09 INFO [sa-p-12-t-67] SSHServiceActivator - /opt/shaper/bin/cfgshaper create 18 100mbit >> /tmp/log.txt connection 10-23/00:05:10 INFO [sa-p-12-t-67] SSHServiceActivator - /opt/shaper/bin/enable_ip x.x.3.125 >> /tmp/log.txt connection 10-23/00:05:10 INFO [sa-p-12-t-67] SSHServiceActivator - /opt/shaper/bin/cfgfilter add 18 x.x.3.125 >> /tmp/log.txt connection 10-23/00:05:10 INFO [sa-p-12-t-67] SSHServiceActivator - /opt/shaper/bin/cfgshaper change 18 4000kbit >> /tmp/log.txt connection 10-23/00:05:13 DEBUG [sa-p-12-t-14] SSHServiceActivator - Disconnected connection 10-23/00:05:13 DEBUG [sa-p-12-t-28] SSHServiceActivator - Disconnected connection 10-23/00:05:15 DEBUG [sa-p-12-t-67] SSHServiceActivator - Disconnected В итоге в /tmp/log.txt видим (на рассинхрон времени не обращаем внимания) Код: 00:03:31.695977405 filter del 13 [IpAddress:null] 00:03:31.712618991 filter del 15 x.x.3.123 00:03:31.715243672 shaper create 16 100mbit 00:03:31.791035393 disable [IpAddress:null] 00:03:31.810747740 disable x.x.3.123 00:03:31.815107084 enable [IpAddress:null] 00:03:31.891327759 shaper remove 13 00:03:31.911224931 shaper remove 15 00:03:31.915519449 filter add 16 [IpAddress:null] 00:03:31.993690044 shaper create 13 100mbit 00:03:32.012549046 shaper create 15 100mbit 00:03:32.015399922 shaper change 16 4000kbit 00:03:32.093664502 enable [IpAddress:null] 00:03:32.111910619 enable x.x.3.123 00:03:32.194163978 filter add 13 [IpAddress:null] 00:03:32.213592394 filter add 15 x.x.3.123 00:03:32.293932036 shaper change 13 4000kbit 00:03:32.314073515 shaper change 15 4000kbit 00:03:32.415258715 filter del 17 x.x.3.124 00:03:32.515608342 disable x.x.3.124 00:03:32.615791012 shaper remove 17 00:03:32.717263453 shaper create 17 100mbit 00:03:32.816538116 enable x.x.3.124 00:03:32.918196561 filter add 17 x.x.3.124 00:03:33.017611808 shaper change 17 4000kbit 00:03:33.118856582 filter del 18 x.x.3.125 00:03:33.220110527 disable x.x.3.125 00:03:33.319603422 shaper remove 18 00:03:33.420906644 shaper create 18 100mbit 00:03:33.521862863 enable x.x.3.125 00:03:33.622285230 filter add 18 x.x.3.125 00:03:33.721128568 shaper change 18 4000kbit И остался вопрос без внимания - зачем синхронизировать остальные устройства, через которые "проходят" сервисы синхронизируемого по ребуту/принудительно ? Пользуясь случаем, добавлю - видите что shaper 16 не удаляется, а только создается (остальные удаляются и создаются). Угадайте почему. Потому что на свиче этого сервиса установлено sa.device.sync.cancelBeforeCreate=0, а на других свичах стоит 1. И на устройстве шейпера тоже стоит 1. А нолик этот каким-то боком со свича на шейпер для этого сервиса передается, хотя это параметр для устройства, а не для сервиса. Про это и еще другое писал в HD 4го дня. Сервер 6.0 от 18.10.2013. |
Автор: | Amir [ 23 окт 2013, 03:08 ] |
Заголовок сообщения: | Re: Скорость работы ServiceActivator |
Дерево: Код: --Access+Accounting Абоненты прописаны на Switch1 и Switch2. При синхронизации в этом случае работают два потока параллельно, в обоих потоках сначала идет подключение к (Switch1 и Mikrotik) и (Switch2 и Mikrotik) затем параллельное выполнение команд. Т.е. работать с Mirktotik в этом случае будут два потока параллельно и будет два параллельных подключения по ssh. И пока работа не прекратится и не вызовется disconnect - имя потока (например, sa-p-12-t-97) не изменится.----Mikrotik ------Switch1 ------Switch2 У вас там три коммутатора и три потока, выполняющиеся параллельно [sa-p-12-t-28], [sa-p-12-t-67], [sa-p-12-t-14] (и, как следствие, три параллельных ssh соединения). Дело либо в нашей реализации ssh протокола, либо в том, что ssh протокол сам по себе не быстрый, либо в скорости подключения, либо в скорости выполнения команд, а не в ServiceActivator. Цитата: И остался вопрос без внимания - зачем синхронизировать остальные устройства, через которые "проходят" сервисы синхронизируемого по ребуту/принудительно ? Потому что иного не просили. Цитата: Пользуясь случаем, добавлю - видите что shaper 16 не удаляется, а только создается (остальные удаляются и создаются). Угадайте почему. Потому что на свиче этого сервиса установлено sa.device.sync.cancelBeforeCreate=0, а на других свичах стоит 1. И на устройстве шейпера тоже стоит 1. А нолик этот каким-то боком со свича на шейпер для этого сервиса передается, хотя это параметр для устройства, а не для сервиса. Про это и еще другое писал в HD 4го дня. Потому что, как я писал выше, все зависит от конечного ус-ва (ус-ва, к которому привязан сервис), потому что команды (serviceModify и т.п.) всегда сейчас последовательно вызываются у всех ус-в в цепочке и иного не просили.
|
Автор: | barguzin2 [ 23 окт 2013, 10:09 ] |
Заголовок сообщения: | Re: Скорость работы ServiceActivator |
Я же уже писал что SSH соединения происходят ТОЛЬКО к серверу шейпера (я в логах видел ВСЕ 8 пустых коннектов/дисконнектов на нем, которые ничего не делаю, а потом снова 3 коннекта для выполнения команд), коммутаторы управляются по SNMP включением/отключением порта при создании/удалении сервиса. Коммутаторов 4 штуки в дереве, все сервисы на одном договоре, 4 на одном свиче, 1 на втором. AccessAccounting CiscoRouter (NoSA) - Shaper ( SSHSErviceActivator ) -- CiscoDHCPRelay (TestServiceActivator) Папка --- Switch1 (MySnmpServiceActivator) --- Switch2 (MySnmpServiceActivator) --- Switch3 (MySnmpServiceActivator) --- Switch4 (MySnmpServiceActivator) Пробовал убирать SA на всех типах устройств, кроме шейпера - все равно 8 соединений вижу (для чего они ???), а потом еще 3 рабочих Код: Oct 22 22:54:02 shaper sshd[10579]: pam_unix(sshd:session): session opened for user root by (uid=0) Oct 22 22:54:03 shaper sshd[10596]: pam_unix(sshd:session): session opened for user root by (uid=0) Oct 22 22:54:03 shaper sshd[10613]: pam_unix(sshd:session): session opened for user root by (uid=0) Oct 22 22:54:03 shaper sshd[10614]: pam_unix(sshd:session): session opened for user root by (uid=0) Oct 22 22:54:03 shaper sshd[10648]: pam_unix(sshd:session): session opened for user root by (uid=0) Oct 22 22:54:03 shaper sshd[10649]: pam_unix(sshd:session): session opened for user root by (uid=0) Oct 22 22:54:03 shaper sshd[10647]: pam_unix(sshd:session): session opened for user root by (uid=0) Oct 22 22:54:04 shaper sshd[10659]: pam_unix(sshd:session): session opened for user root by (uid=0) Oct 22 22:54:08 shaper sshd[10579]: pam_unix(sshd:session): session closed for user root Oct 22 22:54:08 shaper sshd[10596]: pam_unix(sshd:session): session closed for user root Oct 22 22:54:08 shaper sshd[10613]: pam_unix(sshd:session): session closed for user root Oct 22 22:54:08 shaper sshd[10614]: pam_unix(sshd:session): session closed for user root Oct 22 22:54:09 shaper sshd[10649]: pam_unix(sshd:session): session closed for user root Oct 22 22:54:09 shaper sshd[10647]: pam_unix(sshd:session): session closed for user root Oct 22 22:54:09 shaper sshd[10648]: pam_unix(sshd:session): session closed for user root Oct 22 22:54:09 shaper sshd[10659]: pam_unix(sshd:session): session closed for user root Oct 22 22:54:09 shaper sshd[10715]: pam_unix(sshd:session): session opened for user root by (uid=0) Oct 22 22:54:09 shaper sshd[10716]: pam_unix(sshd:session): session opened for user root by (uid=0) Oct 22 22:54:09 shaper sshd[10723]: pam_unix(sshd:session): session opened for user root by (uid=0) Oct 22 22:54:15 shaper sshd[10723]: pam_unix(sshd:session): session closed for user root Oct 22 22:54:15 shaper sshd[10716]: pam_unix(sshd:session): session closed for user root Oct 22 22:54:16 shaper sshd[10715]: pam_unix(sshd:session): session closed for user root Канал - 1Гбит/с, команды, уже писал - это просто вывод в лог сообщений. Количество первичных пустых коннектов/дисконнектов разгадал - связано с общим количеством устройств в дереве, даже просто пустых папок. Количество рабочих коннектов связано с кол-вом устройст, на которых есть сервисы. Все равно вопрос в пустыми коннектами/дисконнектами остается открытым. Далее - если синхронизируем устройство по ребуту/принудительно - нужно синхронизировать ТОЛЬКО его, а не все 100500 устройств. Это вроде-бы логично, они не ребутились и состояние сервисов на них актуальное и не нуждается в обновлении. Считаю нужным этот момент исправить (хотя бы опционально доп. параметром конфига). Далее случай - на корневом устройстве требуется делать CancelBeforeCreate (для всех сервисов), а на дочерних - нет (также для всех сервисов). На дочернем указывается sa.device.sync.cancelBeforeCreate=0 и оно распространяется почему-то на сервис (в контексте родительского устройства), а не на само устройство - НЕлогично. Параметры конфига распространяются от корня и вниз, а тут, как вы говорите, все зависит от конечного устройства. Так ServiceActivator же работает для устройства, а не для сервиса (типа сервиса). Тоже надо как-то учесть - пусть и опционально доп.параметром конфига, если текущая схема кому-то нужна, хотя она странная какая-то. |
Автор: | barguzin2 [ 24 окт 2013, 17:55 ] |
Заголовок сообщения: | Re: Скорость работы ServiceActivator |
Up! TelnetServiceActivator на том же устройстве показывает такую же невысокую скорость. |
Автор: | Amir [ 24 окт 2013, 19:32 ] |
Заголовок сообщения: | Re: Скорость работы ServiceActivator |
Будет обновление ядра и Inet "Inet: Оптимизация реализаций подключений по SSH и Telnet". Нужно будет перекомпилировать динамические классы и в конфиге ус-ва указать sa.command.readWait=10. Попробуйте. |
Автор: | borisk [ 24 окт 2013, 22:51 ] |
Заголовок сообщения: | Re: Скорость работы ServiceActivator |
К моему случаю, как понимаю, это не относится? |
Автор: | barguzin2 [ 27 окт 2013, 19:08 ] |
Заголовок сообщения: | Re: Скорость работы ServiceActivator |
Вот, другое дело. SSH показывает скорость выполнения команды равным параметру sa.command.readWait. А вот Telnet сломали похоже. Подключается и пытается выполнить команду Код: connection 10-27/21:15:30 INFO [sa-p-12-t-42] TelnetServiceActivator - Connected connection 10-27/21:15:30 INFO [sa-p-12-t-46] TelnetServiceActivator - connection 10-27/21:15:30 INFO [sa-p-12-t-46] TelnetServiceActivator - Login entered connection 10-27/21:15:30 INFO [sa-p-12-t-42] TelnetServiceActivator - connection 10-27/21:15:30 INFO [sa-p-12-t-42] TelnetServiceActivator - Login entered connection 10-27/21:15:30 INFO [sa-p-12-t-46] TelnetServiceActivator - connection 10-27/21:15:30 INFO [sa-p-12-t-46] TelnetServiceActivator - Password entered connection 10-27/21:15:30 INFO [sa-p-12-t-46] TelnetServiceActivator - execute: /opt/shaper/bin/cfgshaper remove 13 >> /tmp/log.txt connection 10-27/21:15:30 INFO [sa-p-12-t-42] TelnetServiceActivator - connection 10-27/21:15:30 INFO [sa-p-12-t-42] TelnetServiceActivator - Password entered connection 10-27/21:15:30 INFO [sa-p-12-t-42] TelnetServiceActivator - execute: /opt/shaper/bin/cfgshaper remove 15 >> /tmp/log.txt Далее молчит и через минуту пишет Код: connection 10-27/21:16:30 ERROR [sa-p-12-t-46] EventWorker - Device:15 - null ru.bitel.bgbilling.common.BGException: Device:15 - null at ru.bitel.bgbilling.modules.inet.access.sa.ServiceActivatorDeviceWorker.doTask(ServiceActivatorDeviceWorker.java:440) at ru.bitel.bgbilling.kernel.event.AsyncEventWorker.internalDoTaskImpl(AsyncEventWorker.java:172) at ru.bitel.bgbilling.kernel.event.AsyncEventWorker.internalDoTask(AsyncEventWorker.java:152) at ru.bitel.bgbilling.kernel.event.AsyncEventWorker.doTasks(AsyncEventWorker.java:98) at ru.bitel.bgbilling.modules.inet.access.sa.ServiceActivatorDeviceWorker.runWorker(ServiceActivatorDeviceWorker.java:198) at ru.bitel.bgbilling.kernel.event.EventWorker.internalRunWorker(EventWorker.java:139) at ru.bitel.bgbilling.modules.inet.access.sa.ServiceActivatorDeviceWorker.runImpl(ServiceActivatorDeviceWorker.java:136) at ru.bitel.common.worker.WorkerTask.run(WorkerTask.java:86) at java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:439) at java.util.concurrent.FutureTask$Sync.innerRunAndReset(FutureTask.java:317) at java.util.concurrent.FutureTask.runAndReset(FutureTask.java:150) at java.util.concurrent.ScheduledThreadPoolExecutor$ScheduledFutureTask.access$101(ScheduledThreadPoolExecutor.java:98) at java.util.concurrent.ScheduledThreadPoolExecutor$ScheduledFutureTask.runPeriodic(ScheduledThreadPoolExecutor.java:180) at java.util.concurrent.ScheduledThreadPoolExecutor$ScheduledFutureTask.run(ScheduledThreadPoolExecutor.java:204) at java.util.concurrent.ThreadPoolExecutor$Worker.runTask(ThreadPoolExecutor.java:895) at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:918) at java.lang.Thread.run(Thread.java:662) at ru.bitel.common.worker.WorkerThread.run(WorkerThread.java:40) Caused by: java.util.concurrent.TimeoutException at bitel.billing.server.util.terminal.TerminalManager.readFromInput(TerminalManager.java:74) at bitel.billing.server.util.terminal.TerminalManager.doCommand(TerminalManager.java:40) at bitel.billing.server.util.terminal.AbstractTerminalSession.doCommand(AbstractTerminalSession.java:107) at ru.bitel.bgbilling.modules.inet.dyn.device.terminal.TelnetServiceActivator.executeCommand(TelnetServiceActivator.java:147) at ru.bitel.bgbilling.modules.inet.dyn.device.terminal.AbstractTerminalServiceActivator.executeCommands(AbstractTerminalServiceActivator.java:613) at ru.bitel.bgbilling.modules.inet.dyn.device.terminal.AbstractTerminalServiceActivator.serviceCancel(AbstractTerminalServiceActivator.java:674) at ru.bitel.bgbilling.modules.inet.access.sa.ServiceActivatorSet.serviceCancel(ServiceActivatorSet.java:293) at ru.bitel.bgbilling.modules.inet.access.sa.ServiceActivatorDeviceWorker.doCommand(ServiceActivatorDeviceWorker.java:493) at ru.bitel.bgbilling.modules.inet.access.sa.ServiceActivatorDeviceWorker.doTask(ServiceActivatorDeviceWorker.java:436) ... 17 more Хотя на сервере вижу только коннект, а логина не вижу. Меняется только SA с SSH на Telnet, оба метода разрешены, проверял вручную. Device 15 - это клиентский свич без SA, на котором висит сервис 13, хотя непонятно, причем тут это. Снял дамп пакетов - там от биллинга передача логина, пароля и ввода команды идут раньше чем сервер выдает login:. Сервер передает Telnet Suboption Terminal Type, Suboption End, а биллинг говорит Malformed Packet(Exception occured) и дальше передает имя пользователя, т.е. сервер пытается согласовать параметры сессии, а биллинг типа моя твоя не понимать, на тебе лучше логин/пароль и давай уже команды выполняй. |
Автор: | Amir [ 28 окт 2013, 12:24 ] |
Заголовок сообщения: | Re: Скорость работы ServiceActivator |
Нет никакого приветствия при подключении перед "login:" где было бы двоеточие? |
Автор: | Amir [ 28 окт 2013, 12:33 ] |
Заголовок сообщения: | Re: Скорость работы ServiceActivator |
Выкладывается обновление ядра. |
Страница 1 из 1 | Часовой пояс: UTC + 5 часов [ Летнее время ] |
Powered by phpBB® Forum Software © phpBB Group http://www.phpbb.com/ |