cgmanager and cgproxy startup is racy
Bug #1302174 reported by
Pat McGowan
This bug affects 1 person
Affects | Status | Importance | Assigned to | Milestone | |
---|---|---|---|---|---|
cgmanager (Ubuntu) |
Fix Released
|
Medium
|
Unassigned | ||
lxc-android-config (Ubuntu) |
Fix Released
|
High
|
Oliver Grawert |
Bug Description
Every 10-100 boots (in a really random manner) the boot of mako devices gets completely stuck. This started with image 274.
This was tracked down to two issues:
1) lxc-android-config starts on started cgmanager while it actually needs cgproxy due to the rather old kernel. This should be fixed by adding a cgmanager-ready event which will kick in whenever things are ready, whether that's just cgmanager or just cgproxy or both.
2) cgmanager and cgproxy should only mark themselves started once their main loop is ready to accept queries from clients. This should be done by raising SIGSTOP once they are ready (daemonize would prevent debugging).
Related branches
Changed in cgmanager (Ubuntu): | |
status: | Incomplete → Triaged |
importance: | Undecided → Medium |
summary: |
- Booting mako hangs randomly with cgmanager installed + cgmanager and cgproxy startup is racy |
description: | updated |
description: | updated |
To post a comment you must log in.
after the hard hang, directly rebooting into recovery and retrieving /proc/last_kmsg results in a log like http:// paste.ubuntu. com/7197970/
obviously the boot hangs right after run-init (swapon is the last step in the /init script in initrd)