Se connecter
Inscription
Mot de passe perdu
Liste des catégories
Qui a lu ce topic?
Répondre
Version imprimable
Activer la notification Software » [RAID-1 Linux] Problème sur un des disques
Rappel du message précédent
C'est le jour J !!!!! Stresssssssss 
Je re-check ma checklist
Et je vois que j'ai oublié une étape : réinstaller Grub également sur le nouveau disque sda. (et en option : reconfigurer le BIOS pour booter sur sda mais bon ce n'est pas absolument nécessaire je pense).
Je re-check ma checklist
Et je vois que j'ai oublié une étape : réinstaller Grub également sur le nouveau disque sda. (et en option : reconfigurer le BIOS pour booter sur sda mais bon ce n'est pas absolument nécessaire je pense).
Et prier fort fort fort? 
Vous avez des assurances?
Vous avez des assurances?
Je suis le Roy 
Je ferai quand même un dd du disque en vie si c'est vraiment critique
+1000
Un backup toussa
Un backup toussa
Je suis le Roy
Je suis chez le client et tout s'est bien passé \o/ 
La reconstruction RAID est en cours et le serveur est opérationnel (test mail ok)
Bref super content, le stress retombe
Je reste encore un peu pour checker 2-3 autres trucs qu'ils me demandent tant que je suis là
et je regarde de temps en temps la progression de la reconstruction, c'est cool d'ailleurs il indique une estimation du temps restant (cat /proc/mdstat)
Linux rulezzzzzzzzz
Et encore un ENORME MERCI à phil qui m'a beaucoup aidé
PS : 2-3 p'tits trucs à corriger dans ma checklist, j'ai noté et je remettrai ça au propre et je publierai
La reconstruction RAID est en cours et le serveur est opérationnel (test mail ok)
Bref super content, le stress retombe Je reste encore un peu pour checker 2-3 autres trucs qu'ils me demandent tant que je suis là
et je regarde de temps en temps la progression de la reconstruction, c'est cool d'ailleurs il indique une estimation du temps restant (cat /proc/mdstat)Linux rulezzzzzzzzz
Et encore un ENORME MERCI à phil qui m'a beaucoup aidé
PS : 2-3 p'tits trucs à corriger dans ma checklist, j'ai noté et je remettrai ça au propre et je publierai
Refais juste un install-grub pour remettre grub sur ton sda.
C'est fait, j'y ai pensé heureusement (ça fait partie des notes à améliorer ) comme ça y a un boot sur chaque disque, et j'ai utilisé la méthode barbare en prompt grub
) comme ça y a un boot sur chaque disque, et j'ai utilisé la méthode barbare en prompt grub
Par contre j'ai une question subsidiaire : j'ai récupéré le hdd défect du client, et je voudrais le monter sur mon système pour faire un fsck ce genre de choses... Le prob : que passer comme argument à mount pour le fstype ? 
Vu que le type de partition est "RAID" (code FD), mais ce n'est pas supporté par mount ça...
Sur le serveur qui tourne, le /dev/md0 est formaté en reiserfs, mais si je le monte en reiserfs sur mon poste il ne reconnaît pas le format évidemment Bref comment faire ? 
Quand je cherche sur le net, ils parlent toujours d'un "montage" pour construire le RAID lui-même, non pour lire un disque hors de son RAID. Ou alors ce n'est pas possible ? Et la seule chose que je peux faire c'est un wipe ? (obligé vu les données confidentielles dessus)
Merciiii
Vu que le type de partition est "RAID" (code FD), mais ce n'est pas supporté par mount ça...
Sur le serveur qui tourne, le /dev/md0 est formaté en reiserfs, mais si je le monte en reiserfs sur mon poste il ne reconnaît pas le format évidemment
Bref comment faire ? -t vfstype
The argument following the -t is used to indicate the file system type. The file system types which are currently supported include: adfs,
affs, autofs, cifs, coda, coherent, cramfs, debugfs, devpts, efs, ext, ext2, ext3, hfs, hfsplus, hpfs, iso9660, jfs, minix, msdos, ncpfs,
nfs, nfs4, ntfs, proc, qnx4, ramfs, reiserfs, romfs, smbfs, sysv, tmpfs, udf, ufs, umsdos, usbfs, vfat, xenix, xfs, xiafs. Note that
coherent, sysv and xenix are equivalent and that xenix and coherent will be removed at some point in the future — use sysv instead. Since
kernel version 2.1.21 the types ext and xiafs do not exist anymore. Earlier, usbfs was known as usbdevfs. Note, the real list of all sup‐
ported filesystems depends on your kernel.
The argument following the -t is used to indicate the file system type. The file system types which are currently supported include: adfs,
affs, autofs, cifs, coda, coherent, cramfs, debugfs, devpts, efs, ext, ext2, ext3, hfs, hfsplus, hpfs, iso9660, jfs, minix, msdos, ncpfs,
nfs, nfs4, ntfs, proc, qnx4, ramfs, reiserfs, romfs, smbfs, sysv, tmpfs, udf, ufs, umsdos, usbfs, vfat, xenix, xfs, xiafs. Note that
coherent, sysv and xenix are equivalent and that xenix and coherent will be removed at some point in the future — use sysv instead. Since
kernel version 2.1.21 the types ext and xiafs do not exist anymore. Earlier, usbfs was known as usbdevfs. Note, the real list of all sup‐
ported filesystems depends on your kernel.
Quand je cherche sur le net, ils parlent toujours d'un "montage" pour construire le RAID lui-même, non pour lire un disque hors de son RAID. Ou alors ce n'est pas possible ? Et la seule chose que je peux faire c'est un wipe ? (obligé vu les données confidentielles dessus)
Merciiii
ovh > Tu dois recréer le raid d'abord (mdadm --assemble /dev/md0 ...) et puis faire un fsck sur le /dev/md0 
(fin tu peux avoir aussi à récreer un lvm aussi, ça dépend de la façon dont debian crée la partition )
(fin tu peux avoir aussi à récreer un lvm aussi, ça dépend de la façon dont debian crée la partition )
Ah oué je devrais recréer un RAID sur ma machine avec juste son disque, mais il acceptera même s'il n'y a qu'un disque ? Car en RAID-1 il en faut minimum 2...
ovh > Negatif Tu peux faire un raid1 sur 1 disque, il sera seulement broken
Tu peux faire un raid1 sur 1 disque, il sera seulement broken
Ah oué ok, bon je tenterai comme ça alors, merci 
OK ça marche comme ça \o/ Merci
Mais il a vu que c'était pas normal d'avoir un seul disque donc j'ai dû forcer l'option
Donc :
rulezzz
Mais il a vu que c'était pas normal d'avoir un seul disque donc j'ai dû forcer l'option
ovh@netservice:/$ sudo mdadm --create --verbose /dev/md0 --level=raid1 --raid-devices=1 /dev/sda1
mdadm: '1' is an unusual number of drives for an array, so it is probably
a mistake. If you really mean it you will need to specify --force before
setting the number of drives.
mdadm: '1' is an unusual number of drives for an array, so it is probably
a mistake. If you really mean it you will need to specify --force before
setting the number of drives.
Donc :
mdadm --create --verbose /dev/md0 --level=raid1 --raid-devices=1 /dev/sda1 --force
rulezzz
P'tain leur disque est bel et bien mort, fsck est sans appel 
Le prob c'est que si c'est si grave que ça (c'est plus que quelques clusters défectueux on dirait), je ne vais même pas pouvoir le wiper si ça se trouve...
Quoiqu'ils ont l'air de dire qu'il y a moyen d'outrepasser de gérer les clusters défect mais je ne pige pas bien
###########
reiserfsck --check started at Fri Jan 11 16:40:05 2008
###########
Replaying journal..
Reiserfs journal '/dev/md0' in blocks [18..8211]: 0 transactions replayed
Checking internal tree..
The problem has occurred looks like a hardware problem. If you have
bad blocks, we advise you to get a new hard drive, because once you
get one bad block that the disk drive internals cannot hide from
your sight,the chances of getting more are generally said to become
much higher (precise statistics are unknown to us), and this disk
drive is probably not expensive enough for you to you to risk your
time and data on it. If you don't want to follow that follow that
advice then if you have just a few bad blocks, try writing to the
bad blocks and see if the drive remaps the bad blocks (that means
it takes a block it has in reserve and allocates it for use for
of that block number). If it cannot remap the block, use badblock
option (-B) with reiserfs utils to handle this block correctly.
bread: Cannot read the block (43384833): (Input/output error).
Abandon (core dumped)
reiserfsck --check started at Fri Jan 11 16:40:05 2008
###########
Replaying journal..
Reiserfs journal '/dev/md0' in blocks [18..8211]: 0 transactions replayed
Checking internal tree..
The problem has occurred looks like a hardware problem. If you have
bad blocks, we advise you to get a new hard drive, because once you
get one bad block that the disk drive internals cannot hide from
your sight,the chances of getting more are generally said to become
much higher (precise statistics are unknown to us), and this disk
drive is probably not expensive enough for you to you to risk your
time and data on it. If you don't want to follow that follow that
advice then if you have just a few bad blocks, try writing to the
bad blocks and see if the drive remaps the bad blocks (that means
it takes a block it has in reserve and allocates it for use for
of that block number). If it cannot remap the block, use badblock
option (-B) with reiserfs utils to handle this block correctly.
bread: Cannot read the block (43384833): (Input/output error).
Abandon (core dumped)
Le prob c'est que si c'est si grave que ça (c'est plus que quelques clusters défectueux on dirait), je ne vais même pas pouvoir le wiper si ça se trouve...
Quoiqu'ils ont l'air de dire qu'il y a moyen d'outrepasser de gérer les clusters défect mais je ne pige pas bien
Pourquoi le wiper? Sécurité des données?
Un coup de scie ça marche aussi
Un coup de scie ça marche aussi
Je suis le Roy
ovh > "mdadm --create" detruit l'array si elle existait donc "mdadm --assemble" est plus sage
P.S. assemble et pas manage évidemment
P.S. assemble et pas manage évidemment
ovh > "mdadm --create" detruit l'array si elle existait donc "mdadm --manage" est plus sage
Oups trop tard
zion> bah oui, j'ai tous les mails d'une société quand même
chez nous pour "wiper" les disques on les passes dans une presse hydraulique 
Keeper > Je crois qu'ils auront envoie d'envoyer le hdd en rma quand même
