« Rejoindre un cluster Proxmox qu'on a quitté précedemment » : différence entre les versions
Aller à la navigation
Aller à la recherche
Aucun résumé des modifications |
Aucun résumé des modifications |
||
| (10 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). | ||
Voici le message en retour, l'opération est | 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' | Establishing API connection with host '192.168.0.29' | ||
Login succeeded. | Login succeeded. | ||
check cluster join API version | check cluster join API version | ||
''' 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 | |||
} | |||
Dernière version 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
}