IdentifiantMot de passe
Loading...
Mot de passe oublié ?Je m'inscris ! (gratuit)
Navigation

Inscrivez-vous gratuitement
pour pouvoir participer, suivre les réponses en temps réel, voter pour les messages, poser vos propres questions et recevoir la newsletter

HyperFileSQL Discussion :

Création d'un cluster - Erreur sur tous les noeuds


Sujet :

HyperFileSQL

  1. #41
    Membre du Club
    Homme Profil pro
    Administrateur systèmes et réseaux
    Inscrit en
    Avril 2024
    Messages
    26
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Âge : 21
    Localisation : France, Pyrénées Orientales (Languedoc Roussillon)

    Informations professionnelles :
    Activité : Administrateur systèmes et réseaux

    Informations forums :
    Inscription : Avril 2024
    Messages : 26
    Points : 44
    Points
    44
    Par défaut
    Citation Envoyé par kunnskap Voir le message
    192.168.1.1 pour la passerelle (la box)
    Je revérifierais ce point mais toutes les vm doivent etre en réseau privé de mémoire
    D'accord je vous remercie je vais réessayer de mon côté.

  2. #42
    Membre du Club
    Homme Profil pro
    Administrateur systèmes et réseaux
    Inscrit en
    Avril 2024
    Messages
    26
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Âge : 21
    Localisation : France, Pyrénées Orientales (Languedoc Roussillon)

    Informations professionnelles :
    Activité : Administrateur systèmes et réseaux

    Informations forums :
    Inscription : Avril 2024
    Messages : 26
    Points : 44
    Points
    44
    Par défaut
    Citation Envoyé par kunnskap Voir le message
    192.168.1.1 pour la passerelle (la box)
    Je revérifierais ce point mais toutes les vm doivent etre en réseau privé de mémoire
    Et avez vous modifié les paramètres avancées pour l'IPv4 de chaque VM ?

  3. #43
    Membre du Club
    Homme Profil pro
    Administrateur systèmes et réseaux
    Inscrit en
    Avril 2024
    Messages
    26
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Âge : 21
    Localisation : France, Pyrénées Orientales (Languedoc Roussillon)

    Informations professionnelles :
    Activité : Administrateur systèmes et réseaux

    Informations forums :
    Inscription : Avril 2024
    Messages : 26
    Points : 44
    Points
    44
    Par défaut
    Citation Envoyé par kunnskap Voir le message
    Bonsoir,

    J’ai donc refait un essai, en partant de là :

    Installation et configuration de HFSQL Cluster - PC SOFT - Documentation en ligne Version 2024 (29)
    Il est indiqué dans les configs minimales et recommandées que les systèmes Windows doivent être des systèmes Windows Server. Je prends donc Windows Server Standard 2022 (Evaluation, avec expérience de bureau) ici Windows Server 2022 | Centre d’évaluation Microsoft en français.

    Machines virtuelles :
    3 VMs sous VMWare Workstation, faites une par une sans les copier et en réinstallant Windows manuellement à chaque fois (pour éviter que pour une quelconque raison, un identifiant planqué dans l’OS/la VM soit dupliqué aussi et empêche le fonctionnement du Cluster si ce dernier venait à le contrôler pendant son fonctionnement. Comme je l’ignores car je n’ai pas accès au code qui fait marcher HFSQL Cluster, je ne prends pas de risques).
    6go de RAM, 4 vCPU, 60Go de disque à chaque fois (fichiers split), install de l’OS manuelle, réglage réseau Bridged sans réplication de l’état physique de la connexion.
    COORD-0 sera le coordinateur et le serveur DNS (installé par ailleurs grâce aux rôles et fonctionnalités de Windows Server)
    NODE-1 et NODE-2 seront les nœuds du cluster
    Même mot de passe admin sur toutes les VM.
    Une fois les Windows installés sachant que les nœuds doivent avoir une IP fixe, je fixe donc les IP sur toutes les VM :
    COORD-0 : 192.168.1.230
    NODE-1 et NODE-2 : idem avec 231 et 232
    IPv6 est désactivé par précaution, on est full IPv4 sur toutes les VM.
    J’installes le rôle de DNS sur COORD-0 (et il est paramétré comme étant le DNS de lui-même, et des deux nodes) et je crée dans le DNS une zone principale cluster_COORD-0.COORD-0 (suite à de précédents essais, j’ai su comment fallait faire, ce nom sera le nom DNS du cluster). Cette zone permet qu’on la mette à jour dynamiquement.
    La doc dit :
    • Le port 4997 utilisé par le coordinateur du cluster doit être ouvert dans le pare-feu Windows.
    • Les ports utilisés par les noeuds et le port 4998 doivent être ouverts dans le pare-feu Windows sur chaque machine serveur.

    Comme j’ignore si le port 4997 doit être ouvert ou pas sur les nodes, et si les ports 4900 et 4998 ne doivent l’être que sur les nodes, j’ouvre les ports 4900,4997,4998, en entrant TCP, sur tous les serveurs. Et on verra.
    ->A ce stade, je sauve toutes les VM au cas où j’ai besoin de les restaurer.


    Installation de HFSQL Cluster :

    https://package.windev.com/pack/wx29...ACK290076c.exe
    Je commence par l’installer sur COORD-0 pour créer un nouveau cluster.
    L’installeur me propose ensuite de transformer un serveur HFSQL en premier nœud du cluster ou d’installer un cluster vierge. Je choisis d’en installer un vierge.
    L’assistant d’installation du Cluster sur COOD-0 me demande le nom de la machine du coordinateur, COORD-0 donc, un mot de passe, et le nom DNS du cluster : cluster_COORD-0.COORD-0
    L’assistant veut ensuite que j’ajoutes des nœuds au cluster. Je le fais en indiquant les noms de NODE-1 et NODE-2 sur lesquels aucun serveur HF n’est encore installé (faut pas, on les installera après avec le pack généré)
    Il me demande le numéro de port, 4900, et crée le package d’installation, et je lui dis ensuite que je vais utiliser le pack de maj manuelle a exécuter sur chaque nœud participant au cluster. Et je lui demande de me le générer dans le Shared Folder VMWare partagé par toutes les VMs.
    Je lance le pack sur le coordinateur (et le pack détecte qu’il doit installer le coordinateur) et le répertoire d’install est C:\PC SOFT\ClusterManager_cluster_COORD-0
    Je le lance ensuite sur les 2 nodes (et il détecte que c’est pour ajouter un nœud au cluster) :
    -le répertoire d’install est toujours C:\PC SOFT\Serveur HFSQL_cluster_COORD-0
    -le nom du serveur HFSQL est cluster_COORD-0 - Nœud 1 et cluster_COORD-0 - Nœud 2

    L’install se fait vite, avec succès sur les 2 nodes. Je remarque que dans le DNS, deux enregistrements A se sont ajoutés avec les IP des 2 nodes (signe qu’il a réussi à mettre le DNS à jour automatiquement)

    Pièce jointe 653723

    En lançant un centre de contrôle pour me connecter à COORD-0 (sur le cluster) il est en cours de démarrage avec les nœuds présents mais dans des états curieux.

    Pièce jointe 653724

    Je redémarre toutes les VM mais idem. L’état des nœuds est bizarre.
    Je désinstalle le node 1, et le réinstalles avec le pack. Je le vois bien disparaitre sur le coordinateur, et revenir, mais dans un état bizarre à nouveau :

    Pièce jointe 653725

    Je décide de désinstaller Hf sur les 2 nodes, et même là le coordinateur voit encore le nœud 1, que je dois exclure à la main.
    Je réinstalle le node 1 avec le pack puis le node 2.
    Je désactive tous les parefeu.
    Je remarque que les nœuds quand on les regarde dans le centre de contrôle, passent de « En cours de démarrage » à « En cours d’arrêt ». On dirait que le CC récupère bien leur état mais que quelque chose les empêche de démarrer, et toutes les 10-15 secondes le nœud retente quelque chose.
    Je mets donc un Procmon Process Monitor - Sysinternals | Microsoft Learn sur le process Manta64.exe du node 1. Et là je vois que ce que Procmon intercepte correspond exactement au passage au statut « en cours de démarrage », à intervalles réguliers il se passe un truc. Je ne sais pas quoi. Il y a des échanges réseau sur NODE-1 entre le NODE-2 et le COORD-0
    Je mets un Wireshark sur node 1 pour voir les échanges réseaux que Procmon détecte entre le NODE-2 et le COORD-0
    Vu les traces que wireshark a donné, je comprends que la zone de recherche inversée DNS est utile, je la crée

    Pièce jointe 653726

    Les erreurs que je voyais dans Wireshark ne sont plus là. Mais je n’apprends rien de plus.
    Procmon ne m’apprend pas grand-chose de plus. Quand je tentes de réinstaller les nodes après les avoir désinstallés un nombre incalculable de fois, le DNS ne se met plus à jour et les nœuds ne sont plus détectées par le coordinateur.
    C’est très aléatoire, et je ne comprends pas pourquoi. C’est une énigme. Je vais restaurer NODE-1 et NODE-2 pour voir si c'est un peu mieux mais ce truc est un vrai mur.
    L'état du cluster est toujours "En cours de démarrage" il n'a jamais démarré à ce jour.
    J'ai essayé l'installation comme vous cela ne pose aucun problème concernant l'installation du coordinateur et des nœuds. Néamoins même problème concernant l'état des nœuds et impossible de les supprimer pour ma part.

  4. #44
    Membre du Club
    Homme Profil pro
    Administrateur systèmes et réseaux
    Inscrit en
    Avril 2024
    Messages
    26
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Âge : 21
    Localisation : France, Pyrénées Orientales (Languedoc Roussillon)

    Informations professionnelles :
    Activité : Administrateur systèmes et réseaux

    Informations forums :
    Inscription : Avril 2024
    Messages : 26
    Points : 44
    Points
    44
    Par défaut
    Citation Envoyé par kunnskap Voir le message
    Bonsoir,

    J’ai donc refait un essai, en partant de là :

    Installation et configuration de HFSQL Cluster - PC SOFT - Documentation en ligne Version 2024 (29)
    Il est indiqué dans les configs minimales et recommandées que les systèmes Windows doivent être des systèmes Windows Server. Je prends donc Windows Server Standard 2022 (Evaluation, avec expérience de bureau) ici Windows Server 2022 | Centre d’évaluation Microsoft en français.

    Machines virtuelles :
    3 VMs sous VMWare Workstation, faites une par une sans les copier et en réinstallant Windows manuellement à chaque fois (pour éviter que pour une quelconque raison, un identifiant planqué dans l’OS/la VM soit dupliqué aussi et empêche le fonctionnement du Cluster si ce dernier venait à le contrôler pendant son fonctionnement. Comme je l’ignores car je n’ai pas accès au code qui fait marcher HFSQL Cluster, je ne prends pas de risques).
    6go de RAM, 4 vCPU, 60Go de disque à chaque fois (fichiers split), install de l’OS manuelle, réglage réseau Bridged sans réplication de l’état physique de la connexion.
    COORD-0 sera le coordinateur et le serveur DNS (installé par ailleurs grâce aux rôles et fonctionnalités de Windows Server)
    NODE-1 et NODE-2 seront les nœuds du cluster
    Même mot de passe admin sur toutes les VM.
    Une fois les Windows installés sachant que les nœuds doivent avoir une IP fixe, je fixe donc les IP sur toutes les VM :
    COORD-0 : 192.168.1.230
    NODE-1 et NODE-2 : idem avec 231 et 232
    IPv6 est désactivé par précaution, on est full IPv4 sur toutes les VM.
    J’installes le rôle de DNS sur COORD-0 (et il est paramétré comme étant le DNS de lui-même, et des deux nodes) et je crée dans le DNS une zone principale cluster_COORD-0.COORD-0 (suite à de précédents essais, j’ai su comment fallait faire, ce nom sera le nom DNS du cluster). Cette zone permet qu’on la mette à jour dynamiquement.
    La doc dit :
    • Le port 4997 utilisé par le coordinateur du cluster doit être ouvert dans le pare-feu Windows.
    • Les ports utilisés par les noeuds et le port 4998 doivent être ouverts dans le pare-feu Windows sur chaque machine serveur.

    Comme j’ignore si le port 4997 doit être ouvert ou pas sur les nodes, et si les ports 4900 et 4998 ne doivent l’être que sur les nodes, j’ouvre les ports 4900,4997,4998, en entrant TCP, sur tous les serveurs. Et on verra.
    ->A ce stade, je sauve toutes les VM au cas où j’ai besoin de les restaurer.


    Installation de HFSQL Cluster :

    https://package.windev.com/pack/wx29...ACK290076c.exe
    Je commence par l’installer sur COORD-0 pour créer un nouveau cluster.
    L’installeur me propose ensuite de transformer un serveur HFSQL en premier nœud du cluster ou d’installer un cluster vierge. Je choisis d’en installer un vierge.
    L’assistant d’installation du Cluster sur COOD-0 me demande le nom de la machine du coordinateur, COORD-0 donc, un mot de passe, et le nom DNS du cluster : cluster_COORD-0.COORD-0
    L’assistant veut ensuite que j’ajoutes des nœuds au cluster. Je le fais en indiquant les noms de NODE-1 et NODE-2 sur lesquels aucun serveur HF n’est encore installé (faut pas, on les installera après avec le pack généré)
    Il me demande le numéro de port, 4900, et crée le package d’installation, et je lui dis ensuite que je vais utiliser le pack de maj manuelle a exécuter sur chaque nœud participant au cluster. Et je lui demande de me le générer dans le Shared Folder VMWare partagé par toutes les VMs.
    Je lance le pack sur le coordinateur (et le pack détecte qu’il doit installer le coordinateur) et le répertoire d’install est C:\PC SOFT\ClusterManager_cluster_COORD-0
    Je le lance ensuite sur les 2 nodes (et il détecte que c’est pour ajouter un nœud au cluster) :
    -le répertoire d’install est toujours C:\PC SOFT\Serveur HFSQL_cluster_COORD-0
    -le nom du serveur HFSQL est cluster_COORD-0 - Nœud 1 et cluster_COORD-0 - Nœud 2

    L’install se fait vite, avec succès sur les 2 nodes. Je remarque que dans le DNS, deux enregistrements A se sont ajoutés avec les IP des 2 nodes (signe qu’il a réussi à mettre le DNS à jour automatiquement)

    Pièce jointe 653723

    En lançant un centre de contrôle pour me connecter à COORD-0 (sur le cluster) il est en cours de démarrage avec les nœuds présents mais dans des états curieux.

    Pièce jointe 653724

    Je redémarre toutes les VM mais idem. L’état des nœuds est bizarre.
    Je désinstalle le node 1, et le réinstalles avec le pack. Je le vois bien disparaitre sur le coordinateur, et revenir, mais dans un état bizarre à nouveau :

    Pièce jointe 653725

    Je décide de désinstaller Hf sur les 2 nodes, et même là le coordinateur voit encore le nœud 1, que je dois exclure à la main.
    Je réinstalle le node 1 avec le pack puis le node 2.
    Je désactive tous les parefeu.
    Je remarque que les nœuds quand on les regarde dans le centre de contrôle, passent de « En cours de démarrage » à « En cours d’arrêt ». On dirait que le CC récupère bien leur état mais que quelque chose les empêche de démarrer, et toutes les 10-15 secondes le nœud retente quelque chose.
    Je mets donc un Procmon Process Monitor - Sysinternals | Microsoft Learn sur le process Manta64.exe du node 1. Et là je vois que ce que Procmon intercepte correspond exactement au passage au statut « en cours de démarrage », à intervalles réguliers il se passe un truc. Je ne sais pas quoi. Il y a des échanges réseau sur NODE-1 entre le NODE-2 et le COORD-0
    Je mets un Wireshark sur node 1 pour voir les échanges réseaux que Procmon détecte entre le NODE-2 et le COORD-0
    Vu les traces que wireshark a donné, je comprends que la zone de recherche inversée DNS est utile, je la crée

    Pièce jointe 653726

    Les erreurs que je voyais dans Wireshark ne sont plus là. Mais je n’apprends rien de plus.
    Procmon ne m’apprend pas grand-chose de plus. Quand je tentes de réinstaller les nodes après les avoir désinstallés un nombre incalculable de fois, le DNS ne se met plus à jour et les nœuds ne sont plus détectées par le coordinateur.
    C’est très aléatoire, et je ne comprends pas pourquoi. C’est une énigme. Je vais restaurer NODE-1 et NODE-2 pour voir si c'est un peu mieux mais ce truc est un vrai mur.
    L'état du cluster est toujours "En cours de démarrage" il n'a jamais démarré à ce jour.
    Aujourd'hui je compte faire différent tester pour l'installation du cluster:
    • tout d'abord j'ai essayé en mettant les enregistrement de la zone inversée avant d'installer les nœuds ou le coordinateur. Et cela n'a rien changé concernant les états des noeuds.
    • Là je compte faire une installation avec un serveur hfsql déjà présent.
    • Puis avec un autre test avec un nom de DNS sans extension.

  5. #45
    Membre du Club
    Homme Profil pro
    Administrateur systèmes et réseaux
    Inscrit en
    Avril 2024
    Messages
    26
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Âge : 21
    Localisation : France, Pyrénées Orientales (Languedoc Roussillon)

    Informations professionnelles :
    Activité : Administrateur systèmes et réseaux

    Informations forums :
    Inscription : Avril 2024
    Messages : 26
    Points : 44
    Points
    44
    Par défaut
    Citation Envoyé par Thomas.RDRK Voir le message
    Aujourd'hui je compte faire différent tester pour l'installation du cluster:
    • tout d'abord j'ai essayé en mettant les enregistrement de la zone inversée avant d'installer les nœuds ou le coordinateur. Et cela n'a rien changé concernant les états des noeuds.
    • Là je compte faire une installation avec un serveur hfsql déjà présent.
    • Puis avec un autre test avec un nom de DNS sans extension.
    Alors concernant l'installation d'un cluster avec un serveur hfsql déjà présent cela ne change rien et pareil avec un nom DNS sans extension et il n'arrive pas à faire la liaison si il n'y a pas d'extension je suppose car j'ai eu une erreur au moment d'installer les nœuds.

  6. #46
    Membre éclairé
    Homme Profil pro
    Chef de projet
    Inscrit en
    Mars 2017
    Messages
    330
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Âge : 32
    Localisation : France, Var (Provence Alpes Côte d'Azur)

    Informations professionnelles :
    Activité : Chef de projet
    Secteur : High Tech - Éditeur de logiciels

    Informations forums :
    Inscription : Mars 2017
    Messages : 330
    Points : 795
    Points
    795
    Par défaut
    J'ai paramétré l'IPv4 des VM en avancé pour fixer l'IP, le masque, la passerelle, le DNS (qui est COORD-0)
    Mais je vois qu'on en arrive au même point en fait...
    Je demanderais bien au STG, mais quel problème leur pointer? Le comportement est aléatoire et je ne trouve pas franchement comment leur formuler ça.

  7. #47
    Membre du Club
    Homme Profil pro
    Administrateur systèmes et réseaux
    Inscrit en
    Avril 2024
    Messages
    26
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Âge : 21
    Localisation : France, Pyrénées Orientales (Languedoc Roussillon)

    Informations professionnelles :
    Activité : Administrateur systèmes et réseaux

    Informations forums :
    Inscription : Avril 2024
    Messages : 26
    Points : 44
    Points
    44
    Par défaut
    Citation Envoyé par kunnskap Voir le message
    J'ai paramétré l'IPv4 des VM en avancé pour fixer l'IP, le masque, la passerelle, le DNS (qui est COORD-0)
    Mais je vois qu'on en arrive au même point en fait...
    Je demanderais bien au STG, mais quel problème leur pointer? Le comportement est aléatoire et je ne trouve pas franchement comment leur formuler ça.
    Moi:
    Bonjour, je reviens encore vers vous, concernant le cluster HFSQL.
    Voici mon environnement : une machine physique sous Windows Server 2022 Standard (expérience bureau) avec trois VM sous Hyper-V avec le même OS.
    Première VM: Pas de nœud seulement le coordinateur/CC HFSQL/Serveur DNS.
    Deuxième et troisième VM : contiennent chacune un nœud.
    Toutes les machines sont en réseaux privés. Elles ont pour passerelle par défaut ma Livebox et les VM ont pour DNS la première VM. Les VM ont un commutateur externe. Et j'ai choisi comme installation un cluster vierge.
    Je n'ai aucun problème concernant l'installation du coordinateur et de chaque nœud sur chacune des machines. Les enregistrements DNS sont bien mis automatiquement.
    Néanmoins, lorsque je me connecte au cluster, certains nœuds ne sont pas dans l'état actif. Alors que toutes les installations sont correctes.

    Support:
    Bonjour Monsieur,

    Je ne comprends pas dans quel cadre vous souhaitez faire cette installation vu que vous ne possédez pas de licence WINDEV ?
    Où avez-vous obtenu l'installation ?

    Moi:
    Le fichier d'installation d'un cluster hfsql est accessible dans l'espace de téléchargement de PC SOFT. Et je souhaite faire cette installation dans le cadre d'une de mes missions de stages.

    Support:
    Monsieur,

    Les services manta sont bien démarrés sur l'ensemble des noeuds ?

    Moi:
    oui

    Support:
    Bonjour Monsieur,

    Je viens d'avoir cette information de nos équipes techniques :
    Avant tout il faut aller dans l'observateur d’événements de chacun des noeuds, partie "Journaux Windows", "Application"
    => La il y aura l'explication

    Si c'est un message de ce type :
    "La connexion du noeud du cluster NomDuNoeud vers le cluster NomDuNoeud.SuffixeDifférent a échouée"

    Résolution :
    Le problème est donc bien lié à la résolution inverse de l'adresse IP des noeuds qui ne se fait pas de la même façon sur les différentes machines, ce qui fait que le cluster manager n'identifie pas les machines de la même façon que les autres noeuds

    Pour le Cluster Manager, localement l'IP "xxx.yyy.zzz.sss" rédoud en "nomnoeud1.suffixe1", sur les machines des autres noeuds cette même adresse IP se rédoud en "nomnoeud1.suffixe2"

    Cela doit pouvoir se vérifier dans une fenêtre d'invité de commande avec : ping -a xxx.yyy.zzz.sss

    Il est impératif que la résolution inverse des adresses IP des noeuds se fasse de la même façon depuis tous les noeuds et depuis le Cluster Manager.
    Contactez vos administrateur réseau pour voir avec eux si des changements de configurations sont nécessaires.

    Une solution peut-être de forcer le nom par intermédiaire du fichier "hosts".
    Exemple, sur la machine du Cluster Manager, d'adresse IP xxx.yyy.zzz.sss, dans "C:\Windows\System32\drivers\etc\hosts", ajoutez la ligne suivante :

    xxx.yyy.zzz.sss nomnoeud1.suffixe1

    Vous pouvez même ajouter les adresses et noms de tous les noeuds, sur les 3 serveurs dans le fichier "hosts" de chaque machine.

  8. #48
    Membre éclairé
    Homme Profil pro
    Chef de projet
    Inscrit en
    Mars 2017
    Messages
    330
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Âge : 32
    Localisation : France, Var (Provence Alpes Côte d'Azur)

    Informations professionnelles :
    Activité : Chef de projet
    Secteur : High Tech - Éditeur de logiciels

    Informations forums :
    Inscription : Mars 2017
    Messages : 330
    Points : 795
    Points
    795
    Par défaut
    Citation Envoyé par Thomas.RDRK Voir le message
    Moi:
    Bonjour, je reviens encore vers vous, concernant le cluster HFSQL.
    Voici mon environnement : une machine physique sous Windows Server 2022 Standard (expérience bureau) avec trois VM sous Hyper-V avec le même OS.
    Première VM: Pas de nœud seulement le coordinateur/CC HFSQL/Serveur DNS.
    Deuxième et troisième VM : contiennent chacune un nœud.
    Toutes les machines sont en réseaux privés. Elles ont pour passerelle par défaut ma Livebox et les VM ont pour DNS la première VM. Les VM ont un commutateur externe. Et j'ai choisi comme installation un cluster vierge.
    Je n'ai aucun problème concernant l'installation du coordinateur et de chaque nœud sur chacune des machines. Les enregistrements DNS sont bien mis automatiquement.
    Néanmoins, lorsque je me connecte au cluster, certains nœuds ne sont pas dans l'état actif. Alors que toutes les installations sont correctes.

    Support:
    Bonjour Monsieur,

    Je ne comprends pas dans quel cadre vous souhaitez faire cette installation vu que vous ne possédez pas de licence WINDEV ?
    Où avez-vous obtenu l'installation ?

    Moi:
    Le fichier d'installation d'un cluster hfsql est accessible dans l'espace de téléchargement de PC SOFT. Et je souhaite faire cette installation dans le cadre d'une de mes missions de stages.

    Support:
    Monsieur,

    Les services manta sont bien démarrés sur l'ensemble des noeuds ?

    Moi:
    oui

    Support:
    Bonjour Monsieur,

    Je viens d'avoir cette information de nos équipes techniques :
    Avant tout il faut aller dans l'observateur d’événements de chacun des noeuds, partie "Journaux Windows", "Application"
    => La il y aura l'explication

    Si c'est un message de ce type :
    "La connexion du noeud du cluster NomDuNoeud vers le cluster NomDuNoeud.SuffixeDifférent a échouée"

    Résolution :
    Le problème est donc bien lié à la résolution inverse de l'adresse IP des noeuds qui ne se fait pas de la même façon sur les différentes machines, ce qui fait que le cluster manager n'identifie pas les machines de la même façon que les autres noeuds

    Pour le Cluster Manager, localement l'IP "xxx.yyy.zzz.sss" rédoud en "nomnoeud1.suffixe1", sur les machines des autres noeuds cette même adresse IP se rédoud en "nomnoeud1.suffixe2"

    Cela doit pouvoir se vérifier dans une fenêtre d'invité de commande avec : ping -a xxx.yyy.zzz.sss

    Il est impératif que la résolution inverse des adresses IP des noeuds se fasse de la même façon depuis tous les noeuds et depuis le Cluster Manager.
    Contactez vos administrateur réseau pour voir avec eux si des changements de configurations sont nécessaires.

    Une solution peut-être de forcer le nom par intermédiaire du fichier "hosts".
    Exemple, sur la machine du Cluster Manager, d'adresse IP xxx.yyy.zzz.sss, dans "C:\Windows\System32\drivers\etc\hosts", ajoutez la ligne suivante :

    xxx.yyy.zzz.sss nomnoeud1.suffixe1

    Vous pouvez même ajouter les adresses et noms de tous les noeuds, sur les 3 serveurs dans le fichier "hosts" de chaque machine.
    Je ne comprends pas leur histoire de suffixe. J'ai tenté plusieurs choses dont une réinstall mais je ne parviens toujours pas à un cluster fonctionnel. L'observateur de node- dit Le nœud <node-2> ne fait pas partie du cluster. Mais node- ne dit pas un mot et le coordinateur voit des node-1.local sorti de je ne sais où.

  9. #49
    Membre du Club
    Homme Profil pro
    Administrateur systèmes et réseaux
    Inscrit en
    Avril 2024
    Messages
    26
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Âge : 21
    Localisation : France, Pyrénées Orientales (Languedoc Roussillon)

    Informations professionnelles :
    Activité : Administrateur systèmes et réseaux

    Informations forums :
    Inscription : Avril 2024
    Messages : 26
    Points : 44
    Points
    44
    Par défaut Résolution problème état des noeuds
    En faisant ce qui m'a était dis dans le dernier mail. L'état des nœuds semble ne plus bouger.
    Pour ce faire :
    Un serveur DNS avec màj dynamique
    et dans le fichier hosts de chaque machine le renseignement de chaque nœuds pour la résolution inversé comme elle ne se fait pas sur le DNS.
    Exemple fichier hosts:
    <IP NODE-1> NODE-1.cluster_COORD-0.COORD-0
    <IP NODE-2> NODE-2.cluster_COORD-0.COORD-0

    Après installation de la configuration du cluster. Puis installation du coordinateur et des nœuds.

  10. #50
    Membre éclairé
    Homme Profil pro
    Chef de projet
    Inscrit en
    Mars 2017
    Messages
    330
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Âge : 32
    Localisation : France, Var (Provence Alpes Côte d'Azur)

    Informations professionnelles :
    Activité : Chef de projet
    Secteur : High Tech - Éditeur de logiciels

    Informations forums :
    Inscription : Mars 2017
    Messages : 330
    Points : 795
    Points
    795
    Par défaut
    J'ai restauré les VM, crée le pack d'install, mis à jour les fichiers hosts, puis installé COORD-0 et les 2 nodes

    Ceci, est un miracle: les noeuds sont ajoutés, la zone principale du DNS s'est automatiquement mise à jour (pas l'inversée) et le cluster a démarré, j'ai même pu m'y connecter et créer une base avec un programme de test vite fait.

    C'est donc bien la partie DNS qui posait problème.

    Win! gg @Thomas.RDRK

  11. #51
    Membre du Club
    Homme Profil pro
    Administrateur systèmes et réseaux
    Inscrit en
    Avril 2024
    Messages
    26
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Âge : 21
    Localisation : France, Pyrénées Orientales (Languedoc Roussillon)

    Informations professionnelles :
    Activité : Administrateur systèmes et réseaux

    Informations forums :
    Inscription : Avril 2024
    Messages : 26
    Points : 44
    Points
    44
    Par défaut
    Citation Envoyé par kunnskap Voir le message
    J'ai restauré les VM, crée le pack d'install, mis à jour les fichiers hosts, puis installé COORD-0 et les 2 nodes

    Ceci, est un miracle: les noeuds sont ajoutés, la zone principale du DNS s'est automatiquement mise à jour (pas l'inversée) et le cluster a démarré, j'ai même pu m'y connecter et créer une base avec un programme de test vite fait.

    C'est donc bien la partie DNS qui posait problème.

    Win! gg @Thomas.RDRK
    GG aussi @kunnskap

    J'ai d'autre problèmes maintenant qui sont sur ma machine physique. Ces problèmes sont les suivants :
    "Aucune adresse IP n'est associée au nom DNS <cluster_COORD-0.COORD-0> du cluster <COORD-0>"
    "Un nœud du cluster est installé sur la machine <cbaocluster> alors que son adresse IP (<192.168.0.32>) n'est pas associée au nom DNS du cluster (cluster_COORD-0.COORD-0)."

    Sachant que dans la config de mon cluster je n'ai pas mis de nœud sur ma machine physique
    Et pour le DNS il faut que je vois, je reviendrai si j'ai du nouveau. En tout cas merci encore.


    !!! UPDATE !!!

    Ma machine physique semble bien se connecter au cluster mais les autres machines physiques du réseau de l'entreprise de mon stage non.
    J'ai juste configurer manuellement le DNS et rajouter les lignes dans le fichier hosts pour les nœuds.
    Cela doit être encore à cause du DNS mais je n'arrive pas à savoir pourquoi.
    Concernant le second problème celui-ci ce règle tout seul avec le bouton de résolution de problème.

    !!! UPDATE 2 !!!

    J'ai décidé d'installer le coordinateur et le DNS sur ma machine physique et les nœuds toujours sur des VM. Les FW privés sont désactivés.
    Toujours aucun problème concernant l'accès au cluster pour ma machine, mais inchangé pour les autres machines physiques du réseau.
    Je ne vois pas d'où peut venir le problème à part du DNS.
    Puisque quand j'exécute sur PowerShell la commande :
    PS C:\Users\Administrateur> Resolve-DnsName cluster_cbaocluster.cbaocluster

    Name Type TTL Section IPAddress
    ---- ---- --- ------- ---------
    cluster_cbaocluster.cbaocluster A 3600 Answer <IP NODE-2>
    cluster_cbaocluster.cbaocluster A 3600 Answer <IP NODE-1>

    Alors que sur une autre machine du réseau, il n'y a que l'enregistrement du DNS

Discussions similaires

  1. Test sur tous les noeuds d'un graph
    Par mark92 dans le forum Tcl/Tk
    Réponses: 0
    Dernier message: 19/12/2012, 15h48
  2. Erreur restrictions d'accés sur tous les comptes
    Par e1230 dans le forum Windows XP
    Réponses: 2
    Dernier message: 29/10/2008, 19h12
  3. Réponses: 4
    Dernier message: 06/05/2008, 14h05

Partager

Partager
  • Envoyer la discussion sur Viadeo
  • Envoyer la discussion sur Twitter
  • Envoyer la discussion sur Google
  • Envoyer la discussion sur Facebook
  • Envoyer la discussion sur Digg
  • Envoyer la discussion sur Delicious
  • Envoyer la discussion sur MySpace
  • Envoyer la discussion sur Yahoo