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 [28-10-2014 15:08] – [Cas d'un autofs sur /home en nfs] edmc73 | linux:autofs [20-01-2016 07:50] (Version actuelle) – [Exemple pour ssh / sftp] edmc73 | ||
---|---|---|---|
Ligne 5: | Ligne 5: | ||
Autre lien intéressant https:// | Autre lien intéressant https:// | ||
+ | <note important> | ||
===== Exemple pour nfs ===== | ===== Exemple pour nfs ===== | ||
Installer les paquets : | Installer les paquets : | ||
Ligne 34: | Ligne 35: | ||
A mettre dans le fichier **/ | A mettre dans le fichier **/ | ||
- | / | + | / |
+ | |||
+ | A mettre dans le fichier **/ | ||
+ | mondossier -fstype=fuse, | ||
- | A mettre dans le fichier **/ | ||
- | mondossier -fstype=fuse, | ||
Si ça ne fonctionne pas, lancer la commande de montage à la main pour voir un éventuel message d' | 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.\\ | 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. | Vérifiez que le sous-système sftp est bien activé sur le serveur ssh distant. | ||
+ | |||
+ | <note important> | ||
+ | |||
+ | 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, | ||
Ligne 65: | Ligne 74: | ||
/- / | /- / | ||
- | Le ''/ | + | Le ''/ |
- | Ensuite, notre fichier **auto.home** contiendra dans le cas d'une connexion nfs | + | Notre fichier **auto.home** contiendra dans le cas d'une connexion nfs |
/home | /home | ||
+ | ===== 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 | ||
| |