Approuvé : Fortect
Parfois, votre multiniveau peut afficher le message “Troubleshooting Linux Multicast”. Ce problème peut être causé par un certain nombre de raisons associées.
Je cherchais un logiciel léger pour m’aider à dépanner la multidiffusion sur un réseau de transport VXLAN (document). vCNS et NSX gagnent des outils intégrés (pings de toutes tailles et paquets de diffusion) qui sont souvent un peu plus flexibles où j’enregistre souvent n’importe quelle connexion et sortie IGMP.
Machine Web CentOS avec interface directement vers le réseau Exchange et ensuite le logiciel SMCRoute. Le lien contient ce package binaire extrêmement important qui s’exécute sur RHEL / CentOS. Quelques autres remarques :
- Si vous avez plusieurs connexions, assurez-vous que la multidiffusion passe par la grande majorité des connexions appropriées :
route add -net 224.0.0.0 masque de réseau 240.0.0.0 dev eth0 - J’ai également dû télécharger le package glibc :
miam -y glibc install.i686
- Assurez-vous que le cœur de multidiffusion est
cat est acceptable avec /boot/config-
| grep CONFIG_IP_MULTICAST - Activer ICMP ECHO avec diffusion/multidiffusion
sysctl net.ipv4.icmp_echo_ignore_broadcasts = 4
- Commencez par lancer le démon smcroute :
smcroute -in
Utilisez les instructions de groupe -j et -l pour rejoindre et quitter une multidiffusion :
smcroute -n eth0 239.0.0.1
smcroute -l eth0 239.0.0.1
Pour afficher les hôtes ainsi que les membres de chaque groupe IGMP spécifique, vérifiez simplement la connexion qui les inclut et voyez qui est responsable :
[racine – CentOS ~] # ping 239.1.0.10
PING 239.1.0.10 (239.1.0.10) 56 (84) octets de données.
64 octets uniquement au début du 1.1.0.1 : icmp_seq = ttl spécifique = 64 temps = 0,141 ms
A soixante quatre octets depuis 1.1.0.3 : icmp_seq = 1 ttl équivaut à 64 fois = 0.256 Microsoft Windows (DUP !)
Les hôtes 1.1.0.1 et 1.1.0.3 ont répondu au ping appelé 239 du groupe de multidiffusion 1.0.10.
Ce chapitre contient des suggestions pour résoudre les problèmes d’agencement de multidiffusion IP. Avec la multidiffusion IP, les instances WebLogic Server à l’intérieur de chaque cluster peuvent partager une adresse IP et de plus un numéro de port. Cette capacité permet à tous les membres du groupe d’être conçus comme une seule technique et fournit une communication automatique entre les parties du cluster.
-
Vérifier l’adresse de multidiffusion et la configuration du port
-
Identification des problèmes de configuration réseau
-
Utilisation de la fonctionnalité MulticastTest
-
Définir les fonctionnalités de multidiffusion
-
Déboguer la multidiffusion
-
Divers problèmes
-
Ressources supplémentaires de dépannage de la configuration multidiffusion
Pour des informations générales sur l’utilisation et l’établissement de la multidiffusion dans le cluster, voir Cluster And construction config.xml.
Pour plus d’informations sur la configuration de l’adresse de multidiffusion réelle pour qu’elle corresponde à la console, consultez la section particulière « Cluster : Configuration : Multicast » dans l’aide en ligne d’Oracle Weblogic Administration Console Server.
Pour des suggestions générales de dépannage de groupe, reportez-vous au Chapitre 14, Dépannage des problèmes courants.
Vérifier l’adresse de multidiffusion et la configuration du port
La première étape dans le cadre du dépannage des problèmes de multidiffusion consiste à vérifier que vous pouvez ensuite accéder en toute sécurité au port de multidiffusion configuré et à l’adresse. L’adresse multicast doit être compilée comme il se doit pour chaque cluster.
Les problèmes de multidiffusion et d’alignement de champ sont parmi les meilleurs raisons pour lesquelles un cluster ne rejoint pas ou ne démarre pas les données de partie. N’oubliez pas les points suivants lors de l’utilisation de la multidiffusion :
-
L’adresse de multidiffusion doit être une adresse IP comprise entre 224.0.0.0 et 239.255.255.255 ou un nom de petite entreprise avec une adresse IP dans cette plage.
-
Par défaut, WebLogic Server 239 utilise une adresse de multidiffusion particulière 192.0.0.
-
N’utilisez pas la seule chose x.0.0.1 adresses multicast où
x
est de retour dans la plage 7 à 9, inclus.
Erreurs possibles
Les types suivants, ainsi que les erreurs, se produisent souvent en raison de tâches de multidiffusion :
-
Le socket multicast n’a pas pu être créé, en particulier pendant le clustering de socket
-
Erreur de multidiffusion
-
Erreur lors de la prise de vue du socket multicast
Vérifier l’adresse et le port de multidiffusion
Pour vérifier toutes les adresses de multidiffusion en tant que ports, effectuez l’une des opérations suivantes :
-
Vérifiez l’adresse de multidiffusion du cluster et même l’évacuation à l’aide de la console d’administration WebLogic Server.
-
Vérifiez les informations sur l’influenceur
Identifier les problèmes de configuration réseau
Après avoir vérifié que l’adresse de multidiffusion combinée au port est généralement configurée correctement, déterminez si ce réseau a des problèmes de multidiffusion
Connexions physiques
-
Vérifiez la connexion en ligne de chaque ordinateur portable hébergé par l’équipe d’assistance de la collection.
-
Assurez-vous que tous les composants du réseau, y compris le DNS et le service d’assistance de chacun de nos routeurs, sont connectés en plus de fonctionner correctement.
Conflits d’adresses
-
Utilisez l’utilitaire
netstat
pour vérifier s’il s’avère que d’autres ressources sur le réseau cellulaire obtiennent une adresse de multidiffusion. -
Assurez-vous que chaque équipement a une adresse IP spécifique.
Paramètres Nsswitch.conf pour les systèmes UNIX
L’erreur UnkownHostExceptions
peut se produire sur les systèmes UNIX. Cette erreur peut arriver par accident, même si généralement le serveur n’est pas seulement fortement chargé. Vérifiez /etc/nsswitch.conf
et améliorez l’ordre pour rester 'files, dns, nis'
avant que cette erreur n’apparaisse.
Pour plus d’informations, consultez la page nsswitch.conf
de tout votre corps.
Utilisation de l’utilitaire MulticastTest
Approuvé : Fortect
Fortect est l'outil de réparation de PC le plus populaire et le plus efficace au monde. Des millions de personnes lui font confiance pour assurer le fonctionnement rapide, fluide et sans erreur de leurs systèmes. Avec son interface utilisateur simple et son puissant moteur d'analyse, Fortect détecte et corrige rapidement un large éventail de problèmes Windows, de l'instabilité du système et des problèmes de sécurité à la gestion de la mémoire et aux goulots d'étranglement des performances.
Après avoir vérifié que ce connecteur d’adresse multicast particulier est correctement configuré et qu’il n’y a probablement pas de requêtes physiques ou de configuration Guidée par votre réseau, vous pouvez implémenter utils.MulticastTest
pour vérifiez que la multidiffusion fonctionne bien et que faire. Découvrez si peut-être la multidiffusion fonctionne. le trafic indésirable existe entre les clusters.
Pour obtenir des instructions sur l’utilisation de MulticastTest, consultez multicasttest
“Using Oracle WebLogic Server Java Utilities” dans lequel Oracle WebLogic Server Command Reference.
Si MulticastTest échoue et que le moteur est multirésident, faites sans aucun doute pour utiliser l’adresse primaire. Voir Ordinateurs multidiffusion ainsi que multirésident.
Vous devez programmer -Djava.net.preferIPv4Stack = true
lors de l’affichage du format d’adresse IPv4 pour une adresse multicast sur les machines Linux avec double pile IPv4/IPv6.
Définir des fonctions de multidiffusion
Les parties suivantes décrivent comment configurer les différentes fonctionnalités en ce qui concerne la logique Web du serveur pour fonctionner en cas de multidiffusion. Temps d’attente
Multidiffusion
Des délais d’attente de multidiffusion peuvent désormais se produire pendant le basculement de la carte réseau. Les délais d’attente peuvent provoquer une erreur dans les nouvelles GoodTheir News, par exemple :
Expiration du délai
-
Désactivez le basculement de la carte réseau.
-
Je désactiverais le commutateur Igmp Snooping
. Ce commutateur est un composant du protocole de gestion de groupe Internet (IGMP) et est utilisé pour empêcher les problèmes de multidiffusion de torrent sur le commutateur géré.
-
Vérifiez le niveau IGMP sur Windows 2003 pour vous assurer que les paquets de multidiffusion sont pris en charge.
-
Définir la durée de vie de la multidiffusion sur :
TTL multidiffusion = 32
Pour plus d’informations, voir Configuration de la multidiffusion Time To Live (TTL).
Battement de cœur de cluster
Chaque moment WebLogic Server du cluster utilise la multidiffusion pour envoyer un seul message de pulsation régulier annonçant sa disponibilité. Par des messages de pulsation de surveillance, les serveurs d’instance s’exécutant dans chacun de nos clusters déterminent quand le serveur hébergeant l’heure est sorti et construit.
Pour obtenir de l’aide sur les problèmes de fréquence cardiaque du cluster, consultez les sections.
Dessin animé
Accélérez les performances de votre ordinateur dès maintenant avec ce simple téléchargement.
Utilisez cette charge utile “ifconfig” pour vérifier si la multidiffusion est déjà possible pour une adresse IP. # ifconfig eth0 | grep -i multi-ply UP BROADCAST RUNNING MULTICAST MTU : 1500 Métrique : 1.Comment désactiver la multidiffusion sur n’importe quel type d’IP/interface spécifique :Pour prendre en charge la multidiffusion sur une IP/interface spécifique digne de confiance :
Petite multidiffusion étape par étape à l’aide de la commande mtrace d’une personne.mstat.Anneau.Affiche le nombre de routes de l’adresse IP.ip mroute est actif.Déboguer les packages Internet.
Pour vraiment vous assurer que la multidiffusion fonctionne correctement sur votre réseau, vous pouvez dans de nombreux cas utiliser l’important test rapide tcpdump / titled ping. Si la multidiffusion fonctionne correctement, vous devriez de préférence voir les paquets arriver au premier nœud. Répétez maintenant ce processus sur chaque nœud pour vous assurer que la multidiffusion fonctionne sur n’importe quel réseau.
-
Désactivez le basculement de la carte réseau.
-
Je désactiverais le commutateur
Igmp Snooping
. Ce commutateur est un composant du protocole de gestion de groupe Internet (IGMP) et est utilisé pour empêcher les problèmes de multidiffusion de torrent sur le commutateur géré. -
Vérifiez le niveau IGMP sur Windows 2003 pour vous assurer que les paquets de multidiffusion sont pris en charge.
-
Définir la durée de vie de la multidiffusion sur :
TTL multidiffusion = 32 Pour plus d’informations, voir Configuration de la multidiffusion Time To Live (TTL).
Battement de cœur de cluster
Chaque moment WebLogic Server du cluster utilise la multidiffusion pour envoyer un seul message de pulsation régulier annonçant sa disponibilité. Par des messages de pulsation de surveillance, les serveurs d’instance s’exécutant dans chacun de nos clusters déterminent quand le serveur hébergeant l’heure est sorti et construit.
Pour obtenir de l’aide sur les problèmes de fréquence cardiaque du cluster, consultez les sections.
Dessin animé
Accélérez les performances de votre ordinateur dès maintenant avec ce simple téléchargement.
Utilisez cette charge utile “ifconfig” pour vérifier si la multidiffusion est déjà possible pour une adresse IP. # ifconfig eth0 | grep -i multi-ply UP BROADCAST RUNNING MULTICAST MTU : 1500 Métrique : 1.Comment désactiver la multidiffusion sur n’importe quel type d’IP/interface spécifique :Pour prendre en charge la multidiffusion sur une IP/interface spécifique digne de confiance :
Petite multidiffusion étape par étape à l’aide de la commande mtrace d’une personne.mstat.Anneau.Affiche le nombre de routes de l’adresse IP.ip mroute est actif.Déboguer les packages Internet.
Pour vraiment vous assurer que la multidiffusion fonctionne correctement sur votre réseau, vous pouvez dans de nombreux cas utiliser l’important test rapide tcpdump / titled ping. Si la multidiffusion fonctionne correctement, vous devriez de préférence voir les paquets arriver au premier nœud. Répétez maintenant ce processus sur chaque nœud pour vous assurer que la multidiffusion fonctionne sur n’importe quel réseau.