Premier regard en 60 secondes sur un serveur Linux lent : l'ordre des commandes et la question à laquelle chacune répond

Objectif

Exécuter une séquence fixe de commandes, chacune répondant à une question précise, afin d'obtenir une courte liste de ressources suspectes avant de recourir à un outil plus lourd.

Prérequis

Un shell sur l'hôte ; le paquet sysstat pour mpstat/pidstat/sar (à installer de manière non interactive s'il manque) ; des droits suffisants pour lire dmesg (avec kernel.dmesg_restrict=1, valeur par défaut sur plusieurs distributions, il faut être root ou disposer de CAP_SYSLOG).

Étapes

1. uptime — charge moyenne et durée de fonctionnement du système ; une charge qui augmente alors que la charge de travail n'a pas changé est le premier indice qu'un élément a évolué.
2. dmesg -T | tail — messages récents du noyau avec des horodatages lisibles (le manuel de dmesg documente -T/--ctime précisément pour cela : afficher une heure lisible plutôt qu'un décalage brut). Chercher des OOM kills, des erreurs de disque ou des réinitialisations de carte réseau.
3. vmstat 1 5 — les colonnes procs (r : processus exécutables, b : en sommeil ininterruptible) lues avec les colonnes CPU ; un r élevé indique une pression sur le CPU, un b élevé plutôt des attentes d'E/S. La première ligne est une moyenne depuis le démarrage ; il faut lire les suivantes.
4. mpstat -P ALL 1 5 — le détail par CPU, que la moyenne globale masque, y compris %steal sur les machines virtuelles.
5. pidstat 1 5 — l'utilisation CPU par processus, pour qu'un processus emballé ne se perde pas dans un chiffre global.
6. iostat -xz 1 5 — latence et taux d'utilisation par périphérique, à l'aide des champs étendus de sysstat (-x) ; -z masque les périphériques inactifs, et le premier rapport couvre là aussi la période depuis le démarrage (-y l'omet).
7. free -m — utilisation de la mémoire et du swap en mégaoctets ; évaluer la marge disponible d'après la colonne available et non free, car le cache de pages est récupérable.
8. sar -n DEV 1 5 — débits de paquets et de kilooctets par interface, via la même suite sysstat ; les erreurs et pertes d'interface figurent dans le rapport distinct sar -n EDEV.
9. sar -n TCP,ETCP 1 5 — taux de connexions et compteurs d'erreurs TCP, dont les segments retransmis (retrans/s), sans capture de paquets.
10. top — un résumé en temps réel et triable qui confirme ce que les outils plus spécifiques ont déjà montré ; dans un script, exécuter top -b -n 1 (mode batch, une seule itération), car top en mode interactif monopolise le terminal et ne se termine jamais de lui-même.

Résultat attendu

En une minute environ, une courte liste d'une ou deux ressources — un CPU précis, un périphérique précis, du swapping ou un processus précis — qui méritent un outil plus poussé, au lieu d'une supposition faite au hasard.

Limites et base de vérification

Toutes les commandes sont en lecture seule ; il n'y a rien à sauvegarder ni à annuler, et la séquence peut être répétée librement. Un unique échantillon de 5 secondes est bruité ; une ressource qui paraît problématique une seule fois justifie un échantillon plus long avant toute action. L'ordre suit la finalité documentée de chaque outil et non un algorithme de diagnostic fixe.