From ahoyt@moser-inc.com Mon Dec 1 07:42:31 2003 Received: with ECARTIS (v1.0.0; list pcp); Mon, 01 Dec 2003 07:42:47 -0800 (PST) Received: from mcimail.moser-inc.com ([207.250.3.118]) by oss.sgi.com (8.12.10/8.12.9) with SMTP id hB1FgUTa017848 for ; Mon, 1 Dec 2003 07:42:31 -0800 Received: from moser-inc.com (r9100-vpn.moser-inc.com [207.250.3.126] (may be forged)) by mcimail.moser-inc.com (8.12.9/8.12.6) with ESMTP id hB1FbBje020353; Mon, 1 Dec 2003 10:37:11 -0500 (EST) Message-ID: <3FCB6162.8020501@moser-inc.com> Date: Mon, 01 Dec 2003 10:42:26 -0500 From: Alan Hoyt User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.5) Gecko/20031007 X-Accept-Language: en-us, en MIME-Version: 1.0 To: PCP CC: Ken McDonald Subject: Re: PCP QA References: <3FC528A0.9070204@earthlink.net> In-Reply-To: <3FC528A0.9070204@earthlink.net> Content-Type: multipart/alternative; boundary="------------010505080202020703070905" X-archive-position: 326 X-ecartis-version: Ecartis v1.0.0 Sender: pcp-bounce@oss.sgi.com Errors-to: pcp-bounce@oss.sgi.com X-original-sender: ahoyt@moser-inc.com Precedence: bulk X-list: pcp This is a multi-part message in MIME format. --------------010505080202020703070905 Content-Type: text/plain; charset=windows-1252; format=flowed Content-Transfer-Encoding: quoted-printable X-MIME-Autoconverted: from 8bit to quoted-printable by mcimail.moser-inc.com id hB1FbBje020353 Let me be more specific=85 Is Ken still the gatekeeper for pcp-qa? Whoever is the gatekeeper - do you want any of the Solaris specific=20 pcp-qa changes? Would you prefer that I forked the pcp-qa-1.1 code rather than post=20 questions to this list? :-) - Alan - Alan Hoyt wrote: > I have some free cycles to continue working on PCP - I was going to=20 > create Solaris test cases and noticed the QA suite is no longer on the=20 > site. > > What=92s the status of the PCP QA scripts - are you still accepting=20 > patches? > > - Alan - > > > > --------------010505080202020703070905 Content-Type: text/html; charset=windows-1252 Content-Transfer-Encoding: quoted-printable X-MIME-Autoconverted: from 8bit to quoted-printable by mcimail.moser-inc.com id hB1FbBje020353 Let= me be more specific=85

Is = Ken still the gatekeeper for pcp-qa?

Whoever is the gatekeeper - do you want any of the Solaris specific pcp-qa changes?

Would you prefer that I forked the pcp-qa-1.1 code rather than post questions to this list?=A0 :-)

=A0- Alan -


Alan Hoyt wrote:
I ha= ve some free cycles to continue working on PCP - I was going to create Solaris test cases and noticed the QA suite is no longer on the site.

What=92s the status of the PCP QA scripts - are you still accepting patches?

- Alan -




--------------010505080202020703070905-- From markgw@sgi.com Mon Dec 1 13:29:11 2003 Received: with ECARTIS (v1.0.0; list pcp); Mon, 01 Dec 2003 13:29:28 -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 hB1LTATa003940 for ; Mon, 1 Dec 2003 13:29:11 -0800 Received: from larry.melbourne.sgi.com (larry.melbourne.sgi.com [134.14.52.130]) by tolkor.sgi.com (8.12.9/8.12.9/linux-outbound_gateway-1.1) with SMTP id hB1Lo5Hc006412 for ; Mon, 1 Dec 2003 15:50:06 -0600 Received: from sherman.melbourne.sgi.com (sherman.melbourne.sgi.com [134.14.54.232]) by larry.melbourne.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id IAA12513; Tue, 2 Dec 2003 08:28:59 +1100 Date: Tue, 2 Dec 2003 08:28:59 +1100 (EST) From: Mark Goodwin X-X-Sender: markgw@sherman.melbourne.sgi.com To: Alan Hoyt cc: PCP , Ken McDonald Subject: Re: PCP QA In-Reply-To: <3FCB6162.8020501@moser-inc.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit X-MIME-Autoconverted: from QUOTED-PRINTABLE to 8bit by oss.sgi.com id hB1LTATa003940 X-archive-position: 327 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 Mon, 1 Dec 2003, Alan Hoyt wrote: > Let me be more specific… > Is Ken still the gatekeeper for pcp-qa? yes > Whoever is the gatekeeper - do you want any of the Solaris specific > pcp-qa changes? yes, or at least probably, provided they coexist peacefully with other platforms > Would you prefer that I forked the pcp-qa-1.1 code rather than post > questions to this list? :-) no! > Alan Hoyt wrote: > > I have some free cycles to continue working on PCP - I was going to > > create Solaris test cases and noticed the QA suite is no longer on the > > site. > > > > What’s the status of the PCP QA scripts - are you still accepting > > patches? yes we are accepting patches .. the problem is lack of time. Ken is in the USA this week, so I doubt anything much will happen until late next week. I'll see if I can get the tarball back up on oss.sgi.com. Thanks and sorry for the hassle -- Mark From kenmcd@melbourne.sgi.com Mon Dec 1 19:21:58 2003 Received: with ECARTIS (v1.0.0; list pcp); Mon, 01 Dec 2003 19:22:11 -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 hB23LwTa031417 for ; Mon, 1 Dec 2003 19:21:58 -0800 Received: from larry.melbourne.sgi.com (larry.melbourne.sgi.com [134.14.52.130]) by tolkor.sgi.com (8.12.9/8.12.9/linux-outbound_gateway-1.1) with SMTP id hB23gqHc016212 for ; Mon, 1 Dec 2003 21:42:54 -0600 Received: from rave61.corp.sgi.com (rave61.corp.sgi.com [192.82.201.61]) by larry.melbourne.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id OAA17871; Tue, 2 Dec 2003 14:21:21 +1100 Date: Tue, 2 Dec 2003 14:18:22 +1100 (EST) From: kenmcd@melbourne.sgi.com X-X-Sender: kenmcd@localhost.localdomain Reply-To: Ken McDonell To: Alan Hoyt cc: PCP Subject: Re: PCP QA In-Reply-To: <3FC528A0.9070204@earthlink.net> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-archive-position: 328 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, 26 Nov 2003, Alan Hoyt wrote: > I have some free cycles to continue working on PCP - I was going to > create Solaris test cases and noticed the QA suite is no longer on the > site. Oops. I think that was unexpected roadkill from the last real pcp release. > Whats the status of the PCP QA scripts - are you still accepting patches? Absolutely. I'm travelling at the moment ... as soon as I get someplace civilized I'll put the QA tarball back on oss.sgi.com ... send me patches and I'll merge 'em in and republish the tarball. Thanks. From kenmcd@melbourne.sgi.com Tue Dec 2 01:24:33 2003 Received: with ECARTIS (v1.0.0; list pcp); Tue, 02 Dec 2003 01:24:46 -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 hB29OWTa012412 for ; Tue, 2 Dec 2003 01:24:32 -0800 Received: from larry.melbourne.sgi.com (larry.melbourne.sgi.com [134.14.52.130]) by tolkor.sgi.com (8.12.9/8.12.9/linux-outbound_gateway-1.1) with SMTP id hB29jPHc004999 for ; Tue, 2 Dec 2003 03:45:29 -0600 Received: from rave61.corp.sgi.com (rave61.corp.sgi.com [192.82.201.61]) by larry.melbourne.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id UAA21569; Tue, 2 Dec 2003 20:24:01 +1100 Date: Tue, 2 Dec 2003 20:20:59 +1100 (EST) From: kenmcd@melbourne.sgi.com X-X-Sender: kenmcd@localhost.localdomain Reply-To: Ken McDonell To: Alan Hoyt cc: PCP Subject: Re: PCP QA In-Reply-To: <3FCB6162.8020501@moser-inc.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit X-MIME-Autoconverted: from QUOTED-PRINTABLE to 8bit by oss.sgi.com id hB29OWTa012412 X-archive-position: 329 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, 1 Dec 2003, Alan Hoyt wrote: > Let me be more specific… > > Is Ken still the gatekeeper for pcp-qa? > > Whoever is the gatekeeper - do you want any of the Solaris specific > pcp-qa changes? > > Would you prefer that I forked the pcp-qa-1.1 code rather than post > questions to this list? :-) As Mark said ... yes, yes and no. I've re-instated the tar ball (renamed to 1.2, because it has been respun with the latest changes) here ... ftp://oss.sgi.com/projects/pcp/download/pcp-qa-1.2.tar.gz From ahyt@earthlink.net Tue Dec 2 05:07:02 2003 Received: with ECARTIS (v1.0.0; list pcp); Tue, 02 Dec 2003 05:07:24 -0800 (PST) Received: from soulshock.mail.pas.earthlink.net (soulshock.mail.pas.earthlink.net [207.217.120.130]) by oss.sgi.com (8.12.10/8.12.9) with SMTP id hB2D71Ta027039 for ; Tue, 2 Dec 2003 05:07:02 -0800 Received: from cardinal.mail.pas.earthlink.net (cardinal.mail.pas.earthlink.net [207.217.121.226]) by soulshock.mail.pas.earthlink.net (8.11.6+Sun/8.11.6) with ESMTP id hB2CdsE22181 for ; Tue, 2 Dec 2003 04:39:54 -0800 (PST) Received: from user-0cdv70g.cable.mindspring.com ([24.223.156.16] helo=earthlink.net) by cardinal.mail.pas.earthlink.net with esmtp (Exim 3.33 #1) id 1AR9g7-0005oV-00; Tue, 02 Dec 2003 04:30:55 -0800 Message-ID: <3FCC8604.1000102@earthlink.net> Date: Tue, 02 Dec 2003 07:31:00 -0500 From: Alan Hoyt User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.5) Gecko/20031007 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Ken McDonell CC: Alan Hoyt , PCP Subject: Re: PCP QA References: In-Reply-To: Content-Type: multipart/alternative; boundary="------------080201030302090007090608" X-archive-position: 330 X-ecartis-version: Ecartis v1.0.0 Sender: pcp-bounce@oss.sgi.com Errors-to: pcp-bounce@oss.sgi.com X-original-sender: ahyt@earthlink.net Precedence: bulk X-list: pcp This is a multi-part message in MIME format. --------------080201030302090007090608 Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit kenmcd@melbourne.sgi.com wrote: >On Mon, 1 Dec 2003, Alan Hoyt wrote: > > > >>Let me be more specific... >> >>Is Ken still the gatekeeper for pcp-qa? >> >>Whoever is the gatekeeper - do you want any of the Solaris specific >>pcp-qa changes? >> >>Would you prefer that I forked the pcp-qa-1.1 code rather than post >>questions to this list? :-) >> >> > >As Mark said ... yes, yes and no. > >I've re-instated the tar ball (renamed to 1.2, because it has been >respun with the latest changes) here ... > > ftp://oss.sgi.com/projects/pcp/download/pcp-qa-1.2.tar.gz > > > > Thanks! I'll compare the changes and see where I am at. --------------080201030302090007090608 Content-Type: text/html; charset=us-ascii Content-Transfer-Encoding: 7bit kenmcd@melbourne.sgi.com wrote:
On Mon, 1 Dec 2003, Alan Hoyt wrote:

  
Let me be more specific…

Is Ken still the gatekeeper for pcp-qa?

Whoever is the gatekeeper - do you want any of the Solaris specific 
pcp-qa changes?

Would you prefer that I forked the pcp-qa-1.1 code rather than post 
questions to this list?  :-)
    

As Mark said ... yes, yes and no.

I've re-instated the tar ball (renamed to 1.2, because it has been
respun with the latest changes) here ...

    ftp://oss.sgi.com/projects/pcp/download/pcp-qa-1.2.tar.gz

Thanks!  I’ll compare the changes and see where I am at.


--------------080201030302090007090608-- From ahyt@earthlink.net Wed Dec 3 20:41:35 2003 Received: with ECARTIS (v1.0.0; list pcp); Wed, 03 Dec 2003 20:41:53 -0800 (PST) Received: from soulshock.mail.pas.earthlink.net (soulshock.mail.pas.earthlink.net [207.217.120.130]) by oss.sgi.com (8.12.10/8.12.9) with SMTP id hB44fYTa022653 for ; Wed, 3 Dec 2003 20:41:35 -0800 Received: from grebe.mail.pas.earthlink.net (grebe.mail.pas.earthlink.net [207.217.120.46]) by soulshock.mail.pas.earthlink.net (8.11.6+Sun/8.11.6) with ESMTP id hB44FCE27927 for ; Wed, 3 Dec 2003 20:15:12 -0800 (PST) Received: from user-0cdv70g.cable.mindspring.com ([24.223.156.16] helo=earthlink.net) by grebe.mail.pas.earthlink.net with esmtp (Exim 3.33 #1) id 1ARklb-0004tB-00; Wed, 03 Dec 2003 20:07:03 -0800 Message-ID: <3FCEB309.2090907@earthlink.net> Date: Wed, 03 Dec 2003 23:07:37 -0500 From: Alan Hoyt User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.5) Gecko/20031007 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Ken McDonell CC: PCP Subject: Re: pmlogger_check.sh in 2.3.1-4 References: In-Reply-To: Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-archive-position: 331 X-ecartis-version: Ecartis v1.0.0 Sender: pcp-bounce@oss.sgi.com Errors-to: pcp-bounce@oss.sgi.com X-original-sender: ahyt@earthlink.net Precedence: bulk X-list: pcp Oops... Keith Owens fix never made it into the current PCP release. Ken McDonell wrote: >Thanks Alan, for confiming this was not a gratuitous change. > >Keith Owens suggested this quick and robust workaround ... > > LOCALHOSTNAME=`hostname | sed -e 's/\..*//'` > >I'm planning on checking this into the code base. > >On Wed, 6 Aug 2003, Alan Hoyt wrote: > > > >>Alan Hoyt wrote: >>... >> >>Ok, the logger control file specifies the logger instance (controlling >>pmlogger_check) and this change fixed the inability to stipulate short >>names in the control file - so it's necessary to work for all cases. >> >> > > > > > From ahyt@earthlink.net Wed Dec 3 21:24:07 2003 Received: with ECARTIS (v1.0.0; list pcp); Wed, 03 Dec 2003 21:24:25 -0800 (PST) Received: from badboy.mail.pas.earthlink.net (badboy.mail.pas.earthlink.net [207.217.120.20]) by oss.sgi.com (8.12.10/8.12.9) with SMTP id hB45O6Ta023108 for ; Wed, 3 Dec 2003 21:24:07 -0800 Received: from grebe.mail.pas.earthlink.net (grebe.mail.pas.earthlink.net [207.217.120.46]) by badboy.mail.pas.earthlink.net (8.11.7+Sun/8.11.6) with ESMTP id hB3NW7E12053 for ; Wed, 3 Dec 2003 15:32:07 -0800 (PST) Received: from user-0cdv70g.cable.mindspring.com ([24.223.156.16] helo=earthlink.net) by grebe.mail.pas.earthlink.net with esmtp (Exim 3.33 #1) id 1ARgLJ-00012l-00; Wed, 03 Dec 2003 15:23:37 -0800 Message-ID: <3FCE708F.20809@earthlink.net> Date: Wed, 03 Dec 2003 18:23:59 -0500 From: Alan Hoyt User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.5) Gecko/20031007 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Ken McDonell CC: PCP Subject: Re: pmlogger_check.sh in 2.3.1-4 References: In-Reply-To: Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-archive-position: 332 X-ecartis-version: Ecartis v1.0.0 Sender: pcp-bounce@oss.sgi.com Errors-to: pcp-bounce@oss.sgi.com X-original-sender: ahyt@earthlink.net Precedence: bulk X-list: pcp Oops... Keith Owens fix never made it into the current PCP release. Ken McDonell wrote: >Thanks Alan, for confiming this was not a gratuitous change. > >Keith Owens suggested this quick and robust workaround ... > > LOCALHOSTNAME=`hostname | sed -e 's/\..*//'` > >I'm planning on checking this into the code base. > >On Wed, 6 Aug 2003, Alan Hoyt wrote: > > > >>Alan Hoyt wrote: >>... >> >>Ok, the logger control file specifies the logger instance (controlling >>pmlogger_check) and this change fixed the inability to stipulate short >>names in the control file - so it's necessary to work for all cases. >> >> > > > > > From kenmcd@melbourne.sgi.com Sat Dec 6 22:54:19 2003 Received: with ECARTIS (v1.0.0; list pcp); Sat, 06 Dec 2003 22:54:31 -0800 (PST) Received: from rj.sgi.com (mtvcafw.SGI.COM [192.48.171.6]) by oss.sgi.com (8.12.10/8.12.9) with SMTP id hB76sITa018868 for ; Sat, 6 Dec 2003 22:54:18 -0800 Received: from nodin.corp.sgi.com (fddi-nodin.corp.sgi.com [198.29.75.193]) by rj.sgi.com (8.12.9/8.12.9/linux-outbound_gateway-1.1) with ESMTP id hB751SOO010589 for ; Sat, 6 Dec 2003 21:01:28 -0800 Received: from cthulhu.engr.sgi.com (cthulhu.engr.sgi.com [192.26.80.2]) by nodin.corp.sgi.com (8.12.9/8.11.4/nodin-1.0) with ESMTP id hB76sD4211146865 for ; Sat, 6 Dec 2003 22:54:13 -0800 (PST) Received: from rave116.corp.sgi.com (rave116.corp.sgi.com [192.82.201.116]) by cthulhu.engr.sgi.com (SGI-8.12.5/8.12.5) with ESMTP id hB76rAGt17520420; Sat, 6 Dec 2003 22:53:11 -0800 (PST) Date: Sun, 7 Dec 2003 16:34:35 +1100 (EST) From: kenmcd@melbourne.sgi.com X-X-Sender: kenmcd@localhost.localdomain Reply-To: Ken McDonell To: Alan Hoyt cc: PCP Subject: Re: pmlogger_check.sh in 2.3.1-4 In-Reply-To: <3FCE708F.20809@earthlink.net> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-archive-position: 333 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 Sorry ... it is _really_ in the code base now, and will appear in the next version Mark pushes to oss.sgi.com On Wed, 3 Dec 2003, Alan Hoyt wrote: > Oops... Keith Owens fix never made it into the current PCP release. > > > Ken McDonell wrote: > > >Thanks Alan, for confiming this was not a gratuitous change. > > > >Keith Owens suggested this quick and robust workaround ... > > > > LOCALHOSTNAME=`hostname | sed -e 's/\..*//'` > > > >I'm planning on checking this into the code base. > > > >On Wed, 6 Aug 2003, Alan Hoyt wrote: > > > > > > > >>Alan Hoyt wrote: > >>... > >> > >>Ok, the logger control file specifies the logger instance (controlling > >>pmlogger_check) and this change fixed the inability to stipulate short > >>names in the control file - so it's necessary to work for all cases. > >> > >> > > > > > > > > > > > From gerhardvonrodde@yahoo.de Sun Dec 7 12:01:09 2003 Received: with ECARTIS (v1.0.0; list pcp); Sun, 07 Dec 2003 12:01:27 -0800 (PST) Received: from smtp003.mail.ukl.yahoo.com (smtp003.mail.ukl.yahoo.com [217.12.11.34]) by oss.sgi.com (8.12.10/8.12.9) with SMTP id hB7K17Ta017811 for ; Sun, 7 Dec 2003 12:01:08 -0800 Received: from unknown (HELO yahoo.de) (gerhardvonrodde@217.88.185.122 with plain) by smtp003.mail.ukl.yahoo.com with SMTP; 7 Dec 2003 20:01:00 -0000 Message-ID: <3FD386E3.7050308@yahoo.de> Date: Sun, 07 Dec 2003 21:00:35 +0100 From: Gerhard von Rodde Reply-To: gerhardvonrodde@yahoo.de User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; de-DE; rv:1.5b) Gecko/20030901 Thunderbird/0.2 X-Accept-Language: de-de, de-at, de, en-us, en MIME-Version: 1.0 To: pcp@oss.sgi.com Subject: PCP Debian missing packages Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 8bit X-archive-position: 334 X-ecartis-version: Ecartis v1.0.0 Sender: pcp-bounce@oss.sgi.com Errors-to: pcp-bounce@oss.sgi.com X-original-sender: gerhardvonrodde@yahoo.de Precedence: bulk X-list: pcp Hi list, i installed PCP on Debian 3.0 rc1. Well i forgot to have a look at the config.log and it seems that i installed PCP with some errors. Actually PCP works (in parts!?), but i did only test tree or four features of PCP so i donīt know what exactly is ok or wrong. As you can see i am missing two or maybe three Debian packages. Please have a look at the config.log and if you understand the error messages, let me know whats wrong and which packages i need. I īve tried it via google, but couldnīt find a solution. Cordially Gerd This file contains any messages produced by compilers while running configure, to aid debugging if configure makes a mistake. configure:583: checking host system type configure:604: checking target system type configure:622: checking build system type configure:721: checking for gcc configure:834: checking whether the C compiler (gcc ) works configure:850: gcc -o conftest conftest.c 1>&5 configure:876: checking whether the C compiler (gcc ) is a cross-compiler configure:881: checking whether we are using GNU C configure:909: checking whether gcc accepts -g configure:948: checking for /usr/bin/gmake configure:984: checking for GNU make elsewhere configure:1019: checking for c++ configure:1051: checking whether the C++ compiler (c++ ) works configure:1067: c++ -o conftest conftest.C 1>&5 configure:1093: checking whether the C++ compiler (c++ ) is a cross-compiler configure:1098: checking whether we are using GNU C++ configure:1126: checking whether c++ accepts -g configure:1175: gcc -c -g -O2 conftest.c 1>&5 configure:1192: gcc -c -g -O2 conftest.c 1>&5 configure:1212: checking how to run the C preprocessor configure:1295: checking for simple cpp args configure:1322: checking for ld configure:1370: checking for a BSD compatible install configure:1433: checking for tar configure:1475: checking for xmessage configure:1518: checking for gzip configure:1559: checking for bzip2 configure:1600: checking for rpmbuild configure:1639: checking for rpm configure:1696: checking for gendist configure:1735: checking for makedepend configure:1776: checking for dpkg configure:1813: checking whether ln -s works configure:1839: checking for bison configure:1878: checking for flex configure:1912: checking for yywrap in -lfl configure:1961: checking for gawk configure:2001: checking for sed configure:2039: checking for echo configure:2076: checking if echo uses -n or backslash-c to supress newlines configure:2097: checking for ps style configure:2179: checking for dirent.h that defines DIR configure:2217: checking for opendir in -ldir configure:2300: checking for ANSI C header files configure:2404: checking for sys/wait.h that is POSIX.1 compatible configure:2449: checking for fcntl.h configure:2449: checking for limits.h configure:2449: checking for malloc.h configure:2449: checking for strings.h configure:2449: checking for sys/time.h configure:2449: checking for syslog.h configure:2449: checking for unistd.h configure:2449: checking for sched.h configure:2449: checking for termios.h configure:2449: checking for dlfcn.h configure:2449: checking for ieeefp.h configure:2449: checking for endian.h configure:2449: checking for sys/endian.h configure:2449: checking for pthread.h configure:2487: checking for working const configure:2562: checking for off_t configure:2595: checking for pid_t configure:2628: checking for size_t configure:2661: checking whether time.h and sys/time.h may both be included configure:2696: checking whether struct tm is in sys/time.h or time.h configure:2731: checking for hstrerror in -lresolv configure:2779: checking return type of signal handlers configure:2820: checking for wait3 that fills in rusage configure:2882: checking for vprintf configure:2989: checking for getcwd configure:2989: checking for gethostname configure:2989: checking for gettimeofday configure:2989: checking for mktime configure:2989: checking for putenv configure:2989: checking for select configure:2989: checking for socket configure:2989: checking for strdup configure:2989: checking for strerror configure:2989: checking for strtod configure:2989: checking for strtol configure:2989: checking for uname configure:2989: checking for waitpid configure:2989: checking for atexit configure:2989: checking for brk configure:2989: checking for sbrk configure:2989: checking for __clone configure:2989: checking for sproc configure:2989: checking for tcgetattr configure:2989: checking for signal configure:2989: checking for hstrerror configure:2989: checking for isnanf configure:2989: checking for isnand configure:2989: checking for shl_load configure:2989: checking for sginap configure:2989: checking for usleep configure:2989: checking for oserror configure:2989: checking for setoserror configure:2989: checking for sighold configure:2989: checking for sigrelse configure:2989: checking for prctl configure:2989: checking for regex configure:2989: checking for regcmp configure:2989: checking for regexec configure:2989: checking for regcomp configure:3267: checking for __int32_t configure:3300: checking for __uint32_t configure:3333: checking for __int64_t configure:3366: checking for __uint64_t configure:3399: checking for uint_t configure:3434: checking for __psint_t configure:3449: gcc -c -g -O2 conftest.c 1>&5 configure: In function `main': configure:3444: error: `__psint_t' undeclared (first use in this function) configure:3444: error: (Each undeclared identifier is reported only once configure:3444: error: for each function it appears in.) configure:3444: error: parse error before "psint" configure: failed program was: #line 3436 "configure" #include "confdefs.h" #include #include #include int main() { __psint_t psint; ; return 0; } configure:3475: gcc -c -g -O2 conftest.c 1>&5 configure:3500: gcc -o conftest -g -O2 conftest.c -lresolv 1>&5 configure:3515: checking for PR_TERMCHILD constants in sys/prctl.h configure:3528: gcc -c -g -O2 conftest.c 1>&5 configure: In function `main': configure:3523: error: `PR_TERMCHILD' undeclared (first use in this function) configure:3523: error: (Each undeclared identifier is reported only once configure:3523: error: for each function it appears in.) configure: failed program was: #line 3517 "configure" #include "confdefs.h" #include int main() { int i = PR_TERMCHILD; ; return 0; } configure:3542: checking for PR_SET_PDEATHSIG constants in sys/prctl.h configure:3555: gcc -c -g -O2 conftest.c 1>&5 configure:3571: checking if linker supports -rdynamic configure:3588: checking whether const arg for scandir() select method configure:3612: checking if getopt() needs $POSIXLY_CORRECT ./conftest arg -x -> "n" POSIXLY_CORRECT= ./conftest arg -x -> "y" configure:3661: checking if printf %p produces 0x prefix ./conftest -> "0xbffffb74" configure:3686: checking sizeof long ./conftest -> "4" configure:3707: checking sizeof pointer ./conftest -> "4" configure:3728: checking sizeof int ./conftest -> "4" configure:3746: checking if bit fields allocated left-to-right ./conftest -> "00000021" configure:3794: gcc -o conftest -g -O2 conftest.c -lresolv 1>&5 configure:3814: checking for basename in -lgen configure:3856: checking for dlopen in -ldl configure:3902: checking for flog10 in -lm configure:3955: gcc -o conftest -g -O2 conftest.c -lresolv 1>&5 configure: In function `main': configure:3950: error: `SIG_PF' undeclared (first use in this function) configure:3950: error: (Each undeclared identifier is reported only once configure:3950: error: for each function it appears in.) configure:3950: error: parse error before "x" configure: failed program was: #line 3944 "configure" #include "confdefs.h" #include int main() { SIG_PF x; ; return 0; } configure:3980: gcc -o conftest -g -O2 conftest.c -lresolv 1>&5 configure:4351: checking for xconfirm configure:4392: checking for FNDELAY in fcntl.h configure:4405: gcc -c -g -O2 conftest.c 1>&5 configure:4423: checking for pthread_mutex_t in pthread.h configure:4436: gcc -c -g -O2 conftest.c 1>&5 configure:4452: checking where pthread_create() is defined configure:4471: gcc -o conftest -g -O2 conftest.c -lresolv 1>&5 /tmp/ccCohT1J.o(.text+0x23): In function `main': /opt/src/pcp-2.3.2/configure:4466: undefined reference to `pthread_create' collect2: ld returned 1 exit status configure: failed program was: #line 4460 "configure" #include "confdefs.h" #include int main() { pthread_create(NULL, NULL, NULL, NULL); ; return 0; } configure:4471: gcc -o conftest -g -O2 conftest.c -lresolv -lpthreads 1>&5 /usr/bin/ld: cannot find -lpthreads collect2: ld returned 1 exit status configure: failed program was: #line 4460 "configure" #include "confdefs.h" #include int main() { pthread_create(NULL, NULL, NULL, NULL); ; return 0; } configure:4471: gcc -o conftest -g -O2 conftest.c -lresolv -lpthread 1>&5 configure:4493: checking for altzone in time.h configure:4506: gcc -c -g -O2 conftest.c 1>&5 configure: In function `main': configure:4501: error: `altzone' undeclared (first use in this function) configure:4501: error: (Each undeclared identifier is reported only once configure:4501: error: for each function it appears in.) configure: failed program was: #line 4495 "configure" #include "confdefs.h" #include int main() { time_t az = altzone; ; return 0; } configure:4521: checking if strftime knows about %z configure:4543: gcc -o conftest -g -O2 conftest.c -lresolv 1>&5 From kjw@pocket.rightsock.com Mon Dec 8 15:29:22 2003 Received: with ECARTIS (v1.0.0; list pcp); Mon, 08 Dec 2003 15:29:36 -0800 (PST) Received: from mordred.punk.net (mordred.punk.net [216.218.194.216]) by oss.sgi.com (8.12.10/8.12.9) with SMTP id hB8NTMTa031641 for ; Mon, 8 Dec 2003 15:29:22 -0800 Received: from pocket.rightsock.com (pocket.rightsock.com [127.0.0.1]) by pocket.rightsock.com (8.12.8/8.12.8) with ESMTP id hB8LODtF002148 for ; Mon, 8 Dec 2003 13:24:13 -0800 Received: (from kjw@localhost) by pocket.rightsock.com (8.12.8/8.12.8/Submit) id hB8LOC5W002146 for pcp@oss.sgi.com; Mon, 8 Dec 2003 13:24:12 -0800 Date: Mon, 8 Dec 2003 13:24:12 -0800 From: Kevin Wang To: pcp@oss.sgi.com Subject: minor minor bugs Message-ID: <20031208212412.GA2138@rightsock.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.4.1i X-message-flag: Outlook is bad for you, use mutt X-archive-position: 335 X-ecartis-version: Ecartis v1.0.0 Sender: pcp-bounce@oss.sgi.com Errors-to: pcp-bounce@oss.sgi.com X-original-sender: kjw@rightsock.com Precedence: bulk X-list: pcp this is after installing the pcp rpm on a redhat linux box: 1- pmie -C does not return an error exit code 2- no proc.* examples, despite man pages saying they're there 3- man pmie: references Demos/pmie, not examples/pmie - Kevin From kenmcd@melbourne.sgi.com Sun Dec 14 13:25:04 2003 Received: with ECARTIS (v1.0.0; list pcp); Sun, 14 Dec 2003 13:25:30 -0800 (PST) Received: from rj.sgi.com (mtvcafw.SGI.COM [192.48.171.6]) by oss.sgi.com (8.12.10/8.12.9) with SMTP id hBELP4Ta020957 for ; Sun, 14 Dec 2003 13:25:04 -0800 Received: from larry.melbourne.sgi.com (larry.melbourne.sgi.com [134.14.52.130]) by rj.sgi.com (8.12.9/8.12.9/linux-outbound_gateway-1.1) with SMTP id hBEJWbOO012961 for ; Sun, 14 Dec 2003 11:32:38 -0800 Received: from kenj-pc.melbourne.sgi.com (kenj-pc.melbourne.sgi.com [134.14.55.189]) by larry.melbourne.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id IAA01888; Mon, 15 Dec 2003 08:24:52 +1100 Date: Mon, 15 Dec 2003 08:24:34 +1100 (EST) From: kenmcd@melbourne.sgi.com X-X-Sender: kenmcd@localhost.localdomain Reply-To: Ken McDonell To: Gerhard von Rodde cc: pcp@oss.sgi.com Subject: Re: PCP Debian missing packages In-Reply-To: <3FD386E3.7050308@yahoo.de> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit X-MIME-Autoconverted: from QUOTED-PRINTABLE to 8bit by oss.sgi.com id hBELP4Ta020957 X-archive-position: 336 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 Sun, 7 Dec 2003, Gerhard von Rodde wrote: > Hi list, > > i installed PCP on Debian 3.0 rc1. Well i forgot to have a look at the > config.log and it seems that i installed PCP with some errors. Actually > PCP works (in parts!?), but i did only test tree or four features of PCP > so i donīt know what exactly is ok or wrong. As you can see i am missing > two or maybe three Debian packages. Please have a look at the config.log > and if you understand the error messages, let me know whats wrong and > which packages i need. I īve tried it via google, but couldnīt find a > solution. Gerd, These messages all look like the sort of compilation failures that are expected when configure is run ... I've not seen them reported before like this, but the ones listed in your mail would not be a surprise to me. So, do you have any evidence of installed PCP components failing or other errors associated with the installed pieces after the build? If you _really_ want to make sure, there is a PCP QA suite that can be downloaded from oss.sgi.com/project/pcp. > Cordially > Gerd > > This file contains any messages produced by compilers while > running configure, to aid debugging if configure makes a mistake. > > configure:583: checking host system type > configure:604: checking target system type > configure:622: checking build system type > configure:721: checking for gcc > configure:834: checking whether the C compiler (gcc ) works > configure:850: gcc -o conftest conftest.c 1>&5 > configure:876: checking whether the C compiler (gcc ) is a cross-compiler > configure:881: checking whether we are using GNU C > configure:909: checking whether gcc accepts -g > configure:948: checking for /usr/bin/gmake > configure:984: checking for GNU make elsewhere > configure:1019: checking for c++ > configure:1051: checking whether the C++ compiler (c++ ) works > configure:1067: c++ -o conftest conftest.C 1>&5 > configure:1093: checking whether the C++ compiler (c++ ) is a > cross-compiler > configure:1098: checking whether we are using GNU C++ > configure:1126: checking whether c++ accepts -g > configure:1175: gcc -c -g -O2 conftest.c 1>&5 > configure:1192: gcc -c -g -O2 conftest.c 1>&5 > configure:1212: checking how to run the C preprocessor > configure:1295: checking for simple cpp args > configure:1322: checking for ld > configure:1370: checking for a BSD compatible install > configure:1433: checking for tar > configure:1475: checking for xmessage > configure:1518: checking for gzip > configure:1559: checking for bzip2 > configure:1600: checking for rpmbuild > configure:1639: checking for rpm > configure:1696: checking for gendist > configure:1735: checking for makedepend > configure:1776: checking for dpkg > configure:1813: checking whether ln -s works > configure:1839: checking for bison > configure:1878: checking for flex > configure:1912: checking for yywrap in -lfl > configure:1961: checking for gawk > configure:2001: checking for sed > configure:2039: checking for echo > configure:2076: checking if echo uses -n or backslash-c to supress newlines > configure:2097: checking for ps style > configure:2179: checking for dirent.h that defines DIR > configure:2217: checking for opendir in -ldir > configure:2300: checking for ANSI C header files > configure:2404: checking for sys/wait.h that is POSIX.1 compatible > configure:2449: checking for fcntl.h > configure:2449: checking for limits.h > configure:2449: checking for malloc.h > configure:2449: checking for strings.h > configure:2449: checking for sys/time.h > configure:2449: checking for syslog.h > configure:2449: checking for unistd.h > configure:2449: checking for sched.h > configure:2449: checking for termios.h > configure:2449: checking for dlfcn.h > configure:2449: checking for ieeefp.h > configure:2449: checking for endian.h > configure:2449: checking for sys/endian.h > configure:2449: checking for pthread.h > configure:2487: checking for working const > configure:2562: checking for off_t > configure:2595: checking for pid_t > configure:2628: checking for size_t > configure:2661: checking whether time.h and sys/time.h may both be included > configure:2696: checking whether struct tm is in sys/time.h or time.h > configure:2731: checking for hstrerror in -lresolv > configure:2779: checking return type of signal handlers > configure:2820: checking for wait3 that fills in rusage > configure:2882: checking for vprintf > configure:2989: checking for getcwd > configure:2989: checking for gethostname > configure:2989: checking for gettimeofday > configure:2989: checking for mktime > configure:2989: checking for putenv > configure:2989: checking for select > configure:2989: checking for socket > configure:2989: checking for strdup > configure:2989: checking for strerror > configure:2989: checking for strtod > configure:2989: checking for strtol > configure:2989: checking for uname > configure:2989: checking for waitpid > configure:2989: checking for atexit > configure:2989: checking for brk > configure:2989: checking for sbrk > configure:2989: checking for __clone > configure:2989: checking for sproc > configure:2989: checking for tcgetattr > configure:2989: checking for signal > configure:2989: checking for hstrerror > configure:2989: checking for isnanf > configure:2989: checking for isnand > configure:2989: checking for shl_load > configure:2989: checking for sginap > configure:2989: checking for usleep > configure:2989: checking for oserror > configure:2989: checking for setoserror > configure:2989: checking for sighold > configure:2989: checking for sigrelse > configure:2989: checking for prctl > configure:2989: checking for regex > configure:2989: checking for regcmp > configure:2989: checking for regexec > configure:2989: checking for regcomp > configure:3267: checking for __int32_t > configure:3300: checking for __uint32_t > configure:3333: checking for __int64_t > configure:3366: checking for __uint64_t > configure:3399: checking for uint_t > configure:3434: checking for __psint_t > configure:3449: gcc -c -g -O2 conftest.c 1>&5 > configure: In function `main': > configure:3444: error: `__psint_t' undeclared (first use in this function) > configure:3444: error: (Each undeclared identifier is reported only once > configure:3444: error: for each function it appears in.) > configure:3444: error: parse error before "psint" > configure: failed program was: > #line 3436 "configure" > #include "confdefs.h" > > #include > #include > #include > > int main() { > > __psint_t psint; > > ; return 0; } > configure:3475: gcc -c -g -O2 conftest.c 1>&5 > configure:3500: gcc -o conftest -g -O2 conftest.c -lresolv 1>&5 > configure:3515: checking for PR_TERMCHILD constants in sys/prctl.h > configure:3528: gcc -c -g -O2 conftest.c 1>&5 > configure: In function `main': > configure:3523: error: `PR_TERMCHILD' undeclared (first use in this > function) > configure:3523: error: (Each undeclared identifier is reported only once > configure:3523: error: for each function it appears in.) > configure: failed program was: > #line 3517 "configure" > #include "confdefs.h" > > #include > > int main() { > > int i = PR_TERMCHILD; > > ; return 0; } > configure:3542: checking for PR_SET_PDEATHSIG constants in sys/prctl.h > configure:3555: gcc -c -g -O2 conftest.c 1>&5 > configure:3571: checking if linker supports -rdynamic > configure:3588: checking whether const arg for scandir() select method > configure:3612: checking if getopt() needs $POSIXLY_CORRECT > ./conftest arg -x -> "n" > POSIXLY_CORRECT= ./conftest arg -x -> "y" > configure:3661: checking if printf %p produces 0x prefix > ./conftest -> "0xbffffb74" > configure:3686: checking sizeof long > ./conftest -> "4" > configure:3707: checking sizeof pointer > ./conftest -> "4" > configure:3728: checking sizeof int > ./conftest -> "4" > configure:3746: checking if bit fields allocated left-to-right > ./conftest -> "00000021" > configure:3794: gcc -o conftest -g -O2 conftest.c -lresolv 1>&5 > configure:3814: checking for basename in -lgen > configure:3856: checking for dlopen in -ldl > configure:3902: checking for flog10 in -lm > configure:3955: gcc -o conftest -g -O2 conftest.c -lresolv 1>&5 > configure: In function `main': > configure:3950: error: `SIG_PF' undeclared (first use in this function) > configure:3950: error: (Each undeclared identifier is reported only once > configure:3950: error: for each function it appears in.) > configure:3950: error: parse error before "x" > configure: failed program was: > #line 3944 "configure" > #include "confdefs.h" > > #include > > int main() { > > SIG_PF x; > > ; return 0; } > configure:3980: gcc -o conftest -g -O2 conftest.c -lresolv 1>&5 > configure:4351: checking for xconfirm > configure:4392: checking for FNDELAY in fcntl.h > configure:4405: gcc -c -g -O2 conftest.c 1>&5 > configure:4423: checking for pthread_mutex_t in pthread.h > configure:4436: gcc -c -g -O2 conftest.c 1>&5 > configure:4452: checking where pthread_create() is defined > configure:4471: gcc -o conftest -g -O2 conftest.c -lresolv 1>&5 > /tmp/ccCohT1J.o(.text+0x23): In function `main': > /opt/src/pcp-2.3.2/configure:4466: undefined reference to `pthread_create' > collect2: ld returned 1 exit status > configure: failed program was: > #line 4460 "configure" > #include "confdefs.h" > > #include > > int main() { > > pthread_create(NULL, NULL, NULL, NULL); > > ; return 0; } > configure:4471: gcc -o conftest -g -O2 conftest.c -lresolv -lpthreads 1>&5 > /usr/bin/ld: cannot find -lpthreads > collect2: ld returned 1 exit status > configure: failed program was: > #line 4460 "configure" > #include "confdefs.h" > > #include > > int main() { > > pthread_create(NULL, NULL, NULL, NULL); > > ; return 0; } > configure:4471: gcc -o conftest -g -O2 conftest.c -lresolv -lpthread 1>&5 > configure:4493: checking for altzone in time.h > configure:4506: gcc -c -g -O2 conftest.c 1>&5 > configure: In function `main': > configure:4501: error: `altzone' undeclared (first use in this function) > configure:4501: error: (Each undeclared identifier is reported only once > configure:4501: error: for each function it appears in.) > configure: failed program was: > #line 4495 "configure" > #include "confdefs.h" > > #include > > int main() { > > time_t az = altzone; > > ; return 0; } > configure:4521: checking if strftime knows about %z > configure:4543: gcc -o conftest -g -O2 conftest.c -lresolv 1>&5 > > > > From tfb@tfeb.demon.co.uk Mon Dec 15 09:12:18 2003 Received: with ECARTIS (v1.0.0; list pcp); Mon, 15 Dec 2003 09:12:32 -0800 (PST) Received: from anchor-post-35.mail.demon.net (anchor-post-35.mail.demon.net [194.217.242.85]) by oss.sgi.com (8.12.10/8.12.9) with SMTP id hBFHCGTa014322 for ; Mon, 15 Dec 2003 09:12:17 -0800 Received: from pr-webmail-2.demon.net ([194.159.244.50] helo=web.mail.demon.net) by anchor-post-35.mail.demon.net with smtp (Exim 3.35 #1) id 1AVwGT-0003rg-0Z for pcp@oss.sgi.com; Mon, 15 Dec 2003 17:12:13 +0000 Received: from tfeb.demon.co.uk ([81.144.184.131]) by web.mail.demon.net with http; Mon, 15 Dec 2003 17:12:13 +0000 From: tfb@cley.com To: pcp@oss.sgi.com Subject: Workarounds for apache 2 Date: Mon, 15 Dec 2003 17:12:13 +0000 User-Agent: Demon-WebMail/2.0 MIME-Version: 1.0 Content-Type: text/plain Content-Transfer-Encoding: 7bit Message-Id: X-archive-position: 337 X-ecartis-version: Ecartis v1.0.0 Sender: pcp-bounce@oss.sgi.com Errors-to: pcp-bounce@oss.sgi.com X-original-sender: tfb@cley.com Precedence: bulk X-list: pcp I've been looking at pcp 2.3.2-4, and playing with the apache monitoring module. Unfortunately the apache 2 status page has changed the name of some of the fields - not a very smart decision! - causing it to fail to get the information, and complain away in its log file. The following patch works around this by looking for either old or new field name. I hope it hasn't been mangled too badly - I'm sending it from a horrible web mail thingy... --tim --cut-- *** src/pmdas/apache/apache.c~ 2003-10-06 07:56:42.000000000 +0100 --- src/pmdas/apache/apache.c 2003-12-15 14:22:03.000000000 +0000 *************** *** 240,249 **** else if (strcmp(s2,"BytesPerReq:") == 0) { data.bytes_per_request = atoi(s3); } ! else if (strcmp(s2,"BusyServers:") == 0) { data.busy_servers = atoi(s3); } ! else if (strcmp(s2,"IdleServers:") == 0) { data.idle_servers = atoi(s3); } else if (strcmp(s2,"Scoreboard:") == 0) { --- 240,253 ---- else if (strcmp(s2,"BytesPerReq:") == 0) { data.bytes_per_request = atoi(s3); } ! else if ((strcmp(s2,"BusyServers:") == 0) || ! (strcmp(s2,"BusyWorkers:") == 0)) ! { data.busy_servers = atoi(s3); } ! else if ((strcmp(s2,"IdleServers:") == 0) || ! (strcmp(s2,"IdleWorkers:") == 0)) ! { data.idle_servers = atoi(s3); } else if (strcmp(s2,"Scoreboard:") == 0) { From kozlov@gmx.net Mon Dec 15 14:39:43 2003 Received: with ECARTIS (v1.0.0; list pcp); Mon, 15 Dec 2003 14:40:04 -0800 (PST) Received: from mail.gmx.net (mail.gmx.de [213.165.64.20]) by oss.sgi.com (8.12.10/8.12.9) with SMTP id hBFMdgTa032727 for ; Mon, 15 Dec 2003 14:39:42 -0800 Received: (qmail 30609 invoked by uid 65534); 15 Dec 2003 22:39:35 -0000 Received: from A2e70.a.pppool.de (EHLO srv1) (213.6.46.112) by mail.gmx.net (mp012) with SMTP; 15 Dec 2003 23:39:35 +0100 X-Authenticated: #4412334 From: "Andrej Kozlov" To: Subject: Problem build pmcd and libpcp under Windows Date: Mon, 15 Dec 2003 23:39:35 +0100 Message-ID: MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook IMO, Build 9.0.2416 (9.0.2910.0) Importance: Normal X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4910.0300 X-archive-position: 338 X-ecartis-version: Ecartis v1.0.0 Sender: pcp-bounce@oss.sgi.com Errors-to: pcp-bounce@oss.sgi.com X-original-sender: kozlov@gmx.net Precedence: bulk X-list: pcp Hi Developer-Team I recently downloaded your PCP open source code. It compiled und works on Linux SuSE withou any trouble. I hoped, that I can compile pmcd and libpcp on Windows, and plugable pmda write self. I tried under cygwin. :-( Have anyone experience to build at least pmcd and libpcp unter Windows or under gygwin ? Thanks in Advance ! Andrej K From markgw@sgi.com Mon Dec 15 20:36:46 2003 Received: with ECARTIS (v1.0.0; list pcp); Mon, 15 Dec 2003 20:36:58 -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 hBG4ajTa014428 for ; Mon, 15 Dec 2003 20:36:45 -0800 Received: from larry.melbourne.sgi.com (larry.melbourne.sgi.com [134.14.52.130]) by tolkor.sgi.com (8.12.9/8.12.9/linux-outbound_gateway-1.1) with SMTP id hBG5s8m7032489 for ; Mon, 15 Dec 2003 23:54:09 -0600 Received: from sherman.melbourne.sgi.com (sherman.melbourne.sgi.com [134.14.54.232]) by larry.melbourne.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id PAA24028; Tue, 16 Dec 2003 15:36:34 +1100 Date: Tue, 16 Dec 2003 15:36:34 +1100 (EST) From: Mark Goodwin X-X-Sender: markgw@sherman.melbourne.sgi.com To: Andrej Kozlov cc: pcp@oss.sgi.com Subject: Re: Problem build pmcd and libpcp under Windows In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-archive-position: 339 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 Mon, 15 Dec 2003, Andrej Kozlov wrote: > I hoped, that I can compile pmcd and libpcp on Windows, and plugable pmda > write self. > > I tried under cygwin. :-( > > Have anyone experience to build at least pmcd and libpcp unter Windows > or under gygwin ? AFAIK, nobody has tried this. You should be able to build most of it under cygwin and package as a tarball. The pmcd, simple, trivial and sample PMDAs should build too (probably not as DLLs, but should work as daemons). If you get it going, please send in the patches along whatever you end up with for the windows PMDA and the infrastructure for adding a windows service for pmcd. Thanks -- Mark From ccole@speakeasy.net Tue Dec 16 20:11:08 2003 Received: with ECARTIS (v1.0.0; list pcp); Tue, 16 Dec 2003 20:11:21 -0800 (PST) Received: from mail5.speakeasy.net (mail5.speakeasy.net [216.254.0.205]) by oss.sgi.com (8.12.10/8.12.9) with SMTP id hBH4B7Ta021442 for ; Tue, 16 Dec 2003 20:11:08 -0800 Received: (qmail 12062 invoked from network); 17 Dec 2003 04:11:05 -0000 Received: from dsl093-152-190.phx1.dsl.speakeasy.net (HELO frenchfry) (ccole@[66.93.152.190]) (envelope-sender ) by mail5.speakeasy.net (qmail-ldap-1.03) with RC4-MD5 encrypted SMTP for ; 17 Dec 2003 04:11:05 -0000 From: "Corey Cole" To: "Andrej Kozlov" Cc: Subject: RE: Problem build pmcd and libpcp under Windows Date: Tue, 16 Dec 2003 21:11:00 -0700 Message-ID: MIME-Version: 1.0 Content-Type: text/plain; charset="US-ASCII" Content-Transfer-Encoding: 7bit X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook IMO, Build 9.0.6604 (9.0.2911.0) In-Reply-To: Importance: Normal X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1165 X-archive-position: 340 X-ecartis-version: Ecartis v1.0.0 Sender: pcp-bounce@oss.sgi.com Errors-to: pcp-bounce@oss.sgi.com X-original-sender: ccole@speakeasy.net Precedence: bulk X-list: pcp You're going to have problems with the tarball right off. There's a file called aux.c (IIRC) in the tarball. "AUX" (no matter the case) is one of a handful of reserved file names in Windows. You might try Services For Unix (which I just picked up for ~ $11 direct from Microsoft) as it augments the existing POSIX layer in Windows. SFU can actually deal with files that have reserved names. Cygwin can't because it sits on top of Win32. Can you tell I've done this before? ;) Anyways, I got a little ways into it before I had to put it down (much like the Solaris port). Mark: Are you going to give him a PMNS number for Windows? And while you're handing one out for that, how about defining one for Darwin (aka OS X)? A 12" or 15" PowerBook with Airport Extreme would make a great PCP client ;) -----Original Message----- From: pcp-bounce@oss.sgi.com [mailto:pcp-bounce@oss.sgi.com]On Behalf Of Mark Goodwin Sent: Monday, December 15, 2003 9:37 PM To: Andrej Kozlov Cc: pcp@oss.sgi.com Subject: Re: Problem build pmcd and libpcp under Windows On Mon, 15 Dec 2003, Andrej Kozlov wrote: > I hoped, that I can compile pmcd and libpcp on Windows, and plugable pmda > write self. > > I tried under cygwin. :-( > > Have anyone experience to build at least pmcd and libpcp unter Windows > or under gygwin ? AFAIK, nobody has tried this. You should be able to build most of it under cygwin and package as a tarball. The pmcd, simple, trivial and sample PMDAs should build too (probably not as DLLs, but should work as daemons). If you get it going, please send in the patches along whatever you end up with for the windows PMDA and the infrastructure for adding a windows service for pmcd. Thanks -- Mark From kenmcd@melbourne.sgi.com Sun Dec 21 15:32:52 2003 Received: with ECARTIS (v1.0.0; list pcp); Sun, 21 Dec 2003 15:33:05 -0800 (PST) Received: from rj.sgi.com (mtvcafw.SGI.COM [192.48.171.6]) by oss.sgi.com (8.12.10/8.12.9) with SMTP id hBLNWpTa019568 for ; Sun, 21 Dec 2003 15:32:52 -0800 Received: from larry.melbourne.sgi.com (larry.melbourne.sgi.com [134.14.52.130]) by rj.sgi.com (8.12.9/8.12.9/linux-outbound_gateway-1.1) with SMTP id hBLLenOO011428 for ; Sun, 21 Dec 2003 13:40:50 -0800 Received: from kenj-pc.melbourne.sgi.com (kenj-pc.melbourne.sgi.com [134.14.55.189]) by larry.melbourne.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id KAA22515; Mon, 22 Dec 2003 10:32:40 +1100 Date: Mon, 22 Dec 2003 10:32:08 +1100 (EST) From: kenmcd@melbourne.sgi.com X-X-Sender: kenmcd@localhost.localdomain Reply-To: Ken McDonell To: tfb@cley.com cc: pcp@oss.sgi.com Subject: Re: Workarounds for apache 2 In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-archive-position: 341 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 Tim, Your horrible web mail thingy did mangle the patch, but I've re-done it by hand and merged it into the code base. This will appear the next time we push a PCP souce version to oss.sgi.com Thanks. On Mon, 15 Dec 2003 tfb@cley.com wrote: > I've been looking at pcp 2.3.2-4, and playing with the apache monitoring module. Unfortunately the apache 2 status page has changed the name of some of the fields - not a very smart decision! - causing it to fail to get the information, and complain away in its log file. > > The following patch works around this by looking for either old or new field name. I hope it hasn't been mangled too badly - I'm sending it from a horrible web mail thingy... > > --tim > > --cut-- > *** src/pmdas/apache/apache.c~ 2003-10-06 07:56:42.000000000 +0100 > --- src/pmdas/apache/apache.c 2003-12-15 14:22:03.000000000 +0000 > *************** > *** 240,249 **** > else if (strcmp(s2,"BytesPerReq:") == 0) { > data.bytes_per_request = atoi(s3); > } > ! else if (strcmp(s2,"BusyServers:") == 0) { > data.busy_servers = atoi(s3); > } > ! else if (strcmp(s2,"IdleServers:") == 0) { > data.idle_servers = atoi(s3); > } > else if (strcmp(s2,"Scoreboard:") == 0) { > --- 240,253 ---- > else if (strcmp(s2,"BytesPerReq:") == 0) { > data.bytes_per_request = atoi(s3); > } > ! else if ((strcmp(s2,"BusyServers:") == 0) || > ! (strcmp(s2,"BusyWorkers:") == 0)) > ! { > data.busy_servers = atoi(s3); > } > ! else if ((strcmp(s2,"IdleServers:") == 0) || > ! (strcmp(s2,"IdleWorkers:") == 0)) > ! { > data.idle_servers = atoi(s3); > } > else if (strcmp(s2,"Scoreboard:") == 0) { > > > From tfb@tfeb.demon.co.uk Mon Dec 22 02:37:43 2003 Received: with ECARTIS (v1.0.0; list pcp); Mon, 22 Dec 2003 02:37:59 -0800 (PST) Received: from anchor-post-30.mail.demon.net (anchor-post-30.mail.demon.net [194.217.242.88]) by oss.sgi.com (8.12.10/8.12.9) with SMTP id hBMAbfTa009563 for ; Mon, 22 Dec 2003 02:37:42 -0800 Received: from pr-webmail-1.demon.net ([194.159.244.51] helo=web.mail.demon.net) by anchor-post-30.mail.demon.net with smtp (Exim 3.35 #1) id 1AYNRU-00038B-0U for pcp@oss.sgi.com; Mon, 22 Dec 2003 10:37:40 +0000 Received: from tfeb.demon.co.uk ([81.144.184.131]) by web.mail.demon.net with http; Mon, 22 Dec 2003 10:37:40 +0000 From: tfb@cley.com To: pcp@oss.sgi.com Subject: pmval quietness &c Date: Mon, 22 Dec 2003 10:37:40 +0000 User-Agent: Demon-WebMail/2.0 MIME-Version: 1.0 Content-Type: text/plain Content-Transfer-Encoding: 7bit Message-Id: X-archive-position: 342 X-ecartis-version: Ecartis v1.0.0 Sender: pcp-bounce@oss.sgi.com Errors-to: pcp-bounce@oss.sgi.com X-original-sender: tfb@cley.com Precedence: bulk X-list: pcp I want to use pcp to generate some statistics which I'm going to draw pictures of, on linux boxes. What I'm doing is using pmval to generate numbers, and then feeding this to gnuplot to make gifs &c. Obviously this is a bit primitive compared to the tools available on SGIs, but it works OK. Before I reinvent too many wheels, are there better tools (or even the same tools written by someone else!) to do this under Linux? I can't see any referenced, but I may well be missing something. I have some (slightly ad-hoc) patches to pmval to make it a good deal less verbose, so you don't need to do lots of work to strip off all the headers &c when feeding it to a script. Controlled by a switch (-q). Would patches like this be interesting? I can clean them up & send them if so. May be there's a better tools than pmval for extracting data though. Finally, the installation scripts for various of the pmdas really won't work unless run interactively & make various assumptions about things which I'd rather they didn't. For instance the weblog pmda is very hard to install noninteractively, and almost impossible to install unless it can find an existing server to log. It ought to be possible to have a script which says `just install yourself with a config file which does nothing, I will edit it to tell you where the servers are later'. I have a really hacky fix for this, but it's too hacky to use for real (it just replaces one of the scripts with one that just lies). Thanks --tim From kjw@pocket.rightsock.com Mon Dec 22 08:10:14 2003 Received: with ECARTIS (v1.0.0; list pcp); Mon, 22 Dec 2003 08:10:27 -0800 (PST) Received: from pocket.rightsock.com (c-24-6-193-71.client.comcast.net [24.6.193.71]) by oss.sgi.com (8.12.10/8.12.9) with SMTP id hBMGAETa000727 for ; Mon, 22 Dec 2003 08:10:14 -0800 Received: from pocket.rightsock.com (pocket.rightsock.com [127.0.0.1]) by pocket.rightsock.com (8.12.8/8.12.8) with ESMTP id hBMG9lMw021141; Mon, 22 Dec 2003 08:09:47 -0800 Received: (from kjw@localhost) by pocket.rightsock.com (8.12.8/8.12.8/Submit) id hBMG9hnT021138; Mon, 22 Dec 2003 08:09:43 -0800 Date: Mon, 22 Dec 2003 08:09:43 -0800 From: Kevin Wang To: tfb@cley.com Cc: pcp@oss.sgi.com Subject: Re: pmval quietness &c Message-ID: <20031222160943.GA21004@rightsock.com> References: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.4.1i X-message-flag: Outlook is bad for you, use mutt X-archive-position: 343 X-ecartis-version: Ecartis v1.0.0 Sender: pcp-bounce@oss.sgi.com Errors-to: pcp-bounce@oss.sgi.com X-original-sender: kjw@rightsock.com Precedence: bulk X-list: pcp From tfb@cley.com > I want to use pcp to generate some statistics which I'm going to draw pictures of, on linux boxes. What I'm doing is using pmval to generate numbers, and then feeding this to gnuplot to make gifs &c. Obviously this is a bit primitive compared to the tools available on SGIs, but it works OK. > > Before I reinvent too many wheels, are there better tools (or even the same tools written by someone else!) to do this under Linux? I can't see any referenced, but I may well be missing something. traditionally, I've always used gnuplot, but in recent years, they seem to be reducing its functionality, not increasing it. specifically, I have less and less control over the size of plots. Depending on how complex you want to do things, you can always look at R, which is a statistical calculation and graphing package. It's big and heavy weight, though, but fully functional. I'm sure there are more packages around, depending on what you want to do. I'd like to have a look at what you have so far, and possibily work with you on this, as I am going to need a charting output package soon. My dream, of course, is to read in the pmchart config files and spit out graphs similar to what already exists. that way I can prototype things on my (personal, single) sgi box, and then put them into production on the linux boxes. - Kevin From kenmcd@melbourne.sgi.com Mon Dec 22 17:37:20 2003 Received: with ECARTIS (v1.0.0; list pcp); Mon, 22 Dec 2003 17:37:33 -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 hBN1bJTa003990 for ; Mon, 22 Dec 2003 17:37:20 -0800 Received: from rattle.melbourne.sgi.com (rattle.melbourne.sgi.com [134.14.55.145]) by tolkor.sgi.com (8.12.9/8.12.9/linux-outbound_gateway-1.1) with ESMTP id hBN2t7m7013665 for ; Mon, 22 Dec 2003 20:55:08 -0600 Received: from rattle.melbourne.sgi.com (localhost [127.0.0.1]) by rattle.melbourne.sgi.com (SGI-8.12.5/8.12.5) with ESMTP id hBN1bAGf1629072; Tue, 23 Dec 2003 12:37:11 +1100 (EST) Received: from localhost (kenmcd@localhost) by rattle.melbourne.sgi.com (SGI-8.12.5/8.12.5/Submit) with ESMTP id hBN1b9t51659438; Tue, 23 Dec 2003 12:37:09 +1100 (EST) X-Authentication-Warning: rattle.melbourne.sgi.com: kenmcd owned process doing -bs Date: Tue, 23 Dec 2003 12:37:09 +1100 From: Ken McDonell To: tfb@cley.com cc: pcp@oss.sgi.com Subject: Re: pmval quietness &c In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: MULTIPART/MIXED; BOUNDARY="-2045888623-1257915908-1072143429=:1655346" X-archive-position: 344 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-1257915908-1072143429=:1655346 Content-Type: TEXT/PLAIN; charset=US-ASCII On Mon, 22 Dec 2003 tfb@cley.com wrote: > I want to use pcp to generate some statistics which I'm going to > draw pictures of, on linux boxes. What I'm doing is using pmval to > generate numbers, and then feeding this to gnuplot to make gifs &c. > Obviously this is a bit primitive compared to the tools available on > SGIs, but it works OK. > > Before I reinvent too many wheels, are there better tools (or even > the same tools written by someone else!) to do this under Linux? I > can't see any referenced, but I may well be missing something. pmval is limited by only being able to report multiple instances of a single metric. pmie with the -v option is much more general, and has less formatting fluff around the output. I have appended some old mail on this subject and the pmie2col script is attached. > I have some (slightly ad-hoc) patches to pmval to make it a good > deal less verbose, so you don't need to do lots of work to strip off > all the headers &c when feeding it to a script. Controlled by a switch > (-q). Would patches like this be interesting? I can clean them up & > send them if so. May be there's a better tools than pmval for > extracting data though. Patches that are backwards compatible, consistent with PCP the command line options rules, and add value are always of interest ... send 'em on down. > Finally, the installation scripts for various of the pmdas really > won't work unless run interactively & make various assumptions about > things which I'd rather they didn't. For instance the weblog pmda is > very hard to install noninteractively, and almost impossible to install > unless it can find an existing server to log. It ought to be possible > to have a script which says `just install yourself with a config file > which does nothing, I will edit it to tell you where the servers are > later'. I have a really hacky fix for this, but it's too hacky to use > for real (it just replaces one of the scripts with one that just > lies). I think this is a deeper issue ... many of the PMDAs won't work at all without a half-sane configuration. Many of the PMDAs already work with non-interactive or /dev/null input. In the case of the weblog PMDA ... there is a script that is supposed to find the activity logs for a variety of web servers (/var/pcp/pmdas/weblog/server.sh) if this cannot find your web server activity logs, then (a) fix the script and send the patches in, else (b) use the environment variables of the form $FOOPATH in the script to guide the search for your activity logs. ------ > Date: Wed, 24 Jan 2001 10:37:32 +1100 > From: Ken McDonell > To: Patrick Aland > cc: pcp@oss.sgi.com > Subject: Re: Output format > > On Tue, 23 Jan 2001, Patrick Aland wrote: > > > Which program will take the pcp data and output it in a certain format? > > Mainly I am looking to use our current system which take logs of the form > > > > [column1_name] [column2_name] ... [columnx_name] > > [column1_data] [column2_data] ... [columnx_data] > > [column1_data] [column2_data] ... [columnx_data] > > [column1_data] [column2_data] ... [columnx_data] > > [column1_data] [column2_data] ... [columnx_data] > > > > I think i could use pmie to do this but am not sure. Any help is appreciated. Thanks. > > depends a little ... can you expand on what columnx_name might be? > > If these are instance of a single metric, pmval will do this > out of the box. > > If these are different metrics (with or without instances), then > if you have the IRIX or pcp-pro pieces, pmdumptext will do this, > otherwise something like ... > > cat < | pmie \ > | some-awk > column1_name=some expression; > column2_name=some other expression; > column3_name=a third expression; > ... > End-of-File > > To be more concrete, here's a pmie script ... > > load_1 = kernel.all.load #'1 minute'; > idle = kernel.all.cpu.idle; > EOL = hinv.ncpu; > > The EOL line is a sentinel and special in what follows, so there > are 2 metrics being reported here. > > Running pmie -v produces ... > > load_1: 3.70 > idle: ? > EOL: 12 > > load_1: 3.55 > idle: 8.3 > EOL: 12 > > load_1: 3.20 > idle: 9.9 > EOL: 12 > > load_1: 3.04 > idle: 9.4 > EOL: 12 > > load_1: 3.22 > idle: 8.6 > EOL: 12 > > Now feed this to pmie2col (a quick and dirty awk script, copy attached) > and you get ... > > load_1: idle: > 3.70 ? > 3.55 8.30 > 3.20 9.90 > 3.04 9.40 > 3.22 8.60 ---2045888623-1257915908-1072143429=:1655346 Content-Type: TEXT/PLAIN; charset=US-ASCII; name=pmie2col Content-Transfer-Encoding: BASE64 Content-ID: Content-Description: pmie2col Content-Disposition: attachment; filename=pmie2col IyEvYmluL3NoDQojDQojIEEgY3J1ZGUgYXNjaWkgcmVwb3J0aW5nIHRvb2xz LCBjb252ZXJ0IHBtaWUgdG8gY29sdW1uIG91dHB1dA0KIw0KIyBUaGUgcG1p ZSBydWxlcyBuZWVkIHRvIGJlIG9mIHRoZSBmb3JtOg0KIyBsb2FkXzEgPSBr ZXJuZWwuYWxsLmxvYWQgIycxIG1pbnV0ZSc7DQojIGlkbGUgPSBrZXJuZWwu YWxsLmNwdS5pZGxlOw0KIyBjb2x1bW5fbmFtZT1zb21lIG90aGVyIGV4cHJl c3Npb247DQojIC4uLg0KIyBFT0wgPSBoaW52Lm5jcHU7CS8vIHNvbWUgbWV0 cmljIHRoYXQgaXMgc2luZ3VsYXIsIGd1YXJhbnRlZWQgdG8gYmUNCiMJCQkv LyBwcmVzZW50IGFuZCB0aGUgdmFsdWUgaXMgbm90IG9mIGludGVyZXN0DQoj DQojIFRoZSBFT0wgaXMgbGl0ZXJhbCBhbmQgbWFnaWMgLi4uIHNlZSBiZWxv dyAuLi4gYW5kIG1hcmtzIHRoZSBlbmQgb2YgYQ0KIyB0aGUgbGluZSBmb3Ig b3V0cHV0IGZvcm1hdHRpbmcuDQojDQojIFdpdGggdGltZXN0YW1wcyAocG1p ZSAtZSBvciBwbWllIG91dHB1dCBmcm9tIGEgUENQIGFyY2hpdmUpLCBsaW5l cyBsb29rIGxpa2UNCiMJbWV0cmljIChUdWUgRmViIDEzIDA1OjAxOjE5IDIw MDEpOiB2YWx1ZQ0KIyAgICAgICBsb2FkXzEgKFR1ZSBEZWMgMjMgMTI6MjA6 NDUgMjAwMyk6IDAuMjQNCiMgdGhlIGZpcnN0IHNlZCBzdGVwIGluIHRoZSBm aWx0ZXIgc29ydHMgdGhpcyBvdXQuDQojDQojIEZpcnN0IGUtbWFpbGVkIHRv IFBhdHJpY2sgQWxhbmQgPHBhbGFuZEBzdGV0c29uLmVkdT4gYW5kIHBjcEBv c3Muc2dpLmNvbQ0KIyBvbiBXZWQsIDI0IEphbiAyMDAxLg0KIw0KDQpzZWQg XA0KICAgIC1lICcvXlteIF1bXiBdKiAoW0EtWl1bYS16XVthLXpdIFtBLVpd W2Etel1bYS16XSBbMC0zXVswLTldIFswLTJdWzAtOV06WzAtNV1bMC05XTpb MC01XVswLTldIFsxMl1bMC05XVswLTldWzAtOV0pOiAvew0Kcy8gKC98Lw0K cy8pOiAvfC8NCn0nIFwNCiAgICAtZSAnL15cKFteIF1bXiBdKlwpOi9zLy9c MXx8LycgXA0KfCBhd2sgLUZcfCAnDQpORiA9PSAwCQkJCXsgbmV4dCB9DQpO RiA9PSAzICYmIHN0YW1wID09ICIiCQl7IHN0YW1wID0gJDIgfQ0Kc3RhdGUg PT0gMCAmJiAkMSA9PSAiRU9MIgl7IHByaW50ICIiOyBuY29sID0gaTsgc3Rh dGUgPSAxIH0NCnN0YXRlID09IDAJCQl7IGlmIChpID09IDAgJiYgc3RhbXAg IT0gIiIpIHByaW50ZiAiJTI0cyAiLCIiDQoJCQkJICBwcmludGYgIiAlNy43 cyIsJDEgfQ0KJDEgPT0gIkVPTCIJCQl7IGlmIChzdGFtcCAhPSAiIikgcHJp bnRmICIlMjRzICIsc3RhbXANCgkJCQkgIGZvciAoaSA9IDA7IGkgPCBuY29s OyBpKyspIHsNCgkJCQkJaWYgKHZbaV0gPT0gIj8iKQ0KCQkJCQkgICAgIyBu byB2YWx1ZQ0KCQkJCQkgICAgcHJpbnRmICIgJTcuN3MiLCI/Ig0KCQkJCQll bHNlIGlmICh2W2ldKzAgPT0gdltpXSkNCgkJCQkJICAgICMgbnVtYmVyDQoJ CQkJCSAgICBwcmludGYgIiAlNy4yZiIsdltpXQ0KCQkJCQllbHNlDQoJCQkJ CSAgICAjIHN0cmluZw0KCQkJCQkgICAgcHJpbnRmICIgJTcuN3MiLHZbaV0N CgkJCQkJdltpXSA9ICI/Ig0KCQkJCSAgfQ0KCQkJCSAgcHJpbnQgIiINCgkJ CQkgIGkgPSAwDQoJCQkJICBzdGFtcCA9ICIiDQoJCQkJICBuZXh0DQoJCQkJ fQ0KCQkJCXsgdltpKytdID0gJE5GIH0nDQo= ---2045888623-1257915908-1072143429=:1655346-- From tfb@cley.com Tue Dec 23 00:09:02 2003 Received: with ECARTIS (v1.0.0; list pcp); Tue, 23 Dec 2003 00:09:19 -0800 (PST) Received: from lostwithiel.cley.com (restormel.cley.com [80.176.160.39]) by oss.sgi.com (8.12.10/8.12.9) with SMTP id hBN890Ta012514 for ; Tue, 23 Dec 2003 00:09:01 -0800 Received: from lostwithiel.cley.com (localhost [127.0.0.1]) by lostwithiel.cley.com (8.12.10/8.12.10) with ESMTP id hBN88qsX026442; Tue, 23 Dec 2003 08:08:53 GMT Received: (from tfb@localhost) by lostwithiel.cley.com (8.12.10/8.12.10/Submit) id hBN88qAx026441; Tue, 23 Dec 2003 08:08:52 GMT X-Mailer: 21.4 (patch 14) "Reasonable Discussion" XEmacs Lucid (via feedmail 10 I); VM 7.17 under 21.4 (patch 14) "Reasonable Discussion" XEmacs Lucid From: Tim Bradshaw MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Message-ID: <16359.63507.842203.135470@lostwithiel.cley.com> Date: Tue, 23 Dec 2003 08:08:51 +0000 To: Ken McDonell Cc: pcp@oss.sgi.com Subject: Re: pmval quietness &c In-Reply-To: References: Content-Type: text/plain; charset=us-ascii X-archive-position: 345 X-ecartis-version: Ecartis v1.0.0 Sender: pcp-bounce@oss.sgi.com Errors-to: pcp-bounce@oss.sgi.com X-original-sender: tfb@cley.com Precedence: bulk X-list: pcp * Ken McDonell wrote: > pmie with the -v option is much more general, and has less formatting > fluff around the output. I have appended some old mail on this subject > and the pmie2col script is attached. Yes, I discovered that pmie would do this yesterday! > Patches that are backwards compatible, consistent with PCP the command > line options rules, and add value are always of interest ... send 'em > on down. OK, I'll send them. > I think this is a deeper issue ... many of the PMDAs won't work at all > without a half-sane configuration. Many of the PMDAs already work with > non-interactive or /dev/null input. > In the case of the weblog PMDA ... there is a script that is supposed > to find the activity logs for a variety of web servers > (/var/pcp/pmdas/weblog/server.sh) if this cannot find your web server > activity logs, then (a) fix the script and send the patches in, else > (b) use the environment variables of the form $FOOPATH in the script to > guide the search for your activity logs. The problem is that this imposes all sorts of horrible dependencies on installation order &c. For instance we have machine installations where it's not clear at the point when things like PCP are installed where the web server logs will go, because we don't (yet) know what kind of web (or other) server it will run, as its essentially a cold-standby machine. We could reorder everything to install PCP much later, but that's painful for various other reasons (for instance we can't test that PCP is installed until it is, so that would have to be after the web server is set up, which is time-critical). I just want to be able to tell it `it's OK, I will make sure you have a correct config file when the time comes', without having to work out everything the script does myself... --tim From tfb@cley.com Sun Dec 28 23:13:35 2003 Received: with ECARTIS (v1.0.0; list pcp); Sun, 28 Dec 2003 23:13:48 -0800 (PST) Received: from lostwithiel.cley.com (restormel.cley.com [80.176.160.39]) by oss.sgi.com (8.12.10/8.12.9) with SMTP id hBT7DXTa012548 for ; Sun, 28 Dec 2003 23:13:34 -0800 Received: from lostwithiel.cley.com (localhost [127.0.0.1]) by lostwithiel.cley.com (8.12.10/8.12.10) with ESMTP id hBT7DLsX026825; Mon, 29 Dec 2003 07:13:21 GMT Received: (from tfb@localhost) by lostwithiel.cley.com (8.12.10/8.12.10/Submit) id hBT7DL96026824; Mon, 29 Dec 2003 07:13:21 GMT X-Mailer: 21.4 (patch 14) "Reasonable Discussion" XEmacs Lucid (via feedmail 10 I); VM 7.17 under 21.4 (patch 14) "Reasonable Discussion" XEmacs Lucid From: Tim Bradshaw MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Message-ID: <16367.54282.97103.300955@lostwithiel.cley.com> Date: Mon, 29 Dec 2003 07:13:14 +0000 To: pcp@oss.sgi.com Subject: Patches for pmval and disk/partition detection on Linux Content-Type: multipart/mixed; boundary="FwiL9AaYrG" X-archive-position: 346 X-ecartis-version: Ecartis v1.0.0 Sender: pcp-bounce@oss.sgi.com Errors-to: pcp-bounce@oss.sgi.com X-original-sender: tfb@cley.com Precedence: bulk X-list: pcp --FwiL9AaYrG Content-Type: text/plain; charset=us-ascii Content-Description: message body text Content-Transfer-Encoding: 7bit Attached to this is a patch file against the 2.3.2-4 sources which changes two things: 1. It adds a -q and -Q flag to pmval which suppresses the headers &c it prints - -q suppresses headers, -Q suppresses everything including the instance names. I'm not sure if this is really useful as I've discovered that pmie can do the same thing more flexibly. 2. There are some changes to the disk/partition detection which I think make it work more reliably. In particular it now looks for things with `/' chars in, and assumes they are either cntndn (disks) or cntndnpn (partition) names. if it doesn't find a slash it assumes old-fashioned xx0 (disk) or xx0a (partition) names. This is still far from perfect, but it works in more cases I think. --tim --FwiL9AaYrG Content-Type: text/plain Content-Description: patches for pcp Content-Disposition: inline; filename="pcp.patch" Content-Transfer-Encoding: 7bit Index: pcp-2.3.2/man/man1/pmval.1 =================================================================== RCS file: /home/buildboxcvs/build_box/linuxboot/all_boxes/pcp/pcp-2.3.2/man/man1/pmval.1,v retrieving revision 1.1.1.1 retrieving revision 1.2 diff -c -r1.1.1.1 -r1.2 *** pcp-2.3.2/man/man1/pmval.1 18 Dec 2003 10:42:17 -0000 1.1.1.1 --- pcp-2.3.2/man/man1/pmval.1 22 Dec 2003 13:00:55 -0000 1.2 *************** *** 31,37 **** .\" .\" http://oss.sgi.com/projects/GenInfo/SGIGPLNoticeExplan/ .\" ! .\" $Id: pmval.1,v 1.1.1.1 2003/12/18 10:42:17 builder Exp $ .ie \(.g \{\ .\" ... groff (hack for khelpcenter, man2html, etc.) .TH PMVAL 1 "SGI" "Performance Co-Pilot" --- 31,37 ---- .\" .\" http://oss.sgi.com/projects/GenInfo/SGIGPLNoticeExplan/ .\" ! .\" $Id: pmval.1,v 1.2 2003/12/22 13:00:55 builder Exp $ .ie \(.g \{\ .\" ... groff (hack for khelpcenter, man2html, etc.) .TH PMVAL 1 "SGI" "Performance Co-Pilot" *************** *** 50,56 **** .\" arguments use .I or \f2 .SH SYNOPSIS \f3pmval\f1 ! [\f3\-dgrz\f1] [\f3\-A\f1 \f2align\f1] [\f3\-a\f1 \f2archive\f1] [\f3\-h\f1 \f2host\f1] --- 50,56 ---- .\" arguments use .I or \f2 .SH SYNOPSIS \f3pmval\f1 ! [\f3\-dgrqz\f1] [\f3\-A\f1 \f2align\f1] [\f3\-a\f1 \f2archive\f1] [\f3\-h\f1 \f2host\f1] *************** *** 184,189 **** --- 184,200 ---- with synchronized time control. .BR Note : This option is suppored on Irix only. + .TP + .B \-q + Be somewhat quiet: don't print the header, but print instance names + before records. This is useful if you're feeding the output into a + script or something like that. + .TP + .B \-Q + Be very quiet: don't print the header, or instance names before + printing records. This is useful if you're feeding the output into a + script or something like that. For both of the quietness options some + spurious blank lines are still printed. .TP .B \-r Print raw values for cumulative counter metrics. Normally cumulative counter Index: pcp-2.3.2/src/pmdas/linux/proc_partitions.c =================================================================== RCS file: /home/buildboxcvs/build_box/linuxboot/all_boxes/pcp/pcp-2.3.2/src/pmdas/linux/proc_partitions.c,v retrieving revision 1.1.1.1 retrieving revision 1.3 diff -c -r1.1.1.1 -r1.3 *** pcp-2.3.2/src/pmdas/linux/proc_partitions.c 18 Dec 2003 10:42:17 -0000 1.1.1.1 --- pcp-2.3.2/src/pmdas/linux/proc_partitions.c 23 Dec 2003 12:20:33 -0000 1.3 *************** *** 32,38 **** * http://oss.sgi.com/projects/GenInfo/SGIGPLNoticeExplan/ */ ! #ident "$Id: proc_partitions.c,v 1.1.1.1 2003/12/18 10:42:17 builder Exp $" #include #include --- 32,38 ---- * http://oss.sgi.com/projects/GenInfo/SGIGPLNoticeExplan/ */ ! #ident "$Id: proc_partitions.c,v 1.3 2003/12/23 12:20:33 builder Exp $" #include #include *************** *** 60,76 **** * * Mylex raid disks are named e.g. rd/c0d0 or dac960/c0d0 * Mylex raid partitions are named e.g. rd/c0d0p1 or dac960/c0d0p1 */ int _pm_ispartition(char *dname) { ! int ret = 0; ! if (strncmp(dname, "rd/", 3) == 0 || strncmp(dname, "dac960/", 7) == 0) ! ret = strrchr(dname, 'p') != NULL; ! else ! /* default test : partition names end in a digit */ ! ret = isdigit(dname[strlen(dname)-1]); ! return ret; } /* --- 60,89 ---- * * Mylex raid disks are named e.g. rd/c0d0 or dac960/c0d0 * Mylex raid partitions are named e.g. rd/c0d0p1 or dac960/c0d0p1 + * + * What this now tries to do is be a bit smart, and guess that names + * with slashes in are of the form .../c0t0d0[p0], and ones without + * are good old 19th century device names like xx0 or xx0a. */ int _pm_ispartition(char *dname) { ! int m = strlen(dname) - 1; ! if (strchr(dname, '/')) { ! /* looking at something like foo/x, and we hope x ends p, for ! * a partition, or not for a disk. ! */ ! int p; ! for (p = m; p > 0 && isdigit(dname[p]); p--) ! ; ! if (p == m) ! /* name had no trailing digits. Wildly guess a disk. */ ! return 1; ! else ! return (dname[p] == 'p'? 1 : 0); ! } else ! /* default test : partition names end in a digit */ ! return (isdigit(dname[m])); } /* Index: pcp-2.3.2/src/pmval/pmval.c =================================================================== RCS file: /home/buildboxcvs/build_box/linuxboot/all_boxes/pcp/pcp-2.3.2/src/pmval/pmval.c,v retrieving revision 1.1.1.1 retrieving revision 1.2 diff -c -r1.1.1.1 -r1.2 *** pcp-2.3.2/src/pmval/pmval.c 18 Dec 2003 10:42:16 -0000 1.1.1.1 --- pcp-2.3.2/src/pmval/pmval.c 22 Dec 2003 13:00:55 -0000 1.2 *************** *** 33,39 **** * http://oss.sgi.com/projects/GenInfo/SGIGPLNoticeExplan/ */ ! #ident "$Id: pmval.c,v 1.1.1.1 2003/12/18 10:42:16 builder Exp $" #include #include --- 33,39 ---- * http://oss.sgi.com/projects/GenInfo/SGIGPLNoticeExplan/ */ ! #ident "$Id: pmval.c,v 1.2 2003/12/22 13:00:55 builder Exp $" #include #include *************** *** 82,87 **** --- 82,89 ---- #ifdef __sgi " -p port port name for connection to existing time control\n" #endif + " -q don't print headers, but print instance names\n" + " -Q don't print any headers at all\n" " -r output raw counter values\n" " -S starttime start of the time window\n" " -s samples terminate after this many samples\n" *************** *** 132,137 **** --- 134,140 ---- static char *rpt_tz_label = NULL; static int pauseFlag = 0; static int raw = 0; + static int quiet = 0; /* be quiet */ static int ahtype = PM_CONTEXT_HOST; /* archive or host? */ static int amode = PM_MODE_INTERP; /* archive scan mode */ static char local[] = "localhost"; *************** *** 1031,1037 **** *cols = 0; /* extract command-line arguments */ ! while ((c = getopt(argc, argv, "A:a:D:dgh:i:n:O:p:rs:S:t:T:U:w:zZ:?")) != EOF) { switch (c) { case 'A': /* sample alignment */ --- 1034,1040 ---- *cols = 0; /* extract command-line arguments */ ! while ((c = getopt(argc, argv, "A:a:D:dgh:i:n:O:p:qQrs:S:t:T:U:w:zZ:?")) != EOF) { switch (c) { case 'A': /* sample alignment */ *************** *** 1119,1124 **** --- 1122,1135 ---- break; #endif + case 'q': + quiet = 1; /* be quiet */ + break; + + case 'Q': + quiet = 2; /* be very quiet */ + break; + case 'r': /* raw */ raw = 1; break; *************** *** 1461,1467 **** #endif if (cols <= 0) cols = howide(cntxt.desc.type); ! printhdr(&cntxt, smpls, delta, now); /* wait till time for first sample */ if (archive == NULL ) --- 1472,1478 ---- #endif if (cols <= 0) cols = howide(cntxt.desc.type); ! if (!quiet) printhdr(&cntxt, smpls, delta, now); /* wait till time for first sample */ if (archive == NULL ) *************** *** 1574,1580 **** if ((idx2 = getvals(&cntxt, &rslt2)) >= 0) { /* first-time success */ first = 0; ! if (cntxt.desc.indom != PM_INDOM_NULL) printlabels(&cntxt, cols); if (raw || (cntxt.desc.sem != PM_SEM_COUNTER)) { if (gui || archive != NULL) --- 1585,1593 ---- if ((idx2 = getvals(&cntxt, &rslt2)) >= 0) { /* first-time success */ first = 0; ! /* This quietness is not enough to prevent some spurious ! blank lines getting in. Damn! */ ! if ((quiet < 2) && (cntxt.desc.indom != PM_INDOM_NULL)) printlabels(&cntxt, cols); if (raw || (cntxt.desc.sem != PM_SEM_COUNTER)) { if (gui || archive != NULL) *************** *** 1631,1637 **** free(cntxt.inames); free(cntxt.ipairs); initinsts(&cntxt); ! printlabels(&cntxt, cols); } /* print values */ --- 1644,1650 ---- free(cntxt.inames); free(cntxt.ipairs); initinsts(&cntxt); ! if (quiet < 2) printlabels(&cntxt, cols); } /* print values */ *************** *** 1640,1645 **** --- 1653,1659 ---- if (raw || (cntxt.desc.sem != PM_SEM_COUNTER)) printvals(&cntxt, rslt1->vset[idx1], cols); else + printrates(&cntxt, rslt1->vset[idx1], rslt1->timestamp, rslt2->vset[idx2], rslt2->timestamp, cols); --FwiL9AaYrG--