УкраїнськаEnglishmRussian
Вход/Новый
В теме нет новых постов

[BugFixed] Краш Скады


Автор Сообщение
Сообщение создано: 24. 09. 2012 [08:38]
rusdom
Александр
Создатель темы
Зарегистрирован(а) с: 09.04.2012
Сообщения: 11
Добрый день, столкнулся со следующей проблемой, помогите пожалуйста разобраться. Через пару недель после того, как поставил SCADА (0.8.0.2) на серв. (Ubuntu 12.04), SCADA стала падать вот с такими ошибками:

[New LWP 18069]
[Thread debugging using libthread_db enabled]
Using host libthread_db library "/lib/i386-linux-gnu/libthread_db.so.1".
Core was generated by `openscada --CoreDumpAllow --Config=./oscada.xml'.
Program terminated with signal 11, Segmentation fault.
#0 0xb735952b in _IO_proc_open () from /lib/i386-linux-gnu/libc.so.6

Thread 1 (Thread 0x867b3b40 (LWP 18069)):
#0 0xb735952b in _IO_proc_open () from /lib/i386-linux-gnu/libc.so.6
No symbol table info available.
#1 0xb7359625 in popen () from /lib/i386-linux-gnu/libc.so.6
No symbol table info available.
#2 0xb75d0527 in OSCADA::TSYS::objFuncCall(std::string const&, std::vector<OSCADA::TVariant, std::allocator<OSCADA::TVariant> >&, std::string const&) () from /usr/lib/liboscada.so.2
No symbol table info available.
#3 0xb763f219 in OSCADA::TCntrNodeObj::funcCall(std::string const&, std::vector<OSCADA::TVariant, std::allocator<OSCADA::TVariant> >&) () from /usr/lib/liboscada.so.2
No symbol table info available.
#4 0xaf46c411 in JavaLikeCalc::Func::oFuncCall(OSCADA::TVariant&, std::string const&, std::vector<OSCADA::TVariant, std::allocator<OSCADA::TVariant> >&) () from /usr/lib/openscada/daq_JavaLikeCalc.so
No symbol table info available.
#5 0xaf47218a in JavaLikeCalc::Func::exec(OSCADA::TValFunc*, JavaLikeCalc::RegW*, unsigned char const*, JavaLikeCalc::Func::ExecData&) () from /usr/lib/openscada/daq_JavaLikeCalc.so
No symbol table info available.
#6 0xaf4701b5 in JavaLikeCalc::Func::exec(OSCADA::TValFunc*, JavaLikeCalc::RegW*, unsigned char const*, JavaLikeCalc::Func::ExecData&) () from /usr/lib/openscada/daq_JavaLikeCalc.so
No symbol table info available.
#7 0xaf47495a in JavaLikeCalc::Func::calc(OSCADA::TValFunc*) () from /usr/lib/openscada/daq_JavaLikeCalc.so
No symbol table info available.
#8 0xb76f0f07 in OSCADA::TValFunc::calc(std::string const&) () from /usr/lib/liboscada.so.2
No symbol table info available.
#9 0xaf6dc636 in VCA::SessWdg::calc(bool, bool) () from /usr/lib/openscada/ui_VCAEngine.so
No symbol table info available.
#10 0xaf6deaed in VCA::SessPage::calc(bool, bool) () from /usr/lib/openscada/ui_VCAEngine.so
No symbol table info available.
#11 0xaf6dea3a in VCA::SessPage::calc(bool, bool) () from /usr/lib/openscada/ui_VCAEngine.so
No symbol table info available.
#12 0xaf6dea3a in VCA::SessPage::calc(bool, bool) () from /usr/lib/openscada/ui_VCAEngine.so
No symbol table info available.
#13 0xaf6dea3a in VCA::SessPage::calc(bool, bool) () from /usr/lib/openscada/ui_VCAEngine.so
No symbol table info available.
#14 0xaf6ce52a in VCA::Session::Task(void*) () from /usr/lib/openscada/ui_VCAEngine.so
No symbol table info available.
#15 0xb75d2dd0 in OSCADA::TSYS::taskWrap(void*) () from /usr/lib/liboscada.so.2
No symbol table info available.
#16 0xb72dfd4c in start_thread () from /lib/i386-linux-gnu/libpthread.so.0
No symbol table info available.
#17 0xb73deace in clone () from /lib/i386-linux-gnu/libc.so.6
No symbol table info available.

Собственно на сервере проект запущен постоянно и к нему подключаются клиентские машины операторов. И такое происходит с периодичностью недели в 2. Два вылета, через пару часов и стабильная работа на протяжении недель 2х.
Подскажите, в чём может быть загвоздка, заранее благодарен.
Сообщение создано: 24. 09. 2012 [09:31]
roman
Roman Savochenko
Moderator
Contributor
Developer
Зарегистрирован(а) с: 12.12.2007
Сообщения: 3750
"rusdom" wrote:

Добрый день, столкнулся со следующей проблемой, помогите пожалуйста разобраться. Через пару недель после того, как поставил SCADА (0.8.0.2) на серв. (Ubuntu 12.04), SCADA стала падать вот с такими ошибками:

Для начала поставьте 0.8.0.3.

"rusdom" wrote:

Thread 1 (Thread 0x867b3b40 (LWP 18069)):
#0 0xb735952b in _IO_proc_open () from /lib/i386-linux-gnu/libc.so.6
No symbol table info available.
#1 0xb7359625 in popen () from /lib/i386-linux-gnu/libc.so.6
No symbol table info available.
#2 0xb75d0527 in OSCADA::TSYS::objFuncCall(std::string const&, std::vector<OSCADA::TVariant, std::allocator<OSCADA::TVariant> >&, std::string const&) () from /usr/lib/liboscada.so.2
No symbol table info available.

Разбирайтесь с вызовом SYS.system(), через который Вы что-то системное вызываете и что приводит к этому падение. Это похоже на проблему с GlibC в данной версии Ubuntu, поскольку падение в функции GLibC popen().

Learn, learn and learn better than work, work and work.
Сообщение создано: 24. 09. 2012 [09:35]
rusdom
Александр
Создатель темы
Зарегистрирован(а) с: 09.04.2012
Сообщения: 11
Благодарю, буду пробовать.
Сообщение создано: 28. 09. 2012 [19:44]
roman
Roman Savochenko
Moderator
Contributor
Developer
Зарегистрирован(а) с: 12.12.2007
Сообщения: 3750
"roman" wrote:

Разбирайтесь с вызовом SYS.system(), через который Вы что-то системное вызываете и что приводит к этому падение. Это похоже на проблему с GlibC в данной версии Ubuntu, поскольку падение в функции GLibC popen().

Кстати, вот только столкнулся с подобной проблемой на Nokia N900, где окружение Debian(Maemo 5) 2009-2010 года.

Только у меня проблема в модуле DAQ.System, с двумя типами источников данных "Sensors" и "HddSmart", которые через popen() вызывают "mbmon" и "smart", соответственно.

Проблема, в моём случае, заключается в зависании на одном из указанных типов. Начало это у меня воспроизводиться с версии 0.8.0.2, где модуль DAQ.System периодически сканирует систему на предмет появления новых источников данных.

Что интересно, на предыдущей модели Nokia N800 (Maemo 4.1), TionPro270 и Segnetics SMH2Gi такой проблемы нет, наверно всё-же это связано с конкретной GLibC.

Ещё повыясняю в каком конкретно месте эта проблема происходит.

Learn, learn and learn better than work, work and work.



0637