web-dev-qa-db-fra.com

mdadm: rompt le démarrage en raison de l'erreur "n'est pas encore prêt ou n'est pas présent"

C'est tellement frustrant: J'ai passé environ 20 heures sur cette belle erreur, et il semble que des dizaines de personnes aient également accès à Internet, sans solution claire pour le moment.

J'ai un système non RAID 5 sur 5, et ça va. Mais au démarrage, il indique que "/ dev/md0 n'est pas encore prêt ou n'est pas présent" et demande d'appuyer sur "S". Très bien pour Ubuntu Server - Je dois apporter moniteur et clavier pour pouvoir ensuite.

Après le démarrage de ce système, tout va bien. Le périphérique md0 fonctionne,/proc/mdstat va bien. Quand je monte -a - il monte ce tableau sans erreur et fonctionne bien.

En guise de solution de rechange stupide et honteuse, j’ai ajouté noauto dans/etc/fstab, et le montage dans /etc/rc.local - cela fonctionne bien à ce moment-là.

Des astuces pour le faire fonctionner correctement?

--- (fstab:

UUID=3588dfed-47ae-4c32-9855-2d69df713b86 /var/bigfatdisk ext4 noauto,noatime,data=writeback,barrier=0,nobh,commit=5 0 0

mdadm config: Il est généré automatiquement:

# mdadm.conf
#
# Please refer to mdadm.conf(5) for information about this file.
#

# by default, scan all partitions (/proc/partitions) for MD superblocks.
# alternatively, specify devices to scan, using wildcards if desired.
DEVICE partitions

# auto-create devices with Debian standard permissions
CREATE owner=root group=disk mode=0660 auto=yes

# automatically tag new arrays as belonging to the local system
HOMEHOST <system>

# instruct the monitoring daemon where to send mail alerts
MAILADDR CENSORED

# definitions of existing MD arrays
ARRAY /dev/md/0 metadata=1.2 bitmap=/var/md0_intent UUID=efccbeb6:a0a65cd6:470dcdf3:62781188 name=LBox2:0

# This file was auto-generated on Mon, 10 Jan 2011 04:06:55 +0200
# by mkconf 3.1.2-2

Partitions:

root@LBox2:/home/px# cat /proc/partitions
major minor  #blocks  name

   8        0  976762584 sda
   8        1  976562483 sda1
   8        2     131072 sda2
   8       16  976762584 sdb
   8       17  976562483 sdb1
   8       18     131072 sdb2
   8       32   78150744 sdc
   8       33   74919096 sdc1
   8       34          1 sdc2
   8       37    3229033 sdc5
   8       48  976762584 sdd
   8       49  976562483 sdd1
   8       50     131072 sdd2
   8       64  976762584 sde
   8       65  976655593 sde1
   8       80  976762584 sdf
   8       81  976655593 sdf1
   9        0 2929683456 md0

mdstat:

root@LBox2:/home/px# cat /proc/mdstat
Personalities : [raid6] [raid5] [raid4]
md0 : active raid6 sda1[0] sdd1[4] sde1[5] sdf1[2] sdb1[1]
      2929683456 blocks super 1.2 level 6, 1024k chunk, algorithm 2 [5/5] [UUUUU]
      bitmap: 0/8 pages [0KB], 65536KB chunk, file: /var/md0_intent

unused devices: <none>
servermdadm
7
BarsMonster

J'avais parfois le même problème sur mon serveur sans tête, et je l'ai résolu en ajoutant l'option nobootwait dans /etc/fstab:

/dev/md0    /mnt/raid   ext4    defaults,noatime,nobootwait 0   0

Il dit au processus de démarrage de ne pas attendre le RAID, mais le RAID est toujours disponible au moment où je peux ssh dans la boîte. En principe, ce n'est pas si différent de ce que vous faites déjà, mais vous n'avez pas besoin de répartir la logique de montage sur deux fichiers différents.

Il y a un rapport de bogue sur le système en attente de démarrage, à moins que nobootwait ne soit la dernière option de montage, mais cela a probablement été corrigé au moment de la publication de la version 10.10.

Voir aussi Comment éviter le message "S to Skip" au démarrage .

6
j-g-faustus

Vous essayez de démarrer ou de monter /dev/md0 automatiquement, mais il semble que vous ayez un nom différent pour le raid dans votre mdadm.conf:

...existing MD arrays
ARRAY /dev**/md/0** metadata=1.2 bitmap=/var/md0_intent 
UUID=efccbeb6:a0a65cd6:470dcdf3:62781188 name=LBox2:0

Renommez le tableau en md0 au lieu de md/0.

Utilisez la ligne de script d'assemblage avec: --name=md0 --update=name

1
nitram2037