Nossa configuração do agendador snapshopt em nossos nós gluster parou de funcionar e após a investigação, descobri que um dos tijolos ( test1.example.com:/data/brick ) estava inativo, então reiniciei o serviço gluster nesse nó para colocar o backup em bloco on-line. Esperei que o agendador de snapshot fosse iniciado novamente, mas falhou. Ao usar o comando gluster volume heal test_volume info , recebo a saída abaixo mostrando que há dois arquivos no Brick test3.example.com:/data/brick que precisam ser reparados. Isso tem sido assim por dois dias e nenhuma mudança. Existe uma maneira de limpar o backlog de arquivos que precisam ser recuperados no brick test3.example.com:/data/brick. O backlog de arquivos precisando ser curados fez com que o agendador de snapshots não funcionasse?
Brick test1.example.com:/data/brick
Status: Connected
Number of entries: 0
Brick test2.example.com:/data/brick
Status: Connected
Number of entries: 0
Brick test3.example.com:/data/brick
<gfid:xxxxxxxx-xxxx-xxxx-xxxx-xxxxxxxxxxx>
<gfid:xxxxxxxx-xxxx-xxxx-xxxx-xxxxxxxxxxx>
Status: Connected
Number of entries: 2
Não sei o que está impedindo o agendador de snapshots de trabalhar novamente e por que o backlog no brick test3 tem sido assim por dias. Qualquer ajuda com isso seria apreciada.
Tags glusterfs