S'orienter sur une LPAR AIX inconnue avant de taper quoi que ce soit d'autre

Ce que c'est

Une LPAR AIX (partition logique sur matériel IBM Power) partage une ascendance Unix avec Linux, mais s'en écarte sur des points qui invalident les habitudes acquises sur les systèmes GNU/Linux. Avant toute modification, collectez les informations suivantes :

• oslevel -s : la chaîne Release-TechnologyLevel-ServicePack-Build installée (par exemple 7300-01-02-2320), qui est la manière standard d'indiquer le niveau d'AIX. Comparez-la au niveau attendu pour la charge de travail.
• prtconf : un inventaire matériel et firmware en texte brut : modèle du système, numéro de série de la machine, type et nombre de processeurs, taille de la mémoire, informations réseau et de pagination, le tout dans un seul rapport.
• lsattr -El sys0 : les attributs du pseudo-périphérique sys0, qui représente les paramètres ajustables globaux du système (realmem, maxuproc, etc.) stockés dans l'ODM et non dans un fichier de configuration.
• uname -a : affiche des champs propres à AIX (nom du système d'exploitation, nom du nœud, version et release d'AIX, identifiant de la machine) ; l'ordre et la signification des champs diffèrent de uname -a sous Linux, et aucune chaîne de build du noyau n'est à lire.
• bootinfo -b : le dernier périphérique de démarrage ; utile pour comprendre pourquoi un système a démarré depuis un disque inattendu.
• lparstat -i : la configuration de la partition du point de vue de l'hyperviseur : nom et numéro de la partition, type (processeurs dédiés ou partagés), capacité allouée (entitled capacity), CPU virtuels et mémoire ; à distinguer des mesures d'utilisation de type vmstat/top.

Pourquoi c'est important

Deux habitudes héritées de Linux causent le plus de difficultés. Premièrement, le shell interactif et de connexion par défaut d'AIX est le shell Korn (/usr/bin/ksh), et non bash. Sur AIX 7.2/7.3, /usr/bin/ksh est ksh88 (ksh93 est un binaire distinct, /usr/bin/ksh93) ; la syntaxe propre à bash, comme l'affectation de tableau arr=(a b), l'expansion d'accolades {1..5}, la syntaxe de citation $'...' ou local, est donc absente ou se comporte différemment. Deuxièmement, les commandes AIX standard (ls, ps, df, tar, …) sont celles de l'Unix/POSIX historique : les options longues de style GNU --flag ne sont en général pas acceptées. Les scripts écrits pour les outils GNU échouent silencieusement ou se comportent autrement, sauf si une suite d'outils GNU a été installée séparément (voir l'article sur l'AIX Toolbox dans cette série).

Comment l'appliquer

• Exécutez les six commandes ci-dessus, en lecture seule, avant toute modification ; conservez leur sortie comme référence de départ.
• Notez le niveau d'AIX donné par oslevel -s et vérifiez-le par rapport au statut de support et de fin de support (EOS) d'IBM pour cette release avant de présumer d'un comportement.
• Considérez sys0 et les autres attributs stockés dans l'ODM comme une configuration à consulter avec lsattr, et non comme des fichiers à parcourir avec grep.
• Lorsqu'un script doit fonctionner à la fois sous Linux et sous AIX, testez d'abord sa ligne de commande exacte sur AIX ; ne supposez pas qu'une option existe.

Pièges

• Supposer que bash est présent ou qu'il est le shell de connexion ; même lorsqu'il est installé (souvent sous /opt/freeware/bin ou /usr/bin via l'AIX Toolbox), le shell par défaut du système reste ksh.
• Lire la sortie de uname -a avec en tête les positions des champs sous Linux, et se tromper sur la version.
• Traiter lparstat -i et vmstat/topas comme interchangeables ; -i fournit un instantané ponctuel de la configuration, et non un échantillon d'utilisation.