Différences entre les versions de « Rejoindre un cluster Proxmox qu'on a quitté précedemment »

De Wiki de Mémoire Vive
Aller à la navigation Aller à la recherche
 
(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 infructueuse.
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
}

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
}