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
travis-ci: need to fix Too many open files error #4373
Labels
bug
Something isn't working
Comments
avtikhon
added a commit
that referenced
this issue
Jul 23, 2019
Increased the maximum number of open file descriptors on macOS: Travis-ci needed the "ulimit -n <value>" call Gitlab-ci needed the "launchctl limit maxfiles <value>" call Also gitlib-ci needed the password to change the limits, while travis-ci run under root user. Limit setup set in the same call as tests runs call. Also found that the travis-ci global environment values schema had the mistake in definition - fixed with added "global:" tag and added the missed travis-ci environment value to the docker call. Closes #4373
avtikhon
added a commit
that referenced
this issue
Jul 24, 2019
Increased the maximum number of open file descriptors on macOS. Travis-ci: needed the "ulimit -n <value>" call, because found that the tests fail without it even with launchctl limit tool set. Gitlab-ci: needed the "launchctl limit maxfiles <value>" call, because under gitlib-ci it is needed the password to change the limits and we call the sudo tool which separates the local set of the environment. Closes #4373
avtikhon
added a commit
that referenced
this issue
Jul 24, 2019
Increased the maximum number of open file descriptors on macOS. Travis-ci: needed the "ulimit -n <value>" call, because found that the tests fail without it even with launchctl limit tool set. Gitlab-ci: needed the "launchctl limit maxfiles <value>" call, because under gitlib-ci it is needed the password to change the limits and we call the sudo tool which separates the local set of the environment. Closes #4373
avtikhon
added a commit
that referenced
this issue
Nov 6, 2019
Increased the maximum number of open file descriptors on macOS. Travis-ci: needed the "ulimit -n <value>" call, because found that the tests fail without it even with launchctl limit tool set. Gitlab-ci: needed the "launchctl limit maxfiles <value>" call, because under gitlib-ci it is needed the password to change the limits and we call the sudo tool which separates the local set of the environment. Closes #4373
avtikhon
added a commit
that referenced
this issue
Nov 6, 2019
Increased the maximum number of open file descriptors on macOS. Travis-ci: needed the "ulimit -n <value>" call, because found that the tests fail without it even with launchctl limit tool set. Gitlab-ci: needed the "launchctl limit maxfiles <value>" call, because under gitlib-ci it is needed the password to change the limits and we call the sudo tool which separates the local set of the environment. Closes #4373 (cherry picked from commit 027fa1a)
avtikhon
added a commit
that referenced
this issue
Nov 6, 2019
Increased the maximum number of open file descriptors on macOS. Travis-ci: needed the "ulimit -n <value>" call, because found that the tests fail without it even with launchctl limit tool set. Gitlab-ci: needed the "launchctl limit maxfiles <value>" call, because under gitlib-ci it is needed the password to change the limits and we call the sudo tool which separates the local set of the environment. Closes #4373 (cherry picked from commit 027fa1a)
avtikhon
added a commit
that referenced
this issue
Nov 6, 2019
Increased the maximum number of open file descriptors on macOS. Travis-ci: needed the "ulimit -n <value>" call, because found that the tests fail without it even with launchctl limit tool set. Gitlab-ci: needed the "launchctl limit maxfiles <value>" call, because under gitlib-ci it is needed the password to change the limits and we call the sudo tool which separates the local set of the environment. Closes #4373 (cherry picked from commit 027fa1a)
avtikhon
added a commit
that referenced
this issue
Nov 6, 2019
Increased the maximum number of open file descriptors on macOS. Travis-ci: needed the "ulimit -n <value>" call, because found that the tests fail without it even with launchctl limit tool set. Gitlab-ci: needed the "launchctl limit maxfiles <value>" call, because under gitlib-ci it is needed the password to change the limits and we call the sudo tool which separates the local set of the environment. Closes #4373 (cherry picked from commit 027fa1a)
avtikhon
added a commit
that referenced
this issue
Nov 6, 2019
Increased the maximum number of open file descriptors on macOS. Travis-ci: needed the "ulimit -n <value>" call, because found that the tests fail without it even with launchctl limit tool set. Gitlab-ci: needed the "launchctl limit maxfiles <value>" call, because under gitlib-ci it is needed the password to change the limits and we call the sudo tool which separates the local set of the environment. Closes #4373 (cherry picked from commit 027fa1a)
avtikhon
added a commit
that referenced
this issue
Nov 6, 2019
Increased the maximum number of open file descriptors on macOS. Travis-ci: needed the "ulimit -n <value>" call, because found that the tests fail without it even with launchctl limit tool set. Gitlab-ci: needed the "launchctl limit maxfiles <value>" call, because under gitlib-ci it is needed the password to change the limits and we call the sudo tool which separates the local set of the environment. Closes #4373 (cherry picked from commit 027fa1a)
avtikhon
added a commit
that referenced
this issue
Nov 6, 2019
Increased the maximum number of open file descriptors on macOS. Travis-ci: needed the "ulimit -n <value>" call, because found that the tests fail without it even with launchctl limit tool set. Gitlab-ci: needed the "launchctl limit maxfiles <value>" call, because under gitlib-ci it is needed the password to change the limits and we call the sudo tool which separates the local set of the environment. Closes #4373 (cherry picked from commit 027fa1a)
kyukhin
pushed a commit
that referenced
this issue
Nov 26, 2019
Increased the maximum number of open file descriptors on macOS. Travis-ci: needed the "ulimit -n <value>" call, because found that the tests fail without it even with launchctl limit tool set. Gitlab-ci: needed the "launchctl limit maxfiles <value>" call, because under gitlib-ci it is needed the password to change the limits and we call the sudo tool which separates the local set of the environment. Closes #4373 (cherry picked from commit 027fa1a)
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
Tarantool version:
master
OS version:
OSX
Bug description:
Too many open files error
Steps to reproduce:
run OSX jobs at travis-ci
Optional (but very desirable):
The text was updated successfully, but these errors were encountered: