Se você não se importa com os dados, por que replicá-los em primeiro lugar? ;)
Como essa é a sincronização inicial, seu nó secundário terá Inconsistent
data até que a sincronização seja concluída. Até esse ponto, você sempre terá que forçar a promoção do Secundário para a Primária, o que não é uma grande coisa para se fazer.
Por que não ignorar a sincronização inicial e, em seguida, usar o manipulador de instantâneo LVM before-resync-target
do DRBD para proteger contra esse cenário no futuro?
Para pular a sincronização inicial, quando você levantar um novo dispositivo em ambos os nós e eles forem cs:Connected
e ds:Inconsistent/Inconsistent
, limpe o bitmap tornando o estado atual "consistente" (de um nó, não de ambos):
# drbdadm new-current-uuid --clear-bitmap all
Em seguida, use os manipuladores before-resync-target
/ after-resync-target
do DRBD para tirar / remover instantâneos do dispositivo LVM de apoio antes / depois das ressincronizações para que você sempre tenha um conjunto de dados consistente caso ocorra uma falha durante uma ressincronização:
resource <resource> {
...
handlers {
before-resync-target "/usr/lib/drbd/snapshot-resync-target-lvm.sh";
after-resync-target "/usr/lib/drbd/unsnapshot-resync-target-lvm.sh";
}
}
Você poderá recuperar o instantâneo usando lvconvert
como qualquer outro instantâneo do lvm.