Pour remédier à différents problèmes de communication entre un poste de travail et le serveur, reportez-vous aux sections suivantes :
Lorsque des postes de travail ne peuvent pas communiquer avec le serveur, les utilisateurs perdent leurs connexions avec ce dernier et ne peuvent plus se loguer. Les utilisateurs peuvent recevoir des messages indiquant un serveur introuvable ou des problèmes d'écriture et de lecture sur le réseau.
Pour remédier à ce problème, exécutez la procédure suivante :
Vérifiez que les autres clients peuvent se connecter au serveur.
Si les autres clients peuvent se connecter au serveur, le problème est lié au client et non au serveur ou au réseau. Prenez en compte les éléments suivants :
Si l'utilisateur a éteint son poste sans se déloguer, la connexion cliente reste ouverte et l'utilisateur ne peut plus se loguer tant qu'elle n'est pas supprimée. Le processus de surveillance du serveur tente de rétablir la connexion un certain nombre de fois, après quoi le délai de connexion étant écoulé, le serveur supprime la connexion. La connexion une fois supprimée, l'utilisateur peut de nouveau se loguer.
Les processus de surveillance sont contrôlés par les paramètres SET (catégorie Communications) Watchdog.
Certaines utilisateurs ne comprennent pas qu'ils doivent modifier leur mot de passer avant d'avoir utilisé leurs logins bonus.
Vérifiez s'il n'existe pas un abend sur le serveur.
Si tel est le cas, le serveur affiche un message d'abend sur l'écran de la console système. Si le processus de récupération automatique d'abend a redémarré le serveur, le message a peut-être défilé hors de l'écran. Lisez le message dans le fichier journal ABEND.LOG de SYS:SYSTEM.
Pour remédier à un abend du serveur, reportez-vous à la section Résolution des abends. Pour des informations générales sur les différents types d'abend de serveur, reportez-vous à la section Opérations effectuées en cas de message d'abend. Pour gérer le processus de récupération automatique d'abend, reportez-vous à la section Réponse automatique à l'abend.
Vérifiez si la console du serveur n'est pas bloquée.
Si vous ne pouvez pas entrer de commande à l'invite de la console système, c'est que cette dernière est bloquée. Dans certains cas, vous ne pourrez plus basculer d'un écran du serveur à l'autre.
Essayez d'appuyer sur Ctrl+Alt+Echap. Vous devriez ainsi faire apparaître une invite permettant d'arrêter le serveur et de retourner sous DOS. Si l'invite ne s'affiche pas, essayez d'entrer dans le débogueur en appuyant sur Maj+Maj+Alt+Echap. Si vous parvenez à entrer dans le débogueur, tapez q et appuyez sur Entrée pour revenir sous DOS. Redémarrez alors le serveur. Reportez-vous à la section Blocages de la console du serveur pour remédier au problème.
Si aucune des commandes décrites ne fonctionne, la seule manière de quitter le serveur consiste à forcer une erreur d'interruption non masquable. Contactez un Centre de support Novell ou le fournisseur de votre matériel pour obtenir de l'assistance.
Si vous n'avez pas le temps de demander de l'assistance pour générer une erreur d'interruption non masquable, vous pouvez éteindre le serveur, mais cette méthode risque d'endommager des fichiers du système d'exploitation. Si vous y recourez, c'est à vos propres risques.
Vérifiez que le volume SYS: est monté.
Entrez la commande VOLUMES à l'invite de la console système pour afficher la liste des volumes montés. Si le volume SYS: n'est pas monté, montez-le. Le serveur ne commence à diffuser les informations sur le réseau que lorsque le volume SYS: est monté.
Vérifiez qu'il n'existe aucun problème de LAN.
Dans le gestionnaire NetWare à distance, cliquez sur le lien Moniteur d'état de santé dans le cadre de navigation, puis sur le lien Trafic du réseau local dans la colonne Description de la page Surveillance de l'état de santé du serveur.
Affichez les statistiques du pilote LAN pour vérifier si des paquets sont perdus ou si les collisions et les réessais sont en nombre excessif. Dans le gestionnaire NetWare à distance, cliquez sur le lien Adaptateurs de disque/LAN dans le cadre de navigation, puis sur le lien de nom pour chaque carte réseau de votre serveur.
Pour des conseils sur la résolution des problèmes de communication, reportez-vous à Conseils pour remédier aux problèmes généraux de communication
Si nécessaire, utilisez LANalyzer® ou un produit similaire pour surveiller le trafic du réseau et isoler le problème.
Vérifiez que l'utilisation du serveur est normale.
Pour ce faire, consultez les statistiques d'utilisation. Pour savoir comment réagir en cas d'utilisation intensive, reportez-vous à la section Statistiques d'utilisation intensive.
Si vous soupçonnez que le problème est dû à un trafic important sur le LAN, essayez de débrancher le câble du LAN. Si un trafic important sur le LAN était bien à l'origine du problème, l'utilisation devrait chuter.
Vérifiez que le serveur dispose de ressources suffisantes.
Le serveur reçoit-il des messages indiquant qu'un nombre d'ECB n'est pas disponible ou que les tampons de réception de paquets sont en quantité insuffisante ?
Ces messages peuvent indiquer que le serveur va manquer de ressources. Pour savoir comment résoudre ces problèmes, reportez-vous à la section Messages d'erreur Insufficient Packet Receive Buffers et Nombre d'ECB non disponible.
Vérifiez que la base de données Novell eDirectory fonctionne.
La base de données Novell eDirectory est-elle fermée ou verrouillée par un autre utilitaire, tel que DSREPAIR ?
Si la base de données Novell eDirectory ne fonctionne pas, les clients du poste de travail n'afficheront pas l'écran de login.
Vérifiez sur le serveur s'il existe des erreurs -625 ou d'autres erreurs de communication.
Les serveurs reçoivent-ils des erreurs -625 ou d'autres erreurs de communication ?
Si tel est le cas, reportez-vous à la section Communication avec le serveur impossible, erreurs -625 ou à l'aide en ligne Novell Error Codes (Codes d'erreur Novell) > NDS or eDirectory Error Codes (Codes d'erreur NDS ou eDirectory).
Si le problème persiste, suivez la procédure de dépannage décrite dans la section Utilisation d'une méthodologie de dépannage, puis effectuez une recherche dans la Base de connaissances Novell (Novell Knowledgebase) et contactez un Centre de support Novell.
Pour remédier à ce problème, exécutez la procédure suivante :
Vérifiez que l'utilisation du serveur est normale.
Pour ce faire, consultez les statistiques d'utilisation. Pour savoir comment réagir en cas d'utilisation intensive, reportez-vous à la section Statistiques d'utilisation intensive.
Si les utilisateurs sont d'anciens clients Novell, mettez-les à niveau vers la dernière version du client Novell approprié.
Vérifiez que le numéro de noeud de chaque poste de travail est unique.
Vérifiez que toutes les cartes réseau du serveur et des postes de travail de l'utilisateur fonctionnent correctement et que les dernières versions des cartes et des pilotes sont employées.
Recherchez dans la Base de connaissances Novell (Novell Knowledgebase) les problèmes recensés relatifs à vos pilotes et cartes, mettez les pilotes à jour et si nécessaire remplacez les cartes.
Vérifiez que tous les câbles sont solidement connectés, qu'ils se terminent correctement et qu'ils ne passent pas à proximité d'un équipement susceptible de provoquer des interférences.
Si le problème persiste, suivez la procédure de dépannage décrite dans la section Utilisation d'une méthodologie de dépannage, puis effectuez une recherche dans la Base de connaissances Novell (Novell Knowledgebase) et contactez un Centre de support Novell.
Pour résoudre les problèmes généraux de communication sur le réseau, procédez comme suit :
Chacune des adresses de noeud du réseau doit être unique. Parfois, pour trouver le problème, vous devez arrêter tous les postes de travail, puis les remettre en route l'un après l'autre. Si la liste des connexions contient le nom de login de l'utilisateur, cela signifie que le serveur reçoit les demandes du poste de travail et qu'il y répond. Si le poste de travail reçoit un message qui signale un serveur introuvable, vérifiez que les deux ordinateurs utilisent le même type de trame. Si vous utilisez 10baseT, essayez de connecter directement le serveur par câble au poste de travail. Si cette opération corrige le problème de communication entre le serveur et le poste de travail, ce problème provient d'un élément du réseau.