0% ont trouvé ce document utile (0 vote)
3 vues7 pages

Net App

Le document fournit un guide détaillé pour vérifier l'accessibilité et la connectivité d'un système NetApp AFF C250, incluant des étapes de diagnostic via ping, vérification des interfaces réseau et des services. Il présente également des scénarios de problèmes potentiels avec leurs causes et solutions, ainsi qu'une liste complète de commandes à exécuter pour restaurer l'accès réseau. Enfin, il décrit les procédures à suivre en cas de blocage du système, y compris l'utilisation du contrôleur BMC pour un accès matériel.

Transféré par

Kratos Olympe
Copyright
© All Rights Reserved
Nous prenons très au sérieux les droits relatifs au contenu. Si vous pensez qu’il s’agit de votre contenu, signalez une atteinte au droit d’auteur ici.
Formats disponibles
Téléchargez aux formats DOCX, PDF, TXT ou lisez en ligne sur Scribd
0% ont trouvé ce document utile (0 vote)
3 vues7 pages

Net App

Le document fournit un guide détaillé pour vérifier l'accessibilité et la connectivité d'un système NetApp AFF C250, incluant des étapes de diagnostic via ping, vérification des interfaces réseau et des services. Il présente également des scénarios de problèmes potentiels avec leurs causes et solutions, ainsi qu'une liste complète de commandes à exécuter pour restaurer l'accès réseau. Enfin, il décrit les procédures à suivre en cas de blocage du système, y compris l'utilisation du contrôleur BMC pour un accès matériel.

Transféré par

Kratos Olympe
Copyright
© All Rights Reserved
Nous prenons très au sérieux les droits relatifs au contenu. Si vous pensez qu’il s’agit de votre contenu, signalez une atteinte au droit d’auteur ici.
Formats disponibles
Téléchargez aux formats DOCX, PDF, TXT ou lisez en ligne sur Scribd

.

Vérifie l’accessibilité de base (réseau)

Sur un poste de supervision ou d’administration :

ping <adresse_IP_du_NetApp>

➡️Si ça ne répond pas, teste :

arp -a | find "<IP>"

 Si tu vois l’adresse MAC, alors la machine est présente physiquement sur le LAN,
mais ne répond peut-être pas (problème de pare-feu, service arrêté, ou panne
ONTAP).

 Si tu ne vois rien, vérifie le switch ou la liaison physique (port down ?).

⚙️2. Vérifie la connectivité physique

Sur le switch où le NetApp est branché :

show interface status

ou

show interface <port> detail

➡️Les ports reliés aux contrôleurs NetApp doivent être UP, souvent en 100G/40G Ethernet
ou Fibre Channel selon ta configuration.

3. Vérifie depuis la console locale NetApp

Si tu as un accès physique :

1. Branche un écran + clavier, ou connecte-toi en console série (RJ45/USB).

2. Vérifie si tu vois les contrôleurs en fonctionnement (A & B).

o Si tu vois un prompt du type :

o cluster::>

alors ONTAP tourne, mais le réseau peut être mal configuré.

3. Tape :

4. network interface show

→ Cela te dira quelles interfaces sont up/down, leurs adresses IP, et leur status d’accès.
📡 4. Scénarios possibles

Problème Cause probable Solution

Câble débranché, port switch


❌ Ping impossible, aucun ARP Vérifie switch et câblage
down, ou VLAN modifié

Interface down dans ONTAP,


Vérifie via console ou
✅ ARP visible mais pas de ping firewall bloquant, ou cluster HA
System Manager
dégradé

Vérifie avec storage


⚠️Un seul contrôleur actif Failover HA, panne d’un nœud
failover show

Redémarre le service :
🕒 Impossible d’accéder via
Service web stoppé system services web
navigateur (System Manager)
restart

🧠 Astuce : via IPMI/BMC (si configuré)

Le NetApp AFF C250 a un port de gestion hors bande (BMC/IPMI).


➡️Si le stockage ne répond plus, connecte-toi sur ce port (souvent une IP différente) pour
voir :

 L’état matériel

 Les logs d’erreurs ou pannes

 L’accès à la console distante

Commande utile :

system node run -node * sysconfig -a

Peux-tu me dire :

1. Si le ping répond ou non,

2. Si le port réseau du switch est actif,

3. Et si tu as un accès physique ou console sur l’équipement ?

👉 Avec ça, je pourrai te guider étape par étape pour le remettre en ligne.

Vous avez dit :

liste moi toutes les commandes possible pour résoudre le problème


ChatGPT a dit :

Parfait 👌 tu veux toutes les commandes utiles pour diagnostiquer et restaurer l’accès
réseau à ton NetApp AFF C250 (ONTAP) — voici la liste complète, classée par niveau d’accès
(réseau, console, cluster, BMC).

Je te mets les commandes à exécuter + leur but, pour que tu puisses tout suivre
méthodiquement 🔧

🧩 I. Diagnostic depuis ton poste (avant même d’aller sur le NetApp)

🔹 1. Vérifier la présence sur le réseau

ping <IP_du_NetApp>

→ Vérifie si le contrôleur répond.

arp -a | find "<IP>"

→ Vérifie si une adresse MAC est détectée (présence sur le LAN).

tracert <IP_du_NetApp>

→ Permet de voir jusqu’où le trafic passe.

nmap -sP <IP_du_NetApp>/32

→ Teste si l’hôte est accessible (scan réseau léger).

II. Depuis la console NetApp (mode cluster : cluster::>)

🔹 2. Vérifier les interfaces réseau

network interface show

→ Liste toutes les interfaces IP (status, rôle, adresse).

network interface show -vserver cluster

→ Vérifie les interfaces cluster internes.

network port show

→ Affiche l’état physique des ports Ethernet (admin/oper, vitesse, duplex).

network device-discovery show

→ Montre à quel switch le port est connecté (LLDP/CDP).

network interface check-ip


→ Vérifie la validité et les conflits d’adresses IP.

network port reachability show

→ Vérifie si les ports sont correctement reliés au bon réseau/VLAN.

network port broadcast-domain show

→ Vérifie les domaines de broadcast (VLANs, MTU, ports inclus).

network port ifgrp show

→ Vérifie les groupes d’interface (LACP, agrégations).

🔹 3. Vérifier les services réseau

system services web show

→ Vérifie si l’accès web (System Manager) est actif.

system services web restart

→ Redémarre le service web (utile si l’interface graphique ne répond plus).

vserver services dns show

→ Vérifie la résolution DNS.

vserver services name-service cache show

→ Vérifie le cache DNS/LDAP.

🔹 4. Vérifier la configuration IP

net int show -fields address,home-node,home-port,status-oper,failover-group

→ Pour chaque LIF (interface logique), vérifie si elle est up et sur le bon port.

network interface revert -vserver <SVM> -lif <nom_LIF>

→ Replace une LIF sur son port d’origine (utile après bascule HA).

🔹 5. Vérifier la haute disponibilité (HA)

storage failover show

→ Vérifie si les 2 contrôleurs sont en bon état (partner healthy, takeover possible).

storage failover giveback -ofnode <nom_du_nœud>


→ Redonne le contrôle à un nœud après un failover.

cluster show

→ Vérifie si tous les nœuds du cluster sont up.

system health status show

→ Vérifie l’état global du cluster (OK ou dégradé).

🔹 6. Vérifier le routage

network route show

→ Vérifie la passerelle par défaut et les routes réseau.

network ping -vserver <SVM> -destination <IP>

→ Ping direct depuis le stockage (test interne).

network traceroute -vserver <SVM> -destination <IP>

→ Trace interne du chemin vers un hôte (utile pour tester la connectivité sortante).

🔹 7. Logs & événements

event log show -time >1h

→ Montre les événements récents.

system node run -node * sysconfig -a

→ Vérifie l’état matériel (contrôleur, disques, ports).

system node show -fields node-model,serial-number

→ Identifie les contrôleurs (utile pour savoir lequel est affecté).

⚙️III. Depuis le mode maintenance (si ONTAP ne démarre pas)

Si le système est bloqué avant l’OS :

boot_ontap

boot_ontap maint

puis :

ifconfig e0M
→ Configure manuellement une IP sur le port de management (pour test d’accès).

ping <IP_admin>

→ Teste la connectivité depuis le mode maintenance.

🔧 IV. Depuis le contrôleur BMC (Baseboard Management Controller)

Connexion via IP dédiée (souvent nommée “BMC” ou “SP”):

system service-processor show

→ Vérifie l’adresse IP et l’état du contrôleur BMC.

system service-processor network modify -node * -address-family ipv4 -enable true

→ Active ou corrige la config réseau du BMC.

Depuis le BMC (via SSH sur son IP) :

system sensors

→ Vérifie les alertes matérielles.

system console

→ Accès direct à la console ONTAP distante.

🧱 V. Commandes de redémarrage (si nécessaire)

⚠️À faire uniquement si le service est figé et sans production active.

system node reboot -node <nom_du_nœud> -reason "Network unresponsive"

system node halt -node <nom_du_nœud>

system node power on -node <nom_du_nœud>

✅ Ordre de priorité d’exécution

1. ping / arp

2. network interface show

3. network port show

4. storage failover show

5. system services web show


6. network ping -vserver <SVM>

7. system health status show

8. event log show

9. (si rien) — accès BMC / console série

Vous aimerez peut-être aussi