Skip to main content
Une version plus récente de ce produit est disponible.
La version française est une traduction automatique. La version anglaise prévaut sur la française en cas de divergence.

Résolution des problèmes de réseau, de matériel et de plateforme

Contributeurs
PDF

Vous pouvez effectuer plusieurs tâches pour déterminer la source des problèmes liés au réseau, au matériel et à la plateforme StorageGRID.

Erreurs "`422: Entité non traitable'"

L'erreur 422 : entité détraitable peut se produire pour différentes raisons. Consultez le message d'erreur pour déterminer la cause de votre problème.

Si l'un des messages d'erreur répertoriés s'affiche, effectuez l'action recommandée.

Message d'erreur Cause première et action corrective 
422: Unprocessable Entity

Validation failed. Please check
the values you entered for
errors. Test connection failed.
Please verify your
configuration. Unable to
authenticate, please verify
your username and password:
LDAP Result Code 8 "Strong
Auth Required": 00002028:
LdapErr: DSID-0C090256,
comment: The server requires
binds to turn on integrity
checking if SSL\TLS are not
already active on the
connection, data 0, v3839

Ce message peut se produire si vous sélectionnez l'option ne pas utiliser TLS pour transport Layer Security (TLS) lors de la configuration de la fédération d'identités à l'aide de Windows Active Directory (AD).

L'utilisation de l'option ne pas utiliser TLS n'est pas prise en charge pour les serveurs AD qui appliquent la signature LDAP. Vous devez sélectionner l'option Use STARTTLS ou l'option use LDAPS pour TLS.

 
422: Unprocessable Entity

Validation failed. Please check
the values you entered for
errors. Test connection failed.
Please verify your
configuration.Unable to
begin TLS, verify your
certificate and TLS
configuration: LDAP Result
Code 200 "Network Error":
TLS handshake failed
    (EOF)

Ce message s'affiche si vous essayez d'utiliser un chiffrement non pris en charge pour établir une connexion TLS (transport Layer Security) entre StorageGRID et un système externe utilisé pour identifier la fédération ou les pools de stockage dans le cloud.

Vérifiez les chiffrements proposés par le système externe. Le système doit utiliser l'un des "Chiffrements pris en charge par StorageGRID" Pour les connexions TLS sortantes, comme indiqué dans les instructions d'administration de StorageGRID.

alerte de non-concordance MTU du réseau de la grille

L'alerte Grid Network MTU mismatch est déclenchée lorsque le paramètre MTU (maximum transmission Unit) de l'interface réseau Grid (eth0) diffère considérablement sur les nœuds de la grille.

Description de la tâche

Les différences dans les paramètres MTU peuvent indiquer que certains réseaux eth0, mais pas tous, sont configurés pour les trames jumbo. Une différence de taille de MTU supérieure à 1000 peut entraîner des problèmes de performances du réseau.

Étapes

  1. Répertorie les paramètres MTU pour eth0 sur tous les nœuds.

    • Utilisez la requête fournie dans Grid Manager.

    • Accédez à primary Admin Node IP address/metrics/graph et entrez la requête suivante : node_network_mtu_bytes{interface='eth0'}

  2. "Modifiez les paramètres MTU" Si nécessaire, pour s'assurer qu'ils sont identiques pour l'interface réseau Grid (eth0) sur tous les nœuds.

    • Pour les nœuds Linux et VMware, utilisez la commande suivante : /usr/sbin/change-ip.py [-h] [-n node] mtu network [network...]

      Exemple : change-ip.py -n node 1500 grid admin

      Remarque : sur les nœuds basés sur Linux, si la valeur MTU souhaitée pour le réseau dans le conteneur dépasse la valeur déjà configurée sur l'interface hôte, vous devez d'abord configurer l'interface hôte pour qu'elle ait la valeur MTU souhaitée, puis utiliser change-ip.py Script pour modifier la valeur MTU du réseau dans le conteneur.

      Utilisez les arguments suivants pour modifier la MTU sur les nœuds Linux ou VMware.

    Arguments de position Description

    mtu

    La MTU à définir. Doit être compris entre 1280 et 9216.

    network

    Réseaux auxquels appliquer la MTU. Incluez un ou plusieurs des types de réseau suivants :

    • grille

    • admin

    • client

    +

    Arguments facultatifs Description

    -h, – help

    Afficher le message d'aide et quitter.

    -n node, --node node

    Le nœud. La valeur par défaut est le nœud local.

Alarme d'erreur de réception réseau (NRER)

Les alarmes d'erreur de réception réseau (NRER) peuvent être causées par des problèmes de connectivité entre StorageGRID et votre matériel réseau. Dans certains cas, les erreurs NRER peuvent être résolues sans intervention manuelle. Si les erreurs ne s'effacent pas, prenez les mesures recommandées.

Description de la tâche

Les alarmes NRER peuvent être causées par les problèmes suivants avec le matériel réseau connecté à StorageGRID :

  • La correction d'erreur de marche avant (FEC) est requise et n'est pas utilisée

  • Le port du commutateur et la MTU de la carte réseau ne correspondent pas

  • Taux d'erreur de liaison élevés

  • Dépassement de la mémoire tampon de la sonnerie NIC

Étapes

  1. Suivez les étapes de dépannage pour toutes les causes potentielles de l'alarme NRER compte tenu de votre configuration réseau.

  2. Effectuez les étapes suivantes en fonction de la cause de l'erreur :

    Non-concordance FEC
    Remarque Ces étapes s'appliquent uniquement aux erreurs NRER causées par une incompatibilité FEC sur les appareils StorageGRID.

    1. Vérifiez l'état FEC du port du commutateur connecté à votre appliance StorageGRID.

    2. Vérifiez l'intégrité physique des câbles entre l'appareil et le commutateur.

    3. Si vous souhaitez modifier les paramètres FEC pour essayer de résoudre l'alarme NRER, assurez-vous d'abord que l'appareil est configuré pour le mode Auto sur la page Configuration de la liaison du programme d'installation de l'appareil StorageGRID (reportez-vous aux instructions relatives à votre appareil :

    4. Modifiez les paramètres FEC sur les ports du commutateur. Si possible, les ports de l'appliance StorageGRID ajustent leurs paramètres FEC.

      Vous ne pouvez pas configurer les paramètres FEC sur les appliances StorageGRID. Au lieu de cela, les appareils tentent de détecter et de mettre en miroir les paramètres FEC sur les ports de commutateur auxquels ils sont connectés. Si les liaisons sont forcées à des vitesses de réseau 25 GbE ou 100 GbE, le commutateur et la carte réseau peuvent ne pas négocier un paramètre FEC commun. Sans paramètre FEC commun, le réseau revient en mode « no-FEC ». Lorsque le mode FEC n'est pas activé, les connexions sont plus susceptibles d'erreurs causées par le bruit électrique.

      Remarque Les appareils StorageGRID prennent en charge les FEC Firecode (FC) et Reed Solomon (RS), ainsi qu'aucun FEC.
    Le port du commutateur et la MTU de la carte réseau ne correspondent pas

    Si l'erreur est causée par une discordance de port de commutateur et de MTU de carte réseau, vérifiez que la taille de MTU configurée sur le nœud est identique au paramètre MTU du port de commutateur.

    La taille de MTU configurée sur le nœud peut être inférieure à celle définie sur le port de commutateur auquel le nœud est connecté. Si un nœud StorageGRID reçoit une trame Ethernet supérieure à sa MTU, ce qui est possible avec cette configuration, l'alarme NRER peut être signalée. Si vous pensez que c'est ce qui se passe, modifiez la MTU du port du switch pour qu'il corresponde à la MTU de l'interface réseau StorageGRID, ou modifiez la MTU de l'interface réseau StorageGRID pour qu'elle corresponde au port du switch, en fonction de vos objectifs ou de vos exigences MTU de bout en bout.

    Important Pour des performances réseau optimales, tous les nœuds doivent être configurés avec des valeurs MTU similaires sur leurs interfaces réseau Grid. L'alerte Grid Network MTU mismatch est déclenchée en cas de différence importante dans les paramètres MTU pour le réseau Grid sur les nœuds individuels. Les valeurs MTU ne doivent pas nécessairement être identiques pour tous les types de réseau. Voir Dépanner l'alerte de non-concordance de MTU du réseau Grid pour en savoir plus.
    Remarque Voir aussi "Modifier le paramètre MTU".
    Taux d'erreur de liaison élevés

    1. Activez FEC, si ce n'est déjà fait.

    2. Vérifiez que le câblage réseau est de bonne qualité et qu'il n'est pas endommagé ou mal connecté.

    3. Si les câbles ne semblent pas être à l'origine du problème, contactez le support technique.

      Remarque Vous remarquerez peut-être des taux d'erreur élevés dans un environnement présentant un bruit électrique élevé.
    Dépassement de la mémoire tampon de la sonnerie NIC

    Si l'erreur est un dépassement de la mémoire tampon de la sonnerie de la carte réseau, contactez le support technique.

    La mémoire tampon annulaire peut être surchargée lorsque le système StorageGRID est surchargé et ne peut pas traiter les événements réseau en temps opportun.

  3. Une fois que vous avez résolu le problème sous-jacent, réinitialisez le compteur d'erreurs.

    1. Sélectionnez SUPPORT > Outils > topologie de grille.

    2. Sélectionnez site > grid node > SSM > Resources > Configuration > main.

    3. Sélectionnez Réinitialiser le nombre d'erreurs de réception et cliquez sur appliquer les modifications.

Informations associées

"Référence des alarmes (système hérité)"

Erreurs de synchronisation de l'heure

Des problèmes de synchronisation de l'heure peuvent s'afficher dans votre grille.

Si vous rencontrez des problèmes de synchronisation du temps, vérifiez que vous avez spécifié au moins quatre sources NTP externes, chacune fournissant une référence Stratum 3 ou supérieure, et que toutes les sources NTP externes fonctionnent normalement et sont accessibles par vos nœuds StorageGRID.

Remarque Quand "Spécification de la source NTP externe" Pour une installation StorageGRID de niveau production, n'utilisez pas le service Windows Time (W32Time) sur une version de Windows antérieure à Windows Server 2016. Le service de temps des versions antérieures de Windows n'est pas suffisamment précis et n'est pas pris en charge par Microsoft pour une utilisation dans des environnements à haute précision, tels que StorageGRID.

Linux : problèmes de connectivité réseau

Il se peut que des problèmes de connectivité réseau existent pour les nœuds grid StorageGRID hébergés sur des hôtes Linux.

Clonage d'adresses MAC

Dans certains cas, les problèmes de réseau peuvent être résolus en utilisant le clonage d'adresses MAC. Si vous utilisez des hôtes virtuels, définissez la valeur de la clé de clonage d'adresse MAC de chacun de vos réseaux sur « true » dans le fichier de configuration de nœud. Ce paramètre entraîne l'utilisation de l'adresse MAC du conteneur StorageGRID de l'hôte. Pour créer des fichiers de configuration de nœud, reportez-vous aux instructions de "Red Hat Enterprise Linux ou CentOS" ou "Ubuntu ou Debian".

Important Créez des interfaces réseau virtuelles distinctes pour le système d'exploitation hôte Linux. L'utilisation des mêmes interfaces réseau pour le système d'exploitation hôte Linux et le conteneur StorageGRID peut rendre le système d'exploitation hôte inaccessible si le mode promiscuous n'a pas été activé sur l'hyperviseur.

Pour plus d'informations sur l'activation du clonage MAC, reportez-vous aux instructions de "Red Hat Enterprise Linux ou CentOS" ou "Ubuntu ou Debian".

Mode promiscueux

Si vous ne souhaitez pas utiliser le clonage d'adresses MAC et que vous préférez autoriser toutes les interfaces à recevoir et transmettre des données pour les adresses MAC autres que celles attribuées par l'hyperviseur, Assurez-vous que les propriétés de sécurité au niveau du commutateur virtuel et du groupe de ports sont définies sur Accept pour le mode promiscuous, les modifications d'adresse MAC et les transmissions forgées. Les valeurs définies sur le commutateur virtuel peuvent être remplacées par les valeurs au niveau du groupe de ports, de sorte que les paramètres soient les mêmes aux deux endroits.

Pour plus d'informations sur l'utilisation du mode promiscuous, reportez-vous aux instructions de "Red Hat Enterprise Linux ou CentOS" ou "Ubuntu ou Debian".

Linux : l'état du nœud est « orphelin »

Un nœud Linux à l'état orphelin indique généralement que le service StorageGRID ou le démon du nœud StorageGRID contrôlant le conteneur du nœud est décédé de façon inattendue.

Description de la tâche

Si un nœud Linux signale qu'il est dans un état orphelin, vous devez :

  • Vérifiez les journaux à la recherche d'erreurs et de messages.

  • Tentative de démarrage du nœud.

  • Si nécessaire, utiliser des commandes moteur de conteneur pour arrêter le conteneur de nœuds existant.

  • Redémarrez le nœud.

Étapes

  1. Vérifiez les journaux du démon du service et du nœud orphelin pour voir si des erreurs évidentes et des messages relatifs à la fermeture inopinée.

  2. Connectez-vous à l'hôte en tant que root ou en utilisant un compte avec l'autorisation sudo.

  3. Tentative de démarrage du nœud à nouveau en exécutant la commande suivante : $ sudo storagegrid node start node-name

    $ sudo storagegrid node start DC1-S1-172-16-1-172

    Si le nœud est orphelin, la réponse est

    Not starting ORPHANED node DC1-S1-172-16-1-172

  4. Depuis Linux, arrêtez le moteur de conteneur et tous les processus de nœud StorageGRID qui contrôlent. Par exemple :sudo docker stop --time secondscontainer-name

    Pour seconds, saisissez le nombre de secondes que vous souhaitez attendre l'arrêt du conteneur (généralement 15 minutes ou moins). Par exemple :

    sudo docker stop --time 900 storagegrid-DC1-S1-172-16-1-172

  5. Redémarrez le nœud : storagegrid node start node-name

    storagegrid node start DC1-S1-172-16-1-172

Linux : dépannage de la prise en charge IPv6

Vous devrez peut-être activer la prise en charge IPv6 dans le noyau si vous avez installé des nœuds StorageGRID sur des hôtes Linux et que vous remarquez que les adresses IPv6 n'ont pas été attribuées aux conteneurs de nœuds comme prévu.

Description de la tâche

L'adresse IPv6 attribuée à un nœud de grille s'affiche aux emplacements suivants dans Grid Manager :

  • Sélectionnez NOEUDS et sélectionnez le noeud. Sélectionnez ensuite Afficher plus en regard de adresses IP dans l'onglet vue d'ensemble.

    Capture d'écran des nœuds > Présentation > adresses IP

  • Sélectionnez SUPPORT > Outils > topologie de grille. Sélectionnez ensuite node > SSM > Ressources. Si une adresse IPv6 a été attribuée, elle est répertoriée sous l'adresse IPv4 dans la section adresses réseau.

Si l'adresse IPv6 n'est pas affichée et que le nœud est installé sur un hôte Linux, procédez comme suit pour activer la prise en charge IPv6 dans le noyau.

Étapes

  1. Connectez-vous à l'hôte en tant que root ou en utilisant un compte avec l'autorisation sudo.

  2. Exécutez la commande suivante : sysctl net.ipv6.conf.all.disable_ipv6

    root@SG:~ # sysctl net.ipv6.conf.all.disable_ipv6

    Le résultat doit être 0.

    net.ipv6.conf.all.disable_ipv6 = 0
    Remarque Si le résultat n'est pas 0, reportez-vous à la documentation de votre système d'exploitation pour la modification sysctl paramètres. Ensuite, définissez la valeur sur 0 avant de continuer.

  3. Saisissez le conteneur de nœuds StorageGRID : storagegrid node enter node-name

  4. Exécutez la commande suivante : sysctl net.ipv6.conf.all.disable_ipv6

    root@DC1-S1:~ # sysctl net.ipv6.conf.all.disable_ipv6

    Le résultat doit être 1.

    net.ipv6.conf.all.disable_ipv6 = 1
    Remarque Si le résultat n'est pas 1, cette procédure ne s'applique pas. Contactez l'assistance technique.

  5. Quitter le conteneur : exit

    root@DC1-S1:~ # exit

  6. En tant que racine, modifiez le fichier suivant : /var/lib/storagegrid/settings/sysctl.d/net.conf.

    sudo vi /var/lib/storagegrid/settings/sysctl.d/net.conf

  7. Localisez les deux lignes suivantes et supprimez les balises de commentaire. Ensuite, enregistrez et fermez le fichier.

    net.ipv6.conf.all.disable_ipv6 = 0
    net.ipv6.conf.default.disable_ipv6 = 0

  8. Exécutez ces commandes pour redémarrer le conteneur StorageGRID :

    storagegrid node stop node-name
    storagegrid node start node-name