Forum Linux.debian/ubuntu Raid 5 avec mdadm, superblock corrompu

Posté par  . Licence CC By‑SA.
0
2
sept.
2023

Bonjour,

J'ai depuis un an monté un serveur nas maison sous ubuntu. Il est équipé de 3 disques de stockages, et le raid 5 est créé via mdadm.
Je suis coincé depuis un mois sur un soucis, et je suis venu à bout de toutes mes idées.

Je n'arrive plus à accéder au système de fichiers. Pourtant mdadm indique que les Superblocks sont persistents, mais quand j'analyse chaque disque, on m'indique que les superblocs sont défectueux et qu'il faut que je trouve un superblock de backup.

Bien évidemment, c'est tombé la semaine où je comptais mettre en place des backups réguliers automatisées des données…

Voici quelques logs que j'ai :

    /dev/md127:
    Version : 1.2
    Creation Time : Fri Jul 14 18:17:04 2023
    Raid Level : raid5
    Array Size : 7813770240 (7.28 TiB 8.00 TB)
    Used Dev Size : 3906885120 (3.64 TiB 4.00 TB)
    Raid Devices : 3
    Total Devices : 3
    Persistence : Superblock is persistent
    Intent Bitmap : Internal
    Update Time : Sat Jul 15 05:10:39 2023
    State : clean
    Active Devices : 3
    Working Devices : 3
    Failed Devices : 0
    Spare Devices : 0
    Layout : left-symmetric
    Chunk Size : 512K
    Consistency Policy : bitmap
    Name : nas-server:127 (local to host nas-server)
    UUID : 4314be2b:16313e05:04bfd5d3:a9c0a95c
    Events : 7205
    Number Major Minor RaidDevice State
    0 8 17 0 active sync /dev/sdb1
    1 8 33 1 active sync /dev/sdc1
    3 8 1 2 active sync /dev/sda1

Si quelqu'un a une idée, je suis totalement preneur !

Merci :D

  • # Le problème est-il au niveau du RAID ?

    Posté par  . Évalué à 5.

    Je n'arrive plus à accéder au système de fichiers

    Si mdadm dit que tout va bien, peut-être que le problème est au niveau du système de fichier qui est installé sur le RAID ? Si c'est le cas, c'est plutôt du côté de fsck ou xfs_repair qu'il faut regarder.

    Quel est ce système de fichier ? Y-a-t-il des messages intéressants dans dmseg ou sur le terminal quand tu tentes de monter la partition ?

    Avoir le contenu de /proc/mdstat et de /etc/fstab peut aider. Et donc regarder dans les logs ou ce que raconte mount quand tu veux monter la partition.

    • [^] # Re: Le problème est-il au niveau du RAID ?

      Posté par  . Évalué à 1.

      Merci pour la réponse, j'apporte plus de précision.

      ➜ sudo cat /proc/mdstat
      Personalities : [raid6] [raid5] [raid4] [linear] [multipath] [raid0] [raid1] [raid10]
      md127 : active (auto-read-only) raid5 sdb1[0] sda1[3] sdc1[1]
            7813770240 blocks super 1.2 level 5, 512k chunk, algorithm 2 [3/2] [UU_]
            bitmap: 0/30 pages [0KB], 65536KB chunk
      
      ➜ sudo cat /etc/fstab
      # /etc/fstab: static file system information.
      #
      # Use 'blkid' to print the universally unique identifier for a
      # device; this may be used with UUID= as a more robust way to name devices
      # that works even if disks are added and removed. See fstab(5).
      #
      # <file system> <mount point>   <type>  <options>       <dump>  <pass>
      # / was on /dev/nvme0n1p2 during installation
      UUID=ca0e034a-fcd8-4ca9-b2a0-a51f23ff917e /               ext4    errors=remount-ro 0       1
      # /boot/efi was on /dev/nvme0n1p1 during installation
      UUID=CCA5-BCE2  /boot/efi       vfat    umask=0077      0       1
      /swapfile                                 none            swap    sw              0       0
      
      #/dev/disk/by-uuid/1668204b-20ca-41ce-ab93-11219beed68d /mnt/raid auto nosuid,nodev,nofail,x-gvfs-show 0 0
      

      Quand je tente de monter le raid :

      ➜ sudo mount /dev/md127 /mnt/raid
      [sudo] password for nas-server:
      mount: /mnt/raid: wrong fs type, bad option, bad superblock on /dev/md127, missing codepage or helper program, or other error.
      

      Je ne connais pas bien dmesg mais je ne vois rien de spécial dedans…

      D'autres commmandes lancées :

      ➜ sudo fsck /dev/md127
      fsck from util-linux 2.37.2
      e2fsck 1.46.5 (30-Dec-2021)
      ext2fs_open2: Bad magic number in super-block
      fsck.ext2: Superblock invalid, trying backup blocks...
      fsck.ext2: Bad magic number in super-block while trying to open /dev/md127
      
      The superblock could not be read or does not describe a valid ext2/ext3/ext4
      filesystem.  If the device is valid and it really contains an ext2/ext3/ext4
      filesystem (and not swap or ufs or something else), then the superblock
      is corrupt, and you might try running e2fsck with an alternate superblock:
          e2fsck -b 8193 <device>
       or
          e2fsck -b 32768 <device>
      
      

      Désolé de mettre tout en bloc, je n'ai pas spécialement de compétences spécifiques sur du hardware linux, donc je tente un peu tout ce qui me vient à l'esprit et surtout en lisant doc et forum…

      • [^] # Re: Le problème est-il au niveau du RAID ?

        Posté par  . Évalué à 2.

        Hello que dit :

        ls -l /dev/disk/by-uuid/1668204b-20ca-41ce-ab93-11219beed68d
        

        Je demande, car peut-être y-a-t-il un LVM posé sur le raid.

        En tout cas, dans le contenu de /proc/mdstat, on doit bien qu'il manque un morceau du volume RAID (ce qui ne devrait pas être un problème sur du RAID5). C'est cette partie : [UU_], il devrait y avoir 3 U.

        • [^] # Re: Le problème est-il au niveau du RAID ?

          Posté par  . Évalué à 1.

          Je ne peux pas lancer la commande, l'uuid n'existe pas dans /dev/disk/by-uuid/ …

          Je pense me déplacer dans un centre informatique, ce sera peut-être plus simple pour dépanner..

          Merci tout de même ! :D

Suivre le flux des commentaires

Note : les commentaires appartiennent à celles et ceux qui les ont postés. Nous n’en sommes pas responsables.