temos um cluster científico de tamanho médio com 32 nós de computação. O nó principal atende a um armazenamento de 54 TB que é RAID-6. É composto por 22 HDDs de 3 TB (2 unidades de paridade) e tamanho de faixa de 256K. O NFS é /home. Ultimamente, temos experimentado um baixo desempenho de E/S. Quando executo xfs_info /home
, vejo o seguinte
meta-data=/dev/sdb1 isize=256 agcount=55, agsize=268435455 blks
= sectsz=512 attr=2, projid32bit=0
= crc=0 finobt=0 spinodes=0
data = bsize=4096 blocks=14648380928, imaxpct=1
= sunit=0 swidth=0 blks
naming =version 2 bsize=4096 ascii-ci=0 ftype=0
log =internal bsize=4096 blocks=521728, version=2
= sectsz=512 sunit=0 blks, lazy-count=1
realtime =none extsz=4096 blocks=0, rtextents=0
Alguém apontou que o sol e a largura devem corresponder à configuração do RAID. No nosso caso, sunit deve ser 256K e largura deve ser 20. Aparentemente, a única maneira de redefinir esses valores é por meio de mkfs.xfs. No entanto, estou um pouco hesitante em fazê-lo, tenho medo de perder os dados dos usuários
Minha pergunta é: é possível que eu perca os dados do usuário reconfigurando a tabela de partição usando mkfs.xfs? Qual é a maneira mais segura de alterar o sol e a largura?
Eu apreciaria seus comentários e sugestões
Obrigado
Sim, na verdade isso é literalmente o que as
mkfs
ferramentas fazem: elas sempre criam um novo sistema de arquivos sem dados. (Comumente chamado de "reformatação".) Portanto, se você executar o mkfs em uma partição com sistema de arquivos existente, a probabilidade de perda de dados é 100%.Se as ferramentas oficiais de reconfiguração ao vivo, como
xfs_admin
não permitem alterar isso, é melhor assumir que a única maneira de alterá-lo é 1) fazendo um backup, 2) recriando o sistema de arquivos do zero, 3) restaurando do backup .Existem ferramentas como as
fstransform
que podem reconstruir um sistema de arquivos existente - destina-se à conversão entre diferentes tipos de sistemas de arquivos, mas também pode "converter" XFS antigo em XFS novo. No entanto, ainda parece uma operação arriscada e você gostaria de ter um backup de qualquer maneira , então eu ainda seguiria a rota "backup e reconstrução".