zrepl: strconv.ParseInt: value out of range
server error: zfs send dry failed: could not parse zfs send -n output: line "incremental\tzroot/ROOT/default@zrepl_20210313_194422_000\tzroot/ROOT/default@zrepl_20210314_195111_000\t18446744073614344448": cannot not parse size: strconv.ParseInt: parsing "18446744073614344448": value out of range
About this issue
- Original URL
- State: closed
- Created 3 years ago
- Reactions: 2
- Comments: 33 (22 by maintainers)
Commits related to this issue
- rework size estimation & dry sends - use control connection (gRPC) - use uint64 everywhere => fixes https://github.com/zrepl/zrepl/issues/463 - [BREAK] bump protocol version Testing Plan: - [x] plat... — committed to zrepl/zrepl by problame 3 years ago
- rework size estimation & dry sends - use control connection (gRPC) - use uint64 everywhere => fixes https://github.com/zrepl/zrepl/issues/463 - [BREAK] bump protocol version Testing Plan: - [x] plat... — committed to zrepl/zrepl by problame 3 years ago
- rework size estimation & dry sends - use control connection (gRPC) - use uint64 everywhere => fixes https://github.com/zrepl/zrepl/issues/463 - [BREAK] bump protocol version Testing Plan: - [x] plat... — committed to zrepl/zrepl by problame 3 years ago
- rework size estimation & dry sends - use control connection (gRPC) - use uint64 everywhere => fixes https://github.com/zrepl/zrepl/issues/463 - [BREAK] bump protocol version closes https://github.co... — committed to zrepl/zrepl by problame 3 years ago
A bit late but fwiw; issue indeed resolved on 0.5.0. Thanks problame!
I actually didn’t test this. The thumbs-up was simply to acknowledge your explanation.
But sure, since there are no follow up questions upstream, go ahead and clear the resume state n the receiver (
recv -A)The dry sends (
-nv) that you did manually were not resuming from a token, hence the estimates were correct. If you use the token manually (-t), you should be able to observe the overflow behavior.Seeing this error as well on one particular dataset. Destroying it so that it does a full sync seems to work for a while, but then inevitably this shows up again. zrepl 0.4.0 on FreeBSD 13.0 RELEASE on both machines.
PLANNING-ERROR (step 0/0, 0 B/0 B) server error: zfs send dry failed: could not parse zfs send -n output: line "incremental\traid/backup/zrepl/sink/messedupdataset@zrepl_20210523_161832_000\traid/backup/zrepl/sink/messedupdataset@zrepl_20210524_161833_000\t18446744073690162112": cannot not parse size: strconv.ParseInt: parsing "18446744073690162112": value out of range