> Duchet Rémy a écrit :
> La bascule d'un path est souvent un peu "lente", surtout si les timeout sont
> élevés
> (coté serveur), et j'ai déjà vu des VM (sous VMWARE) qui freeze dans des
> conditions
> identiques. Bref, pour un upgrade serein, avec le moins d'IO possible, vu le
> design.
+1
ign.
Rémy
-Original Message-
From: frnog-requ...@frnog.org On Behalf Of Rémi
Holveck
Sent: Monday, 9 September 2019 10:51
Cc: frnog-t...@frnog.org
Subject: Re: [FRnOG] [TECH] Update firmware sur switch root RSTP
Bonjour,
Merci pour vos réponses. En y ayant un peu plus réfléchi et en pren
Bonjour,
Merci pour vos réponses. En y ayant un peu plus réfléchi et en prenant
en compte l'astuce de Michel je comprends mieux ce que fera RSTP à
chaque étape.
Je suis presque serein maintenant ! Je vous ferai un retour après
l'opération qui aura lieu d'ici quelques semaines.
On est
> Christophe Lesur a écrit :
> Je comprend que ton but est d’avoir de la redondance pour "le jour ou un
> switch meurt, le stockage fonctionne".
Pas seulement, lire plus bas.
> Mon retour d’expérience c’est que, a part une alimentation qui meurt, c’est
> souvent des comas. Le
> switch est pas
+1 sur l’idée de Michel;
Pour avoir longtemps pratiqué le MSTP/RSTP, sur un réseau de stockage,
franchement, t’es chaud à utiliser cette techno.
La meilleure façon de prédire ce qu’il va se passer, c’est de maitriser le
shutdown des ports pour être certain que quand ton switch va revenir il
> Rémi Holveck a écrit :
> Pour cela, deux possibilités : augmenter la priorité de sw-core1 à 12288, ou
> baisser celle de sw-core2 à 0.
Note : je ne connais pas les switch Dell. Mais si c'était du Cisco : aucune de
tes deux options.
La manière dont je ferais çà : shutdown des ports. Il n'y a
