Estou testando um servidor em nuvem da Rackspace e tenho dois volumes de Armazenamento em Bloco na Nuvem configurados em uma configuração Raid1.
Não há arquivos de sistema nesses volumes, eles são puramente para armazenamento. Tudo parece funcionar bem até eu reiniciar o servidor.
Depois de fazer isso, o segundo volume é removido e rotulado como "reserva defeituosa" no estado.
Alguma ideia do que poderia estar causando isso?
ATUALIZAÇÃO: 12/24
Eu discuti esse suporte ao Rackspace e o problema ainda não foi resolvido. Eles acham que o Raid pode não estar sendo totalmente desativado antes do desligamento e sugeriu que eu tentasse adicionar barrier=0
às opções do fstab que não ajudaram.
Eu também tentei desmontar o volume Raid antes de reiniciar novamente, mas quando isso aconteceu, o primeiro volume entrou em "spare" com defeito desta vez.
Seguem as minhas opções de fstab:
proc /proc proc nodev,noexec,nosuid 0 0
/dev/xvda1 / ext3 errors=remount-ro,barrier=0 0 1
/dev/xvdc1 none swap sw 0 0
/dev/md0 /mnt/var1 ext4 defaults,noatime,barrier=0 0 0
E o seguinte é o resultado de mdadm --query --detail /dev/md0
após a reinicialização
Version : 1.2
Creation Time : Fri Dec 21 17:42:10 2012
Raid Level : raid1
Array Size : 104791936 (99.94 GiB 107.31 GB)
Used Dev Size : 104791936 (99.94 GiB 107.31 GB)
Raid Devices : 2
Total Devices : 2
Persistence : Superblock is persistent
Update Time : Mon Dec 24 21:24:26 2012
State : clean, degraded
Active Devices : 1
Working Devices : 1
Failed Devices : 1
Spare Devices : 0
Name : test-prod:0 (local to host test-prod)
UUID : a6b73196:be9fb090:5cc71f0a:205b6fb2
Events : 148
Number Major Minor RaidDevice State
0 0 0 0 removed
2 202 48 1 active sync /dev/xvdd
0 202 16 - faulty spare /dev/xvdb
Após a reinicialização, posso executar mdadm --remove /dev/md0 /dev/xvdb; mdadm --add /dev/md0 /dev/xvdb
e a matriz será reconstruída com êxito até a próxima reinicialização.
Tags mdadm ubuntu raid1 rackspace-cloud