From mraymond@sgi.com Thu Dec 4 11:03:48 2003 Received: with ECARTIS (v1.0.0; list fam); Thu, 04 Dec 2003 11:04:01 -0800 (PST) Received: from tolkor.sgi.com (tolkor.SGI.COM [198.149.18.6]) by oss.sgi.com (8.12.10/8.12.9) with SMTP id hB4J3lTa000879 for ; Thu, 4 Dec 2003 11:03:48 -0800 Received: from flecktone.americas.sgi.com (flecktone.americas.sgi.com [192.48.203.135]) by tolkor.sgi.com (8.12.9/8.12.9/linux-outbound_gateway-1.1) with ESMTP id hB4JOsHc023234 for ; Thu, 4 Dec 2003 13:24:54 -0600 Received: from daisy-e236.americas.sgi.com (daisy-e236.americas.sgi.com [128.162.236.214]) by flecktone.americas.sgi.com (8.12.9/8.12.9/generic_config-1.2) with ESMTP id hB4J2gP517237097 for ; Thu, 4 Dec 2003 13:02:42 -0600 (CST) Received: from goliath.americas.sgi.com (goliath.americas.sgi.com [128.162.232.85]) by daisy-e236.americas.sgi.com (8.12.9/SGI-server-1.8) with ESMTP id hB4J2YRn353941426 for ; Thu, 4 Dec 2003 13:02:35 -0600 (CST) Received: from goliath.americas.sgi.com by goliath.americas.sgi.com (SGI-8.12.5/SGI-client-1.7) via ESMTP id hB4J2XUT006869; Thu, 4 Dec 2003 13:02:33 -0600 (CST) Received: (from mraymond@localhost) by goliath.americas.sgi.com (SGI-8.12.5/8.12.5/Submit) id hB4J2W02006859 for fam@oss.sgi.com; Thu, 4 Dec 2003 13:02:32 -0600 (CST) Date: Thu, 4 Dec 2003 13:02:32 -0600 From: Michael Raymond To: fam@oss.sgi.com Subject: CVS checked in Message-ID: <20031204130232.D6245@goliath.americas.sgi.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i X-archive-position: 192 X-ecartis-version: Ecartis v1.0.0 Sender: fam-bounce@oss.sgi.com Errors-to: fam-bounce@oss.sgi.com X-original-sender: mraymond@sgi.com Precedence: bulk X-list: fam Theoretically 2.7 is now in SF CVS. I can get to the new files fine through ext but not pserver, so perhaps there's some form of delay. To get checkin access, send me your first diff and I'll give you permanent write access. Thanks, Michael -- Michael A. Raymond Office: (651) 683-3434 Core OS Scheduling Group Real-Time Lead From esr@thyrsus.com Tue Dec 9 11:17:44 2003 Received: with ECARTIS (v1.0.0; list fam); Tue, 09 Dec 2003 11:17:57 -0800 (PST) Received: from grelber.thyrsus.com (dsl092-053-140.phl1.dsl.speakeasy.net [66.92.53.140]) by oss.sgi.com (8.12.10/8.12.9) with SMTP id hB9JHhTa004715 for ; Tue, 9 Dec 2003 11:17:44 -0800 Received: from snark.thyrsus.com (quintaped.thyrsus.com [192.168.1.1]) by grelber.thyrsus.com (8.12.8/8.12.8) with ESMTP id hB9JHhGU018136 for ; Tue, 9 Dec 2003 14:17:43 -0500 Received: from snark.thyrsus.com (localhost [127.0.0.1]) by snark.thyrsus.com (8.12.8/8.12.8) with ESMTP id hB9JHhae029417 for ; Tue, 9 Dec 2003 14:17:43 -0500 Date: Tue, 9 Dec 2003 14:17:43 -0500 From: esr@thyrsus.com Message-Id: <200312091917.hB9JHhae029417@snark.thyrsus.com> To: fam@oss.sgi.com Subject: problems in one or more man pages you maintain X-archive-position: 193 X-ecartis-version: Ecartis v1.0.0 Sender: fam-bounce@oss.sgi.com Errors-to: fam-bounce@oss.sgi.com X-original-sender: esr@thyrsus.com Precedence: bulk X-list: fam This is automatically generated email about problems in a man page for which you appear to be responsible. If you are not the right person or list, tell me and I will attempt to correct my database. See http://catb.org/~esr/doclifter/problems.html for details on how and why these patches were generated. Feel free to email me with any questions. Problems with fam.3x: 1. Unknown or invalid macro. That is, one that does not fit in the macro set that the man page seems to be using. This is a serious error; it often means part of your text is being lost or rendered incorrectly. 2. Broken command synopsis syntax. This may mean you're using a construction in the command synopsis other than the standard [ ] | { }, or it may mean you have running text in the command synopsis section (the latter is not technically an error, but it's impossible to translate into DocBook markup). --- fam.3x-orig 2003-11-30 04:55:50.000000000 -0500 +++ fam.3x 2003-11-30 04:56:36.000000000 -0500 @@ -1,5 +1,5 @@ '\"macro stdmacro -.if n .pH g3x.fam @(#)fam 30.3 of 1/19/86 +.\" g3x.fam @(#)fam 30.3 of 1/19/86 .nr X .if \nX=0 .ds x} FAM 3X "Specialized Libraries" "\&" .if \nX=1 .ds x} FAM 3X "Specialized Libraries" @@ -79,8 +79,6 @@ .SH USING FAM Here are the steps required to use \fIFAM \fPin an application: .PP -.AL -.LI .IP 1. Create a connection to \fIfam\fP by calling FAMOpen. This routine will pass back a FAMConnection structure used in all \fIfam \fP @@ -262,8 +260,6 @@ .PP There are two ways to for applications to receive \fIFAM \fPevents: .PP -.AL -.LI 1. The Select approach - The application selects on the file descriptor returned from FAMOpen, in the FAMConnection structure. When this file descriptor becomes active, the application calls -- Eric S. Raymond From esr@thyrsus.com Tue Dec 9 11:28:55 2003 Received: with ECARTIS (v1.0.0; list fam); Tue, 09 Dec 2003 11:29:08 -0800 (PST) Received: from grelber.thyrsus.com (dsl092-053-140.phl1.dsl.speakeasy.net [66.92.53.140]) by oss.sgi.com (8.12.10/8.12.9) with SMTP id hB9JStTa004909 for ; Tue, 9 Dec 2003 11:28:55 -0800 Received: from snark.thyrsus.com (quintaped.thyrsus.com [192.168.1.1]) by grelber.thyrsus.com (8.12.8/8.12.8) with ESMTP id hB9JSsGU018323 for ; Tue, 9 Dec 2003 14:28:54 -0500 Received: from snark.thyrsus.com (localhost [127.0.0.1]) by snark.thyrsus.com (8.12.8/8.12.8) with ESMTP id hB9JSsae029553 for ; Tue, 9 Dec 2003 14:28:54 -0500 Date: Tue, 9 Dec 2003 14:28:54 -0500 From: esr@thyrsus.com Message-Id: <200312091928.hB9JSsae029553@snark.thyrsus.com> To: fam@oss.sgi.com Subject: problems in one or more man pages you maintain X-archive-position: 194 X-ecartis-version: Ecartis v1.0.0 Sender: fam-bounce@oss.sgi.com Errors-to: fam-bounce@oss.sgi.com X-original-sender: esr@thyrsus.com Precedence: bulk X-list: fam (My apologies if you get this twice. My first run of sends had a bug.) This is automatically generated email about problems in a man page for which you appear to be responsible. If you are not the right person or list, tell me and I will attempt to correct my database. See http://catb.org/~esr/doclifter/problems.html for details on how and why these patches were generated. Feel free to email me with any questions. Problems with fam.3x: 1. Unknown or invalid macro. That is, one that does not fit in the macro set that the man page seems to be using. This is a serious error; it often means part of your text is being lost or rendered incorrectly. 2. Broken command synopsis syntax. This may mean you're using a construction in the command synopsis other than the standard [ ] | { }, or it may mean you have running text in the command synopsis section (the latter is not technically an error, but it's impossible to translate into DocBook markup). --- fam.3x-orig 2003-11-30 04:55:50.000000000 -0500 +++ fam.3x 2003-11-30 04:56:36.000000000 -0500 @@ -1,5 +1,5 @@ '\"macro stdmacro -.if n .pH g3x.fam @(#)fam 30.3 of 1/19/86 +.\" g3x.fam @(#)fam 30.3 of 1/19/86 .nr X .if \nX=0 .ds x} FAM 3X "Specialized Libraries" "\&" .if \nX=1 .ds x} FAM 3X "Specialized Libraries" @@ -79,8 +79,6 @@ .SH USING FAM Here are the steps required to use \fIFAM \fPin an application: .PP -.AL -.LI .IP 1. Create a connection to \fIfam\fP by calling FAMOpen. This routine will pass back a FAMConnection structure used in all \fIfam \fP @@ -262,8 +260,6 @@ .PP There are two ways to for applications to receive \fIFAM \fPevents: .PP -.AL -.LI 1. The Select approach - The application selects on the file descriptor returned from FAMOpen, in the FAMConnection structure. When this file descriptor becomes active, the application calls -- Eric S. Raymond From joe@plaguesplace.dyndns.org Tue Dec 9 12:39:48 2003 Received: with ECARTIS (v1.0.0; list fam); Tue, 09 Dec 2003 12:40:01 -0800 (PST) Received: from plaguesplace.dyndns.org (general@d60-65-21-231.col.wideopenwest.com [65.60.231.21]) by oss.sgi.com (8.12.10/8.12.9) with SMTP id hB9KdkTa009165 for ; Tue, 9 Dec 2003 12:39:47 -0800 Received: from joe by plaguesplace.dyndns.org with local (Exim 3.35 #1 (Debian)) id 1AToe1-00077i-00 for ; Tue, 09 Dec 2003 15:39:45 -0500 Date: Tue, 9 Dec 2003 15:39:45 -0500 To: fam@oss.sgi.com Subject: fam exploit? Message-ID: <20031209203945.GU1408@plaguesplace.dyndns.org> Reply-To: me Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.3.28i From: Me X-archive-position: 195 X-ecartis-version: Ecartis v1.0.0 Sender: fam-bounce@oss.sgi.com Errors-to: fam-bounce@oss.sgi.com X-original-sender: joe@plaguesplace.dyndns.org Precedence: bulk X-list: fam What do you think of this: Dec 6 16:08:07 plaguesplace fam[3044]: fd 5 message length 67181060 bytes exceeds max of 4136. Dec 6 16:08:07 plaguesplace fam[3044]: fd 6 message length 1129270862 bytes exceeds max of 4136. Dec 6 16:08:07 plaguesplace fam[3044]: fd 5 message length 83951621 bytes exceeds max of 4136. Dec 6 16:08:10 plaguesplace fam[3044]: fd 5 message length 1347375956 bytes exceeds max of 4136. Dec 6 16:08:12 plaguesplace in.telnetd[16701]: refused connect from pberetta@blondes.have.more.fun.on.thundercity.net Dec 6 16:08:12 plaguesplace in.telnetd[16700]: refused connect from pberetta@blondes.have.more.fun.on.thundercity.net Dec 7 16:21:11 plaguesplace fam[3044]: fd 5 message length 1129270862 bytes exceeds max of 4136. Dec 7 16:21:11 plaguesplace fam[3044]: fd 5 message length 1347375956 bytes exceeds max of 4136. Dec 7 16:21:11 plaguesplace fam[3044]: fd 5 message length 67181060 bytes exceeds max of 4136. Dec 7 16:21:14 plaguesplace fam[3044]: fd 5 message length 83951621 bytes exceeds max of 4136. Dec 7 16:21:16 plaguesplace in.telnetd[18227]: refused connect from pberetta@blondes.have.more.fun.on.thundercity.net Dec 7 16:21:16 plaguesplace in.telnetd[18228]: refused connect from pberetta@blondes.have.more.fun.on.thundercity.net The tcpd man page says it cannot wrap rpc/tcp services. The fam man page says the Local-only mode does not work from inetd. So how do we protect this daemon? joe -- From alexl@redhat.com Tue Dec 9 23:52:06 2003 Received: with ECARTIS (v1.0.0; list fam); Tue, 09 Dec 2003 23:52:19 -0800 (PST) Received: from devserv.devel.redhat.com (pix-525-pool.redhat.com [66.187.233.200]) by oss.sgi.com (8.12.10/8.12.9) with SMTP id hBA7q6Ta004961 for ; Tue, 9 Dec 2003 23:52:06 -0800 Received: from localhost (sebastian-int.corp.redhat.com [172.16.52.221]) by devserv.devel.redhat.com (8.12.10/8.12.10) with ESMTP id hBA7peDl009930; Wed, 10 Dec 2003 02:51:40 -0500 Subject: Re: fam exploit? From: Alexander Larsson To: me Cc: fam@oss.sgi.com In-Reply-To: <20031209203945.GU1408@plaguesplace.dyndns.org> References: <20031209203945.GU1408@plaguesplace.dyndns.org> Content-Type: text/plain Message-Id: <1071042724.1811.96.camel@localhost.localdomain> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.3.92 (Preview Release) Date: 10 Dec 2003 08:52:04 +0100 Content-Transfer-Encoding: 7bit X-archive-position: 196 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 Tue, 2003-12-09 at 21:39, Me wrote: > > The tcpd man page says it cannot wrap rpc/tcp services. The fam man > page says the Local-only mode does not work from inetd. So how do we > protect this daemon? The redhat fam has: bind = 127.0.0.1 in the xinetd config. =-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-= Alexander Larsson Red Hat, Inc alexl@redhat.com alla@lysator.liu.se He's a jaded shark-wrestling boxer with a mysterious suitcase handcuffed to his arm. She's a virginal hypochondriac fairy princess from aristocratic European stock. They fight crime! From steleman@nyc.rr.com Sun Dec 14 12:16:57 2003 Received: with ECARTIS (v1.0.0; list fam); Sun, 14 Dec 2003 12:17:10 -0800 (PST) Received: from nycsmtp4out-eri0.rdc-nyc.rr.com (nycsmtp4out-eri0.rdc-nyc.rr.com [24.29.99.227]) by oss.sgi.com (8.12.10/8.12.9) with SMTP id hBEKGsTa017130 for ; Sun, 14 Dec 2003 12:16:56 -0800 Received: from darthvader.nyc.rr.com (66-108-232-60.nyc.rr.com [66.108.232.60]) by nycsmtp4out-eri0.rdc-nyc.rr.com (8.12.10/Road Runner SMTP Server 1.0) with ESMTP id hBEKGZcw025422; Sun, 14 Dec 2003 15:16:36 -0500 (EST) Content-Type: text/plain; charset="iso-8859-15" From: Stefan Teleman Reply-To: steleman@nyc.rr.com Organization: Disorganized To: Rolf Sponsel , fam@oss.sgi.com Subject: FAM 2.6.9 Solaris port Date: Sun, 14 Dec 2003 16:11:45 -0400 User-Agent: KMail/1.4.3 Cc: Michael Raymond References: <20031121155043.F151992@goliath.americas.sgi.com> <3FBE93BD.ACA3CAC6@kstr.lth.se> In-Reply-To: <3FBE93BD.ACA3CAC6@kstr.lth.se> MIME-Version: 1.0 Content-Transfer-Encoding: 8bit Message-Id: <200312141511.45563.steleman@nyc.rr.com> X-archive-position: 197 X-ecartis-version: Ecartis v1.0.0 Sender: fam-bounce@oss.sgi.com Errors-to: fam-bounce@oss.sgi.com X-original-sender: steleman@nyc.rr.com Precedence: bulk X-list: fam Hi! If you are still interested, Jim Hranicky at University of Florida was kind enough to make available some online space for my port of fam-2.6.9: ftp://ftp.cise.ufl.edu/incoming I uploaded the source code package yesterday afternoon. Happy Holidays, --Stefan ----- On Friday 21 November 2003 17:37, Rolf Sponsel wrote: > Great to se that FAM is begining to come to life again! :-) > > A question though - what about the support for Solaris? > > I recall Stefan Teleman, elected maintainer of KDE for Solaris, > having done some stuff to improve FAM on the Solaris plattform. > > Has this, his work, managed to get into the 2.7.0 release. > If not - I think it should (or are you of other opinion Stefan?) > > Please see email attached below: > > Kind Regards > > / Rolf Sponsel > > Michael Raymond wrote: > > ftp://oss.sgi.com/projects/fam/download/testing/fam-2.7.0-pre2.ta > >r.gz > > > > I've updated the pre-release of 2.7 to build correctly on > > IRIX using the Freeware tools. Please try this out. If there's > > no objections I'll push this out as the official release next > > week on SourceForge and we can open up CVS for new work. > > Thanks, > > Michael > > -- > > Michael A. Raymond > > Core OS Scheduling Group Real-Time Lead > > - - - - - - - - A t t a c h m e n t - - - - - - - - > > Subject: Re: [kde-solaris] KDE & Sun GNOME > Date: Tue, 12 Aug 2003 23:27:25 -0400 > From: Stefan Teleman > Organization: Disorganized > To: "For people using KDE on Solaris, with questions > about KDE or Solaris" , > Rolf Sponsel > > > > I will gladly make the FAM port sources and a FAM Sun pkg > available. > > It's FAM in filesystem polling mode for now, but it is very fast. > The performance improvement compared to KDE filesystem polling is > about 3x. > > I am in the middle of porting it to kernel async callback mode, and > i am about half-way through. This has to be done right, otherwise > all hell breaks loose. :-) > > I have been running it on my Sun box (Solaris 8) since early May, > and it has not shown any problems at all. My current (development) > build of KDE 3.1.2 uses FAM, and the next Solaris release of KDE > will definitely use FAM. > > If someone would be so kind and point me to the right direction as > to whom to contact regarding FAM, i would greatly appreciate it! I > would be very happy to provide the FAM project with the Sun pkg's > and the Solaris port source. > > --Stefan > > ----- > > On Tuesday 12 August 2003 17:17, Rolf Sponsel wrote: > > Lars Tunkrans wrote: > > > [... SNIP ...] > > > > > > Some of them like FAM and MAD depends on Gcc > > > extensions and are also very linux dependent . > > > so I have skipped FAM but build MAD with GCC. > > > > > > Stefan has mentioned that He ported FAM to solaris > > > , It would be great to get hold of that > > > port ! > > > > > > [... SNIP ...] > > > > > > //Lars > > > > I agree, that's great! :-) > > > > I'd suggest Stefan feeds his work back to the FAM project so that > > his efforts become integrated into the next release of the > > product (and maybe politely ask for a "quick" patched FAM 2.6.11 > > release). > > > > But I'm not quite sure what "has ported FAM to solaris" means? > > > > Has Stefan patched FAM 2.6.10 with the findings we spotted when > > compiling FAM on Solaris (and also have reported back via the FAM > > mailing list) or has he (you Stefan) managed to implement a > > kernel monitor for Solaris so that it works without having to > > poll the file system periodically? That would even be greater! > > :-) -- Stefan Teleman 'Nobody Expects the Spanish Inquisition' steleman@nyc.rr.com -Monty Python From zialist@mzrahman.com Sun Dec 14 20:52:40 2003 Received: with ECARTIS (v1.0.0; list fam); Sun, 14 Dec 2003 20:52:54 -0800 (PST) Received: from zia.mzrahman.com (mzrahman.com [203.123.8.13]) by oss.sgi.com (8.12.10/8.12.9) with SMTP id hBF4qcTa031397 for ; Sun, 14 Dec 2003 20:52:39 -0800 Received: from zia.mzrahman.com (zia.mzrahman.com [127.0.0.1]) by zia.mzrahman.com (8.12.8/8.12.8) with ESMTP id hBF57ONT027899 for ; Mon, 15 Dec 2003 13:07:24 +0800 Received: (from apache@localhost) by zia.mzrahman.com (8.12.8/8.12.8/Submit) id hBF57Ou6027897 for fam@oss.sgi.com; Mon, 15 Dec 2003 13:07:24 +0800 X-Authentication-Warning: zia.mzrahman.com: apache set sender to zialist@mzrahman.com using -f Received: from corvette.qala.com.sg (corvette.qala.com.sg [210.193.0.48]) by my.mzrahman.com (Horde) with HTTP for ; Mon, 15 Dec 2003 13:07:23 +0800 Message-ID: <1071464843.21a493b6cb6fc@my.mzrahman.com> Date: Mon, 15 Dec 2003 13:07:23 +0800 From: Ziaur Rahman To: fam@oss.sgi.com Subject: Determining imon or dnotify MIME-Version: 1.0 Content-Type: text/plain; charset="ISO-8859-1" Content-Disposition: inline Content-Transfer-Encoding: 7bit User-Agent: Internet Messaging Program (IMP) 4.0-cvs X-Originating-IP: 210.193.0.48 X-ZScanner-Information: This email is scanned for probable SPAM patterns using Spamassassin. If you think this is a legitimate email marked as Spam (a false positive), please report to positive at mzrahman dot com. X-archive-position: 198 X-ecartis-version: Ecartis v1.0.0 Sender: fam-bounce@oss.sgi.com Errors-to: fam-bounce@oss.sgi.com X-original-sender: zialist@mzrahman.com Precedence: bulk X-list: fam Hi Guys, I just installed fam-2.7.0 in a Redhat 7.2 system with kernel 2.4.20-24.7. Reading the mailing list and the FAQ I got the idea that dnotify is built in in any 2.4.x kernel. Does FAM use this feature of the kernel? Now, when I tried to install a older version of fam (2.6.9), it gave me specific indication that IMON support is not installed in the kernel. But, when I installed fam 2.7.0, it did not tell me anything, just installed nice and smooth. Although, I have installed dnotify (dnotify-0.14.0) from http://www.student.lu.se/~nbi98oli/dnotify.html, thinking maybe I will need this. I have also used the fam_mirror perl script to do some real-time copying. YEAH! FAM Rocks! Question is, I have no idea whether FAM is using its POLLING system or dnotify that I installed or the dnotify in the kernel. Can somebody please give me any clues how can I determine that? I must be missing something. Regards, +---------------------------------------------------+ | Ziaur Rahman | PGP Key: 0x8B686E8E| | http://zort.org | http://pgp.mit.edu| | | | +---------------------------------------------------+ .-.-.-.-.-.-.-.-.- Quote-o-moment .-.-.-.-.-.-.-.-.-. Do not seek death; death will find you. But seek the road which makes death a fulfillment. -- Dag Hammarskjold .-.-.-.-.-.-.-.-.- Quote-o-moment .-.-.-.-.-.-.-.-.-. From mraymond@sgi.com Mon Dec 15 05:39:51 2003 Received: with ECARTIS (v1.0.0; list fam); Mon, 15 Dec 2003 05:40:04 -0800 (PST) Received: from tolkor.sgi.com (tolkor.SGI.COM [198.149.18.6]) by oss.sgi.com (8.12.10/8.12.9) with SMTP id hBFDdpTa027413 for ; Mon, 15 Dec 2003 05:39:51 -0800 Received: from flecktone.americas.sgi.com (flecktone.americas.sgi.com [192.48.203.135]) by tolkor.sgi.com (8.12.9/8.12.9/linux-outbound_gateway-1.1) with ESMTP id hBFEvDm7010523 for ; Mon, 15 Dec 2003 08:57:13 -0600 Received: from daisy-e236.americas.sgi.com (daisy-e236.americas.sgi.com [128.162.236.214]) by flecktone.americas.sgi.com (8.12.9/8.12.9/generic_config-1.2) with ESMTP id hBFDdjSC20685093; Mon, 15 Dec 2003 07:39:45 -0600 (CST) Received: from goliath.americas.sgi.com (goliath.americas.sgi.com [128.162.232.85]) by daisy-e236.americas.sgi.com (8.12.9/SGI-server-1.8) with ESMTP id hBFDdaoZ548897; Mon, 15 Dec 2003 07:39:36 -0600 (CST) Received: from goliath.americas.sgi.com by goliath.americas.sgi.com (SGI-8.12.5/SGI-client-1.7) via ESMTP id hBFDdaM9011611; Mon, 15 Dec 2003 07:39:36 -0600 (CST) Received: (from mraymond@localhost) by goliath.americas.sgi.com (SGI-8.12.5/8.12.5/Submit) id hBFDdXSV011608; Mon, 15 Dec 2003 07:39:33 -0600 (CST) Date: Mon, 15 Dec 2003 07:39:33 -0600 From: Michael Raymond To: Stefan Teleman Cc: Rolf Sponsel , fam@oss.sgi.com Subject: Re: FAM 2.6.9 Solaris port Message-ID: <20031215073933.C11556@goliath.americas.sgi.com> References: <20031121155043.F151992@goliath.americas.sgi.com> <3FBE93BD.ACA3CAC6@kstr.lth.se> <200312141511.45563.steleman@nyc.rr.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <200312141511.45563.steleman@nyc.rr.com>; from steleman@nyc.rr.com on Sun, Dec 14, 2003 at 04:11:45PM -0400 X-archive-position: 199 X-ecartis-version: Ecartis v1.0.0 Sender: fam-bounce@oss.sgi.com Errors-to: fam-bounce@oss.sgi.com X-original-sender: mraymond@sgi.com Precedence: bulk X-list: fam I'm definitely interested. If you can provide a tested diff against 2.7.0 I'll let you check it in to SourceForge CVS. You can get 2.7.0 off the oss.sgi.com page or from SourceForge's CVS server. Thanks, Michael On Sun, Dec 14, 2003 at 04:11:45PM -0400, Stefan Teleman wrote: > Hi! > > If you are still interested, Jim Hranicky at University of Florida was > kind enough to make available some online space for my port of > fam-2.6.9: > > ftp://ftp.cise.ufl.edu/incoming > > I uploaded the source code package yesterday afternoon. > > Happy Holidays, > > --Stefan > > ----- > > On Friday 21 November 2003 17:37, Rolf Sponsel wrote: > > Great to se that FAM is begining to come to life again! :-) > > > > A question though - what about the support for Solaris? > > > > I recall Stefan Teleman, elected maintainer of KDE for Solaris, > > having done some stuff to improve FAM on the Solaris plattform. > > > > Has this, his work, managed to get into the 2.7.0 release. > > If not - I think it should (or are you of other opinion Stefan?) > > > > Please see email attached below: > > > > Kind Regards > > > > / Rolf Sponsel > > > > Michael Raymond wrote: > > > ftp://oss.sgi.com/projects/fam/download/testing/fam-2.7.0-pre2.ta > > >r.gz > > > > > > I've updated the pre-release of 2.7 to build correctly on > > > IRIX using the Freeware tools. Please try this out. If there's > > > no objections I'll push this out as the official release next > > > week on SourceForge and we can open up CVS for new work. > > > Thanks, > > > Michael > > > -- > > > Michael A. Raymond > > > Core OS Scheduling Group Real-Time Lead > > > > - - - - - - - - A t t a c h m e n t - - - - - - - - > > > > Subject: Re: [kde-solaris] KDE & Sun GNOME > > Date: Tue, 12 Aug 2003 23:27:25 -0400 > > From: Stefan Teleman > > Organization: Disorganized > > To: "For people using KDE on Solaris, with questions > > about KDE or Solaris" , > > Rolf Sponsel > > > > > > > > I will gladly make the FAM port sources and a FAM Sun pkg > > available. > > > > It's FAM in filesystem polling mode for now, but it is very fast. > > The performance improvement compared to KDE filesystem polling is > > about 3x. > > > > I am in the middle of porting it to kernel async callback mode, and > > i am about half-way through. This has to be done right, otherwise > > all hell breaks loose. :-) > > > > I have been running it on my Sun box (Solaris 8) since early May, > > and it has not shown any problems at all. My current (development) > > build of KDE 3.1.2 uses FAM, and the next Solaris release of KDE > > will definitely use FAM. > > > > If someone would be so kind and point me to the right direction as > > to whom to contact regarding FAM, i would greatly appreciate it! I > > would be very happy to provide the FAM project with the Sun pkg's > > and the Solaris port source. > > > > --Stefan > > > > ----- > > > > On Tuesday 12 August 2003 17:17, Rolf Sponsel wrote: > > > Lars Tunkrans wrote: > > > > [... SNIP ...] > > > > > > > > Some of them like FAM and MAD depends on Gcc > > > > extensions and are also very linux dependent . > > > > so I have skipped FAM but build MAD with GCC. > > > > > > > > Stefan has mentioned that He ported FAM to solaris > > > > , It would be great to get hold of that > > > > port ! > > > > > > > > [... SNIP ...] > > > > > > > > //Lars > > > > > > I agree, that's great! :-) > > > > > > I'd suggest Stefan feeds his work back to the FAM project so that > > > his efforts become integrated into the next release of the > > > product (and maybe politely ask for a "quick" patched FAM 2.6.11 > > > release). > > > > > > But I'm not quite sure what "has ported FAM to solaris" means? > > > > > > Has Stefan patched FAM 2.6.10 with the findings we spotted when > > > compiling FAM on Solaris (and also have reported back via the FAM > > > mailing list) or has he (you Stefan) managed to implement a > > > kernel monitor for Solaris so that it works without having to > > > poll the file system periodically? That would even be greater! > > > :-) > > -- > Stefan Teleman 'Nobody Expects the Spanish Inquisition' > steleman@nyc.rr.com -Monty Python -- Michael A. Raymond Office: (651) 683-3434 Core OS Scheduling Group Real-Time Lead From steleman@nyc.rr.com Mon Dec 15 07:32:55 2003 Received: with ECARTIS (v1.0.0; list fam); Mon, 15 Dec 2003 07:33:10 -0800 (PST) Received: from nycsmtp4out-eri0.rdc-nyc.rr.com (nycsmtp4out-eri0.rdc-nyc.rr.com [24.29.99.227]) by oss.sgi.com (8.12.10/8.12.9) with SMTP id hBFFWrTa007025 for ; Mon, 15 Dec 2003 07:32:54 -0800 Received: from darthvader.nyc.rr.com (66-108-232-60.nyc.rr.com [66.108.232.60]) by nycsmtp4out-eri0.rdc-nyc.rr.com (8.12.10/Road Runner SMTP Server 1.0) with ESMTP id hBFFWPcw006428; Mon, 15 Dec 2003 10:32:25 -0500 (EST) Content-Type: text/plain; charset="iso-8859-15" From: Stefan Teleman Reply-To: steleman@nyc.rr.com Organization: Disorganized To: Michael Raymond Subject: Re: FAM 2.6.9 Solaris port Date: Mon, 15 Dec 2003 11:27:32 -0400 User-Agent: KMail/1.4.3 Cc: Rolf Sponsel , fam@oss.sgi.com References: <20031121155043.F151992@goliath.americas.sgi.com> <200312141511.45563.steleman@nyc.rr.com> <20031215073933.C11556@goliath.americas.sgi.com> In-Reply-To: <20031215073933.C11556@goliath.americas.sgi.com> MIME-Version: 1.0 Content-Transfer-Encoding: 8bit Message-Id: <200312151027.32384.steleman@nyc.rr.com> X-archive-position: 200 X-ecartis-version: Ecartis v1.0.0 Sender: fam-bounce@oss.sgi.com Errors-to: fam-bounce@oss.sgi.com X-original-sender: steleman@nyc.rr.com Precedence: bulk X-list: fam I can definitely do this for 2.7.0 when i get back from vacation -- i'm leaving tomorrow, will be back on the 23rd, and still have a few vacation days left, so i will have time to do this :-) --Stefan ------ On Monday 15 December 2003 08:39, Michael Raymond wrote: > I'm definitely interested. If you can provide a tested diff > against 2.7.0 I'll let you check it in to SourceForge CVS. You can > get 2.7.0 off the oss.sgi.com page or from SourceForge's CVS > server. > Thanks, > Michael > > On Sun, Dec 14, 2003 at 04:11:45PM -0400, Stefan Teleman wrote: > > Hi! > > > > If you are still interested, Jim Hranicky at University of > > Florida was kind enough to make available some online space for > > my port of fam-2.6.9: > > > > ftp://ftp.cise.ufl.edu/incoming > > > > I uploaded the source code package yesterday afternoon. > > > > Happy Holidays, > > > > --Stefan > > > > ----- > > > > On Friday 21 November 2003 17:37, Rolf Sponsel wrote: > > > Great to se that FAM is begining to come to life again! :-) > > > > > > A question though - what about the support for Solaris? > > > > > > I recall Stefan Teleman, elected maintainer of KDE for Solaris, > > > having done some stuff to improve FAM on the Solaris plattform. > > > > > > Has this, his work, managed to get into the 2.7.0 release. > > > If not - I think it should (or are you of other opinion > > > Stefan?) > > > > > > Please see email attached below: > > > > > > Kind Regards > > > > > > / Rolf Sponsel > > > > > > Michael Raymond wrote: > > > > ftp://oss.sgi.com/projects/fam/download/testing/fam-2.7.0-pre > > > >2.ta r.gz > > > > > > > > I've updated the pre-release of 2.7 to build correctly on > > > > IRIX using the Freeware tools. Please try this out. If > > > > there's no objections I'll push this out as the official > > > > release next week on SourceForge and we can open up CVS for > > > > new work. Thanks, Michael -- > > > > Michael A. Raymond > > > > Core OS Scheduling Group Real-Time Lead > > > > > > - - - - - - - - A t t a c h m e n t - - - - - - - - > > > > > > Subject: Re: [kde-solaris] KDE & Sun GNOME > > > Date: Tue, 12 Aug 2003 23:27:25 -0400 > > > From: Stefan Teleman > > > Organization: Disorganized > > > To: "For people using KDE on Solaris, with questions > > > about KDE or Solaris" , > > > Rolf Sponsel > > > > > > > > > > > > I will gladly make the FAM port sources and a FAM Sun pkg > > > available. > > > > > > It's FAM in filesystem polling mode for now, but it is very > > > fast. The performance improvement compared to KDE filesystem > > > polling is about 3x. > > > > > > I am in the middle of porting it to kernel async callback mode, > > > and i am about half-way through. This has to be done right, > > > otherwise all hell breaks loose. :-) > > > > > > I have been running it on my Sun box (Solaris 8) since early > > > May, and it has not shown any problems at all. My current > > > (development) build of KDE 3.1.2 uses FAM, and the next Solaris > > > release of KDE will definitely use FAM. > > > > > > If someone would be so kind and point me to the right direction > > > as to whom to contact regarding FAM, i would greatly appreciate > > > it! I would be very happy to provide the FAM project with the > > > Sun pkg's and the Solaris port source. > > > > > > --Stefan > > > > > > ----- > > > > > > On Tuesday 12 August 2003 17:17, Rolf Sponsel wrote: > > > > Lars Tunkrans wrote: > > > > > [... SNIP ...] > > > > > > > > > > Some of them like FAM and MAD depends on Gcc > > > > > extensions and are also very linux dependent . > > > > > so I have skipped FAM but build MAD with GCC. > > > > > > > > > > Stefan has mentioned that He ported FAM to > > > > > solaris , It would be great to get hold of that > > > > > port ! > > > > > > > > > > [... SNIP ...] > > > > > > > > > > //Lars > > > > > > > > I agree, that's great! :-) > > > > > > > > I'd suggest Stefan feeds his work back to the FAM project so > > > > that his efforts become integrated into the next release of > > > > the product (and maybe politely ask for a "quick" patched FAM > > > > 2.6.11 release). > > > > > > > > But I'm not quite sure what "has ported FAM to solaris" > > > > means? > > > > > > > > Has Stefan patched FAM 2.6.10 with the findings we spotted > > > > when compiling FAM on Solaris (and also have reported back > > > > via the FAM mailing list) or has he (you Stefan) managed to > > > > implement a kernel monitor for Solaris so that it works > > > > without having to poll the file system periodically? That > > > > would even be greater! > > > > > > > > :-) > > > > -- > > Stefan Teleman 'Nobody Expects the Spanish Inquisition' > > steleman@nyc.rr.com -Monty Python -- Stefan Teleman 'Nobody Expects the Spanish Inquisition' steleman@nyc.rr.com -Monty Python From armie@bkkmail.com Tue Dec 16 20:02:27 2003 Received: with ECARTIS (v1.0.0; list fam); Tue, 16 Dec 2003 20:02:47 -0800 (PST) Received: from kichimail.com ([61.104.7.170]) by oss.sgi.com (8.12.10/8.12.9) with SMTP id hBH424Tb021251 for ; Tue, 16 Dec 2003 20:02:21 -0800 Received: from bkkmail.com (bkkmail-com-bk.mr.outblaze.com [205.158.62.177]) by kichimail.com (Postfix) with ESMTP id A3AF4AEF77 for ; Wed, 17 Dec 2003 10:46:23 -0500 From: "Anion K. Abnegated" To: Fam Subject: See Parls HlLT0N getting slammed on tape 2LDOlBpMTFtu2Ia Date: Wed, 17 Dec 2003 10:46:23 -0500 Message-ID: <000001c3c4b4$9e0201e2$c410fbd9@bkkmail.com> MIME-Version: 1.0 Content-Type: text/plain Content-Transfer-Encoding: 7bit X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook, Build 10.0.2616 Importance: Normal X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2479.0006 X-Virus-Scanned: by AMaViS perl-11 mion X-archive-position: 201 X-ecartis-version: Ecartis v1.0.0 Sender: fam-bounce@oss.sgi.com Errors-to: fam-bounce@oss.sgi.com X-original-sender: armie@bkkmail.com Precedence: bulk X-list: fam Download the Parls HlLton stolen s-e-x video! This is the original private Parls HlLton sex video that Paris and Rick Soloman made that has been leaked out, and is now available for you to download. Get it while you can, the HiIton's family lawyers are doing everything they can to stop re-distribution of this video http://www.crockolate.biz/paris/paris.html JKLT4lNLnO From q@uni.de Thu Dec 18 08:03:08 2003 Received: with ECARTIS (v1.0.0; list fam); Thu, 18 Dec 2003 08:03:22 -0800 (PST) Received: from wrzx28.rz.uni-wuerzburg.de (wrzx28.rz.uni-wuerzburg.de [132.187.3.28]) by oss.sgi.com (8.12.10/8.12.9) with SMTP id hBIG2vTa017246 for ; Thu, 18 Dec 2003 08:02:58 -0800 Received: from wrzx30.rz.uni-wuerzburg.de (wrzx30.rz.uni-wuerzburg.de [132.187.1.30]) by wrzx28.rz.uni-wuerzburg.de (Postfix) with ESMTP id C135C812C5 for ; Thu, 18 Dec 2003 16:31:02 +0100 (CET) Received: from virusscan (localhost [127.0.0.1]) by wrzx30.rz.uni-wuerzburg.de (Postfix) with ESMTP id 956281FC4C for ; Thu, 18 Dec 2003 16:31:02 +0100 (CET) Received: from wrzx28.rz.uni-wuerzburg.de (wrzx28.rz.uni-wuerzburg.de [132.187.3.28]) by wrzx30.rz.uni-wuerzburg.de (Postfix) with ESMTP id 6EA0A1FC32 for ; Thu, 18 Dec 2003 16:31:02 +0100 (CET) Received: from coyote.q.local (wwsx14.win-screen.uni-wuerzburg.de [132.187.253.14]) by mailmaster.uni-wuerzburg.de (Postfix) with ESMTP id 500ED812D3 for ; Thu, 18 Dec 2003 16:31:02 +0100 (CET) Received: from roadrunner.q.local (roadrunner [192.168.0.147]) by coyote.q.local (8.12.10/8.12.10) with ESMTP id hBIFV2gr085468 for ; Thu, 18 Dec 2003 16:31:02 +0100 (CET) (envelope-from q@roadrunner.q.local) Received: from roadrunner.q.local (localhost [127.0.0.1]) by roadrunner.q.local (8.12.10/8.12.10) with ESMTP id hBIFV17U024719 for ; Thu, 18 Dec 2003 16:31:01 +0100 (CET) (envelope-from q@roadrunner.q.local) Received: (from q@localhost) by roadrunner.q.local (8.12.10/8.12.10/Submit) id hBIFV1E6024718 for fam@oss.sgi.com; Thu, 18 Dec 2003 16:31:01 +0100 (CET) (envelope-from q) Resent-From: q@uni.de Resent-Date: Thu, 18 Dec 2003 16:31:00 +0100 Resent-Message-ID: <20031218153100.GC824@galgenberg.net> Resent-To: fam@oss.sgi.com Date: Mon, 8 Dec 2003 22:02:12 +0100 From: Ulrich Spoerlein To: wardle@sgi.com Subject: Fam 2.7.0 crashing on FreeBSD/NFS Message-ID: <20031208210212.GA765@galgenberg.net> Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline X-No-Archive: yes User-Agent: Mutt/1.5.5.1i X-Virus-Scanned: by amavisd-new (Rechenzentrum Universitaet Wuerzburg) Content-Transfer-Encoding: 8bit X-MIME-Autoconverted: from quoted-printable to 8bit by oss.sgi.com id hBIG2vTa017246 X-archive-position: 202 X-ecartis-version: Ecartis v1.0.0 Sender: fam-bounce@oss.sgi.com Errors-to: fam-bounce@oss.sgi.com X-original-sender: q@uni.de Precedence: bulk X-list: fam Hi there, the current version of FAM in the FreeBSD Ports is 2.6.9. This version crashes for me, when used over NFS. I now updated the version to 2.7.0 to see if the Problem vanished but it's still broken. Here is a link to the PR (with backtrace) I filed about 2.6.9: http://www.freebsd.org/cgi/query-pr.cgi?pr=55219 And this is the situation with 2.7.0: (gdb) r -f -d -v Starting program: /usr/local/sbin/famd -f -d -v famd[32741]: log level is LOG_DEBUG famd[32741]: log level is LOG_INFO famd[32741]: Shutting down connection Assertion failed: (filename[0] == '/'), function InternalClient, file InternalClient.c++, line 38. Program received signal SIGABRT, Aborted. 0x281b8d4f in kill () from /lib/libc.so.5 (gdb) bt #0 0x281b8d4f in kill () from /lib/libc.so.5 #1 0x281ad7f8 in raise () from /lib/libc.so.5 #2 0x28225eb2 in abort () from /lib/libc.so.5 #3 0x281fc36f in __assert () from /lib/libc.so.5 #4 0x08051c5a in InternalClient (this=0x806d3e0, filename=0x8062980 "dummy", h=0x8050120 , closr=0x0) at InternalClient.c++:38 #5 0x080501e6 in FileSystemTable::find(char const*, Cred const&) ( path=0xbfbfe330 "/usr/home/q/.kde/share/servicetypes", cr=@0xbfbfe310) at FileSystemTable.c++:258 #6 0x0804a57d in ClientInterest (this=0x8071300, name=0xbfbfe330 "/usr/home/q/.kde/share/servicetypes", c=0x8072000, r=1, cr=@0xbfbfe310, type=DIRECTORY) at ClientInterest.c++:38 #7 0x0804c88c in Directory (this=0x8071300, name=0xbfbfe330 "/usr/home/q/.kde/share/servicetypes", c=0x8072000, r=1, cr=@0xbfbfe310) at Directory.c++:46 #8 0x080555d8 in MxClient::monitor_dir(int, char const*, Cred const&) (this=0x8072000, request=1, path=0xbfbfe330 "/usr/home/q/.kde/share/servicetypes", cred=@0xbfbfe310) at MxClient.c++:92 #9 0x0805f984 in TCP_Client::input_msg(char const*, int) (this=0x8072000, msg=0x8072042 "M1 1000 0 /usr/home/q/.kde/share/servicetypes\n", size=81) at TCP_Client.c++:198 #10 0x0805f4af in TCP_Client::input_handler(char const*, unsigned, void*) ( msg=0x8072042 "M1 1000 0 /usr/home/q/.kde/share/servicetypes\n", nbytes=81, closure=0x8072000) at TCP_Client.c++:69 #11 0x0804a423 in ClientConnection::input_msg(char const*, unsigned) (this=0x807202c, msg=0x8072042 "M1 1000 0 /usr/home/q/.kde/share/servicetypes\n", nbytes=81) at ClientConnection.c++:40 #12 0x08057fa3 in NetConnection::deliver_input() (this=0x807202c) at NetConnection.c++:170 #13 0x08057ecd in NetConnection::input() (this=0x807202c) at NetConnection.c++:144 #14 0x08057dd7 in NetConnection::read_handler(int, void*) (fd=6, closure=0x807202c) ---Type to continue, or q to quit--- at NetConnection.c++:114 #15 0x0805c632 in Scheduler::handle_io(fd_set const*, Scheduler::FDInfo::FDIOHandler Scheduler::FDInfo::*) (fds=0xbfbfe8e0, iotype=&FDInfo::read) at Scheduler.c++:315 #16 0x0805c70c in Scheduler::select() () at Scheduler.c++:343 #17 0x08060d59 in Scheduler::loop() () at Scheduler.h:89 #18 0x08060627 in main (argc=4, argv=0xbfbfea64) at main.c++:290 #19 0x08049e92 in _start () (gdb) f 4 #4 0x08051c5a in InternalClient (this=0x806d3e0, filename=0x8062980 "dummy", h=0x8050120 , closr=0x0) at InternalClient.c++:38 38 assert(filename[0] == '/'); (gdb) l 33 EventHandler h, void *closr) 34 : Client("myself", LOCALHOST()), handler(h), closure(closr) 35 { 36 assert(filename); 37 assert(h); 38 assert(filename[0] == '/'); 39 Log::debug("%s watching %s", name(), filename); 40 interest = new File(filename, this, Request(0), Cred::SuperUser); 41 } 42 (gdb) p filename $1 = 0x8062980 "dummy" (gdb) l 30 25 #include 26 27 #include "Directory.h" 28 #include "Event.h" 29 #include "File.h" 30 #include "Log.h" 31 32 InternalClient::InternalClient(const char *filename, 33 EventHandler h, void *closr) 34 : Client("myself", LOCALHOST()), handler(h), closure(closr) (gdb) p h $2 = (void (*)(const Event &, void *)) 0x8050120 (gdb) p closr $3 = (void *) 0x0 (gdb) f 5 #5 0x080501e6 in FileSystemTable::find(char const*, Cred const&) ( path=0xbfbfe330 "/usr/home/q/.kde/share/servicetypes", cr=@0xbfbfe310) at FileSystemTable.c++:258 258 mtab_watcher = new InternalClient(mtab_name, mtab_event_handler, NULL); (gdb) l 253 254 // (Initialize fs_by_name if necessary.) As a side effect, 255 // create_fs_by_name initializes our "root" member variable. 256 if (!fs_by_name) 257 { create_fs_by_name(); 258 mtab_watcher = new InternalClient(mtab_name, mtab_event_handler, NULL); 259 } 260 261 cr.become_user(); 262 (gdb) l 250 245 246 FileSystem * 247 FileSystemTable::find(const char *path, const Cred& cr) 248 { 249 char temp_path[PATH_MAX]; 250 FileSystem *fs = NULL; 251 252 assert(path[0] == '/'); 253 254 // (Initialize fs_by_name if necessary.) As a side effect, (gdb) p path $4 = 0xbfbfe330 "/usr/home/q/.kde/share/servicetypes" (gdb) At Frame 5, the path is still valid, at Frame 4 it somehow becomes 'dummy'. How can that be? Running famd with '-L' which should disable NFS, fails at the same assertion. Any hints on how to debug this further? Thanks! Ulrich Spörlein -- PGP Key ID: F0DB9F44 Get it while it's hot! PGP Fingerprint: F1CE D062 0CA9 ADE3 349B 2FE8 980A C6B5 F0DB 9F44 I abhor a system designed for the "user", if that word is a coded pejorative meaning "stupid and unsophisticated". -- Ken Thompson From q@uni.de Thu Dec 18 08:23:03 2003 Received: with ECARTIS (v1.0.0; list fam); Thu, 18 Dec 2003 08:23:16 -0800 (PST) Received: from wrzx28.rz.uni-wuerzburg.de (wrzx28.rz.uni-wuerzburg.de [132.187.3.28]) by oss.sgi.com (8.12.10/8.12.9) with SMTP id hBIGMqTa020651 for ; Thu, 18 Dec 2003 08:22:52 -0800 Received: from wrzx34.rz.uni-wuerzburg.de (wrzx34.rz.uni-wuerzburg.de [132.187.3.34]) by wrzx28.rz.uni-wuerzburg.de (Postfix) with ESMTP id 6B10581375 for ; Thu, 18 Dec 2003 16:32:38 +0100 (CET) Received: from virusscan (localhost [127.0.0.1]) by wrzx34.rz.uni-wuerzburg.de (Postfix) with ESMTP id E8BDE5E424 for ; Thu, 18 Dec 2003 16:32:37 +0100 (CET) Received: from wrzx28.rz.uni-wuerzburg.de (wrzx28.rz.uni-wuerzburg.de [132.187.3.28]) by wrzx34.rz.uni-wuerzburg.de (Postfix) with ESMTP id B872B5E3F8 for ; Thu, 18 Dec 2003 16:32:37 +0100 (CET) Received: from coyote.q.local (wwsx14.win-screen.uni-wuerzburg.de [132.187.253.14]) by mailmaster.uni-wuerzburg.de (Postfix) with ESMTP id 9FF6281374 for ; Thu, 18 Dec 2003 16:32:37 +0100 (CET) Received: from roadrunner.q.local (roadrunner [192.168.0.147]) by coyote.q.local (8.12.10/8.12.10) with ESMTP id hBIFWbgr085473 for ; Thu, 18 Dec 2003 16:32:37 +0100 (CET) (envelope-from q@roadrunner.q.local) Received: from roadrunner.q.local (localhost [127.0.0.1]) by roadrunner.q.local (8.12.10/8.12.10) with ESMTP id hBIFWb7U024747 for ; Thu, 18 Dec 2003 16:32:37 +0100 (CET) (envelope-from q@roadrunner.q.local) Received: (from q@localhost) by roadrunner.q.local (8.12.10/8.12.10/Submit) id hBIFWbV1024746 for fam@oss.sgi.com; Thu, 18 Dec 2003 16:32:37 +0100 (CET) (envelope-from q) Date: Thu, 18 Dec 2003 16:32:36 +0100 From: Ulrich Spoerlein To: fam@oss.sgi.com Subject: Fam 2.7.0 crashing on FreeBSD/NFS Message-ID: <20031218153236.GA24736@galgenberg.net> Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-15 Content-Disposition: inline X-No-Archive: yes User-Agent: Mutt/1.5.5.1i X-Virus-Scanned: by amavisd-new (Rechenzentrum Universitaet Wuerzburg) Content-Transfer-Encoding: 8bit X-MIME-Autoconverted: from quoted-printable to 8bit by oss.sgi.com id hBIGMqTa020651 X-archive-position: 203 X-ecartis-version: Ecartis v1.0.0 Sender: fam-bounce@oss.sgi.com Errors-to: fam-bounce@oss.sgi.com X-original-sender: q@uni.de Precedence: bulk X-list: fam Hi there, the current version of FAM in the FreeBSD Ports is 2.6.9. This version crashes for me, when used over NFS. I now updated the version to 2.7.0 to see if the Problem vanished but it's still broken. Here is a link to the PR (with backtrace) I filed about 2.6.9: http://www.freebsd.org/cgi/query-pr.cgi?pr=55219 And this is the situation with 2.7.0: (gdb) r -f -d -v Starting program: /usr/local/sbin/famd -f -d -v famd[32741]: log level is LOG_DEBUG famd[32741]: log level is LOG_INFO famd[32741]: Shutting down connection Assertion failed: (filename[0] == '/'), function InternalClient, file InternalClient.c++, line 38. Program received signal SIGABRT, Aborted. 0x281b8d4f in kill () from /lib/libc.so.5 (gdb) bt #0 0x281b8d4f in kill () from /lib/libc.so.5 #1 0x281ad7f8 in raise () from /lib/libc.so.5 #2 0x28225eb2 in abort () from /lib/libc.so.5 #3 0x281fc36f in __assert () from /lib/libc.so.5 #4 0x08051c5a in InternalClient (this=0x806d3e0, filename=0x8062980 "dummy", h=0x8050120 , closr=0x0) at InternalClient.c++:38 #5 0x080501e6 in FileSystemTable::find(char const*, Cred const&) ( path=0xbfbfe330 "/usr/home/q/.kde/share/servicetypes", cr=@0xbfbfe310) at FileSystemTable.c++:258 #6 0x0804a57d in ClientInterest (this=0x8071300, name=0xbfbfe330 "/usr/home/q/.kde/share/servicetypes", c=0x8072000, r=1, cr=@0xbfbfe310, type=DIRECTORY) at ClientInterest.c++:38 #7 0x0804c88c in Directory (this=0x8071300, name=0xbfbfe330 "/usr/home/q/.kde/share/servicetypes", c=0x8072000, r=1, cr=@0xbfbfe310) at Directory.c++:46 #8 0x080555d8 in MxClient::monitor_dir(int, char const*, Cred const&) (this=0x8072000, request=1, path=0xbfbfe330 "/usr/home/q/.kde/share/servicetypes", cred=@0xbfbfe310) at MxClient.c++:92 #9 0x0805f984 in TCP_Client::input_msg(char const*, int) (this=0x8072000, msg=0x8072042 "M1 1000 0 /usr/home/q/.kde/share/servicetypes\n", size=81) at TCP_Client.c++:198 #10 0x0805f4af in TCP_Client::input_handler(char const*, unsigned, void*) ( msg=0x8072042 "M1 1000 0 /usr/home/q/.kde/share/servicetypes\n", nbytes=81, closure=0x8072000) at TCP_Client.c++:69 #11 0x0804a423 in ClientConnection::input_msg(char const*, unsigned) (this=0x807202c, msg=0x8072042 "M1 1000 0 /usr/home/q/.kde/share/servicetypes\n", nbytes=81) at ClientConnection.c++:40 #12 0x08057fa3 in NetConnection::deliver_input() (this=0x807202c) at NetConnection.c++:170 #13 0x08057ecd in NetConnection::input() (this=0x807202c) at NetConnection.c++:144 #14 0x08057dd7 in NetConnection::read_handler(int, void*) (fd=6, closure=0x807202c) ---Type to continue, or q to quit--- at NetConnection.c++:114 #15 0x0805c632 in Scheduler::handle_io(fd_set const*, Scheduler::FDInfo::FDIOHandler Scheduler::FDInfo::*) (fds=0xbfbfe8e0, +iotype=&FDInfo::read) at Scheduler.c++:315 #16 0x0805c70c in Scheduler::select() () at Scheduler.c++:343 #17 0x08060d59 in Scheduler::loop() () at Scheduler.h:89 #18 0x08060627 in main (argc=4, argv=0xbfbfea64) at main.c++:290 #19 0x08049e92 in _start () (gdb) f 4 #4 0x08051c5a in InternalClient (this=0x806d3e0, filename=0x8062980 "dummy", h=0x8050120 , closr=0x0) at InternalClient.c++:38 38 assert(filename[0] == '/'); (gdb) l 33 EventHandler h, void *closr) 34 : Client("myself", LOCALHOST()), handler(h), closure(closr) 35 { 36 assert(filename); 37 assert(h); 38 assert(filename[0] == '/'); 39 Log::debug("%s watching %s", name(), filename); 40 interest = new File(filename, this, Request(0), Cred::SuperUser); 41 } 42 (gdb) p filename $1 = 0x8062980 "dummy" (gdb) l 30 25 #include 26 27 #include "Directory.h" 28 #include "Event.h" 29 #include "File.h" 30 #include "Log.h" 31 32 InternalClient::InternalClient(const char *filename, 33 EventHandler h, void *closr) 34 : Client("myself", LOCALHOST()), handler(h), closure(closr) (gdb) p h $2 = (void (*)(const Event &, void *)) 0x8050120 (gdb) p closr $3 = (void *) 0x0 (gdb) f 5 #5 0x080501e6 in FileSystemTable::find(char const*, Cred const&) ( path=0xbfbfe330 "/usr/home/q/.kde/share/servicetypes", cr=@0xbfbfe310) at FileSystemTable.c++:258 258 mtab_watcher = new InternalClient(mtab_name, mtab_event_handler, NULL); (gdb) l 253 254 // (Initialize fs_by_name if necessary.) As a side effect, 255 // create_fs_by_name initializes our "root" member variable. 256 if (!fs_by_name) 257 { create_fs_by_name(); 258 mtab_watcher = new InternalClient(mtab_name, mtab_event_handler, NULL); 259 } 260 261 cr.become_user(); 262 (gdb) l 250 245 246 FileSystem * 247 FileSystemTable::find(const char *path, const Cred& cr) 248 { 249 char temp_path[PATH_MAX]; 250 FileSystem *fs = NULL; 251 252 assert(path[0] == '/'); 253 254 // (Initialize fs_by_name if necessary.) As a side effect, (gdb) p path $4 = 0xbfbfe330 "/usr/home/q/.kde/share/servicetypes" (gdb) At Frame 5, the path is still valid, at Frame 4 it somehow becomes 'dummy'. How can that be? Running famd with '-L' which should disable NFS, fails at the same assertion. Any hints on how to debug this further? Thanks! Ulrich Spörlein -- PGP Key ID: F0DB9F44 Get it while it's hot! PGP Fingerprint: F1CE D062 0CA9 ADE3 349B 2FE8 980A C6B5 F0DB 9F44 I abhor a system designed for the "user", if that word is a coded pejorative meaning "stupid and unsophisticated". -- Ken Thompson From mraymond@sgi.com Tue Dec 30 11:01:22 2003 Received: with ECARTIS (v1.0.0; list fam); Tue, 30 Dec 2003 11:01:36 -0800 (PST) Received: from tolkor.sgi.com (tolkor.SGI.COM [198.149.18.6]) by oss.sgi.com (8.12.10/8.12.9) with SMTP id hBUJ1LTa011170 for ; Tue, 30 Dec 2003 11:01:21 -0800 Received: from flecktone.americas.sgi.com (flecktone.americas.sgi.com [192.48.203.135]) by tolkor.sgi.com (8.12.9/8.12.9/linux-outbound_gateway-1.1) with ESMTP id hBUKJbm7005954 for ; Tue, 30 Dec 2003 14:19:37 -0600 Received: from daisy-e236.americas.sgi.com (daisy-e236.americas.sgi.com [128.162.236.214]) by flecktone.americas.sgi.com (8.12.9/8.12.9/generic_config-1.2) with ESMTP id hBUJ0ASC26345667; Tue, 30 Dec 2003 13:00:10 -0600 (CST) Received: from goliath.americas.sgi.com (goliath.americas.sgi.com [128.162.232.85]) by daisy-e236.americas.sgi.com (8.12.9/SGI-server-1.8) with ESMTP id hBUIxeoZ2502325; Tue, 30 Dec 2003 12:59:50 -0600 (CST) Received: from goliath.americas.sgi.com by goliath.americas.sgi.com (SGI-8.12.5/SGI-client-1.7) via ESMTP id hBUIxU2Q003744; Tue, 30 Dec 2003 12:59:30 -0600 (CST) Received: (from mraymond@localhost) by goliath.americas.sgi.com (SGI-8.12.5/8.12.5/Submit) id hBUIwxvs003741; Tue, 30 Dec 2003 12:58:59 -0600 (CST) Date: Tue, 30 Dec 2003 12:58:59 -0600 From: Michael Raymond To: Alexander Larsson Cc: me , fam@oss.sgi.com Subject: Re: fam exploit? Message-ID: <20031230125859.E2751@goliath.americas.sgi.com> References: <20031209203945.GU1408@plaguesplace.dyndns.org> <1071042724.1811.96.camel@localhost.localdomain> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <1071042724.1811.96.camel@localhost.localdomain>; from alexl@redhat.com on Wed, Dec 10, 2003 at 08:52:04AM +0100 X-archive-position: 204 X-ecartis-version: Ecartis v1.0.0 Sender: fam-bounce@oss.sgi.com Errors-to: fam-bounce@oss.sgi.com X-original-sender: mraymond@sgi.com Precedence: bulk X-list: fam Sorry for the late reply, I've been really busy with other things. Would it make sense to change the FAM INSTALL file to include the xinetd bind option you mention? Thanks, Michael On Wed, Dec 10, 2003 at 08:52:04AM +0100, Alexander Larsson wrote: > On Tue, 2003-12-09 at 21:39, Me wrote: > > > > The tcpd man page says it cannot wrap rpc/tcp services. The fam man > > page says the Local-only mode does not work from inetd. So how do we > > protect this daemon? > > The redhat fam has: > bind = 127.0.0.1 > in the xinetd config. > > =-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-= > Alexander Larsson Red Hat, Inc > alexl@redhat.com alla@lysator.liu.se > He's a jaded shark-wrestling boxer with a mysterious suitcase handcuffed to > his arm. She's a virginal hypochondriac fairy princess from aristocratic > European stock. They fight crime! > -- Michael A. Raymond Office: (651) 683-3434 Core OS Scheduling Group Real-Time Lead From mraymond@sgi.com Tue Dec 30 12:22:51 2003 Received: with ECARTIS (v1.0.0; list fam); Tue, 30 Dec 2003 12:23:05 -0800 (PST) Received: from tolkor.sgi.com (tolkor.sgi.com [198.149.18.6]) by oss.sgi.com (8.12.10/8.12.9) with SMTP id hBUKMnTa015715 for ; Tue, 30 Dec 2003 12:22:49 -0800 Received: from flecktone.americas.sgi.com (flecktone.americas.sgi.com [192.48.203.135]) by tolkor.sgi.com (8.12.9/8.12.9/linux-outbound_gateway-1.1) with ESMTP id hBULf5m7029926 for ; Tue, 30 Dec 2003 15:41:05 -0600 Received: from daisy-e236.americas.sgi.com (daisy-e236.americas.sgi.com [128.162.236.214]) by flecktone.americas.sgi.com (8.12.9/8.12.9/generic_config-1.2) with ESMTP id hBUKMfMu26376096; Tue, 30 Dec 2003 14:22:41 -0600 (CST) Received: from goliath.americas.sgi.com (goliath.americas.sgi.com [128.162.232.85]) by daisy-e236.americas.sgi.com (8.12.9/SGI-server-1.8) with ESMTP id hBUKMGoZ2297054; Tue, 30 Dec 2003 14:22:26 -0600 (CST) Received: from goliath.americas.sgi.com by goliath.americas.sgi.com (SGI-8.12.5/SGI-client-1.7) via ESMTP id hBUKM62Q015913; Tue, 30 Dec 2003 14:22:06 -0600 (CST) Received: (from mraymond@localhost) by goliath.americas.sgi.com (SGI-8.12.5/8.12.5/Submit) id hBUKLbl1015824; Tue, 30 Dec 2003 14:21:37 -0600 (CST) Date: Tue, 30 Dec 2003 14:21:37 -0600 From: Michael Raymond To: Ziaur Rahman Cc: fam@oss.sgi.com Subject: Re: Determining imon or dnotify Message-ID: <20031230142137.J2751@goliath.americas.sgi.com> References: <1071464843.21a493b6cb6fc@my.mzrahman.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <1071464843.21a493b6cb6fc@my.mzrahman.com>; from zialist@mzrahman.com on Mon, Dec 15, 2003 at 01:07:23PM +0800 X-archive-position: 205 X-ecartis-version: Ecartis v1.0.0 Sender: fam-bounce@oss.sgi.com Errors-to: fam-bounce@oss.sgi.com X-original-sender: mraymond@sgi.com Precedence: bulk X-list: fam DNotify hasn't been merged into FAM yet. If you don't have IMon support in your system, then it's using polling. An insane amount of changes were made between 2.6.9 and when I picked up the FAM project. Building on IRIX got seriously hosed somewhere in the process. The changes are were so big that I'm despairing of solving the problem, so maybe I'll work on merging in the DNotify code sometime. I have very little time to spend on FAM, so any help is always appreciated. Michael On Mon, Dec 15, 2003 at 01:07:23PM +0800, Ziaur Rahman wrote: > > Hi Guys, > > I just installed fam-2.7.0 in a Redhat 7.2 system with kernel 2.4.20-24.7. > Reading the mailing list and the FAQ I got the idea that dnotify is built in in > any 2.4.x kernel. Does FAM use this feature of the kernel? > > Now, when I tried to install a older version of fam (2.6.9), it gave me specific > indication that IMON support is not installed in the kernel. But, when I > installed fam 2.7.0, it did not tell me anything, just installed nice and > smooth. Although, I have installed dnotify (dnotify-0.14.0) from > http://www.student.lu.se/~nbi98oli/dnotify.html, thinking maybe I will need > this. > > I have also used the fam_mirror perl script to do some real-time copying. YEAH! > FAM Rocks! > > Question is, I have no idea whether FAM is using its POLLING system or dnotify > that I installed or the dnotify in the kernel. > > Can somebody please give me any clues how can I determine that? I must be > missing something. > > Regards, > > +---------------------------------------------------+ > | Ziaur Rahman | PGP Key: 0x8B686E8E| > | http://zort.org | http://pgp.mit.edu| > | | | > +---------------------------------------------------+ > .-.-.-.-.-.-.-.-.- Quote-o-moment .-.-.-.-.-.-.-.-.-. > > Do not seek death; death will find you. But seek the road which makes death > a fulfillment. > -- Dag Hammarskjold > > .-.-.-.-.-.-.-.-.- Quote-o-moment .-.-.-.-.-.-.-.-.-. > -- Michael A. Raymond Office: (651) 683-3434 Core OS Scheduling Group Real-Time Lead