Différences

Ci-dessous, les différences entre deux révisions de la page.

--- linux:autofs [28-10-2014 16:21]
edmc73 [Cas d'un autofs sur /home en nfs]
+++ linux:autofs [20-01-2016 08:50] (Version actuelle)
edmc73 [Exemple pour ssh / sftp]
@@ Ligne 35: / Ligne 35: @@
 A mettre dans le fichier **/etc/auto.master**
-  /mnt/ssh   /etc/auto.sshfs  uid=1000,gid=1000, --timeout=30, --ghost
+  /mnt/ssh   /etc/auto.sshfs --timeout=30, --ghost
+A mettre dans le fichier **/etc/auto.sshfs**
+  mondossier -fstype=fuse,port=22,rw,allow_other,follow_symlinks :sshfs\#votrelogin@192.168.0.1\:/media/share
-A mettre dans le fichier **/etc/auto.nfs**
-  mondossier -fstype=fuse,port=22,rw,allow_other :sshfs\#votrelogin@192.168.0.1\:/media/share
 Si ça ne fonctionne pas, lancer la commande de montage à la main pour voir un éventuel message d'erreur.\\
 Lisez les logs auth.log sur le serveur distant.\\
 Vérifiez que le sous-système sftp est bien activé sur le serveur ssh distant.
+<note important>**NOTE à propos des uid et gid**</note>
+En spécifiant un uid et un gid vous voyez ceux ci dans votre système mais ça n'est pas la réalité !!\\
+Par exemple vous êtes connecté en root sur un serveur distant avec un uid=1000, lorsque vous créez un fichier vous le voyez avec un uid=1000 alors que sur le serveur distant le fichier aura un uid=0, donc celui de root.
+Pour écrire un fichier avec les droits de toto il faut initier le montage en toto@serveurDistant. Vous devez donc copier votre clé public de root dans les authorized_keys de toto. Et évidemment vous ne pouvez pas utilser ssh-copy-id, il faudra le faire à la main.
@@ Ligne 72: / Ligne 80: @@
+===== Ne veut pas démonter un montage nfs =====
+Si un serveur nfs a planté ou a changé d'adresse, un restart du service autofs ne suffit pas. Un umount non plus. Tout est bloqué !
+L'astuce qui a fonctionné pour moi est de restarter le service nfs
+  service autofs stop
+  service nfs-common restart
+  service autofs start
+Si vous utilisé un montage nfs sous apache, restartez le service apache également (ça vaut aussi peut être pour samba ou tout autre service utilisant un montage nfs planté)
+Autre moyen encore mieux je pense que la solution précédente qui va vous flinguer tous les montages nfs en cours.
+On a constaté ceci avec la commande **umount**
+  umount /nfs/mod1
+  umount: /nfs/mod1: device is busy
+L'option //force// ne marche pas non plus
+  umount -f /nfs/mod1
+  umount2: Device or resource busy
+  umount: /nfs/mod1: device is busy
+  umount2: Device or resource busy
+  umount: /nfs/mod1: device is busy
+Heureusement le mode //paresseux// existe ! et tout se passe sans douleur.
+  umount -l /nfs/mod1

Outils pour utilisateurs

Outils du site

Différences

Outils de la page