From markgw@sgi.com Thu Oct 3 01:03:12 2002 Received: with ECARTIS (v1.0.0; list pcp); Thu, 03 Oct 2002 01:03:15 -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 g9383CtG005103 for ; Thu, 3 Oct 2002 01:03:12 -0700 Received: from larry.melbourne.sgi.com (larry.melbourne.sgi.com [134.14.52.130]) 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 SMTP id BAA09782 for ; Thu, 3 Oct 2002 01:03:11 -0700 (PDT) mail_from (markgw@sgi.com) Received: from sherman.melbourne.sgi.com (sherman.melbourne.sgi.com [134.14.55.232]) by larry.melbourne.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id SAA28204; Thu, 3 Oct 2002 18:01:53 +1000 Date: Thu, 3 Oct 2002 18:01:53 +1000 (EST) From: Mark Goodwin X-X-Sender: markgw@sherman.melbourne.sgi.com To: "Davis, Todd C" cc: "'pcp@oss.sgi.com'" Subject: pcp-2.3.0-1 (was Re: RedHat 7.3 Performance Co-Pilot) In-Reply-To: <29AD895CE780D511A8870002A50A666D04F90839@hdsmsx106.hd.intel.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-archive-position: 32 X-ecartis-version: Ecartis v1.0.0 Sender: pcp-bounce@oss.sgi.com Errors-to: pcp-bounce@oss.sgi.com X-original-sender: markgw@sgi.com Precedence: bulk X-list: pcp On Tue, 24 Sep 2002, Davis, Todd C wrote: > On a Redhat 7.3 system I have encountered the following problems: > > 1. in man pages the following line causes khelpcenter and man2html to fail: > .TH \*(x} > I commented out that line and replaced it with: > .TH PMIECONF 4 "February 2001" "SGI pcp 2.2" "Performance Co-Pilot" > the distributed man pages work using man from the command line but would > like to see them work with these other man utilities. > (I don't know troff well enough to fix it any better) The use of [nt]roff string registers is legal syntax in man pages, so really khelpcenter and man2html are to blame here. And I can't easily change all the man pages because most of them are actually part of IRIX. So here's a challenge for someone: in src/include/builddefs.in, there is a gmake macro defined called INSTALL_MAN, which is used in man/man*/GNUmakefile to install man pages. We need to hack this macro so it will translate man pages to avoid the .TH \*(x} stuff, and make them acceptable to khelpcenter and man2html, much like Todd did manually for pmieconf.1. Any takers? > 2. The HTML tutorial referred to in the man pages is missing. I think we're going to open source the tutorial. More on this later. > 3. when running "/etc/init.d/pcp start", in rc-proc.sh the following line > failed because "chkconfig --add pcp" must be run first: > if chkconfig --list "$_flag" 2>&1 | grep $_rl":on" >/dev/null 2>&1 I'll fix this. > 4. When attempting to make an RPM the GNUmakefile in build/rpm encounters > the following error: > --target=i386-pc-linux: unknown option > make[1]: *** [pack_pcp] Error 1 > (Mark Goodwin posted a fix for this problem in an email Troy Dawson kindly > forwarded to me) already fixed. In addition, I have Mike's patch rolled in and will be running PCP QA over the next few days. So as soon as we can fix the above problems, I'll release pcp-2.3.0-1. thanks -- Mark From kenmcd@melbourne.sgi.com Fri Oct 4 04:14:57 2002 Received: with ECARTIS (v1.0.0; list pcp); Fri, 04 Oct 2002 04:14:59 -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 g94BEvtG007035 for ; Fri, 4 Oct 2002 04:14:57 -0700 Received: from larry.melbourne.sgi.com (larry.melbourne.sgi.com [134.14.52.130]) 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 SMTP id EAA06488 for ; Fri, 4 Oct 2002 04:14:55 -0700 (PDT) mail_from (kenmcd@melbourne.sgi.com) From: kenmcd@melbourne.sgi.com Received: from kenj-ppp.melbourne.sgi.com (kenj-ppp.melbourne.sgi.com [134.14.55.215]) by larry.melbourne.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id VAA10286; Fri, 4 Oct 2002 21:13:34 +1000 Date: Fri, 4 Oct 2002 21:14:51 +1000 (EST) Reply-To: kenmcd@melbourne.sgi.com To: "Davis, Todd C" cc: "'Mike Mason'" , Subject: RE: CGLE (was Re: PCP patch for top/libgtop conversion) In-Reply-To: <29AD895CE780D511A8870002A50A666D04F90845@hdsmsx106.hd.intel.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-archive-position: 33 X-ecartis-version: Ecartis v1.0.0 Sender: pcp-bounce@oss.sgi.com Errors-to: pcp-bounce@oss.sgi.com X-original-sender: kenmcd@melbourne.sgi.com Precedence: bulk X-list: pcp On Mon, 30 Sep 2002, Davis, Todd C wrote: > ... > > [Todd Davis] There are many references in the open source man pages to man > pages for proprietary SGI utilities that are not included in the open source > distribution. OK, this is a little tricky ... the same troff source is shipped with a range of concurrently available products / images / RPMs that span the mix of open source and proprietary PCP pieces ... I'll need to think about the best way to accommodate this x-ref issue. > - html tutorial (that I don't think we've released to open source, but > certainly could ... it is a resource issue, so if someone volunteered > to audit, cleanup and edit the html we could certainly work together > on this) > [Todd Davis] > I would be inclined to help here since I am still learning PCP and would > like to view the tutorial myself. I'll send Todd the first document of substance, overview.html and seek his reactions. > ... From mst9696@cis.ksu.edu Thu Oct 10 04:09:12 2002 Received: with ECARTIS (v1.0.0; list pcp); Thu, 10 Oct 2002 04:09:15 -0700 (PDT) Received: from rigel.cis.ksu.edu (root@rigel.cis.ksu.edu [129.130.10.65]) by oss.sgi.com (8.12.5/8.12.5) with SMTP id g9AB9BtG012370 for ; Thu, 10 Oct 2002 04:09:12 -0700 Received: from acrux.cis.ksu.edu (mst9696@acrux.cis.ksu.edu [129.130.10.32]) by rigel.cis.ksu.edu (8.9.1/8.9.1/000517) with ESMTP id GAA10654; Thu, 10 Oct 2002 06:09:08 -0500 (CDT) Received: from localhost (mst9696@localhost) by acrux.cis.ksu.edu (8.9.1/8.9.1/000517) with ESMTP id GAA22357; Thu, 10 Oct 2002 06:09:09 -0500 (CDT) X-Authentication-Warning: acrux.cis.ksu.edu: mst9696 owned process doing -bs Date: Thu, 10 Oct 2002 06:09:08 -0500 (CDT) From: Madhu Sudhan R Tera To: pcp@oss.sgi.com, Subject: PMDA related question Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-archive-position: 34 X-ecartis-version: Ecartis v1.0.0 Sender: pcp-bounce@oss.sgi.com Errors-to: pcp-bounce@oss.sgi.com X-original-sender: mst9696@cis.ksu.edu Precedence: bulk X-list: pcp Hello! We developed a PMDA, for obtaining the network charecteristics of the processes in the system, based on the examples given in the sample pmdas.While installing the pmda we select the options for running it as both collector and monitor and options -socket, internet and specify the port. The pmda runs well for few times when requested for metrics. But after some time it crashes. This is happening very frequently. We are unable to find the source of this problem. Any leads are greatly appreciated. Thank you, With regards, MadhuSudhan Reddy Tera -------------------------------------------------- |Department of Computing and Information Sciences, | |Kansas State University, | |Manhattan, KS 66502. | |ph no:785-537-3276 | -------------------------------------------------- From kenmcd@melbourne.sgi.com Mon Oct 14 16:38:37 2002 Received: with ECARTIS (v1.0.0; list pcp); Mon, 14 Oct 2002 16:38:39 -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 g9ENcatG007853 for ; Mon, 14 Oct 2002 16:38:36 -0700 Received: from rattle.melbourne.sgi.com (rattle.melbourne.sgi.com [134.14.55.145]) 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 QAA07931 for ; Mon, 14 Oct 2002 16:38:34 -0700 (PDT) mail_from (kenmcd@melbourne.sgi.com) Received: from localhost (kenmcd@localhost) by rattle.melbourne.sgi.com (SGI-8.9.3/8.9.3) with ESMTP id JAA30384; Tue, 15 Oct 2002 09:37:15 +1000 (EST) X-Authentication-Warning: rattle.melbourne.sgi.com: kenmcd owned process doing -bs Date: Tue, 15 Oct 2002 09:37:15 +1000 From: Ken McDonell To: Madhu Sudhan R Tera cc: pcp@oss.sgi.com Subject: Re: PMDA related question In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-archive-position: 35 X-ecartis-version: Ecartis v1.0.0 Sender: pcp-bounce@oss.sgi.com Errors-to: pcp-bounce@oss.sgi.com X-original-sender: kenmcd@melbourne.sgi.com Precedence: bulk X-list: pcp On Thu, 10 Oct 2002, Madhu Sudhan R Tera wrote: > Hello! > We developed a PMDA, for obtaining the network charecteristics of the > processes in the system, based on the examples given in the sample > pmdas.While installing the pmda we select the options for running it as > both collector and monitor and options -socket, internet and specify the port. > The pmda runs well for few times when requested for metrics. But after > some time it crashes. This is happening very frequently. We are unable to > find the source of this problem. OK ... 1. is the pmda dumping core? look in /var/log/pcp/pmcd for a core file, and see if it is your pmda. If it is, then (a) build the pmda compiled -g and attach gdb to the pmda process once pmcd starts it and wait for it to fail, (b) else try debugging the pmda with dbpmda (a tool designed for _just_ this purpose) 2. if not, look in /var/log/pcp/pmcd ... yourpmda.log and pmcd.log should have interesting stuff in them, probably talking about timeouts I would guess To work around this you can try $ pmstore pmcd.control.timeout 60 but to fix it will need you to understand why your pmda is taking so long to respond, and making it faster or providing a multi-threaded pmda, e.g. like the weblog pmda 3. consider adding -D pdu to the command line arguments in /etc/pmcd.conf for your pmda, and the inspecting yourpmda.log after the failure ... this will dump all the messages passing between pmcd and your pmda 4. turn on the pmcd event tracing ring buffer, so you can see the end of the message exchanges before a pmda failure (the messages will be in pmcd.log) ... once pmcd is running with your pmda ... $ pmstore pmcd.control.debug 2048 $ pmstore pmcd.control.traceconn 1 $ pmstore pmcd.control.tracepdu 1 > Any leads are greatly appreciated. If all else fails, send me pmcd.log and yourpmda.log with 3. and 4. enabled. > Thank you, > With regards, > MadhuSudhan Reddy Tera > > -------------------------------------------------- > |Department of Computing and Information Sciences, | > |Kansas State University, | > |Manhattan, KS 66502. | > |ph no:785-537-3276 | > -------------------------------------------------- > From kenmcd@melbourne.sgi.com Tue Oct 15 11:22:22 2002 Received: with ECARTIS (v1.0.0; list pcp); Tue, 15 Oct 2002 11:22:25 -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 g9FIMMtG029902 for ; Tue, 15 Oct 2002 11:22:22 -0700 Received: from rattle.melbourne.sgi.com (rattle.melbourne.sgi.com [134.14.55.145]) 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 LAA06918 for ; Tue, 15 Oct 2002 11:22:21 -0700 (PDT) mail_from (kenmcd@melbourne.sgi.com) Received: from localhost (kenmcd@localhost) by rattle.melbourne.sgi.com (SGI-8.9.3/8.9.3) with ESMTP id EAA61564 for ; Wed, 16 Oct 2002 04:21:05 +1000 (EST) X-Authentication-Warning: rattle.melbourne.sgi.com: kenmcd owned process doing -bs Date: Wed, 16 Oct 2002 04:21:04 +1000 From: Ken McDonell To: pcp@oss.sgi.com Subject: PCP QA Suite to be Open Sourced Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-archive-position: 36 X-ecartis-version: Ecartis v1.0.0 Sender: pcp-bounce@oss.sgi.com Errors-to: pcp-bounce@oss.sgi.com X-original-sender: kenmcd@melbourne.sgi.com Precedence: bulk X-list: pcp I have arranged for the PCP QA Suite to be made available outside SGI under some (TBD) Open Source license. I'd like input from those who have expressed an interest in this area, specificially to discuss (off the list, since others probably do not care) the options for: 1. splitting the tests that apply to the open source parts of PCP from the proprietary parts of PCP 2. gatekeeper and takeback logistics 3. the specific open source license to be used 4. developing documentation to guide the evolution of the suite and the creation of new tests If you are interested, and willing to participate in this discussion, please let me know. From todd.c.davis@intel.com Wed Oct 16 07:37:41 2002 Received: with ECARTIS (v1.0.0; list pcp); Wed, 16 Oct 2002 07:37:43 -0700 (PDT) Received: from petasus.ch.intel.com (petasus.ch.intel.com [143.182.124.5]) by oss.sgi.com (8.12.5/8.12.5) with SMTP id g9GEbftG016046 for ; Wed, 16 Oct 2002 07:37:41 -0700 Received: from fmsmsxvs043.fm.intel.com (fmsmsxvs043.fm.intel.com [132.233.42.129]) by petasus.ch.intel.com (8.11.6/8.11.6/d: solo.mc,v 1.47 2002/10/10 20:35:15 dmccart Exp $) with SMTP id g9GEd7114212 for ; Wed, 16 Oct 2002 14:39:07 GMT Received: from fmsmsx26.fm.intel.com ([132.233.42.26]) by fmsmsxvs043.fm.intel.com (NAVGW 2.5.2.11) with SMTP id M2002101607355403051 ; Wed, 16 Oct 2002 07:35:54 -0700 Received: by fmsmsx26.fm.intel.com with Internet Mail Service (5.5.2653.19) id ; Wed, 16 Oct 2002 07:37:35 -0700 Message-ID: <29AD895CE780D511A8870002A50A666D04F9086B@hdsmsx106.hd.intel.com> From: "Davis, Todd C" To: "'Ken McDonell'" , pcp@oss.sgi.com Subject: RE: PCP QA Suite to be Open Sourced Date: Wed, 16 Oct 2002 07:44:16 -0700 MIME-Version: 1.0 X-Mailer: Internet Mail Service (5.5.2653.19) Content-Type: text/plain X-archive-position: 37 X-ecartis-version: Ecartis v1.0.0 Sender: pcp-bounce@oss.sgi.com Errors-to: pcp-bounce@oss.sgi.com X-original-sender: todd.c.davis@intel.com Precedence: bulk X-list: pcp Todd C. Davis These are my opinions and absolutely not official opinions of Intel Corp. -----Original Message----- From: Ken McDonell [mailto:kenmcd@melbourne.sgi.com] Sent: Tuesday, October 15, 2002 2:21 PM To: pcp@oss.sgi.com Subject: PCP QA Suite to be Open Sourced I have arranged for the PCP QA Suite to be made available outside SGI under some (TBD) Open Source license. I'd like input from those who have expressed an interest in this area, specificially to discuss (off the list, since others probably do not care) the options for: 1. splitting the tests that apply to the open source parts of PCP from the proprietary parts of PCP [Todd Davis] This is a large problem that needs to be broken down into smaller manageable units. For instance: 1. Validation of the PMAPI a. PMDA library interfaces b. metric value functions c. instance domains & profiles d. PMNS functions c. archive logging d. context functions e. miscellaneous functions 2. tests for correctness of the PMDA's metrics - contributed by PDMA developers? 3. Validate the command line utilities a. functional breakdown similar/parallel to PMAPI validation b. validation of command line options c. stress or load tests d. fault injection tests 2. gatekeeper and takeback logistics [Todd Davis] A site like SourceForge that provides source control services could be used in the development of these test suites so trusted contributors can freely maintain test code. 3. the specific open source license to be used [Todd Davis] The preferred license at Intel is BSD but this is decision that your corporate lawyers must be comfortable with. 4. developing documentation to guide the evolution of the suite and the creation of new tests [Todd Davis] The Open Source Development Lab's Carrier Grade Linux Enhancements validation site (http://developer.osdl.org/validation/) has a validation framework paper that could be used as a starting point. If you are interested, and willing to participate in this discussion, please let me know. From todd.c.davis@intel.com Wed Oct 16 13:53:18 2002 Received: with ECARTIS (v1.0.0; list pcp); Wed, 16 Oct 2002 13:53:19 -0700 (PDT) Received: from caduceus.fm.intel.com (fmr02.intel.com [192.55.52.25]) by oss.sgi.com (8.12.5/8.12.5) with SMTP id g9GKrHtG022999 for ; Wed, 16 Oct 2002 13:53:18 -0700 Received: from petasus.fm.intel.com (petasus.fm.intel.com [10.1.192.37]) by caduceus.fm.intel.com (8.11.6/8.11.6/d: outer.mc,v 1.51 2002/09/23 20:43:23 dmccart Exp $) with ESMTP id g9GKnPK20576 for ; Wed, 16 Oct 2002 20:49:25 GMT Received: from FMSMSX017.fm.intel.com (fmsmsx017.fm.intel.com [132.233.42.196]) by petasus.fm.intel.com (8.11.6/8.11.6/d: inner.mc,v 1.26 2002/10/10 20:36:29 dmccart Exp $) with ESMTP id g9GKnVi02314 for ; Wed, 16 Oct 2002 20:49:31 GMT Received: by fmsmsx017.fm.intel.com with Internet Mail Service (5.5.2653.19) id ; Wed, 16 Oct 2002 13:53:15 -0700 Message-ID: <29AD895CE780D511A8870002A50A666D04F9086C@hdsmsx106.hd.intel.com> From: "Davis, Todd C" To: pcp@oss.sgi.com Subject: pmie observations Date: Wed, 16 Oct 2002 13:59:57 -0700 MIME-Version: 1.0 X-Mailer: Internet Mail Service (5.5.2653.19) Content-Type: text/plain X-archive-position: 38 X-ecartis-version: Ecartis v1.0.0 Sender: pcp-bounce@oss.sgi.com Errors-to: pcp-bounce@oss.sgi.com X-original-sender: todd.c.davis@intel.com Precedence: bulk X-list: pcp After using pmie on Linux I have observed the following: It appears that the pmie alarm action does not work on Linux. Also the '|' action operator is ineffective since only failed forks cause an action to fail. The UPM has the expression 'environ.temp @1 - environ.temp $0 > 2' for a rising temperature test. This looks like a test for a falling temperature instead. Are my pmie observations correct? Todd C. Davis These are my opinions and absolutely not official opinions of Intel Corp. Telco Systems Development Intel Corporation, Columbia Design Center CBA-2, Suite 100 250 Berry Hill Road Columbia, SC 29210 (803) 461-6108 fax:: (803) 461-6292 mailto:todd.c.davis@intel.com From kenmcd@melbourne.sgi.com Wed Oct 16 15:26:47 2002 Received: with ECARTIS (v1.0.0; list pcp); Wed, 16 Oct 2002 15:26:49 -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 g9GMQltG006953 for ; Wed, 16 Oct 2002 15:26:47 -0700 Received: from rattle.melbourne.sgi.com (rattle.melbourne.sgi.com [134.14.55.145]) 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 PAA02352 for ; Wed, 16 Oct 2002 15:26:45 -0700 (PDT) mail_from (kenmcd@melbourne.sgi.com) Received: from localhost (kenmcd@localhost) by rattle.melbourne.sgi.com (SGI-8.9.3/8.9.3) with ESMTP id IAA08771; Thu, 17 Oct 2002 08:25:26 +1000 (EST) X-Authentication-Warning: rattle.melbourne.sgi.com: kenmcd owned process doing -bs Date: Thu, 17 Oct 2002 08:25:26 +1000 From: Ken McDonell To: "Davis, Todd C" cc: pcp@oss.sgi.com Subject: Re: pmie observations In-Reply-To: <29AD895CE780D511A8870002A50A666D04F9086C@hdsmsx106.hd.intel.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-archive-position: 39 X-ecartis-version: Ecartis v1.0.0 Sender: pcp-bounce@oss.sgi.com Errors-to: pcp-bounce@oss.sgi.com X-original-sender: kenmcd@melbourne.sgi.com Precedence: bulk X-list: pcp On Wed, 16 Oct 2002, Davis, Todd C wrote: > After using pmie on Linux I have observed the following: > > It appears that the pmie alarm action does not work on Linux. You're correct (this is one of those GUI areas that is hard to cover in automated QA) ... the problem is the path to the IRIX version of xconfirm is hard-coded. The attached patch to src/pmie/src/act.sk should fix it ... at least it did fix it for my simple test: > Also the '|' action operator is ineffective since only failed forks cause an > action to fail. OK, I guess the issue here is that we don't capture the exit status from the "shell" action ... all the other actions will succeed by definition. Is this the issue? If so, I'll have to take a look at logic here ... seems like there is one too many level of fork() that is getting in the way. Do you have a simple test case? > The UPM has the expression 'environ.temp @1 - environ.temp $0 > 2' for a I hope it says --> @0 > rising temperature test. > This looks like a test for a falling temperature instead. Yes the man page is incorrect (I've fixed it) ... this is indeed falling temperature ... to get rising temperature you need environ.temp @0 - environ.temp @1 > 2 > Are my pmie observations correct? Pretty much ... 8^)> Thanks. From kenmcd@melbourne.sgi.com Wed Oct 16 16:33:02 2002 Received: with ECARTIS (v1.0.0; list pcp); Wed, 16 Oct 2002 16:33:04 -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 g9GNWxtG016434 for ; Wed, 16 Oct 2002 16:33:02 -0700 Received: from rattle.melbourne.sgi.com (rattle.melbourne.sgi.com [134.14.55.145]) 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 QAA00027 for ; Wed, 16 Oct 2002 16:32:49 -0700 (PDT) mail_from (kenmcd@melbourne.sgi.com) Received: from localhost (kenmcd@localhost) by rattle.melbourne.sgi.com (SGI-8.9.3/8.9.3) with ESMTP id JAA10646; Thu, 17 Oct 2002 09:31:27 +1000 (EST) X-Authentication-Warning: rattle.melbourne.sgi.com: kenmcd owned process doing -bs Date: Thu, 17 Oct 2002 09:31:27 +1000 From: Ken McDonell To: "Davis, Todd C" cc: pcp@oss.sgi.com Subject: Re: pmie observations In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: MULTIPART/MIXED; BOUNDARY="-2045888623-2130184236-1034811087=:310620" X-archive-position: 40 X-ecartis-version: Ecartis v1.0.0 Sender: pcp-bounce@oss.sgi.com Errors-to: pcp-bounce@oss.sgi.com X-original-sender: kenmcd@melbourne.sgi.com Precedence: bulk X-list: pcp This message is in MIME format. The first part should be readable text, while the remaining parts are likely unreadable without MIME-aware tools. Send mail to mime@docserver.cac.washington.edu for more info. ---2045888623-2130184236-1034811087=:310620 Content-Type: TEXT/PLAIN; charset=US-ASCII This time, _with_ the patch attached! On Thu, 17 Oct 2002, Ken McDonell wrote: > On Wed, 16 Oct 2002, Davis, Todd C wrote: > > > After using pmie on Linux I have observed the following: > > > > It appears that the pmie alarm action does not work on Linux. > > You're correct (this is one of those GUI areas that is hard to cover > in automated QA) ... the problem is the path to the IRIX version of > xconfirm is hard-coded. The attached patch to src/pmie/src/act.sk > should fix it ... at least it did fix it for my simple test: > > > Also the '|' action operator is ineffective since only failed forks cause an > > action to fail. > > OK, I guess the issue here is that we don't capture the exit status from > the "shell" action ... all the other actions will succeed by definition. > > Is this the issue? If so, I'll have to take a look at logic here ... > seems like there is one too many level of fork() that is getting in > the way. Do you have a simple test case? > > > The UPM has the expression 'environ.temp @1 - environ.temp $0 > 2' for a > I hope it says --> @0 > > rising temperature test. > > This looks like a test for a falling temperature instead. > > Yes the man page is incorrect (I've fixed it) ... this is indeed > falling temperature ... to get rising temperature you need > > environ.temp @0 - environ.temp @1 > 2 > > > Are my pmie observations correct? > > Pretty much ... 8^)> > > Thanks. > > ---2045888623-2130184236-1034811087=:310620 Content-Type: TEXT/PLAIN; charset=US-ASCII; name=eek Content-Transfer-Encoding: BASE64 Content-ID: Content-Description: patch Content-Disposition: attachment; filename=eek LS0tIC91c3IvdG1wL1RtcERpci4zMTU4Ni0wL3NyYy9wbWllL3NyYy9hY3Qu c2tfMS4yCVRodSBPY3QgMTcgMDg6MTM6NTMgMjAwMg0KKysrIHNyYy9wbWll L3NyYy9hY3Quc2sJVGh1IE9jdCAxNyAwODoxMjowNiAyMDAyDQpAQCAtODcs NyArODcsNyBAQA0KIGFjdEFsYXJtKEV4cHIgKngpDQogew0KICAgICBzdGF0 aWMgY2hhciAqYWxhcm12W10gPSB7DQotCSIvdXNyL2Jpbi9YMTEveGNvbmZp cm0iLA0KKwlOVUxMLAkJCS8qIG5lZWQgcGF0aCB0byB4Y29uZmlybSgxKSBo ZXJlICovDQogCSAgICAiLWhlYWRlciIsICJQZXJmb3JtYW5jZSBDby1QaWxv dCBBbGFybSIsDQogCSAgICAiLWIiLCAiQ2FuY2VsIiwNCiAJICAgICItaWNv biIsICJ3YXJuaW5nIiwNCkBAIC0xMDEsNiArMTAxLDE3IEBADQogICAgIHRp bWVfdCAgY2xvY2s7DQogICAgIHBpZF90ICAgc3RzOw0KIA0KKyAgICBpZiAo YWxhcm12WzBdID09IE5VTEwpIHsNCisJICAgIC8qDQorCSAgICAgKiBvbmUg dHJpcCB0byBnZXQgcGF0aCBmb3IgeGNvbmZpcm0oMSkNCisJICAgICAqLw0K KwkgICAgYWxhcm12WzBdID0gcG1HZXRDb25maWcoIlBDUF9YQ09ORklSTV9Q Uk9HIik7DQorCSAgICBpZiAoc3RyY21wKGFsYXJtdlswXSwgIiIpID09IDAp IHsNCisJCV9fcG1Ob3RpZnlFcnIoTE9HX0VSUiwgInBhdGggdG8geGNvbmZp cm0oMSkgZm9yIGFsYXJtIG5vdCBmb3VuZCwgdXNpbmcgZWNobygxKVxuIik7 DQorCQlhbGFybXZbMF0gPSAiL2Jpbi9lY2hvIjsNCisJICAgIH0NCisgICAg fQ0KKw0KICAgICAvKiBpZiBvbGQgYWxhcm0gc3RpbGwgYWN0aXZlLCBkb24n dCBwb3N0IG5ldyBvbmUgKi8NCiAgICAgaWYgKCh4LT52YWxpZCAhPSAwKSAm Jg0KIAkod2FpdHBpZCgocGlkX3QpeC0+dmFsaWQsIE5VTEwsIFdOT0hBTkcp ID09IDApKQ0KQEAgLTExOCw5ICsxMjksMTIgQEANCiAJICAgIGFsYXJtdls4 XSA9IGN0aW1lOw0KIAkgICAgYWxhcm12WzEwXSA9IChjaGFyICopYXJnMS0+ cmluZzsNCiAJICAgIHNldHNpZCgpOw0KLQkgICAgZmNsb3NlKHN0ZGluKTsN Ci0JICAgIGZjbG9zZShzdGRvdXQpOw0KLQkgICAgZmNsb3NlKHN0ZGVycik7 DQorCSAgICBpZiAoc3RyY21wKGFsYXJtdlswXSwgIi9iaW4vZWNobyIpICE9 IDApIHsNCisJCS8qIG9ubHkgZWNobyBuZWVkcyBzdGRpbywgd2hlbiB4Y29u ZmlybSBjYW5ub3QgYmUgZm91bmQgKi8NCisJCWZjbG9zZShzdGRpbik7DQor CQlmY2xvc2Uoc3Rkb3V0KTsNCisJCWZjbG9zZShzdGRlcnIpOw0KKwkgICAg fQ0KIAkgICAgZXhlY3ZwKGFsYXJtdlswXSwgYWxhcm12KTsNCiAJICAgIF9l eGl0KDEpOwkvKiBhdm9pZCBhdGV4aXQoKSBoYW5kbGVyICovDQogCX0NCkBA IC0xNTgsOSArMTcyLDkgQEANCiAJRVZBTEFSRyhhcmcxKQ0KIAlvcGVubG9n KHRhZywgTE9HX1BJRHxMT0dfQ09OUywgTE9HX0RBRU1PTik7DQogCWlmIChh cmcxLT5yaW5nID09IE5VTEwpDQotCSAgICBzeXNsb2coKnByaSwgIiIpOw0K KwkgICAgc3lzbG9nKCpwcmksICIlcyIsICAiIik7DQogCWVsc2UNCi0JICAg IHN5c2xvZygqcHJpLCAiJXMiLCBhcmcxLT5yaW5nKTsNCisJICAgIHN5c2xv ZygqcHJpLCAiJXMiLCAoY2hhciAqKWFyZzEtPnJpbmcpOw0KIAljbG9zZWxv ZygpOw0KIAkqKFRydXRoICopeC0+cmluZyA9IFRSVUU7DQogCXgtPnNtcGxz WzBdLnN0YW1wID0gbm93Ow0K ---2045888623-2130184236-1034811087=:310620-- From kenmcd@melbourne.sgi.com Wed Oct 16 22:32:51 2002 Received: with ECARTIS (v1.0.0; list pcp); Wed, 16 Oct 2002 22:32:53 -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 g9H5WptG031108 for ; Wed, 16 Oct 2002 22:32:51 -0700 Received: from rattle.melbourne.sgi.com (rattle.melbourne.sgi.com [134.14.55.145]) 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 WAA07344 for ; Wed, 16 Oct 2002 22:32:50 -0700 (PDT) mail_from (kenmcd@melbourne.sgi.com) Received: from localhost (kenmcd@localhost) by rattle.melbourne.sgi.com (SGI-8.9.3/8.9.3) with ESMTP id PAA20190; Thu, 17 Oct 2002 15:31:23 +1000 (EST) X-Authentication-Warning: rattle.melbourne.sgi.com: kenmcd owned process doing -bs Date: Thu, 17 Oct 2002 15:31:23 +1000 From: Ken McDonell To: "Davis, Todd C" cc: "Mike Mason (mmlnx@us.ibm.com)" , "Vincent, Perry G" , "'pcp@oss.sgi.com'" Subject: Re: Performance Co-Pilot Mailing List Archives In-Reply-To: <29AD895CE780D511A8870002A50A666D04F90831@hdsmsx106.hd.intel.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-archive-position: 41 X-ecartis-version: Ecartis v1.0.0 Sender: pcp-bounce@oss.sgi.com Errors-to: pcp-bounce@oss.sgi.com X-original-sender: kenmcd@melbourne.sgi.com Precedence: bulk X-list: pcp On Mon, 23 Sep 2002, Davis, Todd C wrote: > ... Is this the reason why > there is not any mailing list activity, new releases, or announcements since > December 2001? The mail archives were being collected in a new place after some configuration changes on oss.sgi.com. The correct URL is: http://oss.sgi.com/projects/pcp/mail_archive/index.html and there you'll find monthly mail archives from today back to Dec 1999. The mail.html page points to the right place also. Let me know if you see other problems with the archiving of articles from the PCP mailing list. From kenmcd@melbourne.sgi.com Thu Oct 17 17:28:52 2002 Received: with ECARTIS (v1.0.0; list pcp); Thu, 17 Oct 2002 17:28:54 -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 g9I0SqtG001425 for ; Thu, 17 Oct 2002 17:28:52 -0700 Received: from rattle.melbourne.sgi.com (rattle.melbourne.sgi.com [134.14.55.145]) 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 RAA06721 for ; Thu, 17 Oct 2002 17:28:50 -0700 (PDT) mail_from (kenmcd@melbourne.sgi.com) Received: from localhost (kenmcd@localhost) by rattle.melbourne.sgi.com (SGI-8.9.3/8.9.3) with ESMTP id KAA51906; Fri, 18 Oct 2002 10:27:28 +1000 (EST) X-Authentication-Warning: rattle.melbourne.sgi.com: kenmcd owned process doing -bs Date: Fri, 18 Oct 2002 10:27:27 +1000 From: Ken McDonell To: "Davis, Todd C" cc: pcp@oss.sgi.com Subject: PCP man pages, khelpcenter and man2html Message-ID: MIME-Version: 1.0 Content-Type: MULTIPART/MIXED; BOUNDARY="-2045888623-1301480559-1034900847=:309527" X-archive-position: 42 X-ecartis-version: Ecartis v1.0.0 Sender: pcp-bounce@oss.sgi.com Errors-to: pcp-bounce@oss.sgi.com X-original-sender: kenmcd@melbourne.sgi.com Precedence: bulk X-list: pcp This message is in MIME format. The first part should be readable text, while the remaining parts are likely unreadable without MIME-aware tools. Send mail to mime@docserver.cac.washington.edu for more info. ---2045888623-1301480559-1034900847=:309527 Content-Type: TEXT/PLAIN; charset=US-ASCII Todd (and anyone else), could you please take the attached [gtn]roff source and verify that your local man page manglers (man2html etc) are OK with this? I've devised a scheme for tricking man2html while preserving the structure needed for the IRIX and Linux man page builds. If this works we'll change all the PCP man pages to use this perverse construct. Thanks. ---2045888623-1301480559-1034900847=:309527 Content-Type: TEXT/PLAIN; charset=US-ASCII; name="pminfo.1" Content-Transfer-Encoding: BASE64 Content-ID: Content-Description: pminfo.1 Content-Disposition: attachment; filename="pminfo.1" J1wibWFjcm8gc3RkbWFjcm8NCi5cIg0KLlwiIENvcHlyaWdodCAoYykgMjAw MCBTaWxpY29uIEdyYXBoaWNzLCBJbmMuICBBbGwgUmlnaHRzIFJlc2VydmVk Lg0KLlwiDQouXCIgJElkOiBwbWluZm8uMSx2IDIuMTUgMjAwMS8wMy8xNiAw NjowNzowNiBrZW5tY2QgRXhwICQNCi5pZSBcKC5nIFx7XA0KLlwiIC4uLiBn cm9mZiAuLi4gYXNzdW1lIExpbnV4IChoYWNrIGZvciBraGVscGNlbnRlciwg bWFuMmh0bWwsIGV0Yy4pDQouVEggUE1JTkZPICAxICJTR0kiICJQZXJmb3Jt YW5jZSBDby1QaWxvdCINClx9DQouZWwgXHtcDQouXCIgLi4uIG5vdCBncm9m Ziwgc28gbGlrZWx5IHRvIGJlIElSSVgNCi5pZiBcblg9MCAuZHMgeH0gUE1J TkZPIDEgIlNHSSIgIlBlcmZvcm1hbmNlIENvLVBpbG90Ig0KLmlmIFxuWD0x IC5kcyB4fSBQTUlORk8gMSAiUGVyZm9ybWFuY2UgQ28tUGlsb3QiDQouaWYg XG5YPTIgLmRzIHh9IFBNSU5GTyAxICIiICJcJiINCi5pZiBcblg9MyAuZHMg eH0gUE1JTkZPICIiICIiICJcJiINCi5USCBcKih4fQ0KLnJyIFgNClx9DQou U0ggTkFNRQ0KXGYzcG1pbmZvXGYxIFwtIGRpc3BsYXkgaW5mb3JtYXRpb24g YWJvdXQgcGVyZm9ybWFuY2UgbWV0cmljcw0KLlNIIFNZTk9QU0lTDQpcZjNw bWluZm9cZjENCltcZjNcLWRmRk1tdFR2elxmMV0NCltcZjNcLWFcZjEgXGYy YXJjaGl2ZVxmMV0NCltcZjNcLWJcZjEgXGYyYmF0Y2hzaXplXGYxXQ0KW1xm M1wtaFxmMSBcZjJob3N0bmFtZVxmMV0NCltcZjNcLW5cZjEgXGYycG1uc2Zp bGVcZjFdDQpbXGYzXC1PXGYxIFxmMnRpbWVcZjFdDQpbXGYzXC1aXGYxIFxm MnRpbWV6b25lXGYxXQ0KW1xmMm1ldHJpY25hbWVcZjEgLi4uXQ0KLlNIIERF U0NSSVBUSU9ODQouQiBwbWluZm8NCmRpc3BsYXlzIHZhcmlvdXMgdHlwZXMg b2YgaW5mb3JtYXRpb24gYWJvdXQgcGVyZm9ybWFuY2UgbWV0cmljcw0KYXZh aWxhYmxlIHRocm91Z2ggdGhlIGZhY2lsaXRpZXMgb2YgdGhlIFBlcmZvcm1h bmNlIENvLVBpbG90IChQQ1ApLg0KLlBQDQpOb3JtYWxseQ0KLkIgcG1pbmZv DQpvcGVyYXRlcyBvbiB0aGUgZGlzdHJpYnV0ZWQgUGVyZm9ybWFuY2UgTWV0 cmljcyBOYW1lIFNwYWNlIChQTU5TKSwgaG93ZXZlcg0KaWYgdGhlDQouQiBc LW4NCm9wdGlvbiBpcyBzcGVjaWZpZWQgYW4gYWx0ZXJuYXRpdmUgbG9jYWwg UE1OUyBpcyBsb2FkZWQNCmZyb20gdGhlIGZpbGUNCi5JUiBwbW5zZmlsZS4N Ci5QUA0KVGhlIG1ldHJpY3Mgb2YgaW50ZXJlc3QgYXJlIG5hbWVkIGluIHRo ZQ0KLkkgbWV0cmljbmFtZQ0KYXJndW1lbnRzLg0KSWYNCi5JIG1ldHJpY25h bWUNCmlzIGEgbm9uLWxlYWYgbm9kZSBpbiB0aGUgUE1OUywgdGhlbg0KLkIg cG1pbmZvDQp3aWxsIHJlY3Vyc2l2ZWx5IGRlc2NlbmQgdGhlIFBNTlMgYW5k IHJlcG9ydCBvbiBhbGwgbGVhZiBub2Rlcy4NCklmIG5vDQouSSBtZXRyaWNu YW1lDQphcmd1bWVudCBpcyBnaXZlbiwgdGhlIHJvb3Qgb2YgdGhlIFBNTlMg aXMgdXNlZC4NCi5QUA0KVW5sZXNzIGRpcmVjdGVkIHRvIGFub3RoZXIgaG9z dCBieSB0aGUNCi5CIFwtaA0Kb3B0aW9uLA0KLkIgcG1pbmZvDQp3aWxsIGNv bnRhY3QgdGhlIFBlcmZvcm1hbmNlIE1ldHJpY3MgQ29sbGVjdG9yIERhZW1v bg0KKFBNQ0QpIG9uIHRoZSBsb2NhbCBob3N0Lg0KVGhlIGNvbm5lY3Rpb24g dG8gYSBQTUNEIGlzIG9ubHkgcmVxdWlyZWQgaWYNCi5CIHBtaW5mbw0KcmVx dWlyZXMgZGlzdHJpYnV0ZWQgUE1OUyBpbmZvcm1hdGlvbiwgYW5kL29yIG1l dGEtZGF0YQ0KZGVzY3JpYmluZyBtZXRyaWNzLCBhbmQvb3IgbWV0cmljIHZh bHVlcywgYW5kL29yIGhlbHAgdGV4dC4NCi5QUA0KVGhlDQouQiBcLWENCm9w dGlvbiBjYXVzZXMNCi5CIHBtaW5mbw0KdG8gdXNlIHRoZSBzcGVjaWZpZWQg YXJjaGl2ZSByYXRoZXIgdGhhbiBjb25uZWN0aW5nIHRvIGEgUE1DRC4gIFRo ZQ0KLkIgXC1hDQphbmQNCi5CIFwtaA0Kb3B0aW9ucyBhcmUgbXV0dWFsbHkg ZXhjbHVzaXZlLg0KLlBQDQpUaGUNCi5CIFwtYg0Kb3B0aW9uIG1heSBiZSB1 c2VkIHRvIGRlZmluZSB0aGUgbWF4aW11bSBzaXplIG9mIHRoZSBncm91cCBv ZiBtZXRyaWNzIHRvDQpiZSBmZXRjaGVkIGluIGEgc2luZ2xlIHJlcXVlc3Qg Zm9yIHRoZQ0KLkIgXC1mDQphbmQNCi5CIFwtdg0Kb3B0aW9ucy4gIFRoZSBk ZWZhdWx0IHZhbHVlIGZvcg0KLkkgYmF0Y2hzaXplDQppcyAyMC4NCi5QUA0K T3RoZXIgb3B0aW9ucyBjb250cm9sIHRoZSBzcGVjaWZpYyBpbmZvcm1hdGlv biB0byBiZSByZXBvcnRlZC4NCi5UUCA1DQouQiBcLWQNCk1ldHJpYyBkZXNj cmlwdGlvbnMgZGV0YWlsaW5nIHRoZSBQTUlELCBkYXRhIHR5cGUsIGRhdGEg c2VtYW50aWNzLCB1bml0cywNCnNjYWxlIGFuZCBhc3NvY2lhdGVkIGluc3Rh bmNlIGRvbWFpbi4NCi5UUA0KLkIgXC1mDQpGZXRjaCBhbmQgcHJpbnQgdmFs dWVzIGZvciBhbGwgaW5zdGFuY2VzLg0KV2hlbiBmZXRjaGluZyBmcm9tIGFu IGFyY2hpdmUsIG9ubHkNCnRob3NlIGluc3RhbmNlcyBwcmVzZW50IGluIHRo ZSBmaXJzdCBhcmNoaXZlIHJlY29yZCBmb3IgYSBtZXRyaWMgd2lsbCBiZQ0K ZGlzcGxheWVkOyBzZWUgYWxzbyB0aGUNCi5CIFwtTw0Kb3B0aW9uLCBlbHNl IHVzZQ0KLkJSIHBtZHVtcGxvZyAoMSkNCndoaWNoIG1heSBiZSBhIGJldHRl ciB0b29sIGZvciBleGFtaW5pbmcgYXJjaGl2ZXMuDQouVFANCi5CIFwtRg0K U2FtZSBhcw0KLkIgXC1mDQpidXQgdHJ5IGhhcmRlciB0byBmZXRjaCBpbnN0 YW5jZXMgZm9yIG1ldHJpY3Mgd2hpY2ggaGF2ZSBub24tZW51bWVyYWJsZQ0K aW5zdGFuY2UgZG9tYWlucyAoZS5nLiBtZXRyaWNzIGluIHRoZSBgYHByb2Mn JyBzdWJ0cmVlIG9mIHRoZSBkZWZhdWx0DQpQTU5TKS4NCi5UUA0KLkIgXC1t DQpQcmludCB0aGUgUE1JRCBpbiB0ZXJzZSBtb2RlLg0KLlRQDQouQiBcLU0N ClByaW50IHRoZSBQTUlEIGluIHZlcmJvc2UgbW9kZS4NCi5UUA0KLkIgXC1P DQpXaGVuIHVzZWQgaW4gY29uanVuY3Rpb24gd2l0aCBhbiBhcmNoaXZlIHNv dXJjZSBvZiBtZXRyaWNzIGFuZA0KdGhlIG9wdGlvbnMNCi5CIFwtZg0Kb3IN Ci5CUiBcLUYgLA0KdGhlDQouSSB0aW1lDQphcmd1bWVudCBkZWZpbmVzIGEg dGltZSBvcmlnaW4gYXQgd2hpY2ggdGhlIG1ldHJpY3Mgc2hvdWxkIGJlDQpm ZXRjaGVkIGZyb20gdGhlIGFyY2hpdmUuDQpSZWZlciB0bw0KLkJSIFBDUElu dHJvICgxKQ0KZm9yIGEgY29tcGxldGUgZGVzY3JpcHRpb24gb2YgdGhpcyBv cHRpb24sIGFuZCB0aGUgc3ludGF4IGZvciB0aGUNCi5JIHRpbWUNCmFyZ3Vt ZW50Lg0KLlJTDQouUFANCldoZW4gdGhlIGBgY3RpbWUnJyBmb3JtYXQgaXMg dXNlZCBmb3IgdGhlDQouSSB0aW1lDQphcmd1bWVudCBpbiBhDQouQiBcLU8N Cm9wdGlvbiwgdGhlIHRpbWV6b25lIGJlY29tZXMgYW4gaXNzdWUuDQpUaGUg ZGVmYXVsdCBpcyB0byB1c2UgdGhlDQpsb2NhbCB0aW1lem9uZSBvbiB0aGUN CnN5c3RlbSB3aGVyZQ0KLkIgcG1pbmZvDQppcyBydW4uDQpUaGUNCi5CIFwt Wg0Kb3B0aW9uIGNoYW5nZXMgdGhlIHRpbWV6b25lIHRvDQouSSB0aW1lem9u ZQ0KaW4gdGhlIGZvcm1hdCBvZiB0aGUgZW52aXJvbm1lbnQgdmFyaWFibGUN Ci5CIFRaDQphcyBkZXNjcmliZWQgaW4NCi5CUiBlbnZpcm9uICg1KS4NClRo ZQ0KLkIgXC16DQpvcHRpb24gY2hhbmdlcyB0aGUgdGltZXpvbmUgdG8gdGhl IGxvY2FsIHRpbWV6b25lIGF0IHRoZQ0KaG9zdCB0aGF0IGlzIHRoZSBzb3Vy Y2Ugb2YgdGhlIHBlcmZvcm1hbmNlIG1ldHJpY3MsIGFzIGlkZW50aWZpZWQg dmlhDQp0aGUNCi5CIFwtYQ0Kb3B0aW9uLg0KLlJFDQouVFANCi5CIFwtdA0K UHJpbnQgdGhlIGBgb25lIGxpbmUnJyBoZWxwIHN1bW1hcnksIGlmIGF2YWls YWJsZS4NCi5UUA0KLkIgXC1UDQpQcmludCB0aGUgaGVscCB0ZXh0LCBpZiBh dmFpbGFibGUuDQouVFANCi5CIFwtdg0KVmVyaWZ5IG1vZGUgaW4gd2hpY2gg ZGVzY3JpcHRpb25zIGFuZCB2YWx1ZXMgYXJlIHJldHJpZXZlZCwgYnV0IG9u bHkNCmVycm9yIGNvbmRpdGlvbnMgYXJlIHJlcG9ydGVkLiAgVGhpcyBvcHRp b24gc2lsZW50bHkgZGlzYWJsZXMgYW55DQpvdXRwdXQgZnJvbSB0aGUgb3B0 aW9ucw0KLkJSIFwtZiAsDQouQlIgXC1NICwNCi5CUiBcLW0gLA0KLkIgXC10 DQphbmQNCi5CUiBcLVQgLg0KLlNIIEZJTEVTDQouUEQgMA0KLlRQIDEwDQou QkkgJFBDUF9WQVJfRElSL3BtbnMvICoNCmRlZmF1bHQgbG9jYWwgUE1OUyBz cGVjaWZpY2F0aW9uIGZpbGVzDQouUEQNCi5TSCAiUENQIEVOVklST05NRU5U Ig0KRW52aXJvbm1lbnQgdmFyaWFibGVzIHdpdGggdGhlIHByZWZpeA0KLkIg UENQXw0KYXJlIHVzZWQgdG8gcGFyYW1ldGVyaXplIHRoZSBmaWxlIGFuZCBk aXJlY3RvcnkgbmFtZXMNCnVzZWQgYnkgUENQLg0KT24gZWFjaCBpbnN0YWxs YXRpb24sIHRoZSBmaWxlDQouSSAvZXRjL3BjcC5jb25mDQpjb250YWlucyB0 aGUgbG9jYWwgdmFsdWVzIGZvciB0aGVzZSB2YXJpYWJsZXMuDQpUaGUNCi5C ICRQQ1BfQ09ORg0KdmFyaWFibGUgbWF5IGJlIHVzZWQgdG8gc3BlY2lmeSBh biBhbHRlcm5hdGl2ZQ0KY29uZmlndXJhdGlvbiBmaWxlLA0KYXMgZGVzY3Jp YmVkIGluDQouQlIgcGNwLmNvbmYgKDQpLg0KLlNIIFNFRSBBTFNPDQouQlIg UENQSW50cm8gKDEpLA0KLkJSIHBtY2QgKDEpLA0KLkJSIHBtY2hhcnQgKDEp LA0KLkJSIHBtZHVtcGxvZyAoMSksDQouQlIgcG1kdW1wdGV4dCAoMSksDQou QlIgcG1wcm9iZSAoMSksDQouQlIgcG12YWwgKDEpLA0KLkJSIHBjcC5jb25m ICg0KSwNCi5CUiBwY3AuZW52ICg0KQ0KYW5kDQouQlIgcG1ucyAoNCkuDQo= ---2045888623-1301480559-1034900847=:309527-- From kenmcd@melbourne.sgi.com Thu Oct 24 15:02:33 2002 Received: with ECARTIS (v1.0.0; list pcp); Thu, 24 Oct 2002 15:02:37 -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 g9OM2XuR031485 for ; Thu, 24 Oct 2002 15:02:33 -0700 Received: from larry.melbourne.sgi.com (larry.melbourne.sgi.com [134.14.52.130]) 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 SMTP id PAA02196 for ; Thu, 24 Oct 2002 15:02:45 -0700 (PDT) mail_from (kenmcd@melbourne.sgi.com) From: kenmcd@melbourne.sgi.com Received: from kenj-ppp.melbourne.sgi.com (kenj-ppp.melbourne.sgi.com [134.14.55.215]) by larry.melbourne.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id IAA17604; Fri, 25 Oct 2002 08:01:26 +1000 Date: Fri, 25 Oct 2002 08:04:15 +1000 (EST) Reply-To: kenmcd@melbourne.sgi.com To: "Davis, Todd C" cc: pcp@oss.sgi.com Subject: RE: pmie observations In-Reply-To: <29AD895CE780D511A8870002A50A666D04F9086F@hdsmsx106.hd.intel.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-archive-position: 43 X-ecartis-version: Ecartis v1.0.0 Sender: pcp-bounce@oss.sgi.com Errors-to: pcp-bounce@oss.sgi.com X-original-sender: kenmcd@melbourne.sgi.com Precedence: bulk X-list: pcp On Thu, 17 Oct 2002, Davis, Todd C wrote: > Thanks for the patch. ... OK. > As for the ineffective '|' operator issue I would rate > this on the low end, probably a 2 on a scale of 1 to 10. Any series of > alternate actions would better be done in a shell script and not in a pmie > configuration file. My inclination would be to see '|' action operator > dropped to avoid confusion. When I used it for the first time I expected the > exit status of a shell script to be evaluated. If a fork fails, probably any > other action attempt will fail also so why provide this functionality? This > is a minor issue though since the documentation is correct. The & and | operators do not have C semantics ... they are documented as .. A & B run A and then run B (unconditional) A | B run A and only if that fails run B I have corrected the code to _actually_ do this (thanks for pointing out the problem). Dropping the operator is not really an option ... there are too many pmie scripts in the world ... I need to continue to parse 'em all (albeit that the current implementation is sometimes broken). The fixes for all 3 problems you identified will be in the next open source release. Thanks. From kenmcd@melbourne.sgi.com Wed Oct 30 06:55:05 2002 Received: with ECARTIS (v1.0.0; list pcp); Wed, 30 Oct 2002 06:55:08 -0800 (PST) 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 g9UEt5uR007106 for ; Wed, 30 Oct 2002 06:55:05 -0800 Received: from larry.melbourne.sgi.com (larry.melbourne.sgi.com [134.14.52.130]) 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 SMTP id GAA00314 for ; Wed, 30 Oct 2002 06:55:42 -0800 (PST) mail_from (kenmcd@melbourne.sgi.com) From: kenmcd@melbourne.sgi.com Received: from kenj-ppp.melbourne.sgi.com (kenj-ppp.melbourne.sgi.com [134.14.55.215]) by larry.melbourne.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id BAA07842; Thu, 31 Oct 2002 01:54:14 +1100 Date: Thu, 31 Oct 2002 01:57:23 +1100 (EST) Reply-To: kenmcd@melbourne.sgi.com To: Alan Hoyt cc: "Davis, Todd C" , Dean Johnson , Mike Mason , Subject: Re: [Fwd: RE: PCP QA Suite to be Open Sourced (fwd)] In-Reply-To: <3DB842E4.1090901@moser-inc.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-archive-position: 44 X-ecartis-version: Ecartis v1.0.0 Sender: pcp-bounce@oss.sgi.com Errors-to: pcp-bounce@oss.sgi.com X-original-sender: kenmcd@melbourne.sgi.com Precedence: bulk X-list: pcp [I've Cc'd back to the wider list, as this is a heas up on the QA stuff and addresses a broader issue] On Thu, 24 Oct 2002, Alan Hoyt wrote: > Ken, > > Finally got to the QA scripts - I scanned the scripts and noticed > platform related conditionals (i.e. the $PCP_PLATFORM checks) and other > platform specifics (chkconfig, etc.). This brings me to the crux of my > question: > > We're porting PCP to Solaris which basically means writing the OS > specific /proc stuff. I know this constitutes "reinventing the wheel" > since SGI already ported PCP to Solaris (among other operating systems). We did not port PCP to Solaris ... some other folks outside SGI have been working on this on and off for some time. > Do you want: > > * Solaris specific PCP patches (it runs but as stated above, /proc needs > serious work) We'd like to keep the common PCP code generic and building on all platforms, so patches for any platform that touch the libraries, the utilities, etc. should be candidates for inclusion back in the common code base ... we already have avested interest in continuing to release products from this code base that must work on - 32-bit and 64-bit IRIX on MIPS - Linux on ia32 - Linux on ia64 So the infrastructure in the code and the build environment is already in place to support multiple platforms. Since this code is also used to make the IRIX proprietary version, we'd need copyright assignment for patches in this area, but I don't expect the changes to be substantial. For the PMDA for another host O/S, like Solaris, I'd be happy to include the code in the open source version of PCP on oss.sgi.com, but would be looking for someone else to take on the effective gatekeeper role. We'd avoid forking the code base, and align the gatekeeper load more closely to those with vested interests. > * Solaris specific QA suite patches The QA suite is almost ready to go ... I've separated all the components into an open source bucket and a proprietary bucket ... just need to throw some instructions together and this will appear in the download area on oss.sgi.com as a tarball. The QA suite includes 2 conditional mechanisms ... - each test belongs to one or more groups, and you can include or exclude whole groups from the set of tests to be run at any one time - there is a "not run" protocol, and each test retains the right to sniff out the environment and decide that this is not a good place to even try to run this test. I'd strongly recommend using both schemes ... and then there is no problem with platform-specific QA tests being added to the mix. > It's not clear to me how this would impact code management/tree > management/gatekeeper, etc.. from your perspective. We want/need to > feed these changes back to the community so any feedback is greatly > appreciated. Hope this addresses your issues.