|
Сообщение создано: 17. 01. 2014 [15:29]
|
|
roman
Roman Savochenko
Moderator Contributor Developer
Зарегистрирован(а) с: 12.12.2007
Сообщения: 3742
|
"rxs5" wrote:
И сегодня снова
Program terminated with signal 11, Segmentation fault.
#0 OPC::UA::iNu (rb=..., off=@0x7f4ac97f929c, vSz=4 '[quote]Missing separate debuginfo for
Try: yum --disablerepo='*' --enablerepo='*-debug*' install /usr/lib/debug/.build-id/63/af03644fcb8724947b123e1677f06ee050a02b
511 libOPC_UA.cpp: No such file or directory.
Core dump process for back trace purchase to file core.20749_Boiler_2014-01-16_17_18.crash_Boiler_2014-01-17_16:28.crash
"/home/Dmitry-L/.openscada/Boiler/core.20749_Boiler_2014-01-16_17_18.crash" is not a core dump: File format not recognized
4') at libOPC_UA.cpp:511
in libOPC_UA.cpp
Тогда явно кто-то портит память!
Отключайте свой модуль и воспроизводите на внутренних источниках OpenSCADA, тогда я буду у себя искать. Иначе у меня просто нет этой проблемы.
"rxs5" wrote:
Кстати, уже второй день, вместо дампов с именем
crash_core.1095_Boiler_2014-01-09_17:37.txt
формируются дампы вида
core.18115_Boiler_2014-01-17_16:28.crash
Это с чем может быть связано ?
С тем, что для таких файлов принято расширение "*.crash".
"rxs5" wrote:
Последние строки из консоли:
###Quote_BUFFER_MARKER_MMCMS###
А, он тоже начинается с core.*. Переименую.
"rxs5" wrote:
И еще можно попросить в формате имени файла заменить : например на _ (для совместимости файлов отчета с win системами).
Заменил на '.', но не факт, что это лучше.
"roman" wrote:
Что видел: сначала было 3 клиента (IWS, UAExpert, контроллер OpenSCADA), затем 2 отключил (IWS, контроллер OpenSCADA), однако в свойствах OPCUA входящего сокета было 2 открытых. Проверял спустя 5-10 минут, хотя должны были закрыться уже 2 из 3.
Закрывайте всех клиентов и если во входящем транспорте OPC_UA остаются открытые подключения, то "killall -sSIGSEGV openscada".
В полученном отчёте падения и будет видно кто и где вешает поток входящего транспорта.
И проверьте, чтобы там не было "левых" исходящих транспортов, которые не используются, но включаются. Т.е. просто сокет открывают, но ничего туда не шлют. В ДемоБД (АГЛКС) один такой есть!
Learn, learn and learn better than work, work and work.
|
|
Сообщение создано: 17. 01. 2014 [16:44]
|
|
rxs5
Дмитрий Лыков
In tech support
Создатель темы
Зарегистрирован(а) с: 06.11.2013
Сообщения: 205
|
"roman" wrote:
Тогда явно кто-то портит память!
Отключайте свой модуль и воспроизводите на внутренних источниках OpenSCADA, тогда я буду у себя искать. Иначе у меня просто нет этой проблемы.
Хорошо, буду проверять без своего модуля.
"roman" wrote:
Закрывайте всех клиентов и если во входящем транспорте OPC_UA остаются открытые подключения, то "killall -sSIGSEGV openscada".
В полученном отчёте падения и будет видно кто и где вешает поток входящего транспорта.
И проверьте, чтобы там не было "левых" исходящих транспортов, которые не используются, но включаются. Т.е. просто сокет открывают, но ничего туда не шлют. В ДемоБД (АГЛКС) один такой есть!
Тоже буду проверять. Для своего проекта на основе Демо Boiler нет "левых" исходящих транспортов.
|
