Différences entre les versions de « Rejoindre un cluster Proxmox qu'on a quitté précedemment »
Aller à la navigation
Aller à la recherche
(4 versions intermédiaires par le même utilisateur non affichées) | |||
Ligne 2 : | Ligne 2 : | ||
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). | 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, | ||
Ligne 9 : | Ligne 11 : | ||
Voici le message en retour, l'opération est fructueuse mais le join s'effectue sur pve3 et non sur pve | 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 24 : | Ligne 26 : | ||
to_syslog: yes | to_syslog: yes | ||
} | } | ||
nodelist { | nodelist { | ||
node { | node { | ||
Ligne 45 : | Ligne 46 : | ||
} | } | ||
} | } | ||
quorum { | |||
quorum { | |||
provider: corosync_votequorum | provider: corosync_votequorum | ||
} | } | ||
totem { | |||
totem { | |||
cluster_name: cluster00 | cluster_name: cluster00 | ||
config_version: 5 | config_version: 5 | ||
Ligne 60 : | Ligne 59 : | ||
secauth: on | secauth: on | ||
version: 2 | 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 }