qmlplugindump hangs at 100% CPU with qtorganizer5-eds

Bug #1281237 reported by Gerry Boland
18
This bug affects 4 people
Affects Status Importance Assigned to Milestone
ubuntu-ui-toolkit (Ubuntu)
Fix Released
High
Cris Dywan

Bug Description

I'm trying to build UITK on Manta

Note I've installed the demo data with "phablet-demo-setup" <- might be related.

Trying to build the UITK package natively on my tablet, with "dpkg-buildpackage -us -uc -j4" it hangs just after all test complete. Checking processes, I see "qmlplugindump" is running at 100% CPU usage, and nothing happens.

I attached to the process and grabbed a backtrace - looks interesting:

Program received signal SIGINT, Interrupt.
0x4066e5dc in QMutex::unlock() () from /usr/lib/arm-linux-gnueabihf/libQt5Core.so.5
(gdb) bt
#0 0x4066e5dc in QMutex::unlock() () from /usr/lib/arm-linux-gnueabihf/libQt5Core.so.5
#1 0x431cc806 in QtOrganizer::QOrganizerAbstractRequest::state() const () from /usr/lib/arm-linux-gnueabihf/libQt5Organizer.so.5
#2 0x43444062 in QOrganizerEDSEngine::waitForRequestFinished(QtOrganizer::QOrganizerAbstractRequest*, int) ()
   from /usr/lib/arm-linux-gnueabihf/qt5/plugins/organizer/libqtorganizer_eds.so
#3 0x4344d0fa in RequestData::cancel() () from /usr/lib/arm-linux-gnueabihf/qt5/plugins/organizer/libqtorganizer_eds.so
#4 0x43443fac in QOrganizerEDSEngine::cancelRequest(QtOrganizer::QOrganizerAbstractRequest*) () from /usr/lib/arm-linux-gnueabihf/qt5/plugins/organizer/libqtorganizer_eds.so
#5 0x431cca54 in QtOrganizer::QOrganizerAbstractRequest::cancel() () from /usr/lib/arm-linux-gnueabihf/libQt5Organizer.so.5
#6 0x43441caa in QOrganizerEDSEngine::~QOrganizerEDSEngine() () from /usr/lib/arm-linux-gnueabihf/qt5/plugins/organizer/libqtorganizer_eds.so
#7 0x43441dac in QOrganizerEDSEngine::~QOrganizerEDSEngine() () from /usr/lib/arm-linux-gnueabihf/qt5/plugins/organizer/libqtorganizer_eds.so
#8 0x431d2e46 in QtOrganizer::QOrganizerManager::~QOrganizerManager() () from /usr/lib/arm-linux-gnueabihf/libQt5Organizer.so.5
#9 0x431d2ee0 in QtOrganizer::QOrganizerManager::~QOrganizerManager() () from /usr/lib/arm-linux-gnueabihf/libQt5Organizer.so.5
#10 0x40787a94 in QObjectPrivate::deleteChildren() () from /usr/lib/arm-linux-gnueabihf/libQt5Core.so.5
#11 0x4078bfe0 in QObject::~QObject() () from /usr/lib/arm-linux-gnueabihf/libQt5Core.so.5
#12 0x4313b174 in AlarmManager::~AlarmManager (this=0x431866bc <AlarmManager::instance()::instance>, __in_chrg=<optimized out>) at alarmmanager_p.cpp:45
#13 0x409fa8ba in ?? () from /lib/arm-linux-gnueabihf/libc.so.6
#14 0x409e8634 in __libc_start_main () from /lib/arm-linux-gnueabihf/libc.so.6
#15 0x0000d70a in ?? ()
Backtrace stopped: previous frame identical to this frame (corrupt stack?)

Related branches

Changed in ubuntu-ui-toolkit:
assignee: nobody → Zsombor Egri (zsombi)
importance: Undecided → High
status: New → Confirmed
Revision history for this message
Zsombor Egri (zsombi) wrote :

This is a known issue - it is caused by the EDS backend. It is not happening when that one is not installed (qtorganizer5-eds). We have a workaround we should apply whenever qmlplugindump is invoked build time.

The workaround is to set env var ALARM_BACKEND="memory". In that case alarm services won't instantiate EDS backend at all.

Cris Dywan (kalikiana)
summary: - qmlplugindump hangs at 100% CPU usage, while building UITK on device
+ qmlplugindump hangs at 100% CPU with qtorganizer5-eds
Changed in ubuntu-ui-toolkit:
assignee: Zsombor Egri (zsombi) → Christian Dywan (kalikiana)
Zoltan Balogh (bzoltan)
Changed in ubuntu-ui-toolkit (Ubuntu):
assignee: nobody → Christian Dywan (kalikiana)
importance: Undecided → High
status: New → Confirmed
Zoltan Balogh (bzoltan)
no longer affects: ubuntu-ui-toolkit
Cris Dywan (kalikiana)
Changed in ubuntu-ui-toolkit (Ubuntu):
status: Confirmed → Fix Released
To post a comment you must log in.
This report contains Public information  
Everyone can see this information.

Other bug subscribers

Remote bug watches

Bug watches keep track of this bug in other bug trackers.