Nauilusgamin stops showing directory changes
barbara
barbara.xxx1975 at libero.it
Mon May 4 22:32:18 UTC 2009
> > Am Donnerstag, den 30.04.2009, 02:14 -0400 schrieb Joe Marcus Clarke:
> > > On Wed, 2009-04-29 at 21:29 -0400, Jason Reid wrote:
> > > > Hello,
> > > >
> > > > >From time to time Nautilus will not keep up with directories as the
> > > > files change. I cannot pinpoint the exact cause, but I can, for example,
> > > > "touch newfile" in a directory or on my Desktop, and Nautilus will not
> > > > show it until I open a Nautilus window to that directory/desktop and
> > > > click View -> Reload.
> > > >
> > > > Filesystem polling works fine after a reboot. Right now I have been up
> > > > for 4 days and just noticed, but it's stopped working as quickly as an
> > > > hour after boot. This is not a new problem with 2.26 and is something
> > > > I've experienced since at least 2.20. My system is FreeBSD 7.1-p4 i386
> > > > using a ZFS disk, but I've seen the same problem on the same computer
> > > > under an old installation using UFS.
> > > >
> > > > Some Googling reveals that Nautilus uses devel/gamin to poll changes
> > > > which in turn uses kqueue by default. The port has a compile-time option
> > > > for GAM_POLLER that I do not have enabled. Konqueror, however has never
> > > > exhibited this problem.
> > > >
> > > > The closest bug report I was able to find was
> > > > https://bugzilla.redhat.com/show_bug.cgi?id=130859 from 2004 which I
> > > > don't believe is applicable. It discusses gamin 0.0.x, and I use
> > > > 0.1.10_1.
> > > >
> > > > My kern.maxfiles is 25000. kern.openfiles reports 10735, and "fstat |
> > > > grep gam_server | wc -l" reports 8890.
> > >
> > > I cannot reproduce. I've been up for over 10 days. Make sure that
> > > Nautilus is looking at a real path, and not a symlink. Gamin does not
> > > report changes on symlinks in line with the FAM spec.
> > >
> > I have seen the problem Jason describes quite often with older versions
> > of nautilus: for example when you use a different file manager like
> > midnight-commander or thunar or when you log in remotely via ftp.
> > I tried all these methods with nautilus-2.26.2
> > ^
> > and couldn't reproduce them either.
> >
> > Greetings
> >
> > Uli.
>
>
> I rebooted my pc yesterday night, and this morning it was not working again.
> I can see nautilius not refreshing after adding/removing files/directories from a terminal. It just works manually. Yesterday it was working so something happened.
>
> And also
> [bar at satanasso:~]$ sudo umount /mnt/data/
> umount: unmount of /mnt/data failed: Device busy
> [bar at satanasso:~]$ fstat | grep data
> bar gam_server 1197 4884 /mnt/data 2 drwxr-xr-x 512 r
> [bar at satanasso:~]$ ps axuc | grep gam_server
> bar 1197 0.0 0.2 20908 3580 ?? S 10:28PM 0:57.24 gam_server
> root 72732 0.0 0.1 19884 2684 ?? I 11:27PM 0:00.01 gam_server
>
> But now I've found that after:
> [bar at satanasso:~]$ pkill -s HUP nautilus
> I finally can
> [bar at satanasso:~]$ sudo umount /mnt/data/
>
>
> [bar at satanasso:~]$ pkg_info -Ix gamin nautilus-2
> gamin-0.1.10_1 A file and directory monitoring system
> nautilus-2.26.2_1 File manager for the GNOME desktop
>
Last patch for gamin seems to have fixed the problem with umount.
Really really thanks for that!!!
Anyway I'm still experiencing the behaviour described by Jason (nautilus stop refreshing).
I don't know what it's triggering that and if that could be related, but I noticed that it often happens after leaving a nautilus window opened on a directory of a mounted disk (let's call it /mnt/disk1) for many hours, tipically whole night. I do that often when I leave the pc running for many hours (more then 1 day), so I don't know if it would happen anyway after a long uptime for a desktop pc.
What's strange is that yesterday, /mnt/disk1 was not refreshing and the same for dirs in /usr. Then I mounted another device under /mnt/disk2 and it was working as espected with that one.
Sorry, I can't say more than that, I hope this could help you in diagnosing the problem. I know it's not so easy to reproduce.
If you have any idea about what I could do to help, please ask.
Regards
Barbara
More information about the freebsd-gnome
mailing list