Bug 3288 - connmand stops when stressed with commands from connman-properties
Summary: connmand stops when stressed with commands from connman-properties
Status: VERIFIED OBSOLETE
Alias: None
Product: OE-Core
Classification: Build System, Metadata & Runtime
Component: connectivity (show other bugs)
Version: 1.4
Hardware: All Multiple
: Medium normal
Target Milestone: 1.4
Assignee: Stoicescu Cornel
QA Contact:
URL:
Whiteboard:
Depends on:
Blocks:
 
Reported: 2012-10-15 12:48 UTC by Stoicescu Cornel
Modified: 2013-04-04 08:16 UTC (History)
2 users (show)

See Also:
OS type for building Yocto: ---
Type of Regression: ---
Verified:
Documentation change: ---

Attachments
Add an attachment (proposed patch, testcase, etc.)

Note You need to log in before you can comment on or make changes to this bug.
Description Stoicescu Cornel 2012-10-15 12:48:12 UTC 
Steps to reproduce:
-start/boot any sato image(qemu, bsp)
-using connman-properties change to online/offline and Manual/DHCP randomly
-notice that after some time connmand crashes (check "ps aux | grep connman" or tray icon)

Note1: This happens apparently at random.
Note2: This happened to me on both BSP and qemu targets. 
Note3: This might not be a Yocto issue, but a connman one.

/var/log.messages output:

"
Oct 15 12:06:26 sugarbay daemon.err connmand[726]: Deleting host route failed (No such process)

Oct 15 12:06:26 sugarbay daemon.err connmand[726]: Aborting (signal 11) [/usr/sbin/connmand]

Oct 15 12:06:26 sugarbay daemon.err connmand[726]: ++++++++ backtrace ++++++++

Oct 15 12:06:26 sugarbay daemon.err connmand[726]: #0  0x7fdce55afb20 in /lib/libpthread.so.0

Oct 15 12:06:26 sugarbay daemon.err connmand[726]: +++++++++++++++++++++++++++
"

Tested on branch: danny; commit: c9de24d3f4845251b01e2eab0aeeb7472badc5bb
Comment 1 Cristian Iorga 2013-02-08 14:45:44 UTC 
Hello Cornel,

Can you please retest this one?

A lot of changes went into connman and its ecosystem since when this bug was reported, so a retest would be reasonable to do.

Regards,
Cristian
Comment 2 Stoicescu Cornel 2013-02-27 12:24:00 UTC 
I was not able to reproduce this.
Verified in master:7d22ef28e64de06b6238d0ef9b664c0bee6efa46
Comment 3 Stoicescu Cornel 2013-04-04 08:16:23 UTC 
Verified as per above comment