Loïc Minier wrote: >forwarded 317032 http://oss.sgi.com/bugzilla/show_bug.cgi?id=490 >tag 317032 + confirmed upstream >stop > > Hi, > > This is a followup for Debian bug <http://bugs.debian.org/317032>. > >On mar, jui 05, 2005, John McMonagle wrote: > > >>Jun 27 13:28:52 oshkosh famd[5361]: failed to accept new client: Too many >>open files >>Jun 27 13:29:00 oshkosh famd[5361]: localclient socket(PF_UNIX, >>SOCK_STREAM, 0): Too many open files >>restarting famd makes things resume. >>This stops the errors to syslog but still hangs when fam has a bit over >>1024 files opened. >> >> > > The upstream fam web site documents a limitation of the current > implementation which uses select(). Upstream says select() is limited > to 1024 fds. > > I've requested a workaround at: > http://oss.sgi.com/bugzilla/show_bug.cgi?id=490 > > Perhaps this limit can be increased under Linux. > > You might want to use gamin instead which supports inotify and might > work better in such scenarii. > > Cheers. > > Loïc
Thanks for looking into this. At the moment I have removed fam. I tried gamin on a test system and it seemed to work. When I upgrade the kernel on one of my production computers I'll try it. I'm running ltsp. I'm thinking of changing my largest office to work as a cluster. In that case all the files that need to be monitored will be via nfs. Gamin will not handle remote monitoring efficiently. In my test run /home was nfs and noticed a moderate load from gamin. Fam will handle remote monitoring but will quickly hit the 1024 limit. It would be nice if remote monitoring could be added to gamin or the many flaws in fam could be fixed. I'm not holding my breath ;-) John -- John McMonagle IT Manager Advocap Inc.
