Fix cases where we are wrapping a nil error
This was using `errors.Wrap` when there was no error to wrap, meanwhile we are supposed to be creating a new error. Found this while investigating some log corruption issues and unexpectedly getting a nil reader and a nil error from `getTailReader`. Signed-off-by: Brian Goff <cpuguy83@gmail.com>
This commit is contained in:
parent
bfdb8918f9
commit
0a48d26fbc
1 changed files with 1 additions and 1 deletions
|
@ -66,7 +66,7 @@ func getTailReader(ctx context.Context, r loggerutils.SizeReaderAt, req int) (io
|
||||||
}
|
}
|
||||||
|
|
||||||
if msgLen != binary.BigEndian.Uint32(buf) {
|
if msgLen != binary.BigEndian.Uint32(buf) {
|
||||||
return nil, 0, errdefs.DataLoss(errors.Wrap(err, "log message header and footer indicate different message sizes"))
|
return nil, 0, errdefs.DataLoss(errors.New("log message header and footer indicate different message sizes"))
|
||||||
}
|
}
|
||||||
|
|
||||||
found++
|
found++
|
||||||
|
|
Loading…
Reference in a new issue