Não é possível verificar uma matriz RAID1 do mdadm, diz apenas a leitura do sistema de arquivos?

4

Eu migrei recentemente um RAID1 de um sistema do CentOS 5 para um sistema do CentOS 6 e desde quando eu tento executar uma verificação, recebo o seguinte:

$ echo 'check' > /sys/block/md127/md/sync_action
-bash: /sys/block/md127/md/sync_action: Read-only file system

Isso realmente aparece de um CRON também, especificamente, /etc/cron.d/raid-check . isso está incluído no mdadm RPM:

$ rpm -ql mdadm | head -5
/etc/cron.d/raid-check
/etc/rc.d/init.d/mdmonitor
/etc/sysconfig/raid-check
/lib/udev/rules.d/63-md-raid-arrays.rules
/lib/udev/rules.d/65-md-incremental.rules

Aqui estou executando o mesmo comando usado pelo CRON:

$ raid-check
/usr/sbin/raid-check: line 96: /sys/block/md127/md/sync_action: Read-only file system

Isso geralmente é executado uma vez por semana e envia um e-mail, que foi o que originalmente me alertou para o problema. Mas de qualquer forma eu estou perdido porque esse RAID parece ser incapaz de ser verificado.

O RAID parece bem na inspeção embora.

$ cat /proc/mdstat 
Personalities : [raid1] 
md127 : active raid1 sda1[0] sdb1[1]
      976759936 blocks [2/2] [UU]

unused devices: <none>

Eu aponto isso apenas porque enquanto googling eu encontrei este tópico sobre um bug em mdadm , mas isso foi para uma versão mais antiga de mdadm .

Informações da versão

$ lsb_release -d
Description:    CentOS release 6.6 (Final)

$ rpm -q mdadm
mdadm-3.3-6.el6_6.1.x86_64

$ mdadm --version
mdadm - v3.3 - 3rd September 2013
    
por slm 13.01.2015 / 01:54

1 resposta

4

Graças ao comentário do @ frostschutz, o problema parece ser devido ao /sys ser montado como readonly (ro). Isto ficou evidente através deste comando:

$ cat /proc/mounts |grep sys
sysfs /sys sysfs ro,seclabel,relatime 0 0
none /proc/sys/fs/binfmt_misc binfmt_misc rw,relatime 0 0

Isso parece ser um problema com a janela de encaixe. Eu encontrei este problema intitulado: sysfs entra em modo de somente leitura com rede de host # 7101 . Uma solução para o problema é remontar /sys read-write (rw) assim:

$ mount -o remount,rw /sys

Olhando os problemas no rastreador de problemas do docker, não está claro se isso está sendo intencionalmente deixado dessa maneira ou não. A solução é boa o suficiente para mim por enquanto, mas isso parece um erro para mim.

    
por 13.01.2015 / 02:58