Analytics and Automation Software : Cisco Tidal Enterprise Scheduler

Programmateur de marée d'entreprise : Erreur localisant le jvm.dll tout en commençant le service de maître de Windows

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


Contenu


Introduction

Ce document fournit des informations sur la façon dont résoudre les messages d'erreur qui peuvent être vus quand vous commencez le service principal, particulièrement si Java était récemment installée. Ce document fournit également une compréhension de la façon dont le service principal sélectionne la version de Javas pour l'utiliser pour le runtime environment.

Ces messages d'erreur sont couverts dans ce document :

TIDALSaMaster: Unable to determine JVM DLL location.
TIDALSaMaster: Unable to load C:\Program Files\Java\jre6\bin\client\jvm.dll
TIDALSaMaster: Unable to find JVM DLL.

Conditions préalables

Conditions requises

  • Maître de marée 5.3.1+ de Cisco Windows

  • Java Runtime Environment (JRE) installée sur le maître

  • Administrateur local sur le serveur principal

  • La connaissance de registre de Windows

Composants utilisés

Les informations dans ce document sont basées sur le service de maître de Windows.

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.

Résolvez les messages d'erreur jvm.dll

Les messages d'erreur peuvent être trouvés dans les journaux de l'observateur d'événements de Windows quand l'application principale ne peut pas trouver Javas (JVM) tandis que le service principal est commencé. Si le maître ne peut pas trouver Javas, les arrêts de service peu de temps après qu'une tentative est faite pour commencer le service. Le maître n'obtient pas même créent un log principal. Par conséquent, vous devez vérifier les logs de visualisateur d'événements pour dépanner et trouver ces messages d'erreur.

Puisque les plusieurs versions de Javas peuvent être sur le serveur, le maître utilise une clé de registre pour déterminer la version de Javas pour l'utiliser pour le service principal d'application. Cette clé peut être positionnement trouvé dans le registre sous HKEY_LOCAL_MACHINE \ LOGICIEL \ logiciel \ programmateur \ JvmVersion de marée. Si la valeur est blanc parce que le logiciel de Javas n'était pas présent pendant l'installation principale ou était récemment mis à jour, le maître ne commence pas et signale une des erreurs. La valeur de la clé de JvmVersion doit ne jamais être vide. La valeur de la clé doit être quelque chose comme 1.5 ou 1.6 selon la version Java que l'application principale doit utiliser.

http://www.cisco.com/c/dam/en/us/support/docs/cloud-systems-management/tidal-enterprise-scheduler/113170-jvmdll-01.gif

Si la valeur est blanc ou positionnement inexactement, mettez à jour simplement la valeur de JvmVersion à la version Java correcte que vous voulez que le maître l'utilise. Les valeurs valides sont 1.5 pour Javas 5 et 1.6 pour Javas 6.

Le maître apparie la valeur avérée dans la clé de JvmVersion avec la clé de registre de Javas pour déterminer l'emplacement du jvm.dll. Exemple : Si la valeur est placée à 1.6, le service principal trouve le chemin jvm.dll dans le HKEY_LOCAL_MACHINE \ LOGICIEL \ JavaSoft \ la clé Java Runtime Environment \ 1.6\RuntimeLib.

http://www.cisco.com/c/dam/en/us/support/docs/cloud-systems-management/tidal-enterprise-scheduler/113170-jvmdll-02.gif

Si la valeur de JvmVersion est correcte vous pouvez également vérifier la valeur de la clé de RuntimeLib. Cette valeur est connue pour contenir un chemin de fichier incorrect dans quelques environnements 64-bit. Assurez que le répertoire de JavaHome \ coffre \ client existe. Si le chemin de fichier n'existe pas et Java est installée, créez simplement le répertoire de client dans le répertoire de JavaHome et copiez le contenu à partir du JavaHome \ du répertoire existants de coffre \ serveur dans le nouveau répertoire de client. Une fois que vous exécutez ceci et le chemin de fichier est maintenant correct, le maître devrait commencer.

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: 113170