Configuration requise pour z/OS UNIX System Services et Java
Une fois que votre site a activé les agents auto-décrivants sur un hub Tivoli Enterprise Monitoring Server, le serveur de surveillance doit avoir accès à un Java™ Runtime Environment fonctionnant sous IBM® 's 31-bit or 64-bit Java SDK Version 5 (ou supérieure) et à un système de fichiers HFS ou zFS accessible via z/OS UNIX. La fonction d'agent auto-décrivant stocke les paquets de support d'application dans le système de fichiers z/OS UNIX et invoque ensuite la commande Java jar pour extraire les fichiers des paquets de support d'application qui y sont stockés. Étant donné que le logiciel Java de IBM fonctionne sur z/OS® sous z/OS UNIX, cela signifie également que z/OS UNIX doit disposer de ~50MB d'espace de travail.
Si votre environnement compte plus de 10 à 15 types d'agents, consultez la section relative à la configuration matérielle et logicielle du guide d'installation et de configuration pour plus de détails sur les exigences en matière de stockage.
Si vous utilisez la fonction d'agents auto-décrivants sur un serveur Tivoli Enterprise Monitoring fonctionnant sur z/OS, vous devez fournir le répertoire z/OS UNIX dans lequel Java est installé. La méthode de configuration PARMGEN permet d'indiquer le répertoire dans le paramètre GBL_HFS_JAVA_DIRn. La valeur que vous fournissez est définie en tant qu'instruction TEMS_JAVA_BINPATH dans le fichier KDSDPROF , qui est créé dans le répertoire de support z/OS UNIX du serveur de surveillance.
Lorsqu'un serveur de surveillance fonctionnant sous z/OS installe un agent auto-descriptif, il ajoute la valeur TEMS_JAVA_BINPATH au paramètre PATH par z/OS UNIX défaut afin de pouvoir localiser le répertoire /bin Java où réside jar l'utilitaire. L'utilitaire jar est obligatoire pour extraire les fichiers des packages de prise en charge d'application qui ont été téléchargés à partir de l'agent.
Vous devez vous assurer qu'aucune version plus ancienne ou incohérente de Java ne reste dans les bibliothèques par défaut z/OS UNIX PATH ou LIBPATH, car les binaires Java plus anciens peuvent entrer en conflit avec les binaires Java du répertoire que vous avez fourni lors d'une configuration précédente. Par exemple, le LIBPATH par défaut sur la plupart des systèmes z/OS UNIX est LIBPATH=/lib:/usr/lib:. Etant donné que cette spécification ne contient pas de répertoires binaires Java, elle n'entre pas en conflit avec le paramètre TEMS_JAVA_BINPATH. Par conséquent, l'utilitaire jar appelé par un serveur de surveillance doit s'exécuter correctement.
Mais s'il existe un paramètre LIBPATH qui inclut un répertoire Java avec une version de Java différente de celle que vous avez spécifiée lors de la configuration, la fonction autodescriptive peut échouer lorsqu'elle appelle l'utilitaire jar . Cet échec se produit car la valeur TEMS_JAVA_BINPATH spécifiant une version Java a été ajoutée au paramètre PATH avec une version Java différente spécifiée dans LIBPATH. S'il s'agit de versions Java incompatibles, l'utilitaire jar ne peut pas fonctionner correctement.
Pour résoudre ce problème, mettez à jour le paramètre par défaut de z/OS UNIX LIBPATH de manière à omettre le répertoire Java ou à spécifier un répertoire au même niveau Java. IBM recommande, si l'utilitaire jar invoqué par le serveur de surveillance ne se termine pas avec succès, de vérifier qu'il n'y a pas un niveau incohérent de Java spécifié dans le paramètre par défaut z/OS UNIX PATH ou LIBPATH qui pourrait causer une incompatibilité binaire.