Rozwiązywanie problemów z problemami NIS
W tym artykule podkreśla niektóre z powszechnych problemów NIS, z którymi możesz się zmierzyć wraz z możliwymi rozwiązaniami. Podejście do wyróżnienia i rozwiązywania potencjalnych problemów będzie zależeć od tego, czy problemem jest problem serwera NIS, czy problem klienta NIS.
Identyfikacja i rozwiązywanie problemów z klientem NIS
Prawdopodobnie zmierzysz się z szeregiem problemów z klientami NIS podczas interakcji z protokołem NIS. W szczególności polecenia często wisie, usługa może być niedostępna, a nieudany demon YPBIND lub niespójna użyteczność YP.
Oto niektóre z problemów i ich możliwe rozwiązania:
Problemy z usługami informacyjnymi w sieci wpływającej na jednego klienta
Zwykle jeden lub dwa problemy mogą doświadczyć objawów kierujących problemami związanymi z wiązaniem, podczas gdy reszta maszyn jest w porządku. Takie problemy są dość specyficzne i będą na dotkniętych klientach. Ale jeśli wiele maszyn klientów w twoim systemie ma podobny problem, problem najprawdopodobniej pochodzi z jednej z twoich maszyn serwerowych.
Niepowodzenie YPBind u klienta
Jeden klient może mieć problemy u jednego klienta, podczas gdy reszta maszyn klientów lub ta sama podsieć działa normalnie. Uruchomić LS-1 na urządzeniu z problemem nad udostępnionym katalogiem, taki jak /USR, który zawiera pliki należące do większości klientów, w tym niektóre pliki nie w pliku klienta /etc /passwd.
Wynik powinien wymieniać właścicieli plików nie w ramach /etc /passwd jako nazwiska. Jeśli wyświetla je jako liczby, wskazanie polega na tym, że usługa NIS jest wadliwa. Oczywiście diagnoza polega na tym, że proces YPBind u klienta nie działa.
Sprawdź YPBind, uruchamiając Ps -e. Jeśli brakuje YPBind, zaloguj się jako super użytkownik i wpisz następujące polecenie, aby uruchomić YPBind:
Niepoprawna lub brakująca nazwa domeny
Kolejny problem, który może wystąpić dla jednego klienta w twoim systemie, może wynikać z niepoprawnej lub brakującej domeny. Ten problem występuje nawet wtedy, gdy YPBind działa normalnie.
Możesz to rozwiązać, najpierw uruchamiając Nazwa domeny polecenie, ponieważ zapewni to wynik nazwy set domeny.
Na przykład:
Porównaj dane wyjściowe poprzedniego narzędzia z rzeczywistą nazwą domeny zapisaną w serwerze NIS Master /var/yp informator. Rzeczywista domena powinna być dostępna jako podwodnica w serwerze głównym /var/yp informator.
Załóżmy, że wynik nazwy domeny podany po uruchomieniu polecenia domainName na komputerze z problemem jest inna od rzeczywistej nazwy domeny na komputerze serwerowym. W takim przypadku będzie to niepoprawna domena.
Poza tym czasami polecenie domainName może przywrócić brakujący wynik. W obu przypadkach zaloguj się jako super użytkownik i popraw anomalię na komputerze klienckim. Po zakończeniu ponownie uruchom maszynę.
Klient nie ma wiązania z serwerem
Polecenia mogą nadal wisieć nawet z odpowiednią nazwą domeny i działającą YPBind. Takie problemy powstają, gdy klient nie jest związany z serwerem. Więc powiązaj klienta z serwerem, uruchamiając polecenie YPHICH. Jeśli właśnie zacząłeś YPBind, ale nadal znajdziesz raporty o nieistniejącym powiązaniu między domeną a klientem, spróbuj uruchomić YP, który kilka razy.
YPBind się rozbija
Jeśli YPBind zawiesza się lub zawiedzie, gdy tylko go zaczniesz, problem istnieje w innej części systemu. Możesz rozpocząć ocenę, sprawdzając dostępność demona RPCBind za pomocą następującego polecenia:
Kontynuuj, aby skonsultować się z dokumentacją RPC, jeśli demon RPCBind jest niedostępny, wisi zbyt wcześnie lub zachowuje się dziwnie. Ustanowienie komunikacji z demonem RPCBind na wadliwym kliencie z komplematycznej maszyny. Możesz więc wpisać następujące polecenie od funkcjonującego klienta:
RPCINFO wytworzy następujący wyświetlacz, jeśli RPCBind na problematycznym komputerze klienckim działa dobrze:
Twój komputer powinien mieć listę różnych adresów. Ale jeśli wyświetlacz nie ma listy adresów, pokazuje, że YPBind nie może zarejestrować żądanych usług. Śmiało i ponownie uruchom swój komputer przed ponownym zemstrzeniem RPCINFO. Ale jeśli dostępne procesy YPBind zmieniają się za każdym razem, gdy ponownie uruchamiasz/usr/lib/netsvc/yp/ypbind/, ponownie uruchom swój komputer, niezależnie od tego, czy YPBind działa, czy nie.
Niedostępna usługa NIS
Jeden maszyna kliencka może mieć ten problem, ponieważ reszta działa normalnie. Pojawią się następujące objawy, gdy NIS Service przejedzie tak, aby była dostępna w twoim systemie:
- Niektóre polecenia przywrócą niedostępny komunikat o błędzie NIS, podczas gdy inne będą działać poprawnie
- Polecenia o awarii lub demony z komunikatem o błędzie lub bez
- Polecenia utykające w trybie strategii kopii zapasowej
Możesz zobaczyć jeden z poniższych wyświetlaczy w przypadku niedostępnej usługi NIS:
Lub wyświetlacz, jak pokazano poniżej:
Rozwiązaniem problemów podobnych do tych powyższych jest uruchomienie LS-1 na komputerze z problemem nad udostępnionym katalogiem, takimi jak /USR, który zawiera pliki należące do większości klientów, w tym niektóre pliki, które nie są w kliencie /itp. /Passwd plik.
Problemy wpływające na wszystkie maszyny klientów w Twojej sieci
Problemy, które mogą wpływać na wszystkie maszyny klientów w twoim systemie, obejmują:
Wiszące polecenia
Polecenia często się wisie. Jest to prawdopodobnie jeden z najbardziej rozpowszechnionych problemów na urządzeniach klienckich NIS. Polecenie zawsze może zawiesić, nawet gdy system działa dobrze, a inne narzędzia działają pomyślnie. Konsola wygeneruje komunikat podobny do poniższej liczby na wypadek, gdyby tak się stało:
Poprzedni wyświetlacz wskazuje, że Demon Klient YPBind nie komunikuje się z demonem YPServ w domenie Linhint. Taki problem ma miejsce ze względu na awarię systemów działających na demon YPServ. Może to również wystąpić z powodu przeciążonej sieci lub serwera, który sprawia, że demon YPServ nie jest w stanie odesłać odpowiedzi na klienta YPBind.
Chociaż ten problem pokaże się na wszystkich maszynach klientów, jest często tymczasowy. Automatycznie rozwiązuje się, gdy automat serwerowy ponownie uruchamia się, a demon Ypserv uruchomi się ponownie. Alternatywnie, pójdzie, gdy obciążenie serwera lub sieci spadnie.
Problemy z serwerem NIS
Oto najczęstsze problemy z serwerem NIS:
Istnienie różnych wersji map NIS
NIS propaguje mapy wśród serwerów. Ale czasami na twoich serwerach sieci mogą istnieć różne wersje map. Możesz to poprawić, uruchamiając polecenie YPXFR, szczególnie jeśli wszystkie serwery i routery działają poprawnie.
Możesz również uruchomić poprzednie polecenie na serwerze Slave, jeśli serwer ma problemy z aktualizacją mapy. Ale jeśli to polecenie się nie powiedzie, otrzymasz komunikat o błędzie ze szczegółami awarii i sposobem naprawienia problemu. Nadal możesz iść naprzód i sprawdzić problem za pomocą następującego polecenia:
Nieoperacyjny demon Ypserv
Demon Ypserv może wielokrotnie zawieść natychmiast po ponownym uruchomieniu. Jeśli tak się stanie, zacznij od wyszukania demona PortMap za pomocą poniższego polecenia:
Uruchom ponownie serwer, jeśli nie otrzymasz demona PortMap. Po uzyskaniu demona użyj następującego polecenia:
Linhint w poprzednim poleceniu to nasza nazwa hosta serwera. Zauważysz, że numery portów są różne na twoim wadliwym komputerze:
Narzędzie YPServ nie może zarejestrować usług na podstawie IT, jeśli nie znajdziesz wpisów, takich jak te pokazane na poprzedniej ilustracji. W takim przypadku ponownie uruchom swój komputer. Musisz także ponownie uruchomić komputer, jeśli wpisy serwera są dostępne, ale zmień za każdym razem, gdy ponownie uruchomisz narzędzie/usr/lib/netsvc/yp/ypserv.
Wniosek
W tym artykule omówiono, jak rozwiązywać problemy z NIS, przed którymi stoją użytkownicy, i dostarcza rozwiązania poprzez rozwiązanie problemów z potencjalnym serwerem NIS lub NIS Client. Ponadto wyróżniono problemy wpływające na wszystkie maszyny klientów w Twojej sieci, takie jak istnienie różnych wersji map NIS i nieoperacyjny demon YPServ.