Merge lp:~akopytov/percona-xtrabackup/bug1183793-2.1 into lp:percona-xtrabackup/2.1
Proposed by
Alexey Kopytov
Status: | Merged |
---|---|
Approved by: | Sergei Glushchenko |
Approved revision: | no longer in the source branch. |
Merged at revision: | 738 |
Proposed branch: | lp:~akopytov/percona-xtrabackup/bug1183793-2.1 |
Merge into: | lp:percona-xtrabackup/2.1 |
Diff against target: |
138 lines (+87/-1) 2 files modified
src/xtrabackup.cc (+73/-1) test/t/bug1183793.sh (+14/-0) |
To merge this branch: | bzr merge lp:~akopytov/percona-xtrabackup/bug1183793-2.1 |
Related bugs: |
Reviewer | Review Type | Date Requested | Status |
---|---|---|---|
Sergei Glushchenko (community) | g2 | Approve | |
Review via email: mp+217459@code.launchpad.net |
Description of the change
Bug #1183794: XtraBackup should raise the open files limit if possible
The xtrabackup binaries now recognizes a new my.cnf option,
open_
the maximum number of file descriptors available to the xtrabackup
process. The actual limit depends on the platform and ulimit settings.
http://
To post a comment you must log in.
Are lines
88 + rlimit.rlim_cur = 0; /* Safety if next call fails */ RLIMIT_ NOFILE, &rlimit);
89 +
90 + (void) getrlimit(
91 +
92 + if (rlimit.rlim_cur) {
work different from
nn + if (!getrlimit( RLIMIT_ NOFILE, &rlimit)) {
man page suggest to use return value for error handling and says nothing about using rlim_cur for this purpose.