From mailman-bounces@oss.sgi.com Fri Jun 1 05:01:30 2012 X-Spam-Checker-Version: SpamAssassin 3.4.0-r929098 (2010-03-30) on oss.sgi.com X-Spam-Level: X-Spam-Status: No, score=-0.8 required=5.0 tests=ALL_TRUSTED,BAYES_00, J_CHICKENPOX_25 autolearn=no version=3.4.0-r929098 Received: from oss.sgi.com (localhost [127.0.0.1]) by oss.sgi.com (8.14.3/8.14.3/SuSE Linux 0.8) with ESMTP id q51A11UV131404 for ; Fri, 1 Jun 2012 05:01:01 -0500 MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Subject: oss.sgi.com mailing list memberships reminder From: mailman-owner@oss.sgi.com To: pcp@oss.sgi.com X-No-Archive: yes Message-ID: Date: Fri, 01 Jun 2012 05:00:32 -0500 Precedence: bulk X-BeenThere: mailman@oss.sgi.com X-Mailman-Version: 2.1.11 List-Id: Mailman mail X-List-Administrivia: yes Sender: mailman-bounces@oss.sgi.com Errors-To: mailman-bounces@oss.sgi.com This is a reminder, sent out once a month, about your oss.sgi.com mailing list memberships. It includes your subscription info and how to use it to change it or unsubscribe from a list. You can visit the URLs to change your membership status or configuration, including unsubscribing, setting digest-style delivery or disabling delivery altogether (e.g., for a vacation), and so on. In addition to the URL interfaces, you can also use email to make such changes. For more info, send a message to the '-request' address of the list (for example, mailman-request@oss.sgi.com) containing just the word 'help' in the message body, and an email message will be sent to you with instructions. If you have questions, problems, comments, etc, send them to mailman-owner@oss.sgi.com. Thanks! Passwords for pcp@oss.sgi.com: List Password // URL ---- -------- pcp-announce@oss.sgi.com xE+IBctR http://oss.sgi.com/mailman/options/pcp-announce/pcp%40oss.sgi.com From nscott@aconex.com Sun Jun 3 22:59:28 2012 X-Spam-Checker-Version: SpamAssassin 3.4.0-r929098 (2010-03-30) on oss.sgi.com X-Spam-Level: **** X-Spam-Status: No, score=4.8 required=5.0 tests=BAYES_50,HTML_MESSAGE, SUBJ_FORWARDED autolearn=no version=3.4.0-r929098 Received: from cuda.sgi.com (cuda2.sgi.com [192.48.176.25]) by oss.sgi.com (8.14.3/8.14.3/SuSE Linux 0.8) with ESMTP id q543xSSG183483 for ; Sun, 3 Jun 2012 22:59:28 -0500 X-ASG-Debug-ID: 1338782365-04cbb0257e248c50001-S8gJnT Received: from postoffice2.aconex.com (mail.aconex.com [203.166.49.3]) by cuda.sgi.com with ESMTP id 49lTLRTFAoWAZUN4 for ; Sun, 03 Jun 2012 20:59:26 -0700 (PDT) X-Barracuda-Envelope-From: nscott@aconex.com X-Barracuda-Apparent-Source-IP: 203.166.49.3 Received: from postoffice.aconex.com (postoffice.yarra.acx [192.168.35.100]) by postoffice2.aconex.com with ESMTP id HpDXmIp3LC5VG3wN for ; Mon, 04 Jun 2012 13:59:23 +1000 (EST) Received: from gatekeeper.aconex.com (gatekeeper.yarra.acx [192.168.35.102]) by postoffice.aconex.com (Postfix) with ESMTP id 2962D3CE00A9 for ; Mon, 4 Jun 2012 13:58:49 +1000 (EST) Received: from localhost (localhost.localdomain [127.0.0.1]) by gatekeeper.aconex.com (Postfix) with ESMTP id 53B869E0015 for ; Mon, 4 Jun 2012 13:59:23 +1000 (EST) X-Virus-Scanned: amavisd-new at aconex.com Received: from gatekeeper.aconex.com ([127.0.0.1]) by localhost (gatekeeper.aconex.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id oYHUqWttH7cY for ; Mon, 4 Jun 2012 13:59:20 +1000 (EST) Received: from acxmail-au2.aconex.com (acxmail-au2.aconex.com [192.168.35.104]) by gatekeeper.aconex.com (Postfix) with ESMTP id E5AE59E0014 for ; Mon, 4 Jun 2012 13:59:20 +1000 (EST) Received: from localhost (localhost.localdomain [127.0.0.1]) by acxmail-au2.aconex.com (Postfix) with ESMTP id DEC0B3B20003 for ; Mon, 4 Jun 2012 13:59:20 +1000 (EST) X-Virus-Scanned: amavisd-new at aconex.com Received: from acxmail-au2.aconex.com ([127.0.0.1]) by localhost (acxmail-au2.aconex.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id LYw0wpqkDCcm for ; Mon, 4 Jun 2012 13:59:20 +1000 (EST) Received: from acxmail-au2.aconex.com (acxmail-au2.aconex.com [192.168.35.104]) by acxmail-au2.aconex.com (Postfix) with ESMTP id C69E73B20002 for ; Mon, 4 Jun 2012 13:59:20 +1000 (EST) Date: Mon, 4 Jun 2012 13:59:20 +1000 (EST) From: Nathan Scott To: pcp developers Message-ID: <1340146452.641603.1338782360689.JavaMail.root@acxmail-au2.aconex.com> In-Reply-To: <2011689317.639298.1338775500940.JavaMail.root@acxmail-au2.aconex.com> Subject: Fwd: PCP Presentation MIME-Version: 1.0 X-ASG-Orig-Subj: Fwd: PCP Presentation Content-Type: multipart/alternative; boundary="----=_Part_641602_571481348.1338782360688" X-Originating-IP: [192.168.7.164] X-Mailer: Zimbra 7.1.4_GA_2567 (ZimbraWebClient - FF3.0 (Linux)/7.1.4_GA_2555) X-Virus-Scanned: by bsmtpd at aconex.com X-Barracuda-Connect: mail.aconex.com[203.166.49.3] X-Barracuda-Start-Time: 1338782365 X-Barracuda-URL: http://192.48.176.25:80/cgi-mod/mark.cgi X-Virus-Scanned: by bsmtpd at sgi.com X-Barracuda-Spam-Score: 0.00 X-Barracuda-Spam-Status: No, SCORE=0.00 using per-user scores of TAG_LEVEL=1000.0 QUARANTINE_LEVEL=1000.0 KILL_LEVEL=1.3 tests=HTML_MESSAGE X-Barracuda-Spam-Report: Code version 3.2, rules version 3.2.2.98882 Rule breakdown below pts rule name description ---- ---------------------- -------------------------------------------------- 0.00 HTML_MESSAGE BODY: HTML included in message ------=_Part_641602_571481348.1338782360688 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit For anyone in Melbourne ... ----- Original Message ----- From: "Leon Messerschmidt" Sent: Monday, 4 June, 2012 12:05:00 PM Subject: PCP Presentation Hi All, I'll be dong a really basic introduction to PCP at DevOps Melbourne tomorrow night. It is usually a fairly interesting meeting so come along and learn about devops. Bring some geeky friends ;-) http://www.meetup.com/devops-melbourne/events/63880372/ ~ Leon ------=_Part_641602_571481348.1338782360688 Content-Type: text/html; charset=utf-8 Content-Transfer-Encoding: quoted-printable <= div style=3D'font-family: times new roman,new york,times,serif; font-size: = 12pt; color: #000000'>For anyone in Melbourne ...

<= div style=3D"color:#000;font-weight:normal;font-style:normal;text-decoratio= n:none;font-family:Helvetica,Arial,sans-serif;font-size:12pt;">From: "Leon Messerschmidt"
Sent: Monday, 4 June, 2012 12:05:00 PM
<= b>Subject: PCP Presentation

Hi All,

I'll be dong a really basic in= troduction to PCP at DevOps Melbourne tomorrow night.  It is usually a= fairly interesting meeting so come along and learn about devops.  Bri= ng some geeky friends ;-)


~ L= eon

------=_Part_641602_571481348.1338782360688-- From nscott@aconex.com Sun Jun 3 23:49:34 2012 X-Spam-Checker-Version: SpamAssassin 3.4.0-r929098 (2010-03-30) on oss.sgi.com X-Spam-Level: ** X-Spam-Status: No, score=2.5 required=5.0 tests=BAYES_05,HTML_MESSAGE autolearn=no version=3.4.0-r929098 Received: from cuda.sgi.com (cuda3.sgi.com [192.48.176.15]) by oss.sgi.com (8.14.3/8.14.3/SuSE Linux 0.8) with ESMTP id q544nYhJ187671 for ; Sun, 3 Jun 2012 23:49:34 -0500 X-ASG-Debug-ID: 1338785371-04cb6c3b931fcc50001-S8gJnT Received: from postoffice2.aconex.com (mail.aconex.com [203.166.49.3]) by cuda.sgi.com with ESMTP id IYLDjJqlVDM3K1vt for ; Sun, 03 Jun 2012 21:49:32 -0700 (PDT) X-Barracuda-Envelope-From: nscott@aconex.com X-Barracuda-Apparent-Source-IP: 203.166.49.3 Received: from postoffice.aconex.com (postoffice.yarra.acx [192.168.35.100]) by postoffice2.aconex.com with ESMTP id tq5IvSyai3KWABvu for ; Mon, 04 Jun 2012 14:49:29 +1000 (EST) Received: from gatekeeper.aconex.com (gatekeeper.yarra.acx [192.168.35.102]) by postoffice.aconex.com (Postfix) with ESMTP id E13693CE00F8 for ; Mon, 4 Jun 2012 14:32:13 +1000 (EST) Received: from localhost (localhost.localdomain [127.0.0.1]) by gatekeeper.aconex.com (Postfix) with ESMTP id 53DCD9E0013 for ; Mon, 4 Jun 2012 14:32:48 +1000 (EST) X-Virus-Scanned: amavisd-new at aconex.com Received: from gatekeeper.aconex.com ([127.0.0.1]) by localhost (gatekeeper.aconex.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id g+Gb43oBAWo7 for ; Mon, 4 Jun 2012 14:32:47 +1000 (EST) Received: from acxmail-au2.aconex.com (acxmail-au2.aconex.com [192.168.35.104]) by gatekeeper.aconex.com (Postfix) with ESMTP id B7E719E0008 for ; Mon, 4 Jun 2012 14:32:47 +1000 (EST) Received: from localhost (localhost.localdomain [127.0.0.1]) by acxmail-au2.aconex.com (Postfix) with ESMTP id B04873B20003 for ; Mon, 4 Jun 2012 14:32:47 +1000 (EST) X-Virus-Scanned: amavisd-new at aconex.com Received: from acxmail-au2.aconex.com ([127.0.0.1]) by localhost (acxmail-au2.aconex.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id GAOhhtVGLfCT for ; Mon, 4 Jun 2012 14:32:47 +1000 (EST) Received: from acxmail-au2.aconex.com (acxmail-au2.aconex.com [192.168.35.104]) by acxmail-au2.aconex.com (Postfix) with ESMTP id 8EAE03B20002 for ; Mon, 4 Jun 2012 14:32:47 +1000 (EST) Date: Mon, 4 Jun 2012 14:32:47 +1000 (EST) From: Nathan Scott To: pcp@oss.sgi.com Message-ID: <706621581.642359.1338784367460.JavaMail.root@acxmail-au2.aconex.com> In-Reply-To: <1247418350.642355.1338784356653.JavaMail.root@acxmail-au2.aconex.com> Subject: pcpqa updates MIME-Version: 1.0 X-ASG-Orig-Subj: pcpqa updates Content-Type: multipart/alternative; boundary="----=_Part_642358_1811098937.1338784367459" X-Originating-IP: [192.168.7.164] X-Mailer: Zimbra 7.1.4_GA_2567 (ZimbraWebClient - FF3.0 (Linux)/7.1.4_GA_2555) X-Virus-Scanned: by bsmtpd at aconex.com X-Barracuda-Connect: mail.aconex.com[203.166.49.3] X-Barracuda-Start-Time: 1338785371 X-Barracuda-URL: http://192.48.176.15:80/cgi-mod/mark.cgi X-Virus-Scanned: by bsmtpd at sgi.com X-Barracuda-Spam-Score: 0.00 X-Barracuda-Spam-Status: No, SCORE=0.00 using per-user scores of TAG_LEVEL=1000.0 QUARANTINE_LEVEL=1000.0 KILL_LEVEL=1.3 tests=HTML_MESSAGE X-Barracuda-Spam-Report: Code version 3.2, rules version 3.2.2.98886 Rule breakdown below pts rule name description ---- ---------------------- -------------------------------------------------- 0.00 HTML_MESSAGE BODY: HTML included in message ------=_Part_642358_1811098937.1338784367459 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit Changes committed to git://oss.sgi.com/pcp/pcpqa.git master .gitignore | 1 + 404.out | 4 ++-- src-oss/unpack.c | 2 +- 3 files changed, 4 insertions(+), 3 deletions(-) commit 1d532d061f559d0d9aa70d0f5dc9e3e2ec8494f8 Author: Nathan Scott Date: Mon Jun 4 14:30:37 2012 +1000 Ignore pmlogger log files leftover in src directory. commit 2a5d49081332bade66cbb07abf62d99ab02b5935 Author: Nathan Scott Date: Mon Jun 4 14:30:12 2012 +1000 Test instance identifier use in event record unpack routines. ------=_Part_642358_1811098937.1338784367459 Content-Type: text/html; charset=utf-8 Content-Transfer-Encoding: quoted-printable <= div style=3D'font-family: times new roman,new york,times,serif; font-size: = 12pt; color: #000000'>
Changes committed to git://oss.sgi.com/pcp/pcpqa= .git master

 .gitignore       |&n= bsp;   1 +
 404.out      &n= bsp;   |    4 ++--
 src-oss/unpack.c |&nbs= p;   2 +-
 3 files changed, 4 insertions(+), 3 deletions(= -)

commit 1d532d061f559d0d9aa70d0f5dc9e3e2ec8494f8
Author: Nathan= Scott <nathans@debian.org>
Date:   Mon Jun 4 14:30:37 2= 012 +1000

    Ignore pmlogger log files leftover in s= rc directory.

commit 2a5d49081332bade66cbb07abf62d99ab02b5935
Aut= hor: Nathan Scott <nathans@debian.org>
Date:   Mon Jun 4= 14:30:12 2012 +1000

    Test instance identifier use= in event record unpack routines.

------=_Part_642358_1811098937.1338784367459-- From nscott@aconex.com Mon Jun 4 00:04:52 2012 X-Spam-Checker-Version: SpamAssassin 3.4.0-r929098 (2010-03-30) on oss.sgi.com X-Spam-Level: * X-Spam-Status: No, score=1.1 required=5.0 tests=BAYES_00,HTML_MESSAGE autolearn=no version=3.4.0-r929098 Received: from cuda.sgi.com (cuda1.sgi.com [192.48.157.11]) by oss.sgi.com (8.14.3/8.14.3/SuSE Linux 0.8) with ESMTP id q5454qsv191220 for ; Mon, 4 Jun 2012 00:04:52 -0500 X-ASG-Debug-ID: 1338786288-04bdf0747123fbd0001-S8gJnT Received: from postoffice2.aconex.com (mail.aconex.com [203.166.49.3]) by cuda.sgi.com with ESMTP id KbT0miP609U5qMhT for ; Sun, 03 Jun 2012 22:04:49 -0700 (PDT) X-Barracuda-Envelope-From: nscott@aconex.com X-Barracuda-Apparent-Source-IP: 203.166.49.3 Received: from postoffice.aconex.com (postoffice.yarra.acx [192.168.35.100]) by postoffice2.aconex.com with ESMTP id e0CnXB0ACzqm9o7m for ; Mon, 04 Jun 2012 15:04:46 +1000 (EST) Received: from gatekeeper.aconex.com (gatekeeper.yarra.acx [192.168.35.102]) by postoffice.aconex.com (Postfix) with ESMTP id 411693CE00A5 for ; Mon, 4 Jun 2012 15:04:12 +1000 (EST) Received: from localhost (localhost.localdomain [127.0.0.1]) by gatekeeper.aconex.com (Postfix) with ESMTP id A1A199E0013 for ; Mon, 4 Jun 2012 15:04:46 +1000 (EST) X-Virus-Scanned: amavisd-new at aconex.com Received: from gatekeeper.aconex.com ([127.0.0.1]) by localhost (gatekeeper.aconex.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id jTXdN2zNXzVa for ; Mon, 4 Jun 2012 15:04:46 +1000 (EST) Received: from acxmail-au2.aconex.com (acxmail-au2.aconex.com [192.168.35.104]) by gatekeeper.aconex.com (Postfix) with ESMTP id 082919E0008 for ; Mon, 4 Jun 2012 15:04:46 +1000 (EST) Received: from localhost (localhost.localdomain [127.0.0.1]) by acxmail-au2.aconex.com (Postfix) with ESMTP id 00A273B20003 for ; Mon, 4 Jun 2012 15:04:45 +1000 (EST) X-Virus-Scanned: amavisd-new at aconex.com Received: from acxmail-au2.aconex.com ([127.0.0.1]) by localhost (acxmail-au2.aconex.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id NIvpa7TS4qAS for ; Mon, 4 Jun 2012 15:04:45 +1000 (EST) Received: from acxmail-au2.aconex.com (acxmail-au2.aconex.com [192.168.35.104]) by acxmail-au2.aconex.com (Postfix) with ESMTP id D71F03B20002 for ; Mon, 4 Jun 2012 15:04:45 +1000 (EST) Date: Mon, 4 Jun 2012 15:04:45 +1000 (EST) From: Nathan Scott To: pcp@oss.sgi.com Message-ID: <744113509.643334.1338786285840.JavaMail.root@acxmail-au2.aconex.com> In-Reply-To: <868551507.643330.1338786263352.JavaMail.root@acxmail-au2.aconex.com> Subject: pcp updates MIME-Version: 1.0 X-ASG-Orig-Subj: pcp updates Content-Type: multipart/alternative; boundary="----=_Part_643333_645937642.1338786285839" X-Originating-IP: [192.168.7.164] X-Mailer: Zimbra 7.1.4_GA_2567 (ZimbraWebClient - FF3.0 (Linux)/7.1.4_GA_2555) X-Virus-Scanned: by bsmtpd at aconex.com X-Barracuda-Connect: mail.aconex.com[203.166.49.3] X-Barracuda-Start-Time: 1338786288 X-Barracuda-URL: http://192.48.157.11:80/cgi-mod/mark.cgi X-Virus-Scanned: by bsmtpd at sgi.com X-Barracuda-Spam-Score: 0.00 X-Barracuda-Spam-Status: No, SCORE=0.00 using per-user scores of TAG_LEVEL=1000.0 QUARANTINE_LEVEL=1000.0 KILL_LEVEL=1.3 tests=HTML_MESSAGE X-Barracuda-Spam-Report: Code version 3.2, rules version 3.2.2.98886 Rule breakdown below pts rule name description ---- ---------------------- -------------------------------------------------- 0.00 HTML_MESSAGE BODY: HTML included in message ------=_Part_643333_645937642.1338786285839 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit Changes committed to git://oss.sgi.com/nathans/pcp.git dev man/man3/pmunpackeventrecords.3 | 4 +-- src/libpcp/src/events.c | 2 - src/pmdas/bash/event.c | 22 ++++++++++++-------- src/pmdas/bash/event.h | 4 +-- src/pmdas/bash/help | 5 +++- src/pmdas/bash/pmda.c | 21 +++---------------- src/pmdas/bash/pmns | 7 ++---- src/pmdas/bash/test-trace.sh | 4 +-- src/pmdas/elasticsearch/Install | 4 +-- src/pmdas/elasticsearch/pmdaelasticsearch.pl | 29 +++++++++++++++++++-------- src/pmevent/pmevent.c | 2 - 11 files changed, 55 insertions(+), 49 deletions(-) commit 05685b30b3c3b2b1aae8991ea08f2a3bc08059e1 Author: Nathan Scott Date: Mon Jun 4 15:02:33 2012 +1000 Improvements to the instance handling in pmdabash The instance name is now exported as pid-space-script-space-args. Means we can get rid of the (previously-repeated-in-every-record) bash.xtrace.script metric. commit 27f7ffca8d1e1a044dd6ad6f37d94b87c43172a9 Author: Nathan Scott Date: Mon Jun 4 14:35:26 2012 +1000 Report string instance ids in quotes in pmevent, more like pminfo. commit 43a3f26540e3c2353f33c112f1124b70e7d479db Author: Nathan Scott Date: Mon Jun 4 14:34:07 2012 +1000 Ensure propogation of instance identifiers in pmUnpackEventRecord. commit 9b5d44f41438d64d98cee9067cedef503937f3c9 Author: Nathan Scott Date: Mon Jun 4 14:14:50 2012 +1000 Fix a couple of typos on pmUnpackEventRecords man page commit 7379b60ac92820741460f157fd6578f4f2aa4114 Author: Nathan Scott Date: Mon Jun 4 10:55:50 2012 +1000 Fix bash event count metric - actually an unsigned 32-bit value. commit edd971f7b9d5c92018ac0d85cc489bab9e4d9444 Author: Nathan Scott Date: Fri Jun 1 13:38:38 2012 +1000 Improvements to elasticsearch PMDA under load Changes to pmdaelasticsearch to ensure it times out more gracefully when elasticsearch doesn't respond in a timely fashion. This involves moving from LWP::Simple to now use LWP::UserAgent, which allows connection timeouts to be set. Before this change, a slow/hung response elasticsearch was causing the PMDA to hang also, and then to be terminated by pmcd (pipe closed). Removed (out-of-date) check for the perl Switch module from the Install script as well. ------=_Part_643333_645937642.1338786285839 Content-Type: text/html; charset=utf-8 Content-Transfer-Encoding: quoted-printable <= div style=3D'font-family: times new roman,new york,times,serif; font-size: = 12pt; color: #000000'>Changes committed to git://oss.sgi.com/nathans/pcp.gi= t dev

 man/man3/pmunpackeventrecords.3    &= nbsp;         |    4= +--
 src/libpcp/src/events.c      &n= bsp;            = ;   |    2 -
 src/pmdas/bash/event.c =             &nb= sp;         |   22 ++++++= ++++++--------
 src/pmdas/bash/event.h     = ;            &n= bsp;     |    4 +--
 src/pmdas/b= ash/help           &= nbsp;           &nbs= p;  |    5 +++-
 src/pmdas/bash/pmda.c &nb= sp;            =           |   21 +++= ----------------
 src/pmdas/bash/pmns     =             &nb= sp;        |    7 ++----<= br> src/pmdas/bash/test-trace.sh      &n= bsp;          |  &nb= sp; 4 +--
 src/pmdas/elasticsearch/Install    &= nbsp;         |    4= +--
 src/pmdas/elasticsearch/pmdaelasticsearch.pl |   29= +++++++++++++++++++--------
 src/pmevent/pmevent.c  &nbs= p;            &= nbsp;        |    2 -
=  11 files changed, 55 insertions(+), 49 deletions(-)

commit 056= 85b30b3c3b2b1aae8991ea08f2a3bc08059e1
Author: Nathan Scott <nathans@d= ebian.org>
Date:   Mon Jun 4 15:02:33 2012 +1000

&nb= sp;   Improvements to the instance handling in pmdabash
 =   
    The instance name is now exported as pi= d-space-script-space-args.
    Means we can get rid of th= e (previously-repeated-in-every-record)
    bash.xtrace.s= cript metric.

commit 27f7ffca8d1e1a044dd6ad6f37d94b87c43172a9
Aut= hor: Nathan Scott <nathans@debian.org>
Date:   Mon Jun 4= 14:35:26 2012 +1000

    Report string instance ids i= n quotes in pmevent, more like pminfo.

commit 43a3f26540e3c2353f33c1= 12f1124b70e7d479db
Author: Nathan Scott <nathans@debian.org>
Da= te:   Mon Jun 4 14:34:07 2012 +1000

    Ens= ure propogation of instance identifiers in pmUnpackEventRecord.

comm= it 9b5d44f41438d64d98cee9067cedef503937f3c9
Author: Nathan Scott <nat= hans@debian.org>
Date:   Mon Jun 4 14:14:50 2012 +1000
<= br>    Fix a couple of typos on pmUnpackEventRecords man pag= e

commit 7379b60ac92820741460f157fd6578f4f2aa4114
Author: Nathan = Scott <nathans@debian.org>
Date:   Mon Jun 4 10:55:50 20= 12 +1000

    Fix bash event count metric - actually a= n unsigned 32-bit value.

commit edd971f7b9d5c92018ac0d85cc489bab9e4d= 9444
Author: Nathan Scott <nathans@debian.org>
Date:  = ; Fri Jun 1 13:38:38 2012 +1000

    Improvements to e= lasticsearch PMDA under load
   
    C= hanges to pmdaelasticsearch to ensure it times out more
  &nbs= p; gracefully when elasticsearch doesn't respond in a timely
  = ;  fashion.  This involves moving from LWP::Simple to now use
=     LWP::UserAgent, which allows connection timeouts to be s= et.
   
    Before this change, a slow= /hung response elasticsearch was
    causing the PMDA to = hang also, and then to be terminated by
    pmcd (pipe cl= osed).
   
    Removed (out-of-date) c= heck for the perl Switch module from
    the Install scri= pt as well.

------=_Part_643333_645937642.1338786285839-- From mgoodwin@redhat.com Mon Jun 4 00:43:49 2012 X-Spam-Checker-Version: SpamAssassin 3.4.0-r929098 (2010-03-30) on oss.sgi.com X-Spam-Level: X-Spam-Status: No, score=-1.9 required=5.0 tests=BAYES_00 autolearn=ham version=3.4.0-r929098 Received: from cuda.sgi.com (cuda3.sgi.com [192.48.176.15]) by oss.sgi.com (8.14.3/8.14.3/SuSE Linux 0.8) with ESMTP id q545hnt3194809 for ; Mon, 4 Jun 2012 00:43:49 -0500 X-ASG-Debug-ID: 1338788628-04cb6c3b90200e20001-S8gJnT Received: from mx1.redhat.com (mx1.redhat.com [209.132.183.28]) by cuda.sgi.com with ESMTP id Vwnjf6U51jMwWGhu for ; Sun, 03 Jun 2012 22:43:48 -0700 (PDT) X-Barracuda-Envelope-From: mgoodwin@redhat.com X-Barracuda-Apparent-Source-IP: 209.132.183.28 X-ASG-Whitelist: Client Received: from int-mx11.intmail.prod.int.phx2.redhat.com (int-mx11.intmail.prod.int.phx2.redhat.com [10.5.11.24]) by mx1.redhat.com (8.14.4/8.14.4) with ESMTP id q545hmTK007822 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK) for ; Mon, 4 Jun 2012 01:43:48 -0400 Received: from fletch.usersys.redhat.com (vpn1-48-23.bne.redhat.com [10.64.48.23]) by int-mx11.intmail.prod.int.phx2.redhat.com (8.14.4/8.14.4) with ESMTP id q545hkj3009543; Mon, 4 Jun 2012 01:43:47 -0400 Message-ID: <4FCC4B11.6010708@redhat.com> Date: Mon, 04 Jun 2012 15:43:45 +1000 From: Mark Goodwin User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:12.0) Gecko/20120430 Thunderbird/12.0.1 MIME-Version: 1.0 To: pcp CC: =?ISO-8859-1?Q?Dan_Hor=E1k?= Subject: pcp updates Content-Type: text/plain; charset=ISO-8859-1; format=flowed X-ASG-Orig-Subj: pcp updates Content-Transfer-Encoding: 7bit X-Scanned-By: MIMEDefang 2.68 on 10.5.11.24 X-Barracuda-Connect: mx1.redhat.com[209.132.183.28] X-Barracuda-Start-Time: 1338788628 X-Barracuda-URL: http://192.48.176.15:80/cgi-mod/mark.cgi X-Virus-Scanned: by bsmtpd at sgi.com Changes committed to git://oss.sgi.com/pcp/pcp.git dev and also git://oss.sgi.com/markgw/pcp/pcp.git dev From Dan Horak as a Fedora patch against 3.6.3-1, thanks Dan! commit 5eb03e750f6ec6bf46cc7ae43c01ea1f0eb1fa53 Author: Mark Goodwin Date: Mon Jun 4 15:15:47 2012 +1000 From Dan Horak via Fedora: fix build on s390x modified: configure.in From ddiss@suse.de Tue Jun 5 08:38:13 2012 X-Spam-Checker-Version: SpamAssassin 3.4.0-r929098 (2010-03-30) on oss.sgi.com X-Spam-Level: X-Spam-Status: No, score=-1.9 required=5.0 tests=BAYES_00 autolearn=ham version=3.4.0-r929098 Received: from cuda.sgi.com (cuda3.sgi.com [192.48.176.15]) by oss.sgi.com (8.14.3/8.14.3/SuSE Linux 0.8) with ESMTP id q55DcB4A088804 for ; Tue, 5 Jun 2012 08:38:12 -0500 X-ASG-Debug-ID: 1338903487-04cb6c3b9229c340001-S8gJnT Received: from mx2.suse.de (cantor2.suse.de [195.135.220.15]) by cuda.sgi.com with ESMTP id hejLeEgvnEKyiAoE (version=TLSv1 cipher=AES256-SHA bits=256 verify=NO) for ; Tue, 05 Jun 2012 06:38:08 -0700 (PDT) X-Barracuda-Envelope-From: ddiss@suse.de X-Barracuda-Apparent-Source-IP: 195.135.220.15 Received: from relay2.suse.de (unknown [195.135.220.254]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx2.suse.de (Postfix) with ESMTP id 9D551A0AA5 for ; Tue, 5 Jun 2012 15:38:07 +0200 (CEST) Date: Tue, 5 Jun 2012 15:38:07 +0200 From: David Disseldorp To: pcp Subject: [PATCH] build: fix configure path tests Message-ID: <20120605153807.20dc300d@d115.suse.de> X-ASG-Orig-Subj: [PATCH] build: fix configure path tests X-Mailer: Claws Mail 3.7.5 (GTK+ 2.20.1; x86_64-unknown-linux-gnu) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-Barracuda-Connect: cantor2.suse.de[195.135.220.15] X-Barracuda-Start-Time: 1338903488 X-Barracuda-Encrypted: AES256-SHA X-Barracuda-URL: http://192.48.176.15:80/cgi-mod/mark.cgi X-Virus-Scanned: by bsmtpd at sgi.com X-Barracuda-Spam-Score: 0.00 X-Barracuda-Spam-Status: No, SCORE=0.00 using per-user scores of TAG_LEVEL=1000.0 QUARANTINE_LEVEL=1000.0 KILL_LEVEL=1.3 tests= X-Barracuda-Spam-Report: Code version 3.2, rules version 3.2.2.99015 Rule breakdown below pts rule name description ---- ---------------------- -------------------------------------------------- Hi, Currently the test -z "`echo $pcp_share_dir | sed 's;/.*\$;;'`" based configure tests always evaluate to true, the following proposed patch attempts to fix this behaviour. Cheers, David http://oss.sgi.com/cgi-bin/gitweb.cgi?p=ddiss/pcp;a=commitdiff;h=70b76abe42aca1c968feb3bfe20b74c61cf05db6 The following changes since commit 8030801fb9c515dfa903f6bd0c4113b36a3edd05: Update version and changelog for 3.6.3 release. (2012-04-27 13:32:58 +1000) are available in the git repository at: git://oss.sgi.com/ddiss/pcp mstr_fix_conf_paths David Disseldorp (1): build: fix configure path tests configure.in | 14 +++++++------- 1 files changed, 7 insertions(+), 7 deletions(-) From kenj@internode.on.net Tue Jun 5 23:31:31 2012 X-Spam-Checker-Version: SpamAssassin 3.4.0-r929098 (2010-03-30) on oss.sgi.com X-Spam-Level: X-Spam-Status: No, score=-1.6 required=5.0 tests=BAYES_00,J_CHICKENPOX_44, J_CHICKENPOX_45,J_CHICKENPOX_48 autolearn=no version=3.4.0-r929098 Received: from cuda.sgi.com (cuda1.sgi.com [192.48.157.11]) by oss.sgi.com (8.14.3/8.14.3/SuSE Linux 0.8) with ESMTP id q564VVSS160560 for ; Tue, 5 Jun 2012 23:31:31 -0500 X-ASG-Debug-ID: 1338957088-04bdf059a5a63e0001-S8gJnT Received: from ipmail04.adl6.internode.on.net (ipmail04.adl6.internode.on.net [150.101.137.141]) by cuda.sgi.com with ESMTP id qeP9xqN5MFWbBgpc for ; Tue, 05 Jun 2012 21:31:29 -0700 (PDT) X-Barracuda-Envelope-From: kenj@internode.on.net X-Barracuda-Apparent-Source-IP: 150.101.137.141 X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: AtkgABfbzk8Bkr1GPGdsb2JhbAANOIVOhDuqRgEBAQE3gnZ+BwYCJgJFDh+sdJJjgSOJcYUHgRIDmw+Mdw Received: from unknown (HELO [10.167.181.161]) ([1.146.189.70]) by ipmail04.adl6.internode.on.net with ESMTP; 06 Jun 2012 14:01:27 +0930 Message-ID: <1338957083.15311.1.camel@bozo-laptop.localdomain> Subject: pcp updates From: Ken McDonell X-ASG-Orig-Subj: pcp updates To: pcp@oss.sgi.com Date: Wed, 06 Jun 2012 14:31:23 +1000 Content-Type: text/plain; charset="UTF-8" X-Mailer: Evolution 3.2.2- Content-Transfer-Encoding: 7bit Mime-Version: 1.0 X-Barracuda-Connect: ipmail04.adl6.internode.on.net[150.101.137.141] X-Barracuda-Start-Time: 1338957088 X-Barracuda-URL: http://192.48.157.11:80/cgi-mod/mark.cgi X-Virus-Scanned: by bsmtpd at sgi.com X-Barracuda-Spam-Score: 0.00 X-Barracuda-Spam-Status: No, SCORE=0.00 using per-user scores of TAG_LEVEL=1000.0 QUARANTINE_LEVEL=1000.0 KILL_LEVEL=1.3 tests= X-Barracuda-Spam-Report: Code version 3.2, rules version 3.2.2.99075 Rule breakdown below pts rule name description ---- ---------------------- -------------------------------------------------- Second round of changes related to timestamp arithmetic and OpenIndiana QA failures. On OpenIndiana QA is now down to 9 failures ... these are non-trivial, but smell like QA failures (i.e. problems in the QA tests) rather that failures in the PCP code. Changes committed to git://oss.sgi.com/kenj/pcp.git dev src/libpcp_fault/src/GNUmakefile | 7 - src/pmdas/shping/Install | 46 +++++++----- src/pmdas/shping/sample.conf | 7 + src/pmdas/shping/shping.c | 5 + src/pmdas/solaris/data.c | 9 +- src/pmdas/solaris/pmns.hinv | 1 src/pmdas/solaris/solaris.c | 8 +- src/pmdas/solaris/vnops.c | 11 ++ src/pmdumplog/pmdumplog.c | 30 ++++++-- src/pmlogextract/gram.y | 31 +------- src/pmlogextract/logger.h | 36 --------- src/pmlogextract/metriclist.c | 6 - src/pmlogextract/pmlogextract.c | 146 ++++++++++++++++++++++----------------- src/pmlogreduce/dometric.c | 2 14 files changed, 180 insertions(+), 165 deletions(-) commit fe1c497d2151da1063e4fa48e656110bbcc6b463 Author: Ken McDonell Date: Tue May 29 06:08:42 2012 +1000 Solaris PMDA - add hinv.nfilesys fix other hinv.* metadata hinv.nfilesys was missing and QA would lie to use this. hinv.ncpu and hinv.ndisk should not have "count" semantics. commit 247a34205bea0937950b9c856c232ef7c52f70b6 Author: Ken McDonell Date: Tue May 29 06:07:06 2012 +1000 shping PMDA - try to stop SIGALRM delivery to main thread The PMDA is unreliable on OpenIndiana because the timeouts intended to wake the shell command running thread are interrupting the thread that is communicating with PMCD. commit 4e80bd0498e9db8083bb7546dec10426fcfc8e27 Author: Ken McDonell Date: Mon May 28 15:47:07 2012 +1000 pmdumplog - fix timestamp arithmetic Similar to pmlogextract, pmdumplog has been flawed from the outset in the choice of doubles to hold some timestamps. This involves integer to double conversions from struct timeval and __pmTimeval timestamps which cannot be accurate. Fixed by removing all the double timestamp arithmetic and operating exclusively on tv_sec and tv_usec. commit c5eb29d621c44d8959f167de611c891feac16f1b Author: Ken McDonell Date: Thu May 24 06:45:38 2012 +1000 pmlogreduce - fix missing %p prefix commit ded6cef86a4a85db1a6b2e664a33d7c25bd30e9e Author: Ken McDonell Date: Wed May 23 10:12:46 2012 +1000 shpinf PMDA - fix botched format string commit 891a28a0e7e622e2ddd6477b00f4051798d68733 Author: Ken McDonell Date: Wed May 23 09:42:04 2012 +1000 shping PMDA - fine tuning for nslookup command For some platforms (like OpenIndiana) nslookup is not on pmcd's $PATH. Extend the existing auto-configuration mechanism for sample.conf. commit 882f75ca948def0e342210017f1cbdaa5fb32768 Author: Ken McDonell Date: Tue May 22 06:35:43 2012 +1000 pmlogextract - dead code removal After the timestamp changes, a chunk of dead code and unused data structure elements were culled. commit 5cfdf702196ea476a1545b0c38939526a451b3ce Author: Ken McDonell Date: Tue May 22 06:16:32 2012 +1000 pmlogextract - fix timestamp arithmetic pmlogextract has been flawed from the outset in the choice of doubles to hold all timestamps. This involves integer to double conversions from struct timeval and __pmTimeval timestamps which cannot be accurate. Eventually it blew up on OpenIndiana where timestamps that should have been equal were slightly different and the code took a segv ... this was killing QA as I could not even make the archives needed for some of the QA tests. Fixed by removing all the double timestamp arithmetic and operating exclusively on tv_sec and tv_usec. commit 1b1f2d3d720f04605af269459093f18d8d563d18 Author: Ken McDonell Date: Tue May 22 06:15:52 2012 +1000 libpcp_fault - fix .h dependencies in GNUmakefile From nscott@aconex.com Wed Jun 6 01:04:55 2012 X-Spam-Checker-Version: SpamAssassin 3.4.0-r929098 (2010-03-30) on oss.sgi.com X-Spam-Level: ** X-Spam-Status: No, score=2.5 required=5.0 tests=BAYES_05,HTML_MESSAGE autolearn=no version=3.4.0-r929098 Received: from cuda.sgi.com (cuda2.sgi.com [192.48.176.25]) by oss.sgi.com (8.14.3/8.14.3/SuSE Linux 0.8) with ESMTP id q5664sIV172549 for ; Wed, 6 Jun 2012 01:04:55 -0500 X-ASG-Debug-ID: 1338962692-04cbb025803b7e60001-S8gJnT Received: from postoffice2.aconex.com (mail.aconex.com [203.166.49.3]) by cuda.sgi.com with ESMTP id FxWgFVgIHF7gZIFL for ; Tue, 05 Jun 2012 23:04:53 -0700 (PDT) X-Barracuda-Envelope-From: nscott@aconex.com X-Barracuda-Apparent-Source-IP: 203.166.49.3 Received: from postoffice.aconex.com (postoffice.yarra.acx [192.168.35.100]) by postoffice2.aconex.com with ESMTP id qpKa9ziLGIMewA7t; Wed, 06 Jun 2012 16:04:50 +1000 (EST) Received: from gatekeeper.aconex.com (gatekeeper.yarra.acx [192.168.35.102]) by postoffice.aconex.com (Postfix) with ESMTP id 2ED793CE00BD; Wed, 6 Jun 2012 16:04:16 +1000 (EST) Received: from localhost (localhost.localdomain [127.0.0.1]) by gatekeeper.aconex.com (Postfix) with ESMTP id E2E3B9E002A; Wed, 6 Jun 2012 16:04:50 +1000 (EST) X-Virus-Scanned: amavisd-new at aconex.com Received: from gatekeeper.aconex.com ([127.0.0.1]) by localhost (gatekeeper.aconex.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id cJKAblmsCRlR; Wed, 6 Jun 2012 16:04:50 +1000 (EST) Received: from acxmail-au2.aconex.com (acxmail-au2.aconex.com [192.168.35.104]) by gatekeeper.aconex.com (Postfix) with ESMTP id 954FC9E0025; Wed, 6 Jun 2012 16:04:50 +1000 (EST) Received: from localhost (localhost.localdomain [127.0.0.1]) by acxmail-au2.aconex.com (Postfix) with ESMTP id 8F49A3B20002; Wed, 6 Jun 2012 16:04:50 +1000 (EST) X-Virus-Scanned: amavisd-new at aconex.com Received: from acxmail-au2.aconex.com ([127.0.0.1]) by localhost (acxmail-au2.aconex.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id vtcWofuPoRTF; Wed, 6 Jun 2012 16:04:50 +1000 (EST) Received: from acxmail-au2.aconex.com (localhost.localdomain [127.0.0.1]) by acxmail-au2.aconex.com (Postfix) with ESMTP id 6C5FF3B20001; Wed, 6 Jun 2012 16:04:50 +1000 (EST) Date: Wed, 6 Jun 2012 16:04:50 +1000 (EST) From: Nathan Scott To: David Disseldorp Cc: pcp Message-ID: <695460607.777594.1338962690365.JavaMail.root@acxmail-au2.aconex.com> In-Reply-To: <20120605153807.20dc300d@d115.suse.de> Subject: Re: [pcp] [PATCH] build: fix configure path tests MIME-Version: 1.0 X-ASG-Orig-Subj: Re: [pcp] [PATCH] build: fix configure path tests Content-Type: multipart/alternative; boundary="----=_Part_777593_1609727759.1338962690364" X-Originating-IP: [192.168.7.164] X-Mailer: Zimbra 7.1.4_GA_2567 (ZimbraWebClient - FF3.0 (Linux)/7.1.4_GA_2555) X-Virus-Scanned: by bsmtpd at aconex.com X-Barracuda-Connect: mail.aconex.com[203.166.49.3] X-Barracuda-Start-Time: 1338962692 X-Barracuda-URL: http://192.48.176.25:80/cgi-mod/mark.cgi X-Virus-Scanned: by bsmtpd at sgi.com X-Barracuda-Spam-Score: 0.00 X-Barracuda-Spam-Status: No, SCORE=0.00 using per-user scores of TAG_LEVEL=1000.0 QUARANTINE_LEVEL=1000.0 KILL_LEVEL=1.3 tests=HTML_MESSAGE X-Barracuda-Spam-Report: Code version 3.2, rules version 3.2.2.99081 Rule breakdown below pts rule name description ---- ---------------------- -------------------------------------------------- 0.00 HTML_MESSAGE BODY: HTML included in message ------=_Part_777593_1609727759.1338962690364 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit Hi Dave, ----- Original Message ----- > Hi, > Currently the test -z "`echo $pcp_share_dir | sed 's;/.*\$;;'`" based > configure tests always evaluate to true, the following proposed patch > attempts to fix this behaviour. *nod*, looks odd indeed and fixing it makes sense. I wasn't sure about the "\s" in the sed regex and whether that would be supported on all platforms ... but, tried it on freebsd (non-gnu sed) as well, and it seems to do the right thing. The sed man page there reckons basic REs are default, so should be fine. I'll pull it in and let's see how it goes - thanks! cheers. -- Nathan ------=_Part_777593_1609727759.1338962690364 Content-Type: text/html; charset=utf-8 Content-Transfer-Encoding: quoted-printable <= div style=3D'font-family: times new roman,new york,times,serif; font-size: = 12pt; color: #000000'>Hi Dave,

Hi,

Cu= rrently the test -z "`echo $pcp_share_dir | sed 's;/.*\$;;'`" based
conf= igure tests always evaluate to true, the following proposed patch
attemp= ts to fix this behaviour.

*nod*, looks odd indeed and f= ixing it makes sense.  I wasn't sure about the "\s" in
the sed rege= x and whether that would be supported on all platforms ... but, tried iton freebsd (non-gnu sed) as well, and it seems to do the right thing. = ; The sed man
page there reckons basic REs are default, so should be fin= e.  I'll pull it in and let's
see how it goes - thanks!

chee= rs.

--
Nathan
------=_Part_777593_1609727759.1338962690364-- From kenj@internode.on.net Wed Jun 6 06:23:00 2012 X-Spam-Checker-Version: SpamAssassin 3.4.0-r929098 (2010-03-30) on oss.sgi.com X-Spam-Level: X-Spam-Status: No, score=-1.8 required=5.0 tests=BAYES_00,J_CHICKENPOX_62 autolearn=no version=3.4.0-r929098 Received: from cuda.sgi.com (cuda3.sgi.com [192.48.176.15]) by oss.sgi.com (8.14.3/8.14.3/SuSE Linux 0.8) with ESMTP id q56BN0SB206666 for ; Wed, 6 Jun 2012 06:23:00 -0500 X-ASG-Debug-ID: 1338981777-04cb6c3b9235b150001-S8gJnT Received: from ipmail06.adl6.internode.on.net (ipmail06.adl6.internode.on.net [150.101.137.145]) by cuda.sgi.com with ESMTP id qVVZPwnJdJJ7IOST for ; Wed, 06 Jun 2012 04:22:57 -0700 (PDT) X-Barracuda-Envelope-From: kenj@internode.on.net X-Barracuda-Apparent-Source-IP: 150.101.137.145 X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: ApIBAAk9z0920Zx9/2dsb2JhbAANOIVOsi2BBQYCJgJTH6xMkmiBI4lxgwOCBIESA5Uckmo Received: from ppp118-209-156-125.lns20.mel6.internode.on.net (HELO [192.168.1.100]) ([118.209.156.125]) by ipmail06.adl6.internode.on.net with ESMTP; 06 Jun 2012 20:52:56 +0930 Message-ID: <1338981891.21858.0.camel@bozo.localdomain> Subject: pcpqa updates From: Ken McDonell X-ASG-Orig-Subj: pcpqa updates To: pcp@oss.sgi.com Date: Wed, 06 Jun 2012 21:24:51 +1000 Content-Type: text/plain; charset="UTF-8" X-Mailer: Evolution 3.2.2- Content-Transfer-Encoding: 7bit Mime-Version: 1.0 X-Barracuda-Connect: ipmail06.adl6.internode.on.net[150.101.137.145] X-Barracuda-Start-Time: 1338981777 X-Barracuda-URL: http://192.48.176.15:80/cgi-mod/mark.cgi X-Virus-Scanned: by bsmtpd at sgi.com X-Barracuda-Spam-Score: 0.00 X-Barracuda-Spam-Status: No, SCORE=0.00 using per-user scores of TAG_LEVEL=1000.0 QUARANTINE_LEVEL=1000.0 KILL_LEVEL=1.3 tests= X-Barracuda-Spam-Report: Code version 3.2, rules version 3.2.2.99103 Rule breakdown below pts rule name description ---- ---------------------- -------------------------------------------------- Changes committed to git://oss.sgi.com/pcp/pcpqa.git 041 | 23 ++- 066 | 17 +- 078 | 5 078.out.1 | 6 078.out.2 | 6 079 | 5 079.out | 14 - 080 | 2 093 | 12 - 093.out | 6 097 | 8 - 097.out | 4 101 | 4 1045 | 8 + 1049 | 7 1051 | 2 1051.out.solaris | 21 ++ 128 | 4 279 | 19 +- 282 | 10 + 294 | 11 - 298 | 2 313 | 6 364 | 7 364.solaris | 38 +++++ 365 | 11 + 366 | 7 366.solaris | 342 +++++++++++++++++++++++++++++++++++++++++++++++ 375 | 2 375.solaris.2 | 187 +++++++++++++++++++++++++ 376 | 3 379 | 3 390 | 1 397 | 4 417 | 6 419 | 12 + 419.darwin | 96 ++++++------- 419.irix | 184 ++++++++++++------------- 419.linux | 120 ++++++++-------- 421 | 3 440 | 3 441 | 5 442 | 5 443 | 12 + 445 | 17 +- 446 | 3 476 | 3 477 | 3 478 | 5 480 | 5 506 | 5 519 | 18 ++ 560 | 3 565 | 3 578 | 16 +- 580 | 6 583 | 3 587 | 22 ++- 587.solaris | 122 ++++++++++++++++ 594 | 1 600 | 7 600.out.solaris | 30 ++++ 605 | 2 617 | 4 651 | 4 703 | 9 - 706 | 3 GNUmakefile | 22 ++- common.rc | 6 group | 18 +- pmdas/GNUmakefile | 2 pmdas/broken/GNUmakefile | 2 src-oss/GNUmakefile | 2 src-oss/interp2.c | 22 +-- src-oss/multifetch.c | 8 - 75 files changed, 1247 insertions(+), 382 deletions(-) commit 301c6cadffe5223a30ca70472f3ec5ea1c3bdd85 Merge: 1d532d0 5aaf94f Author: Ken McDonell Date: Wed Jun 6 21:18:27 2012 +1000 Merge branch 'master' of /home/kenj/src/pcpqa into gpush_staging commit 5aaf94f3ebc05572e6c66558504bee5fd4daa149 Author: Ken McDonell Date: Wed Jun 6 20:36:34 2012 +1000 makefile tweaking Add clean target to reliably clean up, ready for ubercheck. commit 90c4d49fe216c08fccbbc709ad8921ba5431cad7 Author: Ken McDonell Date: Wed Jun 6 20:31:48 2012 +1000 Yet More Solaris (OpenIndiana) changes Fourth batch of changes to increase QA pass rate on OpenIndiana. All porting fixes, no real functional changes here. commit b5fdfcfe0cfcc730299188d07dda45199242ec21 Author: Ken McDonell Date: Wed Jun 6 20:15:10 2012 +1000 093, 097 bigbin archive not quite deterministic For these time-sensitive tests, the bigbin archive which is created as part of the QA runs may not be deterministic enough, especially when run on a (possibly busy) VM. Substitute the (constant) ok-bigbin version of the archive to be used in these tests. commit 96fb40bda4a9c00bb2fc309da6077ff274f344df Author: Ken McDonell Date: Wed Jun 6 20:06:22 2012 +1000 079 - drop ill-defined case Results when TZ is set but empty are non-deterministic ... drop this case as it is not really adding value. commit 3580a4a632b36480ef4a0536ac3336f7c461adba Author: Ken McDonell Date: Wed Jun 6 20:03:27 2012 +1000 078 - drop ill-defined case Results when $TZ is set in the environment, but the value is empty, are non-deterministic ... drop this case as it is not really adding value. From nscott@aconex.com Sat Jun 9 19:05:49 2012 X-Spam-Checker-Version: SpamAssassin 3.4.0-r929098 (2010-03-30) on oss.sgi.com X-Spam-Level: * X-Spam-Status: No, score=1.1 required=5.0 tests=BAYES_00,HTML_MESSAGE autolearn=no version=3.4.0-r929098 Received: from cuda.sgi.com (cuda1.sgi.com [192.48.157.11]) by oss.sgi.com (8.14.3/8.14.3/SuSE Linux 0.8) with ESMTP id q5A05m5C142858 for ; Sat, 9 Jun 2012 19:05:49 -0500 X-ASG-Debug-ID: 1339286744-04bdf059a32236f0001-S8gJnT Received: from postoffice2.aconex.com (mail.aconex.com [203.166.49.3]) by cuda.sgi.com with ESMTP id o7EczNVUhKTZdUH4 for ; Sat, 09 Jun 2012 17:05:44 -0700 (PDT) X-Barracuda-Envelope-From: nscott@aconex.com X-Barracuda-Apparent-Source-IP: 203.166.49.3 Received: from postoffice.aconex.com (postoffice.yarra.acx [192.168.35.100]) by postoffice2.aconex.com with ESMTP id zQclRIvyYiBcKReL for ; Sun, 10 Jun 2012 10:05:39 +1000 (EST) Received: from gatekeeper.aconex.com (gatekeeper.yarra.acx [192.168.35.102]) by postoffice.aconex.com (Postfix) with ESMTP id 0A9753CE00C3 for ; Sun, 10 Jun 2012 10:05:04 +1000 (EST) Received: from localhost (localhost.localdomain [127.0.0.1]) by gatekeeper.aconex.com (Postfix) with ESMTP id 697509E0094 for ; Sun, 10 Jun 2012 10:05:39 +1000 (EST) X-Virus-Scanned: amavisd-new at aconex.com Received: from gatekeeper.aconex.com ([127.0.0.1]) by localhost (gatekeeper.aconex.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id IhKOs1BxOyIZ for ; Sun, 10 Jun 2012 10:05:36 +1000 (EST) Received: from acxmail-au2.aconex.com (acxmail-au2.aconex.com [192.168.35.104]) by gatekeeper.aconex.com (Postfix) with ESMTP id 944629E0093 for ; Sun, 10 Jun 2012 10:05:36 +1000 (EST) Received: from localhost (localhost.localdomain [127.0.0.1]) by acxmail-au2.aconex.com (Postfix) with ESMTP id 7AC603B20002 for ; Sun, 10 Jun 2012 10:05:36 +1000 (EST) X-Virus-Scanned: amavisd-new at aconex.com Received: from acxmail-au2.aconex.com ([127.0.0.1]) by localhost (acxmail-au2.aconex.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 7-ECxvFsDKWA for ; Sun, 10 Jun 2012 10:05:36 +1000 (EST) Received: from acxmail-au2.aconex.com (acxmail-au2.aconex.com [192.168.35.104]) by acxmail-au2.aconex.com (Postfix) with ESMTP id 4ED513B20001 for ; Sun, 10 Jun 2012 10:05:36 +1000 (EST) Date: Sun, 10 Jun 2012 10:05:36 +1000 (EST) From: Nathan Scott To: pcp@oss.sgi.com Message-ID: <3443077.834792.1339286736227.JavaMail.root@acxmail-au2.aconex.com> In-Reply-To: <1653981008.834788.1339286712868.JavaMail.root@acxmail-au2.aconex.com> Subject: pcp updates MIME-Version: 1.0 X-ASG-Orig-Subj: pcp updates Content-Type: multipart/alternative; boundary="----=_Part_834791_707352467.1339286736226" X-Originating-IP: [220.237.96.234] X-Mailer: Zimbra 7.1.4_GA_2567 (ZimbraWebClient - FF3.0 (Linux)/7.1.4_GA_2555) X-Virus-Scanned: by bsmtpd at aconex.com X-Barracuda-Connect: mail.aconex.com[203.166.49.3] X-Barracuda-Start-Time: 1339286744 X-Barracuda-URL: http://192.48.157.11:80/cgi-mod/mark.cgi X-Virus-Scanned: by bsmtpd at sgi.com X-Barracuda-Spam-Score: 0.00 X-Barracuda-Spam-Status: No, SCORE=0.00 using per-user scores of TAG_LEVEL=1000.0 QUARANTINE_LEVEL=1000.0 KILL_LEVEL=1.3 tests=HTML_MESSAGE X-Barracuda-Spam-Report: Code version 3.2, rules version 3.2.2.99404 Rule breakdown below pts rule name description ---- ---------------------- -------------------------------------------------- 0.00 HTML_MESSAGE BODY: HTML included in message ------=_Part_834791_707352467.1339286736226 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit Changes committed to git://oss.sgi.com/pcp/pcp.git dev configure.in | 14 +- man/man1/pmdabash.1 | 243 +++++++++++++++++++++++++++++++++++++++++++ src/libpcp/src/events.c | 2 src/pmdas/bash/GNUmakefile | 5 src/pmdas/bash/bashproc.sh | 87 +++++++++++++-- src/pmdas/bash/event.c | 52 ++++++--- src/pmdas/bash/event.h | 6 - src/pmdas/bash/pcp.sh | 30 +++++ src/pmdas/bash/pmda.c | 28 ++-- src/pmdas/bash/test-trace.sh | 51 +++------ 10 files changed, 434 insertions(+), 84 deletions(-) commit 37c36edd0b8c9f7253524c80176a422837e48247 Author: Nathan Scott Date: Sun Jun 10 10:00:23 2012 +1000 Correct check on bash metadata file - needs to be regular. commit 3d2cd6c95ca4bc81f7c0a1e359ce92ee907db3d5 Author: Nathan Scott Date: Sun Jun 10 09:42:29 2012 +1000 Revert "build: fix configure path tests" This reverts commit 70b76abe42aca1c968feb3bfe20b74c61cf05db6. Seems to be breaking Debian installs (at least) - PMDAs being installed to /var/pmdas instead of /var/lib/pcp/pmdas now. commit ad1ff2e5552e57c31e8cb0d4e44f9fc1dbef5655 Author: Nathan Scott Date: Sun Jun 10 09:42:15 2012 +1000 Change event indom strategies - no indom for parameters in pmdabash. commit 1ed11d8bdc88ad9376317d7d98b092dc47ebeb36 Author: Nathan Scott Date: Fri Jun 8 08:53:26 2012 +1000 Revert "Ensure propogation of instance identifiers in pmUnpackEventRecord." This reverts commit 43a3f26540e3c2353f33c112f1124b70e7d479db. commit b078eca79d33d0bc4f4bf455d93f97eb4bc3f87b Author: Nathan Scott Date: Fri Jun 8 08:52:59 2012 +1000 Add new files for pmdabash call API. commit fccfa860a970d99ff3c7b8588fa40e52f97647cd Author: Nathan Scott Date: Fri Jun 8 08:52:26 2012 +1000 Refactor shell scripts into something more amenable to other scripts. commit 7b9f81b278c692ccc232093a63243b21c75030f5 Author: Nathan Scott Date: Fri Jun 8 08:21:49 2012 +1000 Refactor pmdabash initial datestamp handling. commit d887b4f36d584b9e0796146dd1ee3811728d5296 Author: Nathan Scott Date: Fri Jun 8 05:58:54 2012 +1000 A man page for pmdabash ------=_Part_834791_707352467.1339286736226 Content-Type: text/html; charset=utf-8 Content-Transfer-Encoding: quoted-printable <= div style=3D'font-family: times new roman,new york,times,serif; font-size: = 12pt; color: #000000'>
Changes committed to git://oss.sgi.com/pcp/pcp.g= it dev

 configure.in       &= nbsp;         |   14 +- man/man1/pmdabash.1        =   |  243 +++++++++++++++++++++++++++++++++++++++++++
 src= /libpcp/src/events.c      |    2  src/pmdas/bash/GNUmakefile   |    5
&n= bsp;src/pmdas/bash/bashproc.sh   |   87 +++++++++++++--=
 src/pmdas/bash/event.c       | = ;  52 ++++++---
 src/pmdas/bash/event.h    = ;   |    6 -
 src/pmdas/bash/pcp.sh &= nbsp;      |   30 +++++
 src/pmd= as/bash/pmda.c        |   28 += +--
 src/pmdas/bash/test-trace.sh |   51 +++------
&nb= sp;10 files changed, 434 insertions(+), 84 deletions(-)

commit 37c36= edd0b8c9f7253524c80176a422837e48247
Author: Nathan Scott <nathans@deb= ian.org>
Date:   Sun Jun 10 10:00:23 2012 +1000

&nbs= p;   Correct check on bash metadata file - needs to be regular.
commit 3d2cd6c95ca4bc81f7c0a1e359ce92ee907db3d5
Author: Nathan Sco= tt <nathans@debian.org>
Date:   Sun Jun 10 09:42:29 2012= +1000

    Revert "build: fix configure path tests"   
    This reverts commit 70b76abe42a= ca1c968feb3bfe20b74c61cf05db6.
   
   = Seems to be breaking Debian installs (at least) - PMDAs being
 &nb= sp;  installed to /var/pmdas instead of /var/lib/pcp/pmdas now.
commit ad1ff2e5552e57c31e8cb0d4e44f9fc1dbef5655
Author: Nathan Scott &l= t;nathans@debian.org>
Date:   Sun Jun 10 09:42:15 2012 +100= 0

    Change event indom strategies - no indom for pa= rameters in pmdabash.

commit 1ed11d8bdc88ad9376317d7d98b092dc47ebeb3= 6
Author: Nathan Scott <nathans@debian.org>
Date:   F= ri Jun 8 08:53:26 2012 +1000

    Revert "Ensure propo= gation of instance identifiers in pmUnpackEventRecord."
  &nbs= p;
    This reverts commit 43a3f26540e3c2353f33c112f1124= b70e7d479db.

commit b078eca79d33d0bc4f4bf455d93f97eb4bc3f87b
Auth= or: Nathan Scott <nathans@debian.org>
Date:   Fri Jun 8 = 08:52:59 2012 +1000

    Add new files for pmdabash ca= ll API.

commit fccfa860a970d99ff3c7b8588fa40e52f97647cd
Author: N= athan Scott <nathans@debian.org>
Date:   Fri Jun 8 08:52= :26 2012 +1000

    Refactor shell scripts into someth= ing more amenable to other scripts.

commit 7b9f81b278c692ccc232093a6= 3243b21c75030f5
Author: Nathan Scott <nathans@debian.org>
Date:=    Fri Jun 8 08:21:49 2012 +1000

    Refact= or pmdabash initial datestamp handling.

commit d887b4f36d584b9e07961= 46dd1ee3811728d5296
Author: Nathan Scott <nathans@debian.org>
D= ate:   Fri Jun 8 05:58:54 2012 +1000

    A = man page for pmdabash

------=_Part_834791_707352467.1339286736226-- From nscott@aconex.com Sat Jun 9 19:45:27 2012 X-Spam-Checker-Version: SpamAssassin 3.4.0-r929098 (2010-03-30) on oss.sgi.com X-Spam-Level: ** X-Spam-Status: No, score=3.0 required=5.0 tests=BAYES_20,HTML_MESSAGE autolearn=no version=3.4.0-r929098 Received: from cuda.sgi.com (cuda2.sgi.com [192.48.176.25]) by oss.sgi.com (8.14.3/8.14.3/SuSE Linux 0.8) with ESMTP id q5A0jQuc148755 for ; Sat, 9 Jun 2012 19:45:27 -0500 X-ASG-Debug-ID: 1339289124-04cbb0257e553c10001-S8gJnT Received: from postoffice2.aconex.com (mail.aconex.com [203.166.49.3]) by cuda.sgi.com with ESMTP id rOil2sg5zhNwpbN1 for ; Sat, 09 Jun 2012 17:45:25 -0700 (PDT) X-Barracuda-Envelope-From: nscott@aconex.com X-Barracuda-Apparent-Source-IP: 203.166.49.3 Received: from postoffice.aconex.com (postoffice.yarra.acx [192.168.35.100]) by postoffice2.aconex.com with ESMTP id 9VRp1BBv3b8YMoxc for ; Sun, 10 Jun 2012 10:45:23 +1000 (EST) Received: from gatekeeper.aconex.com (gatekeeper.yarra.acx [192.168.35.102]) by postoffice.aconex.com (Postfix) with ESMTP id F39353CE00C3 for ; Sun, 10 Jun 2012 10:44:47 +1000 (EST) Received: from localhost (localhost.localdomain [127.0.0.1]) by gatekeeper.aconex.com (Postfix) with ESMTP id 5F34E9E0003 for ; Sun, 10 Jun 2012 10:45:23 +1000 (EST) X-Virus-Scanned: amavisd-new at aconex.com Received: from gatekeeper.aconex.com ([127.0.0.1]) by localhost (gatekeeper.aconex.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id UvCODpiTuzWK for ; Sun, 10 Jun 2012 10:45:22 +1000 (EST) Received: from acxmail-au2.aconex.com (acxmail-au2.aconex.com [192.168.35.104]) by gatekeeper.aconex.com (Postfix) with ESMTP id 79CB29E0002 for ; Sun, 10 Jun 2012 10:45:22 +1000 (EST) Received: from localhost (localhost.localdomain [127.0.0.1]) by acxmail-au2.aconex.com (Postfix) with ESMTP id 741703B20002 for ; Sun, 10 Jun 2012 10:45:22 +1000 (EST) X-Virus-Scanned: amavisd-new at aconex.com Received: from acxmail-au2.aconex.com ([127.0.0.1]) by localhost (acxmail-au2.aconex.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id UQzzeb-IfGhk for ; Sun, 10 Jun 2012 10:45:22 +1000 (EST) Received: from acxmail-au2.aconex.com (localhost.localdomain [127.0.0.1]) by acxmail-au2.aconex.com (Postfix) with ESMTP id 500F73B20001 for ; Sun, 10 Jun 2012 10:45:22 +1000 (EST) Date: Sun, 10 Jun 2012 10:45:22 +1000 (EST) From: Nathan Scott To: pcp Message-ID: <130054037.834841.1339289122211.JavaMail.root@acxmail-au2.aconex.com> In-Reply-To: <16005389.834837.1339289118545.JavaMail.root@acxmail-au2.aconex.com> Subject: pcpqa updates MIME-Version: 1.0 X-ASG-Orig-Subj: pcpqa updates Content-Type: multipart/alternative; boundary="----=_Part_834840_518639030.1339289122210" X-Originating-IP: [220.237.96.234] X-Mailer: Zimbra 7.1.4_GA_2567 (ZimbraWebClient - FF3.0 (Linux)/7.1.4_GA_2555) X-Virus-Scanned: by bsmtpd at aconex.com X-Barracuda-Connect: mail.aconex.com[203.166.49.3] X-Barracuda-Start-Time: 1339289124 X-Barracuda-URL: http://192.48.176.25:80/cgi-mod/mark.cgi X-Virus-Scanned: by bsmtpd at sgi.com X-Barracuda-Spam-Score: 0.00 X-Barracuda-Spam-Status: No, SCORE=0.00 using per-user scores of TAG_LEVEL=1000.0 QUARANTINE_LEVEL=1000.0 KILL_LEVEL=1.3 tests=HTML_MESSAGE X-Barracuda-Spam-Report: Code version 3.2, rules version 3.2.2.99406 Rule breakdown below pts rule name description ---- ---------------------- -------------------------------------------------- 0.00 HTML_MESSAGE BODY: HTML included in message ------=_Part_834840_518639030.1339289122210 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit Changes committed to git://oss.sgi.com/pcp/pcpqa.git master 404.out | 4 ++-- src-oss/unpack.c | 2 +- 2 files changed, 3 insertions(+), 3 deletions(-) commit 509550cf04983265fa37beadd3567cf51c629aef Author: Nathan Scott Date: Sun Jun 10 10:43:43 2012 +1000 Revert "Test instance identifier use in event record unpack routines." This reverts commit 2a5d49081332bade66cbb07abf62d99ab02b5935. We decided to do this a different way, and leave the existing code as-is. ------=_Part_834840_518639030.1339289122210 Content-Type: text/html; charset=utf-8 Content-Transfer-Encoding: quoted-printable <= div style=3D'font-family: times new roman,new york,times,serif; font-size: = 12pt; color: #000000'>
Changes committed to git://oss.sgi.com/pcp/pcpqa= .git master

 404.out       &= nbsp;  |    4 ++--
 src-oss/unpack.c | &nb= sp;  2 +-
 2 files changed, 3 insertions(+), 3 deletions(-)
commit 509550cf04983265fa37beadd3567cf51c629aef
Author: Nathan Scot= t <nathans@debian.org>
Date:   Sun Jun 10 10:43:43 2012 = +1000

    Revert "Test instance identifier use in eve= nt record unpack routines."
   
    Th= is reverts commit 2a5d49081332bade66cbb07abf62d99ab02b5935.
  =  
    We decided to do this a different way, and le= ave the existing
    code as-is.

------=_Part_834840_518639030.1339289122210-- From ddiss@suse.de Sun Jun 10 18:33:33 2012 X-Spam-Checker-Version: SpamAssassin 3.4.0-r929098 (2010-03-30) on oss.sgi.com X-Spam-Level: X-Spam-Status: No, score=-0.6 required=5.0 tests=BAYES_00,DATE_IN_PAST_24_48 autolearn=no version=3.4.0-r929098 Received: from cuda.sgi.com (cuda2.sgi.com [192.48.176.25]) by oss.sgi.com (8.14.3/8.14.3/SuSE Linux 0.8) with ESMTP id q5ANXXCQ018470 for ; Sun, 10 Jun 2012 18:33:33 -0500 X-ASG-Debug-ID: 1339371210-04cbb025805a4c30001-S8gJnT Received: from mx2.suse.de (cantor2.suse.de [195.135.220.15]) by cuda.sgi.com with ESMTP id 16AhijkC4VB1fj00 (version=TLSv1 cipher=AES256-SHA bits=256 verify=NO) for ; Sun, 10 Jun 2012 16:33:31 -0700 (PDT) X-Barracuda-Envelope-From: ddiss@suse.de X-Barracuda-Apparent-Source-IP: 195.135.220.15 Received: from relay2.suse.de (unknown [195.135.220.254]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx2.suse.de (Postfix) with ESMTP id 62E6C90B49; Mon, 11 Jun 2012 01:33:30 +0200 (CEST) Date: Sat, 9 Jun 2012 17:33:25 +0200 From: David Disseldorp To: Nathan Scott Cc: pcp@oss.sgi.com Subject: Re: [pcp] pcp updates Message-ID: <20120609173325.09095339@linux-bmib.site> X-ASG-Orig-Subj: Re: [pcp] pcp updates In-Reply-To: <3443077.834792.1339286736227.JavaMail.root@acxmail-au2.aconex.com> References: <1653981008.834788.1339286712868.JavaMail.root@acxmail-au2.aconex.com> <3443077.834792.1339286736227.JavaMail.root@acxmail-au2.aconex.com> X-Mailer: Claws Mail 3.7.10 (GTK+ 2.24.7; x86_64-suse-linux-gnu) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-Barracuda-Connect: cantor2.suse.de[195.135.220.15] X-Barracuda-Start-Time: 1339371211 X-Barracuda-Encrypted: AES256-SHA X-Barracuda-URL: http://192.48.176.25:80/cgi-mod/mark.cgi X-Virus-Scanned: by bsmtpd at sgi.com X-Barracuda-Spam-Score: 0.49 X-Barracuda-Spam-Status: No, SCORE=0.49 using per-user scores of TAG_LEVEL=1000.0 QUARANTINE_LEVEL=1000.0 KILL_LEVEL=1.3 tests=DATE_IN_PAST_24_48, DATE_IN_PAST_24_48_2 X-Barracuda-Spam-Report: Code version 3.2, rules version 3.2.2.99498 Rule breakdown below pts rule name description ---- ---------------------- -------------------------------------------------- 0.01 DATE_IN_PAST_24_48 Date: is 24 to 48 hours before Received: date 0.48 DATE_IN_PAST_24_48_2 DATE_IN_PAST_24_48_2 Hi Nathan, On Sun, 10 Jun 2012 10:05:36 +1000 (EST) Nathan Scott wrote: > Revert "build: fix configure path tests" > > This reverts commit 70b76abe42aca1c968feb3bfe20b74c61cf05db6. > > Seems to be breaking Debian installs (at least) - PMDAs being > installed to /var/pmdas instead of /var/lib/pcp/pmdas now. Are you able to point me at the relevant Debian build scripts? My preference is to have the configure paths fixed in the tree along side packaging configure argument changes, rather than continuing to rely on the hard-coded paths. Cheers, David From ndsco1@student.monash.edu Sun Jun 10 19:23:51 2012 X-Spam-Checker-Version: SpamAssassin 3.4.0-r929098 (2010-03-30) on oss.sgi.com X-Spam-Level: X-Spam-Status: No, score=-1.9 required=5.0 tests=BAYES_00 autolearn=ham version=3.4.0-r929098 Received: from cuda.sgi.com (cuda1.sgi.com [192.48.157.11]) by oss.sgi.com (8.14.3/8.14.3/SuSE Linux 0.8) with ESMTP id q5B0NoFL022172 for ; Sun, 10 Jun 2012 19:23:51 -0500 X-ASG-Debug-ID: 1339374227-04bdf059a927a240001-S8gJnT Received: from kenny.its.monash.edu.au (kenny.its.monash.edu.au [130.194.13.164]) by cuda.sgi.com with ESMTP id rwEPgCm7NPwl4dmc for ; Sun, 10 Jun 2012 17:23:48 -0700 (PDT) X-Barracuda-Envelope-From: ndsco1@student.monash.edu X-Barracuda-Apparent-Source-IP: 130.194.13.164 Received: from palin.its.monash.edu.au ([130.194.13.83]) by kenny.its.monash.edu.au (Sun Java System Messaging Server 6.2-4.03 (built Sep 22 2005)) with ESMTP id <0M5F00FLLFRMEB40@kenny.its.monash.edu.au> for pcp@oss.sgi.com; Mon, 11 Jun 2012 10:23:47 +1000 (EST) Received: from palin.its.monash.edu.au (localhost.localdomain [127.0.0.1]) by localhost (Postfix) with SMTP id 23207546C8B for ; Mon, 11 Jun 2012 10:23:47 +1000 (EST) Received: from mail-pb0-f54.google.com (mail-pb0-f54.google.com [209.85.160.54]) (using TLSv1 with cipher RC4-MD5 (128/128 bits)) (No client certificate requested) by palin.its.monash.edu.au (Postfix) with ESMTPS id A62D4546DFC for ; Mon, 11 Jun 2012 10:23:46 +1000 (EST) Received: by mail-pb0-f54.google.com with SMTP id ro2so4512685pbb.41 for ; Sun, 10 Jun 2012 17:23:46 -0700 (PDT) Received: by 10.68.231.8 with SMTP id tc8mr17944824pbc.140.1339374226198; Sun, 10 Jun 2012 17:23:46 -0700 (PDT) Received: by 10.68.73.69 with HTTP; Sun, 10 Jun 2012 17:23:46 -0700 (PDT) Date: Mon, 11 Jun 2012 10:23:46 +1000 From: Nathan Scott Subject: Re: [pcp] pcp updates In-reply-to: <20120609173325.09095339@linux-bmib.site> X-ASG-Orig-Subj: Re: [pcp] pcp updates Sender: ndsco1@student.monash.edu To: David Disseldorp Cc: pcp Message-id: MIME-version: 1.0 Content-type: text/plain; charset=ISO-8859-1 X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20120113; h=mime-version:sender:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:cc:content-type :x-gm-message-state; bh=x3gM3a5AsknsdArdZ+2wEQwySEpOLffmluFkqfwNEGw=; b=FYg3Gp7HwnbY6BGy8EcNUeIFY08UMCBoPEt1AvNLVPALqK6V171UGe5F6E+fwcnRuQ yNRw9szWpY77k4XgsY43+57S6rsb25Q1LfFMzQG0inT+7SxHLXEyDw5321LPG+Se8H0B HZhdLmex8K6DlFLGs49vbqnUuhAR1EPGRSl8vWiXXDyRHyvDgOiNNXXzMpUCObplc0QK a2dNYRM/Qvkg0sgIWwxuP2RMQzRAOApOMsrzOkogsD+bXhrftEnnFMjZ8QlEDOPjWJKR 4D8InNnQrO5L8me9a+UQ8wMsbS4JboYdsEWZUCO9RL4G7+RGVV/eaj0T9+su6VMauZI/ 5MUg== X-Google-Sender-Auth: sgQFQDyx6VAHKL-iRs1td7t9RjI X-Gm-Message-State: ALoCoQm1Hpk1vC1WUznkolSGi12Bdz3nXZhwPI3KKSWb+xzKDaQ90t1zsmQFfWcO6E6+N2XfVngQ References: <1653981008.834788.1339286712868.JavaMail.root@acxmail-au2.aconex.com> <3443077.834792.1339286736227.JavaMail.root@acxmail-au2.aconex.com> <20120609173325.09095339@linux-bmib.site> X-Barracuda-Connect: kenny.its.monash.edu.au[130.194.13.164] X-Barracuda-Start-Time: 1339374228 X-Barracuda-URL: http://192.48.157.11:80/cgi-mod/mark.cgi X-Virus-Scanned: by bsmtpd at sgi.com X-Barracuda-Spam-Score: 0.00 X-Barracuda-Spam-Status: No, SCORE=0.00 using per-user scores of TAG_LEVEL=1000.0 QUARANTINE_LEVEL=1000.0 KILL_LEVEL=1.3 tests= X-Barracuda-Spam-Report: Code version 3.2, rules version 3.2.2.99502 Rule breakdown below pts rule name description ---- ---------------------- -------------------------------------------------- Hi mate, On 10 June 2012 01:33, David Disseldorp wrote: > Hi Nathan, > >> This reverts commit 70b76abe42aca1c968feb3bfe20b74c61cf05db6. >> >> Seems to be breaking Debian installs (at least) - PMDAs being >> installed to /var/pmdas instead of /var/lib/pcp/pmdas now. > > Are you able to point me at the relevant Debian build scripts? > My preference is to have the configure paths fixed in the tree along > side packaging configure argument changes, rather than continuing to > rely on the hard-coded paths. Everything is in-tree - there are no separate scripts. So, to do a Debian build (assuming you have a Debian box handy) you can "make distclean" to get rid of any existing state, and then "make configure". You should then see in src/include/pcp.conf that the PCP_PMDAS_DIR is no longer pointing where it should be. cheers. -- Nathan From kenj@internode.on.net Mon Jun 11 03:33:15 2012 X-Spam-Checker-Version: SpamAssassin 3.4.0-r929098 (2010-03-30) on oss.sgi.com X-Spam-Level: X-Spam-Status: No, score=-1.9 required=5.0 tests=BAYES_00 autolearn=ham version=3.4.0-r929098 Received: from cuda.sgi.com (cuda2.sgi.com [192.48.176.25]) by oss.sgi.com (8.14.3/8.14.3/SuSE Linux 0.8) with ESMTP id q5B8XFTF063346 for ; Mon, 11 Jun 2012 03:33:15 -0500 X-ASG-Debug-ID: 1339403592-04cbb0257e5c7fa0001-S8gJnT Received: from ipmail06.adl2.internode.on.net (ipmail06.adl2.internode.on.net [150.101.137.129]) by cuda.sgi.com with ESMTP id CtUIgHXJL3FdVKqM for ; Mon, 11 Jun 2012 01:33:12 -0700 (PDT) X-Barracuda-Envelope-From: kenj@internode.on.net X-Barracuda-Apparent-Source-IP: 150.101.137.129 X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: ApMBAGSs1U920dm6/2dsb2JhbAANOIVXsiQBAQEEI1YQCw4KAgImAgJXBhMbrSmSB4EjigSEV4ESA5UegRKRWw Received: from ppp118-209-217-186.lns20.mel6.internode.on.net (HELO [192.168.1.100]) ([118.209.217.186]) by ipmail06.adl2.internode.on.net with ESMTP; 11 Jun 2012 18:03:10 +0930 Message-ID: <1339403713.12076.4.camel@bozo.localdomain> Subject: Re: [pcp] pcp updates From: Ken McDonell X-ASG-Orig-Subj: Re: [pcp] pcp updates To: David Disseldorp Cc: Nathan Scott , pcp@oss.sgi.com Date: Mon, 11 Jun 2012 18:35:13 +1000 In-Reply-To: <20120609173325.09095339@linux-bmib.site> References: <1653981008.834788.1339286712868.JavaMail.root@acxmail-au2.aconex.com> <3443077.834792.1339286736227.JavaMail.root@acxmail-au2.aconex.com> <20120609173325.09095339@linux-bmib.site> Content-Type: text/plain; charset="UTF-8" X-Mailer: Evolution 3.2.2- Content-Transfer-Encoding: 7bit Mime-Version: 1.0 X-Barracuda-Connect: ipmail06.adl2.internode.on.net[150.101.137.129] X-Barracuda-Start-Time: 1339403592 X-Barracuda-URL: http://192.48.176.25:80/cgi-mod/mark.cgi X-Virus-Scanned: by bsmtpd at sgi.com X-Barracuda-Spam-Score: 0.00 X-Barracuda-Spam-Status: No, SCORE=0.00 using per-user scores of TAG_LEVEL=1000.0 QUARANTINE_LEVEL=1000.0 KILL_LEVEL=1.3 tests= X-Barracuda-Spam-Report: Code version 3.2, rules version 3.2.2.99526 Rule breakdown below pts rule name description ---- ---------------------- -------------------------------------------------- On Sat, 2012-06-09 at 17:33 +0200, David Disseldorp wrote: > Hi Nathan, > > On Sun, 10 Jun 2012 10:05:36 +1000 (EST) > Nathan Scott wrote: > > > Revert "build: fix configure path tests" > > > > This reverts commit 70b76abe42aca1c968feb3bfe20b74c61cf05db6. > > > > Seems to be breaking Debian installs (at least) - PMDAs being > > installed to /var/pmdas instead of /var/lib/pcp/pmdas now. > > Are you able to point me at the relevant Debian build scripts? > My preference is to have the configure paths fixed in the tree along > side packaging configure argument changes, rather than continuing to > rely on the hard-coded paths. David, These path tests are _really_ broken ... I tossed 'em completely in one of the earlier abortive attempts to support installation relocation within configure.in ... these got really messy, and Frank has volunteered to clean up the handling of the paths between configure.in, the GNUmakefiles and Makepkgs. In the interim, can you describe the problem your patch was trying to fix so we can see if there is a way to address that problem pending the "proper" solution? From ddiss@suse.de Mon Jun 11 18:52:39 2012 X-Spam-Checker-Version: SpamAssassin 3.4.0-r929098 (2010-03-30) on oss.sgi.com X-Spam-Level: X-Spam-Status: No, score=-1.9 required=5.0 tests=BAYES_00 autolearn=ham version=3.4.0-r929098 Received: from cuda.sgi.com (cuda2.sgi.com [192.48.176.25]) by oss.sgi.com (8.14.3/8.14.3/SuSE Linux 0.8) with ESMTP id q5BNqdxD152563 for ; Mon, 11 Jun 2012 18:52:39 -0500 X-ASG-Debug-ID: 1339458757-04cbb0257f614a70001-S8gJnT Received: from mx2.suse.de (cantor2.suse.de [195.135.220.15]) by cuda.sgi.com with ESMTP id yIHQRAgQHFG9gcyv (version=TLSv1 cipher=AES256-SHA bits=256 verify=NO) for ; Mon, 11 Jun 2012 16:52:38 -0700 (PDT) X-Barracuda-Envelope-From: ddiss@suse.de X-Barracuda-Apparent-Source-IP: 195.135.220.15 Received: from relay1.suse.de (unknown [195.135.220.254]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx2.suse.de (Postfix) with ESMTP id BBE3C93182; Tue, 12 Jun 2012 01:52:36 +0200 (CEST) Date: Tue, 12 Jun 2012 01:52:19 +0200 From: David Disseldorp To: Ken McDonell Cc: Nathan Scott , pcp@oss.sgi.com Subject: Re: [pcp] pcp updates Message-ID: <20120612015219.2a2eba90@chilli.internal> X-ASG-Orig-Subj: Re: [pcp] pcp updates In-Reply-To: <1339403713.12076.4.camel@bozo.localdomain> References: <1653981008.834788.1339286712868.JavaMail.root@acxmail-au2.aconex.com> <3443077.834792.1339286736227.JavaMail.root@acxmail-au2.aconex.com> <20120609173325.09095339@linux-bmib.site> <1339403713.12076.4.camel@bozo.localdomain> X-Mailer: Claws Mail 3.7.5 (GTK+ 2.20.1; x86_64-unknown-linux-gnu) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-Barracuda-Connect: cantor2.suse.de[195.135.220.15] X-Barracuda-Start-Time: 1339458758 X-Barracuda-Encrypted: AES256-SHA X-Barracuda-URL: http://192.48.176.25:80/cgi-mod/mark.cgi X-Virus-Scanned: by bsmtpd at sgi.com X-Barracuda-Spam-Score: 0.00 X-Barracuda-Spam-Status: No, SCORE=0.00 using per-user scores of TAG_LEVEL=1000.0 QUARANTINE_LEVEL=1000.0 KILL_LEVEL=1.3 tests= X-Barracuda-Spam-Report: Code version 3.2, rules version 3.2.2.99588 Rule breakdown below pts rule name description ---- ---------------------- -------------------------------------------------- Hi Ken, On Mon, 11 Jun 2012 18:35:13 +1000 Ken McDonell wrote: > These path tests are _really_ broken ... I tossed 'em completely in one > of the earlier abortive attempts to support installation relocation > within configure.in ... these got really messy, and Frank has > volunteered to clean up the handling of the paths between configure.in, > the GNUmakefiles and Makepkgs. > > In the interim, can you describe the problem your patch was trying to > fix so we can see if there is a way to address that problem pending the > "proper" solution? I'm working on a common RH / SUSE spec file based on Marks upstream version. RH and SUSE use differing paths for libexecdir and sharedstatedir (unused by pcp). I'd like to allow for differing libexecdir paths by ensuring pcp_binadm_dir is correctly set based on the configure script argument. Cheers, David From ddiss@suse.de Mon Jun 11 19:03:51 2012 X-Spam-Checker-Version: SpamAssassin 3.4.0-r929098 (2010-03-30) on oss.sgi.com X-Spam-Level: X-Spam-Status: No, score=-1.9 required=5.0 tests=BAYES_00 autolearn=ham version=3.4.0-r929098 Received: from cuda.sgi.com (cuda3.sgi.com [192.48.176.15]) by oss.sgi.com (8.14.3/8.14.3/SuSE Linux 0.8) with ESMTP id q5C03p4h153458 for ; Mon, 11 Jun 2012 19:03:51 -0500 X-ASG-Debug-ID: 1339459429-04cb6c3b91536ca0001-S8gJnT Received: from mx2.suse.de (cantor2.suse.de [195.135.220.15]) by cuda.sgi.com with ESMTP id 53diQ5F1tqDH1KIG (version=TLSv1 cipher=AES256-SHA bits=256 verify=NO) for ; Mon, 11 Jun 2012 17:03:50 -0700 (PDT) X-Barracuda-Envelope-From: ddiss@suse.de X-Barracuda-Apparent-Source-IP: 195.135.220.15 Received: from relay2.suse.de (unknown [195.135.220.254]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx2.suse.de (Postfix) with ESMTP id 6111D93583; Tue, 12 Jun 2012 02:03:49 +0200 (CEST) Date: Tue, 12 Jun 2012 02:03:45 +0200 From: David Disseldorp To: Nathan Scott Cc: pcp Subject: Re: [pcp] pcp updates Message-ID: <20120612020345.2a9414d6@chilli.internal> X-ASG-Orig-Subj: Re: [pcp] pcp updates In-Reply-To: References: <1653981008.834788.1339286712868.JavaMail.root@acxmail-au2.aconex.com> <3443077.834792.1339286736227.JavaMail.root@acxmail-au2.aconex.com> <20120609173325.09095339@linux-bmib.site> X-Mailer: Claws Mail 3.7.5 (GTK+ 2.20.1; x86_64-unknown-linux-gnu) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-Barracuda-Connect: cantor2.suse.de[195.135.220.15] X-Barracuda-Start-Time: 1339459430 X-Barracuda-Encrypted: AES256-SHA X-Barracuda-URL: http://192.48.176.15:80/cgi-mod/mark.cgi X-Virus-Scanned: by bsmtpd at sgi.com X-Barracuda-Spam-Score: 0.00 X-Barracuda-Spam-Status: No, SCORE=0.00 using per-user scores of TAG_LEVEL=1000.0 QUARANTINE_LEVEL=1000.0 KILL_LEVEL=1.3 tests= X-Barracuda-Spam-Report: Code version 3.2, rules version 3.2.2.99588 Rule breakdown below pts rule name description ---- ---------------------- -------------------------------------------------- On Mon, 11 Jun 2012 10:23:46 +1000 Nathan Scott wrote: > Everything is in-tree - there are no separate scripts. So, to do a Debian > build (assuming you have a Debian box handy) you can "make distclean" > to get rid of any existing state, and then "make configure". You should > then see in src/include/pcp.conf that the PCP_PMDAS_DIR is no longer > pointing where it should be. Thanks Nathan, I'll set something up and come back with some patches. At the moment RH and SUSE are building alongside each other with this change and a common spec file: https://build.opensuse.org/project/show?project=home%3Admdiss%3Apcp_commonspec I added one extra change on top of what was sent to the list so far... http://oss.sgi.com/cgi-bin/gitweb.cgi?p=ddiss/pcp;a=commitdiff;h=8ac8a57f7232600df21baba0bbaf308a560ddeac Cheers, David From scox@redhat.com Wed Jun 13 16:38:11 2012 X-Spam-Checker-Version: SpamAssassin 3.4.0-r929098 (2010-03-30) on oss.sgi.com X-Spam-Level: X-Spam-Status: No, score=-1.8 required=5.0 tests=BAYES_00,J_CHICKENPOX_56 autolearn=no version=3.4.0-r929098 Received: from cuda.sgi.com (cuda2.sgi.com [192.48.176.25]) by oss.sgi.com (8.14.3/8.14.3/SuSE Linux 0.8) with ESMTP id q5DLcB3I189421 for ; Wed, 13 Jun 2012 16:38:11 -0500 X-ASG-Debug-ID: 1339623489-04cbb0257d6d3690001-S8gJnT Received: from mx1.redhat.com (mx1.redhat.com [209.132.183.28]) by cuda.sgi.com with ESMTP id VyEY7LPkGV2FOEk5 for ; Wed, 13 Jun 2012 14:38:10 -0700 (PDT) X-Barracuda-Envelope-From: scox@redhat.com X-Barracuda-Apparent-Source-IP: 209.132.183.28 X-ASG-Whitelist: Client Received: from int-mx01.intmail.prod.int.phx2.redhat.com (int-mx01.intmail.prod.int.phx2.redhat.com [10.5.11.11]) by mx1.redhat.com (8.14.4/8.14.4) with ESMTP id q5DLc9Ep012416 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK) for ; Wed, 13 Jun 2012 17:38:09 -0400 Received: from [10.11.230.58] (dhcp-230-58.rdu.redhat.com [10.11.230.58]) by int-mx01.intmail.prod.int.phx2.redhat.com (8.13.8/8.13.8) with ESMTP id q5DLc9sp022826 for ; Wed, 13 Jun 2012 17:38:09 -0400 Message-ID: <4FD9086A.1050805@redhat.com> Date: Wed, 13 Jun 2012 17:38:50 -0400 From: Stan Cox User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:12.0) Gecko/20120430 Thunderbird/12.0.1 MIME-Version: 1.0 To: pcp@oss.sgi.com Subject: python bindings Content-Type: multipart/mixed; boundary="------------060502010200090403020507" X-ASG-Orig-Subj: python bindings X-Scanned-By: MIMEDefang 2.67 on 10.5.11.11 X-Barracuda-Connect: mx1.redhat.com[209.132.183.28] X-Barracuda-Start-Time: 1339623490 X-Barracuda-URL: http://192.48.176.25:80/cgi-mod/mark.cgi X-Virus-Scanned: by bsmtpd at sgi.com This is a multi-part message in MIME format. --------------060502010200090403020507 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit pcpfans(1) in src/src/python now has the beginnings of a system statistics collector called pm-collectl.py (appended). The python directory contains, and the tool uses, Michael Werner's python bindings (plus changes and additions) Any thoughts on a plan to move the python bindings to the mainstream pcp upstream? (1) ssh://sourceware.org/git/pcpfans.git --------------060502010200090403020507 Content-Type: text/x-python; name="pm-collectl.py" Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename="pm-collectl.py" ############################################################################## # # pm-collectl.py # # Copyright (C) 2012 Red Hat Inc. # # This file is part of pcp, the python extensions for SGI's Performance # Co-Pilot. Pcp is free software: you can redistribute it and/or modify # it under the terms of the GNU Lesser General Public License as published # by the Free Software Foundation, either version 3 of the License, or # (at your option) any later version. # # Pcp is distributed in the hope that it will be useful, but WITHOUT ANY # WARRANTY; without even the implied warranty of MERCHANTABILITY or FITNESS # FOR A PARTICULAR PURPOSE. See the GNU Lesser General Public License for # more details. You should have received a copy of the GNU Lesser General # Public License along with pcp. If not, see . # """System status collector using the libpcp Wrapper module Additional Information: Performance Co-Pilot Web Site http://oss.sgi.com/projects/pcp Performance Co-Pilot Programmer's Guide SGI Document 007-3434-005 http://techpubs.sgi.com cf. Chapter 3. PMAPI - The Performance Metrics API """ ############################################################################## # # imports # import unittest import pmapi import time import sys import argparse import copy from pcp import * from ctypes import * def check_code (code): if (code < 0): print pmErrStr(code) sys.exit(1) metric_type= { 'hinv.ncpu' : 'absolute', 'kernel.all.runnable' : 'absolute', 'proc.runq.runnable' : 'absolute', 'proc.runq.blocked' : 'absolute', 'kernel.all.load' : 'absolute' } # get_atom_value ----------------------------------------------------------- def get_atom_value (metric, atom1, atom2, type, first): if metric in metric_type: want_diff = False else: want_diff = True # value conversion and diff, if required if type == pmapi.PM_TYPE_32: return atom1.l - (atom2.l if not first else 0) elif type == pmapi.PM_TYPE_U32: return atom1.ul - (atom2.ul if not first else 0) elif type == pmapi.PM_TYPE_64: return atom1.ll - (atom2.ll if not first else 0) elif type == pmapi.PM_TYPE_U64: return atom1.ull - (atom2.ull if not first else 0) elif type == pmapi.PM_TYPE_FLOAT: return atom1.f - (atom2.f if not first else 0) elif type == pmapi.PM_TYPE_DOUBLE: return atom1.d - (atom2.d if not first else 0) else: return 0 # get_stats ----------------------------------------------------------------- def get_stats (metric, metric_name, metric_desc, metric_value, old_metric_value): global metric_type list_type = type([]) (code, metric_result) = pm.pmFetch(metric_name) check_code (code) first = True if max(old_metric_value) == 0 else False # list of metric names for i in xrange(len(metric)): # list of metric results, one per metric name for j in xrange(metric_result.contents.numpmid): if (metric_result.contents.get_pmid(j) != metric_name[i]): continue atomlist = [] # list of instances, one or more per metric. e.g. there are many # instances for network metrics, one per network interface for k in xrange(metric_result.contents.get_numval(j)): (code, atom) = pm.pmExtractValue(metric_result.contents.get_valfmt(j), metric_result.contents.get_vlist(j, k), metric_desc[j].contents.type, metric_desc[j].contents.type) atomlist.append(atom) value = [] # metric may require a diff to get a per interval value for k in xrange(metric_result.contents.get_numval(j)): if first: old_val = 0 elif type(old_metric_value[j]) == list_type: old_val = old_metric_value[j][k] else: old_val = old_metric_value[j] value.append (get_atom_value(metric[i], atomlist[k], old_val, metric_desc[j].contents.type, first)) old_metric_value[j] = copy.copy(atomlist) if metric_result.contents.get_numval(j) == 1: metric_value[j] = copy.copy(value[0]) if len(value) == 1 else 0 elif metric_result.contents.get_numval(j) > 1: metric_value[j] = copy.copy(value) # _subsys --------------------------------------------------------------- class _subsys(object): def get_stats(self): True def get_total(self): True def print_brief_header1(self): True def print_brief_header2(self): True def print_brief(self): True def print_verbose(self): True # _cpu ----------------------------------------------------------------- class _cpu(_subsys): def __init__(self): self.cpu_metrics = ['kernel.all.cpu.nice', 'kernel.all.cpu.user', 'kernel.all.cpu.intr', 'kernel.all.cpu.sys', 'kernel.all.cpu.idle', 'kernel.all.cpu.steal', 'kernel.all.cpu.irq.hard', 'kernel.all.cpu.irq.soft', 'kernel.all.cpu.wait.total', 'hinv.ncpu'] self.cpu_metric_value = [0 for i in range(len(self.cpu_metrics))] self.old_cpu_metric_value = [0 for i in range(len(self.cpu_metrics))] (code, self.cpu_metric_name) = pm.pmLookupName(self.cpu_metrics) check_code (code) (code, self.cpu_metric_desc) = pm.pmLookupDesc(self.cpu_metric_name) check_code (code) def get_stats(self): get_stats (self.cpu_metrics, self.cpu_metric_name, self.cpu_metric_desc, self.cpu_metric_value, self.old_cpu_metric_value) def get_total(self): self.cpu_total = (self.cpu_metric_value[0]+self.cpu_metric_value[1]+self.cpu_metric_value[2]+self.cpu_metric_value[3]+self.cpu_metric_value[4]+self.cpu_metric_value[5]+self.cpu_metric_value[6]+self.cpu_metric_value[7] ) def print_brief_header1(self): print '#<--------CPU-------->', def print_brief_header2(self): print '#cpu sys inter ctxsw', def print_brief(self): print "%4d" % (100*(self.cpu_metric_value[0]+self.cpu_metric_value[1]+self.cpu_metric_value[2]+self.cpu_metric_value[3]+self.cpu_metric_value[5]+self.cpu_metric_value[6]+self.cpu_metric_value[7]) / self.cpu_total), print "%4d" % (100*(self.cpu_metric_value[2]+self.cpu_metric_value[3]+self.cpu_metric_value[5]+self.cpu_metric_value[6]+self.cpu_metric_value[7]) / self.cpu_total), def print_verbose(self): print '# CPU SUMMARY (INTR, CTXSW & PROC /sec)' print '#User Nice Sys Wait IRQ Soft Steal Idle CPUs Intr Ctxsw Proc RunQ Run Avg1 Avg5 Avg15 RunT BlkT' print "%4d %6d %5d %4d %4d %5d %6d %6d %5d" % ((100*(self.cpu_metric_value[0]+self.cpu_metric_value[1]+self.cpu_metric_value[2]+self.cpu_metric_value[3]+self.cpu_metric_value[5]+self.cpu_metric_value[6]+self.cpu_metric_value[7]) / self.cpu_total), self.cpu_metric_value[0], (100*(self.cpu_metric_value[2]+self.cpu_metric_value[3]+self.cpu_metric_value[5]+self.cpu_metric_value[6]+self.cpu_metric_value[7]) / self.cpu_total), self.cpu_metric_value[8], self.cpu_metric_value[6], self.cpu_metric_value[7], self.cpu_metric_value[5], self.cpu_metric_value[4], self.cpu_metric_value[9]), # _interrupt ----------------------------------------------------------------- class _interrupt(_subsys): def __init__(self): self.interrupt_metrics = ['kernel.all.intr', 'kernel.all.pswitch'] self.interrupt_metric_value = [0 for i in range(len(self.interrupt_metrics))] self.old_interrupt_metric_value = [0 for i in range(len(self.interrupt_metrics))] (code, self.int_metric_name) = pm.pmLookupName(self.interrupt_metrics) check_code (code) (code, self.int_metric_desc) = pm.pmLookupDesc(self.int_metric_name) check_code (code) def get_stats(self): get_stats (self.interrupt_metrics, self.int_metric_name, self.int_metric_desc, self.interrupt_metric_value, self.old_interrupt_metric_value) def print_brief(self): print "%4d %6d" % (self.interrupt_metric_value[0], self.interrupt_metric_value[1]), # _process ----------------------------------------------------------------- class _process(_subsys): def __init__(self): self.process_metrics = ['kernel.all.nprocs', 'kernel.all.runnable', 'proc.runq.runnable', 'kernel.all.load', 'proc.runq.blocked'] self.process_metric_value = [0 for i in range(len(self.process_metrics))] self.old_process_metric_value = [0 for i in range(len(self.process_metrics))] (code, self.process_metric_name) = pm.pmLookupName(self.process_metrics) check_code (code) (code, self.process_metric_desc) = pm.pmLookupDesc(self.process_metric_name) check_code (code) def get_stats(self): get_stats (self.process_metrics, self.process_metric_name, self.process_metric_desc, self.process_metric_value, self.old_process_metric_value) def print_verbose(self): print "%6d %5d %5d %5.2f %5.2f %5.2f %4d %4d" % (self.process_metric_value[0], self.process_metric_value[1], self.process_metric_value[2], self.process_metric_value[3][0],self.process_metric_value[3][1],self.process_metric_value[3][2], self.process_metric_value[1], self.process_metric_value[4]), # _disk ----------------------------------------------------------------- class _disk(_subsys): def __init__(self): self.disk_metrics = ['disk.all.read_bytes', 'disk.all.read', 'disk.all.write_bytes', 'disk.all.write', 'disk.all.read_merge', 'disk.all.write_merge'] self.disk_metric_value = [0 for i in range(len(self.disk_metrics))] self.old_disk_metric_value = [0 for i in range(len(self.disk_metrics))] (code, self.disk_metric_name) = pm.pmLookupName(self.disk_metrics) check_code (code) (code, self.disk_metric_desc) = pm.pmLookupDesc(self.disk_metric_name) check_code (code) def get_stats(self): get_stats (self.disk_metrics, self.disk_metric_name, self.disk_metric_desc, self.disk_metric_value, self.old_disk_metric_value) def print_brief_header1(self): print '<----------Disks----------->', def print_brief_header2(self): print 'KBRead Reads KBWrit Writes', def print_brief(self): print "%4d %6d %6d %6d" % (self.disk_metric_value[0], self.disk_metric_value[1], self.disk_metric_value[2], self.disk_metric_value[3]), def print_verbose(self): print '\n\n# DISK SUMMARY (/sec)' print '#KBRead RMerged Reads SizeKB KBWrite WMerged Writes SizeKB\n' print '%6d %6d %6d %6d %7d %8d %6d %6d' % (0 if self.disk_metric_value[0] == 0 else self.disk_metric_value[0]/self.disk_metric_value[1], self.disk_metric_value[4], self.disk_metric_value[1], 0, 0 if self.disk_metric_value[3] == 0 else self.disk_metric_value[2]/self.disk_metric_value[3], self.disk_metric_value[5], self.disk_metric_value[3], 0) # _net ----------------------------------------------------------------- class _net(_subsys): def __init__(self): self.net_metrics = ['network.interface.in.bytes', 'network.interface.in.packets', 'network.interface.out.bytes', 'network.interface.out.packets', 'network.interface.in.mcasts', 'network.interface.total.mcasts', 'network.interface.in.compressed', 'network.interface.out.compressed', 'network.interface.in.errors', 'network.interface.out.errors'] self.net_metric_value = [0 for i in range(len(self.net_metrics))] self.old_net_metric_value = [0 for i in range(len(self.net_metrics))] (code, self.net_metric_name) = pm.pmLookupName(self.net_metrics) check_code (code) (code, self.net_metric_desc) = pm.pmLookupDesc(self.net_metric_name) check_code (code) def get_stats(self): get_stats (self.net_metrics, self.net_metric_name, self.net_metric_desc, self.net_metric_value, self.old_net_metric_value) def print_brief_header1(self): print '<----------Network--------->', def print_brief_header2(self): print ' KBIn PktIn KBOut PktOut', def print_brief(self): print "%8d %6d %6d %6d" % (sum(self.net_metric_value[0]), sum(self.net_metric_value[1]), sum(self.net_metric_value[2]), sum(self.net_metric_value[3])), def print_verbose(self): print '\n\n# NETWORK SUMMARY (/sec)' print '# KBIn PktIn SizeIn MultI CmpI ErrsI KBOut PktOut SizeO CmpO ErrsO' self.net_metric_value[0][0] = 0 # don't include loopback self.net_metric_value[0][1] = 0 print '%6d %5d %6d %6d %6d %6d %6d %6d %6d %6d %7d' % (sum(self.net_metric_value[0]) / 1000, sum(self.net_metric_value[1]), sum(self.net_metric_value[0]) / sum(self.net_metric_value[1]), sum(self.net_metric_value[4]), sum(self.net_metric_value[6]), sum(self.net_metric_value[8]),sum(self.net_metric_value[2]), sum(self.net_metric_value[3]), sum(self.net_metric_value[2]) / sum(self.net_metric_value[3]) / 1000, sum(self.net_metric_value[5]), sum(self.net_metric_value[7])) # main ---------------------------------------------------------------------- if __name__ == '__main__': n_samples = 1 i = 1 options = set() verbose = False while i < len(sys.argv): if (sys.argv[i] == "-c"): i += 1 n_samples = int(sys.argv[i]) elif sys.argv[i] == "-sd": options.add("disk") elif sys.argv[i] == "-sc": map( lambda x: options.add(x) , ("cpu", "interrupt") ) elif sys.argv[i] == "-sj": options.add("interrupt") elif sys.argv[i] == "-sn": options.add("network") elif sys.argv[i] == "-sD": options.add("disk","detail") elif sys.argv[i] == "-sC": map( lambda x: options.add(x) , ("cpu", "process", "detail") ) elif sys.argv[i] == "-sJ": map( lambda x: options.add(x) , ("interrupt", "detail") ) elif sys.argv[i] == "-sN": map( lambda x: options.add(x) , ("network", "detail") ) elif (sys.argv[i] == "--verbose"): verbose = True i += 1 if len(options) == 0: map( lambda x: options.add(x) , ("interrupt", "disk", "cpu", "process", "network") ) if verbose: options.add("verbose") else: options.add("brief") pm = pmContext() # pm = pmContext(pmapi.PM_CONTEXT_HOST,"localhost") if (pm < 0): print "PCP is not running" (code, delta, errmsg) = pm.pmParseInterval("1 seconds") subsystem = _subsys() cpu = _cpu() cpu.get_stats() interrupt = _interrupt() interrupt.get_stats() proc = _process() proc.get_stats() disk = _disk() disk.get_stats() net = _net() net.get_stats() subsys = [subsystem for i in range(6)] for n in options: if n == "cpu": subsys[1] = cpu elif n == "interrupt": subsys[2] = interrupt elif n == "process": subsys[3] = proc elif n == "disk": subsys[4] = disk elif n == "network": subsys[5] = net if "brief" in options: for s in subsys: s.print_brief_header1() print for s in subsys: s.print_brief_header2() print for n in xrange(n_samples): pm.pmtimevalSleep(delta) for s in subsys: s.get_stats() s.get_total() if "brief" in options: s.print_brief() elif verbose: s.print_verbose() print --------------060502010200090403020507-- From nscott@aconex.com Wed Jun 13 19:46:16 2012 X-Spam-Checker-Version: SpamAssassin 3.4.0-r929098 (2010-03-30) on oss.sgi.com X-Spam-Level: * X-Spam-Status: No, score=1.1 required=5.0 tests=BAYES_00,HTML_MESSAGE autolearn=no version=3.4.0-r929098 Received: from cuda.sgi.com (cuda3.sgi.com [192.48.176.15]) by oss.sgi.com (8.14.3/8.14.3/SuSE Linux 0.8) with ESMTP id q5E0kFXJ202843 for ; Wed, 13 Jun 2012 19:46:16 -0500 X-ASG-Debug-ID: 1339634771-04cb6c3b935ffe00001-S8gJnT Received: from postoffice2.aconex.com (mail.aconex.com [203.166.49.3]) by cuda.sgi.com with ESMTP id A7WqljWSKT42jngN for ; Wed, 13 Jun 2012 17:46:12 -0700 (PDT) X-Barracuda-Envelope-From: nscott@aconex.com X-Barracuda-Apparent-Source-IP: 203.166.49.3 Received: from postoffice.aconex.com (postoffice.yarra.acx [192.168.35.100]) by postoffice2.aconex.com with ESMTP id iNHTOVSGHXwd5EWT; Thu, 14 Jun 2012 10:46:07 +1000 (EST) Received: from gatekeeper.aconex.com (gatekeeper.yarra.acx [192.168.35.102]) by postoffice.aconex.com (Postfix) with ESMTP id 6BD7D3CE0098; Thu, 14 Jun 2012 10:45:31 +1000 (EST) Received: from localhost (localhost.localdomain [127.0.0.1]) by gatekeeper.aconex.com (Postfix) with ESMTP id 76177A40004; Thu, 14 Jun 2012 10:46:07 +1000 (EST) X-Virus-Scanned: amavisd-new at aconex.com Received: from gatekeeper.aconex.com ([127.0.0.1]) by localhost (gatekeeper.aconex.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id as0g5hSYORKn; Thu, 14 Jun 2012 10:46:04 +1000 (EST) Received: from acxmail-au2.aconex.com (acxmail-au2.aconex.com [192.168.35.104]) by gatekeeper.aconex.com (Postfix) with ESMTP id AA934A40002; Thu, 14 Jun 2012 10:46:04 +1000 (EST) Received: from localhost (localhost.localdomain [127.0.0.1]) by acxmail-au2.aconex.com (Postfix) with ESMTP id 9E1C63B20002; Thu, 14 Jun 2012 10:46:04 +1000 (EST) X-Virus-Scanned: amavisd-new at aconex.com Received: from acxmail-au2.aconex.com ([127.0.0.1]) by localhost (acxmail-au2.aconex.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id n9aZiWr+p2et; Thu, 14 Jun 2012 10:46:04 +1000 (EST) Received: from acxmail-au2.aconex.com (acxmail-au2.aconex.com [192.168.35.104]) by acxmail-au2.aconex.com (Postfix) with ESMTP id 7533A3B20001; Thu, 14 Jun 2012 10:46:04 +1000 (EST) Date: Thu, 14 Jun 2012 10:46:04 +1000 (EST) From: Nathan Scott To: Stan Cox Cc: pcp@oss.sgi.com, Michael Werner Message-ID: <1859167160.955443.1339634764360.JavaMail.root@acxmail-au2.aconex.com> In-Reply-To: <4FD9086A.1050805@redhat.com> Subject: Re: [pcp] python bindings MIME-Version: 1.0 X-ASG-Orig-Subj: Re: [pcp] python bindings Content-Type: multipart/alternative; boundary="----=_Part_955442_1061266785.1339634764359" X-Originating-IP: [192.168.7.164] X-Mailer: Zimbra 7.1.4_GA_2567 (ZimbraWebClient - FF3.0 (Linux)/7.1.4_GA_2555) X-Virus-Scanned: by bsmtpd at aconex.com X-Barracuda-Connect: mail.aconex.com[203.166.49.3] X-Barracuda-Start-Time: 1339634772 X-Barracuda-URL: http://192.48.176.15:80/cgi-mod/mark.cgi X-Virus-Scanned: by bsmtpd at sgi.com X-Barracuda-Spam-Score: 0.00 X-Barracuda-Spam-Status: No, SCORE=0.00 using per-user scores of TAG_LEVEL=1000.0 QUARANTINE_LEVEL=1000.0 KILL_LEVEL=1.3 tests=HTML_MESSAGE X-Barracuda-Spam-Report: Code version 3.2, rules version 3.2.2.99782 Rule breakdown below pts rule name description ---- ---------------------- -------------------------------------------------- 0.00 HTML_MESSAGE BODY: HTML included in message ------=_Part_955442_1061266785.1339634764359 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit Hi Stan, ----- Original Message ----- > pcpfans(1) in src/src/python now has the beginnings of a system > statistics collector called pm-collectl.py (appended). The python Interesting stuff! Is the intention there to make it output-compatible with collectl? > directory contains, and the tool uses, Michael Werner's python > bindings > (plus changes and additions) Any thoughts on a plan to move the > python > bindings to the mainstream pcp upstream? Since we might hope to see any number of new client tools that might be of general use to people, I would vote for including it directly in the PCP build, rather than as a separate tree (as Michael's initial variant was) . But others may violently disagree based on the level of pain having some perl bindings in-tree has caused. I'd also suggest having the core API and test code, that pmapi.c code in one directory (src/python as you have it looks good to me - but also consider the future which might contain a pmda.c too), and definitely split out the tool(s) into separate src/ directories. I'll take a closer look at the code this evening when I have a bit more time, but a couple of other very minor things from a cursory glance... There seem to be a few missing odds and ends - I'm not sure how python docs are usually done - are these generated from the code (like perl pod?), or would a separate man page (or other doc...?) be better? Something to get someone like me (total python newbie) up and running would be great, but also documenting the API, pm-collectl options, and so on, would be good. That assumes the python API is not still in-flux, if it is I'd wait until it settles of course. The core/API python makefile will eventually need to have an install target I guess - I had a go at getting pm-collectl to run, but didn't really know what I was doing. :) I found the README from Michael's tree but looks like I don't have needed packages installed - will try that later too. Eventually, configure.in will have to turn on/off the python bits in the build (looks like Python.h needed, and some other toolchain support - a distutils tool?). cheers. -- Nathan ------=_Part_955442_1061266785.1339634764359 Content-Type: text/html; charset=utf-8 Content-Transfer-Encoding: quoted-printable <= div style=3D'font-family: times new roman,new york,times,serif; font-size: = 12pt; color: #000000'>Hi Stan,

pcpfans(1) in= src/src/python now has the beginnings of a system
statistics collector= called pm-collectl.py (appended).   The python
Inter= esting stuff!  Is the intention there to make it output-compatible wit= h collectl?

directory contains, and = the tool uses, Michael Werner's python bindings
(plus changes and addit= ions)  Any thoughts on a plan to move the python
bindings to the m= ainstream pcp upstream?

Since we might hope to see any = number of new client tools that might be of
general use to people, I wou= ld vote for including it directly in the PCP build,
rather than as a sep= arate tree (as Michael's initial variant was).  But others may
viol= ently disagree based on the level of pain having some perl bindings in-tree=
has caused.

I'd also suggest having the core API and test code, = that pmapi.c code in one
directory (src/python as you have it looks good= to me - but also consider the
future which might contain a pmda.c too),= and definitely split out the tool(s)
into separate src/<tool> dir= ectories.

I'll take a closer look at the code this evening when I ha= ve a bit more time,
but a couple of other very minor things from a curso= ry glance...

There seem to be a few missing odds and ends - I'm not = sure how python
docs are usually done - are these generated from the cod= e (like perl pod?),
or would a separate man page (or other doc...?) be b= etter?  Something to get
someone like me (total python newbie) up a= nd running would be great, but
also documenting the API, pm-collectl opt= ions, and so on, would be good.
That assumes the python API is not still= in-flux, if it is I'd wait until it settles
of course.

The core/= API python makefile will eventually need to have an install target
I gue= ss - I had a go at getting pm-collectl to run, but didn't really know what<= br>I was doing. :)  I found the README from Michael's tree but looks l= ike I
don't have needed packages installed - will try that later too.&nb= sp; Eventually,
configure.in will have to turn on/off the python bits in= the build (looks like
Python.h needed, and some other toolchain support= - a distutils tool?).

cheers.

--
Nathan
<= /html> ------=_Part_955442_1061266785.1339634764359-- From mgoodwin@redhat.com Wed Jun 13 20:52:24 2012 X-Spam-Checker-Version: SpamAssassin 3.4.0-r929098 (2010-03-30) on oss.sgi.com X-Spam-Level: X-Spam-Status: No, score=-1.9 required=5.0 tests=BAYES_00 autolearn=ham version=3.4.0-r929098 Received: from cuda.sgi.com (cuda1.sgi.com [192.48.157.11]) by oss.sgi.com (8.14.3/8.14.3/SuSE Linux 0.8) with ESMTP id q5E1qOC2207760 for ; Wed, 13 Jun 2012 20:52:24 -0500 X-ASG-Debug-ID: 1339638743-04bdf0599f3d9310001-S8gJnT Received: from mx1.redhat.com (mx1.redhat.com [209.132.183.28]) by cuda.sgi.com with ESMTP id Ig0f2jhb2tsHdzQf for ; Wed, 13 Jun 2012 18:52:23 -0700 (PDT) X-Barracuda-Envelope-From: mgoodwin@redhat.com X-Barracuda-Apparent-Source-IP: 209.132.183.28 X-ASG-Whitelist: Client Received: from int-mx02.intmail.prod.int.phx2.redhat.com (int-mx02.intmail.prod.int.phx2.redhat.com [10.5.11.12]) by mx1.redhat.com (8.14.4/8.14.4) with ESMTP id q5E1qJNH011567 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK); Wed, 13 Jun 2012 21:52:19 -0400 Received: from fletch.usersys.redhat.com (vpn1-48-138.bne.redhat.com [10.64.48.138]) by int-mx02.intmail.prod.int.phx2.redhat.com (8.13.8/8.13.8) with ESMTP id q5E1qHoQ018583; Wed, 13 Jun 2012 21:52:18 -0400 Message-ID: <4FD943D0.40308@redhat.com> Date: Thu, 14 Jun 2012 11:52:16 +1000 From: Mark Goodwin User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:12.0) Gecko/20120430 Thunderbird/12.0.1 MIME-Version: 1.0 To: Nathan Scott CC: Stan Cox , pcp@oss.sgi.com Subject: Re: [pcp] python bindings References: <1859167160.955443.1339634764360.JavaMail.root@acxmail-au2.aconex.com> X-ASG-Orig-Subj: Re: [pcp] python bindings In-Reply-To: <1859167160.955443.1339634764360.JavaMail.root@acxmail-au2.aconex.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Scanned-By: MIMEDefang 2.67 on 10.5.11.12 X-Barracuda-Connect: mx1.redhat.com[209.132.183.28] X-Barracuda-Start-Time: 1339638743 X-Barracuda-URL: http://192.48.157.11:80/cgi-mod/mark.cgi X-Virus-Scanned: by bsmtpd at sgi.com On 06/14/2012 10:46 AM, Nathan Scott wrote: > Hi Stan, > > -------------------------------------------------------------------------------- > > pcpfans(1) in src/src/python now has the beginnings of a system > statistics collector called pm-collectl.py (appended). The python > > Interesting stuff! Is the intention there to make it output-compatible with > collectl? > > directory contains, and the tool uses, Michael Werner's python bindings > (plus changes and additions) Any thoughts on a plan to move the python > bindings to the mainstream pcp upstream? > > Since we might hope to see any number of new client tools that might be of > general use to people, I would vote for including it directly in the PCP build, > rather than as a separate tree (as Michael's initial variant was). But others may > violently disagree based on the level of pain having some perl bindings in-tree > has caused. I'd vote for including it in the main tree, but split it out as pcp-python subpackage (so the PCP base package itself doesn't inherit any more deps). And regarding perl, that reminds me: the PCP base package ships numerous PMDAs written in perl, but we only have soft deps. This has already bitten Nathan recently, and will no doubt bite others too. So either we split out those pmdas into yet another subpackage, or add explicit install deps for pcp : perl-pcp-PMDA $ rpm -q --requires perl-PCP-PMDA libc.so.6()(64bit) libc.so.6(GLIBC_2.14)(64bit) libc.so.6(GLIBC_2.2.5)(64bit) libc.so.6(GLIBC_2.4)(64bit) libpcp.so.3()(64bit) libpcp_pmda.so.3()(64bit) pcp >= 3.6.3 perl(DynaLoader) perl(Exporter) perl(strict) perl(vars) perl(warnings) rpmlib(CompressedFileNames) <= 3.0.4-1 rpmlib(FileDigests) <= 4.6.0-1 rpmlib(PayloadFilesHavePrefix) <= 4.0-1 rtld(GNU_HASH) rpmlib(PayloadIsXz) <= 5.2-1 From nscott@aconex.com Thu Jun 14 05:28:16 2012 X-Spam-Checker-Version: SpamAssassin 3.4.0-r929098 (2010-03-30) on oss.sgi.com X-Spam-Level: * X-Spam-Status: No, score=1.1 required=5.0 tests=BAYES_00,HTML_MESSAGE autolearn=no version=3.4.0-r929098 Received: from cuda.sgi.com (cuda2.sgi.com [192.48.176.25]) by oss.sgi.com (8.14.3/8.14.3/SuSE Linux 0.8) with ESMTP id q5EASGaS245750 for ; Thu, 14 Jun 2012 05:28:16 -0500 X-ASG-Debug-ID: 1339669693-04cbb0258077cc40001-S8gJnT Received: from postoffice2.aconex.com (mail.aconex.com [203.166.49.3]) by cuda.sgi.com with ESMTP id n8XsY6BMFBNgOfFS for ; Thu, 14 Jun 2012 03:28:13 -0700 (PDT) X-Barracuda-Envelope-From: nscott@aconex.com X-Barracuda-Apparent-Source-IP: 203.166.49.3 Received: from postoffice.aconex.com (postoffice.yarra.acx [192.168.35.100]) by postoffice2.aconex.com with ESMTP id 2rfD3WeXvXesLUh6; Thu, 14 Jun 2012 20:28:10 +1000 (EST) Received: from gatekeeper.aconex.com (gatekeeper.yarra.acx [192.168.35.102]) by postoffice.aconex.com (Postfix) with ESMTP id AB97A3CE00C3; Thu, 14 Jun 2012 20:27:34 +1000 (EST) Received: from localhost (localhost.localdomain [127.0.0.1]) by gatekeeper.aconex.com (Postfix) with ESMTP id C66D4A40002; Thu, 14 Jun 2012 20:28:10 +1000 (EST) X-Virus-Scanned: amavisd-new at aconex.com Received: from gatekeeper.aconex.com ([127.0.0.1]) by localhost (gatekeeper.aconex.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id DkgbkhcL5ogb; Thu, 14 Jun 2012 20:28:08 +1000 (EST) Received: from acxmail-au2.aconex.com (acxmail-au2.aconex.com [192.168.35.104]) by gatekeeper.aconex.com (Postfix) with ESMTP id 5D933A40001; Thu, 14 Jun 2012 20:28:08 +1000 (EST) Received: from localhost (localhost.localdomain [127.0.0.1]) by acxmail-au2.aconex.com (Postfix) with ESMTP id 56F093B20002; Thu, 14 Jun 2012 20:28:08 +1000 (EST) X-Virus-Scanned: amavisd-new at aconex.com Received: from acxmail-au2.aconex.com ([127.0.0.1]) by localhost (acxmail-au2.aconex.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id TVhCviTNCmjD; Thu, 14 Jun 2012 20:28:08 +1000 (EST) Received: from acxmail-au2.aconex.com (acxmail-au2.aconex.com [192.168.35.104]) by acxmail-au2.aconex.com (Postfix) with ESMTP id 3C6CF3B20001; Thu, 14 Jun 2012 20:28:08 +1000 (EST) Date: Thu, 14 Jun 2012 20:28:08 +1000 (EST) From: Nathan Scott To: Stan Cox Cc: pcp@oss.sgi.com Message-ID: <89075473.963802.1339669688168.JavaMail.root@acxmail-au2.aconex.com> In-Reply-To: <1859167160.955443.1339634764360.JavaMail.root@acxmail-au2.aconex.com> Subject: Re: [pcp] python bindings MIME-Version: 1.0 X-ASG-Orig-Subj: Re: [pcp] python bindings Content-Type: multipart/alternative; boundary="----=_Part_963801_1074577649.1339669688166" X-Originating-IP: [220.237.96.234] X-Mailer: Zimbra 7.1.4_GA_2567 (ZimbraWebClient - FF3.0 (Linux)/7.1.4_GA_2555) X-Virus-Scanned: by bsmtpd at aconex.com X-Barracuda-Connect: mail.aconex.com[203.166.49.3] X-Barracuda-Start-Time: 1339669693 X-Barracuda-URL: http://192.48.176.25:80/cgi-mod/mark.cgi X-Virus-Scanned: by bsmtpd at sgi.com X-Barracuda-Spam-Score: 0.00 X-Barracuda-Spam-Status: No, SCORE=0.00 using per-user scores of TAG_LEVEL=1000.0 QUARANTINE_LEVEL=1000.0 KILL_LEVEL=1.3 tests=HTML_MESSAGE X-Barracuda-Spam-Report: Code version 3.2, rules version 3.2.2.99814 Rule breakdown below pts rule name description ---- ---------------------- -------------------------------------------------- 0.00 HTML_MESSAGE BODY: HTML included in message ------=_Part_963801_1074577649.1339669688166 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Hi Stan,=20 > I'll take a closer look at the code this evening when I have a bit more t= ime,=20 > but a couple of other very minor things from a cursory glance...=20 I've pushed a few updates here that you could pull in if you like, mainly t= weaks=20 to bring the python wrappers more uptodate with current PCP interfaces.=20 cheers.=20 --=20 Nathan=20 Changes committed to git://oss.sgi.com/nathans/pcpfans.git python=20 src/python/.gitignore | 2 +=20 src/python/pcp.py | 20 -----------------=20 src/python/pmapi.c | 55 ++++++++++++++-----------------------------------= =20 src/python/test_pcp.py | 2 -=20 4 files changed, 19 insertions(+), 60 deletions(-)=20 commit 5bdffc6d0f3214d1d58c863ba67abfbbdd5bca6b=20 Author: Nathan Scott =20 Date: Thu Jun 14 20:08:08 2012 +1000=20 Add missing (new) error macros into python API.=20 commit 72a83458264d94cbe90390cb1dbc10e2ef9a4311=20 Author: Nathan Scott =20 Date: Thu Jun 14 20:05:22 2012 +1000=20 Add missing event type macros and flags to python API.=20 commit 47e3cea2cf49ed04c64ee9adbf087bb8ce103683=20 Author: Nathan Scott =20 Date: Thu Jun 14 17:54:13 2012 +1000=20 Remove deprecated calls to pmLoadASCIINamespace, we never want to expose th= at.=20 commit d5fe8de7f803cc3de5ebebb3fbd8a9f29b04ddb0=20 Author: Nathan Scott =20 Date: Thu Jun 14 17:37:09 2012 +1000=20 Update python gitignore file after successful install (.pyc file).=20 commit ab6bf059fb35014342cca39aea5d71ad89861147=20 Author: Nathan Scott =20 Date: Thu Jun 14 17:31:07 2012 +1000=20 Add gitignore file for python wrapper.=20 commit f6dfa7a088ded526e835cef370bfa50a3bd6407d=20 Author: Nathan Scott =20 Date: Thu Jun 14 17:30:07 2012 +1000=20 Resolve python API build with current headers (ancient macros removed)=20 This gets a clean src/python/pmapi.c build, resolving these deprecated macr= os:=20 building 'pmapi' extension=20 gcc -pthread -fno-strict-aliasing -DNDEBUG -g -fwrapv -O2 -Wall -Wstrict-pr= ototypes -fPIC -I/usr/include/python2.7 -c pmapi.c -o build/temp.linux-i686= -2.7/pmapi.o=20 pmapi.c: In function =E2=80=98initpmapi=E2=80=99:=20 pmapi.c:121:22: error: =E2=80=98PMAPI_VERSION_1=E2=80=99 undeclared (first = use in this function)=20 pmapi.c:121:22: note: each undeclared identifier is reported only once for = each function it appears in=20 pmapi.c:231:47: error: =E2=80=98PM_LOG_VERS01=E2=80=99 undeclared (first us= e in this function)=20 pmapi.c:247:44: error: =E2=80=98PM_ERR_BASE1=E2=80=99 undeclared (first use= in this function)=20 pmapi.c:267:22: error: =E2=80=98PM_ERR_LICENSE=E2=80=99 undeclared (first u= se in this function)=20 pmapi.c:275:22: error: =E2=80=98PM_ERR_FILE=E2=80=99 undeclared (first use = in this function)=20 pmapi.c:297:22: error: =E2=80=98PM_ERR_NOASCII=E2=80=99 undeclared (first u= se in this function)=20 pmapi.c:341:22: error: =E2=80=98PM_ERR_WANTACK=E2=80=99 undeclared (first u= se in this function)=20 pmapi.c:345:22: error: =E2=80=98PM_ERR_OBJSTYLE=E2=80=99 undeclared (first = use in this function)=20 pmapi.c:347:22: error: =E2=80=98PM_ERR_PMCDLICENSE=E2=80=99 undeclared (fir= st use in this function)=20 pmapi.c:349:22: error: =E2=80=98PM_ERR_CTXBUSY=E2=80=99 undeclared (first u= se in this function)=20 error: command 'gcc' failed with exit status 1=20 ------=_Part_963801_1074577649.1339669688166 Content-Type: text/html; charset=utf-8 Content-Transfer-Encoding: quoted-printable <= div style=3D'font-family: times new roman,new york,times,serif; font-size: = 12pt; color: #000000'>
Hi Stan,
> I'll take a closer look at the code this evening when I ha= ve a bit more time,
> but a couple of other very minor things from a = cursory glance...

I've pushed a few updates here that you could pull= in if you like, mainly tweaks
to bring the python wrappers more uptodat= e with current PCP interfaces.

cheers.

--
Nathan

Changes committed to git://oss.sgi.com/nathans/pcpfans.git python

=  src/python/.gitignore  |    2 +
 src/pyth= on/pcp.py      |   20 -----------------<= br> src/python/pmapi.c     |   55 ++++++= ++++++++-----------------------------------
 src/python/test_pcp.py= |    2 -
 4 files changed, 19 insertions(+), 60 del= etions(-)

commit 5bdffc6d0f3214d1d58c863ba67abfbbdd5bca6b
Author:= Nathan Scott <nathans@debian.org>
Date:   Thu Jun 14 20= :08:08 2012 +1000

    Add missing (new) error macros = into python API.

commit 72a83458264d94cbe90390cb1dbc10e2ef9a4311
= Author: Nathan Scott <nathans@debian.org>
Date:   Thu Ju= n 14 20:05:22 2012 +1000

    Add missing event type m= acros and flags to python API.

commit 47e3cea2cf49ed04c64ee9adbf087b= b8ce103683
Author: Nathan Scott <nathans@debian.org>
Date: = ;  Thu Jun 14 17:54:13 2012 +1000

    Remove dep= recated calls to pmLoadASCIINamespace, we never want to expose that.
commit d5fe8de7f803cc3de5ebebb3fbd8a9f29b04ddb0
Author: Nathan Scott &l= t;nathans@debian.org>
Date:   Thu Jun 14 17:37:09 2012 +100= 0

    Update python gitignore file after successful i= nstall (.pyc file).

commit ab6bf059fb35014342cca39aea5d71ad89861147<= br>Author: Nathan Scott <nathans@debian.org>
Date:   Thu= Jun 14 17:31:07 2012 +1000

    Add gitignore file fo= r python wrapper.

commit f6dfa7a088ded526e835cef370bfa50a3bd6407dAuthor: Nathan Scott <nathans@debian.org>
Date:   Thu J= un 14 17:30:07 2012 +1000

    Resolve python API buil= d with current headers (ancient macros removed)
   
&= nbsp;   This gets a clean src/python/pmapi.c build, resolving the= se deprecated macros:
   
    building= 'pmapi' extension
    gcc -pthread -fno-strict-aliasing = -DNDEBUG -g -fwrapv -O2 -Wall -Wstrict-prototypes -fPIC -I/usr/include/pyth= on2.7 -c pmapi.c -o build/temp.linux-i686-2.7/pmapi.o
   = pmapi.c: In function =E2=80=98initpmapi=E2=80=99:
    pm= api.c:121:22: error: =E2=80=98PMAPI_VERSION_1=E2=80=99 undeclared (first us= e in this function)
    pmapi.c:121:22: note: each undecl= ared identifier is reported only once for each function it appears in
&n= bsp;   pmapi.c:231:47: error: =E2=80=98PM_LOG_VERS01=E2=80=99 und= eclared (first use in this function)
    pmapi.c:247:44: = error: =E2=80=98PM_ERR_BASE1=E2=80=99 undeclared (first use in this functio= n)
    pmapi.c:267:22: error: =E2=80=98PM_ERR_LICENSE=E2= =80=99 undeclared (first use in this function)
    pmapi.= c:275:22: error: =E2=80=98PM_ERR_FILE=E2=80=99 undeclared (first use in thi= s function)
    pmapi.c:297:22: error: =E2=80=98PM_ERR_NO= ASCII=E2=80=99 undeclared (first use in this function)
   = ; pmapi.c:341:22: error: =E2=80=98PM_ERR_WANTACK=E2=80=99 undeclared (first= use in this function)
    pmapi.c:345:22: error: =E2=80= =98PM_ERR_OBJSTYLE=E2=80=99 undeclared (first use in this function)
&nbs= p;   pmapi.c:347:22: error: =E2=80=98PM_ERR_PMCDLICENSE=E2=80=99 = undeclared (first use in this function)
    pmapi.c:349:2= 2: error: =E2=80=98PM_ERR_CTXBUSY=E2=80=99 undeclared (first use in this fu= nction)
    error: command 'gcc' failed with exit status = 1

------=_Part_963801_1074577649.1339669688166-- From nscott@aconex.com Thu Jun 14 05:35:55 2012 X-Spam-Checker-Version: SpamAssassin 3.4.0-r929098 (2010-03-30) on oss.sgi.com X-Spam-Level: ** X-Spam-Status: No, score=2.5 required=5.0 tests=BAYES_05,HTML_MESSAGE autolearn=no version=3.4.0-r929098 Received: from cuda.sgi.com (cuda3.sgi.com [192.48.176.15]) by oss.sgi.com (8.14.3/8.14.3/SuSE Linux 0.8) with ESMTP id q5EAZsMN246149 for ; Thu, 14 Jun 2012 05:35:54 -0500 X-ASG-Debug-ID: 1339670152-04cb6c3b9368edc0001-S8gJnT Received: from postoffice2.aconex.com (mail.aconex.com [203.166.49.3]) by cuda.sgi.com with ESMTP id rWvmVLtgjPQ4OB7z for ; Thu, 14 Jun 2012 03:35:52 -0700 (PDT) X-Barracuda-Envelope-From: nscott@aconex.com X-Barracuda-Apparent-Source-IP: 203.166.49.3 Received: from postoffice.aconex.com (postoffice.yarra.acx [192.168.35.100]) by postoffice2.aconex.com with ESMTP id KIeRvHlhYX28Pv5u; Thu, 14 Jun 2012 20:35:50 +1000 (EST) Received: from gatekeeper.aconex.com (gatekeeper.yarra.acx [192.168.35.102]) by postoffice.aconex.com (Postfix) with ESMTP id 8B71A3CE00C3; Thu, 14 Jun 2012 20:35:14 +1000 (EST) Received: from localhost (localhost.localdomain [127.0.0.1]) by gatekeeper.aconex.com (Postfix) with ESMTP id A6309A40002; Thu, 14 Jun 2012 20:35:50 +1000 (EST) X-Virus-Scanned: amavisd-new at aconex.com Received: from gatekeeper.aconex.com ([127.0.0.1]) by localhost (gatekeeper.aconex.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 4srNHLtMWzev; Thu, 14 Jun 2012 20:35:50 +1000 (EST) Received: from acxmail-au2.aconex.com (acxmail-au2.aconex.com [192.168.35.104]) by gatekeeper.aconex.com (Postfix) with ESMTP id 34D66A40001; Thu, 14 Jun 2012 20:35:50 +1000 (EST) Received: from localhost (localhost.localdomain [127.0.0.1]) by acxmail-au2.aconex.com (Postfix) with ESMTP id 2C3683B20002; Thu, 14 Jun 2012 20:35:50 +1000 (EST) X-Virus-Scanned: amavisd-new at aconex.com Received: from acxmail-au2.aconex.com ([127.0.0.1]) by localhost (acxmail-au2.aconex.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 0fDo4LzBQ3Fu; Thu, 14 Jun 2012 20:35:50 +1000 (EST) Received: from acxmail-au2.aconex.com (localhost.localdomain [127.0.0.1]) by acxmail-au2.aconex.com (Postfix) with ESMTP id 0A7003B20001; Thu, 14 Jun 2012 20:35:50 +1000 (EST) Date: Thu, 14 Jun 2012 20:35:49 +1000 (EST) From: Nathan Scott To: Mark Goodwin Cc: Stan Cox , pcp@oss.sgi.com Message-ID: <458192631.963923.1339670149916.JavaMail.root@acxmail-au2.aconex.com> In-Reply-To: <4FD943D0.40308@redhat.com> Subject: Re: [pcp] python bindings MIME-Version: 1.0 X-ASG-Orig-Subj: Re: [pcp] python bindings Content-Type: multipart/alternative; boundary="----=_Part_963922_287005799.1339670149915" X-Originating-IP: [220.237.96.234] X-Mailer: Zimbra 7.1.4_GA_2567 (ZimbraWebClient - FF3.0 (Linux)/7.1.4_GA_2555) X-Virus-Scanned: by bsmtpd at aconex.com X-Barracuda-Connect: mail.aconex.com[203.166.49.3] X-Barracuda-Start-Time: 1339670152 X-Barracuda-URL: http://192.48.176.15:80/cgi-mod/mark.cgi X-Virus-Scanned: by bsmtpd at sgi.com X-Barracuda-Spam-Score: 0.00 X-Barracuda-Spam-Status: No, SCORE=0.00 using per-user scores of TAG_LEVEL=1000.0 QUARANTINE_LEVEL=1000.0 KILL_LEVEL=1.3 tests=HTML_MESSAGE X-Barracuda-Spam-Report: Code version 3.2, rules version 3.2.2.99814 Rule breakdown below pts rule name description ---- ---------------------- -------------------------------------------------- 0.00 HTML_MESSAGE BODY: HTML included in message ------=_Part_963922_287005799.1339670149915 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit Hey Mark, ----- Original Message ----- > And regarding perl, that reminds me: the PCP base package ships > numerous PMDAs written in perl, but we only have soft deps. This > has already bitten Nathan recently, and will no doubt bite others > too. So either we split out those pmdas into yet another subpackage, > or add explicit install deps for pcp : perl-pcp-PMDA The only way to resolve the issue that bit me is using separate perl PMDA packages. That way, each PMDA package contains its own dependencies ; the JSON library on pmdaelasticsearch.pl was what bit me, but obviously each of the database PMDAs has its own set of dependencies, and SNMP, vmware,... all each have their own - we cannot have pcp depending on all of these exotic perl modules. cheers. -- Nathan ------=_Part_963922_287005799.1339670149915 Content-Type: text/html; charset=utf-8 Content-Transfer-Encoding: quoted-printable <= div style=3D'font-family: times new roman,new york,times,serif; font-size: = 12pt; color: #000000'>Hey Mark,

And regarding perl, that reminds me: the PCP base package ship= s
numerous PMDAs written in perl, but we only have soft deps. This
ha= s already bitten Nathan recently, and will no doubt bite others
too. So = either we split out those pmdas into yet another subpackage,
or add expl= icit install deps for pcp : perl-pcp-PMDA

The only way = to resolve the issue that bit me is using separate perl PMDA
packages.&= nbsp; That way, each PMDA package contains its own dependencies;
the JSO= N library on pmdaelasticsearch.pl was what bit me, but obviously
each of= the database PMDAs has its own set of dependencies, and SNMP,
vmware,..= . all each have their own - we cannot have pcp depending on all
of these= exotic perl modules.

cheers.

--
Nathan
------=_Part_963922_287005799.1339670149915-- From scox@redhat.com Thu Jun 14 15:55:08 2012 X-Spam-Checker-Version: SpamAssassin 3.4.0-r929098 (2010-03-30) on oss.sgi.com X-Spam-Level: X-Spam-Status: No, score=-1.9 required=5.0 tests=BAYES_00 autolearn=ham version=3.4.0-r929098 Received: from cuda.sgi.com (cuda3.sgi.com [192.48.176.15]) by oss.sgi.com (8.14.3/8.14.3/SuSE Linux 0.8) with ESMTP id q5EKt7ob018595 for ; Thu, 14 Jun 2012 15:55:08 -0500 X-ASG-Debug-ID: 1339707306-04cb6c3b916b9300001-S8gJnT Received: from mx1.redhat.com (mx1.redhat.com [209.132.183.28]) by cuda.sgi.com with ESMTP id MsRZSblq7OiNo4pF for ; Thu, 14 Jun 2012 13:55:07 -0700 (PDT) X-Barracuda-Envelope-From: scox@redhat.com X-Barracuda-Apparent-Source-IP: 209.132.183.28 X-ASG-Whitelist: Client Received: from int-mx10.intmail.prod.int.phx2.redhat.com (int-mx10.intmail.prod.int.phx2.redhat.com [10.5.11.23]) by mx1.redhat.com (8.14.4/8.14.4) with ESMTP id q5EKt2L6007687 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK); Thu, 14 Jun 2012 16:55:02 -0400 Received: from [10.11.230.58] (dhcp-230-58.rdu.redhat.com [10.11.230.58]) by int-mx10.intmail.prod.int.phx2.redhat.com (8.14.4/8.14.4) with ESMTP id q5EKt1to022010; Thu, 14 Jun 2012 16:55:01 -0400 Message-ID: <4FDA4FCD.4000700@redhat.com> Date: Thu, 14 Jun 2012 16:55:41 -0400 From: Stan Cox User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:12.0) Gecko/20120430 Thunderbird/12.0.1 MIME-Version: 1.0 To: Nathan Scott CC: pcp@oss.sgi.com, Michael Werner Subject: Re: [pcp] python bindings References: <1859167160.955443.1339634764360.JavaMail.root@acxmail-au2.aconex.com> X-ASG-Orig-Subj: Re: [pcp] python bindings In-Reply-To: <1859167160.955443.1339634764360.JavaMail.root@acxmail-au2.aconex.com> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-Scanned-By: MIMEDefang 2.68 on 10.5.11.23 X-Barracuda-Connect: mx1.redhat.com[209.132.183.28] X-Barracuda-Start-Time: 1339707307 X-Barracuda-URL: http://192.48.176.15:80/cgi-mod/mark.cgi X-Virus-Scanned: by bsmtpd at sgi.com On 06/13/2012 08:46 PM, Nathan Scott wrote: > Interesting stuff! Is the intention there to make it output-compatible > with collectl? Yes the intention is to be collectl compatible. I'm starting with what seem to be the most common use cases and branching out from there. Good suggestions. Yes, building and documentation are weak at the moment. I'll tackle those next. From scox@redhat.com Thu Jun 14 15:57:35 2012 X-Spam-Checker-Version: SpamAssassin 3.4.0-r929098 (2010-03-30) on oss.sgi.com X-Spam-Level: X-Spam-Status: No, score=-1.9 required=5.0 tests=BAYES_00 autolearn=ham version=3.4.0-r929098 Received: from cuda.sgi.com (cuda3.sgi.com [192.48.176.15]) by oss.sgi.com (8.14.3/8.14.3/SuSE Linux 0.8) with ESMTP id q5EKvZmT018767 for ; Thu, 14 Jun 2012 15:57:35 -0500 X-ASG-Debug-ID: 1339707454-04cb6c3b926b9460001-S8gJnT Received: from mx1.redhat.com (mx1.redhat.com [209.132.183.28]) by cuda.sgi.com with ESMTP id UxWuKFIkcreBsf6e for ; Thu, 14 Jun 2012 13:57:34 -0700 (PDT) X-Barracuda-Envelope-From: scox@redhat.com X-Barracuda-Apparent-Source-IP: 209.132.183.28 X-ASG-Whitelist: Client Received: from int-mx10.intmail.prod.int.phx2.redhat.com (int-mx10.intmail.prod.int.phx2.redhat.com [10.5.11.23]) by mx1.redhat.com (8.14.4/8.14.4) with ESMTP id q5EKvWM6031410 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK); Thu, 14 Jun 2012 16:57:32 -0400 Received: from [10.11.230.58] (dhcp-230-58.rdu.redhat.com [10.11.230.58]) by int-mx10.intmail.prod.int.phx2.redhat.com (8.14.4/8.14.4) with ESMTP id q5EKvWsc022575; Thu, 14 Jun 2012 16:57:32 -0400 Message-ID: <4FDA5064.3050503@redhat.com> Date: Thu, 14 Jun 2012 16:58:12 -0400 From: Stan Cox User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:12.0) Gecko/20120430 Thunderbird/12.0.1 MIME-Version: 1.0 To: Nathan Scott CC: pcp@oss.sgi.com Subject: Re: [pcp] python bindings References: <89075473.963802.1339669688168.JavaMail.root@acxmail-au2.aconex.com> X-ASG-Orig-Subj: Re: [pcp] python bindings In-Reply-To: <89075473.963802.1339669688168.JavaMail.root@acxmail-au2.aconex.com> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-Scanned-By: MIMEDefang 2.68 on 10.5.11.23 X-Barracuda-Connect: mx1.redhat.com[209.132.183.28] X-Barracuda-Start-Time: 1339707454 X-Barracuda-URL: http://192.48.176.15:80/cgi-mod/mark.cgi X-Virus-Scanned: by bsmtpd at sgi.com On 06/14/2012 06:28 AM, Nathan Scott wrote: > Hi Stan, > > > I'll take a closer look at the code this evening when I have a bit > more time, > > but a couple of other very minor things from a cursory glance... > > I've pushed a few updates here that you could pull in if you like, > mainly tweaks > to bring the python wrappers more uptodate with current PCP interfaces. Thanks so much! I'll pull those into ssh://sourceware.org/git/pcpfans.git (branch: scox/python) From nscott@aconex.com Thu Jun 14 22:14:36 2012 X-Spam-Checker-Version: SpamAssassin 3.4.0-r929098 (2010-03-30) on oss.sgi.com X-Spam-Level: ** X-Spam-Status: No, score=3.0 required=5.0 tests=BAYES_20,HTML_MESSAGE autolearn=no version=3.4.0-r929098 Received: from cuda.sgi.com (cuda2.sgi.com [192.48.176.25]) by oss.sgi.com (8.14.3/8.14.3/SuSE Linux 0.8) with ESMTP id q5F3EaJ0049293 for ; Thu, 14 Jun 2012 22:14:36 -0500 X-ASG-Debug-ID: 1339730073-04cbb0257f7cb5f0001-S8gJnT Received: from postoffice2.aconex.com (mail.aconex.com [203.166.49.3]) by cuda.sgi.com with ESMTP id ubwKORAYNCahEaGh for ; Thu, 14 Jun 2012 20:14:34 -0700 (PDT) X-Barracuda-Envelope-From: nscott@aconex.com X-Barracuda-Apparent-Source-IP: 203.166.49.3 Received: from postoffice.aconex.com (postoffice.yarra.acx [192.168.35.100]) by postoffice2.aconex.com with ESMTP id NHRwmbX7YxvlH8jD for ; Fri, 15 Jun 2012 13:14:31 +1000 (EST) Received: from gatekeeper.aconex.com (gatekeeper.yarra.acx [192.168.35.102]) by postoffice.aconex.com (Postfix) with ESMTP id 996013CE0098 for ; Fri, 15 Jun 2012 13:13:55 +1000 (EST) Received: from localhost (localhost.localdomain [127.0.0.1]) by gatekeeper.aconex.com (Postfix) with ESMTP id D361CA40003 for ; Fri, 15 Jun 2012 13:14:31 +1000 (EST) X-Virus-Scanned: amavisd-new at aconex.com Received: from gatekeeper.aconex.com ([127.0.0.1]) by localhost (gatekeeper.aconex.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id tzhy5doAjhF8 for ; Fri, 15 Jun 2012 13:14:30 +1000 (EST) Received: from acxmail-au2.aconex.com (acxmail-au2.aconex.com [192.168.35.104]) by gatekeeper.aconex.com (Postfix) with ESMTP id 9D9E8A40002 for ; Fri, 15 Jun 2012 13:14:30 +1000 (EST) Received: from localhost (localhost.localdomain [127.0.0.1]) by acxmail-au2.aconex.com (Postfix) with ESMTP id 9561E6900063; Fri, 15 Jun 2012 13:14:30 +1000 (EST) X-Virus-Scanned: amavisd-new at aconex.com Received: from acxmail-au2.aconex.com ([127.0.0.1]) by localhost (acxmail-au2.aconex.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 0PeMGXZ2WUZq; Fri, 15 Jun 2012 13:14:30 +1000 (EST) Received: from acxmail-au2.aconex.com (localhost.localdomain [127.0.0.1]) by acxmail-au2.aconex.com (Postfix) with ESMTP id 76ED56900025; Fri, 15 Jun 2012 13:14:30 +1000 (EST) Date: Fri, 15 Jun 2012 13:14:30 +1000 (EST) From: Nathan Scott To: pcp@oss.sgi.com Cc: Nigel Donaldson Message-ID: <1223153852.976082.1339730070359.JavaMail.root@acxmail-au2.aconex.com> In-Reply-To: <1109484521.976077.1339730029208.JavaMail.root@acxmail-au2.aconex.com> Subject: pcp updates MIME-Version: 1.0 X-ASG-Orig-Subj: pcp updates Content-Type: multipart/alternative; boundary="----=_Part_976081_1965479658.1339730070358" X-Originating-IP: [192.168.7.164] X-Mailer: Zimbra 7.1.4_GA_2567 (ZimbraWebClient - FF3.0 (Linux)/7.1.4_GA_2555) X-Virus-Scanned: by bsmtpd at aconex.com X-Barracuda-Connect: mail.aconex.com[203.166.49.3] X-Barracuda-Start-Time: 1339730073 X-Barracuda-URL: http://192.48.176.25:80/cgi-mod/mark.cgi X-Virus-Scanned: by bsmtpd at sgi.com X-Barracuda-Spam-Score: 0.00 X-Barracuda-Spam-Status: No, SCORE=0.00 using per-user scores of TAG_LEVEL=1000.0 QUARANTINE_LEVEL=1000.0 KILL_LEVEL=1.3 tests=HTML_MESSAGE X-Barracuda-Spam-Report: Code version 3.2, rules version 3.2.2.99880 Rule breakdown below pts rule name description ---- ---------------------- -------------------------------------------------- 0.00 HTML_MESSAGE BODY: HTML included in message ------=_Part_976081_1965479658.1339730070358 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit Changes committed to git://oss.sgi.com/pcp/pcp.git dev src/pmdas/elasticsearch/pmdaelasticsearch.pl | 75 ++++++++++++++------------- 1 file changed, 39 insertions(+), 36 deletions(-) commit 487fd92b6663af48c0ae34bf082bf6a50f76e223 Author: Nathan Scott Date: Fri Jun 15 13:12:51 2012 +1000 Remove unused pmdaelasticsearch function, minor tidyup commit f5d574817dff0c3daa122065c6ee4fd34e884c3d Merge: 1104ab8 f0d5d27 Author: Nathan Scott Date: Fri Jun 15 13:09:08 2012 +1000 Merge branch 'dev' of /source/git/nigel into dev commit f0d5d279cbeae9281908272d33d0bd01f2e3f401 Author: Nigel Donaldson Date: Fri Jun 15 12:55:12 2012 +1000 Now reports metrics for only non-data nodes. KAT-735 ------=_Part_976081_1965479658.1339730070358 Content-Type: text/html; charset=utf-8 Content-Transfer-Encoding: quoted-printable <= div style=3D'font-family: times new roman,new york,times,serif; font-size: = 12pt; color: #000000'>
Changes committed to git://oss.sgi.com/pcp/pcp.g= it dev

 src/pmdas/elasticsearch/pmdaelasticsearch.pl | &nb= sp; 75 ++++++++++++++-------------
 1 file changed, 39 insertions(+= ), 36 deletions(-)

commit 487fd92b6663af48c0ae34bf082bf6a50f76e223Author: Nathan Scott <nathans@debian.org>
Date:   Fri = Jun 15 13:12:51 2012 +1000

    Remove unused pmdaelas= ticsearch function, minor tidyup

commit f5d574817dff0c3daa122065c6ee= 4fd34e884c3d
Merge: 1104ab8 f0d5d27
Author: Nathan Scott <nathans@= debian.org>
Date:   Fri Jun 15 13:09:08 2012 +1000

&= nbsp;   Merge branch 'dev' of /source/git/nigel into dev

c= ommit f0d5d279cbeae9281908272d33d0bd01f2e3f401
Author: Nigel Donaldson &= lt;ndonaldson@aconex.com>
Date:   Fri Jun 15 12:55:12 2012 = +1000

    Now reports metrics for only non-data nodes= . KAT-735

------=_Part_976081_1965479658.1339730070358-- From ddiss@suse.de Fri Jun 15 04:57:52 2012 X-Spam-Checker-Version: SpamAssassin 3.4.0-r929098 (2010-03-30) on oss.sgi.com X-Spam-Level: X-Spam-Status: No, score=-1.9 required=5.0 tests=BAYES_00 autolearn=ham version=3.4.0-r929098 Received: from cuda.sgi.com (cuda2.sgi.com [192.48.176.25]) by oss.sgi.com (8.14.3/8.14.3/SuSE Linux 0.8) with ESMTP id q5F9vqKp077361 for ; Fri, 15 Jun 2012 04:57:52 -0500 X-ASG-Debug-ID: 1339754270-04cbb0257e7e20f0001-S8gJnT Received: from mx2.suse.de (cantor2.suse.de [195.135.220.15]) by cuda.sgi.com with ESMTP id 3ruWWhm7s3qCuqof (version=TLSv1 cipher=AES256-SHA bits=256 verify=NO) for ; Fri, 15 Jun 2012 02:57:51 -0700 (PDT) X-Barracuda-Envelope-From: ddiss@suse.de X-Barracuda-Apparent-Source-IP: 195.135.220.15 Received: from relay2.suse.de (unknown [195.135.220.254]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx2.suse.de (Postfix) with ESMTP id 20CB3906EB for ; Fri, 15 Jun 2012 11:57:50 +0200 (CEST) Date: Fri, 15 Jun 2012 11:57:49 +0200 From: David Disseldorp To: pcp Subject: Common RHEL/Fedora, SLES/openSUSE spec file Message-ID: <20120615115749.411589aa@d115.suse.de> X-ASG-Orig-Subj: Common RHEL/Fedora, SLES/openSUSE spec file X-Mailer: Claws Mail 3.7.5 (GTK+ 2.20.1; x86_64-unknown-linux-gnu) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-Barracuda-Connect: cantor2.suse.de[195.135.220.15] X-Barracuda-Start-Time: 1339754271 X-Barracuda-Encrypted: AES256-SHA X-Barracuda-URL: http://192.48.176.25:80/cgi-mod/mark.cgi X-Virus-Scanned: by bsmtpd at sgi.com X-Barracuda-Spam-Score: 0.00 X-Barracuda-Spam-Status: No, SCORE=0.00 using per-user scores of TAG_LEVEL=1000.0 QUARANTINE_LEVEL=1000.0 KILL_LEVEL=1.3 tests=BSF_SC0_SA717 X-Barracuda-Spam-Report: Code version 3.2, rules version 3.2.2.99908 Rule breakdown below pts rule name description ---- ---------------------- -------------------------------------------------- 0.00 BSF_SC0_SA717 Custom Rule BSF_SC0_SA717 [resending with url instead of attachment] Hi, PCP package names used in openSUSE 12.1 were raised as a concern due to lack of compatibility with RHEL/Fedora package names. Mark suggested using the upstream spec file as a template for a generic cross distribution version, for which I've come up with the following: http://www.samba.org/~ddiss/pcp.spec Feedback appreciated. Cheers, David From kenj@internode.on.net Sun Jun 17 22:20:37 2012 X-Spam-Checker-Version: SpamAssassin 3.4.0-r929098 (2010-03-30) on oss.sgi.com X-Spam-Level: X-Spam-Status: No, score=-1.9 required=5.0 tests=BAYES_00 autolearn=ham version=3.4.0-r929098 Received: from cuda.sgi.com (cuda3.sgi.com [192.48.176.15]) by oss.sgi.com (8.14.3/8.14.3/SuSE Linux 0.8) with ESMTP id q5I3KbmU118522 for ; Sun, 17 Jun 2012 22:20:37 -0500 X-ASG-Debug-ID: 1339989635-04cb6c3b907cae10001-S8gJnT Received: from ipmail07.adl2.internode.on.net (ipmail07.adl2.internode.on.net [150.101.137.131]) by cuda.sgi.com with ESMTP id VHS8IElwHkCzCGtk for ; Sun, 17 Jun 2012 20:20:35 -0700 (PDT) X-Barracuda-Envelope-From: kenj@internode.on.net X-Barracuda-Apparent-Source-IP: 150.101.137.131 X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: ApIBAF6d3k920dm6/2dsb2JhbAANOIVXs0yBCwImAq5qkViBII03ggmBEgOVJJJv Received: from ppp118-209-217-186.lns20.mel6.internode.on.net (HELO [192.168.1.100]) ([118.209.217.186]) by ipmail07.adl2.internode.on.net with ESMTP; 18 Jun 2012 12:50:34 +0930 Message-ID: <1339989771.3052.1.camel@bozo.localdomain> Subject: PHP bindings for PCP? From: Ken McDonell X-ASG-Orig-Subj: PHP bindings for PCP? To: pcp@oss.sgi.com Date: Mon, 18 Jun 2012 13:22:51 +1000 Content-Type: text/plain; charset="UTF-8" X-Mailer: Evolution 3.2.2- Content-Transfer-Encoding: 7bit Mime-Version: 1.0 X-Barracuda-Connect: ipmail07.adl2.internode.on.net[150.101.137.131] X-Barracuda-Start-Time: 1339989635 X-Barracuda-URL: http://192.48.176.15:80/cgi-mod/mark.cgi X-Virus-Scanned: by bsmtpd at sgi.com X-Barracuda-Spam-Score: 0.00 X-Barracuda-Spam-Status: No, SCORE=0.00 using per-user scores of TAG_LEVEL=1000.0 QUARANTINE_LEVEL=1000.0 KILL_LEVEL=1.3 tests= X-Barracuda-Spam-Report: Code version 3.2, rules version 3.2.2.100170 Rule breakdown below pts rule name description ---- ---------------------- -------------------------------------------------- Has anyone considered, or better done something, to allow PHP scripts to be easily incorporated into PCP (as a source of performance data)? From goodwinos@gmail.com Sun Jun 17 23:06:33 2012 X-Spam-Checker-Version: SpamAssassin 3.4.0-r929098 (2010-03-30) on oss.sgi.com X-Spam-Level: X-Spam-Status: No, score=-1.9 required=5.0 tests=BAYES_00,FREEMAIL_FROM autolearn=ham version=3.4.0-r929098 Received: from cuda.sgi.com (cuda2.sgi.com [192.48.176.25]) by oss.sgi.com (8.14.3/8.14.3/SuSE Linux 0.8) with ESMTP id q5I46XSf121791 for ; Sun, 17 Jun 2012 23:06:33 -0500 X-ASG-Debug-ID: 1339992392-04cbb0257e8ec860001-S8gJnT Received: from mx1.redhat.com (mx1.redhat.com [209.132.183.28]) by cuda.sgi.com with ESMTP id owD9mkc5WsTqNjiz for ; Sun, 17 Jun 2012 21:06:32 -0700 (PDT) X-Barracuda-Envelope-From: goodwinos@gmail.com X-Barracuda-Apparent-Source-IP: 209.132.183.28 X-ASG-Whitelist: Client Received: from int-mx10.intmail.prod.int.phx2.redhat.com (int-mx10.intmail.prod.int.phx2.redhat.com [10.5.11.23]) by mx1.redhat.com (8.14.4/8.14.4) with ESMTP id q5I46SAZ016620 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK); Mon, 18 Jun 2012 00:06:28 -0400 Received: from fletch.usersys.redhat.com (vpn1-48-202.bne.redhat.com [10.64.48.202]) by int-mx10.intmail.prod.int.phx2.redhat.com (8.14.4/8.14.4) with ESMTP id q5I46O96009805; Mon, 18 Jun 2012 00:06:26 -0400 Message-ID: <4FDEA940.5040300@gmail.com> Date: Mon, 18 Jun 2012 14:06:24 +1000 From: Mark Goodwin User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:12.0) Gecko/20120430 Thunderbird/12.0.1 MIME-Version: 1.0 To: Ken McDonell CC: pcp@oss.sgi.com Subject: Re: [pcp] PHP bindings for PCP? References: <1339989771.3052.1.camel@bozo.localdomain> X-ASG-Orig-Subj: Re: [pcp] PHP bindings for PCP? In-Reply-To: <1339989771.3052.1.camel@bozo.localdomain> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Scanned-By: MIMEDefang 2.68 on 10.5.11.23 X-Barracuda-Connect: mx1.redhat.com[209.132.183.28] X-Barracuda-Start-Time: 1339992392 X-Barracuda-URL: http://192.48.176.25:80/cgi-mod/mark.cgi X-Virus-Scanned: by bsmtpd at sgi.com On 06/18/2012 01:22 PM, Ken McDonell wrote: > Has anyone considered, or better done something, to allow PHP scripts to > be easily incorporated into PCP (as a source of performance data)? > As a source of metric data, or as a consumer? Greg Banks probably hacked on both scenarios to various degrees as part of SGI's NAS Manager project. Regards From kenj@internode.on.net Sun Jun 17 23:13:32 2012 X-Spam-Checker-Version: SpamAssassin 3.4.0-r929098 (2010-03-30) on oss.sgi.com X-Spam-Level: X-Spam-Status: No, score=-1.9 required=5.0 tests=BAYES_00 autolearn=ham version=3.4.0-r929098 Received: from cuda.sgi.com (cuda3.sgi.com [192.48.176.15]) by oss.sgi.com (8.14.3/8.14.3/SuSE Linux 0.8) with ESMTP id q5I4DW43122415 for ; Sun, 17 Jun 2012 23:13:32 -0500 X-ASG-Debug-ID: 1339992810-04cb6c3b937cd880001-S8gJnT Received: from ipmail07.adl2.internode.on.net (ipmail07.adl2.internode.on.net [150.101.137.131]) by cuda.sgi.com with ESMTP id POR6jzQKr5ijjabR for ; Sun, 17 Jun 2012 21:13:30 -0700 (PDT) X-Barracuda-Envelope-From: kenj@internode.on.net X-Barracuda-Apparent-Source-IP: 150.101.137.131 X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: AuwBAD2q3k920dm6/2dsb2JhbAANOIVXrCmGewEBAQQjVhALGAICJgICVwauCZFbgSCKF4UpgRIDlSSSbw Received: from ppp118-209-217-186.lns20.mel6.internode.on.net (HELO [192.168.1.100]) ([118.209.217.186]) by ipmail07.adl2.internode.on.net with ESMTP; 18 Jun 2012 13:43:30 +0930 Message-ID: <1339992946.3052.9.camel@bozo.localdomain> Subject: Re: [pcp] PHP bindings for PCP? From: Ken McDonell X-ASG-Orig-Subj: Re: [pcp] PHP bindings for PCP? To: Mark Goodwin Cc: pcp@oss.sgi.com Date: Mon, 18 Jun 2012 14:15:46 +1000 In-Reply-To: <4FDEA940.5040300@gmail.com> References: <1339989771.3052.1.camel@bozo.localdomain> <4FDEA940.5040300@gmail.com> Content-Type: text/plain; charset="UTF-8" X-Mailer: Evolution 3.2.2- Content-Transfer-Encoding: 7bit Mime-Version: 1.0 X-Barracuda-Connect: ipmail07.adl2.internode.on.net[150.101.137.131] X-Barracuda-Start-Time: 1339992810 X-Barracuda-URL: http://192.48.176.15:80/cgi-mod/mark.cgi X-Virus-Scanned: by bsmtpd at sgi.com X-Barracuda-Spam-Score: 0.00 X-Barracuda-Spam-Status: No, SCORE=0.00 using per-user scores of TAG_LEVEL=1000.0 QUARANTINE_LEVEL=1000.0 KILL_LEVEL=1.3 tests= X-Barracuda-Spam-Report: Code version 3.2, rules version 3.2.2.100172 Rule breakdown below pts rule name description ---- ---------------------- -------------------------------------------------- On Mon, 2012-06-18 at 14:06 +1000, Mark Goodwin wrote: > On 06/18/2012 01:22 PM, Ken McDonell wrote: > > Has anyone considered, or better done something, to allow PHP scripts to > > be easily incorporated into PCP (as a source of performance data)? > > > > As a source of metric data, or as a consumer? Greg Banks probably hacked > on both scenarios to various degrees as part of SGI's NAS Manager project. As a source of metric data ... imagine performance monitoring for a web app built using PHP. Greg, r u there? From mgoodwin@redhat.com Mon Jun 18 00:12:05 2012 X-Spam-Checker-Version: SpamAssassin 3.4.0-r929098 (2010-03-30) on oss.sgi.com X-Spam-Level: X-Spam-Status: No, score=-1.9 required=5.0 tests=BAYES_00 autolearn=ham version=3.4.0-r929098 Received: from cuda.sgi.com (cuda3.sgi.com [192.48.176.15]) by oss.sgi.com (8.14.3/8.14.3/SuSE Linux 0.8) with ESMTP id q5I5C4ea129340 for ; Mon, 18 Jun 2012 00:12:05 -0500 X-ASG-Debug-ID: 1339996323-04cb6c3b907d16e0001-S8gJnT Received: from mx1.redhat.com (mx1.redhat.com [209.132.183.28]) by cuda.sgi.com with ESMTP id BYl8y8q18mo3sozE for ; Sun, 17 Jun 2012 22:12:04 -0700 (PDT) X-Barracuda-Envelope-From: mgoodwin@redhat.com X-Barracuda-Apparent-Source-IP: 209.132.183.28 X-ASG-Whitelist: Client Received: from int-mx10.intmail.prod.int.phx2.redhat.com (int-mx10.intmail.prod.int.phx2.redhat.com [10.5.11.23]) by mx1.redhat.com (8.14.4/8.14.4) with ESMTP id q5I5C3nG009235 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK); Mon, 18 Jun 2012 01:12:03 -0400 Received: from fletch.usersys.redhat.com (vpn1-48-202.bne.redhat.com [10.64.48.202]) by int-mx10.intmail.prod.int.phx2.redhat.com (8.14.4/8.14.4) with ESMTP id q5I5C1Ok020484; Mon, 18 Jun 2012 01:12:02 -0400 Message-ID: <4FDEB8A0.9000904@redhat.com> Date: Mon, 18 Jun 2012 15:12:00 +1000 From: Mark Goodwin User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:12.0) Gecko/20120430 Thunderbird/12.0.1 MIME-Version: 1.0 To: David Disseldorp CC: pcp Subject: Re: [pcp] Common RHEL/Fedora, SLES/openSUSE spec file References: <20120615115749.411589aa@d115.suse.de> X-ASG-Orig-Subj: Re: [pcp] Common RHEL/Fedora, SLES/openSUSE spec file In-Reply-To: <20120615115749.411589aa@d115.suse.de> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Scanned-By: MIMEDefang 2.68 on 10.5.11.23 X-Barracuda-Connect: mx1.redhat.com[209.132.183.28] X-Barracuda-Start-Time: 1339996323 X-Barracuda-URL: http://192.48.176.15:80/cgi-mod/mark.cgi X-Virus-Scanned: by bsmtpd at sgi.com On 06/15/2012 07:57 PM, David Disseldorp wrote: > [resending with url instead of attachment] > > Hi, > > PCP package names used in openSUSE 12.1 were raised as a concern due to > lack of compatibility with RHEL/Fedora package names. > > Mark suggested using the upstream spec file as a template for a generic > cross distribution version, for which I've come up with the following: > > http://www.samba.org/~ddiss/pcp.spec > > Feedback appreciated. Hi David, I'll need to run some Fedora and RHEL builds, but it looks pretty good so far - the macro approach is good. More feedback once I've had time to run some builds. I did notice %{_localstatedir}/run/pcp was omitted. Is that because /var/run on SLES is now a tmpfs mount? The Fedora directive here was to use %ghost %{_localstatedir}/run/pcp Also, we're going to need to split out the perl PMDAs from the base package sometime soon (the base package is inheriting unwanted install deps). I guess we may want to go the same route as the pcp-import-* sub-packaging, which is a lot less painful nowdays with tools like yum and yast etc. Cheers -- Mark From ddiss@suse.de Mon Jun 18 05:19:13 2012 X-Spam-Checker-Version: SpamAssassin 3.4.0-r929098 (2010-03-30) on oss.sgi.com X-Spam-Level: X-Spam-Status: No, score=-1.9 required=5.0 tests=BAYES_00 autolearn=ham version=3.4.0-r929098 Received: from cuda.sgi.com (cuda1.sgi.com [192.48.157.11]) by oss.sgi.com (8.14.3/8.14.3/SuSE Linux 0.8) with ESMTP id q5IAJDB2164055 for ; Mon, 18 Jun 2012 05:19:13 -0500 X-ASG-Debug-ID: 1340014750-04bdf01d51211f10001-S8gJnT Received: from mx2.suse.de (cantor2.suse.de [195.135.220.15]) by cuda.sgi.com with ESMTP id sGxYqWXerXryo4eP (version=TLSv1 cipher=AES256-SHA bits=256 verify=NO) for ; Mon, 18 Jun 2012 03:19:12 -0700 (PDT) X-Barracuda-Envelope-From: ddiss@suse.de X-Barracuda-Apparent-Source-IP: 195.135.220.15 Received: from relay2.suse.de (unknown [195.135.220.254]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx2.suse.de (Postfix) with ESMTP id 7D0B1A0AA5; Mon, 18 Jun 2012 12:19:10 +0200 (CEST) Date: Mon, 18 Jun 2012 12:19:10 +0200 From: David Disseldorp To: Mark Goodwin Cc: pcp Subject: Re: [pcp] Common RHEL/Fedora, SLES/openSUSE spec file Message-ID: <20120618121910.251c53d4@d115.suse.de> X-ASG-Orig-Subj: Re: [pcp] Common RHEL/Fedora, SLES/openSUSE spec file In-Reply-To: <4FDEB8A0.9000904@redhat.com> References: <20120615115749.411589aa@d115.suse.de> <4FDEB8A0.9000904@redhat.com> X-Mailer: Claws Mail 3.7.5 (GTK+ 2.20.1; x86_64-unknown-linux-gnu) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-Barracuda-Connect: cantor2.suse.de[195.135.220.15] X-Barracuda-Start-Time: 1340014751 X-Barracuda-Encrypted: AES256-SHA X-Barracuda-URL: http://192.48.157.11:80/cgi-mod/mark.cgi X-Virus-Scanned: by bsmtpd at sgi.com X-Barracuda-Spam-Score: 0.00 X-Barracuda-Spam-Status: No, SCORE=0.00 using per-user scores of TAG_LEVEL=1000.0 QUARANTINE_LEVEL=1000.0 KILL_LEVEL=1.3 tests= X-Barracuda-Spam-Report: Code version 3.2, rules version 3.2.2.100196 Rule breakdown below pts rule name description ---- ---------------------- -------------------------------------------------- Hi Mark, Thanks for the feedback! On Mon, 18 Jun 2012 15:12:00 +1000 Mark Goodwin wrote: > Hi David, I'll need to run some Fedora and RHEL builds, but it looks > pretty good so far - the macro approach is good. More feedback once I've > had time to run some builds. Sounds good. I've tested builds on RHEL 6 and Fedora 17 but that was with the two configure path fixes posted previously. > I did notice %{_localstatedir}/run/pcp was omitted. Is that because > /var/run on SLES is now a tmpfs mount? The Fedora directive here was to use > %ghost %{_localstatedir}/run/pcp /var/run is a tmpfs mount on recent openSUSE version. I agree a %ghost entry makes more sense. Cheers, David From ddiss@suse.de Mon Jun 18 07:07:36 2012 X-Spam-Checker-Version: SpamAssassin 3.4.0-r929098 (2010-03-30) on oss.sgi.com X-Spam-Level: X-Spam-Status: No, score=-1.8 required=5.0 tests=BAYES_00,J_CHICKENPOX_43 autolearn=no version=3.4.0-r929098 Received: from cuda.sgi.com (cuda3.sgi.com [192.48.176.15]) by oss.sgi.com (8.14.3/8.14.3/SuSE Linux 0.8) with ESMTP id q5IC7ap2174755 for ; Mon, 18 Jun 2012 07:07:36 -0500 X-ASG-Debug-ID: 1340021253-04cb6c3b907e8af0001-S8gJnT Received: from mx2.suse.de (cantor2.suse.de [195.135.220.15]) by cuda.sgi.com with ESMTP id 8NgFxoVIiOleYdwW (version=TLSv1 cipher=AES256-SHA bits=256 verify=NO) for ; Mon, 18 Jun 2012 05:07:34 -0700 (PDT) X-Barracuda-Envelope-From: ddiss@suse.de X-Barracuda-Apparent-Source-IP: 195.135.220.15 Received: from relay1.suse.de (unknown [195.135.220.254]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx2.suse.de (Postfix) with ESMTP id 75636A4A91 for ; Mon, 18 Jun 2012 14:07:33 +0200 (CEST) Date: Mon, 18 Jun 2012 14:07:32 +0200 From: David Disseldorp To: pcp Subject: perl MANIFEST files in the pcp-3.6.4-1.src.tar.gz release tarball Message-ID: <20120618140732.456019c4@d115.suse.de> X-ASG-Orig-Subj: perl MANIFEST files in the pcp-3.6.4-1.src.tar.gz release tarball X-Mailer: Claws Mail 3.7.5 (GTK+ 2.20.1; x86_64-unknown-linux-gnu) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-Barracuda-Connect: cantor2.suse.de[195.135.220.15] X-Barracuda-Start-Time: 1340021254 X-Barracuda-Encrypted: AES256-SHA X-Barracuda-URL: http://192.48.176.15:80/cgi-mod/mark.cgi X-Virus-Scanned: by bsmtpd at sgi.com X-Barracuda-Spam-Score: 0.00 X-Barracuda-Spam-Status: No, SCORE=0.00 using per-user scores of TAG_LEVEL=1000.0 QUARANTINE_LEVEL=1000.0 KILL_LEVEL=1.3 tests= X-Barracuda-Spam-Report: Code version 3.2, rules version 3.2.2.100204 Rule breakdown below pts rule name description ---- ---------------------- -------------------------------------------------- Hi, src/cpan/*/MANIFEST files in the pcp-3.6.4-1.src.tar.gz release tarball erroneously include entries for META.yml, this causes a build failure when processing the create_distdir target on some platforms: /usr/bin/perl "-MExtUtils::Manifest=manicopy,maniread" \ -e "manicopy(maniread(),'PCP-PMDA-1.13', 'best');" -e: META.yml not found at -e line 1 Can't read META.yml: No such file or directory META.yml should not exist in the MANIFEST file prior to build time, it is generated and added to MANIFEST automatically during the build process. The entry is not present in the upstream source tree. Cheers, David From makc@iinet.net.au Mon Jun 18 08:34:41 2012 X-Spam-Checker-Version: SpamAssassin 3.4.0-r929098 (2010-03-30) on oss.sgi.com X-Spam-Level: X-Spam-Status: No, score=-1.9 required=5.0 tests=BAYES_00 autolearn=ham version=3.4.0-r929098 Received: from cuda.sgi.com (cuda3.sgi.com [192.48.176.15]) by oss.sgi.com (8.14.3/8.14.3/SuSE Linux 0.8) with ESMTP id q5IDYfbE187561 for ; Mon, 18 Jun 2012 08:34:41 -0500 X-ASG-Debug-ID: 1340026478-04cb6c3b927eef20001-S8gJnT Received: from icp-osb-irony-out8.external.iinet.net.au (icp-osb-irony-out8.external.iinet.net.au [203.59.1.225]) by cuda.sgi.com with ESMTP id viCjvVZEX1PAgacR for ; Mon, 18 Jun 2012 06:34:39 -0700 (PDT) X-Barracuda-Envelope-From: makc@iinet.net.au X-Barracuda-Apparent-Source-IP: 203.59.1.225 X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: AoIFADct30/L2Rwk/2dsb2JhbABFsgeDU4EHghgBAQU6PxALDQscEiwrBogPAQ24Fos3hjsDlSSFdooHgnI X-IronPort-AV: E=Sophos;i="4.75,792,1330876800"; d="scan'208";a="5222395" Received: from unknown (HELO emma.crabbed.net) ([203.217.28.36]) by icp-osb-irony-out8.iinet.net.au with ESMTP; 18 Jun 2012 21:34:37 +0800 Received: by emma.crabbed.net (Postfix, from userid 16314) id CB31832E242; Mon, 18 Jun 2012 23:34:36 +1000 (EST) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <20447.11884.762662.496980@iinet.net.au> Date: Mon, 18 Jun 2012 23:34:36 +1000 From: Max Matveev To: Mark Goodwin Cc: Ken McDonell , pcp@oss.sgi.com Subject: Re: [pcp] PHP bindings for PCP? In-Reply-To: <4FDEA940.5040300@gmail.com> X-ASG-Orig-Subj: Re: [pcp] PHP bindings for PCP? References: <1339989771.3052.1.camel@bozo.localdomain> <4FDEA940.5040300@gmail.com> X-Mailer: VM 7.17 under 21.4 (patch 19) "Constant Variable" XEmacs Lucid X-Barracuda-Connect: icp-osb-irony-out8.external.iinet.net.au[203.59.1.225] X-Barracuda-Start-Time: 1340026478 X-Barracuda-URL: http://192.48.176.15:80/cgi-mod/mark.cgi X-Virus-Scanned: by bsmtpd at sgi.com X-Barracuda-Spam-Score: 0.00 X-Barracuda-Spam-Status: No, SCORE=0.00 using per-user scores of TAG_LEVEL=1000.0 QUARANTINE_LEVEL=1000.0 KILL_LEVEL=1.3 tests= X-Barracuda-Spam-Report: Code version 3.2, rules version 3.2.2.100210 Rule breakdown below pts rule name description ---- ---------------------- -------------------------------------------------- On Mon, 18 Jun 2012 14:06:24 +1000, Mark Goodwin wrote: goodwinos> On 06/18/2012 01:22 PM, Ken McDonell wrote: >> Has anyone considered, or better done something, to allow PHP scripts to >> be easily incorporated into PCP (as a source of performance data)? >> goodwinos> As a source of metric data, or as a consumer? Greg Banks goodwinos> probably hacked on both scenarios to various degrees as goodwinos> part of SGI's NAS Manager project. Mating PCP and PHP has always been difficult - graph manager was just schelpping images around, not doing anything fancy with PHP. max From kenj@internode.on.net Tue Jun 19 20:29:28 2012 X-Spam-Checker-Version: SpamAssassin 3.4.0-r929098 (2010-03-30) on oss.sgi.com X-Spam-Level: X-Spam-Status: No, score=-1.8 required=5.0 tests=BAYES_00,J_CHICKENPOX_43 autolearn=no version=3.4.0-r929098 Received: from cuda.sgi.com (cuda3.sgi.com [192.48.176.15]) by oss.sgi.com (8.14.3/8.14.3/SuSE Linux 0.8) with ESMTP id q5K1TS3b201698 for ; Tue, 19 Jun 2012 20:29:28 -0500 X-ASG-Debug-ID: 1340155766-04cb6c3b9289bdd0001-S8gJnT Received: from ipmail04.adl6.internode.on.net (ipmail04.adl6.internode.on.net [150.101.137.141]) by cuda.sgi.com with ESMTP id hjzuGwuii9Jy2gm5 for ; Tue, 19 Jun 2012 18:29:27 -0700 (PDT) X-Barracuda-Envelope-From: kenj@internode.on.net X-Barracuda-Apparent-Source-IP: 150.101.137.141 X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: ApMBAAMn4U8Blkf4/2dsb2JhbAANOIVXszgBAQEEIwRSEAsNAQoCAiYCAlcGrliTDoEgjxeBEgObG4x5 Received: from unknown (HELO [10.167.157.107]) ([1.150.71.248]) by ipmail04.adl6.internode.on.net with ESMTP; 20 Jun 2012 10:59:25 +0930 Message-ID: <1340155761.2787.7.camel@bozo-laptop.localdomain> Subject: Re: [pcp] perl MANIFEST files in the pcp-3.6.4-1.src.tar.gz release tarball From: Ken McDonell X-ASG-Orig-Subj: Re: [pcp] perl MANIFEST files in the pcp-3.6.4-1.src.tar.gz release tarball To: David Disseldorp Cc: pcp Date: Wed, 20 Jun 2012 11:29:21 +1000 In-Reply-To: <20120618140732.456019c4@d115.suse.de> References: <20120618140732.456019c4@d115.suse.de> Content-Type: text/plain; charset="UTF-8" X-Mailer: Evolution 3.2.2- Content-Transfer-Encoding: 7bit Mime-Version: 1.0 X-Barracuda-Connect: ipmail04.adl6.internode.on.net[150.101.137.141] X-Barracuda-Start-Time: 1340155766 X-Barracuda-URL: http://192.48.176.15:80/cgi-mod/mark.cgi X-Virus-Scanned: by bsmtpd at sgi.com X-Barracuda-Spam-Score: 0.00 X-Barracuda-Spam-Status: No, SCORE=0.00 using per-user scores of TAG_LEVEL=1000.0 QUARANTINE_LEVEL=1000.0 KILL_LEVEL=1.3 tests= X-Barracuda-Spam-Report: Code version 3.2, rules version 3.2.2.100354 Rule breakdown below pts rule name description ---- ---------------------- -------------------------------------------------- On Mon, 2012-06-18 at 14:07 +0200, David Disseldorp wrote: > Hi, > > src/cpan/*/MANIFEST files in the pcp-3.6.4-1.src.tar.gz release tarball > erroneously include entries for META.yml, ... David, I'm not seeing this on a Debian-based build: $ tar tf build/deb/pcp_3.6.4.tar.gz | grep yml $ Nor with the tar packaging being forced on a Debian-based build system: $ tar tf build/tar/pcp-3.6.4-1.src.tar.gz | grep yml $ So, is your src tarball being created as an artefact of an RPM-driven build? If so, it suggests an issue with the rpm -> src tarball process, rather than the generic src tarball creation. From nscott@aconex.com Wed Jun 20 01:06:28 2012 X-Spam-Checker-Version: SpamAssassin 3.4.0-r929098 (2010-03-30) on oss.sgi.com X-Spam-Level: *** X-Spam-Status: No, score=3.8 required=5.0 tests=BAYES_50,HTML_MESSAGE autolearn=no version=3.4.0-r929098 Received: from cuda.sgi.com (cuda3.sgi.com [192.48.176.15]) by oss.sgi.com (8.14.3/8.14.3/SuSE Linux 0.8) with ESMTP id q5K66SGx244769 for ; Wed, 20 Jun 2012 01:06:28 -0500 X-ASG-Debug-ID: 1340172385-04cb6c3b908b0520001-S8gJnT Received: from postoffice2.aconex.com (mail.aconex.com [203.166.49.3]) by cuda.sgi.com with ESMTP id rms28C3Gt7srtPF6 for ; Tue, 19 Jun 2012 23:06:26 -0700 (PDT) X-Barracuda-Envelope-From: nscott@aconex.com X-Barracuda-Apparent-Source-IP: 203.166.49.3 Received: from postoffice.aconex.com (postoffice.yarra.acx [192.168.35.100]) by postoffice2.aconex.com with ESMTP id MIh3po2T0OOD48YA; Wed, 20 Jun 2012 16:06:17 +1000 (EST) Received: from gatekeeper.aconex.com (gatekeeper.yarra.acx [192.168.35.102]) by postoffice.aconex.com (Postfix) with ESMTP id 28FBB3CE0110; Wed, 20 Jun 2012 15:39:19 +1000 (EST) Received: from localhost (localhost.localdomain [127.0.0.1]) by gatekeeper.aconex.com (Postfix) with ESMTP id 3D25D9E0001; Wed, 20 Jun 2012 15:39:56 +1000 (EST) X-Virus-Scanned: amavisd-new at aconex.com Received: from gatekeeper.aconex.com ([127.0.0.1]) by localhost (gatekeeper.aconex.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 7glseKEvv-CV; Wed, 20 Jun 2012 15:39:55 +1000 (EST) Received: from acxmail-au2.aconex.com (acxmail-au2.aconex.com [192.168.35.104]) by gatekeeper.aconex.com (Postfix) with ESMTP id 6206E9E0002; Wed, 20 Jun 2012 15:39:55 +1000 (EST) Received: from localhost (localhost.localdomain [127.0.0.1]) by acxmail-au2.aconex.com (Postfix) with ESMTP id 5B39A6900972; Wed, 20 Jun 2012 15:39:55 +1000 (EST) X-Virus-Scanned: amavisd-new at aconex.com Received: from acxmail-au2.aconex.com ([127.0.0.1]) by localhost (acxmail-au2.aconex.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id dQlWZ-YXVMWw; Wed, 20 Jun 2012 15:39:55 +1000 (EST) Received: from acxmail-au2.aconex.com (localhost.localdomain [127.0.0.1]) by acxmail-au2.aconex.com (Postfix) with ESMTP id 3A8C86900923; Wed, 20 Jun 2012 15:39:55 +1000 (EST) Date: Wed, 20 Jun 2012 15:39:55 +1000 (EST) From: Nathan Scott To: Ken McDonell Cc: pcp@oss.sgi.com Message-ID: <1033894026.1056990.1340170795199.JavaMail.root@acxmail-au2.aconex.com> In-Reply-To: <1339989771.3052.1.camel@bozo.localdomain> Subject: Re: [pcp] PHP bindings for PCP? MIME-Version: 1.0 X-ASG-Orig-Subj: Re: [pcp] PHP bindings for PCP? Content-Type: multipart/alternative; boundary="----=_Part_1056989_1016497073.1340170795198" X-Originating-IP: [220.237.96.234] X-Mailer: Zimbra 7.1.4_GA_2567 (ZimbraWebClient - GC19 (Mac)/7.1.4_GA_2555) X-Virus-Scanned: by bsmtpd at aconex.com X-Barracuda-Connect: mail.aconex.com[203.166.49.3] X-Barracuda-Start-Time: 1340172385 X-Barracuda-URL: http://192.48.176.15:80/cgi-mod/mark.cgi X-Virus-Scanned: by bsmtpd at sgi.com X-Barracuda-Spam-Score: 0.00 X-Barracuda-Spam-Status: No, SCORE=0.00 using per-user scores of TAG_LEVEL=1000.0 QUARANTINE_LEVEL=1000.0 KILL_LEVEL=1.3 tests=HTML_MESSAGE X-Barracuda-Spam-Report: Code version 3.2, rules version 3.2.2.100372 Rule breakdown below pts rule name description ---- ---------------------- -------------------------------------------------- 0.00 HTML_MESSAGE BODY: HTML included in message ------=_Part_1056989_1016497073.1340170795198 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit Hi Ken, ----- Original Message ----- Has anyone considered, or better done something, to allow PHP scripts to be easily incorporated into PCP (as a source of performance data)? AIUI, PHP has built-in support for JSON encoding/decoding, so I would think that the web daemon that Frank's been working on would the tool of choice here once it is up and running. http://www.php.net/manual/en/book.json.php http://www.php.net/manual/en/json.requirements.php cheers. -- Nathan ------=_Part_1056989_1016497073.1340170795198 Content-Type: text/html; charset=utf-8 Content-Transfer-Encoding: quoted-printable <= div style=3D'font-family: times new roman,new york,times,serif; font-size: = 12pt; color: #000000'>Hi Ken,

Has anyone considered, or better done something, to allow PHP scripts tobe easily incorporated into PCP (as a source of performance data)?
AIUI, PHP has built-in s= upport for JSON encoding/decoding, so I would think that
the web daemon that Frank's been working on would t= he tool of choice here once it
is up and running.

    http:/= /www.php.net/manual/en/book.json.php
    http://www.php.net/manual/e= n/json.requirements.php

= cheers.

--
Nathan
------=_Part_1056989_1016497073.1340170795198-- From ddiss@suse.de Wed Jun 20 04:17:26 2012 X-Spam-Checker-Version: SpamAssassin 3.4.0-r929098 (2010-03-30) on oss.sgi.com X-Spam-Level: X-Spam-Status: No, score=-1.9 required=5.0 tests=BAYES_00 autolearn=ham version=3.4.0-r929098 Received: from cuda.sgi.com (cuda1.sgi.com [192.48.157.11]) by oss.sgi.com (8.14.3/8.14.3/SuSE Linux 0.8) with ESMTP id q5K9HQ2e017353 for ; Wed, 20 Jun 2012 04:17:26 -0500 X-ASG-Debug-ID: 1340183844-04bdf059a967ea10001-S8gJnT Received: from mx2.suse.de (cantor2.suse.de [195.135.220.15]) by cuda.sgi.com with ESMTP id K5VaKzMLDY0iZCj0 (version=TLSv1 cipher=AES256-SHA bits=256 verify=NO) for ; Wed, 20 Jun 2012 02:17:25 -0700 (PDT) X-Barracuda-Envelope-From: ddiss@suse.de X-Barracuda-Apparent-Source-IP: 195.135.220.15 Received: from relay2.suse.de (unknown [195.135.220.254]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx2.suse.de (Postfix) with ESMTP id B96B9A4478; Wed, 20 Jun 2012 11:17:23 +0200 (CEST) Date: Wed, 20 Jun 2012 11:17:22 +0200 From: David Disseldorp To: Ken McDonell Cc: pcp Subject: Re: [pcp] perl MANIFEST files in the pcp-3.6.4-1.src.tar.gz release tarball Message-ID: <20120620111722.585e6996@d115.suse.de> X-ASG-Orig-Subj: Re: [pcp] perl MANIFEST files in the pcp-3.6.4-1.src.tar.gz release tarball In-Reply-To: <1340155761.2787.7.camel@bozo-laptop.localdomain> References: <20120618140732.456019c4@d115.suse.de> <1340155761.2787.7.camel@bozo-laptop.localdomain> X-Mailer: Claws Mail 3.7.5 (GTK+ 2.20.1; x86_64-unknown-linux-gnu) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-Barracuda-Connect: cantor2.suse.de[195.135.220.15] X-Barracuda-Start-Time: 1340183844 X-Barracuda-Encrypted: AES256-SHA X-Barracuda-URL: http://192.48.157.11:80/cgi-mod/mark.cgi X-Virus-Scanned: by bsmtpd at sgi.com X-Barracuda-Spam-Score: 0.00 X-Barracuda-Spam-Status: No, SCORE=0.00 using per-user scores of TAG_LEVEL=1000.0 QUARANTINE_LEVEL=1000.0 KILL_LEVEL=1.3 tests= X-Barracuda-Spam-Report: Code version 3.2, rules version 3.2.2.100384 Rule breakdown below pts rule name description ---- ---------------------- -------------------------------------------------- Hi Ken, On Wed, 20 Jun 2012 11:29:21 +1000 Ken McDonell wrote: > $ tar tf build/tar/pcp-3.6.4-1.src.tar.gz | grep yml > $ It's the "META.yml" entry in the cpan MANIFEST files that causes the build failure, not the presence of a yml file in the tarball itself. The Perl Makefiles attempt to copy every file listed in the MANIFEST: -e "manicopy(maniread(),'$(DISTVNAME)', '$(DIST_CP)');" As "META.yml" is listed in the manifest but is not present at that point in the build (it is generated later), manicopy() fails. > So, is your src tarball being created as an artefact of an RPM-driven > build? No. Cheers, David From fche@redhat.com Wed Jun 20 09:31:18 2012 X-Spam-Checker-Version: SpamAssassin 3.4.0-r929098 (2010-03-30) on oss.sgi.com X-Spam-Level: X-Spam-Status: No, score=-1.9 required=5.0 tests=BAYES_00 autolearn=ham version=3.4.0-r929098 Received: from cuda.sgi.com (cuda2.sgi.com [192.48.176.25]) by oss.sgi.com (8.14.3/8.14.3/SuSE Linux 0.8) with ESMTP id q5KEVGSZ085278 for ; Wed, 20 Jun 2012 09:31:17 -0500 X-ASG-Debug-ID: 1340202675-04cbb0257da10a60001-S8gJnT Received: from mx1.redhat.com (mx1.redhat.com [209.132.183.28]) by cuda.sgi.com with ESMTP id W6ozzlVC9EId7KGy for ; Wed, 20 Jun 2012 07:31:16 -0700 (PDT) X-Barracuda-Envelope-From: fche@redhat.com X-Barracuda-Apparent-Source-IP: 209.132.183.28 X-ASG-Whitelist: Client Received: from int-mx10.intmail.prod.int.phx2.redhat.com (int-mx10.intmail.prod.int.phx2.redhat.com [10.5.11.23]) by mx1.redhat.com (8.14.4/8.14.4) with ESMTP id q5KEV5rH017869 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK); Wed, 20 Jun 2012 10:31:06 -0400 Received: from fche.csb (vpn-10-7.rdu.redhat.com [10.11.10.7]) by int-mx10.intmail.prod.int.phx2.redhat.com (8.14.4/8.14.4) with ESMTP id q5KEV45x019380; Wed, 20 Jun 2012 10:31:05 -0400 Received: by fche.csb (Postfix, from userid 2569) id 31AA558161; Wed, 20 Jun 2012 10:31:04 -0400 (EDT) To: Nathan Scott Cc: Ken McDonell , pcp@oss.sgi.com Subject: Re: PHP bindings for PCP? References: <1339989771.3052.1.camel@bozo.localdomain> <1033894026.1056990.1340170795199.JavaMail.root@acxmail-au2.aconex.com> X-ASG-Orig-Subj: Re: PHP bindings for PCP? From: fche@redhat.com (Frank Ch. Eigler) Date: Wed, 20 Jun 2012 10:31:04 -0400 In-Reply-To: <1033894026.1056990.1340170795199.JavaMail.root@acxmail-au2.aconex.com> (Nathan Scott's message of "Wed, 20 Jun 2012 15:39:55 +1000 (EST)") Message-ID: User-Agent: Gnus/5.1008 (Gnus v5.10.8) Emacs/21.4 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Scanned-By: MIMEDefang 2.68 on 10.5.11.23 X-Barracuda-Connect: mx1.redhat.com[209.132.183.28] X-Barracuda-Start-Time: 1340202676 X-Barracuda-URL: http://192.48.176.25:80/cgi-mod/mark.cgi X-Virus-Scanned: by bsmtpd at sgi.com nathans wrote: > [...] AIUI, PHP has built-in support for JSON encoding/decoding, so > I would think that the web daemon that Frank's been working on would > the tool of choice here once it is up and running. Hey, thanks for not forgetting about it; it's been pushed to the back burner a little too long again. Note though that my efforts have been limited so far to http/json bindings for the client PMAPI rather than PMDA API. - FChE From brolley@redhat.com Wed Jun 20 11:46:24 2012 X-Spam-Checker-Version: SpamAssassin 3.4.0-r929098 (2010-03-30) on oss.sgi.com X-Spam-Level: X-Spam-Status: No, score=-1.9 required=5.0 tests=BAYES_00 autolearn=ham version=3.4.0-r929098 Received: from cuda.sgi.com (cuda1.sgi.com [192.48.157.11]) by oss.sgi.com (8.14.3/8.14.3/SuSE Linux 0.8) with ESMTP id q5KGkNaO109455 for ; Wed, 20 Jun 2012 11:46:24 -0500 X-ASG-Debug-ID: 1340210782-04bdf01d513251e0001-S8gJnT Received: from mx1.redhat.com (mx1.redhat.com [209.132.183.28]) by cuda.sgi.com with ESMTP id QjMgvR093gNpAcv9 for ; Wed, 20 Jun 2012 09:46:23 -0700 (PDT) X-Barracuda-Envelope-From: brolley@redhat.com X-Barracuda-Apparent-Source-IP: 209.132.183.28 X-ASG-Whitelist: Client Received: from int-mx01.intmail.prod.int.phx2.redhat.com (int-mx01.intmail.prod.int.phx2.redhat.com [10.5.11.11]) by mx1.redhat.com (8.14.4/8.14.4) with ESMTP id q5KGkMhX004595 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK) for ; Wed, 20 Jun 2012 12:46:22 -0400 Received: from [10.11.11.164] (vpn-11-164.rdu.redhat.com [10.11.11.164]) by int-mx01.intmail.prod.int.phx2.redhat.com (8.13.8/8.13.8) with ESMTP id q5KGkJXU018509; Wed, 20 Jun 2012 12:46:20 -0400 Message-ID: <4FE1FE5B.6020302@redhat.com> Date: Wed, 20 Jun 2012 12:46:19 -0400 From: Dave Brolley User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:12.0) Gecko/20120430 Thunderbird/12.0.1 MIME-Version: 1.0 To: pcp@oss.sgi.com CC: Performance Tools Subject: SSL/TLS and IPv6 for PCP via NSS/NSPR Content-Type: text/plain; charset=ISO-8859-1; format=flowed X-ASG-Orig-Subj: SSL/TLS and IPv6 for PCP via NSS/NSPR Content-Transfer-Encoding: 7bit X-Scanned-By: MIMEDefang 2.67 on 10.5.11.11 X-Barracuda-Connect: mx1.redhat.com[209.132.183.28] X-Barracuda-Start-Time: 1340210783 X-Barracuda-URL: http://192.48.157.11:80/cgi-mod/mark.cgi X-Virus-Scanned: by bsmtpd at sgi.com Hi, Since this is my first post to this list, let me first introduce myself. My name is Dave Brolley and I am a software engineer at Red Hat in Toronto, Canada. I've been at Red Hat for almost 15 years with the past 5 years or so spent working on the RHEL/Fedora tools team with my main focus being on Systemtap. I have been given the assignment of adding SSL/TLS capability to the various components of PCP. This would give clients and agents the option of using a secure connection with the pmcd if desired. Having started the work, I wanted to present my approach for feedback, to make sure that the approach is sound and that the work will stand some chance of being accepted into the project. All of the work described below can be found on the brolley/nss branch in our pcp repository at git://sourceware.org/git/pcpfans.git The Approach: ---------------------- The general approach is to provide the option of using NSS/NSPR for socket I/O between PCP components. We (the tools team at Red Hat) chose NSS/NSPR because it is available and used by applications on a variety of platforms. Also because we have used it successfully in the implementation of the systemtap compile-server and are, therefore, familiar with the API. Using NSS/NSPR will also make it easy to provide IPv6 support. We recognize that PCP is supported on a wide variety of platforms, some of which are not supported by NSS/NSPR and so the design allows for use of the existing POSIX-based I/O based on the availability of NSS/NSPR (automatic detection during configuration) or a specific choice made at configuration time (--without-nss option). The use of NSS/NSPR on its own does not provide SSL/TLS connections. The client and server must both agree to and expect the use of a secure connection. The idea would be to have an insecure connection made as normal and then to provide some sort of protocol by which the client and/or server can request an upgrade to a secure connection (think STARTTLS). In this way existing pmcd clients and agents can still connect to pmcd without change and future clients and agents can still use insecure connections if they choose. The Design: ---------------------- The idea is to provide an abstraction layer for I/O operations which will shield mainline code from the choice of whether to use NSS/NSPR for the actual I/O or not. This requires the abstraction of the data types and function calls which make up the I/O API. In general I am attempting to make the abstracted API look and feel like the POSIX API, which is familiar to most developers. The Implementation: ----------------------------- So far, the data types which I have identified for abstraction are: typedef struct sockaddr __pmSockAddr; typedef struct sockaddr_in __pmSockAddrIn; typedef struct in_addr __pmInAddr; typedef unsigned int __pmIPAddr; typedef int __pmFD; typedef struct hostent __pmHostEnt; typedef fd_set __pmFdSet; When NSS/NSPR is used, these types are defined according to the NSS/NSPR API: typedef PRNetAddr __pmSockAddr; typedef PRNetAddr __pmSockAddrIn; typedef PRNetAddr __pmInAddr; typedef unsigned long __pmIPAddr; typedef PRFileDesc *__pmFD; typedef PRHostEnt __pmHostEnt; typedef struct __pmFdSet { size_t size; PRPollDesc *elements; } __pmFdSet; These types are currently defined in src/include/pcp/pmio.h There are many I/O functions which require abstraction. Some of them map directly to POSIX API calls. Just to give you an idea, here are some examples: extern __pmFD __pmSocket(int domain, int type, int protocol); extern int __pmSetSockOpt(__pmFD socket, int level, int option_name, const void *option_value, mysocklen_t option_len); extern int __pmGetSockOpt(__pmFD socket, int level, int option_name, void *option_value, mysocklen_t *option_len); extern int __pmConnect(__pmFD, __pmSockAddr *, mysocklen_t); extern int __pmBind(__pmFD, __pmSockAddr *, mysocklen_t); extern int __pmListen(__pmFD fd, int backlog); extern __pmFD __pmAccept(__pmFD, __pmSockAddr *, mysocklen_t *); extern ssize_t __pmRead(__pmFD fildes, void *buf, size_t nbyte); extern ssize_t __pmWrite(__pmFD fildes, const void *buf, size_t nbyte); extern ssize_t __pmSend(__pmFD socket, const void *buffer, size_t length, int flags); extern ssize_t __pmRecv(__pmFD socket, void *buffer, size_t length, int flags); extern void __pmCloseSocket(__pmFD); Other abstractions are required in order to encapsulate differences in the POSIX vs the NSS/NSPR APIs. For example, accessing information about a host: extern char *__pmAllocHostEntBuffer (void); extern __pmHostEnt *__pmGetHostByName(const char *, __pmHostEnt *hostEntry, char *buffer); extern __pmHostEnt *__pmGetHostByAddr(__pmSockAddrIn *, __pmHostEnt *hostEntry, char *buffer); extern __pmHostEnt *__pmGetHostByInAddr(__pmInAddr *, __pmHostEnt *hostEntry, char *buffer); extern int __pmHostEntNumAddrs(const __pmHostEnt *he); extern __pmInAddr *__pmHostEntGetInAddr(const __pmHostEnt *he, int ix); extern __pmIPAddr *__pmHostEntGetIPAddr(const __pmHostEnt *he, int ix); extern void __pmFreeHostEntBuffer (char *buffer); The abstracted function prototypes are all currently in src/include/pcp/impl.h and the implementations are in src/libpcp/src/auxconnect.c Issues: ------------- In general, the abstraction process has gone fairly smoothly, so far, and, as far as I can tell, I have kept the POSIX side of the abstraction working throughout. The biggest issue I have run across is the assumption that a file descriptor is an integer. This assumption is pervasive throughout PCP and is manifested in the following ways: - returning integer return codes on error and a file descriptor upon success from many functions - indexing arrays using file descriptors - assuming that file numbers 0, 1 and 2 are stdin, stdout and stderr respectively. - printing file descriptors as integers - keeping track of the "max" file descriptor - for the purpose of calls to 'select' - for the purpose of iteration This has resulted in some abstractions designed to remove this assumption from the mainline code. For example __pmUpdateMaxFD A second issue is that many components use sockets, files and pipes seamlessly and that file descriptors representing all of these are passed to some functions. As a result, these functions must use the abstracted data types and I have had to extend the POSIX-NSS/NSPR abstraction to normal file and pipe I/O in many cases. I have, so far, left as much code as I can unabstracted, however, for the sake of consistency, it may make sense to convert all I/O (at least within the pmcd) to use the abstraction layer. Status: ------------- As I mentioned above, I believe that I have kept the POSIX side of the abstraction in working order. That is, if you configure using the --without-nss option, or if your platform does not support NSS/NSPR, then building my branch should result in a working PCP system. The NSS/NSPR side of the abstraction is not fully implemented and currently does not compile cleanly. It has not been tested at all. The abstraction itself is still in flux and I have no doubt that there will be more abstraction points added. Testing: -------------- Once I have both sides of the abstraction implemented, testing will be the next area of focus. I understand that there is a test harness at http://oss.sgi.com/cgi-bin/gitweb.cgi?p=pcp/pcpqa.git;a=summary I will likely need help in getting things set up on my available platforms and will certainly need assistance in testing on platforms that are not available to me. Summary: ------------------ My work (ongoing) can be found on the brolley/nss branch at git://sourceware.org/git/pcpfans.git I would appreciate feedback on the approach and on the abstractions that have been made so far. Have I placed the abstraction at the correct level and place within the system? Is the work headed in the right direction for acceptance? Comments, concerns and suggestions on any of this would be greatly appreciated. Dave From makc@iinet.net.au Thu Jun 21 08:20:27 2012 X-Spam-Checker-Version: SpamAssassin 3.4.0-r929098 (2010-03-30) on oss.sgi.com X-Spam-Level: X-Spam-Status: No, score=-1.9 required=5.0 tests=BAYES_00 autolearn=ham version=3.4.0-r929098 Received: from cuda.sgi.com (cuda2.sgi.com [192.48.176.25]) by oss.sgi.com (8.14.3/8.14.3/SuSE Linux 0.8) with ESMTP id q5LDKQwq064478 for ; Thu, 21 Jun 2012 08:20:27 -0500 X-ASG-Debug-ID: 1340284820-04cbb0257da73510001-S8gJnT Received: from icp-osb-irony-out6.external.iinet.net.au (icp-osb-irony-out6.external.iinet.net.au [203.59.1.222]) by cuda.sgi.com with ESMTP id 86T8TAfQ7R6aOBIH for ; Thu, 21 Jun 2012 06:20:22 -0700 (PDT) X-Barracuda-Envelope-From: makc@iinet.net.au X-Barracuda-Apparent-Source-IP: 203.59.1.222 X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: AlwFAMEe40/L2Rwk/2dsb2JhbABFsguDSYEHghkBBTo/EAsNJxIsHQENBogPAQ26C4suhh0DlSqFeIoJgnE X-IronPort-AV: E=Sophos;i="4.77,451,1336320000"; d="scan'208";a="7143843" Received: from unknown (HELO emma.crabbed.net) ([203.217.28.36]) by icp-osb-irony-out6.iinet.net.au with ESMTP; 21 Jun 2012 21:20:19 +0800 Received: by emma.crabbed.net (Postfix, from userid 16314) id D4F793313EA; Thu, 21 Jun 2012 23:20:18 +1000 (EST) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <20451.8082.829270.276362@iinet.net.au> Date: Thu, 21 Jun 2012 23:20:18 +1000 From: Max Matveev To: Dave Brolley Cc: pcp@oss.sgi.com, Performance Tools Subject: Re: [pcp] SSL/TLS and IPv6 for PCP via NSS/NSPR In-Reply-To: <4FE1FE5B.6020302@redhat.com> X-ASG-Orig-Subj: Re: [pcp] SSL/TLS and IPv6 for PCP via NSS/NSPR References: <4FE1FE5B.6020302@redhat.com> X-Mailer: VM 7.17 under 21.4 (patch 19) "Constant Variable" XEmacs Lucid X-Barracuda-Connect: icp-osb-irony-out6.external.iinet.net.au[203.59.1.222] X-Barracuda-Start-Time: 1340284821 X-Barracuda-URL: http://192.48.176.25:80/cgi-mod/mark.cgi X-Virus-Scanned: by bsmtpd at sgi.com X-Barracuda-Spam-Score: 0.00 X-Barracuda-Spam-Status: No, SCORE=0.00 using per-user scores of TAG_LEVEL=1000.0 QUARANTINE_LEVEL=1000.0 KILL_LEVEL=1.3 tests= X-Barracuda-Spam-Report: Code version 3.2, rules version 3.2.2.100498 Rule breakdown below pts rule name description ---- ---------------------- -------------------------------------------------- On Wed, 20 Jun 2012 12:46:19 -0400, Dave Brolley wrote: brolley> The use of NSS/NSPR on its own does not provide SSL/TLS brolley> connections. The client and server must both agree to and brolley> expect the use of a secure connection. The idea would be to brolley> have an insecure connection made as normal and then to brolley> provide some sort of protocol by which the client and/or brolley> server can request an upgrade to a secure connection (think brolley> STARTTLS). In this way existing pmcd clients and agents can brolley> still connect to pmcd without change and future clients and brolley> agents can still use insecure connections if they choose. Couple of things to note: 1. What is the 'killer app' for secure connection? I know Frank and Mark had talked in the past about the need to "authenticate" clients to be able to provide finer granied access control. If this is the real driver behind this work then I think some sort of strawman to how how it can work end-to-end, i.e. how can pmcd verify that it knows the client would go a very long way in proving that the abstraction actually makes sense. Otherwise it's just 'everything must be encrypted' mantra which doesn't really make sense when talking about performance monitoring - think of Schroedinger's cat. 2. In PCP world pmcd can send unsolicited PDU to the client. This kind of communication does not map well on STARTTLS-like paradigm unless you're planing to delay STARTTLS phase until after connection handshake is done. 3. Who's going to decide what it's time to 'starttls'? Usually it's the 'client' decision but client needs to know that server is capable of this. How is it going to be communicated to the client? brolley> A second issue is that many components use sockets, files brolley> and pipes seamlessly and that file descriptors representing brolley> all of these are passed to some functions. As a result, brolley> these functions must use the abstracted data types and I brolley> have had to extend the POSIX-NSS/NSPR abstraction to normal brolley> file and pipe I/O in many cases. I have, so far, left as brolley> much code as I can unabstracted, however, for the sake of brolley> consistency, it may make sense to convert all I/O (at least brolley> within the pmcd) to use the abstraction layer. I thought that Nathan has already gone and done the necessary changes to separate functions which deal with real sockets from functions which deal with 'other stuff' like file descriptors as part of Windows port. max From fche@redhat.com Thu Jun 21 11:30:27 2012 X-Spam-Checker-Version: SpamAssassin 3.4.0-r929098 (2010-03-30) on oss.sgi.com X-Spam-Level: X-Spam-Status: No, score=-1.9 required=5.0 tests=BAYES_00 autolearn=ham version=3.4.0-r929098 Received: from cuda.sgi.com (cuda2.sgi.com [192.48.176.25]) by oss.sgi.com (8.14.3/8.14.3/SuSE Linux 0.8) with ESMTP id q5LGUQBW093921 for ; Thu, 21 Jun 2012 11:30:27 -0500 X-ASG-Debug-ID: 1340296225-04cbb0257ea87930001-S8gJnT Received: from mx1.redhat.com (mx1.redhat.com [209.132.183.28]) by cuda.sgi.com with ESMTP id Uj5mpVkEGnLpfXLS for ; Thu, 21 Jun 2012 09:30:25 -0700 (PDT) X-Barracuda-Envelope-From: fche@redhat.com X-Barracuda-Apparent-Source-IP: 209.132.183.28 X-ASG-Whitelist: Client Received: from int-mx09.intmail.prod.int.phx2.redhat.com (int-mx09.intmail.prod.int.phx2.redhat.com [10.5.11.22]) by mx1.redhat.com (8.14.4/8.14.4) with ESMTP id q5LGPMQN020057 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK); Thu, 21 Jun 2012 12:25:22 -0400 Received: from fche.csb (vpn-10-7.rdu.redhat.com [10.11.10.7]) by int-mx09.intmail.prod.int.phx2.redhat.com (8.14.4/8.14.4) with ESMTP id q5LGPLuN020231; Thu, 21 Jun 2012 12:25:21 -0400 Received: by fche.csb (Postfix, from userid 2569) id 9C8F958161; Thu, 21 Jun 2012 12:25:20 -0400 (EDT) To: Max Matveev Cc: Dave Brolley , Performance Tools , pcp@oss.sgi.com Subject: Re: SSL/TLS and IPv6 for PCP via NSS/NSPR References: <4FE1FE5B.6020302@redhat.com> <20451.8082.829270.276362@iinet.net.au> X-ASG-Orig-Subj: Re: SSL/TLS and IPv6 for PCP via NSS/NSPR From: fche@redhat.com (Frank Ch. Eigler) Date: Thu, 21 Jun 2012 12:25:20 -0400 In-Reply-To: <20451.8082.829270.276362@iinet.net.au> (Max Matveev's message of "Thu, 21 Jun 2012 23:20:18 +1000") Message-ID: User-Agent: Gnus/5.1008 (Gnus v5.10.8) Emacs/21.4 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Scanned-By: MIMEDefang 2.68 on 10.5.11.22 X-Barracuda-Connect: mx1.redhat.com[209.132.183.28] X-Barracuda-Start-Time: 1340296225 X-Barracuda-URL: http://192.48.176.25:80/cgi-mod/mark.cgi X-Virus-Scanned: by bsmtpd at sgi.com Hi, Max - makc wrote: > [...] > Couple of things to note: > > 1. What is the 'killer app' for secure connection? I know Frank and > Mark had talked in the past about the need to "authenticate" > clients to be able to provide finer granied access control. > > If this is the real driver behind this work then I think some sort > of strawman to how how it can work end-to-end, i.e. how can pmcd > verify that it knows the client would go a very long way in proving > that the abstraction actually makes sense. [...] You're right, the main motivation is the future access control work, where clients would authenticate with pmcd using userids/passwords or perhaps ssl certificates, a process which naturally has to be encrypted. A secondary motivation is simple opportunistic encryption, which aims only to preserve privacy from snoopers on a network. This is important at some sites. A tertiary motivation is ipv6 support that NSPR helps with for pcpd comms, even without SSL/TLS. > 2. In PCP world pmcd can send unsolicited PDU to the client. This kind > of communication does not map well on STARTTLS-like paradigm unless > you're planing to delay STARTTLS phase until after connection > handshake is done. > 3. Who's going to decide what it's time to 'starttls'? Usually it's > the 'client' decision but client needs to know that server is > capable of this. How is it going to be communicated to the client? > [...] We're not sure yet. From my cursory reading of the code, offering STARTTLS capability early via one of those early unsolicited PDUs could do the trick. The server would advertise its capability with one packet; older clients would ignore it, newer clients reply "yes please", then they switch over. If a scheme such as this were not possible, we'd be stuck with having a separate SSL port#, which we'd like to avoid. - FChE From ndsco1@student.monash.edu Thu Jun 21 23:07:33 2012 X-Spam-Checker-Version: SpamAssassin 3.4.0-r929098 (2010-03-30) on oss.sgi.com X-Spam-Level: X-Spam-Status: No, score=-1.9 required=5.0 tests=BAYES_00 autolearn=ham version=3.4.0-r929098 Received: from cuda.sgi.com (cuda2.sgi.com [192.48.176.25]) by oss.sgi.com (8.14.3/8.14.3/SuSE Linux 0.8) with ESMTP id q5M47Xv8207741 for ; Thu, 21 Jun 2012 23:07:33 -0500 X-ASG-Debug-ID: 1340338050-04cbb0257dab3620001-S8gJnT Received: from kyle.its.monash.edu.au (kyle.its.monash.edu.au [130.194.13.163]) by cuda.sgi.com with ESMTP id 94YAvG3YIICRKMM0 for ; Thu, 21 Jun 2012 21:07:31 -0700 (PDT) X-Barracuda-Envelope-From: ndsco1@student.monash.edu X-Barracuda-Apparent-Source-IP: 130.194.13.163 Received: from cleese.its.monash.edu.au ([130.194.13.85]) by kyle.its.monash.edu.au (Sun Java System Messaging Server 6.2-4.03 (built Sep 22 2005)) with ESMTP id <0M60002W33GHEH70@kyle.its.monash.edu.au> for pcp@oss.sgi.com; Fri, 22 Jun 2012 14:07:29 +1000 (EST) Received: from cleese.its.monash.edu.au (localhost.localdomain [127.0.0.1]) by localhost (Postfix) with SMTP id B3AAA7662F7 for ; Fri, 22 Jun 2012 14:07:29 +1000 (EST) Received: from mail-pz0-f54.google.com (mail-pz0-f54.google.com [209.85.210.54]) (using TLSv1 with cipher RC4-MD5 (128/128 bits)) (No client certificate requested) by cleese.its.monash.edu.au (Postfix) with ESMTPS id 3CAF0766287 for ; Fri, 22 Jun 2012 14:07:29 +1000 (EST) Received: by dadv36 with SMTP id v36so1671726dad.41 for ; Thu, 21 Jun 2012 21:07:26 -0700 (PDT) Received: by 10.68.224.225 with SMTP id rf1mr5892169pbc.55.1340338046102; Thu, 21 Jun 2012 21:07:26 -0700 (PDT) Received: by 10.68.73.69 with HTTP; Thu, 21 Jun 2012 21:07:25 -0700 (PDT) Date: Fri, 22 Jun 2012 14:07:25 +1000 From: Nathan Scott Subject: Re: [pcp] SSL/TLS and IPv6 for PCP via NSS/NSPR In-reply-to: <20451.8082.829270.276362@iinet.net.au> X-ASG-Orig-Subj: Re: [pcp] SSL/TLS and IPv6 for PCP via NSS/NSPR Sender: ndsco1@student.monash.edu To: Max Matveev Cc: Dave Brolley , Performance Tools , pcp@oss.sgi.com Message-id: MIME-version: 1.0 Content-type: text/plain; charset=ISO-8859-1 Content-transfer-encoding: quoted-printable X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20120113; h=mime-version:sender:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:cc:content-type :content-transfer-encoding:x-gm-message-state; bh=LUJNMDCchm6NHZr8TJnaGJ7cH4y99xV1joUkI1Ls544=; b=bTmMphhKu/OWoAxyyqPuhkGhKfJiw8bG2dNXuJnhLNHlBqkppef1wuGa8mU5znVlvH dT0XzefFdioDaYQUEJMsOM8AjLCBepi0SWQp3TJrEkySiI/haCGNMP8fFxUQRyARcn5c YtM/S7RriK8wwuX2iTylKPebRTIEpNFZxyX1rSg6g/kXafLSgKbfctBt3lB3O+KBRhcY TrkgpNOu/rLz/jlYw67awNaOAX4ocsOikuiMoL6TUTiFOt7wl3nKVthG8uZy1I37bZzM wfdlXjdUT4bZrR+fJFiTV1d/Au5yiyRoTUsnOa3qIzB9gCHHiqxjKwwN08Yq+rKArb47 P2Gw== X-Google-Sender-Auth: _ifwEnIWPmB2kmtGPv7fkoDn-6k X-Gm-Message-State: ALoCoQlhlqQftNOUuGq5ieeAMAfQc2p+i95d+x05ZZXDG7np8lkU0ZnQuVuaG0RuHmpPw72pUNZx References: <4FE1FE5B.6020302@redhat.com> <20451.8082.829270.276362@iinet.net.au> X-Barracuda-Connect: kyle.its.monash.edu.au[130.194.13.163] X-Barracuda-Start-Time: 1340338050 X-Barracuda-URL: http://192.48.176.25:80/cgi-mod/mark.cgi X-Virus-Scanned: by bsmtpd at sgi.com X-Barracuda-Spam-Score: 0.00 X-Barracuda-Spam-Status: No, SCORE=0.00 using per-user scores of TAG_LEVEL=1000.0 QUARANTINE_LEVEL=1000.0 KILL_LEVEL=1.3 tests= X-Barracuda-Spam-Report: Code version 3.2, rules version 3.2.2.100556 Rule breakdown below pts rule name description ---- ---------------------- -------------------------------------------------- Hi Max! On 21 June 2012 23:20, Max Matveev wrote: > On Wed, 20 Jun 2012 12:46:19 -0400, Dave Brolley wrote: >... > 1. What is the 'killer app' for secure connection? I know Frank and I've seen two (out of two possible) potential use cases so far for it when doing some initial event trace based PMDAs. In those cases, the event parameters contain potentially sensitive information and if I had had the option to encrypt I would have used it. :) > =A0 Otherwise it's just 'everything must be encrypted' mantra which > =A0 doesn't really make sense when talking about performance > =A0 monitoring - think of Schroedinger's cat. To my mind there's a clear need now - events often contain very detailed payload information, so I'm very happy to see this area progressing finally. I think it needs to be client-side opt-in though, not mandated for all connections, which I think is consistent with what's been discussed so far. > =A0brolley> file and pipe I/O in many cases. I have, so far, left as > =A0brolley> much code as I can unabstracted, however, for the sake of > =A0brolley> consistency, it may make sense to convert all I/O (at least > =A0brolley> within the pmcd) to use the abstraction layer. (I'll put in a vote for consistency FWIW) > I thought that Nathan has already gone and done the necessary changes > to separate functions which deal with real sockets from functions > which deal with 'other stuff' like file descriptors as part of Windows > port. We can (and do) still get access to file descriptors for Win32 calls, and t= hey are int there was well. cheers. -- Nathan From ndsco1@student.monash.edu Fri Jun 22 00:10:59 2012 X-Spam-Checker-Version: SpamAssassin 3.4.0-r929098 (2010-03-30) on oss.sgi.com X-Spam-Level: X-Spam-Status: No, score=-1.9 required=5.0 tests=BAYES_00 autolearn=ham version=3.4.0-r929098 Received: from cuda.sgi.com (cuda1.sgi.com [192.48.157.11]) by oss.sgi.com (8.14.3/8.14.3/SuSE Linux 0.8) with ESMTP id q5M5Axa6220592 for ; Fri, 22 Jun 2012 00:10:59 -0500 X-ASG-Debug-ID: 1340341854-04bdf0599f73f000001-S8gJnT Received: from stan.its.monash.edu.au (stan.its.monash.edu.au [130.194.13.165]) by cuda.sgi.com with ESMTP id EtnJcBAkneZ0O8Cr for ; Thu, 21 Jun 2012 22:10:55 -0700 (PDT) X-Barracuda-Envelope-From: ndsco1@student.monash.edu X-Barracuda-Apparent-Source-IP: 130.194.13.165 Received: from palin.its.monash.edu.au ([130.194.13.83]) by stan.its.monash.edu.au (Sun Java System Messaging Server 6.2-4.03 (built Sep 22 2005)) with ESMTP id <0M60002Y76E5L570@stan.its.monash.edu.au> for pcp@oss.sgi.com; Fri, 22 Jun 2012 15:10:54 +1000 (EST) Received: from palin.its.monash.edu.au (localhost.localdomain [127.0.0.1]) by localhost (Postfix) with SMTP id EA668546BE1 for ; Fri, 22 Jun 2012 15:10:53 +1000 (EST) Received: from mail-pb0-f54.google.com (mail-pb0-f54.google.com [209.85.160.54]) (using TLSv1 with cipher RC4-MD5 (128/128 bits)) (No client certificate requested) by palin.its.monash.edu.au (Postfix) with ESMTPS id 6846F546BDB for ; Fri, 22 Jun 2012 15:10:53 +1000 (EST) Received: by mail-pb0-f54.google.com with SMTP id ro2so2910661pbb.41 for ; Thu, 21 Jun 2012 22:10:53 -0700 (PDT) Received: by 10.68.217.3 with SMTP id ou3mr5783087pbc.117.1340341852848; Thu, 21 Jun 2012 22:10:52 -0700 (PDT) Received: by 10.68.73.69 with HTTP; Thu, 21 Jun 2012 22:10:52 -0700 (PDT) Date: Fri, 22 Jun 2012 15:10:52 +1000 From: Nathan Scott Subject: Re: [pcp] SSL/TLS and IPv6 for PCP via NSS/NSPR In-reply-to: <4FE1FE5B.6020302@redhat.com> X-ASG-Orig-Subj: Re: [pcp] SSL/TLS and IPv6 for PCP via NSS/NSPR Sender: ndsco1@student.monash.edu To: Dave Brolley Cc: pcp@oss.sgi.com Message-id: MIME-version: 1.0 Content-type: text/plain; charset=ISO-8859-1 Content-transfer-encoding: quoted-printable X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20120113; h=mime-version:sender:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:cc:content-type :content-transfer-encoding:x-gm-message-state; bh=pBvt+SxzkC1E8NR90yxmdJZjl2BfEbuDeJoctVzG8MU=; b=NoSa7jFk2ODtw0R/gQBnRzwseNHnqtMidOu8krmwcdoS1RkRlERzg06t/E2K1901ZG +7eXmOPm8l2YR6b+dY/GPJTjDuuARXzvqYUzE7QNlcOEF7ZjYnwx4phjPil7L7x9o0+B dc/XCm6AI2d4pI7qov0FevTs3mtNlmgawa8FnCH71ssIn2ynibVMDiP5wl4qmq173cv3 5O1NnwYPtIyv1YtMGM6ye+eb2JL5lAGNmrx9+u4a7zKSor8A5mvpfgcfKcONn5sGBuy6 SjoSoYuAPAQmomabSm0QpVNz6pMqio31XI7FIw0XsSKVa82v9M5iI5oZ1mQuBpMGZnOW 63UA== X-Google-Sender-Auth: 0p30MTsUj51v3OMdn-qsvIBbcqI X-Gm-Message-State: ALoCoQl7H5QgtR+GTUlc8YPz2HyQt1Wtkilytcz1zsrR2157YczWr1Qg1CxBtoDVcyRgGvQHHEnQ References: <4FE1FE5B.6020302@redhat.com> X-Barracuda-Connect: stan.its.monash.edu.au[130.194.13.165] X-Barracuda-Start-Time: 1340341854 X-Barracuda-URL: http://192.48.157.11:80/cgi-mod/mark.cgi X-Virus-Scanned: by bsmtpd at sgi.com X-Barracuda-Spam-Score: 0.00 X-Barracuda-Spam-Status: No, SCORE=0.00 using per-user scores of TAG_LEVEL=1000.0 QUARANTINE_LEVEL=1000.0 KILL_LEVEL=1.3 tests= X-Barracuda-Spam-Report: Code version 3.2, rules version 3.2.2.100560 Rule breakdown below pts rule name description ---- ---------------------- -------------------------------------------------- Hi Dave, On 21 June 2012 02:46, Dave Brolley wrote: >... > I have been given the assignment of adding SSL/TLS capability to the vari= ous > components of PCP. Thanks for looking into this. Diving straight in with random comments here= ... > This would give clients and agents the option of using a > secure connection with the pmcd if desired. Having started the work, I While the pmcd/client channel I can definitely see needing encryption at ti= mes, I'm not sure there is any case where pmcd/pmda channels would ever need it. The pmdas are all (most always) children of pmcd, always on the same host. > All of the work described below can be found on the brolley/nss branch in > our pcp repository at git://sourceware.org/git/pcpfans.git Had a quick look, & will look deeper when I get some time. I was trying (b= ut failed) to see how a client tool chooses to enable an encrypted channel, an= d I didn't really follow from the rest of your mail whether thats been consid= ered yet? Assuming we are going to keep the option for clients to establish non-secur= e channels (which I really think we have to), then we'll need a mechanism at several points to say what type of connection its to be. I suspect this me= ans, for example, that pmNewContext(3) would need to acquire a new "type" - PM_CONTEXT_SECURE? - as an alternative to PM_CONTEXT_HOST. This new type would need to be exposed to the user then, depending on the tool. For command line tools, __pmParseHostSpec could perhaps be extended to allow for a connection-type prefix - eg. "pcp://host.name.com" vs a secure variant "pcps://host.name.com". The pmHostSpec structure would have to acquire a flag field, and that flag would then be used in the client tool code to set the appropriate pmNewContext type. pmParseMetricSpec(3) would need similar treatment. For graphical tools like pmchart, the New Host dialog could have a lock rad= io button or something similar, and the user could select which way to establi= sh the connection directly through the UI. Well, that might be one way to go anyway, is that the kind of thing you wer= e imagining would be needed or is none of this necessary somehow? > .... In this way > existing pmcd clients and agents can still connect to pmcd without change > and future clients and agents can still use insecure connections if they > choose. (good stuff, I think we have to consider that as a non-negotiable requireme= nt) > > Testing: > -------------- > Once I have both sides of the abstraction implemented, testing will be th= e > next area of focus. I understand that there is a test harness at > > =A0http://oss.sgi.com/cgi-bin/gitweb.cgi?p=3Dpcp/pcpqa.git;a=3Dsummary > > I will likely need help in getting things set up on my available platform= s > and will certainly need assistance in testing on platforms that are not > available to me. I can help with that when you get to that point. Grab me on IRC (#pcp on freenode) or ping me via mail when you're ready to start that and I'll take you through it. > I would appreciate feedback on the approach and on the abstractions that > have been made so far. Have I placed the abstraction at the correct level > and place within the system? Is the work headed in the right direction fo= r > acceptance? I haven't gone through the code in great detail yet, but from your descript= ion it sounds unavoidably invasive - abstracting does seem like the best way to deal with that and minimise risk of regression. I'll dig deeper when I get= a bit more time, and provide some more useful feedback. OOC, there is an "ssl" branch in pcpfans too - does that need to be reviewed in tandem with this "nss" branch? thanks. cheers. --- Nathan From kenj@internode.on.net Fri Jun 22 02:15:51 2012 X-Spam-Checker-Version: SpamAssassin 3.4.0-r929098 (2010-03-30) on oss.sgi.com X-Spam-Level: X-Spam-Status: No, score=-1.9 required=5.0 tests=BAYES_00 autolearn=ham version=3.4.0-r929098 Received: from cuda.sgi.com (cuda3.sgi.com [192.48.176.15]) by oss.sgi.com (8.14.3/8.14.3/SuSE Linux 0.8) with ESMTP id q5M7Fpp5241397 for ; Fri, 22 Jun 2012 02:15:51 -0500 X-ASG-Debug-ID: 1340349347-04cb6c3b9097eab0001-S8gJnT Received: from ipmail04.adl6.internode.on.net (ipmail04.adl6.internode.on.net [150.101.137.141]) by cuda.sgi.com with ESMTP id PsVRvjCTTgcINzMI for ; Fri, 22 Jun 2012 00:15:48 -0700 (PDT) X-Barracuda-Envelope-From: kenj@internode.on.net X-Barracuda-Apparent-Source-IP: 150.101.137.141 X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: As4aAGQa5E94nn7JPGdsb2JhbAANN4VasB8BAQEBN4JFBwEBAQMBIwQ/EwULCw0LAgImAgJDFAYuhS6CPRCnOpJ4gSCOfoESA5VdYYRmjHqBTQ Received: from unknown (HELO [10.166.148.43]) ([120.158.126.201]) by ipmail04.adl6.internode.on.net with ESMTP; 22 Jun 2012 16:45:46 +0930 Message-ID: <1340349342.32180.25.camel@bozo-laptop.localdomain> Subject: Re: [pcp] SSL/TLS and IPv6 for PCP via NSS/NSPR From: Ken McDonell X-ASG-Orig-Subj: Re: [pcp] SSL/TLS and IPv6 for PCP via NSS/NSPR To: Dave Brolley Cc: pcp@oss.sgi.com, Performance Tools Date: Fri, 22 Jun 2012 17:15:42 +1000 In-Reply-To: <4FE1FE5B.6020302@redhat.com> References: <4FE1FE5B.6020302@redhat.com> Content-Type: text/plain; charset="UTF-8" X-Mailer: Evolution 3.2.2- Content-Transfer-Encoding: 7bit Mime-Version: 1.0 X-Barracuda-Connect: ipmail04.adl6.internode.on.net[150.101.137.141] X-Barracuda-Start-Time: 1340349347 X-Barracuda-URL: http://192.48.176.15:80/cgi-mod/mark.cgi X-Virus-Scanned: by bsmtpd at sgi.com X-Barracuda-Spam-Score: 0.00 X-Barracuda-Spam-Status: No, SCORE=0.00 using per-user scores of TAG_LEVEL=1000.0 QUARANTINE_LEVEL=1000.0 KILL_LEVEL=1.3 tests= X-Barracuda-Spam-Report: Code version 3.2, rules version 3.2.2.100568 Rule breakdown below pts rule name description ---- ---------------------- -------------------------------------------------- On Wed, 2012-06-20 at 12:46 -0400, Dave Brolley wrote: > Hi, > > Since this is my first post to this list, let me first introduce myself. > My name is Dave Brolley and I am a software engineer at Red Hat in > Toronto, Canada. I've been at Red Hat for almost 15 years with the past > 5 years or so spent working on the RHEL/Fedora tools team with my main > focus being on Systemtap. Welcome ... I spent 3 winters in Alberta, and our twin daughters were born in Edmonton, so I have a long-standing association with Canada. And your stint at Red Hat commenced just a few years after we started work on PCP ... 8^)> > I have been given the assignment of adding SSL/TLS capability to the > various components of PCP. This would give clients and agents the option > of using a secure connection with the pmcd if desired. Having started > the work, I wanted to present my approach for feedback, to make sure > that the approach is sound and that the work will stand some chance of > being accepted into the project. Good work. I know next to nothing about SSL/TLS, but fortuunatelyt I know a lot more about PCP, and my comments below reflect that. > All of the work described below can be found on the brolley/nss branch > in our pcp repository at git://sourceware.org/git/pcpfans.git > > The Approach: > ---------------------- > ... As Max has suggested, I think it would have been good to have this discussion a little earlier in terms of the overall approach and trade-offs. > ... > The use of NSS/NSPR on its own does not provide SSL/TLS connections. The > client and server must both agree to and expect the use of a secure > connection. The idea would be to have an insecure connection made as > normal and then to provide some sort of protocol by which the client > and/or server can request an upgrade to a secure connection (think > STARTTLS). In this way existing pmcd clients and agents can still > connect to pmcd without change and future clients and agents can still > use insecure connections if they choose. I think we're in good shape for the client <--> pmcd communication, as there is already an initial handshake where we exchange PDU version and other info. For the other communication types (much more on this below), we don't have a comparable hook. > ... > The biggest issue I have run across is the > assumption that a file descriptor is an integer. This assumption is > pervasive throughout PCP and is manifested in the following ways: > > - returning integer return codes on error and a file descriptor upon > success from many functions > - indexing arrays using file descriptors > - assuming that file numbers 0, 1 and 2 are stdin, stdout and stderr > respectively. > - printing file descriptors as integers > - keeping track of the "max" file descriptor > - for the purpose of calls to 'select' > - for the purpose of iteration > > This has resulted in some abstractions designed to remove this > assumption from the mainline code. For example __pmUpdateMaxFD > > A second issue is that many components use sockets, files and pipes > seamlessly and that file descriptors representing all of these are > passed to some functions. As a result, these functions must use the > abstracted data types and I have had to extend the POSIX-NSS/NSPR > abstraction to normal file and pipe I/O in many cases. I have, so far, > left as much code as I can unabstracted, however, for the sake of > consistency, it may make sense to convert all I/O (at least within the > pmcd) to use the abstraction layer. As you'll see from my comments below, I think we have a problem here ... and I believe there may be a better solution. > ... > the next area of focus. I understand that there is a test harness at > > http://oss.sgi.com/cgi-bin/gitweb.cgi?p=pcp/pcpqa.git;a=summary > > I will likely need help in getting things set up on my available > platforms and will certainly need assistance in testing on platforms > that are not available to me. Yep. As Nathan has said, yell when you're ready. I started to review all of the changes [it is long, which is why some of the other email replies have overtaken my thoughts], and this is pretty much a transcript of that review up to the point where I decided to stop (after all the libraries). src/include/pcp/pmio.h PM_ERROR_ are special negative error codes ... probably need a different name for this one ... PM_FD_NULL? +#define PM_ERROR_FD NULL And I think there may be a knock-on problem (that you've identified) and in many places we are using the "fd is an int type" to return a PM_ERROR_ value if this maps into NULL, we've lost the details of the _cause_ for the error, e.g. in auxconnect.c the new code return PM_ERROR_FD; is not semantically the same as the old code return -neterror(); Variants of this occur in lots of places. I suspect the following fd uses may have been caught up in these changes - client <--> pmcd : these are OK and the focus of the changes - client <--> archive : these should probably not be changed - pmlc <--> pmlogger : we have not talked about this specificially, but I suspect this needs the same treatment as client <--> pmcd - recording client <--> pmlogger : these should probably not be changed - client <--> pmtime : these should probably not be changed - client <--> pmproxy <--> pmcd : grunt ... probably should be handled but I have no idea how the "chaining" through pmproxy might work My guess is that some of these use PDU routines and that's the point where the NSS changes leaked out. Keeping int fd's as indexes into our own array if IPC/socket control structures (as outlined below) might allow all of these variants to co-exist without changing the IPC channels that are not intended for NSS handling. Probably need some discussion on this one. If we keep the "fd is an int type" semantics, but make fd an index into an array of socket abstraction structures ... this might work because all of the actual open/read/write/close calls have already been mapped onto new __pm routines, e.g. __pmCloseSocket(), __pmRead(), ... or could be handled in __pmXmitPDU() and __pmRecvPDU(). In summary, I would strongly advocate reverting all the __pmFD changes back to int, and then seeing if we can localize the changes needed to just those places where the I/O stream may be using NSS. This would _dramatically_ reduce the scope and size of the changes, e.g. _none_ of the p_*.c routines in libpcp would need to be changed. src/libpcp/src/auxconnect.c __pmAllocHostEntBuffer (void) We try _really_ hard to ensure all *alloc() calls succeed or are trapped asap ... in most cases recovery is not possible. Here, you need to check for malloc failure, and probably call pmNoMem(..., PM_FATAL_ERR) to emit a message and exit. This way all the callers of __pmAllocHostEntBuffer() don't need to check, as success == return. Minor nit also, the prevailing PCP coding style would not have a space after the function name in the prototype (here and in the header file). src/include/pcp/impl.h Many (all?) of the FILE * -> __pmFD changes look suspect. All of the routines/data elements below relate to PCP archives which should be outside the scope of the NSS changes I suspect. This may be another variant of the int -> __pmFD change discussed above. - FILE *l_tifp; /* temporal index */ - FILE *l_mdfp; /* meta data */ - FILE *l_mfp; /* current metrics log */ + __pmFD l_tifp; /* temporal index */ + __pmFD l_mdfp; /* meta data */ + __pmFD l_mfp; /* current metrics log */ -extern FILE *__pmLogNewFile(const char *, int); +extern __pmFD __pmLogNewFile(const char *, int); -extern int __pmLogRead(__pmLogCtl *, int, FILE *, pmResult **, int); -extern int __pmLogWriteLabel(FILE *, const __pmLogLabel *); +extern int __pmLogRead(__pmLogCtl *, int, __pmFD, pmResult **, int); +extern int __pmLogWriteLabel(__pmFD, const __pmLogLabel *); -extern void __pmLogCacheClear(FILE *); +extern void __pmLogCacheClear(__pmFD); -extern int __pmLogChkLabel(__pmLogCtl *, FILE *, __pmLogLabel *, int); +extern int __pmLogChkLabel(__pmLogCtl *, __pmFD, __pmLogLabel *, int); src/libpcp/src/util.c -__pmProcessCreate(char **argv, int *infd, int *outfd) +__pmProcessCreate(char **argv, __pmFD *infd, __pmFD *outfd) This is another example of the int -> __pmFD mapping that is not needed (this routine is never used for any IPC that needs to be protected by NSS, and I doubt that __pmPipe() is needed at all. src/libpcp_gui/src/record.c Ditto for this source file ... all the I/O here is between a client that has started a recording session with pmlogger and the pmlogger process itself. Both processes are running on the same machine, so no NSS role here I believe. src/libpcp_gui/src/timeclient.c src/libpcp_gui/src/timestate.c Simlarly ... all the I/O here is between a client and the pmtime(1) controller. Both processes are running on the same machine, so no NSS role here I believe. src/libpcp_trace/src/p_ack.c src/libpcp_trace/src/p_data.c This time the I/O is between the trace PMDA and a client using libpcp_trace. Both processes are running on the same machine, so no NSS role here I believe. src/libpcp_http/src/http_fetcher.c src/libpcp_http/src/http_fetcher.h Another innocent bystander caught up in the global int -> __pmFD changes? src/libpcp_import/src/archive.c Ditto. Only local PCP archive I/O happening in these places. src/libpcp_pmda/src/mainloop.c Ditto again. The only I/O happening here is between PMCD and PMDAs which does not need NSS. src/libpcp_pmda/src/open.c More __pmFD changes here that are probably not needed. The socket abstraction here looks fine. src/libpcp_pmcd/src/client.c Not sure what changing t_who from int to pmcdWho is about (but suspect it is more fallout from __pmFD) ... PMCD tracing is only for diagnostic use. src/libpcp_pmda/src/help.c Only change here is a Red Hat copyright assertion? And that's as far as I got ... From nscott@aconex.com Sun Jun 24 19:25:10 2012 X-Spam-Checker-Version: SpamAssassin 3.4.0-r929098 (2010-03-30) on oss.sgi.com X-Spam-Level: * X-Spam-Status: No, score=1.1 required=5.0 tests=BAYES_00,HTML_MESSAGE autolearn=no version=3.4.0-r929098 Received: from cuda.sgi.com (cuda3.sgi.com [192.48.176.15]) by oss.sgi.com (8.14.3/8.14.3/SuSE Linux 0.8) with ESMTP id q5P0PAdD134827 for ; Sun, 24 Jun 2012 19:25:10 -0500 X-ASG-Debug-ID: 1340583907-04cb6c3b93a7f3d0001-S8gJnT Received: from postoffice2.aconex.com (mail.aconex.com [203.166.49.3]) by cuda.sgi.com with ESMTP id OoYs7XQGRweCQEEH for ; Sun, 24 Jun 2012 17:25:08 -0700 (PDT) X-Barracuda-Envelope-From: nscott@aconex.com X-Barracuda-Apparent-Source-IP: 203.166.49.3 Received: from postoffice.aconex.com (postoffice.yarra.acx [192.168.35.100]) by postoffice2.aconex.com with ESMTP id 2oEnSmHdDq7k5Cfh; Mon, 25 Jun 2012 10:25:05 +1000 (EST) Received: from gatekeeper.aconex.com (gatekeeper.yarra.acx [192.168.35.102]) by postoffice.aconex.com (Postfix) with ESMTP id 49C4E3CE00C8; Mon, 25 Jun 2012 10:24:27 +1000 (EST) Received: from localhost (localhost.localdomain [127.0.0.1]) by gatekeeper.aconex.com (Postfix) with ESMTP id 268239E0007; Mon, 25 Jun 2012 10:25:05 +1000 (EST) X-Virus-Scanned: amavisd-new at aconex.com Received: from gatekeeper.aconex.com ([127.0.0.1]) by localhost (gatekeeper.aconex.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id HPmlR15em7p9; Mon, 25 Jun 2012 10:25:04 +1000 (EST) Received: from acxmail-au2.aconex.com (acxmail-au2.aconex.com [192.168.35.104]) by gatekeeper.aconex.com (Postfix) with ESMTP id 1895B9E0006; Mon, 25 Jun 2012 10:25:04 +1000 (EST) Received: from localhost (localhost.localdomain [127.0.0.1]) by acxmail-au2.aconex.com (Postfix) with ESMTP id 0C41B3B20002; Mon, 25 Jun 2012 10:25:04 +1000 (EST) X-Virus-Scanned: amavisd-new at aconex.com Received: from acxmail-au2.aconex.com ([127.0.0.1]) by localhost (acxmail-au2.aconex.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 7s7mFIua8fpA; Mon, 25 Jun 2012 10:25:03 +1000 (EST) Received: from acxmail-au2.aconex.com (localhost.localdomain [127.0.0.1]) by acxmail-au2.aconex.com (Postfix) with ESMTP id D5EAA3B20001; Mon, 25 Jun 2012 10:25:03 +1000 (EST) Date: Mon, 25 Jun 2012 10:25:03 +1000 (EST) From: Nathan Scott To: Stan Cox Cc: pcp@oss.sgi.com, Michael Werner Message-ID: <1654580007.1114306.1340583903728.JavaMail.root@acxmail-au2.aconex.com> In-Reply-To: <1859167160.955443.1339634764360.JavaMail.root@acxmail-au2.aconex.com> Subject: Re: [pcp] python bindings MIME-Version: 1.0 X-ASG-Orig-Subj: Re: [pcp] python bindings Content-Type: multipart/alternative; boundary="----=_Part_1114305_1538104078.1340583903727" X-Originating-IP: [192.168.7.164] X-Mailer: Zimbra 7.1.4_GA_2567 (ZimbraWebClient - FF3.0 (Linux)/7.1.4_GA_2555) X-Virus-Scanned: by bsmtpd at aconex.com X-Barracuda-Connect: mail.aconex.com[203.166.49.3] X-Barracuda-Start-Time: 1340583907 X-Barracuda-URL: http://192.48.176.15:80/cgi-mod/mark.cgi X-Virus-Scanned: by bsmtpd at sgi.com X-Barracuda-Spam-Score: 0.00 X-Barracuda-Spam-Status: No, SCORE=0.00 using per-user scores of TAG_LEVEL=1000.0 QUARANTINE_LEVEL=1000.0 KILL_LEVEL=1.3 tests=HTML_MESSAGE X-Barracuda-Spam-Report: Code version 3.2, rules version 3.2.2.100830 Rule breakdown below pts rule name description ---- ---------------------- -------------------------------------------------- 0.00 HTML_MESSAGE BODY: HTML included in message ------=_Part_1114305_1538104078.1340583903727 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit Hi Stan, > ----- Original Message ----- > > pcpfans(1) in src/src/python now has the beginnings of a system > > > statistics collector called pm-collectl.py (appended). The python > Looked at this a little bit more on the weekend - there were a few places where the default output didn't quite match up with collectl output for me, so pushed a change to change that behaviour a little. There was a few fields that looked like they needed to be converted to KB, and inspection of the collectl source shows they're using 1024 bytes-per-KB - so I've changed over a few places. I noticed a couple of things I didn't tackle that might be good to do too, but are a bit beyond my dodgey python skills. There's a "metric-type" data structure, with hard-coded metric-to-type mappings. Instead of hard-coding names of metrics known to not need rate conversion, we could use the metric desc struct - pmLookupDesc(3). This structure has a 'semantics' field (pmDesc.sem) and we can test for PM_SEM_COUNTER. That would work for any metric (existing / newly added) and the metric-type structure would be unnecessary. We should be able to implement collectl playback mode fairly easily (using PCP archives). My python-fu is not up to the task yet though - I see the pmContext() call but not clear how to give it a filename to put it into archive mode. Any clues? I'd like to add pmlogger and pmlogconf configuration files which will let someone easily get recording of the necessary metrics setup. cheers. -- Nathan ------=_Part_1114305_1538104078.1340583903727 Content-Type: text/html; charset=utf-8 Content-Transfer-Encoding: quoted-printable <= div style=3D'font-family: times new roman,new york,times,serif; font-size: = 12pt; color: #000000'>Hi Stan,

pcpfans(1) in src/src/python now has the beginnings of a = system
statistics collector called pm-collectl.py (appended).   Th= e python

Looked at this a little bi= t more on the weekend - there were a few places where
the default output= didn't quite match up with collectl output for me, so pushed a
change t= o change that behaviour a little.  There was a few fields that looked = like
they needed to be converted to KB, and inspection of the collectl s= ource shows
they're using 1024 bytes-per-KB - so I've changed over a few= places.

I noticed a couple of things I didn't tackle that might be = good to do too, but are
a bit beyond my dodgey python skills.  Ther= e's a "metric-type" data structure,
with hard-coded metric-to-type mappi= ngs.  Instead of hard-coding names of
metrics known to not need rat= e conversion, we could use the metric desc struct -
pmLookupDesc(3).&nbs= p; This structure has a 'semantics' field (pmDesc.sem) and we
can test f= or PM_SEM_COUNTER.  That would work for any metric (existing /
newl= y added) and the metric-type structure would be unnecessary.

We shou= ld be able to implement collectl playback mode fairly easily (using PCP
= archives).  My python-fu is not up to the task yet though - I see the = pmContext()
call but not clear how to give it a filename to put it into = archive mode.  Any clues?
I'd like to add pmlogger and pmlogconf co= nfiguration files which will let someone
easily get recording of the nec= essary metrics setup.

cheers.

--
Nathan
------=_Part_1114305_1538104078.1340583903727-- From nscott@aconex.com Sun Jun 24 19:28:37 2012 X-Spam-Checker-Version: SpamAssassin 3.4.0-r929098 (2010-03-30) on oss.sgi.com X-Spam-Level: * X-Spam-Status: No, score=1.1 required=5.0 tests=BAYES_00,HTML_MESSAGE autolearn=no version=3.4.0-r929098 Received: from cuda.sgi.com (cuda2.sgi.com [192.48.176.25]) by oss.sgi.com (8.14.3/8.14.3/SuSE Linux 0.8) with ESMTP id q5P0SbX6135557 for ; Sun, 24 Jun 2012 19:28:37 -0500 X-ASG-Debug-ID: 1340584111-04cbb0257ebe3840001-S8gJnT Received: from postoffice2.aconex.com (mail.aconex.com [203.166.49.3]) by cuda.sgi.com with ESMTP id oixfNDWu92BvLFvi for ; Sun, 24 Jun 2012 17:28:31 -0700 (PDT) X-Barracuda-Envelope-From: nscott@aconex.com X-Barracuda-Apparent-Source-IP: 203.166.49.3 Received: from postoffice.aconex.com (postoffice.yarra.acx [192.168.35.100]) by postoffice2.aconex.com with ESMTP id 1h6wiWa3hiUHFmSS; Mon, 25 Jun 2012 10:28:30 +1000 (EST) Received: from gatekeeper.aconex.com (gatekeeper.yarra.acx [192.168.35.102]) by postoffice.aconex.com (Postfix) with ESMTP id 224DC3CE00B0; Mon, 25 Jun 2012 10:27:52 +1000 (EST) Received: from localhost (localhost.localdomain [127.0.0.1]) by gatekeeper.aconex.com (Postfix) with ESMTP id F19009E0001; Mon, 25 Jun 2012 10:28:29 +1000 (EST) X-Virus-Scanned: amavisd-new at aconex.com Received: from gatekeeper.aconex.com ([127.0.0.1]) by localhost (gatekeeper.aconex.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id LPooMRwGoJsU; Mon, 25 Jun 2012 10:28:29 +1000 (EST) Received: from acxmail-au2.aconex.com (acxmail-au2.aconex.com [192.168.35.104]) by gatekeeper.aconex.com (Postfix) with ESMTP id C5D1DA4000D; Mon, 25 Jun 2012 10:28:28 +1000 (EST) Received: from localhost (localhost.localdomain [127.0.0.1]) by acxmail-au2.aconex.com (Postfix) with ESMTP id BE5783B20002; Mon, 25 Jun 2012 10:28:28 +1000 (EST) X-Virus-Scanned: amavisd-new at aconex.com Received: from acxmail-au2.aconex.com ([127.0.0.1]) by localhost (acxmail-au2.aconex.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id csVnRjuoSm5T; Mon, 25 Jun 2012 10:28:28 +1000 (EST) Received: from acxmail-au2.aconex.com (acxmail-au2.aconex.com [192.168.35.104]) by acxmail-au2.aconex.com (Postfix) with ESMTP id A19233B20001; Mon, 25 Jun 2012 10:28:28 +1000 (EST) Date: Mon, 25 Jun 2012 10:28:28 +1000 (EST) From: Nathan Scott Reply-To: Nathan Scott To: pcp Cc: Stan Cox Message-ID: <1632490580.1114604.1340584108633.JavaMail.root@acxmail-au2.aconex.com> In-Reply-To: <378877751.1114484.1340584051585.JavaMail.root@acxmail-au2.aconex.com> Subject: pcpfans updates MIME-Version: 1.0 X-ASG-Orig-Subj: pcpfans updates Content-Type: multipart/alternative; boundary="----=_Part_1114603_436570276.1340584108632" X-Originating-IP: [192.168.7.164] X-Mailer: Zimbra 7.1.4_GA_2567 (ZimbraWebClient - FF3.0 (Linux)/7.1.4_GA_2555) X-Virus-Scanned: by bsmtpd at aconex.com X-Barracuda-Connect: mail.aconex.com[203.166.49.3] X-Barracuda-Start-Time: 1340584111 X-Barracuda-URL: http://192.48.176.25:80/cgi-mod/mark.cgi X-Virus-Scanned: by bsmtpd at sgi.com X-Barracuda-Spam-Score: 0.00 X-Barracuda-Spam-Status: No, SCORE=0.00 using per-user scores of TAG_LEVEL=1000.0 QUARANTINE_LEVEL=1000.0 KILL_LEVEL=1.3 tests=HTML_MESSAGE X-Barracuda-Spam-Report: Code version 3.2, rules version 3.2.2.100830 Rule breakdown below pts rule name description ---- ---------------------- -------------------------------------------------- 0.00 HTML_MESSAGE BODY: HTML included in message ------=_Part_1114603_436570276.1340584108632 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit Changes committed to git://oss.sgi.com/nathans/pcpfans.git python src/python/pm-collectl.py | 32 ++++++++++++++++---------------- 1 file changed, 16 insertions(+), 16 deletions(-) commit 21c54a1c6c20962da3de0028c384e0ff5578d2fc Author: Nathan Scott Date: Mon Jun 25 10:16:00 2012 +1000 Make default output match collectl, some unit conversions. A few extract whitespaces are added here and there from use of python 'print' routine, which auto-inserts whitespace. Some of the column widths were not quite right too. In a handful of places, there was byte to KB conversion done via /1000, whereas collectl uses /1024. There may be other cases of this, not 100% sure yet - haven't tried many of the various command line options. ------=_Part_1114603_436570276.1340584108632 Content-Type: text/html; charset=utf-8 Content-Transfer-Encoding: quoted-printable <= div style=3D'font-family: times new roman,new york,times,serif; font-size: = 12pt; color: #000000'>Changes committed to git://oss.sgi.com/nathans/pcpfan= s.git python

 src/python/pm-collectl.py |   32 ++++++= ++++++++++----------------
 1 file changed, 16 insertions(+), 16 de= letions(-)

commit 21c54a1c6c20962da3de0028c384e0ff5578d2fc
Author= : Nathan Scott <nathans@debian.org>
Date:   Mon Jun 25 1= 0:16:00 2012 +1000

    Make default output match coll= ectl, some unit conversions.
   
    A= few extract whitespaces are added here and there from use
  &= nbsp; of python 'print' routine, which auto-inserts whitespace.
 &n= bsp;  Some of the column widths were not quite right too.
 &nb= sp; 
    In a handful of places, there was byte to = KB conversion done
    via /1000, whereas collectl uses /= 1024.  There may be other
    cases of this, not 100= % sure yet - haven't tried many of the
    various comman= d line options.

------=_Part_1114603_436570276.1340584108632-- From nscott@aconex.com Sun Jun 24 21:25:01 2012 X-Spam-Checker-Version: SpamAssassin 3.4.0-r929098 (2010-03-30) on oss.sgi.com X-Spam-Level: * X-Spam-Status: No, score=1.1 required=5.0 tests=BAYES_00,HTML_MESSAGE autolearn=no version=3.4.0-r929098 Received: from cuda.sgi.com (cuda1.sgi.com [192.48.157.11]) by oss.sgi.com (8.14.3/8.14.3/SuSE Linux 0.8) with ESMTP id q5P2P0GY152458 for ; Sun, 24 Jun 2012 21:25:01 -0500 X-ASG-Debug-ID: 1340591098-04bdf0599f8935d0001-S8gJnT Received: from postoffice2.aconex.com (mail.aconex.com [203.166.49.3]) by cuda.sgi.com with ESMTP id TGnEJJy1tfUBKpY7 for ; Sun, 24 Jun 2012 19:24:58 -0700 (PDT) X-Barracuda-Envelope-From: nscott@aconex.com X-Barracuda-Apparent-Source-IP: 203.166.49.3 Received: from postoffice.aconex.com (postoffice.yarra.acx [192.168.35.100]) by postoffice2.aconex.com with ESMTP id 26MzwQxqwWxjeoeg; Mon, 25 Jun 2012 12:24:56 +1000 (EST) Received: from gatekeeper.aconex.com (gatekeeper.yarra.acx [192.168.35.102]) by postoffice.aconex.com (Postfix) with ESMTP id C92F43CE00B0; Mon, 25 Jun 2012 12:24:18 +1000 (EST) Received: from localhost (localhost.localdomain [127.0.0.1]) by gatekeeper.aconex.com (Postfix) with ESMTP id AC46CA40015; Mon, 25 Jun 2012 12:24:56 +1000 (EST) X-Virus-Scanned: amavisd-new at aconex.com Received: from gatekeeper.aconex.com ([127.0.0.1]) by localhost (gatekeeper.aconex.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id cq57wes+Vdpm; Mon, 25 Jun 2012 12:24:50 +1000 (EST) Received: from acxmail-au2.aconex.com (acxmail-au2.aconex.com [192.168.35.104]) by gatekeeper.aconex.com (Postfix) with ESMTP id 6A05FA40012; Mon, 25 Jun 2012 12:24:45 +1000 (EST) Received: from localhost (localhost.localdomain [127.0.0.1]) by acxmail-au2.aconex.com (Postfix) with ESMTP id 2197369003D2; Mon, 25 Jun 2012 12:24:42 +1000 (EST) X-Virus-Scanned: amavisd-new at aconex.com Received: from acxmail-au2.aconex.com ([127.0.0.1]) by localhost (acxmail-au2.aconex.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id Zs0Dbg0gtk2B; Mon, 25 Jun 2012 12:24:42 +1000 (EST) Received: from acxmail-au2.aconex.com (localhost.localdomain [127.0.0.1]) by acxmail-au2.aconex.com (Postfix) with ESMTP id 028C66900367; Mon, 25 Jun 2012 12:24:41 +1000 (EST) Date: Mon, 25 Jun 2012 12:24:41 +1000 (EST) From: Nathan Scott Reply-To: Nathan Scott To: Stan Cox Cc: pcp@oss.sgi.com Message-ID: <1323398612.1117102.1340591081965.JavaMail.root@acxmail-au2.aconex.com> In-Reply-To: <1654580007.1114306.1340583903728.JavaMail.root@acxmail-au2.aconex.com> Subject: Re: [pcp] python bindings MIME-Version: 1.0 X-ASG-Orig-Subj: Re: [pcp] python bindings Content-Type: multipart/alternative; boundary="----=_Part_1117101_1474453335.1340591081964" X-Originating-IP: [192.168.7.164] X-Mailer: Zimbra 7.1.4_GA_2567 (ZimbraWebClient - FF3.0 (Linux)/7.1.4_GA_2555) X-Virus-Scanned: by bsmtpd at aconex.com X-Barracuda-Connect: mail.aconex.com[203.166.49.3] X-Barracuda-Start-Time: 1340591098 X-Barracuda-URL: http://192.48.157.11:80/cgi-mod/mark.cgi X-Virus-Scanned: by bsmtpd at sgi.com X-Barracuda-Spam-Score: 0.00 X-Barracuda-Spam-Status: No, SCORE=0.00 using per-user scores of TAG_LEVEL=1000.0 QUARANTINE_LEVEL=1000.0 KILL_LEVEL=1.3 tests=HTML_MESSAGE X-Barracuda-Spam-Report: Code version 3.2, rules version 3.2.2.100838 Rule breakdown below pts rule name description ---- ---------------------- -------------------------------------------------- 0.00 HTML_MESSAGE BODY: HTML included in message ------=_Part_1117101_1474453335.1340591081964 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit ----- Original Message ----- > Hi Stan, > > ----- Original Message ----- > > > > pcpfans(1) in src/src/python now has the beginnings of a system > > > > > > statistics collector called pm-collectl.py (appended). The python > > > > Looked at this a little bit more on the weekend - there were a few > places where > the default output didn't quite match up with collectl output for me, > so pushed a > change to change that behaviour a little. There was a few fields that > looked like > they needed to be converted to KB, and inspection of the collectl > source shows > they're using 1024 bytes-per-KB - so I've changed over a few places. Oh, I meant to post the output difference for reference too, so you can see the changes ... nathans@verge:/source/git/pcpfans/src/python$ collectl -c 2 waiting for 1 second sample... #<--------CPU--------><----------Disks-----------><----------Network----------> #cpu sys inter ctxsw KBRead Reads KBWrit Writes KBIn PktIn KBOut PktOut 2 0 314 410 0 0 36 6 1 4 0 4 2 0 348 451 0 0 0 0 1 4 0 4 nathans@verge:/source/git/pcpfans/src/python$ python pm-collectl.py -c 2 #<--------CPU--------> <----------Disks-----------> <----------Network---------> #cpu sys inter ctxsw KBRead Reads KBWrit Writes KBIn PktIn KBOut PktOut 2 0 329 536 0 0 0 0 3806 23 3520 22 3 1 362 544 0 0 0 0 3736 22 3598 23 nathans@verge:/source/git/pcpfans/src/python$ python pmcollectl.py -c 2 #<--------CPU--------><----------Disks-----------><----------Network----------> #cpu sys inter ctxsw KBRead Reads KBWrit Writes KBIn PktIn KBOut PktOut 3 1 355 590 0 0 0 0 3 25 3 22 3 0 346 457 0 0 0 0 3 25 3 22 cheers. -- Nathan ------=_Part_1117101_1474453335.1340591081964 Content-Type: text/html; charset=utf-8 Content-Transfer-Encoding: quoted-printable <= div style=3D'font-family: times new roman,new york,times,serif; font-size: = 12pt; color: #000000'>

Hi Stan,

pcpfans(1) in src/src/python now has the begin= nings of a system
statistics collector called pm-collectl.py (appended)= .   The python

Looked at this = a little bit more on the weekend - there were a few places where
the def= ault output didn't quite match up with collectl output for me, so pushed a<= br>change to change that behaviour a little.  There was a few fields t= hat looked like
they needed to be converted to KB, and inspection of the= collectl source shows
they're using 1024 bytes-per-KB - so I've changed= over a few places.

Oh, I meant to post the outpu= t difference for reference too, so you can see the changes ...

natha= ns@verge:/source/git/pcpfans/src/python$ collectl -c 2
waiting for 1 sec= ond sample...
#<--------CPU--------><----------Disks-----------= ><----------Network---------->
#cpu sys inter  ctxsw KBRea= d  Reads KBWrit Writes   KBIn  PktIn  KBOut  = PktOut
   2   0   314    4= 10      0      0 &nb= sp;   36      6    &= nbsp; 1      4      0&nbs= p;      4
   2   0 &n= bsp; 348    451      0  &= nbsp;   0      0    =   0      1      4&nb= sp;     0       4
nathans@verge:/source/git/pcpfans/src/python$ python pm-collectl.py -c 2#<--------CPU--------> <----------Disks-----------> <-----= -----Network--------->
#cpu sys inter  ctxsw KBRead  Reads = KBWrit Writes  KBIn  PktIn  KBOut  PktOut
 &nbs= p; 2    0  329    536    = 0      0      0 &nbs= p;    0     3806    = 23   3520     22
   3 &nbs= p;  1  362    544    0  &= nbsp;   0      0    =   0     3736     22  = ; 3598     23

nathans@verge:/source/git/pcpfans/= src/python$ python pmcollectl.py -c 2
#<--------CPU--------><--= --------Disks-----------><----------Network---------->
#cpu sys= inter  ctxsw KBRead  Reads KBWrit Writes   KBIn  = PktIn  KBOut  PktOut
   3   1   = 355    590      0   =    0      0     = ; 0      3     25  &= nbsp;   3      22
   3 = ;  0   346    457    &nbs= p; 0      0      0 &= nbsp;    0      3   =   25      3      22<= br>

cheers.

--
Nathan
------=_Part_1117101_1474453335.1340591081964-- From brolley@redhat.com Mon Jun 25 10:32:25 2012 X-Spam-Checker-Version: SpamAssassin 3.4.0-r929098 (2010-03-30) on oss.sgi.com X-Spam-Level: X-Spam-Status: No, score=-1.9 required=5.0 tests=BAYES_00 autolearn=ham version=3.4.0-r929098 Received: from cuda.sgi.com (cuda1.sgi.com [192.48.157.11]) by oss.sgi.com (8.14.3/8.14.3/SuSE Linux 0.8) with ESMTP id q5PFWOgt253422 for ; Mon, 25 Jun 2012 10:32:24 -0500 X-ASG-Debug-ID: 1340638343-04bdf059a38c57c0001-S8gJnT Received: from mx1.redhat.com (mx1.redhat.com [209.132.183.28]) by cuda.sgi.com with ESMTP id 0xd2VfA5QsbWEMrC for ; Mon, 25 Jun 2012 08:32:23 -0700 (PDT) X-Barracuda-Envelope-From: brolley@redhat.com X-Barracuda-Apparent-Source-IP: 209.132.183.28 X-ASG-Whitelist: Client Received: from int-mx01.intmail.prod.int.phx2.redhat.com (int-mx01.intmail.prod.int.phx2.redhat.com [10.5.11.11]) by mx1.redhat.com (8.14.4/8.14.4) with ESMTP id q5PFWNBk001797 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK) for ; Mon, 25 Jun 2012 11:32:23 -0400 Received: from [10.15.16.135] (dhcp-10-15-16-135.yyz.redhat.com [10.15.16.135]) by int-mx01.intmail.prod.int.phx2.redhat.com (8.13.8/8.13.8) with ESMTP id q5PFWMF6027446 for ; Mon, 25 Jun 2012 11:32:22 -0400 Message-ID: <4FE88486.1080004@redhat.com> Date: Mon, 25 Jun 2012 11:32:22 -0400 From: Dave Brolley User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:12.0) Gecko/20120430 Thunderbird/12.0.1 MIME-Version: 1.0 To: pcp@oss.sgi.com Subject: Re: [pcp] SSL/TLS and IPv6 for PCP via NSS/NSPR References: <4FE1FE5B.6020302@redhat.com> X-ASG-Orig-Subj: Re: [pcp] SSL/TLS and IPv6 for PCP via NSS/NSPR In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Scanned-By: MIMEDefang 2.67 on 10.5.11.11 X-Barracuda-Connect: mx1.redhat.com[209.132.183.28] X-Barracuda-Start-Time: 1340638343 X-Barracuda-URL: http://192.48.157.11:80/cgi-mod/mark.cgi X-Virus-Scanned: by bsmtpd at sgi.com Hi Nathan, Thanks for the constructive feedback. Responses to your comments below ... On 06/22/2012 01:10 AM, Nathan Scott wrote: > While the pmcd/client channel I can definitely see needing encryption > at times, I'm not sure there is any case where pmcd/pmda channels > would ever need it. The pmdas are all (most always) children of pmcd, > always on the same host. I suspected that this might be the case, and my initial attempt at this focussed exclusively on the client<-->pmcd connections. As I think we all agree, any use of an encrypted connection would be at the option of the client or the agent. >> All of the work described below can be found on the brolley/nss branch in >> our pcp repository at git://sourceware.org/git/pcpfans.git > Had a quick look,& will look deeper when I get some time. I was trying (but > failed) to see how a client tool chooses to enable an encrypted channel, and > I didn't really follow from the rest of your mail whether thats been considered > yet? Sorry. I was not clear that this part of the work has not been started yet. At this time, I'm still working on simply using NSS/NSPR for the connections using the exsting protocols/handshakes. > > Assuming we are going to keep the option for clients to establish non-secure > channels (which I really think we have to), then we'll need a mechanism at > several points to say what type of connection its to be. I suspect this means, > for example, that pmNewContext(3) would need to acquire a new "type" - > PM_CONTEXT_SECURE? - as an alternative to PM_CONTEXT_HOST. This > new type would need to be exposed to the user then, depending on the tool. > For command line tools, __pmParseHostSpec could perhaps be extended to > allow for a connection-type prefix - eg. "pcp://host.name.com" vs a secure > variant "pcps://host.name.com". The pmHostSpec structure would have to > acquire a flag field, and that flag would then be used in the client > tool code to > set the appropriate pmNewContext type. pmParseMetricSpec(3) would need > similar treatment. > > For graphical tools like pmchart, the New Host dialog could have a lock radio > button or something similar, and the user could select which way to establish > the connection directly through the UI. > > Well, that might be one way to go anyway, is that the kind of thing you were > imagining would be needed or is none of this necessary somehow? I had not yet considered the user interface for the various tools. I had only considered that a tool or client might, for whatever reason, request a secure connection. The model we (Red Hat Tools Team) had in mind was something like STARTTLS, where once the connection has been made, the client requests an upgrade to a secure connection. > >> .... In this way >> existing pmcd clients and agents can still connect to pmcd without change >> and future clients and agents can still use insecure connections if they >> choose. > (good stuff, I think we have to consider that as a non-negotiable requirement) Agreed. > >> Testing: >> -------------- >> Once I have both sides of the abstraction implemented, testing will be the >> next area of focus. I understand that there is a test harness at >> >> http://oss.sgi.com/cgi-bin/gitweb.cgi?p=pcp/pcpqa.git;a=summary >> >> I will likely need help in getting things set up on my available platforms >> and will certainly need assistance in testing on platforms that are not >> available to me. > I can help with that when you get to that point. Grab me on IRC (#pcp > on freenode) or ping me via mail when you're ready to start that and I'll > take you through it. Thanks, I definitely will. > >> I would appreciate feedback on the approach and on the abstractions that >> have been made so far. Have I placed the abstraction at the correct level >> and place within the system? Is the work headed in the right direction for >> acceptance? > I haven't gone through the code in great detail yet, but from your description > it sounds unavoidably invasive - abstracting does seem like the best way to > deal with that and minimise risk of regression. I'll dig deeper when I get a > bit more time, and provide some more useful feedback. OOC, there is an > "ssl" branch in pcpfans too - does that need to be reviewed in tandem with > this "nss" branch? thanks. The brolley/ssl branch was my first pmcd-centric attempt at this, which focussed on client connections only. The abstraction for this attempt was in the pmcd mainline and I ran into a dead end with calls like __pmSendPDU which are used to send data to client as well as agents. This in turn lead me to look into implementing the abstraction within libpcp. Dave From brolley@redhat.com Mon Jun 25 11:08:16 2012 X-Spam-Checker-Version: SpamAssassin 3.4.0-r929098 (2010-03-30) on oss.sgi.com X-Spam-Level: X-Spam-Status: No, score=-1.9 required=5.0 tests=BAYES_00 autolearn=ham version=3.4.0-r929098 Received: from cuda.sgi.com (cuda2.sgi.com [192.48.176.25]) by oss.sgi.com (8.14.3/8.14.3/SuSE Linux 0.8) with ESMTP id q5PG8FDp255830 for ; Mon, 25 Jun 2012 11:08:15 -0500 X-ASG-Debug-ID: 1340640494-04cbb0257ec2a550001-S8gJnT Received: from mx1.redhat.com (mx1.redhat.com [209.132.183.28]) by cuda.sgi.com with ESMTP id LHbDZIyNlhRyD3aX for ; Mon, 25 Jun 2012 09:08:14 -0700 (PDT) X-Barracuda-Envelope-From: brolley@redhat.com X-Barracuda-Apparent-Source-IP: 209.132.183.28 X-ASG-Whitelist: Client Received: from int-mx12.intmail.prod.int.phx2.redhat.com (int-mx12.intmail.prod.int.phx2.redhat.com [10.5.11.25]) by mx1.redhat.com (8.14.4/8.14.4) with ESMTP id q5PG8EER012644 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK) for ; Mon, 25 Jun 2012 12:08:14 -0400 Received: from [10.15.16.135] (dhcp-10-15-16-135.yyz.redhat.com [10.15.16.135]) by int-mx12.intmail.prod.int.phx2.redhat.com (8.14.4/8.14.4) with ESMTP id q5PG8DpD004649 for ; Mon, 25 Jun 2012 12:08:13 -0400 Message-ID: <4FE88CED.7060606@redhat.com> Date: Mon, 25 Jun 2012 12:08:13 -0400 From: Dave Brolley User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:12.0) Gecko/20120430 Thunderbird/12.0.1 MIME-Version: 1.0 To: pcp@oss.sgi.com Subject: Re: [pcp] SSL/TLS and IPv6 for PCP via NSS/NSPR References: <4FE1FE5B.6020302@redhat.com> <1340349342.32180.25.camel@bozo-laptop.localdomain> X-ASG-Orig-Subj: Re: [pcp] SSL/TLS and IPv6 for PCP via NSS/NSPR In-Reply-To: <1340349342.32180.25.camel@bozo-laptop.localdomain> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-Scanned-By: MIMEDefang 2.68 on 10.5.11.25 X-Barracuda-Connect: mx1.redhat.com[209.132.183.28] X-Barracuda-Start-Time: 1340640494 X-Barracuda-URL: http://192.48.176.25:80/cgi-mod/mark.cgi X-Virus-Scanned: by bsmtpd at sgi.com On 06/22/2012 03:15 AM, Ken McDonell wrote: > Welcome ... I spent 3 winters in Alberta, and our twin daughters were > born in Edmonton, so I have a long-standing association with Canada. > And your stint at Red Hat commenced just a few years after we started > work on PCP ... 8^)> 3 Winters in Alberta. You have instantly earned my respect as one tough dude! :-) > As Max has suggested, I think it would have been good to have this > discussion a little earlier in terms of the overall approach and > trade-offs. I'll accept the blame for that. I thought I could get a prototype working before presenting it, however, that is taking longer than I had anticipated and Frank (fche) finally convinced me to show you what I had. > I think we're in good shape for the client<--> pmcd communication, as > there is already an initial handshake where we exchange PDU version and > other info. For the other communication types (much more on this > below), we don't have a comparable hook. That's good to know. From the discussion so far, it appears that secure connections between pmcd and the agents are less of a priority, so we can tackle that protocol separately at a later time, if needed. > >> ... >> The biggest issue I have run across is the >> assumption that a file descriptor is an integer. This assumption is >> pervasive throughout PCP and is manifested in the following ways: >> >> - returning integer return codes on error and a file descriptor upon >> success from many functions >> - indexing arrays using file descriptors >> - assuming that file numbers 0, 1 and 2 are stdin, stdout and stderr >> respectively. >> - printing file descriptors as integers >> - keeping track of the "max" file descriptor >> - for the purpose of calls to 'select' >> - for the purpose of iteration >> >> This has resulted in some abstractions designed to remove this >> assumption from the mainline code. For example __pmUpdateMaxFD >> >> A second issue is that many components use sockets, files and pipes >> seamlessly and that file descriptors representing all of these are >> passed to some functions. As a result, these functions must use the >> abstracted data types and I have had to extend the POSIX-NSS/NSPR >> abstraction to normal file and pipe I/O in many cases. I have, so far, >> left as much code as I can unabstracted, however, for the sake of >> consistency, it may make sense to convert all I/O (at least within the >> pmcd) to use the abstraction layer. > As you'll see from my comments below, I think we have a problem here ... > and I believe there may be a better solution. [ ... ] > I started to review all of the changes [it is long, which is why some of > the other email replies have overtaken my thoughts], and this is pretty > much a transcript of that review up to the point where I decided to stop > (after all the libraries). > > src/include/pcp/pmio.h > > PM_ERROR_ are special negative error codes ... probably > need a different name for this one ... PM_FD_NULL? > +#define PM_ERROR_FD NULL > > And I think there may be a knock-on problem (that you've > identified) and in many places we are using the "fd is an int > type" to return a PM_ERROR_ value if this maps into NULL, > we've lost the details of the _cause_ for the error, e.g. in > auxconnect.c the new code > return PM_ERROR_FD; > is not semantically the same as the old code > return -neterror(); > > Variants of this occur in lots of places. > > I suspect the following fd uses may have been caught up in these > changes > - client<--> pmcd : these are OK and the focus of the changes > - client<--> archive : these should probably not be changed > - pmlc<--> pmlogger : we have not talked about this > specificially, but I suspect this needs the same treatment as > client<--> pmcd > - recording client<--> pmlogger : these should probably not be > changed > - client<--> pmtime : these should probably not be changed > - client<--> pmproxy<--> pmcd : grunt ... probably should be > handled but I have no idea how the "chaining" through pmproxy > might work > > My guess is that some of these use PDU routines and that's the > point where the NSS changes leaked out. Keeping int fd's as > indexes into our own array if IPC/socket control structures (as > outlined below) might allow all of these variants to co-exist > without changing the IPC channels that are not intended for NSS > handling. > > Probably need some discussion on this one. If we keep the "fd > is an int type" semantics, but make fd an index into an array of > socket abstraction structures ... this might work because all of > the actual open/read/write/close calls have already been mapped > onto new __pm routines, e.g. __pmCloseSocket(), > __pmRead(), ... or could be handled in __pmXmitPDU() and > __pmRecvPDU(). > > In summary, I would strongly advocate reverting all the __pmFD > changes back to int, and then seeing if we can localize the > changes needed to just those places where the I/O stream may be > using NSS. > > This would _dramatically_ reduce the scope and size of the > changes, e.g. _none_ of the p_*.c routines in libpcp would need > to be changed. I welcome this suggestion. The whole int <--> FD issue has been the biggest obstacle and, as you have noticed, a lot of changes leaked out to places where there are really not needed due to the use of common interfaces like the PDU functions. > > src/libpcp/src/auxconnect.c > __pmAllocHostEntBuffer (void) > > We try _really_ hard to ensure all *alloc() calls succeed or are > trapped asap ... in most cases recovery is not possible. > > Here, you need to check for malloc failure, and probably call > pmNoMem(..., PM_FATAL_ERR) to emit a message and exit. > > This way all the callers of __pmAllocHostEntBuffer() don't need > to check, as success == return. ok > > Minor nit also, the prevailing PCP coding style would not have a > space after the function name in the prototype (here and in the > header file). Yes. I have been trying to observe the coding style as it exists, but some old habits are hard to break. > > src/include/pcp/impl.h > > Many (all?) of the FILE * -> __pmFD changes look suspect. All > of the routines/data elements below relate to PCP archives which > should be outside the scope of the NSS changes I suspect. This > may be another variant of the int -> __pmFD change discussed > above. Some of the leaked changes may have indeed overstepped the actual need in terms of being necessary for compilation. I was beginning to believe that *all* the I/O in PCP would need to be converted and may have done so in a few cases. > Not sure what changing t_who from int to pmcdWho is about (but > suspect it is more fallout from __pmFD) ... PMCD tracing is only > for diagnostic use. Yes, some tracing calls were passing file descriptors and others were various integer status codes. > > src/libpcp_pmda/src/help.c > > Only change here is a Red Hat copyright assertion? There must have been a change here that was reverted. > And that's as far as I got ... I appreciate the quick review. I am very interested in the idea of a FD as an index into a table of actual file descriptors and, I believe that this will solve most of the issues you have raised. Is the IPC table what you had in mind, or are thinking of a separate table? Thanks, Dave From kenj@internode.on.net Mon Jun 25 16:39:08 2012 X-Spam-Checker-Version: SpamAssassin 3.4.0-r929098 (2010-03-30) on oss.sgi.com X-Spam-Level: X-Spam-Status: No, score=-0.9 required=5.0 tests=BAYES_00,J_BACKHAIR_46 autolearn=no version=3.4.0-r929098 Received: from cuda.sgi.com (cuda2.sgi.com [192.48.176.25]) by oss.sgi.com (8.14.3/8.14.3/SuSE Linux 0.8) with ESMTP id q5PLd8vO025848 for ; Mon, 25 Jun 2012 16:39:08 -0500 X-ASG-Debug-ID: 1340660346-04cbb02580c42080001-S8gJnT Received: from ipmail06.adl6.internode.on.net (ipmail06.adl6.internode.on.net [150.101.137.145]) by cuda.sgi.com with ESMTP id HNJse8vpOx33TrHl for ; Mon, 25 Jun 2012 14:39:06 -0700 (PDT) X-Barracuda-Envelope-From: kenj@internode.on.net X-Barracuda-Apparent-Source-IP: 150.101.137.145 X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: ApMBAIPZ6E920c+7/2dsb2JhbAANN4Vas3kBAQEEIwRSEAsYAgImAgJXBq4aknGBII8FgRIDlS6Scg Received: from ppp118-209-207-187.lns20.mel6.internode.on.net (HELO [192.168.1.100]) ([118.209.207.187]) by ipmail06.adl6.internode.on.net with ESMTP; 26 Jun 2012 07:09:05 +0930 Message-ID: <1340660492.7165.32.camel@bozo.localdomain> Subject: Re: [pcp] SSL/TLS and IPv6 for PCP via NSS/NSPR From: Ken McDonell X-ASG-Orig-Subj: Re: [pcp] SSL/TLS and IPv6 for PCP via NSS/NSPR To: Dave Brolley Cc: pcp@oss.sgi.com Date: Tue, 26 Jun 2012 07:41:32 +1000 In-Reply-To: <4FE88CED.7060606@redhat.com> References: <4FE1FE5B.6020302@redhat.com> <1340349342.32180.25.camel@bozo-laptop.localdomain> <4FE88CED.7060606@redhat.com> Content-Type: text/plain; charset="UTF-8" X-Mailer: Evolution 3.2.2- Content-Transfer-Encoding: 7bit Mime-Version: 1.0 X-Barracuda-Connect: ipmail06.adl6.internode.on.net[150.101.137.145] X-Barracuda-Start-Time: 1340660346 X-Barracuda-URL: http://192.48.176.25:80/cgi-mod/mark.cgi X-Virus-Scanned: by bsmtpd at sgi.com X-Barracuda-Spam-Score: 0.00 X-Barracuda-Spam-Status: No, SCORE=0.00 using per-user scores of TAG_LEVEL=1000.0 QUARANTINE_LEVEL=1000.0 KILL_LEVEL=1.3 tests= X-Barracuda-Spam-Report: Code version 3.2, rules version 3.2.2.100914 Rule breakdown below pts rule name description ---- ---------------------- -------------------------------------------------- Thanks for the detailed response Dave. Let me just focus on the "int fd" issue. On Mon, 2012-06-25 at 12:08 -0400, Dave Brolley wrote: > ... I am very interested in the idea of a FD > as an index into a table of actual file descriptors and, I believe that > this will solve most of the issues you have raised. Is the IPC table > what you had in mind, or are thinking of a separate table? The IPC table may be the right place, provided we change the semantics for that data structure. I'll use the IPC table in the outline below, but deeper analysis might suggest another structure may be preferable. What I had in mind was something along these lines: * change the __pmIPC structure as follows: * change socket to be flags and define bit field flags to encode the channel's type (socket or otherwise for Windows), clear text or encrypted (for your use), etc. * add an int fd field for the clear text case * add whatever extra "stuff" you need to make encrypted I/O work * internally change the semantics of all "fd" things to be an opaque integer handle (really an index into the IPC table) ... this gives a natural encoding for valid (>=0), not assigned (-1) and error (otherwise <0) that should not break any of the existing APIs that pass "fd" things about. * when you actually want to do I/O related stuff (read, write, select, seek, close), map the handle into an __pmIPC struct and provide code for the variant cases based on the flags Places where we expect encrypted I/O would support both clear text (for down rev) and encrypted (for the "both ends agree") cases. Other places would only have the clear text support and could (should) die noisily if the associated IPC table entry suggests otherwise. So, for the all the PDU cases I think the only changes would be in pduread() and __pmXmitPDU() within pdu.c of libpcp. This would also have the advantage that the same infrastructure could be used to get the initial pmcd<-->client communication covered, and then could be leveraged to provide encryption on other classes of channel within PCP if that was deemed appropriate ... rather than sweeping it all up in one "big bang" of changes. From kenj@internode.on.net Mon Jun 25 19:40:34 2012 X-Spam-Checker-Version: SpamAssassin 3.4.0-r929098 (2010-03-30) on oss.sgi.com X-Spam-Level: X-Spam-Status: No, score=-1.7 required=5.0 tests=BAYES_00,J_CHICKENPOX_16, J_CHICKENPOX_43 autolearn=no version=3.4.0-r929098 Received: from cuda.sgi.com (cuda2.sgi.com [192.48.176.25]) by oss.sgi.com (8.14.3/8.14.3/SuSE Linux 0.8) with ESMTP id q5Q0eYFi041441 for ; Mon, 25 Jun 2012 19:40:34 -0500 X-ASG-Debug-ID: 1340671228-04cbb0257ec4c3d0001-S8gJnT Received: from ipmail06.adl6.internode.on.net (ipmail06.adl6.internode.on.net [150.101.137.145]) by cuda.sgi.com with ESMTP id suuptiRSJodIH56h for ; Mon, 25 Jun 2012 17:40:29 -0700 (PDT) X-Barracuda-Envelope-From: kenj@internode.on.net X-Barracuda-Apparent-Source-IP: 150.101.137.145 X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: ApMBABUE6U920c+7/2dsb2JhbAANN4Vas3YBAQEDASNRBQULCw4KAgImAgJXBhOIBqYSknuBIIoThHKBEgOVLoESkWA Received: from ppp118-209-207-187.lns20.mel6.internode.on.net (HELO [192.168.1.100]) ([118.209.207.187]) by ipmail06.adl6.internode.on.net with ESMTP; 26 Jun 2012 10:10:28 +0930 Message-ID: <1340671377.7165.45.camel@bozo.localdomain> Subject: Re: [pcp] perl MANIFEST files in the pcp-3.6.4-1.src.tar.gz release tarball From: Ken McDonell X-ASG-Orig-Subj: Re: [pcp] perl MANIFEST files in the pcp-3.6.4-1.src.tar.gz release tarball To: David Disseldorp Cc: pcp Date: Tue, 26 Jun 2012 10:42:57 +1000 In-Reply-To: <20120620111722.585e6996@d115.suse.de> References: <20120618140732.456019c4@d115.suse.de> <1340155761.2787.7.camel@bozo-laptop.localdomain> <20120620111722.585e6996@d115.suse.de> Content-Type: text/plain; charset="UTF-8" X-Mailer: Evolution 3.2.2- Content-Transfer-Encoding: 7bit Mime-Version: 1.0 X-Barracuda-Connect: ipmail06.adl6.internode.on.net[150.101.137.145] X-Barracuda-Start-Time: 1340671228 X-Barracuda-URL: http://192.48.176.25:80/cgi-mod/mark.cgi X-Virus-Scanned: by bsmtpd at sgi.com X-Barracuda-Spam-Score: 0.00 X-Barracuda-Spam-Status: No, SCORE=0.00 using per-user scores of TAG_LEVEL=1000.0 QUARANTINE_LEVEL=1000.0 KILL_LEVEL=1.3 tests= X-Barracuda-Spam-Report: Code version 3.2, rules version 3.2.2.100926 Rule breakdown below pts rule name description ---- ---------------------- -------------------------------------------------- On Wed, 2012-06-20 at 11:17 +0200, David Disseldorp wrote: > Hi Ken, > > On Wed, 20 Jun 2012 11:29:21 +1000 > Ken McDonell wrote: > > > $ tar tf build/tar/pcp-3.6.4-1.src.tar.gz | grep yml > > $ > > It's the "META.yml" entry in the cpan MANIFEST files that causes the > build failure, not the presence of a yml file in the tarball itself. OK, I'm _really_ confused now. META.yml is apparently added to the manifest by this Makefile fragment # --- MakeMaker distmeta section: distmeta : create_distdir metafile $(NOECHO) cd $(DISTVNAME) && $(ABSPERLRUN) -MExtUtils::Manifest=maniadd -e 'eval { maniadd({q{META.yml} => q{Module meta-data (added by MakeMaker)}}) } ' \ -e ' or print "Could not add META.yml to MANIFEST: $${'\''@'\''}\n"' -- This comes from Perl automake magic that we don't control ... there is no reference to yml in the Makefile.PL that is used to generate Makefile. > The Perl Makefiles attempt to copy every file listed in the MANIFEST: > -e "manicopy(maniread(),'$(DISTVNAME)', '$(DIST_CP)');" > > As "META.yml" is listed in the manifest but is not present at that point > in the build (it is generated later), manicopy() fails. > Hmm, my builds run like this ... Generating META.yml tar cvf PCP-LogImport-1.00.tar PCP-LogImport-1.00 PCP-LogImport-1.00/ PCP-LogImport-1.00/LogImport.xs PCP-LogImport-1.00/COPYING PCP-LogImport-1.00/LogImport.pm PCP-LogImport-1.00/typemap PCP-LogImport-1.00/Changes PCP-LogImport-1.00/META.yml PCP-LogImport-1.00/MANIFEST PCP-LogImport-1.00/Makefile.PL rm -rf PCP-LogImport-1.00 gzip --best PCP-LogImport-1.00.tar and $ tar tf PCP-LogImport-1.00.tar.gz | grep yml PCP-LogImport-1.00/META.yml so META.yml _is_ in some tarball at this stage and is also included in the MANIFEST file in the tarball $ tar xpf PCP-LogImport-1.00.tar.gz $ diff MANIFEST PCP-LogImport-1.00/MANIFEST 7a8 > META.yml Module meta-data (added by MakeMaker) which seems internally consistent. So at what point does your build go wrong? I think I need the full context (via script(1) or similar) and any build logs to progress this further. From kenj@internode.on.net Mon Jun 25 20:07:58 2012 X-Spam-Checker-Version: SpamAssassin 3.4.0-r929098 (2010-03-30) on oss.sgi.com X-Spam-Level: X-Spam-Status: No, score=-0.1 required=5.0 tests=BAYES_00,J_CHICKENPOX_73, URIBL_BLACK autolearn=no version=3.4.0-r929098 Received: from cuda.sgi.com (cuda1.sgi.com [192.48.157.11]) by oss.sgi.com (8.14.3/8.14.3/SuSE Linux 0.8) with ESMTP id q5Q17wo8043091 for ; Mon, 25 Jun 2012 20:07:58 -0500 X-ASG-Debug-ID: 1340672874-04bdf059a98e37c0001-S8gJnT Received: from ipmail06.adl6.internode.on.net (ipmail06.adl6.internode.on.net [150.101.137.145]) by cuda.sgi.com with ESMTP id 8HAv6CcafvQmtjzg for ; Mon, 25 Jun 2012 18:07:54 -0700 (PDT) X-Barracuda-Envelope-From: kenj@internode.on.net X-Barracuda-Apparent-Source-IP: 150.101.137.145 X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: ApIBAOcK6U920c+7/2dsb2JhbAANN4VatCGBBQYCJgJTH64dknyBIIoThHKBEgOVLoESkWA Received: from ppp118-209-207-187.lns20.mel6.internode.on.net (HELO [192.168.1.100]) ([118.209.207.187]) by ipmail06.adl6.internode.on.net with ESMTP; 26 Jun 2012 10:37:54 +0930 Message-ID: <1340673022.7165.49.camel@bozo.localdomain> Subject: pcp updates From: Ken McDonell X-ASG-Orig-Subj: pcp updates To: pcp@oss.sgi.com Date: Tue, 26 Jun 2012 11:10:22 +1000 Content-Type: text/plain; charset="UTF-8" X-Mailer: Evolution 3.2.2- Content-Transfer-Encoding: 7bit Mime-Version: 1.0 X-Barracuda-Connect: ipmail06.adl6.internode.on.net[150.101.137.145] X-Barracuda-Start-Time: 1340672874 X-Barracuda-URL: http://192.48.157.11:80/cgi-mod/mark.cgi X-Virus-Scanned: by bsmtpd at sgi.com X-Barracuda-Spam-Score: 0.00 X-Barracuda-Spam-Status: No, SCORE=0.00 using per-user scores of TAG_LEVEL=1000.0 QUARANTINE_LEVEL=1000.0 KILL_LEVEL=1.3 tests= X-Barracuda-Spam-Report: Code version 3.2, rules version 3.2.2.100928 Rule breakdown below pts rule name description ---- ---------------------- -------------------------------------------------- Changes committed to git://oss.sgi.com/kenj/pcp.git dev CHANGELOG | 6 VERSION.pcp | 2 build/rpm/pcp.spec.in | 3 configure.in | 30 - debian/changelog | 7 man/man1/pmdabash.1 | 243 +++++++++ man/man3/pmunpackeventrecords.3 | 4 src/include/pcp.env | 13 src/libpcp/src/events.c | 4 src/libpcp/src/logutil.c | 8 src/libpcp_pmda/src/queues.c | 19 src/pmdas/bash/.gitignore | 5 src/pmdas/bash/GNUmakefile | 65 ++ src/pmdas/bash/Install | 44 + src/pmdas/bash/README | 50 + src/pmdas/bash/Remove | 23 src/pmdas/bash/bashproc.sh | 87 ++- src/pmdas/bash/event.c | 459 +++++++++++++++-- src/pmdas/bash/event.h | 100 +++ src/pmdas/bash/help | 50 + src/pmdas/bash/pcp.sh | 30 + src/pmdas/bash/pmda.c | 698 ++++++++++++++++++++++----- src/pmdas/bash/pmns | 44 + src/pmdas/bash/root | 10 src/pmdas/bash/test-trace.sh | 141 +++-- src/pmdas/bash/util.c | 70 ++ src/pmdas/elasticsearch/Install | 4 src/pmdas/elasticsearch/pmdaelasticsearch.pl | 104 ++-- src/pmdumplog/pmdumplog.c | 9 src/pmevent/pmevent.c | 2 30 files changed, 1977 insertions(+), 357 deletions(-) commit 4b4a26a4760b579f43320b916eaafe5fbd6eb327 Author: Ken McDonell Date: Wed Jun 20 21:34:29 2012 +1000 pmdumplog - remove some more double arithmetic for timestamps commit 8ebcfa3b744211d244eaf22374906ab2f005d851 Author: Ken McDonell Date: Wed Jun 20 21:31:55 2012 +1000 libpcp/logutil - add diagnostics for __pmLogPutIndex() commit db3a342c6667b335b7433b4a02a3f37f6dc7dd57 Merge: 946bfcb 487fd92 Author: Ken McDonell Date: Mon Jun 18 13:19:13 2012 +1000 Merge branch 'dev' of git://oss.sgi.com/pcp/pcp into dev Which merged all of the commits below authored by others. commit 487fd92b6663af48c0ae34bf082bf6a50f76e223 commit f5d574817dff0c3daa122065c6ee4fd34e884c3d commit f0d5d279cbeae9281908272d33d0bd01f2e3f401 commit 1104ab8f7549161f72452b03d2756a73f1d38580 commit 46a19df61c17cba1ae5793f745a91c8e6fea08c1 commit 946bfcb5acc1814caba316f629e964312afc1d56 commit 37c36edd0b8c9f7253524c80176a422837e48247 commit 3d2cd6c95ca4bc81f7c0a1e359ce92ee907db3d5 commit ad1ff2e5552e57c31e8cb0d4e44f9fc1dbef5655 commit 1ed11d8bdc88ad9376317d7d98b092dc47ebeb36 commit b078eca79d33d0bc4f4bf455d93f97eb4bc3f87b commit fccfa860a970d99ff3c7b8588fa40e52f97647cd commit 7b9f81b278c692ccc232093a63243b21c75030f5 commit d887b4f36d584b9e0796146dd1ee3811728d5296 commit 09c0748d8f0f2310b08a8bb5ee6512015688fa3b commit 6f851787c163b68643e0b79c4a2fc3e373bfbe7d commit c1f0fbc91ba9ae0b39815862c0d2396733fe3d63 commit 70b76abe42aca1c968feb3bfe20b74c61cf05db6 commit 5eb03e750f6ec6bf46cc7ae43c01ea1f0eb1fa53 commit 05685b30b3c3b2b1aae8991ea08f2a3bc08059e1 commit 27f7ffca8d1e1a044dd6ad6f37d94b87c43172a9 commit 43a3f26540e3c2353f33c112f1124b70e7d479db commit 9b5d44f41438d64d98cee9067cedef503937f3c9 commit 7379b60ac92820741460f157fd6578f4f2aa4114 commit edd971f7b9d5c92018ac0d85cc489bab9e4d9444 commit 6190170d80a09ea632db8f129210aeceea05d0ba commit 21314aeac20b7a20dbd3e40e208128b9190b10ec commit 639c9e699eb17df82bee64ba9f4f1e49a6df3fdd commit 41cae7e1f0c2328a23877e99499fd20ffbf86cd5 commit 035074fce2610002280ccc61901fc7b7b258c7f4 From kenj@internode.on.net Tue Jun 26 07:04:14 2012 X-Spam-Checker-Version: SpamAssassin 3.4.0-r929098 (2010-03-30) on oss.sgi.com X-Spam-Level: X-Spam-Status: No, score=-1.9 required=5.0 tests=BAYES_00 autolearn=ham version=3.4.0-r929098 Received: from cuda.sgi.com (cuda2.sgi.com [192.48.176.25]) by oss.sgi.com (8.14.3/8.14.3/SuSE Linux 0.8) with ESMTP id q5QC4DRW096286 for ; Tue, 26 Jun 2012 07:04:14 -0500 X-ASG-Debug-ID: 1340712251-04cbb0257fc84d90001-S8gJnT Received: from ipmail04.adl6.internode.on.net (ipmail04.adl6.internode.on.net [150.101.137.141]) by cuda.sgi.com with ESMTP id Asem2riQHzijX9PV for ; Tue, 26 Jun 2012 05:04:11 -0700 (PDT) X-Barracuda-Envelope-From: kenj@internode.on.net X-Barracuda-Apparent-Source-IP: 150.101.137.141 X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: ApIBAPSk6U920c+7/2dsb2JhbAANN4VatBqBBQYCJgJTH616kyuBIIoThHKBEgOVMZJ0 Received: from ppp118-209-207-187.lns20.mel6.internode.on.net (HELO [192.168.1.100]) ([118.209.207.187]) by ipmail04.adl6.internode.on.net with ESMTP; 26 Jun 2012 21:33:52 +0930 Message-ID: <1340712381.3611.0.camel@bozo.localdomain> Subject: pcpqa updates From: Ken McDonell X-ASG-Orig-Subj: pcpqa updates To: pcp@oss.sgi.com Date: Tue, 26 Jun 2012 22:06:21 +1000 Content-Type: text/plain; charset="UTF-8" X-Mailer: Evolution 3.2.2- Content-Transfer-Encoding: 7bit Mime-Version: 1.0 X-Barracuda-Connect: ipmail04.adl6.internode.on.net[150.101.137.141] X-Barracuda-Start-Time: 1340712251 X-Barracuda-URL: http://192.48.176.25:80/cgi-mod/mark.cgi X-Virus-Scanned: by bsmtpd at sgi.com X-Barracuda-Spam-Score: 0.00 X-Barracuda-Spam-Status: No, SCORE=0.00 using per-user scores of TAG_LEVEL=1000.0 QUARANTINE_LEVEL=1000.0 KILL_LEVEL=1.3 tests= X-Barracuda-Spam-Report: Code version 3.2, rules version 3.2.2.100972 Rule breakdown below pts rule name description ---- ---------------------- -------------------------------------------------- Changes committed to git://oss.sgi.com/pcp/pcpqa.git .gitignore | 4 061 | 19 061.out.1 | 1133 ++++++++++++++++++++++++++++++++++++++ 061.out.2 | 1168 ++++++++++++++++++++++++++++++++++++++++ 191 | 1 367 | 2 367.out | 10 417 | 14 417.linux.3 | 405 +++++++++++++ 498 | 11 498.out.1 | 381 +++++++++++++ 498.out.2 | 386 +++++++++++++ cisco/ATM-12-0 | 21 cisco/Ethernet-0 | 21 cisco/Ethernet-1-0 | 27 cisco/Ethernet-3-5 | 20 cisco/FastEthernet-0-5 | 36 - cisco/FastEthernet-0-6 | 36 - cisco/FastEthernet-1-0 | 24 cisco/Fddi-2-0 | 26 cisco/GigabitEthernet-0-1 | 35 - cisco/Hssi-3-0 | 22 cisco/Serial-0 | 22 cisco/Serial-1 | 24 cisco/Serial-1-0-min | 26 cisco/Serial-1-0-sec | 26 cisco/Vlan-1 | 28 cisco/Vlan-160 | 29 cisco/Vlan-256 | 23 cisco/hugh-800 | 59 -- pconf/cpu/aggregate_util | 34 - pconf/cpu/excess_fpe | 43 - pconf/cpu/load_average | 29 pconf/cpu/single_util | 36 - pconf/cpu/system_calls | 29 pconf/cpu/system_mode | 45 - pconf/disk/average_iops | 31 - pconf/disk/single_iops | 37 - pconf/filesys/buffer_cache | 37 - pconf/filesys/capacity | 34 - pconf/global/pcp_eoe | 93 --- pconf/global/sss | 10 pconf/memory/exhausted | 26 pconf/network/interface_bytes | 52 - pconf/network/interface_packets | 53 - pconf/network/tcp_dropped_conns | 42 - pconf/network/tcp_retransmit | 39 - src-oss/chkopenlog.c | 4 src-oss/clientid.c | 7 src-oss/crashpmcd.c | 6 src-oss/mmv_noinit.c | 7 src-oss/pducheck.c | 14 src-oss/pmcdgone.c | 20 src-oss/pmpost-exploit.c | 10 src-oss/read-bf.c | 13 src-oss/stripmark.c | 10 src-oss/torture_cache.c | 32 - src-oss/write-bf.c | 13 58 files changed, 3624 insertions(+), 1221 deletions(-) commit 4578dc4f204eaa53abf678d4cf339e674847c692 Author: Ken McDonell Date: Tue Jun 26 21:53:16 2012 +1000 498 - accommodate recent diagnostic changes commit 01f484698f32956ac7edf094d2d292e1738639c8 Author: Ken McDonell Date: Tue Jun 26 21:40:58 2012 +1000 417 - accommodate recent diagnostic changes commit a09b3a36212fb9b17b698c85d34fea9ed1f44626 Author: Ken McDonell Date: Tue Jun 26 21:27:56 2012 +1000 191 - handle yet another variant of the kill error message commit 07f11cb1e4d393840d4fa35aea877ca99719dd42 Author: Ken McDonell Date: Tue Jun 26 21:24:58 2012 +1000 061 - accommodate recent diagnostic changes commit 89bfc46f32ea44d61be1e735e24d92ee94176c77 Author: Ken McDonell Date: Sat Jun 23 18:44:17 2012 +1000 Fix some compilation warnings. No functional changes here. commit 2073637d7571d7765c5a97b0986dd6f88750ad5b Author: Ken McDonell Date: Tue Jun 12 07:03:18 2012 +1000 367, pducheck - fix small compilation warning Assuming vbuf[1] exists is a bit naughty ... found in packaging build. commit e12cd6111edaa0ff6d4a3e3a5c4081c0d12820bd Author: Ken McDonell Date: Tue Jun 12 06:29:00 2012 +1000 Replace cisco and pconf directories In preparation for packaging and ubercheck, it is simpler to bundle the test files in the pconf and cisco directories into tar balls and unpack these as required. From ddiss@suse.com Tue Jun 26 08:17:37 2012 X-Spam-Checker-Version: SpamAssassin 3.4.0-r929098 (2010-03-30) on oss.sgi.com X-Spam-Level: X-Spam-Status: No, score=-1.5 required=5.0 tests=BAYES_00,J_CHICKENPOX_16, J_CHICKENPOX_43,J_CHICKENPOX_63,J_CHICKENPOX_64 autolearn=no version=3.4.0-r929098 Received: from cuda.sgi.com (cuda2.sgi.com [192.48.176.25]) by oss.sgi.com (8.14.3/8.14.3/SuSE Linux 0.8) with ESMTP id q5QDHb1q103655 for ; Tue, 26 Jun 2012 08:17:37 -0500 X-ASG-Debug-ID: 1340716653-04cbb02580c8bfd0001-S8gJnT Received: from nat28.tlf.novell.com (nat28.tlf.novell.com [130.57.49.28]) by cuda.sgi.com with ESMTP id xsNdC3oRVcFiQ83Z (version=TLSv1 cipher=AES256-SHA bits=256 verify=NO) for ; Tue, 26 Jun 2012 06:17:34 -0700 (PDT) X-Barracuda-Envelope-From: ddiss@suse.com X-Barracuda-Apparent-Source-IP: 130.57.49.28 Received: from d115.suse.de ([::ffff:195.135.221.2]) by nat28.tlf.novell.com with ESMTP (TLS encrypted); Tue, 26 Jun 2012 14:17:18 +0100 Date: Tue, 26 Jun 2012 15:17:05 +0200 From: David Disseldorp To: Ken McDonell Cc: pcp Subject: Re: [pcp] perl MANIFEST files in the pcp-3.6.4-1.src.tar.gz release tarball Message-ID: <20120626151705.2047f58e@d115.suse.de> X-ASG-Orig-Subj: Re: [pcp] perl MANIFEST files in the pcp-3.6.4-1.src.tar.gz release tarball In-Reply-To: <1340671377.7165.45.camel@bozo.localdomain> References: <20120618140732.456019c4@d115.suse.de> <1340155761.2787.7.camel@bozo-laptop.localdomain> <20120620111722.585e6996@d115.suse.de> <1340671377.7165.45.camel@bozo.localdomain> X-Mailer: Claws Mail 3.7.5 (GTK+ 2.20.1; x86_64-unknown-linux-gnu) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-Barracuda-Connect: nat28.tlf.novell.com[130.57.49.28] X-Barracuda-Start-Time: 1340716654 X-Barracuda-Encrypted: AES256-SHA X-Barracuda-URL: http://192.48.176.25:80/cgi-mod/mark.cgi X-Virus-Scanned: by bsmtpd at sgi.com X-Barracuda-Spam-Score: 0.00 X-Barracuda-Spam-Status: No, SCORE=0.00 using per-user scores of TAG_LEVEL=1000.0 QUARANTINE_LEVEL=1000.0 KILL_LEVEL=1.3 tests= X-Barracuda-Spam-Report: Code version 3.2, rules version 3.2.2.100976 Rule breakdown below pts rule name description ---- ---------------------- -------------------------------------------------- On Tue, 26 Jun 2012 10:42:57 +1000 Ken McDonell wrote: > # --- MakeMaker distmeta section: > distmeta : create_distdir metafile > $(NOECHO) cd $(DISTVNAME) && $(ABSPERLRUN) -MExtUtils::Manifest=maniadd -e 'eval { maniadd({q{META.yml} => q{Module meta-data (added by MakeMaker)}}) } ' \ > -e ' or print "Could not add META.yml to MANIFEST: $${'\''@'\''}\n"' -- > > This comes from Perl automake magic that we don't control ... there is > no reference to yml in the Makefile.PL that is used to generate > Makefile. Yes, but there is a reference to META.yml in MANIFEST files shipped with the pcp-3.6.4-1.src.tar.gz tarball, it is _not_ present in the git tree tree. > > The Perl Makefiles attempt to copy every file listed in the MANIFEST: > > -e "manicopy(maniread(),'$(DISTVNAME)', '$(DIST_CP)');" > > > > As "META.yml" is listed in the manifest but is not present at that point > > in the build (it is generated later), manicopy() fails. > > > > Hmm, my builds run like this ... > > Generating META.yml > tar cvf PCP-LogImport-1.00.tar PCP-LogImport-1.00 > PCP-LogImport-1.00/ > PCP-LogImport-1.00/LogImport.xs > PCP-LogImport-1.00/COPYING > PCP-LogImport-1.00/LogImport.pm > PCP-LogImport-1.00/typemap > PCP-LogImport-1.00/Changes > PCP-LogImport-1.00/META.yml > PCP-LogImport-1.00/MANIFEST > PCP-LogImport-1.00/Makefile.PL > rm -rf PCP-LogImport-1.00 > gzip --best PCP-LogImport-1.00.tar > > and > > $ tar tf PCP-LogImport-1.00.tar.gz | grep yml > PCP-LogImport-1.00/META.yml > > so META.yml _is_ in some tarball at this stage and is also included in > the MANIFEST file in the tarball > > $ tar xpf PCP-LogImport-1.00.tar.gz > $ diff MANIFEST PCP-LogImport-1.00/MANIFEST > 7a8 > > META.yml Module meta-data (added by MakeMaker) > > which seems internally consistent. Looks like you've run this from the git tree, the META.yml entry would be present in both MANIFEST files using pcp-3.6.4-1.src.tar.gz. > So at what point does your build go wrong? > > I think I need the full context (via script(1) or similar) and any build > logs to progress this further. barett:/abuild/ddiss/home:dmdiss:pcp_perl_manifests/pcp/pcp-3.6.4/src/cpan/PMDA/:[0]# make rm -rf PCP-PMDA-* MYMETA.yml MYMETA.json /usr/bin/gmake -f Makefile dist gmake[1]: Entering directory `/abuild/ddiss/home:dmdiss:pcp_perl_manifests/pcp/pcp-3.6.4/src/cpan/PMDA' rm -rf PCP-PMDA-1.13 /usr/bin/perl "-MExtUtils::Manifest=manicopy,maniread" \ -e "manicopy(maniread(),'PCP-PMDA-1.13', 'best');" mkdir PCP-PMDA-1.13 -e: META.yml not found at -e line 1 Can't read META.yml: No such file or directory gmake[1]: *** [create_distdir] Error 2 gmake[1]: Leaving directory `/abuild/ddiss/home:dmdiss:pcp_perl_manifests/pcp/pcp-3.6.4/src/cpan/PMDA' make: *** [dist] Error 2 It fails depending on the version of Perl on the build host. manicopy() invokes cp_if_diff(), which on most versions of Perl warns about a non-existent src file and the returns. On Perl 5.10.0 (SLES11SP2) cp_if_diff() warns about the non-existent src file but does not return, it dies on the subsequent open(). Full build logs can be found at: https://build.opensuse.org/package/rawlog?arch=x86_64&package=pcp&project=home%3Admdiss%3Apcp_perl_manifests&repository=SLE_11_SP2 We will continue to run with the following patch: https://build.opensuse.org/package/view_file?file=fix_cpan_pmda_manifest.patch&package=pcp&project=home%3Admdiss%3Apcp_commonspec&rev=0290d15eaae597d4b4dce8d77aa76e7f Cheers, David From kenj@internode.on.net Tue Jun 26 15:56:03 2012 X-Spam-Checker-Version: SpamAssassin 3.4.0-r929098 (2010-03-30) on oss.sgi.com X-Spam-Level: X-Spam-Status: No, score=-1.8 required=5.0 tests=BAYES_00,J_CHICKENPOX_66 autolearn=no version=3.4.0-r929098 Received: from cuda.sgi.com (cuda1.sgi.com [192.48.157.11]) by oss.sgi.com (8.14.3/8.14.3/SuSE Linux 0.8) with ESMTP id q5QKu2rQ145124 for ; Tue, 26 Jun 2012 15:56:03 -0500 X-ASG-Debug-ID: 1340744160-04bdf059a39356d0001-S8gJnT Received: from ipmail06.adl2.internode.on.net (ipmail06.adl2.internode.on.net [150.101.137.129]) by cuda.sgi.com with ESMTP id CU65jFdRAVkD6FFh for ; Tue, 26 Jun 2012 13:56:01 -0700 (PDT) X-Barracuda-Envelope-From: kenj@internode.on.net X-Barracuda-Apparent-Source-IP: 150.101.137.129 X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: ApIBAJsg6k920c+7/2dsb2JhbAANN4VatCWBBQYCJgJTH65CkzaBIIoXgm6CCoESA5UyknQ Received: from ppp118-209-207-187.lns20.mel6.internode.on.net (HELO [192.168.1.100]) ([118.209.207.187]) by ipmail06.adl2.internode.on.net with ESMTP; 27 Jun 2012 06:25:59 +0930 Message-ID: <1340744309.3611.1.camel@bozo.localdomain> Subject: pcpqa updates From: Ken McDonell X-ASG-Orig-Subj: pcpqa updates To: pcp@oss.sgi.com Date: Wed, 27 Jun 2012 06:58:29 +1000 Content-Type: text/plain; charset="UTF-8" X-Mailer: Evolution 3.2.2- Content-Transfer-Encoding: 7bit Mime-Version: 1.0 X-Barracuda-Connect: ipmail06.adl2.internode.on.net[150.101.137.129] X-Barracuda-Start-Time: 1340744160 X-Barracuda-URL: http://192.48.157.11:80/cgi-mod/mark.cgi X-Virus-Scanned: by bsmtpd at sgi.com X-Barracuda-Spam-Score: 0.00 X-Barracuda-Spam-Status: No, SCORE=0.00 using per-user scores of TAG_LEVEL=1000.0 QUARANTINE_LEVEL=1000.0 KILL_LEVEL=1.3 tests= X-Barracuda-Spam-Report: Code version 3.2, rules version 3.2.2.101008 Rule breakdown below pts rule name description ---- ---------------------- -------------------------------------------------- Changes committed to git://oss.sgi.com/pcp/pcpqa.git cisco.tar |binary common.filter | 1 + pconf.tar |binary 3 files changed, 1 insertion(+) commit 5135fa5644080ee3de9ed8b5fba72bfe36698273 Author: Ken McDonell Date: Wed Jun 27 06:17:59 2012 +1000 Add missing tarballs. Missing from commit e12cd6111edaa0ff6d4a3e3a5c4081c0d12820bd ... oops. commit 0d2d2e6d3cda00e96b12f42a36333410ebe88fbf Author: Ken McDonell Date: Wed Jun 27 06:04:16 2012 +1000 common.filter - add postgresql to top-level PMDA filter From kenj@internode.on.net Tue Jun 26 19:26:06 2012 X-Spam-Checker-Version: SpamAssassin 3.4.0-r929098 (2010-03-30) on oss.sgi.com X-Spam-Level: X-Spam-Status: No, score=-1.7 required=5.0 tests=BAYES_00,J_CHICKENPOX_16, J_CHICKENPOX_43 autolearn=no version=3.4.0-r929098 Received: from cuda.sgi.com (cuda3.sgi.com [192.48.176.15]) by oss.sgi.com (8.14.3/8.14.3/SuSE Linux 0.8) with ESMTP id q5R0Q6Pa156835 for ; Tue, 26 Jun 2012 19:26:06 -0500 X-ASG-Debug-ID: 1340756763-04cb6c3b90b2d060001-S8gJnT Received: from ipmail04.adl6.internode.on.net (ipmail04.adl6.internode.on.net [150.101.137.141]) by cuda.sgi.com with ESMTP id hzNb0hkgSi0YVsFu for ; Tue, 26 Jun 2012 17:26:03 -0700 (PDT) X-Barracuda-Envelope-From: kenj@internode.on.net X-Barracuda-Apparent-Source-IP: 150.101.137.141 X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: AkEcAM9R6k94nprVPGdsb2JhbAANOIVasHUBAQEBN4JMAQEBAwEjVgULCw0BCgICJgICQxQGE4gGEKY9kyaBIIoXhHiBEgOWRIRmjHw Received: from unknown (HELO [10.166.249.247]) ([120.158.154.213]) by ipmail04.adl6.internode.on.net with ESMTP; 27 Jun 2012 09:56:01 +0930 Message-ID: <1340756751.31266.4.camel@bozo-laptop.localdomain> Subject: Re: [pcp] perl MANIFEST files in the pcp-3.6.4-1.src.tar.gz release tarball From: Ken McDonell X-ASG-Orig-Subj: Re: [pcp] perl MANIFEST files in the pcp-3.6.4-1.src.tar.gz release tarball To: David Disseldorp Cc: pcp Date: Wed, 27 Jun 2012 10:25:51 +1000 In-Reply-To: <20120626151705.2047f58e@d115.suse.de> References: <20120618140732.456019c4@d115.suse.de> <1340155761.2787.7.camel@bozo-laptop.localdomain> <20120620111722.585e6996@d115.suse.de> <1340671377.7165.45.camel@bozo.localdomain> <20120626151705.2047f58e@d115.suse.de> Content-Type: text/plain; charset="UTF-8" X-Mailer: Evolution 3.2.2- Content-Transfer-Encoding: 7bit Mime-Version: 1.0 X-Barracuda-Connect: ipmail04.adl6.internode.on.net[150.101.137.141] X-Barracuda-Start-Time: 1340756763 X-Barracuda-URL: http://192.48.176.15:80/cgi-mod/mark.cgi X-Virus-Scanned: by bsmtpd at sgi.com X-Barracuda-Spam-Score: 0.00 X-Barracuda-Spam-Status: No, SCORE=0.00 using per-user scores of TAG_LEVEL=1000.0 QUARANTINE_LEVEL=1000.0 KILL_LEVEL=1.3 tests= X-Barracuda-Spam-Report: Code version 3.2, rules version 3.2.2.101022 Rule breakdown below pts rule name description ---- ---------------------- -------------------------------------------------- On Tue, 2012-06-26 at 15:17 +0200, David Disseldorp wrote: > On Tue, 26 Jun 2012 10:42:57 +1000 > Ken McDonell wrote: > > > # --- MakeMaker distmeta section: > > distmeta : create_distdir metafile > > $(NOECHO) cd $(DISTVNAME) && $(ABSPERLRUN) -MExtUtils::Manifest=maniadd -e 'eval { maniadd({q{META.yml} => q{Module meta-data (added by MakeMaker)}}) } ' \ > > -e ' or print "Could not add META.yml to MANIFEST: $${'\''@'\''}\n"' -- > > > > This comes from Perl automake magic that we don't control ... there is > > no reference to yml in the Makefile.PL that is used to generate > > Makefile. > > Yes, but there is a reference to META.yml in MANIFEST files shipped with > the pcp-3.6.4-1.src.tar.gz tarball, it is _not_ present in the git tree > tree. Where does this tarball come from? I've tried installing the src RPM (built from a git-based build on SuSE), and unpacking the pcp-3.6.4-1.src.tar.gz from there and there is no .yml reference in any of the MANIFEST files, so where does your tarball come from? > Full build logs can be found at: > https://build.opensuse.org/package/rawlog?arch=x86_64&package=pcp&project=home%3Admdiss%3Apcp_perl_manifests&repository=SLE_11_SP2 > > We will continue to run with the following patch: > https://build.opensuse.org/package/view_file?file=fix_cpan_pmda_manifest.patch&package=pcp&project=home%3Admdiss%3Apcp_commonspec&rev=0290d15eaae597d4b4dce8d77aa76e7f Thanks for this, but I'm still in the dark I'm afraid. ... the patch only makes sense if there is .yml lines in the MANIFEST files, but I don't yet understand how you get to this starting point. If someone else understands this better than I, please jump in. From nscott@aconex.com Tue Jun 26 23:40:58 2012 X-Spam-Checker-Version: SpamAssassin 3.4.0-r929098 (2010-03-30) on oss.sgi.com X-Spam-Level: * X-Spam-Status: No, score=1.3 required=5.0 tests=BAYES_00,HTML_MESSAGE, J_CHICKENPOX_16,J_CHICKENPOX_43 autolearn=no version=3.4.0-r929098 Received: from cuda.sgi.com (cuda1.sgi.com [192.48.157.11]) by oss.sgi.com (8.14.3/8.14.3/SuSE Linux 0.8) with ESMTP id q5R4ewBS169452 for ; Tue, 26 Jun 2012 23:40:58 -0500 X-ASG-Debug-ID: 1340772053-04bdf0599f94bac0001-S8gJnT Received: from postoffice2.aconex.com (mail.aconex.com [203.166.49.3]) by cuda.sgi.com with ESMTP id l5JeMJUxwAm7G1gg for ; Tue, 26 Jun 2012 21:40:54 -0700 (PDT) X-Barracuda-Envelope-From: nscott@aconex.com X-Barracuda-Apparent-Source-IP: 203.166.49.3 Received: from postoffice.aconex.com (postoffice.yarra.acx [192.168.35.100]) by postoffice2.aconex.com with ESMTP id isawXbSplWXw0r2m; Wed, 27 Jun 2012 14:40:48 +1000 (EST) Received: from gatekeeper.aconex.com (gatekeeper.yarra.acx [192.168.35.102]) by postoffice.aconex.com (Postfix) with ESMTP id 1F6883CE00B0; Wed, 27 Jun 2012 14:40:10 +1000 (EST) Received: from localhost (localhost.localdomain [127.0.0.1]) by gatekeeper.aconex.com (Postfix) with ESMTP id 5C8F29E0002; Wed, 27 Jun 2012 14:40:48 +1000 (EST) X-Virus-Scanned: amavisd-new at aconex.com Received: from gatekeeper.aconex.com ([127.0.0.1]) by localhost (gatekeeper.aconex.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id Zm2m7k0nJfCT; Wed, 27 Jun 2012 14:40:45 +1000 (EST) Received: from acxmail-au2.aconex.com (acxmail-au2.aconex.com [192.168.35.104]) by gatekeeper.aconex.com (Postfix) with ESMTP id 716609E0001; Wed, 27 Jun 2012 14:40:45 +1000 (EST) Received: from localhost (localhost.localdomain [127.0.0.1]) by acxmail-au2.aconex.com (Postfix) with ESMTP id 686DE3B20002; Wed, 27 Jun 2012 14:40:45 +1000 (EST) X-Virus-Scanned: amavisd-new at aconex.com Received: from acxmail-au2.aconex.com ([127.0.0.1]) by localhost (acxmail-au2.aconex.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id Xy08zOkR1kkT; Wed, 27 Jun 2012 14:40:45 +1000 (EST) Received: from acxmail-au2.aconex.com (localhost.localdomain [127.0.0.1]) by acxmail-au2.aconex.com (Postfix) with ESMTP id 40AB53B20001; Wed, 27 Jun 2012 14:40:45 +1000 (EST) Date: Wed, 27 Jun 2012 14:40:45 +1000 (EST) From: Nathan Scott To: Ken McDonell Cc: pcp , David Disseldorp Message-ID: <57413194.1219166.1340772045136.JavaMail.root@acxmail-au2.aconex.com> In-Reply-To: <1340756751.31266.4.camel@bozo-laptop.localdomain> Subject: Re: [pcp] perl MANIFEST files in the pcp-3.6.4-1.src.tar.gz release tarball MIME-Version: 1.0 X-ASG-Orig-Subj: Re: [pcp] perl MANIFEST files in the pcp-3.6.4-1.src.tar.gz release tarball Content-Type: multipart/alternative; boundary="----=_Part_1219165_2042968611.1340772045135" X-Originating-IP: [192.168.7.164] X-Mailer: Zimbra 7.1.4_GA_2567 (ZimbraWebClient - FF3.0 (Linux)/7.1.4_GA_2555) X-Virus-Scanned: by bsmtpd at aconex.com X-Barracuda-Connect: mail.aconex.com[203.166.49.3] X-Barracuda-Start-Time: 1340772053 X-Barracuda-URL: http://192.48.157.11:80/cgi-mod/mark.cgi X-Virus-Scanned: by bsmtpd at sgi.com X-Barracuda-Spam-Score: 0.00 X-Barracuda-Spam-Status: No, SCORE=0.00 using per-user scores of TAG_LEVEL=1000.0 QUARANTINE_LEVEL=1000.0 KILL_LEVEL=1.3 tests=HTML_MESSAGE X-Barracuda-Spam-Report: Code version 3.2, rules version 3.2.2.101038 Rule breakdown below pts rule name description ---- ---------------------- -------------------------------------------------- 0.00 HTML_MESSAGE BODY: HTML included in message ------=_Part_1219165_2042968611.1340772045135 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit ----- Original Message ----- > On Tue, 2012-06-26 at 15:17 +0200, David Disseldorp wrote: > > On Tue, 26 Jun 2012 10:42:57 +1000 > > Ken McDonell wrote: > > > > > # --- MakeMaker distmeta section: > > > distmeta : create_distdir metafile > > > $(NOECHO) cd $(DISTVNAME) && $(ABSPERLRUN) > > > -MExtUtils::Manifest=maniadd -e 'eval { maniadd({q{META.yml} => > > > q{Module meta-data (added by MakeMaker)}}) } ' \ > > > -e ' or print "Could not add META.yml to MANIFEST: > > > $${'\''@'\''}\n"' -- > > > > > > This comes from Perl automake magic that we don't control ... > > > there is > > > no reference to yml in the Makefile.PL that is used to generate > > > Makefile. > > > > Yes, but there is a reference to META.yml in MANIFEST files shipped > > with > > the pcp-3.6.4-1.src.tar.gz tarball, it is _not_ present in the git > > tree > > tree. > Where does this tarball come from? > I've tried installing the src RPM (built from a git-based build on > SuSE), and unpacking the pcp-3.6.4-1.src.tar.gz from there and there > is > no .yml reference in any of the MANIFEST files, so where does your > tarball come from? > > Full build logs can be found at: > > https://build.opensuse.org/package/rawlog?arch=x86_64&package=pcp&project=home%3Admdiss%3Apcp_perl_manifests&repository=SLE_11_SP2 > > > > We will continue to run with the following patch: > > https://build.opensuse.org/package/view_file?file=fix_cpan_pmda_manifest.patch&package=pcp&project=home%3Admdiss%3Apcp_commonspec&rev=0290d15eaae597d4b4dce8d77aa76e7f > Thanks for this, but I'm still in the dark I'm afraid. ... the patch > only makes sense if there is .yml lines in the MANIFEST files, but I > don't yet understand how you get to this starting point. > If someone else understands this better than I, please jump in. > _______________________________________________ > pcp mailing list > pcp@oss.sgi.com > http://oss.sgi.com/mailman/listinfo/pcp ------=_Part_1219165_2042968611.1340772045135 Content-Type: text/html; charset=utf-8 Content-Transfer-Encoding: quoted-printable <= div style=3D'font-family: times new roman,new york,times,serif; font-size: = 12pt; color: #000000'>

On Tue, 2012-06-26 at 15:17 +0200, = David Disseldorp wrote:
> On Tue, 26 Jun 2012 10:42:57 +1000
> = Ken McDonell <kenj@internode.on.net> wrote:
>
> > # -= -- MakeMaker distmeta section:
> > distmeta : create_distdir metaf= ile
> >         $(NOECHO) cd $(DISTVNAME) &= ;& $(ABSPERLRUN) -MExtUtils::Manifest=3Dmaniadd -e 'eval { maniadd({q{M= ETA.yml} =3D> q{Module meta-data (added by MakeMaker)}}) } ' \
> &= gt;           -e '    or print "Could no= t add META.yml to MANIFEST: $${'\''@'\''}\n"' --
> >
> >= This comes from Perl automake magic that we don't control ... there is
= > > no reference to yml in the Makefile.PL that is used to generate> > Makefile.
>
> Yes, but there is a reference to MET= A.yml in MANIFEST files shipped with
> the pcp-3.6.4-1.src.tar.gz tar= ball, it is _not_ present in the git tree
> tree.

Where does t= his tarball come from?

I've tried installing the src RPM (built from= a git-based build on
SuSE), and unpacking the pcp-3.6.4-1.src.tar.gz fr= om there and there is
no .yml reference in any of the MANIFEST files, so= where does your
tarball come from?


> Full build logs can = be found at:
> https://build.opensuse.org/package/rawlog?arch=3Dx86_6= 4&package=3Dpcp&project=3Dhome%3Admdiss%3Apcp_perl_manifests&re= pository=3DSLE_11_SP2
>
> We will continue to run with the fol= lowing patch:
> https://build.opensuse.org/package/view_file?file=3Df= ix_cpan_pmda_manifest.patch&package=3Dpcp&project=3Dhome%3Admdiss%3= Apcp_commonspec&rev=3D0290d15eaae597d4b4dce8d77aa76e7f

Thanks fo= r this, but I'm still in the dark I'm afraid. ... the patch
only makes s= ense if there is .yml lines in the MANIFEST files, but I
don't yet under= stand how you get to this starting point.

If someone else understand= s this better than I, please jump in.

______________________________= _________________
pcp mailing list
pcp@oss.sgi.com
http://oss.sgi.= com/mailman/listinfo/pcp

------=_Part_1219165_2042968611.1340772045135-- From nscott@aconex.com Wed Jun 27 00:19:42 2012 X-Spam-Checker-Version: SpamAssassin 3.4.0-r929098 (2010-03-30) on oss.sgi.com X-Spam-Level: * X-Spam-Status: No, score=1.1 required=5.0 tests=BAYES_00,HTML_MESSAGE autolearn=no version=3.4.0-r929098 Received: from cuda.sgi.com (cuda2.sgi.com [192.48.176.25]) by oss.sgi.com (8.14.3/8.14.3/SuSE Linux 0.8) with ESMTP id q5R5JfDP174211 for ; Wed, 27 Jun 2012 00:19:42 -0500 X-ASG-Debug-ID: 1340774378-04cbb02580cc99e0001-S8gJnT Received: from postoffice2.aconex.com (mail.aconex.com [203.166.49.3]) by cuda.sgi.com with ESMTP id JBp82JeUxcTnKFpw for ; Tue, 26 Jun 2012 22:19:39 -0700 (PDT) X-Barracuda-Envelope-From: nscott@aconex.com X-Barracuda-Apparent-Source-IP: 203.166.49.3 Received: from postoffice.aconex.com (postoffice.yarra.acx [192.168.35.100]) by postoffice2.aconex.com with ESMTP id yxRGiukCMKNvjqga; Wed, 27 Jun 2012 15:19:32 +1000 (EST) Received: from gatekeeper.aconex.com (gatekeeper.yarra.acx [192.168.35.102]) by postoffice.aconex.com (Postfix) with ESMTP id C693C3CE0101; Wed, 27 Jun 2012 14:48:33 +1000 (EST) Received: from localhost (localhost.localdomain [127.0.0.1]) by gatekeeper.aconex.com (Postfix) with ESMTP id 0F2A59E0002; Wed, 27 Jun 2012 14:49:12 +1000 (EST) X-Virus-Scanned: amavisd-new at aconex.com Received: from gatekeeper.aconex.com ([127.0.0.1]) by localhost (gatekeeper.aconex.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id lLLHPhMEV+Om; Wed, 27 Jun 2012 14:49:11 +1000 (EST) Received: from acxmail-au2.aconex.com (acxmail-au2.aconex.com [192.168.35.104]) by gatekeeper.aconex.com (Postfix) with ESMTP id 8242D9E0001; Wed, 27 Jun 2012 14:49:11 +1000 (EST) Received: from localhost (localhost.localdomain [127.0.0.1]) by acxmail-au2.aconex.com (Postfix) with ESMTP id 7949C3B20002; Wed, 27 Jun 2012 14:49:11 +1000 (EST) X-Virus-Scanned: amavisd-new at aconex.com Received: from acxmail-au2.aconex.com ([127.0.0.1]) by localhost (acxmail-au2.aconex.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id FCzy-NyWNxjb; Wed, 27 Jun 2012 14:49:11 +1000 (EST) Received: from acxmail-au2.aconex.com (acxmail-au2.aconex.com [192.168.35.104]) by acxmail-au2.aconex.com (Postfix) with ESMTP id 5D36B3B20001; Wed, 27 Jun 2012 14:49:11 +1000 (EST) Date: Wed, 27 Jun 2012 14:49:11 +1000 (EST) From: Nathan Scott To: Ken McDonell , David Disseldorp Cc: pcp Message-ID: <314764202.1219380.1340772551348.JavaMail.root@acxmail-au2.aconex.com> In-Reply-To: <1340756751.31266.4.camel@bozo-laptop.localdomain> Subject: Re: [pcp] perl MANIFEST files in the pcp-3.6.4-1.src.tar.gz release tarball MIME-Version: 1.0 X-ASG-Orig-Subj: Re: [pcp] perl MANIFEST files in the pcp-3.6.4-1.src.tar.gz release tarball Content-Type: multipart/alternative; boundary="----=_Part_1219379_1685474597.1340772551347" X-Originating-IP: [192.168.7.164] X-Mailer: Zimbra 7.1.4_GA_2567 (ZimbraWebClient - FF3.0 (Linux)/7.1.4_GA_2555) X-Virus-Scanned: by bsmtpd at aconex.com X-Barracuda-Connect: mail.aconex.com[203.166.49.3] X-Barracuda-Start-Time: 1340774379 X-Barracuda-URL: http://192.48.176.25:80/cgi-mod/mark.cgi X-Virus-Scanned: by bsmtpd at sgi.com X-Barracuda-Spam-Score: 0.00 X-Barracuda-Spam-Status: No, SCORE=0.00 using per-user scores of TAG_LEVEL=1000.0 QUARANTINE_LEVEL=1000.0 KILL_LEVEL=1.3 tests=HTML_MESSAGE X-Barracuda-Spam-Report: Code version 3.2, rules version 3.2.2.101042 Rule breakdown below pts rule name description ---- ---------------------- -------------------------------------------------- 0.00 HTML_MESSAGE BODY: HTML included in message ------=_Part_1219379_1685474597.1340772551347 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit ----- Original Message ----- > ... > > Full build logs can be found at: > > https://build.opensuse.org/package/rawlog?arch=x86_64&package=pcp&project=home%3Admdiss%3Apcp_perl_manifests&repository=SLE_11_SP2 > > > > We will continue to run with the following patch: > > https://build.opensuse.org/package/view_file?file=fix_cpan_pmda_manifest.patch&package=pcp&project=home%3Admdiss%3Apcp_commonspec&rev=0290d15eaae597d4b4dce8d77aa76e7f > Thanks for this, but I'm still in the dark I'm afraid. ... the patch > only makes sense if there is .yml lines in the MANIFEST files, but I > don't yet understand how you get to this starting point. > If someone else understands this better than I, please jump in. Looks like the pcp-3.6.4-1.src.tar.gz on oss.sgi.com has... $ find . -name MANIFEST | xargs fgrep yml ./pcp-3.6.4/src/cpan/PMDA/MANIFEST:META.yml Module meta-data (added by MakeMaker) ./pcp-3.6.4/src/cpan/LogSummary/MANIFEST:META.yml Module meta-data (added by MakeMaker) ./pcp-3.6.4/src/cpan/MMV/MANIFEST:META.yml Module meta-data (added by MakeMaker) ./pcp-3.6.4/src/cpan/LogImport/MANIFEST:META.yml Module meta-data (added by MakeMaker) Trying to remember where this build was done ... I think it may have been on a Mac. >From a quick test, it looks like builds on RHEL and Debian/unstable behave differently. So perhaps this problem can be resolved by simply building the src tar ball for oss downloads somewhere else (easily done, will do)? cheers. -- Nathan ------=_Part_1219379_1685474597.1340772551347 Content-Type: text/html; charset=utf-8 Content-Transfer-Encoding: quoted-printable <= div style=3D'font-family: times new roman,new york,times,serif; font-size: = 12pt; color: #000000'>

...
> Full bui= ld logs can be found at:
> https://build.opensuse.org/package/rawlog?= arch=3Dx86_64&package=3Dpcp&project=3Dhome%3Admdiss%3Apcp_perl_mani= fests&repository=3DSLE_11_SP2
>
> We will continue to run = with the following patch:
> https://build.opensuse.org/package/view_f= ile?file=3Dfix_cpan_pmda_manifest.patch&package=3Dpcp&project=3Dhom= e%3Admdiss%3Apcp_commonspec&rev=3D0290d15eaae597d4b4dce8d77aa76e7f
<= br>Thanks for this, but I'm still in the dark I'm afraid. ... the patch
= only makes sense if there is .yml lines in the MANIFEST files, but I
don= 't yet understand how you get to this starting point.

If someone els= e understands this better than I, please jump in.
Looks lik= e the pcp-3.6.4-1.src.tar.gz on oss.sgi.com has...

$ find . -name MA= NIFEST | xargs fgrep yml
./pcp-3.6.4/src/cpan/PMDA/MANIFEST:META.yml&nbs= p;            &= nbsp;           &nbs= p;       Module meta-data (added by MakeMaker= )
./pcp-3.6.4/src/cpan/LogSummary/MANIFEST:META.yml   &nb= sp;            =             &nb= sp;    Module meta-data (added by MakeMaker)
./pcp-3.6.4/= src/cpan/MMV/MANIFEST:META.yml       &nb= sp;            =              Mo= dule meta-data (added by MakeMaker)
./pcp-3.6.4/src/cpan/LogImport/MANIF= EST:META.yml          &nb= sp;            =           Module meta-data (ad= ded by MakeMaker)

Trying to remember where this build was done ... I= think it may have been on a Mac.
From a quick test, it looks like build= s on RHEL and Debian/unstable behave differently.
So perhaps this proble= m can be resolved by simply building the src tar ball for oss downloads som= ewhere else (easily done, will do)?

cheers.

--
Nathan
<= /div> ------=_Part_1219379_1685474597.1340772551347-- From kenj@internode.on.net Wed Jun 27 02:45:24 2012 X-Spam-Checker-Version: SpamAssassin 3.4.0-r929098 (2010-03-30) on oss.sgi.com X-Spam-Level: X-Spam-Status: No, score=-1.9 required=5.0 tests=BAYES_00 autolearn=ham version=3.4.0-r929098 Received: from cuda.sgi.com (cuda1.sgi.com [192.48.157.11]) by oss.sgi.com (8.14.3/8.14.3/SuSE Linux 0.8) with ESMTP id q5R7jNog183767 for ; Wed, 27 Jun 2012 02:45:24 -0500 X-ASG-Debug-ID: 1340783120-04bdf0599f95a5e0001-S8gJnT Received: from ipmail04.adl6.internode.on.net (ipmail04.adl6.internode.on.net [150.101.137.141]) by cuda.sgi.com with ESMTP id SnIvzmKnDNrFyuR8 for ; Wed, 27 Jun 2012 00:45:21 -0700 (PDT) X-Barracuda-Envelope-From: kenj@internode.on.net X-Barracuda-Apparent-Source-IP: 150.101.137.141 X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: ApMBAGe56k920c+7/2dsb2JhbAANOIVas2kBAQEEI1YQCxgCAiYCAlcGiCmmNpMNgSCPD4ESA6gm Received: from ppp118-209-207-187.lns20.mel6.internode.on.net (HELO [192.168.1.101]) ([118.209.207.187]) by ipmail04.adl6.internode.on.net with ESMTP; 27 Jun 2012 17:15:19 +0930 Message-ID: <1340783118.8509.4.camel@bozo-laptop.localdomain> Subject: Re: [pcp] perl MANIFEST files in the pcp-3.6.4-1.src.tar.gz release tarball From: Ken McDonell X-ASG-Orig-Subj: Re: [pcp] perl MANIFEST files in the pcp-3.6.4-1.src.tar.gz release tarball To: Nathan Scott Cc: David Disseldorp , pcp Date: Wed, 27 Jun 2012 17:45:18 +1000 In-Reply-To: <314764202.1219380.1340772551348.JavaMail.root@acxmail-au2.aconex.com> References: <314764202.1219380.1340772551348.JavaMail.root@acxmail-au2.aconex.com> Content-Type: text/plain; charset="UTF-8" X-Mailer: Evolution 3.2.2- Content-Transfer-Encoding: 7bit Mime-Version: 1.0 X-Barracuda-Connect: ipmail04.adl6.internode.on.net[150.101.137.141] X-Barracuda-Start-Time: 1340783121 X-Barracuda-URL: http://192.48.157.11:80/cgi-mod/mark.cgi X-Virus-Scanned: by bsmtpd at sgi.com X-Barracuda-Spam-Score: 0.00 X-Barracuda-Spam-Status: No, SCORE=0.00 using per-user scores of TAG_LEVEL=1000.0 QUARANTINE_LEVEL=1000.0 KILL_LEVEL=1.3 tests= X-Barracuda-Spam-Report: Code version 3.2, rules version 3.2.2.101050 Rule breakdown below pts rule name description ---- ---------------------- -------------------------------------------------- Good catch Nathan. But I don't think it is a Mac problem ... the current top of tree builds effectively the same source tarball on Mac, Debian (and friends), SuSE, RedHat (and friends). BUT the source tarball at ftp://oss.sgi.com/projects/pcp/download/pcp-3.6.4-1.src.tar.gz is very bad ... not only does it have this MANIFEST problem, but a quick diff -r of the unpacked tarballs shows it is missing a bunch of commits that were in the git tree before the 3.6.4 tag ... so I don't know what went wrong here but we need to get a new source tarball up there asap. On Wed, 2012-06-27 at 14:49 +1000, Nathan Scott wrote: > > > > ______________________________________________________________________ > ... > > Full build logs can be found at: > > > https://build.opensuse.org/package/rawlog?arch=x86_64&package=pcp&project=home%3Admdiss%3Apcp_perl_manifests&repository=SLE_11_SP2 > > > > We will continue to run with the following patch: > > > https://build.opensuse.org/package/view_file?file=fix_cpan_pmda_manifest.patch&package=pcp&project=home%3Admdiss%3Apcp_commonspec&rev=0290d15eaae597d4b4dce8d77aa76e7f > > Thanks for this, but I'm still in the dark I'm afraid. ... the > patch > only makes sense if there is .yml lines in the MANIFEST files, > but I > don't yet understand how you get to this starting point. > > If someone else understands this better than I, please jump > in. > Looks like the pcp-3.6.4-1.src.tar.gz on oss.sgi.com has... > > $ find . -name MANIFEST | xargs fgrep yml > ./pcp-3.6.4/src/cpan/PMDA/MANIFEST:META.yml > Module meta-data (added by MakeMaker) > ./pcp-3.6.4/src/cpan/LogSummary/MANIFEST:META.yml > Module meta-data (added by MakeMaker) > ./pcp-3.6.4/src/cpan/MMV/MANIFEST:META.yml > Module meta-data (added by MakeMaker) > ./pcp-3.6.4/src/cpan/LogImport/MANIFEST:META.yml > Module meta-data (added by MakeMaker) > > Trying to remember where this build was done ... I think it may have > been on a Mac. > From a quick test, it looks like builds on RHEL and Debian/unstable > behave differently. > So perhaps this problem can be resolved by simply building the src tar > ball for oss downloads somewhere else (easily done, will do)? > > cheers. > > -- > Nathan > From nscott@aconex.com Wed Jun 27 04:57:14 2012 X-Spam-Checker-Version: SpamAssassin 3.4.0-r929098 (2010-03-30) on oss.sgi.com X-Spam-Level: * X-Spam-Status: No, score=1.1 required=5.0 tests=BAYES_00,HTML_MESSAGE autolearn=no version=3.4.0-r929098 Received: from cuda.sgi.com (cuda1.sgi.com [192.48.157.11]) by oss.sgi.com (8.14.3/8.14.3/SuSE Linux 0.8) with ESMTP id q5R9vDJq196559 for ; Wed, 27 Jun 2012 04:57:14 -0500 X-ASG-Debug-ID: 1340791030-04bdf059a9963c30001-S8gJnT Received: from postoffice2.aconex.com (mail.aconex.com [203.166.49.3]) by cuda.sgi.com with ESMTP id sodjjmizCT4BeJY7 for ; Wed, 27 Jun 2012 02:57:11 -0700 (PDT) X-Barracuda-Envelope-From: nscott@aconex.com X-Barracuda-Apparent-Source-IP: 203.166.49.3 Received: from postoffice.aconex.com (postoffice.yarra.acx [192.168.35.100]) by postoffice2.aconex.com with ESMTP id 3D4I3Hg6DbbIlTlZ; Wed, 27 Jun 2012 19:57:09 +1000 (EST) Received: from gatekeeper.aconex.com (gatekeeper.yarra.acx [192.168.35.102]) by postoffice.aconex.com (Postfix) with ESMTP id 446A83CE0118; Wed, 27 Jun 2012 19:56:31 +1000 (EST) Received: from localhost (localhost.localdomain [127.0.0.1]) by gatekeeper.aconex.com (Postfix) with ESMTP id 87FF89E0002; Wed, 27 Jun 2012 19:57:09 +1000 (EST) X-Virus-Scanned: amavisd-new at aconex.com Received: from gatekeeper.aconex.com ([127.0.0.1]) by localhost (gatekeeper.aconex.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id PErnUoaygleD; Wed, 27 Jun 2012 19:57:09 +1000 (EST) Received: from acxmail-au2.aconex.com (acxmail-au2.aconex.com [192.168.35.104]) by gatekeeper.aconex.com (Postfix) with ESMTP id F15FB9E0001; Wed, 27 Jun 2012 19:57:08 +1000 (EST) Received: from localhost (localhost.localdomain [127.0.0.1]) by acxmail-au2.aconex.com (Postfix) with ESMTP id E8E833B20002; Wed, 27 Jun 2012 19:57:08 +1000 (EST) X-Virus-Scanned: amavisd-new at aconex.com Received: from acxmail-au2.aconex.com ([127.0.0.1]) by localhost (acxmail-au2.aconex.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id IESPgTlQG8yk; Wed, 27 Jun 2012 19:57:08 +1000 (EST) Received: from acxmail-au2.aconex.com (localhost.localdomain [127.0.0.1]) by acxmail-au2.aconex.com (Postfix) with ESMTP id C15CA3B20001; Wed, 27 Jun 2012 19:57:08 +1000 (EST) Date: Wed, 27 Jun 2012 19:57:08 +1000 (EST) From: Nathan Scott To: Ken McDonell , David Disseldorp Cc: pcp Message-ID: <1545702502.1225710.1340791028669.JavaMail.root@acxmail-au2.aconex.com> In-Reply-To: <1340783118.8509.4.camel@bozo-laptop.localdomain> Subject: Re: [pcp] perl MANIFEST files in the pcp-3.6.4-1.src.tar.gz release tarball MIME-Version: 1.0 X-ASG-Orig-Subj: Re: [pcp] perl MANIFEST files in the pcp-3.6.4-1.src.tar.gz release tarball Content-Type: multipart/alternative; boundary="----=_Part_1225709_1482899591.1340791028668" X-Originating-IP: [220.237.96.234] X-Mailer: Zimbra 7.1.4_GA_2567 (ZimbraWebClient - FF3.0 (Linux)/7.1.4_GA_2555) X-Virus-Scanned: by bsmtpd at aconex.com X-Barracuda-Connect: mail.aconex.com[203.166.49.3] X-Barracuda-Start-Time: 1340791030 X-Barracuda-URL: http://192.48.157.11:80/cgi-mod/mark.cgi X-Virus-Scanned: by bsmtpd at sgi.com X-Barracuda-Spam-Score: 0.00 X-Barracuda-Spam-Status: No, SCORE=0.00 using per-user scores of TAG_LEVEL=1000.0 QUARANTINE_LEVEL=1000.0 KILL_LEVEL=1.3 tests=HTML_MESSAGE X-Barracuda-Spam-Report: Code version 3.2, rules version 3.2.2.101060 Rule breakdown below pts rule name description ---- ---------------------- -------------------------------------------------- 0.00 HTML_MESSAGE BODY: HTML included in message ------=_Part_1225709_1482899591.1340791028668 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit ----- Original Message ----- > Good catch Nathan. > But I don't think it is a Mac problem ... the current top of tree > builds > effectively the same source tarball on Mac, Debian (and friends), > SuSE, > RedHat (and friends). > BUT the source tarball at > ftp://oss.sgi.com/projects/pcp/download/pcp-3.6.4-1.src.tar.gz > is very bad ... not only does it have this MANIFEST problem, but a > quick > diff -r of the unpacked tarballs shows it is missing a bunch of > commits > that were in the git tree before the 3.6.4 tag ... so I don't know > what > went wrong here but we need to get a new source tarball up there > asap. Hmm, I do have a local Mac with a src tarball in the build tree with the same md5sum as that on oss, so I still think something odd happened from that build. Its an older Mac (10.4), perhaps thats related somehow. The git tree its built from does claim (via git log) to have all the 3.6.4 commits. Odd. Anyway, I've uploaded a new source tarball. The new, correct md5sum is f4375bda89627ea065371ddbefdbf19b The dodgey md5sum is d4ab788819fd4858ad9ba33a02f1f427 and that file has been removed. Let us know how that one goes, Dave? cheers. -- Nathan ------=_Part_1225709_1482899591.1340791028668 Content-Type: text/html; charset=utf-8 Content-Transfer-Encoding: quoted-printable <= div style=3D'font-family: times new roman,new york,times,serif; font-size: = 12pt; color: #000000'>
Good catch Nathan.

But I don't think it is a Mac problem ... the cu= rrent top of tree builds
effectively the same source tarball on Mac, Deb= ian (and friends), SuSE,
RedHat (and friends).

BUT the source tar= ball at
ftp://oss.sgi.com/projects/pcp/download/pcp-3.6.4-1.src.tar.gz
is very bad ... not only does it have this MANIFEST problem, but a qu= ick
diff -r of the unpacked tarballs shows it is missing a bunch of comm= its
that were in the git tree before the 3.6.4 tag ... so I don't know w= hat
went wrong here but we need to get a new source tarball up there asa= p.

Hmm, I do have a local Mac with a src tarball in the= build tree with the same
md5sum as that on oss, so I still think someth= ing odd happened from that build.
Its an older Mac (10.4), perhaps thats= related somehow.  The git tree its built
from does claim (via git = log) to have all the 3.6.4 commits.  Odd.

Anyway, I've uploaded= a new source tarball.
The new, correct md5sum is f4375bda89627ea065371d= dbefdbf19b

The dodgey md5sum is d4ab788819fd4858ad9ba33a02f1f427 and= that file has
been removed.

Let us know how that one goes, Dave?=

cheers.

--
Nathan
------=_Part_1225709_1482899591.1340791028668-- From ddiss@suse.com Wed Jun 27 06:21:26 2012 X-Spam-Checker-Version: SpamAssassin 3.4.0-r929098 (2010-03-30) on oss.sgi.com X-Spam-Level: X-Spam-Status: No, score=-1.9 required=5.0 tests=BAYES_00 autolearn=ham version=3.4.0-r929098 Received: from cuda.sgi.com (cuda2.sgi.com [192.48.176.25]) by oss.sgi.com (8.14.3/8.14.3/SuSE Linux 0.8) with ESMTP id q5RBLPps200993 for ; Wed, 27 Jun 2012 06:21:26 -0500 X-ASG-Debug-ID: 1340796082-04cbb0257dce29a0001-S8gJnT Received: from nat28.tlf.novell.com (nat28.tlf.novell.com [130.57.49.28]) by cuda.sgi.com with ESMTP id S1siG5bhJurBAIMc (version=TLSv1 cipher=AES256-SHA bits=256 verify=NO) for ; Wed, 27 Jun 2012 04:21:23 -0700 (PDT) X-Barracuda-Envelope-From: ddiss@suse.com X-Barracuda-Apparent-Source-IP: 130.57.49.28 Received: from d115.suse.de ([::ffff:195.135.221.2]) by nat28.tlf.novell.com with ESMTP (TLS encrypted); Wed, 27 Jun 2012 12:21:04 +0100 Date: Wed, 27 Jun 2012 13:20:48 +0200 From: David Disseldorp To: Nathan Scott Cc: Ken McDonell , pcp Subject: Re: [pcp] perl MANIFEST files in the pcp-3.6.4-1.src.tar.gz release tarball Message-ID: <20120627132048.66fea280@d115.suse.de> X-ASG-Orig-Subj: Re: [pcp] perl MANIFEST files in the pcp-3.6.4-1.src.tar.gz release tarball In-Reply-To: <1545702502.1225710.1340791028669.JavaMail.root@acxmail-au2.aconex.com> References: <1340783118.8509.4.camel@bozo-laptop.localdomain> <1545702502.1225710.1340791028669.JavaMail.root@acxmail-au2.aconex.com> X-Mailer: Claws Mail 3.7.5 (GTK+ 2.20.1; x86_64-unknown-linux-gnu) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-Barracuda-Connect: nat28.tlf.novell.com[130.57.49.28] X-Barracuda-Start-Time: 1340796082 X-Barracuda-Encrypted: AES256-SHA X-Barracuda-URL: http://192.48.176.25:80/cgi-mod/mark.cgi X-Virus-Scanned: by bsmtpd at sgi.com X-Barracuda-Spam-Score: 0.00 X-Barracuda-Spam-Status: No, SCORE=0.00 using per-user scores of TAG_LEVEL=1000.0 QUARANTINE_LEVEL=1000.0 KILL_LEVEL=1.3 tests= X-Barracuda-Spam-Report: Code version 3.2, rules version 3.2.2.101066 Rule breakdown below pts rule name description ---- ---------------------- -------------------------------------------------- On Wed, 27 Jun 2012 19:57:08 +1000 (EST) Nathan Scott wrote: > Let us know how that one goes, Dave? Looks good Nathan. I've dropped the MANIFESTs patch and will push for inclusion in openSUSE 12.2. https://build.opensuse.org/project/show?project=home%3Admdiss%3Apcp_commonspec Cheers, David From kenj@internode.on.net Wed Jun 27 07:35:43 2012 X-Spam-Checker-Version: SpamAssassin 3.4.0-r929098 (2010-03-30) on oss.sgi.com X-Spam-Level: X-Spam-Status: No, score=-1.7 required=5.0 tests=BAYES_00,J_CHICKENPOX_62, J_CHICKENPOX_65 autolearn=no version=3.4.0-r929098 Received: from cuda.sgi.com (cuda2.sgi.com [192.48.176.25]) by oss.sgi.com (8.14.3/8.14.3/SuSE Linux 0.8) with ESMTP id q5RCZgin204710 for ; Wed, 27 Jun 2012 07:35:42 -0500 X-ASG-Debug-ID: 1340800540-04cbb0257fce76c0001-S8gJnT Received: from ipmail07.adl2.internode.on.net (ipmail07.adl2.internode.on.net [150.101.137.131]) by cuda.sgi.com with ESMTP id xdmMfwQxFfZfcG24 for ; Wed, 27 Jun 2012 05:35:40 -0700 (PDT) X-Barracuda-Envelope-From: kenj@internode.on.net X-Barracuda-Apparent-Source-IP: 150.101.137.131 X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: ApIBAOv86k920c+7/2dsb2JhbAANOIVatBaBBQYCJgJTH641kySBIIoXgm6CCoESA5UyknQ Received: from ppp118-209-207-187.lns20.mel6.internode.on.net (HELO [192.168.1.100]) ([118.209.207.187]) by ipmail07.adl2.internode.on.net with ESMTP; 27 Jun 2012 22:05:39 +0930 Message-ID: <1340800691.18077.6.camel@bozo.localdomain> Subject: pcpqa updates From: Ken McDonell X-ASG-Orig-Subj: pcpqa updates To: pcp@oss.sgi.com Date: Wed, 27 Jun 2012 22:38:11 +1000 Content-Type: text/plain; charset="UTF-8" X-Mailer: Evolution 3.2.2- Content-Transfer-Encoding: 7bit Mime-Version: 1.0 X-Barracuda-Connect: ipmail07.adl2.internode.on.net[150.101.137.131] X-Barracuda-Start-Time: 1340800540 X-Barracuda-URL: http://192.48.176.25:80/cgi-mod/mark.cgi X-Virus-Scanned: by bsmtpd at sgi.com X-Barracuda-Spam-Score: 0.00 X-Barracuda-Spam-Status: No, SCORE=0.00 using per-user scores of TAG_LEVEL=1000.0 QUARANTINE_LEVEL=1000.0 KILL_LEVEL=1.3 tests= X-Barracuda-Spam-Report: Code version 3.2, rules version 3.2.2.101070 Rule breakdown below pts rule name description ---- ---------------------- -------------------------------------------------- Changes committed to git://oss.sgi.com/pcp/pcpqa.git .gitignore | 2 061.out | 1133 ---------------------------------------------- 498.out | 381 --------------- GNUmakefile | 83 +-- Makepkgs | 163 ++++++ common | 11 common.check | 5 common.rc | 6 debian/GNUmakefile | 38 + debian/changelog | 5 debian/control | 13 debian/copyright | 8 debian/rules | 51 ++ debian/source/GNUmakefile | 31 + debian/source/format | 1 group | 1 pmdas/GNUmakefile | 9 pmdas/bigun/GNUmakefile | 10 pmdas/broken/GNUmakefile | 16 pmlogconv/GNUmakefile | 8 src-oss/GNUmakefile | 113 +++- valgrind-suppress | 8 22 files changed, 485 insertions(+), 1611 deletions(-) commit 8b3b3e87c905b0e8e45b38494003f1097e1e95bd Author: Ken McDonell Date: Wed Jun 27 22:22:31 2012 +1000 Add pconf/ and cisco/ to .gitignore commit 17a313e08b4d869a9c14bb49d8146a1e99f6f52b Author: Ken McDonell Date: Wed Jun 27 08:46:11 2012 +1000 Infrastructure changes. First steps towards packaging and a fully automated QA infrastructure. From nscott@aconex.com Wed Jun 27 20:08:53 2012 X-Spam-Checker-Version: SpamAssassin 3.4.0-r929098 (2010-03-30) on oss.sgi.com X-Spam-Level: ** X-Spam-Status: No, score=3.0 required=5.0 tests=BAYES_40,HTML_MESSAGE autolearn=no version=3.4.0-r929098 Received: from cuda.sgi.com (cuda1.sgi.com [192.48.157.11]) by oss.sgi.com (8.14.3/8.14.3/SuSE Linux 0.8) with ESMTP id q5S18rR7253014 for ; Wed, 27 Jun 2012 20:08:53 -0500 X-ASG-Debug-ID: 1340845729-04bdf0599f9a6270001-S8gJnT Received: from postoffice2.aconex.com (mail.aconex.com [203.166.49.3]) by cuda.sgi.com with ESMTP id EG913fMAbBM68Jdd for ; Wed, 27 Jun 2012 18:08:49 -0700 (PDT) X-Barracuda-Envelope-From: nscott@aconex.com X-Barracuda-Apparent-Source-IP: 203.166.49.3 Received: from postoffice.aconex.com (postoffice.yarra.acx [192.168.35.100]) by postoffice2.aconex.com with ESMTP id Ni0CmQq2GwH66Ul6 for ; Thu, 28 Jun 2012 11:08:48 +1000 (EST) Received: from gatekeeper.aconex.com (gatekeeper.yarra.acx [192.168.35.102]) by postoffice.aconex.com (Postfix) with ESMTP id CC54E3CE00C8 for ; Thu, 28 Jun 2012 11:08:09 +1000 (EST) Received: from localhost (localhost.localdomain [127.0.0.1]) by gatekeeper.aconex.com (Postfix) with ESMTP id 395AC9E0002 for ; Thu, 28 Jun 2012 11:08:48 +1000 (EST) X-Virus-Scanned: amavisd-new at aconex.com Received: from gatekeeper.aconex.com ([127.0.0.1]) by localhost (gatekeeper.aconex.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id nwc3G7lMmoee for ; Thu, 28 Jun 2012 11:08:47 +1000 (EST) Received: from acxmail-au2.aconex.com (acxmail-au2.aconex.com [192.168.35.104]) by gatekeeper.aconex.com (Postfix) with ESMTP id 7AED59E0001 for ; Thu, 28 Jun 2012 11:08:47 +1000 (EST) Received: from localhost (localhost.localdomain [127.0.0.1]) by acxmail-au2.aconex.com (Postfix) with ESMTP id 727FB3B20002; Thu, 28 Jun 2012 11:08:47 +1000 (EST) X-Virus-Scanned: amavisd-new at aconex.com Received: from acxmail-au2.aconex.com ([127.0.0.1]) by localhost (acxmail-au2.aconex.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 9XR13UlnnycO; Thu, 28 Jun 2012 11:08:47 +1000 (EST) Received: from acxmail-au2.aconex.com (localhost.localdomain [127.0.0.1]) by acxmail-au2.aconex.com (Postfix) with ESMTP id 51E383B20001; Thu, 28 Jun 2012 11:08:47 +1000 (EST) Date: Thu, 28 Jun 2012 11:08:47 +1000 (EST) From: Nathan Scott To: pcp@oss.sgi.com Cc: Rodney McKee Message-ID: <155861703.1251749.1340845727212.JavaMail.root@acxmail-au2.aconex.com> In-Reply-To: <1903920439.1251743.1340845712357.JavaMail.root@acxmail-au2.aconex.com> Subject: pcp updates MIME-Version: 1.0 X-ASG-Orig-Subj: pcp updates Content-Type: multipart/alternative; boundary="----=_Part_1251748_2068273556.1340845727211" X-Originating-IP: [192.168.7.164] X-Mailer: Zimbra 7.1.4_GA_2567 (ZimbraWebClient - FF3.0 (Linux)/7.1.4_GA_2555) X-Virus-Scanned: by bsmtpd at aconex.com X-Barracuda-Connect: mail.aconex.com[203.166.49.3] X-Barracuda-Start-Time: 1340845729 X-Barracuda-URL: http://192.48.157.11:80/cgi-mod/mark.cgi X-Virus-Scanned: by bsmtpd at sgi.com X-Barracuda-Spam-Score: 0.00 X-Barracuda-Spam-Status: No, SCORE=0.00 using per-user scores of TAG_LEVEL=1000.0 QUARANTINE_LEVEL=1000.0 KILL_LEVEL=1.3 tests=HTML_MESSAGE X-Barracuda-Spam-Report: Code version 3.2, rules version 3.2.2.101117 Rule breakdown below pts rule name description ---- ---------------------- -------------------------------------------------- 0.00 HTML_MESSAGE BODY: HTML included in message ------=_Part_1251748_2068273556.1340845727211 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit Changes committed to git://oss.sgi.com/pcp/pcp.git dev src/pmdas/linux/getinfo.c | 1 + 1 file changed, 1 insertion(+) commit 55bfadd5ca1090d694d0677bf8c721ec2801993e Author: Nathan Scott Date: Thu Jun 28 11:07:10 2012 +1000 Add /etc/oracle-release into the set of files pmdalinux looks at for distro ------=_Part_1251748_2068273556.1340845727211 Content-Type: text/html; charset=utf-8 Content-Transfer-Encoding: 7bit
Changes committed to git://oss.sgi.com/pcp/pcp.git dev

 src/pmdas/linux/getinfo.c |    1 +
 1 file changed, 1 insertion(+)

commit 55bfadd5ca1090d694d0677bf8c721ec2801993e
Author: Nathan Scott <nathans@debian.org>
Date:   Thu Jun 28 11:07:10 2012 +1000

    Add /etc/oracle-release into the set of files pmdalinux looks at for distro

------=_Part_1251748_2068273556.1340845727211--