New issue
Advanced search Search tips
Note: Color blocks (like or ) mean that a user may not be available. Tooltip shows the reason.

Issue 595453 link

Starred by 1 user

Issue metadata

Status: WontFix
Owner:
Last visit > 30 days ago
Closed: Mar 2016
Cc:
Components:
EstimatedDays: ----
NextAction: ----
OS: Mac
Pri: 2
Type: Bug



Sign in to add a comment

OSError: [Errno 35] Resource temporarily unavailable

Project Member Reported by lgar...@chromium.org, Mar 16 2016

Issue description

Version: All
OS: OSX

What steps will reproduce the problem?
(1) Build Chrome on OSX like normal.

What is the expected output? What do you see instead?
Every once in a while, the Python scripts in the build process run out of processes for multiprocessing and I get a traceback that looks something like this:

    Traceback (most recent call last):
      File "../../../../native_client/build/build_nexe.py", line 1136, in <module>
        sys.exit(Main(sys.argv))
      File "../../../../native_client/build/build_nexe.py", line 1044, in Main
        process.start()
      File "/System/Library/Frameworks/Python.framework/Versions/2.7/lib/python2.7/multiprocessing/process.py", line 130, in start
        self._popen = Popen(self)
      File "/System/Library/Frameworks/Python.framework/Versions/2.7/lib/python2.7/multiprocessing/forking.py", line 121, in __init__
        self.pid = os.fork()
    OSError: [Errno 35] Resource temporarily unavailable

This doesn't happen often enough for it to seriously impact my development, but it does cost me 10-20 minutes if I expect the build to complete in the background.

Should it be sufficient to raise process limits per [1]?
I currently have:

lgarron@lgarron-macbookpro ~ [1]> sysctl kern.maxproc kern.maxprocperuid
kern.maxproc: 1064
kern.maxprocperuid: 709

[1] https://chromium.googlesource.com/chromium/src/+/master/docs/mac_build_instructions.md#Raising-system_wide-and-per_user-process-limits

groby@, I seem to recall you talking about this in the past. Do you know who is best to ask?
 
ninja-output.txt
11.3 KB View Download
Owner: lgar...@chromium.org
Status: Assigned (was: Untriaged)
I imagine that [1] would do the trick. I occasionally see this problem when using -j 200 or something ridiculous over goma (without default system settings). Are you seeing this with much lower -j values?

I'd try [1], and if it works, just close this bug. 
Status: WontFix (was: Assigned)
I'm using -j 100 -l 75.

I've done [1]. I'll reopen this bug if I continue to have problems.

Comment 3 by groby@chromium.org, Mar 18 2016

I don't know why we're saying this isn't necessary, goma requires large numbers - see that doc page.

With 2500/2500, I can safely run -j 269. (Yes, I optimized :)

Sign in to add a comment