AIX : versions, services, paquets et diagnostic

Identifier AIX et son niveau de maintenance

AIX est le système Unix d’IBM. Relevez le niveau du système et le contexte matériel ou de partition avant de suivre une recette. Les exemples du wiki couvrent plusieurs générations : les sorties affichant AIX 5.3 ne constituent pas une référence pour un système récent.

L’inventaire doit accompagner les tickets et les procédures de reprise. Vérifiez aussi la compatibilité de l’application et de ses bibliothèques, pas uniquement celle du système de base.

oslevel -s
uname -a

Observer les services gérés par SRC

lssrc permet de lire l’état des sous-systèmes connus du System Resource Controller. startsrc, stopsrc et refresh ont des usages distincts ; refresh n’est utile que si le sous-système prend en charge le rechargement attendu.

Ne recopiez pas les options sendmail d’un ancien serveur comme paramètres universels. Inspectez la définition de votre sous-système et ses journaux. Un statut actif ne prouve pas qu’une application accepte correctement les requêtes.

lssrc -a
lssrc -s sshd

Distinguer installp et les RPM construits pour AIX

Les filesets gérés par installp disposent d’états appliqués et validés qui influencent les possibilités de retour arrière. L’ancien exemple installait puis validait immédiatement ; décidez du moment de validation après les contrôles de fonctionnement.

Correction importante : un RPM compilé pour Linux PowerPC n’est pas automatiquement un paquet AIX. Utilisez des paquets construits pour AIX, notamment ceux de l’AIX Toolbox, avec les dépendances et niveaux attendus. IBM recommande DNF pour gérer les logiciels et dépendances de cette Toolbox.

lslpp -L
installp -s all

Lire les caractéristiques réseau avant de modifier un lien

L’ancien mémo forçait vitesse et duplex sur une interface donnée. Identifiez d’abord l’adaptateur physique ou virtuel et le chemin d’accès, notamment si un VIOS intervient. Coordonnez une modification avec la configuration du commutateur.

Distinguez la valeur configurée de la valeur réellement négociée. Une modification persistante différée n’a pas nécessairement d’effet immédiat, et une réinitialisation du périphérique peut couper la session.

lsdev -Cc adapter
lsattr -El ent0
entstat -d ent0

Classer CPU et mémoire avec des unités explicites

Le tri du mémo CPU ne précisait pas un tri numérique : un classement lexicographique peut donner un ordre trompeur. Inspectez les colonnes fournies par ps et triez numériquement la mesure choisie en conservant l’en-tête à part.

Le RSS n’est pas une somme simple de mémoire exclusivement possédée par chaque processus. Pour diagnostiquer une pression mémoire, corrélez plusieurs mesures et la durée d’observation. Un pourcentage CPU instantané ou cumulé doit être interprété selon l’outil et le périmètre de la partition.

Analyser les erreurs avant d’effacer une alarme

La fiche historique expliquait comment éteindre un voyant après réparation avec diag. L’extinction du voyant n’est pas une réparation. Conservez le journal d’erreurs, identifiez le composant et confirmez sa remise en état avant d’acquitter l’alarme.

Les diagnostics matériels peuvent être interactifs et certains tests perturbent le service. Choisissez le mode approprié avec la procédure du matériel et votre fenêtre de maintenance.

errpt
errpt -a

Préparer un arrêt ou un redémarrage

Les formes shutdown -F et shutdown -Fr du mémo doivent être comprises avec la documentation de la version installée. N’utilisez pas halt ou une coupure de partition comme équivalents supposés d’un arrêt applicatif propre.

Arrêtez les applications dans l’ordre prévu, vérifiez les sauvegardes et gardez une console. Après redémarrage, contrôlez montages, services et accès métier. L’objectif est la reprise du service, pas seulement le retour d’un prompt.