| Повідомлення створено: 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 Повідомлення: 3788 | "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 Повідомлення: 3788 | "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.       |