Cette section contient des conseils de résolution des problèmes standard liés au serveur NetWare, notamment :
Malgré la fiabilité du système d'exploitation NetWare, des erreurs peuvent survenir. Les problèmes graves sont habituellement accompagnés de messages d'abend (fin anormale). Lorsqu'un message d'abend apparaît, NetWare ou l'UC a détecté une erreur critique et lancé le module de gestion des erreurs NetWare. NetWare utilise les messages d'abend pour garantir l'intégrité des données du système d'exploitation.
Lorsqu'un serveur fait un abend, les utilisateurs ne peuvent plus s'y loguer, les postes de travail ne peuvent plus lire ni écrire sur le serveur et un message d'abend apparaît généralement sur la console du serveur. Si son mécanisme de récupération automatique est activé, NetWare peut redémarrer automatiquement le serveur ou stopper le traitement incriminé, selon la nature de l'abend.
Si aucun message d'abend n'apparaît sur la console, que le répertoire SYS:SYSTEM ne contient aucun fichier ABEND.LOG et que l'invite de la console du serveur ne présente aucun numéro entre parenthèses, mais que les utilisateurs n'ont toujours pas accès au serveur, reportez-vous à la section Surveillance et résolution des problèmes de communication. Si aucun message d'abend n'apparaît, mais que la console reste bloquée et vous empêche d'entrer des commandes, reportez-vous à la section Blocages de la console du serveur.
Lorsque le serveur fait un abend, un message d'abend du type suivant apparaît :
Abend: SERVER-5.xx-numéro_message chaîne_messageADDITIONAL INFORMATION: message
La section Additional Information (informations complémentaires) indique la cause probable de l'abend. Elle précise l'emplacement du problème et le nom des éventuels NLM associés à l'abend. Ces informations vous aident à résoudre l'abend.
Le message d'abend, ainsi que les informations complémentaires, sont enregistrées dans le fichier ABEND.LOG, sur le lecteur C. Dès que le serveur a redémarré, le fichier ABEND.LOG est déplacé vers le répertoire SYS:SYSTEM.
Vous pouvez répondre manuellement à l'abend (ou automatiquement via le serveur).
Si votre réponse est manuelle, le serveur détermine la nature de l'abend et affiche l'option de réponse appropriée, ainsi que des options de mise hors service du serveur ou d'exécution d'un vidage de la mémoire. Pour répondre au message d'abend, exécutez l'une de ces options.
Si le serveur répond automatiquement, il exécute la réponse appropriée sans votre intervention.
IMPORTANT : Un abend (ou un programme NLM défaillant) peut interrompre le fonctionnement de la console du serveur. Dans ce cas, le message d'abend n'est pas affiché et vous ne pouvez pas entrer les commandes à l'invite de la console.
Après un panne du système, nous vous recommandons d'éteindre l'ordinateur et de le redémarrer, au lieu de simplement revenir à l'invite de DOS, C:\NWSERVER, et de retaper SERVER.
La méthode par défaut consiste à lancer une réponse automatique aux abends. (Reportez-vous à la section Réponse automatique à l'abend.)
Pour répondre manuellement aux abends, attribuez au paramètre SET suivant (catégorie Gestion d'erreur) la valeur indiquée :
AUTO RESTART AFTER ABEND = 0
Le paramètre SET détermine la réaction du serveur à un abend. Reportez-vous à l'aide en ligne pour une description de chaque valeur.
Lorsqu'un abend se produit, le serveur affiche une liste succincte des options appropriées au type d'abend. Pour répondre à l'abend, exécutez l'une de ces options en entrant sa première lettre.
Les options suivantes peuvent apparaître. Remarquez que plusieurs options peuvent commencer par la même lettre (par exemple, R, S ou X). Pour chaque situation d'abend, une seule option débutant par une lettre donnée apparaît dans la liste des options.
Cette option est disponible si l'abend a été détecté par le logiciel, c'est-à-dire par le système d'exploitation réseau. Il est important d'enregistrer les fichiers, d'arrêter le serveur, puis d'essayer de résoudre le problème à l'origine de l'abend. Examinez le fichier ABEND.LOG afin de déterminer la source du problème.
Lorsque vous exécutez cette option, le serveur envoie un message aux utilisateurs toutes les deux minutes pour leur conseiller d'enregistrer leurs fichiers et de se déloguer. Le serveur interrompt alors le processus en cours d'exécution, il met à jour le fichier ABEND.LOG et tente d'arrêter, puis de redémarrer l'ordinateur.
L'intervalle de temps entre l'arrêt et le redémarrage du serveur dépend du paramètre SET, AUTO RESTART AFTER ABEND DELAY TIME. Affectez à ce paramètre une valeur comprise entre 2 et 60 minutes. La valeur par défaut est de 2 minutes.
Vous pouvez soumettre le fichier ABEND.LOG à la base de données abend log de Novell pour obtenir une solution à votre problème.
Cette option apparaît si l'abend a détecté un problème de matériel. Arrête le serveur, répare le matériel, exécute un diagnostic et contacte le fabricant pour obtenir une assistance supplémentaire. Lorsque vous exécutez cette option, le serveur envoie un message aux utilisateurs toutes les deux minutes pour leur conseiller d'enregistrer leurs fichiers et de se déloguer. Le serveur relance alors le processus en cours d'exécution, met à jour le fichier ABEND.LOG et tente d'arrêter, puis de redémarrer l'ordinateur. L'intervalle de temps entre l'arrêt et le redémarrage du serveur dépend du paramètre SET, AUTO RESTART AFTER ABEND DELAY TIME. Affectez à ce paramètre une valeur comprise entre 2 et 60 minutes.
Cette option est disponible si l'abend a été détecté par le matériel, c'est-à-dire par le processeur. Tous les abends détectés par le matériel font apparaître les termes processor exception dans le message d'abend. Il s'agit notamment des anomalies de pagination et de protection, des codes d'opération non valides, des dépassements de pile, des doubles erreurs, etc. Cette option est disponible lorsque le serveur ne peut pas rétablir un traitement, mais que l'arrêt immédiat de l'ordinateur n'est pas nécessaire à la résolution du problème. Vous devrez néanmoins arrêter l'ordinateur et le redémarrer ultérieurement. Lorsque vous exécutez cette option, le serveur suspend le processus en cours et met à jour le fichier ABEND.LOG sans arrêter l'ordinateur. Le mauvais fonctionnement d'un NLM chargé peut entraîner une baisse des performances du serveur. Reportez-vous à la section Additional Information du message d'abend pour repérer le NLM susceptible d'être à l'origine du problème. Arrêtez le serveur à un moment opportun, puis redémarrez-le. Pour plus d'informations sur la source du problème, consultez le fichier ABEND.LOG. Vous pouvez soumettre le fichier ABEND.LOG à la base de données abend log de Novell pour obtenir une solution à votre problème.
Comme l'option précédente, cette option est disponible si l'abend a été détecté par le matériel, c'est-à-dire par le processeur. Tous les abends détectés par le matériel font apparaître les termes processor exception dans le message d'abend. Il s'agit notamment des anomalies de pagination et de protection, des codes d'opération non valides, des dépassements de pile, des doubles erreurs, etc. Cette option est disponible lorsque le serveur ne peut pas rétablir un traitement. Lorsque vous exécutez cette option, le serveur rétablit le traitement et met à jour le fichier ABEND.LOG sans arrêter le serveur. Dans la plupart des cas, le serveur redémarre sans problème et aucune autre action n'est nécessaire.
Exécutez cette option pour réaliser un vidage de la mémoire, dans lequel vous pourrez rechercher la cause d'un abend. Pour plus d'informations sur les vidages de la mémoire, reportez-vous à la section Création d'un vidage de la mémoire.
Cette option n'apparaît qu'en cas de suppression du DOS. Exécutez cette option pour redémarrer le serveur. Lorsque le DOS a été supprimé, le serveur ne crée pas de fichier ABEND.LOG ou ne le met pas à jour.
Exécutez cette option pour arrêter le serveur et retourner sous DOS. Si vous mettez le serveur hors tension sans exécuter au préalable une des options S ou R afin de résoudre le problème, le serveur ne met pas à jour le fichier ABEND.LOG.
Si la console a été protégée, vous devez redémarrer le serveur en le mettant hors tension, puis de nouveau sous tension. Si vous mettez le serveur hors tension sans exécuter au préalable une des options S ou R afin de résoudre le problème, le serveur ne met pas à jour le fichier ABEND.LOG.
Lorsque le serveur redémarre, il déplace le fichier ABEND.LOG de la partition DOS vers le répertoire SYS:SYSTEM.
Vous pouvez paramétrer le serveur pour qu'il réponde automatiquement aux abends. Deux types de réponses automatiques sont possibles.
AUTO RESTART AFTER ABEND = 1
DEVELOPER OPTION = OFF
Il s'agit des valeurs par défaut des paramètres : le mode par défaut consiste donc à répondre automatiquement aux abends.
AUTO RESTART AFTER ABEND = 2 DEVELOPER OPTION = OFF
Pour indiquer l'intervalle de temps qui doit s'écouler entre l'abend et l'arrêt, puis le redémarrage de l'ordinateur, utilisez le paramètre SET suivant :
AUTO RESTART AFTER ABEND DELAY TIME = minutes
Pour définir la valeur de ces paramètres, utilisez la commande SET ou MONITOR à la console du serveur ou le gestionnaire Netware à distance à partir d'un poste de travail.
Le paramètre DEVELOPER OPTION appartient à la catégorie de paramètres Divers.
Les paramètres AUTO RESTART AFTER ABEND et AUTO RESTART AFTER ABEND DELAY TIME appartiennent à la catégorie Gestion d'erreur.
Tous les paramètres peuvent être définis dans le fichier STARTUP.NCF.
En mode de réponse automatique, vous pouvez ne pas être averti de l'apparition d'un abend. Vous devez donc vérifier périodiquement le fichier ABEND.LOG ou l'écran des informations de profilage et de débogage dans le gestionnaire Netware à distance (en recherchant l'état Suspended by Abend Recovery - Suspendu par récupération d'abend).
Le compteur d'ECB (blocs de contrôle d'événement) est incrémenté lorsqu'un périphérique envoie un paquet au serveur NetWare, mais qu'aucun tampon de réception des paquets n'est disponible. Cela signifie qu'un paquet a été perdu par le serveur.
Le serveur alloue des tampons de réception des paquets supplémentaires après chaque incident, jusqu'à ce que la limite maximale soit atteinte (limite définie par le paramètre Maximum Packet Receiver Buffer).
Si vous utilisez une carte EISA busmaster (comme la carte NE3200TM), vous devrez probablement augmenter les limites minimale et maximale du nombre de tampons de réception des paquets.
Pour connaître les procédures de définition des paramètres Minimum Packet Receive Buffers et Maximum Packet Receive Buffers, reportez-vous à "SET"
> "Communications Parameters (Paramètres de communication)" dans le Utilities Reference (Référence sur les utilitaires) (documentation NetWare 6).
Le message Nombre d'ECB non disponible peut également indiquer une configuration incorrecte du pilote ou une incompatibilité entre le Module spécifique à la topologie (TSM) et celui propre au matériel. Cette valeur est gérée par le programme TSM.NLM.
Si le nombre d'ECB augmente et que tous les tampons de réception des paquets sont utilisés, effectuez un vidage de la mémoire (reportez-vous à la section Création d'un vidage de la mémoire) et contactez le support technique Novell.
Pour diagnostiquer les problèmes de lenteur de réponse du serveur, vérifiez si l'une des conditions suivantes est vraie :
Pour résoudre les problèmes de lenteur de réponse du serveur, procédez comme suit :
Pour vérifier l'état de santé de ces valeurs, utilisez le gestionnaire Netware à distance. Cliquez sur le lien Moniteur d'état de santé dans le cadre de navigation. Cliquez sur les liens Processus serveur alloués, Processus serveur disponibles et Tampons de réception de paquets dans la page Surveillance de l'état de santé du serveur. Les tampons de réception des paquets servent à transmettre et recevoir des paquets. Si le nombre de tampons de réception des paquets augmente, les performances du système d'exploitation du serveur se détériorent. Si le nombre de tampons de réception des paquets atteint son maximum et qu'aucun ECB n'est disponible, les performances risquent de se détériorer au point de provoquer un blocage du système. Si le nombre de processus de serveur en cours approche de son maximum, vous pouvez augmenter la valeur du paramètre SET Maximum Server Processes. Si vous n'avez que quelques processus de serveur disponibles, votre serveur se trouve probablement très occupé. Vous pouvez dans ce cas augmenter la valeur du paramètre SET Minimum and Maximum Server Process. Pour modifier la valeur de ces paramètres, entrez dans le gestionnaire Netware à distance. Cliquez sur le lien Paramètre Set dans le cadre de navigation. Dans la page Catégories de paramètres Set, cliquez sur les liens suivants :
Vous pouvez également exécuter les commandes MONITOR ou SET à la console du serveur. MIRROR STATUS
Vous pouvez également affecter l'attribut Purge aux fichiers à purger.
Si vous disposez de plusieurs cartes réseau, comparez les statistiques Nombre total de paquets envoyés de chacune d'elles. Si l'une des cartes assume la plus grande partie du trafic, modifiez le câblage du réseau de manière à répartir la charge de traitement équitablement entre toutes les cartes.
Si la console du serveur est verrouillée et vous empêche d'entrer des commandes, mais qu'aucun message d'abend n'apparaît dans l'écran Console système ou dans celui de l'outil de consignation, procédez comme suit pour résoudre le problème. Si un message d'abend apparaît, reportez-vous à la section Résolution des abends.
Pouvez-vous passer d'une fenêtre de la console à une autre ?
Si tel est le cas, le problème peut provenir d'une utilisation intensive du serveur. Reportez-vous à la section Statistiques d'utilisation intensive. Dans le cas contraire, procédez comme suit :
Vérifiez si la console du serveur se bloque lorsque vous déchargez un NLM particulier.
Si tel est le cas, le NLM est probablement à l'origine du problème. Contactez le fournisseur du NLM.
Vérifiez que vous utilisez les dernières versions des pilotes de LAN et de disque, du BIOS et du firmware.
Si tel n'est pas le cas, mettez ces pilotes à jour. Pour obtenir des informations sur les pilotes NetWare, reportez-vous à la section Mise à jour des patchs du serveur.
La console du serveur s'est-elle bloquée après le montage du dernier volume ?
Si tel est le cas, la carte réseau n'est pas correctement fixée ou sa configuration est incorrecte. Vérifiez ces éléments et résolvez les éventuels problèmes.
Vérifiez si vous pouvez entrer dans le débogueur en appuyant sur Maj+Maj+Alt+Echap sur le clavier de la console système.
SUGGESTION : Appuyez sur la touche Maj de gauche avec la main gauche, et appuyez simultanément sur les touches Maj et Alt de droite avec la main droite. Echap avec l'un des doigts de la main gauche.
Si la console est verrouillée et que vous ne pouvez ni passer d'un écran à l'autre, ni entrer dans le débogueur, contactez le support technique Novell ou le fournisseur de votre ordinateur pour savoir comment arrêter le serveur en générant une interruption non masquable.
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.
Les performances réseau revêtent une grande importance aux yeux des administrateurs réseau comme à ceux de Novell. Malheureusement, les indicateurs de performances et la signification de leurs statistiques ne sont pas toujours clairs.
Par exemple, il est beaucoup trop simple de considérer l'indicateur d'utilisation du processeur comme indicateur de performances principal de NetWare. Certains administrateurs réseau s'inquiètent lorsque l'état d'utilisation de l'UC affiché dans le gestionnaire Netware à distance ou la valeur d'utilisation indiquée par la commande MONITOR approche les 100 %, car ils considèrent qu'un taux élevé s'accompagne d'une détérioration des performances de NetWare. Cette supposition est complètement fausse.
Considérez d'abord la signification de la valeur Utilisation : il s'agit de la moyenne des capacités totales de traitement du serveur ayant été utilisées au cours de la dernière seconde (intervalle de mise à jour). Le reste des capacités a servi lors du processus de boucle inactive. Autrement dit, cette valeur indique la durée pendant laquelle le processeur est occupé. Une valeur d'utilisation élevée indique que NetWare utilise le pourcentage correspondant de la capacité du processeur et que la durée d'inactivité est réduite.
Certains traitements utilisent très efficacement le processeur, ce qui peut entraîner un taux d'utilisation de 100 %. Ce type d'utilisation est totalement normal. Dans la majorité des cas, la valeur 100 % indique que le thread utilise efficacement le processeur. Cette valeur peut rester constante pendant quelques minutes, ce qui est normal.
Il est cependant anormal que le taux d'utilisation reste à 100 % pendant 15 à 20 minutes, voire davantage, lorsque des connexions sont perdues et que les performances du serveur connaissent une détérioration sensible. Dans ces conditions, une utilisation intensive indique la présence d'un problème. En revanche, en l'absence de ces conditions, l'utilisation est normale, même si sa valeur est de 100 %.
Comment savoir si les conditions sont normales pour un serveur donné ? Vous pouvez repérer les problèmes dans le cadre d'une utilisation "normale" de votre serveur. La différence entre fonctionnement normal et fonctionnement anormal doit correspondre à la différence entre problème superficiel et véritable problème de performances. (Pour confirmer que le problème est superficiel, chargez ou déchargez un NLM : les informations sur le processeur sont alors recalculées.)
Avant de tenter de résoudre les problèmes liés à l'utilisation intensive, assurez-vous que vous avez suivi la procédure décrite dans la section Utilisation d'une méthodologie de dépannage. Recherchez sur le site Web Novell Support Connection les corrections logicielles NetWare ou les mises à jour des programmes NLM. Les corrections logicielles disponibles permettent de résoudre les problèmes d'utilisation intensive connus, liés au code du système d'exploitation et aux Novell eDirectory.
Cependant, un certain nombre de conditions d'utilisation intensive peuvent tout de même découler d'un problème de configuration, des niveaux de programmes NLM et de questions de mise au point.
Dans un premier temps, tentez d'identifier le programme NLM et les threads qui utilisent l'UC. Pour ce faire, procédez comme suit :
Accédez au gestionnaire Netware à distance.
Cliquez sur le lien Profil/débogage dans le cadre de navigation.
Cliquez sur le lien Exécution de l'UC de profil par NLM.
Repérez le programme NLM parent et les threads qui présentent le temps d'exécution le plus important.
Si possible, déchargez le programme NLM incriminé et voyez si le problème disparaît.
Pour résoudre ces problèmes, aidez-vous de la liste suivante :
Les éléments de la liste sont regroupés en catégories mais ne sont pas triés. Cette liste a été conçue sur la base de l'expérience collective des représentants du support technique de Novell. Passez chaque élément en revue et utilisez-le pour effectuer une analyse approfondie de votre système. Dans la plupart des cas, vous devriez pouvoir résoudre votre problème, sauf s'il s'agit d'un nouveau problème propre à NetWare 6.
Ressources du serveur. Les ressources du serveur se composent des ressources de LAN, de disque et de processeur. Les ressources de LAN et de disque correspondent au nombre de tampons disponibles. Les ressources de processeur correspondent au nombre de processus de service disponibles. Lorsqu'un paquet réseau arrive ou qu'une lecture ou une écriture est effectuée sur le disque, un tampon doit être mis à disposition pour contenir les données jusqu'à ce qu'un processus de service puisse les prendre en charge. Une pénurie de tampons ou de processus de service, même pour une courte période, peut entraîner une utilisation intensive du serveur et des retards pour les utilisateurs.
Nous vous suggérons également d'attribuer aux paramètres de serveur du tableau ci-dessous la valeur indiquée pour éviter une pénurie de ressources serveur . Cela est particulièrement important si votre serveur compte plus de 100 utilisateurs. Pour modifier les paramètres suivants, utilisez le gestionnaire Netware à distance à partir d'un poste de travail ou bien SET ou MONITOR à la console du serveur.
Dans le gestionnaire Netware à distance, cliquez sur le lien Paramètres SET dans le cadre de navigation > Catégorie > valeur_actuelle_du_paramètre. Entrez la nouvelle valeur et cliquez sur OK.
Dans MONITOR, dans le menu Options disponibles, sélectionnez Paramètres serveur > Catégorie > valeur_actuelle_du_paramètre puis appuyez sur Entrée. Entrez la nouvelle valeur puis effectuez l'action appropriée.
Monopolisation du processeur. Déterminez si un thread monopolise le processeur. Dans le gestionnaire Netware à distance, cliquez sur le lien Profil/débogage dans le cadre de navigation. Affichez les données dans le tableau des données de profil d'exécution par thread.
Dans MONITOR, dans le menu Options disponibles, sélectionnez Options kernel > Threads, puis appuyez sur Entrée.
Vous pouvez attribuer au paramètre Valeur de timeout de charge de CPU une valeur inférieure à la valeur par défaut. Indiquez le délai en secondes qui doit s'écouler avant l'interruption d'un thread qui n'a pas abandonné son contrôle sur le processeur. Reportez-vous à la section "SET" > "Miscellaneous Parameters (Paramètres divers)" dans Utilities Reference (Référence sur les utilitaires) (documentation NetWare 6).
IMPORTANT : Modifiez cette valeur avec prudence. Vous devez mesurer les conséquences de cette modification.
Pilotes. Reportez-vous à la section Mise à jour des patchs du serveur. Pour une explication succincte de l'architecture périphérique de NetWare (NWPA), reportez-vous aux CD-ROM Documentation en ligne. Reportez-vous à la section "Drivers for Host Adapters and Storage Devices (Pilotes des adaptateurs hôte et des périphériques de stockage) dans le NetWare Server Disks and Storage Devices Administration Guide (Guide d'administration des périphériques de stockage et des disques de serveurs NetWare) (documentation NetWare 6).
Blocs libres. Lorsque vous utilisez le système de fichiers traditionnel, il est essentiel de disposer de blocs libres adéquats. Un bloc libre est un bloc de disque sur lequel n'est stocké aucun fichier recouvrable. Un fichier supprimé et purgé devient un espace libre. Conservez au minimum 1 000 blocs libres sur chaque volume NetWare pour lequel la sous-allocation est activée. La sous-allocation, qui est normalement un processus de faible priorité, utilise des blocs libres pour son fonctionnement. Lorsque les blocs libres sont en quantité insuffisante, la sous-allocation peut adopter un mode "agressif". Le fait de conserver 1 000 blocs libres permet en général d'éviter ce problème. Pour contrôler le nombre de blocs libres dont vous disposez sur un volume, effectuez l'une des opérations suivantes :
Si vous ne disposez pas d'au moins 1 000 blocs libres sur le volume, accédez au gestionnaire Netware à distance, cliquez sur Volumes dans le cadre de navigation, puis sur l'icône d'information sur le volume souhaité et enfin sur le bouton Purger les fichiers supprimés. Vous supprimez ainsi tous les fichiers supprimés des répertoires et sous-répertoires et augmentez l'espace disque disponible. Si certaines de vos applications créent de nombreux fichiers temporaires, vous pouvez placer un drapeau P (Purge) sur les répertoires stockant ces fichiers. Chaque fichier temporaire créé est placé dans la liste des fichiers supprimés. Ces fichiers sont conservés sur le disque jusqu'à exécution d'une commande PURGE. Vous pouvez également exécuter la commande SET Immediate Purge of Deleted Files=On à l'invite de la console système. Sous-allocation Le système de fichiers traditionnel utilise une taille de bloc disque de 64 Ko. Il est très important de surveiller l'espace disque. Le support technique Novell recommande de garder libre entre 10% et 20% de l'espace disque pour éviter les problèmes de sous-allocation. La sous-allocation n'a pas de paramètres serveur à régler. Pour afficher l'utilisation de l'espace disque avec le gestionnaire Netware à distance, cliquez sur le lien Moniteur de santé dans le cadre de navigation, puis sur le lien Espace disque disponible dans la page Surveillance de l'état de santé du serveur. Imprimez pour mémoire la page d'information sur le volume. Compression Lorsque vous utilisez la compression dans le système de fichiers NSS, reportez-vous à "Other NSS Commands (Autres commandes NSS) dans le Novell Storage Services Administration Guide (Guide d'administration NSS) (documentation NetWare 6). Lorsque vous utilisez la compression avec le système de fichiers traditionnel, vous devez impérativement procéder à la correction du serveur. Parce que la compression et la décompression des fichiers consomment des cycles du processeur, il est important de surveiller attentivement cette fonction pour éviter les problèmes d'utilisation. Le paramètre SET File Parameters for the Traditional File System for compression tient compte de ce phénomène. Pour plus d'informations, reportez-vous également à "SET" > "File Parameters for the Traditional File System (Paramètres de fichiers pour le système de fichiers traditionnel)" dans le Utilities Reference (Références sur les utilitaires) (documentation NetWare 6). Par exemple, la compression de fichier est définie par défaut pour s'effectuer pendant les heures creuses ou dans les périodes de faible utilisation du serveur. Vérifiez qu'il n'y a pas eu de modification susceptible d'engendrer des problèmes d'utilisation. La décompression des fichiers s'effectue à la volée. Toutefois, un fichier de très grande taille (de 100 Mo, par exemple) peut prendre un temps significatif, même avec un processeur Pentium*. SET Deleted Files Compression Option=2 entraîne la compression immédiate des fichiers qui ont été supprimés. Cela peut entraîner un problème d'utilisation intensive, dans la mesure où le processeur compresse les fichiers dès leur suppression. Les répertoires marqués du drapeau IC (compression immédiate) peuvent entraîner une activité de décompression excessive durant les heures de travail. Les utilisateurs qui subissent des restrictions dans ce domaine peuvent marquer leurs répertoires privés du drapeau IC dans le but d'économiser de l'espace disque. Cela peut affecter les performances du serveur. Pour être sûr que les fichiers utilisés ne seront pas compressés, spécifiez une valeur appropriée pour le paramètre SET Days Untouched Before Compression parameter. Pour prévenir tout problème de ce type, utilisez le paramètre SET Enable File Compression=Off parameter (catégorie Système de fichiers commun). Les fichiers seront placés en file d'attente pour compression, mais pas compressés. Toutefois, un accès aux fichiers compressés provoque leur décompression.
RAM insuffisante. Les ressources mémoire sont d'une importance cruciale dans un environnement de serveur.
Pour afficher les statistiques de cache tampon pour le système de fichiers NSS, entrez la commande suivante à l'invite de la console système :
NSS CACHESTATS
Le meilleur indicateur permettant d'évaluer la RAM serveur dans un système de fichiers traditionnel est affiché par l'un des moyens suivants :
La valeur de ce champ doit être au minimum de 15 à 20 minutes. Un nombre inférieur peut indiquer une insuffisance de ressources mémoire du serveur. Un autre bon indicateur, Nombre d'occurrences de cache à long terme, est affiché sur la même page ou le même écran dans chacun des utilitaires.
Partitions eDirectory. Nous vous recommandons de ne pas conserver dans l'arborescence plus de trois répliques de chaque partition. Une bonne conception d'arborescence est indispensable pour éviter les problèmes d'utilisation. Comme Novell eDirectory doit maintenir une synchronisation entre tous les serveurs de l'anneau de réplique, plus il y a des répliques dans une partition, plus le trafic sera intense sur le réseau. Trois répliques suffisent à garantir la tolérance aux pannes et à activer les Novell eDirectory en cas d'endommagement d'une base de données.
Synchronisation des Novell eDirectory. Pour tester si la synchronisation des Novell eDirectory peut être à l'origine du problème, désactivez pendant une heure la synchronisation en entrée et en sortie en définissant le paramètre dstrace=!D60. Après avoir désactivé la synchronisation, attendez 5 à 15 minutes pour permettre au serveur d'exécuter les travaux en attente. Annulez le test en définissant le paramètre dstrace=!E.
Erreurs Novell eDirectory. Pour tester la présence éventuelle d'autres erreurs, exécutez la commande SET dstrace=On.
Connexions bloquées. Recherchez-les et effacez-les. Reportez-vous à la section "Clearing a Workstation Connection (Suppression de la connexion d'un poste de travail)" dans le Server Operating System Administration Guide (Guide d'administration du système d'exploitation serveur) (documentation NetWare 6).
Logiciel client. Vous pouvez repérer les problèmes liés au client en modifiant le paramètre SET NCP SET. Pour plus d'informations, reportez-vous à "NCP Parameters (Paramètres NCP)" dans Utilities Reference (Référence sur les utilitaires) (documentation NetWare 6). Si vous attribuez à ces paramètres serveur la valeur On, le serveur affiche un avertissement chaque fois qu'il reçoit un mauvais paquet. Le message d'avertissement indique également l'adresse MAC (Media Access Control) des périphériques expéditeurs des paquets. Les paramètres suivants appartiennent la catégorie NCP :
Mettez à jour le logiciel client.
Câblage. Si vous avez installé des cartes réseau à grande vitesse de 100 Mo, vous aurez peut-être besoin de mettre également à niveau le câblage.
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, ">, lisez les conseils fournis dans TID 10011512 "Troubleshooting High Utilization", puis effectuez une recherche sur l'utilisation intensive dans la base de connaissances Novell (Novell Knowledgebase) et contactez un Centre de support Novell.
Pour résoudre les problèmes d'E/S de disque, d'espace disque et de mode miroir, reportez-vous aux sections suivantes :
Pour corriger une erreur générale d'E/S de disque sur le serveur, essayez une ou plusieurs des solutions suivantes :
Si toutes les solutions précédentes se sont révélées infructueuses, contactez votre Centre de support Novell ou le fabricant de votre périphérique.
Pour corriger les erreurs liées à un manque d'espace disque, effectuez une ou plusieurs des opérations suivantes :
Lorsqu'elles ne sont plus synchronisées, les partitions en mode miroir doivent se resynchroniser automatiquement. Si la resynchronisation automatique ne s'effectue pas, effectuez les opérations suivantes :
Dans ConsoleOne, recherchez et sélectionnez l'arborescence à gérer, puis cliquez sur l'icône de gestion de partition de disque.
Entrez l'arborescence Novell eDirectory, le contexte et les informations sur le serveur.
Cliquez sur Propriétés > Support > Miroir > Resynchronisation.
Si la resynchronisation ne s'effectue toujours pas, recréez le jeu de miroir.
Identifiez la partition de disque qui contient les données à enregistrer et à mettre en miroir.
Supprimez les autres partitions de disque.
Recréez des partitions à la place de celles que vous avez supprimées.
Mettez en miroir la partition contenant les données avec les nouvelles partitions.
Pour plus d'informations sur le mode miroir, reportez-vous au CD-ROM Documentation en ligne. Reportez-vous à la section "Creating a Partition (Création d'une partition)" dans le Novell Storage Services Administration Guide (Guide d'administration NSS) (documentation NetWare 6).
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.
Si les partitions sont de très grande taille, leur mise en miroir peut prendre plusieurs heures, ce qui est normal. Les conseils suivants peuvent vous aider à accélérer la mise en miroir :
Pour savoir si des problèmes ont été identifiés pour les disques durs et les pilotes que vous utilisez, contactez le fournisseur du périphérique et demandez-lui s'il connaît un moyen d'accélérer la mise en miroir. Certains pilotes, par exemple, peuvent être chargés avec des paramètres qui accélèrent la mise en miroir.
La plupart des unités de disque fournissent leur propre méthode de vérification de lecture après écriture ; la fonction de vérification de NetWare n'est donc pas nécessaire et peut augmenter le temps utilisé pour la mise en miroir des partitions.
IMPORTANT : Une trop grande augmentation de cette valeur peut entraîner l'échec de certains contrôleurs ou pilotes de disque. Faites des essais pour voir si l'augmentation de cette valeur accélère la mise en miroir.
Si le problème persiste, suivez la procédure de dépannage décrite dans 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.
Il arrive parfois que le processus du mode miroir se déroule sans incident, mais s'arrête à un taux d'achèvement de 99%. Pour rechercher l'origine du problème, procédez comme suit :
S'il y en a, remédiez au problème et au besoin remplacez le disque.
Pour savoir si des problèmes ont été identifiés pour certains disques durs ou certains pilotes, contactez le fournisseur du périphérique.
Si le problème persiste, suivez la procédure de dépannage décrite dans 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 diagnostiquer les erreurs de disque qui surviennent au cours du montage d'un volume traditionnel, vérifiez si l'une des conditions suivantes est vraie :
Pour résoudre les erreurs de disque qui surviennent lors du montage d'un volume, procédez comme suit :
Pour remédier à divers types de problèmes de mémoire serveur et aux fuites de mémoire, notamment en libérant de la mémoire, reportez-vous aux sections suivantes :
Pour trouver la source du problème, procédez comme suit.
Vérifiez si vous utilisez le gestionnaire de mémoire NetWare ou un gestionnaire externe. Le fichier CONFIG.SYS ou AUTOEXEC.BAT contient-il une instruction ou des commandes DOS=HIGH pour le chargement des gestionnaires de mémoire ou des pilotes de périphérique DOS ? Par exemple, existe-t-il une commande de chargement de HIMEM.SYS ou EMM386.EXE ? Tous deux sont des gestionnaires de mémoire.
Placez ces instructions en commentaire ou supprimez-les du fichier CONFIG.SYS. Placez ces instructions en commentaire dans le fichier AUTOEXEC.BAT. (Pour mettre en commentaire une commande, entrez REM suivi d'un espace au début de la ligne de commande.)
S'il existe un gestionnaire de mémoire dans le serveur, NetWare l'utilise pour estimer la mémoire disponible. Certains gestionnaires de mémoire d'anciens ordinateurs ne peuvent pas reconnaître la mémoire au-delà d'une limite maximale de 64 Mo. Les pilotes de périphériques DOS prélèvent de la mémoire dans la réserve de NetWare.
Vérifiez que Windows 95 n'est pas utilisé pour démarrer le serveur. Windows 95 charge automatiquement les gestionnaires de mémoire.
Vérifiez que vous disposez de la dernière version du BIOS.
Un BIOS qui ne serait pas à jour pourrait renvoyer une quantité de mémoire erronée. Si une version plus récente est disponible, mettez à jour le BIOS.
Si le problème persiste, suivez la procédure de dépannage décrite dans 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.
Une fuite de mémoire indique qu'un programme ou un ensemble de programmes NLM a demandé de la mémoire au serveur, mais ne l'a pas rendue après utilisation. Avec le temps, la quantité de mémoire disponible s'amenuise jusqu'à ce que finalement le serveur émettent des messages pour signaler un problème de mémoire. La fuite peut être plus ou moins rapide, en fonction de la quantité de mémoire demandée chaque fois.
Si vous redémarrez le serveur, la mémoire est restituée à la réserve, et les messages d'erreur s'arrêtent jusqu'à ce que la fuite recommence et que, la mémoire diminuant, les messages reprennent.
Pour détecter la présence d'une fuite de mémoire dans un serveur, redémarrez celui-ci et surveillez l'évolution dans le temps des statistiques de mémoire (total des tampons cache). Si ces statistiques changent, alors que le trafic n'a pas augmenté et que de nouvelles applications n'ont pas été installées, effectuez les opérations suivantes pour trouver l'origine du problème :
Chargez toutes les dernières corrections logicielles dans le serveur.
Les corrections logicielles serveur sont disponibles sur le Site Web de support Novell et auprès d'autres sources. Pour obtenir une liste de ces sources, reportez-vous à la section "Applying Patches (Appliquer des patches) dans le Server Operating System Administration Guide (Guide d'administration du système d'exploitation serveur) (documentation NetWare 6).
Redémarrez le serveur pour libérer la mémoire et établir une ligne de référence en matière d'utilisation de la mémoire.
Affichez les statistiques de mémoire du module :
Accédez au gestionnaire Netware à distance.
Cliquez sur Lister les modules dans le cadre de navigation.
Triez la liste par utilisation de la mémoire en cliquant sur le bouton Mémoire allouée.
Cliquez sur le lien valeur de mémoire allouée pour chaque nom de module que vous soupçonnez d'être à l'origine de la fuite.
Normalement, les modules tels que SERVER.NLM, NSS.NLM et DS.NLM apparaissent habituellement en haut de la liste.
Imprimez cette page et conservez-la afin de l'utiliser comme référence lorsque vous surveillerez l'évolution dans le temps de l'utilisation de la mémoire par le module.
Répétez l'Etape 3 pour chaque NLM soupçonné d'être à l'origine de la fuite de mémoire.
(Facultatif) Si les messages d'erreur de mémoire persistent, répétez l'Etape 3 afin d'afficher les statistiques de mémoire pour chaque NLM soupçonné d'être à l'origine de la fuite. Notez si l'utilisation de la mémoire par l'un ou l'autre module a connu une hausse significative.
S'il y a une fuite de mémoire, un ou plusieurs modules montreront une augmentation importante de la valeur Octets utilisés.
Lorsque vous avez trouvé l'origine de la fuite, contactez le fournisseur du module pour l'informer du problème. Si possible, mettez le module à jour ou bien supprimez-le du serveur.
Pour libérer temporairement de la mémoire sur un serveur (en attendant de pouvoir en ajouter), procédez de l'une des manières suivantes :
Vous pouvez libérer de la mémoire en combinant les répertoires afin que la plupart d'entre eux contiennent près de 32 fichiers, puis en purgeant les sous-répertoires et les fichiers supprimés. AVERTISSEMENT : Cette étape détruit toutes les informations développées sur les noms de fichiers. Avant d'effectuer cette étape, essayez de libérer suffisamment de mémoire pour permettre le montage du volume, puis la sauvegarde des données.
Demandez à tous les utilisateurs de se déloguer, puis déchargez tous les modules, à l'exception des pilotes de disque du volume. Démontez tous les volumes. Pour supprimer l'espace de nom, chargez VREPAIR, sélectionnez Définir les options de Vrepair, puis sélectionnez deux options : Supprimer le support d'espace de nom du volume et Ecrire toutes les entrées répertoire et FAT sur le disque. Exécutez la commande VREPAIR > Réparation d'un volume sur le volume qui n'a pas été monté. (Ce paramètre utilise beaucoup d'espace disque, mais il augmente la quantité de mémoire disponible.)
Pour diagnostiquer les erreurs de mémoire qui surviennent au cours du montage d'un volume, vérifiez si l'une des conditions suivantes est vraie :
Pour résoudre les erreurs de mémoire qui surviennent lors du montage d'un volume, procédez comme suit ou vérifiez si l'une des conditions suivantes est vraie :
Vous pouvez libérer de la mémoire en combinant les répertoires afin que la plupart d'entre eux contiennent près de 32 fichiers, puis en purgeant les sous-répertoires et les fichiers supprimés.
Si le pourcentage est inférieur à 20 %, ajoutez de la mémoire.
AVERTISSEMENT : Cette étape détruit toutes les informations développées sur les noms de fichiers. Avant d'effectuer cette étape, essayez de libérer suffisamment de mémoire pour permettre le montage du volume, puis la sauvegarde des données.
Demandez à tous les utilisateurs de se déloguer, puis déchargez tous les modules, à l'exception des pilotes de disque du serveur. Démontez tous les volumes. Pour supprimer l'espace de nom, chargez VREPAIR, sélectionnez Définir les options de Vrepair, puis sélectionnez deux options : Supprimer le support d'espace de nom du volume et Ecrire toutes les entrées répertoire et FAT sur le disque. Exécutez la commande VREPAIR > Réparation d'un volume sur le volume qui n'a pas été monté.
Les messages d'erreur de mémoire les plus fréquents sont les suivants :
Si l'une de ces conditions est vérifiée, exécutez la procédure suivante pour trouver la source du problème :
Vérifiez que le serveur ne charge pas de gestionnaire de mémoire ou de pilote de périphérique DOS.
Vérifiez dans les fichiers AUTOEXEC.BAT et CONFIG.SYS qu'aucun gestionnaire de mémoire, tel que HIMEM.SYS ou EMM386.EXE, n'est chargé et qu'il n'y a aucune instruction DOS=HIGH. Vérifiez qu'aucun pilote de périphérique DOS n'est chargé.
Placez ces instructions en commentaire ou supprimez-les du fichier CONFIG.SYS. Placez ces instructions en commentaire dans le fichier AUTOEXEC.BAT. (Pour mettre en commentaire une commande, entrez REM suivi d'un espace au début de la ligne de commande.)
S'il existe un gestionnaire de mémoire dans le serveur, NetWare l'utilise pour estimer la mémoire disponible. Certains gestionnaires de mémoire ne peuvent reconnaître la mémoire au-delà d'une limite maximale de 64 Mo. Les pilotes de périphériques DOS prélèvent de la mémoire dans la réserve NetWare.
Vérifiez que Windows 5 n'est pas utilisé pour démarrer le serveur. Windows 95 charge automatiquement les gestionnaires de mémoire.
Vérifiez que vous disposez de la dernière version du BIOS.
Un BIOS qui ne serait pas à jour pourrait renvoyer une quantité de mémoire erronée. Si une version plus récente est disponible, mettez à jour le BIOS.
Vérifiez que le paramètre SET (catégorie Mémoire) Reserved Buffers Below 16 MB est défini avec une valeur supérieure ou égale à 300.
Pour les pilotes plus anciens, augmentez la valeur de sorte qu'elle soit supérieure ou égale à 300, en particulier si un lecteur de CD-ROM ou de bande requiert une mémoire inférieur à 16 Mo.
Vérifiez que la mémoire est automatiquement enregistrée.
Son enregistrement manuel peut provoquer une fragmentation de la mémoire. Certaines cartes d'anciens systèmes imposent un enregistrement manuel de la mémoire ; mais la meilleure solution dans ce cas consiste à remplacer la carte par un modèle plus récent pour que NetWare puisse enregistrer automatiquement la mémoire.
Si elle a été enregistrée manuellement, redémarrez le serveur pour libérer la mémoire et ne l'enregistrez plus manuellement. Si nécessaire, mettez à niveau la carte système.
Vérifiez si des erreurs de mémoire se produisent lorsqu'un volume traditionnel est monté.
Si tel est le cas, le serveur manque peut-être de mémoire.
Pour résoudre le problème, ajoutez de la RAM.
Pour libérer temporairement de la mémoire, reportez-vous à la section Libération temporaire de la mémoire serveur.
Vérifiez si le paramètre "Temps d'inactivité LRU" (dans le gestionnaire NetWare à distance ou dans MONITOR) présente une valeur moyenne de plus de 15 minutes pendant les heures de pointe.
Si tel n'est pas le cas, le serveur manque peut-être de mémoire.
Pour libérer temporairement de la mémoire, reportez-vous à la section Libération temporaire de la mémoire serveur. Pour régler la mémoire à l'aide du paramètre Temps d'inactivité LRU, reportez-vous à "Tuning File Cache (Réglage du cache de fichiers) dans le Server Memory Administration Guide (Guide d'administration de la mémoire serveur) (documentation NetWare 6). Pour résoudre le problème, ajoutez de la RAM.
Recherchez d'éventuelles fuites de mémoire.
La valeur des paramètres Temps d'inactivité LRU et Nombre d'occurrences de cache à long terme diminue-t-elle graduellement avec le temps, même lorsque le trafic du réseau n'a pas augmenté et que de nouvelles applications n'ont pas été installées sur le serveur ?
Si tel est le cas, il existe peut-être une fuite de mémoire dans le serveur. Reportez-vous à la section Résolution des problèmes de fuite de mémoire sur le serveur.
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 corriger une erreur de périphérique verrouillé, effectuez une ou plusieurs des opérations suivantes :
Si toutes les solutions précédentes se sont révélées infructueuses, contactez votre Centre de support Novell ou le fabricant de votre périphérique.
Des messages système d'allocation de blocs de contrôle d'événement peuvent apparaître à la première mise en service du serveur ou au cours de son exécution.
Ces messages indiquent que le serveur n'a pas réussi à acquérir un nombre suffisant de tampons de réception de paquets, généralement appelés blocs de contrôle d'événement (Event Control Blocks - ECB). Un nombre insuffisant d'ECB n'entraîne pas d'erreur fatale. Toutefois, il peut révéler un problème de LAN ou de serveur.
Les serveurs qui fonctionnent pendant plusieurs jours et qui sont par moment encombrés peuvent dépasser le nombre maximal d'ECB défini : le système génère alors des messages système ECB.
Si ces situations sont la conséquence d'une augmentation ponctuelle de la demande de mémoire, conservez l'allocation ECB maximale utilisée et autorisez l'apparition du message dans ces cas-là.
Sinon, lorsque la demande de mémoire de votre serveur est très élevée et que vous recevez fréquemment des messages d'erreur d'allocation ECB, augmentez la valeur de l'allocation ECB maximale. Utilisez la commande SET suivante dans le fichier STARTUP.NCF :
SET MAXIMUM PACKET RECEIVE BUFFERS=nombre
La mémoire allouée aux ECB ne peut pas être utilisée à d'autres fins.
Le nombre minimal de tampons disponibles pour le serveur peut également être défini dans le fichier STARTUP.NCF au moyen de la commande suivante :
SET MINIMUM PACKET RECEIVE BUFFERS=nombre
Pour diagnostiquer les problèmes de commandes de la console du serveur, vérifiez si l'une des situations suivantes est vraie :
Pour résoudre les problèmes liés aux commandes de la console du serveur, procédez comme suit :
Si possible, arrêtez le serveur. Sinon, patientez quelques minutes une fois tous les utilisateurs délogués, puis redémarrez le serveur.
Le conflit le plus fréquent survient lorsqu'une carte réseau est paramétrée sur l'interruption 4 et qu'une imprimante est connectée au port série du serveur, lequel utilise également l'interruption 4.
Pour diagnostiquer les problèmes de verrouillage du clavier lors de la copie de fichiers depuis un CD-ROM, vérifiez si l'une des conditions suivantes est vraie :
Si votre unité de CD-ROM partage un bus SCSI avec un sous-système du disque contenant des volumes dans lesquels sont copiés les fichiers d'installation du système d'exploitation réseau (généralement le volume SYS:), votre clavier peut se verrouiller lors du chargement de pilotes ou de la copie de fichiers dans le volume. La figure suivante illustre les conflits de configuration possibles.
Supprimez, dans le fichier CONFIG.SYS, les pilotes du lecteur de CD-ROM que vous avez utilisés pour configurer le lecteur de CD-ROM en tant que périphérique DOS. Vous éviterez ainsi que des conflits se produisent lorsque le CD-ROM > Operating Systemest monté en tant que volume NetWare.
Pour résoudre les problèmes de verrouillage du clavier lors de la copie de fichiers à partir d'un CD-ROM, procédez comme suit :
Appuyez sur Alt+Echap jusqu'à ce que l'invite de la console apparaisse.
Entrez la commande DOWN.
A l'aide d'un éditeur de texte, supprimez du fichier CONFIG.SYS les pilotes du lecteur de CD-ROM.
Enregistrez la version mise à jour du fichier CONFIG.SYS.
À l'aide d'un éditeur de texte, supprimez du fichier AUTOEXEC.BAT toutes les références aux pilotes du lecteur de CD-ROM.
Enregistrez la version mise à jour du fichier AUTOEXEC.BAT.
Appuyez sur Ctrl+Alt+Suppr pour redémarrer le serveur.
(Conditionnel) Si le serveur ne démarre pas automatiquement à partir du fichier AUTOEXEC.BAT, accédez au sous-répertoire où se trouvent le fichier SERVER.EXE et les autres fichiers de démarrage (répertoire par défaut : C:\NWSERVER), puis entrez la commande suivante à l'invite du DOS :
SERVER
(Étape conditionnelle) Si vous utilisez des pilotes de périphérique ASPI (pour un contrôleur Adaptec, par exemple), vous devez entrer l'une des commandes suivantes :
AHAxxxx
xxxx représentant le numéro de la carte Adaptec.
ou
ASPICD
ou
CDNASPI
À l'invite de la console, entrez la commande NWPA.
À l'invite de la console, entrez la commande NWCONFIG.