EC2: Quão perigoso é desligar o fsck para volumes do EBS?

2

Eu tenho arrancado meu cabelo tentando descobrir por que minhas instâncias do EC2 (feitas a partir de minhas próprias AMIs customizadas) estavam tomando muitas tentativas para aparecer apropriadamente. Eles falharão com o seguinte erro:

fsck.ext3: Nenhum arquivo ou diretório ao tentar abrir / dev / sdf

Para os dois volumes do EBS que eu estava anexando durante a inicialização.

Finalmente, descobri o problema. Eu coloquei isso em / etc / fstab:

/dev/sdf /export ext3 defaults 1 2 
/dev/sdi /export2 ext3 defaults 1 2 

O 2 diz ao sistema para fsck as unidades na subida. Alterando isso para

/dev/sdf /export ext3 defaults 1 0 
/dev/sdi /export2 ext3 defaults 1 0 

Evita completamente o problema, mas agora os volumes nunca serão fsck'd. Quanto isso importa? Uma vez que a instância entra em produção, ela estará funcionando praticamente 24 horas por dia, 7 dias por semana, portanto, não há muitos fscks acontecendo de qualquer forma, mas ainda assim ... isso parece uma má ideia.

Eu não consegui encontrar ninguém mais relatando esse problema (há pessoas com a mesma mensagem de erro, mas com causas diferentes). Parece inacreditável que eu poderia ser a única pessoa a cometer esse erro, mas talvez eu seja apenas talentoso assim. :) Se houver outra solução para o problema, eu adoraria ouvir isso; Eu não consegui encontrar um.

    
por Janine Ohmer 18.03.2010 / 18:11

1 resposta

1

Não é necessário fazer o fsck toda vez que você abrir uma instância, com certeza.

Eu acho que você pode fazer a pergunta sobre quando fsck para 10 admins e obter 15 respostas.

Minha opinião é que você só deve fazer isso se você estiver vendo erros no sistema de arquivos nos logs ou se o sistema de arquivos foi derrubado com força.

Se você quiser pesquisar mais, eu procuraria conselhos gerais sobre fsck. O fsck é para o próprio sistema de arquivos. O armazenamento de dados por trás dele deve ser irrelevante.

    
por 11.09.2010 / 16:41