Ignorer les liens de navigation | |
Quitter l'aperu | |
![]() |
Manuel de référence des paramètres réglables Oracle Solaris 11.1 Oracle Solaris 11.1 Information Library (Français) |
1. Présentation du réglage du système Oracle Solaris
2. Paramètres réglables du noyau Oracle Solaris
3. Paramètres réglables ZFS d'Oracle Solaris
Sources des informations relatives aux paramètres réglables
Réglage de l'environnement NFS
nfs:nfs3_pathconf_disable_cache
nfs:nfs4_pathconf_disable_cache
nfs:nfs_write_error_to_cons_only
5. Paramètres réglables de la suite des protocoles Internet
6. Paramètres des utilitaires du système
A. Historique des modifications des paramètres réglables
Cette section décrit les paramètres relatifs au module de noyau NFS.
Contrôle la mise en cache des informations pathconf pour les systèmes de fichiers montés NFS version 3.
Entier (32 bits)
0 (mise en cache activée)
0 (mise en cache activée) ou 1 (mise en cache désactivée)
Valeurs booléennes
Oui
Aucune
Les informations pathconf sont mises en cache fichier par fichier. Cependant, si le serveur peut modifier dynamiquement les informations d'un fichier spécifique, utilisez ce paramètre pour désactiver la mise en cache. Aucun mécanisme pour le client ne permet de valider son entrée dans le cache.
Instable
Contrôle la mise en cache des informations pathconf pour les systèmes de fichiers montés NFS version 4.
Entier (32 bits)
0 (mise en cache activée)
0 (mise en cache activée) ou 1 (mise en cache désactivée)
Valeurs booléennes
Oui
Aucune
Les informations pathconf sont mises en cache fichier par fichier. Cependant, si le serveur peut modifier dynamiquement les informations d'un fichier spécifique, utilisez ce paramètre pour désactiver la mise en cache. Aucun mécanisme pour le client ne permet de valider son entrée dans le cache.
Instable
Détermine si les fichiers dont l'horodatage est incorrect ou négatif doivent être visibles sur le client.
Normalement, ni le client NFS ni le serveur NFS n'effectue de vérification de plage par rapport aux heures des fichiers renvoyées. Les valeurs d'horodatage envoyées sur le réseau sont des entiers non signés de 32 bits. Ainsi, toutes les valeurs sont légales.
Les valeurs d'horodatage du noyau Solaris 64 bits sont de type signées 64 bits. Il est impossible de déterminer si un champ horaire représente une heure 32 bits entière ou une heure négative, c'est-à-dire une date antérieure au 1er janvier 1970.
Il est impossible de déterminer s'il faut étendre avec son signe une valeur horaire lors de sa conversion de 32 bits à 64 bits. La valeur horaire doit être étendue avec son signe si elle constitue un nombre négatif vrai. En revanche, elle ne doit pas être étendue avec son signe si elle représente véritablement une valeur horaire 32 bits. Ce problème est résolu par la simple interdiction des valeur horaires 32 bits.
Entier (32 bits)
0 (horodatages 32 bits désactivés)
0 (horodatages 32 bits désactivés) ou 1 (horodatages 32 bits activés)
Valeurs booléennes
Oui
Aucune
Même dans le cadre d'un fonctionnement normal, il est possible de définir les valeurs d'horodatage sur certains fichiers très loin dans le futur ou très loin dans le passé. Si l'accès préféré à ces fichiers est par le biais de systèmes de fichiers montés NFS, réglez ce paramètre sur 1 pour autoriser les valeurs d'horodatage d'être transmises sans vérification.
Instable
Contrôle le délai d'expiration RPC par défaut pour les systèmes de fichiers montés NFS version 2 à l'aide de transports orientés connexion tels que TCP pour le protocole de transport.
Entier signé (32 bits)
600 (60 secondes)
0 à 231 - 1
10e de seconde
Oui, mais le délai d'expiration RPC pour un système de fichiers est défini lorsque ce système de fichiers est monté. Pour modifier un système de fichiers spécifique, démontez et montez le système de fichiers après la modification de ce paramètre.
Aucune
TCP est utile, car il s'assure que les demandes et les réponses sont fournies comme il convient. Toutefois, si la durée des boucles est très longue dans un réseau particulièrement lent, le client NFS version 2 risque d'expirer prématurément.
Augmentez ce paramètre pour empêcher le client d'expirer de manière inattendue. Du fait de l'amplitude de la plage de valeurs, veillez à ne pas trop augmenter cette valeur ou vous risquez de provoquer des situations dans lesquelles une retransmission n'est pas détectée sur de longues périodes de temps.
Instable
Contrôle le délai d'expiration RPC par défaut pour les systèmes de fichiers montés NFS version 3 à l'aide de transports orientés connexion tels que TCP pour le protocole de transport.
Entier signé (32 bits)
600 (60 secondes)
0 à 231 - 1
10e de seconde
Oui, mais le délai d'expiration RPC pour un système de fichiers est défini lorsque ce système de fichiers est monté. Pour modifier un système de fichiers spécifique, démontez et montez le système de fichiers après la modification de ce paramètre.
Aucune
TCP est utile, car il s'assure que les demandes et les réponses sont fournies comme il convient. Toutefois, si la durée des boucles est très longue dans un réseau particulièrement lent, le client NFS version 3 risque d'expirer prématurément.
Augmentez ce paramètre pour empêcher le client d'expirer de manière inattendue. Du fait de l'amplitude de la plage de valeurs, veillez à ne pas trop augmenter cette valeur ou vous risquez de provoquer des situations dans lesquelles une retransmission n'est pas détectée sur de longues périodes de temps.
Instable
Contrôle le délai d'expiration RPC par défaut pour les systèmes de fichiers montés NFS version 4 à l'aide de transports orientés connexion tels que TCP pour le protocole de transport.
La spécification du protocole NFS version 4 interdit la retransmission sur la même connexion TCP. Par conséquent, ce paramètre contrôle principalement la rapidité avec laquelle le client répond à certains événements, par exemple pour détecter une opération de démontage forcé ou détecter la vitesse de basculement du serveur vers un nouveau serveur.
Entier signé (32 bits)
600 (60 secondes)
0 à 231 - 1
10e de seconde
Oui, mais ce paramètre est défini lorsque le système de fichiers est monté. Pour modifier un système de fichiers spécifique, démontez et montez le système de fichiers après la modification de ce paramètre.
Aucune
TCP est utile, car il s'assure que les demandes et les réponses sont fournies comme il convient. Toutefois, si la durée des boucles est très longue dans un réseau particulièrement lent, le client NFS version 4 risque d'expirer prématurément.
Augmentez ce paramètre pour empêcher le client d'expirer de manière inattendue. Du fait de l'amplitude de la plage de valeurs, veillez à ne pas trop augmenter cette valeur ou vous risquez de provoquer des situations dans lesquelles une retransmission n'est pas détectée sur de longues périodes de temps.
Instable
Détermine si le contenu des fichiers de lien symbolique est mis en cache pour des systèmes de fichiers montés NFS version 2.
Entier (32 bits)
1 (mise en cache activée)
0 (mise en cache désactivée) ou 1 (mise en cache activée)
Valeurs booléennes
Oui
Aucune
Si un serveur modifie le contenu d'un fichier de lien symbolique sans mettre à jour l'horodatage de la modification sur le fichier ou si la granularité de l'horodatage est trop large, les modifications apportées au contenu du fichier de lien symbolique peuvent ne pas être visibles sur le client pendant de longues périodes. Dans ce cas, utilisez ce paramètre pour désactiver la mise en cache du contenu du lien symbolique. Cela rend les modifications immédiatement visibles pour les applications en cours d'exécution sur le client.
Instable
Détermine si le contenu des fichiers de lien symbolique est mis en cache pour des systèmes de fichiers montés NFS version 3.
Entier (32 bits)
1 (mise en cache activée)
0 (mise en cache désactivée) ou 1 (mise en cache activée)
Valeurs booléennes
Oui
Aucune
Si un serveur modifie le contenu d'un fichier de lien symbolique sans mettre à jour l'horodatage de la modification sur le fichier ou si la granularité de l'horodatage est trop large, les modifications apportées au contenu du fichier de lien symbolique peuvent ne pas être visibles sur le client pendant de longues périodes. Dans ce cas, utilisez ce paramètre pour désactiver la mise en cache du contenu du lien symbolique. Cela rend les modifications immédiatement visibles pour les applications en cours d'exécution sur le client.
Instable
Détermine si le contenu des fichiers de lien symbolique est mis en cache pour des systèmes de fichiers montés NFS version 4.
Entier (32 bits)
1 (mise en cache activée)
0 (mise en cache désactivée) ou 1 (mise en cache activée)
Valeurs booléennes
Oui
Aucune
Si un serveur modifie le contenu d'un fichier de lien symbolique sans mettre à jour l'horodatage de la modification sur le fichier ou si la granularité de l'horodatage est trop large, les modifications apportées au contenu du fichier de lien symbolique peuvent ne pas être visibles sur le client pendant de longues périodes. Dans ce cas, utilisez ce paramètre pour désactiver la mise en cache du contenu du lien symbolique. Cela rend les modifications immédiatement visibles pour les applications en cours d'exécution sur le client.
Instable
Détermine si une fonction appelée retransmission dynamique est activée pour des systèmes de fichiers montés NFS version 2 à l'aide de transports sans connexion de type UDP. Cette fonction tente de réduire les retransmissions en surveillant d'abord les temps de réponse du serveur, puis en ajustant les délais d'expiration RPC et les tailles des transferts en lecture et en écriture.
Entier (32 bits)
1 (activé)
0 (désactivé) ou 1 (activé)
Oui, mais ce paramètre est défini système de fichiers par système de fichiers, au moment du montage. Pour modifier un système de fichiers spécifique, démontez et montez le système de fichiers après la modification de ce paramètre.
Aucune
Ne modifiez pas ce paramètre.
Instable
Détermine si une fonction appelée retransmission dynamique est activée pour des systèmes de fichiers montés NFS version 3 à l'aide de transports sans connexion de type UDP. Cette fonction tente de réduire les retransmissions en surveillant d'abord les temps de réponse du serveur, puis en ajustant les délais d'expiration RPC et les tailles des transferts en lecture et en écriture.
Entier (32 bits)
0 (désactivé)
0 (désactivé) ou 1 (activé)
Valeurs booléennes
Oui, mais ce paramètre est défini système de fichiers par système de fichiers, au moment du montage. Pour modifier un système de fichiers spécifique, démontez et montez le système de fichiers après la modification de ce paramètre.
Aucune
Ne modifiez pas ce paramètre.
Instable
Détermine si un cache des noms négatifs est utilisé pour des systèmes de fichiers montés NFS version 2. Ce cache des noms négatifs enregistre les noms de fichiers qui ont été recherchés, mais qui sont introuvables. Le cache est utilisé pour éviter la multiplication des demandes de noms de fichiers déjà connus sur le réseau.
Entier (32 bits)
1 (activé)
0 (désactivé) ou 1 (activé)
Valeurs booléennes
Oui
Aucune
Pour que la mise en cache s'effectue correctement, les entrées négatives doivent être strictement vérifiées avant leur utilisation. Ce mécanisme de cohérence est légèrement plus souple pour les systèmes de fichiers montés en lecture seule. En principe, le système de fichiers sur le serveur ne change pas, ou il change très lentement, et de telles modifications peuvent se propager lentement vers le client sans aucun risque. Dans ce cas, le mécanisme de cohérence devient le mécanisme normal de mise en cache des attributs.
Supposons que les systèmes de fichiers sont montés en lecture seule sur le client mais qu'une modification de ces systèmes doit avoir lieu sur le serveur et être visible immédiatement par le client. Dans ce cas, utilisez ce paramètre pour désactiver la mise en cache négative.
Si vous désactivez le paramètre nfs:nfs_disable_rddir_cache , vous devrez probablement désactiver ce paramètre également. Pour plus d'informations, reportez-vous à la section nfs:nfs_disable_rddir_cache.
Instable
Détermine si un cache des noms négatifs est utilisé pour des systèmes de fichiers montés NFS version 3. Ce cache des noms négatifs enregistre les noms de fichiers qui ont été recherchés, mais qui sont introuvables. Le cache est utilisé pour éviter la multiplication des demandes de noms de fichiers déjà connus sur le réseau.
Entier (32 bits)
1 (activé)
0 (désactivé) ou 1 (activé)
Valeurs booléennes
Oui
Aucune
Pour que la mise en cache s'effectue correctement, les entrées négatives doivent être strictement vérifiées avant leur utilisation. Ce mécanisme de cohérence est légèrement plus souple pour les systèmes de fichiers montés en lecture seule. En principe, le système de fichiers sur le serveur ne change pas, ou il change très lentement, et de telles modifications peuvent se propager lentement vers le client sans aucun risque. Dans ce cas, le mécanisme de cohérence devient le mécanisme normal de mise en cache des attributs.
Les entrées de cache négatives sont utilisées uniquement pour les systèmes de fichiers montés en lecture seule. En supposant que le système de fichiers sur le serveur ne change pas ou change très lentement, de telles modifications peuvent se propager lentement vers le client sans aucun risque. Dans ce cas, le mécanisme de cohérence devient le mécanisme normal de mise en cache des attributs.
Supposons que les systèmes de fichiers sont montés en lecture seule sur le client mais qu'une modification de ces systèmes doit avoir lieu sur le serveur et être visible immédiatement par le client. Dans ce cas, utilisez ce paramètre pour désactiver la mise en cache négative.
Si vous désactivez le paramètre nfs:nfs_disable_rddir_cache, vous devrez probablement désactiver ce paramètre également. Pour plus d'informations, reportez-vous à nfs:nfs_disable_rddir_cache.
Instable
Détermine si un cache des noms négatifs est utilisé pour des systèmes de fichiers montés NFS version 4. Ce cache des noms négatifs enregistre les noms de fichiers qui ont été recherchés, mais qui sont introuvables. Le cache est utilisé pour éviter la multiplication des demandes de noms de fichiers déjà connus sur le réseau.
Entier (32 bits)
1 (activé)
0 (désactivé) ou 1 (activé)
Valeurs booléennes
Oui
Aucune
Pour que la mise en cache s'effectue correctement, les entrées négatives doivent être strictement vérifiées avant leur utilisation. Ce mécanisme de cohérence est légèrement plus souple pour les systèmes de fichiers montés en lecture seule. En principe, le système de fichiers sur le serveur ne change pas, ou il change très lentement, et de telles modifications peuvent se propager lentement vers le client sans aucun risque. Dans ce cas, le mécanisme de cohérence devient le mécanisme normal de mise en cache des attributs.
Supposons que les systèmes de fichiers sont montés en lecture seule sur le client mais qu'une modification de ces systèmes doit avoir lieu sur le serveur et être visible immédiatement par le client. Dans ce cas, utilisez ce paramètre pour désactiver la mise en cache négative.
Si vous désactivez le paramètre nfs:nfs_disable_rddir_cache , vous devrez probablement désactiver ce paramètre également. Pour plus d'informations, reportez-vous à la section nfs:nfs_disable_rddir_cache.
Instable
Contrôle le nombre de threads de noyau qui exécutent des E/S asynchrones pour le client NFS version 2. NFS étant basé sur RPC et RPC étant par nature synchrone, des contextes d'exécution distincts sont requis pour effectuer les opérations NFS qui sont asynchrones à partir du thread d'appel.
Les opérations pouvant être exécutées en mode asynchrone sont read pour read-ahead, readdir pour readdir read-ahead, write pour putpage et pageio, commit et inactive pour les opérations de nettoyage que le client effectue lorsqu'il arrête d'utiliser un fichier.
Court non signé
8
0 à 215 - 1
Threads
Oui, mais ce paramètre est défini système de fichiers par système de fichiers, au moment du montage. Pour modifier un système de fichiers spécifique, démontez et montez le système de fichiers après la modification de ce paramètre.
Aucune
Pour augmenter ou réduire le nombre d'opérations d'E/S simultanées en cours à un moment donné. Par exemple, pour un réseau avec une très faible bande passante, vous pouvez choisir de réduire cette valeur, de sorte que le client NFS ne surcharge pas le réseau. Si le réseau est à très haut débit, et si le client et le serveur ont suffisamment de ressources, vous pouvez également augmenter cette valeur. Cette procédure permet d'utiliser plus efficacement la bande passante disponible, et les ressources du serveur et du client.
Instable
Contrôle le nombre de threads de noyau qui exécutent des E/S asynchrones pour le client NFS version 3. NFS étant basé sur RPC et RPC étant par nature synchrone, des contextes d'exécution distincts sont requis pour effectuer les opérations NFS qui sont asynchrones à partir du thread d'appel.
Les opérations pouvant être exécutées en mode asynchrone sont read pour read-ahead, readdir pour readdir read-ahead, write pour putpage et pageio, et commit.
Court non signé
8
0 à 215 - 1
Threads
Oui, mais ce paramètre est défini système de fichiers par système de fichiers, au moment du montage. Pour modifier un système de fichiers spécifique, démontez et montez le système de fichiers après la modification de ce paramètre.
Aucune
Pour augmenter ou réduire le nombre d'opérations d'E/S simultanées en cours à un moment donné. Par exemple, pour un réseau avec une très faible bande passante, vous pouvez choisir de réduire cette valeur, de sorte que le client NFS ne surcharge pas le réseau. Si le réseau est à très haut débit, et si le client et le serveur ont suffisamment de ressources, vous pouvez également augmenter cette valeur. Cette procédure permet d'utiliser plus efficacement la bande passante disponible, et les ressources du serveur et du client.
Instable
Contrôle le nombre de threads de noyau qui exécutent des E/S asynchrones pour le client NFS version 4. NFS étant basé sur RPC et RPC étant par nature synchrone, des contextes d'exécution distincts sont requis pour effectuer les opérations NFS qui sont asynchrones à partir du thread d'appel.
Les opérations pouvant être exécutées en mode asynchrone sont read pour read-ahead, write-behind, directory read-ahead et les opérations de nettoyage que le client effectue lorsqu'il arrête d'utiliser un fichier.
Court non signé
8
0 à 215 - 1
Threads
Oui, mais ce paramètre est défini système de fichiers par système de fichiers, au moment du montage. Pour modifier un système de fichiers spécifique, démontez et montez le système de fichiers après la modification de ce paramètre.
Aucune
Pour augmenter ou réduire le nombre d'opérations d'E/S simultanées en cours à un moment donné. Par exemple, pour un réseau avec une très faible bande passante, vous pouvez choisir de réduire cette valeur, de sorte que le client NFS ne surcharge pas le réseau. Si le réseau est à très haut débit, et si le client et le serveur ont suffisamment de ressources, vous pouvez également augmenter cette valeur. Cette procédure permet d'utiliser plus efficacement la bande passante disponible, et les ressources du serveur et du client.
Instable
Contrôle le nombre d'opérations read-ahead qui sont mises en attente par le client NFS version 2 lorsqu'un accès séquentiel à un fichier est détecté. Ces opérations read-ahead augmentent la simultanéité d'accès et la capacité de traitement en lecture. Chaque demande read-ahead est généralement pour un seul bloc logique de données de fichiers.
Entier (32 bits)
4
0 à 231 - 1
Blocs logiques.
Oui
Aucune
Pour augmenter ou réduire le nombre de demandes read-ahead en cours pour un fichier spécifique à un moment donné. Par exemple, pour un réseau avec une très faible bande passante, ou un client avec un volume de mémoire faible, vous pouvez choisir de réduire cette valeur, de sorte que le client NFS ne surcharge pas le réseau ou la mémoire système. Si le réseau est à très haut débit, et si le client et le serveur ont suffisamment de ressources, vous pouvez également augmenter cette valeur. Cette procédure permet d'utiliser plus efficacement la bande passante disponible, et les ressources du serveur et du client.
Instable
Contrôle le nombre d'opérations read-ahead qui sont mises en attente par le client NFS version 3 lorsqu'un accès séquentiel à un fichier est détecté. Ces opérations read-ahead augmentent la simultanéité d'accès et la capacité de traitement en lecture. Chaque demande read-ahead est généralement pour un seul bloc logique de données de fichiers.
Entier (32 bits)
4
0 à 231 - 1
Blocs logiques. (Reportez-vous à la section nfs:nfs3_bsize.)
Oui
Aucune
Pour augmenter ou réduire le nombre de demandes read-ahead en cours pour un fichier spécifique à un moment donné. Par exemple, pour un réseau avec une très faible bande passante, ou un client avec un volume de mémoire faible, vous pouvez choisir de réduire cette valeur, de sorte que le client NFS ne surcharge pas le réseau ou la mémoire système. Si le réseau est à très haut débit, et si le client et le serveur ont suffisamment de ressources, vous pouvez également augmenter cette valeur. Cette procédure permet d'utiliser plus efficacement la bande passante disponible, et les ressources du serveur et du client.
Instable
Contrôle le nombre d'opérations read-ahead qui sont mises en attente par le client NFS version 4 lorsqu'un accès séquentiel à un fichier est détecté. Ces opérations read-ahead augmentent la simultanéité d'accès et la capacité de traitement en lecture. Chaque demande read-ahead est généralement pour un seul bloc logique de données de fichiers.
Entier (32 bits)
4
0 à 231 - 1
Blocs logiques. (Reportez-vous à la section nfs:nfs4_bsize.)
Oui
Aucune
Pour augmenter ou réduire le nombre de demandes read-ahead en cours pour un fichier spécifique à un moment donné. Par exemple, pour un réseau avec une très faible bande passante, ou un client avec un volume de mémoire faible, vous pouvez choisir de réduire cette valeur, de sorte que le client NFS ne surcharge pas le réseau ou la mémoire système. Si le réseau est à très haut débit, et si le client et le serveur ont suffisamment de ressources, vous pouvez également augmenter cette valeur. Cette procédure permet d'utiliser plus efficacement la bande passante disponible, et les ressources du serveur et du client.
Instable
Contrôle la taille du cache du rnode sur le client NFS.
Le rnode désigne la structure de données centrale utilisée par les clients NFS version 2, 3 et 4, et qui décrit un fichier sur le client NFS. Il contient l'identificateur de fichier qui identifie le fichier sur le serveur. Le rnode contient également des pointeurs vers différents caches utilisés par le client NFS pour éviter les appels réseau sur le serveur. Chaque rnode dispose d'un association bi-univoque avec un vnode. Le vnode met en cache les données du fichier.
Le client NFS tente de conserver un nombre minimal de rnodes pour tenter d'éviter la destruction des données et des métadonnées mises en cache. Quand un rnode est réutilisé ou libérés, les données et métadonnées mises en cache doivent être détruites.
Entier (32 bits)
La valeur par défaut de ce paramètre est 0, ce qui signifie que la valeur de nrnode doit être définie sur la valeur du paramètre ncsize. En fait, toute valeur non positive pour nrnode définit nrnode sur la valeur de ncsize.
1 à 231 - 1
rnodes
Non. Cette valeur peut uniquement être modifiée en ajoutant ou en modifiant le paramètre dans le fichier /etc/system, puis en réinitialisant le système.
Le système applique une valeur maximale, pour que le cache de rnode ne puisse consommer que 25 % de la mémoire disponible.
Les rnodes étant créées et détruits dynamiquement, le système tend à choisir un cache de la taille du nrnode, en ajustant automatiquement la taille du cache à mesure que la pression en termes de mémoire augmente sur le système ou en cas d'un accès simultané à plusieurs fichiers. Cependant, dans certaines situations, vous pouvez définir la valeur de nrnode si la combinaison de fichiers en cours d'accès peut être déterminée à l'avance. Par exemple, si le client NFS accède à une poignée de fichiers très volumineux, vous pouvez définir la valeur de nrnode pour un petit nombre, de sorte que la mémoire système puisse mettre en cache les données du fichier au lieu de rnodes. Si le client accède à de nombreux petits fichiers, vous pouvez également augmenter la valeur de nrnode pour optimiser le stockage des métadonnées des fichiers, afin de réduire le nombre d'appels réseau pour les métadonnées.
Bien que cette opération ne soit pas recommandée, vous pouvez effectivement désactiver le cache de rnode en définissant la valeur de nrnode sur 1. Cette valeur indique au client de ne mettre en cache qu'un rnode, ce qui signifie qu'il est réutilisé fréquemment.
Instable
Certains serveurs NFS plus anciens peuvent ne pas gérer correctement les demandes READDIR NFS version 2 dont les informations d'annuaire dépassent 1 024 octets. Ce problème est dû à un bogue dans l'implémentation du serveur. Il est résolu dans le client NFS version 2.
Lorsque ce paramètre est activé, le client ne génère pas de demande READDIR si les informations d'annuaire dépassent 1 024 octets. Si ce paramètre est désactivé, alors la taille sur le réseau est définie sur la plus petite taille transmise dans à l'aide de l'appel système getdents ou de NFS_MAXDATA, qui est de 8 192 octets. Pour plus d'informations, reportez-vous à getdents(2).
Entier (32 bits)
0 (désactivé)
0 (désactivé) ou 1 (activé)
Valeurs booléennes
Oui
Aucune
Examinez la valeur de ce paramètre si un serveur NFS version 2 uniquement plus ancien est utilisé et que des problèmes d'interopérabilité se produisent lorsque le serveur tente de lire les répertoires. L'activation de ce paramètre peut entraîner une légère baisse des performances pour les applications qui lisent les répertoires.
Instable
Certains serveurs NFS plus anciens peuvent ne pas gérer correctement les demandes READDIR NFS version 3 dont les informations d'annuaire dépassent 1 024 octets. Ce problème est dû à un bogue dans l'implémentation du serveur. Il est résolu dans le client NFS version 3.
Lorsque ce paramètre est activé, le client ne génère pas de demande READDIR si les informations d'annuaire dépassent 1 024 octets. Si ce paramètre est désactivé, alors la taille sur le réseau est définie sur la taille minimale transmise dans à l'aide de l'appel système getdents ou de MAXBSIZE, qui est de 8 192 octets. Pour plus d'informations, reportez-vous à getdents(2).
Entier (32 bits)
0 (désactivé)
0 (désactivé) ou 1 (activé)
Valeurs booléennes
Oui
Aucune
Examinez la valeur de ce paramètre si un serveur NFS version 3 uniquement plus ancien est utilisé et que des problèmes d'interopérabilité se produisent lorsque le serveur tente de lire les répertoires. L'activation de ce paramètre peut entraîner une légère baisse des performances pour les applications qui lisent les répertoires.
Instable
Contrôle l'intervalle entre chaque journalisation des erreurs d'écriture ENOSPC et EDQUOT reçues par le client NFS. Ce paramètre affecte les clients NFS version 2, 3 et 4.
Entier long (64 bits)
5 secondes
0 à 263 - 1
Secondes
Oui
Aucune
Augmentez ou diminuez la valeur de ce paramètre en réponse au volume de messages consignés par le client. En règle générale, vous pouvez être amené à augmenter la valeur de ce paramètre pour diminuer le nombre de messages espace saturé en cours d'impression lorsqu'un système de fichiers complet sur un serveur est utilisé de façon active.
Instable
Détermine si des erreurs d'écriture NFS sont consignées dans la console système et syslog ou dans la console système uniquement. Ce paramètre affecte les messages des clients NFS version 2, 3 et 4.
Entier (32 bits)
0 (console système et syslog)
0 (console système et syslog) ou 1 (console système)
Valeurs booléennes
Oui
Aucune
Examinez la valeur de ce paramètre pour éviter de remplir le système de fichiers contenant les messages consignés par le démon syslogd. Lorsque ce paramètre est activé, les messages sont uniquement imprimés sur la console système et ne sont pas copiés dans le fichier de messages syslog.
Instable
Contrôle l'utilisation d'un cache pour contenir les réponses des demandes READDIR et READDIRPLUS. Ce cache empêche les appels sur le réseau vers le serveur pour récupérer des informations d'annuaire.
Entier (32 bits)
0 (mise en cache activée)
0 (mise en cache activée) ou 1 (mise en cache désactivée)
Valeurs booléennes
Oui
Aucune
Examinez la valeur de ce paramètre si des problèmes d'interopérabilité surviennent en raison d'un serveur qui ne met pas à jour l'heure de modification sur un répertoire lors de la création d'un fichier ou d'un répertoire est créé ou supprimé dans ce dernier. Les symptômes sont facilement reconnaissables : les nouveaux noms n'apparaissent pas dans les listes du répertoire après leur ajout à ce dernier ou les anciens noms ne disparaissent pas après leur suppression du répertoire.
Ce paramètre contrôle la mise en cache pour les systèmes de fichiers montés NFS version 2, 3 et 4. Ce paramètre s'applique à tous les systèmes de fichiers montés NFS, de sorte que la mise en cache ne peut pas être désactivée ou activée par un système de fichiers donné.
Si vous désactivez ce paramètre, vous devez également désactiver les paramètres suivants pour éviter les erreurs dans le cache négatif DNLC :
Instable
Contrôle la taille de bloc logique utilisée par le client NFS version 3. Cette taille de bloc représente la quantité de données que le client tente de lire ou d'écrire sur le serveur lorsqu'il doit effectuer une E/S.
Entier non signé (32 bits)
32 768 (32 Ko)
0 à 231 - 1
Octets
Oui, mais la taille de bloc pour un système de fichiers est définie lorsque le système de fichiers est monté. Pour modifier un système de fichiers spécifique, démontez et montez le système de fichiers après la modification de ce paramètre.
Aucune. La définition de ce paramètre sur une valeur trop faible ou trop élevée peut provoquer un dysfonctionnement du système. Ne définissez pas ce paramètre sur une valeur inférieure à PAGESIZE pour la plate-forme spécifique. Ne définissez pas ce paramètre sur une valeur trop élevée, car cela peut entraîner le blocage du système lors de l'attente des allocations de mémoire.
Examinez la valeur de ce paramètre lorsqu'il tente de modifier la taille maximale de transfert de données. Modifiez ce paramètre conjointement avec le paramètre nfs:nfs3_max_transfer_size. Si de plus grands transferts sont recommandés, augmentez les deux paramètres. Si de plus petits transferts sont recommandés, il vous suffit simplement de réduire la valeur de ce paramètre.
Instable
Contrôle la taille de bloc logique utilisée par le client NFS version 4. Cette taille de bloc représente la quantité de données que le client tente de lire ou d'écrire sur le serveur lorsqu'il doit effectuer une E/S.
Entier non signé (32 bits)
32 768 (32 Ko)
0 à 231 - 1
Octets
Oui, mais la taille de bloc pour un système de fichiers est définie lorsque le système de fichiers est monté. Pour modifier un système de fichiers spécifique, démontez et montez le système de fichiers après la modification de ce paramètre.
Aucune. La définition de ce paramètre sur une valeur trop faible ou trop élevée peut provoquer un dysfonctionnement du système. Ne définissez pas ce paramètre sur une valeur inférieure à PAGESIZE pour la plate-forme spécifique. Ne définissez pas ce paramètre sur une valeur trop élevée, car cela peut entraîner le blocage du système lors de l'attente des allocations de mémoire.
Examinez la valeur de ce paramètre lorsqu'il tente de modifier la taille maximale de transfert de données. Modifiez ce paramètre conjointement avec le paramètre nfs:nfs4_max_transfer_size. Si de plus grands transferts sont recommandés, augmentez les deux paramètres. Si de plus petits transferts sont recommandés, il vous suffit simplement de réduire la valeur de ce paramètre.
Instable
Contrôle les différentes demandes asynchrones qui sont générées par le client NFS version 2. Les quatre types de demandes asynchrones sont read-ahead, putpage, pageio et readdir-ahead. Le client tente un mode circulaire entre ces différents types de demande pour faire preuve d'équité et ne pas favoriser un type de demande par rapport à un autre.
Toutefois, la fonctionnalité de certains serveurs NFS version 2, telle que la collecte en écriture dépend de certains comportements des clients NFS version 2 existants. Cette fonctionnalité dépend, en particulier, de l'envoi du client de plusieurs demandes d'écriture au même moment. Si une demande à la fois est retirée de la file d'attente, le client ne pourrait bénéficier de cette fonctionnalité du serveur conçue pour améliorer ses performances.
Par conséquent, utilisez ce paramètre pour contrôler le nombre de demandes de chaque type envoyées avant de changer de type.
Entier non signé (32 bits)
1
0 à 231 - 1
Demandes asynchrones
Oui, mais le paramètre de cluster d'un système de fichiers est défini lorsque le système de fichiers est monté. Pour modifier un système de fichiers spécifique, démontez et montez le système de fichiers après la modification de ce paramètre.
Aucune. Toutefois, la définition de la valeur de ce paramètre sur 0 entraîne le traitement de toutes les demandes en attente d'un certain type avant de passer au type suivant. Cela désactive la partie liée à l'équité dans l'algorithme.
Pour augmenter le nombre de chaque type de demande asynchrone qui est généré avant de passer au type suivant. Cela peut aider la fonctionnalité du serveur qui dépend des clusters de demandes émanant du client.
Instable
Contrôle les différentes demandes asynchrones qui sont générées par le client NFS version 3. Les cinq types de demandes asynchrones sont read-ahead, putpage, pageio, readdir-ahead et commit. Le client tente un mode circulaire entre ces différents types de demande pour faire preuve d'équité et ne pas favoriser un type de demande par rapport à un autre.
Toutefois, la fonctionnalité de certains serveurs NFS version 3, telle que la collecte en écriture dépend de certains comportements des clients NFS version 3 existants. Cette fonctionnalité dépend, en particulier, de l'envoi du client de plusieurs demandes d'écriture au même moment. Si une demande à la fois est retirée de la file d'attente, le client ne pourrait bénéficier de cette fonctionnalité du serveur conçue pour améliorer ses performances.
Par conséquent, utilisez ce paramètre pour contrôler le nombre de demandes de chaque type envoyées avant de changer de type.
Entier non signé (32 bits)
1
0 à 231 - 1
Demandes asynchrones
Oui, mais le paramètre de cluster d'un système de fichiers est défini lorsque le système de fichiers est monté. Pour modifier un système de fichiers spécifique, démontez et montez le système de fichiers après la modification de ce paramètre.
Aucune. Toutefois, la définition de la valeur de ce paramètre sur 0 entraîne le traitement de toutes les demandes en attente d'un certain type avant de passer au type suivant. Cette valeur désactive la partie liée à l'équité dans l'algorithme.
Pour augmenter le nombre de chaque type d'opération asynchrone qui est généré avant de passer au type suivant. Cela peut aider la fonctionnalité du serveur qui dépend des clusters d'opérations émanant du client.
Instable
Contrôle les différentes demandes asynchrones qui sont générées par le client NFS version 4. Les six types de demandes asynchrones sont read-ahead, putpage, pageio, readdir-ahead, commit et inactive. Le client tente un mode circulaire entre ces différents types de demande pour faire preuve d'équité et ne pas favoriser un type de demande par rapport à un autre.
Toutefois, la fonctionnalité de certains serveurs NFS version 4, telle que la collecte en écriture dépend de certains comportements des clients NFS version 4 existants. Cette fonctionnalité dépend, en particulier, de l'envoi du client de plusieurs demandes d'écriture au même moment. Si une demande à la fois est retirée de la file d'attente, le client ne pourrait bénéficier de cette fonctionnalité du serveur conçue pour améliorer ses performances.
Par conséquent, utilisez ce paramètre pour contrôler le nombre de demandes de chaque type envoyées avant de changer de type.
Entier non signé (32 bits)
1
0 à 231 - 1
Demandes asynchrones
Oui, mais le paramètre de cluster d'un système de fichiers est défini lorsque le système de fichiers est monté. Pour modifier un système de fichiers spécifique, démontez et montez le système de fichiers après la modification de ce paramètre.
Aucune. Toutefois, la définition de la valeur de ce paramètre sur 0 entraîne le traitement de toutes les demandes en attente d'un certain type avant de passer au type suivant. Cela désactive la partie liée à l'équité dans l'algorithme.
Pour augmenter le nombre de chaque type de demande asynchrone qui est généré avant de passer au type suivant. Cela peut aider la fonctionnalité du serveur qui dépend des clusters de demandes émanant du client.
Instable
Détermine la durée pendant laquelle les threads qui exécutent les demandes asynchrones d'E/S doivent rester en veille avant de se fermer. Lorsqu'il n'existe plus aucune demande à exécuter, chaque thread passe en mode veille. Si aucune nouvelle demande n'arrive avant l'expiration de cette durée, le thread se réveille et se ferme. Si une demande arrive, un thread est réveillé pour exécuter les demandes jusqu'à ce qu'il n'y en ait plus. Ensuite, le thread se remet en mode veille en attente d'une autre demande, ou jusqu'à l'expiration de la durée définie sur l'horloge.
Entier (32 bits)
6000 (1 minute exprimée sous la forme 60 secondes * 100 Hz)
0 à 231 - 1
Hz. (En général, le compteur démarre à 100 Hz.)
Oui
Aucune. Toutefois, si vous définissez ce paramètre sur une valeur non positive, ces threads se ferment immédiatement après le traitement de la dernière demande en attente.
Si le comportement des applications dans le système est connu avec précision et si le taux de demandes d'E/S asynchrones est prévisible, il est possible de régler ce paramètre pour optimiser les performances de l'une ou l'autre des façons suivantes :
En faisant arriver les threads à expiration plus rapidement, libérant ainsi des ressources du noyau plus rapidement
En faisant arriver les threads à expiration plus lentement, empêchant ainsi la création et la destruction de surcharge par les threads.
Instable
Ajuste le nombre de files d'attente de hachage qui ont accès au cache d'accès aux fichiers sur le client NFS. Le cache d'accès aux fichiers stocke les droits d'accès aux fichiers que les utilisateurs ont sur des fichiers auxquels ils tentent d'accéder. Le cache lui-même est alloué de manière dynamique. Cependant, les files d'attente de hachage utilisées pour l'index dans le cache sont allouées de manière statique. L'algorithme suppose qu'il existe une entrée de cache d'accès par fichier actif et quatre de ces entrées de cache d'accès par compartiment de hachage. Ainsi, par défaut, ce paramètre est défini sur la valeur du paramètre nrnode.
Entier (32 bits)
La valeur par défaut de ce paramètre est 0. Cette valeur signifie que la valeur de nacache doit être définie sur la valeur du paramètre nrnode.
1 à 231 - 1
Entrées du cache d'accès
Non. Cette valeur peut uniquement être modifiée en ajoutant ou en modifiant le paramètre dans le fichier /etc/system, puis en réinitialisant le système.
Aucune. Toutefois, si vous définissez ce paramètre sur une valeur négative, le système essaiera probablement d'allouer un très grand nombre de files d'attente de hachage. Lors de cette tentative, il est susceptible de se bloquer.
Examinez la valeur de ce paramètre si le postulat de base d'une entrée de cache d'accès par fichier doit être enfreint. Cette violation peut se produire pour des systèmes en mode temps partagé où plusieurs utilisateurs accèdent au même fichier en même temps. Dans ce cas, il peut s'avérer utile d'augmenter la taille requise du cache d'accès afin que l'accès haché au cache reste efficace.
Instable
Détermine le délai d'attente du client NFS version 3 avant de transmettre une nouvelle demande, après la réception de l'erreur NFS3ERR_JUKEBOX issue d'une demande précédente. L'erreur NFS3ERR_JUKEBOX est généralement renvoyée par le serveur lorsque le fichier est temporairement indisponible pour une raison quelconque. Cette erreur est généralement associée au stockage hiérarchique, et aux jukebox de CD ou de bandes.
Entier long (64 bits)
1000 (10 minute exprimée sous la forme 10 secondes * 100 Hz)
0 à 263 - 1 sur les plates-formes 64 bits
Hz. (En général, le compteur démarre à 100 Hz.)
Oui
Aucune
Examinez la valeur de ce paramètre et ajustez-la en fonction du comportement visible du serveur. Augmentez cette valeur si la mise à disposition du fichier est trop lente, dans le but de réduire la surcharge du réseau liée aux retransmissions répétées. Diminuer cette valeur afin de réduire le délai de découverte que le fichier est devenu disponible.
Instable
Détermine la taille maximale de la portion de données d'une demande NFS version 3 READ, WRITE, READDIR, ou READDIRPLUS. Ce paramètre contrôle à la fois la taille maximale de la demande que le serveur renvoie et la taille maximale de la demande que le client génère.
Entier (32 bits)
1 048 576 (1 Mo)
0 à 231 - 1
Octets
Oui, mais ce paramètre est défini système de fichiers par système de fichiers, au moment du montage. Pour modifier un système de fichiers spécifique, démontez et montez le système de fichiers après la modification de ce paramètre.
Aucune. Toutefois, si vous définissez sur 0 la taille de transfert maximale sur le serveur, vous risquez de provoquer un dysfonctionnement des clients ou ces derniers risquent simplement de décider de ne pas tenter de communiquer avec le serveur.
Il existe également une limite pour la taille maximale de transfert si vous utilisez NFS sur le transport UDP. UDP a une limite stricte de 64 Ko par datagramme. Cette valeur limite de 64 Ko doit inclure les en-têtes RPC ainsi que d'autres informations NFS, en plus de la portion de données de la demande. La définition d'une limite trop élevée peut entraîner des erreurs d'UDP et des problèmes de communication entre le client et le serveur.
Pour régler la taille des données transmises sur le réseau. En général, le paramètre nfs:nfs3_bsize doit également être mis à jour pour refléter les modifications de ce paramètre.
Par exemple, lorsque vous tentez de définir la taille de transfert sur une valeur supérieure à 32 Ko, mettez à jour nfs:nfs3_bsize afin de refléter la valeur accrue. Dans le cas contraire, aucun changement dans la demande réseau n'est observé. Pour plus d'informations, reportez-vous à la section nfs:nfs3_bsize.
Si vous souhaitez utiliser une plus petite taille de transfert que celle par défaut, utilisez la commande mount avec l'option -wsize ou - rsize pour chaque système de fichiers.
Instable
Détermine la taille maximale de la portion de données d'une demande NFS version 4 READ, WRITE, READDIR, ou READDIRPLUS. Ce paramètre contrôle à la fois la taille maximale de la demande que le serveur renvoie et la taille maximale de la demande que le client génère.
Entier (32 bits)
32 768 (32 Ko)
0 à 231 - 1
Octets
Oui, mais ce paramètre est défini système de fichiers par système de fichiers, au moment du montage. Pour modifier un système de fichiers spécifique, démontez et montez le système de fichiers après la modification de ce paramètre.
Aucune. Toutefois, si vous définissez sur 0 la taille de transfert maximale sur le serveur, vous risquez de provoquer un dysfonctionnement des clients ou ces derniers risquent simplement de décider de ne pas tenter de communiquer avec le serveur.
Il existe également une limite pour la taille maximale de transfert si vous utilisez NFS sur le transport UDP. Pour plus d'informations sur la valeur maximale pour UDP, reportez-vous à nfs:nfs3_max_transfer_size.
Pour régler la taille des données transmises sur le réseau. En général, le paramètre nfs:nfs4_bsize doit également être mis à jour pour refléter les modifications de ce paramètre.
Par exemple, lorsque vous tentez de définir la taille de transfert sur une valeur supérieure à 32 Ko, mettez à jour nfs:nfs4_bsize afin de refléter la valeur accrue. Dans le cas contraire, aucun changement dans la demande réseau n'est observé. Pour plus d'informations, reportez-vous à la section nfs:nfs4_bsize.
Si vous souhaitez utiliser une plus petite taille de transfert que celle par défaut, utilisez la commande mount avec l'option -wsize ou - rsize pour chaque système de fichiers.
Instable
Détermine la taille maximale de la portion de données d'une demande NFS version 3 READ, WRITE, READDIR, ou READDIRPLUS sur UDP. Ce paramètre contrôle à la fois la taille maximale de la demande que le serveur renvoie et la taille maximale de la demande que le client génère.
Entier (32 bits)
32 768 (32 Ko)
0 à 231 - 1
Octets
Oui, mais ce paramètre est défini système de fichiers par système de fichiers, au moment du montage. Pour modifier un système de fichiers spécifique, démontez et montez le système de fichiers après la modification de ce paramètre.
Aucune. Toutefois, si vous définissez sur 0 la taille de transfert maximale sur le serveur, vous risquez de provoquer un dysfonctionnement des clients ou ces derniers risquent simplement de décider de ne pas tenter de communiquer avec le serveur.
Ne modifiez pas ce paramètre.
Instable
Détermine la taille maximale de la portion de données d'une demande NFS version 3 READ, WRITE, READDIR, ou READDIRPLUS sur TCP. Ce paramètre contrôle à la fois la taille maximale de la demande que le serveur renvoie et la taille maximale de la demande que le client génère.
Entier (32 bits)
1 048 576 octets
0 à 231 - 1
Octets
Oui, mais ce paramètre est défini système de fichiers par système de fichiers, au moment du montage. Pour modifier un système de fichiers spécifique, démontez et montez le système de fichiers après la modification de ce paramètre.
Aucune. Toutefois, si vous définissez sur 0 la taille de transfert maximale sur le serveur, vous risquez de provoquer un dysfonctionnement des clients ou ces derniers risquent simplement de décider de ne pas tenter de communiquer avec le serveur.
Ne modifiez pas ce paramètre, sauf si des tailles de transfert supérieures à 1 Mo sont recommandées.
Instable