Ce chapitre traite des sujets suivants :
Problèmes connus et limitations
Remarque : Toutes les appliances basées sur Solaris ont été supprimées de CA AppLogic® 3.7.
Important : Nous vous recommandons fortement d'utiliser le shell Web fourni avec l'interface utilisateur graphique CA AppLogic®.
Cette section décrit les problèmes connus et les restrictions actuellement applicables.
Cela veut dire qu'une appliance peut uniquement parler à des appliances connectées (plus son propre serveur et le contrôleur de grille). Toutefois, les protocoles des nouvelles appliances doivent être correctement spécifiés afin d'assurer l'intégrité et la compatibilité de la conception de l'application avec les futures versions de CA AppLogic®.
L'espace disque disponible total signalé par la commande d'informations de grille est une estimation brut et ne tient pas compte de la mise en miroir de volume. L'espace disque disponible réel est la quantité disponible signalée divisée par le nombre de miroirs (2 miroirs par défaut). Par exemple, s'il y a 1000 Go d'espace disque disponible et que la grille a été configuré pour deux mises en miroirs, l'espace disque disponible est de 500 Go. En outre, pour mettre correctement en miroir les volumes, l'espace disque doit être suffisant sur au moins X serveurs, où X est le nombre de miroirs (la création d'un volume par CA AppLogic® n'échoue pas, si l'un de ses miroirs ne peut pas être créé, un avertissement s'affiche indiquant que vous ne pouvez pas mettre en miroir le volume).
Si une application est démarrée et qu'un des serveurs de la grille échoue, le démarrage de l'application échouera si une ou plusieurs appliances de l'application ont été planifiées pour s'exécuter sur le serveur en échec. Si cette situation se produit, redémarrez simplement l'application.
Pour charger des fichiers plus volumineux sur votre volume, utilisez la commande de shell vol manage. N'oubliez pas de spécifier les paramètres d'IP externes pour que cette commande active l'accès distant dans le gestionnaire de volume. Pour plus d'informations, veuillez consulter la référence pour la commande vol manage.
Le nouveau mode de configuration dhcp ne prend pas en charge la balise de propriété pour la configuration d'appliance. Lorsque vous déplacez des appliances depuis volfix à des modes de configuration dhcp, la documentation APK décrit comment s'occuper des appliances qui dépendent de la balise de propriété pour la configuration d'appliance. Pour plus d'informations, reportez-vous au kit d'appliances (APK).
Pour voir que l'indicateur de validation pour une application, ouvrez l'application dans le mode d'édition. Les indicateurs de validation sont utilisés pour marquer les appliances qui n'ont pas toutes leurs propriétés/terminaux/et volumes obligatoires correctement configurés.
Par conséquent, vous ne pouvez pas utiliser la console graphique avec ces appliances. Cela est fait exprès afin de rendre les appliances aussi compactes que possible. A l'aide du nouvel utilitaire iso2class, les utilisateurs peuvent créer leurs propres appliances avec une prise en charge complète du bureau.
Cette erreur est due au fait que CA AppLogic® définit le nom d'ordinateur d'une appliance sur son nom d'instance. Par conséquent, si vous avez plus d'une appliance qui s'exécute sur une grille qui a tous les mêmes noms d'instance, l'erreur de nom double sera affichée dans Windows sur la console graphique. Cette erreur n'est qu'un avertissement et n'affecte pas la grille ou son utilisation. Toutefois, si vous devez utiliser Windows comme contrôleur de domaine, vous devrez définir les noms de l'ordinateur en tant que noms uniques pour chaque appliance. Vous pouvez utiliser l'utilitaire wincfg pour définir le nom de l'ordinateur dans votre appliance.
Si vous n'utilisez pas la dernière version de Java, la console graphique risque de ne pas fonctionner correctement (elle se bloquera lors de la tentative de chargement). Avant de signaler des erreurs de console graphique à CA, vérifiez que vous utilisez la dernière version de Java (si vous devez mettre à niveau Java dans votre navigateur, veillez à rouvrir votre navigateur par la suite pour que la console graphique fonctionne correctement).
Lorsqu'un serveur secondaire prend le relais comme nouveau serveur principal, si le nombre de ressources disponibles sur le serveur est insuffisant pour démarrer le contrôleur de grille, CA AppLogic® redémarre les appliances qui s'exécutent sur le nouveau serveur primaire sur d'autres serveurs de la grille, de sorte à pouvoir démarrer le contrôleur de grille sur le nouveau serveur primaire. Notez que cela peut casser des groupes de basculement d'appliance. Si CA AppLogic® arrête l'une de ces appliances, celle-ci ne pourra plus être redémarrée sur un autre serveur, car les ressources sont insuffisantes pour les besoins du groupe de basculement.
Toutes les appliances HVM (Windows, etc.) utilisent plus de mémoire sur le serveur que celle qu'elles sont censées consommer. Généralement, en fonction de la quantité de mémoire affectée à une appliance basée sur HVM, l'appliance utilise la mémoire supplémentaire sur le serveur dans lequel il s'exécute (cette mémoire supplémentaire est requise par l'hyperviseur de virtualisation s'exécutant sur les serveurs et est connue comme mémoire fantôme). Par conséquent, même si un serveur dispose de suffisamment de mémoire disponible par rapport à la quantité affectée à l'appliance, il se peut que cette dernière ne puisse pas s'exécuter sur le serveur en raison de la mémoire fantôme supplémentaire nécessaire pour les appliances HVM, laquelle n'est pas disponible sur le serveur. Le planificateur CA AppLogic® tient compte de cette mémoire fantôme supplémentaire lors de la planification des appliances pendant le démarrage de l'application.
Tout autre navigateur peut être utilisé à la place.
Les interfaces partagées sont compatibles avec tous les autres systèmes d'exploitation.
Les problèmes connus dans cette version sont décrits ci-dessous :
Lorsque la grille et le contrôleur de grille font face à une forte charge, il est possible qu'un échec de certaines commandes de contrôleur de grille (app provision/vol resize, etc.) survienne et que des erreurs réseau se produisent dans l'interface utilisateur graphique. Si ce problème se pose, définissez l'UC du contrôleur de grille sur 1 et la mémoire sur 2 Go minimum pour le résoudre.
Ce problème sera résolu dans une version ultérieure.
Pour résoudre ce problème, désassociez l'appliance et redémarrez l'application. Ce problème sera résolu dans une version ultérieure.
Actuellement le serveur de fichiers ne prend pas en charge la gestion de deux volumes de cliché ext3 simultanément. Ce problème sera résolu dans une version ultérieure.
Lorsque vous utilisez le contrôleur RAID HP Smart Array sans activer le cache en écriture, une réduction des performances de 50 % se produit. Ce problème a été constaté sur un serveur HP DL 580 G7, avec Smart Array P410i 256 Mo. Ces cartes requièrent l'installation d'une batterie ou d'un condensateur pour activer le cache en écriture.
Lorsque vous utilisez des contrôleurs d'interface réseau ServerEngines Corp. Emulex OneConnect 10G (be3 - rév. 01) avec CA AppLogic®, les paquets sont renvoyés de manière incorrecte si l'option de BIOS SR-IOV est activée. Ces paquets renvoyés modifient le cache de transfert du pont, qui rejette les paquets au lieu de les envoyer à la destination correcte. Cela entraîne une instabilité dans CA AppLogic® et des échecs intermittents du démarrage de l'application. Par conséquent, assurez-vous que l'option de BIOS SR-IOV est désactivée pour tous les contrôleurs d'interface réseau Emulex 10G sur tous les serveurs de la grille.
Dans des cas très rares, une application ne parvient pas à démarrer car le montage d'un volume sur l'un des serveurs est bloqué. CA AppLogic® détecte les montages de volume bloqués et les signale à l'utilisateur dans le tableau de bord de la grille. Si ce problème se produit sur votre grille, contactez le Support de CA. Vous pouvez également résoudre ce problème en désactivant et en redémarrant le serveur sur lequel les montages sont bloqués.
Si cette situation se produit, redémarrez le serveur principal pour rendre la grille de nouveau opérationnelle. Notez que ce problème n'a pas été observé dans CA AppLogic® 3.5 ou 3.7.
L'interface utilisateur graphique ne déconnecte plus automatiquement l'utilisateur lorsqu'une charge élevée est présente sur le contrôleur de grille. Au lieu de cela, l'utilisateur reçoit un message indiquant qu'une erreur réseau s'est produite. Dans ce cas, l'interface utilisateur graphique est toutefois totalement opérationnelle. Le message d'erreur réseau ne s'affiche que lorsqu'une charge élevée est présente sur le contrôleur, par exemple en cas de démarrage de 4 applications en même temps ET de copie d'un grand volume de plusieurs Go. Dans les grandes grilles, essayez d'affecter jusqu'à un coeur d'UC complet et 1 Go de RAM au contrôleur.
Après le redémarrage d'une grille à l'aide de la commande de redémarrage de grille, un ou plusieurs volumes système peuvent être endommagés. CA AppLogic® répare automatiquement ces volumes en première priorité.
Lors de la migration d'un volume, assurez-vous qu'au moins un de ses flux se trouve sur un serveur activé, faute de quoi la commande de migration échoue. Le volume peut être complètement migré sans son ensemble initial de serveurs en le migrant deux fois.
Certains serveurs physiques peuvent mettre longtemps à redémarrer, ce qui peut faire échouer la récupération automatique de grille de CA AppLogic®. Au final, les applications ne peuvent plus toutes être redémarrées automatiquement après que la grille récupère d'un échec. Ceci est dû au fait que le contrôleur de grille attend maximum 10 minutes pour que tous les serveurs redémarrent et s'y reconnectent (ce délai peut s'avérer insuffisant pour que tous les serveurs aient le temps de redémarrer). Pour contourner ce problème, redémarrez manuellement les applications après que tous les serveurs se sont reconnectés au contrôleur de grille. Exécutez list srv pour vérifier que tous les serveurs sont connectés au contrôleur de grille. (Ils doivent tous afficher l'état UP.) Dans CA AppLogic® 2.1, avec le délai d'expiration de démarrage de serveur de 10 minutes, cela peut se produire essentiellement si un serveur ne parvient pas à démarrer en raison d'un dysfonctionnement matériel ou du BIOS.
Lorsque l'opérateur redémarre la grille, l'état de panne de grille est censé être réinitialisé et un message doit s'afficher dans le tableau de bord pour indiquer que l'opérateur a redémarré la grille intentionnellement ("Grid has been restarted by operator on ..."). Parfois, en cas de redémarrage de la grille, le fichier de grille n'est pas réinitialisé et le message ne s'affiche pas dans le tableau de bord. Le seul problème que cela peut causer est l'impossibilité de redémarrer automatiquement les applications lors de la prochaine panne de grille (selon le nombre de pannes de la grille au moment où ce bogue se produit). Pour contourner ce problème, si après un redémarrage intentionnel de la grille, aucun message ne s'affiche dans le tableau de bord, contactez le Support de CA pour que l'état de panne soit réinitialisé sur votre grille.
Ceci est dû à l'allocation pour les zones de service. Pour la mémoire, il s'agit probablement d'un problème Xen lié à la table de carte mémoire pour un ordinateur virtuel. Pour le disque, cela est dû aux zones de service de système de fichiers normales (identique sur les serveurs Linux standard).
Dans ce cas, l'application n'est pas ouverte pour modification par un autre utilisateur, mais l'éditeur CA AppLogic® pense, à tort, que quelqu'un d'autre a ouvert l'application pour la modifier. Si vous rencontrez ce problème, écrasez simplement le verrouillage d'application lorsque vous y êtes invité par l'éditeur à l'ouverture de l'application.
Le ralentissement se produit principalement lors de l'ouverture d'une application dans l'éditeur d'infrastructure CA AppLogic®.
Si la console graphique est ouverte sur le client et que la connexion à Internet est perdue (panne de carte réseau client, arrêt brutal de l'ordinateur client, accès à Internet non disponible, etc.), la réouverture de la console graphique prend 15 minutes.
La souris est difficile à utiliser dans Ubuntu en cas d'utilisation de la console graphique CA AppLogic®. Ceci est dû à une limitation de la prise en charge VNC de Xen (l'accélération de la souris n'est pas prise en charge). Certains utilisateurs indiquent que configurer les paramètres de souris dans Ubuntu permet de résoudre le problème. Dans de rares cas, la saisie des touches se répète plusieurs fois lors de la saisie de texte via le clavier. Dans ces cas, supprimez les caractères superflus.
Cela inclut les mots de passe lors de la connexion à une appliance. La console de démarrage de texte ne doit être utilisée qu'à des fins de débogage. Pour toutes les autres opérations, vous pouvez utiliser la console SSH.
Si un utilisateur rouvre la console de démarrage de texte pour une appliance après l'avoir déjà ouverte, il doit appuyer sur la touche Entrée pour voir l'invite de connexion ou l'invite de commande. Cela est dû au fait que la console de démarrage attend que l'utilisateur saisisse des données (pour les informations de connexion ou une commande à exécuter).
Si une grille comporte une appliance qui fait partie d'un groupe de basculement s'exécutant sur un serveur secondaire sur lequel le contrôleur de grille doit être redémarré, CA AppLogic® peut arrêter cette appliance, ce qui peut casser le groupe de basculement.
Après avoir mis à niveau une grille vers la version la plus récente, un message s'affiche dans le tableau de bord, indiquant que la grille a échoué en raison d'un problème de matériel. Vous pouvez ignorer ce message et le supprimer du tableau de bord.
Si une configuration de haute disponibilité réseau est utilisée avec CA AppLogic® et en cas d'échec réseau externe, les applications/appliances qui utilisent des interfaces externes peuvent devenir inaccessibles pendant un maximum de 5 minutes. Ce problème est causé par le routeur externe qui met en cache les adresses MAC. Attendez que le routeur vide son cache ARP ou envoie une réponse ARP (par le biais d'arping) à partir de l'opération de restauration de l'application. Le réseau externe est le seul à être affecté (la dorsale ne l'est pas).
L'interface utilisateur graphique de récupération fonctionne uniquement sur les serveurs Xen.
Les interfaces partagées ne prennent pas en charge les compteurs d'appliance.
Si un utilisateur démarre le cycle d'alimentation d'une grille, la durée active du système n'est pas réinitialisée. Si la grille est redémarrée, le temps de disponibilité du système doit être réinitialisé.
Si un utilisateur démarre un cycle d'alimentation au moyen de la commande grid power_cycle, il se peut que le serveur principal ne redémarre pas. Ce cas de figure se présente uniquement en cas d'exécution de la commande après une nouvelle installation de grille, si la grille n'a jamais été redémarrée avant l'exécution de la commande de cycle d'alimentation. Redémarrez la grille ultérieurement à l'installation de la nouvelle grille pour éviter ce problème.
Lorsqu'une grille utilisant un réseau SAN est détruite, CA AppLogic® supprime le contenu du dossier de la grille sur ce réseau, mais conserve le dossier vide. Ce problème sera résolu dans une version ultérieure.
Dans des cas très rares, la mise à niveau de la version 3.0 ou 3.1 vers la version 3.7 peut échouer. Si ce type de défaillance se produit, les messages ci-dessous sont présents dans le journal de statut de la grille qui est accessible via BFC (cliquez sur le statut de la grille pour ouvrir le journal).
installing the controller image ioctl: LOOP_SET_FD: Device or resource busy installing new controller FAILED, aborting
Si ces messages sont présents dans le journal, réexécutez la mise à niveau. Elle doit cette fois aboutir.
Remarque : Ce problème est en fait un bogue de CA AppLogic® 3.0 et 3.1, qui est résolu dans CA AppLogic® 3.7.
La commande de rétablissement de la version 3.1 à partir de la version 3.5 ne fonctionne pas pour une grille ESX. Toutefois, pour contourner ce problème, vous pouvez utiliser la commande de restauration de la version antérieure (notez que la restauration de la version antérieure prend un peu plus de temps que le processus de rétablissement). Ce problème sera résolu dans une version ultérieure.
Les volumes de type ext3-snapshot ne fonctionnent pas sur les grilles ESX. Toutefois, ces volumes sont opérationnels sur les grilles Xen. Si vous utilisez une grille ESX et que vous avez besoin d'un volume de type ext3-snapshot, vous pouvez ajouter un noeud Xen à votre grille et employer ce noeud pour créer/gérer vos volumes ext3-snapshot (lors de l'exécution des commandes de volume, désactivez tous les serveurs ESX pour que le serveur de fichiers CA AppLogic® s'exécute sur le noeud Xen). Ce problème sera résolu dans une version ultérieure.
Une tentative de migration d'un flux de volume sur le SAN local pourrait échouer sur des grilles qui sont configurées pour utiliser un SAN externe. Plutôt que de migrer le flux de volume vers le SAN local, CA AppLogic® essaie à tort de migrer le flux vers le SAN externe. Si vous rencontrez cette erreur, utilisez l'option store=local avec la commande vol migrate. Ce problème sera résolu dans une version ultérieure.
Lorsque CA AppLogic® est mis à niveau de 3.0.30 vers 3.5.x, le contrôleur de grille se bloque de façon intermittente et toute commande de 3tshell exécutée renvoie un message d'erreur de condition de mémoire insuffisante.
Pour résoudre ce problème, redémarrez le contrôleur de grille. Ce problème sera résolu dans une version ultérieure.
Remarque : Cela peut aussi affecter la version 3.7.
Lorsque vous redimensionnez des volumes NTFS étendus (de plusieurs Go), l'opération de redimensionnement n'affiche aucune information d'avancement et peut sembler s'être bloquée. Toutefois, le redimensionnement est en cours et se terminera. Ce problème de rapport sera résolu dans une version ultérieure.
A partir de CA AppLogic® 3.1+, les performances du pilote SAS megaraid se sont détériorées et correspondent à un fonctionnement environ 75% plus lent que pour un serveur physique. CA travaille actuellement à la résolution de ce problème et publiera un correctif une fois le problème identifié et corrigé. Jusqu'à ce que ce problème soit résolu, il est fortement recommandé d'utiliser un autre type de contrôleur de disque.
Actuellement, les appliances Windows 2008 Datacenter Edition ne parviennent pas à démarrer si elles sont configurées pour utiliser plus de 8 unités centrales (grilles Xen uniquement). Ce problème sera résolu dans une version ultérieure.
Un problème survient lors de la mise à niveau de Cygwin lors de la mise à niveau vers le dernier APK Windows distribué avec CA AppLogic® 3.7. Jusqu'à ce problème soit corrigé, il est recommandé de créer une appliance Windows plutôt que de procéder à la mise à niveau. Ce problème sera résolu dans une version ultérieure.
Lors de l'exécution des commandes 3t sur ssh, les paramètres sont fractionnés suite à un espace ou à un accent grave (`), selon la façon dont la commande est appelée. Si une commande 3t a une valeur de propriété contenant un espace, les caractères après l'espace sont incorrectement considérés comme un argument distinct. Ce problème sera résolu dans une version ultérieure.
La propriété http_port est ignorée et le port sera toujours 8080. Ce problème sera résolu dans une version ultérieure.
Les tentatives de démarrer plus de 90 appliances HVM sur des grilles Xen peuvent renvoyer un échec avec des erreurs de montage ou de démarrage d'appliance. Il s'agit d'un problème connu, qui sera résolu dans une version ultérieure.
Utilisez une version plus ancienne de Safari ou consultez le lien suivant pour une solution possible à ce problème.
Les principaux problèmes connus dans cette version concernant des appliances Windows sont repris ci-dessous. Consultez également Référence d'installation d'appliances Windows pour d'autres procédures et remarques.
Windows 8 32 bits n'est actuellement pas pris en charge par les pilotes Halsign Turbogate. Toutefois la version 64 bits de Windows 8 est prise en charge. Ce problème sera résolu dans une version ultérieure.
L'APK Windows ne détecte actuellement pas correctement les affectations d'adresse IP doubles. Par conséquent, il incombe aux utilisateurs de déterminer s'ils ont accidentellement affecté des adresses IP doubles. Ce problème sera résolu dans une version ultérieure.
Il se peut qu'une opération de redimensionnement de volume du serveur de fichiers Windows échoue si le volume source contient un fichier/une entrée de répertoire corrompu. La principale source de ce problème vient du fait que certaines des installations logicielles Microsoft contiennent intentionnellement des entrées de répertoire non valides. (Nous en ignorons la raison, mais ce problème a été observé lorsqu'un utilisateur a installé une version de Microsoft SQL Server dans son appliance). En outre, le volume source peut être endommagé suite à son usure. Ce problème peut être contourné en exécutant une réparation du système de fichiers sur le volume (vol fsrepair) avant de redimensionner ce dernier.
Ca a observé que l'opération de redimensionnement du volume NTFS échoue environ 2 fois sur 100. Ces 2 échecs se sont produits parce que le serveur de fichiers Windows n'a pas démarré correctement sur la grille. Si ce problème se présente, recommencez l'opération de redimensionnement, elle devrait aboutir. Ce problème devrait cependant être résolu dans cette version. Si vous rencontrez ce problème, contactez le support technique de CA.
Le serveur de fichiers Windows fait appel à un utilitaire Microsoft appelé diskpart pour traiter les volumes NTFS Windows. Il arrive que diskpart n'arrive pas à obtenir des informations sur le volume ou à monter le volume. Cette erreur très rare peut entraîner l'échec de vol create ou vol resize sur les volumes NTFS.
Si l'utilisateur possède une application qui contient une appliance Windows et qu'une ou plusieurs appliances Windows sont ajoutées à l'application ou que des terminaux sont ajoutés/supprimés des appliances Windows, il se peut, au premier démarrage de l'application, que certaines des appliances Windows détectent des IP en double sur leur réseau interne (cela ne peut se produire qu'au premier démarrage de l'application après sa modification). Ce problème ne devrait entraîner aucun échec opérationnel de l'application ni exiger une intervention de l'utilisateur : les adresses IP en double sont purement temporaires. Au pire, une partie de la communication réseau impliquant une des appliances Windows peut accuser un retard de maximum 30-60 secondes.
Une tentative d'arrêt d'une application de Windows se bloque à 99 % ; l'opération expire après 15 minutes. L'application contenait 2 instances d'une appliance Windows 2003 Server DataCenter Edition (WIN03DC). Une des appliances Windows s'est arrêtée et l'autre s'est bloquée lors de l'exécution de comp stop. Ce problème n'a été observé qu'une seule fois et n'a pas pu être reproduit.
Il arrive que des valeurs nulles soient rapportées pour les compteurs d'entrées et de sorties de disque suivants pour des appliances Windows (en dépit de la génération d'entrées et de sorties en continu) : total d'octets écrits/lus, nombre d'écritures/lectures de volume, temps passé dans les écritures/lectures. Ce problème est dû à un bogue dans l'API perfmon Windows - les valeurs zéro sont celles signalées par l'API perfmon Windows.
Mis à part le MSI du serveur de fichiers, la version Windows localisée en japonais devrait fonctionner sous CA AppLogic®.
Une appliance Windows ne démarre pas si l'unité de DVD-ROM virtuelle MagicISO est installée. Les unités de DVD-ROM virtuelles ne sont actuellement pas prises en charge dans CA AppLogic® pour les appliances Windows.
Il se peut que Windows ait besoin de plusieurs minutes pour détecter de nouveaux NIC dans une appliance. Ce problème survient lorsque l'utilisateur ajoute/supprime des terminaux pour un singleton d'appliance Windows. Le temps supplémentaire nécessaire pour détecter ces nouveaux NIC peut entraîner l'expiration du délai de démarrage de l'appliance. Pour contourner ce problème, augmentez le délai de démarrage de votre appliance Windows.
Si un utilisateur a une appliance Windows sur sa grille et la migre vers une autre grille comportant du matériel différent, l'appliance Windows peut nécessiter une réactivation (réactivation Windows de Microsoft). La réactivation est déclenchée lorsqu'un pourcentage spécifique du matériel a changé (CA ne sait pas exactement quelles modifications matérielles déclenchent la réactivation). Notez que la réactivation peut exiger un accès à Internet à partir de l'appliance Windows. Ce problème particulier a été observé après avoir redimensionné le volume de démarrage de l'appliance Windows et migré l'appliance vers une autre grille.
Ce problème n'affecte que Windows 2008 Server 32/64 bits (Windows 2003 Server fonctionne correctement). Lorsque l'utilisateur accède à un volume Windows 2008 via le serveur de fichiers en se connectant à une appliance à l'aide de ssh, il risque de ne pas pouvoir accéder aux fichiers ou les modifier en raison de problèmes d'autorisation. Pour accéder aux fichiers ou les modifier via le shell de commande, connectez-vous via la console graphique au Bureau Windows et ouvrez un shell de commande. Vous pouvez utiliser le shell de commande pour accéder/modifier des fichiers.
Windows 2003 Server expire lors de son premier démarrage pendant l'installation. Assurez-vous de suivre les instructions de compilation Windows pour résoudre ce problème.
Lors de l'installation des pilotes Turbogate PV, dès le premier démarrage de l'appliance sur un serveur de grille Xen, l'utilisateur doit manuellement cliquer tout au long des étapes affichées par l'assistant d'installation du matériel pour installer les pilotes Turbogate PV pour tous les terminaux configurés dans l'appliance. Dans le cas contraire, l'appliance ne pourra pas démarrer.
Lors de la création d'une nouvelle appliance de serveur Windows 2003 32/64 bits, l'appliance fonctionnera uniquement sur un serveur de grille utilisant l'hyperviseur sur lequel l'appliance a initialement été créée. Dans le cas contraire, l'appliance se bloque pendant le démarrage. Par exemple, si l'appliance est initialement créée sur un serveur de grille ESX, vous pouvez uniquement utiliser l'appliance sur un serveur de grille ESX. Si vous tentez de l'utiliser sur un serveur de grille Xen, l'appliance tombera en panne pendant le démarrage.
Il s'agit d'un problème connu du serveur Microsoft Windows 2003. Microsoft propose une solution pour résoudre ce problème lié à l'appliance Windows 2003.
Les problèmes suivants ont été signalés dans les versions de CA AppLogic® et sont difficiles, voire impossibles, à reproduire. Ils n'ont été signalés qu'une ou deux fois. Si un de ces problèmes se produit sur votre grille, merci d'envoyer un rapport de bogue à CA décrivant quel problème est survenu et quelles commandes CA AppLogic® ont été exécutées avant l'apparition du problème.
Un serveur de la grille a redémarré tout seul à cause d'une panne dans le noyau Linux dans dom0 du serveur. Cela n'entraîne pas une panne de toute la grille comme dans les versions antérieures de CA AppLogic®, mais peut engendrer une indisponibilité de l'application. Dans ce cas, CA AppLogic® redémarre les appliances qui s'exécutaient sur le serveur problématique sur d'autres serveurs de la grille. Si ce problème se produit sur votre grille, contactez le Support de CA.
Dans CA AppLogic® 2.4, on a constaté plusieurs cas où un serveur perdait la connexion avec le contrôleur de grille et redémarrait. Cela entraîne la replanification de toutes les appliances qui s'exécutaient sur le serveur sur d'autres serveurs de la grille et peut également engendrer une indisponibilité de l'application. CA ignore pourquoi les serveurs perdent leurs connexions avec le contrôleur de grille. Dans CA AppLogic®, si la connexion du serveur au contrôleur de grille est interrompue, le serveur tente de se reconnecter au contrôleur de grille et s'il y parvient, il reste opérationnel et aucune indisponibilité de l'application n'est à signaler. Si après 1 minute, le serveur n'a pas pu se reconnecter au contrôleur de grille, il est redémarré et l'application est indisponible. Lorsqu'un serveur perd sa connexion au contrôleur de grille, un message est consigné dans le tableau de bord. Si ce problème se produit, contactez immédiatement le Support de CA.
Dans CA AppLogic®, le redimensionnement simultané de 4 volumes NTFS entraîne l'échec des 4 opérations de redimensionnement. Ce problème n'a été observé qu'une seule fois.
Alors que NASR répliquait un fichier de 800 MO sur un volume de 1 GO, l'appliance NASR n'a plus répondu. CA n'est pas capable de reproduire ce problème. Si vous rencontrez ce problème sur votre grille, contactez le support de CA.
L'utilisateur a ouvert plus de 6 consoles graphiques sur des appliances Windows différentes s'exécutant sur la grille (ouvertes simultanément). A l'ouverture de la 7ème console graphique, un des serveurs a redémarré et rejoint la grille. Les appliances qui s'exécutaient sur le serveur problématique ont été redémarrées sur d'autres serveurs de la grille. Ce problème n'a été observé qu'une seule fois.
Les problèmes connus suivants ont été rencontrés avec le contrôleur BFC (Backbone Fabric Controller) dans cette version :
su - bfcadmin
Important : Après l'annulation de cette dépendance, votre système s'exécutera sans réplication. Par conséquent, revenez dans l'interface pour définir une autre dépendance au même emplacement ou à un autre emplacement.
N'utilisez pas la commande 3t grid shutdown sur une grille.
Vous devez pouvoir résoudre ce problème en procédant à un redémarrage NFS du service sur le contrôleur BFC.
Si vous obtenez ce message, appuyez simplement sur la touche Echap pour continuer l'installation.
Si vous effectuez une installation automatique avec cette version du produit, votre mot de passe ne peut pas contenir de signe "="
Ce bogue pourrait occasionnellement autoriser des serveurs dans des grilles qui devraient être bloquées. Si les ports sont correctement configurés, ce problème ne se posera pas.
Si vous devez utiliser plus de 256 caractères, décomposez simplement ces paramètres en plus d'une seule mise à jour de la grille.
Si l'option de rendu de graphiques n'est pas définie dans Internet Explorer 9, les graphiques de BFC ne s'affichent pas. Les graphiques concernés se trouvent dans les pages Tableau de bord, Grilles et Serveurs de BFC.
Pour corriger ce problème, cliquez sur Options Internet dans le menu Outils d'Internet Explorer 9. Cliquez sur l'onglet Avancé et recherchez la section Affichage graphique accéléré. Cochez la case Utiliser le rendu logiciel au lieu du rendu GPU. Enregistrez les modifications et redémarrez Internet Explorer.
Si vous devez définir autant d'adresses MAC sur le mode Détection automatique (liste noire), utilisez plutôt le mode Configuration manuelle (liste blanche) de la version 3.5.
Assurez-vous que des adresses IP externes sont disponibles lorsque vous ajoutez des serveurs à BFC.
A cause de ce bogue, vous ne pouvez pas directement échanger l'adresse IP du contrôleur et celle de l'application en une étape. Pour interchanger ces adresses IP, définissez-les d'abord sur d'autres valeurs, puis redéfinissez-les sur les valeurs appropriées.
Si vous ajoutez un réseau balisé à une grille non balisée via l'API, l'appel aboutit au lieu de renvoyer une erreur 400 Bad Request.
Lorsqu'aucun serveur de téléchargement n'est configuré (répertoire de téléchargement local), les versions sont affichées comme Téléchargées et acceptent les opérations de suppression. Cependant, les opérations de suppression ne sont actuellement pas prises en charge. Les futures versions renverront un message d'erreur complet.
Il ne s'agit pas vraiment d'une erreur, mais plutôt d'un message peu significatif.
Vous pouvez utiliser l'API pour ajouter la même plage plusieurs fois, mais utilisez l'interface utilisateur pour supprimer les plages doubles. Conserver les plages doubles ne pose cependant aucun problème.
La version 3.7.0 de BFC n'a pas été localisée. Les chaînes des nouvelles parties de l'application ne s'afficheront qu'en anglais. Les parties de l'application précédemment localisées dans la version 3.5 sont maintenues.
Sur certains types de matériel Dell, vous pouvez activer l'option de BIOS DRAC Virtual Media. Cette fonctionnalité vous permet de démarrer à partir d'une unité de média virtuelle sur le réseau. Toutefois, le noyau de CA AppLogic® peut identifier l'unité de média virtuelle comme unité SCSI et modifier le nom d'unité de démarrage (sda est remplacé par sdb).
Pour éviter ce problème, désactivez l'option DRAC Virtual Media dans le BIOS DRAC de votre matériel Dell.
Lorsque vous ajoutez ou supprimez des adresses à la liste d'adresses MAC dans BFC, limitez le nombre maximum à 500 adresses. La liste d'adresses MAC est utilisée en mode de détection pour inclure des serveurs (lorsque définie sur Configuration manuelle) ou pour exclure des serveurs (lorsque définie sur Détection automatique).
Vous pouvez utiliser la liste d'adresses MAC sur la page Administration de BFC sous l'onglet Détection. Vous pouvez modifier la liste des serveurs ou importer un fichier contenant une liste de serveurs. Vous pouvez également définir la liste des adresses MAC à l'aide de l'API BFC.
Alors que les serveurs de grille Xen prennent en charge les disques de 3 To, les serveurs de grille ESX prennent en charge les disques de 2 To maximum. Les serveurs comprenant des disques de 3 To ne doivent pas être sélectionnés pour exécuter l'hyperviseur ESX. Dans le cas contraire, la création de grille échoue.
Si vous avez participé au programme bêta de CA AppLogic® 3.7, vérifiez que la version bêta de CA AppLogic® se trouve dans le répertoire de téléchargement de BFC si vous devez exécuter la procédure de récupération à cause d'un échec de la mise à niveau.
|
Copyright © 2013 CA.
Tous droits réservés.
|
|