bitbake multi-processing semaphore in linux-vserver

bitbake multi-processing semaphore in linux-vserver

[Andreas Oberritter]

Hello,

I tried to run today's BitBake master on Debian Squeeze,
running inside a Linux-Vserver. I ran into the problem below:

Traceback (most recent call last):
  File ".../bitbake/bin/bitbake", line 258, in <module>
    ret = main()
  File ".../bitbake/bin/bitbake", line 226, in main
    server.initServer()
  File ".../bitbake/lib/bb/server/process.py", line 245, in initServer
    self.event_queue = ProcessEventQueue(0)
  File "/usr/lib/python2.6/multiprocessing/queues.py", line 37, in __init__
    self._rlock = Lock()
  File "/usr/lib/python2.6/multiprocessing/synchronize.py", line 117, in __init__
    SemLock.__init__(self, SEMAPHORE, 1, 1)
OSError: [Errno 38] Function not implemented

Has anybody else seen this? Is it likely to be caused by limitations
of Linux-Vserver? Are there any workarounds or patches available to
address this?

Regards,
Andreas

Re: bitbake multi-processing semaphore in linux-vserver

[Andreas Oberritter]

On 07.03.2012 18:14, Andreas Oberritter wrote:
> I tried to run today's BitBake master on Debian Squeeze,
> running inside a Linux-Vserver. I ran into the problem below:
> 
> Traceback (most recent call last):
>   File ".../bitbake/bin/bitbake", line 258, in <module>
>     ret = main()
>   File ".../bitbake/bin/bitbake", line 226, in main
>     server.initServer()
>   File ".../bitbake/lib/bb/server/process.py", line 245, in initServer
>     self.event_queue = ProcessEventQueue(0)
>   File "/usr/lib/python2.6/multiprocessing/queues.py", line 37, in __init__
>     self._rlock = Lock()
>   File "/usr/lib/python2.6/multiprocessing/synchronize.py", line 117, in __init__
>     SemLock.__init__(self, SEMAPHORE, 1, 1)
> OSError: [Errno 38] Function not implemented
> 
> Has anybody else seen this? Is it likely to be caused by limitations
> of Linux-Vserver? Are there any workarounds or patches available to
> address this?

I was able to get rid of the problem by mounting a tmpfs to /dev/shm.
Maybe BitBake should suggest this in a future error message.

Regards,
Andreas