VMware vRealize Aria Operations for logs a signalé des erreurs lors de la création ou de la suppression de nouveaux objets
Summary: Les opérations VMware Aria pour les logs présentent une erreur lors de la création ou de la suppression d’objets. Mais les opérations ont finalement été couronnées de succès. La version qui a déclenché ce problème est 8.16.0, mais peut ne pas être limitée à cette version uniquement. ...
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
Lors de la création d’un objet tel qu’un graphique sur le tableau de bord existant ou un nouveau tableau de bord, le client voit la création échouer. Si vous supprimez certains graphiques, la suppression échoue, mais au bout d’un certain temps, on constate que le nouveau tableau de bord ou le nouveau graphique dans le tableau de bord existant.
Lors de la création d’un champ, l’interface graphique Web déclenchait un « message d’erreur de délai d’expiration Cassandra », mais au bout d’un moment, le client pouvait voir que le champ avait été créé.
Journaux:
Même en modifiant le fichier de configuration /storage/core/loginsight/cidata/cassandra/config/cassandra.yaml et en augmentant la valeur write_request_timeout à 3000 millisecondes et en effectuant le redémarrage des opérations aria pour le service de journaux, le problème persiste.
Lors de la création d’un champ, l’interface graphique Web déclenchait un « message d’erreur de délai d’expiration Cassandra », mais au bout d’un moment, le client pouvait voir que le champ avait été créé.
Journaux:
[2024-04-22 08:53:04.372+0000] ["CassandraClientParallelExecutor-thread-4152"/10.159.197.195 WARN] [com.vmware.loginsight.cassandra.CassandraClient] [Exception during asynchronous execution (3875612721059898833): Statement:(select guid, count from spock_cluster_counts where guid in ? and bucket = ? limit 1000000) java.util.concurrent.ExecutionException: com.datastax.oss.driver.api.core.servererrors.ReadTimeoutException: Cassandra timeout during read query at consistency QUORUM (2 responses were required but only 1 replica responded). In case this was generated during read repair, the consistency level is not representative of the actual consistency.]
java.util.concurrent.ExecutionException: com.datastax.oss.driver.api.core.servererrors.ReadTimeoutException: Cassandra timeout during read query at consistency QUORUM (2 responses were required but only 1 replica responded). In case this was generated during read repair, the consistency level is not representative of the actual consistency.
Même en modifiant le fichier de configuration /storage/core/loginsight/cidata/cassandra/config/cassandra.yaml et en augmentant la valeur write_request_timeout à 3000 millisecondes et en effectuant le redémarrage des opérations aria pour le service de journaux, le problème persiste.
Cause
Le cluster Cassandra présente quelques problèmes.
Lorsqu’ils essaient de créer un champ sous Aria Operations pour les journaux, ils obtiennent des erreurs de délai d’expiration.
Cela impliquerait une certaine API LI pour la gestion des champs.
Lorsqu’ils essaient de créer un champ sous Aria Operations pour les journaux, ils obtiennent des erreurs de délai d’expiration.
Cela impliquerait une certaine API LI pour la gestion des champs.
Resolution
Pour résoudre ce problème, redémarrez tous les nœuds de l’appliance dans le cluster Aria Operations for logs.
Affected Products
OpenManage Management Pack for VMware Aria OperationsArticle Properties
Article Number: 000224734
Article Type: Solution
Last Modified: 16 May 2025
Version: 3
Find answers to your questions from other Dell users
Support Services
Check if your device is covered by Support Services.