O volume EC2 não é montado via fstab; montagem manual bem sucedida

2

Eu tenho uma micro instância rodando o Ubuntu 10.04 x86 (AMI ami-3e02f257). Ele tem o volume do SO anexado em / dev / sda1 e um segundo volume anexado em / dev / sdf (relatado como /dev/sda1=vol-eaa0e982:attached:2011-03-08T17:17:42.000Z:false, /dev/sdf=vol-44a3ea2c:attached:2011-03-08T17:17:42.000Z:false ).

fstab se parece com:

# /etc/fstab: static file system information.
# <file system>               <mount point>   <type>  <options>       <dump>  <pass>
proc                          /proc           proc    nodev,noexec,nosuid 0       0
LABEL=uec-rootfs              /               ext3    defaults        0       0
/dev/sda2  /mnt      auto  defaults,nobootwait,comment=cloudconfig  0  0
/dev/sdf   /mnt/osm  auto  defaults,nobootwait,comment=osmdata      0  0

Quando eu reinicio, o / mnt / osm não fica online. Se eu executar sudo mount /dev/sdf /mnt/osm , o volume ficará online imediatamente. Isso estava trabalhando em uma instância pequena. Quando eu removi nobootwait , coloquei a instância. Alguma sugestão? O sistema de arquivos precisa ficar on-line para que o cluster do Postgres em execução possa ser iniciado.

    
por Travis Pettijohn 08.03.2011 / 18:47

2 respostas

2

Já tentou remover o / dev / sda2? Como não está definido na configuração do dispositivo de bloco que você postou, pode estar tendo um problema, pois o dispositivo não existe. Eu não tenho certeza se montar na inicialização anula em erro ou se ele tenta montar dispositivos adicionais. Como foi mencionado por @ richard-bentley, as instâncias de backup do EBS não têm armazenamento efêmero e essa parte do comando falhará.

É duvidoso que o problema tenha algo a ver com o fato de ser um micro, a menos que você tenha passado de uma instância do S3 para uma instância do EBS (relacionado ao fato de que o armazenamento temporário não é padronizado em instâncias do EBS) .

    
por 17.04.2011 / 21:07
2

FWIW, tive esse mesmo problema em uma pequena instância do Amazon Linux AMI e foi causada pela opção nobootwait na entrada fstab. Removida a opção ofensiva e montada na inicialização bem.

    
por 03.05.2011 / 22:15