É umount -f no volume non-nfs sempre mal?

Question

Editar: Resumo executivo (--verbose versão abaixo): Eu preciso de uma máquina para desligar rapidamente em uma queda de energia devido à curta duração da bateria. Existe algum motivo para eu não usar 'umount -f' (embutido em um script de caso de falha de energia) em um disco rígido cujo OI esteja atrasando o desligamento e cujos dados eu não me importo se os trabalhos estiverem mortos afinal?

uma pergunta de um novato SysAdmin (usuário de longa data * nix).

Eu recentemente configurei um servidor computacional CentOS, e me apresentei conversando com meu no-break, para que ele desligasse normalmente assim que perdêssemos a energia (isso é tudo pelo que tenho dinheiro). A companhia de energia local deu a volta para testar isso antes que eu tivesse o estômago para puxar o plugue (geesh!). Isso me proporcionou alguns momentos muito tensos enquanto levava uns 10 minutos para desmontar os sistemas de arquivos, trazendo a bateria para 12% antes de finalmente desligar.

Demorei tanto tempo porque coloquei a máquina cheia de trabalhos pesados de IO em preparação para o teste mais simples de emitir um comando 'halt' para ver quanto tempo demoraria o desligamento. O pesado IO vai para um espaço de rascunho em unidades dedicadas em um RAID0. Se o trabalho morrer, não me importo com o que está nessas unidades. Eu posso até me dar ao luxo de refazer o sistema de arquivos depois de uma falha como essa. Seria uma dor se qualquer uma das unidades de uso mais leve (dirs residenciais) estivesse corrompida se a bateria morresse antes de o desligamento ser concluído.

Dito isto, o apcupsd tem um lugar para um administrador de sistema inserir um script bash que é executado quando certas condições são satisfeitas. Se essa condição for uma falha de energia, e eu realmente não me importo em corromper os dados de rascunho para obter um desligamento rápido, é 'umount -f' meu amigo?

Existe algo que eu não esteja considerando? Eu precisarei necessariamente refazer o sistema de arquivos depois disso, ou apenas apagar os arquivos mais corrompidos na unidade?

    

Answer 1

Supondo que você realmente encontrou a causa raiz do seu longo desligamento, e sua falta de cuidado com a integridade dos dados naquele sistema de arquivos específico, você deve definitivamente tentar fazer um umount -f .

No entanto, acho que é improvável que ele resolva seu problema: umount -f funcionará em torno de servidores NFS não responsivos e identificadores de arquivos abertos, mas ainda gravará dados em buffer no sistema de arquivos. Se você tiver muitos dados em andamento, seu script de comentários ainda levará muito tempo.

Pode ser uma boa idéia também matar (ou matar -9) seus trabalhos fazendo a E / S pesada em seu sistema de arquivos scratch para garantir que nenhuma E / S adicional esteja em fila.