Bonjour,
Nous avons un serveur qui a 2 disk en Raid Soft et l'un d'eux est H.S.
Pour l'instant notre serveur est en mode rescue (basculé dans ce mode par OVH) et nous sommes en train de voir pour effectuer une sauvegarde de ce serveur comme préconisé par OVH
Mais pour la suite je ne suis pas trop sur de ce qu'il faut faire, il s'agit d'un serveur sous Linux Debian 8
Merci par avance pour votre aide
Bonjour,
Je vais faire mon pénible :
* Debian 8 n'est plus supportée depuis juin 2021. On en est à Debian 11, quand même !
* Une sauvegarde, ça se fait tous les jours, pas quand on a un problème !
Ceci étant dit :
* Il faut vérifier l'état du disque restant avant de demander le remplacement (smartctl est ton ami)
* Si c'est un RAID soft, il faudra utiliser les commandes mdadm pour reconstruire les grappes. La doc est plutôt bien faite.
Il faudra :
* déclarer les partitions de l'ancien disque faulty et les remove de toutes les grappes
* refaire les partitions sur le nouveau disque => sfdisk
* avec mdadm, rajouter chaque partition dans sa grappe. De préférence de manière séquentielle pour ne pas laminer les performances disques
* réinstaller grub partout ! dpkg-reconfigure grub-pc
Et surtout, prendre son temps. De toute façon, le serveur est vautré, t'es plus à 5 minutes près.
Et surtout, prendre son temps. De toute façon, le serveur est vautré, t'es plus à 5 minutes près.
c'est bien résumé :)
Sinon autre solution, commander un nouveau serveur (les nouvelles gammes sont sympas), mettre une Debian 11, migrer les datas sur le nouveau serveur, résilier l'ancien....
Si le serveur est en stock c'est encore le + simple et le + fiable...
Oui je n'aime pas rebuild les raids, même si je n'ai jamais eu le moindre soucis quand ça m'est arrivé... Un blocage psy je ne sais pas :)
Bonjour,
La procédure OVH : https://docs.ovh.com/fr/dedicated/raid-soft/
A noter que parfois la commande sfdisk ne fonctionne pas utilisez sgdisk à la place.
Vue que c'est du Debian8 je suis entièrement d'accord avec @Sich, plus simple et plus fiable (sauf si c'est du site web avec un très vieux PHP, ce qui est probable).
Un blocage psy je ne sais pas
Ça ne m'est arrivé qu'une seule fois et j'ai bien galéré 5 heures -> blocage psy pareil
Bon courage.
c'est du site web avec un très vieux PHP, ce qui est probable).
On peut tjrs déployer PHP 5.6 via les repos Sury (https://packages.sury.org/php/README.txt). Bon va se poser la question de la migration de la bdd également. Mais bon, tout ça c'est du travail qui aurait du être fait depuis des mois...
Au pire désactiver le strict mode sur le sgbd devrait faire l'affaire...
J'ai pas bien compris pourquoi le serveur a été passé en rescue. Si un seul des deux disques est HS, ça doit pouvoir booter (éventuellement en Netboot) et tourner normalement, non ?
Vu le profil (Debian 8), on dirait bien un très ancien serveur sur lequel il y a plus qu'un disque HS :-/
Bonjour,
Merci à tous pour vos réponses.
OVH nous a remplacé le Disk HS hier et ce matin lorsque nous cherchons à reconstruire le Raid nous n’accédons pas au nouveau Device seul sdba est disponible. Est ce qu'il n’aurait pas fallu effectuer les opérations qui consistent à simuler un échec du RAID et à supprimer la partition du RAID
Cordialement
que dit un lsblk ?
Merci pour votre réponse mais pour l'instant le DD que OVH nous a installé en replacement du DD défectueux est défectueux aussi
Donc on verra ce que l'on pourra faire quand on aura 2 DD OK
Bonjour,
Ce matin le disk sdb est operationnel dans le serveur et à la commande lsblk nius obtenons :
root@rescue:~# lsblk
NAME MAJ:MIN RM SIZE RO TYPE MOUNTPOINT
sdb 8:16 0 447.1G 0 disk
sda 8:0 0 447.1G 0 disk
├─sda2 8:2 0 511M 0 part
├─sda5 8:5 0 427.1G 0 part
│ └─md5 9:5 0 427.1G 0 raid1
│ ├─vg-var 251:1 0 329.4G 0 lvm
│ └─vg-home 251:0 0 97.7G 0 lvm
├─sda3 8:3 0 1K 0 part
└─sda1 8:1 0 19.5G 0 part
└─md1 9:1 0 19.5G 0 raid1
y a plus qu'à rebuild le raid maintenant…
courage !
Bonjour,
Ça y est je suis prêt a reconfigurer mon Raid
Mon DD a été changé (c'est le deuxième changement car le premier était défectueux)
La carte mère a également été changée (3x)
Je voudrais juste vérifier que la procédure que vais suivre et bien complète :
(c'est mon disk sdb qui a été changé)
1. sfdisk -d /dev/sda | sfdisk /dev/sdb
2. mdadm /dev/md1 -a /dev/sdb1
3. mdadm /dev/md5 -a /dev/sdb5
Bonjour,
J'ai suivi la doc OVH tel que décrit dans mon dernier message :
sfdisk -d /dev/sda | sfdisk /dev/sdb
mdadm /dev/md1 -a /dev/sdb1
mdadm /dev/md5 -a /dev/sdb5
Et enfin mount /dev/md1 /home
Quand je change le boot et que je redémarre mon serveur il ne boot toujours pas sur mes DD
Il faut réinstaller grub de partout.
Le plus simple est de se mettre en prison dans les FS "réels de ton serveur (qu'il faudra monter)
Il faudra surement monter les pseudo FS d'abord avec un truc dans le genre :
```
mount -t proc proc proc/
mount --rbind /sys sys/
mount --rbind /dev dev/
```
le `chroot` qui va bien puis le `dpkg-reconfigure grub-pc` (probablement à faire dans une chroot avec tous les pseudo devices montés)
#bonchance
Bonsoir,
Merci pour ta réponse @TBC_Ly0n
Je voudrais juste être sûr de ce que je dois faire sur mon serveur car je ne voudrais pas perdre toute possibilité de récupérer mon serveur à cause d'une mauvaise commande ou d'une commande oubliée.
Serais-tu en mesure de me guider plus précisément su je te fournissais des infos plus précise sur l'état de mon serveur ?
#mercipourtout
Hello
The OVH procedure: https://docs.ovh.com/fr/dedicated/raid-soft/ https://docs.ovh.com/fr/ 1https://docs.ovh.com/fr/dedicated/raid-soft/https://docs.ovh.com/fr/dedicated/raid-soft/ /raid-soft/
Note that sometimes the sfdisk command does not work use sgdisk instead.
Seeing that it is Debian8 I fully agree with @Sich,simpler and more reliable (unless it is from the website with a very old PHP, which is likely).
what is the actual process? Can you share detail video please.