Skip site navigation (1)Skip section navigation (2)
Date:      Thu, 30 Apr 2009 09:52:17 +0200
From:      "barbara" <barbara.xxx1975@libero.it>
Cc:        jason <jason@jasonreid.org>, freebsd-gnome <freebsd-gnome@freebsd.org>
Subject:   Re: Nauilusgamin stops showing directory changes
Message-ID:  <KIWLV5$435CC0E8EF7647BE72400DAF461BE84F@libero.it>

next in thread | raw e-mail | index | archive | help
> 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 examp=
le,
> > "touch newfile" in a directory or on my Desktop, and Nautilus will no=
t
> > 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 u=
p
> > for 4 days and just noticed, but it's stopped working as quickly as a=
n
> > 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 i38=
6
> > 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 opt=
ion
> > for GAM_POLLER that I do not have enabled. Konqueror, however has nev=
er
> > exhibited this problem.
> >
> > The closest bug report I was able to find was
> > https://bugzilla.redhat.com/show_bug.cgi?id=3D130859 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.
>
> Joe
>
> >
> > Thanks, Jason
> >


I can see similar things here.
For example, yesterday I saved a file from the browser to my desktop and =
I saw that it was not there until I opened nautilus, browsed to the deskt=
op directory and pressed refresh. And this happens after some time or aft=
er some unknown event.
I'm also still experiencing inability to unmount because of gam_server ho=
lding files or mount point under /mnt or /media.
For example after inserting a number of data dvds, suddenly I'm unable to=
 eject or umount using gnome-umount without killing gam_server. But this =
happens also with UFS filesystems mounted under /mnt.
It seems to me that it's happening since gnome2-2.26, I'm pretty sure tha=
t all was working as expected before.
I have UFS filesystems, 7.2-PRERELEASE csupped and builded 4 days ago, GA=
M_POLLER enabled.






Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?KIWLV5$435CC0E8EF7647BE72400DAF461BE84F>