<div dir="ltr"><div>Hello,<br></div><div><br>The most outstanding improvement is supporting thinly provisioned backing<br>devices with discard granularities larger than 128MiB. Here I mean with<br>supporting, that during a resync we make sure not to cause unnecessary<br>allocations in the backing block device, and merging the discard requests<br>for good resync performance.<br>Previously DRBD was only dealing with discard granularities of up to 1MiB.<br><br>The LVM tools create big chunksizes in thinpools for large pools. The<br>chunksize is then what determines the discard granularity. ZFS on the other<br>hand always stays with 8k, and it consumes too much space for its metadata<br>on large pools. The middle ground would be optimal. We will write an article<br>on these chunksize considerations. Also mentioning how to set these settings<br>with LVM-thin and ZFS.<br><br>On top of that, we have a bunch of fixes and lots of progress with upstream<br>kernel compatibility.<br><br>This is a release candidate, please help testing.<br></div><div>9.2.1-rc.1 (api:genl2/proto:110-121/transport:18)<br>--------<br> * fix spurious PingAck timeout, a regression of ack-processing in bottom half<br>   (introduced with 9.2.0)<br> * support merging of discards during resync even if the discard granularity<br>   of the backing device is larger than 128MiB<br> * merged changes from the drbd-9.1 branch, including<br>  - fix a race that could result in connection attempts getting aborted<br>    with the message &quot;sock_recvmsg returned -11&quot;<br>  - rate limit messages in case the peer can not write the backing storage<br>    and it does not finish the necessary state transitions<br>  - reduced the receive timeout during connecting to the intended 5 seconds<br>    (ten times ping-ack timeout)<br>  - losing the connection at a specific point in time during establishing<br>    a connection could cause a transition to StandAlone; fixed that, so<br>    that it keeps trying to connect<br>  - fix a race that could lead to a fence-peer handler being called<br>    unexpectedly when the fencing policy is changed at the moment before<br>    promoting<br></div><div><br></div><div>9.1.12-rc.1 (api:genl2/proto:110-121/transport:17)<br>--------<br> * fix a race that could result in connection attempts getting aborted<br>   with the message &quot;sock_recvmsg returned -11&quot;<br> * rate limit messages in case the peer can not write the backing storage<br>   and it does not finish the necessary state transitions<br> * reduced the receive timeout during connecting to the intended 5 seconds<br>   (ten times ping-ack timeout)<br> * losing the connection at a specific point in time during establishing<br>   a connection could cause a transition to StandAlone; fixed that, so<br>   that it keeps trying to connect<br> * fix a race that could lead to a fence-peer handler being called<br>   unexpectedly when the fencing policy is changed at the moment before<br>   promoting<br><br><a href="https://pkg.linbit.com//downloads/drbd/9/drbd-9.1.12-rc.1.tar.gz">https://pkg.linbit.com//downloads/drbd/9/drbd-9.1.12-rc.1.tar.gz</a><br><a href="https://pkg.linbit.com//downloads/drbd/9/drbd-9.2.1-rc.1.tar.gz">https://pkg.linbit.com//downloads/drbd/9/drbd-9.2.1-rc.1.tar.gz</a><br><br><a href="https://github.com/LINBIT/drbd/commit/ff1a902fa721b0e8ca30a7a134b4308ecb0af90c">https://github.com/LINBIT/drbd/commit/ff1a902fa721b0e8ca30a7a134b4308ecb0af90c</a><br><a href="https://github.com/LINBIT/drbd/commit/e4966f94dc36c803a85f5e49b79428ef592beb83">https://github.com/LINBIT/drbd/commit/e4966f94dc36c803a85f5e49b79428ef592beb83</a><br><br><br></div></div>