[TBC_Ly0n]

La seule chose qui te bloque est la reconstruction de la table de partitions.
Donc, tu peux te contenter de réaliser cette étape en rescue en utilisant sgdisk (de la même manière que sfdisk de mémoire)

[darval]

Ok merci pour la confirmation, je pensais bien passer en mode rescue pour faire la procédure.

Par contre si je fais en mode rescue l’attribution des partitions avec sfdisk et que je redémarre sur la release1 avant d'avoir reconstruit le raid avec MDADM est ce que le serveur va bien redémarrer sur le disque contenant les données ?

Merci

[MaikoB]

Bonjour,

Le plus simple serait de suivre la procédure en mode Rescue Pro (http://guide.ovh.com/RescueLinux), la synchronisation continuera ensuite sur disque mais le serveur pourrait être un peu plus lent que d'habitude.

Je ne peux toutefois que vous conseiller de migrer rapidement vers un nouveau serveur ou un système d'exploitation à jours tel que la Release 3 OVH.

Cordialement,
Maiko

[bbr18]

ce serait l'occasion d'expliquer au client qu'il est plus que temps de changer de distribution ne serait-ce que parce que la R1 n'est plus maintenue depuis des années et doit être une passoire côté sécurité.

[darval]

Surement la version de fdisk trop ancienne ... mais il n'y pas une autre manière de copier ou de créer à la main les partitions ?

[fritz2cat]

Est-ce que en 2001 on avait commencé à inventer GPT ? (juste pour expliquer pourquoi ce n'est pas prévu dans les messages d'erreur) ?

[darval]

Comme indiqué dans le guide si c'était le cas j'aurai surement en faisant un "fdisk -l" l'erreur suivante :

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

??

[Kioob]

Bonjour,

ton second disque est probablement formaté en GUID, et non au format MSDOS obsolète, non ?

As-tu essayé d'utiliser gdisk et sgdisk à la place ?

[darval]

Oui c'est bien une Release1 ça tourne très bien comme ça mais surtout le client ne veut pas changer

[Jejeleponey-]

Salut,

Jamais vu cette erreur avant pour ma part. Par contre quelque chose m'interpelle dans ton message: tu parle de release 1 ovh ???

Tu es sur d'être sous ce système obsolète ? Parce que bon il est quand même basé sur une redhat 7.2 qui date de 2001...

[darval]

Bonjour,

OVH vient d'effectuer le remplacement du disque SDB sur mon serveur, mais même en suivant le guide http://guides.ovh.com/RaidSoft je rencontre un problème.

[root@nsXXXXXX root]# fdisk -l

Disque /dev/sda : 255 têtes, 63 secteurs, 243201 cylindres
Unités = cylindres sur 16065 * 512 octets

Périphérique Amorce    Début       Fin    Blocs   Id  Système
/dev/sda1   *         1      1275  10238976   fd  Détection auto RAID Linux
/dev/sda2          1275    243136 1942746112   fd  Détection auto RAID Linux
/dev/sda3        243136    243201    523264   82  Echange Linux

Disque /dev/sdb : 255 têtes, 63 secteurs, 243201 cylindres
Unités = cylindres sur 16065 * 512 octets

Le disque /dev/sdb ne contient pas de table de partition valide.

[root@nsxxxxxx root]# sfdisk -d /dev/sda | sfdisk --force /dev/sdb
Vérification que personne n'utilise le disque en ce moment ...
OK

Disque /dev/sdb : 243201 cylindres, 255 têtes, 63 secteurs/piste

sfdisk: ERREUR : le secteur 0 n'a aucune signature msdos.
 /dev/sdb : partition non reconnue
Ancienne situation :
Aucune partition trouvée
Caractères de fin indésirables après le nombre

sfdisk: Entrée incorrecte

Donc je ne peux pas finir la reconstruction du raid1 , pour info le serveur est en RELEASE 1 OVH.

Merci d'avance pour votre aide