* automounted filesystems being unmounted and mounted every minute @ 2006-10-16 13:30 Brian J. Murrell 2006-10-16 16:32 ` Ian Kent 0 siblings, 1 reply; 9+ messages in thread From: Brian J. Murrell @ 2006-10-16 13:30 UTC (permalink / raw) To: autofs [-- Attachment #1.1: Type: text/plain, Size: 1302 bytes --] Autofs 5.0.1 seems to be doing an unmount/mount of my home dir filesystems every minute or so. Verbose output from autofs shows: Oct 16 09:27:23 jenny automount[18632]: expiring path /autohome/share Oct 16 09:27:23 jenny automount[18632]: unmounting dir = /autohome/share Oct 16 09:27:23 jenny automount[18632]: expired /autohome/share Oct 16 09:27:23 jenny automount[18632]: expiring path /autohome/brian Oct 16 09:27:23 jenny automount[18632]: unmounting dir = /autohome/brian Oct 16 09:27:23 jenny automount[18632]: expired /autohome/brian Oct 16 09:27:24 jenny automount[18632]: attempting to mount entry /autohome/share Oct 16 09:27:24 jenny automount[18632]: mount(nfs): mounted linux:/home/share on /autohome/share Oct 16 09:27:24 jenny automount[18632]: mounted /autohome/share Oct 16 09:27:24 jenny automount[18632]: mount still busy /autohome Why is it in the same window of operation expiring, unmounting and remounting filesystems? My configuration for the above: /autohome /etc/autofs/auto.home --timeout=60 brian -rw,soft,intr,rsize=8192,wsize=8192 pc:/home/brian share -rw,soft,intr,rsize=8192,wsize=8192 linux:/home/share Any ideas? b. -- My other computer is your Microsoft Windows server. Brian J. Murrell [-- Attachment #1.2: This is a digitally signed message part --] [-- Type: application/pgp-signature, Size: 189 bytes --] [-- Attachment #2: Type: text/plain, Size: 140 bytes --] _______________________________________________ autofs mailing list autofs@linux.kernel.org http://linux.kernel.org/mailman/listinfo/autofs ^ permalink raw reply [flat|nested] 9+ messages in thread
* Re: automounted filesystems being unmounted and mounted every minute 2006-10-16 13:30 automounted filesystems being unmounted and mounted every minute Brian J. Murrell @ 2006-10-16 16:32 ` Ian Kent 2006-10-16 17:26 ` Brian J. Murrell 0 siblings, 1 reply; 9+ messages in thread From: Ian Kent @ 2006-10-16 16:32 UTC (permalink / raw) To: Brian J. Murrell; +Cc: autofs On Mon, 2006-10-16 at 09:30 -0400, Brian J. Murrell wrote: > Autofs 5.0.1 seems to be doing an unmount/mount of my home dir > filesystems every minute or so. Verbose output from autofs shows: > > Oct 16 09:27:23 jenny automount[18632]: expiring path /autohome/share > Oct 16 09:27:23 jenny automount[18632]: unmounting dir = /autohome/share > Oct 16 09:27:23 jenny automount[18632]: expired /autohome/share > Oct 16 09:27:23 jenny automount[18632]: expiring path /autohome/brian > Oct 16 09:27:23 jenny automount[18632]: unmounting dir = /autohome/brian > Oct 16 09:27:23 jenny automount[18632]: expired /autohome/brian > Oct 16 09:27:24 jenny automount[18632]: attempting to mount entry /autohome/share > Oct 16 09:27:24 jenny automount[18632]: mount(nfs): mounted linux:/home/share on /autohome/share > Oct 16 09:27:24 jenny automount[18632]: mounted /autohome/share > Oct 16 09:27:24 jenny automount[18632]: mount still busy /autohome > > Why is it in the same window of operation expiring, unmounting and > remounting filesystems? Is the directory busy? That is is it the pwd of some process or have open files? If it's not then it will be umounted when it times out, after 1 minute in this case. Then if some smart application scans directory trees when it sees mount or umount activity then it will be mounted again. We've seen this with older versions of hald. The best way to find out what is causing this is to enable debug logging on a test machine and check what pid is causing mount activity. Ian ^ permalink raw reply [flat|nested] 9+ messages in thread
* Re: automounted filesystems being unmounted and mounted every minute 2006-10-16 16:32 ` Ian Kent @ 2006-10-16 17:26 ` Brian J. Murrell 2006-10-16 18:08 ` Jeff Moyer 0 siblings, 1 reply; 9+ messages in thread From: Brian J. Murrell @ 2006-10-16 17:26 UTC (permalink / raw) To: autofs [-- Attachment #1.1: Type: text/plain, Size: 1924 bytes --] On Tue, 2006-17-10 at 00:32 +0800, Ian Kent wrote: > On Mon, 2006-10-16 at 09:30 -0400, Brian J. Murrell wrote: > > Autofs 5.0.1 seems to be doing an unmount/mount of my home dir > > filesystems every minute or so. Verbose output from autofs shows: > > > > Oct 16 09:27:23 jenny automount[18632]: expiring path /autohome/share > > Oct 16 09:27:23 jenny automount[18632]: unmounting dir = /autohome/share > > Oct 16 09:27:23 jenny automount[18632]: expired /autohome/share > > Oct 16 09:27:23 jenny automount[18632]: expiring path /autohome/brian > > Oct 16 09:27:23 jenny automount[18632]: unmounting dir = /autohome/brian > > Oct 16 09:27:23 jenny automount[18632]: expired /autohome/brian > > Oct 16 09:27:24 jenny automount[18632]: attempting to mount entry /autohome/share > > Oct 16 09:27:24 jenny automount[18632]: mount(nfs): mounted linux:/home/share on /autohome/share > > Oct 16 09:27:24 jenny automount[18632]: mounted /autohome/share > > Oct 16 09:27:24 jenny automount[18632]: mount still busy /autohome > > > > Why is it in the same window of operation expiring, unmounting and > > remounting filesystems? > > Is the directory busy? > That is is it the pwd of some process or have open files? Don't think so: $ sudo ls -l /proc/*/cwd | grep share [nothing] > If it's not then it will be umounted when it times out, after 1 minute > in this case. Then if some smart application scans directory trees when > it sees mount or umount activity then it will be mounted again. We've > seen this with older versions of hald. Heh. > The best way to find out what is causing this is to enable debug logging As in "automount -d"? > on a test machine and check what pid is causing mount activity. I tried this (automount -d) but am not seeing any more information than -v provides. b. -- My other computer is your Microsoft Windows server. Brian J. Murrell [-- Attachment #1.2: This is a digitally signed message part --] [-- Type: application/pgp-signature, Size: 189 bytes --] [-- Attachment #2: Type: text/plain, Size: 140 bytes --] _______________________________________________ autofs mailing list autofs@linux.kernel.org http://linux.kernel.org/mailman/listinfo/autofs ^ permalink raw reply [flat|nested] 9+ messages in thread
* Re: automounted filesystems being unmounted and mounted every minute 2006-10-16 17:26 ` Brian J. Murrell @ 2006-10-16 18:08 ` Jeff Moyer 2006-10-16 19:00 ` Brian J. Murrell 0 siblings, 1 reply; 9+ messages in thread From: Jeff Moyer @ 2006-10-16 18:08 UTC (permalink / raw) To: Brian J. Murrell; +Cc: autofs ==> Regarding Re: [autofs] automounted filesystems being unmounted and mounted every minute; "Brian J. Murrell" <brian@interlinx.bc.ca> adds: brian> On Tue, 2006-17-10 at 00:32 +0800, Ian Kent wrote: >> On Mon, 2006-10-16 at 09:30 -0400, Brian J. Murrell wrote: > Autofs >> 5.0.1 seems to be doing an unmount/mount of my home dir > filesystems >> every minute or so. Verbose output from autofs shows: >> > >> > Oct 16 09:27:23 jenny automount[18632]: expiring path /autohome/share >> > Oct 16 09:27:23 jenny automount[18632]: unmounting dir = >> /autohome/share > Oct 16 09:27:23 jenny automount[18632]: expired >> /autohome/share > Oct 16 09:27:23 jenny automount[18632]: expiring path >> /autohome/brian > Oct 16 09:27:23 jenny automount[18632]: unmounting dir >> = /autohome/brian > Oct 16 09:27:23 jenny automount[18632]: expired >> /autohome/brian > Oct 16 09:27:24 jenny automount[18632]: attempting to >> mount entry /autohome/share > Oct 16 09:27:24 jenny automount[18632]: >> mount(nfs): mounted linux:/home/share on /autohome/share > Oct 16 >> 09:27:24 jenny automount[18632]: mounted /autohome/share > Oct 16 >> 09:27:24 jenny automount[18632]: mount still busy /autohome >> > >> > Why is it in the same window of operation expiring, unmounting and > >> remounting filesystems? >> >> Is the directory busy? That is is it the pwd of some process or have >> open files? brian> Don't think so: brian> $ sudo ls -l /proc/*/cwd | grep share [nothing] >> If it's not then it will be umounted when it times out, after 1 minute >> in this case. Then if some smart application scans directory trees when >> it sees mount or umount activity then it will be mounted again. We've >> seen this with older versions of hald. brian> Heh. >> The best way to find out what is causing this is to enable debug logging brian> As in "automount -d"? >> on a test machine and check what pid is causing mount activity. brian> I tried this (automount -d) but am not seeing any more information brian> than -v provides. Take a look at http://people.redhat.com/jmoyer for documentation on how to gather debug information from the automounter. Basically, you need to log daemon.* somewhere. -Jeff ^ permalink raw reply [flat|nested] 9+ messages in thread
* Re: automounted filesystems being unmounted and mounted every minute 2006-10-16 18:08 ` Jeff Moyer @ 2006-10-16 19:00 ` Brian J. Murrell 2006-10-16 19:49 ` Jeff Moyer 0 siblings, 1 reply; 9+ messages in thread From: Brian J. Murrell @ 2006-10-16 19:00 UTC (permalink / raw) To: autofs [-- Attachment #1.1: Type: text/plain, Size: 3281 bytes --] On Mon, 2006-16-10 at 14:08 -0400, Jeff Moyer wrote: > > Take a look at http://people.redhat.com/jmoyer for documentation on how to > gather debug information from the automounter. Basically, you need to log > daemon.* somewhere. gnome-panel? Oct 16 14:54:51 jenny automount[24104]: handle_packet: type = 3 Oct 16 14:54:51 jenny automount[24104]: handle_packet_missing_indirect: token 19801, name share, request pid 14360 Oct 16 14:54:51 jenny automount[24104]: attempting to mount entry /autohome/share Oct 16 14:54:51 jenny automount[24104]: lookup_mount: lookup(file): looking up share Oct 16 14:54:51 jenny automount[24104]: lookup_mount: lookup(file): share -> -rw,soft,intr,rsize=8192,wsize=8192^Ilinux:/home/share Oct 16 14:54:51 jenny automount[24104]: parse_mount: parse(sun): expanded entry: -rw,soft,intr,rsize=8192,wsize=8192^Ilinux:/home/share Oct 16 14:54:51 jenny automount[24104]: parse_mount: parse(sun): gathered options: rw,soft,intr,rsize=8192,wsize=8192 Oct 16 14:54:51 jenny automount[24104]: parse_mount: parse(sun): dequote("linux:/home/share") -> linux:/home/share Oct 16 14:54:51 jenny automount[24104]: parse_mount: parse(sun): core of entry: options=rw,soft,intr,rsize=8192,wsize=8192, loc=linux:/home/share Oct 16 14:54:51 jenny automount[24104]: sun_mount: parse(sun): mounting root /autohome, mountpoint share, what linux:/home/share, fstype nfs, options rw,soft,intr,rsize=8192,wsize=8192 Oct 16 14:54:51 jenny automount[24104]: mount_mount: mount(nfs): root=/autohome name=share what=linux:/home/share, fstype=nfs, options=rw,soft,intr,rsize=8192,wsize=8192 Oct 16 14:54:51 jenny automount[24104]: mount_mount: mount(nfs): nfs options="rw,soft,intr,rsize=8192,wsize=8192", nosymlink=0, ro=0 Oct 16 14:54:51 jenny automount[24104]: mount_mount: mount(nfs): calling mkdir_path /autohome/share Oct 16 14:54:51 jenny automount[24104]: mount_mount: mount(nfs): calling mount -t nfs -s -o rw,soft,intr,rsize=8192,wsize=8192 linux:/home/share /autohome/share Oct 16 14:54:51 jenny automount[24104]: mount(nfs): mounted linux:/home/share on /autohome/share Oct 16 14:54:51 jenny automount[24104]: send_ready: token = 19801 Oct 16 14:54:51 jenny automount[24104]: mounted /autohome/share Oct 16 14:54:51 jenny automount[24104]: expire_proc_indirect: 2 remaining in /autohome Oct 16 14:54:51 jenny automount[24104]: mount still busy /autohome Oct 16 14:54:51 jenny automount[24104]: expire_cleanup: got thid 3074386848 path /autohome stat 3 Oct 16 14:54:51 jenny automount[24104]: expire_cleanup: sigchld: exp 3074386848 finished, switching from 2 to 1 Oct 16 14:54:51 jenny automount[24104]: st_ready: st_ready(): state = 2 path /autohome $ ps -p14360 f PID TTY STAT TIME COMMAND 14360 ? Ss 8:53 gnome-panel --sm-config-prefix /gnome-panel-dbYkZn/ - I wonder why gnome-panel would be touching /autohome/share. I guess what I wonder also about all of this is that isn't there some period of "idleness" required before anything is unmounted? Is that the 60s that I am seeing? If I increase that to a period longer than the periodic access by gnome-panel should that not stop the trashing of the mount? b. -- My other computer is your Microsoft Windows server. Brian J. Murrell [-- Attachment #1.2: This is a digitally signed message part --] [-- Type: application/pgp-signature, Size: 189 bytes --] [-- Attachment #2: Type: text/plain, Size: 140 bytes --] _______________________________________________ autofs mailing list autofs@linux.kernel.org http://linux.kernel.org/mailman/listinfo/autofs ^ permalink raw reply [flat|nested] 9+ messages in thread
* Re: automounted filesystems being unmounted and mounted every minute 2006-10-16 19:00 ` Brian J. Murrell @ 2006-10-16 19:49 ` Jeff Moyer 0 siblings, 0 replies; 9+ messages in thread From: Jeff Moyer @ 2006-10-16 19:49 UTC (permalink / raw) To: Brian J. Murrell; +Cc: autofs ==> Regarding Re: [autofs] automounted filesystems being unmounted and mounted every minute; "Brian J. Murrell" <brian@interlinx.bc.ca> adds: brian> On Mon, 2006-16-10 at 14:08 -0400, Jeff Moyer wrote: >> Take a look at http://people.redhat.com/jmoyer for documentation on how >> to gather debug information from the automounter. Basically, you need >> to log daemon.* somewhere. brian> gnome-panel? brian> $ ps -p14360 f PID TTY STAT TIME COMMAND 14360 ? Ss 8:53 brian> gnome-panel --sm-config-prefix /gnome-panel-dbYkZn/ - brian> I wonder why gnome-panel would be touching /autohome/share. Please ask them! brian> I guess what I wonder also about all of this is that isn't there brian> some period of "idleness" required before anything is unmounted? Is brian> that the 60s that I am seeing? If I increase that to a period brian> longer than the periodic access by gnome-panel should that not stop brian> the trashing of the mount? You can specify the timeout in seconds for unmounts via the --timeout=XX option. But please pursue this with the gnome folks, as they shouldn't be causing this problem in the first place. Thanks! Jeff ^ permalink raw reply [flat|nested] 9+ messages in thread
* automounted filesystems being unmounted and mounted every minute @ 2006-10-27 15:14 Scott_Rochford 2006-10-27 15:29 ` Brian J. Murrell 0 siblings, 1 reply; 9+ messages in thread From: Scott_Rochford @ 2006-10-27 15:14 UTC (permalink / raw) To: autofs Hi, > > Take a look at http://people.redhat.com/jmoyer for documentation on how to > > gather debug information from the automounter. Basically, you need to log > > daemon.* somewhere. > gnome-panel? > Oct 16 14:54:51 jenny automount[24104]: handle_packet: type = 3 > Oct 16 14:54:51 jenny automount[24104]: handle_packet_missing_indirect: token > 19801, name share, request pid 14360 I've been puzzling over a similar problem with mounts of long since removed users' home directories occurring every few minutes for some time and was thrilled to discover this thread on the subject, however after enabling debugging as instructed I only get: Oct 27 16:06:04 e1shdb03 automount[16563]: handle_packet: type = 0 Oct 27 16:06:04 e1shdb03 automount[16563]: handle_packet_missing: token 1487772, name scott Oct 27 16:06:04 e1shdb03 automount[16563]: attempting to mount entry /users/scott RHEL AS 3 autofs-4.1.3-154 2.4.21-37.0.1.ELhugemem Do you have any other suggestions for methods to identify the processes that are triggering these mount attempts? Thanks in advance, -- Scott Rochford ^ permalink raw reply [flat|nested] 9+ messages in thread
* Re: automounted filesystems being unmounted and mounted every minute 2006-10-27 15:14 Scott_Rochford @ 2006-10-27 15:29 ` Brian J. Murrell 2006-10-27 23:04 ` Jeff Moyer 0 siblings, 1 reply; 9+ messages in thread From: Brian J. Murrell @ 2006-10-27 15:29 UTC (permalink / raw) To: Scott_Rochford; +Cc: autofs [-- Attachment #1.1: Type: text/plain, Size: 1432 bytes --] On Fri, 2006-27-10 at 16:14 +0100, Scott_Rochford@DELL.com wrote: > Hi, Hello, > I've been puzzling over a similar problem with mounts of long since > removed users' home directories occurring every few minutes for some > time and was thrilled to discover this thread on the subject, however > after enabling debugging as instructed I only get: > > Oct 27 16:06:04 e1shdb03 automount[16563]: handle_packet: type = 0 > Oct 27 16:06:04 e1shdb03 automount[16563]: handle_packet_missing: token > 1487772, name scott > Oct 27 16:06:04 e1shdb03 automount[16563]: attempting to mount entry > /users/scott > > RHEL AS 3 > autofs-4.1.3-154 > 2.4.21-37.0.1.ELhugemem > > Do you have any other suggestions for methods to identify the processes > that are triggering these mount attempts? The instructions at http://people.redhat.com/jmoyer were very helpful on my Mandriva boxes as it would print the pid. On my Ubuntu Edgy box though no pids to be found. :-( In my case I found two causes: 1. Having an automounted share in my GTK "bookmarks" was causing a ping-pong effect where as soon as it was unmounted, gnome-panel wanted to go stat it. Stupid. 2. An open Nautilus window and/or a Nautilus desktop icon on/for an automounted share was causing the same kind of ping pong. b. -- My other computer is your Microsoft Windows server. Brian J. Murrell [-- Attachment #1.2: This is a digitally signed message part --] [-- Type: application/pgp-signature, Size: 189 bytes --] [-- Attachment #2: Type: text/plain, Size: 140 bytes --] _______________________________________________ autofs mailing list autofs@linux.kernel.org http://linux.kernel.org/mailman/listinfo/autofs ^ permalink raw reply [flat|nested] 9+ messages in thread
* Re: automounted filesystems being unmounted and mounted every minute 2006-10-27 15:29 ` Brian J. Murrell @ 2006-10-27 23:04 ` Jeff Moyer 0 siblings, 0 replies; 9+ messages in thread From: Jeff Moyer @ 2006-10-27 23:04 UTC (permalink / raw) To: Brian J. Murrell; +Cc: autofs, Scott_Rochford ==> Regarding Re: [autofs] automounted filesystems being unmounted and mounted every minute; "Brian J. Murrell" <brian@interlinx.bc.ca> adds: brian> On Fri, 2006-27-10 at 16:14 +0100, Scott_Rochford@DELL.com wrote: >> Hi, brian> Hello, >> I've been puzzling over a similar problem with mounts of long since >> removed users' home directories occurring every few minutes for some >> time and was thrilled to discover this thread on the subject, however >> after enabling debugging as instructed I only get: >> >> Oct 27 16:06:04 e1shdb03 automount[16563]: handle_packet: type = 0 Oct >> 27 16:06:04 e1shdb03 automount[16563]: handle_packet_missing: token >> 1487772, name scott Oct 27 16:06:04 e1shdb03 automount[16563]: >> attempting to mount entry /users/scott >> >> RHEL AS 3 autofs-4.1.3-154 2.4.21-37.0.1.ELhugemem >> >> Do you have any other suggestions for methods to identify the processes >> that are triggering these mount attempts? brian> The instructions at http://people.redhat.com/jmoyer were very brian> helpful on my Mandriva boxes as it would print the pid. On my brian> Ubuntu Edgy box though no pids to be found. :-( brian> In my case I found two causes: brian> 1. Having an automounted share in my GTK "bookmarks" was brian> causing a ping-pong effect where as soon as it was unmounted, brian> gnome-panel wanted to go stat it. Stupid. 2. An open Nautilus brian> window and/or a Nautilus desktop icon on/for an automounted share brian> was causing the same kind of ping pong. The new autofs kernel code logs pid information of the requester. Older code bases do not. -Jeff ^ permalink raw reply [flat|nested] 9+ messages in thread
end of thread, other threads:[~2006-10-27 23:04 UTC | newest] Thread overview: 9+ messages (download: mbox.gz follow: Atom feed -- links below jump to the message on this page -- 2006-10-16 13:30 automounted filesystems being unmounted and mounted every minute Brian J. Murrell 2006-10-16 16:32 ` Ian Kent 2006-10-16 17:26 ` Brian J. Murrell 2006-10-16 18:08 ` Jeff Moyer 2006-10-16 19:00 ` Brian J. Murrell 2006-10-16 19:49 ` Jeff Moyer -- strict thread matches above, loose matches on Subject: below -- 2006-10-27 15:14 Scott_Rochford 2006-10-27 15:29 ` Brian J. Murrell 2006-10-27 23:04 ` Jeff Moyer
This is an external index of several public inboxes, see mirroring instructions on how to clone and mirror all data and code used by this external index.