OVH Community, votre nouvel espace communautaire.

mdadm : configuration suite à upgrade (debian)


WoothUp
13/05/2015, 15h45
Si tu fais un dist-upgrade, c'est sûr que sans préparation, tu vas avoir très certainement des soucis.

Backup your stuff & Dream is possible ^^

>>bbr18 :

Je n'applique jamais mes upgrade sans lire la liste (ici, j'ai omis de faire un check up consciencieux).
Ici, je végète en attendant de savoir, ensuite j'aviserai.

De plus, je suis en niveau de dialogue assez expressif avec debconf. Ce qui permet d'avoir un bon contrôle sur les réponses requises ou à fournir pour chaque paquets (ou presque), surtout en install.

(dpkg-reconfigure debconf >> dialogue >> intermédiaire >> you got it ! ^^)

WU.

bbr18
13/05/2015, 15h45
Moralité : toujours faire un cat /etc/apt/sources.list juste après l'install du serveur et modifier si un stable apparait, je ne le faisais pas mais maintenant ce sera fait, j'espère WoothUp que cela ne t'a pas tout cassé

Ultrium
13/05/2015, 15h36
Ah oui je confirme j'ai eu la même chose sur mon debian 7.x à cause du "stable" dans l'upgrade, je suis passé en 8 ce qui à mis le boxon total dans mon Server j'ai du tout réinstaller et configurer... heureusement j'avais des backup... et le mdadm aussi était apparu à ce moment là. Et toute la config apache était foutu. Je te souhaite en tout cas de pouvoir tout rétablir sans devoir tout réinstallé, j'avais passé une nuit blanche... 5 sites web critique étaient configurer sur le server...

Ce que je ne comprend pas et ce qui me rend fou, c'est qu'il y 'a aucun garde fou qui bloque ce genre de mise à jour, passé d'une version à une autre sans aucun avertissement !!! J'arrive pas à concevoir, c'est comme si un server windows 2010 passe en 2012 suite à une mise à jour, c'est impensable. J'en suis encore choqué

bbr18
13/05/2015, 15h32
ce n'est pas ce que je dis, je te dis que ta liste va piocher dans la version stable donc dans la 8 (Jessie) puisque wheezy est passé en oldstable, c'est surement cette ligne dans tes souces qui met le boxon.

WoothUp
13/05/2015, 15h27
Heu... pas besoin de passer en 8.0 si je tourne très bien en 7.x...

Je connais pas mal de monde qui tourne encore sous 5.x

bbr18
13/05/2015, 15h07
deb http://ftp.fr.debian.org/debian stable main contrib non-free
t'es sur que ça ne va pas chercher sur Jessie cette ligne ?
Debian stable c'est la 8 maintenant
https://www.debian.org/releases/index.fr.html

WoothUp
13/05/2015, 14h37
Bé , je ne comprend surtout pas d'où apt me fait dialoguer avec mdadm lors de l'upgrade.
Mes sources.list sont basiques :

deb http://debian.mirrors.ovh.net/debian/ wheezy main

deb-src http://debian.mirrors.ovh.net/debian/ wheezy main

deb-src http://security.debian.org/ wheezy/updates main

deb http://ftp.fr.debian.org/debian stable main contrib non-free

deb http://ftp.debian.org/debian/ wheezy-updates main contrib non-free

deb http://security.debian.org/ wheezy/updates main contrib non-free


(je me sens comme .... piégé ou comme 1 grain de café soluble plongé dans une piscine olympique ^^)

Bref, si quelqu'un a une idée de comment gérer cette crise ^^, je serait reconnaissant.

WU.

bbr18
13/05/2015, 14h31
non sur celui-là c'est du raid soft

- - - Mise à jour - - -

donc si tu as bien cette version, qui en principe est la dernière version (Package: mdadm (3.2.5-5) sur le site Debian), tu ne devrais pas avoir à y toucher surtout si tout fonctionne bien, je comprends tes réticences...

WoothUp
13/05/2015, 14h27
En réfléchissant, cela n'a pas d'importance en soit de savoir si c'est physique ou software.

WoothUp
13/05/2015, 14h21
Oui, j'ai la même chose.

par contre, tu à l'air d'être en physical raid ?

bbr18
13/05/2015, 14h17
sur mes serveurs en Debian 7.8 j'ai cette version
Code:
dpkg-query -l 'mdadm*'
Souhait=inconnU/Installé/suppRimé/Purgé/H=à garder
| État=Non/Installé/fichier-Config/dépaqUeté/échec-conFig/H=semi-installé/W=atte                        nd-traitement-déclenchements
|/ Err?=(aucune)/besoin Réinstallation (État,Err: majuscule=mauvais)
||/ Nom            Version      Architecture Description
+++-==============-============-============-=================================
ii  mdadm          3.2.5-5      amd64        tool to administer Linux MD array

WoothUp
13/05/2015, 14h12
Moi aussi justement, je commence à me dire que c'est pas logique. Du moins, le fait qu'il me demande une configuration.
Alors qu'elle est déjà faite...
J'ai peur de léser mes pointage de démarrage, ou bien altérer ma table. (Not sure. No use.)

- - - Mise à jour - - -

Quelqu'un saurait me rassurer s'il vous plait ?

bbr18
13/05/2015, 14h05
bizarre, je suis aussi en Debian 7.8 mise à jour régulièrement depuis la 7.5 et jamais vu l'upgrade de mdadm

WoothUp
13/05/2015, 14h02
(mdadm est installé et lancé)

###############################

root@ns:~# cat /etc/mdadm/mdadm.conf
# mdadm.conf
#
# Please refer to mdadm.conf(5) for information about this file.
#

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

# 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

# instruct the monitoring daemon where to send mail alerts
MAILADDR root@localhost

# definitions of existing MD arrays

# This file was auto-generated on Wed, 10 Oct 2012 10:55:11 +0000
# by mkconf 3.2.5-3
ARRAY /dev/md2 UUID=c76cbbf5:b8abcea4:a4d2adc2:26fd5302
ARRAY /dev/md3 UUID=d720a132:e196426a:a4d2adc2:26fd5302

##########################################

root@ns:~# cat /proc/mdstat
Personalities : [linear] [raid0] [raid1] [raid10] [raid6] [raid5] [raid4] [multipath] [faulty]
md2 : active raid1 sdb2[1] sda2[0]
20478912 blocks [2/2] [UU]

md3 : active raid1 sdb3[1] sda3[0]
1932506048 blocks [2/2] [UU]

unused devices:

#############################

Tout va bien et je ne parle pas de quelconque soucis sur mes partitions ou volumes.
Je cherche à avoir une réponse à : "que dois-je répondre au gestionnaire de paquets qui cherche à upgrade mdadm ?"
"Quel est la méthode pour pas se foirer ?"
"Quel rattrapage ai-je à connaitre afin d'anticiper tout soucis suite à cette upgrade ?"
Car, pour le moment, à part des tutos de résolutions de problèmes graves, rares, suite à fausse manip, installations mal gérées, montages lvm ou autres avec des disques altérés, et j'en passe. La réponse à ce que je demande ne doit pas être très difficile : soit à trouver, soit à obtenir.
En tout cas merci à toi de passer du temps à m'aiguiller. Je ne peux pas pour autant avancer sur de simples tests de montage et stats sur mes volumes, qui tournent très bien. L'idée est là, je lis trop de sujets traitant de soucis suite à des upgrade. chose que je ne désire pas rencontrer.

WU.

bbr18
13/05/2015, 13h48
en principe si tu es en raid soft, il est installé, tape ceci en ssh :
mdadm --help
si ça te donne la liste des options c'est qu'il est installé
et pour voir l'état du raid :
cat /proc/mdstat

WoothUp
13/05/2015, 13h42
Deplus, je tombe en totalité sur des explications traitant de :

- comment installer mdadm
- comment réparer un disque démonté et aux fichiers altérés
- comment créer un raid array
- comment réparer le boot sector
- etc.

Aucun moyen de tomber sur une explication "how to setup mdadm after system upgrade"... Difficile d'apprendre dans ces circonstances.

En clair et en plus : je n'installe pas, je ne dois pas réparer, je n'est pas à changer de niveau de raid, je ne cherche qu'à savoir quoi répondre à mon outil de configuration de paquets, finaliser la mise à niveau de mdadm et vérifier avant tout que cet outil ne me fusille pas le montage de mes partoches ou les paramètres de grub. Car je lis pas mal de retours d'expériences fâcheuses à son usage : installation ou array level upgrading.

WoothUp
13/05/2015, 13h19
Heu... mais je comprends qu'il y a besoin d'un outil pour éventuellement reconstruire un disque pété.
Le "hic" c'est : pourquoi s'invite t-il en plein upgrade, ne l'ayant pas de base depuis + d'1 an...?!?
Deuxièmement, je veux bien l'installer, mais ne le connaissant pas, je ne sais absolument pas quoi lui dire, si il va ou pas bien faire son taf, comment ne pas foirer sa configuration afin de me garantir un redémarrage sans pépins ?
Je suis en prod, je ne peut pas me permettre de planter.

Pour info, il me propose de sélectionner un ensemble MD requis pour le système de fichiers à "all", là j'attends d'avoir des infos plus pertinentes pour avancer. En plus, l'aspect gestion des disques n'est pas mon fort. J'apprendrai du coup, mais pourriez vous m'y aider, me guider ?

bbr18
13/05/2015, 13h07
mdadm est l'utilitaire qui te permet de gérer le raid soft de tes disques, donc oui c'est utile, voire très utile surtout le jour où un de tes disques rendra l'âme.

WoothUp
13/05/2015, 13h01
Fait et ajouté à la suite (je compatis avec fdisk pour les GPT ^^), Modification de post réalisée pendant votre édition de réponse, désolé pour cette manipulation de ma part. (voulant éviter les multi-post successifs).

Avez vous une idée de ce que je dois faire avec ce fameux "mdadm" ? Est-ce utile ? Je ne pense pas, mais comment éviter de le voir pointer son nez lors de mon upgrade ? Dois-je zapper mon upgrade ?

bbr18
13/05/2015, 12h50
parted -l serait mieux que fdisk -l comme te le dit le message

WoothUp
13/05/2015, 12h30
Bonjour,

C'est la première fois que je me retrouve face à ce genre de cas.
Je me sens un poil stressé car je ne souhaite pas planter mes paramètres de configuration sur les fichiers racines de mon système.

J'ai réalisé, comme chaque semaine, un petit "apt-get update" puis "... upgrade"
Je me retrouve avec une demande de configuration de mdadm...
Or je n'ai jamais eu à me servir de cet outil. Je me retrouve donc avec un prompt bloqué sur la requête de configuration de celui-ci, ne sachant pas comment gérer cette situation, je viens vers vous solliciter votre aide afin d'apprendre au passage et résoudre ce problème (qui ne doit pas en être un en soi)

Merci à vous.

#######################################
root@ns:~# fdisk -l

WARNING: GPT (GUID Partition Table) detected on '/dev/sda'! The util fdisk doesn 't support GPT. Use GNU Parted.


Disk /dev/sda: 2000.4 GB, 2000398934016 bytes
255 heads, 63 sectors/track, 243201 cylinders, total 3907029168 sectors
Units = sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Disk identifier: 0x00000000

Device Boot Start End Blocks Id System
/dev/sda1 1 3907029167 1953514583+ ee GPT

WARNING: GPT (GUID Partition Table) detected on '/dev/sdb'! The util fdisk doesn't support GPT. Use GNU Parted.


Disk /dev/sdb: 2000.4 GB, 2000398934016 bytes
255 heads, 63 sectors/track, 243201 cylinders, total 3907029168 sectors
Units = sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Disk identifier: 0x00000000

Device Boot Start End Blocks Id System
/dev/sdb1 1 3907029167 1953514583+ ee GPT

Disk /dev/md3: 1978.9 GB, 1978886193152 bytes
2 heads, 4 sectors/track, 483126512 cylinders, total 3865012096 sectors
Units = sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Disk identifier: 0x00000000

Disk /dev/md3 doesn't contain a valid partition table

Disk /dev/md2: 21.0 GB, 20970405888 bytes
2 heads, 4 sectors/track, 5119728 cylinders, total 40957824 sectors
Units = sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Disk identifier: 0x00000000
#######################################

Pourtant, je n'ai jamais fait de modifications sur mes partoches... Bizarre ces erreurs... Ou bien je ne comprends pas ces messages...

#######################################

debian version : 7.8
(ispconfig + apache + bind9 + ...)

Je précise bien que je n'ai toujours pas fait de confirmation de configuration du dit : mdadm
Je laisse ma session ssh ouverte, attendant de savoir comment procéder.

Compléments :

root@ns:~# cat /proc/partitions
major minor #blocks name

8 0 1953514584 sda
8 1 1004 sda1
8 2 20478976 sda2
8 3 1932506112 sda3
8 4 523264 sda4
8 16 1953514584 sdb
8 17 1004 sdb1
8 18 20478976 sdb2
8 19 1932506112 sdb3
8 20 523264 sdb4
9 3 1932506048 md3
9 2 20478912 md2

-----------------------------------

root@ns:~# parted -l
Model: ATA HGST HUS724020AL (scsi)
Disk /dev/sda: 2000GB
Sector size (logical/physical): 512B/512B
Partition Table: gpt

Number Start End Size File system Name Flags
1 20,5kB 1049kB 1029kB primary bios_grub
2 2097kB 21,0GB 21,0GB ext4 primary raid
3 21,0GB 2000GB 1979GB ext4 primary raid
4 2000GB 2000GB 536MB linux-swap(v1) primary


Model: ATA HGST HUS724020AL (scsi)
Disk /dev/sdb: 2000GB
Sector size (logical/physical): 512B/512B
Partition Table: gpt

Number Start End Size File system Name Flags
1 20,5kB 1049kB 1029kB primary bios_grub
2 2097kB 21,0GB 21,0GB ext4 primary raid
3 21,0GB 2000GB 1979GB ext4 primary raid
4 2000GB 2000GB 536MB linux-swap(v1) primary


Model: Linux Software RAID Array (md)
Disk /dev/md2: 21,0GB
Sector size (logical/physical): 512B/512B
Partition Table: loop

Number Start End Size File system Flags
1 0,00B 21,0GB 21,0GB ext4


Model: Linux Software RAID Array (md)
Disk /dev/md3: 1979GB
Sector size (logical/physical): 512B/512B
Partition Table: loop

Number Start End Size File system Flags
1 0,00B 1979GB 1979GB ext4


Voila, une aide serait très appréciée. Merci.