Merge lp:~gl-az/percona-xtrabackup/bug1273196-2.1 into lp:percona-xtrabackup/2.1
Proposed by
George Ormond Lorch III
Status: | Merged | ||||
---|---|---|---|---|---|
Approved by: | Sergei Glushchenko | ||||
Approved revision: | no longer in the source branch. | ||||
Merged at revision: | 731 | ||||
Proposed branch: | lp:~gl-az/percona-xtrabackup/bug1273196-2.1 | ||||
Merge into: | lp:percona-xtrabackup/2.1 | ||||
Diff against target: |
121 lines (+52/-29) 1 file modified
src/xbcrypt_read.c (+52/-29) |
||||
To merge this branch: | bzr merge lp:~gl-az/percona-xtrabackup/bug1273196-2.1 | ||||
Related bugs: |
|
Reviewer | Review Type | Date Requested | Status |
---|---|---|---|
Sergei Glushchenko (community) | g2 | Approve | |
Review via email: mp+206541@code.launchpad.net |
Description of the change
bug 1273196 - Streaming issue with xbcrypt
xbcrypt read failures are due to partial reads happening on a stdin file because reads are not using either MY_FULL_IO nor looping and rereading on a partial (> 0) read.
To fix, simple re-read loops are added for each read point to progressively continue to read into the buffer as long as something was read.
jenkins http://
To post a comment you must log in.
Hi George,
Looks like crypt->read use my_read to actually read data. Since MY_FULL_IO is not passed to my_read, it can return MY_FILE_ERROR in case of error (which is a big number). I think F_READ doesn't handle this case properly.