Différences entre les versions de « Rejoindre un cluster Proxmox qu'on a quitté précedemment »
Aller à la navigation
Aller à la recherche
(8 versions intermédiaires par le même utilisateur non affichées) | |||
Ligne 1 : | Ligne 1 : | ||
On peut changer d'avis. | On peut changer d'avis. | ||
Dans un premier temps j'ai ajouté une machine à un cluster. Puis je l'ai retiré (voir page à ce sujet). Puis je souhaite à nouveau le réintégrer dans le cluster. | Dans un premier temps j'ai ajouté une machine à un cluster. Puis je l'ai retiré (voir page à ce sujet). Puis je souhaite à nouveau le réintégrer dans le cluster (pve4 dans pve). | ||
En résumé il ne semble pas évident de rejoindre dans les mêmes conditions un cluster qu'on a quitté. | |||
Pour ce test j'ai 3 machines, | Pour ce test j'ai 3 machines, | ||
- pve en 192.168.0.29 | - pve en 192.168.0.29 | ||
- pve3 en 192.168.0.40 | - pve3 en 192.168.0.40 | ||
- pve4 en 192.168.0.36 | - pve4 en 192.168.0.36 | ||
Voici le message en retour, l'opération est | Voici le message en retour, l'opération est fructueuse mais le join s'effectue sur pve3 et non sur pve, donc la précédente "entrée-sortie" a laissé des traces | ||
Establishing API connection with host '192.168.0.29' | Establishing API connection with host '192.168.0.29' | ||
Ligne 16 : | Ligne 18 : | ||
'''No cluster network links passed explicitly, fallback to local node IP '192.168.0.36' | '''No cluster network links passed explicitly, fallback to local node IP '192.168.0.36' | ||
Request addition of this node | Request addition of this node | ||
Voici le contenu du fichier /etc/corosync/corosync.conf, identique sur les 3 nœuds | |||
GNU nano 5.4 | |||
logging { | |||
debug: off | |||
to_syslog: yes | |||
} | |||
nodelist { | |||
node { | |||
name: pve | |||
nodeid: 1 | |||
quorum_votes: 1 | |||
ring0_addr: 192.168.0.29 | |||
} | |||
node { | |||
name: pve3 | |||
nodeid: 2 | |||
quorum_votes: 1 | |||
ring0_addr: 192.168.0.40 | |||
} | |||
node { | |||
name: pve4 | |||
nodeid: 3 | |||
quorum_votes: 1 | |||
ring0_addr: 192.168.0.36 | |||
} | |||
} | |||
quorum { | |||
provider: corosync_votequorum | |||
} | |||
totem { | |||
cluster_name: cluster00 | |||
config_version: 5 | |||
interface { | |||
linknumber: 0 | |||
} | |||
ip_version: ipv4-6 | |||
link_mode: passive | |||
secauth: on | |||
version: 2 | |||
} |
Version actuelle datée du 2 mars 2023 à 11:09
On peut changer d'avis.
Dans un premier temps j'ai ajouté une machine à un cluster. Puis je l'ai retiré (voir page à ce sujet). Puis je souhaite à nouveau le réintégrer dans le cluster (pve4 dans pve).
En résumé il ne semble pas évident de rejoindre dans les mêmes conditions un cluster qu'on a quitté.
Pour ce test j'ai 3 machines,
- pve en 192.168.0.29 - pve3 en 192.168.0.40 - pve4 en 192.168.0.36
Voici le message en retour, l'opération est fructueuse mais le join s'effectue sur pve3 et non sur pve, donc la précédente "entrée-sortie" a laissé des traces
Establishing API connection with host '192.168.0.29' Login succeeded. check cluster join API version No cluster network links passed explicitly, fallback to local node IP '192.168.0.36' Request addition of this node
Voici le contenu du fichier /etc/corosync/corosync.conf, identique sur les 3 nœuds
GNU nano 5.4 logging { debug: off to_syslog: yes } nodelist { node { name: pve nodeid: 1 quorum_votes: 1 ring0_addr: 192.168.0.29 } node { name: pve3 nodeid: 2 quorum_votes: 1 ring0_addr: 192.168.0.40 } node { name: pve4 nodeid: 3 quorum_votes: 1 ring0_addr: 192.168.0.36 } } quorum { provider: corosync_votequorum } totem { cluster_name: cluster00 config_version: 5 interface { linknumber: 0 } ip_version: ipv4-6 link_mode: passive secauth: on version: 2 }