Risoluzione dei problemi di NIS
Questo articolo evidenzia alcuni dei comuni problemi NIS che potresti affrontare insieme alle possibili soluzioni. L'approccio per evidenziare e affrontare i potenziali problemi dipenderà dal fatto che il problema sia un problema del server NIS o un problema del client NIS.
Identificazione e risoluzione dei problemi del cliente NIS
Probabilmente dovrai affrontare una serie di problemi del cliente NIS durante l'interazione con il protocollo NIS. In particolare, i comandi spesso pendono, il servizio potrebbe non essere disponibile e c'è un demone ypbind fallito o un'utilità incoerente YPwhich.
Di seguito sono riportati alcuni dei problemi e le loro possibili soluzioni:
Problemi del servizio informazioni sulla rete che interessano un singolo client
Di solito, uno o due problemi potrebbero sperimentare sintomi che dirigono a problemi di legame mentre il resto delle macchine va bene. Tali problemi sono piuttosto specifici e saranno sui clienti interessati. Ma, se molte macchine client all'interno del sistema hanno un problema simile, il problema sarà molto probabilmente da una delle macchine del server.
Errore di ypbind su un client
Un singolo client può avere problemi in un singolo client mentre il resto delle macchine client o la stessa sottorete è in esecuzione normalmente. Correre LS-1 Sul dispositivo con il problema su una directory condivisa, come /USR, che contiene file di proprietà della maggior parte dei client, inclusi alcuni file non nel file del client /etc /passwd.
Il risultato dovrebbe elencare i proprietari di file non all'interno di /etc /passwd come nomi. Se li visualizza come numeri, l'indicazione è che il servizio NIS è difettoso. Naturalmente, la diagnosi è che il processo YPBind nel cliente non è in esecuzione.
Controlla lo ypbind eseguendo il PS -E. Se manca YPBind, procedi ad accedere come super utente e digita il seguente comando per avviare ypbind:
Nome del dominio errato o mancante
Un altro problema che può verificarsi a un singolo client nel sistema potrebbe derivare da un dominio errato o mancante. Questo problema si verifica anche quando l'YPBind opera normalmente.
Puoi risolverlo prima eseguendo il nome del dominio comando, poiché questo ti fornirà il risultato del nome del dominio set.
Per esempio:
Confronta l'output dell'utilità precedente con il nome di dominio effettivo salvato nel server Master NIS /var/yp directory. Il dominio effettivo dovrebbe essere disponibile come sottodirectory nel server master /var/yp directory.
Supponiamo che il risultato del nome di dominio fornito dopo l'esecuzione del comando DomainName sulla macchina con il problema sia diverso dal nome di dominio effettivo nella macchina del server. In tal caso, sarà un dominio errato.
Inoltre, a volte il comando DomainName può riportare un risultato mancante. In entrambi i casi, accedi come super utente e correggi l'anomalia sulla macchina client. Una volta fatto, riavviare la macchina.
Il client non ha alcun legame con un server
I comandi possono ancora appendere anche con il nome di dominio corretto e uno ypbind in esecuzione. Tali problemi sorgono quando il client non è associato a un server. Quindi, lega il client a un server eseguendo il comando ypwhich. Se hai appena iniziato ypbind ma trovi ancora segnalazioni di rilegatura inesistente tra il tuo dominio e il client, prova a eseguire ypwich più volte.
Ypbind si schianta
Se il tuo ypbind si blocca o si blocca non appena lo inizi, il problema esiste in una parte diversa del tuo sistema. Puoi iniziare la valutazione controllando la disponibilità del demone RPCBind utilizzando il seguente comando:
Procedere a consultare la documentazione RPC se il demone RPCBind non è disponibile, si blocca troppo presto o si comporta in modo strano. Stabilire la comunicazione con il demone rpcbind sul client difettoso da una macchina non problematica. Quindi, puoi digitare il seguente comando da un client funzionante:
RPCINFO produrrà il seguente display se l'RPCBind sulla macchina client problematica funziona bene:
La tua macchina dovrebbe avere un elenco di indirizzi diversi. Ma, se il display non ha un elenco di indirizzi, mostra che Ypbind non può registrare i servizi richiesti. Vai avanti e riavvia la macchina prima di rielaborare l'RPCINFO. Ma, se i processi YPBind disponibili cambiano ogni volta che si riavvia/usr/lib/netsvc/yp/ypbind/, riavviare la macchina indipendentemente dal fatto che ypbind sia in esecuzione o meno.
Servizio NIS non disponibile
Una macchina client può avere questo problema poiché il riposo è normalmente. I seguenti sintomi verranno visualizzati quando il servizio NIS si assume per essere disponibile nel sistema:
- Alcuni comandi riporteranno un messaggio di errore non disponibile NIS, mentre altri eseguiranno correttamente
- Comandi o demoni crash con o senza un messaggio di errore
- Comanda zoppicando in una modalità di backup-strategia
Puoi vedere uno dei seguenti display in caso di servizio NIS non disponibile:
O il display come mostrato di seguito:
La soluzione a problemi simili a quelli sopra è quello di eseguire LS-1 sulla macchina con il problema su una directory condivisa, come /USR, che contiene file di proprietà della maggior parte dei client, inclusi alcuni file non nel client /etc /passwd file.
Problemi che incidono su tutte le macchine client nella rete
I problemi che possono influire su tutte le macchine client nel sistema includono:
Comandi sospesi
I comandi spesso pendono. Questo è probabilmente uno dei problemi più diffusi sui dispositivi client NIS. Un comando può sempre appendere anche quando il sistema funziona bene e altre utility funzionano correttamente. La console genererà un messaggio simile alla seguente figura nel caso in cui ciò accada:
Il display precedente indica che il demone ypbind client non comunica con il demone Ypserv sul dominio Linhint. Tale problema si verifica a causa del fallimento dei sistemi che vengono eseguiti sul demone YPSERT. Può anche verificarsi a causa di una rete o un server sovraccarico che rende il demone YPSERV incapace di inviare risposte al tuo client YpBind prima che trascorra il periodo di timeout.
Mentre questo problema verrà visualizzato su tutte le macchine client, è spesso temporaneo. Si risolve automaticamente quando la macchina del server si riavvia e il tuo demone Ypserv si riavvia. In alternativa, andrà quando il caricamento sul server o sulla rete scenderà.
Problemi del server NIS
I seguenti sono i problemi del server NIS più comuni:
Esistenza di diverse versioni di mappa NIS
NIS propaga le mappe tra i server. Ma a volte, possono esistere diverse versioni di mappa sui server di rete. Puoi correggerlo eseguendo il comando ypxfr, in particolare se tutti i server e i router sono in esecuzione correttamente.
È inoltre possibile eseguire il comando precedente su un server slave se il server ha problemi ad aggiornare una mappa. Ma, se questo comando fallisce, riceverai un messaggio di errore con i dettagli di errore e come puoi correggere il problema. Puoi ancora andare avanti e controllare il problema utilizzando il comando seguente:
Daemon Ypserv inoperabile
Il demone Ypserv può ripetutamente schiantarsi immediatamente dopo il riavvio. Se ciò accade, inizia a cercare il demone PortMap usando il comando qui sotto:
Riavvia il server se non riesci a ottenere il demone PortMap. Una volta ottenuto il demone, usa il seguente comando:
Linhint nel comando precedente è il nostro nome host server. Noterai che i numeri di porta sono diversi sulla tua macchina difettosa:
L'utilità YPSERV non può registrare i servizi sotto di essa se non si trovano voci come quelle mostrate nell'illustrazione precedente. In tal caso, riavviare la macchina. È inoltre necessario riavviare la macchina se le voci del server sono disponibili ma si cambia ogni volta che si riavvia l'utilità/usr/lib/netsvc/yp/ypserv.
Conclusione
Questo articolo ha discusso di come risolvere i problemi della NIS che gli utenti devono affrontare e fornire le soluzioni affrontando i potenziali problemi NIS Server o NIS Client. Inoltre, sono stati evidenziati problemi che interessano tutte le macchine client della tua rete, come l'esistenza di diverse versioni NIS Map e il demone inoperabile YPServ.