Note: "permalinks" may not be as permanent as we would like,
direct links of old sources may well be a few messages off.
Hello,
Recently I did an upgrade from 8.3.3 to 8.3.7 on both ends of my drbd
mirrored volume and was surprised to see that the volumes, which had
been in sync, had gone into a full resync.
I had successfully compiled the drbd module and tools from source on
both ends and tested with drbdadm -V to make sure both ends had the same
version installed and working. I then restarted the nodes (primary
first), which is when the full resync kicked off. Does an upgrade kill
off the sync status bitmap?
Under normal circumstances this would not be a big deal, but my nodes
are 2TB and connected via a 12Mbit long-haul wireless link. Syncing
looks like it will take somewhere between 2 and 4 weeks to finish. There
are also occasional service interruptions which reset the sync back to
the beginning again.
My question is this: Is there any way to set the secondary node to valid
(the reverse of the invalidate-remote command?). Manually setting the
bitmap, perhaps? That way I could run a validate and have only the
changed blocks transferred over the link. Having the validate command
kick off a full block-by-block checksum verify instead of failing with
"Can not start OV/resync since it is already active" would be very useful.
Also, as a enhancement request: could a config option be added to have
syncs resume from where they left off given a service interruption? I
could probably live with the resync time if it didn't start right from
the beginning everytime there was a hiccup.
Thanks for the great product and all your help!
-Brian Marshall