Serveur OVH mount impossible

Support Debian
#1

Bonjour,

je suppose que des internautes ont déjà rencontré ce problème. J’ai effectué de longue recherche sur google et le forum mais je ne trouve pas de solution à mon problème.

Suite à une panne d’un des deux disques dur (Système Raid) de mon serveur linux hébergé chez ovh, la machine a redémarré en mode Rescue.

Afin d’effectuer un backup des données présentes sur le disque dur j’ai voulu faire un:

mount /dev/sda1 /mnt

mais j’obtiens le message suivant:

/dev/sda1 already mounted or /mnt/ busy

And umount me dit que la partition n’est pas montée.
J’ai essayé un autre répertoire: tmp > même constat. (Je sais que ma question a déjà été posée mais j’ai pas trouvé de solution qui résolve mon soucis.)

D’avance, merci pour vos réponses.

Cordialement.

#2

Tu dis être en …

[quote]J’ai effectué de longue recherche sur google et le forum mais je ne trouve pas de solution à mon problème.
[/quote]

Si tu le dis …

forum.ovh.com/showpost.php?p=168638&postcount=13

[quote=“cassiopee”]Alors, je ne te garantis rien, tu fais ça à tes risques et périls.
(en clair : pas venir pleurer sur mon épaule si tu perds toutes tes données )

L’idée c’est de reconstituer les devices mdX à la main :

[code]# mdadm --assemble /dev/md1 /dev/sda1 /dev/sdb1

mkdir /mnt/md1

mount /dev/md1 /mnt/md1

[/code]
En supposant que sda1 et sdb1 ensembles forment le RAID md1.

A refaire avec sda2, sdb2 pour md2.

Mais vérifie le plus possible avant de faire quoique ce soit que ça correspond
bien (que sda1 et sdb1 ont exactement la même taille par exemple) [/quote]

forum.ovh.com/showpost.php?p=173178&postcount=20

[quote=“Snakegun”]Bonjour,
Désolé de remonter ce post mais je voulais juste donner l’info suivante pour des gens qui auraient eu le même problème que JimB:
Si besoin est de monter des disques en raid en rescue taper:

Dans le tableau qui s’afficher repérer les disques de même taille puis taper:

(disque 1 et disque 2 étant de même taille)
et répeter l’opération autant de fois qu’il y a de paires:

mdadm --assemble /dev/md2 /dev/<disque3> /dev/<disque4> mdadm --assemble /dev/md3 /dev/<disque5> /dev/<disque6> ...

Puis par exemple:

mount /dev/md1 /mnt/ mount /dev/md2 /mnt/home mount /dev/md3 /mnt/home/www

C’est ce que disait cassiopee mais je voulais confirmer que c’est la bonne procédure. [/quote]
forum.ovh.com/showpost.php?p=173182&postcount=21

#3

Merci BelZéButh pour ta réponse :slightly_smiling:. Le disque 2 n’est évidement plus accessible puisqu’il est HS… ainsi mdadm --assemble ne peut être appliqué.
Je me suis peut être mal expliqué.

[code]root@rescue:~# fdisk -l

Disk /dev/sda: 750.2 GB, 750156374016 bytes
255 heads, 63 sectors/track, 91201 cylinders, total 1465149168 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: 0x0000a0d4

Device Boot Start End Blocks Id System
/dev/sda1 * 63 163842048 81920993 fd Linux raid autodetect
/dev/sda2 163842049 167938048 2048000 fd Linux raid autodetect
/dev/sda3 167938049 1465144064 648603008 f W95 Ext’d (LBA)
/dev/sda5 167938050 1465144064 648603007+ fd Linux raid autodetect

Disk /dev/md5: 664.2 GB, 664169349120 bytes
2 heads, 4 sectors/track, 162150720 cylinders, total 1297205760 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/md5 doesn’t contain a valid partition table

Disk /dev/md1: 83.9 GB, 83886997504 bytes
2 heads, 4 sectors/track, 20480224 cylinders, total 163841792 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/md1 doesn’t contain a valid partition table

Disk /dev/mapper/vg-lv1: 314.6 GB, 314568605696 bytes
255 heads, 63 sectors/track, 38244 cylinders, total 614391808 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/mapper/vg-lv1 doesn’t contain a valid partition table

Disk /dev/mapper/vg-lv2: 349.6 GB, 349591044096 bytes
255 heads, 63 sectors/track, 42502 cylinders, total 682795008 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/mapper/vg-lv2 doesn’t contain a valid partition table
[/code]
le SDB n’existe plus. (Surement débranché par Ovh) Je m’avance peut être, j’avouerai ne pas maitriser le sujet.

#4

Si telle est le cas …

Ovh n’assurerait il plus le bon fonctionnement de leurs matériels ?

En sont ils informés ?

N’y a t-il pas une déclaration d’incident émanant de leur part ? (via ton manager)

Tu as des sauvegardes antérieurs (j’ose …) bien entendu! Tu n’as pas attendus d’être mis au pied du mur …

* édition *

* Vérifies tes mails et ton manager!

#5

[quote=“BelZéButh”]Si telle est le cas …

Ovh n’assurerait il plus le bon fonctionnement de leurs matériels ?

En sont ils informés ?

N’y a t-il pas une déclaration d’incident émanant de leur part ? (via ton manager)

Tu as des sauvegardes antérieurs (j’ose …) bien entendu! Tu n’as pas attendus d’être mis au pied du mur …

* édition *

* Vérifies tes mails et ton manager![/quote]

un ticket a bien été généré. OVH nous laisse 10jours pour effectuer un backup. (c’est une machine dédié, il ne s’occupe que du hardware et de l’install de base) Après clôture du ticket ou expiration de la deadline, ovh effectuera les démarches nécessaires pour remise en ordre. (Reinstallation du disque + installation de debian: Des défauts d’ordre logiciels ont également été constatés sur le sda, et c’est pour cette raison que le serveur a redémarré en rescue.)

Je remets pas en cause le rôle d’Ovh, ils font ce qui est contenu dans le contrat. Mais c’est pas la question…C’est toutefois gentil de me donner des conseils de savoir être. : D

#6

Faut il en conclure que tu as omis volontairement de nous faire part que vous n’aviez guère de sauvegarde avant le mur ?

Sur ce coup, (sdb HS, sda pas mieux) je ne vois aucun miracle possible!

<HS pas de montage, pas de sauvegarde possible!!! /HS>

#7

le sda est ok (il y a juste quelques instabilité d’après ovh, erreur logiciel), je veux juste le monter (et ça devrait pouvoir se faire puisque ce n’est pas matériel)… sauf qu’il me dit que ce n’est pas possible. (j’oublie peut être quelques chose…) Et c’est pourquoi je pose ma question.

Désolé, je sais que je ne maitrise pas trop mais j’ai pas l’habitude de toucher à de l’administration linux, j’en fait ponctuellement sur ma machine perso mais ça vole jamais très haut… :neutral_face:

Bref je récapitule le problème: pourquoi je ne peux pas monter mon dique dur? A cause du service qui gère le raid initialement mis en place?

Un grand merci pour ceux qui porteront de l’attention à ce problème.

#8

Avez vous des sauvegardes Oui ou Non ?

Même pas l’ex admin ?

As tu mis en application les conseils de cassiopee pour sda1 ?

* édition *

Quel est le File System ?

N’aurais tu pas “bricoler” durant l’intervention d’ovh ?

Il y a t-il des processus en cours ?

#9

Si c’est du RAID soft, il faudrait pas simplement essayer de monter /dev/md1 au lieu de /dev/sda1 ?
Ou alors j’ai mal compris ?

#10

@BelZéButh : Pas de sauvegarde sinon ça serait trop simple… : D Je t’explique le truc, on a récupéré l’application d’une entreprise car cette dernière a souhaité se séparer de son unique informaticien pour soustraiter. A l’origine on ne devait faire que de la TMA sur cette application. Là il se sont rendu compte qu’ils avaient des soucis techniques sur le serveur et ils nous ont donc confié la gestion. Mais bon c’était pas prévu à l’origine. Et on est pas admin système. Sauf qu’aujourd’hui, de par leur choix stratégique, ils n’ont plus que nous!! (Les gros malins!)

L’ex admin est parti il y a 3 mois. Sur le serveur sont hébergés une bdd et un serveur mail. Même si il en avait ça ne nous servirait que partiellement.

Je te dis ça demain matin dès mon arrivé:

[quote]

Et non je n’ai rien bricolé x ) On a commencé a y regarder après réception du ticket d’ovh nous indiquant d’effectuer les backups. Le premier réflexe a été d’effectuer un mount. Mais qui n’a pas marché de là on a rien fait…

Pour ce qui est du conseil de Cassiopee, je ne peux. Le sdb1 n’est plus disponible…
Mais je vais tester le mkdir /mnt/md1 et le mount /dev/md1 /mnt/md1

@Kna, je teste également.

Merci à vous deux.

#11

Salut,
Regarde ce sujet, je pense qu’il s’agit exactement du même problème:

monter-de-facon-non-destrutive-un-seul-volume-d-un-raid1-t41377.html?hilit=raid

#12

Bonjour,

j’ai donc fait le mount /dev/md1 /mnt/md1 et cela fonctionne. Seul problème, les dossiers sont vides :neutral_face: J’ai tenté de monter la md5 mais impossible.

Je crois qu’on va arrêter les recherches et qu’on va demander la réinstallation du système.

Merci pour votre aide!