New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
multiprocessing ppc Debian/ ia64 Ubuntu compilation error #47361
Comments
Both debian ia64 and PPC are failing the mp test suite with the Re-running test 'test_multiprocessing' in verbose mode
test test_multiprocessing crashed -- <type 'exceptions.OSError'>: [Errno
38] Function not implemented
Traceback (most recent call last):
File "./Lib/test/regrtest.py", line 554, in runtest_inner
indirect_test()
File "/home/pybot/buildarea/trunk.klose-debian-
ppc/build/Lib/test/test_multiprocessing.py", line 1764, in test_main
ProcessesMixin.pool = multiprocessing.Pool(4)
File "/home/pybot/buildarea/trunk.klose-debian-
ppc/build/Lib/multiprocessing/__init__.py", line 226, in Pool
return Pool(processes, initializer, initargs)
File "/home/pybot/buildarea/trunk.klose-debian-
ppc/build/Lib/multiprocessing/pool.py", line 84, in __init__
self._setup_queues()
File "/home/pybot/buildarea/trunk.klose-debian-
ppc/build/Lib/multiprocessing/pool.py", line 131, in _setup_queues
self._inqueue = SimpleQueue()
File "/home/pybot/buildarea/trunk.klose-debian-
ppc/build/Lib/multiprocessing/queues.py", line 315, in __init__
self._rlock = Lock()
File "/home/pybot/buildarea/trunk.klose-debian-
ppc/build/Lib/multiprocessing/synchronize.py", line 106, in __init__
SemLock.__init__(self, SEMAPHORE, 1, 1)
File "/home/pybot/buildarea/trunk.klose-debian-
ppc/build/Lib/multiprocessing/synchronize.py", line 38, in __init__
sl = self._semlock = _multiprocessing.SemLock(kind, value, maxvalue)
OSError: [Errno 38] Function not implemented
[674193 refs]
make: *** [buildbottest] Error 1
program finished with exit code 2 Buildbots: |
Sorry, should have been debian PPC and ubuntu ia64 |
This is also effecting gentoo x86. After speaking with Richard, he Barry, do you know if this is the case? |
I believe this is a Linux-specific problem relating to chroot jails I am suggesting we skip the test for now if /dev/shm does not exist, if (sys.platform.startswith("linux"):
if not os.path.exists("/dev/shm"):
raise TestSkipped("Missing required /dev/shm device on Linux!") at the top of test_multiprocessing.py Anyone see a problem with this? |
I don't see a problem with skipping it, but if chroot is the problem, |
I agree, fixing the chroot is the long-term solution, however this gets us |
I agree with your agreement. |
Jesse, I say go ahead and make it so. I think you should make another |
I committed the skip in r64356. Let's sit back and watch. |
Did you add the import and fix the syntax error On Jun 17, 2008, at 6:44 PM, Benjamin Peterson
|
1 for 2. :) |
I apologize, I should have just posted the diff On Jun 17, 2008, at 7:00 PM, Benjamin Peterson
|
On Tue, Jun 17, 2008 at 6:08 PM, Jesse Noller <report@bugs.python.org> wrote:
It's not your fault. I'm impatient. |
I switched to a more aggressive skip as it doesn't seem /dev/shm is the culprit (at least from overnight runs). I committed it in r64375 on trunk |
Mounting /dev/shm seems to fix the problem in suse's autobuild (chroot) |
Setting this to a release blocker, because it is affecting Neal's |
Scratch that - it's more likely to be Neal's setup which is at fault, |
As no one is able to confirm that this is still an issue, I'm closing it. It can be reopened if necessary. |
Doing cleanup: This was marked as out of date in 2010 but somehow escaped being marked closed. Closing now. |
Note: these values reflect the state of the issue at the time it was migrated and might not reflect the current state.
Show more details
GitHub fields:
bugs.python.org fields:
The text was updated successfully, but these errors were encountered: