On Mon, 2007-09-10 at 16:41 +0930, Shane wrote:
> Hey All,
> 
> Does anyone know of a way I could get automount to help me report
> which app has requested a bad / non-existant mount?
> 
> Eg current error of:
> Sep 10 11:26:14 box automount[21101]: >> mount:
> srv1:/export/home/.hidden failed, reason given by server: No such file
> or directory
> Sep 10 11:26:14 box automount[21101]: mount(nfs): nfs: mount failure
> srv1:/export/home/.hidden on /home/.hidden
> Sep 10 11:26:14 box automount[21101]: failed to mount /home/.hidden
> 
> this is kinda annoying to track back as either this error causes a
> flood of requests to mount preventing other mounts so people reboot
> workstations and we can't track the issue or the offending app gets
> killed before we're on the scene too. ... I realise this isn't exactly
> autofs's scope as the request comes not from the app directly, but
> automount is the first point of failure so hopefully theres a way to
> do this without causing too much overhead.

The only way is enable debug logging but you only want to do that on a
couple of machines.

If your using autofs version 4 there isn't any way to record the pid of
the requesting process because it isn't sent from the kernel. So you
stuck.

Version 5 will log the pid of the requesting process in syslog provided
you are sending daemon.* somewhere. Be sure to check your syslog
configuration and the output in syslog to ensure your getting autofs
debug logging. Be warned there will be quite a bit of output.

Why do you think autofs preventing other mounts?
What distribution is this?
What version of autofs?
What kernel version?

Ian


_______________________________________________
autofs mailing list
[email protected]
http://linux.kernel.org/mailman/listinfo/autofs

Reply via email to