OpenSCADA: GenForum

Forum » OpenSCADA RU » Внедрение и разработка в OpenSCADA

OPC UA

First | « Previous | 8 | 9 | 10 | 11 | 12 | Next » | Last

Author	Message
Written on: 22. 01. 2014 [03:55]
rxs5 Дмитрий Лыков In tech support registered since: 06.11.2013 Posts: 205	Отдельная проблема на совершенно другом сервере (физически и другая nix ОС). На нем работает OpenSCADA OPCUA сервер, который опрашивается клиентом UAExpert. По логам UAExpert 05:41:00.735 \| Server Node \| opc.tcp//ip:port/ \| Could not connect to server: BadCommunicationError 05:40:49.260 \| TypeCache \| opc.tcp//ip:port/ \| Translate failed with error BadConnectionClosed 05:40:49.260 \| TypeCache \| opc.tcp//ip:port/ \| Read failed with error BadConnectionClosed 05:40:49.260 \| TypeCache \| opc.tcp//ip:port/ \| Translate failed with error BadConnectionClosed 05:40:49.259 \| TypeCache \| opc.tcp//ip:port/ \| Read failed with error BadConnectionClosed 05:40:49.225 \| Server Node \| opc.tcp//ip:port/ \| Disconnect succeeded. 05:40:49.223 \| Server Node \| opc.tcp//ip:port/ \| Connection status of server 'opc.tcp//ip:port/' changed to 'Disconnected'. 05:40:48.747 \| AddressSpaceModel \| opc.tcp//ip:port/ \| Unregister for ModelChangeEvents returned Good ------------- 04:58:34.706 \| Server Node \| opc.tcp//ip:port/ \| Connection status of server 'opc.tcp//ip:port/' changed to 'ConnectionErrorApiReconnect'. 04:58:19.700 \| Server Node \| opc.tcp//ip:port/ \| Connection status of server 'opc.tcp//ip:port/' changed to 'ConnectionWarningWatchdogTimeout'. ------------- 20:58:25.064 \| DA Plugin \| opc.tcp//ip:port/ \| Item [NS1\|String\|DAQ.SBK.aaa.C4_1_1_2_24_.Data]: RevisedSamplingInterval=500, RevisedQueueSize=1, MonitoredItemId=1 [ret = Good] 20:58:25.064 \| DA Plugin \| opc.tcp//ip:port/ \| CreateMonitoredItems succeeded [ret = Good] 20:58:25.044 \| DA Plugin \| opc.tcp//ip:port/ \| Item [NS1\|String\|DAQ.SBK.aaa.C4_1_1_2_24_.Data]: SamplingInterval=-1, QueueSize=1, DiscardOldest=1, ClientHandle=24 20:58:25.044 \| DA Plugin \| opc.tcp//ip:port/ \| Found existing subscription for ServerId 4 20:58:25.043 \| DA Plugin \| \| QascDaModel::dropMimeData 20:58:24.548 \| AddressSpaceModel \| opc.tcp//ip:port/ \| QascAddressSpaceModel::mimeData 20:58:23.812 \| TypeCache \| opc.tcp//ip:port/ \| ValueRank = -1 20:58:23.811 \| TypeCache \| opc.tcp//ip:port/ \| DataTypeId = NS0\|Numeric\|11 20:58:23.811 \| TypeCache \| opc.tcp//ip:port/ \| Description = Сhannel data 20:58:23.810 \| TypeCache \| opc.tcp//ip:port/ \| DisplayName = Data 20:58:23.810 \| TypeCache \| opc.tcp//ip:port/ \| BrowseName = 0:Data Разумеется, что вместо ip:port были реальные ip и port через которые UEXpert обменивался данными с OPC UA сервером в OpenSCADA. Однако в 04-58 Connection status изменился в ConnectionWarningWatchdogTimeout и затем в ConnectionErrorApiReconnect. Сделал Disconnect в UAExpert и снова попробовал подключиться, но не удалось с ошибкой BadCommunicationError. Пока информации по состоянию OPC UA в OpenSCADA на том сервере нет. Появится она днем 22.01.2014. Добавлю сюда логи консоли, скриншоты транспорта из сокета и логи из дебага OpenSCADA. [This article was edited 3 times, at last 22.01.2014 at 03:59.]
	Profile
Written on: 22. 01. 2014 [04:51]
rxs5 Дмитрий Лыков In tech support registered since: 06.11.2013 Posts: 205	"roman" wrote: Поле протокола не влияет прямо на свойства транспорта, почему и доступно для смены в режиме исполнения. Т.е. его смена имеет эффект на новых подключениях, кстати тут есть вопрос, почему те два оборвали рабочее соединение. Сделал простой тест. Подключил UAexpert и OpenSCADA OPC UA controller к серверу OPC UA в OpenSCADA. Затем в запущенном транспорте поиграл скролом - изменил тип протокола с OPC UA на пустое поле. В результате UAExpert отключился, с ошибкой по логу в UAEXpert 06:05:37.350 \| Server Node \| OpenScadaOpcServer@server... \| Connection status of server 'OpenScadaOpcServer@server- None - None' changed to 'Connected'. 06:05:37.349 \| AddressSpaceModel \| OpenScadaOpcServer@server... \| Register for ModelChangeEvents failed: createMonitoredItems returned BadFilterNotAllowed for item 0 06:05:37.290 \| DA Plugin \| OpenScadaOpcServer@server... \| Calling Republish with sequence number 41 --------------- 06:05:11.622 \| Server Node \| OpenScadaOpcServer@server... \| Connection status of server 'OpenScadaOpcServer@server- None - None' changed to 'ConnectionErrorApiReconnect'. --------------- 06:04:51.577 \| AddressSpaceModel \| OpenScadaOpcServer@server... \| Browse succeeded. 06:04:51.554 \| AddressSpaceModel \| OpenScadaOpcServer@server... \| Browse succeeded. Затем по возвращению в combobox транспорта значения OPC UA клиент UAExpert удачно подключился обратно. Однако с пустым полем все равно было 1 открытое соединение. Отключил OpenSCADA OPC UA controller, но все равно осталось 1 открытое соединение. И по логам консоли идет обмен с устройством, ip которого соответствует компьютеру, где запущен клиент UAExpert, который отвалился вроде как. Проверяю в wireshark - действительно есть активность, именно те самые пакеты, что я выкладывал в сообщениях ранее, когда не знал, откуда идет сетевая активность по OPC UA в снифере при отключенных клиентах. В консоли идет постоянный коннект и дисконнект от UAExpert и разумеется в транспорте OPC UA растет количество соединений. Лог консоли 4\|/sub_Transport/mod_Sockets/in_OPCUA_4848/ \| Error request to protocol. 0\|/sub_Transport/mod_Sockets/in_OPCUA_4848/ \| Socket has been disconnected by '192.168.aaa.aaa'! 0\|/sub_Transport/mod_Sockets/in_OPCUA_4848/ \| Socket has been connected by '192.168.aaa.aaa'! 0\|/sub_Transport/mod_Sockets/in_OPCUA_4848/ \| Socket received message '61' from '192.168.aaa.aaa'. 4\|/sub_Transport/mod_Sockets/in_OPCUA_4848/ \| The protocol '' is not present. 4\|/sub_Transport/mod_Sockets/in_OPCUA_4848/ \| Error request to protocol. 0\|/sub_Transport/mod_Sockets/in_OPCUA_4848/ \| Socket has been disconnected by '192.168.aaa.aaa'! 0\|/sub_Transport/mod_Sockets/in_OPCUA_4848/ \| Socket has been connected by '192.168.aaa.aaa'! 0\|/sub_Transport/mod_Sockets/in_OPCUA_4848/ \| Socket received message '61' from '192.168.aaa.aaa'. 4\|/sub_Transport/mod_Sockets/in_OPCUA_4848/ \| The protocol '' is not present. 4\|/sub_Transport/mod_Sockets/in_OPCUA_4848/ \| Error request to protocol. 0\|/sub_Transport/mod_Sockets/in_OPCUA_4848/ \| Socket has been disconnected by '192.168.aaa.aaa'! 0\|/sub_Transport/mod_Sockets/in_OPCUA_4848/ \| Socket has been connected by '192.168.aaa.aaa'! 0\|/sub_Transport/mod_Sockets/in_OPCUA_4848/ \| Socket received message '61' from '192.168.aaa.aaa'. 4\|/sub_Transport/mod_Sockets/in_OPCUA_4848/ \| The protocol '' is not present. 4\|/sub_Transport/mod_Sockets/in_OPCUA_4848/ \| Error request to protocol. 0\|/sub_Transport/mod_Sockets/in_OPCUA_4848/ \| Socket has been disconnected by '192.168.aaa.aaa'! После выполнения disconnect в UAExpert обмен в консоли прекратился, в wireshark новых пакетов также нет. Однако в транспорте осталось 1 открытое соединение. Также приложил логи wireshark на момент смены протокола OPC UA в сокете на пустое поле. В итоге - я предполагал по цитате выше, что смена транспорта в запущенном протоколе не повлияет на уже работающие подключения, но видимо это не так - UAExpert продолжает обмениваться с сервером OPC UA в OpenSCADA пакетами и пытаться подключиться - зависает (?) соединение созданное UAExpert с OPC UA в OpenSCADA Кстати, операция отключения по логам UAExpert тоже не полностью успешно выполняется. 06:47:00.002 \| TypeCache \| OpenScadaOpcServer@server... \| Translate failed with error BadConnectionClosed 06:47:00.002 \| TypeCache \| OpenScadaOpcServer@server... \| Read failed with error BadConnectionClosed 06:47:00.001 \| TypeCache \| OpenScadaOpcServer@server... \| Translate failed with error BadConnectionClosed 06:47:00.001 \| TypeCache \| OpenScadaOpcServer@server... \| Read failed with error BadConnectionClosed 06:47:00.000 \| TypeCache \| OpenScadaOpcServer@server... \| Translate failed with error BadConnectionClosed 06:47:00.000 \| TypeCache \| OpenScadaOpcServer@server... \| Read failed with error BadConnectionClosed 06:46:59.999 \| TypeCache \| OpenScadaOpcServer@server... \| Translate failed with error BadConnectionClosed 06:46:59.999 \| TypeCache \| OpenScadaOpcServer@server... \| Read failed with error BadConnectionClosed 06:46:59.998 \| TypeCache \| OpenScadaOpcServer@server... \| Translate failed with error BadConnectionClosed 06:46:59.998 \| TypeCache \| OpenScadaOpcServer@server... \| Read failed with error BadConnectionClosed 06:46:59.997 \| TypeCache \| OpenScadaOpcServer@server... \| Translate failed with error BadConnectionClosed 06:46:59.997 \| TypeCache \| OpenScadaOpcServer@server... \| Read failed with error BadConnectionClosed 06:46:59.996 \| TypeCache \| OpenScadaOpcServer@server... \| Translate failed with error BadConnectionClosed 06:46:59.996 \| TypeCache \| OpenScadaOpcServer@server... \| Read failed with error BadConnectionClosed 06:46:59.995 \| TypeCache \| OpenScadaOpcServer@server... \| Translate failed with error BadConnectionClosed 06:46:59.995 \| TypeCache \| OpenScadaOpcServer@server... \| Read failed with error BadConnectionClosed 06:46:59.959 \| Server Node \| OpenScadaOpcServer@server... \| Disconnect succeeded. 06:46:59.957 \| Server Node \| OpenScadaOpcServer@server... \| Connection status of server 'OpenScadaOpcServer@server- None - None' changed to 'Disconnected'. 06:46:58.940 \| AddressSpaceModel \| OpenScadaOpcServer@server... \| Unregister for ModelChangeEvents returned Good 06:45:42.194 \| AddressSpaceModel \| OpenScadaOpcServer@server... \| Browse succeeded. 06:45:42.112 \| AddressSpaceModel \| OpenScadaOpcServer@server... \| Browse succeeded. IWS не проверял в этот раз. "roman" wrote: Собственно менять политику доступа к этому полю по причине возможности случайной его смены это как-то слишком и станет прецедентом для многих других комбобоксов, однако из соображения этой самой неоднозначности, когда открытые подключения ходят через старый протокол, а новые через новый наверное имеет смысл запретить его смену. Если понять, что происходит при смене протокола транспорта, то потом можно решить, в каком виде его оставлять. [This article was edited 2 times, at last 22.01.2014 at 04:55.] Attachment opcua_transport_clear.pcapng (File type: application/octet-stream, Size: 10.12 kilobytes) — 615 downloads
	Profile
Written on: 22. 01. 2014 [12:32]
roman Roman Savochenko Moderator Contributor Developer registered since: 12.12.2007 Posts: 3750	"rxs5" wrote: Отдельная проблема на совершенно другом сервере (физически и другая nix ОС). На нем работает OpenSCADA OPCUA сервер, который опрашивается клиентом UAExpert. По логам UAExpert 05:41:00.735 \| Server Node \| opc.tcp//ip:port/ \| Could not connect to server: BadCommunicationError OpenSCADA как сервер значит не настроена корректно. "rxs5" wrote: Подключил UAexpert и OpenSCADA OPC UA controller к серверу OPC UA в OpenSCADA. Затем в запущенном транспорте поиграл скролом - изменил тип протокола с OPC UA на пустое поле. В результате UAExpert отключился, с ошибкой по логу в UAEXpert Как оказалось поле "Протокол" используется при любом запросе, почему и отключается, как и у меня в случае с любым клиентом. Это поведение исправил, что несколько должно уменьшить время отклика. И поле конфигурации "Протокол" таки отключил в режиме "Исполнение". "rxs5" wrote: Однако с пустым полем все равно было 1 открытое соединение. Отключил OpenSCADA OPC UA controller, но все равно осталось 1 открытое соединение. Клиент OpenSCADA не отключает исходящий транспорт, да и запроса закрытия канала безопасности не шлёт, поскольку браузинг должен работать. И если транспорт закрыть руками то будет 0. Learn, learn and learn better than work, work and work.
	Profile WWW ICQ Skype
Written on: 28. 01. 2014 [15:20]
rxs5 Дмитрий Лыков In tech support registered since: 06.11.2013 Posts: 205	Уже 4 дня не было ошибок и сбоев, думал все хорошо. Однако...cегодня появилась ошибка без внешних вмешательств (насколько помню). Посмотрите, пожалуйста, чем эти сообщения могут быть вызваны. Исходное: 2 клиента UAExpert (с различных PC) опрашивают OPC UA сервер OpenSCADA. На клиентах лог следующий JAVASCRIPT 17:01:39.206 \| Devices Plugin \| OpenScadaOpcServer@centos97... \| Read NamespaceArray failed with status code BadConnectionClosed 17:01:39.188 \| Server Node \| OpenScadaOpcServer@centos97... \| Connection status of server 'OpenScadaOpcServer@centos97.server - None - None' changed to 'Connected'. 17:01:39.188 \| AddressSpaceModel \| OpenScadaOpcServer@centos97... \| Read namespace array failed (BadConnectionClosed) 17:01:39.188 \| AddressSpaceModel \| OpenScadaOpcServer@centos97... \| Register for ModelChangeEvents failed: createSubscription returned BadTooManySubscriptions 17:01:39.162 \| DA Plugin \| OpenScadaOpcServer@centos97... \| Calling Republish with sequence number 459667 17:01:39.100 \| Server Node \| OpenScadaOpcServer@centos97... \| Connection status of server 'OpenScadaOpcServer@centos97.server - None - None' changed to 'ConnectionErrorApiReconnect'. 17:01:34.106 \| Devices Plugin \| OpenScadaOpcServer@centos97... \| Read NamespaceArray failed with status code BadConnectionClosed 17:01:34.085 \| DA Plugin \| OpenScadaOpcServer@centos97... \| Call Republish failed (ret = BadConnectionClosed) 17:01:34.085 \| Server Node \| OpenScadaOpcServer@centos97... \| Connection status of server 'OpenScadaOpcServer@centos97.server - None - None' changed to 'Connected'. 17:01:34.085 \| DA Plugin \| OpenScadaOpcServer@centos97... \| Calling Republish with sequence number 459665 17:01:34.085 \| AddressSpaceModel \| OpenScadaOpcServer@centos97... \| Read namespace array failed (BadConnectionClosed) 17:01:34.085 \| DA Plugin \| OpenScadaOpcServer@centos97... \| Call Republish failed (ret = BadConnectionClosed) 17:01:34.085 \| DA Plugin \| OpenScadaOpcServer@centos97... \| Calling Republish with sequence number 459664 17:01:34.085 \| AddressSpaceModel \| OpenScadaOpcServer@centos97... \| Register for ModelChangeEvents failed: createSubscription returned BadTooManySubscriptions 17:01:34.085 \| DA Plugin \| OpenScadaOpcServer@centos97... \| Call Republish failed (ret = BadTooManySubscriptions) 17:01:34.085 \| DA Plugin \| OpenScadaOpcServer@centos97... \| Calling Republish with sequence number 459663 17:01:34.081 \| DA Plugin \| OpenScadaOpcServer@centos97... \| Calling Republish with sequence number 459662 17:01:34.045 \| Server Node \| OpenScadaOpcServer@centos97... \| Connection status of server 'OpenScadaOpcServer@centos97.server - None - None' changed to 'ConnectionErrorApiReconnect'. 17:01:29.048 \| Devices Plugin \| OpenScadaOpcServer@centos97... \| Read NamespaceArray failed with status code BadConnectionClosed 17:01:29.041 \| Server Node \| OpenScadaOpcServer@centos97... \| Connection status of server 'OpenScadaOpcServer@centos97.server - None - None' changed to 'Connected'. 17:01:29.041 \| AddressSpaceModel \| OpenScadaOpcServer@centos97... \| Read namespace array failed (BadConnectionClosed) 17:01:29.041 \| DA Plugin \| OpenScadaOpcServer@centos97... \| Call Republish failed (ret = BadInvalidState) 17:01:29.041 \| DA Plugin \| OpenScadaOpcServer@centos97... \| Calling Republish with sequence number 459660 17:01:29.041 \| AddressSpaceModel \| OpenScadaOpcServer@centos97... \| Register for ModelChangeEvents failed: createSubscription returned BadTooManySubscriptions 17:01:29.041 \| DA Plugin \| OpenScadaOpcServer@centos97... \| Call Republish failed (ret = BadTooManySubscriptions) На OpenSCADA в консоли JAVASCRIPT 0\|/sub_Protocol/mod_OPC_UA/ \| MSG Req 0\|/sub_Protocol/mod_OPC_UA/ \| MSG Resp 4\|/sub_Protocol/mod_OPC_UA/ \| Element 'OPCUA_484831' is not present or disabled! 0\|/sub_Transport/mod_Sockets/in_OPCUA_4848/ \| Socket received message '91' from '192.168.195.97'. 0\|/sub_Protocol/mod_OPC_UA/ \| MSG Req 0\|/sub_Protocol/mod_OPC_UA/ \| MSG Resp 0\|/sub_Transport/mod_Sockets/in_OPCUA_4848/ \| Socket write message '66'. 0\|/sub_Protocol/mod_OPC_UA/ \| MSG Req 0\|/sub_Protocol/mod_OPC_UA/ \| MSG Resp 4\|/sub_Protocol/mod_OPC_UA/ \| Element 'OPCUA_484831' is not present or disabled! 0\|/sub_Protocol/mod_OPC_UA/ \| MSG Req 0\|/sub_Protocol/mod_OPC_UA/ \| MSG Resp 4\|/sub_Protocol/mod_OPC_UA/ \| Element 'OPCUA_484831' is not present or disabled! 0\|/sub_Protocol/mod_OPC_UA/ \| MSG Req 0\|/sub_Protocol/mod_OPC_UA/ \| MSG Resp 4\|/sub_Protocol/mod_OPC_UA/ \| Element 'OPCUA_484831' is not present or disabled! 0\|/sub_Transport/mod_Sockets/in_OPCUA_4848/ \| Socket received message '91' from '192.168.195.97'. 0\|/sub_Protocol/mod_OPC_UA/ \| MSG Req 0\|/sub_Protocol/mod_OPC_UA/ \| MSG Resp Непонятно, кто держит 1 соединение (возможно свой собственный контроллер), и почему клиенты не могу подключиться. И еще неясно, почему раньше оборвалось соединение с клиентами. Во вложении - wireshark дамп - скриншот настроек транспорта OPC UA --------------- Продолжение. Отключил 1 клиент UAExpert и спустя некоторое время 2-й клиент UAExpert подключился к OPC UA, перестали идти ошибки в UAExpert и в консоли OpenSCADA, и работа связки OPC UA восстановилась. [This article was edited 2 times, at last 28.01.2014 at 15:27.] Attachment opcua_not_present_or_disabled.pcapng (File type: application/octet-stream, Size: 21.8 kilobytes) — 623 downloads opcua_not_present_or_disabled.png (File type: image/png, Size: 244.74 kilobytes) — 1080 downloads
	Profile
Written on: 28. 01. 2014 [21:04]
roman Roman Savochenko Moderator Contributor Developer registered since: 12.12.2007 Posts: 3750	"rxs5" wrote: Уже 4 дня не было ошибок и сбоев, думал все хорошо. Однако...cегодня появилась ошибка без внешних вмешательств (насколько помню). Посмотрите, пожалуйста, чем эти сообщения могут быть вызваны. Исходное: 2 клиента UAExpert (с различных PC) опрашивают OPC UA сервер OpenSCADA. Это UAExpert DOSит, создавая левые подписки на некорректный параметр. Ранее думал он их не повторяет, точнее замечал только при пересоздании канала ранее. А похоже он повторяет попытку создать подписку не удаляя старых. В дампе как раз этих пустышек по индексу уже десяток, в то время как рабочая подписка одна и работает корректно. По скорости пересоздания получается раз в 10 часов пересоздаёт, надо будет записать обмен, на предмет что приводит к пересозданию или он действительно сам так DOSит. Добавлю отладочное сообщение по созданию подписок и их удалению. "rxs5" wrote: Непонятно, кто держит 1 соединение (возможно свой собственный контроллер), и почему клиенты не могу подключиться. И еще неясно, почему раньше оборвалось соединение с клиентами. Я Вам говорил ранее, что это сам исходящий транспорт контроллера клиента OPC UA OpenSCADA его удерживает, поскольку не закрывает для задач браузинга. "rxs5" wrote: Отключил 1 клиент UAExpert и спустя некоторое время 2-й клиент UAExpert подключился к OPC UA, перестали идти ошибки в UAExpert и в консоли OpenSCADA, и работа связки OPC UA восстановилась. Ну так, подписи по закрытию сеанса закрываются. А сами подписи это общий массив для сервера где лимит и стоит. Собственно лимит на подписи у сервера сейчас 10, в перспективе этот параметр хотел вынести в настройки. Да и лимит к сеансу не мешало-бы привязать, что-бы один всех остальных не DOSил. Learn, learn and learn better than work, work and work.
	Profile WWW ICQ Skype
Written on: 29. 01. 2014 [16:41]
roman Roman Savochenko Moderator Contributor Developer registered since: 12.12.2007 Posts: 3750	"roman" wrote: Да и лимит к сеансу не мешало-бы привязать, что-бы один всех остальных не DOSил. Сделал и отладку добавил. Learn, learn and learn better than work, work and work.
	Profile WWW ICQ Skype
Written on: 31. 01. 2014 [18:29]
rxs5 Дмитрий Лыков In tech support registered since: 06.11.2013 Posts: 205	Сегодня проверял работу со сборкой 2045. Было подключено 2 клиента OPC UA. Спустя некоторое время все 10 зарезервированных соединений были открыты. И клиенту UAExpert стал недоступен сервер OPC UA. Лог в UAExpert JAVASCRIPT 16:27:45.878 \| Server Node \| OpenScadaOpcServer@centos97... \| Connection status of server 'OpenScadaOpcServer@centos97.server - None - None' changed to 'ConnectionErrorApiReconnect'. 16:27:29.878 \| Server Node \| OpenScadaOpcServer@centos97... \| Connection status of server 'OpenScadaOpcServer@centos97.server - None - None' changed to 'ConnectionWarningWatchdogTimeout'. 16:27:29.878 \| Devices Plugin \| OpenScadaOpcServer@centos97... \| Read NamespaceArray failed with status code BadTimeout 16:27:19.880 \| Server Node \| OpenScadaOpcServer@centos97... \| Connection status of server 'OpenScadaOpcServer@centos97.server - None - None' changed to 'Connected'. 16:27:19.880 \| AddressSpaceModel \| OpenScadaOpcServer@centos97... \| Read namespace array failed (BadTimeout) 16:27:09.238 \| AddressSpaceModel \| OpenScadaOpcServer@centos97... \| Register for ModelChangeEvents failed: createSubscription returned BadTooManySubscriptions 16:27:03.877 \| Server Node \| OpenScadaOpcServer@centos97... \| Connection status of server 'OpenScadaOpcServer@centos97.server - None - None' changed to 'ConnectionWarningWatchdogTimeout'. 16:19:05.979 \| Server Node \| OpenScadaOpcServer@centos97... \| Connection status of server 'OpenScadaOpcServer@centos97.server - None - None' changed to 'Connected'. 16:19:05.972 \| AddressSpaceModel \| OpenScadaOpcServer@centos97... \| Register for ModelChangeEvents failed: createMonitoredItems returned BadFilterNotAllowed for item 0 16:19:00.882 \| Server Node \| OpenScadaOpcServer@centos97... \| Connection status of server 'OpenScadaOpcServer@centos97.server - None - None' changed to 'ConnectionWarningWatchdogTimeout'. 16:16:36.014 \| Server Node \| OpenScadaOpcServer@centos97... \| Connection status of server 'OpenScadaOpcServer@centos97.server - None - None' changed to 'Connected'. 16:16:36.012 \| AddressSpaceModel \| OpenScadaOpcServer@centos97... \| Register for ModelChangeEvents failed: createMonitoredItems returned BadFilterNotAllowed for item 0 16:16:30.878 \| Server Node \| OpenScadaOpcServer@centos97... \| Connection status of server 'OpenScadaOpcServer@centos97.server - None - None' changed to 'ConnectionWarningWatchdogTimeout'. 16:16:14.933 \| Server Node \| OpenScadaOpcServer@centos97... \| Connection status of server 'OpenScadaOpcServer@centos97.server - None - None' changed to 'Connected'. 16:16:14.931 \| AddressSpaceModel \| OpenScadaOpcServer@centos97... \| Register for ModelChangeEvents failed: createMonitoredItems returned BadFilterNotAllowed for item 0 16:15:59.861 \| Server Node \| OpenScadaOpcServer@centos97... \| Connection status of server 'OpenScadaOpcServer@centos97.server - None - None' changed to 'ConnectionWarningWatchdogTimeout'. 16:14:08.769 \| DA Plugin \| OpenScadaOpcServer@centos97... \| Calling Republish with sequence number 1539 16:14:08.767 \| DA Plugin \| OpenScadaOpcServer@centos97... \| Calling Republish with sequence number 1538 16:14:08.763 \| DA Plugin \| OpenScadaOpcServer@centos97... \| Calling Republish with sequence number 1537 16:14:08.762 \| DA Plugin \| OpenScadaOpcServer@centos97... \| Calling Republish with sequence number 1536 Скриншот OpenSCADA во вложении И хотя UAExpert отключен, все равно есть активность в wireshark. Дамп во вложении. Attachment openscada_limit_connections_20140131.png (File type: image/png, Size: 192.37 kilobytes) — 1051 downloads openscada_limit_connections_20140131.pcapng (File type: application/octet-stream, Size: 4.18 kilobytes) — 607 downloads
	Profile
Written on: 31. 01. 2014 [19:02]
roman Roman Savochenko Moderator Contributor Developer registered since: 12.12.2007 Posts: 3750	"rxs5" wrote: Скриншот OpenSCADA во вложении Скриншот мне ни о чем не говорит, поэтому не выкладывайте! Лог UAExpert уже когда забито подключений тоже бесполезен. Нужно ловить момент, когда это начинается иначе я ничем помочь не могу! "rxs5" wrote: И хотя UAExpert отключен, все равно есть активность в wireshark. Дамп во вложении. Что значит отключен, вообще закрыт? Кто такой тогда 192.168.195.192, что долбёт HELLO сообщениями ? Learn, learn and learn better than work, work and work.
	Profile WWW ICQ Skype
Written on: 31. 01. 2014 [19:13]
rxs5 Дмитрий Лыков In tech support registered since: 06.11.2013 Posts: 205	"roman" wrote: Скриншот мне ни о чем не говорит, поэтому не выкладывайте! Лог UAExpert уже когда забито подключений тоже бесполезен. Нужно ловить момент, когда это начинается иначе я ничем помочь не могу! Вообще-то в логе указал момент перехода от нормальной работы UAExpert к ошибке. Как можете предложить ловить момент когда начинается ошибка ? "roman" wrote: Что значит отключен, вообще закрыт? Кто такой тогда 192.168.195.192, что долбёт HELLO сообщениями ? Отключен это так, как на скриншоте, когда UAExpert не может подключиться из-за ошибки. Это компьютер, на котором запущен тот самый UAExpert, который должен быть уже отключен. [This article was edited 1 times, at last 31.01.2014 at 19:16.] Attachment uaexpert_limit_connections_20140131.png (File type: image/png, Size: 81.86 kilobytes) — 1031 downloads
	Profile
Written on: 31. 01. 2014 [19:21]
roman Roman Savochenko Moderator Contributor Developer registered since: 12.12.2007 Posts: 3750	"rxs5" wrote: Вообще-то в логе указал момент перехода от нормальной работы UAExpert к ошибке. Да ну. "Calling Republish with sequence number 1536" уже говорит о том, что там проблемы. "rxs5" wrote: Как можете предложить ловить момент когда начинается ошибка ? "Keep alive время ожидания" в транспорте можно таки поставить скажем в 10 секунд, т.е. пока активность будет сокет не закроется, а если активность прекратится то он закроется через 10 секунд. И можно поставить прямо сейчас если ничего не закрыто. А ловить, записью дампа WireShark всё время. "rxs5" wrote: Отключен это так, как на скриншоте, когда UAExpert не может подключиться из-за ошибки. Это компьютер, на котором запущен тот самый UAExpert, который должен быть уже отключен. Ну так к чему комментарий о том, что трафик есть и 10 подключений? Закройте их всех и сколько станет? Learn, learn and learn better than work, work and work.
	Profile WWW ICQ Skype

First | « Previous | 8 | 9 | 10 | 11 | 12 | Next » | Last