Mode Rescue


Il y a deux modes rescue chez ovh. Le mode vkvm et le mode rescue pro. Ce dernier est surtout pensé pour les serveurs linux. Il permet de prendre la main en ssh sur la machine et aussi de vérifier la hardware.

L'avantage est qu'il est inutile de contacter le support pour programmer une intervention, car avec le rescue vous pouvez faire votre test au moment ou cela vous convient le mieux et ou cela gêne le moins l'usage de votre serveur.

Software & Administration lancer un fsck / e2fsck consulter et analyser des logs corriger des problèmes sur les softs reconstruire / vérifier le RAID sauvegarder des données

Hardware memtest: pour contrôler la mémoire ( RAM ) cpuburn: pour vérifier votre processeur ( CPU ) fsck pour checker le système de fichiers state pour checker le disque explorer pour vos fichiers

Si un des tests échoue ou montre des erreurs, il suffit de vous rendre dans le manager, section Support et puis dans la partie : déclarer un incident.
Postez simplement le résultat de votre test, par exemple: serveur as planté pendant le cpu burn.
Nous allons alors immédiatement intervenir pour remplacer votre hardware.

Attention: il ne faut pas utiliser l'interface web et le ssh en même temps. Il ne faut pas lancer le check des disques sur l'interface web et mounter en ssh les partitions, cela peut entraîner la perte de vos données !!


Rendez vous dans votre manager v3, section serveur dédié, puis services, catégorie Netboot et choisissez le 'mode rescue pro'.

Rebootez si possible votre machine en soft (en SSH : /sbin/reboot) et effectuez le reboot hard que si vous n'avez pas d'autre choix.
Vous aller alors recevoir un email qui contient le lien et le mot de pass qui va vous permettre d'accéder à votre serveur en mode 'rescue'.

Il peut également arriver que nos techniciens soient déjà intervenus sur votre serveur. N'ayant diagnostiqué aucun défaut hardware du serveur, ils lancent votre serveur en mode 'rescue' afin que vous procédiez aux vérifications/corrections nécessaires à sa remise en production.



Une fois le serveur passé en mode rescue pro vous recevez un email qui contient un lien et un mot de pass pour vous connecter aux tests hardware. Voici un aperçu de cette interface :

Liste des checks

Hard Drives: vous permets de voir les disques installer Processors: fait le check de la CPU. Ici il est possible que vous ayez pas le rapport, mais que le serveur va rebooter ou se figer. C'est signe d'un problème. Il faut nous contacter de suite. Partitions State: qui vérifie le disque Partitions File System: qui vérifie le système des fichiers. Souvent inconsistance du système de fichiers est confondue avec un disque cassé. Notez qu'ici il suffit souvent de réinstaller le Système de Opération pour que tout fonctionne a nouveau. Surtout dans le cas ou le serveur attache des fichiers dans le dossier lost+found Partitions Explore: qui vous permets d'explorer les fichiers. on peut pas les éditer via ce outil, mais on peut les sauvegarder par exemple. Important surtout: on peut lire les logs de la machines sans forcement aller en ssh Memory: qui vérifie votre RAM Notez qu'un memtest prends beaucoup de CPU. Si ce test se fige ou fait tomber la machine il est fort possible que votre CPU est mal refroidi ou cassé. Si la RAM est défectueux vous allez avoir a la fin du test un rapport qui contient les erreurs.

Toutes les problèmes ne peuvent pas être détecter par cette interface.
Comme par exemple des reboots irrégulier etc. Hésitez pas de faire le test et de consulter ensuite l'assistance technique qui peut vous aider a analyser le serveur.

Attention:
Vous allez sans doute rencontrer l'erreur suivant vers les 64 % du test de la RAM:
your server hasn't reacted for a least 20 seconds. it is probably down you can try to refresh the pageif the server crashed while doing a cpu test. it is possible that the cpu is faulty.
Vous pouvez cliquer sur ok, Souvent c'est parce que le test qui s'execute vers les 64% est très long.

Se connecter

Connectez-vous sous ssh à votre machine comme d'habitude. La seule chose qui change est le mot de pass. Il faut utiliser le pass root temporaire qui arrive par email après le passage en rescue.

Maintenant vous êtes connecté mais vos fichiers ne sont pas accessibles. Il faut 'monter' le système de fichier.

Montage disque

Habituellement, /dev/xda1 est votre partition racine (/) et /dev/xda2 correspond à /home.
Les devices seront du types:

/dev/sd pour SCSI, SATA, Raid Hard /dev/hd pour les disques IDE /dev/md pour les RAID Soft /dev/rd/c0d0p pour les raid Mylex /dev/ad4s1 pour les systèmes Freebsd

Vous pouvez également utiliser les dénominations devfs.
Si vous ne savez pas quel disque vous avez, ni quel est sa table de partition servez vous des commandes fdisk ou sfdisk. Voici un exemple avec la commande et ce qu'elle retourne:

Ici le serveur est équipé de deux devices.
On voit le /dev/hda avec le * qui montre que c'est le disque bootable. En deuxième on peut voir la clef usb.
Pour mounter la / du serveur il suffit de faire:

Normalement la /home est sur /dev/hda2. On la mounte après la / avec la commande mount /dev/hda2 /mnt/home .
Le /home n'est pas forcement sur /dev/hda2 et aussi il se peut que vos données sont dans /var, pour plesk par exemple. Pour être sure de la configuration vous pouvez mounter la / est faire ensuite cat /mnt/etc/fstab.
Ce fichier contient les partitions du serveur quand il boot sur son disque dur. Voici un exemple:

Le /dev/hda2 est donc dans ce cas /var et non /home.
Il faut donc mounter avec: mount /dev/hda2 /mnt/var .

RPS

Pour les RPS qui sont en nfs il suffit de tapper en rescue : mount -a.
Le nfs va se monter tout seul.

Chroot

On peut maintenant éditer les fichiers en utilisant le chemin /mnt/var/.... par exemple ou encore /mnt/etc/lilo.conf , mais pour pouvoir faire certains choses il faut être en root sur le système qui se trouve installer sur le disque et qui ne sont pas faisable avec le root du rescue.
Pour ces opérations il faut uitilser la commande chroot:

On voit si dessus que après avoir chrooter le retour de commande me place dans la / du serveur.
Maintenant je peut excuter des commandes sur mon système.

Exemples

Quelques exemples de possibilités en rescue sont en cours d'édition.
Nous allons donner une petite liste des manipulations qu'on nous demande le plus sous peu.



Après les modifications, nous devons revenir dans le manager afin de restaurer dans Boot notre méthode de boot habituelle.
Une fois le bon kernel selectionné et validé nous effectuons un reboot soft de la machine.




Si vous respectez quelques gestes basiques d'administration, comme expliqué dans le guide ServeurUtile, vous pouvez à tout moment reprendre la main sur votre machine et ainsi réduire son temps d'indisponibilité.