impede que o sistema de arquivos entre no modo somente leitura

2

Descobri que o sistema de arquivos do meu servidor está continuamente entrando no modo somente leitura. Houve alguns problemas com o array raid1, mas removi o disco defeituoso do array. No entanto, ele ainda está fisicamente conectado ao sistema porque eu não tive a chance de ir para o datacenter, eu suspeito que o udev e o kernel do sistema ainda estão pegando o disco defeituoso e jogando erros. Em / var / log / messages, existem erros como este:

Mar  2 06:53:14 nocloud kernel: ata1: exception Emask 0x10 SAct 0x0 SErr 0x4010000 action 0xe frozen
Mar  2 06:53:14 nocloud kernel: ata1: irq_stat 0x00400040, connection status changed
Mar  2 06:53:14 nocloud kernel: ata1: SError: { PHYRdyChg DevExch }
Mar  2 06:53:14 nocloud kernel: ata1: hard resetting link
Mar  2 06:53:20 nocloud kernel: ata1: link is slow to respond, please be patient (ready=0)
Mar  2 06:53:21 nocloud kernel: ata1: SATA link up 3.0 Gbps (SStatus 123 SControl 300)
Mar  2 06:53:21 nocloud kernel: ata1.00: configured for UDMA/133
Mar  2 06:53:21 nocloud kernel: ata1: EH complete

Isso acontece de forma bastante aleatória ao longo do dia até que, eventualmente, o sistema de arquivos se torne somente leitura. Quando isso acontece, meu sistema torna-se não operacional, o que acaba com o propósito de ter um ataque1. Nota, ata1 é o disco ruim (acho que ata1 corresponde a / dev / sda porque ambos são os primeiros na linha).

Em mdadm, / dev / sda1,2 não está mais sendo usado, mas não posso impedir que o kernel do sistema continue a consultar esse disco quando eu não estiver mais usando e jogando esses erros.

Existe uma maneira de impedir que meu sistema de arquivos entre automaticamente no modo somente leitura? Além disso, é seguro fazê-lo?

Obrigado antecipadamente.

EDIT: Informações adicionais: saída de cat / proc / mdstat

md1 : active raid1 sdb2[1]
      976554876 blocks super 1.1 [2/1] [_U]
      bitmap: 5/8 pages [20KB], 65536KB chunk

md0 : active raid1 sdb1[1]
      204788 blocks super 1.0 [2/1] [_U]

Saída da montagem:

/dev/mapper/VolGroup-LogVol00 on / type ext4 (rw,noatime)
proc on /proc type proc (rw)
sysfs on /sys type sysfs (rw)
devpts on /dev/pts type devpts (rw,gid=5,mode=620)
tmpfs on /dev/shm type tmpfs (rw,rootcontext="system_u:object_r:tmpfs_t:s0")
/dev/md0 on /boot type ext4 (rw)
none on /proc/sys/fs/binfmt_misc type binfmt_misc (rw)
sunrpc on /var/lib/nfs/rpc_pipefs type rpc_pipefs (rw)

EDIT2: saída do pvdisplay:

--- Physical volume ---
PV Name               /dev/md1
VG Name               VolGroup
PV Size               931.32 GiB / not usable 2.87 MiB
Allocatable           yes (but full)
PE Size               16.00 MiB
Total PE              59604
Free PE               0
Allocated PE          59604
    
por user788171 02.03.2012 / 20:57

1 resposta

1

Ext3 / 4 sistemas de arquivos (não tenho certeza sobre ext2) pode ser configurado para virar para ler somente quando eles detectam um erro de alguma forma, mas geralmente há uma mensagem semelhante a "EXT4-FS (sdb1): Remontando sistema de arquivos somente leitura "em seus registros quando isso acontece.

O que tune2fs mostra? Execute tune2fs -l /dev/md1 para listar os valores atuais dos sistemas de arquivos. A configuração que você está procurando é "Comportamento de erros". tune2fs pode ser usado para alterar o comportamento do erro, mas você deve substituir a unidade antes de ter problemas com a segunda dirigir.

    
por 03.03.2012 / 05:00