On Wed, Feb 6, 2013 at 9:10 PM, Davide Marchi <danjde@xxxxxx> wrote: > Leonardo Chiquitto ha scritto: > >> Here's the important part: >> >>> Feb 6 19:04:49 cosmogonia-book automount[1771]: handle_packet: type = 3 >>> Feb 6 19:04:49 cosmogonia-book automount[1771]: >>> handle_packet_missing_indirect: token 2, name BIG, request pid 1803 >>> Feb 6 19:04:49 cosmogonia-book automount[1771]: attempting to mount >>> entry >>> /mnt/BIG/BIG >>> Feb 6 19:04:49 cosmogonia-book automount[1771]: lookup_mount: >>> lookup(program): looking up BIG >>> Feb 6 19:04:49 cosmogonia-book automount[1771]: lookup(program): lookup >>> for >>> BIG failed >> >> AutoFS thinks /etc/auto.net4 is a program map and tries to execute it. >> >> "chmod 644 /etc/auto.net4" should fix the problem. >> >> Leonardo >> >> > ..yeah! > ok, now it run, not for /mnt/BIG, yes for /mnt/BIG/BIG (now i will arrange > it) Very good, glad it worked. > when I list /mnt/BIG/BIG obtain: > > /etc/auto.net4 on /mnt/BIG type autofs > (rw,relatime,fd=7,pgrp=3281,timeout=60,minproto=5,maxproto=5,indirect) > > cosmogoniasx:/ on /mnt/BIG/BIG type nfs4 > (rw,relatime,vers=4.0,rsize=8192,wsize=8192,namlen=255,soft,proto=tcp,timeo=600,retrans=2,sec=sys,clientaddr=192.168.1.36,local_lock=none,addr=192.168.1.34) > > is it correct to see /etc/auto.net4 mounted on /mnt/BIG just running autofs? Yes, it's correct. AutoFS needs to manage the mount point to "intercept" accesses and trigger mounts. If you want to mount the volume in /mnt/BIG without converting /mnt in an AutoFS file system, you can use a direct mount. Comment out your maps and try this: In auto.master: /- /etc/auto.direct In auto.direct: /mnt/BIG -rw,soft,intr,rsize=8192,wsize=8192 cosmogoniasx:/ Hope it helps, Leonardo -- To unsubscribe from this list: send the line "unsubscribe autofs" in the body of a message to majordomo@xxxxxxxxxxxxxxx More majordomo info at http://vger.kernel.org/majordomo-info.html
