Date: Tue, 25 Aug 2009 14:13:46 +0900 From: Nathan Butcher <n-butcher@fusiongol.com> To: freebsd-questions@freebsd.org Subject: amd automounting daemon is unreliable Message-ID: <4A93730A.8020807@fusiongol.com>
next in thread | raw e-mail | index | archive | help
I'm having some troublesome issues with filesystems mounted with amd in FreeBSD 7.2-RELEASE We have a backend file server wwith sharenfs attributes from ZFS displaying NFS mountpoints to our front end machines:- tank/export mountpoint /export local tank/export sharenfs -maproot=0:0 server1 server2 local and we have amd automounting directories on the backend file system /etc/amd.d/amd.map.export:- /defaults type:=nfs;rhost:=wrfs;opts:=rw,vers=3,proto=udp,nodev * rfs=/export/files/${key} /etc/rc.conf:- amd_enable="YES" amd_flags="-a /.amd_mnt -l syslog /files /etc/amd.d/amd.map.export" There are a bunch of subdirectories in /files which get mounted across the network when they are accessed on the front-end, and as a solution - this has been working well. ...the PROBLEM is that it is unreliable. Sometimes amd hangs, and a mounted directory - while listed in df becomes inaccessible and I get "Permission Denied" errors while trying to access the mounted directory. I'm using some monitoring on the amd process, but as it doesn't die to trigger an alert, I have to wait until someone tells me that the filesystem is rejecting them in order to respond tot he issue. It also happens way too often for me to continue using this solution. Unless I script amd to restart itself continuously in the event of a crash... I cannot use it in a production environment. -- $B%U%e!<%8%g%s!&%M%C%H%o!<%/%5!<%S%93t<02q<R(B $B"#3ZE7%V%m!<%I%P%s%I"#(B GOL$B;v6HIt(B $B%7%9%F%`5;=QIt(B $B%M%C%H%o!<%/!&%*%Z%l%7%g%s%:!!%0%k!<%W(B Nathan Butcher / phone +81-50-5527-3611 / fax +81-3-3262-2224 https://secure3.gol.com/mod-pl/ols/index.cgi/?intr_id=F-2xsg6jS4u655
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?4A93730A.8020807>