Votre service ne répond plus : la marche à suivre
Distinguer une panne de votre côté d'une panne du nôtre en trois minutes, et ce qu'il faut nous transmettre.
Quand un service tombe, la première question n'est pas « comment le réparer » mais « qu'est-ce qui est tombé ». Trois minutes de vérification évitent souvent une heure de mauvaise piste.
- 1
1. Regarder notre page d'état
Un incident réseau ou matériel de notre côté y est déclaré. Si quelque chose y figure, vous n'avez rien à faire : suivez la mise à jour.
- 2
2. La machine répond-elle au ping ?
Si elle répond, elle est allumée et sur le réseau : c'est un service à l'intérieur qui est en cause. Si elle ne répond pas, passez à l'étape suivante.
bashping -c 4 203.0.113.10 - 3
3. Ouvrir la console de secours
Elle ne passe pas par le réseau de la machine. Si vous voyez l'écran, la machine tourne et c'est son réseau ou son pare-feu qui bloque. Si l'écran est figé ou noir, le système est planté.
- 4
4. Si c'est un service, chercher dedans
Les guides sur les journaux, l'espace disque et la mémoire couvrent les trois causes les plus fréquentes — un disque plein, un processus tué faute de mémoire, un service qui n'a pas redémarré.
bashsystemctl --failed df -h journalctl -p err -b | tail -20
Ce qui relève de nous, ce qui relève de vous
Nous répondons du matériel, du réseau, de l'hyperviseur et de la disponibilité de la machine. Ce qui tourne à l'intérieur — votre système, vos services, votre code — vous appartient. Cela dit, si vous êtes bloqué et que la piste est claire, on regarde : on préfère un client qui repart qu'un ticket refermé sur un principe.
Un ticket utile
Donnez l'identifiant du service, l'heure du début, ce que vous constatez précisément — « le site renvoie 502 » vaut mieux que « ça ne marche plus » — et ce que vous avez déjà vérifié. Pour un problème réseau, joignez un mtr dans les deux sens, en texte.
Bloqué malgré tout ? Ouvrez un ticket : on répond en français, et on regarde votre machine si besoin.
Ouvrir un ticket