From alexl@redhat.com Tue Oct 1 01:44:18 2002 Received: with ECARTIS (v1.0.0; list fam); Tue, 01 Oct 2002 01:44:20 -0700 (PDT) Received: from devserv.devel.redhat.com (nat-pool-rdu.redhat.com [66.187.233.200]) by oss.sgi.com (8.12.5/8.12.5) with SMTP id g918iHtG019152 for ; Tue, 1 Oct 2002 01:44:18 -0700 Received: from localhost (alexl@localhost) by devserv.devel.redhat.com (8.11.6/8.11.0) with ESMTP id g918iAO25470; Tue, 1 Oct 2002 04:44:10 -0400 X-Authentication-Warning: devserv.devel.redhat.com: alexl owned process doing -bs Date: Tue, 1 Oct 2002 04:44:10 -0400 (EDT) From: Alexander Larsson X-X-Sender: alexl@devserv.devel.redhat.com To: "Stanislav V. Razoumnyi" <1rsv@mail.ru> cc: fam@oss.sgi.com Subject: Re: Directories limit In-Reply-To: <852226441.20020929163733@pochtamt.ru> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-archive-position: 17 X-ecartis-version: Ecartis v1.0.0 Sender: fam-bounce@oss.sgi.com Errors-to: fam-bounce@oss.sgi.com X-original-sender: alexl@redhat.com Precedence: bulk X-list: fam On Sun, 29 Sep 2002, Stanislav V. Razoumnyi wrote: > Hello fam, > > Im using known perl script by Atif Ghaffar to monitor > lots of dirs. But the problem is that I cant monitor more then 248 > dirs using that script. On 249th it just hangs. I thought that bug can > be in Fam Perl module, so I decided to use c++ program. I modified > test.c++ file included in the FAM package. So now it has additional > key '-l'.If use that key it'l take list of dirs to monitor from file > dirlist.txt (attached). When I run that modified test.c++, I got more > or less the same result (hangs after 256 dir)as using perl script. So I decided that Fam > perl module is out of the problem. Than I started Fam with debug keys > and tried perl script and then test.c++ again. The result was > absolutely the same: Fam in it's messages said that it's monitoring > needed dirs but only till request number 90. After that it stops > showing any debug messages although perl script or test.c++ send to > Fam more than 90 dirs to monitor. > > Tried on RH Linux 7.3(2.4.18) and Mandrake Linux 8.2 (2.4.18) > > Included files: > fam_sync.pl - perl script to monitor lots of dirs > test.c++ - modified to monitor lots of dirs > dirlist.txt - my directory structure > scandirs.pl - perl script to create dirlist.txt for any directory, > usage: scandirs.pl yourdirname > Take them here: > ftp://cypress.ie.tusur.ru/incoming/4fam/dirlimit.zip I didn't look at your code, but this sounds like an old problem we've seen in the Gnome project to. What you're seeing is a deadlock. When you request to monitor a directory fam will send events back to you, and if you continue to do this while not reading events from fam the pipe from fam->your_app will become full. At this point fam ignores further requests from you, because it would block trying to send the response anyway. After a while you will block on your pipe being full too. The solution is to keep processing fam events while requesting notification. -- =-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-= Alexander Larsson Red Hat, Inc alexl@redhat.com alla@lysator.liu.se He's a short-sighted playboy househusband fleeing from a secret government programme. She's a disco-crazy Bolivian angel who can talk to animals. They fight crime! From fam@smallworld.no Sun Oct 6 14:18:58 2002 Received: with ECARTIS (v1.0.0; list fam); Sun, 06 Oct 2002 14:19:00 -0700 (PDT) Received: from smtp.vassar.edu (mail02.vassar.edu [143.229.1.31]) by oss.sgi.com (8.12.5/8.12.5) with SMTP id g96LIwtG023990 for ; Sun, 6 Oct 2002 14:18:58 -0700 Received: (qmail 12260 invoked by uid 0); 6 Oct 2002 21:05:50 -0000 Received: from unknown (HELO smallworld.no) (user@vassar.edu@143.229.68.238) by mail02.vassar.edu with SMTP; 6 Oct 2002 21:05:50 -0000 Message-ID: <3DA0A8BA.4070901@smallworld.no> Date: Sun, 06 Oct 2002 17:18:50 -0400 From: Arne Kepp User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.2a) Gecko/20020909 X-Accept-Language: en-us, en MIME-Version: 1.0 To: fam@oss.sgi.com Subject: Use fam to log changes made to file system by users? Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-archive-position: 18 X-ecartis-version: Ecartis v1.0.0 Sender: fam-bounce@oss.sgi.com Errors-to: fam-bounce@oss.sgi.com X-original-sender: fam@smallworld.no Precedence: bulk X-list: fam Sorry if I haven't done my homework properly, but I was unable to find this information anywhere: Is there an easy way to make fam write something like to a log file in /var/log or to syslog? Preferably a solution not involving writing my own C program, but if that is what it takes... It would be extremely usefull for many corporate users I imagine, who have to give several users RW access to the same files and want to know who changed what when. If there are other utilities that wold let me do this please let me know,, I have only found changedfiles so far and it doesn't log the user. Thanks, Arne From tanktarta@btinternet.com Mon Oct 7 16:29:09 2002 Received: with ECARTIS (v1.0.0; list fam); Mon, 07 Oct 2002 16:29:10 -0700 (PDT) Received: from protactinium.btinternet.com (protactinium.btinternet.com [194.73.73.176]) by oss.sgi.com (8.12.5/8.12.5) with SMTP id g97NT7tG021486 for ; Mon, 7 Oct 2002 16:29:08 -0700 Received: from host213-123-137-51.in-addr.btopenworld.com ([213.123.137.51]) by protactinium.btinternet.com with esmtp (Exim 3.22 #8) id 17yhJD-0006Jw-00 for fam@oss.sgi.com; Tue, 08 Oct 2002 00:29:07 +0100 Subject: Java client? From: Brett Smith To: fam@oss.sgi.com Content-Type: text/plain Content-Transfer-Encoding: 7bit X-Mailer: Ximian Evolution 1.0.8-3mdk Date: 08 Oct 2002 00:27:18 +0100 Message-Id: <1034033239.15902.5.camel@magicthize.localdomain> Mime-Version: 1.0 X-archive-position: 19 X-ecartis-version: Ecartis v1.0.0 Sender: fam-bounce@oss.sgi.com Errors-to: fam-bounce@oss.sgi.com X-original-sender: tanktarta@btinternet.com Precedence: bulk X-list: fam Hi, Im writing an open source CVS client in Java (http://gruntspud.sourceforge.net) and was wondering if FAM could be used to provide file change events to a java app. It would be a very useful feature for me, but I know very little about C,JNI etc. to write the bindings. Any help would be greatly appreciated, and perhaps I can ease up on the refresh button ;-) Brett From ml-linux-fam@epigenomics.com Mon Oct 7 23:11:22 2002 Received: with ECARTIS (v1.0.0; list fam); Mon, 07 Oct 2002 23:11:24 -0700 (PDT) Received: from gk.ka.epigenomics.net (qmailr@gk.ka.epigenomics.net [62.159.77.106]) by oss.sgi.com (8.12.5/8.12.5) with SMTP id g986BKtG029265 for ; Mon, 7 Oct 2002 23:11:21 -0700 Received: (qmail 22936 invoked from network); 8 Oct 2002 06:11:17 -0000 Received: from einstein.epigenomics.epi (qmailr@192.168.1.4) by weinberg.epigenomics.epi with SMTP; 8 Oct 2002 06:11:17 -0000 Received: (qmail 26382 invoked from network); 8 Oct 2002 06:11:16 -0000 Received: from broglie.epigenomics.epi (qmailr@192.168.1.5) by einstein.epigenomics.epi with SMTP; 8 Oct 2002 06:11:16 -0000 Received: (qmail 30775 invoked by uid 9); 8 Oct 2002 06:11:16 -0000 From: Robert Sander Reply-To: Robert Sander X-Newsgroups: epi.ml.linux.fam Subject: Re: Java client? Date: Tue, 8 Oct 2002 06:11:15 +0000 (UTC) Organization: Epigenomics AG Lines: 21 Message-ID: References: <1034033239.15902.5.camel@magicthize.localdomain> X-Complaints-To: usenet@epigenomics.com User-Agent: slrn/0.9.7.3 (Linux) To: fam@oss.sgi.com X-archive-position: 20 X-ecartis-version: Ecartis v1.0.0 Sender: fam-bounce@oss.sgi.com Errors-to: fam-bounce@oss.sgi.com X-original-sender: ml-linux-fam@epigenomics.com Precedence: bulk X-list: fam On Mon, 7 Oct 2002 23:34:15 +0000 (UTC), Brett Smith wrote: > (http://gruntspud.sourceforge.net) and was wondering if FAM could be > used to provide file change events to a java app. It would be a very > useful feature for me, but I know very little about C,JNI etc. to write > the bindings. Any help would be greatly appreciated, and perhaps I can > ease up on the refresh button ;-) Hi! I do not know if that would work. There is a Python module at http://python-fam.sf.net/ that maybe could be used with Jython in your Java code. Greetings -- Robert Sander Manager Information Systems www.epigenomics.com Kastanienallee 24 +493024345330 10435 Berlin From ml-linux-fam@epigenomics.com Tue Oct 8 00:09:56 2002 Received: with ECARTIS (v1.0.0; list fam); Tue, 08 Oct 2002 00:09:57 -0700 (PDT) Received: from gk.ka.epigenomics.net (qmailr@gk.ka.epigenomics.net [62.159.77.106]) by oss.sgi.com (8.12.5/8.12.5) with SMTP id g9879ttG000610 for ; Tue, 8 Oct 2002 00:09:55 -0700 Received: (qmail 25788 invoked from network); 8 Oct 2002 07:09:50 -0000 Received: from einstein.epigenomics.epi (qmailr@192.168.1.4) by weinberg.epigenomics.epi with SMTP; 8 Oct 2002 07:09:50 -0000 Received: (qmail 32245 invoked from network); 8 Oct 2002 07:09:49 -0000 Received: from broglie.epigenomics.epi (qmailr@192.168.1.5) by einstein.epigenomics.epi with SMTP; 8 Oct 2002 07:09:49 -0000 Received: (qmail 1249 invoked by uid 9); 8 Oct 2002 07:09:49 -0000 From: Robert Sander Reply-To: Robert Sander X-Newsgroups: epi.ml.linux.fam Subject: Re: Java client? Date: Tue, 8 Oct 2002 07:09:49 +0000 (UTC) Organization: Epigenomics AG Lines: 19 Message-ID: References: <1034033239.15902.5.camel@magicthize.localdomain> X-Complaints-To: usenet@epigenomics.com User-Agent: slrn/0.9.7.4 (Linux) To: fam@oss.sgi.com X-archive-position: 21 X-ecartis-version: Ecartis v1.0.0 Sender: fam-bounce@oss.sgi.com Errors-to: fam-bounce@oss.sgi.com X-original-sender: ml-linux-fam@epigenomics.com Precedence: bulk X-list: fam On Tue, 8 Oct 2002 06:11:15 +0000 (UTC), Robert Sander wrote: > I do not know if that would work. There is a Python module at > http://python-fam.sf.net/ that maybe could be used with Jython in your > Java code. Hi! Replying to myself, because I just read http://www.jython.org/cgi-bin/faqw.py?req=show&file=faq04.001.htp It will not work. You still need a JNI implementation of libfam. Greetings -- Robert Sander Manager Information Systems www.epigenomics.com Kastanienallee 24 +493024345330 10435 Berlin From agenc@jhmi.edu Tue Oct 15 07:09:42 2002 Received: with ECARTIS (v1.0.0; list fam); Tue, 15 Oct 2002 07:09:46 -0700 (PDT) Received: from jhuml2.jhmi.edu (jhuml2.jhmi.edu [162.129.234.21]) by oss.sgi.com (8.12.5/8.12.5) with SMTP id g9FE9gtG023885 for ; Tue, 15 Oct 2002 07:09:42 -0700 Received: from jhuml2.jhmi.edu (jhuml2.jhmi.edu [162.129.234.21]) by jhuml2.jhmi.edu (PMDF V6.1 #47568) with SMTP id <0H4100HGU0NV9H@jhuml2.jhmi.edu> for fam@oss.sgi.com; Tue, 15 Oct 2002 10:09:40 -0400 (EDT) Received: from jhuml2.jhmi.edu ([162.129.234.21]) by jhuml2.jhmi.edu (NAVGW 2.5.1.18) with SMTP id M2002101510094017589 for ; Tue, 15 Oct 2002 10:09:40 -0400 Received: from cis27.hosts.jhmi.edu (cis27.hosts.jhmi.edu [162.129.9.14]) by jhuml2.jhmi.edu (PMDF V6.1 #47568) with ESMTP id <0H4100H450O3KB@jhuml2.jhmi.edu> for fam@oss.sgi.com; Tue, 15 Oct 2002 10:09:39 -0400 (EDT) Received: from Jhmipri-MTA by cis27.hosts.jhmi.edu with Novell_GroupWise; Tue, 15 Oct 2002 10:09:38 -0400 Date: Tue, 15 Oct 2002 10:09:29 -0400 From: Ahmet Genc Subject: fam[]: Fatal misconfiguration: To: fam@oss.sgi.com Message-id: MIME-version: 1.0 X-Mailer: Novell GroupWise Internet Agent 6.0.2 Beta Content-type: text/plain; charset=US-ASCII Content-transfer-encoding: 7bit Content-disposition: inline X-archive-position: 22 X-ecartis-version: Ecartis v1.0.0 Sender: fam-bounce@oss.sgi.com Errors-to: fam-bounce@oss.sgi.com X-original-sender: agenc@jhmi.edu Precedence: bulk X-list: fam Hi, I started getting an error since I shut down my system (Onyx2) remotely from home. in SYSLOG, it reiterates the following messages many times : Oct 15 09:52:10 3D:... fam[21455]: Fatal misconfiguration: attempted to use unknown user name "nobody" for untrusted-user Oct 15 09:52:10 4D:... inetd[251]: /usr/etc/fam: exit status 0x1 Also, when I log in the opened window says: File Alteration Monitor has stopped responding. This may cause the background and File MAnager to be inaccurate. To fix this problem, it is recommended that you save all your work, log out, and lock back in. It didn't help to do that, even restarting the machine didn't solve this problem. Has anyone witnessed this before? Thanks Ahmet From ml-linux-fam@epigenomics.com Tue Oct 15 07:29:48 2002 Received: with ECARTIS (v1.0.0; list fam); Tue, 15 Oct 2002 07:29:49 -0700 (PDT) Received: from gk.ka.epigenomics.net (qmailr@gk.ka.epigenomics.net [62.159.77.106]) by oss.sgi.com (8.12.5/8.12.5) with SMTP id g9FETktG026011 for ; Tue, 15 Oct 2002 07:29:47 -0700 Received: (qmail 27517 invoked from network); 15 Oct 2002 14:29:44 -0000 Received: from einstein.epigenomics.epi (qmailr@192.168.1.4) by weinberg.epigenomics.epi with SMTP; 15 Oct 2002 14:29:44 -0000 Received: (qmail 31509 invoked from network); 15 Oct 2002 14:29:43 -0000 Received: from broglie.epigenomics.epi (qmailr@192.168.1.5) by einstein.epigenomics.epi with SMTP; 15 Oct 2002 14:29:43 -0000 Received: (qmail 20748 invoked by uid 9); 15 Oct 2002 14:29:43 -0000 From: Robert Sander Reply-To: Robert Sander X-Newsgroups: epi.ml.linux.fam Subject: Re: fam[]: Fatal misconfiguration: Date: Tue, 15 Oct 2002 14:29:42 +0000 (UTC) Organization: Epigenomics AG Lines: 13 Message-ID: References: X-Complaints-To: usenet@epigenomics.com User-Agent: slrn/0.9.7.4 (Linux) To: fam@oss.sgi.com X-archive-position: 23 X-ecartis-version: Ecartis v1.0.0 Sender: fam-bounce@oss.sgi.com Errors-to: fam-bounce@oss.sgi.com X-original-sender: ml-linux-fam@epigenomics.com Precedence: bulk X-list: fam On Tue, 15 Oct 2002 14:16:06 +0000 (UTC), Ahmet Genc wrote: > Oct 15 09:52:10 3D:... fam[21455]: Fatal misconfiguration: attempted to use unknown user name "nobody" for untrusted-user > Oct 15 09:52:10 4D:... inetd[251]: /usr/etc/fam: exit status 0x1 Check if the user nobody (uid 65534) exists. If not, create him. Greetings -- Robert Sander Manager Information Systems www.epigenomics.com Kastanienallee 24 +493024345330 10435 Berlin From rusty@rlyeh.corp.sgi.com Tue Oct 15 16:07:03 2002 Received: with ECARTIS (v1.0.0; list fam); Tue, 15 Oct 2002 16:07:06 -0700 (PDT) Received: from deliverator.sgi.com (deliverator.SGI.COM [204.94.214.10] (may be forged)) by oss.sgi.com (8.12.5/8.12.5) with SMTP id g9FN72tG030917 for ; Tue, 15 Oct 2002 16:07:02 -0700 Received: from rlyeh.corp.sgi.com (rlyeh.corp.sgi.com [134.15.21.226]) by deliverator.sgi.com (980327.SGI.8.8.8-aspam/980304.SGI-aspam: SGI does not authorize the use of its proprietary systems or networks for unsolicited or bulk email from the Internet.) via ESMTP id QAA07737 for ; Tue, 15 Oct 2002 16:07:01 -0700 (PDT) mail_from (rusty@rlyeh.corp.sgi.com) Received: (from rusty@localhost) by rlyeh.corp.sgi.com (SGI-8.9.3/8.9.3) id QAA62575; Tue, 15 Oct 2002 16:04:26 -0700 (PDT) From: "Rusty Ballinger" Message-Id: <10210151604.ZM160592@rlyeh.corp.sgi.com> Date: Tue, 15 Oct 2002 16:04:26 -0700 In-Reply-To: Robert Sander "Re: fam[]: Fatal misconfiguration:" (Oct 15, 2:29pm) References: X-Face: #)4}U4e`O6YEe%oBzE}>ycmT!Xt?Myiqo~|p3Wh'UuQ[N7)&4\4?8:1n)bmPX]b@#k94%!VojpODdmk:sCr1b\-aXD&P:wjBqupMB:ag6}BwVseJZM@K{$E|0J9}&,Rpdg{&N4/Y8&PTm6>|r[,gI2T*qN!`AZhl>Bdy7JR`dDvP(/pz.}?Q@dg':mlV`RX51Z_ZG?Gta|Q!iA[MaOh Reply-To: rusty@sgi.com X-Mailer: Z-Mail (3.2.3 08feb96 MediaMail) To: agenc@jhmi.edu Subject: Re: fam[]: Fatal misconfiguration: Cc: fam@oss.sgi.com Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-archive-position: 24 X-ecartis-version: Ecartis v1.0.0 Sender: fam-bounce@oss.sgi.com Errors-to: fam-bounce@oss.sgi.com X-original-sender: rusty@rlyeh.corp.sgi.com Precedence: bulk X-list: fam > > Oct 15 09:52:10 3D:... fam[21455]: Fatal misconfiguration: attempted > > to use unknown user name "nobody" for untrusted-user > > Check if the user nobody (uid 65534) exists. If not, create him. Or, if you want to use a user other than "nobody" for untrusted clients, change the untrusted_user name in /etc/fam.conf. --Rusty From jorgland@sol.wh-hms.uni-ulm.de Thu Oct 17 10:24:42 2002 Received: with ECARTIS (v1.0.0; list fam); Thu, 17 Oct 2002 10:24:44 -0700 (PDT) Received: from joergland.wh-hms.uni-ulm.de (mail@joergland.wh-hms.uni-ulm.de [134.60.220.110]) by oss.sgi.com (8.12.5/8.12.5) with SMTP id g9HHOctG008759 for ; Thu, 17 Oct 2002 10:24:41 -0700 Received: from joerg by joergland.wh-hms.uni-ulm.de with local (Exim 3.35 #1 (Debian)) id 182ENv-0003Dx-00 for ; Thu, 17 Oct 2002 19:24:35 +0200 Date: Thu, 17 Oct 2002 19:24:35 +0200 From: Joerg Wendland To: fam@oss.sgi.com Subject: Possible bug in FAM? Message-ID: <20021017172435.GA12281@joergland.wohnheim.uni-ulm.de> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="Nq2Wo0NMKNjxTN9z" Content-Disposition: inline User-Agent: Mutt/1.4i X-archive-position: 25 X-ecartis-version: Ecartis v1.0.0 Sender: fam-bounce@oss.sgi.com Errors-to: fam-bounce@oss.sgi.com X-original-sender: joergland@debian.org Precedence: bulk X-list: fam --Nq2Wo0NMKNjxTN9z Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Hey folks, I am currently trimming FAM 2.6.9 to compile under G++ 3.2 without warnings. G++ gripes at the following line (Cred.c++:97): primary_group =3D untrusted.is_valid() ? untrusted.gid() : NOGROUP; Under Linux/i386 (dunno about others) NOGROUP is defined in asm/params.h as -1 so G++ correctly sees a possible assignment of a signed int to an unsigned int (gid_t primary_group). Now primary_group is later assigned to mygid with is then used in setegid(mygid). Even if mygid's value stays -1 setegid(-1) simply does nothing and I do not believe that this is expected. Correct me if I am wrong. Regards, Joerg --=20 Joerg "joergland" Wendland GPG: 51CF8417 FP: 79C0 7671 AFC7 315E 657A F318 57A3 7FBD 51CF 8417 --Nq2Wo0NMKNjxTN9z Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.0.7 (GNU/Linux) iD8DBQE9rvJSV6N/vVHPhBcRAl8rAJ4mjLnbKoIoksz/ZyPdxluwxdperQCfdFRN 3NE5QBY8bGt8hkULOOzANLI= =Z1/I -----END PGP SIGNATURE----- --Nq2Wo0NMKNjxTN9z-- From martin@wickman.com Thu Oct 17 13:35:28 2002 Received: with ECARTIS (v1.0.0; list fam); Thu, 17 Oct 2002 13:35:32 -0700 (PDT) Received: from c000.snv.cp.net (h000.c000.snv.cp.net [209.228.32.64]) by oss.sgi.com (8.12.5/8.12.5) with SMTP id g9HKZStG011362 for ; Thu, 17 Oct 2002 13:35:28 -0700 Received: (cpmta 5437 invoked from network); 17 Oct 2002 13:35:26 -0700 Received: from 62.181.76.5 (HELO wickman.com) by smtp.wickman.com (209.228.32.64) with SMTP; 17 Oct 2002 13:35:26 -0700 X-Sent: 17 Oct 2002 20:35:26 GMT Message-ID: <3DAF1F0E.4010808@wickman.com> Date: Thu, 17 Oct 2002 22:35:26 +0200 From: Martin Wickman User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.1) Gecko/20020827 X-Accept-Language: en-us, en MIME-Version: 1.0 To: fam@oss.sgi.com Subject: Problem using fam in linux redhat (monitor.c) Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-archive-position: 26 X-ecartis-version: Ecartis v1.0.0 Sender: fam-bounce@oss.sgi.com Errors-to: fam-bounce@oss.sgi.com X-original-sender: martin@wickman.com Precedence: bulk X-list: fam Hi I have been trying to get fam to work with the monitor.c program from the tutorial. monitor.c compiles just fine (I had to change FAMCONNECTION_GETfd to FAMCONNECTION_GETFD -- typo?). My problem: I get 'permission denied' if running as a normal user, or 'address already in use' if running as root. My system: * RedHat 8.0 standard (kernel 2.4.18-14) * I tried variations of settings in /etc/fam.conf * fam is started through xinet.d * fam is rpm fam-2.6.8-4 * I have tried running fam in debug mode (-d) * I tried various ways to configure xinet.d/sgi_fam * FAMOpen() returns ok, it is the FAMMonitorFile/Directory functions that returns <0 for some reason * Probaly nothing, but I noticed early when running 'strace fam -d' some odd: lstat64("/tmp/.famQ0Lw9w", 0xbfffd660)= -1 ENOENT (No such file) unlink("/tmp/.famQ0Lw9w") = -1 ENOENT (No such file) But later unlink() with that file doesnt give 'No such file' Below is all information that I can figure out. I tried to include all related information, I hope it is not too excessive :-) $ gcc monitor.c -lfam -o monitor && echo just fine just fine $ /usr/sbin/rpcinfo -p program vers proto port 100000 2 tcp 111 portmapper 100000 2 udp 111 portmapper 391002 2 tcp 35546 sgi_fam $ /usr/sbin/rpcinfo -t localhost sgi_fam rpcinfo: RPC: Unable to receive; errno = Connection reset by peer program 391002 version 0 is not available $ /usr/sbin/rpcinfo -t localhost sgi_fam 2 rpcinfo: RPC: Unable to receive; errno = Connection reset by peer program 391002 version 2 is not available $ ./monitor monitor.c FAMMonitor failed: Permission denied Nothing monitored. As root # ./monitor monitor.c FAMMonitor failed: Address already in use Nothing monitored. ls -l /tmp/.fam_socket srwx------ 1 root nobody 0 Oct 17 22:30 /tmp/.fam_socket Running monitor with fam -d -C as root: # fam -C -d fam[4454]: log level is LOG_DEBUG fam[4454]: read /etc/fam.conf line 13: "insecure_compatibility" = "false" fam[4454]: read /etc/fam.conf line 20: "untrusted_user" = "nobody" fam[4454]: read /etc/fam.conf line 28: "local_only" = "false" fam[4454]: read /etc/fam.conf line 35: "xtab_verification" = "true" fam[4454]: Running with -C (insecure_compatibility) command-line option fam[4454]: running in insecure compatibility mode fam[4454]: listening for clients on descriptor 3 fam[4454]: client fd 4 is local/untrusted. fam[4454]: new connection from client 4 fam[4454]: client 4 said: client 4 is sockmeister, and wants a unix domain socket fam[4454]: Setting groups to: (none) fam[4454]: Setting egid to 0 fam[4454]: Skipping setting euid, because it's already 0 fam[4454]: client sockmeister said uid 0; creating /tmp/.famy1B2PY fam[4454]: listening for requests for uid 0 on descriptor 5 (/tmp/.famy1B2PY) fam[4454]: client fd 6 is local/trusted (socket /tmp/.famy1B2PY, uid 0). fam[4454]: new connection from client 6 fam[4454]: Shutting down connection fam[4454]: lost connection from sockmeister fam[4454]: Shutting down connection fam[4454]: lost connection from client 6 fam[4454]: exiting after 5 seconds of inactivity Running monitor with fam -C -d as non-root user gives exactly the same output, except uid is 500 instead of 0 I appreciate your time if you are willing to share any ideas with me, cause I am out of them by now :-) --- straces below --- $ strace -e trace=network ./monitor monitor.c socket(PF_INET, SOCK_STREAM, IPPROTO_TCP) = 3 bind(3, {sin_family=AF_INET, sin_port=htons(778), sin_addr=inet_addr("0.0.0.0")}}, 16) = -1 EACCES (Permission denied) connect(3, {sin_family=AF_INET, sin_port=htons(111), sin_addr=inet_addr("127.0.0.1")}}, 16) = 0 socket(PF_INET, SOCK_STREAM, IPPROTO_IP) = 3 connect(3, {sin_family=AF_INET, sin_port=htons(35546), sin_addr=inet_addr("127.0.0.1")}}, 16) = 0 socket(PF_UNIX, SOCK_STREAM, 0) = 4 connect(4, {sin_family=AF_UNIX, path="/tmp/.famv24zdG"}, 110) = 0 FAMMonitor failed: Permission denied Nothing monitored. # strace -e trace=network ./monitor monitor.c socket(PF_INET, SOCK_STREAM, IPPROTO_TCP) = 3 bind(3, {sin_family=AF_INET, sin_port=htons(812), sin_addr=inet_addr("0.0.0.0")}}, 16) = 0 connect(3, {sin_family=AF_INET, sin_port=htons(111), sin_addr=inet_addr("127.0.0.1")}}, 16) = 0 socket(PF_INET, SOCK_STREAM, IPPROTO_IP) = 3 connect(3, {sin_family=AF_INET, sin_port=htons(35546), sin_addr=inet_addr("127.0.0.1")}}, 16) = 0 socket(PF_UNIX, SOCK_STREAM, 0) = 4 connect(4, {sin_family=AF_UNIX, path="/tmp/.famFzhgfn"}, 110) = 0 FAMMonitor failed: Address already in use Nothing monitored. From michael.wardle@adacel.com Thu Oct 17 18:36:15 2002 Received: with ECARTIS (v1.0.0; list fam); Thu, 17 Oct 2002 18:36:18 -0700 (PDT) Received: from arnie.adacel.com.au (arnie.adacel.com.au [203.36.26.147]) by oss.sgi.com (8.12.5/8.12.5) with SMTP id g9I1aEtG007602 for ; Thu, 17 Oct 2002 18:36:15 -0700 Received: (qmail 29930 invoked from network); 18 Oct 2002 01:38:19 -0000 Received: from proton.adacel.com.au (root@203.8.85.90) by arnie.adacel.com.au with SMTP; 18 Oct 2002 01:38:19 -0000 Received: from hera.wodonga.adacel.com.au (hera.wodonga.adacel.com.au [192.168.75.251]) by proton.adacel.com.au (8.8.8+Sun/8.8.8) with SMTP id LAA11012 for ; Fri, 18 Oct 2002 11:36:02 +1000 (EST) Received: (qmail 16652 invoked from network); 18 Oct 2002 01:29:00 -0000 Received: from zeus.wodonga.adacel.com.au (192.168.75.252) by hera.wodonga.adacel.com.au with SMTP; 18 Oct 2002 01:29:00 -0000 Subject: Re: Possible bug in FAM? From: Michael Wardle To: Joerg Wendland Cc: fam@oss.sgi.com In-Reply-To: <20021017172435.GA12281@joergland.wohnheim.uni-ulm.de> References: <20021017172435.GA12281@joergland.wohnheim.uni-ulm.de> Content-Type: text/plain Content-Transfer-Encoding: 7bit X-Mailer: Ximian Evolution 1.0.3 (1.0.3-6) Date: 18 Oct 2002 11:34:02 +1000 Message-Id: <1034904842.18272.15.camel@zeus> Mime-Version: 1.0 X-archive-position: 27 X-ecartis-version: Ecartis v1.0.0 Sender: fam-bounce@oss.sgi.com Errors-to: fam-bounce@oss.sgi.com X-original-sender: michael.wardle@adacel.com Precedence: bulk X-list: fam On Fri, 2002-10-18 at 03:24, Joerg Wendland wrote: > I am currently trimming FAM 2.6.9 to compile under G++ 3.2 without > warnings. G++ gripes at the following line (Cred.c++:97): > > primary_group = untrusted.is_valid() ? untrusted.gid() : NOGROUP; > > Under Linux/i386 (dunno about others) NOGROUP is defined in asm/params.h > as -1 so G++ correctly sees a possible assignment of a signed int to > an unsigned int (gid_t primary_group). On IRIX and FreeBSD, NOGROUP (or equivalent) is a positive constant. On the GNU/Linux systems I tested on (where NOGROUP is -1), primary_group is set to UMAX_INT+(-1) if untrusted.is_valid() is false. I think casting NOGROUP to a gid_t would be sensible, nonetheless, which should also remove the warning. Thanks for pointing that out. -- MICHAEL WARDLE SGI Applications Team Adacel Technologies From michael.wardle@adacel.com Thu Oct 17 21:40:12 2002 Received: with ECARTIS (v1.0.0; list fam); Thu, 17 Oct 2002 21:40:15 -0700 (PDT) Received: from arnie.adacel.com.au (arnie.adacel.com.au [203.36.26.147]) by oss.sgi.com (8.12.5/8.12.5) with SMTP id g9I4e0tG020174 for ; Thu, 17 Oct 2002 21:40:07 -0700 Received: (qmail 3720 invoked from network); 18 Oct 2002 04:42:03 -0000 Received: from proton.adacel.com.au (root@203.8.85.90) by arnie.adacel.com.au with SMTP; 18 Oct 2002 04:42:03 -0000 Received: from hera.wodonga.adacel.com.au (hera.wodonga.adacel.com.au [192.168.75.251]) by proton.adacel.com.au (8.8.8+Sun/8.8.8) with SMTP id OAA22134 for ; Fri, 18 Oct 2002 14:39:41 +1000 (EST) Received: (qmail 16737 invoked from network); 18 Oct 2002 04:32:35 -0000 Received: from zeus.wodonga.adacel.com.au (192.168.75.252) by hera.wodonga.adacel.com.au with SMTP; 18 Oct 2002 04:32:35 -0000 Subject: Re: Problem using fam in linux redhat (monitor.c) From: Michael Wardle To: Martin Wickman Cc: fam@oss.sgi.com In-Reply-To: <3DAF1F0E.4010808@wickman.com> References: <3DAF1F0E.4010808@wickman.com> Content-Type: text/plain Content-Transfer-Encoding: 7bit X-Mailer: Ximian Evolution 1.0.3 (1.0.3-6) Date: 18 Oct 2002 14:37:38 +1000 Message-Id: <1034915858.18272.28.camel@zeus> Mime-Version: 1.0 X-archive-position: 28 X-ecartis-version: Ecartis v1.0.0 Sender: fam-bounce@oss.sgi.com Errors-to: fam-bounce@oss.sgi.com X-original-sender: michael.wardle@adacel.com Precedence: bulk X-list: fam Hi Martin On Fri, 2002-10-18 at 06:35, Martin Wickman wrote: > I have been trying to get fam to work with the monitor.c program from > the tutorial. monitor.c compiles just fine (I had to change > FAMCONNECTION_GETfd to FAMCONNECTION_GETFD -- typo?). > > My problem: > > I get 'permission denied' if running as a normal user, or 'address > already in use' if running as root. [...] > $ ./monitor monitor.c > FAMMonitor failed: Permission denied > Nothing monitored. > > As root > > # ./monitor monitor.c > FAMMonitor failed: Address already in use > Nothing monitored. > > ls -l /tmp/.fam_socket > srwx------ 1 root nobody 0 Oct 17 22:30 /tmp/.fam_socket Most of your output (including what looks like RPC errors) matches my output, yet monitor.c from the Using FAM section of the IRIX Desktop Integration Guide (I assume this is the tutorial you are referring to) works for me. (I assume your "fam -C -d" output and your "strace ./monitor" output were from different attempts, because the socket file name (e.g. /tmp/.famXYZabc) should match.) The only way I was able to reproduce your output was when the file I was trying to monitor (such as monitor.c in "./monitor monitor.c") had no read permissions. Have you tried monitoring other files or changing the permissions on the file you are monitoring? What happens when monitor is executed as root does look like a bug at this point, but I've not looked into it yet. Thanks -- MICHAEL WARDLE SGI Applications Team Adacel Technologies From martin@wickman.com Sat Oct 19 07:29:09 2002 Received: with ECARTIS (v1.0.0; list fam); Sat, 19 Oct 2002 07:29:13 -0700 (PDT) Received: from c000.snv.cp.net (h000.c000.snv.cp.net [209.228.32.64]) by oss.sgi.com (8.12.5/8.12.5) with SMTP id g9JET8tG005777 for ; Sat, 19 Oct 2002 07:29:09 -0700 Received: (cpmta 29478 invoked from network); 19 Oct 2002 07:29:07 -0700 Received: from 62.181.76.5 (HELO wickman.com) by smtp.wickman.com (209.228.32.64) with SMTP; 19 Oct 2002 07:29:07 -0700 X-Sent: 19 Oct 2002 14:29:07 GMT Message-ID: <3DB16C30.4040808@wickman.com> Date: Sat, 19 Oct 2002 16:29:04 +0200 From: Martin Wickman User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.1) Gecko/20020827 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Michael Wardle CC: fam@oss.sgi.com Subject: Re: Problem using fam in linux redhat (monitor.c) References: <3DAF1F0E.4010808@wickman.com> <1034915858.18272.28.camel@zeus> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-archive-position: 29 X-ecartis-version: Ecartis v1.0.0 Sender: fam-bounce@oss.sgi.com Errors-to: fam-bounce@oss.sgi.com X-original-sender: martin@wickman.com Precedence: bulk X-list: fam Michael Wardle wrote: > On Fri, 2002-10-18 at 06:35, Martin Wickman wrote: > Hi Martin Hi and thanks for your reply. [chop] >>I get 'permission denied' if running as a normal user, or 'address >>already in use' if running as root. [chop] > Most of your output (including what looks like RPC errors) matches my > output, yet monitor.c from the Using FAM section of the IRIX Desktop > Integration Guide (I assume this is the tutorial you are referring to) > works for me. Correct. > (I assume your "fam -C -d" output and your "strace > ./monitor" output were from different attempts, because the socket file > name (e.g. /tmp/.famXYZabc) should match.) Correct. > The only way I was able to reproduce your output was when the file I was > trying to monitor (such as monitor.c in "./monitor monitor.c") had no > read permissions. Have you tried monitoring other files or changing the > permissions on the file you are monitoring? This got me started testing "the more obvious things" :-) It seems that I must provide an absolute path to the file or get an error. Maybe this is the way it should work? Here is a short scenario fyi: $ pwd /home/wic/proj/famtest $ ./monitor no_such_file # sanity check no_such_file: No such file or directory FAMMonitor failed: Illegal seek Nothing monitored. $ touch a $ ls -l a -rw-rw-r-- 1 wic wic 0 Oct 19 16:12 a $ ./monitor a # relative FAMMonitor failed: Permission denied # fails Nothing monitored. $ ./monitor ./a # relative FAMMonitor failed: Permission denied # fails Nothing monitored. $ ./monitor /home/wic/proj/famtest/a # absolute /home/wic/proj/famtest/a FAMExists # works $ touch ../../a $ ./monitor ../../a # relative FAMMonitor failed: Permission denied # fails Nothing monitored. $ ./monitor /home/wic/a # absolute /home/wic/a FAMExists # works > What happens when monitor is executed as root does look like a bug at > this point, but I've not looked into it yet. Using root gives the same problem, but different errors ("address already in use"): # pwd /home/wic/proj/famtest # ./monitor no_such_file # sanity check no_such_file: No such file or directory FAMMonitor failed: Illegal seek Nothing monitored. # ./monitor a # relative FAMMonitor failed: Address already in use # fails Nothing monitored. # ./monitor ./a # relative FAMMonitor failed: Address already in use # fails Nothing monitored. # ./monitor /home/wic/proj/famtest/a # absolute /home/wic/proj/famtest/a FAMExists # works # # ./monitor ../../a # relative FAMMonitor failed: Address already in use # fails Nothing monitored. Thanks! From ml-linux-fam@epigenomics.com Wed Oct 23 02:17:30 2002 Received: with ECARTIS (v1.0.0; list fam); Wed, 23 Oct 2002 02:17:31 -0700 (PDT) Received: from gk.ka.epigenomics.net (qmailr@gk.ka.epigenomics.net [62.159.77.106]) by oss.sgi.com (8.12.5/8.12.5) with SMTP id g9N9HRuR002277 for ; Wed, 23 Oct 2002 02:17:29 -0700 Received: (qmail 338 invoked from network); 23 Oct 2002 09:17:31 -0000 Received: from einstein.epigenomics.epi (qmailr@192.168.1.4) by weinberg.epigenomics.epi with SMTP; 23 Oct 2002 09:17:31 -0000 Received: (qmail 3548 invoked from network); 23 Oct 2002 09:17:30 -0000 Received: from broglie.epigenomics.epi (qmailr@192.168.1.5) by einstein.epigenomics.epi with SMTP; 23 Oct 2002 09:17:30 -0000 Received: (qmail 17962 invoked by uid 9); 23 Oct 2002 09:17:30 -0000 From: Dirk Habighorst Reply-To: Dirk Habighorst X-Newsgroups: epi.ml.linux.fam Subject: End of file creation or modification Date: Wed, 23 Oct 2002 11:17:29 +0200 Organization: Epigenomics AG Lines: 14 Message-ID: Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-15; format=flowed Content-Transfer-Encoding: 8bit X-Complaints-To: usenet@epigenomics.com User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.0.1) Gecko/20020826 X-Accept-Language: de, en-us, en X-Enigmail-Version: 0.63.3.0 X-Enigmail-Supports: pgp-inline, pgp-mime To: fam@oss.sgi.com X-archive-position: 30 X-ecartis-version: Ecartis v1.0.0 Sender: fam-bounce@oss.sgi.com Errors-to: fam-bounce@oss.sgi.com X-original-sender: ml-linux-fam@epigenomics.com Precedence: bulk X-list: fam Hallo, I am looking for a way to detect the end of file creation or modification. How does fam detect when the execution of a file stops? Maybe something similar could be used for my problem. Any ideas are appreciated. ciao dirk -- Dirk Habighorst e-mail:dirk@epigenomics.de Epigenomics AG Tel.: +49-30-24345-372 Kleine Präsidentenstrasse 1 10178 Berlin From ml-linux-fam@epigenomics.com Wed Oct 23 06:48:26 2002 Received: with ECARTIS (v1.0.0; list fam); Wed, 23 Oct 2002 06:48:29 -0700 (PDT) Received: from gk.ka.epigenomics.net (qmailr@gk.ka.epigenomics.net [62.159.77.106]) by oss.sgi.com (8.12.5/8.12.5) with SMTP id g9NDmCuR025885 for ; Wed, 23 Oct 2002 06:48:25 -0700 Received: (qmail 5215 invoked from network); 23 Oct 2002 13:48:18 -0000 Received: from einstein.epigenomics.epi (qmailr@192.168.1.4) by weinberg.epigenomics.epi with SMTP; 23 Oct 2002 13:48:18 -0000 Received: (qmail 14557 invoked from network); 23 Oct 2002 13:48:17 -0000 Received: from broglie.epigenomics.epi (qmailr@192.168.1.5) by einstein.epigenomics.epi with SMTP; 23 Oct 2002 13:48:17 -0000 Received: (qmail 2681 invoked by uid 9); 23 Oct 2002 13:48:17 -0000 From: Dirk Habighorst Reply-To: Dirk Habighorst X-Newsgroups: epi.ml.linux.fam Subject: Re: Problem using fam in linux redhat (monitor.c) Date: Wed, 23 Oct 2002 15:48:16 +0200 Organization: Epigenomics AG Lines: 61 Message-ID: References: <3DAF1F0E.4010808@wickman.com> <1034915858.18272.28.camel@zeus> Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-15; format=flowed Content-Transfer-Encoding: 8bit X-Complaints-To: usenet@epigenomics.com User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.0.1) Gecko/20020826 X-Accept-Language: de, en-us, en X-Enigmail-Version: 0.63.3.0 X-Enigmail-Supports: pgp-inline, pgp-mime To: fam@oss.sgi.com X-archive-position: 31 X-ecartis-version: Ecartis v1.0.0 Sender: fam-bounce@oss.sgi.com Errors-to: fam-bounce@oss.sgi.com X-original-sender: ml-linux-fam@epigenomics.com Precedence: bulk X-list: fam Michael Wardle wrote: > Hi Martin > > On Fri, 2002-10-18 at 06:35, Martin Wickman wrote: > >>I have been trying to get fam to work with the monitor.c program from >>the tutorial. monitor.c compiles just fine (I had to change >>FAMCONNECTION_GETfd to FAMCONNECTION_GETFD -- typo?). >> >>My problem: >> >>I get 'permission denied' if running as a normal user, or 'address >>already in use' if running as root. > > > [...] > > >>$ ./monitor monitor.c >>FAMMonitor failed: Permission denied >>Nothing monitored. >> >>As root >> >># ./monitor monitor.c >>FAMMonitor failed: Address already in use >>Nothing monitored. >> >>ls -l /tmp/.fam_socket >>srwx------ 1 root nobody 0 Oct 17 22:30 /tmp/.fam_socket > > > Most of your output (including what looks like RPC errors) matches my > output, yet monitor.c from the Using FAM section of the IRIX Desktop > Integration Guide (I assume this is the tutorial you are referring to) > works for me. (I assume your "fam -C -d" output and your "strace > ./monitor" output were from different attempts, because the socket file > name (e.g. /tmp/.famXYZabc) should match.) > > The only way I was able to reproduce your output was when the file I was > trying to monitor (such as monitor.c in "./monitor monitor.c") had no > read permissions. Have you tried monitoring other files or changing the > permissions on the file you are monitoring? I do get the same error Martin gets when using relative pathnames. The IRIX Desktop Integration Guide mentions not to use relative pathnames. Now I am wondering how you succeeded with it. > What happens when monitor is executed as root does look like a bug at > this point, but I've not looked into it yet. > > Thanks > ciao dirk -- Dirk Habighorst e-mail:dirk@epigenomics.de Epigenomics AG Tel.: +49-30-24345-372 Kleine Präsidentenstrasse 1 10178 Berlin From Mattias.Brunschen@sfb.de Fri Oct 25 07:38:25 2002 Received: with ECARTIS (v1.0.0; list fam); Fri, 25 Oct 2002 07:38:28 -0700 (PDT) Received: from ns.sfb.de (ns.sfb.de [62.220.2.2]) by oss.sgi.com (8.12.5/8.12.5) with SMTP id g9PEcNuR004170 for ; Fri, 25 Oct 2002 07:38:25 -0700 Received: from news.sfb.de (news.sfb.de [62.220.2.15]) by ns.sfb.de (8.11.6+Sun/8.11.6) with ESMTP id g9PEaQA18138 for ; Fri, 25 Oct 2002 16:36:26 +0200 (MEST) Received: from enterprise9.sfb.de (enterprise9.sfb.de [172.17.4.12]) by news.sfb.de (8.9.3/8.9.3) with ESMTP id QAA12412 for ; Fri, 25 Oct 2002 16:38:34 +0200 Received: from zs-0386 [172.16.50.125] by enterprise9.sfb.de with ESMTP (SMTPD32-6.05) id A7636E59002C; Fri, 25 Oct 2002 16:38:27 +0200 Content-Type: text/plain; charset="us-ascii" From: Mattias Brunschen Organization: ARD-Text To: fam@oss.sgi.com Subject: FAM notify on "file closed after modification" ??? Date: Fri, 25 Oct 2002 16:42:04 +0200 X-Mailer: KMail [version 1.4] MIME-Version: 1.0 Content-Transfer-Encoding: 8bit Message-Id: <200210251642.04950.Mattias.Brunschen@sfb.de> X-archive-position: 32 X-ecartis-version: Ecartis v1.0.0 Sender: fam-bounce@oss.sgi.com Errors-to: fam-bounce@oss.sgi.com X-original-sender: Mattias.Brunschen@sfb.de Precedence: bulk X-list: fam Hi folks, I often get files via network (e.g. via FTP / SFTP or via SMB/Windows "file shares"), where I have to process these files automagically to something else, e.g. to insert the data provided into a database. In order to do that my software needs to know when a file is written to disk completely, that is when the process writing down the file (i.e. FTP or the SMB daemon) closes the file. Reading the manuals of the current FAM implementation I understand that FAM can tell me when the file is created and when it is modified, but the notification when the file is closed for good seems to be missing... Okay, I could listen for the creation and modification of a file, and when there has been no modification for, let's say, 10 seconds or 2 minutes or whatever, I could assume the file is complete. But think of a short network failure, e.g. reset of a switch or re-plugging of a network cable, this could result in some seconds or a minute of interrupt of the file transfer with automatic recovery, so in this case my software would assume the file complete (because of some seconds of "no modification"), resulting in an attempt to read a still incomplete file. So my question: Are there any ideas to implement this "file was closed" notification? Regards, Mattias Brunschen From martin@wickman.com Fri Oct 25 09:42:14 2002 Received: with ECARTIS (v1.0.0; list fam); Fri, 25 Oct 2002 09:42:16 -0700 (PDT) Received: from c000.snv.cp.net (h008.c000.snv.cp.net [209.228.32.72]) by oss.sgi.com (8.12.5/8.12.5) with SMTP id g9PGgEuR009057 for ; Fri, 25 Oct 2002 09:42:14 -0700 Received: (cpmta 6405 invoked from network); 25 Oct 2002 09:42:30 -0700 Received: from 62.181.76.5 (HELO wickman.com) by smtp.wickman.com (209.228.32.72) with SMTP; 25 Oct 2002 09:42:30 -0700 X-Sent: 25 Oct 2002 16:42:30 GMT Message-ID: <3DB97475.9000707@wickman.com> Date: Fri, 25 Oct 2002 18:42:29 +0200 From: Martin Wickman User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.1) Gecko/20020827 X-Accept-Language: en-us, en MIME-Version: 1.0 To: fam@oss.sgi.com Subject: Re: FAM notify on "file closed after modification" ??? References: <200210251642.04950.Mattias.Brunschen@sfb.de> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-archive-position: 33 X-ecartis-version: Ecartis v1.0.0 Sender: fam-bounce@oss.sgi.com Errors-to: fam-bounce@oss.sgi.com X-original-sender: martin@wickman.com Precedence: bulk X-list: fam Mattias Brunschen wrote: > > In order to do that my software needs to know when a file is written to disk > completely, that is when the process writing down the file (i.e. FTP or the > SMB daemon) closes the file. [...] > Are there any ideas to implement this "file was closed" notification? I have the same problem. A workaround is to see if there are any processes keeping the file open. I have done this using 'lsof' on Linux. Here is a hack which does that. Put it in a while loop: # Get the list from lsof and figure out which files are "free") dir=my/input find $dir -type f -maxdepth 1 -print0 | tee tmp | tr \\0 \\n > tmp2 xargs --null /usr/sbin/lsof -Fnp < tmp | grep '^n' | sed 's/^n//' >> tmp2 sort < tmp2 | uniq -c | grep '^ 1' | cut -d1 -f2- | while read f; echo $f is free done From dwatson@cs.ucr.edu Mon Oct 28 14:36:44 2002 Received: with ECARTIS (v1.0.0; list fam); Mon, 28 Oct 2002 14:36:46 -0800 (PST) Received: from galois.pok.ibm.com (bi-01pt1.bluebird.ibm.com [129.42.208.186]) by oss.sgi.com (8.12.5/8.12.5) with SMTP id g9SMaiuR002213 for ; Mon, 28 Oct 2002 14:36:44 -0800 Received: (from dwatson@localhost) by galois.pok.ibm.com (8.11.6/8.11.6) id g9SLoix03317; Mon, 28 Oct 2002 16:50:44 -0500 X-Authentication-Warning: galois.pok.ibm.com: dwatson set sender to dwatson@cs.ucr.edu using -f Subject: [FAM][PATCH] large file support From: David Emory Watson To: fam@oss.sgi.com Cc: nautilus-list@gnome.org Content-Type: multipart/mixed; boundary="=-vJDNvTvUZyo3/gwPIYko" X-Mailer: Ximian Evolution 1.0.8 Date: 28 Oct 2002 16:50:43 -0500 Message-Id: <1035841843.2984.137.camel@galois.pok.ibm.com> Mime-Version: 1.0 X-archive-position: 34 X-ecartis-version: Ecartis v1.0.0 Sender: fam-bounce@oss.sgi.com Errors-to: fam-bounce@oss.sgi.com X-original-sender: dwatson@cs.ucr.edu Precedence: bulk X-list: fam --=-vJDNvTvUZyo3/gwPIYko Content-Type: text/plain Content-Transfer-Encoding: 7bit The following 3 line change to fam enables large file support. Without it, fam will send delete events to anyone interested in a large file. Nautilus users can see the results of this bug by creating a large file (e.g. "dd if=/dev/zero of=/tmp/bigZero bs=256k count=8000") and then selecting it with nautilus. Without a patched fam, the file will disappear. - David --=-vJDNvTvUZyo3/gwPIYko Content-Disposition: attachment; filename=largefile.patch Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; name=largefile.patch; charset=ISO-8859-1 --- ./fam-2.6.9/common.am Tue Jul 16 01:23:24 2002 +++ fam-2.6.9-largefile/common.am Mon Oct 28 16:21:55 2002 @@ -4,7 +4,9 @@ AUTOMAKE_OPTIONS=3Dno-dependencies =20 # why couldn't CONFIG_ETC_CONFIG_PATH be defined in config.h??? -INCLUDES =3D @FAMPROTOINC@ -DCONFIG_ETC_CONFIG_PATH=3D\"@FAM_CONF@\" +INCLUDES =3D @FAMPROTOINC@ -DCONFIG_ETC_CONFIG_PATH=3D\"@FAM_CONF@\" \ + -D_FILE_OFFSET_BITS=3D64 \ + -D_LARGEFILE64_SOURCE =20 # should this be set by the configure script? EDITCONF =3D perl $(top_srcdir)/util/editconf/editconf.perl --=-vJDNvTvUZyo3/gwPIYko-- From ml-linux-fam@epigenomics.com Mon Oct 28 23:28:35 2002 Received: with ECARTIS (v1.0.0; list fam); Mon, 28 Oct 2002 23:28:37 -0800 (PST) Received: from gk.ka.epigenomics.net (qmailr@gk.ka.epigenomics.net [62.159.77.106]) by oss.sgi.com (8.12.5/8.12.5) with SMTP id g9T7SWuR014084 for ; Mon, 28 Oct 2002 23:28:32 -0800 Received: (qmail 18353 invoked from network); 29 Oct 2002 07:29:02 -0000 Received: from einstein.epigenomics.epi (qmailr@192.168.1.4) by weinberg.epigenomics.epi with SMTP; 29 Oct 2002 07:29:02 -0000 Received: (qmail 634 invoked from network); 29 Oct 2002 07:29:01 -0000 Received: from broglie.epigenomics.epi (qmailr@192.168.1.5) by einstein.epigenomics.epi with SMTP; 29 Oct 2002 07:29:01 -0000 Received: (qmail 11260 invoked by uid 9); 29 Oct 2002 07:29:01 -0000 From: Dirk Habighorst Reply-To: Dirk Habighorst X-Newsgroups: epi.ml.linux.fam Subject: Segmentation violation in famd Date: Tue, 29 Oct 2002 08:29:00 +0100 Organization: Epigenomics AG Lines: 408 Message-ID: Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-15; format=flowed Content-Transfer-Encoding: 8bit X-Complaints-To: usenet@epigenomics.com User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.0.1) Gecko/20020826 X-Accept-Language: de, en-us, en X-Enigmail-Version: 0.63.3.0 X-Enigmail-Supports: pgp-inline, pgp-mime To: fam@oss.sgi.com X-archive-position: 35 X-ecartis-version: Ecartis v1.0.0 Sender: fam-bounce@oss.sgi.com Errors-to: fam-bounce@oss.sgi.com X-original-sender: ml-linux-fam@epigenomics.com Precedence: bulk X-list: fam Hallo, when monitoring a directory (using the code from 'IRIX Interactive Desktop Integration Guide') the famd exits with a segmentation violation. I use fam 2.6.6 with debian linux. There are automounted filesystems involved. Here is the log: Oct 28 14:46:01 brodsky fam[6386]: log level is LOG_DEBUG Oct 28 14:46:01 brodsky fam[6386]: read /etc/fam.conf line 13: "insecure_compatibility" = "false" Oct 28 14:46:01 brodsky fam[6386]: read /etc/fam.conf line 20: "untrusted_user" = "nobody" Oct 28 14:46:01 brodsky fam[6386]: read /etc/fam.conf line 28: "local_only" = "false" Oct 28 14:46:01 brodsky fam[6386]: read /etc/fam.conf line 35: "xtab_verification" = "true" Oct 28 14:46:01 brodsky fam[6386]: Setting untrusted-user to "nobody" (uid: 65534, gid: 65534) Oct 28 14:46:01 brodsky fam[6386]: listening for clients on descriptor 0 Oct 28 14:46:01 brodsky fam[6386]: could not enslave myself: Connection refused Oct 28 14:46:01 brodsky fam[6386]: fam (process 6386) is master fam. Oct 28 14:46:01 brodsky fam[6386]: client fd 5 is local/untrusted. Oct 28 14:46:01 brodsky fam[6386]: new connection from client 5 Oct 28 14:46:01 brodsky fam[6386]: client 5 said: client 5 is sockmeister, and wants a unix domain socket Oct 28 14:46:01 brodsky fam[6386]: Setting groups to: (none) Oct 28 14:46:01 brodsky fam[6386]: Setting egid to 0 Oct 28 14:46:01 brodsky fam[6386]: Skipping setting euid, because it's already 0 Oct 28 14:46:01 brodsky fam[6386]: client sockmeister said uid 568; creating /tmp/.fam3wETTi Oct 28 14:46:01 brodsky fam[6386]: listening for requests for uid 568 on descriptor 6 (/tmp/.fam3wETTi) Oct 28 14:46:01 brodsky fam[6386]: Shutting down connection Oct 28 14:46:01 brodsky fam[6386]: lost connection from sockmeister Oct 28 14:46:01 brodsky fam[6386]: client fd 5 is local/trusted (socket /tmp/.fam3wETTi, uid 568). Oct 28 14:46:01 brodsky fam[6386]: new connection from client 5 Oct 28 14:46:01 brodsky fam[6386]: client 5 said: request 1 monitor dir "/usr/local/" Oct 28 14:46:01 brodsky fam[6386]: mtab: new local "/dev/hda2" on "/" Oct 28 14:46:01 brodsky fam[6386]: mtab: new local "proc" on "/proc" Oct 28 14:46:01 brodsky fam[6386]: mtab: new local "devpts" on "/dev/pts" Oct 28 14:46:01 brodsky fam[6386]: mtab: new local "/dev/hda3" on "/mnt/fat/c" Oct 28 14:46:01 brodsky fam[6386]: mtab: new local "automount(pid356)" on "/vol" Oct 28 14:46:01 brodsky fam[6386]: mtab: new local "automount(pid386)" on "/home" Oct 28 14:46:01 brodsky fam[6386]: mtab: new local "automount(pid391)" on "/mnt/nfs" Oct 28 14:46:01 brodsky fam[6386]: mtab: new NFS "raman:/mnt/raid/0/home/hm" on "/home/hm" using Oct 28 14:46:01 brodsky fam[6386]: attr_cache_timout set to 60 Oct 28 14:46:01 brodsky fam[6386]: mtab: new NFS "raman:/mnt/raid/1/local" on "/mnt/nfs/local.hm" using Oct 28 14:46:01 brodsky fam[6386]: attr_cache_timout set to 60 Oct 28 14:46:01 brodsky fam[6386]: mtab: new NFS "kilby:/mnt/raid/1/mp3" on "/mnt/nfs/mp3.hm" using Oct 28 14:46:01 brodsky fam[6386]: attr_cache_timout set to 60 Oct 28 14:46:01 brodsky fam[6386]: mtab done. Oct 28 14:46:01 brodsky fam[6386]: myself watching /etc/mtab Oct 28 14:46:01 brodsky fam[6386]: express() name: /etc/mtab Oct 28 14:46:01 brodsky fam[6386]: opened pipe Oct 28 14:46:01 brodsky fam[6386]: New DirWatch for /etc (302 fd01) Oct 28 14:46:01 brodsky fam[6386]: New FileWatch for 302 ff1e Oct 28 14:46:01 brodsky fam[6386]: told dnotify to monitor "/etc/mtab" = dev 3/2, ino 65310 Oct 28 14:46:01 brodsky fam[6386]: Setting groups to: 100 6450 6200 2005 103 200 314 313 230 6100 7400 6300 7100 2000 Oct 28 14:46:01 brodsky fam[6386]: Setting egid to 568 Oct 28 14:46:01 brodsky fam[6386]: Setting euid to 568 Oct 28 14:46:01 brodsky fam[6386]: express() name: /usr/local/ Oct 28 14:46:01 brodsky fam[6386]: New DirWatch for /usr/local/ (302 b24d3) Oct 28 14:46:01 brodsky fam[6386]: New FileWatch for 302 b24d3 Oct 28 14:46:01 brodsky fam[6386]: told dnotify to monitor "/usr/local/" = dev 3/2, ino 730323 Oct 28 14:46:01 brodsky fam[6386]: sent event to client 5: request 1 "/usr/local/" Exists Oct 28 14:46:01 brodsky fam[6386]: +chdir to "/usr/local/" Oct 28 14:46:01 brodsky fam[6386]: express() name: share Oct 28 14:46:01 brodsky fam[6386]: New DirWatch for share (302 b24d4) Oct 28 14:46:01 brodsky fam[6386]: New FileWatch for 302 b24d4 Oct 28 14:46:01 brodsky fam[6386]: told dnotify to monitor "share" = dev 3/2, ino 730324 Oct 28 14:46:01 brodsky fam[6386]: sent event to client 5: request 1 "share" Exists Oct 28 14:46:01 brodsky fam[6386]: express() name: bin Oct 28 14:46:01 brodsky fam[6386]: New DirWatch for bin (302 4685) Oct 28 14:46:01 brodsky fam[6386]: New FileWatch for 302 4685 Oct 28 14:46:01 brodsky fam[6386]: told dnotify to monitor "bin" = dev 3/2, ino 18053 Oct 28 14:46:01 brodsky fam[6386]: sent event to client 5: request 1 "bin" Exists Oct 28 14:46:01 brodsky fam[6386]: express() name: man Oct 28 14:46:01 brodsky fam[6386]: New DirWatch for man (302 73254) Oct 28 14:46:01 brodsky fam[6386]: New FileWatch for 302 73254 Oct 28 14:46:01 brodsky fam[6386]: told dnotify to monitor "man" = dev 3/2, ino 471636 Oct 28 14:46:01 brodsky fam[6386]: sent event to client 5: request 1 "man" Exists Oct 28 14:46:01 brodsky fam[6386]: express() name: lib Oct 28 14:46:01 brodsky fam[6386]: New DirWatch for lib (302 b24d8) Oct 28 14:46:01 brodsky fam[6386]: New FileWatch for 302 b24d8 Oct 28 14:46:01 brodsky fam[6386]: told dnotify to monitor "lib" = dev 3/2, ino 730328 Oct 28 14:46:01 brodsky fam[6386]: sent event to client 5: request 1 "lib" Exists Oct 28 14:46:01 brodsky fam[6386]: express() name: include Oct 28 14:46:01 brodsky fam[6386]: New DirWatch for include (302 b24df) Oct 28 14:46:01 brodsky fam[6386]: New FileWatch for 302 b24df Oct 28 14:46:01 brodsky fam[6386]: told dnotify to monitor "include" = dev 3/2, ino 730335 Oct 28 14:46:01 brodsky fam[6386]: sent event to client 5: request 1 "include" Exists Oct 28 14:46:01 brodsky fam[6386]: express() name: sbin Oct 28 14:46:01 brodsky fam[6386]: New DirWatch for sbin (302 468e) Oct 28 14:46:01 brodsky fam[6386]: New FileWatch for 302 468e Oct 28 14:46:01 brodsky fam[6386]: told dnotify to monitor "sbin" = dev 3/2, ino 18062 Oct 28 14:46:01 brodsky fam[6386]: sent event to client 5: request 1 "sbin" Exists Oct 28 14:46:01 brodsky fam[6386]: express() name: src Oct 28 14:46:01 brodsky fam[6386]: New DirWatch for src (302 b24e0) Oct 28 14:46:01 brodsky fam[6386]: New FileWatch for 302 b24e0 Oct 28 14:46:01 brodsky fam[6386]: told dnotify to monitor "src" = dev 3/2, ino 730336 Oct 28 14:46:01 brodsky fam[6386]: sent event to client 5: request 1 "src" Exists Oct 28 14:46:01 brodsky fam[6386]: express() name: anarchy Oct 28 14:46:01 brodsky fam[6386]: New DirWatch for anarchy (302 468f) Oct 28 14:46:01 brodsky fam[6386]: New FileWatch for 302 468f Oct 28 14:46:01 brodsky fam[6386]: told dnotify to monitor "anarchy" = dev 3/2, ino 18063 Oct 28 14:46:01 brodsky fam[6386]: sent event to client 5: request 1 "anarchy" Exists Oct 28 14:46:01 brodsky fam[6386]: express() name: mozilla Oct 28 14:46:01 brodsky fam[6386]: New DirWatch for mozilla (302 63940) Oct 28 14:46:01 brodsky fam[6386]: New FileWatch for 302 63940 Oct 28 14:46:01 brodsky fam[6386]: told dnotify to monitor "mozilla" = dev 3/2, ino 407872 Oct 28 14:46:01 brodsky fam[6386]: sent event to client 5: request 1 "mozilla" Exists Oct 28 14:46:01 brodsky fam[6386]: express() name: jdk Oct 28 14:46:01 brodsky fam[6386]: New DirWatch for jdk (302 3f78f) Oct 28 14:46:01 brodsky fam[6386]: New FileWatch for 302 3f78f Oct 28 14:46:01 brodsky fam[6386]: told dnotify to monitor "jdk" = dev 3/2, ino 259983 Oct 28 14:46:01 brodsky fam[6386]: sent event to client 5: request 1 "jdk" Exists Oct 28 14:46:01 brodsky fam[6386]: -chdir to "/" Oct 28 14:46:01 brodsky fam[6386]: sent event to client 5: request 1 "/usr/local/" EndExist Oct 28 15:22:28 brodsky fam[6386]: client fd 10 is local/untrusted. Oct 28 15:22:28 brodsky fam[6386]: new connection from client 10 Oct 28 15:22:28 brodsky fam[6386]: client 10 said: client 10 is sockmeister, and wants a unix domain socket Oct 28 15:22:28 brodsky fam[6386]: Setting euid to 0 Oct 28 15:22:28 brodsky fam[6386]: Setting groups to: (none) Oct 28 15:22:28 brodsky fam[6386]: Setting egid to 0 Oct 28 15:22:28 brodsky fam[6386]: client sockmeister said uid 568; creating /tmp/.famln4Wzb Oct 28 15:22:28 brodsky fam[6386]: listening for requests for uid 568 on descriptor 21 (/tmp/.famln4Wzb) Oct 28 15:22:28 brodsky fam[6386]: client fd 22 is local/trusted (socket /tmp/.famln4Wzb, uid 568). Oct 28 15:22:28 brodsky fam[6386]: new connection from client 22 Oct 28 15:22:28 brodsky fam[6386]: Shutting down connection Oct 28 15:22:28 brodsky fam[6386]: lost connection from sockmeister Oct 28 15:22:28 brodsky fam[6386]: Shutting down connection Oct 28 15:22:28 brodsky fam[6386]: lost connection from client 22 Oct 28 15:22:28 brodsky fam[6386]: Setting groups to: 100 6450 6200 2005 103 200 314 313 230 6100 7400 6300 7100 2000 Oct 28 15:22:28 brodsky fam[6386]: Setting egid to 568 Oct 28 15:22:28 brodsky fam[6386]: Setting euid to 568 Oct 28 15:27:48 brodsky fam[6386]: client fd 10 is local/untrusted. Oct 28 15:27:48 brodsky fam[6386]: new connection from client 10 Oct 28 15:27:48 brodsky fam[6386]: client 10 said: client 10 is sockmeister, and wants a unix domain socket Oct 28 15:27:48 brodsky fam[6386]: Setting euid to 0 Oct 28 15:27:48 brodsky fam[6386]: Setting groups to: (none) Oct 28 15:27:48 brodsky fam[6386]: Setting egid to 0 Oct 28 15:27:48 brodsky fam[6386]: client sockmeister said uid 568; creating /tmp/.famlGVWr8 Oct 28 15:27:48 brodsky fam[6386]: listening for requests for uid 568 on descriptor 21 (/tmp/.famlGVWr8) Oct 28 15:27:48 brodsky fam[6386]: Shutting down connection Oct 28 15:27:48 brodsky fam[6386]: lost connection from sockmeister Oct 28 15:27:48 brodsky fam[6386]: client fd 10 is local/trusted (socket /tmp/.famlGVWr8, uid 568). Oct 28 15:27:48 brodsky fam[6386]: new connection from client 10 Oct 28 15:34:29 brodsky fam[6386]: Shutting down connection Oct 28 15:34:29 brodsky fam[6386]: lost connection from client 10 Oct 28 15:34:29 brodsky fam[6386]: Setting groups to: 100 6450 6200 2005 103 200 314 313 230 6100 7400 6300 7100 2000 Oct 28 15:34:29 brodsky fam[6386]: Setting egid to 568 Oct 28 15:34:29 brodsky fam[6386]: Setting euid to 568 Oct 28 15:35:29 brodsky fam[6386]: dnotify said dev 3/2, ino 64769 changed Oct 28 15:35:29 brodsky fam[6386]: Setting euid to 0 Oct 28 15:35:29 brodsky fam[6386]: Setting groups to: (none) Oct 28 15:35:29 brodsky fam[6386]: Setting egid to 0 Oct 28 15:35:29 brodsky fam[6386]: dnotify said dev 3/2, ino 64769 changed Oct 28 15:35:29 brodsky fam[6386]: revoke() name: /etc/mtab, dev: 302, ino: 0 Oct 28 15:35:29 brodsky fam[6386]: Destroying FileWatch for (302 ff1e) Oct 28 15:35:29 brodsky fam[6386]: Destroying DirWatch for (302 fd01) Oct 28 15:35:29 brodsky fam[6386]: express() name: /etc/mtab Oct 28 15:35:29 brodsky fam[6386]: New DirWatch for /etc (302 fd01) Oct 28 15:35:29 brodsky fam[6386]: New FileWatch for 302 ff21 Oct 28 15:35:29 brodsky fam[6386]: told dnotify to monitor "/etc/mtab" = dev 3/2, ino 65313 Oct 28 15:35:29 brodsky fam[6386]: /etc/mtab changed, rebuilding filesystem table Oct 28 15:35:29 brodsky fam[6386]: mtab: MATCH "/dev/hda2" on "/" using type Oct 28 15:35:29 brodsky fam[6386]: mtab: MATCH "proc" on "/proc" using type Oct 28 15:35:29 brodsky fam[6386]: mtab: MATCH "devpts" on "/dev/pts" using type Oct 28 15:35:29 brodsky fam[6386]: mtab: MATCH "/dev/hda3" on "/mnt/fat/c" using type Oct 28 15:35:29 brodsky fam[6386]: mtab: MATCH "automount(pid356)" on "/vol" using type Oct 28 15:35:29 brodsky fam[6386]: mtab: MATCH "automount(pid386)" on "/home" using type Oct 28 15:35:29 brodsky fam[6386]: mtab: MATCH "automount(pid391)" on "/mnt/nfs" using type Oct 28 15:35:29 brodsky fam[6386]: mtab: MATCH "raman:/mnt/raid/0/home/hm" on "/home/hm" using type Oct 28 15:35:29 brodsky fam[6386]: mtab: MATCH "raman:/mnt/raid/1/local" on "/mnt/nfs/local.hm" using type Oct 28 15:35:29 brodsky fam[6386]: mtab: dismount "kilby:/mnt/raid/1/mp3" on "/mnt/nfs/mp3.hm" Oct 28 15:35:29 brodsky fam[6386]: mtab done. Oct 28 15:35:29 brodsky fam[6386]: dnotify said dev 3/2, ino 64769 changed Oct 28 15:35:39 brodsky fam[6386]: dnotify said dev 3/2, ino 64769 changed Oct 28 15:35:39 brodsky fam[6386]: /etc/mtab changed, rebuilding filesystem table Oct 28 15:35:39 brodsky fam[6386]: mtab: MATCH "/dev/hda2" on "/" using type Oct 28 15:35:39 brodsky fam[6386]: mtab: MATCH "proc" on "/proc" using type Oct 28 15:35:39 brodsky fam[6386]: mtab: MATCH "devpts" on "/dev/pts" using type Oct 28 15:35:39 brodsky fam[6386]: mtab: MATCH "/dev/hda3" on "/mnt/fat/c" using type Oct 28 15:35:39 brodsky fam[6386]: mtab: MATCH "automount(pid356)" on "/vol" using type Oct 28 15:35:39 brodsky fam[6386]: mtab: MATCH "automount(pid386)" on "/home" using type Oct 28 15:35:39 brodsky fam[6386]: mtab: MATCH "automount(pid391)" on "/mnt/nfs" using type Oct 28 15:35:39 brodsky fam[6386]: mtab: MATCH "raman:/mnt/raid/0/home/hm" on "/home/hm" using type Oct 28 15:35:39 brodsky fam[6386]: mtab: MATCH "raman:/mnt/raid/1/local" on "/mnt/nfs/local.hm" using type Oct 28 15:35:39 brodsky fam[6386]: mtab: new NFS "kilby:/mnt/raid/1/mp3" on "/mnt/nfs/mp3.hm" using Oct 28 15:35:39 brodsky fam[6386]: attr_cache_timout set to 60 Oct 28 15:35:39 brodsky fam[6386]: mtab: relocating in parent "/mnt/nfs" Oct 28 15:35:39 brodsky fam[6386]: mtab done. Oct 28 15:35:39 brodsky fam[6386]: dnotify said dev 3/2, ino 64769 changed Oct 28 15:37:18 brodsky fam[6386]: client fd 10 is local/untrusted. Oct 28 15:37:18 brodsky fam[6386]: new connection from client 10 Oct 28 15:37:18 brodsky fam[6386]: client 10 said: client 10 is sockmeister, and wants a unix domain socket Oct 28 15:37:18 brodsky fam[6386]: client sockmeister said uid 568; creating /tmp/.famPfJfsX Oct 28 15:37:18 brodsky fam[6386]: listening for requests for uid 568 on descriptor 21 (/tmp/.famPfJfsX) Oct 28 15:37:18 brodsky fam[6386]: client fd 22 is local/trusted (socket /tmp/.famPfJfsX, uid 568). Oct 28 15:37:18 brodsky fam[6386]: new connection from client 22 Oct 28 15:37:18 brodsky fam[6386]: Shutting down connection Oct 28 15:37:18 brodsky fam[6386]: lost connection from sockmeister Oct 28 15:37:18 brodsky fam[6386]: Shutting down connection Oct 28 15:37:18 brodsky fam[6386]: lost connection from client 22 Oct 28 15:37:18 brodsky fam[6386]: Setting groups to: 100 6450 6200 2005 103 200 314 313 230 6100 7400 6300 7100 2000 Oct 28 15:37:18 brodsky fam[6386]: Setting egid to 568 Oct 28 15:37:18 brodsky fam[6386]: Setting euid to 568 Oct 28 15:40:09 brodsky fam[6386]: client fd 10 is local/untrusted. Oct 28 15:40:09 brodsky fam[6386]: new connection from client 10 Oct 28 15:40:09 brodsky fam[6386]: client 10 said: client 10 is sockmeister, and wants a unix domain socket Oct 28 15:40:09 brodsky fam[6386]: Setting euid to 0 Oct 28 15:40:09 brodsky fam[6386]: Setting groups to: (none) Oct 28 15:40:09 brodsky fam[6386]: Setting egid to 0 Oct 28 15:40:09 brodsky fam[6386]: client sockmeister said uid 568; creating /tmp/.famcUelmB Oct 28 15:40:09 brodsky fam[6386]: listening for requests for uid 568 on descriptor 21 (/tmp/.famcUelmB) Oct 28 15:40:09 brodsky fam[6386]: Shutting down connection Oct 28 15:40:09 brodsky fam[6386]: lost connection from sockmeister Oct 28 15:40:09 brodsky fam[6386]: client fd 10 is local/trusted (socket /tmp/.famcUelmB, uid 568). Oct 28 15:40:09 brodsky fam[6386]: new connection from client 10 Oct 28 15:42:10 brodsky fam[6386]: Shutting down connection Oct 28 15:42:10 brodsky fam[6386]: lost connection from client 10 Oct 28 15:42:10 brodsky fam[6386]: Setting groups to: 100 6450 6200 2005 103 200 314 313 230 6100 7400 6300 7100 2000 Oct 28 15:42:10 brodsky fam[6386]: Setting egid to 568 Oct 28 15:42:10 brodsky fam[6386]: Setting euid to 568 Oct 28 15:43:25 brodsky fam[6386]: client fd 10 is local/untrusted. Oct 28 15:43:25 brodsky fam[6386]: new connection from client 10 Oct 28 15:43:25 brodsky fam[6386]: client 10 said: client 10 is sockmeister, and wants a unix domain socket Oct 28 15:43:25 brodsky fam[6386]: Setting euid to 0 Oct 28 15:43:25 brodsky fam[6386]: Setting groups to: (none) Oct 28 15:43:25 brodsky fam[6386]: Setting egid to 0 Oct 28 15:43:25 brodsky fam[6386]: client sockmeister said uid 568; creating /tmp/.famprmCuS Oct 28 15:43:25 brodsky fam[6386]: listening for requests for uid 568 on descriptor 21 (/tmp/.famprmCuS) Oct 28 15:43:25 brodsky fam[6386]: Shutting down connection Oct 28 15:43:25 brodsky fam[6386]: lost connection from sockmeister Oct 28 15:43:25 brodsky fam[6386]: client fd 10 is local/trusted (socket /tmp/.famprmCuS, uid 568). Oct 28 15:43:25 brodsky fam[6386]: new connection from client 10 Oct 28 15:50:31 brodsky fam[6386]: Shutting down connection Oct 28 15:50:31 brodsky fam[6386]: lost connection from client 10 Oct 28 15:50:31 brodsky fam[6386]: Setting groups to: 100 6450 6200 2005 103 200 314 313 230 6100 7400 6300 7100 2000 Oct 28 15:50:31 brodsky fam[6386]: Setting egid to 568 Oct 28 15:50:31 brodsky fam[6386]: Setting euid to 568 Oct 28 15:50:34 brodsky fam[6386]: client fd 10 is local/untrusted. Oct 28 15:50:34 brodsky fam[6386]: new connection from client 10 Oct 28 15:50:34 brodsky fam[6386]: client 10 said: client 10 is sockmeister, and wants a unix domain socket Oct 28 15:50:34 brodsky fam[6386]: Setting euid to 0 Oct 28 15:50:34 brodsky fam[6386]: Setting groups to: (none) Oct 28 15:50:34 brodsky fam[6386]: Setting egid to 0 Oct 28 15:50:34 brodsky fam[6386]: client sockmeister said uid 568; creating /tmp/.famnSCyAw Oct 28 15:50:34 brodsky fam[6386]: listening for requests for uid 568 on descriptor 21 (/tmp/.famnSCyAw) Oct 28 15:50:34 brodsky fam[6386]: client fd 22 is local/trusted (socket /tmp/.famnSCyAw, uid 568). Oct 28 15:50:34 brodsky fam[6386]: new connection from client 22 Oct 28 15:50:34 brodsky fam[6386]: Shutting down connection Oct 28 15:50:34 brodsky fam[6386]: lost connection from sockmeister Oct 28 15:50:34 brodsky fam[6386]: Shutting down connection Oct 28 15:50:34 brodsky fam[6386]: lost connection from client 22 Oct 28 15:50:34 brodsky fam[6386]: Setting groups to: 100 6450 6200 2005 103 200 314 313 230 6100 7400 6300 7100 2000 Oct 28 15:50:34 brodsky fam[6386]: Setting egid to 568 Oct 28 15:50:34 brodsky fam[6386]: Setting euid to 568 Oct 28 15:50:53 brodsky fam[6386]: client fd 10 is local/untrusted. Oct 28 15:50:53 brodsky fam[6386]: new connection from client 10 Oct 28 15:50:53 brodsky fam[6386]: client 10 said: client 10 is sockmeister, and wants a unix domain socket Oct 28 15:50:53 brodsky fam[6386]: Setting euid to 0 Oct 28 15:50:53 brodsky fam[6386]: Setting groups to: (none) Oct 28 15:50:53 brodsky fam[6386]: Setting egid to 0 Oct 28 15:50:53 brodsky fam[6386]: client sockmeister said uid 568; creating /tmp/.fam0oDpZA Oct 28 15:50:53 brodsky fam[6386]: listening for requests for uid 568 on descriptor 21 (/tmp/.fam0oDpZA) Oct 28 15:50:53 brodsky fam[6386]: Shutting down connection Oct 28 15:50:53 brodsky fam[6386]: lost connection from sockmeister Oct 28 15:50:53 brodsky fam[6386]: client fd 10 is local/trusted (socket /tmp/.fam0oDpZA, uid 568). Oct 28 15:50:53 brodsky fam[6386]: new connection from client 10 Oct 28 16:30:29 brodsky fam[6386]: dnotify said dev 3/2, ino 64769 changed Oct 28 16:30:29 brodsky fam[6386]: revoke() name: /etc/mtab, dev: 302, ino: 0 Oct 28 16:30:29 brodsky fam[6386]: Destroying FileWatch for (302 ff21) Oct 28 16:30:29 brodsky fam[6386]: Destroying DirWatch for (302 fd01) Oct 28 16:30:29 brodsky fam[6386]: express() name: /etc/mtab Oct 28 16:30:29 brodsky fam[6386]: New DirWatch for /etc (302 fd01) Oct 28 16:30:29 brodsky fam[6386]: New FileWatch for 302 ff1e Oct 28 16:30:29 brodsky fam[6386]: told dnotify to monitor "/etc/mtab" = dev 3/2, ino 65310 Oct 28 16:30:29 brodsky fam[6386]: /etc/mtab changed, rebuilding filesystem table Oct 28 16:30:29 brodsky fam[6386]: mtab: MATCH "/dev/hda2" on "/" using type Oct 28 16:30:29 brodsky fam[6386]: mtab: MATCH "proc" on "/proc" using type Oct 28 16:30:29 brodsky fam[6386]: mtab: MATCH "devpts" on "/dev/pts" using type Oct 28 16:30:29 brodsky fam[6386]: mtab: MATCH "/dev/hda3" on "/mnt/fat/c" using type Oct 28 16:30:29 brodsky fam[6386]: mtab: MATCH "automount(pid356)" on "/vol" using type Oct 28 16:30:29 brodsky fam[6386]: mtab: MATCH "automount(pid386)" on "/home" using type Oct 28 16:30:29 brodsky fam[6386]: mtab: MATCH "automount(pid391)" on "/mnt/nfs" using type Oct 28 16:30:29 brodsky fam[6386]: mtab: MATCH "raman:/mnt/raid/0/home/hm" on "/home/hm" using type Oct 28 16:30:29 brodsky fam[6386]: mtab: MATCH "raman:/mnt/raid/1/local" on "/mnt/nfs/local.hm" using type Oct 28 16:30:29 brodsky fam[6386]: mtab: dismount "kilby:/mnt/raid/1/mp3" on "/mnt/nfs/mp3.hm" Oct 28 16:30:29 brodsky fam[6386]: mtab done. Oct 28 16:30:29 brodsky inetd[403]: /usr/sbin/famd: exit signal 0xb Any suggestions are appreciated. thanks dirk -- Dirk Habighorst e-mail:dirk@epigenomics.de Epigenomics AG Tel.: +49-30-24345-372 Kleine Präsidentenstrasse 1 10178 Berlin