Czasami system może wyświetlać komunikat „Rozwiązywanie problemów z multicastem w systemie Linux”. Ten problem może być spowodowany wieloma przyczynami.
Szukałem lekkiego narzędzia, które mogłoby mi pomóc w rozwiązywaniu problemów z multicastem na spotkaniu transportowym VXLAN (dokument). vCNS i NSX mają wbudowany sprzęt (pingi wszystkich rozmiarów i pakiety rozgłoszeniowe), który jest nowy, trochę bardziej elastyczny, gdzie mogę nagrywać dowolne inne połączenie i wyjście IGMP.
Maszyna wirtualna CentOS poprzez interfejs bezpośrednio do sieci Exchange i aplikacji oprogramowania SMCRoute. Link zawiera ten ważny pakiet binarny, który z kolei działa na RHEL / CentOS. Inna adnotacja:
Jeśli masz wiele interfejsów, upewnij się, że multiemisja przechodzi przez najbardziej odpowiednią treść: route add -net 224.0.0.0 maska sieci 240.0.0.0 dev eth0
Musiałem również zainstalować twój aktualny pakiet glibc:
mniam -y glibc install.i686
Upewnij się, że rdzeń multicastowy jest
cat pracuje z lub boot / config- | grep CONFIG_IP_MULTICAST
Włącz ICMP ECHO dla rozgłaszania na multiemisji
sysctl net.ipv4.icmp_echo_ignore_broadcasts = 0
Rozpocznij proces uruchamiania demona smcroute: smcroute -d
Użyj poleceń grupy -j i -l, aby wpisać się i wyjść z multiemisji: smcroute -j eth0 239.0.0.1 smcroute -l eth0 239.0.0.1
Aby zobaczyć, jest domem, a także członkami określonej grupy IGMP, po prostu sprawdź połączenie z nimi i zobacz, kto jest odpowiedzialny:
[root @ CentOS ~] # ping 239.1.0.10 PING 239.1.0.10 (239.1.0.10) 60 (84) bajtów danych. 64 bajty przy wejściu do 1.1.0.1: icmp_seq = 1 ttl = sześćdziesiąt cztery czas = 0,141 ms Przy 64 bajtach, w tym 1.1.0.3: icmp_seq = 1 ttl = 64 wieczór = 0,256 Microsoft Windows (DUP!)
Hosty 1.1.0.1 i 1.1.0.3 odpowiedziały na ping 239 z grupy multiemisji 1.0.10.
Ten rozdział zawiera sugestie dotyczące rozwiązywania problemów z konfiguracją multiemisji IP. Dzięki multiemisji IP instancje WebLogic Server w każdej grupie mogą współużytkować jeden adres IP i jeden numer łącznika. Ta funkcja umożliwia wszystkim członkom klastra projektowanie jako pojedynczą jednostkę i zapewnia automatyczną komunikację między częściami klastra.
Sprawdź adres multicast i konfigurację portu
Identyfikowanie problemów z konfiguracją sieci
Korzystanie z narzędzia MulticastTest
Zdefiniuj funkcje multiemisji
Debuguj multiemisję
Różne zaburzenia
Dodatkowe zasoby dotyczące rozwiązywania problemów z konfiguracją multiemisji
Aby uzyskać ogólne informacje na temat używania i konfigurowania multiemisji klastra danej osoby, zobacz Cluster And design config.xml.
Aby uzyskać więcej informacji na temat konfigurowania adresu multiemisji w celu dopasowania do konsoli, zobacz sekcję „Cluster: Configuration: Multicast” w pomocy online serwera Oracle Weblogic Administration Console.
Ogólne instrukcje rozwiązywania problemów z klastrami można znaleźć w rozdziale 14, Rozwiązywanie typowych problemów.
Sprawdź adres multiemisji i konfigurację portu
Pierwszym krokiem w rozwiązywaniu problemów z multicastem jest sprawdzenie, czy możesz dokładnie uzyskać dostęp do skonfigurowanego portu i adresu multicastu. Adres multiemisji musi być poprawnie skompilowany dla obu klastrów.
Problemy z multicastem i wyrównaniem portów mogą być jednymi z najczęstszych powodów, dla których każdy klaster nie dołącza lub nie zaczyna zbierać danych. Podczas korzystania z adresów multicast pamiętaj o następujących kwestiach:
Adres multiemisji musi być adresem IP w 224.0.0.0 i 239.255.255.255 lub nazwą organizacji z określonym adresem IP z tego zakresu.
Z opóźnieniem serwer WebLogic Server 239 używa adresu ulicznego multiemisji 192.0.0.
Nie używaj wszystkich multiemisji x.0.0.1, gdzie x jest w przebiegu od 7 do 9 włącznie.
Możliwe błędy
Następujące typy, a także błędy, często występują z powodu problemów z multiemisją:
Gniazdo multiemisji nie mogło zostać utworzone podczas grupowania wtyczek
Błąd multiemisji
Błąd przechwytywania wtyczki multicast
Sprawdź adres i port multiemisji
Aby sprawdzić wszystkie adresy i porty multicast, wykonaj jedną z następujących czynności:
Sprawdź adres multiemisji grupy, a nawet port, korzystając z konsoli administratora WebLogic Server.
Sprawdź te konkretne informacje o wpływie w pliku config.xml dotyczące korzystania z multiemisji.
Identyfikowanie problemów z konfiguracją sieci
Po sprawdzeniu, czy adres i port multiemisji są często prawidłowo skonfigurowane, sprawdź, czy sieć oferuje problemy z multiemisją
Połączenia fizyczne
Sprawdź połączenie online każdego komputera obsługiwanego przez zespół pomocy technicznej w klastrze.
Upewnij się, że wszystkie składniki sieci, w tym DNS routera i help desk, są podłączone i działają rozważnie.
Konflikty adresów
Użyj narzędzia netstat , aby sprawdzić, czy inne urządzenia w sieci komórkowej używają pełnego adresu multiemisji.
Upewnij się, że każdy komputer ma określony adres IP.
Ustawienia Nsswitch.conf dla systemów UNIX
Błąd UnkownHostExceptions najprawdopodobniej wystąpi w systemach UNIX. Ten błąd prawdopodobnie zdarzy się przypadkiem, nawet jeśli serwer jest bez wątpienia nie tylko mocno obciążony. Sprawdź /etc/nsswitch.conf , jednocześnie poprawiając kolejność, aby uniknąć 'files, dns, nis' przed pojawieniem się tego błędu.
Aby uzyskać więcej informacji, zobacz stronę nsswitch.conf swojego systemu.
Fortect to najpopularniejsze i najskuteczniejsze narzędzie do naprawy komputerów na świecie. Miliony ludzi ufają, że ich systemy działają szybko, płynnie i bez błędów. Dzięki prostemu interfejsowi użytkownika i potężnemu silnikowi skanowania, Fortect szybko znajduje i naprawia szeroki zakres problemów z systemem Windows - od niestabilności systemu i problemów z bezpieczeństwem po zarządzanie pamięcią i wąskie gardła wydajności.
1. Pobierz Fortect i zainstaluj na swoim komputerze
2. Uruchom program i kliknij „Skanuj”
3. Kliknij „Napraw”, aby naprawić znalezione problemy
Po sprawdzeniu, czy złącze adresu zamieszkania multiemisji jest poprawnie skonfigurowane i że zazwyczaj nie występują żadne problemy fizyczne ani konfiguracyjne. > powrót, aby sprawdzić, czy multicast działa i wszystko do zrobienia. Dowiedz się, czy działa multicast. między klastrami istnieje niepotrzebny ruch.
Aby uzyskać instrukcje dotyczące korzystania z MulticastTest, zobacz temat multicasttest „Korzystanie z narzędzi Java Oracle WebLogic Server” w podręczniku Oracle WebLogic Server Command Reference.
Jeśli MulticastTest nie powiedzie się również silnik jest wieloadresowy, upewnij się, że używasz adresu podstawowego. Zobacz maszyny Multicast tak samo, jak multihomed.
Musisz ustawić -Djava.net.preferIPv4Stack implikuje true podczas wyświetlania dysku twardego komputera z adresem IPv4 dla adresu multicast na maszynach z Linuksem, które mają podwójne stosy IPv4/IPv6.
Zdefiniuj funkcje multiemisji
Poniższe sekcje opisują, jak skonfigurować różne funkcje najważniejszej logiki sieciowej serwera do pracy z multiemisją. Oczekująca instancja
Multiemisja
Limity czasu multiemisji mogą teraz wystąpić podczas przełączania awaryjnego karty sieciowej. Limity czasu mogą powodować błąd w nowych dobrych wiadomościach, na przykład:
Przekroczono limit czasu
Wyłącz przełączanie awaryjne karty sieciowej.
Wyłączyłbym przełącznik Igmp Snooping . Ten przełącznik jest składnikiem protokołu zarządzania grupami internetowymi (IGMP) i służy do zapobiegania problemom z multiemisją Torrent na przełączniku zarządzanym.
Sprawdź poziom IGMP w systemie Windows 2003, aby upewnić się, że pakiety multiemisji są obsługiwane.
Ustaw czas życia multiemisji na:
TTL multiemisji = 32
Aby uzyskać więcej informacji, zobacz Konfigurowanie multiemisji czasu wygaśnięcia (TTL).
Puls klastra
Każde zdarzenie WebLogic Server we wszystkich klastrach używa multiemisji w celu wysłania zwykłego komunikatu wyboru informującego o jego dostępności. Monitorując wiadomości e-mail z pulsu, serwery instancji działające w klastrze ustalają, kiedy serwer hostujący instancję opuścił budynek i został uruchomiony.
Aby uzyskać możliwą pomoc w przypadku problemów z tętnem klastra, zapoznaj się z rozdziałami.
Użyj ładunku „ifconfig”, aby sprawdzić, czy multiemisja jest już włączona dla ich adresu IP. # ifconfig eth0 | grep – naprawdę multiply UP BROADCAST RUNNING MULTICAST MTU: 1500 Metryczne: 1.Jak wyłączyć multicast na określonym IP / interfejsie:Aby obsługiwać multicast na określonym IP / interfejsie:
Krok dzięki uprzejmości — krok tiny multicast za pomocą polecenia mtrace.mstat.Dzwonić.Wyświetla określoną liczbę tras adresu IP.ip mroute może być aktywny.Debuguj pakiety internetowe.
Aby naprawdę upewnić się, że multicast jest prawidłowo wykorzystywany w Twojej sieci, możesz użyć każdego ważnego szybkiego testu tcpdump / ping. Jeśli multicast działa poprawnie, powinieneś zobaczyć pakiety docierające do pierwszego węzła. Teraz powtórz ten konkretny proces na każdym węźle, aby sprawdzić i czy multiemisja działa w Twojej sieci.
