[Bug 974584] Re: Semaphores cannot be created in lxc container
Steve Langasek
steve.langasek at canonical.com
Fri May 18 22:50:28 UTC 2012
I can confirm Serge's analysis here. I'm surprised that this hasn't
bitten us more severely before now, given that I see all my compat
symlinks are wrong in my (iteratively upgraded) precise chroots here;
apparently things really don't care so much about the compat these days.
We should definitely fix this for .1.
** Also affects: sysvinit (Ubuntu Precise)
Importance: Undecided
Status: New
** Also affects: lxc (Ubuntu Precise)
Importance: Undecided
Status: New
** Also affects: sysvinit (Ubuntu Quantal)
Importance: High
Status: Confirmed
** Also affects: lxc (Ubuntu Quantal)
Importance: High
Assignee: Serge Hallyn (serge-hallyn)
Status: Fix Released
** Changed in: lxc (Ubuntu Precise)
Status: New => Fix Released
** Changed in: sysvinit (Ubuntu Quantal)
Status: Confirmed => Triaged
** Changed in: sysvinit (Ubuntu Precise)
Status: New => Triaged
** Changed in: sysvinit (Ubuntu Precise)
Importance: Undecided => High
** Changed in: sysvinit (Ubuntu Precise)
Milestone: None => ubuntu-12.04.1
--
You received this bug notification because you are a member of Ubuntu
Foundations Bugs, which is subscribed to sysvinit in Ubuntu.
https://bugs.launchpad.net/bugs/974584
Title:
Semaphores cannot be created in lxc container
Status in Launchpad itself:
Invalid
Status in “lxc” package in Ubuntu:
Fix Released
Status in “sysvinit” package in Ubuntu:
Triaged
Status in “lxc” source package in Precise:
Fix Released
Status in “sysvinit” source package in Precise:
Triaged
Status in “lxc” source package in Quantal:
Fix Released
Status in “sysvinit” source package in Quantal:
Triaged
Bug description:
>>> from multiprocessing import synchronize
>>> synchronize.Lock()
Traceback (most recent call last):
File "<stdin>", line 1, in <module>
File "/usr/lib/python2.6/multiprocessing/synchronize.py", line 117, in __init__
SemLock.__init__(self, SEMAPHORE, 1, 1)
File "/usr/lib/python2.6/multiprocessing/synchronize.py", line 49, in __init__
sl = self._semlock = _multiprocessing.SemLock(kind, value, maxvalue)
OSError: [Errno 38] Function not implemented
Thanks to hallyn, there's a workaround and a fix: adding this line to the container's fstab will fix the problem:
none dev/shm tmpfs defaults 0 0
He is updating the ubuntu template with this change.
Original bug report description was Launchpad related (celery tests
fail on parallel testing instances)
To manage notifications about this bug go to:
https://bugs.launchpad.net/launchpad/+bug/974584/+subscriptions
More information about the foundations-bugs
mailing list