O sistema de arquivos Suse fica somente leitura

4

Instalei o openSUSE 11.2 (64 bits) há algum tempo e estou usando principalmente como uma máquina de hospedagem Apache dedicada.

Tudo funcionou corretamente por um tempo (~ 1 mês), mas a partir de alguns dias atrás, o sistema de arquivos parece ter sido convertido para somente leitura (!?).

Praticamente toda tarefa falha, seja iniciando o vi ou até mesmo as páginas do manual (não é possível criar arquivos no disco).

Alguém viu algo assim antes? Se sim, o que você fez para se recuperar? Tentei pesquisar por solução, mas não consegui encontrar uma resposta útil.

Nota bene - nenhuma mudança significativa foi feita neste período, e a carga da máquina é muito, muito leve.

    
por Jas 06.07.2011 / 14:09

2 respostas

4

Pode ser um sistema de arquivos ou falha no disco. Verifique dmesg e logs do sistema para quaisquer dicas. Olhe lá antes de reiniciar, se você não tiver já. Se você reinicializou, o sistema aparece limpo ou avisa sobre problemas no sistema de arquivos?

Você pode remontar o sistema de arquivos de leitura / gravação usando mount -o remount,rw / , mas eu não recomendo fazer isso até que você saiba por que ele próprio se montou.

É possível acertar um atalho de teclado que remonte o sistema de arquivos raiz somente leitura. Geralmente isto é Alt SysReq u . Você ou seu gato, por acaso, fizeram isso?

Você iniciou um pedido de desligamento e depois o abortou? Os scripts de desligamento geralmente remontam o sistema no final do processo, mas eu os vi borked e pular para o final :)

    
por 06.07.2011 / 14:17
1

Eu já vi isso antes. Aconteceu conosco algumas vezes.

Executamos sistemas VMware ESXi com back-ended para armazenamento SAN. Quando experimentamos uma alta E / S na SAN não relacionada a essa máquina, isso aumentou a latência do armazenamento e essencialmente tornou o disco indisponível por um período de tempo. O sistema respondeu fazendo vários volumes somente leitura. Poderíamos executar um remount e ele seria concluído com êxito, mas, na verdade, ele não seria remontado novamente no disco. A única maneira de recuperá-lo era reinicializar e ir para single user mode e fsck do disco ou, às vezes, o fsck na reinicialização automática o pegaria.

Nossa correção foi modificar os tempos limite de disco para os dispositivos de bloco em /sys

# cat /sys/block/sd*/device/timeout

60

Aumentamos o valor desse número de 60 para 180 , isso modifica o tempo antes que ocorra um "tempo limite", permitindo essencialmente que você sofra mais latência. Mas, um efeito colateral é que você pode incorrer em corrupção em seu sistema de arquivos, especialmente aqueles com gravações altas. É também por isso que, se você separar suas montagens primárias (como fazemos) em montagens ou unidades separadas, volumes como /var serão somente leitura porque há mais atividade.

    
por 24.03.2012 / 04:08