Ubuntu-fr

latruffy

Re : [Résolu] Autofs et lucid ça ne fonctionne pas...

Bonjour à tous.
Je sais que le sujet est passé à l'état [Résolu], mais malheureusement il ne l'a pas été pour moi.
Cependant, j'ai reussi à régler le problème en ce qui concerne mon installation.
Donc je partage, des fois que cela pourrait aider quelqu'un d'autre.

J'utilise mon portable sous Ubuntu (Gnome) 10.04 LTS, et j'ai l'habitude de monter au besoin des repertoires partagés nfs depuis mon NAS.
Jusqu'à présent (8.04, 9.10), ceci fonctionnait bien avec les fichiers suivants :
/etc/auto.master :
...
/home/nas    /etc/auto.nfs    --ghost,--timeout=30
...

/etc/auto.nfs :
...
public    -fstype=nfs,rw,intr    zenas:/public
...

Mais comme plusieurs, apparemment, cela ne fonctionne plus en 10.04 (ca eu marché à l'install du package autofs, puis plus jamais quelques temps après... mystère !)
Et tous les bons conseils de ce topic, soit ne s'appliquaient pas à mon cas, soit ne fonctionnaient pas (deja pas de droits x sur ces fichiers).

A force de faire des manips manuelles pour essayer de trouver la cause, j'ai souvent eu un message d'erreur de la commande mount, à propos d'un remote lock.
J'ai donc modifié mon /etc/auto.master en ajoutant en fin de ligne l'option idoine :
...
/home/nas    /etc/auto.nfs    --ghost,--timeout=30,--o nolock
...

Un arret/redemarrage du service :
sudo service autofs stop
sudo service autofs start

et maintenant l'automontage /home/nas/public fonctionne correctement systématiquement.

Je vais essayer de creuser ce qu'est exactement cette histoire de lock, car cela ne me plait pas trop de lui dire de s'en passer (pas très propre tout ça).
Si quelqu'un est capable de m'expliquer, je suis preneur.

En attendant, j'espère que cela pourra dépanner quelqu'un.

skippyfr

Re : [Résolu] Autofs et lucid ça ne fonctionne pas...

Cette page
http://manpages.ubuntu.com/manpages/jau … nfs.5.html

nous dit ceci. Mais il serait utile d'avoir une traduction par quelqu'un d'expérimenté.

lock / nolock  Indiquer s’il faut utiliser le protocole auxiliaire  NLM
                      pour  verrouiller les fichiers sur le serveur. Si aucune
                      option n’est indiquée (ou si c’est lock qui est choisi),
                      le verrouillage NLM est activé pour ce point de montage.
                      Si on utilise l’option nolock, les applications  peuvent
                      verrouiller  les  fichiers,  mais  ces  verrous n’ont de
                      portée que pour les applications  qui  tournent  sur  ce
                      même  client.  Les  applications  distantes  ne sont pas
                      informées de ces verrous.

                      Le blocage NLM doit être désactivé lors de l’utilisation
                      de  l’option nolock si /var est monté via NFS, parce que
                      /var contient des fichiers utilisés par l’implémentation
                      de  NLM  sous  Linux. L’usage de nolock est aussi requis
                      lors des montages de partages de serveurs NFS ne  gérant
                      pas le protocole NLM.

latruffy

Re : [Résolu] Autofs et lucid ça ne fonctionne pas...

Bonsoir.
Effectivement, ce n'est pas tellement plus clair.
Merci skippyfr d'avoir chercher cependant.
Y'aurait-il un expert pour vulgariser ceci SVP ?

PecTrue

Re : [Résolu] Autofs et lucid ça ne fonctionne pas...

Bonjour,

J'ai aussi un problème avec autofs5

Il fonftionne parfaitement avec mon portable sous 10.04 64 (portable upgradé automatiquement depuis la 9.04)

Je viens de faire une nouvelle install sur mon ordi de ureau en 10.04 64 aussi, et j'ai copié / collé les fichiers :

Auto.master

/net/auto /etc/auto.auto  --ghost,--timeout=30

Auto.auto

Salon -fstype=cifs,rw,uid=1000,gid=1000,iocharset=utf8  ://192.168.1.7/Volume_1
PCH_C200  -fstype=fuse,rw,uid=1000,gid=1000,allow_other,user=nmt:1234    :curlftpfs\#192.168.1.200

Et là, /net/auto est bien créé, mais rien dedans.

Quand je lance automount -f -d -v

stephane@Maison:/etc$ sudo automount -f -d -v
Starting automounter version 5.0.4, master map /etc/auto.master
using kernel protocol version 5.01
lookup_nss_read_master: reading master file /etc/auto.master
parse_init: parse(sun): init gathered global options: (null)
lookup_read_master: lookup(file): read entry /net/auto
lookup_read_master: lookup(file): read entry +auto.master
syntax error in nsswitch config near [ syntax error ]

lookup_nss_read_master: reading master files auto.master
parse_init: parse(sun): init gathered global options: (null)
lookup(file): failed to read included master map auto.master
master_do_mount: mounting /net/auto
automount_path_to_fifo: fifo name /var/run/autofs.fifo-net-auto
lookup_nss_read_map: reading map file /etc/auto.auto
parse_init: parse(sun): init gathered global options: o,nolock
mounted indirect on /net/auto with timeout 30, freq 8 seconds
st_ready: st_ready(): state = 0 path /net/auto
ghosting enabled
statemachine:1362: got unexpected signal 28!
st_expire: state 1 path /net/auto
expire_proc: exp_proc = 139634413389584 path /net/auto
expire_cleanup: got thid 139634413389584 path /net/auto stat 0
expire_cleanup: sigchld: exp 139634413389584 finished, switching from 2 to 1
st_ready: st_ready(): state = 2 path /net/auto
st_expire: state 1 path /net/auto
expire_proc: exp_proc = 139634413389584 path /net/auto
expire_cleanup: got thid 139634413389584 path /net/auto stat 0
expire_cleanup: sigchld: exp 139634413389584 finished, switching from 2 to 1
st_ready: st_ready(): state = 2 path /net/auto
^Cdo_notify_state: signal 2
master_notify_state_change: sig 2 switching /net/auto from 1 to 5
st_prepare_shutdown: state 1 path /net/auto
expire_proc: exp_proc = 139634375722768 path /net/auto
expire_cleanup: got thid 139634375722768 path /net/auto stat 0
expire_cleanup: sigchld: exp 139634375722768 finished, switching from 5 to 7

Je ne comprends d'autant pas que ce sont les mêmes versions de ubuntu!

Merci de votre attention.