Micro Focus Server Automation – Trucs et astuces

30 octobre 2021

Micro-focus Automatisation du serveur permet d'effectuer une gestion de serveur complète et conforme au cœur de l'automatisation du centre de données.

Ce message contiendra les conseils et astuces mensuels de Micro Focus Server Automation, qui regrouperont divers problèmes courants dans Micro Focus Server Automation. Consultez cet article pour obtenir des conseils et astuces de dépannage pour d'autres outils.

Table des matières



  • Micro Focus Server Automation – Trucs et astuces – Janvier 2021
  • Micro Focus Server Automation – Trucs et astuces – Février 2021
    • 1. Server Automation (SA) : la mise à niveau du noyau SA vers RH7.6/RH7.7 échoue
    • 2. Server Automation (SA) : la commande uln_import échoue avec la chaîne de tampon attendue Erreur
    • 3. Prise en charge de la plate-forme - Erreur SuSE 15
    • 4. L'agent utilise l'algorithme de signature sha1WithRSAEncryption dans l'erreur de certificat
    • 5. Server Automation (SA) : Échec de l'enregistrement de l'erreur utilisateur lors de l'exécution de l'erreur uln_import
    • 6. Server Automation (SA) : message d'expiration du délai d'attente affiché lors de l'installation des derniers correctifs Windows Erreur
    • 7. Automatisation du serveur (SA) : étapes de préparation de SA pour le portage du code Python 2 vers l'erreur Python 3
    • 8. Server Automation (SA) : l'utilitaire MpC échoue en raison d'une erreur d'authentification de l'utilisateur
    • 9. Opsware-sas : Impossible de démarrer la torsion - la vérification des dépendances a échoué. Erreur
    • 10. OSBP 'Set Media Source' ne fonctionne pas lors du démarrage avec l'erreur Windows PE 10
  • Micro Focus Server Automation – Trucs et astuces – Mars 2021
    • 1. Procédure pour réinstaller l'agent sur un satellite après une corruption récente de l'outil en raison de problèmes de certificat
    • 2. Résolution du problème avec SLES pour SAP qui affiche un système d'exploitation inconnu
    • 3. Solution pour les erreurs de script par l'agent SA
    • 4. Correctif pour Windows 2016 signalé comme un système d'exploitation inconnu
    • 5. Comment débloquer les utilisateurs de la base de données
    • 6. Exécution du déploiement du programme d'installation de la plate-forme
    • 7. Solution pour les erreurs de transaction ActionStatus.ABORT_Only n'est pas dans un état valide
    • 8. Comment définir SQLNET.ALLOWED_LOGON_VERSION_SERVER sur 11 ou moins
    • 9. Comment installer l'extension de serveur pour les logiciels enregistrés ne peut pas être installé
    • 10. Solution pour l'absence de réponse de l'automatisation du serveur 10.60
  • Micro Focus Server Automation – Trucs et astuces – Avril 2021
    • Server Automation (SA) : la mise à niveau du noyau SA vers RH7.6/RH7.7 échoue
    • WINDOWS 2016 apparaît comme système INCONNU dans HPSA
    • Échec de la vérification de la signature Session
    • Ajouter du contenu RH8 à redhat_import
    • Server Automation (SA) : l'utilitaire MpC échoue en raison de l'authentification de l'utilisateur
    • Server Automation (SA) : étapes de préparation de SA pour le portage du code Python 2 vers Python 3
    • Impossible d'installer l'agent HPSA : le système ne trouve pas install_tool_x64.exe
    • Server Automation (SA) : message d'expiration du délai d'attente affiché lors de l'installation des derniers correctifs Windows
    • Server Automation (SA) : la commande uln_import échoue avec la chaîne de tampon attendue
    • Server Automation (SA) : Échec de l'enregistrement de l'erreur utilisateur lors de l'exécution de uln_import
  • Micro Focus Server Automation – Trucs et astuces – Mai 2021
    • 1. Questions sur la construction de l'ancien 10.20 au nouveau 2018.08.
    • 2. Questions sur la politique des logiciels
    • 3. Capacités de seuil de verrouillage de compte - 64256 #jm#.
    • 4. Erreur lors de l'exécution de la commande cora dans SA 10.60
    • 5. Problèmes avec les tâches HPSA après la mise à niveau
    • 6. L'installation de l'agent a échoué sur le satellite crsauapz3pa0
    • 7. Comment utiliser nohup dans un script SA avec 10.60 ?
    • 8. Erreur d'installation de la plate-forme
    • 9. Prise en charge d'Exadata pour HPSA/DMA
    • 10. Prise en charge des serveurs HPE Proliant pour un approvisionnement intelligent
  • Micro Focus Server Automation – Trucs et astuces – Juin 2021
    • 1. Avertissement : /packages/any/nt/5.2/PsSasHost.exe n'a pas pu être téléchargé
      • Je souhaite connaître l'avertissement /packages/any/nt/5.2/PsSasHost.exe qu'ils reçoivent lors de l'exécution d'une correction d'audit et le script de correction est un script PowerShell personnalisé. En arrière-plan, cela se produit dans mon environnement 10.60 où j'ai migré tout notre contenu et nos serveurs à partir de 10.21.
      • C'est très reproductible dans mon environnement de production et de développement. La correction semble s'exécuter avec succès, mais c'est un avertissement qui dérange les utilisateurs. Cela ne se produit pas pour les stratégies d'audit qui utilisent des scripts personnalisés bat ou python, uniquement lorsque le script de correction est un Power Shell. Et cela se produit avec du contenu nouvellement créé, pas seulement avec du contenu migré.
      • Je sais que Windows 5.2 est Windows 2003 qui n'est pas pris en charge dans 10.60, donc je suppose qu'une politique logicielle ou QUELQUE CHOSE contient cela et que nous devons le supprimer ?
    • Solution
    • 2. Le correctif Q4025337 a été installé plusieurs fois avec succès, mais s'affiche comme manquant
    • 3. Existe-t-il un moyen d'exporter les résultats d'audit au format PDF à partir d'OGFS ?
    • 4. ÉTATS-UNIS UNIQUEMENT Question HPSA sur l'envoi de journaux.
    • 5. Les seuils peuvent-ils être modifiés lorsque la sonde vérifie table_space ?
    • 6. L'agent SA donne une erreur pour tous les scripts
    • 7. Erreurs sur le tableau de bord OBR, le flux suivant est erroné ; conformité du logiciel.
    • 8. Les travaux d'installation de l'agent SA ne s'arrêtent qu'à l'étape binaire de l'agent
    • 9. HPSA 10.60 Production – Problèmes de sécurité à corriger.

Micro Focus Server Automation – Trucs et astuces – Janvier 2021

un. Lorsque l'utilisateur ne peut pas supprimer un agent SA sous Windows

Il est souvent remarqué que les utilisateurs sont souvent incapables de supprimer un agent SA sous Windows. Il est observé que le fichier bat de désinstallation ne peut pas supprimer tous les dossiers, fichiers, données, etc.

|__+_|

Cette erreur est généralement due au fait que l'antivirus Mcafee est dans l'état de verrouillage activé, ce qui indique que le Protection du contrôle des modifications d'application fonction est activée. Chaque fois que ce mode est activé sans être exclu, on ne peut pas supprimer ou modifier (via cmd ou manuellement) et aucun des fichiers d'un répertoire sous Lecteur C:. Nous devons exclure certains dossiers et fichiers (chemin) pour cette fonctionnalité.

Vous pouvez trouver une réponse principale dans les informations fournies ci-dessous :

|__+_|

et

|__+_|

Dans le cas où l'utilisateur utilise PowerShell l'intégration, ils peuvent avoir besoin de mettre en liste blanche le dossier indiqué ci-dessous :

|__+_|

deux. Lorsqu'un module Opsware-agent est perdu sur le cœur principal

Les utilisateurs rencontrent souvent une erreur lorsque le module opsware-agent est perdu sur le noyau principal. Cette erreur peut facilement être résolue en réinstallant l'agent principal, recherchez les éléments suivants et aidez-vous des étapes indiquées ci-dessous :

un. # service opsware-sas stop opsware-agent

deux. # /opt/opsware/agent/bin/agent_uninstall.sh –no_deactivate

3. # mv /var/opt/opsware/crypto/agent/ /tmp

# mv /etc/opt/opsware/agent/opswgw.args /tmp

4. Suivez les étapes ci-dessous

  • Ensuite, vous devez naviguer vers le Bibliothèque.
  • Après cela, sous Dossier , sélectionnez Logiciel d'exploitation.
  • Trouvez le Outils et cliquez sur Assistance aux agents .
  • Ensuite, vous devez sélectionner agent.srv de la liste fournie.
  • Cliquer sur le menu Actions , puis sélectionnez Logiciel d'exportation .
  • Ensuite, vous devez placer le fichier .srv dans le même répertoire où le programme d'installation a été initialement placé.

Conformément à votre cas, il serait /var/opt/opsware/agent_installers

5.# /opt/opsware/oi_util/curl/bin/curl -k –cert /var/opt/opsware/crypto/httpsProxy/spin.srv https://localhost:1004/spinrpc.py?method=Device.update&id =10001&allow_recert=1

6.# ./opsware-agent-70.0.76120.1-linux-OEL6 –logfile /tmp/opsware_agent

3. Résoudre l'erreur word_uploads n'a pas été complètement installé lors de la mise à niveau

Il est observé parmi les utilisateurs lorsqu'ils lancent une mise à niveau vers SA 2018.08 qu'ils rencontrent une erreur qui dit :

|__+_|

Cela se produit généralement parce que quelques composants importants n'ont pas été complètement installés. Ils sont donnés ci-dessous :

|__+_|

La cause la plus importante de cette erreur réside dans le /var/opt/Opsware/install_opsware/inv/install.inv déposer. L'utilisateur doit laisser le support de mise à niveau consulter ce fichier spécifique et afficher ce problème avec word_uploads . Lorsque l'utilisateur le vérifie manuellement, il trouvera :

|__+_|

Ce n'est pas celui dont vous avez besoin pour que le système fonctionne correctement. Vous avez besoin que les détails suivants soient affichés :

|__+_|

Cela peut souvent se produire en raison de nombreux problèmes, comme ceux indiqués ci-dessous :

  1. Cela est souvent dû au fait que le fichier inv n'est pas mis à jour correctement,
  2. Parfois, c'est parce que les versions RPM n'ont pas été mises à jour.

Vous pouvez essayer de changer le fichier INV et d'ajouter les trois lignes mentionnées ci-dessus. Ensuite, vous devez redémarrage le système, puis Améliorer .

4. Résoudre l'espace du système de fichiers surchargé

Les utilisateurs rencontrent souvent un espace de système de fichiers surchargé qui est trop plein pour prendre plus de fichiers ou de données. La solution la plus efficace serait d'augmenter l'espace/mémoire nécessaire à /var/opt/système de fichiers Opsware . Pour éviter de telles erreurs similaires à l'avenir, l'utilisateur doit ajouter de l'espace supplémentaire aux systèmes de fichiers qui en ont nécessairement besoin.

Dans /var/opt/Opsware, il existe de nombreux répertoires dans lesquels la consommation mémoire augmente sans que l'utilisateur puisse estimer l'espace nécessaire. L'utilisateur peut commencer par augmenter le système de fichiers avec une plus grande quantité d'espace disque pour éviter les problèmes liés à l'espace.

Pour faire simple, plus l'utilisateur utilise SA longtemps, plus le fs augmentera dans l'espace, il est également affecté par l'utilisation intensive.

Vous pouvez suivre les étapes ci-dessous pour nettoyer tout le cache et libérer de l'espace dans le système de fichiers :

Pour supprimer tous les fichiers inutiles du cache de mots :

  1. Vous devez éditer et modifier ce paramètre dans /etc/opt/Opsware/mm_wordbot/mm_wordbot.args sur tous les cœurs et satellites :

cache_max_size - la taille maximale du répertoire de cache

cache_min_size - la taille minimale du répertoire de cache

cache_cleanup_rate - Le taux de nettoyage du répertoire de cache (la valeur par défaut de base pour le taux de nettoyage est de 720 minutes ou 12 heures. Les utilisateurs peuvent le modifier et le changer à 1 heure).

Spécifiquement pour le /var/log/opsware , cela doit être dû à /var/log/opsware/waybot/debug/, il sera en mesure de supprimer en toute sécurité le waybot/débogage/ annuaire.

  1. Puis à partir du Java client , l'utilisateur doit accéder à Configuration du système.
  2. Ensuite, ils doivent trouver Moteur de commande (WAY) et chercher la manière.debug_size.
  3. Après cela, ils doivent le mettre à 0 si, dans tous les cas, c'est 1. Il est nécessaire de désactiver la plupart de la génération de journalisation supplémentaire.

Puis un certain nombre de secondes way.debug_staleness_threshold pour que ces caches/fichiers soient effacés automatiquement. Assurez-vous de définir la valeur avec précision.

5. Correction de l'erreur lorsque Server Automation n'a pas réussi à trouver le fichier de version Oracle principal pendant le processus d'installation

Il est souvent remarqué parmi les utilisateurs que pendant le processus d'installation d'un Server Automation (SA) secondaire dans l'environnement SA précédemment présent, une erreur s'affiche à l'écran. L'erreur à l'écran étant : Impossible de trouver le fichier de version Oracle principal .

Au moment de l'installation d'un noyau SA secondaire dans un environnement SA précédent, le hpsa_install.sh Le script est principalement exécuté sur le serveur censé héberger le noyau secondaire. Lorsque le script échoue, il affiche les messages ci-dessous :

|__+_|

Ce problème peut être facilement résolu ; l'utilisateur doit suivre les étapes ci-dessous :

  1. Vous devez créer le répertoire /var/opt/Opsware/vérité sur le serveur spécifique qui héberge le cœur secondaire
|__+_|
  1. Ensuite, vous devez copier le cdf..xml et vérité..tar.gz fichiers à /var/opt/opsware/vérité .

Après cette étape, lorsque les fichiers sont en place, au cas où le script hpsa_install.sh est toujours assis à l'invite (vu après l'erreur), alors l'option précédente doit être sélectionnée. Et puis, après avoir répondu à nouveau à toutes les questions, l'installation commencera et se terminera plus tard sans aucune erreur.

Si le script hpsa_install.sh a été quitté après l'apparition de l'erreur, l'utilisateur doit l'exécuter à nouveau. Mais cette fois, ils doivent spécifier le fichier cdf.xml créé par la première tentative avortée.

|__+_|

6. Gestion de la taille du tas de torsion pour de meilleures performances

La façon la plus appropriée de tordre la taille du tas consiste à augmenter la taille du tas. C'est le moyen le plus efficace d'allouer plus de mémoire au serveur et au composant Twist. Solution

1. Vous devez obtenir le résultat des commandes ci-dessous :

|__+_|

2. Ensuite, vous devez augmenter la taille du tas Twist au minimum d'au moins 4 Go :

  • Lorsque vous utilisez un éditeur de texte, vous devez ouvrir le fichier. L'utilisateur doit également s'assurer avant de modifier qu'il dispose d'une sauvegarde de ce fichier.
|__+_|
  • Ensuite, vous devez modifier l'entrée suivante pour l'allocation nécessaire :
|__+_|

Si la valeur est déjà définie sur 4 Go ou plus, l'utilisateur doit doubler la valeur actuelle. Ils doivent également s'assurer que la mémoire disponible sur le serveur peut le prendre.

  • Vous devez maintenant enregistrer les modifications récentes, puis redémarrer le twist :
|__+_|

Ceci afin de vérifier s'il a agi lors du changement, et après le redémarrage, les utilisateurs peuvent :

Vous devez rechercher le twist PID par chat /var/opt/Opsware/twist/twist.pid

et ensuite vous devez exécuter:

|__+_|
  • Ensuite, vous devez suivre attentivement toutes les étapes de à à c sur tous les cœurs/tranches.

7. Résoudre l'échec des prérequis observé au moment de la mise à niveau

Il arrive souvent qu'au moment de la mise à niveau d'un ancien environnement Server Automation (SA) vers SA 2020.11, les utilisateurs rencontrent des problèmes lors de la procédure. L'erreur affichée à l'écran indique

|__+_|

La base de données Oracle actuelle utilisée par la version SA précédente a NLS_CHARACTERSET mis à UTF8 . Fondamentalement, la version SA 2020.11 peut fonctionner avec des bases de données Oracle en utilisant l'un des deux, UTF8 ou AL32UTF8. Cependant, AL32UTF8 est une version plus sûre d'UTF8. Et le SA 2020.11 a été structuré pour fonctionner avec les bases de données tout en utilisant cette valeur.

Cela pourrait probablement être dû à un bogue, et à cause de cela, cette erreur devient récurrente. Cette erreur peut être résolue en maintenant certaines mesures de sécurité. S'il s'agit du seul échec affiché dans l'échec de la liste de contrôle des prérequis indiqué par hpsa_upgrade.sh, vous devez cliquer sur Continuez .

Ensuite, l'utilisateur doit procéder à la mise à niveau. Cet échec sera un problème mineur ; cela n'entraverait aucun des processus et ne serait pas récurrent.

8. Instructions pour désactiver le composant buildmgr

Généralement, JKS Keystore utilise un format propriétaire. Il est conseillé à l'utilisateur de migrer vers PKCS12, qui est un standard de l'industrie. Il utilise un format :

|__+_|

Ce conseil n'est pas applicable uniquement si vous utilisez la fonction de séquences de système d'exploitation obsolète ; alors vous n'avez pas besoin de ce composant car les plans de build du système d'exploitation (qui avaient remplacé les séquences du système d'exploitation) n'ont pas particulièrement besoin du composant buildmgr. Comme conseillé précédemment, il est préférable pour l'utilisateur d'arrêter le composant buildmgr.

Il est possible de supprimer le buildmgr du démarrage ; les utilisateurs n'ont qu'à suivre les étapes ci-dessous :

  • Vous devez arrêter le composant buildmgr.
|__+_|
  • Ensuite, vous devez commenter buildmgr dans /opt/opsware/oi_util/startup/components.config
  • Ensuite, vous devez modifier et renommer /etc/opt/opsware/startup/buildmgr à quelque chose comme .buildmgr ( /etc/opt/opsware/startup/.buildmgr )

L'utilisateur doit noter que le . avant que le nom buildmgr ne cache le fichier de toutes les opérations ordinaires du système d'exploitation. Il est essentiel qu'ils soient conscients du fait que vous devrez peut-être réactiver le composant du gestionnaire de build avant d'installer l'un des correctifs cumulatifs, des ensembles de correctifs ou d'appliquer les correctifs CORD.

9. Instructions sur la recherche et l'identification des versions SA

Fondamentalement, Server Automation (SA) contient de nombreux composants internes avec une variété de numéros de version qui peuvent sembler difficiles à assimiler aux versions SA réelles.

Il existe plusieurs façons de savoir quelle version de produit SA utiliser :

Via le client java SA

Vous pouvez utiliser le client SA Java uniquement à partir d'un PC sur lequel le client SA est installé, suivez :

  1. Vous devez démarrer puis vous connecter au client SA.
  2. Naviguez ensuite jusqu'au Aider onglet en haut de la fenêtre du client.
  3. Vous pouvez sélectionner à propos de HPE Server Automation ou À propos de l'automatisation du serveur option.
  4. Ensuite, dans la fenêtre de résultat, l'édition du produit SA avec sa version de construction interne sera visible sur la deuxième ligne. Il serait visible sous le Version languette.

Via la commande de version

Ce correctif ne peut être applicable que pour Linux systèmes d'exploitation , car il agit comme l'un des serveurs principaux SA. Vous devez exécuter la commande : /opt/Opsware/support/bin/version

Si l'utilisateur rencontre le message Aucun fichier ou répertoire de ce type, cela signifie que le bundle de support logiciel SA OPStools n'a pas été installé sur cette version de base SA. Il est fortement conseillé d'installer ce bundle spécifique (qui n'a pas besoin de temps d'arrêt pour le produit) pour obtenir le version utilitaire et autres. Il sera très efficace pour maintenir le produit SA.

Via la commande Cora

Ce correctif ne peut s'appliquer qu'aux systèmes d'exploitation Linux ; vous devez vous y connecter. Ensuite, l'utilisateur doit exécuter la commande ci-dessous :

|__+_|

La version du produit sera visible en haut de la sortie qui sera renvoyée. Des informations similaires seront extraites d'un .cora fichier créé précédemment par l'utilitaire principal en exécutant la commande ci-dessous :

|__+_|

Et dans le cas où aucune erreur de fichier ou de répertoire de ce type ne s'affiche lors du lancement de cette commande, cela indique que le bundle de support OPSWtools mentionné précédemment n'est pas installé.

En examinant les versions de composants trouvées sous le

/var/opt/Opsware/install_opsware/inv/install.inv fichier sur un serveur principal de Server Automation. Vous pouvez le faire en As différents composants principaux de Server Automation seront répertoriés avec leurs versions de construction sous le fichier :

/var/opt/Opsware/install_opsware/inv/install.inv . Ensuite, vous devez vous connecter à l'un des serveurs principaux SA et lancer la commande ci-dessous :

grep -i build_id /var/opt/opsware/install_opsware/inv/install.inv | trier | unique.

Et la version qui sera signalée sera la version de construction de Server Automation. L'utilisateur doit noter que dans le cas où plusieurs versions sont signalées, le produit SA a déjà subi de nombreuses mises à niveau. Les anciennes versions peuvent être les composants qui ne sont plus utilisés dans la nouvelle version récente de Server Automation ou qui ne sont pas mis à niveau avec précision.

Via l'iso du produit Server Automation

Lors du premier téléchargement du produit Server Automation, ses composants créent un fichier gzip appelé T8900-150nn.tgz (où nn est un nombre à deux chiffres). Lorsqu'il est décompressé / désarchivé, ce fichier particulier créera de nombreux répertoires, tous avec des noms similaires T8900-150nn Numéro d'article. L'utilisateur doit noter que les ISO pour le cordon (mises à niveau maigres vers une version SA principale qui a les versions SA 10.21, 10.22, 10.23 et 10.51) n'auront pas de fichiers nommés comme T8900-150xx Nom. Au lieu de cela, ces fichiers auront les versions de build SA mentionnées précédemment et seront au format an.n.nnnnn.n.

10. Correction du système ne peut pas trouver l'erreur install_tool_x64.exe

Il arrive souvent que les utilisateurs rencontrent un message d'erreur qui entrave leur travail, certains des exemples de message sont donnés ci-dessous :

|__+_|

Ces erreurs peuvent facilement être résolues ; l'utilisateur n'a qu'à suivre les étapes ci-dessous :

Sur le serveur qui s'est affiché, l'erreur a été définie comme :

|__+_|

Et lors du test de nos serveurs, il était défini comme suit :

|__+_|
  1. Vous devez ouvrir le CMD en tant qu'administrateur sur le serveur Windows qui a l'erreur.
  2. Ensuite, vous devez exécuter la commande ci-dessous :
|__+_|

En cas de chemins multiples, incluez votre équipe d'administrateurs Windows, alors laissez-les éditer et changer la valeur dans le enregistrement des dossiers. Une fois les valeurs modifiées, vous pouvez confirmer le changement de C:windowssystem32cmd.exe, et cela signifierait qu'il fonctionne avec précision.