Gestion et automatisation de réseau : Cisco Tidal Enterprise Orchestrator

Orchestrator de marée d'entreprise : Scripts exécutant d'autres Executables et délais d'attente

17 octobre 2015 - Traduction automatique
Autres versions: PDFpdf | Anglais (22 août 2015) | Commentaires


Contenu


Introduction

Ce document fournit des informations au sujet des questions qui se produisent en employant les activités de script (powershell, etc.) pour exécuter d'autres executables.

Conditions préalables

Conditions requises

Aucune spécification déterminée n'est requise pour ce document.

Composants utilisés

Les informations dans ce document sont basées sur l'orchestrator de marée d'entreprise (TEO) 2.1 ou plus tard.

Les informations contenues dans ce document ont été créées à partir des périphériques d'un environnement de laboratoire spécifique. Tous les périphériques utilisés dans ce document ont démarré avec une configuration effacée (par défaut). Si votre réseau est opérationnel, assurez-vous que vous comprenez l'effet potentiel de toute commande.

Conventions

Pour plus d'informations sur les conventions utilisées dans ce document, reportez-vous à Conventions relatives aux conseils techniques Cisco.

Question et cause

L'utilisateur final a eu une activité de script de PowerShell qui lance leur classe des propriétaires exécutable. L'activité semble s'arrêter jusqu'au délai d'attente et signale une erreur en service de fichier. Leur exécutable de propriété industrielle lance un programme d'enfant. Le programme d'enfant traîne pendant longtemps et continue à verrouiller le fichier de sortie jusqu'à ce qu'il soit de finition. Tant que le programme d'enfant est toujours autour, le script continue à rester l'exécution. L'activité continuera à l'attendre pour terminer. Dans le cas de l'utilisateur final, le programme d'enfant exécute plus long que le délai d'inactivité donné. Par conséquent, l'activité échoue avec un délai d'attente. Une fois qu'il est dans le délai d'attente, l'activité exécutera le nettoyage. Il essaye de supprimer le répertoire de travail. Cependant, il ne fait pas ainsi parce que le fichier de sortie dans le répertoire est toujours verrouillé (par le processus fils).

Solution

La question de verrouillage de fichier a été résolue dans TEO 2.1.2 HotFix3 et plus tard. Si l'utilisateur final ne s'inquiète pas de la sortie du script, alors rien supplémentaire n'est nécessaire. Ceci dépend si l'utilisateur final installe HotFix3 pour TEO 2.1.2, ou a TEO 2.2 ou plus tard. Si la sortie de script est nécessaire, alors l'utilisateur final devra écrire un VBScript de wrapper pour saisir la sortie et pour la renvoyer. Ceci est mis en référence par CDETS CSCzo30416.

Conversations connexes de la communauté de soutien de Cisco

Le site Cisco Support Community est un forum où vous pouvez poser des questions, répondre à des questions, faire part de suggestions et collaborer avec vos pairs.


Informations connexes


Document ID: 113237