Utiliser SMIT comme générateur de commandes plutôt que comme système de menus

Objectif

Transformer une session de menus SMIT/smitty en la ligne de commande exacte qu'un agent pourra ensuite exécuter de façon non interactive, sans avoir à deviner les noms des options.

Prérequis

Pouvoir lancer smit ou smitty en mode interactif au moins une fois pour la tâche concernée, et disposer des droits d'écriture dans le répertoire où seront créés les fichiers de journal (normalement le répertoire personnel de l'utilisateur qui lance l'outil).

Étapes

1. Exécutez la tâche avec smitty <fastpath> (par exemple smitty chuser pour modifier les attributs d'un utilisateur) au lieu de parcourir le menu de premier niveau ; les FastPaths sont les noms des mêmes boîtes de dialogue que la hiérarchie de menus de SMIT permet d'atteindre.
2. Renseignez les champs du dialogue selon vos besoins. Avant d'appuyer sur Entrée, la touche F6 (Command) dans smitty affiche la commande construite à partir de vos choix ; cette ligne est la commande exacte à réutiliser.
3. Après la session, lisez $HOME/smit.script : ce fichier enregistre les commandes de la tâche cible que SMIT a réellement exécutées, avec leurs options, leurs paramètres et leurs horodatages, sous une forme prévue pour être directement réutilisable comme script shell.
4. Pour obtenir plus de détails de diagnostic (y compris les commandes intermédiaires, et pas seulement celles de la tâche cible), lisez plutôt $HOME/smit.log ; il est plus verbeux et sert autant au dépannage de SMIT lui-même qu'à l'apprentissage de la commande.
5. Pour écrire la sortie dans des fichiers précis plutôt que dans ceux par défaut, lancez smit -s <path> (script) et smit -l <path> (journal), afin que plusieurs sessions SMIT n'ajoutent pas leurs données aux mêmes fichiers.
6. Pour produire la liste des commandes sans rien exécuter, smit -x lance SMIT de façon à ne lancer aucune command_to_execute, tout en journalisant ce qui aurait été exécuté. C'est utile pour extraire une commande d'un chemin de menus que vous ne voulez pas encore appliquer.
7. Vérifiez que la commande récupérée fonctionne seule : exécutez-la directement en dehors de SMIT et contrôlez que son résultat correspond à celui de la session SMIT.

Résultat attendu

Un fichier smit.script (ou une ligne copiée depuis la fenêtre de sortie) contenant une commande AIX exacte, avec toutes ses options, qui reproduit la modification faite par les menus et qui convient à un script ou à une exécution non interactive par un agent.

Limites et base de vérification

smit.script enregistre les commandes cibles, mais pas nécessairement toutes les validations que SMIT a effectuées au préalable sur les données saisies ; relancer la commande extraite en dehors de SMIT contourne ces contrôles, il faut donc vérifier les préconditions (les mêmes que celles imposées par le dialogue de SMIT) avant de la réutiliser. SMIT n'écrase pas ces fichiers entre deux sessions : il y ajoute de nouvelles entrées, de sorte que des entrées obsolètes issues de tâches antérieures peuvent s'accumuler, sauf si -s/-l dirigent chaque session vers son propre fichier.