OPC UA
Автор |
Повідомлення |
Повідомлення створено: 22. 01. 2014 [03:55]
|
rxs5
Дмитрий Лыков
In tech support
Зареєстрован(а) с: 06.11.2013
Повідомлення: 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.
[Повідомлення редагувалось 3 раз(ів), останній раз 22.01.2014 в 03:59.]
|
Повідомлення створено: 22. 01. 2014 [04:51]
|
rxs5
Дмитрий Лыков
In tech support
Зареєстрован(а) с: 06.11.2013
Повідомлення: 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:
Собственно менять политику доступа к этому полю по причине возможности случайной его смены это как-то слишком и станет прецедентом для многих других комбобоксов, однако из соображения этой самой неоднозначности, когда открытые подключения ходят через старый протокол, а новые через новый наверное имеет смысл запретить его смену.
Если понять, что происходит при смене протокола транспорта, то потом можно решить, в каком виде его оставлять.
[Повідомлення редагувалось 2 раз(ів), останній раз 22.01.2014 в 04:55.]
Вкладений файл
|
Повідомлення створено: 22. 01. 2014 [12:32]
|
roman
Roman Savochenko
Moderator Contributor Developer
Зареєстрован(а) с: 12.12.2007
Повідомлення: 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.
|
Повідомлення створено: 28. 01. 2014 [15:20]
|
rxs5
Дмитрий Лыков
In tech support
Зареєстрован(а) с: 06.11.2013
Повідомлення: 205
|
Уже 4 дня не было ошибок и сбоев, думал все хорошо. Однако...cегодня появилась ошибка без внешних вмешательств (насколько помню). Посмотрите, пожалуйста, чем эти сообщения могут быть вызваны.
Исходное: 2 клиента UAExpert (с различных PC) опрашивают OPC UA сервер OpenSCADA.
На клиентах лог следующий
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
в консоли
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 восстановилась.
[Повідомлення редагувалось 2 раз(ів), останній раз 28.01.2014 в 15:27.]
Вкладений файл
|
Повідомлення створено: 28. 01. 2014 [21:04]
|
roman
Roman Savochenko
Moderator Contributor Developer
Зареєстрован(а) с: 12.12.2007
Повідомлення: 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.
|
Повідомлення створено: 29. 01. 2014 [16:41]
|
roman
Roman Savochenko
Moderator Contributor Developer
Зареєстрован(а) с: 12.12.2007
Повідомлення: 3750
|
"roman" wrote:
Да и лимит к сеансу не мешало-бы привязать, что-бы один всех остальных не DOSил.
Сделал и отладку добавил.
Learn, learn and learn better than work, work and work.
|
Повідомлення створено: 31. 01. 2014 [18:29]
|
rxs5
Дмитрий Лыков
In tech support
Зареєстрован(а) с: 06.11.2013
Повідомлення: 205
|
Сегодня проверял работу со сборкой 2045. Было подключено 2 клиента OPC UA. Спустя некоторое время все 10 зарезервированных соединений были открыты. И клиенту UAExpert стал недоступен сервер OPC UA.
Лог в UAExpert
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. Дамп во вложении.
Вкладений файл
|
Повідомлення створено: 31. 01. 2014 [19:02]
|
roman
Roman Savochenko
Moderator Contributor Developer
Зареєстрован(а) с: 12.12.2007
Повідомлення: 3750
|
"rxs5" wrote:
Скриншот OpenSCADA во вложении
Скриншот мне ни о чем не говорит, поэтому не выкладывайте!
Лог UAExpert уже когда забито подключений тоже бесполезен.
Нужно ловить момент, когда это начинается иначе я ничем помочь не могу!
"rxs5" wrote:
И хотя UAExpert отключен, все равно есть активность в wireshark. Дамп во вложении.
Что значит отключен, вообще закрыт?
Кто такой тогда 192.168.195.192, что долбёт HELLO сообщениями ?
Learn, learn and learn better than work, work and work.
|
Повідомлення створено: 31. 01. 2014 [19:13]
|
rxs5
Дмитрий Лыков
In tech support
Зареєстрован(а) с: 06.11.2013
Повідомлення: 205
|
"roman" wrote:
Скриншот мне ни о чем не говорит, поэтому не выкладывайте!
Лог UAExpert уже когда забито подключений тоже бесполезен.
Нужно ловить момент, когда это начинается иначе я ничем помочь не могу!
Вообще-то в логе указал момент перехода от нормальной работы UAExpert к ошибке.
Как можете предложить ловить момент когда начинается ошибка ?
"roman" wrote:
Что значит отключен, вообще закрыт?
Кто такой тогда 192.168.195.192, что долбёт HELLO сообщениями ?
Отключен это так, как на скриншоте, когда UAExpert не может подключиться из-за ошибки.
Это компьютер, на котором запущен тот самый UAExpert, который должен быть уже отключен.
[Повідомлення редагувалось 1 раз(ів), останній раз 31.01.2014 в 19:16.]
Вкладений файл
|
Повідомлення створено: 31. 01. 2014 [19:21]
|
roman
Roman Savochenko
Moderator Contributor Developer
Зареєстрован(а) с: 12.12.2007
Повідомлення: 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.
|
|
|