Rapports-Intervention/ri-30-03-18-remplacement-switch-cassant-lacp-i1-i11.md
... ...
@@ -14,29 +14,29 @@
14 14
15 15
**Détail des modifications :**
16 16
Il n'y avait pas de cours (cause : voyage Q) ce 30/03. Guillaume et Baptiste en ont profité pour faire une formation installation et paramétrage de switch.Il était prévu de remplacer un switch d'accès 100M par l'ancien switch de tête Cisco 3560G Laperouse renommé Michelle temporairement, qui possède 4 SFP et 24 ports 1G.
17
-Matinée et début d'après-midi : pré-paramétrage en connexion série (configuration de l'ip, interface downlink, login locaux, ssh). Le switch est racké et branché comme suivant :
17
+- Matinée et début d'après-midi : pré-paramétrage en connexion série (configuration de l'ip, interface downlink, login locaux, ssh). Le switch est racké et branché comme suivant :
18 18
kuma(i1) <------------->elris1(i9)<->elris(i9)<->Michelle.
19
-Les tests montrent que Michelle est joignable (ping) depuis yoshi par son ip temporaire en 0.92. Tout va bien.
20
-Fin d'après-midi : Fin de la configuration de Michelle par ssh (recopie de la configuration des ports de Elris1 principalement).
19
+- Les tests montrent que Michelle est joignable (ping) depuis yoshi par son ip temporaire en 0.92. Tout va bien.
20
+- Fin d'après-midi : Fin de la configuration de Michelle par ssh (recopie de la configuration des ports de Elris1 principalement).
21 21
17h40 : intervention i9 pour passer les chambres et les bornes sur Michelle.
22
-Dû à un manque de type de connecteur de fibre, la configuration initialement prévue (kuma<----------->Michelle<->elris) n'était pas possible. Il a été choisi la configuration (kuma<---------->elris<->Michelle). A ce moment, débranchement du downlink kuma<----->elris1 et branchement sur elris.
23
-Branchement des ports d'accès.
24
-Tests.... La connexion en ethernet depuis Michelle fonctionne. Pas en wifi (on comprendra plus tard que ça vient du fait que le contrôlleur n'était plus accessible car au i11). Les services ResEl (sites) ne fonctionnent plus. Impossible de pinger les machines.
25
-Clément au i11 utilise le kvm pour aller sur yoshi. Yoshi est isolé de Zahia.
26
-Guillaume au i1 se log sur zahia en local, et Bruno ssh sur zahia en passant par la passerelle rennaise. Même constat : zahia isolée du i11.
27
-Au i9, Thibault débranche le down link venant de Kuma car il semble que cela ait provoqué la panne.
28
-Au i11, login sur Laëtitia, lecture des logs. l'erreur "%PM-4-ERR_DISABLE: channel-misconfig (STP) error detected on Gi0/49, putting Gi0/49 in err-disable state." est notamment présente pour les ports Gi0/49-52 (4 liens du LACP).
29
-Restauration du lien : sur Laëtitia :
30
-- conf t
31
-- interface Port-channel1
32
-- shutdown
33
-- no shutdown
34
-Les services sont de retour.
35
-20h30 : Retour au i9 pour rebrancher la stack d'accès avec la configuration originale kuma<-------->elris1<->elris
36
-Les services retombent.
37
-Clément retourne au i11 vérifier le LACP.
38
-Rétablissement du lien LACP (mêmes commandes) en laissant la stack d'accès du i9 connectée.
39
-Les services sont de retour en ligne.
22
+- Dû à un manque de type de connecteur de fibre, la configuration initialement prévue (kuma<----------->Michelle<->elris) n'était pas possible. Il a été choisi la configuration (kuma<---------->elris<->Michelle). A ce moment, débranchement du downlink kuma<----->elris1 et branchement sur elris.
23
+- Branchement des ports d'accès.
24
+- Tests.... La connexion en ethernet depuis Michelle fonctionne. Pas en wifi (on comprendra plus tard que ça vient du fait que le contrôlleur n'était plus accessible car au i11). Les services ResEl (sites) ne fonctionnent plus. Impossible de pinger les machines.
25
+- Clément au i11 utilise le kvm pour aller sur yoshi. Yoshi est isolé de Zahia.
26
+- Guillaume au i1 se log sur zahia en local, et Bruno ssh sur zahia en passant par la passerelle rennaise. Même constat : zahia isolée du i11.
27
+- Au i9, Thibault débranche le down link venant de Kuma car il semble que cela ait provoqué la panne.
28
+- Au i11, login sur Laëtitia, lecture des logs. l'erreur "%PM-4-ERR_DISABLE: channel-misconfig (STP) error detected on Gi0/49, putting Gi0/49 in err-disable state." est notamment présente pour les ports Gi0/49-52 (4 liens du LACP).
29
+- Restauration du lien : sur Laëtitia :
30
+ - conf t
31
+ - interface Port-channel1
32
+ - shutdown
33
+ - no shutdown
34
+- Les services sont de retour.
35
+- 20h30 : Retour au i9 pour rebrancher la stack d'accès avec la configuration originale kuma<-------->elris1<->elris
36
+- Les services retombent.
37
+- Clément retourne au i11 vérifier le LACP.
38
+- Rétablissement du lien LACP (mêmes commandes) en laissant la stack d'accès du i9 connectée.
39
+- Les services sont de retour en ligne.
40 40
41 41
**Problèmes rencontrés :**
42 42