Ci-dessous, les différences entre deux révisions de la page.
| Les deux révisions précédentesRévision précédenteProchaine révision | Révision précédente | ||
| linux:autofs [08-12-2014 09:16] – [Exemple pour ssh / sftp] edmc73 | linux:autofs [20-01-2016 07:50] (Version actuelle) – [Exemple pour ssh / sftp] edmc73 | ||
|---|---|---|---|
| Ligne 38: | Ligne 38: | ||
| A mettre dans le fichier **/ | A mettre dans le fichier **/ | ||
| - | mondossier -fstype=fuse, | + | mondossier -fstype=fuse, |
| - | Vous pouvez forcer l'uid/gid qui sera reporté sur les fichiers modifié | + | Si ça ne fonctionne pas, lancer la commande de montage à la main pour voir un éventuel message d'erreur.\\ |
| - | /mnt/ssh /etc/auto.sshfs uid=1000, | + | Lisez les logs auth.log |
| + | Vérifiez que le sous-système sftp est bien activé sur le serveur | ||
| - | Soit de façon indépendante par connexion | + | <note important> |
| - | mondossier -fstype=fuse, | + | |
| + | 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, | ||
| - | Si ça ne fonctionne pas, lancer la commande de montage à la main pour voir un éventuel message d' | ||
| - | 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. | ||
| ===== Exemple pour partage samba ===== | ===== Exemple pour partage samba ===== | ||
| Ligne 80: | Ligne 80: | ||
| + | ===== Ne veut pas démonter un montage nfs ===== | ||
| + | |||
| + | Si un serveur nfs a planté ou a changé d' | ||
| + | |||
| + | L' | ||
| + | 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' | ||
| + | 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 // | ||
| + | umount -l /nfs/mod1 | ||
| | | ||