6. FAQ

Contenu de cette section

Voici la section FAQ. La majeure partie en a été écrite par Alan Cox.

  1. Quand j'essaye de monter le système de fichiers j'obtiens
        can't register with portmap: system error on send
                
    

    Vous utilisez probablement un système Caldera. Il y a une bogue dans les scripts rc. Contactez Caldera pour obtenir la solution.

  2. Pourquoi ne puis-je pas exécuter un fichier après l'avoir copié sur le serveur NFS ?

    La raison est que nfsd cache les manipulation de fichiers pour des raisons de performances (rappelons qu'il fonctionne dans l'espace utilisateur). Ainsi, après une écriture le fichier peut ne pas être fermé tout de suite, et tant qu'il est ouvert le noyau ne vous autorisera pas à l'exécuter. Les nfsd plus récents que le printemps 95 (hum...) ferment les fichiers ouverts après quelques secondes, les plus vieux pouvaient ne pas les relâcher avant plusieurs jours...

  3. Mes fichiers NFS sont tous en lecture seule.

    Le serveur NFS Linux est par défaut en lecture seule. RTFM les pages de manuel exports et nfsd. Vous devrez modifier /etc/exports.

  4. Je monte depuis un serveur NFS Linux, il marche et pourtant je ne peux pas lire ou écrire de fichiers.

    Sur les anciennes versions de Linux il faut monter un serveur NFS avec rsize=1024, wsize=1024.

  5. Je monte depuis un serveur NFS Linux avec une taille de bloc comprise entre 3500 et 4000 et Linux crashe régulièrement.

    Ne faites pas ça. (!)

  6. Est-ce que Linux peut utiliser NFS sur TCP ?

    Non, pas pour le moment.

  7. J'ai des tonnes d'erreurs bizarres en essayant de monter la machine depuis un serveur Linux.

    Assurez-vous que vos utilisateurs sont dans 8 groupes au maximum. C'est une limitation des vieux serveurs.

  8. Quand je redémarre ma machine elle se bloque parfois en essayant de démonter un serveur NFS bloqué (hung).

    Ne démontez pas les serveurs NFS en redémarrant ou arrêtant la machine, ça ne créera pas de problèmes si vous ne le faites pas. La commande est umount -avt nonfs.

  9. Les clients NFS Linux sont très lents quand ils écrivent sur des systèmes Sun ou BSD.

    Normalement les écritures NFS sont synchrones (vous pouvez le désactiver si vous ne craignez pas de perdre des données). Les noyaux dérivés de BSD ont tendance à ne pas savoir travailler avec des petits blocs. Ainsi quand vous écrivez 4K de données depuis un client linux dans des paquets de 1K, BSD fait ceci :

                    lit une page de 4K
                    traite 1K
                    ecrit 4K sur le disque
                    lit une page de 4K
                    traite 1K
                    ecrit 4K sur le disque
                    ...
                
    

    De meilleurs systèmes n'ont pas ce problème. Mais le client Linux est assez lent de toute façon.

  10. J'ai entendu dire que NFS n'est pas sûr, c'est vrai ?

    Oui, absolument. Utiliser NFS dans un environnement incontrôlé est un peu comme laisser votre porte ouverte, peindre 'en vacances' sur votre maison et envoyer des cartes à tous les criminels connus... Dans un environnement sûr ou quand vous pouvez récupérer vos données après une erreur c'est utilisable. Le pire que quelqu'un peut faire facilement est d'altérer tous les fichiers du disque NFS et crasher la machine. Tant que vous ne montez pas vos systèmes de fichiers NFS en rw vous devriez être légèrement en sécurité.

  11. Pourquoi utilisons-nous NFS alors ?

    Parce que c'est le seul protocole de partage de fichiers supporté uniformément par Unix. Et parce qu'il marche, surtout.

  12. Que faire quand quelque chose bloque suite à une chute du serveur ?

    Voir la section 4.2.


Chapitre suivant, Chapitre Précédent

Table des matières de ce chapitre, Table des matières générale

Début du document, Début de ce chapitre