Dépannage des problèmes NIS
Cet article met en évidence certains des problèmes NIS communs auxquels vous pouvez rencontrer aux côtés des solutions possibles. L'approche pour mettre en évidence et résoudre les problèmes potentiels dépendra de la question de savoir si le problème est un problème de serveur NIS ou un problème client NIS.
Identifier et résoudre les problèmes des clients NIS
Vous ferez probablement face à un éventail de problèmes de clients NIS lors de votre interaction avec le protocole NIS. Notamment, les commandes seront souvent suspendues, le service peut être indisponible et il y a un démon YPBind échoué ou un ypwhich utilitaire incohérent.
Voici quelques-uns des problèmes et de leurs solutions possibles:
Problèmes de service d'information réseau affectant un seul client
Habituellement, un ou deux problèmes pourraient ressentir des symptômes qui dirigent des problèmes de liaison tandis que le reste des machines est correct. De tels problèmes sont assez spécifiques et seront sur les clients concernés. Mais, si de nombreuses machines clients dans votre système ont un problème similaire, le problème proviendra très probablement de l'une de vos machines de serveur.
Échec YPBind sur un client
Un seul client peut avoir des problèmes dans un seul client tandis que le reste des machines clients ou le même sous-réseau s'exécutent normalement. Courir LS-1 sur l'appareil avec le problème sur un répertoire partagé, tel que / usr, qui contient des fichiers appartenant à la plupart des clients, y compris certains fichiers qui ne sont pas dans le fichier du client / etc / passwd.
Le résultat doit répertorier les propriétaires de fichiers non dans le / etc / passwd comme noms. S'il les affiche sous forme de chiffres, l'indication est que le service NIS est défectueux. Bien sûr, le diagnostic est que le processus YPBind dans le client ne fonctionne pas.
Vérifiez le ypbind en exécutant le ps -e. Si le ypbind est manquant, continuez à vous connecter en tant que super utilisateur et saisissez la commande suivante pour démarrer YPBind:
Nom de domaine incorrect ou manquant
Un autre problème qui peut se produire avec un seul client de votre système pourrait résulter d'un domaine incorrect ou manquant. Ce problème se produit même lorsque le ypbind fonctionne normalement.
Vous pouvez régler cela en exécutant d'abord le nom de domaine Commande, car cela vous fournira le résultat du nom de domaine SET.
Par exemple:
Comparez la sortie de l'utilitaire précédent avec le nom de domaine réel enregistré dans votre serveur NIS Master / var / yp annuaire. Le domaine réel doit être disponible en tant que sous-répertoire dans votre serveur maître / var / yp annuaire.
Supposons que le résultat du nom de domaine fourni après l'exécution de la commande DomainName sur la machine avec le problème est différent du nom de domaine réel de la machine du serveur. Dans ce cas, ce sera un domaine incorrect.
De plus, parfois la commande DomainName peut ramener un résultat manquant. Dans les deux cas, connectez-vous en tant que super utilisateur et corrigez l'anomalie sur la machine client. Une fois terminé, redémarrez la machine.
Le client n'a pas de liaison à un serveur
Les commandes peuvent toujours accrocher même avec le nom de domaine correct et un ypbind en cours d'exécution. De tels problèmes surviennent lorsque le client n'est pas lié à un serveur. Alors, liez le client à un serveur en exécutant la commande ypwhich. Si vous venez de démarrer YPBind mais que vous trouvez toujours des rapports de liaison inexistante entre votre domaine et le client, essayez d'exécuter YPWhich plusieurs fois.
ypbind se bloque
Si votre ypbind est suspendu ou plante dès que vous le démarrez, le problème existe dans une autre partie de votre système. Vous pouvez commencer votre évaluation en vérifiant la disponibilité du démon RPCBIND en utilisant la commande suivante:
Continuez pour consulter la documentation RPC si le démon RPCBIND n'est pas disponible, est suspendu trop tôt ou se comporte étrangement. Établir une communication avec le démon RPCBIND sur le client défectueux d'une machine non problématique. Ainsi, vous pouvez taper la commande suivante à partir d'un client fonctionnel:
Le RPCINFO produira l'écran suivant si le RPCBIND sur la machine client problématique fonctionne bien:
Votre machine devrait avoir une liste de différentes adresses. Mais, si l'affichage n'a pas de liste d'adresses, il montre que YPBind ne peut pas enregistrer les services demandés. Allez-y et redémarrez votre machine avant de relancer le RPCINFO. Mais, si les processus YPBind disponibles changent chaque fois que vous redémarrez le / usr / lib / netsvc / yp / ypbind /, redémarrez votre machine, que YPBind soit en cours d'exécution ou non.
Service NIS indisponible
Une machine client peut avoir ce problème car le reste s'exécute normalement. Les symptômes suivants apparaîtront lorsque le service NIS s'effondrera pour être disponible dans votre système:
- Certaines commandes ramèneront un message d'erreur non disponible NIS, tandis que d'autres s'exécuteront correctement
- Commandes ou démons en écrasant avec ou sans message d'erreur
- Les commandes boites dans un mode de sauvegarde-stratégie
Vous pouvez voir l'un des affichages suivants en cas de service NIS indisponible:
Ou l'affichage comme indiqué ci-dessous:
La solution à des problèmes similaires à ceux ci-dessus est d'exécuter LS-1 sur la machine avec le problème par rapport à un répertoire partagé, tel que / usr, qui contient des fichiers appartenant à la plupart des clients, y compris certains fichiers non dans le client / etc / passwdddd déposer.
Problèmes affectant toutes les machines clients de votre réseau
Les problèmes qui peuvent affecter toutes les machines clients de votre système comprennent:
Commandes suspendues
Les commandes pendent souvent. C'est sans doute l'un des problèmes les plus répandus sur les appareils clients NIS. Une commande peut toujours s'accrocher même lorsque le système fonctionne bien et que d'autres utilitaires s'exécutent avec succès. La console générera un message similaire à la figure suivante au cas où cela se produira:
L'affichage précédent indique que le démon YPBIND client ne communique pas avec le démon ypserv sur le domaine Linhint. Un tel problème se produit en raison de la défaillance des systèmes qui fonctionnent sur le démon ypserv. Il peut également se produire en raison d'un réseau ou d'un serveur surchargé qui rend le démon ypserv incapable de renvoyer des réponses à votre client ypbind avant la période de délai.
Bien que ce problème s'affiche sur toutes les machines clients, elle est souvent temporaire. Il se résout automatiquement lorsque la machine du serveur redémarre et que votre démon ypserv redémarre. Alternativement, il ira lorsque la charge sur le serveur ou le réseau baisse.
Problèmes de serveur NIS
Voici les problèmes de serveur NIS les plus courants:
Existence de différentes versions de carte nis
NIS propage les cartes entre les serveurs. Mais parfois, différentes versions de carte peuvent exister sur vos serveurs réseau. Vous pouvez le corriger en exécutant la commande ypxfr, en particulier si tous les serveurs et routeurs s'exécutent correctement.
Vous pouvez également exécuter la commande précédente sur un serveur esclave si le serveur a des problèmes à jour une carte. Mais, si cette commande échoue, vous recevrez un message d'erreur avec les détails de l'échec et comment vous pouvez corriger le problème. Vous pouvez toujours aller de l'avant et vérifier le problème en utilisant la commande suivante:
Démon ypserv inopérable
Le démon ypserv peut s'écraser à plusieurs reprises immédiatement après le redémarrage. Si cela se produit, commencez par chercher le démon de Portmap en utilisant la commande ci-dessous:
Redémarrez le serveur si vous ne parvenez pas à obtenir le démon de Portmap. Une fois que vous obtenez le démon, utilisez la commande suivante:
Linhint dans la commande précédente est le nom d'hôte de notre serveur. Vous remarquerez que les numéros de port sont différents sur votre machine défectueuse:
L'utilitaire YPServ ne peut pas enregistrer les services en vertu de l'informatique si vous ne trouvez pas d'entrées telles que celles indiquées dans l'illustration précédente. Dans ce cas, redémarrez votre machine. Vous devez également redémarrer la machine si les entrées de serveur sont disponibles mais modifier chaque fois que vous redémarrez l'utilitaire / usr / lib / netsvc / yp / ypserv.
Conclusion
Cet article a expliqué comment résoudre les problèmes NIS auxquels les utilisateurs sont confrontés et fournir les solutions en adressant les problèmes potentiels du serveur NIS ou du client NIS. De plus, les problèmes affectant toutes les machines clients de votre réseau, telles que l'existence de différentes versions NIS MAP et le démon Ypserv inutilisables ont été mis en évidence.