Como frostschutz e psusi já comentaram, a cadeia de eventos mais provável é que tanto o sistema de arquivos quanto o LV em que ele está contido eram originalmente de 50G de tamanho.
O comando xfs_growfs
normalmente aumenta o sistema de arquivos para corresponder ao tamanho do dispositivo de armazenamento subjacente (seja um LV, uma partição ou um disco inteiro). As mensagens disponíveis dentro do binário xfs_growfs
parecem indicar que, mesmo que você especifique o novo tamanho do sistema de arquivos, ele verificará a resposta, portanto, o crescimento do sistema de arquivos além dos limites do LV subjacente deve ser impossível. p>
É muito mais provável que alguém tenha esquecido que o comando lvreduce
(sem a opção -r
, se implementada) reduz apenas o LV, não o sistema de arquivos dentro dele ... e que o sistema de arquivos XFS não possui o capacidade de encolhimento, apenas para expansão.
Com o LVM, estender um sistema de arquivos existente e LV é fácil ... então, pode-se pensar que reduzi-los também é fácil. Infelizmente, isso não é bem verdade: reduzir um sistema de arquivos costuma ser um pouco mais complicado do que estendê-lo.
Agora, se o datavg-optdata
LV foi reduzido de 50G para 30G, isso significa que um pedaço de 20G na extremidade final do sistema de arquivos foi cortado. Se o espaço reduzido foi imediatamente colocado em outro uso, os dados que estavam lá foram perdidos.