Hello a tous,
Je me permets de poster sur ce forum car a mon plus grand désespoir, je n'arrive a me sortir d'une problématique (qui je suis sur est simple..d'ou le désespoir).
Rentrons dans le vif du sujet (version longue) :
Grâce a Citrix est a son changement de politique de licence, je me suis tourné vers KVM pour continuer mes activités lié a la virtualisation/cloud.
Afin d'arriver a une situation proche de mes anciens cluster XenServer, j'ai besoin de créé des team network et de les bridger (pré-requis cloudstack).
Seulement, voila, je n'arrive pas a créé de team network. Enfin si, j'en ai créé un basique mais le second me pose quelques soucis sachant que j'y ajoute un bridge et des VLANs.
voici la configuration et les commandes utilisé :
team-TRUNK avec ens1f1/enp2s0f1
nmcli connection add type team ifname TRUNK
nmcli con add type team-slave con-name TRUNK-port1 ifname enp2s0f1 master TRUNK
nmcli con add type team-slave con-name TRUNK-port2 ifname ens1f1 master TRUNK
suppresion de la configuration IP des deux cartes réseaux.
Création du bridge manuellement avec le fichier de config suivant :
DEVICE=cloudbr1
BOOTPROTO=static
IPADDR=192.168.1.100
NETMASK=255.255.255.0
GATEWAY=192.168.1.254
DNS1=8.8.8.8
ONBOOT=yes
TYPE=Bridge
Pour le moment, le probléme n'est pas trop le bridge mais le teaming car il ne monte pas…
Les ports reste en état "preparation" et le master device TRUNK en état "obtention d'un IP"
Le message d'erreur récupéré lors d'un ifup de l'interface TRUNK :
Master Device 'TRUNK' can't be activated: Device unmanaged or not available
J'ai beau refaire la configuration a l'identique que mes précédents teaming mais celui-ci reste bloqué.
Pour plus de détail voici la configuration du team-TRUNK :
DEVICE=TRUNK
PROXY_METHOD=none
BOOTPROTO=static
DEFROUTE=yes
IPv4_FAILURE_FATAL=no
NAME=team-TRUNK
UUID=xxxx.xxxxx.xxxxx….
ONBOOT=yes
DEVICETYPE=Team
BRIDGE=cloudbr1
Configuration du port1 du team-TRUNK :
NAME=TRUNK-port1
UUID=XXXXXXX.XXXX.XXXXX…
DEVICE=enp2s0f1
ONBOOT=yes
TEAM_MASTER=TRUNK
DEVICETYPE=TeamPort
Voila, si quelqu'un a une piste ou voit un élement choquant, merci de me le signaler.
Toute aide sera bonne a prendre…
Cordialement,
PoP!
# c'est quoi un team network ?
Posté par NeoX . Évalué à 3.
je connais :
[^] # Re: c'est quoi un team network ?
Posté par NeoX . Évalué à 2.
OK je suis allé me renseigner, je vois qu'apparemment tu ne renseignes pas certains champs
TEAM_CONFIG sur le port MASTER
TEAM_PORT_CONFIG sur les slaves
tu as verifié aussi que les modules noyaux et le daemon teamd sont lancés ?
[^] # Re: c'est quoi un team network ?
Posté par PoPNicoW . Évalué à 3.
Salut NeoX,
J'ai vu le même article, oui, javais vérifier tout ça en amont.
mais j'ai l'impression que personne ne fait exactement la même configuration pour le même résultat.
Sachant, qu'a priori, on peut gérer le teaming via nmcli et/ou teamnl…en plus des fichiers a modifié a la main.
Bref, Il a fallu que je poste pour voir mon erreur…
J'avais laisser BOOTPROTO=dhcp sur une des cartes ethernet…honte.
J'ai ensuite modifié la connection du TRUNK-port2 en ethernet au lieu de team-slave…a voir si ca a eu un reel impact en tout cas :
- bridge cloudbr1 : OK (laisser géré par network-manager)
- team-TRUNK : OK
- TRUNK-port1 : OK
- TRUNK-port2 : OK
Le tout sans aucun configuration IP pour créer les sous interface lié au VLAN. En espérant ne plus bloqué bêtement.
[^] # Re: c'est quoi un team network ?
Posté par NeoX . Évalué à 2.
ah oui, en effet le bootproto sur une carte devait activer la carte AVANT de la mettre dans le team.
du coup c'est quand meme moche que le team ne se monte pas si une carte est deja utilisée,
ca ressemble à un bug ca, car le team devrait monter meme si la carte est absent.
mais je vois plusieurs cas possible (il y en a surement d'autres), et les developpeurs du teaming n'auraient pas géré un cas ?
Suivre le flux des commentaires
Note : les commentaires appartiennent à celles et ceux qui les ont postés. Nous n’en sommes pas responsables.