Raid 10 passe en lecture seule !

Bonjour,

j’ai un serveur dédié chez un hébergeur (que je citerai pas)

Hier après un changement de RAM mon RAID10 c’est mis à passé en “lecture seule”.

Voilà ce qu’ils m’ont indiqués: “Le système détecte des erreur sur MD1, même en faisant Ctrl + D le système ne veut pas démarrer…”

root@debian:~# cat /proc/mdstat
Personalities : [raid10]
md127 : active raid10 sda1[0] sdd1[3] sdc1[2] sdb1[1]
976505856 blocks super 1.2 512K chunks 2 near-copies [4/4] [UUUU]

unused devices:
root@debian:~# mdadm --detail /dev/md127
/dev/md127:
Version : 1.2
Creation Time : Mon Jun 3 17:15:52 2013
Raid Level : raid10
Array Size : 976505856 (931.27 GiB 999.94 GB)
Used Dev Size : 488252928 (465.63 GiB 499.97 GB)
Raid Devices : 4
Total Devices : 4
Persistence : Superblock is persistent

Update Time : Mon Feb 10 08:46:37 2014
      State : clean 

Active Devices : 4
Working Devices : 4
Failed Devices : 0
Spare Devices : 0

     Layout : near=2
 Chunk Size : 512K

       Name : srv473:0
       UUID : b4e6bd92:3b47e648:2971597b:22d82f17
     Events : 428

Number   Major   Minor   RaidDevice State
   0       8        1        0      active sync   /dev/sda1
   1       8       17        1      active sync   /dev/sdb1
   2       8       33        2      active sync   /dev/sdc1
   3       8       49        3      active sync   /dev/sdd1

En mode rescue j’ai que /dev/md/127

Peut être que l’espace disque est plein à 72% je vais voir si c’est ça, en tout cas je prend un peut d’avance car ma machine est immobilisée.

Merci pour votre aide.

Eliott.

EDIT: visiblement le serveur à juste besoin du mot de passe root pour faire un vérification de disque et démarrer

Je vous tien informé.

dernier message du support:

“Le système a démarré mais il reste en lecture seule.”

A priori cela signifie un système de fichiers incohérents et non un problème du RAID. Si il est en lecture seule, lance un fsck des systèmes de fichiers puis remonte les en RW via un remount. Sinon, tu peux bouter sur un noyau réseau (le prestataire dont tu ne veux pas dire le nom mais que l’on connait fournit ça) et effectuer le fsck.

Salut,

merci pour la réponse.

Oui il y à bien un mode rescue, j’ai fait une vérification de disque ce midi est tout est rentré dans l’ordre, et ça à bloqué de nouveau:

je vient de faire un fssk:

/dev/md127: recovering journal
Clearing orphaned inode 12845066 (uid=104, gid=107, mode=0100600, size=0)
Clearing orphaned inode 12845065 (uid=104, gid=107, mode=0100600, size=0)
Clearing orphaned inode 12845063 (uid=104, gid=107, mode=0100600, size=0)
Clearing orphaned inode 12845062 (uid=104, gid=107, mode=0100600, size=0)
Clearing orphaned inode 12845058 (uid=104, gid=107, mode=0100600, size=0)
Setting free inodes count to 60755021 (was 60755018)
Setting free blocks count to 164621789 (was 164621860)
/dev/md127: clean, 283571/61038592 files, 79504675/244126464 blocks
root@debian:~#

J’ai également ça comme erreur au boot:

Feb 10 19:01:56 serveur203 kernel: [ 7.295479] EXT4-fs (md0): INFO: recovery required on readonly filesystem
Feb 10 19:01:56 serveur203 kernel: [ 7.295481] EXT4-fs (md0): write access will be enabled during recovery
Feb 10 19:01:56 serveur203 kernel: [ 9.758141] EXT4-fs (md0): orphan cleanup on readonly fs

Il veux faire une vérification à chaque démarrage et bloque le boot car il attend le mot de passe root.

Eliott.

Bon même manoeuvre mais il faut voir pourquoi le disque se retrouve dans un sale état. Que disent les logs notamment le syslog? Y-a-t-il eu un redémarrage non prévu du serveur?

Le serveur plante régulièrement depuis un mois, jeudi dernier ils ont changés une barrette mémoire défectueuse, sans ECC bien entendu.

Je pensais que le problème venait delà.

Mais la galère continue, actuellement le serveur fonctionne (dont demandez mois des choses à tester si il y a…)

Je scrute les logs 24/7 maintenant (syslog et kernel) et j’ai désactiver mes tâches cron pour éliminer toutes les possibilités.

C’est sur RAID soft, le problème peut-il venir de la carte mère tout de même ?

Merci pour l’aide.

Eliott.