Fehlerbehebung bei NIS -Problemen
In diesem Artikel werden einige der üblichen NIS -Probleme hervorgehoben, mit denen Sie möglicherweise neben den möglichen Lösungen konfrontiert sind. Der Ansatz zur Hervorhebung und Behandlung der potenziellen Probleme hängt davon ab, ob das Problem ein NIS -Server -Problem oder ein NIS -Client -Problem ist.
Identifizieren und Lösen von NIS -Kundenproblemen
Während Ihrer Interaktion mit dem NIS -Protokoll werden Sie wahrscheinlich eine Reihe von NIS -Client -Problemen haben. Insbesondere hängen die Befehle oft, der Dienst kann nicht verfügbar sein und es gibt einen fehlgeschlagen.
Das Folgende sind einige der Probleme und ihre möglichen Lösungen:
Probleme mit dem Netzwerkinformationsdienst, die einen einzelnen Client betreffen
Normalerweise können ein oder zwei Probleme Symptome aufweisen, die sich auf Bindungsprobleme lenken, während der Rest der Maschinen in Ordnung ist. Solche Probleme sind ziemlich spezifisch und werden den betroffenen Kunden befinden. Wenn jedoch viele Client -Maschinen in Ihrem System ein ähnliches Problem haben, wird das Problem höchstwahrscheinlich von einer Ihrer Serverautomaten stammen.
ypbind -Fehler bei einem Kunden
Ein einzelner Kunde kann Probleme in einem einzelnen Client haben, während der Rest der Client -Maschinen oder das gleiche Subnetz normal ausgeführt wird. Laufen LS-1 Auf dem Gerät mit dem Problem über ein freigegebenes Verzeichnis wie /usr, das Dateien enthält, die den meisten Clients gehören, einschließlich einiger Dateien, die nicht in der Datei des Clients /etc /passwd sind.
Das Ergebnis sollte Dateibesitzer auflisten, die nicht innerhalb der /etc /passwd als Namen gelegt werden. Wenn es sie als Zahlen anzeigt, ist der Hinweis darauf, dass der NIS -Service fehlerhaft ist. Natürlich besteht die Diagnose darin, dass der YPBind -Prozess im Kunden nicht ausgeführt wird.
Überprüfen Sie die YPBind, indem Sie das ausführen ps -e. Wenn der YPBind fehlt, melden Sie sich als Superbenutzer an und geben Sie den folgenden Befehl ein, um YPBind zu starten:
Falscher oder fehlender Domainname
Ein weiteres Problem, das einem einzelnen Kunden in Ihrem System auftreten kann. Dieses Problem tritt auch dann auf, wenn der YPBind normal arbeitet.
Sie können dies aussortieren, indem Sie das zuerst das ausführen Domainname Befehl, da dies Ihnen das Ergebnis des festgelegten Domänennamens liefert.
Zum Beispiel:
Vergleichen Sie die Ausgabe des vorherigen Dienstprogramms mit dem tatsächlichen Domänennamen, der in Ihrem NIS -Master -Server gespeichert ist /var/yp Verzeichnis. Die tatsächliche Domäne sollte als Unterverzeichnis in Ihrem Master -Server verfügbar sein /var/yp Verzeichnis.
Nehmen wir an, das Ergebnis des Domänennamens, das nach dem Ausführen des Domainname -Befehls auf der Maschine mit dem Problem ausgeführt wird, unterscheidet sich vom tatsächlichen Domänennamen im Servergerät. In diesem Fall wird es eine falsche Domäne sein.
Außerdem kann der Befehl domainname manchmal ein fehlendes Ergebnis zurückbringen. Melden Sie sich in beiden Fällen als Superbenutzer an und korrigieren Sie die Anomalie auf dem Client -Computer. Sobald er fertig ist, starten Sie die Maschine neu.
Der Client hat keine Bindung an einen Server
Befehle können noch mit dem richtigen Domainnamen und einem laufenden YPBind hängen. Solche Probleme treten auf, wenn der Client nicht an einen Server gebunden ist. Binden Sie also den Client an einen Server, indem Sie den Befehl YPWHich ausführen. Wenn Sie gerade YPBind gestartet haben, aber immer noch Berichte über nicht vorhandene Bindung zwischen Ihrer Domäne und dem Kunden finden, leiten Sie mehrmal.
ypbind stürzt ab
Wenn Ihr ypbind sobald Sie mit dem Start hängt oder abstürzt, besteht das Problem in einem anderen Teil Ihres Systems. Sie können Ihre Bewertung beginnen, indem Sie die Verfügbarkeit des RPCBind -Daemons mit dem folgenden Befehl überprüfen:
Wenden Sie sich an die RPC -Dokumentation, wenn der RPCBind -Daemon nicht verfügbar ist, zu früh hängt oder seltsam. Stellen Sie die Kommunikation mit dem RPCBind-Daemon auf dem fehlerhaften Kunden von einer nichtproblematischen Maschine fest. Sie können also den folgenden Befehl von einem funktionierenden Client eingeben:
Das RPCInfo erzeugt die folgende Anzeige, wenn der RPCBind auf dem problematischen Client -Computer gut funktioniert:
Ihre Maschine sollte eine Liste verschiedener Adressen haben. Wenn das Display jedoch keine Liste von Adressen enthält, wird angezeigt, dass YPBind die angeforderten Dienste nicht registrieren kann. Gehen Sie voran und starten Sie Ihren Maschine neu, bevor Sie das RPCInfo erneut einleiten. Wenn sich die verfügbaren YPBind -Prozesse jedoch jedes Mal ändern, wenn Sie das/usr/lib/netsvc/yp/ypbind/Ihre Maschine neu starten, unabhängig davon, ob ypbind ausgeführt wird oder nicht.
Nicht verfügbarer NIS -Service
Eine Client -Maschine kann dieses Problem haben, wenn der Rest normal ausgeführt wird. Die folgenden Symptome werden angezeigt, wenn der NIS -Service in Ihrem System verfügbar ist:
- Einige Befehle bringen eine nicht verfügbare Fehlermeldung zurück, während andere korrekt ausgeführt werden
- Absturzbefehle oder Dämonen mit oder ohne Fehlermeldung
- Befehle, die in einem Backup-Strategie-Modus humpeln
Sie können eine der folgenden Anzeigen im Falle eines nicht verfügbaren NIS -Dienstes sehen:
Oder die Anzeige wie unten gezeigt:
Die Lösung für Probleme, die den oben genannten ähnlich sind Datei.
Probleme, die alle Client -Maschinen in Ihrem Netzwerk betreffen
Zu den Problemen, die alle Client -Maschinen in Ihrem System beeinflussen können, gehören:
Hanging -Befehle
Befehle hängen oft. Dies ist wohl eines der häufigsten Probleme auf NIS -Client -Geräten. Ein Befehl kann immer hängen, auch wenn das System gut funktioniert und andere Versorgungsunternehmen erfolgreich ausgeführt werden. Die Konsole generiert eine Nachricht, die der folgenden Abbildung ähnelt, falls dies geschieht:
Das vorherige Display zeigt an, dass der Client ypbind -Daemon nicht mit dem YPServ -Daemon auf der LinHint -Domäne kommuniziert. Ein solches Problem tritt aufgrund des Ausfalls von Systemen auf, die auf dem YPServ -Daemon laufen. Dies kann auch aufgrund eines überladenen Netzwerks oder Servers auftreten, mit dem der YPServ-Daemon die Antworten nicht an Ihren Client YPBind zurücksenden kann.
Während dieses Problem auf allen Client -Maschinen angezeigt wird, ist es oft vorübergehend. Es löst sich automatisch, wenn der Servermaschine neu startet und Ihr YPServ -Daemon neu startet. Alternativ wird es gestiegen, wenn die Last auf dem Server oder Netzwerk sinkt.
NIS -Serverprobleme
Das Folgende sind die häufigsten Probleme mit dem NIS -Server:
Existenz verschiedener NIS -Kartenversionen
NIS propagiert Karten zwischen Servern. Manchmal können jedoch verschiedene Kartenversionen auf Ihren Netzwerkservern vorhanden sein. Sie können dies korrigieren, indem Sie den Befehl YPXFR ausführen, insbesondere wenn alle Server und Router korrekt ausgeführt werden.
Sie können den vorherigen Befehl auch auf einem Slave -Server ausführen, wenn der Server Probleme mit dem Aktualisieren einer Karte hat. Wenn dieser Befehl jedoch fehlschlägt, erhalten Sie eine Fehlermeldung mit den Fehlerdetails und wie Sie das Problem korrigieren können. Sie können weiterhin das Problem mit dem folgenden Befehl überprüfen:
Inoperabler ypServ -Daemon
Der YPServ -Daemon kann wiederholt sofort nach dem Neustart abstürzen. Wenn dies geschieht, beginnen Sie mit dem folgenden Befehl nach oben den Portmap -Daemon:
Starten Sie den Server neu, wenn Sie den Portmap -Daemon nicht erhalten. Sobald Sie den Daemon erhalten haben, verwenden Sie den folgenden Befehl:
Linhint im vorherigen Befehl ist unser Server -Hostname. Sie werden feststellen, dass die Portnummern auf Ihrer fehlerhaften Maschine unterschiedlich sind:
Das YPSVS -Dienstprogramm kann keine Dienste darunter registrieren, wenn Sie keine Einträge finden, wie sie in der vorherigen Abbildung gezeigt werden. Starten Sie in diesem Fall Ihre Maschine neu. Sie müssen auch den Computer neu starten, wenn die Servereinträge verfügbar sind.
Abschluss
In diesem Artikel wurde erörtert. Darüber hinaus wurden Probleme, die alle Client -Maschinen in Ihrem Netzwerk betreffen, wie z.