nfs-utils - en to fr translation catalogue (69 entries)

note: type: TH
en: 1 November 2009
fr: 1 Novembre 2009

note: type: SH
en: NAME
fr: NOM

note: type: Plain text
en: rpc.statd - NSM service daemon
fr: rrpc.statd - Démon du service NSM

note: type: Plain text
en: File locks are not part of persistent file system state.  Lock state is thus lost when a host reboots.
fr: Les systèmes de fichiers ne peuvent garder de manière persistante les verrous de fichiers. Le verrou est donc perdu lors du redémarrage de l'hôte.

note: type: Plain text
en: Network file systems must also detect when lock state is lost because a remote host has rebooted.  After an NFS client reboots, an NFS server must release all file locks held by applications that were running on that client.  After a server reboots, a client must remind the server of file locks held by applications running on that client.
fr: Les systèmes de fichiers en réseau doivent détecter si un état verrouillé est perdu à cause du redémarrage de l'hôte. Après le redémarrage d'un client NFS, le serveur NFS doit enlever tous les verrous de fichiers posés par des applications qui tournaient sur ce client. Après un redémarrage du serveur, un client doit rappeler au serveur quels étaient les fichiers verrouillés par ses applications.

note: type: Plain text
en: For NFS version 2 [RFC1094] and NFS version 3 [RFC1813], the I<Network Status Monitor> protocol (or NSM for short)  is used to notify NFS peers of reboots.  On Linux, two separate user-space components constitute the NSM service:
fr: Dans les versions 2 (RFC1094) et 3 (RFC1813) de NFS, on utilise le protocole NSM (I<Network Status Monitor>) pour notifier les redémarrages aux pairs. Sous Linux, le service NSM est constitué de deux composants tournant en espace utilisateur :

note: type: Plain text
en: A daemon that listens for reboot notifications from other hosts, and manages the list of hosts to be notified when the local system reboots
fr: Un démon qui écoute les avertissements de redémarrage d'autres hôtes, et gère la liste des hôtes qui doivent être avertis quand le système local redémarre.

note: type: Plain text
en: A helper program that notifies NFS peers after the local system reboots
fr: Un programme d'aide qui avertit les pairs NFS après un redémarrage du système local

note: type: Plain text
en: The local NFS lock manager alerts its local B<rpc.statd> of each remote peer that should be monitored.  When the local system reboots, the B<sm-notify> command notifies the NSM service on monitored peers of the reboot.  When a remote reboots, that peer notifies the local B<rpc.statd>, which in turn passes the reboot notification back to the local NFS lock manager.
fr: Le gestionnaire de verrous NFS local indique au B<rpc.statd> local quels sont les pairs qui doivent être surveillés. Quand le système local redémarre, la commande B<sm-notify> avertit le service NSM des hôtes surveillés de son redémarrage. Quand un hôte distant redémarre, ce pair notifie le B<rpc.statd> local, qui en retour renvoie l'avertissement de redémarrage au gestionnaire de verrous NFS local.

note: type: SH
en: NSM OPERATION IN DETAIL
fr: OPÉRATIONS NSM DANS LE DÉTAIL

note: type: Plain text
en: The first file locking interaction between an NFS client and server causes the NFS lock managers on both peers to contact their local NSM service to store information about the opposite peer.  On Linux, the local lock manager contacts B<rpc.statd>.
fr: La première interaction visant à verrouiller un fichier entre le client et le serveur NFS fait intervenir les deux gestionnaires de verrous NFS qui contactent leur service NSM local afin de stocker des informations sur le pair distant. Sous Linux, le gestionnaire de verrous local contacte B<rpc.statd>.

note: type: Plain text
en: B<rpc.statd> records information about each monitored NFS peer on persistent storage.  This information describes how to contact a remote peer in case the local system reboots, how to recognize which monitored peer is reporting a reboot, and how to notify the local lock manager when a monitored peer indicates it has rebooted.
fr: B<rpc.statd> enregistre les informations sur chaque pair NFS surveillé dans un fichier persistant. Ce fichier décrit la manière de contacter un pair distant en cas de redémarrage local, comment reconnaître quel pair surveillé est en train d'émettre

note: type: Plain text
en: An NFS client sends a hostname, known as the client's I<caller_name>, in each file lock request.  An NFS server can use this hostname to send asynchronous GRANT calls to a client, or to notify the client it has rebooted.
fr: Un client NFS envoie un nom d'hôte, appelé I<nom_d'appel> (« caller_name ») du client, pour chaque demande de verrou de fichier. Un serveur NFS peut utiliser ce nom d'hôte pour envoyer des appels GRANT asynchrones au client, ou pour avertir le client de son redémarrage.

note: type: Plain text
en: The Linux NFS server can provide the client's I<caller_name> or the client's network address to B<rpc.statd>.  For the purposes of the NSM protocol, this name or address is known as the monitored peer's I<mon_name>.  In addition, the local lock manager tells B<rpc.statd> what it thinks its own hostname is.  For the purposes of the NSM protocol, this hostname is known as I<my_name>.
fr: Le serveur NFS Linux peut fournir le I<nom_d'appel> du client ou son adresse réseau à B<rpc.statd>. Pour les besoins du protocole NSM, ce nom (ou cette adresse) est appelée I<nom_monit> du pair observé. En même temps, le gestionnaire de verrous local indique à B<rpc.statd> son propre nom d'hôte supposé. Pour les besoins du protocole NSM, ce nom d'hôte est appelé I<mon_nom>.

note: type: Plain text
en: There is no equivalent interaction between an NFS server and a client to inform the client of the server's I<caller_name>.  Therefore NFS clients do not actually know what I<mon_name> an NFS server might use in an SM_NOTIFY request.  The Linux NFS client uses the server hostname from the mount command to identify rebooting NFS servers.
fr: Il n'existe pas d'interaction équivalente entre un serveur et un client NFS informant le client de son I<nom_d'appel> sur le serveur. C'est la raison pour laquelle le client NFS ne connaît pas réellement le I<nom_monit> qui sera utilisé dans une requête SM_NOTIFY. Le client NFS Linux utilise le nom d'hôte du serveur donné à la commande B<mount> pour identifier le serveur NFS qui redémarre.

note: type: SS
en: Reboot notification
fr: Notification de redémarrage

note: type: Plain text
en: When the local system reboots, the B<sm-notify> command reads the list of monitored peers from persistent storage and sends an SM_NOTIFY request to the NSM service on each listed remote peer.  It uses the I<mon_name> string as the destination.  To identify which host has rebooted, the B<sm-notify> command sends the I<my_name> string recorded when that remote was monitored.  The remote B<rpc.statd> matches incoming SM_NOTIFY requests using this string, or the caller's network address, to one or more peers on its own monitor list.
fr: Quand le système local redémarre, la commande B<sm-notify> lit sur un stockage persistant la liste des pairs surveillés et envoie une requête SM_NOTIFY au service NSM tournant sur chacun des pairs listés. Il utilise la chaîne I<nom_monit> comme destination. Pour identifier l'hôte ayant redémarré, la commande B<sm-notify> envoie la chaîne I<mon_nom> enregistrée lors de la surveillance du poste distant. Le démon B<rpc.statd> distant utilise cette chaîne (ou l'adresse réseau de l'appelant) pour lier les requêtes SM_NOTIFY entrantes à un des pairs sur sa propre liste de surveillance.

note: type: Plain text
en: If B<rpc.statd> does not find a peer on its monitor list that matches an incoming SM_NOTIFY request, the notification is not forwarded to the local lock manager.  In addition, each peer has its own I<NSM state number>, a 32-bit integer that is bumped after each reboot by the B<sm-notify> command.  B<rpc.statd> uses this number to distinguish between actual reboots and replayed notifications.
fr: Si B<rpc.statd> ne trouve pas un pair dans sa propre liste d'hôtes surveillés lié à une requête SM_NOTIFY, la notification n'est pas transmise au gestionnaire de verrous local. En plus, chaque pair possède son propre I<numéro d'état NSM>, un entier de 32 bits qui est changé après chaque redémarrage par la commande B<sm-notify>. B<rpc.statd> utilise ce chiffre pour séparer les redémarrages réels des notifications ré-envoyées.

note: type: Plain text
en: Part of NFS lock recovery is rediscovering which peers need to be monitored again.  The B<sm-notify> command clears the monitor list on persistent storage after each reboot.
fr: Une partie de la récupération de verrous NFS est la redécouverte des pairs qui doivent être à nouveaux surveillés. La commande B<sm-notify> nettoie la liste de surveillance stockée sur un stockage permanent après chaque redémarrage.

note: type: Plain text
en: Causes B<rpc.statd> to write log messages on I<stderr> instead of to the system log, if the B<-F> option was also specified.
fr: En conjonction avec l'option B<-F>, demande à B<rpc.statd> d'envoyer ses messages vers la sortie d'erreur standard plutôt que vers le journal système.

note: type: TP
en: B<-F>,B< --foreground>
fr: B<-F>, B<--foreground>

note: type: Plain text
en: Keeps B<rpc.statd> attached to its controlling terminal so that NSM operation can be monitored directly or run under a debugger.  If this option is not specified, B<rpc.statd> backgrounds itself soon after it starts.
fr: Force B<rpc.statd> à rester dans son terminal de contrôle pour permettre de surveiller directement, ou à l'aide d'un débogueur, les opérations NSM. Si cette option n'est pas donnée, B<rpc.statd> passe en arrière-plan après son démarrage.

note: type: Plain text
en: Causes B<rpc.statd> to display usage information on I<stderr> and then exit.
fr: Demande à B<rpc.statd> de montrer les options d'utilisation sur la sortie d'erreur standard puis de quitter

note: type: TP
en: B<-H,>B< --ha-callout >I<prog>
fr: B<-H>, B<--ha-callout> I<programme>

note: type: Plain text
en: Specifies a high availability callout program.  If this option is not specified, no callouts are performed.  See the B<High-availability callouts> section below for details.
fr: Indique un programme d'appel de haute disponibilité. Si cette option est laissée vide, aucun appel n'est indiqué. Référez-vous à la section B<Appels de haute disponibilité> ci-dessous pour plus de détails.

note: type: TP
en: B<-L>,B< --no-notify>
fr: B<-L>, B< --no-notify>

note: type: Plain text
en: Prevents B<rpc.statd> from running the B<sm-notify> command when it starts up, preserving the existing NSM state number and monitor list.
fr: Demande le démarrage de B<rpc.statd> sans lancement de B<sm-notify>, ce qui conserve le numéro d'état NSM et la liste des machines surveillées

note: type: Plain text
en: Note: the B<sm-notify> command contains a check to ensure it runs only once after each system reboot.  This prevents spurious reboot notification if B<rpc.statd> restarts without the B<-L> option.
fr: NB : La commande B<sm-notify> a un mécanisme de vérification qui s'assure qu'elle n'est lancée qu'une fois après un redémarrage du système. Ceci permet d'éliminer les fausses notifications de redémarrage si B<rpc.statd> est relancé sans l'option B<-L>.

note: type: TP
en: B<-n, >B<--name >I<ipaddr>B< | >I<hostname>
fr: B<-n>, B<--name >I<addrip> | I<nomhôte>

note: type: Plain text
en: Specifies the bind address used for RPC listener sockets.  The I<ipaddr> form can be expressed as either an IPv4 or an IPv6 presentation address.  If this option is not specified, B<rpc.statd> uses a wildcard address as the transport bind address.
fr: Indique l'adresse de lien utilisée pour les tuyaux d'écoutes RPC. L'I<addrip> peut être donnée sous la forme IPv4 ou IPv6. Si cette option est omise, B<rpc.statd> utilise une adresse joker comme adresse de lien pour le transport.

note: type: Plain text
en: This string is also passed to the B<sm-notify> command to be used as the source address from which to send reboot notification requests.  See B<sm-notify>(8)  for details.
fr: Cette chaîne est aussi passée à B<sm-notify> comme adresse source à partir de laquelle sont émises les notifications de redémarrage. Voir B<sm-notify>(8) pour plus de détails.

note: type: Plain text
en: Causes B<rpc.statd> to run the B<sm-notify> command, and then exit.  Since the B<sm-notify> command can also be run directly, this option is deprecated.
fr: Demande à B<rpc.statd> de lancer la commande B<sm-notify> ; puis de quitter. On peut cependant lancer B<sm-notify> directement, cette option n'est donc plus d'actualité.

note: type: TP
en: B<-o,>B< --outgoing-port >I<port>
fr: B<-o>, B<--outgoing-port> I<port>

note: type: Plain text
en: Specifies the source port number the B<sm-notify> command should use when sending reboot notifications.  See B<sm-notify>(8)  for details.
fr: Indique le numéro du port source que la commande B<sm-notify> doit utiliser quand elle envoie les notifications de redémarrage. Référez-vous à B<sm-notify>(8) pour plus de détails.

note: type: TP
en: B<-p,>B< --port >I<port>
fr: B<-p>, B<--port> I<port>

note: type: Plain text
en: Specifies the port number used for RPC listener sockets.  If this option is not specified, B<rpc.statd> will try to consult I</etc/services>, if gets port succeed, set the same port for all listener socket, otherwise chooses a random ephemeral port for each listener socket.
fr: Indique le numéro de port utilisé pour les tuyaux d'écoute RPC. Si cette option est omise, B<rpc.statd> essayera de consulter I</etc/services>, s'il réussi à obtenir un port,  il initialisera le même port pour tous les tuyaux d'écoute, sinon il choisira un port aléatoire et éphémère pour chaque tuyau d'écoute.

note: type: Plain text
en: This option can be used to fix the port value of its listeners when SM_NOTIFY requests must traverse a firewall between clients and servers.
fr: Cette option peut être utilisée pour indiquer le numéro de port sur les écouteurs quand les requêtes SM_NOTIFY doivent traverser un pare-feu entre les clients et les serveurs.

note: type: TP
en: B<-P, >B<--state-directory-path>I< pathname>
fr: B<-P>, B<--state-directory-path> I<chemin>

note: type: Plain text
en: Specifies the pathname of the parent directory where NSM state information resides.  If this option is not specified, B<rpc.statd> uses I</var/lib/nfs> by default.
fr: Précise le nom du répertoire parent où se trouvent les informations sur l'état NSM. Si l'option n'est pas précisée, B<rpc.statd> utilise I</var/lib/nfs> par défaut.

note: type: Plain text
en: After starting, B<rpc.statd> attempts to set its effective UID and GID to the owner and group of this directory.
fr: Après avoir démarré, B<rpc.statd> essaye de prendre l'UID et le GID du propriétaire et du groupe possédant ce répertoire.

note: type: Plain text
en: Causes B<rpc.statd> to display version information on I<stderr> and then exit.
fr: Demande à B<rpc.statd> d'afficher sa version sur la sortie d'erreur standard puis de quitter.

note: type: SH
en: SECURITY
fr: SÉCURITÉ

note: type: Plain text
en: The B<rpc.statd> daemon must be started as root to acquire privileges needed to create sockets with privileged source ports, and to access the state information database.  Because B<rpc.statd> maintains a long-running network service, however, it drops root privileges as soon as it starts up to reduce the risk of a privilege escalation attack.
fr: Le démon B<rpc.statd> doit être lancé en tant que superutilisateur pour avoir le droit de créer un tuyau sur un port privilégié et pour accéder à la base de données d'informations d'états. Afin d'éviter les risques d'attaque par augmentation de droits (risques accentués par le fait que B<rpc.statd> est un service tournant longtemps), ce démon quitte les droits de superutilisateur dès son démarrage.

note: type: Plain text
en: During normal operation, the effective user ID it chooses is the owner of the state directory.  This allows it to continue to access files in that directory after it has dropped its root privileges.  To control which user ID B<rpc.statd> chooses, simply use B<chown>(1)  to set the owner of the state directory.
fr: Dans le cas normal, l'ID utilisateur effectif utilisé est celui du possesseur du répertoire d'état, ceci afin de lui permettre de continuer à accéder aux fichiers de ce répertoire après qu'il a quitté ses droits de superutilisateur. Pour contrôler l'ID utilisateur que B<rpc.statd> prend, il suffit d'utiliser B<chown>(1) pour changer le possesseur du répertoire d'état.

note: type: Plain text
en: You can also protect your B<rpc.statd> listeners using the B<tcp_wrapper> library or B<iptables>(8).  To use the B<tcp_wrapper> library, add the hostnames of peers that should be allowed access to I</etc/hosts.allow>.  Use the daemon name B<statd> even if the B<rpc.statd> binary has a different filename.
fr: Vous pouvez aussi protéger vos écouteurs B<rpc.statd> en utilisant la bibliothèque B<tcp_wrapper> ou B<iptables>(8). Si vous voulez utiliser la bibliothèque B<tcp_wrapper>, ajoutez les noms d'hôtes des pairs dont l'accès est autorisé dans I</etc/hosts.allow>. Le nom du démon sera B<statd>, même si l'exécutable B<rpc.statd> porte un nom différent.

note: type: Plain text
en: For further information see the B<tcpd>(8)  and B<hosts_access>(5)  man pages.
fr: Pour avoir plus d'informations, jetez un œil sur les pages de manuel de B<tcpd>(8) et B<hosts_access>(5).

note: type: SH
en: ADDITIONAL NOTES
fr: NOTES

note: type: Plain text
en: Lock recovery after a reboot is critical to maintaining data integrity and preventing unnecessary application hangs.  To help B<rpc.statd> match SM_NOTIFY requests to NLM requests, a number of best practices should be observed, including:
fr: La récupération des verrous après redémarrage est essentielle au maintien de l'intégrité des données, et pour éviter des blocages non nécessaires d'applications. Afin d'aider B<rpc.statd> à faire correspondre les requêtes SM_NOTIFY aux requêtes NLM, un certain nombre de bonnes pratiques doivent être respectées. Par exemple :

note: type: Plain text
en: The UTS nodename of your systems should match the DNS names that NFS peers use to contact them
fr: Le nom du nœud UTS de votre système doit correspondre au nom DNS que les pairs NFS utilisent pour se contacter.

note: type: Plain text
en: The UTS nodenames of your systems should always be fully qualified domain names
fr: Les noms de nœuds UTS de vos systèmes doivent toujours être des noms de domaine pleinement qualifiés (« FQDN »).

note: type: Plain text
en: The forward and reverse DNS mapping of the UTS nodenames should be consistent
fr: Les translations DNS directes et inverses des noms de nœuds UTS ne doivent pas être contradictoires.

note: type: Plain text
en: The hostname the client uses to mount the server should match the server's I<mon_name> in SM_NOTIFY requests it sends
fr: Le nom d'hôte utilisé par le client pour monter le serveur doit correspondre au I<nom_monit> utilisé par le serveur pour envoyer ses requêtes.

note: type: Plain text
en: Unmounting an NFS file system does not necessarily stop either the NFS client or server from monitoring each other.  Both may continue monitoring each other for a time in case subsequent NFS traffic between the two results in fresh mounts and additional file locking.
fr: Démonter un système de fichiers NFS n'empêche pas le client NFS ou le serveur de se surveiller. Les deux peuvent continuer à se surveiller pendant un moment au cas où la reprise du trafic entre les deux entraînerait de nouveaux montages et d'autres verrous de fichiers.

note: type: Plain text
en: On Linux, if the B<lockd> kernel module is unloaded during normal operation, all remote NFS peers are unmonitored.  This can happen on an NFS client, for example, if an automounter removes all NFS mount points due to inactivity.
fr: Sous Linux, et en conditions normales d'opération, le déchargement du module B<lockd> du noyau entraîne l'arrêt de la surveillance des pairs NFS. Ceci peut survenir, par exemple, sur un client NFS utilisant un système de montage automatique, qui démonte les systèmes NFS suite à une inactivité.

note: type: SS
en: High-availability callouts
fr: Appels de haute disponibilité

note: type: SS
en: IPv6 and TI-RPC support
fr: Prise en charge d'IPv6 et TI-RPC

note: type: Plain text
en: TI-RPC is a pre-requisite for supporting NFS on IPv6.  If TI-RPC support is built into B<rpc.statd>, it attempts to start listeners on network transports marked 'visible' in I</etc/netconfig>.  As long as at least one network transport listener starts successfully, B<rpc.statd> will operate.
fr: TI-RPC est nécessaire pour la prise en charge d'IPv6 par NFS. Si la prise en charge TI-RPC est incluse dans B<rpc.statd>, il essaye de démarrer l'écoute sur les transports réseaux marqués comme « visible » dans le fichier I</etc/netconfig>. Tant que l'écouteur de transport démarre sans erreur, B<rpc.statd> fonctionnera.

note: type: SH
en: ENVIRONMENT
fr: ENVIRONNEMENT

note: type: SH
en: FILES
fr: FICHIERS

note: type: Plain text
en: directory containing monitor list
fr: Répertoire contenant la liste des moniteurs.

note: type: Plain text
en: directory containing notify list
fr: Répertoire contenant la liste des notifications.

note: type: Plain text
en: NSM state number for this host
fr: Numéro d'état NSM de cet hôte.

note: type: Plain text
en: pid file
fr: Fichier contenant le PID.

note: type: Plain text
en: network transport capability database
fr: Base de données des capacités de transport en réseau.

note: type: SH
en: SEE ALSO
fr: VOIR AUSSI

note: type: Plain text
en: RFC 1094 - "NFS: Network File System Protocol Specification"
fr: RFC 1094 - « NFS : Network File System Protocol Specification »

note: type: Plain text
en: RFC 1813 - "NFS Version 3 Protocol Specification"
fr: RRFC 1813 - « NFS Version 3 Protocol Specification »

note: type: Plain text
en: OpenGroup Protocols for Interworking: XNFS, Version 3W - Chapter 11
fr: OpenGroup Protocols for Interworking: XNFS, Version 3W - Chapitre 11

note: type: SH
en: AUTHORS
fr: AUTEURS
