bonjour
je suis desesperé car depuis le 26/11/2020 mon serveur kimsufi est en mode rescue suite au chagement du disque par OVH
Depuis ce changement, OVH n'a pas redémarré mon serveur en mode normal
Quelles sont mes recours ?
Merci pour votre aide
Bonjour,
On ne t'a pas donné de marche à suivre ?
J'ai eu ce cas de figure. Normalement on te laisse les deux disques l'ancien et le nouveau le temps que tu fasses tes petites manipulations et ensuite tu leur dis que c'est bon pour qu'ils retirent l'ancien. Ils te disent quand c'est fait et ensuite c'est à toi de remettre ton serveur en boot depuis le HDD depuis le manager et tu peux faire un `reboot` sur le rescue.
Cordialement,
Ils ont changé une première fois mon disque
Tout s'est bien passé j'ai pu re-démarrer dans une configuration normale
Ensuite suite à une cascade de messages dans ma boite mail du genre "This is an automatically generated mail message from mdadm running on ks3279086.
A DegradedArray event had been detected on md device /dev/md1."
ils ont décidé de changer de nouveau mon disque.
Et depuis mon serveur a re-démarré en mode rescue et je n'ai pas les compétences pour remettre la configuration en place avec mon ipfailover
Bonsoir @FrancisM6,
Tu es sur un Kimsufi, il n'y pas d'IP failover dessus.
Je pense qu'il faut que tu remettes en état ton RAID 1 sur /dev/md1 et /dev/md2
As tu regardé la doc OVH https://docs.ovh.com/fr/dedicated/raid-soft/ ?
Bonjour
Merci pour l'info mais je ne pense pas avoir de RAID car la doc ovh la commande cat /proc/mdstat renvoi rien;
le fdsik -l renvoi ceci :
Disk /dev/sda: 1.8 TiB, 2000398934016 bytes, 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 /dev/sdb: 1.8 TiB, 2000398934016 bytes, 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
du coup mount /dev/md1 /media/imagesystem est impossible
mais je ne pense pas avoir de RAID car la doc ovh la commande cat /proc/mdstat renvoi rien
Pour ne pas avoir de RAID il faut vraiment le spécifier lors de l’installation.
Tu n'utilisais qu'un seul des 2 disques ? Les 2 mais pour avoir plus d'espace avec des points de montages différents ?
Edit : quand on regarde le résultat de ton "fdisk -l" on a l'impression que les disk ne sont même pas partitionnés. Peux tu copier/coller l'intégralité de ce que renvoi la commande ?
Si tu montes les partitions des 2 disques (sda et sdb) tu en as un vide et l'autre avec des datas ?
Bonjour,
Je ne sais plus comment s'est passé l'installation; ce que je peux dire c'est que j'ai mis sur mon serveur kimsufi un proxmox avec une ip failover et une cT OpenVZ .
Mais ce qui m'inquiete c'est qu'avant en mode rescue j'arrivai à remonter mon disque , au moins pour récupérer mes données, avec la commande suivante `mount /dev/md1 /media/imagesystem`
Merci pour votre aide
Ci-dessous le resultat de la commande fdisk :
Disk /dev/ram0: 4 MiB, 4194304 bytes, 8192 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 4096 bytes
I/O size (minimum/optimal): 4096 bytes / 4096 bytes
Disk /dev/ram1: 4 MiB, 4194304 bytes, 8192 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 4096 bytes
I/O size (minimum/optimal): 4096 bytes / 4096 bytes
Disk /dev/ram2: 4 MiB, 4194304 bytes, 8192 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 4096 bytes
I/O size (minimum/optimal): 4096 bytes / 4096 bytes
Disk /dev/ram3: 4 MiB, 4194304 bytes, 8192 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 4096 bytes
I/O size (minimum/optimal): 4096 bytes / 4096 bytes
Disk /dev/ram4: 4 MiB, 4194304 bytes, 8192 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 4096 bytes
I/O size (minimum/optimal): 4096 bytes / 4096 bytes
Disk /dev/ram5: 4 MiB, 4194304 bytes, 8192 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 4096 bytes
I/O size (minimum/optimal): 4096 bytes / 4096 bytes
Disk /dev/ram6: 4 MiB, 4194304 bytes, 8192 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 4096 bytes
I/O size (minimum/optimal): 4096 bytes / 4096 bytes
Disk /dev/ram7: 4 MiB, 4194304 bytes, 8192 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 4096 bytes
I/O size (minimum/optimal): 4096 bytes / 4096 bytes
Disk /dev/ram8: 4 MiB, 4194304 bytes, 8192 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 4096 bytes
I/O size (minimum/optimal): 4096 bytes / 4096 bytes
Disk /dev/ram9: 4 MiB, 4194304 bytes, 8192 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 4096 bytes
I/O size (minimum/optimal): 4096 bytes / 4096 bytes
Disk /dev/ram10: 4 MiB, 4194304 bytes, 8192 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 4096 bytes
I/O size (minimum/optimal): 4096 bytes / 4096 bytes
Disk /dev/ram11: 4 MiB, 4194304 bytes, 8192 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 4096 bytes
I/O size (minimum/optimal): 4096 bytes / 4096 bytes
Disk /dev/ram12: 4 MiB, 4194304 bytes, 8192 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 4096 bytes
I/O size (minimum/optimal): 4096 bytes / 4096 bytes
Disk /dev/ram13: 4 MiB, 4194304 bytes, 8192 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 4096 bytes
I/O size (minimum/optimal): 4096 bytes / 4096 bytes
Disk /dev/ram14: 4 MiB, 4194304 bytes, 8192 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 4096 bytes
I/O size (minimum/optimal): 4096 bytes / 4096 bytes
Disk /dev/ram15: 4 MiB, 4194304 bytes, 8192 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 4096 bytes
I/O size (minimum/optimal): 4096 bytes / 4096 bytes
Disk /dev/sda: 1.8 TiB, 2000398934016 bytes, 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 /dev/sdb: 1.8 TiB, 2000398934016 bytes, 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
Que donne :
`fdisk /dev/sda` (selection du disk)
Puis la commande "p" une fois que tu es dans le disk ?
Même chose ensuite pour /dev/sdb
Si fdisk trouve des partitions, qq chose du genre
Device Boot Start End Sectors Size Id Type
/dev/sda1 2048 3907028991 3907026944 1,8T 83 Linux
Essaie de les monter.
@Sich @JeanR @niko ? On dirait que plus aucun disk n'est partitionné. Qu'en pensez vous ?
Si c'est bien le cas, tu es bon pour la restauration d'une sauvegarde 
fdisk /dev/sda1 donne :
root@rescue:~# fdisk /dev/sda1
Welcome to fdisk (util-linux 2.25.2).
Changes will remain in memory only, until you decide to write them.
Be careful before using the write command.
fdisk: cannot open /dev/sda1: No such file or directory
fdisk /dev/sdb1 donne :
root@rescue:~# fdisk /dev/sdb1
Welcome to fdisk (util-linux 2.25.2).
Changes wiSi fdisk trouve des partitions, qq chose du genre
Device Boot Start End Sectors Size Id Type
/dev/sda1 2048 3907028991 3907026944 1,8T 83 Linux
Essaie de les monter.ll remain in memory only, until you decide to write them.
Be careful before using the write command.
fdisk: cannot open /dev/sdb1: No such file or directory
> Si fdisk trouve des partitions, qq chose du genre
> Device Boot Start End Sectors Size Id Type
> /dev/sda1 2048 3907028991 3907026944 1,8T 83 Linux
> Essaie de les monter.
Justement il n'y a pas de partition sda1 ou sdb1
Hum, c'est tjrs pénible ce genre de galère.
Si on est en rescue le sda c'est le système rescue normalement.
Sinon il faut faire un lsblk pour trouver les partitions.
Voir si il y a une partition /dev/mdx qui existe aussi (en cas de raid logiciel). Mais sur un KS il n'y a qu'un seul disque non ?
Mais sur un KS il n'y a qu'un seul disque non ?
Merci pour ton aide.
Certain KS ont bien 2 disques. Par contre @FrancisM6 dis qu'il à des IP FO. Et ça je crois pas.
voile ce que donne le lsblk
root@rescue:~# lsblk
NAME MAJ:MIN RM SIZE RO TYPE MOUNTPOINT
sdb 8:16 0 1.8T 0 disk
sda 8:0 0 1.8T 0 disk
je confirme que c'est galère; j'ai eu le meme probleme en fev-2018; j'ai du passer par un partenaire ovh qui m'a redémarrer mon système (et qui m'a coûté une blinde..); malheureusement j'ai pas noté comment il avait fait !! malheur à moi.
Ce qui est hallucinant c'est que le problème est du à un changement de disque réaliser par OVH.
Pour moi tes 2 disques sont vierges. J'ai pas l'impression qu'il y ai des partitions encore dessus.
Je ne suis pas le meilleur spécialiste à ce niveau, mais si c'est bien le cas tu n'a plus qu'à repartir sur ta dernière sauvegarde
Ce qui est hallucinant c'est que le problème est du à un changement de disque réaliser par OVH.
OVH garanti le bon fonctionnement hardware. Le disque est HS il le remplace. Mais après c'est au client de remonter le tout.
J'ai eu cette amère expérience il ya qq semaines https://community.ovhcloud.com/t/26324
En tout 10 heures d'arret de service (heureusement que le client à été compréhensif) et un nouveau serveur commandé et installé en urgence pour déposé la dernière sauvegarde au cas où…
La perte d'un disque est le pire qui puisse arriver, et il faut se méfier car même certains serveurs avec des cartes RAID hardware ne peuvent fonctionner sur un seul disque (donc arrêt de service quand même).
Un VPS est normalement protégé de ce coté là mais il connaissent d'autre soucis / limitations.
Désolé de ne pouvoir t'aider plus avant.
Pareil pour moi, 2 disques vides.
Bonjour,
Pour info si a peut être bien un KS mais ancienne génération qui peut être managé par l’espace client OVH et dans ce cas il peut avoir 2HDD + IP-FO.
Sinon effectivement c'est pas possible et en 2018 pas de configuration avec double HDD (de mémoire).
Cordialement, janus57
Oui il est vieux mon kimsufi, il est de 2013…d'ailleurs le fdisk-l donnait autre chose à l'époque, je l'avais gardé (cf ci-dessous).
Si d'apres tout ce que j'ai lu je ne peux pas récupérer mes partitions donc mes données, je vais peut etre passer à un VPS, mais ça m'ennui d'avoir perdu 18 jours de données car j'ai pas fais de sauvegarde apres le deuxieme changement de disque par OVH; j'avais trop confiance car le premier changement de disque s'était bien passé. Je suis trop vénère; j'ai même retrouvé le slogan d'OVH pour les KIMSUFI…c'est plus vraiment le service rendu ! Je les cite :
> Le concept Kimsufi :
> Kimsufi est un serveur tout simplement suffisant pour la plupart de vos besoins sur le net. Pour vous garantir le meilleur prix sans compromis sur la qualité, nous avons retiré tout ce qui coûte cher et ne sert à rien, et nous avons retenu tout ce qui est nécessaire, de la meilleure qualité, et le plus à la pointe de la technologie.
> Idéal pour vous lancer dans le web, la gamme kimsufi ne néglige pas pour autant vos envies et vous permet de profiter de nombreux services grâce au large choix de systèmes d’exploitation proposés. Services inclus Voici la liste des nombreux services inclus avec votre serveur Kimsufi.
Derniere question : Comme mon abonnement à kimsufi a été renouvelé automatiquement en novembre 2020 pour un an, pensez-vous qu'OVH peut me faire un avoir si je prends un VPS ?
Merci encore pour votre aide.
______________________________________
Bonjour,
Pour ma partie commerciale il faut demander à OVH, mais il y a de forte chance que ce soit un "non".
Quant à la problématique de changement des disques, je suis désolé mais c'est à l’administrateur du serveur de s'assurer que celui-ci fonctionne logiciellement, ce qui inclus de RAID logiciel (ce ne serait pas le cas avec un RAID HARD).
On ne peut pas reprocher à OVH de respecter son contrat qui est de fournir des pièces de rechange durant toute la durée de la location du produit.
Enfin si avec un simple changement de disque vous avez tout perdu, c'est que le RAID n'a jamais été remis en place (depuis 2018 ??) ou alors il y a un manque de précision et OVH vous a changé les 2HDD à quelques jours/Semaines d'intervalle ?
Cordialement, janus57