Documentation produit
Citrix Hypervisor
8.2 CU1 XenServer 8.4
Voir PDF

Résoudre les problèmes liés aux pools en cluster

January 31, 2025
Contributeur: 
X

Important :

La mise à jour cumulative 1 de Citrix Hypervisor 8.2 prend fin le 25 juin 2025. Planifiez votre mise à niveau vers XenServer 8 dès maintenant pour assurer une transition en douceur et un support continu. Pour plus d’informations, consultez Mise à niveau.

Si vous utilisez vos fichiers de licence Citrix Virtual Apps and Desktops pour obtenir une licence pour vos hôtes Citrix Hypervisor 8.2 Cumulative Update 1, ces fichiers de licence ne sont pas compatibles avec XenServer 8. Avant la mise à niveau, vous devez acquérir les fichiers de licence socket XenServer Premium Edition à utiliser avec XenServer 8. Ces fichiers de licence de socket sont disponibles en tant que droits des abonnements Citrix pour le cloud privé, Citrix Universal Hybrid Multi-Cloud, Citrix Universal MSP et Citrix Platform License pour l’exécution de vos charges de travail Citrix. Les clients Citrix qui n’ont pas encore migré vers ces nouveaux abonnements peuvent demander à participer à une promotion gratuite pour 10 000 licences de sockets XenServer Premium Edition. Pour plus d’informations, consultez XenServer.

Si vous n’obtenez pas de licence compatible pour XenServer 8 avant la mise à niveau, lorsque vous mettez à niveau vos hôtes, ils reviennent à l’édition d’essai de 90 jours. L’édition d’essai offre les mêmes fonctionnalités que l’édition Premium, avec quelques limitations. Pour plus d’informations, consultez Présentation des licences XenServer 8.

Les pools d’hyperviseurs Citrix qui utilisent GFS2 pour le provisionnement dynamique de leur stockage de blocs partagé sont mis en cluster. Ces pools se comportent différemment des pools qui utilisent le stockage basé sur des fichiers partagés ou LVM avec le stockage par blocs partagés. Par conséquent, certains problèmes spécifiques peuvent se produire dans les pools en cluster Citrix Hypervisor et les environnements GFS2.

Utilisez les informations suivantes pour résoudre les problèmes mineurs qui peuvent survenir lors de l’utilisation de cette fonctionnalité.

Tous mes hôtes peuvent s’envoyer des pings les uns les autres, mais je ne peux pas créer de cluster. Pourquoi?

Le mécanisme de clustering utilise des ports spécifiques. Si vos hôtes ne peuvent pas communiquer sur ces ports (même s’ils peuvent communiquer sur d’autres ports), vous ne pouvez pas activer le clustering pour le pool.

Assurez-vous que les hôtes du pool peuvent communiquer sur les ports suivants :

  • TCP : 8892, 8896, 21064
  • UDP : 5404, 5405 (non multidiffusion)

S’il existe des pare-feu ou des pare-feu similaires entre les hôtes du pool, assurez-vous que ces ports sont ouverts.

Si vous avez déjà configuré HA dans le pool, désactivez-le avant d’activer le clustering.

Pourquoi est-ce que je reçois une erreur lorsque j’essaie de joindre un nouvel hôte à un pool en cluster existant ?

Lorsque le clustering est activé sur un pool, chaque modification d’appartenance au pool doit être approuvée par chaque membre du cluster pour qu’elle puisse réussir. Si un membre du cluster n’est pas joignable, les opérations qui modifient l’appartenance au cluster (telles que l’ajout ou la suppression d’hôtes) échouent.

Pour ajouter votre nouvel hôte au pool en cluster :

  1. Assurez-vous que tous vos hôtes sont en ligne et peuvent être contactés.

  2. Assurez-vous que les hôtes du pool peuvent communiquer sur les ports suivants :

    • TCP : 8892, 8896, 21064
    • UDP : 5404, 5405 (non multidiffusion)

  3. Assurez-vous que l’hôte de jonction dispose d’une adresse IP allouée sur la carte réseau qui rejoint le réseau de cluster du pool.

  4. Assurez-vous qu’aucun hôte du pool n’est hors ligne lorsqu’un nouvel hôte tente de rejoindre le pool en cluster.

  5. Si un hôte hors ligne ne peut pas être récupéré, marquez-le comme mort pour le supprimer du cluster. Pour plus d’informations, consultez Un hôte de mon pool en cluster est hors ligne et je ne peux pas le récupérer. Comment supprimer l’hôte de mon cluster ?

Que dois-je faire si certains membres du pool cluster ne rejoignent pas automatiquement le cluster ?

Ce problème peut être dû au fait que les membres du pool cluster perdent la synchronisation.

Pour resynchroniser les membres du pool en cluster, utilisez la commande suivante :

  xe cluster-pool-resync cluster-uuid=<cluster_uuid>

Si le problème persiste, vous pouvez essayer de rattacher le GFS2 SR. Vous pouvez effectuer cette tâche à l’aide de l’interface de ligne de commande xe ou via XenCenter.

Reconnectez le GFS2 SR à l’aide de l’interface de ligne de commande xe :

  1. Détachez le GFS2 SR de la piscine. Sur chaque hôte, exécutez la commande xe CLI xe pbd-unplug uuid=&lt;uuid_of_pbd&gt;.

  2. Désactivez le pool en cluster à l’aide de la commande xe cluster-pool-destroy cluster-uuid=&lt;cluster_uuid&gt;

    Si la commande précédente échoue, vous pouvez désactiver de force un pool en cluster en exécutant xe cluster-host-force-destroy uuid=&lt;cluster_host&gt; sur chaque hôte du pool.

  3. Réactivez le pool en cluster à l’aide de la commande xe cluster-pool-create network-uuid={\[--lt--]}network_uuid&gt; [pile de cluster=cluster_stack\] \[token-timeout=token_timeout\] [coefficient-timeout-token=token_timeout_coefficient]

  4. Rattachez le GFS2 SR en exécutant la commande xe pbd-plug uuid=&lt;uuid_of_pbd&gt; sur chaque hôte.

Vous pouvez également utiliser XenCenter pour reconnecter le GFS2 SR :

  1. Dans la piscine Stockage , faites un clic droit sur le GFS2 SR et sélectionnez Détacher….
  2. Dans la barre d’outils, sélectionnez Mare > Propriétés.
  3. Dans le Clustering Tab, désélectionnez Activer le clustering.
  4. Cliquer D’ACCORD pour appliquer votre modification.
  5. Dans la barre d’outils, sélectionnez Mare > Propriétés.
  6. Dans le Clustering , sélectionnez Activer le clustering et choisissez le réseau à utiliser pour le clustering.
  7. Cliquer D’ACCORD pour appliquer votre modification.
  8. Dans la piscine Stockage , faites un clic droit sur le GFS2 SR et sélectionnez Réparer.

Comment savoir si mon hôte s’est auto-clôturé ?

Si votre hôte s’est auto-isolé, il se peut qu’il ait rejoint le cluster lors de son redémarrage. Pour voir si un hôte s’est auto-clôturé et s’est rétabli, vous pouvez consulter le /var/opt/xapi-clusterd/boot-times pour voir les heures de démarrage de l’hôte. S’il y a des heures de début dans le fichier que vous ne vous attendiez pas à voir, l’hôte s’est auto-clôturé.

Pourquoi mon hôte est-il hors ligne ? Comment puis-je le récupérer ?

Il existe de nombreuses raisons possibles pour qu’un hôte se déconnecte. Selon la raison, l’hôte peut être récupéré ou non.

Les raisons suivantes pour lesquelles un hôte est hors ligne sont plus courantes et peuvent être résolues en récupérant l’hôte :

  • Arrêt propre
  • Arrêt forcé
  • Panne de courant temporaire
  • Redémarrer

Les raisons suivantes pour lesquelles un hôte est hors ligne sont moins courantes :

  • Défaillance matérielle permanente de l’hôte
  • Panne permanente de l’alimentation de l’hôte
  • Partition réseau
  • Défaillance du commutateur réseau

Ces problèmes peuvent être résolus en remplaçant le matériel ou en marquant les hôtes défaillants comme morts.

Un hôte de mon pool en cluster est hors ligne et je ne peux pas le récupérer. Comment supprimer l’hôte de mon cluster ?

Vous pouvez demander au cluster d’oublier l’hôte. Cette action supprime définitivement l’hôte du cluster et diminue le nombre d’hôtes actifs requis pour le quorum.

Pour supprimer un hôte irrécupérable, utilisez la commande suivante :

  xe host-forget uuid=<host_uuid>

Cette commande supprime définitivement l’hôte du cluster et diminue le nombre d’hôtes actifs requis pour le quorum.

Remarque :

Si l’hôte n’est pas hors ligne, cette commande peut entraîner une perte de données. Vous êtes invité à confirmer que vous êtes sûr avant de poursuivre la commande.

Une fois qu’un hôte est marqué comme mort, il ne peut pas être rajouté dans le cluster. Pour rajouter cet hôte dans le cluster, vous devez effectuer une nouvelle installation de Citrix Hypervisor sur l’hôte.

J’ai réparé un hôte qui était marqué comme mort. Comment puis-je le rajouter à mon cluster ?

Un hôte Citrix Hypervisor qui a été marqué comme mort ne peut pas être rajouté dans le cluster. Pour rajouter ce système dans le cluster, vous devez effectuer une nouvelle installation de XenServer. Cette nouvelle installation apparaît au cluster en tant que nouvel hôte.

Que dois-je faire si mon cluster continue de perdre le quorum et que ses hôtes continuent de se clôturer ?

Si un ou plusieurs hôtes Citrix Hypervisor du cluster entrent dans une boucle de clôture en raison d’une perte et d’un gain continus de quorum, vous pouvez démarrer l’hôte avec l’option nocluster kernel. Connectez-vous à la console physique ou série de l’hôte et éditez les arguments de démarrage dans grub.

Exemple :

  /boot/grub/grub.cfg
  menuentry 'XenServer' {
          search --label --set root root-oyftuj
          multiboot2 /boot/xen.gz dom0_mem=4096M,max:4096M watchdog ucode=scan dom0_max_vcpus=1-16 crashkernel=192M,below=4G console=vga vga=mode-0x0311
          module2 /boot/vmlinuz-4.4-xen root=LABEL=root-oyftuj ro nolvm hpet=disable xencons=hvc console=hvc0 console=tty0 quiet vga=785 splash plymouth.ignore-serial-consoles nocluster
          module2 /boot/initrd-4.4-xen.img
  }
  menuentry 'Citrix Hypervisor (Serial)' {
          search --label --set root root-oyftuj
          multiboot2 /boot/xen.gz com1=115200,8n1 console=com1,vga dom0_mem=4096M,max:4096M watchdog ucode=scan dom0_max_vcpus=1-16 crashkernel=192M,below=4G
          module2 /boot/vmlinuz-4.4-xen root=LABEL=root-oyftuj ro nolvm hpet=disable console=tty0 xencons=hvc console=hvc0 nocluster
          module2 /boot/initrd-4.4-xen.img
  }
<!--NeedCopy-->

Que se passe-t-il lorsque le maître de pool redémarre dans un pool en cluster ?

Dans la plupart des cas, le comportement lorsque le maître de pool est arrêté ou redémarré dans un pool en cluster est le même que lorsque un autre membre du pool s’arrête ou redémarre.

La façon dont l’hôte est arrêté ou redémarré peut affecter le quorum du pool en cluster. Pour plus d’informations sur le quorum, consultez Quorum.

La seule différence de comportement dépend de l’activation ou non de HA dans votre pool :

  • Si HA est activé, un nouveau maître est sélectionné et le service général est conservé.
  • Si HA n’est pas activé, il n’y a pas de maître pour le pool. Les machines virtuelles en cours d’exécution sur les hôtes restants continuent de s’exécuter. La plupart des opérations administratives ne sont pas disponibles tant que le master n’a pas redémarré.

Pourquoi mon pool a-t-il disparu après qu’un hôte du pool en cluster a été forcé de s’arrêter ?

Si vous arrêtez un hôte normalement (et non de force), il est temporairement supprimé des calculs de quorum jusqu’à ce qu’il soit réactivé. Toutefois, si vous forcez l’arrêt d’un hôte ou s’il perd de l’alimentation, cet hôte est toujours pris en compte dans le calcul du quorum. Par exemple, si vous aviez un groupe de 3 hôtes et que vous en avez fermé de force 2, l’hôte restant clôture parce qu’il n’a plus de quorum.

Essayez de toujours arrêter proprement les hôtes d’un pool en cluster. Pour plus d’informations, consultez Gérer votre pool en cluster.

Pourquoi tous les hôtes du pool en cluster ont-ils redémarré en même temps ?

Tous les hôtes d’un cluster actif sont considérés comme ayant perdu le quorum lorsque le nombre d’hôtes contactables dans le pool est inférieur aux valeurs suivantes :

  • Pour un pool avec un nombre pair d’hôtes : n/2
  • Pour un pool avec un nombre impair d’hôtes : (n+1)/2

La lettre n indique le nombre total d’hôtes dans le pool en cluster. Pour plus d’informations sur le quorum, consultez Quorum.

Dans ce cas, tous les hôtes se clôturent eux-mêmes et vous voyez tous les hôtes redémarrer.

Pour déterminer pourquoi le pool a perdu le quorum, les informations suivantes peuvent être utiles :

  • Dans XenCenter, vérifiez l’icône Notifications pour l’heure du problème afin de voir s’il y a eu auto-clôture.
  • Sur les hôtes du cluster, cochez /var/opt/xapi-clusterd/boot-times pour voir si un redémarrage a eu lieu à un moment inattendu.
  • Dans Crit.log, vérifiez si des messages d’auto-clôture sont affichés.

  • Examinez le dlm_tool statut sortie de commande pour les informations sur les clôtures.

    Exemple dlm_tool statut sortie:

       dlm_tool status

   cluster nodeid 1 quorate 1 ring seq 8 8
   daemon now 4281 fence_pid 0
   node 1 M add 3063 rem 0 fail 0 fence 0 at 0 0
   node 2 M add 3066 rem 0 fail 0 fence 0 at 0 0
 <!--NeedCopy-->

Lors de la collecte des journaux pour le débogage, collectez des informations de diagnostic à partir de tous les hôtes du cluster. Dans le cas où un seul hôte s’est auto-clôturé, les autres hôtes du cluster sont plus susceptibles de disposer d’informations utiles.

Collectez des rapports complets sur l’état du serveur pour les hôtes de votre pool en cluster. Pour plus d’informations, consultez Rapports d’état du serveur Citrix Hypervisor.

Pourquoi ne puis-je pas récupérer mon pool cluster lorsque j’ai le quorum ?

Si vous disposez d’un pool en cluster avec un nombre pair d’hôtes, le nombre d’hôtes requis pour accomplir quorum est supérieur d’un au nombre d’hôtes requis pour retenir quorum. Pour plus d’informations sur le quorum, consultez Quorum.

Si vous vous trouvez dans un pool pair et que vous avez récupéré la moitié des hôtes, vous devez récupérer un autre hôte avant de pouvoir récupérer le cluster.

Pourquoi est-ce que je vois un Jeton non valide Erreur lors de la modification des paramètres du cluster ?

Lors de la mise à jour de la configuration de votre cluster, vous pouvez recevoir le message d’erreur suivant concernant un jeton non valide (« [[\"InternalError\ »,\"Jeton invalide\"]] »).

Vous pouvez résoudre ce problème en procédant comme suit :

  1. (Facultatif) Sauvegardez la configuration actuelle du cluster en collectant un rapport d’état du serveur qui inclut les journaux xapi-clusterd et système.

  2. Utilisez XenCenter pour détacher le SR GFS2 du pool en cluster.

    Dans la piscine Stockage , faites un clic droit sur le GFS2 SR et sélectionnez Détacher….

  3. Sur n’importe quel hôte du cluster, exécutez cette commande pour forcer la destruction du cluster :

      xe cluster-pool-force-destroy cluster-uuid=<uuid>

  4. Utilisez XenCenter pour réactiver le clustering sur votre pool.

    1. Dans la barre d’outils, sélectionnez Mare > Propriétés.
    2. Dans le Clustering , sélectionnez Activer le clustering et choisissez le réseau à utiliser pour le clustering.
    3. Cliquer D’ACCORD pour appliquer votre modification

  5. Utilisez XenCenter pour rattacher le GFS2 SR au pool

    Dans la piscine Stockage , faites un clic droit sur le GFS2 SR et sélectionnez Réparer.

Résoudre les problèmes liés aux pools en cluster
January 31, 2025
Contributeur: 
X
January 31, 2025
Contributeur: 
X

Dans cet article

Commentaires sur le site | Your privacy choices footer linkVos préférences de confidentialité | Confidentialité et conditions légales | Paramètres de consentement | docs.cloud.com
© 1999- Cloud Software Group, Inc. All rights reserved.