Symptômes
Lors de la configuration de l’Appliance de nuage StorSimple (SCA), l’utilisateur obtient une erreur générique « opération en cours a échoué en raison d’une erreur interne du service »
Cause
Causes courantes d’échec et les étapes de dépannage
1 le nombre insuffisant de services hébergés disponibles ou de cœurs de processeur virtuels au sein de l’abonnement.
En fonction de seuils appliquées à un type d’abonnement, un certain nombre total service hébergé et le nombre de cœurs sont autorisés. Si la limite du nombre de noyau ou de service hébergée dépasse les seuils sur l’abonnement, la mise en service de SCA puis peut échouer avec l’erreur ci-dessus. Il est recommandé que la nouvelle tentative SCA approvisionnement de l’utilisateur après avoir augmenté les seuils ou en supprimant les services inutilisés ou machines virtuelles pour libérer calcule les cœurs. La procédure de demande d’augmentation de la limite est expliquée ici.
2. les modifications aux paramètres d’abonnement ou de compte.
Au cours de la mise en service de SCA, toute modification apportée aux paramètres d’abonnement ou de compte de stockage peut entraîner SCA Échec de mise en service. Une nouvelle tentative doit réussir s’il y a une modification récente du type d’abonnement Azure ou avec les paramètres de compte de stockage. En cas d’échec de la mise en service de SCA après une nouvelle tentative, le problème est plus attendu avec les composants de connectivité réseau ou de configuration VNET utilisée pour cet ordinateur.
3. Échec d’obtenir et de définir une adresse IP statique.
Génération d’adresses IP et configurez-le en tant qu’une adresse IP statique sont les étapes requises pour la mise en service de SCA. En cas d’échec de la génération d’une adresse IP à partir de la vNet sélectionnée, un message vous demandant du client à choisir une autre vNet s’affiche. Toutefois, si l’adresse IP est disponible, mais Impossible de configurer l’adresse IP comme static, une « erreur de service interne » est signalée. Les journaux des opérations reflètent ce cas en publiant un message « adresse IP n’est pas valide » après une « création d’un message de la machine virtuelle ». Cela est dû à une condition de concurrence critique et une nouvelle tentative est attendue à la réussite dans la mise en service d’un SCA.
4. Échec en raison de la disponibilité d’Azure IaaS et les problèmes réseau.
La mise en service de SCA dépend de la disponibilité du service de IaaS lors de l’instanciation de machine virtuelle. Parfois, IaaS couche s’exécute au niveau de la couche d’infrastructure de mise en clusters hôte et StorSimple Service expire après avoir attendu pendant 30 minutes. La tâche de mise en service serait à 30 %, avec un message d’erreur « Création d’un périphérique virtuel a échoué en raison d’une erreur interne du service ». Une nouvelle tentative réussit en supposant les problèmes sous-jacents de centre de données Azure sont fixes. Si la progression de la tâche à 60 % avant l’échec du message « Préparation de périphérique virtuel a échoué en raison d’une erreur interne du service », l’une des étapes d’initialisation VM n’a pas pu (création de 4 To de disques pool/journal/données ou métadonnées, les utilisateurs ou aléatoire de mot de passe a échoué). Si le message d’erreur est « ou « mise en service du dispositif virtuel dépassé en attente d’enregistrement », l’appel d’inscription de périphérique n’a pas été reçu par le service de surveillance (un service qui interroge le service Gestion des services, le service de données etc..).
Il existe principalement deux raisons de l’échec au cours de la phase de préparation VM,
i) à la clé d’enregistrement de dispositif a expiré. Dans ce cas, il est conseillé de régénérer les clés et de recommencer la mise en service de SCA si c’est le cas.
II) configuration du DNS sur vNet bloque la connectivité d’internet. Cela est courant dans les cas où le client a voie express configuré sur le vnet associé de SCA. L’aide sur la validation des problèmes de connectivité, les étapes ci-dessous
1. création d’un serveur Windows server 2012 VM à l’aide de même configuration (même compte de stockage, vnet et sous-réseau)
2. à distance connexion d’accès à la machine virtuelle à l’aide de réf. donné lors de la création de la machine virtuelle
3. Ouvrez cmd à l’intérieur de machine virtuelle
4. Exécutez « nslookup windows.net »
5. en cas d’échec de nslookup, puis les échecs de connectivité internet empêche l’enregistrement SCA au service de StorSimple. Les client vnets dans azure n’ont aucun itinéraire directement à internet via le réseau de la voie express sans l’attacher à un serveur proxy. Conseils au client de travailler avec leur fournisseur de services Internet pour ajouter le trafic sortant de SCA pour accéder le pare-feu et autoriser le trafic sur internet. Avec une connexion internet directe autorisée sur la vnets Azure via la voie express, la mise en service de SCA doit fonctionner.
6. Si nslookup passe, puis il est peu probable une connectivité réseau émettre avec le vnet, l’équipe de support est recommandé pour obtenir le disque dur virtuel pour examen ultérieur.
