Re: Montage bind et partage NFS
Le mercredi 27 février 2013 à 07:35:02, David BERCOT a écrit : Bonjour, ’jour, [… mount -o bind rep3 rep1/rep2 …] Maintenant, si on exporte rep1 et qu'on monte la ressource sur un autre ordinateur, le répertoire rep2 apparaît vide ! Est-ce normal ? Oui. Peut-on faire en sorte que cela fonctionne comme en local ? Oui. Une autre question ? ;o) Ok, regarde les options nohide et crossmnt. man 5 exports -- Sylvain Sauvage -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe vers debian-user-french-requ...@lists.debian.org En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org Archive: http://lists.debian.org/201302271544.32599.sylvain.l.sauv...@free.fr
Re: Montage bind et partage NFS
Le Wed, 27 Feb 2013 15:44:32 +0100, Sylvain L. Sauvage sylvain.l.sauv...@free.fr a écrit : Le mercredi 27 février 2013 à 07:35:02, David BERCOT a écrit : Bonjour, ’jour, [… mount -o bind rep3 rep1/rep2 …] Maintenant, si on exporte rep1 et qu'on monte la ressource sur un autre ordinateur, le répertoire rep2 apparaît vide ! Est-ce normal ? Oui. Peut-on faire en sorte que cela fonctionne comme en local ? Oui. Une autre question ? ;o) Ok, regarde les options nohide et crossmnt. man 5 exports Super ! Avec nohide + un petite complément (http://www.digspace.org/linux/7-linux-nfs-nohide), ça fonctionne nickel... Merci. David. -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe vers debian-user-french-requ...@lists.debian.org En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org Archive: http://lists.debian.org/20130227191022.15a5aab0@debian-david
Montage bind et partage NFS
Bonjour, Soit un disque A avec un répertoire rep1 qui contient un répertoire rep2. Soit un disque B avec un répertoire rep3. Si je fais un montage de type bind de rep3 sur rep2, tout fonctionne bien en local et on a bien l'impression que les fichiers de rep3 se trouvent physiquement dans rep2. Maintenant, si on exporte rep1 et qu'on monte la ressource sur un autre ordinateur, le répertoire rep2 apparaît vide ! Est-ce normal ? Peut-on faire en sorte que cela fonctionne comme en local ? Merci d'avance. David. -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe vers debian-user-french-requ...@lists.debian.org En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org Archive: http://lists.debian.org/20130227073502.34b2fba0@debian-david
Re: Montage bind et partage NFS
On Wed, 27 Feb 2013 07:35:02 +0100 David BERCOT deb...@bercot.org wrote: Est-ce normal ? Peut-on faire en sorte que cela fonctionne comme en local ? Non, je viens de tester et ça fonctionne. -- Fefaine combien un triangle a t'il d'angle ? Savatte ca dépend de quel triangle on parle -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe vers debian-user-french-requ...@lists.debian.org En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org Archive: http://lists.debian.org/20130227074731.470e1242@anubis.defcon1
Re: Montage bind et partage NFS
On Wed, 27 Feb 2013 07:35:02 +0100 David BERCOT deb...@bercot.org wrote: Oops, répondu trop vite: ça fonctionne de monter rep3 en NFS sur rep2. -- PinkieBrony Si je bois de l'alcool, je suis alcoolique. Donc si je bois du Fanta, je suis fantastique? MisterSucre Tu devrais arrête le pâté, parce que t'es pathétique.. -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe vers debian-user-french-requ...@lists.debian.org En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org Archive: http://lists.debian.org/20130227075039.507cc746@anubis.defcon1
Re: Re: partage nfs
Bonsoir, Voici quelques éléments de réponse que je peux t'apporter pour le moment. J'ai un serveur dhcp, dns et nfs , les machines clientes sont sur le même subnet. Les machines clientes se voient et voient le serveur. Cependant avec le ping il y a des choses à dire. Le ping du serveur vers les clients marche sans problème. le ping entre clients marche également sans problème. Mais le ping d'une machine cliente vers le serveur réagit autrement. Tout d'abord la réponse du serveur se fait attendre : environ 5 secondes et ensuite les différentes réponses sont espacées d'environ 1 seconde. Je précise qu'il s'agit de ping en utilisant la résolution des noms. Mon serveur est nommé soleil donc lorsque je me mets sur la machine mercure et que je tape ping soleil , il se passe 5 seconde pour avoir une réponse, ce qui n'est pas le cas si je fais ping jupiter. Est-ce que le problème pourrais avoir un rapport avec avahi ? D'autre part pour répondre à d'autres interrogations, j'ai ôté les fichiers hosts.deny et hosts.allow. Je n'utilise pas les fichiers hosts pour la résolution des noms mais uniquement le système dns , j'ai défini un nom de domaine dans mon réseau et les adresses ip sont attribuées en fonction de l'adresse mac.(fichier /etc/dhcp3/dhcp.conf). Le fichier /etc/exports ne contient que la ligne : /home * (rw). Voilà pour le moment (je n'ai pas eu le temps de faire plus) rk -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe vers debian-user-french-requ...@lists.debian.org En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org Archive: http://lists.debian.org/1287169532.4987.15.ca...@niobe.no
Re: partage nfs
On Fri, 15 Oct 2010 21:05:32 +0200, rk rkdeb...@numericable.fr wrote: ça ressemble fort à une règle de filtrage anti-flood. ... Les machines clientes se voient et voient le serveur. Cependant avec le ping il y a des choses à dire. Le ping du serveur vers les clients marche sans problème. le ping entre clients marche également sans problème. Mais le ping d'une machine cliente vers le serveur réagit autrement. Tout d'abord la réponse du serveur se fait attendre : environ 5 secondes et ensuite les différentes réponses sont espacées d'environ 1 seconde. Je précise qu'il s'agit de ping en utilisant la résolution des noms. Mon serveur est nommé soleil donc lorsque je me mets sur la machine mercure et que je tape ping soleil , il se passe 5 seconde pour avoir une réponse, ce qui n'est pas le cas si je fais ping jupiter. ... -- Obviously the only rational solution to your problem is suicide. -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe vers debian-user-french-requ...@lists.debian.org En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org Archive: http://lists.debian.org/20101015214603.1bd66...@anubis.defcon1
Re: Re: partage nfs
Re, On Fri, Oct 15, 2010 at 09:05:32PM +0200, rk wrote: J'ai un serveur dhcp, dns et nfs Sur la même machine ? Le soft qui fait dns ? bind ? les machines clientes sont sur le même subnet. (... que le serveur, je suppose ?). Les machines clientes se voient et voient le serveur. Cependant avec le ping il y a des choses à dire. Le ping du serveur vers les clients marche sans problème. Ok le ping entre clients marche également sans problème. Ok Mais le ping d'une machine cliente vers le serveur réagit autrement. Tout d'abord la réponse du serveur se fait attendre : environ 5 secondes et ensuite les différentes réponses sont espacées d'environ 1 seconde. Je précise qu'il s'agit de ping en utilisant la résolution des noms. Un ping directement sur l'IP est donc plus rapide ? 5 et même 1 sec, dans un réseau local, ça me semble une éternité, non ? Tes machines sont bien connectées à un switch ? Mon serveur est nommé soleil donc lorsque je me mets sur la machine mercure et que je tape ping soleil , il se passe 5 seconde pour avoir une réponse, ce qui n'est pas le cas si je fais ping jupiter. Est-ce que le problème pourrais avoir un rapport avec avahi ? Sais plus à quoi sert avahi (?), tiens, mais en tout cas, ce qui précède me paraît suffisamment suspect que pour s'y attarder : je crois que la résolution des noms à tout le moins est trop lente. (Je ne dis pas pour autant que ça influe sur le problème NFS, hein, mais je n'ai pas l'impression que ça doit lui faire un bien fou non plus ;)) Maintenant, il y a un test facile pour éliminer ce problème : inscrire chacune des machines dans le /etc/hosts de chacune pour voir. D'autre part pour répondre à d'autres interrogations, j'ai ôté les fichiers hosts.deny et hosts.allow. Ok (Commenter tout le contenu me semble suffisant ; faut pas nécessairement les virer) Je n'utilise pas les fichiers hosts pour la résolution des noms mais uniquement le système dns , j'ai défini un nom de domaine dans mon réseau et les adresses ip sont attribuées en fonction de l'adresse mac.(fichier /etc/dhcp3/dhcp.conf). Aha, ça pose plusieurs autres questions ça... Je suppose que toutes les machines partagent bien le même nom de domaine (tu as mis un truc de fantaisie, je suppose ?). Qu'est-ce qu'il y a dans le /etc/resolv.conf de tes machines ? Et dans /etc/nsswitch.conf, en face de hosts: ? tu as dns files ? Ensuite, comment se fait la correspondance adresse / nom de tes machines locales ? Elle est indiquée statiquement dans le soft qui gère ton dns je suppose ? Enfin, tu tiens beaucoup à dhcpd ou t'as pris celui là pour en prendre un ? (Ok, suggérer un changement de programme en réponse au problème d'un autre n'est pas satisfaisant, je sais ;), mais il se trouve simplement que i) je connais (moins mal) dnsmasq, ii) il me paraît plus adapté à un petit réseau, et iii) il intègre DHCP et résolution de noms, ce qui supprime une source de problèmes.) Le fichier /etc/exports ne contient que la ligne : /home * (rw). Once again, comme disent les anglais, pourrais-tu essayer en t'assurant que : - il y a un tab entre /home et le * ; - il n'y a pas d'espace entre le * et la parenthèse de (rw) ? Voilà pour le moment (je n'ai pas eu le temps de faire plus) A ton aise ;) Hih, A+ -- JFS. -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe vers debian-user-french-requ...@lists.debian.org En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org Archive: http://lists.debian.org/20101015194822.ga7...@hohenhole.jfs.dt
Re: partage nfs
Re, On Fri, Oct 15, 2010 at 09:46:03PM +0200, Jean-Yves F. Barbier wrote: On Fri, 15 Oct 2010 21:05:32 +0200, rk rkdeb...@numericable.fr wrote: ça ressemble fort à une règle de filtrage anti-flood. Il aurait un firewall quelque part ? J'ai posé la question précédemment, mais pas (encore) de réponse. A+ -- JFS. -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe vers debian-user-french-requ...@lists.debian.org En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org Archive: http://lists.debian.org/20101015194949.gb7...@hohenhole.jfs.dt
Re: partage nfs
On Fri, 15 Oct 2010 21:49:49 +0200, JF Straeten jfstrae...@scarlet.be wrote: ... ça ressemble fort à une règle de filtrage anti-flood. Il aurait un firewall quelque part ? J'ai posé la question précédemment, mais pas (encore) de réponse. Hé bien si un ping vers adresse IP donne les mêmes délais qu'avec une résolution de nom, ça parait le plus plausible. Sans doute que le résultat d'un ps axww permettrait d'y voir plus clair... -- Q: How was Thomas J. Watson buried? A: 9 edge down. -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe vers debian-user-french-requ...@lists.debian.org En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org Archive: http://lists.debian.org/20101015215949.306c3...@anubis.defcon1
RE: partage nfs
Bonsoir, J'ai changé mon approche au niveau du serveur en mettant dans le fichier /etc/exports La ligne : /home *(rw) Je pensais que ça marcherai mais le serveur ne veux rien savoir. (refus pour mountnfs) Mon idée était de partager le répertoire /home avec toutes les machines en lecture écriture. rk -Message d'origine- De : rk [mailto:rkdeb...@numericable.fr] Envoyé : samedi 9 octobre 2010 23:18 À : 'JF Straeten'; debian-user-french@lists.debian.org Objet : RE: partage nfs J'essaierai lundi car je n'ai pas accès aux machines le W.E A + rk -Message d'origine- De : JF Straeten [mailto:jfstrae...@scarlet.be] Envoyé : samedi 9 octobre 2010 22:46 À : debian-user-french@lists.debian.org Objet : Re: partage nfs Re, On Sat, Oct 09, 2010 at 10:30:56PM +0200, rk wrote: Fichier /etc/exports : Des lignes du type : /home/nom_login *(rw, all_squash, anonuid=1004, anongid=1004,sync) Je ne fais référence à aucune machine dans le fichier /etc/exports , les autorisations ne concernent que les utilisateurs. Je vois... Ce sont autant de coups de pied dans le noir, hein, mais : - pourrais-tu réessayer en supprimant les espaces dans les options des shares : (rw, all_squash, anonuid=1004, anongid=1004,sync) (rw,all_squash,anonuid=1004,anongid=1004,sync) - et en mettant un TAB entre nom_login et * ; - aussi, tu as bien un retour chariot à la fin de la dernière ligne ? - tu ne montes que /home/nom_login, ou tu as plusieurs users qui ont tous un répertoire maison sous /home, et donc plusieurs lignes de montage du même type ? Dans l'affirmative, pourquoi ne pas exporter juste /home, que tu montes sur le(s) client(s) au même endroit ? Juste pour voir, hein, je ne dis pas que ça influence. Sais pas si ça aide, mais on cherche en tout cas ;) A+ -- JFS. -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe vers debian-user-french-requ...@lists.debian.org En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org Archive: http://lists.debian.org/20101009204629.ga17...@hohenhole.jfs.dt -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe vers debian-user-french-requ...@lists.debian.org En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org Archive: http://lists.debian.org/004201cb67f7$653ab380$2fb01a...@fr -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe vers debian-user-french-requ...@lists.debian.org En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org Archive: http://lists.debian.org/001401cb6b17$8d729e30$a857da...@fr
Re: partage nfs
Re, On Wed, Oct 13, 2010 at 10:45:20PM +0200, rk wrote: J'ai changé mon approche au niveau du serveur en mettant dans le fichier /etc/exports La ligne : /home *(rw) Je pensais que ça marcherai mais le serveur ne veux rien savoir. (refus pour mountnfs) Mon idée était de partager le répertoire /home avec toutes les machines en lecture écriture. Mmm... ça devrait marcher, c'est fait pour :-/ On va reprendre depuis le début... Est-ce que les machines se voient bien ? Un ping de l'une à l'autre passe, et inversement ? Bête question peut-être, mais sont-elles sur le même subnet ? Comment se fait leur résolution des noms ? Sont-elles mutuellement dans le /etc/hosts l'une de l'autre ou bien utilises-tu une autre méthode ? Qu'as tu installé comme paquets (relatifs à NFS) sur chacune ? Sur un client, il faut nfs-common (et ses dépendances) ; sur le serveur as-tu bien nfs-kernel-server (et ses dépendances) ? Ensuite, qu'as-tu dans /etc/hosts.{allow,deny} sur les deux ? Aussi, pas de firewall sur aucune machine, je suppose ? Encore ensuite, saurais-tu copier in extenso ton /etc/exports ? (N.B. si d'aventure, tu avais tenté une install de unfs3 ou de nfs-user-server, gare au format d'/etc/exports... des petits trucs changent de l'un à l'autre ; s'assurer que tu as bien le bon.) Tant qu'on y est, jetons aussi un oeil aux fichiers /etc/default/nfs-common (des deux, client et serveur) et /etc/default/nfs-kernel-server du serveur. Ensuite, fais un exportfs -a sur le serveur (avec en place l'/etc/exports que tu auras copié), puis essaye de monter depuis un client et donne la commande de montage utilisée. En cas de refus, copier les lignes adéquates du syslog du client et du serveur, pour voir ce qu'ils racontent. On devrait trouver, c'est quasiment pas possible autrement... A+ -- JFS. -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe vers debian-user-french-requ...@lists.debian.org En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org Archive: http://lists.debian.org/20101013232023.ga15...@hohenhole.jfs.dt
RE: partage nfs
Fichier /etc/exports : Des lignes du type : /home/nom_login *(rw, all_squash, anonuid=1004, anongid=1004,sync) Je ne fais référence à aucune machine dans le fichier /etc/exports , les autorisations ne concernent que les utilisateurs. rk -Message d'origine- De : JF Straeten [mailto:jfstrae...@scarlet.be] Envoyé : vendredi 8 octobre 2010 23:44 À : debian-user-french@lists.debian.org Objet : Re: partage nfs Re, On Fri, Oct 08, 2010 at 11:34:03PM +0200, rk wrote: Pour ce qui est de syslog, je n'ai pas la machine sous le main donc je vérifierai plus tard. Ok [...] J'avoue que de ce côté je n'ai pas fait de vérification car il me semblait qu'il n'y avait pas de rapport avec le problème. Si tu déclares l'autorisation de montage dans /etc/export avec un nom de machine cliente, faut qu'il soit résolvable depuis le serveur, sinon c'est tintin pour monter le share... Le serveur va refuser, soit ton erreur. Je me dis que c'est peut-être ça. Si t'as pas accès au serveur, fait un peu au moins un showmount -e serveur depuis le client (en root) pour voir ce qu'il renvoie ? Si ce sont des adresses IP, c'est pas le problème, mais s'il y a des noms... A+ -- JFS. -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe vers debian-user-french-requ...@lists.debian.org En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org Archive: http://lists.debian.org/20101008214342.ga14...@hohenhole.jfs.dt -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe vers debian-user-french-requ...@lists.debian.org En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org Archive: http://lists.debian.org/004101cb67f0$e08362f0$a18a28...@fr
Re: partage nfs
Re, On Sat, Oct 09, 2010 at 10:30:56PM +0200, rk wrote: Fichier /etc/exports : Des lignes du type : /home/nom_login *(rw, all_squash, anonuid=1004, anongid=1004,sync) Je ne fais référence à aucune machine dans le fichier /etc/exports , les autorisations ne concernent que les utilisateurs. Je vois... Ce sont autant de coups de pied dans le noir, hein, mais : - pourrais-tu réessayer en supprimant les espaces dans les options des shares : (rw, all_squash, anonuid=1004, anongid=1004,sync) (rw,all_squash,anonuid=1004,anongid=1004,sync) - et en mettant un TAB entre nom_login et * ; - aussi, tu as bien un retour chariot à la fin de la dernière ligne ? - tu ne montes que /home/nom_login, ou tu as plusieurs users qui ont tous un répertoire maison sous /home, et donc plusieurs lignes de montage du même type ? Dans l'affirmative, pourquoi ne pas exporter juste /home, que tu montes sur le(s) client(s) au même endroit ? Juste pour voir, hein, je ne dis pas que ça influence. Sais pas si ça aide, mais on cherche en tout cas ;) A+ -- JFS. -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe vers debian-user-french-requ...@lists.debian.org En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org Archive: http://lists.debian.org/20101009204629.ga17...@hohenhole.jfs.dt
RE: partage nfs
J'essaierai lundi car je n'ai pas accès aux machines le W.E A + rk -Message d'origine- De : JF Straeten [mailto:jfstrae...@scarlet.be] Envoyé : samedi 9 octobre 2010 22:46 À : debian-user-french@lists.debian.org Objet : Re: partage nfs Re, On Sat, Oct 09, 2010 at 10:30:56PM +0200, rk wrote: Fichier /etc/exports : Des lignes du type : /home/nom_login *(rw, all_squash, anonuid=1004, anongid=1004,sync) Je ne fais référence à aucune machine dans le fichier /etc/exports , les autorisations ne concernent que les utilisateurs. Je vois... Ce sont autant de coups de pied dans le noir, hein, mais : - pourrais-tu réessayer en supprimant les espaces dans les options des shares : (rw, all_squash, anonuid=1004, anongid=1004,sync) (rw,all_squash,anonuid=1004,anongid=1004,sync) - et en mettant un TAB entre nom_login et * ; - aussi, tu as bien un retour chariot à la fin de la dernière ligne ? - tu ne montes que /home/nom_login, ou tu as plusieurs users qui ont tous un répertoire maison sous /home, et donc plusieurs lignes de montage du même type ? Dans l'affirmative, pourquoi ne pas exporter juste /home, que tu montes sur le(s) client(s) au même endroit ? Juste pour voir, hein, je ne dis pas que ça influence. Sais pas si ça aide, mais on cherche en tout cas ;) A+ -- JFS. -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe vers debian-user-french-requ...@lists.debian.org En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org Archive: http://lists.debian.org/20101009204629.ga17...@hohenhole.jfs.dt -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe vers debian-user-french-requ...@lists.debian.org En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org Archive: http://lists.debian.org/004201cb67f7$653ab380$2fb01a...@fr
partage nfs
Bonsoir, j'ai mis en place le partage nfs sur une réseau de quelques machines debian lenny , les comptes des utilisateurs sont centralisés sur une machine serveur nfs. Cela fonctionnait plus ou moins. Mais maintenant cela ne fonctionne plus du tout. Le serveur refuse le montage des comptes client. le message renvoyé est : mount.nfs : /home/compte_client ... failed : reason given by server permission denied. Je précise que je n'avais pratiquement rien modifié à ma configuration d'origine : voir fil précédent, j'avais seulement installé le service ugidd sur les machines clients et fait une petite modif sur le serveur fichier /etc/exports (ajout de l'option map_daemon). Merci pour votre aide rk -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe vers debian-user-french-requ...@lists.debian.org En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org Archive: http://lists.debian.org/1286570297.3503.12.ca...@niobe.no
Re: partage nfs
Re, On Fri, Oct 08, 2010 at 10:38:17PM +0200, rk wrote: [...] Le serveur refuse le montage des comptes client. le message renvoyé est : mount.nfs : /home/compte_client ... failed : reason given by server permission denied. Le serveur sait résoudre le nom du (des) client(s) ? Que dit le syslog du serveur ? A+ -- JFS. -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe vers debian-user-french-requ...@lists.debian.org En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org Archive: http://lists.debian.org/20101008210515.ga14...@hohenhole.jfs.dt
Re: partage nfs
Bonsoir, Pour ce qui est de syslog, je n'ai pas la machine sous le main donc je vérifierai plus tard. Mais pour la première question, je comprends mal le sens. Le serveur partage des répertoires pour des utilisateurs déterminés et connus de lui mais pas pour des machines spécifiques. Il est vrai que le serveur fait aussi office de serveur dhcp et dns. J'avoue que de ce côté je n'ai pas fait de vérification car il me semblait qu'il n'y avait pas de rapport avec le problème. rk Le vendredi 08 octobre 2010 à 23:05 +0200, JF Straeten a écrit : Re, On Fri, Oct 08, 2010 at 10:38:17PM +0200, rk wrote: [...] Le serveur refuse le montage des comptes client. le message renvoyé est : mount.nfs : /home/compte_client ... failed : reason given by server permission denied. Le serveur sait résoudre le nom du (des) client(s) ? Que dit le syslog du serveur ? A+ -- JFS. -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe vers debian-user-french-requ...@lists.debian.org En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org Archive: http://lists.debian.org/1286573643.3503.20.ca...@niobe.no
Re: partage nfs
Re, On Fri, Oct 08, 2010 at 11:34:03PM +0200, rk wrote: Pour ce qui est de syslog, je n'ai pas la machine sous le main donc je vérifierai plus tard. Ok [...] J'avoue que de ce côté je n'ai pas fait de vérification car il me semblait qu'il n'y avait pas de rapport avec le problème. Si tu déclares l'autorisation de montage dans /etc/export avec un nom de machine cliente, faut qu'il soit résolvable depuis le serveur, sinon c'est tintin pour monter le share... Le serveur va refuser, soit ton erreur. Je me dis que c'est peut-être ça. Si t'as pas accès au serveur, fait un peu au moins un showmount -e serveur depuis le client (en root) pour voir ce qu'il renvoie ? Si ce sont des adresses IP, c'est pas le problème, mais s'il y a des noms... A+ -- JFS. -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe vers debian-user-french-requ...@lists.debian.org En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org Archive: http://lists.debian.org/20101008214342.ga14...@hohenhole.jfs.dt
Re: Re: partage nfs
bonjour, j'ai installé le paquet ugidd sur les clients - le service est fonctionnel. j'ai également ajouté l'option map_daemon dans le fichier exports du serveur. mais le problème demeure, c'est toujours le même message d'erreur. merci pour votre aide rk -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe vers debian-user-french-requ...@lists.debian.org En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org Archive: http://lists.debian.org/ea-mime-4ca9bdac-5fad-61513...@webmail.numericable.fr
partage nfs
Bonsoir, J'ai monté un petit réseaux de PCs debian lenny, tous reliés à un serveur qui abrite les comptes des utilisateurs. J'ai donc mis en place les partage nfs de la façon suivante : Sur le serveur : Fichier /etc/exports : Des lignes du type : /home/nom_login *(rw, all_squash, anonuid=1004, anongid=1004,sync) Sur les clients : Ficher /etc/fstab : Des lignes du type : @IP_serveur:/home/nom_login /home/nom_login nfs rw,hard,intr,async, nodev, nosuid 0 0 Cela fonctionne en général sauf que systématiquement lorsqu'un utilisateur se logue sur un des PCs, il a le message d'erreurs suivant : Le fichier $HOME/.dmrc de l'utilisateur a été ignoré. [...] le fichier devant appartenir à l'utilisateur doit avoir les permissions 644. [...] J'ai tenté de modifier les droits mais rien y fait ça ne fait qu'empirer les choses. En fait je ne comprends pas ce message d'erreur et je ne sais pas quoi faire pour y remédier, mes tentatives ont été infructueuses. D'autre part cette configuration est sans effet sur un des PC, c'est le compte local qui est utilisé, pourtant la config est la même que sur les autres machines. Merci pour votre aide. rk -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe vers debian-user-french-requ...@lists.debian.org En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org Archive: http://lists.debian.org/002001cb619a$ca0ba610$5e22f2...@fr
Re: partage nfs
On Fri, 1 Oct 2010 20:59:34 +0200 rk rkdeb...@numericable.fr wrote: Bonsoir, J'ai monté un petit réseaux de PCs debian lenny, tous reliés à un serveur qui abrite les comptes des utilisateurs. J'ai donc mis en place les partage nfs de la façon suivante : Sur le serveur : Fichier /etc/exports : Des lignes du type : /home/nom_login *(rw, all_squash, anonuid=1004, anongid=1004,sync) Sur les clients : Ficher /etc/fstab : Des lignes du type : @IP_serveur:/home/nom_login /home/nom_login nfs rw,hard,intr,async, nodev, nosuid 0 0 Cela fonctionne en général sauf que systématiquement lorsqu'un utilisateur se logue sur un des PCs, il a le message d'erreurs suivant : Le fichier $HOME/.dmrc de l'utilisateur a été ignoré. [...] le fichier devant appartenir à l'utilisateur doit avoir les permissions 644. [...] Il se pourrait que l'uid de l'utilisateur ne soit pas le même sur le client et sur le serveur. Le protocole NFS (au moins en v3) transmet le uid numériquement. Je crois qu'il existe des outils (peut-être liés au paquet libnfsidmap2) qui permettent d'avoir des uid différents (en travaillant sur les noms des users qui sont transformés (je ne sais plus si c'est coté client ou serveur) en uid. D'ailleurs autrefois, les NIS s'appellaient yellow pages (YP) et étaient utilisés pour ça. J'ai oublié les détails. Chez moi, je force (manuellement et assez salement) tous les uids (sur chaque machine) à être le même, par exemple mon uid pour le user basile est le même nombre 11758 (en réalité un autre, mais je ne veux pas publier les vraies infos sur une liste) et ceci sur toutes les machines. Ca doit être forcé à la main (ou alors on utilise un LDAP ou un NIS pour les partager, configurable par PAM) et il faut faire un peu attention, car les numéros des uids par défaut ne sont pas forcément les mêmes (par exemple entre Ubuntu/Lucid et Debian/Testing). Pour verifier l'hypothèse d'uid distincts, faire la commande id sur le client et le serveur NFS sous le même user. Librement -- Basile STARYNKEVITCH http://starynkevitch.net/Basile/ email: basileatstarynkevitchdotnet mobile: +33 6 8501 2359 8, rue de la Faiencerie, 92340 Bourg La Reine, France *** opinions {are only mine, sont seulement les miennes} *** -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe vers debian-user-french-requ...@lists.debian.org En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org Archive: http://lists.debian.org/20101001210742.532d3583.bas...@starynkevitch.net
Re: partage nfs
On Fri, 1 Oct 2010 21:07:42 +0200, Basile Starynkevitch bas...@starynkevitch.net wrote: ugidd en stable, intégré en unstable. ... Il se pourrait que l'uid de l'utilisateur ne soit pas le même sur le client et sur le serveur. Le protocole NFS (au moins en v3) transmet le uid numériquement. Je crois qu'il existe des outils (peut-être liés au paquet libnfsidmap2) qui permettent d'avoir des uid différents (en travaillant sur les noms des users qui sont transformés (je ne sais plus si c'est coté client ou serveur) en uid. ... -- Living in LA is like not having a date on Saturday night. -- Candice Bergen -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe vers debian-user-french-requ...@lists.debian.org En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org Archive: http://lists.debian.org/20101001212010.4e716...@anubis.defcon1
Re: partage nfs
Re, On Fri, Oct 01, 2010 at 09:20:10PM +0200, Jean-Yves F. Barbier wrote: Je crois qu'il existe des outils (peut-être liés au paquet libnfsidmap2) qui permettent d'avoir des uid différents (en travaillant sur les noms des users qui sont transformés (je ne sais plus si c'est coté client ou serveur) en uid. ugidd en stable, intégré en unstable. Mieux que NIS ? Merci d'avance, A+ -- JFS. -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe vers debian-user-french-requ...@lists.debian.org En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org Archive: http://lists.debian.org/20101001194735.ga12...@hohenhole.jfs.dt
Partage NFS
J'effectue un partage nfs depuis une mandrake 9.1 , vers une debian (woody). Je partage le repertoire /media qui est en fait le point de montage d'un disque dur de 60 Go ATA 133. Lorsque j'edite mon /etc/exports et je crée la ligne /media bastaque (ro,insecure) Si je monte le partage sur la debian un ls ne me donne accés qu'au fichier et repertoire de premier niveau c'est-à-dire que j'accede à /media et aux fichiers qu'il contient, mais je ne peux rien voir du contenu de /media/musique. Le truc qui m'intrigue c'est que si je fait un partage nfs avec /media/musique (ro,insecure) /media/film (ro,insecure) Alors tout se passe bien et j'accede à tout les sous repertoires sans limite de profondeur. Bien sur, je soupconne un rapport avec le fait que /media est le point de montage d'un disque, mais je voudrais bien connaître la vraie raison à cet état de fait, malgrès la solution que j'applique (je m'en fous à la limite puisque /media ne contient pas plu de deux ou trois repertoire). On à beau avoir l'habitude de l'irrationnel, ca surprend toujours ce genre de truc. Mon cartesiannisme forcené est ebranlé -- ###Calimero### La liberté est comme une flèche lancée en direction du ciel ... les fous et les poètes espèrent qu'elle l'atteindra, les politiciens attendent qu'elle retombe, les sages en aiguisent une autre. Un sage chinois
Partage NFS
J'effectue un partage nfs depuis une mandrake 9.1 , vers une debian (woody). Je partage le repertoire /media qui est en fait le point de montage d'un disque dur de 60 Go ATA 133. Lorsque j'edite mon /etc/exports et je crée la ligne /media bastaque (ro,insecure) Si je monte le partage sur la debian un ls ne me donne accés qu'au fichier et repertoire de premier niveau c'est-à-dire que j'accede à /media et aux fichiers qu'il contient, mais je ne peux rien voir du contenu de /media/musique. Le truc qui m'intrigue c'est que si je fait un partage nfs avec /media/musique (ro,insecure) /media/film (ro,insecure) Alors tout se passe bien et j'accede à tout les sous repertoires sans limite de profondeur. Bien sur, je soupconne un rapport avec le fait que /media est le point de montage d'un disque, mais je voudrais bien connaître la vraie raison à cet état de fait, malgrès la solution que j'applique (je m'en fous à la limite puisque /media ne contient pas plu de deux ou trois repertoire). On à beau avoir l'habitude de l'irrationnel, ca surprend toujours ce genre de truc. Mon cartesiannisme forcené est ebranlé -- ###Calimero### La liberté est comme une flèche lancée en direction du ciel ... les fous et les poètes espèrent qu'elle l'atteindra, les politiciens attendent qu'elle retombe, les sages en aiguisent une autre. Un sage chinois
Re: RE : Partage NFS
Calimero wrote: Rien voir avec l'irrationnel, regarde qui appartient le volume, et si les autres ont le droit de le _lire_. Le therme volume m'embete, peut tu m'expliquer ce qu'est un volume, Bon bain de boue ;) Je sais, le terme volume n'tait pas adapt la situation, mais c'est le mot que comprennent les clients au tlphone. Je voulais bien sur parler du systme de fichiers de ton disque dur. comment je peux savoir qui il appartient, ou on definis les droits sur un volume (page de man bienvenue si trop long expliquer). Quoi qu'il man chmod man fstab Mais exprimente, j'ai jamais bien compris comment a fonctionnait. en soit si c'est une probleme de droit, pour quoi puis-je monter le partage depuis une autre machine et surtout, pourquoi puis-je voir uniquement les fichiers de premier niveau. (on dira pas que j'ai rien puis-j au film) Si c'est un problme de droit, le volume ne devrait donner aucun accs et pas juste le premier niveau ... Si tu n'as pas le droit d' excuter le rpertoire, tu ne pourras pas le remonter ! Merci d'avoir lu Merci de ne pas avoir bu ;) -- Pour toute assistance informatique, 10 l'intervention + 15 de l'heure ;) Pour les filles a peut tre moins chre :o) Ce renseigner pour toute autres demandes.
RE : Partage NFS
Si tu n'as pas le droit d' exécuter le répertoire, tu ne pourras pas le remonter ! Je peux l'executer, puisque je peux faire un cd dessus mais quand je suis dedans c'est vide ??? Quand aux droits c'est drwxr-xr-x sur l'intégralité de l'arborescence... Et quand je descend d'un niveau dans le /etc/exports (partage de /media/film et /media/musique) tout se passe bien. Ca continue de fonctionner comme ça (fort bien au demeurant) et je continue de ne pas comprendre pourquoi ca fonctionne ( j'aime mieux quand je comprend pourquoi ca marche pas que quand je comprend pas pourquoi ca marche pas). -- ###Calimero### N'oubliez pas qu'il existe 10 types de personnes. Celles qui savent compter en binaire et les autres...
Re: Partage NFS
man exports: (option) nohide This option is based on the option of the same name provided in IRIX NFS. Normally, if a server exports two filesystems one of which is mounted on the other, then the client will have to mount both filesystems explicitly to get access to them. If it just mounts the parent, it will see an empty directory at the place where the other filesystem is mounted. That filesystem is hidden. mais rassure toi, je n'ai jamais réussi à faire fonctionner cette option. Je l'ai déjà dit mais je regrette beaucoup le serveur NFS de la hamm qui marchait du feu de dieu (pas en rapidité mais en souplesse), le nfs-kernel actuel (du moins celui que j'utilise) ne permet pas certaines configurations pourtant correctes, l'option no-hide, voulu pour être compatible avec le serveur BSD (ai je lu qque part) n'a jamais marché chez moi F.B On Mon, 28 Apr 2003 15:38:02 +0200 Calimero [EMAIL PROTECTED] wrote: J'effectue un partage nfs depuis une mandrake 9.1 , vers une debian (woody). Je partage le repertoire /media qui est en fait le point de montage d'un disque dur de 60 Go ATA 133. Lorsque j'edite mon /etc/exports et je crée la ligne /media bastaque (ro,insecure) Si je monte le partage sur la debian un ls ne me donne accés qu'au fichier et repertoire de premier niveau c'est-à-dire que j'accede à /media et aux fichiers qu'il contient, mais je ne peux rien voir du contenu de /media/musique. Le truc qui m'intrigue c'est que si je fait un partage nfs avec /media/musique (ro,insecure) /media/film (ro,insecure) Alors tout se passe bien et j'accede à tout les sous repertoires sans limite de profondeur. Bien sur, je soupconne un rapport avec le fait que /media est le point de montage d'un disque, mais je voudrais bien connaître la vraie raison à cet état de fait, malgrès la solution que j'applique (je m'en fous à la limite puisque /media ne contient pas plu de deux ou trois repertoire). On à beau avoir l'habitude de l'irrationnel, ca surprend toujours ce genre de truc. Mon cartesiannisme forcené est ebranlé -- ###Calimero### La liberté est comme une flèche lancée en direction du ciel ... les fous et les poètes espèrent qu'elle l'atteindra, les politiciens attendent qu'elle retombe, les sages en aiguisent une autre. Un sage chinois -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Petit problme de timeout pour monter un partage NFS
On Sat, 26 Oct 2002 19:43:10 +0200 Aurélien Le Provost [EMAIL PROTECTED] wrote: Oct 25 15:09:52 chassis kernel: portmap: server localhost not responding, timed out Ta machine essaye de contacter ton serveur portmap, lequel a priori n'est pas lancé vu le message d'erreur. Euh... Et pourquoi ça ? Il devrait être lancé au démarrage, non ? Plusieurs moyens de savoir si le daemon tourne : ~# rpcinfo -p localhost ~# netstat -apn | grep 111 -- Davy Gigan System Network Administration [Please no HTML, I'm not a browser] University Of Caen (France) [Pas d'HTML, je ne suis pas un navigateur]
Petit problme de timeout pour monter un partage NFS
Salut Soit un serveur woody avec un partage NFS, avec nfs-kernel-server et tout ce qui va bien dans le noyau. Tout est, a priori, bien configuré, puisque ça marche sans problèmes avec 4 clients woody. Soit ma machine sous sarge. Quand je veux monter ce partage, soit ça marche très bien, soit ça marche aussi, mais il se passe deux ou trois minutes avant que la commande ne rende la main. C'est aléatoire... Dans /var/log/messages : Oct 25 15:09:52 chassis kernel: portmap: server localhost not responding, timed out Oct 25 15:11:32 chassis kernel: portmap: server localhost not responding, timed out Oct 25 15:11:32 chassis kernel: lockd_up: makesock failed, error=-5 Oct 25 15:13:12 chassis kernel: portmap: server localhost not responding, timed out Pareil dans /var/log/syslog. Question : pourquoi ma machine cherche-t-elle à contacter un serveur sur localhost (qui se ping très bien au passage, le réseau est a priori bien configuré aussi) alors que je lui demande de monter un partage qui se trouve sur le serveur ? @+
Re: Petit problme de timeout pour monter un partage NFS
Oct 25 15:09:52 chassis kernel: portmap: server localhost not responding, timed out Oct 25 15:11:32 chassis kernel: lockd_up: makesock failed, error=-5 Ta machine essaye de contacter ton serveur portmap, lequel a priori n'est pas lancé vu le message d'erreur. Elle fait cela pour connaitre le port sur lequel tourne ton lockd, et comme y'a pas de réponse, la connexion sur ton lockd n'est pas possible. Question : pourquoi ma machine cherche-t-elle à contacter un serveur sur localhost (qui se ping très bien au passage, le réseau est a priori bien configuré aussi) alors que je lui demande de monter un partage qui se trouve sur le serveur ? -- Davy Gigan System Network Administration [Please no HTML, I'm not a browser] University Of Caen (France) [Pas d'HTML, je ne suis pas un navigateur]
Re: Petit problme de timeout pour monter un partage NFS
Oct 25 15:09:52 chassis kernel: portmap: server localhost not responding, timed out Ta machine essaye de contacter ton serveur portmap, lequel a priori n'est pas lancé vu le message d'erreur. Euh ... Désolé, j'oublie le plus important : il faut que tu lances le portmap, mais tu avais deviné ? # /etc/init.d/portmap start -- Davy Gigan System Network Administration [Please no HTML, I'm not a browser] University Of Caen (France) [Pas d'HTML, je ne suis pas un navigateur]
Re: Petit problme de timeout pour monter un partage NFS
Salut Le Samedi 26 Octobre 2002 14:10, Davy Gigan a écrit : Oct 25 15:09:52 chassis kernel: portmap: server localhost not responding, timed out Ta machine essaye de contacter ton serveur portmap, lequel a priori n'est pas lancé vu le message d'erreur. Euh... Et pourquoi ça ? Il devrait être lancé au démarrage, non ? @+