Dell EMC Unity : Impossible d’accéder à Unisphere Le système est occupé. Réessayez ultérieurement (corrigible par l’utilisateur)
Summary: Dell EMC Unity : Impossible d’accéder à Unisphere Le système est occupé. Réessayez ultérieurement (corrigible par l’utilisateur)
This article applies to
This article does not apply to
This article is not tied to any specific product.
Not all product versions are identified in this article.
Symptoms
Dans Unity 4.5.0 et versions ultérieures, le numéro du gestionnaire de demandes ECOM a été remplacé par un nombre limité afin d’éviter les problèmes de mémoire insuffisante lorsque trop de gestionnaires de demandes gèrent les demandes. Cette limite est définie au démarrage ECOM en fonction des ressources disponibles (nombre de processeurs, taille de la mémoire libre) sur la baie. Ce changement a rendu plus probable la rencontre du problème.
Unisphere signale le message suivant lors de la tentative d’accès à Unisphere Le système est occupé. Renouvelez l'opération ultérieurement. Il est toujours possible d’exécuter une commande ping et d’accéder à la baie via la CLI. Lors de l’examen de la baie via la CLI, le service de gestion est signalé comme désactivé.
La commande suivante peut être exécutée pour confirmer l’état des services de gestion.
Command >>svc_restart_service status MGMT
Le fichier server.log affiche un échec de tentative lorsque l’interface graphique ne peut pas être démarrée :
Emplacement du journal : /spx/usr/apache-tomcat/logs/server.log :
Unisphere signale le message suivant lors de la tentative d’accès à Unisphere Le système est occupé. Renouvelez l'opération ultérieurement. Il est toujours possible d’exécuter une commande ping et d’accéder à la baie via la CLI. Lors de l’examen de la baie via la CLI, le service de gestion est signalé comme désactivé.
La commande suivante peut être exécutée pour confirmer l’état des services de gestion.
Command >>svc_restart_service status MGMT
| 19:52:00 service@test spa :~/user# svc_restart_service status MGMT MGMT is DOWN |
Le fichier server.log affiche un échec de tentative lorsque l’interface graphique ne peut pas être démarrée :
Emplacement du journal : /spx/usr/apache-tomcat/logs/server.log :
UnirestExceptionUtil :convertUnirestExceptionIntoError-- [ErrorCode : 0x7d13002] [Message : Le système est occupé. Renouvelez l'opération ultérieurement. Si le problème persiste, recherchez le code d’erreur sur le site Web de support ou les forums relatifs au produit, ou contactez votre prestataire de services, le cas échéant. (Code d’erreur : 0x7d13002)] |
Cause
Nous avons identifié un problème avec un logiciel de fournisseur tiers qui émet des connexions au service de gestion de la baie, où le logiciel tiers n’interrompt pas toujours les connexions. Lorsque le service de logiciel tiers est désactivé sur les hôtes sur lesquels il s’exécute, nous constatons que le problème est évité et que les connexions sont correctement interrompues. Nous avons rencontré ce problème avec des logiciels tiers tels que ServiceNow.
Pour identifier les indications de ce problème, nous pouvons examiner les memory.log sur Unity. Le fichier Memory.log signale un snapshot périodique du nombre de threads. Nous pouvons voir que le nombre de threads augmente à différents intervalles avant que le problème ne se produise.
Emplacement du journal : /spx/EMC/C4Core/log/memory.log :
Note : Le nombre de threads correspond à la 18e entrée après le signalement
de « (ECOM) ».Exemple de répartition, Le nombre total de threads ici est de « 130 », car il s’agit de la 18e entrée :
Vous trouverez ci-dessous l’exemple de sortie indiquant le nombre de threads augmentant au fil du temps. (Notez que le nombre de threads est unique pour chaque baie)
L’entrée de journal indique que le nombre total de threads est actuellement de 153 threads :
L’entrée de journal environ 1 jour plus tard indique que le nombre total de threads est passé à 161 :
Pour identifier les indications de ce problème, nous pouvons examiner les memory.log sur Unity. Le fichier Memory.log signale un snapshot périodique du nombre de threads. Nous pouvons voir que le nombre de threads augmente à différents intervalles avant que le problème ne se produise.
Emplacement du journal : /spx/EMC/C4Core/log/memory.log :
Note : Le nombre de threads correspond à la 18e entrée après le signalement
de « (ECOM) ».Exemple de répartition, Le nombre total de threads ici est de « 130 », car il s’agit de la 18e entrée :
| INDEX | 1 | 2 | 3 | 4 | 5 | 6 | 7 | 8 | 9 | 10 | 11 | 12 | 13 | 14 | 15 | 16 | 17 | 18 | 19 |
| (ECOM) | S | 18113 | 14403 | 14403 | 0 | -1 | 1077944576 | 108196161 | 1356451908 | 6646 | 6975 | 806452 | 398756 | 1292712 | 773547 | 20 | 0 | 130 | 0 |
Vous trouverez ci-dessous l’exemple de sortie indiquant le nombre de threads augmentant au fil du temps. (Notez que le nombre de threads est unique pour chaque baie)
L’entrée de journal indique que le nombre total de threads est actuellement de 153 threads :
| 8601923 Mon Aug 12 23:20:51 18269 (ECOM) S 18268 9054 9054 0 -1 1077944576 65520255 586277653 10129 5401 2695418 483364 566839 333778 20 01530 805147515 867745792 20558 <..> |
L’entrée de journal environ 1 jour plus tard indique que le nombre total de threads est passé à 161 :
| 8648731 Tue Aug 13 12:21:00 18269 (ECOM) S 18268 9054 9054 0 -1 1077944576 71093367 637402755 11337 6302 2943828 526182 617259 363530 20 0 1610 805147515 868909056 20858 <..> |
Resolution
Pour contourner temporairement ce problème, l’accès peut être restauré à l’aide de la commande « svc_restart_service MGMT restart ».
Notez que cette solution de contournement consiste à rétablir un accès temporaire à Unisphere. Étant donné que le problème lié au logiciel tiers existe toujours dans l’environnement, il se peut que la solution de contournement doive être réappliquée périodiquement jusqu’à ce que le problème soit résolu sur le logiciel tiers.
Command >> svc_restart_service restart MGMT
Notez que cette solution de contournement consiste à rétablir un accès temporaire à Unisphere. Étant donné que le problème lié au logiciel tiers existe toujours dans l’environnement, il se peut que la solution de contournement doive être réappliquée périodiquement jusqu’à ce que le problème soit résolu sur le logiciel tiers.
Command >> svc_restart_service restart MGMT
| 19:58:00 service@test spa :~/user# svc_restart_service restart MGMT Found ECOM on spb |
Additional Information
Ce contenu est traduit dans différentes langues :
| https://downloads.dell.com/TranslatedPDF/AR-SA_537221.pdf |
| https://downloads.dell.com/TranslatedPDF/DE_537221.pdf |
| https://downloads.dell.com/TranslatedPDF/ES_537221.pdf |
| https://downloads.dell.com/TranslatedPDF/ES-XL_537221.pdf |
| https://downloads.dell.com/TranslatedPDF/FR_537221.pdf |
| https://downloads.dell.com/TranslatedPDF/IT_537221.pdf |
| https://downloads.dell.com/TranslatedPDF/JA_537221.pdf |
| https://downloads.dell.com/TranslatedPDF/KO_537221.pdf |
| https://downloads.dell.com/TranslatedPDF/NL_537221.pdf |
| https://downloads.dell.com/TranslatedPDF/PT_537221.pdf |
| https://downloads.dell.com/TranslatedPDF/PT-BR_537221.pdf |
| https://downloads.dell.com/TranslatedPDF/RU_537221.pdf |
| https://downloads.dell.com/TranslatedPDF/SV_537221.pdf |
| https://downloads.dell.com/TranslatedPDF/ZH-CN_537221.pdf |
| https://downloads.dell.com/TranslatedPDF/ZH-TW_537221.pdf |
Affected Products
Dell EMC Unity FamilyProducts
Dell Unity 300, Dell EMC Unity 300F, Dell EMC Unity 350F, Dell EMC Unity XT 380, Dell EMC Unity XT 380F, Dell EMC Unity 400, Dell EMC Unity 400F, Dell EMC Unity 450F, Dell EMC Unity XT 480, Dell EMC Unity XT 480F, Dell EMC Unity 500
, Dell EMC Unity 500F, Dell EMC Unity 600, Dell EMC Unity 600F, Dell EMC Unity 650F, Dell EMC Unity XT 680, Dell EMC Unity XT 680F, Dell EMC Unity XT 880, Dell EMC Unity XT 880F, Dell EMC Unity Family |Dell EMC Unity All Flash, Dell EMC Unity Family, Dell EMC Unity Hybrid
...
Article Properties
Article Number: 000056109
Article Type: Solution
Last Modified: 09 Oct 2024
Version: 4
Find answers to your questions from other Dell users
Support Services
Check if your device is covered by Support Services.