From nscott@redhat.com Fri Mar 1 00:17:25 2013 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on oss.sgi.com X-Spam-Level: X-Spam-Status: No, score=0.0 required=5.0 tests=none autolearn=ham version=3.3.1 X-Original-To: pcp@oss.sgi.com Delivered-To: pcp@oss.sgi.com Received: from relay.sgi.com (relay1.corp.sgi.com [137.38.102.111]) by oss.sgi.com (Postfix) with ESMTP id 98B887FA5 for ; Fri, 1 Mar 2013 00:17:25 -0600 (CST) Received: from cuda.sgi.com (cuda2.sgi.com [192.48.176.25]) by relay1.corp.sgi.com (Postfix) with ESMTP id 788988F804B for ; Thu, 28 Feb 2013 22:17:22 -0800 (PST) X-ASG-Debug-ID: 1362118640-04cbb07dbe18fd0001-S8gJnT Received: from mx4-phx2.redhat.com (mx4-phx2.redhat.com [209.132.183.25]) by cuda.sgi.com with ESMTP id eOGtIrZd3XWahfGX for ; Thu, 28 Feb 2013 22:17:20 -0800 (PST) X-Barracuda-Envelope-From: nscott@redhat.com X-Barracuda-Apparent-Source-IP: 209.132.183.25 Received: from zmail20.collab.prod.int.phx2.redhat.com (zmail20.collab.prod.int.phx2.redhat.com [10.5.83.23]) by mx4-phx2.redhat.com (8.13.8/8.13.8) with ESMTP id r216HKoZ026447 for ; Fri, 1 Mar 2013 01:17:20 -0500 Date: Fri, 1 Mar 2013 01:17:20 -0500 (EST) From: Nathan Scott Reply-To: Nathan Scott To: PCP Message-ID: <522823825.12521624.1362118640140.JavaMail.root@redhat.com> Subject: pcp updates: server refactoring, lotsa qa MIME-Version: 1.0 X-ASG-Orig-Subj: pcp updates: server refactoring, lotsa qa Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-Originating-IP: [10.64.50.225] X-Mailer: Zimbra 7.2.0_GA_2669 (ZimbraWebClient - FF3.0 (Linux)/7.2.0_GA_2669) X-Barracuda-Connect: mx4-phx2.redhat.com[209.132.183.25] X-Barracuda-Start-Time: 1362118640 X-Barracuda-URL: http://192.48.176.25:80/cgi-mod/mark.cgi X-Virus-Scanned: by bsmtpd at sgi.com X-Barracuda-BRTS-Status: 1 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=2.7 tests= X-Barracuda-Spam-Report: Code version 3.2, rules version 3.2.2.123917 Rule breakdown below pts rule name description ---- ---------------------- -------------------------------------------------- Changes committed to git://oss.sgi.com/nathans/pcp.git dev man/man1/pmcd.1 | 18 man/man1/pmproxy.1 | 37 + qa/.gitignore | 3 qa/023 | 13 qa/023.out | 148 ----- qa/023.out.1 | 148 +++++ qa/023.out.2 | 150 +++++ qa/051 | 15 qa/051.out.3 | 1016 ++++++++++++++++++++++++++++++++++++ qa/062 | 25 qa/062.out.1 | 1197 +++++++++++++++++++++++++++++++++++++++++++ qa/067 | 19 qa/067.out.4 | 37 + qa/243 | 23 qa/244 | 15 qa/244.out | 109 --- qa/244.out.1 | 109 +++ qa/244.out.2 | 110 +++ qa/255 | 17 qa/255.out.5 | 268 +++++++++ qa/449 | 13 qa/449.out | 93 --- qa/449.out.1 | 93 +++ qa/449.out.2 | 93 +++ src/include/pcp/impl.h | 3 src/libpcp/src/auxserver.c | 130 ++++ src/libpcp/src/check-statics | 4 src/pmcd/src/pmcd.c | 174 ------ src/pmcd/src/pmcd.h | 14 src/pmproxy/pmproxy.c | 121 ++-- 30 files changed, 3570 insertions(+), 645 deletions(-) commit 1a772e5fef261c858b18a08012ca625da44490de Author: Nathan Scott Date: Fri Mar 1 16:58:44 2013 +1100 Get the type correct for reqPort structure field commit 529a343c2a22d73df8ff50b4c50d7cd75df0b5a6 Author: Nathan Scott Date: Fri Mar 1 16:58:05 2013 +1100 QA updates to handle changes made to PCP for IPv6 support commit e4305967368b277f4ec6b02cc36018d6ded90f3c Author: Nathan Scott Date: Fri Mar 1 14:16:02 2013 +1100 Further refactoring of common server process (pmcd/pmproxy) code Share a bit more code between pmcd and pmproxy, where ports are setup and simplify the API a little in the process. This makes adding the missing -p option to pmproxy, trivial, and consistent with pmcd handling. Updated man pages a little for both pmcd and pmproxy in the port specification area. Small improvement in error handling around double-bind attempts, which was picked up by a QA test - we were double-reporting this due to the IPv6 bind attempt always being made (and reported), its fine (better) to bail out on the first error as we have done in the past. From nscott@redhat.com Fri Mar 1 03:40:19 2013 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on oss.sgi.com X-Spam-Level: X-Spam-Status: No, score=0.0 required=5.0 tests=none autolearn=ham version=3.3.1 X-Original-To: pcp@oss.sgi.com Delivered-To: pcp@oss.sgi.com Received: from relay.sgi.com (relay2.corp.sgi.com [137.38.102.29]) by oss.sgi.com (Postfix) with ESMTP id 49A757FB7 for ; Fri, 1 Mar 2013 03:40:19 -0600 (CST) Received: from cuda.sgi.com (cuda2.sgi.com [192.48.176.25]) by relay2.corp.sgi.com (Postfix) with ESMTP id 346E7304053 for ; Fri, 1 Mar 2013 01:40:19 -0800 (PST) X-ASG-Debug-ID: 1362130814-04cbb07dbd24a40001-S8gJnT Received: from mx4-phx2.redhat.com (mx4-phx2.redhat.com [209.132.183.25]) by cuda.sgi.com with ESMTP id VvLWouURKEpCZglI for ; Fri, 01 Mar 2013 01:40:14 -0800 (PST) X-Barracuda-Envelope-From: nscott@redhat.com X-Barracuda-Apparent-Source-IP: 209.132.183.25 Received: from zmail20.collab.prod.int.phx2.redhat.com (zmail20.collab.prod.int.phx2.redhat.com [10.5.83.23]) by mx4-phx2.redhat.com (8.13.8/8.13.8) with ESMTP id r219eCGH025623; Fri, 1 Mar 2013 04:40:12 -0500 Date: Fri, 1 Mar 2013 04:40:12 -0500 (EST) From: Nathan Scott Reply-To: Nathan Scott To: Dave Brolley Cc: pcp@oss.sgi.com Message-ID: <305868906.12591133.1362130812019.JavaMail.root@redhat.com> In-Reply-To: <874676908.12581898.1362129792664.JavaMail.root@redhat.com> Subject: Remaining QA failures MIME-Version: 1.0 X-ASG-Orig-Subj: Remaining QA failures Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-Originating-IP: [10.64.50.225] X-Mailer: Zimbra 7.2.0_GA_2669 (ZimbraWebClient - FF3.0 (Linux)/7.2.0_GA_2669) X-Barracuda-Connect: mx4-phx2.redhat.com[209.132.183.25] X-Barracuda-Start-Time: 1362130814 X-Barracuda-URL: http://192.48.176.25:80/cgi-mod/mark.cgi X-Virus-Scanned: by bsmtpd at sgi.com X-Barracuda-BRTS-Status: 1 X-Barracuda-Spam-Score: 0.01 X-Barracuda-Spam-Status: No, SCORE=0.01 using per-user scores of TAG_LEVEL=1000.0 QUARANTINE_LEVEL=1000.0 KILL_LEVEL=2.7 tests=BSF_SC0_SA_TO_FROM_DOMAIN_MATCH X-Barracuda-Spam-Report: Code version 3.2, rules version 3.2.2.123931 Rule breakdown below pts rule name description ---- ---------------------- -------------------------------------------------- 0.01 BSF_SC0_SA_TO_FROM_DOMAIN_MATCH Sender Domain Matches Recipient Domain Hey Dave, I'm down to just a handful of QA failures now (only done with-NSS-enabled so far). Of the six left, four/five are just in need of further refinement after the last round of changes I made. Within another day, I'd say we'll be safe for a merge to dev branch and we could plan for a release mid-to-late next week. It'd be well worth going through the impl.h networking API once again to make sure its where we want it to be (fairly happy with the __pmServer* routines now). Also, I don't think we have any tests that explicitly exercise the IPv6 functionality, should start adding some there (as discussed earlier, esp. around the chkacc?.c tests). cheers. -- Nathan From mailman-bounces@oss.sgi.com Fri Mar 1 05:00:18 2013 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on oss.sgi.com X-Spam-Level: X-Spam-Status: No, score=-1.0 required=5.0 tests=ALL_TRUSTED autolearn=ham version=3.3.1 X-Original-To: pcp@oss.sgi.com Delivered-To: pcp@oss.sgi.com Received: from oss.sgi.com (localhost [IPv6:::1]) by oss.sgi.com (Postfix) with ESMTP id D05148009 for ; Fri, 1 Mar 2013 05:00:18 -0600 (CST) 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 Mar 2013 05:00:04 -0600 Precedence: bulk X-BeenThere: mailman@oss.sgi.com X-Mailman-Version: 2.1.14 List-Id: Mailman mail X-List-Administrivia: yes Errors-To: mailman-bounces@oss.sgi.com Sender: 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@redhat.com Mon Mar 4 00:07:00 2013 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on oss.sgi.com X-Spam-Level: X-Spam-Status: No, score=0.0 required=5.0 tests=none autolearn=ham version=3.3.1 X-Original-To: pcp@oss.sgi.com Delivered-To: pcp@oss.sgi.com Received: from relay.sgi.com (relay1.corp.sgi.com [137.38.102.111]) by oss.sgi.com (Postfix) with ESMTP id 2E3FD8034 for ; Mon, 4 Mar 2013 00:07:00 -0600 (CST) Received: from cuda.sgi.com (cuda3.sgi.com [192.48.176.15]) by relay1.corp.sgi.com (Postfix) with ESMTP id 1B5668F8049 for ; Sun, 3 Mar 2013 22:07:00 -0800 (PST) X-ASG-Debug-ID: 1362377214-04cb6c2b03138e20001-S8gJnT Received: from mx3-phx2.redhat.com (mx3-phx2.redhat.com [209.132.183.24]) by cuda.sgi.com with ESMTP id JgnNpFxnIMqexj6L for ; Sun, 03 Mar 2013 22:06:55 -0800 (PST) X-Barracuda-Envelope-From: nscott@redhat.com X-Barracuda-Apparent-Source-IP: 209.132.183.24 Received: from zmail20.collab.prod.int.phx2.redhat.com (zmail20.collab.prod.int.phx2.redhat.com [10.5.83.23]) by mx3-phx2.redhat.com (8.13.8/8.13.8) with ESMTP id r2466shd021474; Mon, 4 Mar 2013 01:06:54 -0500 Date: Mon, 4 Mar 2013 01:06:54 -0500 (EST) From: Nathan Scott Reply-To: Nathan Scott To: Dave Brolley Cc: PCP Message-ID: <1455610989.13591426.1362377214431.JavaMail.root@redhat.com> In-Reply-To: <1382698873.8575799.1361780575090.JavaMail.root@redhat.com> Subject: Re: [pcp] QA status MIME-Version: 1.0 X-ASG-Orig-Subj: Re: [pcp] QA status Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-Originating-IP: [10.64.50.218] X-Mailer: Zimbra 7.2.0_GA_2669 (ZimbraWebClient - FF3.0 (Linux)/7.2.0_GA_2669) X-Barracuda-Connect: mx3-phx2.redhat.com[209.132.183.24] X-Barracuda-Start-Time: 1362377215 X-Barracuda-URL: http://192.48.176.15:80/cgi-mod/mark.cgi X-Virus-Scanned: by bsmtpd at sgi.com X-Barracuda-BRTS-Status: 1 X-Barracuda-Spam-Score: 0.01 X-Barracuda-Spam-Status: No, SCORE=0.01 using per-user scores of TAG_LEVEL=1000.0 QUARANTINE_LEVEL=1000.0 KILL_LEVEL=2.7 tests=BSF_SC0_SA_TO_FROM_DOMAIN_MATCH X-Barracuda-Spam-Report: Code version 3.2, rules version 3.2.2.124199 Rule breakdown below pts rule name description ---- ---------------------- -------------------------------------------------- 0.01 BSF_SC0_SA_TO_FROM_DOMAIN_MATCH Sender Domain Matches Recipient Domain Hi Dave, ----- Original Message ----- > ----- Original Message ----- > > > > On 02/22/2013 03:12 PM, Nathan Scott wrote: > > > Oh, except for 197, not sure what that is yet. > > Me neither. I looked into it, but got nowhere. While the fds do not > > appear to be leaking through the exec() call, there do seem to be > > more of them after pmNewContext() is called. The results are > > identical for NSS and non-NSS builds. > > > > Hmm, I'm not sure about that last statement - AFAICT, the problem is > as a result of the NSS_InitReadWrite that opens the NSS sqlite DB, > seems to open several new file descriptors ... this looks like a > failure I have unwittingly introduced, will fix shortly. > OK, I'm at 100% pass rate for NSS-enabled-builds, and I have two failures in the "native" sockets implementation, which are probably the ones you've already seen & mentioned. 273 and 430, both look related to pmlogger (or pmlogger PDUs) and IPv6. >From looking into 273, it looks like in native mode, we end up in a getaddrinfo() loop passing over several IPv6 addresses, etc before we find the IPv4 address where the connection succeeds. Strangely, I thought, that this passes with NSS but not without. Looking into the code, it seems the NSS implementation of __pmGetAddrInfo doesnt actually call PR_GetAddrInfoByName, rather it uses PR_GetHostByName? Whereas the native variant does use getaddrinfo ... could this be why it passes on NSS-enabled builds? Seems a bit odd. This is the part of 273 that is failing - there are an unexpectedly high number of calls (and diagnostics) from __pmSetSocketIPC(), as a result of the additional calls to __pmInitSocket, as a result of iterating over several possible addresses (3 x IPv6?) I guess: nathans@smash:/var/lib/pcp/testsuite$ sudo gdb --quiet --args src/chknumval -Dcontext -L pmcd.control.debug sampledso.long.write_me sample.colour Reading symbols from /var/lib/pcp/testsuite/src/chknumval...done. (gdb) break __pmSetSocketIPC Function "__pmSetSocketIPC" not defined. Make breakpoint pending on future shared library load? (y or [n]) y Breakpoint 1 (__pmSetSocketIPC) pending. (gdb) r Starting program: /var/lib/pcp/testsuite/src/chknumval -Dcontext -L pmcd.control.debug sampledso.long.write_me sample.colour [Thread debugging using libthread_db enabled] Detaching after fork from child process 19058. build_dsotab: parsing /etc/pcp/pmcd/pmcd.conf [6] domain=60, name=/var/lib/pcp/pmdas/linux/pmda_linux.so, init=linux_init __pmLocalPMDA(op=ADD, domain=60, name=/var/lib/pcp/pmdas/linux/pmda_linux.so, init=linux_init) Local Context PMDA Table 0x603040 [0] domain=60 name=/var/lib/pcp/pmdas/linux/pmda_linux.so init=linux_init handle=(nil) [7] domain=70, name=/var/lib/pcp/pmdas/mmv/pmda_mmv.so, init=mmv_init __pmLocalPMDA(op=ADD, domain=70, name=/var/lib/pcp/pmdas/mmv/pmda_mmv.so, init=mmv_init) Local Context PMDA Table 0x627060 [0] domain=60 name=/var/lib/pcp/pmdas/linux/pmda_linux.so init=linux_init handle=(nil) 0x6270e0 [1] domain=70 name=/var/lib/pcp/pmdas/mmv/pmda_mmv.so init=mmv_init handle=(nil) [12] domain=30, name=/var/lib/pcp/pmdas/sample/pmda_sample.so, init=sample_init __pmLocalPMDA(op=ADD, domain=30, name=/var/lib/pcp/pmdas/sample/pmda_sample.so, init=sample_init) Local Context PMDA Table 0x627060 [0] domain=60 name=/var/lib/pcp/pmdas/linux/pmda_linux.so init=linux_init handle=(nil) 0x6270e0 [1] domain=70 name=/var/lib/pcp/pmdas/mmv/pmda_mmv.so init=mmv_init handle=(nil) 0x627160 [2] domain=30 name=/var/lib/pcp/pmdas/sample/pmda_sample.so init=sample_init handle=(nil) pmNewContext(3, localhost) -> 0 Dump Contexts: current context = 0 Context[0] standalone: profile=NOT_SENT Dump Instance Profile state=INCLUDE, 0 profiles __pmConnectLogger(host=localhost, pid=0, port=-2) __pmConnectLogger: __pmLogFindPort -> pid = 4330 Breakpoint 1, __pmSetSocketIPC (fd=11) at ipc.c:110 110 { Missing separate debuginfos, use: debuginfo-install glibc-2.12-1.80.el6_3.7.x86_64 (gdb) bt #0 __pmSetSocketIPC (fd=11) at ipc.c:110 #1 0x00007ffff7dc544a in __pmInitSocket (fd=11) at auxconnect.c:80 #2 0x00007ffff7dc557e in createSocket (family=) at auxconnect.c:367 #3 0x00007ffff7dc55cf in __pmCreateIPv6Socket () at auxconnect.c:381 #4 0x00007ffff7dc7691 in __pmConnectLogger (hostname=, pid=0x7fffffffe66c, port=0x7fffffffe668) at logconnect.c:160 #5 0x0000000000400f53 in main (argc=6, argv=) at chknumval.c:126 (gdb) c Continuing. __pmSetSocketIPC: fd=11 IPC table fd(PDU version): Breakpoint 1, __pmSetSocketIPC (fd=11) at ipc.c:110 110 { (gdb) bt #0 __pmSetSocketIPC (fd=11) at ipc.c:110 #1 0x00007ffff7dc544a in __pmInitSocket (fd=11) at auxconnect.c:80 #2 0x00007ffff7dc557e in createSocket (family=) at auxconnect.c:367 #3 0x00007ffff7dc55cf in __pmCreateIPv6Socket () at auxconnect.c:381 #4 0x00007ffff7dc7691 in __pmConnectLogger (hostname=, pid=0x7fffffffe66c, port=0x7fffffffe668) at logconnect.c:160 #5 0x0000000000400f53 in main (argc=6, argv=) at chknumval.c:126 (gdb) c Continuing. __pmSetSocketIPC: fd=11 IPC table fd(PDU version): Breakpoint 1, __pmSetSocketIPC (fd=11) at ipc.c:110 110 { (gdb) bt #0 __pmSetSocketIPC (fd=11) at ipc.c:110 #1 0x00007ffff7dc544a in __pmInitSocket (fd=11) at auxconnect.c:80 #2 0x00007ffff7dc557e in createSocket (family=) at auxconnect.c:367 #3 0x00007ffff7dc55cf in __pmCreateIPv6Socket () at auxconnect.c:381 #4 0x00007ffff7dc7691 in __pmConnectLogger (hostname=, pid=0x7fffffffe66c, port=0x7fffffffe668) at logconnect.c:160 #5 0x0000000000400f53 in main (argc=6, argv=) at chknumval.c:126 (gdb) c Continuing. __pmSetSocketIPC: fd=11 IPC table fd(PDU version): Breakpoint 1, __pmSetSocketIPC (fd=11) at ipc.c:110 110 { (gdb) bt #0 __pmSetSocketIPC (fd=11) at ipc.c:110 #1 0x00007ffff7dc544a in __pmInitSocket (fd=11) at auxconnect.c:80 #2 0x00007ffff7dc557e in createSocket (family=) at auxconnect.c:367 #3 0x00007ffff7dc74a5 in __pmConnectLogger (hostname=, pid=0x7fffffffe66c, port=0x7fffffffe668) at logconnect.c:158 #4 0x0000000000400f53 in main (argc=6, argv=) at chknumval.c:126 (gdb) c Continuing. __pmSetSocketIPC: fd=11 IPC table fd(PDU version): __pmDecodeError: got error PDU (code=2, fromversion=2) __pmSetVersionIPC: fd=11 version=2 IPC table fd(PDU version): 11(2,1) __pmSendCreds: #0 = 1020000 __pmConnectLogger: PDU version=2 fd=11 pmWhichContext() -> 0, cur=0 pmWhichContext() -> 0, cur=0 pmResult dump from 0x61be50 timestamp: 1362374280.157347 16:18:00.157 numpmid: 3 2.0.0 (pmcd.control.debug): No PMCD agent for domain of request 30.0.14 (sampledso.long.write_me): numval: 1 valfmt: 0 vlist[]: value 13 29.0.5 (sample.colour): No PMCD agent for domain of request base store test (failures not unexpected) ... pmStore: Missing metric value(s) numpmid == 0 tests (failures expected) ... pmResult dump from 0x61be50 timestamp: 1362374280.157347 16:18:00.157 numpmid: 0 pmStore: Insufficient elements in list __pmControlLog: Insufficient elements in list numval == 0 tests (failures expected) ... pmResult dump from 0x61be50 timestamp: 1362374280.157347 16:18:00.157 numpmid: 3 2.0.0 (pmcd.control.debug): No PMCD agent for domain of request 30.0.14 (sampledso.long.write_me): No values returned! 29.0.5 (sample.colour): No PMCD agent for domain of request pmStore: Missing metric value(s) __pmControlLog: OK pmResult dump from 0x61b610 timestamp: 0.000000 10:00:00.000 numpmid: 3 2.0.0 (pmcd.control.debug): numval: 1 valfmt: 0 vlist[]: value 0 0 0x0 30.0.14 (sampledso.long.write_me): numval: 1 valfmt: 0 vlist[]: value 2 29.0.5 (sample.colour): numval: 3 valfmt: 0 vlist[]: inst [0 or ???] value 0 0 0x0 inst [1 or ???] value 0 0 0x0 inst [2 or ???] value 0 0 0x0 numval < 0 tests (failures expected) ... pmResult dump from 0x61be50 timestamp: 1362374280.157347 16:18:00.157 numpmid: 3 2.0.0 (pmcd.control.debug): No PMCD agent for domain of request 30.0.14 (sampledso.long.write_me): numval: 1 valfmt: 0 vlist[]: value 13 29.0.5 (sample.colour): No PMCD agent for domain of request pmStore: Missing metric value(s) __pmControlLog: OK pmResult dump from 0x61b610 timestamp: 0.000000 10:00:00.000 numpmid: 3 2.0.0 (pmcd.control.debug): numval: 1 valfmt: 0 vlist[]: value 0 0 0x0 30.0.14 (sampledso.long.write_me): numval: 1 valfmt: 0 vlist[]: value 2 29.0.5 (sample.colour): numval: 3 valfmt: 0 vlist[]: inst [0 or ???] value 0 0 0x0 inst [1 or ???] value 0 0 0x0 inst [2 or ???] value 0 0 0x0 Quitting need at least 4 metrics for profile tests pmWhichContext() -> 0, cur=0 NotifyEndLocalContext: DSO PMDA /var/lib/pcp/pmdas/sample/pmda_sample.so (30) notified of context 0 close Program exited with code 01. (gdb) cheers. -- Nathan From minnus@buffalo.edu Mon Mar 4 11:04:54 2013 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on oss.sgi.com X-Spam-Level: X-Spam-Status: No, score=0.0 required=5.0 tests=none autolearn=ham version=3.3.1 X-Original-To: pcp@oss.sgi.com Delivered-To: pcp@oss.sgi.com Received: from relay.sgi.com (relay3.corp.sgi.com [198.149.34.15]) by oss.sgi.com (Postfix) with ESMTP id 9E079804C for ; Mon, 4 Mar 2013 11:04:54 -0600 (CST) Received: from cuda.sgi.com (cuda1.sgi.com [192.48.157.11]) by relay3.corp.sgi.com (Postfix) with ESMTP id 4C654AC007 for ; Mon, 4 Mar 2013 09:04:51 -0800 (PST) X-ASG-Debug-ID: 1362416689-04bdf0229816b730001-S8gJnT Received: from localmailC.acsu.buffalo.edu (localmailc.acsu.buffalo.edu [128.205.5.204]) by cuda.sgi.com with ESMTP id oZu4KXz312nOjggc for ; Mon, 04 Mar 2013 09:04:50 -0800 (PST) X-Barracuda-Envelope-From: minnus@buffalo.edu X-Barracuda-Apparent-Source-IP: 128.205.5.204 Received: from localmailC.acsu.buffalo.edu (localhost [127.0.0.1]) by localhost (Postfix) with SMTP id AEE2CA6A for ; Mon, 4 Mar 2013 12:04:49 -0500 (EST) Received: from localmailC.acsu.buffalo.edu (localhost [127.0.0.1]) by localmailC.acsu.buffalo.edu (Postfix) with ESMTP id 2C043B6E for ; Mon, 4 Mar 2013 12:04:49 -0500 (EST) Received: from smtp1.acsu.buffalo.edu (smtp1.acsu.buffalo.edu [128.205.5.253]) by localmailC.acsu.buffalo.edu (Prefixe) with ESMTP id 25EC6648 for ; Mon, 4 Mar 2013 12:04:49 -0500 (EST) Received: from gilmour.ccr.buffalo.edu (gilmour.ccr.buffalo.edu [128.205.40.13]) (Authenticated sender: minnus@buffalo.edu) by smtp1.acsu.buffalo.edu (Postfix) with ESMTPSA id 1C73E53192 for ; Mon, 4 Mar 2013 12:04:49 -0500 (EST) Message-ID: <5134D430.6090200@buffalo.edu> Date: Mon, 04 Mar 2013 12:04:48 -0500 From: Martins Innus User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.7; rv:17.0) Gecko/17.0 Thunderbird/17.0 MIME-Version: 1.0 To: pcp@oss.sgi.com Subject: Linux Swap Patch Content-Type: multipart/mixed; boundary="------------070500010804080601060104" X-ASG-Orig-Subj: Linux Swap Patch X-PM-EL-Spam-Prob: : 8% X-Barracuda-Connect: localmailc.acsu.buffalo.edu[128.205.5.204] X-Barracuda-Start-Time: 1362416690 X-Barracuda-URL: http://192.48.157.11:80/cgi-mod/mark.cgi X-Virus-Scanned: by bsmtpd at sgi.com X-Barracuda-BRTS-Status: 1 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=2.7 tests= X-Barracuda-Spam-Report: Code version 3.2, rules version 3.2.2.124243 Rule breakdown below pts rule name description ---- ---------------------- -------------------------------------------------- This is a multi-part message in MIME format. --------------070500010804080601060104 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Hello, I wasn't able to get the linux pmda to report any swap activity without the attached patch. Not sure if this is the right way to go about it, but it seems to work for us. Tested on: CentOS release 6.3 (Final) 2.6.32-279.22.1.el6.x86_64 #1 SMP Wed Feb 6 03:10:46 UTC 2013 x86_64 x86_64 x86_64 GNU/Linux pcp-3.6.10 Thanks Martins --------------070500010804080601060104 Content-Type: text/plain; charset=UTF-8; x-mac-type="0"; x-mac-creator="0"; name="linux_pmda.diff" Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename="linux_pmda.diff" --- ../../../../pristine/pcp-3.6.10/src/pmdas/linux/pmda.c 2012-11-11 19:53:50.000000000 -0500 +++ pmda.c 2013-02-22 10:23:28.379423114 -0500 @@ -5587,6 +5587,7 @@ { int i, major, minor, point; __pmID_int *idp; + FILE *fp; _pm_system_pagesize = getpagesize(); if (_isDSO) { @@ -5688,6 +5689,16 @@ idp->cluster, idp->item); } + /* This check is currently only made in refresh_proc_vmstat */ + /* All access to that is guarded by "if(_pm_have_proc_vmstat == 1)" so it never gets set */ + if ((fp = fopen("/proc/vmstat", "r")) != NULL){ + _pm_have_proc_vmstat = 1; + fclose(fp); + } + else{ + _pm_have_proc_vmstat = 0; + } + interrupts_init(); pmdaInit(dp, indomtab, sizeof(indomtab)/sizeof(indomtab[0]), linux_metrictab, --------------070500010804080601060104-- From brolley@redhat.com Mon Mar 4 12:53:35 2013 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on oss.sgi.com X-Spam-Level: X-Spam-Status: No, score=0.9 required=5.0 tests=MISSING_HEADERS autolearn=no version=3.3.1 X-Original-To: pcp@oss.sgi.com Delivered-To: pcp@oss.sgi.com Received: from relay.sgi.com (relay2.corp.sgi.com [137.38.102.29]) by oss.sgi.com (Postfix) with ESMTP id 8758C803B for ; Mon, 4 Mar 2013 12:53:35 -0600 (CST) Received: from cuda.sgi.com (cuda1.sgi.com [192.48.157.11]) by relay2.corp.sgi.com (Postfix) with ESMTP id 56B96304048 for ; Mon, 4 Mar 2013 10:53:32 -0800 (PST) X-ASG-Debug-ID: 1362423211-04bdf02296174c40001-S8gJnT Received: from mx1.redhat.com (mx1.redhat.com [209.132.183.28]) by cuda.sgi.com with ESMTP id XhE0Rq9Vq0iCHnIv for ; Mon, 04 Mar 2013 10:53:31 -0800 (PST) X-Barracuda-Envelope-From: brolley@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 r24IrVsg005617 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK) for ; Mon, 4 Mar 2013 13:53:31 -0500 Received: from [10.15.16.216] ([10.15.16.216]) by int-mx02.intmail.prod.int.phx2.redhat.com (8.13.8/8.13.8) with ESMTP id r24IrUMV030298 for ; Mon, 4 Mar 2013 13:53:31 -0500 Message-ID: <5134EDAA.4060403@redhat.com> Date: Mon, 04 Mar 2013 13:53:30 -0500 From: Dave Brolley User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:17.0) Gecko/20130219 Thunderbird/17.0.3 MIME-Version: 1.0 CC: PCP Subject: Re: [pcp] QA status References: <1455610989.13591426.1362377214431.JavaMail.root@redhat.com> X-ASG-Orig-Subj: Re: [pcp] QA status In-Reply-To: <1455610989.13591426.1362377214431.JavaMail.root@redhat.com> Content-Type: text/plain; charset=UTF-8; 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: 1362423211 X-Barracuda-URL: http://192.48.157.11:80/cgi-mod/mark.cgi X-Virus-Scanned: by bsmtpd at sgi.com X-Barracuda-BRTS-Status: 1 On 03/04/2013 01:06 AM, Nathan Scott wrote: > > OK, I'm at 100% pass rate for NSS-enabled-builds, and I have two > failures in the "native" sockets implementation, which are probably > the ones you've already seen & mentioned. 273 and 430, both look > related to pmlogger (or pmlogger PDUs) and IPv6. > > From looking into 273, it looks like in native mode, we end up in > a getaddrinfo() loop passing over several IPv6 addresses, etc before > we find the IPv4 address where the connection succeeds. Strangely, > I thought, that this passes with NSS but not without. Looking into > the code, it seems the NSS implementation of __pmGetAddrInfo doesnt > actually call PR_GetAddrInfoByName, rather it uses PR_GetHostByName? > Whereas the native variant does use getaddrinfo ... could this be > why it passes on NSS-enabled builds? Seems a bit odd. > > This is the part of 273 that is failing - there are an unexpectedly > high number of calls (and diagnostics) from __pmSetSocketIPC(), as a > result of the additional calls to __pmInitSocket, as a result of > iterating over several possible addresses (3 x IPv6?) I guess: This all looks normal to me. There is no specified order in which the addresses may be presented in the address chain, however, I have observed that the NSPR implementation does tend to present the IPv4 addresses first where the native implementation tends to present IPv6 addresses first. That is why there are extra calls to __pmSetSocketIPC() for the native implementation when attempting to connect to pmlogger. The test harness needs to be updated in order to expect an unspecified number of calls to __pmSetSocketIPC(), since we have no way of easily knowing how the local network is configured. Having said that, gethostbyname() (via PR_GetHostByName()) is deprecated in favour of getaddrinfo(), so the NSPR implementation should be changed to call PR_GetAddrInfoByName() which is documented to be equivalent to getaddrinfo(). I'll take care of that today. It looks like we're very close! I still would like to implement access wildcards for IPv6 addresses before we release anything, it would be nice to get all of teh core components listening on IPv6 and, as you have said, some IPv6-specific testing is in order. Dave From nscott@redhat.com Mon Mar 4 14:40:30 2013 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on oss.sgi.com X-Spam-Level: X-Spam-Status: No, score=0.0 required=5.0 tests=none autolearn=ham version=3.3.1 X-Original-To: pcp@oss.sgi.com Delivered-To: pcp@oss.sgi.com Received: from relay.sgi.com (relay1.corp.sgi.com [137.38.102.111]) by oss.sgi.com (Postfix) with ESMTP id 9422B804E for ; Mon, 4 Mar 2013 14:40:30 -0600 (CST) Received: from cuda.sgi.com (cuda3.sgi.com [192.48.176.15]) by relay1.corp.sgi.com (Postfix) with ESMTP id 803148F8033 for ; Mon, 4 Mar 2013 12:40:27 -0800 (PST) X-ASG-Debug-ID: 1362429626-04cb6c2b0416c490001-S8gJnT Received: from mx4-phx2.redhat.com (mx4-phx2.redhat.com [209.132.183.25]) by cuda.sgi.com with ESMTP id wH8X1u5JLBIYXOD6 for ; Mon, 04 Mar 2013 12:40:26 -0800 (PST) X-Barracuda-Envelope-From: nscott@redhat.com X-Barracuda-Apparent-Source-IP: 209.132.183.25 Received: from zmail20.collab.prod.int.phx2.redhat.com (zmail20.collab.prod.int.phx2.redhat.com [10.5.83.23]) by mx4-phx2.redhat.com (8.13.8/8.13.8) with ESMTP id r24KeOXD023554; Mon, 4 Mar 2013 15:40:24 -0500 Date: Mon, 4 Mar 2013 15:40:24 -0500 (EST) From: Nathan Scott Reply-To: Nathan Scott To: Martins Innus Cc: pcp@oss.sgi.com Message-ID: <1721089761.14337316.1362429624227.JavaMail.root@redhat.com> In-Reply-To: <5134D430.6090200@buffalo.edu> Subject: Re: [pcp] Linux Swap Patch MIME-Version: 1.0 X-ASG-Orig-Subj: Re: [pcp] Linux Swap Patch Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-Originating-IP: [10.64.50.210] X-Mailer: Zimbra 7.2.0_GA_2669 (ZimbraWebClient - FF3.0 (Linux)/7.2.0_GA_2669) X-Barracuda-Connect: mx4-phx2.redhat.com[209.132.183.25] X-Barracuda-Start-Time: 1362429626 X-Barracuda-URL: http://192.48.176.15:80/cgi-mod/mark.cgi X-Virus-Scanned: by bsmtpd at sgi.com X-Barracuda-BRTS-Status: 1 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=2.7 tests= X-Barracuda-Spam-Report: Code version 3.2, rules version 3.2.2.124257 Rule breakdown below pts rule name description ---- ---------------------- -------------------------------------------------- ----- Original Message ----- > Hello, Hi Martin, > I wasn't able to get the linux pmda to report any swap activity > without the attached patch. Not sure if this is the right way to go > about it, but it seems to work for us. Just so I can reproduce it locally, what was the test case you were using? Is something like "pminfo -f swap" enough to show the issue (if so, can you send the output you're observing)? Thanks. -- Nathan From minnus@buffalo.edu Mon Mar 4 15:02:20 2013 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on oss.sgi.com X-Spam-Level: X-Spam-Status: No, score=0.0 required=5.0 tests=none autolearn=ham version=3.3.1 X-Original-To: pcp@oss.sgi.com Delivered-To: pcp@oss.sgi.com Received: from relay.sgi.com (relay1.corp.sgi.com [137.38.102.111]) by oss.sgi.com (Postfix) with ESMTP id F2E11804E for ; Mon, 4 Mar 2013 15:02:19 -0600 (CST) Received: from cuda.sgi.com (cuda1.sgi.com [192.48.157.11]) by relay1.corp.sgi.com (Postfix) with ESMTP id D11A98F8064 for ; Mon, 4 Mar 2013 13:02:16 -0800 (PST) X-ASG-Debug-ID: 1362430931-04bdf022961809f0001-S8gJnT Received: from localmailC.acsu.buffalo.edu (localmailc.acsu.buffalo.edu [128.205.5.204]) by cuda.sgi.com with ESMTP id eaAugGxvcAHfCgW7 for ; Mon, 04 Mar 2013 13:02:11 -0800 (PST) X-Barracuda-Envelope-From: minnus@buffalo.edu X-Barracuda-Apparent-Source-IP: 128.205.5.204 Received: from localmailC.acsu.buffalo.edu (localhost [127.0.0.1]) by localhost (Postfix) with SMTP id 3D92C49D7; Mon, 4 Mar 2013 16:02:11 -0500 (EST) Received: from localmailC.acsu.buffalo.edu (localhost [127.0.0.1]) by localmailC.acsu.buffalo.edu (Postfix) with ESMTP id 8DCDE49A3; Mon, 4 Mar 2013 16:02:10 -0500 (EST) Received: from smtp1.acsu.buffalo.edu (smtp1.acsu.buffalo.edu [128.205.5.253]) by localmailC.acsu.buffalo.edu (Prefixe) with ESMTP id 842EF49A2; Mon, 4 Mar 2013 16:02:10 -0500 (EST) Received: from gilmour.ccr.buffalo.edu (gilmour.ccr.buffalo.edu [128.205.40.13]) (Authenticated sender: minnus@buffalo.edu) by smtp1.acsu.buffalo.edu (Postfix) with ESMTPSA id 669A3536CF; Mon, 4 Mar 2013 16:02:10 -0500 (EST) Message-ID: <51350BD0.3090007@buffalo.edu> Date: Mon, 04 Mar 2013 16:02:08 -0500 From: Martins Innus User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.7; rv:17.0) Gecko/17.0 Thunderbird/17.0 MIME-Version: 1.0 To: Nathan Scott CC: pcp@oss.sgi.com Subject: Re: [pcp] Linux Swap Patch References: <1721089761.14337316.1362429624227.JavaMail.root@redhat.com> X-ASG-Orig-Subj: Re: [pcp] Linux Swap Patch In-Reply-To: <1721089761.14337316.1362429624227.JavaMail.root@redhat.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-PM-EL-Spam-Prob: : 8% X-Barracuda-Connect: localmailc.acsu.buffalo.edu[128.205.5.204] X-Barracuda-Start-Time: 1362430931 X-Barracuda-URL: http://192.48.157.11:80/cgi-mod/mark.cgi X-Virus-Scanned: by bsmtpd at sgi.com X-Barracuda-BRTS-Status: 1 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=2.7 tests= X-Barracuda-Spam-Report: Code version 3.2, rules version 3.2.2.124259 Rule breakdown below pts rule name description ---- ---------------------- -------------------------------------------------- Nathan, Forgot to respond to the list first time around. Sorry for the duplicate. On 3/4/13 3:40 PM, Nathan Scott wrote: >> I wasn't able to get the linux pmda to report any swap activity >> without the attached patch. Not sure if this is the right way to go >> about it, but it seems to work for us. > Just so I can reproduce it locally, what was the test case you were > using? Is something like "pminfo -f swap" enough to show the issue > (if so, can you send the output you're observing)? > Sure. While a machine is actively swapping, before the patch: pmval swap.pagesout metric: swap.pagesout host: localhost semantics: cumulative counter (converting to rate) units: count (converting to count / sec) samples: all 0.0 0.0 0.0 0.0 0.0 0.0 0.0 After the patch: pmval swap.pagesout metric: swap.pagesout host: localhost semantics: cumulative counter (converting to rate) units: count (converting to count / sec) samples: all 2.657E+04 3.438E+04 4.112E+04 3.997E+04 3.897E+04 2.899E+04 2.813E+04 Martins From nscott@redhat.com Mon Mar 4 15:03:34 2013 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on oss.sgi.com X-Spam-Level: X-Spam-Status: No, score=0.0 required=5.0 tests=none autolearn=ham version=3.3.1 X-Original-To: pcp@oss.sgi.com Delivered-To: pcp@oss.sgi.com Received: from relay.sgi.com (relay1.corp.sgi.com [137.38.102.111]) by oss.sgi.com (Postfix) with ESMTP id 27F89804E for ; Mon, 4 Mar 2013 15:03:34 -0600 (CST) Received: from cuda.sgi.com (cuda2.sgi.com [192.48.176.25]) by relay1.corp.sgi.com (Postfix) with ESMTP id F0CBE8F8066 for ; Mon, 4 Mar 2013 13:03:33 -0800 (PST) X-ASG-Debug-ID: 1362431012-04cbb07dbc1726c0001-S8gJnT Received: from mx3-phx2.redhat.com (mx3-phx2.redhat.com [209.132.183.24]) by cuda.sgi.com with ESMTP id gWxp8EEYEiv2cpbA for ; Mon, 04 Mar 2013 13:03:32 -0800 (PST) X-Barracuda-Envelope-From: nscott@redhat.com X-Barracuda-Apparent-Source-IP: 209.132.183.24 Received: from zmail20.collab.prod.int.phx2.redhat.com (zmail20.collab.prod.int.phx2.redhat.com [10.5.83.23]) by mx3-phx2.redhat.com (8.13.8/8.13.8) with ESMTP id r24L3V4s003436; Mon, 4 Mar 2013 16:03:31 -0500 Date: Mon, 4 Mar 2013 16:03:31 -0500 (EST) From: Nathan Scott Reply-To: Nathan Scott To: Dave Brolley Cc: PCP Message-ID: <1521499581.14361283.1362431011918.JavaMail.root@redhat.com> In-Reply-To: <5134EDAA.4060403@redhat.com> Subject: Re: [pcp] QA status MIME-Version: 1.0 X-ASG-Orig-Subj: Re: [pcp] QA status Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-Originating-IP: [10.64.50.210] X-Mailer: Zimbra 7.2.0_GA_2669 (ZimbraWebClient - FF3.0 (Linux)/7.2.0_GA_2669) X-Barracuda-Connect: mx3-phx2.redhat.com[209.132.183.24] X-Barracuda-Start-Time: 1362431012 X-Barracuda-URL: http://192.48.176.25:80/cgi-mod/mark.cgi X-Virus-Scanned: by bsmtpd at sgi.com X-Barracuda-BRTS-Status: 1 X-Barracuda-Spam-Score: 0.01 X-Barracuda-Spam-Status: No, SCORE=0.01 using per-user scores of TAG_LEVEL=1000.0 QUARANTINE_LEVEL=1000.0 KILL_LEVEL=2.7 tests=BSF_SC0_SA_TO_FROM_DOMAIN_MATCH X-Barracuda-Spam-Report: Code version 3.2, rules version 3.2.2.124259 Rule breakdown below pts rule name description ---- ---------------------- -------------------------------------------------- 0.01 BSF_SC0_SA_TO_FROM_DOMAIN_MATCH Sender Domain Matches Recipient Domain Hi Dave! ----- Original Message ----- > > On 03/04/2013 01:06 AM, Nathan Scott wrote: > > > > OK, I'm at 100% pass rate for NSS-enabled-builds, and I have two > > failures in the "native" sockets implementation, which are probably > > the ones you've already seen & mentioned. 273 and 430, both look > > related to pmlogger (or pmlogger PDUs) and IPv6. > > > > From looking into 273, it looks like in native mode, we end up in > > a getaddrinfo() loop passing over several IPv6 addresses, etc > > before > > we find the IPv4 address where the connection succeeds. Strangely, > > I thought, that this passes with NSS but not without. Looking into > > the code, it seems the NSS implementation of __pmGetAddrInfo doesnt > > actually call PR_GetAddrInfoByName, rather it uses > > PR_GetHostByName? > > Whereas the native variant does use getaddrinfo ... could this be > > why it passes on NSS-enabled builds? Seems a bit odd. > > > > This is the part of 273 that is failing - there are an unexpectedly > > high number of calls (and diagnostics) from __pmSetSocketIPC(), as > > a > > result of the additional calls to __pmInitSocket, as a result of > > iterating over several possible addresses (3 x IPv6?) I guess: > This all looks normal to me. There is no specified order in which the > addresses may be presented in the address chain, however, I have > observed that the NSPR implementation does tend to present the IPv4 > addresses first where the native implementation tends to present IPv6 > addresses first. That is why there are extra calls to > __pmSetSocketIPC() > for the native implementation when attempting to connect to pmlogger. > The test harness needs to be updated in order to expect an > unspecified > number of calls to __pmSetSocketIPC(), since we have no way of easily > knowing how the local network is configured. *nod*, will look into that today. Is sorting the addresses something we should be doing (in the libpcp native implementation)? Since NSPR has decided to, I guess there was a very good reason, and having different behaviours between different builds of PCP seems potentially problematic. > Having said that, gethostbyname() (via PR_GetHostByName()) is > deprecated > in favour of getaddrinfo(), so the NSPR implementation should be > changed > to call PR_GetAddrInfoByName() which is documented to be equivalent > to > getaddrinfo(). I'll take care of that today. OK, great. > It looks like we're very close! I still would like to implement > access > wildcards for IPv6 addresses before we release anything, it would be > nice to get all of teh core components listening on IPv6 and, as you > have said, some IPv6-specific testing is in order. *nod* - sounds good. I have some rpm upgrade testing still to get done as well, there's still some lurking fallout from config file movement I believe, but yep looks like we're getting close. Its OK to defer some of those last IPv6 items to 3.6.12 too. Given this release has taken awhile now, at this stage I think focussing on getting something releasable would be ideal. Lets aim for a merge-to-dev later today (my time, once down to zero QA fails), a day or two there for Ken and others to sneak in some additional testing if we're lucky, and for any of the remaining IPv6 work you're comfortable adding still. Then begin release tagging, building/packaging/distro updates, etc, towards the end of Wednesday or Thursday? cheers. -- Nathan From kenj@internode.on.net Mon Mar 4 15:18:19 2013 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on oss.sgi.com X-Spam-Level: X-Spam-Status: No, score=0.0 required=5.0 tests=none autolearn=ham version=3.3.1 X-Original-To: pcp@oss.sgi.com Delivered-To: pcp@oss.sgi.com Received: from relay.sgi.com (relay3.corp.sgi.com [198.149.34.15]) by oss.sgi.com (Postfix) with ESMTP id BB3F58053 for ; Mon, 4 Mar 2013 15:18:19 -0600 (CST) Received: from cuda.sgi.com (cuda2.sgi.com [192.48.176.25]) by relay3.corp.sgi.com (Postfix) with ESMTP id 3ED6FAC007 for ; Mon, 4 Mar 2013 13:18:19 -0800 (PST) X-ASG-Debug-ID: 1362431895-04cbb07dbd173890001-S8gJnT Received: from ipmail06.adl2.internode.on.net (ipmail06.adl2.internode.on.net [150.101.137.129]) by cuda.sgi.com with ESMTP id ABM0m2iZvuiC5oI8 for ; Mon, 04 Mar 2013 13:18:16 -0800 (PST) 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: AvkCANENNVF20TXj/2dsb2JhbAANN8JLBAQBgR+DEgEBAQQBAQE1NgoNBAsYCRYPCQMCAQIBFTATBgIBAYgbrmWDMY8zjxMWgyoDl2SSag Received: from ppp118-209-53-227.lns20.mel4.internode.on.net (HELO [192.168.1.100]) ([118.209.53.227]) by ipmail06.adl2.internode.on.net with ESMTP; 05 Mar 2013 07:48:15 +1030 Message-ID: <51350F9B.6040709@internode.on.net> Date: Tue, 05 Mar 2013 08:18:19 +1100 From: Ken McDonell User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:17.0) Gecko/20130221 Thunderbird/17.0.3 MIME-Version: 1.0 To: pcp@oss.sgi.com Subject: Re: [pcp] Linux Swap Patch References: <1721089761.14337316.1362429624227.JavaMail.root@redhat.com> X-ASG-Orig-Subj: Re: [pcp] Linux Swap Patch In-Reply-To: <1721089761.14337316.1362429624227.JavaMail.root@redhat.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Barracuda-Connect: ipmail06.adl2.internode.on.net[150.101.137.129] X-Barracuda-Start-Time: 1362431895 X-Barracuda-URL: http://192.48.176.25:80/cgi-mod/mark.cgi X-Virus-Scanned: by bsmtpd at sgi.com X-Barracuda-BRTS-Status: 1 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=2.7 tests= X-Barracuda-Spam-Report: Code version 3.2, rules version 3.2.2.124259 Rule breakdown below pts rule name description ---- ---------------------- -------------------------------------------------- This would seem to shwo the problem ... kenj@bozo:~$ cat /proc/vmstat | egrep 'psw|pgpg' pgpgin 1555648 pgpgout 1697692 pswpin 0 pswpout 0 kenj@bozo:~$ pminfo -f swap.pagesin swap.pagesout swap.in swap.out swap.pagesin value 0 swap.pagesout value 0 swap.in value 0 swap.out value 0 On 05/03/13 07:40, Nathan Scott wrote: > > > ----- Original Message ----- >> Hello, > > Hi Martin, > >> I wasn't able to get the linux pmda to report any swap activity >> without the attached patch. Not sure if this is the right way to go >> about it, but it seems to work for us. > > Just so I can reproduce it locally, what was the test case you were > using? Is something like "pminfo -f swap" enough to show the issue > (if so, can you send the output you're observing)? > > Thanks. > > -- > Nathan > > _______________________________________________ > pcp mailing list > pcp@oss.sgi.com > http://oss.sgi.com/mailman/listinfo/pcp > From brolley@redhat.com Mon Mar 4 15:57:14 2013 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on oss.sgi.com X-Spam-Level: X-Spam-Status: No, score=0.0 required=5.0 tests=none autolearn=ham version=3.3.1 X-Original-To: pcp@oss.sgi.com Delivered-To: pcp@oss.sgi.com Received: from relay.sgi.com (relay2.corp.sgi.com [137.38.102.29]) by oss.sgi.com (Postfix) with ESMTP id 4E19C8053 for ; Mon, 4 Mar 2013 15:57:14 -0600 (CST) Received: from cuda.sgi.com (cuda1.sgi.com [192.48.157.11]) by relay2.corp.sgi.com (Postfix) with ESMTP id 2D526304032 for ; Mon, 4 Mar 2013 13:57:11 -0800 (PST) X-ASG-Debug-ID: 1362434230-04bdf02296186190001-S8gJnT Received: from mx1.redhat.com (mx1.redhat.com [209.132.183.28]) by cuda.sgi.com with ESMTP id ikkTvT3YtpSo4VqG for ; Mon, 04 Mar 2013 13:57:10 -0800 (PST) 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 r24LvA0h025981 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK) for ; Mon, 4 Mar 2013 16:57:10 -0500 Received: from [10.15.16.216] ([10.15.16.216]) by int-mx12.intmail.prod.int.phx2.redhat.com (8.14.4/8.14.4) with ESMTP id r24Lv9M5024565 for ; Mon, 4 Mar 2013 16:57:09 -0500 Message-ID: <513518B5.4040401@redhat.com> Date: Mon, 04 Mar 2013 16:57:09 -0500 From: Dave Brolley User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:17.0) Gecko/20130219 Thunderbird/17.0.3 MIME-Version: 1.0 To: PCP Subject: Re: [pcp] QA status References: <1521499581.14361283.1362431011918.JavaMail.root@redhat.com> X-ASG-Orig-Subj: Re: [pcp] QA status In-Reply-To: <1521499581.14361283.1362431011918.JavaMail.root@redhat.com> 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: 1362434230 X-Barracuda-URL: http://192.48.157.11:80/cgi-mod/mark.cgi X-Virus-Scanned: by bsmtpd at sgi.com X-Barracuda-BRTS-Status: 1 On 03/04/2013 04:03 PM, Nathan Scott wrote: > Is sorting the addresses something we should be doing (in the libpcp > native implementation)? Since NSPR has decided to, I guess there was a > very good reason, and having different behaviours between different > builds of PCP seems potentially problematic. Well, it turns out that NSPR probably isn't sorting them either. After making the switch to PR_GetAddrInfoByName (now pushed to pcpfans brolley/nssmerge), NSPR now presents a single IPv6 address before the first IPv4 one for test 273. I suspect it has more to do with the underlying system calls. All of the advice I have read has indicated that applications should just try the addresses in order without regard to what they are. Whether the possibility of connecting via a different address with different builds is a concern, my opinion would be no. If the user wants to connect via a specific address, they should use that address directly instead of a host name. Re: test 430: It passes for me for NSPR builds and fails for native builds with: 430 - output mismatch (see 430.out.bad) 128a129,130 > Restarting pmlogger for host "LOCALHOSTsuper" [dots] [process PID] done > Latest folio created for CHECK 130a133,134 > Restarting pmlogger for host "LOCALHOSTsuper" [dots] [process PID] done > Latest folio created for CHECK [ ... etc. ...] I didn't get a chance to look into it. > Its OK to defer some of those last IPv6 items to 3.6.12 too. Given > this release has taken awhile now, at this stage I think focussing on > getting something releasable would be ideal. Lets aim for a > merge-to-dev later today (my time, once down to zero QA fails), a day > or two there for Ken and others to sneak in some additional testing if > we're lucky, and for any of the remaining IPv6 work you're comfortable > adding still. Then begin release tagging, building/packaging/distro > updates, etc, towards the end of Wednesday or Thursday? cheers. -- Nathan You're the boss! Dave From brolley@redhat.com Mon Mar 4 16:09:39 2013 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on oss.sgi.com X-Spam-Level: X-Spam-Status: No, score=0.0 required=5.0 tests=none autolearn=ham version=3.3.1 X-Original-To: pcp@oss.sgi.com Delivered-To: pcp@oss.sgi.com Received: from relay.sgi.com (relay1.corp.sgi.com [137.38.102.111]) by oss.sgi.com (Postfix) with ESMTP id 840238058 for ; Mon, 4 Mar 2013 16:09:39 -0600 (CST) Received: from cuda.sgi.com (cuda1.sgi.com [192.48.157.11]) by relay1.corp.sgi.com (Postfix) with ESMTP id 6455C8F8040 for ; Mon, 4 Mar 2013 14:09:36 -0800 (PST) X-ASG-Debug-ID: 1362434975-04bdf022951872d0001-S8gJnT Received: from mx1.redhat.com (mx1.redhat.com [209.132.183.28]) by cuda.sgi.com with ESMTP id NXxBH88LSZKyIrr5 for ; Mon, 04 Mar 2013 14:09:35 -0800 (PST) X-Barracuda-Envelope-From: brolley@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 r24M9ZwE027947 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK) for ; Mon, 4 Mar 2013 17:09:35 -0500 Received: from [10.15.16.216] ([10.15.16.216]) by int-mx02.intmail.prod.int.phx2.redhat.com (8.13.8/8.13.8) with ESMTP id r24M9Yu6012739 for ; Mon, 4 Mar 2013 17:09:35 -0500 Message-ID: <51351B9E.3040406@redhat.com> Date: Mon, 04 Mar 2013 17:09:34 -0500 From: Dave Brolley User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:17.0) Gecko/20130219 Thunderbird/17.0.3 MIME-Version: 1.0 To: pcp@oss.sgi.com Subject: Re: [pcp] QA status References: <1521499581.14361283.1362431011918.JavaMail.root@redhat.com> <513518B5.4040401@redhat.com> X-ASG-Orig-Subj: Re: [pcp] QA status In-Reply-To: <513518B5.4040401@redhat.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: 1362434975 X-Barracuda-URL: http://192.48.157.11:80/cgi-mod/mark.cgi X-Virus-Scanned: by bsmtpd at sgi.com X-Barracuda-BRTS-Status: 1 On 03/04/2013 04:57 PM, Dave Brolley wrote: > Re: test 430: It passes for me for NSPR builds and fails for native > builds with: > > 430 - output mismatch (see 430.out.bad) > 128a129,130 > > Restarting pmlogger for host "LOCALHOSTsuper" [dots] [process PID] > done > > Latest folio created for CHECK > 130a133,134 > > Restarting pmlogger for host "LOCALHOSTsuper" [dots] [process PID] > done > > Latest folio created for CHECK > [ ... etc. ...] > > I didn't get a chance to look into it. Thinking about it now, this might suggest that pmlogger is crashing. Dave From nscott@redhat.com Mon Mar 4 16:30:20 2013 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on oss.sgi.com X-Spam-Level: X-Spam-Status: No, score=0.0 required=5.0 tests=none autolearn=ham version=3.3.1 X-Original-To: pcp@oss.sgi.com Delivered-To: pcp@oss.sgi.com Received: from relay.sgi.com (relay2.corp.sgi.com [137.38.102.29]) by oss.sgi.com (Postfix) with ESMTP id 75A428051 for ; Mon, 4 Mar 2013 16:30:20 -0600 (CST) Received: from cuda.sgi.com (cuda1.sgi.com [192.48.157.11]) by relay2.corp.sgi.com (Postfix) with ESMTP id 5642B304039 for ; Mon, 4 Mar 2013 14:30:17 -0800 (PST) X-ASG-Debug-ID: 1362436215-04bdf02298189160001-S8gJnT Received: from mx4-phx2.redhat.com (mx4-phx2.redhat.com [209.132.183.25]) by cuda.sgi.com with ESMTP id bgIIy0NAZTj1Q6Ad for ; Mon, 04 Mar 2013 14:30:15 -0800 (PST) X-Barracuda-Envelope-From: nscott@redhat.com X-Barracuda-Apparent-Source-IP: 209.132.183.25 Received: from zmail20.collab.prod.int.phx2.redhat.com (zmail20.collab.prod.int.phx2.redhat.com [10.5.83.23]) by mx4-phx2.redhat.com (8.13.8/8.13.8) with ESMTP id r24MUDUb013778; Mon, 4 Mar 2013 17:30:13 -0500 Date: Mon, 4 Mar 2013 17:30:13 -0500 (EST) From: Nathan Scott Reply-To: Nathan Scott To: Martins Innus Cc: PCP Message-ID: <1965708587.14399506.1362436213532.JavaMail.root@redhat.com> In-Reply-To: <51350A8A.1080605@buffalo.edu> Subject: Re: [pcp] Linux Swap Patch MIME-Version: 1.0 X-ASG-Orig-Subj: Re: [pcp] Linux Swap Patch Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-Originating-IP: [10.64.50.210] X-Mailer: Zimbra 7.2.0_GA_2669 (ZimbraWebClient - FF3.0 (Linux)/7.2.0_GA_2669) X-Barracuda-Connect: mx4-phx2.redhat.com[209.132.183.25] X-Barracuda-Start-Time: 1362436215 X-Barracuda-URL: http://192.48.157.11:80/cgi-mod/mark.cgi X-Virus-Scanned: by bsmtpd at sgi.com X-Barracuda-BRTS-Status: 1 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=2.7 tests= X-Barracuda-Spam-Report: Code version 3.2, rules version 3.2.2.124265 Rule breakdown below pts rule name description ---- ---------------------- -------------------------------------------------- ----- Original Message ----- > Nathan, > > On 3/4/13 3:40 PM, Nathan Scott wrote: > >> I wasn't able to get the linux pmda to report any swap > >> activity > >> without the attached patch. Not sure if this is the right way to > >> go > >> about it, but it seems to work for us. > > Just so I can reproduce it locally, what was the test case you were > > using? Is something like "pminfo -f swap" enough to show the issue > > (if so, can you send the output you're observing)? > > > Sure. While a machine is actively swapping, before the patch: > Thanks! I'm looking into it; this area is a bit messy as it attempts to deal with /proc/vmstat not existing in earlier kernels, evidently getting it wrong (in Kens example, swap.in should be seeing an error, by my reading of the code). I do think your patch will be necessary as a first step. It would be simpler if it used access(2), however - could you resend it with that change? Should be a one-liner then. Thanks! -- Nathan From nscott@redhat.com Mon Mar 4 21:49:35 2013 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on oss.sgi.com X-Spam-Level: X-Spam-Status: No, score=0.0 required=5.0 tests=none autolearn=ham version=3.3.1 X-Original-To: pcp@oss.sgi.com Delivered-To: pcp@oss.sgi.com Received: from relay.sgi.com (relay3.corp.sgi.com [198.149.34.15]) by oss.sgi.com (Postfix) with ESMTP id 8B6D58038 for ; Mon, 4 Mar 2013 21:49:35 -0600 (CST) Received: from cuda.sgi.com (cuda2.sgi.com [192.48.176.25]) by relay3.corp.sgi.com (Postfix) with ESMTP id 03FFDAC003 for ; Mon, 4 Mar 2013 19:49:34 -0800 (PST) X-ASG-Debug-ID: 1362455372-04cbb07dbd18b7b0001-S8gJnT Received: from mx3-phx2.redhat.com (mx3-phx2.redhat.com [209.132.183.24]) by cuda.sgi.com with ESMTP id BewBJ0tzaLG1utjh for ; Mon, 04 Mar 2013 19:49:32 -0800 (PST) X-Barracuda-Envelope-From: nscott@redhat.com X-Barracuda-Apparent-Source-IP: 209.132.183.24 Received: from zmail20.collab.prod.int.phx2.redhat.com (zmail20.collab.prod.int.phx2.redhat.com [10.5.83.23]) by mx3-phx2.redhat.com (8.13.8/8.13.8) with ESMTP id r253nVWv006718 for ; Mon, 4 Mar 2013 22:49:32 -0500 Date: Mon, 4 Mar 2013 22:49:31 -0500 (EST) From: Nathan Scott Reply-To: Nathan Scott To: PCP Message-ID: <1004370694.14463624.1362455371783.JavaMail.root@redhat.com> Subject: pcp updates: qa MIME-Version: 1.0 X-ASG-Orig-Subj: pcp updates: qa Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-Originating-IP: [10.64.50.210] X-Mailer: Zimbra 7.2.0_GA_2669 (ZimbraWebClient - FF3.0 (Linux)/7.2.0_GA_2669) X-Barracuda-Connect: mx3-phx2.redhat.com[209.132.183.24] X-Barracuda-Start-Time: 1362455372 X-Barracuda-URL: http://192.48.176.25:80/cgi-mod/mark.cgi X-Virus-Scanned: by bsmtpd at sgi.com X-Barracuda-BRTS-Status: 1 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=2.7 tests= X-Barracuda-Spam-Report: Code version 3.2, rules version 3.2.2.124287 Rule breakdown below pts rule name description ---- ---------------------- -------------------------------------------------- Changes committed to git://oss.sgi.com/nathans/pcp.git dev qa/062 | 2 qa/131 | 3 qa/243 | 6 qa/244 | 11 - qa/273 | 15 ++ qa/430 | 16 -- qa/430-2.2post.out | 247 ---------------------------------------- qa/430-pre2.2.out | 175 ---------------------------- qa/430.3.out | 252 ----------------------------------------- qa/430.out.1 | 247 ++++++++++++++++++++++++++++++++++++++++ qa/430.out.2 | 252 +++++++++++++++++++++++++++++++++++++++++ qa/470 | 5 qa/472 | 5 qa/473 | 5 qa/474 | 5 qa/475 | 5 qa/common.config | 4 qa/qa_hosts.master | 1 src/include/pcp/impl.h | 4 src/libpcp/src/auxconnect.c | 10 - src/perl/PMDA/PMDA.pm | 6 src/pmcd/src/pmcd.c | 6 src/pmdas/simple/pmdasimple.pl | 2 src/pmproxy/pmproxy.c | 6 24 files changed, 565 insertions(+), 725 deletions(-) commit 6514e69ceda27dddcd52165160b5b731ee56022e Author: Nathan Scott Date: Tue Mar 5 14:33:47 2013 +1100 Multi-thread tests now cleanup their /tmp/func files commit 916ca3a58cda5962999e6e5bd4caa8620039090f Author: Nathan Scott Date: Tue Mar 5 14:32:46 2013 +1100 Rework test 430 out file handling for consistency with other tests In other news, this test now no longer fails. I don't get it, but I suspect there must be some whacky indeterminism in the pmlogger killing depending on chosen pid?. Makes no sense, but part 5 of this test failed several times yesterday, and today it passes every time. Will keep an eye on it. commit 4deafa6f1a3254e75f6df2cf8ecac4c99c0f6e40 Author: Nathan Scott Date: Tue Mar 5 11:55:45 2013 +1100 Fix recent networking-related regression uncovered by test 131 With the introduction of getaddrinfo and looping over the set of addresses it returns we were inadvertantly clobbering the return codes and forcing ECONNREFUSED to always be returned. Instead, we now go with the return code of the last attempt, since it's entirely plausible they are all failing for the same reason and that there's handy diagnostic clues being thrown away. This was the case in qa test 131, which exercises the connection timeout logic. Nearly missed this one thanks to a series of unfortunate QA host reconfigurations, esp with Mac OS X hosts sometimes going into a deep sleep and not even responding to ssh logins anymore (ugh). commit 67b934f9ec7389da41bc0ad410bc7b8e9085e279 Author: Nathan Scott Date: Tue Mar 5 11:32:23 2013 +1100 Update QA test 273 to handle getaddrinfo looping over addresses In changes recently made for IPv6 support we are iterating over potentially a number of addresses, possibly both IPv4 and IPv6. This causes the test to fail if the first address is not the one used for the connection, as additional diagnostics are produced. Handle this situation by "squashing" repeated occurrences of the specific diagnostic in question into just one occurrence, which matches the original output and intent. commit 66699df766b4e1a879c39ac043d771c236d2947d Author: Nathan Scott Date: Mon Mar 4 11:32:27 2013 +1100 Fix the build for native sockets, local addr var re-defined commit 27487005ea1e057f58a68a1d2e98cca633f38d71 Author: Nathan Scott Date: Mon Mar 4 11:15:32 2013 +1100 Add a QA host thats reappeared into my local mix commit 070e0289b15057efde99c0e218ac82c716b483e7 Author: Nathan Scott Date: Mon Mar 4 11:14:45 2013 +1100 Revert "QA config change, one of my earlier qa hosts has gone away" This reverts commit 9400df353e2be3bdcbfee20f3cf5797833052a60. Aaaaand its back. commit 4fc887d8f9b5f7de6702265fdca57b84f2b412c6 Author: Nathan Scott Date: Mon Mar 4 10:31:00 2013 +1100 Remove pmcd/pmproxy warning introduced in recent changes QA test 283 picked up the fact that we'd begun to attempt to use additional ports unexpectedly. Missed taking into account ports added via the command line. commit 5515e7217ca17e1ed4cde10275c79633b7a7aaba Author: Nathan Scott Date: Mon Mar 4 10:27:44 2013 +1100 Small perl module cleanups - missing macros, unused vars commit b450d4663bc3e7ecc42d10ed61870ad6204d8d68 Author: Nathan Scott Date: Mon Mar 4 10:26:35 2013 +1100 Use explicit (void) argument for a couple of impl.h routines Evidently compiling with impl.h in a python wrapper (with the default setup.py-generated makefile) gives compiler warnings. commit 9400df353e2be3bdcbfee20f3cf5797833052a60 Author: Nathan Scott Date: Mon Mar 4 10:24:40 2013 +1100 QA config change, one of my earlier qa hosts has gone away commit 7767d7fb96e7f73acbfdefd5a95401d82e1789e3 Author: Nathan Scott Date: Mon Mar 4 10:23:53 2013 +1100 Fix ipv6 filtering in test 244, cleanup existing sed invocation commit 50c7dc96e23e1d63b230bcaaf6a2ead88abc948e Author: Nathan Scott Date: Mon Mar 4 10:22:57 2013 +1100 Revise optional ipv6 filtering logic in test 243 commit 80d6c8b3998d099bde8859ad70cdeba4e8f7eeda Author: Nathan Scott Date: Mon Mar 4 10:22:09 2013 +1100 Add a notrun check to 131 is no faraway pmcd host is set commit c9d9c5275d671faef9e80b630b36fbb705958770 Author: Nathan Scott Date: Mon Mar 4 10:21:38 2013 +1100 Fix typo in revised 062 .out file link setup logic From nscott@redhat.com Mon Mar 4 22:37:56 2013 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on oss.sgi.com X-Spam-Level: X-Spam-Status: No, score=0.0 required=5.0 tests=none autolearn=ham version=3.3.1 X-Original-To: pcp@oss.sgi.com Delivered-To: pcp@oss.sgi.com Received: from relay.sgi.com (relay1.corp.sgi.com [137.38.102.111]) by oss.sgi.com (Postfix) with ESMTP id 8FD8A803C for ; Mon, 4 Mar 2013 22:37:56 -0600 (CST) Received: from cuda.sgi.com (cuda3.sgi.com [192.48.176.15]) by relay1.corp.sgi.com (Postfix) with ESMTP id 7AC4A8F8035 for ; Mon, 4 Mar 2013 20:37:53 -0800 (PST) X-ASG-Debug-ID: 1362458269-04cb6c2b04189a60001-S8gJnT Received: from mx4-phx2.redhat.com (mx4-phx2.redhat.com [209.132.183.25]) by cuda.sgi.com with ESMTP id VkjqLEpNFoo5LY1C for ; Mon, 04 Mar 2013 20:37:49 -0800 (PST) X-Barracuda-Envelope-From: nscott@redhat.com X-Barracuda-Apparent-Source-IP: 209.132.183.25 Received: from zmail20.collab.prod.int.phx2.redhat.com (zmail20.collab.prod.int.phx2.redhat.com [10.5.83.23]) by mx4-phx2.redhat.com (8.13.8/8.13.8) with ESMTP id r254bmZZ006891 for ; Mon, 4 Mar 2013 23:37:48 -0500 Date: Mon, 4 Mar 2013 23:37:48 -0500 (EST) From: Nathan Scott Reply-To: Nathan Scott To: pcp@oss.sgi.com Message-ID: <1450918192.14472705.1362458268185.JavaMail.root@redhat.com> Subject: pcp updates: dev branch MIME-Version: 1.0 X-ASG-Orig-Subj: pcp updates: dev branch Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-Originating-IP: [10.64.50.210] X-Mailer: Zimbra 7.2.0_GA_2669 (ZimbraWebClient - FF3.0 (Linux)/7.2.0_GA_2669) X-Barracuda-Connect: mx4-phx2.redhat.com[209.132.183.25] X-Barracuda-Start-Time: 1362458269 X-Barracuda-URL: http://192.48.176.15:80/cgi-mod/mark.cgi X-Virus-Scanned: by bsmtpd at sgi.com X-Barracuda-BRTS-Status: 1 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=2.7 tests= X-Barracuda-Spam-Report: Code version 3.2, rules version 3.2.2.124289 Rule breakdown below pts rule name description ---- ---------------------- -------------------------------------------------- [ Merged in everyone's latest work, QA is looking good - started the release ball slowly rolling for pcp-3.6.11 later this week. Please test! ] Changes committed to git://oss.sgi.com/pcp/pcp.git dev CHANGELOG | 47 ++++++++++++++++++++++++++++++++++++++++++++--- debian/changelog | 5 +++-- 2 files changed, 47 insertions(+), 5 deletions(-) commit 843c0dcd5d546c907db6401296613da55d2eedba Author: Nathan Scott Date: Tue Mar 5 15:35:08 2013 +1100 Update changelogs for an upcoming release From nscott@redhat.com Mon Mar 4 22:47:14 2013 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on oss.sgi.com X-Spam-Level: X-Spam-Status: No, score=0.0 required=5.0 tests=none autolearn=ham version=3.3.1 X-Original-To: pcp@oss.sgi.com Delivered-To: pcp@oss.sgi.com Received: from relay.sgi.com (relay2.corp.sgi.com [137.38.102.29]) by oss.sgi.com (Postfix) with ESMTP id DDBE18045 for ; Mon, 4 Mar 2013 22:47:14 -0600 (CST) Received: from cuda.sgi.com (cuda2.sgi.com [192.48.176.25]) by relay2.corp.sgi.com (Postfix) with ESMTP id C45C2304059 for ; Mon, 4 Mar 2013 20:47:14 -0800 (PST) X-ASG-Debug-ID: 1362458833-04cbb07dbe18f990001-S8gJnT Received: from mx4-phx2.redhat.com (mx4-phx2.redhat.com [209.132.183.25]) by cuda.sgi.com with ESMTP id IIHxUasaKUqVWfZh for ; Mon, 04 Mar 2013 20:47:13 -0800 (PST) X-Barracuda-Envelope-From: nscott@redhat.com X-Barracuda-Apparent-Source-IP: 209.132.183.25 Received: from zmail20.collab.prod.int.phx2.redhat.com (zmail20.collab.prod.int.phx2.redhat.com [10.5.83.23]) by mx4-phx2.redhat.com (8.13.8/8.13.8) with ESMTP id r254lDot008224 for ; Mon, 4 Mar 2013 23:47:13 -0500 Date: Mon, 4 Mar 2013 23:47:13 -0500 (EST) From: Nathan Scott Reply-To: Nathan Scott To: pcp@oss.sgi.com Message-ID: <812012566.14474203.1362458833595.JavaMail.root@redhat.com> In-Reply-To: <1450918192.14472705.1362458268185.JavaMail.root@redhat.com> Subject: Re: [pcp] pcp updates: dev branch MIME-Version: 1.0 X-ASG-Orig-Subj: Re: [pcp] pcp updates: dev branch Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-Originating-IP: [10.64.50.210] X-Mailer: Zimbra 7.2.0_GA_2669 (ZimbraWebClient - FF3.0 (Linux)/7.2.0_GA_2669) X-Barracuda-Connect: mx4-phx2.redhat.com[209.132.183.25] X-Barracuda-Start-Time: 1362458833 X-Barracuda-URL: http://192.48.176.25:80/cgi-mod/mark.cgi X-Virus-Scanned: by bsmtpd at sgi.com X-Barracuda-BRTS-Status: 1 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=2.7 tests= X-Barracuda-Spam-Report: Code version 3.2, rules version 3.2.2.124289 Rule breakdown below pts rule name description ---- ---------------------- -------------------------------------------------- ----- Original Message ----- > [ Merged in everyone's latest work, QA is looking good - > started the release ball slowly rolling for pcp-3.6.11 > later this week. Please test! ] > > Changes committed to git://oss.sgi.com/pcp/pcp.git dev > > CHANGELOG | 47 > ++++++++++++++++++++++++++++++++++++++++++++--- Also, given the size of the above (!) and the scope of some of the changes (IPv6, SSL) I was wondering if we should make this a pcp-3.7.0. Thoughts? cheers. -- Nathan From nscott@redhat.com Tue Mar 5 00:10:48 2013 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on oss.sgi.com X-Spam-Level: X-Spam-Status: No, score=0.0 required=5.0 tests=none autolearn=ham version=3.3.1 X-Original-To: pcp@oss.sgi.com Delivered-To: pcp@oss.sgi.com Received: from relay.sgi.com (relay3.corp.sgi.com [198.149.34.15]) by oss.sgi.com (Postfix) with ESMTP id 4A2507F61 for ; Tue, 5 Mar 2013 00:10:48 -0600 (CST) Received: from cuda.sgi.com (cuda2.sgi.com [192.48.176.25]) by relay3.corp.sgi.com (Postfix) with ESMTP id DD9E1AC007 for ; Mon, 4 Mar 2013 22:10:44 -0800 (PST) X-ASG-Debug-ID: 1362463843-04cbb07dbe194d40001-S8gJnT Received: from mx4-phx2.redhat.com (mx4-phx2.redhat.com [209.132.183.25]) by cuda.sgi.com with ESMTP id btCZEpo05pCeZ0ku for ; Mon, 04 Mar 2013 22:10:43 -0800 (PST) X-Barracuda-Envelope-From: nscott@redhat.com X-Barracuda-Apparent-Source-IP: 209.132.183.25 Received: from zmail20.collab.prod.int.phx2.redhat.com (zmail20.collab.prod.int.phx2.redhat.com [10.5.83.23]) by mx4-phx2.redhat.com (8.13.8/8.13.8) with ESMTP id r256AIks020290; Tue, 5 Mar 2013 01:10:18 -0500 Date: Tue, 5 Mar 2013 01:10:18 -0500 (EST) From: Nathan Scott Reply-To: Nathan Scott To: Martins Innus Cc: PCP Message-ID: <1500834928.14491458.1362463817995.JavaMail.root@redhat.com> In-Reply-To: <1965708587.14399506.1362436213532.JavaMail.root@redhat.com> Subject: Re: [pcp] Linux Swap Patch MIME-Version: 1.0 X-ASG-Orig-Subj: Re: [pcp] Linux Swap Patch Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-Originating-IP: [10.64.50.210] X-Mailer: Zimbra 7.2.0_GA_2669 (ZimbraWebClient - FF3.0 (Linux)/7.2.0_GA_2669) X-Barracuda-Connect: mx4-phx2.redhat.com[209.132.183.25] X-Barracuda-Start-Time: 1362463843 X-Barracuda-URL: http://192.48.176.25:80/cgi-mod/mark.cgi X-Virus-Scanned: by bsmtpd at sgi.com X-Barracuda-BRTS-Status: 1 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=2.7 tests= X-Barracuda-Spam-Report: Code version 3.2, rules version 3.2.2.124295 Rule breakdown below pts rule name description ---- ---------------------- -------------------------------------------------- ----- Original Message ----- > ----- Original Message ----- > > Nathan, > > > > On 3/4/13 3:40 PM, Nathan Scott wrote: > > >> I wasn't able to get the linux pmda to report any swap > > >> activity > > >> without the attached patch. Not sure if this is the right way > ... I see the problem. FWIW, there is a workaround as follows - before running pmval, if you issue "pminfo -f mem.vmstat >/dev/null" it'll work correctly. The problem is to do with the logic handling the move of swap metric values from /proc/stat to /proc/vmstat early on in the life of 2.6. If the mem.vmstat values are not queried any time before requesting swap.* values, the test has not been evaluated and incorrect choices are made in the code as you've observed. So, your patch was using a good strategy. I've committed it, and then made the minor tweak I suggested (using access(2)) and moved the check in with the rest of the /proc/vmstat code. Thanks! This will be in pcp-3.6.11, which we're expecting will be done and dusted by the end of this week. cheers. -- Nathan From nscott@redhat.com Tue Mar 5 00:13:01 2013 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on oss.sgi.com X-Spam-Level: X-Spam-Status: No, score=0.0 required=5.0 tests=none autolearn=ham version=3.3.1 X-Original-To: pcp@oss.sgi.com Delivered-To: pcp@oss.sgi.com Received: from relay.sgi.com (relay1.corp.sgi.com [137.38.102.111]) by oss.sgi.com (Postfix) with ESMTP id 422E67F72 for ; Tue, 5 Mar 2013 00:13:01 -0600 (CST) Received: from cuda.sgi.com (cuda2.sgi.com [192.48.176.25]) by relay1.corp.sgi.com (Postfix) with ESMTP id 2EE048F8040 for ; Mon, 4 Mar 2013 22:12:58 -0800 (PST) X-ASG-Debug-ID: 1362463977-04cbb07dbe194f70001-S8gJnT Received: from mx4-phx2.redhat.com (mx4-phx2.redhat.com [209.132.183.25]) by cuda.sgi.com with ESMTP id iNP7PEoRyJoOpXKw for ; Mon, 04 Mar 2013 22:12:57 -0800 (PST) X-Barracuda-Envelope-From: nscott@redhat.com X-Barracuda-Apparent-Source-IP: 209.132.183.25 Received: from zmail20.collab.prod.int.phx2.redhat.com (zmail20.collab.prod.int.phx2.redhat.com [10.5.83.23]) by mx4-phx2.redhat.com (8.13.8/8.13.8) with ESMTP id r256Cti9020867; Tue, 5 Mar 2013 01:12:55 -0500 Date: Tue, 5 Mar 2013 01:12:55 -0500 (EST) From: Nathan Scott Reply-To: Nathan Scott To: pcp@oss.sgi.com Cc: Martins Innus Message-ID: <1052558787.14491902.1362463975352.JavaMail.root@redhat.com> Subject: pcp updates: swap fix MIME-Version: 1.0 X-ASG-Orig-Subj: pcp updates: swap fix Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-Originating-IP: [10.64.50.210] X-Mailer: Zimbra 7.2.0_GA_2669 (ZimbraWebClient - FF3.0 (Linux)/7.2.0_GA_2669) X-Barracuda-Connect: mx4-phx2.redhat.com[209.132.183.25] X-Barracuda-Start-Time: 1362463977 X-Barracuda-URL: http://192.48.176.25:80/cgi-mod/mark.cgi X-Virus-Scanned: by bsmtpd at sgi.com X-Barracuda-BRTS-Status: 1 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=2.7 tests= X-Barracuda-Spam-Report: Code version 3.2, rules version 3.2.2.124295 Rule breakdown below pts rule name description ---- ---------------------- -------------------------------------------------- Changes committed to git://oss.sgi.com/pcp/pcp.git dev src/pmdas/linux/pmda.c | 30 ++++++++++++++---------------- src/pmdas/linux/proc_vmstat.c | 19 ++++++++++++++++++- src/pmdas/linux/proc_vmstat.h | 4 +++- 3 files changed, 35 insertions(+), 18 deletions(-) commit 0791fffdf2ad7fe17a1a615a87d92c07b814d632 Author: Nathan Scott Date: Tue Mar 5 17:11:18 2013 +1100 Minor refinements to Martins' Linux swap (vmstat) fix commit 5ce93d6a8137a23f410ea7e66864bc745b51de14 Author: Martins Innus Date: Tue Mar 5 16:42:19 2013 +1100 Ensure Linux PMDA /proc/vmstat test is always evaluated From nscott@redhat.com Tue Mar 5 00:20:29 2013 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on oss.sgi.com X-Spam-Level: X-Spam-Status: No, score=0.0 required=5.0 tests=none autolearn=ham version=3.3.1 X-Original-To: pcp@oss.sgi.com Delivered-To: pcp@oss.sgi.com Received: from relay.sgi.com (relay3.corp.sgi.com [198.149.34.15]) by oss.sgi.com (Postfix) with ESMTP id E05987FB8 for ; Tue, 5 Mar 2013 00:20:28 -0600 (CST) Received: from cuda.sgi.com (cuda1.sgi.com [192.48.157.11]) by relay3.corp.sgi.com (Postfix) with ESMTP id 75254AC003 for ; Mon, 4 Mar 2013 22:20:28 -0800 (PST) X-ASG-Debug-ID: 1362464426-04bdf022981a3990001-S8gJnT Received: from mx3-phx2.redhat.com (mx3-phx2.redhat.com [209.132.183.24]) by cuda.sgi.com with ESMTP id 8o3YwnmZPmSGijNg for ; Mon, 04 Mar 2013 22:20:27 -0800 (PST) X-Barracuda-Envelope-From: nscott@redhat.com X-Barracuda-Apparent-Source-IP: 209.132.183.24 Received: from zmail20.collab.prod.int.phx2.redhat.com (zmail20.collab.prod.int.phx2.redhat.com [10.5.83.23]) by mx3-phx2.redhat.com (8.13.8/8.13.8) with ESMTP id r256KNZO028790; Tue, 5 Mar 2013 01:20:23 -0500 Date: Tue, 5 Mar 2013 01:20:23 -0500 (EST) From: Nathan Scott Reply-To: Nathan Scott To: Ken McDonell Cc: pcp@oss.sgi.com Message-ID: <1371089384.14493915.1362464423229.JavaMail.root@redhat.com> In-Reply-To: <51350F9B.6040709@internode.on.net> Subject: Re: [pcp] Linux Swap Patch MIME-Version: 1.0 X-ASG-Orig-Subj: Re: [pcp] Linux Swap Patch Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-Originating-IP: [10.64.50.210] X-Mailer: Zimbra 7.2.0_GA_2669 (ZimbraWebClient - FF3.0 (Linux)/7.2.0_GA_2669) X-Barracuda-Connect: mx3-phx2.redhat.com[209.132.183.24] X-Barracuda-Start-Time: 1362464427 X-Barracuda-URL: http://192.48.157.11:80/cgi-mod/mark.cgi X-Virus-Scanned: by bsmtpd at sgi.com X-Barracuda-BRTS-Status: 1 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=2.7 tests= X-Barracuda-Spam-Report: Code version 3.2, rules version 3.2.2.124297 Rule breakdown below pts rule name description ---- ---------------------- -------------------------------------------------- And just to close the loop here ... ----- Original Message ----- > This would seem to shwo the problem ... > > kenj@bozo:~$ cat /proc/vmstat | egrep 'psw|pgpg' > pgpgin 1555648 > pgpgout 1697692 > pswpin 0 > pswpout 0 Turns out pgpgin and pgpgout are unrelated to swap, these are accounted in submit_bio() which is a generic "submit any old I/O to the block layer" routine. Its used in filesystems and the VM (and when issuing swap I/O for that matter) and MD and LVM/DM and DRBD, and the list goes on. All over the shop. So, from your values above your machine has never issued any swap I/O since last boot. > kenj@bozo:~$ pminfo -f swap.pagesin swap.pagesout swap.in swap.out Also, swap.in and swap.out were in 2.4.x but removed in 2.6.x kernels (metric was "count of swap operations" - now, only the pages are counted). swap.in and .out for modern Linux kernels should just see PM_ERR_APPVERSION from pmdalinux. cheers. -- Nathan From minnus@buffalo.edu Tue Mar 5 08:40:14 2013 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on oss.sgi.com X-Spam-Level: X-Spam-Status: No, score=0.0 required=5.0 tests=none autolearn=ham version=3.3.1 X-Original-To: pcp@oss.sgi.com Delivered-To: pcp@oss.sgi.com Received: from relay.sgi.com (relay2.corp.sgi.com [137.38.102.29]) by oss.sgi.com (Postfix) with ESMTP id 3612F802E for ; Tue, 5 Mar 2013 08:40:14 -0600 (CST) Received: from cuda.sgi.com (cuda2.sgi.com [192.48.176.25]) by relay2.corp.sgi.com (Postfix) with ESMTP id 262A6304039 for ; Tue, 5 Mar 2013 06:40:11 -0800 (PST) X-ASG-Debug-ID: 1362494406-04cbb07dbd1b17c0001-S8gJnT Received: from localmailA.acsu.buffalo.edu (localmaila.acsu.buffalo.edu [128.205.5.196]) by cuda.sgi.com with ESMTP id FJyEdIpRsTjxyMso for ; Tue, 05 Mar 2013 06:40:06 -0800 (PST) X-Barracuda-Envelope-From: minnus@buffalo.edu X-Barracuda-Apparent-Source-IP: 128.205.5.196 Received: from localmailA.acsu.buffalo.edu (localhost [127.0.0.1]) by localhost (Postfix) with SMTP id 2A26221B6B; Tue, 5 Mar 2013 09:40:06 -0500 (EST) Received: from localmailA.acsu.buffalo.edu (localhost [127.0.0.1]) by localmailA.acsu.buffalo.edu (Postfix) with ESMTP id 6225621DD2; Tue, 5 Mar 2013 09:40:05 -0500 (EST) Received: from smtp2.acsu.buffalo.edu (smtp2.acsu.buffalo.edu [128.205.5.254]) by localmailA.acsu.buffalo.edu (Prefixe) with ESMTP id 370BB21DC3; Tue, 5 Mar 2013 09:40:05 -0500 (EST) Received: from gilmour.ccr.buffalo.edu (gilmour.ccr.buffalo.edu [128.205.40.13]) (Authenticated sender: minnus@buffalo.edu) by smtp2.acsu.buffalo.edu (Postfix) with ESMTPSA id 2886A534AC; Tue, 5 Mar 2013 09:40:05 -0500 (EST) Message-ID: <513603C3.3080000@buffalo.edu> Date: Tue, 05 Mar 2013 09:40:03 -0500 From: Martins Innus User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.7; rv:17.0) Gecko/17.0 Thunderbird/17.0 MIME-Version: 1.0 To: Nathan Scott CC: PCP Subject: Re: [pcp] Linux Swap Patch References: <1500834928.14491458.1362463817995.JavaMail.root@redhat.com> X-ASG-Orig-Subj: Re: [pcp] Linux Swap Patch In-Reply-To: <1500834928.14491458.1362463817995.JavaMail.root@redhat.com> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-PM-EL-Spam-Prob: : 8% X-Barracuda-Connect: localmaila.acsu.buffalo.edu[128.205.5.196] X-Barracuda-Start-Time: 1362494406 X-Barracuda-URL: http://192.48.176.25:80/cgi-mod/mark.cgi X-Virus-Scanned: by bsmtpd at sgi.com X-Barracuda-BRTS-Status: 1 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=2.7 tests= X-Barracuda-Spam-Report: Code version 3.2, rules version 3.2.2.124327 Rule breakdown below pts rule name description ---- ---------------------- -------------------------------------------------- Nathan, On 3/5/13 1:10 AM, Nathan Scott wrote: >>>>> I wasn't able to get the linux pmda to report any swap >>>>> activity >>>>> without the attached patch. Not sure if this is the right way >> ... > I see the problem. FWIW, there is a workaround as follows - before > running pmval, if you issue "pminfo -f mem.vmstat >/dev/null" it'll > work correctly. > > The problem is to do with the logic handling the move of swap metric > values from /proc/stat to /proc/vmstat early on in the life of 2.6. > If the mem.vmstat values are not queried any time before requesting > swap.* values, the test has not been evaluated and incorrect choices > are made in the code as you've observed. > > So, your patch was using a good strategy. I've committed it, and > then made the minor tweak I suggested (using access(2)) and moved > the check in with the rest of the /proc/vmstat code. > > Thanks! This will be in pcp-3.6.11, which we're expecting will be > done and dusted by the end of this week. > Perfect, thanks! Martins From kenj@internode.on.net Tue Mar 5 13:50:40 2013 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on oss.sgi.com X-Spam-Level: X-Spam-Status: No, score=0.0 required=5.0 tests=none autolearn=ham version=3.3.1 X-Original-To: pcp@oss.sgi.com Delivered-To: pcp@oss.sgi.com Received: from relay.sgi.com (relay1.corp.sgi.com [137.38.102.111]) by oss.sgi.com (Postfix) with ESMTP id 493788064 for ; Tue, 5 Mar 2013 13:50:40 -0600 (CST) Received: from cuda.sgi.com (cuda1.sgi.com [192.48.157.11]) by relay1.corp.sgi.com (Postfix) with ESMTP id 23B5A8F8070 for ; Tue, 5 Mar 2013 11:50:37 -0800 (PST) X-ASG-Debug-ID: 1362513031-04bdf022951e2820001-S8gJnT Received: from ipmail05.adl6.internode.on.net (ipmail05.adl6.internode.on.net [150.101.137.143]) by cuda.sgi.com with ESMTP id Wqoj4HZP66DlqUj1 for ; Tue, 05 Mar 2013 11:50:31 -0800 (PST) X-Barracuda-Envelope-From: kenj@internode.on.net X-Barracuda-Apparent-Source-IP: 150.101.137.143 X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: ApMBAPlKNlF20TXj/2dsb2JhbAANN8RmggODHgEBAQMBOEAGBwQLGAkWDwkDAgECAUUTCAEBiAmpGZNNjxQWgyoDqlQ Received: from ppp118-209-53-227.lns20.mel4.internode.on.net (HELO [192.168.1.100]) ([118.209.53.227]) by ipmail05.adl6.internode.on.net with ESMTP; 06 Mar 2013 06:20:30 +1030 Message-ID: <51364C8B.3030500@internode.on.net> Date: Wed, 06 Mar 2013 06:50:35 +1100 From: Ken McDonell User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:17.0) Gecko/20130221 Thunderbird/17.0.3 MIME-Version: 1.0 To: pcp@oss.sgi.com Subject: Re: [pcp] pcp updates: dev branch References: <812012566.14474203.1362458833595.JavaMail.root@redhat.com> X-ASG-Orig-Subj: Re: [pcp] pcp updates: dev branch In-Reply-To: <812012566.14474203.1362458833595.JavaMail.root@redhat.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Barracuda-Connect: ipmail05.adl6.internode.on.net[150.101.137.143] X-Barracuda-Start-Time: 1362513031 X-Barracuda-URL: http://192.48.157.11:80/cgi-mod/mark.cgi X-Virus-Scanned: by bsmtpd at sgi.com X-Barracuda-BRTS-Status: 1 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=2.7 tests= X-Barracuda-Spam-Report: Code version 3.2, rules version 3.2.2.124347 Rule breakdown below pts rule name description ---- ---------------------- -------------------------------------------------- On 05/03/13 15:47, Nathan Scott wrote: > > > ----- Original Message ----- >> [ Merged in everyone's latest work, QA is looking good - >> started the release ball slowly rolling for pcp-3.6.11 >> later this week. Please test! ] >> >> Changes committed to git://oss.sgi.com/pcp/pcp.git dev >> >> CHANGELOG | 47 >> ++++++++++++++++++++++++++++++++++++++++++++--- Well done everyone ... there is a lot of good stuff in there. > Also, given the size of the above (!) and the scope of some > of the changes (IPv6, SSL) I was wondering if we should make > this a pcp-3.7.0. Thoughts? +1 for pcp-3.7.0 From kenj@internode.on.net Tue Mar 5 14:53:22 2013 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on oss.sgi.com X-Spam-Level: X-Spam-Status: No, score=0.0 required=5.0 tests=none autolearn=ham version=3.3.1 X-Original-To: pcp@oss.sgi.com Delivered-To: pcp@oss.sgi.com Received: from relay.sgi.com (relay1.corp.sgi.com [137.38.102.111]) by oss.sgi.com (Postfix) with ESMTP id 2AE688045 for ; Tue, 5 Mar 2013 14:53:22 -0600 (CST) Received: from cuda.sgi.com (cuda3.sgi.com [192.48.176.15]) by relay1.corp.sgi.com (Postfix) with ESMTP id 153308F8087 for ; Tue, 5 Mar 2013 12:53:19 -0800 (PST) X-ASG-Debug-ID: 1362516794-04cb6c2b041c7b20001-S8gJnT Received: from ipmail05.adl6.internode.on.net (ipmail05.adl6.internode.on.net [150.101.137.143]) by cuda.sgi.com with ESMTP id IuIHP3v5hs9Q0Hmb for ; Tue, 05 Mar 2013 12:53:14 -0800 (PST) X-Barracuda-Envelope-From: kenj@internode.on.net X-Barracuda-Apparent-Source-IP: 150.101.137.143 X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: ApMBAM5aNlF20TXj/2dsb2JhbAANN8INgl2CB4MeAQEBBDIBBUARCxgJFg8JAwIBAgFFEwgBAbEjk1mPFBaDKgOqVA Received: from ppp118-209-53-227.lns20.mel4.internode.on.net (HELO [192.168.1.100]) ([118.209.53.227]) by ipmail05.adl6.internode.on.net with ESMTP; 06 Mar 2013 07:23:03 +1030 Message-ID: <51365B34.9060802@internode.on.net> Date: Wed, 06 Mar 2013 07:53:08 +1100 From: Ken McDonell User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:17.0) Gecko/20130221 Thunderbird/17.0.3 MIME-Version: 1.0 To: pcp@oss.sgi.com Subject: Re: [pcp] pcp updates: dev branch References: <1450918192.14472705.1362458268185.JavaMail.root@redhat.com> X-ASG-Orig-Subj: Re: [pcp] pcp updates: dev branch In-Reply-To: <1450918192.14472705.1362458268185.JavaMail.root@redhat.com> Content-Type: text/plain; charset=windows-1252; format=flowed Content-Transfer-Encoding: 8bit X-Barracuda-Connect: ipmail05.adl6.internode.on.net[150.101.137.143] X-Barracuda-Start-Time: 1362516794 X-Barracuda-URL: http://192.48.176.15:80/cgi-mod/mark.cgi X-Virus-Scanned: by bsmtpd at sgi.com X-Barracuda-BRTS-Status: 1 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=2.7 tests= X-Barracuda-Spam-Report: Code version 3.2, rules version 3.2.2.124353 Rule breakdown below pts rule name description ---- ---------------------- -------------------------------------------------- On 05/03/13 15:37, Nathan Scott wrote: > [ Merged in everyone's latest work, QA is looking good - > started the release ball slowly rolling for pcp-3.6.11 > later this week. Please test! ] OK, this is the first in an expected series of test feedback mails ... Compilation warnings on Ubuntu 12.10 nss_connect.c: In function ‘rejectUserCertificate’: nss_connect.c:380:5: warning: format not a string literal and no format arguments [-Wformat-security] nss_connect.c: In function ‘queryCertificateOK’: nss_connect.c:400:2: warning: format not a string literal and no format arguments [-Wformat-security] From nscott@redhat.com Tue Mar 5 14:57:38 2013 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on oss.sgi.com X-Spam-Level: X-Spam-Status: No, score=0.0 required=5.0 tests=none autolearn=ham version=3.3.1 X-Original-To: pcp@oss.sgi.com Delivered-To: pcp@oss.sgi.com Received: from relay.sgi.com (relay2.corp.sgi.com [137.38.102.29]) by oss.sgi.com (Postfix) with ESMTP id 8B3AA8003 for ; Tue, 5 Mar 2013 14:57:38 -0600 (CST) Received: from cuda.sgi.com (cuda3.sgi.com [192.48.176.15]) by relay2.corp.sgi.com (Postfix) with ESMTP id 6CA2A304048 for ; Tue, 5 Mar 2013 12:57:38 -0800 (PST) X-ASG-Debug-ID: 1362517057-04cb6c2b011c7ec0001-S8gJnT Received: from mx4-phx2.redhat.com (mx4-phx2.redhat.com [209.132.183.25]) by cuda.sgi.com with ESMTP id L7ajPdkb9t7LLVOM for ; Tue, 05 Mar 2013 12:57:37 -0800 (PST) X-Barracuda-Envelope-From: nscott@redhat.com X-Barracuda-Apparent-Source-IP: 209.132.183.25 Received: from zmail20.collab.prod.int.phx2.redhat.com (zmail20.collab.prod.int.phx2.redhat.com [10.5.83.23]) by mx4-phx2.redhat.com (8.13.8/8.13.8) with ESMTP id r25KvWoi003835; Tue, 5 Mar 2013 15:57:33 -0500 Date: Tue, 5 Mar 2013 15:57:32 -0500 (EST) From: Nathan Scott Reply-To: Nathan Scott To: Ken McDonell Cc: pcp@oss.sgi.com Message-ID: <491383503.15333751.1362517052965.JavaMail.root@redhat.com> In-Reply-To: <51365B34.9060802@internode.on.net> Subject: Re: [pcp] pcp updates: dev branch MIME-Version: 1.0 X-ASG-Orig-Subj: Re: [pcp] pcp updates: dev branch Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-Originating-IP: [10.64.51.14] X-Mailer: Zimbra 7.2.0_GA_2669 (ZimbraWebClient - FF3.0 (Linux)/7.2.0_GA_2669) X-Barracuda-Connect: mx4-phx2.redhat.com[209.132.183.25] X-Barracuda-Start-Time: 1362517057 X-Barracuda-URL: http://192.48.176.15:80/cgi-mod/mark.cgi X-Virus-Scanned: by bsmtpd at sgi.com X-Barracuda-BRTS-Status: 1 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=2.7 tests= X-Barracuda-Spam-Report: Code version 3.2, rules version 3.2.2.124353 Rule breakdown below pts rule name description ---- ---------------------- -------------------------------------------------- ----- Original Message ----- > On 05/03/13 15:37, Nathan Scott wrote: > > [ Merged in everyone's latest work, QA is looking good - > > started the release ball slowly rolling for pcp-3.6.11 > > later this week. Please test! ] > > OK, this is the first in an expected series of test feedback mails > ... Thanks. > Compilation warnings on Ubuntu 12.10 Ugh, silly me - fixed. -- Nathan From nscott@redhat.com Tue Mar 5 15:40:12 2013 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on oss.sgi.com X-Spam-Level: X-Spam-Status: No, score=0.0 required=5.0 tests=none autolearn=ham version=3.3.1 X-Original-To: pcp@oss.sgi.com Delivered-To: pcp@oss.sgi.com Received: from relay.sgi.com (relay3.corp.sgi.com [198.149.34.15]) by oss.sgi.com (Postfix) with ESMTP id 5653A8013 for ; Tue, 5 Mar 2013 15:40:12 -0600 (CST) Received: from cuda.sgi.com (cuda3.sgi.com [192.48.176.15]) by relay3.corp.sgi.com (Postfix) with ESMTP id E96F7AC005 for ; Tue, 5 Mar 2013 13:40:08 -0800 (PST) X-ASG-Debug-ID: 1362519606-04cb6c2b011ca840001-S8gJnT Received: from mx3-phx2.redhat.com (mx3-phx2.redhat.com [209.132.183.24]) by cuda.sgi.com with ESMTP id jLBe9pejCrO76NOn for ; Tue, 05 Mar 2013 13:40:07 -0800 (PST) X-Barracuda-Envelope-From: nscott@redhat.com X-Barracuda-Apparent-Source-IP: 209.132.183.24 Received: from zmail20.collab.prod.int.phx2.redhat.com (zmail20.collab.prod.int.phx2.redhat.com [10.5.83.23]) by mx3-phx2.redhat.com (8.13.8/8.13.8) with ESMTP id r25Le6H9018223 for ; Tue, 5 Mar 2013 16:40:06 -0500 Date: Tue, 5 Mar 2013 16:40:06 -0500 (EST) From: Nathan Scott Reply-To: Nathan Scott To: PCP Message-ID: <1729989714.15345588.1362519606471.JavaMail.root@redhat.com> Subject: pcp updates: nss getaddrinfo, misc MIME-Version: 1.0 X-ASG-Orig-Subj: pcp updates: nss getaddrinfo, misc Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-Originating-IP: [10.64.51.14] X-Mailer: Zimbra 7.2.0_GA_2669 (ZimbraWebClient - FF3.0 (Linux)/7.2.0_GA_2669) X-Barracuda-Connect: mx3-phx2.redhat.com[209.132.183.24] X-Barracuda-Start-Time: 1362519606 X-Barracuda-URL: http://192.48.176.15:80/cgi-mod/mark.cgi X-Virus-Scanned: by bsmtpd at sgi.com X-Barracuda-BRTS-Status: 1 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=2.7 tests= X-Barracuda-Spam-Report: Code version 3.2, rules version 3.2.2.124354 Rule breakdown below pts rule name description ---- ---------------------- -------------------------------------------------- Changes committed to git://oss.sgi.com/pcp/pcp.git dev VERSION.pcp | 4 +- debian/changelog | 5 +-- src/include/pcp/impl.h | 2 - src/libpcp/src/access.c | 12 +++---- src/libpcp/src/auxconnect.c | 57 +++++++++++++++++-------------------- src/libpcp/src/internal.h | 16 +++++----- src/libpcp/src/logconnect.c | 8 ++--- src/libpcp/src/nss_connect.c | 65 ++++++++++++++++++++++--------------------- src/perl/PMDA/local.c | 16 +++++----- src/pmcd/src/config.c | 8 ++--- 10 files changed, 97 insertions(+), 96 deletions(-) commit 70efdf16d70763f18700c0c9247a4a889ef0aa4a Author: Dave Brolley Date: Mon Mar 4 16:50:23 2013 -0500 Use PR_GetAddrInfoByName in the NSPR version of __pmGetAddrInfo. Was previously using PR_GetHostByName, which is deprecated in favour of the new function. Changed the interface to __pmHostEntGetSockAddr to more closely resemble PR_EnumerateAddrInfo which is now needed to traverse the returned address chain. commit 21fcaa134ec190ccf93ffe082af0d4180b70281d Author: Nathan Scott Date: Wed Mar 6 08:27:28 2013 +1100 Make version 3.7.0 - feature work, internal API reshuffling commit 71290976b24925dbe19360169e7979162d1c2b19 Author: Nathan Scott Date: Wed Mar 6 07:57:14 2013 +1100 Resolve compilation warning in pmprintf with secure flags From kenj@internode.on.net Wed Mar 6 00:13:59 2013 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on oss.sgi.com X-Spam-Level: X-Spam-Status: No, score=0.0 required=5.0 tests=HTML_MESSAGE autolearn=ham version=3.3.1 X-Original-To: pcp@oss.sgi.com Delivered-To: pcp@oss.sgi.com Received: from relay.sgi.com (relay1.corp.sgi.com [137.38.102.111]) by oss.sgi.com (Postfix) with ESMTP id DEBD3802C for ; Wed, 6 Mar 2013 00:13:59 -0600 (CST) Received: from cuda.sgi.com (cuda3.sgi.com [192.48.176.15]) by relay1.corp.sgi.com (Postfix) with ESMTP id BC97E8F8078 for ; Tue, 5 Mar 2013 22:13:56 -0800 (PST) X-ASG-Debug-ID: 1362550430-04cb6c2b021e3100001-S8gJnT Received: from ipmail06.adl6.internode.on.net (ipmail06.adl6.internode.on.net [150.101.137.145]) by cuda.sgi.com with ESMTP id SiEwJcnnAFlamg1b for ; Tue, 05 Mar 2013 22:13:50 -0800 (PST) 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: AvcCAGbdNlF20TXj/2dsb2JhbAANN8UJBIILhB09FhgDAgECATcBIAgBARCwAJNHjgeETQOXaJJs Received: from ppp118-209-53-227.lns20.mel4.internode.on.net (HELO [192.168.1.100]) ([118.209.53.227]) by ipmail06.adl6.internode.on.net with ESMTP; 06 Mar 2013 16:43:48 +1030 Message-ID: <5136DEA2.2080802@internode.on.net> Date: Wed, 06 Mar 2013 17:13:54 +1100 From: Ken McDonell User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:17.0) Gecko/20130221 Thunderbird/17.0.3 MIME-Version: 1.0 To: pcp@oss.sgi.com Subject: Build/install status for 3.7.0 Content-Type: multipart/alternative; boundary="------------000303000602020307030407" X-ASG-Orig-Subj: Build/install status for 3.7.0 X-Barracuda-Connect: ipmail06.adl6.internode.on.net[150.101.137.145] X-Barracuda-Start-Time: 1362550430 X-Barracuda-URL: http://192.48.176.15:80/cgi-mod/mark.cgi X-Virus-Scanned: by bsmtpd at sgi.com X-Barracuda-BRTS-Status: 1 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=2.7 tests=HTML_MESSAGE X-Barracuda-Spam-Report: Code version 3.2, rules version 3.2.2.124388 Rule breakdown below pts rule name description ---- ---------------------- -------------------------------------------------- 0.00 HTML_MESSAGE BODY: HTML included in message This is a multi-part message in MIME format. --------------000303000602020307030407 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit No real QA yet, just trying to build and install everywhere. We still have some work to be done ... :-) Compilation Failures On comma 3.6.11 i386 Darwin 10.8.0, the build of the logger PMDA fails gcc -fPIC -no-cpp-precomp -fno-strict-aliasing -arch i386 -arch x86_64 -fstack-protector-all -O2 -D_FORTIFY_SOURCE=2 -Wall -O2 -g -DPCP_DEBUG -DPCP_VERSION=\"3.6.11\" -I../../../src/include -I../../../src/include/pcp -c -o event.o event.c In file included from event.c:18: event.h:29: error: field 'pathstat' has incomplete type In file included from event.c:18: event.h:29: error: field 'pathstat' has incomplete type On vm05 3.7.0 i486 Gentoo 2.0.3 ... I have a fix for this that is on its way (move comment out of macro body) src/include/builddefs:430: *** recipe commences before first target. Stop. Error: Makepkgs failed! On vm18 3.6.11 x86_64 LinuxMint 12 (lisa) the build dies a horrible death in the python code with ... == dpkg-buildpackage: binary-arch /bin/sh: python2.6: not found and the tail of the Logs/pcp file contains stuff that does not appear on the Ubuntu builds (also dpkg-based) for V in 2.7 2.6; do \ export GZIP=-9q DIST_ROOT=`pwd`/debian/python-pcp; /usr/bin/make PYTHON=python$V -C src/python install; \ done ... make[1]: Entering directory `/home/kenj/src/pcp/build/deb/pcp-3.7.0/src/python' python2.6 setup.py install --skip-build --root=${DIST_ROOT-/} --record=../../python-pcp.list --install-layout=deb make[1]: Leaving directory `/home/kenj/src/pcp/build/deb/pcp-3.7.0/src/python' Compilation Warnings Some of these are not new, just included here in case someone is in the neighbourhood and wants to do some drive-by community work ... On vm03 3.7.0 x86_64 Fedora 18 (Spherical Cow) in libpcp context.c:775:12: warning: ignoring return value of 'strerror_r', declared with attribute warn_unused_result [-Wunused-result] context.c:226:12: warning: ignoring return value of 'strerror_r', declared with attribute warn_unused_result [-Wunused-result] context.c:233:12: warning: ignoring return value of 'strerror_r', declared with attribute warn_unused_result [-Wunused-result] context.c:240:12: warning: ignoring return value of 'strerror_r', declared with attribute warn_unused_result [-Wunused-result] context.c:255:12: warning: ignoring return value of 'strerror_r', declared with attribute warn_unused_result [-Wunused-result] lock.c:55:12: warning: ignoring return value of 'strerror_r', declared with attribute warn_unused_result [-Wunused-result] lock.c:94:12: warning: ignoring return value of 'strerror_r', declared with attribute warn_unused_result [-Wunused-result] On vm04 3.7.0 i586 CentOS 5.9 (Final) in assorted flex generated code (so probably not much we can do about it other than raising a flex bug) we see warnings like this (on multiple platforms)... lex.l:119: warning: ignoring return value of 'fwrite', declared with attribute warn_unused_result in the linux pmda pmda.c:732: warning: 'rightnow' may be used uninitialized in this function Package Installation/Startup Issues On vm07 3.7.0 x86_64 Debian 6.0.5, (I don't think this is a new issue) Setting up pcp (3.7.0) ... insserv: warning: current start runlevel(s) (empty) of script `pmie' overwrites defaults (2 3 4 5). insserv: warning: current stop runlevel(s) (0 1 2 3 4 5 6) of script `pmie' overwrites defaults (0 1 6). On vm05 3.7.0 i486 Gentoo 2.0.3 pmcd dies Starting pmcd ... [Wed Mar 6 16:13:51] pmcd(1293) Error: OpenRequestSocket(44321, INADDR_ANY) __pmCreateSocket: Address family not supported by protocol [Wed Mar 6 16:13:51] pmcd(1293) Error: pmcd: can't open any request ports, exiting [Wed Mar 6 16:13:51] pmcd(1293) Error: pmcd not started due to errors! Current State of my QA Farm Host PCP CPU Operating System ----------- -------- ------ ------------------ vm00 3.7.0 x86_64 Ubuntu 12.04 (precise) vm01 3.7.0 i686 Ubuntu 12.10 (quantal) vm02 3.7.0 i686 openSUSE 12.1 vm03 3.7.0 x86_64 Fedora 18 (Spherical Cow) vm04 3.7.0 i586 CentOS 5.9 (Final) vm05 unknown i486 Gentoo 2.0.3 vm06 ? ? Freebsd vm07 3.7.0 x86_64 Debian 6.0.5 vm08 ? ? OpenSolaris vm09 3.6.11 i386 NetBSD 5.1.2 vm10 ? ? Freebsd vm11 3.6.11 i686 Debian 6.0.6 vm12 3.7.0 i686 Fedora 17 (Beefy Miracle) vm13 ? ? OpenIndiana vm14 3.7.0 x86_64 CentOS 6.3 (Final) vm15 unknown x86_64 Slackware 13.37.0 vm16 3.7.0 x86_64 MandrivaLinux 2011.0 (turtle) vm17 unknown x86_64 Windows 8 vm18 3.6.11 x86_64 LinuxMint 12 (lisa) vm19 3.6.11 x86_64 openSUSE 12.2 bozo 3.7.0 x86_64 Ubuntu 12.10 (quantal) bozo-laptop 3.7.0 i686 Ubuntu 12.10 (quantal) grundy 3.7.0 ia64 SUSE Linux Enterprise Server 11 comma 3.6.11 i386 Darwin 10.8.0 There are some missing ones here because my switch from LinuxMint back to Ubuntu broke some of the VMs (grr) and some of the 3.7.0 problems above have prevented installing a new working PCP on some platforms, and some of the platforms are not "supported" in the sense of anyone accepting responsibility for making them continue to work (like Windows, *bsd, OpenSolaris, OpenIndiana). If the list of platforms is missing something you think should be tested, and it is not being tested by anyone else (that probably means RH), please let me know. --------------000303000602020307030407 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit No real QA yet, just trying to build and install everywhere.

We still have some work to be done ...  :-)

Compilation Failures

On comma 3.6.11 i386 Darwin 10.8.0, the build of the logger PMDA fails

gcc  -fPIC -no-cpp-precomp -fno-strict-aliasing -arch i386 -arch x86_64 -fstack-protector-all -O2 -D_FORTIFY_SOURCE=2  -Wall -O2 -g -DPCP_DEBUG -DPCP_VERSION=\"3.6.11\" -I../../../src/include -I../../../src/include/pcp   -c -o event.o event.c
In file included from event.c:18:
event.h:29: error: field 'pathstat' has incomplete type
In file included from event.c:18:
event.h:29: error: field 'pathstat' has incomplete type

On vm05 3.7.0 i486 Gentoo 2.0.3 ... I have a fix for this that is on its way (move comment out of macro body)
src/include/builddefs:430: *** recipe commences before first target.  Stop.
Error: Makepkgs failed!

On vm18 3.6.11 x86_64 LinuxMint 12 (lisa) the build dies a horrible death in the python code with ...
== dpkg-buildpackage: binary-arch
/bin/sh: python2.6: not found

and the tail of the Logs/pcp file contains stuff that does not appear on the Ubuntu builds (also dpkg-based)
for V in 2.7 2.6; do \
            export GZIP=-9q DIST_ROOT=`pwd`/debian/python-pcp; /usr/bin/make PYTHON=python$V -C src/python install; \
        done
...
make[1]: Entering directory `/home/kenj/src/pcp/build/deb/pcp-3.7.0/src/python'
python2.6 setup.py install --skip-build --root=${DIST_ROOT-/} --record=../../python-pcp.list --install-layout=deb
make[1]: Leaving directory `/home/kenj/src/pcp/build/deb/pcp-3.7.0/src/python'
<End-of-File>

Compilation Warnings

Some of these are not new, just included here in case someone is in the neighbourhood and wants to do some drive-by community work ...

On vm03 3.7.0 x86_64  Fedora 18 (Spherical Cow)
in libpcp
context.c:775:12: warning: ignoring return value of ‘strerror_r’, declared with attribute warn_unused_result [-Wunused-result]
context.c:226:12: warning: ignoring return value of ‘strerror_r’, declared with attribute warn_unused_result [-Wunused-result]
context.c:233:12: warning: ignoring return value of ‘strerror_r’, declared with attribute warn_unused_result [-Wunused-result]
context.c:240:12: warning: ignoring return value of ‘strerror_r’, declared with attribute warn_unused_result [-Wunused-result]
context.c:255:12: warning: ignoring return value of ‘strerror_r’, declared with attribute warn_unused_result [-Wunused-result]
lock.c:55:12: warning: ignoring return value of ‘strerror_r’, declared with attribute warn_unused_result [-Wunused-result]
lock.c:94:12: warning: ignoring return value of ‘strerror_r’, declared with attribute warn_unused_result [-Wunused-result]

On vm04 3.7.0 i586 CentOS 5.9 (Final)
in assorted flex generated code (so probably not much we can do about it other than raising a flex bug) we see warnings like this (on multiple platforms)...
lex.l:119: warning: ignoring return value of ‘fwrite’, declared with attribute warn_unused_result

in the linux pmda
pmda.c:732: warning: ‘rightnow’ may be used uninitialized in this function


Package Installation/Startup Issues

On vm07 3.7.0 x86_64 Debian 6.0.5, (I don't think this is a new issue)

Setting up pcp (3.7.0) ...
insserv: warning: current start runlevel(s) (empty) of script `pmie' overwrites defaults (2 3 4 5).
insserv: warning: current stop runlevel(s) (0 1 2 3 4 5 6) of script `pmie' overwrites defaults (0 1 6).

On vm05 3.7.0 i486 Gentoo 2.0.3 pmcd dies
Starting pmcd ...
[Wed Mar  6 16:13:51] pmcd(1293) Error: OpenRequestSocket(44321, INADDR_ANY) __pmCreateSocket: Address family not supported by protocol
[Wed Mar  6 16:13:51] pmcd(1293) Error: pmcd: can't open any request ports, exiting
[Wed Mar  6 16:13:51] pmcd(1293) Error: pmcd not started due to errors!

Current State of my QA Farm

Host        PCP      CPU     Operating System
----------- -------- ------  ------------------
vm00        3.7.0    x86_64  Ubuntu 12.04 (precise)
vm01        3.7.0    i686    Ubuntu 12.10 (quantal)
vm02        3.7.0    i686    openSUSE 12.1
vm03        3.7.0    x86_64  Fedora 18 (Spherical Cow)
vm04        3.7.0    i586    CentOS 5.9 (Final)
vm05        unknown  i486    Gentoo 2.0.3
vm06        ?        ?       Freebsd
vm07        3.7.0    x86_64  Debian 6.0.5
vm08        ?        ?       OpenSolaris
vm09        3.6.11   i386    NetBSD 5.1.2
vm10        ?        ?       Freebsd
vm11        3.6.11   i686    Debian 6.0.6
vm12        3.7.0    i686    Fedora 17 (Beefy Miracle)
vm13        ?        ?       OpenIndiana
vm14        3.7.0    x86_64  CentOS 6.3 (Final)
vm15        unknown  x86_64  Slackware 13.37.0
vm16        3.7.0    x86_64  MandrivaLinux 2011.0 (turtle)
vm17        unknown  x86_64  Windows 8
vm18        3.6.11   x86_64  LinuxMint 12 (lisa)
vm19        3.6.11   x86_64  openSUSE 12.2

bozo        3.7.0    x86_64  Ubuntu 12.10 (quantal)
bozo-laptop 3.7.0    i686    Ubuntu 12.10 (quantal)
grundy      3.7.0    ia64    SUSE Linux Enterprise Server 11
comma       3.6.11   i386    Darwin 10.8.0

There are some missing ones here because my switch from LinuxMint back to Ubuntu broke some of the VMs (grr) and some of the 3.7.0 problems above have prevented installing a new working PCP on some platforms, and some of the platforms are not "supported" in the sense of anyone accepting responsibility for making them continue to work (like Windows, *bsd, OpenSolaris, OpenIndiana).

If the list of platforms is missing something you think should be tested, and it is not being tested by anyone else (that probably means RH), please let me know.
--------------000303000602020307030407-- From nscott@redhat.com Wed Mar 6 03:15:28 2013 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on oss.sgi.com X-Spam-Level: X-Spam-Status: No, score=0.0 required=5.0 tests=none autolearn=ham version=3.3.1 X-Original-To: pcp@oss.sgi.com Delivered-To: pcp@oss.sgi.com Received: from relay.sgi.com (relay1.corp.sgi.com [137.38.102.111]) by oss.sgi.com (Postfix) with ESMTP id D36F68045 for ; Wed, 6 Mar 2013 03:15:28 -0600 (CST) Received: from cuda.sgi.com (cuda3.sgi.com [192.48.176.15]) by relay1.corp.sgi.com (Postfix) with ESMTP id B34658F8074 for ; Wed, 6 Mar 2013 01:15:25 -0800 (PST) X-ASG-Debug-ID: 1362561323-04cb6c2b021ec6b0001-S8gJnT Received: from mx3-phx2.redhat.com (mx3-phx2.redhat.com [209.132.183.24]) by cuda.sgi.com with ESMTP id 7EmwQK6InbMuav3G for ; Wed, 06 Mar 2013 01:15:23 -0800 (PST) X-Barracuda-Envelope-From: nscott@redhat.com X-Barracuda-Apparent-Source-IP: 209.132.183.24 Received: from zmail20.collab.prod.int.phx2.redhat.com (zmail20.collab.prod.int.phx2.redhat.com [10.5.83.23]) by mx3-phx2.redhat.com (8.13.8/8.13.8) with ESMTP id r269FKHH000433; Wed, 6 Mar 2013 04:15:20 -0500 Date: Wed, 6 Mar 2013 04:15:20 -0500 (EST) From: Nathan Scott Reply-To: Nathan Scott To: Ken McDonell Cc: pcp@oss.sgi.com Message-ID: <1745058060.15558832.1362561319979.JavaMail.root@redhat.com> In-Reply-To: <5136DEA2.2080802@internode.on.net> Subject: Re: [pcp] Build/install status for 3.7.0 MIME-Version: 1.0 X-ASG-Orig-Subj: Re: [pcp] Build/install status for 3.7.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-Originating-IP: [10.64.51.14] X-Mailer: Zimbra 7.2.0_GA_2669 (ZimbraWebClient - FF3.0 (Linux)/7.2.0_GA_2669) X-Barracuda-Connect: mx3-phx2.redhat.com[209.132.183.24] X-Barracuda-Start-Time: 1362561323 X-Barracuda-URL: http://192.48.176.15:80/cgi-mod/mark.cgi X-Virus-Scanned: by bsmtpd at sgi.com X-Barracuda-BRTS-Status: 1 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=2.7 tests= X-Barracuda-Spam-Report: Code version 3.2, rules version 3.2.2.124400 Rule breakdown below pts rule name description ---- ---------------------- -------------------------------------------------- Hi Ken, ----- Original Message ----- >=20 > No real QA yet, just trying to build and install everywhere. >=20 > We still have some work to be done ... :-) > Compilation Failures >=20 >=20 > On comma 3.6.11 i386 Darwin 10.8.0, the build of the logger PMDA > fails >=20 >=20 > gcc -fPIC -no-cpp-precomp -fno-strict-aliasing -arch i386 -arch > x86_64 -fstack-protector-all -O2 -D_FORTIFY_SOURCE=3D2 -Wall -O2 -g > -DPCP_DEBUG -DPCP_VERSION=3D\"3.6.11\" -I../../../src/include > -I../../../src/include/pcp -c -o event.o event.c > In file included from event.c:18: > event.h:29: error: field 'pathstat' has incomplete type > In file included from event.c:18: > event.h:29: error: field 'pathstat' has incomplete type >=20 Fixed now (dev 76becf8). > On vm05 3.7.0 i486 Gentoo 2.0.3 ... I have a fix for this that is on > its way (move comment out of macro body) >=20 > src/include/builddefs:430: *** recipe commences before first target. > Stop. > Error: Makepkgs failed! >=20 Thanks. >=20 > On vm18 3.6.11 x86_64 LinuxMint 12 (lisa) the build dies a horrible > death in the python code with ... >=20 >=20 > =3D=3D dpkg-buildpackage: binary-arch > /bin/sh: python2.6: not found >=20 > and the tail of the Logs/pcp file contains stuff that does not appear > on the Ubuntu builds (also dpkg-based) > for V in 2.7 2.6; do \ > export GZIP=3D-9q DIST_ROOT=3D`pwd`/debian/python-pcp; /usr/bin/make > PYTHON=3Dpython$V -C src/python install; \ > done > ... > make[1]: Entering directory > `/home/kenj/src/pcp/build/deb/pcp-3.7.0/src/python' > python2.6 setup.py install --skip-build --root=3D${DIST_ROOT-/} > --record=3D../../python-pcp.list --install-layout=3Ddeb > make[1]: Leaving directory > `/home/kenj/src/pcp/build/deb/pcp-3.7.0/src/python' > >=20 I *think* this is from pyversions -nr returning more versions of python than are installed on the machine. I think in turn this is because the build dependency is not ensuring python2.6 is there. I've attempted a fix: dev b8f72f3 not 100% certain though - seems like it might work. > Compilation Warnings >=20 >=20 > Some of these are not new, just included here in case someone is in > the neighbourhood and wants to do some drive-by community work ... > On vm03 3.7.0 x86_64 Fedora 18 (Spherical Cow) >=20 >=20 > in libpcp > context.c:775:12: warning: ignoring return value of =E2=80=98strerror_r= =E2=80=99, > declared with attribute warn_unused_result [-Wunused-result] > context.c:226:12: warning: ignoring return value of =E2=80=98strerror_r= =E2=80=99, > declared with attribute warn_unused_result [-Wunused-result] > context.c:233:12: warning: ignoring return value of =E2=80=98strerror_r= =E2=80=99, > declared with attribute warn_unused_result [-Wunused-result] > context.c:240:12: warning: ignoring return value of =E2=80=98strerror_r= =E2=80=99, > declared with attribute warn_unused_result [-Wunused-result] > context.c:255:12: warning: ignoring return value of =E2=80=98strerror_r= =E2=80=99, > declared with attribute warn_unused_result [-Wunused-result] > lock.c:55:12: warning: ignoring return value of =E2=80=98strerror_r=E2=80= =99, > declared with attribute warn_unused_result [-Wunused-result] > lock.c:94:12: warning: ignoring return value of =E2=80=98strerror_r=E2=80= =99, > declared with attribute warn_unused_result [-Wunused-result] >=20 Need to be careful here - strerror_r on Mac OS X returns int, but char* on Linux. These could be replaced with pmErrStr() calls perhaps? > On vm04 3.7.0 i586 CentOS 5.9 (Final) >=20 >=20 > in assorted flex generated code (so probably not much we can do about > it other than raising a flex bug) we see warnings like this (on > multiple platforms)... > lex.l:119: warning: ignoring return value of =E2=80=98fwrite=E2=80=99, de= clared with > attribute warn_unused_result >=20 > in the linux pmda > pmda.c:732: warning: =E2=80=98rightnow=E2=80=99 may be used uninitialized= in this > function >=20 Fixed. (dev 083a173) >=20 > Package Installation/Startup Issues >=20 >=20 > On vm07 3.7.0 x86_64 Debian 6.0.5, (I don't think this is a new > issue) >=20 >=20 > Setting up pcp (3.7.0) ... > insserv: warning: current start runlevel(s) (empty) of script `pmie' > overwrites defaults (2 3 4 5). > insserv: warning: current stop runlevel(s) (0 1 2 3 4 5 6) of script > `pmie' overwrites defaults (0 1 6). >=20 Yeah, nothing changed here this release. > On vm05 3.7.0 i486 Gentoo 2.0.3 pmcd dies >=20 >=20 > Starting pmcd ... > [Wed Mar 6 16:13:51] pmcd(1293) Error: OpenRequestSocket(44321, > INADDR_ANY) __pmCreateSocket: Address family not supported by > protocol > [Wed Mar 6 16:13:51] pmcd(1293) Error: pmcd: can't open any request > ports, exiting > [Wed Mar 6 16:13:51] pmcd(1293) Error: pmcd not started due to > errors! Hmm, this is probably the most concerning. What does ifconfig on this host report? This looks like it might be an IPv6-related regression, possibly, Dave? > Current State of my QA Farm >=20 What a great resource - thanks Ken! > If the list of platforms is missing something you think should be > tested, and it is not being tested by anyone else (that probably > means RH), please let me know. I'd like to get back to a point where we get some Windows servers into the mix, somehow, but really don't have a good way to reach that point (licensing issues, packaging issues, etc). Perhaps we could approach the Aconex folks for assistance with getting a licensed VM into the farm? (and then just keep git builds rolling forward until an opportunity to tackle packaging next presents). cheers. -- Nathan From nscott@redhat.com Wed Mar 6 03:16:01 2013 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on oss.sgi.com X-Spam-Level: X-Spam-Status: No, score=0.0 required=5.0 tests=none autolearn=ham version=3.3.1 X-Original-To: pcp@oss.sgi.com Delivered-To: pcp@oss.sgi.com Received: from relay.sgi.com (relay2.corp.sgi.com [137.38.102.29]) by oss.sgi.com (Postfix) with ESMTP id A6F0D7F4C for ; Wed, 6 Mar 2013 03:16:01 -0600 (CST) Received: from cuda.sgi.com (cuda2.sgi.com [192.48.176.25]) by relay2.corp.sgi.com (Postfix) with ESMTP id 9177230405F for ; Wed, 6 Mar 2013 01:15:58 -0800 (PST) X-ASG-Debug-ID: 1362561357-04cbb07dbc1f72e0001-S8gJnT Received: from mx3-phx2.redhat.com (mx3-phx2.redhat.com [209.132.183.24]) by cuda.sgi.com with ESMTP id jKBe1I1NobSWmzIF for ; Wed, 06 Mar 2013 01:15:57 -0800 (PST) X-Barracuda-Envelope-From: nscott@redhat.com X-Barracuda-Apparent-Source-IP: 209.132.183.24 Received: from zmail20.collab.prod.int.phx2.redhat.com (zmail20.collab.prod.int.phx2.redhat.com [10.5.83.23]) by mx3-phx2.redhat.com (8.13.8/8.13.8) with ESMTP id r269Fvix000707 for ; Wed, 6 Mar 2013 04:15:57 -0500 Date: Wed, 6 Mar 2013 04:15:57 -0500 (EST) From: Nathan Scott Reply-To: Nathan Scott To: PCP Message-ID: <1431399077.15558932.1362561357242.JavaMail.root@redhat.com> Subject: pcp updates: qa farm issues MIME-Version: 1.0 X-ASG-Orig-Subj: pcp updates: qa farm issues Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-Originating-IP: [10.64.51.14] X-Mailer: Zimbra 7.2.0_GA_2669 (ZimbraWebClient - FF3.0 (Linux)/7.2.0_GA_2669) X-Barracuda-Connect: mx3-phx2.redhat.com[209.132.183.24] X-Barracuda-Start-Time: 1362561357 X-Barracuda-URL: http://192.48.176.25:80/cgi-mod/mark.cgi X-Virus-Scanned: by bsmtpd at sgi.com X-Barracuda-BRTS-Status: 1 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=2.7 tests= X-Barracuda-Spam-Report: Code version 3.2, rules version 3.2.2.124400 Rule breakdown below pts rule name description ---- ---------------------- -------------------------------------------------- Changes committed to git://oss.sgi.com/pcp/pcp.git dev debian/control | 2 +- src/pmdas/linux_proc/pmda.c | 2 +- src/pmdas/logger/event.c | 3 --- src/pmdas/logger/event.h | 1 + 4 files changed, 3 insertions(+), 5 deletions(-) commit 083a173cad50597bf646ce514ccc64912955c15d Author: Nathan Scott Date: Wed Mar 6 20:05:18 2013 +1100 Dodge a seemingly bogus uninit'd variable warning commit b8f72f31a9539abc8e42724caf5b7eaeaeddd9bd Author: Nathan Scott Date: Wed Mar 6 19:33:25 2013 +1100 Add deb build dependency on python-all, not just python commit 76becf8f65e0e02ab22de571c1b4126c754102d0 Author: Nathan Scott Date: Wed Mar 6 19:29:57 2013 +1100 Ensure sys/stat.h is presented early enough in pmdalogger builds On Mac OS X a header file warning was observed: In file included from event.c:18: event.h:29: error: field 'pathstat' has incomplete type because the sys/stat.h #include comes after the event.h #include. Resolveed by moving the stat.h include before event.h in event.c. From kenj@internode.on.net Wed Mar 6 13:12:49 2013 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on oss.sgi.com X-Spam-Level: X-Spam-Status: No, score=0.0 required=5.0 tests=none autolearn=ham version=3.3.1 X-Original-To: pcp@oss.sgi.com Delivered-To: pcp@oss.sgi.com Received: from relay.sgi.com (relay1.corp.sgi.com [137.38.102.111]) by oss.sgi.com (Postfix) with ESMTP id 073BF7F82 for ; Wed, 6 Mar 2013 13:12:49 -0600 (CST) Received: from cuda.sgi.com (cuda1.sgi.com [192.48.157.11]) by relay1.corp.sgi.com (Postfix) with ESMTP id B880E8F809C for ; Wed, 6 Mar 2013 11:12:45 -0800 (PST) X-ASG-Debug-ID: 1362597159-04bdf02296227660001-S8gJnT Received: from ipmail04.adl6.internode.on.net (ipmail04.adl6.internode.on.net [150.101.137.141]) by cuda.sgi.com with ESMTP id fEs0QuYitxbFXsSZ for ; Wed, 06 Mar 2013 11:12:40 -0800 (PST) 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: ApMBAN2UN1F20TXj/2dsb2JhbAANN4gjvhODR4EFBgImAlMfsHpxkn6BI4wmgWCCF4ETA5ZLgR6SboFV Received: from ppp118-209-53-227.lns20.mel4.internode.on.net (HELO [192.168.1.100]) ([118.209.53.227]) by ipmail04.adl6.internode.on.net with ESMTP; 07 Mar 2013 05:42:15 +1030 Message-ID: <1362597142.32714.0.camel@bozo.localdomain> Subject: pcp updates From: Ken McDonell X-ASG-Orig-Subj: pcp updates Reply-To: kenj@internode.on.net To: pcp@oss.sgi.com Date: Thu, 07 Mar 2013 06:12:22 +1100 Content-Type: text/plain; charset="UTF-8" X-Mailer: Evolution 3.6.2-0ubuntu0.1 Mime-Version: 1.0 Content-Transfer-Encoding: 7bit X-Barracuda-Connect: ipmail04.adl6.internode.on.net[150.101.137.141] X-Barracuda-Start-Time: 1362597159 X-Barracuda-URL: http://192.48.157.11:80/cgi-mod/mark.cgi X-Virus-Scanned: by bsmtpd at sgi.com X-Barracuda-BRTS-Status: 1 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=2.7 tests= X-Barracuda-Spam-Report: Code version 3.2, rules version 3.2.2.124440 Rule breakdown below pts rule name description ---- ---------------------- -------------------------------------------------- Changes committed to git://oss.sgi.com/kenj/pcp.git dev qa/common.config | 3 +++ src/include/builddefs.in | 2 +- 2 files changed, 4 insertions(+), 1 deletion(-) commit 770dfe01e977e128954f2d4a64ec1559345e5943 Author: Ken McDonell Date: Wed Mar 6 16:56:14 2013 +1100 qa/common.config - tweaking for kenj's qa environment commit 69e184082af7acb985beb9769251c76df466bd4a Author: Ken McDonell Date: Wed Mar 6 16:55:14 2013 +1100 src/include/builddefs.in - fix gentoo build error Comments should not appear inside the body of a macro ... at least for some platforms. From kenj@internode.on.net Wed Mar 6 14:00:10 2013 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on oss.sgi.com X-Spam-Level: X-Spam-Status: No, score=0.0 required=5.0 tests=none autolearn=ham version=3.3.1 X-Original-To: pcp@oss.sgi.com Delivered-To: pcp@oss.sgi.com Received: from relay.sgi.com (relay3.corp.sgi.com [198.149.34.15]) by oss.sgi.com (Postfix) with ESMTP id 554507FAB for ; Wed, 6 Mar 2013 14:00:10 -0600 (CST) Received: from cuda.sgi.com (cuda2.sgi.com [192.48.176.25]) by relay3.corp.sgi.com (Postfix) with ESMTP id D6401AC009 for ; Wed, 6 Mar 2013 12:00:06 -0800 (PST) X-ASG-Debug-ID: 1362600004-04cbb07dbd215ef0001-S8gJnT Received: from ipmail04.adl6.internode.on.net (ipmail04.adl6.internode.on.net [150.101.137.141]) by cuda.sgi.com with ESMTP id mnKSb2eLuJvP7FRT for ; Wed, 06 Mar 2013 12:00:04 -0800 (PST) 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: ApQBAIifN1F20TXj/2dsb2JhbAANN4gjuUiCW4Fwgx0BAQEDASMPAQUvEQEFCwsYAgIFFgsCAgkDAgECATcBDQYNAQcBAYgJqF1xkn6BI41pB4ItgRMDqlc Received: from ppp118-209-53-227.lns20.mel4.internode.on.net (HELO [192.168.1.100]) ([118.209.53.227]) by ipmail04.adl6.internode.on.net with ESMTP; 07 Mar 2013 06:30:03 +1030 Message-ID: <5137A049.1070102@internode.on.net> Date: Thu, 07 Mar 2013 07:00:09 +1100 From: Ken McDonell User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:17.0) Gecko/20130221 Thunderbird/17.0.3 MIME-Version: 1.0 To: Nathan Scott CC: pcp@oss.sgi.com Subject: Re: [pcp] Build/install status for 3.7.0 References: <1745058060.15558832.1362561319979.JavaMail.root@redhat.com> X-ASG-Orig-Subj: Re: [pcp] Build/install status for 3.7.0 In-Reply-To: <1745058060.15558832.1362561319979.JavaMail.root@redhat.com> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit X-Barracuda-Connect: ipmail04.adl6.internode.on.net[150.101.137.141] X-Barracuda-Start-Time: 1362600004 X-Barracuda-URL: http://192.48.176.25:80/cgi-mod/mark.cgi X-Virus-Scanned: by bsmtpd at sgi.com X-Barracuda-BRTS-Status: 1 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=2.7 tests= X-Barracuda-Spam-Report: Code version 3.2, rules version 3.2.2.124444 Rule breakdown below pts rule name description ---- ---------------------- -------------------------------------------------- On 06/03/13 20:15, Nathan Scott wrote: >> On comma 3.6.11 i386 Darwin 10.8.0, the build of the logger PMDA >> fails > Fixed now (dev 76becf8). Confirmed, thanks. >> On vm18 3.6.11 x86_64 LinuxMint 12 (lisa) the build dies a horrible >> death in the python code with ... > I *think* this is from pyversions -nr returning more versions of > python than are installed on the machine. I think in turn this > is because the build dependency is not ensuring python2.6 is there. > I've attempted a fix: dev b8f72f3 not 100% certain though - seems > like it might work. OK this is more broken than I thought ... pyversions -vr (no -n) returns as follows: LinuxMint _sometimes_ 2.6 2.7 but most of time pyversions: error parsing Python-Version attribute On all the other Debian and Ubuntu systems the answer is pyversions: error parsing Python-Version attribute _if_ it returns "2.6 2.7" the build breaks, otherwise the for loop in debian/rules is not run (which also seems bad). This is not doing anything to make we want to learn python! >> ... >> lock.c:94:12: warning: ignoring return value of ‘strerror_r’, >> declared with attribute warn_unused_result [-Wunused-result] >> > > Need to be careful here - strerror_r on Mac OS X returns int, > but char* on Linux. These could be replaced with pmErrStr() > calls perhaps? Yep, I'll change these to use pmErrStr_r() which will work just fine in this context. >> On vm04 3.7.0 i586 CentOS 5.9 (Final) >> ... >>the linux pmda >> pmda.c:732: warning: ‘rightnow’ may be used uninitialized in this >> function >> > > Fixed. (dev 083a173) Confirmed, thanks. >> On vm05 3.7.0 i486 Gentoo 2.0.3 pmcd dies >> >> >> Starting pmcd ... >> [Wed Mar 6 16:13:51] pmcd(1293) Error: OpenRequestSocket(44321, >> INADDR_ANY) __pmCreateSocket: Address family not supported by >> protocol >> [Wed Mar 6 16:13:51] pmcd(1293) Error: pmcd: can't open any request >> ports, exiting >> [Wed Mar 6 16:13:51] pmcd(1293) Error: pmcd not started due to >> errors! > > Hmm, this is probably the most concerning. What does ifconfig on > this host report? This looks like it might be an IPv6-related > regression, possibly, Dave? Nothing obviously interesting from ifconfig ... kenj@vm05:~$ /sbin/ifconfig -a eth0 Link encap:Ethernet HWaddr 52:54:00:73:7d:3a inet addr:192.168.1.205 Bcast:192.168.1.255 Mask:255.255.255.0 UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1 RX packets:15213 errors:0 dropped:0 overruns:0 frame:0 TX packets:480 errors:0 dropped:0 overruns:0 carrier:0 collisions:0 txqueuelen:1000 RX bytes:2225766 (2.1 MiB) TX bytes:78938 (77.0 KiB) Interrupt:11 lo Link encap:Local Loopback inet addr:127.0.0.1 Mask:255.0.0.0 UP LOOPBACK RUNNING MTU:16436 Metric:1 RX packets:12 errors:0 dropped:0 overruns:0 frame:0 TX packets:12 errors:0 dropped:0 overruns:0 carrier:0 collisions:0 txqueuelen:0 RX bytes:600 (600.0 B) TX bytes:600 (600.0 B) And detailed diags are not helping (hint, hint, ...) kenj@vm05:~/src/pcp/src/pmcd/src$ ./pmcd -Dall -f AddRequestPort: INADDR_ANY port 44321 __pmSetSocketIPC: fd=3 IPC table fd(PDU version): pmGetConfig: PCP_TMP_DIR=/var/tmp [Thu Mar 7 06:57:01] pmcd(1699) Error: OpenRequestSocket(44321, INADDR_ANY) __pmCreateSocket: Address family not supported by protocol > I'd like to get back to a point where we get some Windows servers > into the mix, somehow, but really don't have a good way to reach > that point (licensing issues, packaging issues, etc). Perhaps we > could approach the Aconex folks for assistance with getting a > licensed VM into the farm? (and then just keep git builds rolling > forward until an opportunity to tackle packaging next presents). I have a Windows 8 VM there with a pre-release developer licence (that may or may not still work), but the biggest obstacle is there is no reliable recipe for creating a build environment with MSYS et al to create installable packages. From brolley@redhat.com Wed Mar 6 14:10:04 2013 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on oss.sgi.com X-Spam-Level: X-Spam-Status: No, score=0.0 required=5.0 tests=none autolearn=ham version=3.3.1 X-Original-To: pcp@oss.sgi.com Delivered-To: pcp@oss.sgi.com Received: from relay.sgi.com (relay1.corp.sgi.com [137.38.102.111]) by oss.sgi.com (Postfix) with ESMTP id DF81D7FAB for ; Wed, 6 Mar 2013 14:10:04 -0600 (CST) Received: from cuda.sgi.com (cuda2.sgi.com [192.48.176.25]) by relay1.corp.sgi.com (Postfix) with ESMTP id BD7E38F8092 for ; Wed, 6 Mar 2013 12:10:01 -0800 (PST) X-ASG-Debug-ID: 1362600600-04cbb07dbd2166f0001-S8gJnT Received: from mx1.redhat.com (mx1.redhat.com [209.132.183.28]) by cuda.sgi.com with ESMTP id Ts0gIlmbWLDbTNEG for ; Wed, 06 Mar 2013 12:10:00 -0800 (PST) X-Barracuda-Envelope-From: brolley@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 r26K9xkn030892 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK) for ; Wed, 6 Mar 2013 15:10:00 -0500 Received: from [10.10.50.10] (vpn-50-10.rdu2.redhat.com [10.10.50.10]) by int-mx10.intmail.prod.int.phx2.redhat.com (8.14.4/8.14.4) with ESMTP id r26K9xP7030802 for ; Wed, 6 Mar 2013 15:09:59 -0500 Message-ID: <5137A296.90705@redhat.com> Date: Wed, 06 Mar 2013 15:09:58 -0500 From: Dave Brolley User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:17.0) Gecko/20130219 Thunderbird/17.0.3 MIME-Version: 1.0 To: pcp@oss.sgi.com Subject: Re: [pcp] Build/install status for 3.7.0 References: <1745058060.15558832.1362561319979.JavaMail.root@redhat.com> <5137A049.1070102@internode.on.net> X-ASG-Orig-Subj: Re: [pcp] Build/install status for 3.7.0 In-Reply-To: <5137A049.1070102@internode.on.net> 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: 1362600600 X-Barracuda-URL: http://192.48.176.25:80/cgi-mod/mark.cgi X-Virus-Scanned: by bsmtpd at sgi.com X-Barracuda-BRTS-Status: 1 On 03/06/2013 03:00 PM, Ken McDonell wrote: > On vm05 3.7.0 i486 Gentoo 2.0.3 pmcd dies >>> >>> >>> Starting pmcd ... >>> [Wed Mar 6 16:13:51] pmcd(1293) Error: OpenRequestSocket(44321, >>> INADDR_ANY) __pmCreateSocket: Address family not supported by >>> protocol >>> [Wed Mar 6 16:13:51] pmcd(1293) Error: pmcd: can't open any request >>> ports, exiting >>> [Wed Mar 6 16:13:51] pmcd(1293) Error: pmcd not started due to >>> errors! >> >> Hmm, this is probably the most concerning. What does ifconfig on >> this host report? This looks like it might be an IPv6-related >> regression, possibly, Dave? > > Nothing obviously interesting from ifconfig ... > > kenj@vm05:~$ /sbin/ifconfig -a > eth0 Link encap:Ethernet HWaddr 52:54:00:73:7d:3a > inet addr:192.168.1.205 Bcast:192.168.1.255 Mask:255.255.255.0 > UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1 > RX packets:15213 errors:0 dropped:0 overruns:0 frame:0 > TX packets:480 errors:0 dropped:0 overruns:0 carrier:0 > collisions:0 txqueuelen:1000 > RX bytes:2225766 (2.1 MiB) TX bytes:78938 (77.0 KiB) > Interrupt:11 > > lo Link encap:Local Loopback > inet addr:127.0.0.1 Mask:255.0.0.0 > UP LOOPBACK RUNNING MTU:16436 Metric:1 > RX packets:12 errors:0 dropped:0 overruns:0 frame:0 > TX packets:12 errors:0 dropped:0 overruns:0 carrier:0 > collisions:0 txqueuelen:0 > RX bytes:600 (600.0 B) TX bytes:600 (600.0 B) Actually, this is very helpful. The system has no IPv6 configuration. This leads me to what I believe is the offending code. In auxserver.c:OpenRequestPorts, when the listening address is "INADDR_ANY", it tries to open an inet (IPv4) socket and an IPv6 socket. The latter would then fail, however the success flag is only set based on the results of opening this last socket. So, even though an inet socket was opened, the overall result is "can't open any request ports, exiting". If at least one of the two sockets was opened, then the overall result should be success. Failure to open one of them would probably warrant a warning to the log. I'll work up a patch for this. > And detailed diags are not helping (hint, hint, ...) Noted. I'll see what I can add. Dave From kenj@internode.on.net Wed Mar 6 14:16:08 2013 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on oss.sgi.com X-Spam-Level: X-Spam-Status: No, score=0.0 required=5.0 tests=none autolearn=ham version=3.3.1 X-Original-To: pcp@oss.sgi.com Delivered-To: pcp@oss.sgi.com Received: from relay.sgi.com (relay2.corp.sgi.com [137.38.102.29]) by oss.sgi.com (Postfix) with ESMTP id A51C47F50 for ; Wed, 6 Mar 2013 14:16:08 -0600 (CST) Received: from cuda.sgi.com (cuda3.sgi.com [192.48.176.15]) by relay2.corp.sgi.com (Postfix) with ESMTP id 82EA5304039 for ; Wed, 6 Mar 2013 12:16:05 -0800 (PST) X-ASG-Debug-ID: 1362600963-04cb6c2b0420efb0001-S8gJnT Received: from ipmail04.adl6.internode.on.net (ipmail04.adl6.internode.on.net [150.101.137.141]) by cuda.sgi.com with ESMTP id ASd5ho9xlDUYGknO for ; Wed, 06 Mar 2013 12:16:03 -0800 (PST) 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: ApMBAD+jN1F20TXj/2dsb2JhbAANN4gjuS+CW4Fwgx0BAQEDASMVRgsLGgIFIQICDwJGEwgBAYgJqFJxknuBI41wFoIXgRMDqlc Received: from ppp118-209-53-227.lns20.mel4.internode.on.net (HELO [192.168.1.100]) ([118.209.53.227]) by ipmail04.adl6.internode.on.net with ESMTP; 07 Mar 2013 06:46:03 +1030 Message-ID: <5137A40A.10602@internode.on.net> Date: Thu, 07 Mar 2013 07:16:10 +1100 From: Ken McDonell User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:17.0) Gecko/20130221 Thunderbird/17.0.3 MIME-Version: 1.0 To: pcp@oss.sgi.com Subject: Re: [pcp] Build/install status for 3.7.0 References: <1745058060.15558832.1362561319979.JavaMail.root@redhat.com> <5137A049.1070102@internode.on.net> X-ASG-Orig-Subj: Re: [pcp] Build/install status for 3.7.0 In-Reply-To: <5137A049.1070102@internode.on.net> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-Barracuda-Connect: ipmail04.adl6.internode.on.net[150.101.137.141] X-Barracuda-Start-Time: 1362600963 X-Barracuda-URL: http://192.48.176.15:80/cgi-mod/mark.cgi X-Virus-Scanned: by bsmtpd at sgi.com X-Barracuda-BRTS-Status: 1 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=2.7 tests= X-Barracuda-Spam-Report: Code version 3.2, rules version 3.2.2.124444 Rule breakdown below pts rule name description ---- ---------------------- -------------------------------------------------- On 07/03/13 07:00, Ken McDonell wrote: > OK this is more broken than I thought ... pyversions -vr (no -n) returns > as follows: > > LinuxMint _sometimes_ > 2.6 2.7 > but most of time > pyversions: error parsing Python-Version attribute > > On all the other Debian and Ubuntu systems the answer is > pyversions: error parsing Python-Version attribute > > _if_ it returns "2.6 2.7" the build breaks, otherwise the for loop in > debian/rules is not run (which also seems bad). > > This is not doing anything to make we want to learn python! OK, the output from pyversions -vr depends on where you are in the file system!! in $HOME - pyversions: error parsing Python-Version attribute in $HOME/src - pyversions: error parsing Python-Version attribute in $HOME/src/pcp - 2.6 2.7 on LinuxMint, 2.7 on Ubuntu in $HOME/src/pcp/src - pyversions: error parsing Python-Version attribute believe it or not, pyversions appears to be reading _our_ debian/control file not one belonging to the python installation and on my LinuxMint I have /usr/lib/python2.6 and /usr/lib/python2.7 but on Ubuntu only /usr/lib/python2.7. In both distros, only python2.7 is installed (the LinuxMint has a bunch of pkgs using /usr/lib/python2.6, there are none on the Ubuntu systems) From kenj@internode.on.net Wed Mar 6 14:18:33 2013 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on oss.sgi.com X-Spam-Level: X-Spam-Status: No, score=0.0 required=5.0 tests=none autolearn=ham version=3.3.1 X-Original-To: pcp@oss.sgi.com Delivered-To: pcp@oss.sgi.com Received: from relay.sgi.com (relay1.corp.sgi.com [137.38.102.111]) by oss.sgi.com (Postfix) with ESMTP id AAD9E7F5D for ; Wed, 6 Mar 2013 14:18:33 -0600 (CST) Received: from cuda.sgi.com (cuda2.sgi.com [192.48.176.25]) by relay1.corp.sgi.com (Postfix) with ESMTP id 84B1F8F808E for ; Wed, 6 Mar 2013 12:18:33 -0800 (PST) X-ASG-Debug-ID: 1362601106-04cbb07dbf216e60001-S8gJnT Received: from ipmail04.adl6.internode.on.net (ipmail04.adl6.internode.on.net [150.101.137.141]) by cuda.sgi.com with ESMTP id tF7ChJB3WY9ATs7u for ; Wed, 06 Mar 2013 12:18:26 -0800 (PST) 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: ApMBAD+jN1F20TXj/2dsb2JhbAANN4gjvXqDR4EFBgImAlMfsF9xknuBI4wmgWCCF4ETA5ZLlAyBVQ Received: from ppp118-209-53-227.lns20.mel4.internode.on.net (HELO [192.168.1.100]) ([118.209.53.227]) by ipmail04.adl6.internode.on.net with ESMTP; 07 Mar 2013 06:48:25 +1030 Message-ID: <1362601112.7131.0.camel@bozo.localdomain> Subject: pcp updates From: Ken McDonell X-ASG-Orig-Subj: pcp updates Reply-To: kenj@internode.on.net To: pcp@oss.sgi.com Date: Thu, 07 Mar 2013 07:18:32 +1100 Content-Type: text/plain; charset="UTF-8" X-Mailer: Evolution 3.6.2-0ubuntu0.1 Mime-Version: 1.0 Content-Transfer-Encoding: 7bit X-Barracuda-Connect: ipmail04.adl6.internode.on.net[150.101.137.141] X-Barracuda-Start-Time: 1362601106 X-Barracuda-URL: http://192.48.176.25:80/cgi-mod/mark.cgi X-Virus-Scanned: by bsmtpd at sgi.com X-Barracuda-BRTS-Status: 1 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=2.7 tests= X-Barracuda-Spam-Report: Code version 3.2, rules version 3.2.2.124446 Rule breakdown below pts rule name description ---- ---------------------- -------------------------------------------------- Changes committed to git://oss.sgi.com/kenj/pcp.git dev qa/GNUmakefile | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) commit b148abebcb524346fb52a545e9ba450288d71da7 Author: Ken McDonell Date: Thu Mar 7 07:16:38 2013 +1100 qa/GNUmakefile - tweak recipe for making qa_outfiles This whole approach is very dodgey ... why did we change from the old way of doing this? From brolley@redhat.com Wed Mar 6 14:55:22 2013 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on oss.sgi.com X-Spam-Level: X-Spam-Status: No, score=0.0 required=5.0 tests=none autolearn=ham version=3.3.1 X-Original-To: pcp@oss.sgi.com Delivered-To: pcp@oss.sgi.com Received: from relay.sgi.com (relay3.corp.sgi.com [198.149.34.15]) by oss.sgi.com (Postfix) with ESMTP id 3EC1E7F69 for ; Wed, 6 Mar 2013 14:55:22 -0600 (CST) Received: from cuda.sgi.com (cuda2.sgi.com [192.48.176.25]) by relay3.corp.sgi.com (Postfix) with ESMTP id B006CAC004 for ; Wed, 6 Mar 2013 12:55:18 -0800 (PST) X-ASG-Debug-ID: 1362603317-04cbb07dbf218880001-S8gJnT Received: from mx1.redhat.com (mx1.redhat.com [209.132.183.28]) by cuda.sgi.com with ESMTP id i7NrAFvPYAgsO9gQ for ; Wed, 06 Mar 2013 12:55:17 -0800 (PST) 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 r26KtHpe007727 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK) for ; Wed, 6 Mar 2013 15:55:17 -0500 Received: from [10.10.50.10] (vpn-50-10.rdu2.redhat.com [10.10.50.10]) by int-mx01.intmail.prod.int.phx2.redhat.com (8.13.8/8.13.8) with ESMTP id r26KtG8o009094 for ; Wed, 6 Mar 2013 15:55:16 -0500 Message-ID: <5137AD34.3070903@redhat.com> Date: Wed, 06 Mar 2013 15:55:16 -0500 From: Dave Brolley User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:17.0) Gecko/20130219 Thunderbird/17.0.3 MIME-Version: 1.0 To: pcp@oss.sgi.com Subject: Re: [pcp] Build/install status for 3.7.0 References: <1745058060.15558832.1362561319979.JavaMail.root@redhat.com> <5137A049.1070102@internode.on.net> <5137A296.90705@redhat.com> X-ASG-Orig-Subj: Re: [pcp] Build/install status for 3.7.0 In-Reply-To: <5137A296.90705@redhat.com> Content-Type: multipart/mixed; boundary="------------010704010807080605050400" 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: 1362603317 X-Barracuda-URL: http://192.48.176.25:80/cgi-mod/mark.cgi X-Virus-Scanned: by bsmtpd at sgi.com X-Barracuda-BRTS-Status: 1 This is a multi-part message in MIME format. --------------010704010807080605050400 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit On 03/06/2013 03:09 PM, Dave Brolley wrote: > Actually, this is very helpful. The system has no IPv6 configuration. > This leads me to what I believe is the offending code. In > auxserver.c:OpenRequestPorts, when the listening address is > "INADDR_ANY", it tries to open an inet (IPv4) socket and an IPv6 > socket. The latter would then fail, however the success flag is only > set based on the results of opening this last socket. So, even though > an inet socket was opened, the overall result is "can't open any > request ports, exiting". > > If at least one of the two sockets was opened, then the overall result > should be success. Failure to open one of them would probably warrant > a warning to the log. > > I'll work up a patch for this. > >> And detailed diags are not helping (hint, hint, ...) > Noted. I'll see what I can add. Attached is a patch to address this (suspected) problem. Can you try it out? Dave --------------010704010807080605050400 Content-Type: text/x-patch; name="OpenRequestPorts.patch" Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename="OpenRequestPorts.patch" diff --git a/src/libpcp/src/auxserver.c b/src/libpcp/src/auxserver.c index 9569d8d..c319d58 100644 --- a/src/libpcp/src/auxserver.c +++ b/src/libpcp/src/auxserver.c @@ -281,7 +281,7 @@ fail: /* * Open request ports for client connections. - * Open an INet and an IPv6 socket for clients, if appropriate. + * Open an inet and an IPv6 socket for clients, if appropriate. */ static int OpenRequestPorts(__pmFdSet *fdset, int backlog) @@ -299,30 +299,54 @@ OpenRequestPorts(__pmFdSet *fdset, int backlog) if (rp->address == NULL || strcmp(rp->address, "INADDR_ANY") == 0) { family = AF_INET; if ((fd = OpenRequestSocket(rp->port, rp->address, &family, - backlog, fdset, &maximum)) < 0) - break; - rp->fds[INET_FD] = fd; + backlog, fdset, &maximum)) < 0) { + __pmNotifyErr(LOG_WARNING, + "%s: Unable to open inet request port for INADDR_ANY:%d: %s\n", + pmProgname, rp->port, netstrerror()); + } + else { + rp->fds[INET_FD] = fd; + success = 1; + } family = AF_INET6; if ((fd = OpenRequestSocket(rp->port, rp->address, &family, - backlog, fdset, &maximum)) < 0) - break; - rp->fds[IPV6_FD] = fd; + backlog, fdset, &maximum)) < 0) { + __pmNotifyErr(LOG_WARNING, + "%s: Unable to open IPv6 request port for INADDR_ANY:%d: %s\n", + pmProgname, rp->port, netstrerror()); + } + else { + rp->fds[IPV6_FD] = fd; + success = 1; + } } else { if ((fd = OpenRequestSocket(rp->port, rp->address, &family, - backlog, fdset, &maximum)) < 0) - break; - if (family == AF_INET) - rp->fds[INET_FD] = fd; - else if (family == AF_INET6) - rp->fds[IPV6_FD] = fd; - else + backlog, fdset, &maximum)) < 0) { __pmNotifyErr(LOG_WARNING, - "%s: invalid request socket specification: %s\n", - pmProgname, rp->address); + "%s: Unable to open %s request port for %s:%d: %s\n", + pmProgname, + family == AF_INET ? "inet" : + family == AF_INET6 ? "IPv6" : + "unknown address family", + rp->address, rp->port, netstrerror()); + } + else { + if (family == AF_INET) { + rp->fds[INET_FD] = fd; + success = 1; + } + else if (family == AF_INET6) { + rp->fds[IPV6_FD] = fd; + success = 1; + } + else { + __pmNotifyErr(LOG_WARNING, + "%s: invalid request socket specification: %s\n", + pmProgname, rp->address); + } + } } - if (fd >= 0) - success = 1; /* at least one port has been opened */ } if (success) return maximum; --------------010704010807080605050400-- From nscott@redhat.com Wed Mar 6 15:28:24 2013 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on oss.sgi.com X-Spam-Level: X-Spam-Status: No, score=0.0 required=5.0 tests=none autolearn=ham version=3.3.1 X-Original-To: pcp@oss.sgi.com Delivered-To: pcp@oss.sgi.com Received: from relay.sgi.com (relay1.corp.sgi.com [137.38.102.111]) by oss.sgi.com (Postfix) with ESMTP id 61BE87F9A for ; Wed, 6 Mar 2013 15:28:24 -0600 (CST) Received: from cuda.sgi.com (cuda3.sgi.com [192.48.176.15]) by relay1.corp.sgi.com (Postfix) with ESMTP id 4C9098F8074 for ; Wed, 6 Mar 2013 13:28:21 -0800 (PST) X-ASG-Debug-ID: 1362605299-04cb6c2b01212de0001-S8gJnT Received: from mx3-phx2.redhat.com (mx3-phx2.redhat.com [209.132.183.24]) by cuda.sgi.com with ESMTP id 923bmy7EkdtJKvDX for ; Wed, 06 Mar 2013 13:28:20 -0800 (PST) X-Barracuda-Envelope-From: nscott@redhat.com X-Barracuda-Apparent-Source-IP: 209.132.183.24 Received: from zmail20.collab.prod.int.phx2.redhat.com (zmail20.collab.prod.int.phx2.redhat.com [10.5.83.23]) by mx3-phx2.redhat.com (8.13.8/8.13.8) with ESMTP id r26LSFTW023396; Wed, 6 Mar 2013 16:28:15 -0500 Date: Wed, 6 Mar 2013 16:28:15 -0500 (EST) From: Nathan Scott Reply-To: Nathan Scott To: Ken McDonell Cc: pcp@oss.sgi.com Message-ID: <1198532005.15945263.1362605295516.JavaMail.root@redhat.com> In-Reply-To: <5137A049.1070102@internode.on.net> Subject: Re: [pcp] Build/install status for 3.7.0 MIME-Version: 1.0 X-ASG-Orig-Subj: Re: [pcp] Build/install status for 3.7.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-Originating-IP: [10.64.51.14] X-Mailer: Zimbra 7.2.0_GA_2669 (ZimbraWebClient - FF3.0 (Linux)/7.2.0_GA_2669) X-Barracuda-Connect: mx3-phx2.redhat.com[209.132.183.24] X-Barracuda-Start-Time: 1362605299 X-Barracuda-URL: http://192.48.176.15:80/cgi-mod/mark.cgi X-Virus-Scanned: by bsmtpd at sgi.com X-Barracuda-BRTS-Status: 1 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=2.7 tests= X-Barracuda-Spam-Report: Code version 3.2, rules version 3.2.2.124450 Rule breakdown below pts rule name description ---- ---------------------- -------------------------------------------------- ----- Original Message ----- > On 06/03/13 20:15, Nathan Scott wrote: > >> On vm18 3.6.11 x86_64 LinuxMint 12 (lisa) the build dies a > >> horrible > >> death in the python code with ... > > > I *think* this is from pyversions -nr returning more versions of > > python than are installed on the machine. I think in turn this > > is because the build dependency is not ensuring python2.6 is there. > > I've attempted a fix: dev b8f72f3 not 100% certain though - seems > > like it might work. > > OK this is more broken than I thought ... pyversions -vr (no -n) > returns as follows: > Not sure if you got this bit figured, but apparently you must run that command from with a work area: nathans@verge:/source/git/pcp$ pyversions -vr 2.7 2.6 nathans@verge:/source/git/pcp$ cd src/ nathans@verge:/source/git/pcp/src$ pyversions -vr pyversions: error parsing Python-Version attribute nathans@verge:/source/git/pcp/src$ cd .. nathans@verge:/source/git/pcp$ grep Python-Version debian/control X-Python-Version: >= 2.6 So, with my change from yesterday I was expecting you'd get an unsatisfied build dependency (thanks to the "python-all" req), and once you install "python2.6" alongside your "python2.7" it would magically start to work. > > I'd like to get back to a point where we get some Windows servers > > into the mix, somehow, but really don't have a good way to reach > > that point (licensing issues, packaging issues, etc). Perhaps we > > could approach the Aconex folks for assistance with getting a > > licensed VM into the farm? (and then just keep git builds rolling > > forward until an opportunity to tackle packaging next presents). > > I have a Windows 8 VM there with a pre-release developer licence > (that > may or may not still work), but the biggest obstacle is there is no > reliable recipe for creating a build environment with MSYS et al to > create installable packages. In the interim, to catch dev branch build fallout early on (before a release), could a git-based (update/clone + build + raw make install) kind of model be utilised? (horrible, I know) cheers. -- Nathan From nscott@redhat.com Wed Mar 6 15:31:26 2013 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on oss.sgi.com X-Spam-Level: X-Spam-Status: No, score=0.0 required=5.0 tests=none autolearn=ham version=3.3.1 X-Original-To: pcp@oss.sgi.com Delivered-To: pcp@oss.sgi.com Received: from relay.sgi.com (relay3.corp.sgi.com [198.149.34.15]) by oss.sgi.com (Postfix) with ESMTP id 7665A7F9A for ; Wed, 6 Mar 2013 15:31:26 -0600 (CST) Received: from cuda.sgi.com (cuda2.sgi.com [192.48.176.25]) by relay3.corp.sgi.com (Postfix) with ESMTP id 11B73AC005 for ; Wed, 6 Mar 2013 13:31:23 -0800 (PST) X-ASG-Debug-ID: 1362605481-04cbb07dbe21a880001-S8gJnT Received: from mx4-phx2.redhat.com (mx4-phx2.redhat.com [209.132.183.25]) by cuda.sgi.com with ESMTP id 42QfpACOAn9tYDvM for ; Wed, 06 Mar 2013 13:31:21 -0800 (PST) X-Barracuda-Envelope-From: nscott@redhat.com X-Barracuda-Apparent-Source-IP: 209.132.183.25 Received: from zmail20.collab.prod.int.phx2.redhat.com (zmail20.collab.prod.int.phx2.redhat.com [10.5.83.23]) by mx4-phx2.redhat.com (8.13.8/8.13.8) with ESMTP id r26LVIJ3018339; Wed, 6 Mar 2013 16:31:18 -0500 Date: Wed, 6 Mar 2013 16:31:18 -0500 (EST) From: Nathan Scott Reply-To: Nathan Scott To: Ken McDonell Cc: pcp@oss.sgi.com Message-ID: <340845546.15946419.1362605478308.JavaMail.root@redhat.com> In-Reply-To: <1198532005.15945263.1362605295516.JavaMail.root@redhat.com> Subject: Re: [pcp] Build/install status for 3.7.0 MIME-Version: 1.0 X-ASG-Orig-Subj: Re: [pcp] Build/install status for 3.7.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-Originating-IP: [10.64.51.14] X-Mailer: Zimbra 7.2.0_GA_2669 (ZimbraWebClient - FF3.0 (Linux)/7.2.0_GA_2669) X-Barracuda-Connect: mx4-phx2.redhat.com[209.132.183.25] X-Barracuda-Start-Time: 1362605481 X-Barracuda-URL: http://192.48.176.25:80/cgi-mod/mark.cgi X-Virus-Scanned: by bsmtpd at sgi.com X-Barracuda-BRTS-Status: 1 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=2.7 tests= X-Barracuda-Spam-Report: Code version 3.2, rules version 3.2.2.124450 Rule breakdown below pts rule name description ---- ---------------------- -------------------------------------------------- ----- Original Message ----- > Not sure if you got this bit figured, but apparently you must run > that command from with a work area: > nathans@verge:/source/git/pcp$ pyversions -vr > 2.7 2.6 > nathans@verge:/source/git/pcp$ cd src/ > nathans@verge:/source/git/pcp/src$ pyversions -vr > pyversions: error parsing Python-Version attribute > nathans@verge:/source/git/pcp/src$ cd .. > nathans@verge:/source/git/pcp$ grep Python-Version debian/control > X-Python-Version: >= 2.6 > > So, with my change from yesterday I was expecting you'd get an > unsatisfied build dependency (thanks to the "python-all" req), > and once you install "python2.6" alongside your "python2.7" it > would magically start to work. Sorry not very clear - IOW, "apt-get python-all" will be needed, and the debian packaging build-requires now enforces that (which is apparently the way to go based on Debian policy docs). cheers. -- Nathan From kenj@internode.on.net Wed Mar 6 15:48:42 2013 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on oss.sgi.com X-Spam-Level: X-Spam-Status: No, score=0.0 required=5.0 tests=HTML_MESSAGE autolearn=ham version=3.3.1 X-Original-To: pcp@oss.sgi.com Delivered-To: pcp@oss.sgi.com Received: from relay.sgi.com (relay2.corp.sgi.com [137.38.102.29]) by oss.sgi.com (Postfix) with ESMTP id 69E1E7F77 for ; Wed, 6 Mar 2013 15:48:42 -0600 (CST) Received: from cuda.sgi.com (cuda3.sgi.com [192.48.176.15]) by relay2.corp.sgi.com (Postfix) with ESMTP id 560A2304048 for ; Wed, 6 Mar 2013 13:48:39 -0800 (PST) X-ASG-Debug-ID: 1362606516-04cb6c2b02213b00001-S8gJnT Received: from ipmail04.adl6.internode.on.net (ipmail04.adl6.internode.on.net [150.101.137.141]) by cuda.sgi.com with ESMTP id 6kGbLP7YMep6sYCw for ; Wed, 06 Mar 2013 13:48:37 -0800 (PST) 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: AvYCAC25N1F20TXj/2dsb2JhbAANN8QzBIF0hD0dNAJZCAEBsESTao4GhE0Dqlg Received: from ppp118-209-53-227.lns20.mel4.internode.on.net (HELO [192.168.1.100]) ([118.209.53.227]) by ipmail04.adl6.internode.on.net with ESMTP; 07 Mar 2013 08:18:35 +1030 Message-ID: <5137B9BB.701@internode.on.net> Date: Thu, 07 Mar 2013 08:48:43 +1100 From: Ken McDonell User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:17.0) Gecko/20130221 Thunderbird/17.0.3 MIME-Version: 1.0 To: pcp@oss.sgi.com Subject: 3.7.0 QA results Content-Type: multipart/alternative; boundary="------------070908000400000305060500" X-ASG-Orig-Subj: 3.7.0 QA results X-Barracuda-Connect: ipmail04.adl6.internode.on.net[150.101.137.141] X-Barracuda-Start-Time: 1362606516 X-Barracuda-URL: http://192.48.176.15:80/cgi-mod/mark.cgi X-Virus-Scanned: by bsmtpd at sgi.com X-Barracuda-BRTS-Status: 1 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=2.7 tests=HTML_MESSAGE X-Barracuda-Spam-Report: Code version 3.2, rules version 3.2.2.124452 Rule breakdown below pts rule name description ---- ---------------------- -------------------------------------------------- 0.00 HTML_MESSAGE BODY: HTML included in message This is a multi-part message in MIME format. --------------070908000400000305060500 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit No analysis or attempt to repeat here, just reporting failures for first 5 QA hosts. vm00 3.7.0 x86_64 Ubuntu 12.04 (precise) 169 different error message for IPC failure 197 next fd is 4 not 9 430 repeated instances of extra pmlogger being started vm01 3.7.0 i686 Ubuntu 12.10 (quantal) 197 next fd is 4 not 9 372 Perl Spreadsheet::ReadSXC module not installed 430 repeated instances of extra pmlogger being started 532 bad QA test failure /tmp/21467.out.1: No such file or directory vm02 3.7.0 i686 openSUSE 12.1 093 unexpected number of reads for foo archive 388 valgrind errors Conditional jump or move depends on uninitialised value(s) @ interp.c:1435 393 valgrind errors Conditional jump or move depends on uninitialised value(s) @ interp.c:1435 394 valgrind errors Conditional jump or move depends on uninitialised value(s) @ interp.c:1435 430 repeated instances of extra pmlogger being started 459 valgrind errors Conditional jump or move depends on uninitialised value(s) @ interp.c:1233 511 sar2pcp failed ... mismatched tag at line 75, column 5, byte 4773 at /usr/lib/perl5/site_perl/5.14.2/XML/TokeParser.pm vm03 3.7.0 x86_64 Fedora 18 (Spherical Cow) 169 pmcd SIGHUP didn't restart the dumb_pmda agent 244 different error message for IPC failure, Error: phony fake_cisco agent died prematurely, multiple PMDA/PMCD permission failures, ... 255 broken_2_0 PMDA died prematurely 279 pmcd failed to restart after reconfig 420 Updating /etc/hosts failed 555 Botch: using rsyslog, but I don't know how to stop/start it 652 Extra pmlogger start, different metrics from systemd PMDA vm04 3.7.0 i586 CentOS 5.9 (Final) 087 different number of log reads 193 missing data from archive 273 pmcd PMDA died? 316 floating point arithmetic non-determinism 393 valgrind memory leak 11,274 bytes in 1,288 blocks are possibly lost @ pmns.c:1079 430 repeated instances of extra pmlogger being started 459 valgrind memory leak 88,920 bytes in 1,170 blocks are possibly lost @ interp.c:688 482 wrong answers for arithmetic! 707 Not OK 708 Not OK 709 pmcollectl failed 710 check_import python script gave non-zero result --------------070908000400000305060500 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit No analysis or attempt to repeat here, just reporting failures for first 5 QA hosts.

vm00  3.7.0 x86_64  Ubuntu 12.04 (precise)

169 different error message for IPC failure
197 next fd is 4 not 9
430 repeated instances of extra pmlogger being started

vm01 3.7.0 i686 Ubuntu 12.10 (quantal)

197 next fd is 4 not 9
372 Perl Spreadsheet::ReadSXC module not installed
430 repeated instances of extra pmlogger being started
532 bad QA test failure /tmp/21467.out.1: No such file or directory

vm02 3.7.0 i686 openSUSE 12.1

093 unexpected number of reads for foo archive
388 valgrind errors Conditional jump or move depends on uninitialised value(s) @ interp.c:1435
393 valgrind errors Conditional jump or move depends on uninitialised value(s) @ interp.c:1435
394 valgrind errors Conditional jump or move depends on uninitialised value(s) @ interp.c:1435
430 repeated instances of extra pmlogger being started
459 valgrind errors Conditional jump or move depends on uninitialised value(s) @ interp.c:1233
511 sar2pcp failed ... mismatched tag at line 75, column 5, byte 4773 at /usr/lib/perl5/site_perl/5.14.2/XML/TokeParser.pm

vm03 3.7.0 x86_64 Fedora 18 (Spherical Cow)

169 pmcd SIGHUP didn't restart the dumb_pmda agent
244 different error message for IPC failure, Error: phony fake_cisco agent died prematurely, multiple PMDA/PMCD permission failures, ...
255 broken_2_0 PMDA died prematurely
279 pmcd failed to restart after reconfig
420 Updating /etc/hosts failed
555 Botch: using rsyslog, but I don't know how to stop/start it
652 Extra pmlogger start, different metrics from systemd PMDA

vm04 3.7.0 i586 CentOS 5.9 (Final)

087 different number of log reads
193 missing data from archive
273 pmcd PMDA died?
316 floating point arithmetic non-determinism
393 valgrind memory leak 11,274 bytes in 1,288 blocks are possibly lost @ pmns.c:1079
430 repeated instances of extra pmlogger being started
459 valgrind memory leak 88,920 bytes in 1,170 blocks are possibly lost @ interp.c:688
482 wrong answers for arithmetic!
707 Not OK
708 Not OK
709 pmcollectl failed
710 check_import python script gave non-zero result

--------------070908000400000305060500-- From nscott@redhat.com Wed Mar 6 16:40:47 2013 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on oss.sgi.com X-Spam-Level: X-Spam-Status: No, score=0.0 required=5.0 tests=none autolearn=ham version=3.3.1 X-Original-To: pcp@oss.sgi.com Delivered-To: pcp@oss.sgi.com Received: from relay.sgi.com (relay2.corp.sgi.com [137.38.102.29]) by oss.sgi.com (Postfix) with ESMTP id BAAF37F6A for ; Wed, 6 Mar 2013 16:40:47 -0600 (CST) Received: from cuda.sgi.com (cuda2.sgi.com [192.48.176.25]) by relay2.corp.sgi.com (Postfix) with ESMTP id A7879304059 for ; Wed, 6 Mar 2013 14:40:44 -0800 (PST) X-ASG-Debug-ID: 1362609642-04cbb07dbf21d760001-S8gJnT Received: from mx3-phx2.redhat.com (mx3-phx2.redhat.com [209.132.183.24]) by cuda.sgi.com with ESMTP id fWJFOLlN7oNDZykx for ; Wed, 06 Mar 2013 14:40:42 -0800 (PST) X-Barracuda-Envelope-From: nscott@redhat.com X-Barracuda-Apparent-Source-IP: 209.132.183.24 Received: from zmail20.collab.prod.int.phx2.redhat.com (zmail20.collab.prod.int.phx2.redhat.com [10.5.83.23]) by mx3-phx2.redhat.com (8.13.8/8.13.8) with ESMTP id r26Medjh005408; Wed, 6 Mar 2013 17:40:39 -0500 Date: Wed, 6 Mar 2013 17:40:39 -0500 (EST) From: Nathan Scott Reply-To: Nathan Scott To: Ken McDonell Cc: pcp@oss.sgi.com Message-ID: <1342466137.15977502.1362609639238.JavaMail.root@redhat.com> In-Reply-To: <5137B9BB.701@internode.on.net> Subject: Re: [pcp] 3.7.0 QA results MIME-Version: 1.0 X-ASG-Orig-Subj: Re: [pcp] 3.7.0 QA results Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-Originating-IP: [10.64.51.14] X-Mailer: Zimbra 7.2.0_GA_2669 (ZimbraWebClient - FF3.0 (Linux)/7.2.0_GA_2669) X-Barracuda-Connect: mx3-phx2.redhat.com[209.132.183.24] X-Barracuda-Start-Time: 1362609642 X-Barracuda-URL: http://192.48.176.25:80/cgi-mod/mark.cgi X-Virus-Scanned: by bsmtpd at sgi.com X-Barracuda-BRTS-Status: 1 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=2.7 tests= X-Barracuda-Spam-Report: Code version 3.2, rules version 3.2.2.124454 Rule breakdown below pts rule name description ---- ---------------------- -------------------------------------------------- Hi Ken, ("pcp && pmconfig -L" output would help to track down some of these) ----- Original Message ----- > > No analysis or attempt to repeat here, just reporting failures for > first 5 QA hosts. > vm00 3.7.0 x86_64 Ubuntu 12.04 (precise) > > > 169 different error message for IPC failure > 197 next fd is 4 not 9 > 430 repeated instances of extra pmlogger being started I've hunted down 430 recently and it has proved elusive - seems to be some indeterminism in the test, as earlier in the week I saw it a few times but yesterday could not reproduce it at all. > vm01 3.7.0 i686 Ubuntu 12.10 (quantal) > > > 197 next fd is 4 not 9 > 372 Perl Spreadsheet::ReadSXC module not installed > 430 repeated instances of extra pmlogger being started > 532 bad QA test failure /tmp/21467.out.1: No such file or directory > vm02 3.7.0 i686 openSUSE 12.1 > > > 093 unexpected number of reads for foo archive > 388 valgrind errors Conditional jump or move depends on uninitialised > value(s) @ interp.c:1435 > 393 valgrind errors Conditional jump or move depends on uninitialised > value(s) @ interp.c:1435 > 394 valgrind errors Conditional jump or move depends on uninitialised > value(s) @ interp.c:1435 > 430 repeated instances of extra pmlogger being started > 459 valgrind errors Conditional jump or move depends on uninitialised > value(s) @ interp.c:1233 > 511 sar2pcp failed ... mismatched tag at line 75, column 5, byte 4773 > at /usr/lib/perl5/site_perl/5.14.2/XML/TokeParser.pm (broken version of sadf? - like opensuse has/had? not sure we can fix this, as its invalid XML being generated by sysstat tools). > vm03 3.7.0 x86_64 Fedora 18 (Spherical Cow) > > > > 169 pmcd SIGHUP didn't restart the dumb_pmda agent > 244 different error message for IPC failure, Error: phony fake_cisco > agent died prematurely, multiple PMDA/PMCD permission failures, ... > 255 broken_2_0 PMDA died prematurely > 279 pmcd failed to restart after reconfig > 420 Updating /etc/hosts failed > 555 Botch: using rsyslog, but I don't know how to stop/start it Could be systemd fallout, its likely f18 rsyslog got systemd start/ stop service treatment. > 652 Extra pmlogger start, different metrics from systemd PMDA > vm04 3.7.0 i586 CentOS 5.9 (Final) > > 087 different number of log reads > 193 missing data from archive > 273 pmcd PMDA died? ? (its a dso PMDA though) > 316 floating point arithmetic non-determinism > 393 valgrind memory leak 11,274 bytes in 1,288 blocks are possibly > lost @ pmns.c:1079 > 430 repeated instances of extra pmlogger being started > 459 valgrind memory leak 88,920 bytes in 1,170 blocks are possibly > lost @ interp.c:688 > 482 wrong answers for arithmetic! > 707 Not OK > 708 Not OK > 709 pmcollectl failed > 710 check_import python script gave non-zero result Last four look like total python module failure, probably some packaging/install failure there. ... and I was feeling so good before about having zero failures on my couple of hosts for the first time in a long time. :) cheers. -- Nathan From nscott@redhat.com Wed Mar 6 17:40:24 2013 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on oss.sgi.com X-Spam-Level: X-Spam-Status: No, score=0.0 required=5.0 tests=none autolearn=ham version=3.3.1 X-Original-To: pcp@oss.sgi.com Delivered-To: pcp@oss.sgi.com Received: from relay.sgi.com (relay1.corp.sgi.com [137.38.102.111]) by oss.sgi.com (Postfix) with ESMTP id 6C9017FAE for ; Wed, 6 Mar 2013 17:40:24 -0600 (CST) Received: from cuda.sgi.com (cuda2.sgi.com [192.48.176.25]) by relay1.corp.sgi.com (Postfix) with ESMTP id 41F7F8F8037 for ; Wed, 6 Mar 2013 15:40:21 -0800 (PST) X-ASG-Debug-ID: 1362613219-04cbb07dbd220a90001-S8gJnT Received: from mx4-phx2.redhat.com (mx4-phx2.redhat.com [209.132.183.25]) by cuda.sgi.com with ESMTP id 6qkRp8Dy2aEO8peu for ; Wed, 06 Mar 2013 15:40:20 -0800 (PST) X-Barracuda-Envelope-From: nscott@redhat.com X-Barracuda-Apparent-Source-IP: 209.132.183.25 Received: from zmail20.collab.prod.int.phx2.redhat.com (zmail20.collab.prod.int.phx2.redhat.com [10.5.83.23]) by mx4-phx2.redhat.com (8.13.8/8.13.8) with ESMTP id r26NeGVU010521; Wed, 6 Mar 2013 18:40:16 -0500 Date: Wed, 6 Mar 2013 18:40:16 -0500 (EST) From: Nathan Scott Reply-To: Nathan Scott To: Dave Brolley , Ken McDonell , Josh Stone Cc: pcp@oss.sgi.com Message-ID: <605847467.16001387.1362613216820.JavaMail.root@redhat.com> In-Reply-To: <5137AD34.3070903@redhat.com> Subject: Re: [pcp] Build/install status for 3.7.0 MIME-Version: 1.0 X-ASG-Orig-Subj: Re: [pcp] Build/install status for 3.7.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-Originating-IP: [10.64.51.14] X-Mailer: Zimbra 7.2.0_GA_2669 (ZimbraWebClient - FF3.0 (Linux)/7.2.0_GA_2669) X-Barracuda-Connect: mx4-phx2.redhat.com[209.132.183.25] X-Barracuda-Start-Time: 1362613219 X-Barracuda-URL: http://192.48.176.25:80/cgi-mod/mark.cgi X-Virus-Scanned: by bsmtpd at sgi.com X-Barracuda-BRTS-Status: 1 X-Barracuda-Spam-Score: 0.01 X-Barracuda-Spam-Status: No, SCORE=0.01 using per-user scores of TAG_LEVEL=1000.0 QUARANTINE_LEVEL=1000.0 KILL_LEVEL=2.7 tests=BSF_SC0_SA_TO_FROM_DOMAIN_MATCH X-Barracuda-Spam-Report: Code version 3.2, rules version 3.2.2.124458 Rule breakdown below pts rule name description ---- ---------------------- -------------------------------------------------- 0.01 BSF_SC0_SA_TO_FROM_DOMAIN_MATCH Sender Domain Matches Recipient Domain ----- Original Message ----- > On 03/06/2013 03:09 PM, Dave Brolley wrote: > > Actually, this is very helpful. The system has no IPv6 > > configuration. > >... > > I'll work up a patch for this. > > > >> And detailed diags are not helping (hint, hint, ...) > > Noted. I'll see what I can add. > Attached is a patch to address this (suspected) problem. Can you try > it out? > I've reproduced the problem via the ipv6.disable=1 kernel parameter (thanks Josh!) ... will test out that patch shortly Dave. cheers. -- Nathan From kenj@internode.on.net Wed Mar 6 21:41:01 2013 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on oss.sgi.com X-Spam-Level: X-Spam-Status: No, score=0.0 required=5.0 tests=none autolearn=ham version=3.3.1 X-Original-To: pcp@oss.sgi.com Delivered-To: pcp@oss.sgi.com Received: from relay.sgi.com (relay1.corp.sgi.com [137.38.102.111]) by oss.sgi.com (Postfix) with ESMTP id 8CD297FA8 for ; Wed, 6 Mar 2013 21:41:01 -0600 (CST) Received: from cuda.sgi.com (cuda1.sgi.com [192.48.157.11]) by relay1.corp.sgi.com (Postfix) with ESMTP id 5D2F48F8073 for ; Wed, 6 Mar 2013 19:40:58 -0800 (PST) X-ASG-Debug-ID: 1362627656-04bdf0229623f7d0001-S8gJnT Received: from ipmail06.adl6.internode.on.net (ipmail06.adl6.internode.on.net [150.101.137.145]) by cuda.sgi.com with ESMTP id ytq8wMl7KO5nIdbx for ; Wed, 06 Mar 2013 19:40:56 -0800 (PST) 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: ApQBAAkLOFF20TXj/2dsb2JhbAANNogsuTmCYYF6gx4BAQEEIxVAAQwECxgCAgUWCwICCQMCAQIBRQYNAQcBAa9ucZJ8gSONaQeCLYETA6pY Received: from ppp118-209-53-227.lns20.mel4.internode.on.net (HELO [192.168.1.100]) ([118.209.53.227]) by ipmail06.adl6.internode.on.net with ESMTP; 07 Mar 2013 14:10:56 +1030 Message-ID: <51380C4F.8020109@internode.on.net> Date: Thu, 07 Mar 2013 14:41:03 +1100 From: Ken McDonell User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:17.0) Gecko/20130221 Thunderbird/17.0.3 MIME-Version: 1.0 To: Nathan Scott CC: pcp@oss.sgi.com Subject: Re: [pcp] Build/install status for 3.7.0 References: <1198532005.15945263.1362605295516.JavaMail.root@redhat.com> X-ASG-Orig-Subj: Re: [pcp] Build/install status for 3.7.0 In-Reply-To: <1198532005.15945263.1362605295516.JavaMail.root@redhat.com> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-Barracuda-Connect: ipmail06.adl6.internode.on.net[150.101.137.145] X-Barracuda-Start-Time: 1362627656 X-Barracuda-URL: http://192.48.157.11:80/cgi-mod/mark.cgi X-Virus-Scanned: by bsmtpd at sgi.com X-Barracuda-BRTS-Status: 1 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=2.7 tests= X-Barracuda-Spam-Report: Code version 3.2, rules version 3.2.2.124474 Rule breakdown below pts rule name description ---- ---------------------- -------------------------------------------------- On 07/03/13 08:28, Nathan Scott wrote: > > > ----- Original Message ----- >> On 06/03/13 20:15, Nathan Scott wrote: >>>> On vm18 3.6.11 x86_64 LinuxMint 12 (lisa) the build dies a >>>> horrible >>>> death in the python code with ... >> >>> I *think* this is from pyversions -nr returning more versions of >>> python than are installed on the machine. I think in turn this >>> is because the build dependency is not ensuring python2.6 is there. >>> I've attempted a fix: dev b8f72f3 not 100% certain though - seems >>> like it might work. >> >> OK this is more broken than I thought ... pyversions -vr (no -n) >> returns as follows: >> > > Not sure if you got this bit figured, but apparently you must run > that command from with a work area: > nathans@verge:/source/git/pcp$ pyversions -vr > 2.7 2.6 > nathans@verge:/source/git/pcp$ cd src/ > nathans@verge:/source/git/pcp/src$ pyversions -vr > pyversions: error parsing Python-Version attribute > nathans@verge:/source/git/pcp/src$ cd .. > nathans@verge:/source/git/pcp$ grep Python-Version debian/control > X-Python-Version: >= 2.6 > > So, with my change from yesterday I was expecting you'd get an > unsatisfied build dependency (thanks to the "python-all" req), > and once you install "python2.6" alongside your "python2.7" it > would magically start to work. > I changed pyversion -vr to pyversion -i which seems more correct in debian/rules ... do you agree? Then I installed python-all on LinuxMint (and added yet more mystical spells to my check-vm script to catch this in future), but Makepkgs is now complaining thusly == dpkg-buildpackage: binary-arch warning: install_lib: 'build/lib.linux-x86_64-2.6' does not exist -- no Python modules to install readelf: Error: debian/python-pcp/usr/lib/python2.6/dist-packages/pmapi.so: Failed to read file's magic number I checked and _both_ python2.6 and python2.7 are installed. Based on total ignorance, I checked the -dev pkgs and 2.7 is installed but not 2.6, so I did # apt-get install python-dev-all and ran Makepkgs again. Same result. Reverted my debian/rules changes, ran make clean; Makepkgs again. Same result. Nothing more I can add here ... over to you I'm afraid. From kenj@internode.on.net Wed Mar 6 21:44:53 2013 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on oss.sgi.com X-Spam-Level: X-Spam-Status: No, score=0.0 required=5.0 tests=none autolearn=ham version=3.3.1 X-Original-To: pcp@oss.sgi.com Delivered-To: pcp@oss.sgi.com Received: from relay.sgi.com (relay1.corp.sgi.com [137.38.102.111]) by oss.sgi.com (Postfix) with ESMTP id 88DD97FA8 for ; Wed, 6 Mar 2013 21:44:53 -0600 (CST) Received: from cuda.sgi.com (cuda3.sgi.com [192.48.176.15]) by relay1.corp.sgi.com (Postfix) with ESMTP id 765278F8073 for ; Wed, 6 Mar 2013 19:44:53 -0800 (PST) X-ASG-Debug-ID: 1362627888-04cb6c2b02223fe0001-S8gJnT Received: from ipmail06.adl6.internode.on.net (ipmail06.adl6.internode.on.net [150.101.137.145]) by cuda.sgi.com with ESMTP id iomw7ccicHpDb2CA for ; Wed, 06 Mar 2013 19:44:49 -0800 (PST) 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: ApMBAJkMOFF20TXj/2dsb2JhbAANNogsvBqBeoMeAQEBAwEjFUABEAsaAgUWCwICCQMCAQIBNwENBg0BBwEBiAmnY3GSfIEjjWkHgi2BEwOTB5dR Received: from ppp118-209-53-227.lns20.mel4.internode.on.net (HELO [192.168.1.100]) ([118.209.53.227]) by ipmail06.adl6.internode.on.net with ESMTP; 07 Mar 2013 14:14:48 +1030 Message-ID: <51380D38.7000108@internode.on.net> Date: Thu, 07 Mar 2013 14:44:56 +1100 From: Ken McDonell User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:17.0) Gecko/20130221 Thunderbird/17.0.3 MIME-Version: 1.0 To: Nathan Scott CC: pcp@oss.sgi.com Subject: Re: [pcp] Build/install status for 3.7.0 References: <1198532005.15945263.1362605295516.JavaMail.root@redhat.com> X-ASG-Orig-Subj: Re: [pcp] Build/install status for 3.7.0 In-Reply-To: <1198532005.15945263.1362605295516.JavaMail.root@redhat.com> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-Barracuda-Connect: ipmail06.adl6.internode.on.net[150.101.137.145] X-Barracuda-Start-Time: 1362627888 X-Barracuda-URL: http://192.48.176.15:80/cgi-mod/mark.cgi X-Virus-Scanned: by bsmtpd at sgi.com X-Barracuda-BRTS-Status: 1 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=2.7 tests= X-Barracuda-Spam-Report: Code version 3.2, rules version 3.2.2.124474 Rule breakdown below pts rule name description ---- ---------------------- -------------------------------------------------- >> I have a Windows 8 VM there with a pre-release developer licence >> (that >> may or may not still work), but the biggest obstacle is there is no >> reliable recipe for creating a build environment with MSYS et al to >> create installable packages. > > In the interim, to catch dev branch build fallout early on (before a > release), could a git-based (update/clone + build + raw make install) > kind of model be utilised? (horrible, I know) > git is not the problem. The issue is I have no clue what pieces of MinGW/MSYS need to be installed where and in what order to get an "official" or even "sane" build environment. I have something on _another_ Windows box that sort of works but the build takes many hours. If I'm going to do this I need a "create the Windows build environment" recipe so I have something that is at least reproducible ... but that recipe does not seem to exist anywhere. From kenj@internode.on.net Wed Mar 6 21:46:12 2013 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on oss.sgi.com X-Spam-Level: X-Spam-Status: No, score=0.0 required=5.0 tests=none autolearn=ham version=3.3.1 X-Original-To: pcp@oss.sgi.com Delivered-To: pcp@oss.sgi.com Received: from relay.sgi.com (relay3.corp.sgi.com [198.149.34.15]) by oss.sgi.com (Postfix) with ESMTP id 8A6EB7F58 for ; Wed, 6 Mar 2013 21:46:12 -0600 (CST) Received: from cuda.sgi.com (cuda2.sgi.com [192.48.176.25]) by relay3.corp.sgi.com (Postfix) with ESMTP id 16D37AC001 for ; Wed, 6 Mar 2013 19:46:08 -0800 (PST) X-ASG-Debug-ID: 1362627966-04cbb07dbe229f40001-S8gJnT Received: from ipmail06.adl6.internode.on.net (ipmail06.adl6.internode.on.net [150.101.137.145]) by cuda.sgi.com with ESMTP id wgE8JWUsVmDtCxH3 for ; Wed, 06 Mar 2013 19:46:07 -0800 (PST) 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: ApQBAJkMOFF20TXj/2dsb2JhbAANNogsuTmCYYF6gx4BAQEEIxVAARALGAICBRYLAgIJAwIBAgFFBg0BBwEBr2xxknyBI4w4gTEHgi2BEwOqWIFe Received: from ppp118-209-53-227.lns20.mel4.internode.on.net (HELO [192.168.1.100]) ([118.209.53.227]) by ipmail06.adl6.internode.on.net with ESMTP; 07 Mar 2013 14:16:06 +1030 Message-ID: <51380D86.3080703@internode.on.net> Date: Thu, 07 Mar 2013 14:46:14 +1100 From: Ken McDonell User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:17.0) Gecko/20130221 Thunderbird/17.0.3 MIME-Version: 1.0 To: Nathan Scott CC: pcp@oss.sgi.com Subject: Re: [pcp] Build/install status for 3.7.0 References: <340845546.15946419.1362605478308.JavaMail.root@redhat.com> X-ASG-Orig-Subj: Re: [pcp] Build/install status for 3.7.0 In-Reply-To: <340845546.15946419.1362605478308.JavaMail.root@redhat.com> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-Barracuda-Connect: ipmail06.adl6.internode.on.net[150.101.137.145] X-Barracuda-Start-Time: 1362627966 X-Barracuda-URL: http://192.48.176.25:80/cgi-mod/mark.cgi X-Virus-Scanned: by bsmtpd at sgi.com X-Barracuda-BRTS-Status: 1 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=2.7 tests= X-Barracuda-Spam-Report: Code version 3.2, rules version 3.2.2.124474 Rule breakdown below pts rule name description ---- ---------------------- -------------------------------------------------- On 07/03/13 08:31, Nathan Scott wrote: > > Sorry not very clear - IOW, "apt-get python-all" will be needed, > and the debian packaging build-requires now enforces that (which > is apparently the way to go based on Debian policy docs). > python-all or python-dev-all (not that it makes much apparent difference based on my earlier mail). From kenj@internode.on.net Wed Mar 6 21:58:21 2013 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on oss.sgi.com X-Spam-Level: X-Spam-Status: No, score=0.0 required=5.0 tests=none autolearn=ham version=3.3.1 X-Original-To: pcp@oss.sgi.com Delivered-To: pcp@oss.sgi.com Received: from relay.sgi.com (relay1.corp.sgi.com [137.38.102.111]) by oss.sgi.com (Postfix) with ESMTP id A46647FA8 for ; Wed, 6 Mar 2013 21:58:21 -0600 (CST) Received: from cuda.sgi.com (cuda1.sgi.com [192.48.157.11]) by relay1.corp.sgi.com (Postfix) with ESMTP id 8449F8F8073 for ; Wed, 6 Mar 2013 19:58:21 -0800 (PST) X-ASG-Debug-ID: 1362628699-04bdf022962403f0001-S8gJnT Received: from ipmail06.adl6.internode.on.net (ipmail06.adl6.internode.on.net [150.101.137.145]) by cuda.sgi.com with ESMTP id wJ36DZU8DGLDpU7S for ; Wed, 06 Mar 2013 19:58:19 -0800 (PST) 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: ApMBAMkOOFF20TXj/2dsb2JhbAANNsFlgmGBeoMeAQEBBDgPMRELGAkWDwkDAgECAUUTCAEBr3CEaY8EjxMWgyoDqlg Received: from ppp118-209-53-227.lns20.mel4.internode.on.net (HELO [192.168.1.100]) ([118.209.53.227]) by ipmail06.adl6.internode.on.net with ESMTP; 07 Mar 2013 14:28:18 +1030 Message-ID: <51381063.6060309@internode.on.net> Date: Thu, 07 Mar 2013 14:58:27 +1100 From: Ken McDonell User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:17.0) Gecko/20130221 Thunderbird/17.0.3 MIME-Version: 1.0 To: pcp@oss.sgi.com Subject: Re: [pcp] Build/install status for 3.7.0 References: <1745058060.15558832.1362561319979.JavaMail.root@redhat.com> <5137A049.1070102@internode.on.net> <5137A296.90705@redhat.com> <5137AD34.3070903@redhat.com> X-ASG-Orig-Subj: Re: [pcp] Build/install status for 3.7.0 In-Reply-To: <5137AD34.3070903@redhat.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Barracuda-Connect: ipmail06.adl6.internode.on.net[150.101.137.145] X-Barracuda-Start-Time: 1362628699 X-Barracuda-URL: http://192.48.157.11:80/cgi-mod/mark.cgi X-Virus-Scanned: by bsmtpd at sgi.com X-Barracuda-BRTS-Status: 1 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=2.7 tests= X-Barracuda-Spam-Report: Code version 3.2, rules version 3.2.2.124476 Rule breakdown below pts rule name description ---- ---------------------- -------------------------------------------------- On 07/03/13 07:55, Dave Brolley wrote: > On 03/06/2013 03:09 PM, Dave Brolley wrote: >> Actually, this is very helpful. The system has no IPv6 configuration. >> This leads me to what I believe is the offending code. In >> auxserver.c:OpenRequestPorts, when the listening address is >> "INADDR_ANY", it tries to open an inet (IPv4) socket and an IPv6 >> socket. The latter would then fail, however the success flag is only >> set based on the results of opening this last socket. So, even though >> an inet socket was opened, the overall result is "can't open any >> request ports, exiting". >> >> If at least one of the two sockets was opened, then the overall result >> should be success. Failure to open one of them would probably warrant >> a warning to the log. >> >> I'll work up a patch for this. >> >>> And detailed diags are not helping (hint, hint, ...) >> Noted. I'll see what I can add. > Attached is a patch to address this (suspected) problem. Can you try it > out? > Thanks Dave. I applied the patch, remade libpcp and installed it. Looks better ... kenj@vm05:~/src/pcp/src/pmcd/src$ ./pmcd -f -Dall AddRequestPort: INADDR_ANY port 44321 __pmSetSocketIPC: fd=3 IPC table fd(PDU version): pmGetConfig: PCP_TMP_DIR=/var/tmp [Thu Mar 7 14:55:52] pmcd(15878) Error: OpenRequestSocket(44321, INADDR_ANY) __pmCreateSocket: Address family not supported by protocol pmGetConfig: PCP_TMP_DIR=/var/tmp [Thu Mar 7 14:55:52] pmcd(15878) Warning: pmcd: Unable to open IPv6 request port for INADDR_ANY:44321: Bad file descriptor but pmcd is running ... $ pcp -h vm05 Performance Co-Pilot configuration on vm05: platform: Linux vm05 2.6.38-gentoo-r6 #8 SMP Wed Jul 27 21:42:08 EST 2011 i486 hardware: 1 cpu, 1 disk, 249MB RAM timezone: EST-11 pmcd: Version 3.7.0-3, 3 agents pmda: pmcd linux mmv So, this looks like a fix we need. But is the Error: line correct? ... that looks a bit scary if it is not really an error. From nscott@redhat.com Wed Mar 6 22:03:26 2013 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on oss.sgi.com X-Spam-Level: X-Spam-Status: No, score=0.0 required=5.0 tests=none autolearn=ham version=3.3.1 X-Original-To: pcp@oss.sgi.com Delivered-To: pcp@oss.sgi.com Received: from relay.sgi.com (relay1.corp.sgi.com [137.38.102.111]) by oss.sgi.com (Postfix) with ESMTP id 4DE267FA8 for ; Wed, 6 Mar 2013 22:03:26 -0600 (CST) Received: from cuda.sgi.com (cuda3.sgi.com [192.48.176.15]) by relay1.corp.sgi.com (Postfix) with ESMTP id 2AE1B8F8084 for ; Wed, 6 Mar 2013 20:03:23 -0800 (PST) X-ASG-Debug-ID: 1362629002-04cb6c2b01224e70001-S8gJnT Received: from mx4-phx2.redhat.com (mx4-phx2.redhat.com [209.132.183.25]) by cuda.sgi.com with ESMTP id Djk6HVyjireq5hyj for ; Wed, 06 Mar 2013 20:03:22 -0800 (PST) X-Barracuda-Envelope-From: nscott@redhat.com X-Barracuda-Apparent-Source-IP: 209.132.183.25 Received: from zmail20.collab.prod.int.phx2.redhat.com (zmail20.collab.prod.int.phx2.redhat.com [10.5.83.23]) by mx4-phx2.redhat.com (8.13.8/8.13.8) with ESMTP id r2743I7P019000; Wed, 6 Mar 2013 23:03:18 -0500 Date: Wed, 6 Mar 2013 23:03:18 -0500 (EST) From: Nathan Scott Reply-To: Nathan Scott To: Ken McDonell Cc: pcp@oss.sgi.com Message-ID: <790805190.16059854.1362628998697.JavaMail.root@redhat.com> In-Reply-To: <51381063.6060309@internode.on.net> Subject: Re: [pcp] Build/install status for 3.7.0 MIME-Version: 1.0 X-ASG-Orig-Subj: Re: [pcp] Build/install status for 3.7.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-Originating-IP: [10.64.51.14] X-Mailer: Zimbra 7.2.0_GA_2669 (ZimbraWebClient - FF3.0 (Linux)/7.2.0_GA_2669) X-Barracuda-Connect: mx4-phx2.redhat.com[209.132.183.25] X-Barracuda-Start-Time: 1362629002 X-Barracuda-URL: http://192.48.176.15:80/cgi-mod/mark.cgi X-Virus-Scanned: by bsmtpd at sgi.com X-Barracuda-BRTS-Status: 1 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=2.7 tests= X-Barracuda-Spam-Report: Code version 3.2, rules version 3.2.2.124476 Rule breakdown below pts rule name description ---- ---------------------- -------------------------------------------------- Hi Ken, I have fixes for this (jump on IRC?) ... will push shortly. cheers. -- Nathan From nscott@redhat.com Wed Mar 6 22:07:09 2013 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on oss.sgi.com X-Spam-Level: X-Spam-Status: No, score=0.0 required=5.0 tests=none autolearn=ham version=3.3.1 X-Original-To: pcp@oss.sgi.com Delivered-To: pcp@oss.sgi.com Received: from relay.sgi.com (relay2.corp.sgi.com [137.38.102.29]) by oss.sgi.com (Postfix) with ESMTP id 127377FA8 for ; Wed, 6 Mar 2013 22:07:09 -0600 (CST) Received: from cuda.sgi.com (cuda3.sgi.com [192.48.176.15]) by relay2.corp.sgi.com (Postfix) with ESMTP id E7171304043 for ; Wed, 6 Mar 2013 20:07:05 -0800 (PST) X-ASG-Debug-ID: 1362629224-04cb6c2b02225130001-S8gJnT Received: from mx3-phx2.redhat.com (mx3-phx2.redhat.com [209.132.183.24]) by cuda.sgi.com with ESMTP id BHqfvKozPkD1MBDY for ; Wed, 06 Mar 2013 20:07:04 -0800 (PST) X-Barracuda-Envelope-From: nscott@redhat.com X-Barracuda-Apparent-Source-IP: 209.132.183.24 Received: from zmail20.collab.prod.int.phx2.redhat.com (zmail20.collab.prod.int.phx2.redhat.com [10.5.83.23]) by mx3-phx2.redhat.com (8.13.8/8.13.8) with ESMTP id r27470oF025247; Wed, 6 Mar 2013 23:07:00 -0500 Date: Wed, 6 Mar 2013 23:07:00 -0500 (EST) From: Nathan Scott Reply-To: Nathan Scott To: Ken McDonell Cc: pcp@oss.sgi.com Message-ID: <691658748.16060496.1362629220847.JavaMail.root@redhat.com> In-Reply-To: <51380D86.3080703@internode.on.net> Subject: Re: [pcp] Build/install status for 3.7.0 MIME-Version: 1.0 X-ASG-Orig-Subj: Re: [pcp] Build/install status for 3.7.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-Originating-IP: [10.64.51.14] X-Mailer: Zimbra 7.2.0_GA_2669 (ZimbraWebClient - FF3.0 (Linux)/7.2.0_GA_2669) X-Barracuda-Connect: mx3-phx2.redhat.com[209.132.183.24] X-Barracuda-Start-Time: 1362629224 X-Barracuda-URL: http://192.48.176.15:80/cgi-mod/mark.cgi X-Virus-Scanned: by bsmtpd at sgi.com X-Barracuda-BRTS-Status: 1 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=2.7 tests= X-Barracuda-Spam-Report: Code version 3.2, rules version 3.2.2.124476 Rule breakdown below pts rule name description ---- ---------------------- -------------------------------------------------- ----- Original Message ----- > On 07/03/13 08:31, Nathan Scott wrote: > > > > Sorry not very clear - IOW, "apt-get python-all" will be needed, > > and the debian packaging build-requires now enforces that (which > > is apparently the way to go based on Debian policy docs). > > > > python-all or python-dev-all (not that it makes much apparent > difference > based on my earlier mail). > I thought python-all - that seems to work for me (debian/unstable). Haven't come across the issues you're seeing although actually the pmapi.so one does seem vaguely familiar from awhile ago. I used these references when resolving the original deb issues: - man dh_python2 - http://www.debian.org/doc/packaging-manuals/python-policy/ Will see if I can dredge up memory of the pmapi.so failure ... its eluding me for now though. cheers. -- Nathan From nscott@redhat.com Wed Mar 6 22:16:29 2013 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on oss.sgi.com X-Spam-Level: X-Spam-Status: No, score=0.0 required=5.0 tests=T_FRT_STOCK2 autolearn=ham version=3.3.1 X-Original-To: pcp@oss.sgi.com Delivered-To: pcp@oss.sgi.com Received: from relay.sgi.com (relay2.corp.sgi.com [137.38.102.29]) by oss.sgi.com (Postfix) with ESMTP id 9B8BB7FA8 for ; Wed, 6 Mar 2013 22:16:29 -0600 (CST) Received: from cuda.sgi.com (cuda2.sgi.com [192.48.176.25]) by relay2.corp.sgi.com (Postfix) with ESMTP id 87B2D30406A for ; Wed, 6 Mar 2013 20:16:29 -0800 (PST) X-ASG-Debug-ID: 1362629788-04cbb07dbd22b490001-S8gJnT Received: from mx3-phx2.redhat.com (mx3-phx2.redhat.com [209.132.183.24]) by cuda.sgi.com with ESMTP id hinoYPZE3SRaPGWu for ; Wed, 06 Mar 2013 20:16:28 -0800 (PST) X-Barracuda-Envelope-From: nscott@redhat.com X-Barracuda-Apparent-Source-IP: 209.132.183.24 Received: from zmail20.collab.prod.int.phx2.redhat.com (zmail20.collab.prod.int.phx2.redhat.com [10.5.83.23]) by mx3-phx2.redhat.com (8.13.8/8.13.8) with ESMTP id r274GRlW026419 for ; Wed, 6 Mar 2013 23:16:27 -0500 Date: Wed, 6 Mar 2013 23:16:27 -0500 (EST) From: Nathan Scott Reply-To: Nathan Scott To: PCP Message-ID: <505995246.16061522.1362629787808.JavaMail.root@redhat.com> Subject: pcp updates: qa fallout (bug fixes) MIME-Version: 1.0 X-ASG-Orig-Subj: pcp updates: qa fallout (bug fixes) Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-Originating-IP: [10.64.51.14] X-Mailer: Zimbra 7.2.0_GA_2669 (ZimbraWebClient - FF3.0 (Linux)/7.2.0_GA_2669) X-Barracuda-Connect: mx3-phx2.redhat.com[209.132.183.24] X-Barracuda-Start-Time: 1362629788 X-Barracuda-URL: http://192.48.176.25:80/cgi-mod/mark.cgi X-Virus-Scanned: by bsmtpd at sgi.com X-Barracuda-BRTS-Status: 1 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=2.7 tests= X-Barracuda-Spam-Report: Code version 3.2, rules version 3.2.2.124476 Rule breakdown below pts rule name description ---- ---------------------- -------------------------------------------------- Changes committed to git://oss.sgi.com/pcp/pcp.git dev src/include/pcp/impl.h | 6 +- src/libpcp/src/auxconnect.c | 48 ++++++++++++-------- src/libpcp/src/auxserver.c | 99 +++++++++++++++++++++---------------------- src/libpcp/src/context.c | 5 ++ src/libpcp/src/nss_connect.c | 83 +++++++++++++++++++++++++----------- src/libpcp/src/pdu.c | 2 6 files changed, 148 insertions(+), 95 deletions(-) commit 3b9872454486cf0caa7cf4ca3047778e9c4e4264 Author: Nathan Scott Date: Thu Mar 7 15:11:14 2013 +1100 Resolve compiler warning in ipv6 socket options commit 75ab98afb0aa4a0a6dddc1bd7b84b9522bb43343 Author: Nathan Scott Date: Thu Mar 7 14:56:00 2013 +1100 Fix timeout handling for NSS-enabled server builds Test 131 fails on NSS-enabled builds because we've asked for no timeouts on connect/accept. Requests were being handled correctly but not the initial connection setup. This extends the __pmConvertTimeout implementation to be aware of these other timeout settings as well, and makes the NSS implementation use it. commit 10022f3120e2f989e8eeaa9adbc34dc63c5fc373 Author: Nathan Scott Date: Thu Mar 7 14:21:50 2013 +1100 Fix further issues to get IPv4-only hosts working again This code has been tested on a kernel booted with the kernel flag ipv6.enabled cleared (bootup option), which picked up a series of errors from coding assumptions. The most problematic is the fact that the setsockopt call to request a socket be made IPv6-only fails silently in kernels booted this way. This is the cause of the strange diagnostic from a (later) bind call, as we will incorrectly attempt to bind the same IPv4 port twice then. This also resulted in a cascading error (now fixed too): Only add the listen file descriptor into the select mask once we are certain its setup will succeed (previously we added it before all possible error paths were evaluated). This fixes a sigsegv in the server code after the error paths have been exercised. Other small issues resolved in the process: - Double-reporting of error message between OpenRequestPorts and its helper OpenRequestSocket. - For any setsockopts calls that are non-fatal, we now report warning and not error level diagnostics. - Improved error checking in NSS-enabled socket creation paths which lacked an error check on __pmSetDataIPC (although the __pmSetSocketIPC following was checking - should be the other way around to correctly detect the malloc failure case). commit 89695674083809ee72e04d6af11066b71084b947 Author: Dave Brolley Date: Thu Mar 7 11:09:47 2013 +1100 Handle server port setup case where IPv6 is totally disabled From nscott@redhat.com Wed Mar 6 22:18:25 2013 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on oss.sgi.com X-Spam-Level: X-Spam-Status: No, score=0.0 required=5.0 tests=none autolearn=ham version=3.3.1 X-Original-To: pcp@oss.sgi.com Delivered-To: pcp@oss.sgi.com Received: from relay.sgi.com (relay3.corp.sgi.com [198.149.34.15]) by oss.sgi.com (Postfix) with ESMTP id B42D37FA8 for ; Wed, 6 Mar 2013 22:18:25 -0600 (CST) Received: from cuda.sgi.com (cuda1.sgi.com [192.48.157.11]) by relay3.corp.sgi.com (Postfix) with ESMTP id 4255AAC005 for ; Wed, 6 Mar 2013 20:18:22 -0800 (PST) X-ASG-Debug-ID: 1362629900-04bdf022952413d0001-S8gJnT Received: from mx4-phx2.redhat.com (mx4-phx2.redhat.com [209.132.183.25]) by cuda.sgi.com with ESMTP id qEiIC4cAR3xxgGmy for ; Wed, 06 Mar 2013 20:18:20 -0800 (PST) X-Barracuda-Envelope-From: nscott@redhat.com X-Barracuda-Apparent-Source-IP: 209.132.183.25 Received: from zmail20.collab.prod.int.phx2.redhat.com (zmail20.collab.prod.int.phx2.redhat.com [10.5.83.23]) by mx4-phx2.redhat.com (8.13.8/8.13.8) with ESMTP id r274IHki021181; Wed, 6 Mar 2013 23:18:17 -0500 Date: Wed, 6 Mar 2013 23:18:17 -0500 (EST) From: Nathan Scott Reply-To: Nathan Scott To: Ken McDonell Cc: pcp@oss.sgi.com Message-ID: <1663021031.16062646.1362629897790.JavaMail.root@redhat.com> In-Reply-To: <51380C4F.8020109@internode.on.net> Subject: Re: [pcp] Build/install status for 3.7.0 MIME-Version: 1.0 X-ASG-Orig-Subj: Re: [pcp] Build/install status for 3.7.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-Originating-IP: [10.64.51.14] X-Mailer: Zimbra 7.2.0_GA_2669 (ZimbraWebClient - FF3.0 (Linux)/7.2.0_GA_2669) X-Barracuda-Connect: mx4-phx2.redhat.com[209.132.183.25] X-Barracuda-Start-Time: 1362629900 X-Barracuda-URL: http://192.48.157.11:80/cgi-mod/mark.cgi X-Virus-Scanned: by bsmtpd at sgi.com X-Barracuda-BRTS-Status: 1 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=2.7 tests= X-Barracuda-Spam-Report: Code version 3.2, rules version 3.2.2.124476 Rule breakdown below pts rule name description ---- ---------------------- -------------------------------------------------- ----- Original Message ----- > On 07/03/13 08:28, Nathan Scott wrote: > > > > nathans@verge:/source/git/pcp$ grep Python-Version debian/control > > X-Python-Version: >= 2.6 > > > > So, with my change from yesterday I was expecting you'd get an > > unsatisfied build dependency (thanks to the "python-all" req), > > and once you install "python2.6" alongside your "python2.7" it > > would magically start to work. > > > > I changed pyversion -vr to pyversion -i which seems more correct in > debian/rules ... do you agree? > I thought the same when I did this packaging, but actually its not. See "man dh_python2" - the list is not supposed to be what is installed but rather the list you intend to build support for in the package - the build-requires is meant to ensure the appropriate supporting python versions are installed (before pyversion is run during the build). > == dpkg-buildpackage: binary-arch > warning: install_lib: 'build/lib.linux-x86_64-2.6' does not exist -- > no > Python modules to install > readelf: Error: > debian/python-pcp/usr/lib/python2.6/dist-packages/pmapi.so: Failed to > read file's magic number > Is this just a warning or does it cause the build to fail? I also see that initial "does not exist" warning, IIRC its known/expected and is not something the Debian python people intend to go back and fix (AIUI, from googling). Just did a quick check build - I think you are close - check to see if packages exist? In my logs I see... running install running install_lib warning: install_lib: 'build/lib.linux-i686-2.6' does not exist -- no Python modules to install running install_egg_info ... dh_python2 --package python-pcp readelf: Error: debian/python-pcp/usr/lib/python2.6/dist-packages/pmapi.so: Failed to read file's magic number ... So, scary, but expected - you might actually have packages now? cheers. -- Nathan From nscott@redhat.com Wed Mar 6 22:32:33 2013 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on oss.sgi.com X-Spam-Level: X-Spam-Status: No, score=0.0 required=5.0 tests=none autolearn=ham version=3.3.1 X-Original-To: pcp@oss.sgi.com Delivered-To: pcp@oss.sgi.com Received: from relay.sgi.com (relay1.corp.sgi.com [137.38.102.111]) by oss.sgi.com (Postfix) with ESMTP id EE5567FAA for ; Wed, 6 Mar 2013 22:32:32 -0600 (CST) Received: from cuda.sgi.com (cuda1.sgi.com [192.48.157.11]) by relay1.corp.sgi.com (Postfix) with ESMTP id C96878F8084 for ; Wed, 6 Mar 2013 20:32:32 -0800 (PST) X-ASG-Debug-ID: 1362630751-04bdf02298241ae0001-S8gJnT Received: from mx3-phx2.redhat.com (mx3-phx2.redhat.com [209.132.183.24]) by cuda.sgi.com with ESMTP id EXHdJCvCLiywsNWn for ; Wed, 06 Mar 2013 20:32:31 -0800 (PST) X-Barracuda-Envelope-From: nscott@redhat.com X-Barracuda-Apparent-Source-IP: 209.132.183.24 Received: from zmail20.collab.prod.int.phx2.redhat.com (zmail20.collab.prod.int.phx2.redhat.com [10.5.83.23]) by mx3-phx2.redhat.com (8.13.8/8.13.8) with ESMTP id r274WVK9028969 for ; Wed, 6 Mar 2013 23:32:31 -0500 Date: Wed, 6 Mar 2013 23:32:31 -0500 (EST) From: Nathan Scott Reply-To: Nathan Scott To: pcp@oss.sgi.com Message-ID: <321207955.16065040.1362630751488.JavaMail.root@redhat.com> In-Reply-To: <51380D38.7000108@internode.on.net> Subject: Next PCP developers meeting (was Re: [pcp] Build/install status for 3.7.0) MIME-Version: 1.0 X-ASG-Orig-Subj: Next PCP developers meeting (was Re: [pcp] Build/install status for 3.7.0) Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-Originating-IP: [10.64.51.14] X-Mailer: Zimbra 7.2.0_GA_2669 (ZimbraWebClient - FF3.0 (Linux)/7.2.0_GA_2669) X-Barracuda-Connect: mx3-phx2.redhat.com[209.132.183.24] X-Barracuda-Start-Time: 1362630751 X-Barracuda-URL: http://192.48.157.11:80/cgi-mod/mark.cgi X-Virus-Scanned: by bsmtpd at sgi.com X-Barracuda-BRTS-Status: 1 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=2.7 tests= X-Barracuda-Spam-Report: Code version 3.2, rules version 3.2.2.124478 Rule breakdown below pts rule name description ---- ---------------------- -------------------------------------------------- ----- Original Message ----- > > >> I have a Windows 8 VM there with a pre-release developer licence > >> (that > >> may or may not still work), but the biggest obstacle is there is > >> no > >> reliable recipe for creating a build environment with MSYS et al > >> to > >> create installable packages. > > > > In the interim, to catch dev branch build fallout early on (before > > a > > release), could a git-based (update/clone + build + raw make > > install) > > kind of model be utilised? (horrible, I know) > > > > git is not the problem. > > The issue is I have no clue what pieces of MinGW/MSYS need to be > installed where and in what order to get an "official" or even "sane" > build environment. > > I have something on _another_ Windows box that sort of works but the > build takes many hours. If I'm going to do this I need a "create the > Windows build environment" recipe so I have something that is at > least > reproducible ... but that recipe does not seem to exist anywhere. > > Let's defer discussion here till post 3.7. I've been thinking we are way overdue for another PCP developers meeting - I'll tee one up for soon after 3.7 - in a week or two. So far my list of discussion topics includes this (Win32 builds), packaging / tree splits (qa, books, pcp/pcp-gui) - keeps coming up, code coverage status, managing external dependencies, current work items ... please start a list and lets all convene soon (hopefully we can add a 3.7 celebration to the list too). Could anyone who wants to attend send through preferred weekdays too? Usually we do a morning (Melbourne time), late afternoon or evening US/Canada time depending where you are. Open to everyone of course! Let me know if you want to attend or call in and I'll get phone/address details to you. cheers. -- Nathan From kenj@internode.on.net Wed Mar 6 22:47:05 2013 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on oss.sgi.com X-Spam-Level: X-Spam-Status: No, score=0.0 required=5.0 tests=none autolearn=ham version=3.3.1 X-Original-To: pcp@oss.sgi.com Delivered-To: pcp@oss.sgi.com Received: from relay.sgi.com (relay2.corp.sgi.com [137.38.102.29]) by oss.sgi.com (Postfix) with ESMTP id BB8457FAA for ; Wed, 6 Mar 2013 22:47:05 -0600 (CST) Received: from cuda.sgi.com (cuda3.sgi.com [192.48.176.15]) by relay2.corp.sgi.com (Postfix) with ESMTP id A71BB304039 for ; Wed, 6 Mar 2013 20:47:05 -0800 (PST) X-ASG-Debug-ID: 1362631620-04cb6c2b03226a50001-S8gJnT Received: from ipmail06.adl6.internode.on.net (ipmail06.adl6.internode.on.net [150.101.137.145]) by cuda.sgi.com with ESMTP id fVUQDX6lu6MFujgD for ; Wed, 06 Mar 2013 20:47:01 -0800 (PST) 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: ApMBAI8aOFF20TXj/2dsb2JhbAANNogsvhSDSIEFBgImAlMfr35xknyBI44GgheBEwOWS5QN Received: from ppp118-209-53-227.lns20.mel4.internode.on.net (HELO [192.168.1.100]) ([118.209.53.227]) by ipmail06.adl6.internode.on.net with ESMTP; 07 Mar 2013 15:17:00 +1030 Message-ID: <1362631628.9435.0.camel@bozo.localdomain> Subject: pcp updates From: Ken McDonell X-ASG-Orig-Subj: pcp updates Reply-To: kenj@internode.on.net To: pcp@oss.sgi.com Date: Thu, 07 Mar 2013 15:47:08 +1100 Content-Type: text/plain; charset="UTF-8" X-Mailer: Evolution 3.6.2-0ubuntu0.1 Mime-Version: 1.0 Content-Transfer-Encoding: 7bit X-Barracuda-Connect: ipmail06.adl6.internode.on.net[150.101.137.145] X-Barracuda-Start-Time: 1362631620 X-Barracuda-URL: http://192.48.176.15:80/cgi-mod/mark.cgi X-Virus-Scanned: by bsmtpd at sgi.com X-Barracuda-BRTS-Status: 1 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=2.7 tests= X-Barracuda-Spam-Report: Code version 3.2, rules version 3.2.2.124478 Rule breakdown below pts rule name description ---- ---------------------- -------------------------------------------------- Changes committed to git://oss.sgi.com/kenj/pcp.git dev build/tar/postinstall | 57 ++++++++++++++++++++++++++++++++++++++++++++++++++ 1 file changed, 57 insertions(+) commit 4931bf70ea60816ed136bb7eed6cadf62b4360f4 Author: Ken McDonell Date: Thu Mar 7 15:45:13 2013 +1100 tarball postinstall - add user/group entries Replicate debian logic for tarball distros ... need user pcp/pcp before pmcd will start from the init script. From kenj@internode.on.net Thu Mar 7 00:42:52 2013 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on oss.sgi.com X-Spam-Level: X-Spam-Status: No, score=0.0 required=5.0 tests=none autolearn=ham version=3.3.1 X-Original-To: pcp@oss.sgi.com Delivered-To: pcp@oss.sgi.com Received: from relay.sgi.com (relay3.corp.sgi.com [198.149.34.15]) by oss.sgi.com (Postfix) with ESMTP id 951027FAD for ; Thu, 7 Mar 2013 00:42:52 -0600 (CST) Received: from cuda.sgi.com (cuda2.sgi.com [192.48.176.25]) by relay3.corp.sgi.com (Postfix) with ESMTP id 204EAAC001 for ; Wed, 6 Mar 2013 22:42:48 -0800 (PST) X-ASG-Debug-ID: 1362638566-04cbb07dbe233e30001-S8gJnT Received: from ipmail06.adl6.internode.on.net (ipmail06.adl6.internode.on.net [150.101.137.145]) by cuda.sgi.com with ESMTP id j5BJE3UoOa5qZYQ5 for ; Wed, 06 Mar 2013 22:42:47 -0800 (PST) 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: ApMBAK41OFF20TXj/2dsb2JhbAANNsRJgXqDHwEBBDIBBUARCyEWDwkDAgECAUUTCAEBsACTZI8TFoMqA6pZ Received: from ppp118-209-53-227.lns20.mel4.internode.on.net (HELO [192.168.1.100]) ([118.209.53.227]) by ipmail06.adl6.internode.on.net with ESMTP; 07 Mar 2013 17:12:46 +1030 Message-ID: <513836ED.7010908@internode.on.net> Date: Thu, 07 Mar 2013 17:42:53 +1100 From: Ken McDonell User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:17.0) Gecko/20130221 Thunderbird/17.0.3 MIME-Version: 1.0 To: pcp@oss.sgi.com Subject: Re: [pcp] Build/install status for 3.7.0 References: <1745058060.15558832.1362561319979.JavaMail.root@redhat.com> <5137A049.1070102@internode.on.net> <5137A40A.10602@internode.on.net> X-ASG-Orig-Subj: Re: [pcp] Build/install status for 3.7.0 In-Reply-To: <5137A40A.10602@internode.on.net> Content-Type: text/plain; charset=windows-1252; format=flowed Content-Transfer-Encoding: 8bit X-Barracuda-Connect: ipmail06.adl6.internode.on.net[150.101.137.145] X-Barracuda-Start-Time: 1362638566 X-Barracuda-URL: http://192.48.176.25:80/cgi-mod/mark.cgi X-Virus-Scanned: by bsmtpd at sgi.com X-Barracuda-BRTS-Status: 1 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=2.7 tests= X-Barracuda-Spam-Report: Code version 3.2, rules version 3.2.2.124486 Rule breakdown below pts rule name description ---- ---------------------- -------------------------------------------------- A few more compilation warnings/errors ... On Debian 6.0.7 nss_connect.c: In function ‘__pmConnect’: nss_connect.c:948: warning: unused variable ‘nsprFd’ On NetBSD auxconnect.c: In function '__pmGetAddrInfo': auxconnect.c:717: error: 'AI_ADDRCONFIG' undeclared (first use in this function) auxconnect.c:717: error: (Each undeclared identifier is reported only once auxconnect.c:717: error: for each function it appears in.) (the latter kills the build) And build and install completed on the following (since yesterday) Host PCP CPU Operating System ----------- -------- ------ ------------------ vm05 3.7.0 i486 Gentoo 2.0.3 vm11 3.7.0 i586 Debian 6.0.7 vm15 3.7.0 x86_64 Slackware 13.37.0 vm18 3.7.0 x86_64 LinuxMint 12 (lisa) vm19 3.7.0 x86_64 openSUSE 12.2 comma 3.7.0 i386 Darwin 10.8.0 From nscott@redhat.com Thu Mar 7 00:58:30 2013 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on oss.sgi.com X-Spam-Level: X-Spam-Status: No, score=0.0 required=5.0 tests=none autolearn=ham version=3.3.1 X-Original-To: pcp@oss.sgi.com Delivered-To: pcp@oss.sgi.com Received: from relay.sgi.com (relay2.corp.sgi.com [137.38.102.29]) by oss.sgi.com (Postfix) with ESMTP id 0232A7F8A for ; Thu, 7 Mar 2013 00:58:30 -0600 (CST) Received: from cuda.sgi.com (cuda2.sgi.com [192.48.176.25]) by relay2.corp.sgi.com (Postfix) with ESMTP id E20FF304048 for ; Wed, 6 Mar 2013 22:58:26 -0800 (PST) X-ASG-Debug-ID: 1362639499-04cbb07dbc234ff0001-S8gJnT Received: from mx4-phx2.redhat.com (mx4-phx2.redhat.com [209.132.183.25]) by cuda.sgi.com with ESMTP id 4HvZ1PVhTQ75LJfp for ; Wed, 06 Mar 2013 22:58:19 -0800 (PST) X-Barracuda-Envelope-From: nscott@redhat.com X-Barracuda-Apparent-Source-IP: 209.132.183.25 Received: from zmail20.collab.prod.int.phx2.redhat.com (zmail20.collab.prod.int.phx2.redhat.com [10.5.83.23]) by mx4-phx2.redhat.com (8.13.8/8.13.8) with ESMTP id r276wFV6012622; Thu, 7 Mar 2013 01:58:15 -0500 Date: Thu, 7 Mar 2013 01:58:15 -0500 (EST) From: Nathan Scott Reply-To: Nathan Scott To: Ken McDonell , Dave Brolley Cc: pcp@oss.sgi.com Message-ID: <1275614933.16090354.1362639495632.JavaMail.root@redhat.com> In-Reply-To: <513836ED.7010908@internode.on.net> Subject: Re: [pcp] Build/install status for 3.7.0 MIME-Version: 1.0 X-ASG-Orig-Subj: Re: [pcp] Build/install status for 3.7.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-Originating-IP: [10.64.51.14] X-Mailer: Zimbra 7.2.0_GA_2669 (ZimbraWebClient - FF3.0 (Linux)/7.2.0_GA_2669) X-Barracuda-Connect: mx4-phx2.redhat.com[209.132.183.25] X-Barracuda-Start-Time: 1362639499 X-Barracuda-URL: http://192.48.176.25:80/cgi-mod/mark.cgi X-Barracuda-BRTS-Status: 1 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=2.7 tests= X-Barracuda-Spam-Report: Code version 3.2, rules version 3.2.2.124488 Rule breakdown below pts rule name description ---- ---------------------- -------------------------------------------------- ----- Original Message ----- > A few more compilation warnings/errors ... >=20 > On Debian 6.0.7 >=20 > nss_connect.c: In function =E2=80=98__pmConnect=E2=80=99: > nss_connect.c:948: warning: unused variable =E2=80=98nsprFd=E2=80=99 >=20 Fixed. >=20 > On NetBSD >=20 > auxconnect.c: In function '__pmGetAddrInfo': > auxconnect.c:717: error: 'AI_ADDRCONFIG' undeclared (first use in > this > function) > auxconnect.c:717: error: (Each undeclared identifier is reported only > once > auxconnect.c:717: error: for each function it appears in.) >=20 Dave, I guess this needs to be configure-checked? Is that getaddrinfo call still valid if that flag is not set? thanks. -- Nathan From nscott@redhat.com Thu Mar 7 00:58:56 2013 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on oss.sgi.com X-Spam-Level: X-Spam-Status: No, score=0.0 required=5.0 tests=none autolearn=ham version=3.3.1 X-Original-To: pcp@oss.sgi.com Delivered-To: pcp@oss.sgi.com Received: from relay.sgi.com (relay2.corp.sgi.com [137.38.102.29]) by oss.sgi.com (Postfix) with ESMTP id CD5AC7F8A for ; Thu, 7 Mar 2013 00:58:56 -0600 (CST) Received: from cuda.sgi.com (cuda1.sgi.com [192.48.157.11]) by relay2.corp.sgi.com (Postfix) with ESMTP id 9A36A304048 for ; Wed, 6 Mar 2013 22:58:56 -0800 (PST) X-ASG-Debug-ID: 1362639535-04bdf02296248720001-S8gJnT Received: from mx3-phx2.redhat.com (mx3-phx2.redhat.com [209.132.183.24]) by cuda.sgi.com with ESMTP id acqACjfQxtsWzcWg for ; Wed, 06 Mar 2013 22:58:55 -0800 (PST) X-Barracuda-Envelope-From: nscott@redhat.com X-Barracuda-Apparent-Source-IP: 209.132.183.24 Received: from zmail20.collab.prod.int.phx2.redhat.com (zmail20.collab.prod.int.phx2.redhat.com [10.5.83.23]) by mx3-phx2.redhat.com (8.13.8/8.13.8) with ESMTP id r276wtNJ018219 for ; Thu, 7 Mar 2013 01:58:55 -0500 Date: Thu, 7 Mar 2013 01:58:55 -0500 (EST) From: Nathan Scott Reply-To: Nathan Scott To: PCP Message-ID: <140878272.16090384.1362639535385.JavaMail.root@redhat.com> Subject: pcp updates: kenj merge MIME-Version: 1.0 X-ASG-Orig-Subj: pcp updates: kenj merge Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-Originating-IP: [10.64.51.14] X-Mailer: Zimbra 7.2.0_GA_2669 (ZimbraWebClient - FF3.0 (Linux)/7.2.0_GA_2669) X-Barracuda-Connect: mx3-phx2.redhat.com[209.132.183.24] X-Barracuda-Start-Time: 1362639535 X-Barracuda-URL: http://192.48.157.11:80/cgi-mod/mark.cgi X-Virus-Scanned: by bsmtpd at sgi.com X-Barracuda-BRTS-Status: 1 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=2.7 tests= X-Barracuda-Spam-Report: Code version 3.2, rules version 3.2.2.124488 Rule breakdown below pts rule name description ---- ---------------------- -------------------------------------------------- Changes committed to git://oss.sgi.com/pcp/pcp.git dev build/tar/postinstall | 57 +++++++++++++++++++++++++++++++++++++++++++ src/libpcp/src/nss_connect.c | 1 2 files changed, 57 insertions(+), 1 deletion(-) commit e1775c38302b558a4ead4bf513ca3b49ce03902f Author: Nathan Scott Date: Thu Mar 7 17:55:54 2013 +1100 Remove unused local variable from timeout calculation fix commit 4931bf70ea60816ed136bb7eed6cadf62b4360f4 Author: Ken McDonell Date: Thu Mar 7 15:45:13 2013 +1100 tarball postinstall - add user/group entries Replicate debian logic for tarball distros ... need user pcp/pcp before pmcd will start from the init script. From nscott@redhat.com Thu Mar 7 02:06:26 2013 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on oss.sgi.com X-Spam-Level: X-Spam-Status: No, score=0.0 required=5.0 tests=none autolearn=ham version=3.3.1 X-Original-To: pcp@oss.sgi.com Delivered-To: pcp@oss.sgi.com Received: from relay.sgi.com (relay3.corp.sgi.com [198.149.34.15]) by oss.sgi.com (Postfix) with ESMTP id 8CC3D7FAA for ; Thu, 7 Mar 2013 02:06:26 -0600 (CST) Received: from cuda.sgi.com (cuda1.sgi.com [192.48.157.11]) by relay3.corp.sgi.com (Postfix) with ESMTP id 376C9AC001 for ; Thu, 7 Mar 2013 00:06:23 -0800 (PST) X-ASG-Debug-ID: 1362643582-04bdf0229524c570001-S8gJnT Received: from mx4-phx2.redhat.com (mx4-phx2.redhat.com [209.132.183.25]) by cuda.sgi.com with ESMTP id N7iMM4gLebVm41i6 for ; Thu, 07 Mar 2013 00:06:22 -0800 (PST) X-Barracuda-Envelope-From: nscott@redhat.com X-Barracuda-Apparent-Source-IP: 209.132.183.25 Received: from zmail20.collab.prod.int.phx2.redhat.com (zmail20.collab.prod.int.phx2.redhat.com [10.5.83.23]) by mx4-phx2.redhat.com (8.13.8/8.13.8) with ESMTP id r2786LAS022864 for ; Thu, 7 Mar 2013 03:06:22 -0500 Date: Thu, 7 Mar 2013 03:06:21 -0500 (EST) From: Nathan Scott Reply-To: Nathan Scott To: PCP Message-ID: <1938545823.16106637.1362643581966.JavaMail.root@redhat.com> Subject: pcp updates: qa, diagnostics MIME-Version: 1.0 X-ASG-Orig-Subj: pcp updates: qa, diagnostics Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-Originating-IP: [10.64.51.43] X-Mailer: Zimbra 7.2.0_GA_2669 (ZimbraWebClient - FF3.0 (Linux)/7.2.0_GA_2669) X-Barracuda-Connect: mx4-phx2.redhat.com[209.132.183.25] X-Barracuda-Start-Time: 1362643582 X-Barracuda-URL: http://192.48.157.11:80/cgi-mod/mark.cgi X-Virus-Scanned: by bsmtpd at sgi.com X-Barracuda-BRTS-Status: 1 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=2.7 tests= X-Barracuda-Spam-Report: Code version 3.2, rules version 3.2.2.124492 Rule breakdown below pts rule name description ---- ---------------------- -------------------------------------------------- Changes committed to git://oss.sgi.com/pcp/pcp.git dev qa/243 | 5 ++++- qa/243.out.4 | 20 ++++++++++++++++++++ qa/common.secure | 1 - src/libpcp/src/auxserver.c | 34 ++++++++++++++++++++++------------ 4 files changed, 46 insertions(+), 14 deletions(-) commit 0b39f7b85de197388e84df850f2f3decba32be2a Author: Nathan Scott Date: Thu Mar 7 19:05:04 2013 +1100 Fix lintian warning, common.secure is not an executable script commit ce96178a0b4b8cd3faf9ba6e623a8918eda70ac6 Author: Nathan Scott Date: Thu Mar 7 19:04:29 2013 +1100 Increase request port failure diagnostics, report family too From brolley@redhat.com Thu Mar 7 10:50:22 2013 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on oss.sgi.com X-Spam-Level: X-Spam-Status: No, score=0.0 required=5.0 tests=none autolearn=ham version=3.3.1 X-Original-To: pcp@oss.sgi.com Delivered-To: pcp@oss.sgi.com Received: from relay.sgi.com (relay3.corp.sgi.com [198.149.34.15]) by oss.sgi.com (Postfix) with ESMTP id 2ADB07FA8 for ; Thu, 7 Mar 2013 10:50:21 -0600 (CST) Received: from cuda.sgi.com (cuda2.sgi.com [192.48.176.25]) by relay3.corp.sgi.com (Postfix) with ESMTP id BC2B2AC00B for ; Thu, 7 Mar 2013 08:50:17 -0800 (PST) X-ASG-Debug-ID: 1362675016-04cbb07dbf2616d0001-S8gJnT Received: from mx1.redhat.com (mx1.redhat.com [209.132.183.28]) by cuda.sgi.com with ESMTP id lPUfDypX3H7KSeBO for ; Thu, 07 Mar 2013 08:50:16 -0800 (PST) X-Barracuda-Envelope-From: brolley@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 r27GoGRc026859 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK) for ; Thu, 7 Mar 2013 11:50:16 -0500 Received: from [10.10.52.113] (vpn-52-113.rdu2.redhat.com [10.10.52.113]) by int-mx02.intmail.prod.int.phx2.redhat.com (8.13.8/8.13.8) with ESMTP id r27GoFrP001838 for ; Thu, 7 Mar 2013 11:50:15 -0500 Message-ID: <5138C546.7030101@redhat.com> Date: Thu, 07 Mar 2013 11:50:14 -0500 From: Dave Brolley User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:17.0) Gecko/20130219 Thunderbird/17.0.3 MIME-Version: 1.0 To: pcp@oss.sgi.com Subject: Re: [pcp] Build/install status for 3.7.0 References: <1275614933.16090354.1362639495632.JavaMail.root@redhat.com> X-ASG-Orig-Subj: Re: [pcp] Build/install status for 3.7.0 In-Reply-To: <1275614933.16090354.1362639495632.JavaMail.root@redhat.com> Content-Type: text/plain; charset=UTF-8; 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: 1362675016 X-Barracuda-URL: http://192.48.176.25:80/cgi-mod/mark.cgi X-Virus-Scanned: by bsmtpd at sgi.com X-Barracuda-BRTS-Status: 1 On 03/07/2013 01:58 AM, Nathan Scott wrote: >> On NetBSD >> >> auxconnect.c: In function '__pmGetAddrInfo': >> auxconnect.c:717: error: 'AI_ADDRCONFIG' undeclared (first use in >> this >> function) >> auxconnect.c:717: error: (Each undeclared identifier is reported only >> once >> auxconnect.c:717: error: for each function it appears in.) >> > Dave, I guess this needs to be configure-checked? Is that getaddrinfo > call still valid if that flag is not set? > According to the man page (Fedora 17) AI_ADDRCONFIG, is available since glibc 2.3.3. I suppose we could test for that. It may not be available at all on NetBSD, or perhaps NetBSD requires a different header file? The call is still valid without that flag. The flag suppresses IPv4 adresses if the local host does not have any IPv4 addresses configured and also does the same for IPv6 addresses. The result is possibly fewer addresses returned. However, since we now iterate over the returned addresses until one works, this should not be a problem. If we decide not to use this flag, the the ai_flags field should be left as 0 (already set that way by the memset above). This should only be an issue for the native implementation, since NSPR provides PR_AI_ADDRCONFIG. Dave From brolley@redhat.com Thu Mar 7 10:59:54 2013 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on oss.sgi.com X-Spam-Level: X-Spam-Status: No, score=0.0 required=5.0 tests=none autolearn=ham version=3.3.1 X-Original-To: pcp@oss.sgi.com Delivered-To: pcp@oss.sgi.com Received: from relay.sgi.com (relay2.corp.sgi.com [137.38.102.29]) by oss.sgi.com (Postfix) with ESMTP id 351C37FB6 for ; Thu, 7 Mar 2013 10:59:54 -0600 (CST) Received: from cuda.sgi.com (cuda3.sgi.com [192.48.176.15]) by relay2.corp.sgi.com (Postfix) with ESMTP id 1C7A9304075 for ; Thu, 7 Mar 2013 08:59:54 -0800 (PST) X-ASG-Debug-ID: 1362675592-04cb6c2b01257de0001-S8gJnT Received: from mx1.redhat.com (mx1.redhat.com [209.132.183.28]) by cuda.sgi.com with ESMTP id 4ICgreAoYt4sIBib for ; Thu, 07 Mar 2013 08:59:53 -0800 (PST) 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 r27GxqSV019905 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK) for ; Thu, 7 Mar 2013 11:59:52 -0500 Received: from [10.10.52.113] (vpn-52-113.rdu2.redhat.com [10.10.52.113]) by int-mx12.intmail.prod.int.phx2.redhat.com (8.14.4/8.14.4) with ESMTP id r27GxUSe010534 for ; Thu, 7 Mar 2013 11:59:49 -0500 Message-ID: <5138C771.8050204@redhat.com> Date: Thu, 07 Mar 2013 11:59:29 -0500 From: Dave Brolley User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:17.0) Gecko/20130219 Thunderbird/17.0.3 MIME-Version: 1.0 To: PCP Subject: Minor Typo Fixed - pcpfans brolley/nssmerge Content-Type: text/plain; charset=ISO-8859-1; format=flowed X-ASG-Orig-Subj: Minor Typo Fixed - pcpfans brolley/nssmerge 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: 1362675592 X-Barracuda-URL: http://192.48.176.15:80/cgi-mod/mark.cgi X-Virus-Scanned: by bsmtpd at sgi.com X-Barracuda-BRTS-Status: 1 Nathan, I've pushed this to pcpfans brolley/nssmerge commit 58b5e5873af30c69eba0f5ac28b43ef721b71048 Author: Dave Brolley Date: Thu Mar 7 11:52:42 2013 -0500 Typo: AF_UNSPEC -> PR_AF_UNSPEC. Nothing was actually broken, since the two (currently) have the same value, but we should not rely on that. Dave From kenj@internode.on.net Thu Mar 7 12:56:13 2013 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on oss.sgi.com X-Spam-Level: X-Spam-Status: No, score=0.0 required=5.0 tests=none autolearn=ham version=3.3.1 X-Original-To: pcp@oss.sgi.com Delivered-To: pcp@oss.sgi.com Received: from relay.sgi.com (relay2.corp.sgi.com [137.38.102.29]) by oss.sgi.com (Postfix) with ESMTP id 624A27FDF for ; Thu, 7 Mar 2013 12:56:13 -0600 (CST) Received: from cuda.sgi.com (cuda2.sgi.com [192.48.176.25]) by relay2.corp.sgi.com (Postfix) with ESMTP id 50BA7304071 for ; Thu, 7 Mar 2013 10:56:13 -0800 (PST) X-ASG-Debug-ID: 1362682567-04cbb07dbc272150001-S8gJnT Received: from ipmail06.adl2.internode.on.net (ipmail06.adl2.internode.on.net [150.101.137.129]) by cuda.sgi.com with ESMTP id FhwIGpl6zTf23kCy for ; Thu, 07 Mar 2013 10:56:08 -0800 (PST) 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: ApMBAIXhOFF20TXj/2dsb2JhbAANNsFwgmGBeoMgAQEBBDhAEQsYCRYPCQMCAQIBRRMIAQGwQJMNjxMWgyoDqlk Received: from ppp118-209-53-227.lns20.mel4.internode.on.net (HELO [192.168.1.100]) ([118.209.53.227]) by ipmail06.adl2.internode.on.net with ESMTP; 08 Mar 2013 05:26:07 +1030 Message-ID: <5138E2CE.2080704@internode.on.net> Date: Fri, 08 Mar 2013 05:56:14 +1100 From: Ken McDonell User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:17.0) Gecko/20130221 Thunderbird/17.0.3 MIME-Version: 1.0 To: pcp@oss.sgi.com Subject: Re: [pcp] Build/install status for 3.7.0 References: <1275614933.16090354.1362639495632.JavaMail.root@redhat.com> <5138C546.7030101@redhat.com> X-ASG-Orig-Subj: Re: [pcp] Build/install status for 3.7.0 In-Reply-To: <5138C546.7030101@redhat.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Barracuda-Connect: ipmail06.adl2.internode.on.net[150.101.137.129] X-Barracuda-Start-Time: 1362682568 X-Barracuda-URL: http://192.48.176.25:80/cgi-mod/mark.cgi X-Virus-Scanned: by bsmtpd at sgi.com X-Barracuda-BRTS-Status: 1 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=2.7 tests= X-Barracuda-Spam-Report: Code version 3.2, rules version 3.2.2.124536 Rule breakdown below pts rule name description ---- ---------------------- -------------------------------------------------- On 08/03/13 03:50, Dave Brolley wrote: > > On 03/07/2013 01:58 AM, Nathan Scott wrote: >>> On NetBSD >>> >>> auxconnect.c: In function '__pmGetAddrInfo': >>> auxconnect.c:717: error: 'AI_ADDRCONFIG' undeclared (first use in >>> this >>> function) >>> auxconnect.c:717: error: (Each undeclared identifier is reported only >>> once >>> auxconnect.c:717: error: for each function it appears in.) >>> >> Dave, I guess this needs to be configure-checked? Is that getaddrinfo >> call still valid if that flag is not set? >> > According to the man page (Fedora 17) AI_ADDRCONFIG, is available since > glibc 2.3.3. I suppose we could test for that. It may not be available > at all on NetBSD, or perhaps NetBSD requires a different header file? > > The call is still valid without that flag. The flag suppresses IPv4 > adresses if the local host does not have any IPv4 addresses configured > and also does the same for IPv6 addresses. The result is possibly fewer > addresses returned. However, since we now iterate over the returned > addresses until one works, this should not be a problem. > > If we decide not to use this flag, the the ai_flags field should be left > as 0 (already set that way by the memset above). This should only be an > issue for the native implementation, since NSPR provides PR_AI_ADDRCONFIG. The NetBSD getaddrinfo() man page does not mention AI_ADDRCONFIG (nor any obvious alternative) and there is no AI_ADDRCONFIG below /usr/include. I'll do the configure glue for this one (since I'm the only one trying to build for *BSD). Thanks for the time and investigation. From brolley@redhat.com Thu Mar 7 14:02:58 2013 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on oss.sgi.com X-Spam-Level: X-Spam-Status: No, score=0.0 required=5.0 tests=none autolearn=ham version=3.3.1 X-Original-To: pcp@oss.sgi.com Delivered-To: pcp@oss.sgi.com Received: from relay.sgi.com (relay1.corp.sgi.com [137.38.102.111]) by oss.sgi.com (Postfix) with ESMTP id F24FF7F89 for ; Thu, 7 Mar 2013 14:02:57 -0600 (CST) Received: from cuda.sgi.com (cuda2.sgi.com [192.48.176.25]) by relay1.corp.sgi.com (Postfix) with ESMTP id CFE0C8F8064 for ; Thu, 7 Mar 2013 12:02:54 -0800 (PST) X-ASG-Debug-ID: 1362686573-04cbb07dbc27b260001-S8gJnT Received: from mx1.redhat.com (mx1.redhat.com [209.132.183.28]) by cuda.sgi.com with ESMTP id hrpqBOOUiBuhHPfq for ; Thu, 07 Mar 2013 12:02:54 -0800 (PST) X-Barracuda-Envelope-From: brolley@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 r27K2rc8008449 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK) for ; Thu, 7 Mar 2013 15:02:53 -0500 Received: from [10.10.52.113] (vpn-52-113.rdu2.redhat.com [10.10.52.113]) by int-mx10.intmail.prod.int.phx2.redhat.com (8.14.4/8.14.4) with ESMTP id r27K2qZO006981 for ; Thu, 7 Mar 2013 15:02:53 -0500 Message-ID: <5138F26C.7080407@redhat.com> Date: Thu, 07 Mar 2013 15:02:52 -0500 From: Dave Brolley User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:17.0) Gecko/20130219 Thunderbird/17.0.3 MIME-Version: 1.0 To: pcp@oss.sgi.com Subject: Re: [pcp] Build/install status for 3.7.0 References: <1275614933.16090354.1362639495632.JavaMail.root@redhat.com> <5138C546.7030101@redhat.com> <5138E2CE.2080704@internode.on.net> X-ASG-Orig-Subj: Re: [pcp] Build/install status for 3.7.0 In-Reply-To: <5138E2CE.2080704@internode.on.net> 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: 1362686573 X-Barracuda-URL: http://192.48.176.25:80/cgi-mod/mark.cgi X-Virus-Scanned: by bsmtpd at sgi.com X-Barracuda-BRTS-Status: 1 On 03/07/2013 01:56 PM, Ken McDonell wrote: > On 08/03/13 03:50, Dave Brolley wrote: >> >> On 03/07/2013 01:58 AM, Nathan Scott wrote: >>>> On NetBSD >>>> >>>> auxconnect.c: In function '__pmGetAddrInfo': >>>> auxconnect.c:717: error: 'AI_ADDRCONFIG' undeclared (first use in >>>> this >>>> function) >>>> auxconnect.c:717: error: (Each undeclared identifier is reported only >>>> once >>>> auxconnect.c:717: error: for each function it appears in.) >>>> >>> Dave, I guess this needs to be configure-checked? Is that getaddrinfo >>> call still valid if that flag is not set? >>> >> According to the man page (Fedora 17) AI_ADDRCONFIG, is available since >> glibc 2.3.3. I suppose we could test for that. It may not be available >> at all on NetBSD, or perhaps NetBSD requires a different header file? >> >> The call is still valid without that flag. The flag suppresses IPv4 >> adresses if the local host does not have any IPv4 addresses configured >> and also does the same for IPv6 addresses. The result is possibly fewer >> addresses returned. However, since we now iterate over the returned >> addresses until one works, this should not be a problem. >> >> If we decide not to use this flag, the the ai_flags field should be left >> as 0 (already set that way by the memset above). This should only be an >> issue for the native implementation, since NSPR provides >> PR_AI_ADDRCONFIG. > > The NetBSD getaddrinfo() man page does not mention AI_ADDRCONFIG (nor > any obvious alternative) and there is no AI_ADDRCONFIG below > /usr/include. > > I'll do the configure glue for this one (since I'm the only one trying > to build for *BSD). > > Thanks for the time and investigation. Thanks Ken! From kenj@internode.on.net Thu Mar 7 14:14:42 2013 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on oss.sgi.com X-Spam-Level: X-Spam-Status: No, score=0.0 required=5.0 tests=none autolearn=ham version=3.3.1 X-Original-To: pcp@oss.sgi.com Delivered-To: pcp@oss.sgi.com Received: from relay.sgi.com (relay3.corp.sgi.com [198.149.34.15]) by oss.sgi.com (Postfix) with ESMTP id 825EB7F9B for ; Thu, 7 Mar 2013 14:14:42 -0600 (CST) Received: from cuda.sgi.com (cuda1.sgi.com [192.48.157.11]) by relay3.corp.sgi.com (Postfix) with ESMTP id 1D445AC001 for ; Thu, 7 Mar 2013 12:14:39 -0800 (PST) X-ASG-Debug-ID: 1362687273-04bdf0229828dfc0001-S8gJnT Received: from ipmail06.adl2.internode.on.net (ipmail06.adl2.internode.on.net [150.101.137.129]) by cuda.sgi.com with ESMTP id ABTzwJcYLwT3at09 for ; Thu, 07 Mar 2013 12:14:34 -0800 (PST) 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: ApMBADL0OFF20TXj/2dsb2JhbAANNogtviGDSoEFBgImAlMfsFNxkiCBI44GgheBEwOWS4EeknA Received: from ppp118-209-53-227.lns20.mel4.internode.on.net (HELO [192.168.1.100]) ([118.209.53.227]) by ipmail06.adl2.internode.on.net with ESMTP; 08 Mar 2013 06:44:33 +1030 Message-ID: <1362687282.8251.0.camel@bozo.localdomain> Subject: pcp updates From: Ken McDonell X-ASG-Orig-Subj: pcp updates Reply-To: kenj@internode.on.net To: pcp@oss.sgi.com Date: Fri, 08 Mar 2013 07:14:42 +1100 Content-Type: text/plain; charset="UTF-8" X-Mailer: Evolution 3.6.2-0ubuntu0.1 Mime-Version: 1.0 Content-Transfer-Encoding: 7bit X-Barracuda-Connect: ipmail06.adl2.internode.on.net[150.101.137.129] X-Barracuda-Start-Time: 1362687273 X-Barracuda-URL: http://192.48.157.11:80/cgi-mod/mark.cgi X-Virus-Scanned: by bsmtpd at sgi.com X-Barracuda-BRTS-Status: 1 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=2.7 tests= X-Barracuda-Spam-Report: Code version 3.2, rules version 3.2.2.124540 Rule breakdown below pts rule name description ---- ---------------------- -------------------------------------------------- Changes committed to git://oss.sgi.com/kenj/pcp.git dev Makepkgs | 19 build/slack/GNUmakefile | 3 build/slack/pcp.SlackBuild.in | 10 build/tar/GNUmakefile | 1 build/tar/postinstall | 32 configure |15846 ++++++++--------------------------- configure.in | 14 src/include/pcp/platform_header.h.in | 2 src/libpcp/src/auxconnect.c | 2 9 files changed, 3958 insertions(+), 11971 deletions(-) commit deca33e6605d510d70077ba4de84282a65b97992 Author: Ken McDonell Date: Fri Mar 8 07:03:37 2013 +1100 NetBSD changes Make AI_ADDRCONFIG a configure-controlled conditional. Rationalize adduser(1) and addgroup(1) differences. commit 04d2bba9df6d9a824d037f449c5ac3661713547f Author: Ken McDonell Date: Fri Mar 8 06:30:01 2013 +1100 Slackware build changes Not slackware packaging yet (even though some changes in build/slack), but with these changes we can build a tarball distribution for 64-bit and 32-bit slcakware distros. Note slackware may have rpm installed, but we do _not_ want to try building packages on this distro with rpm, hence the configure.in changes. From smakarov@redhat.com Thu Mar 7 15:09:05 2013 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on oss.sgi.com X-Spam-Level: X-Spam-Status: No, score=0.0 required=5.0 tests=none autolearn=ham version=3.3.1 X-Original-To: pcp@oss.sgi.com Delivered-To: pcp@oss.sgi.com Received: from relay.sgi.com (relay1.corp.sgi.com [137.38.102.111]) by oss.sgi.com (Postfix) with ESMTP id 0E80A7F84 for ; Thu, 7 Mar 2013 15:09:05 -0600 (CST) Received: from cuda.sgi.com (cuda3.sgi.com [192.48.176.15]) by relay1.corp.sgi.com (Postfix) with ESMTP id EF1C58F8059 for ; Thu, 7 Mar 2013 13:09:01 -0800 (PST) X-ASG-Debug-ID: 1362690540-04cb6c2b03274970001-S8gJnT Received: from mx4-phx2.redhat.com (mx4-phx2.redhat.com [209.132.183.25]) by cuda.sgi.com with ESMTP id vzHALM2pPluTwucB for ; Thu, 07 Mar 2013 13:09:00 -0800 (PST) X-Barracuda-Envelope-From: smakarov@redhat.com X-Barracuda-Apparent-Source-IP: 209.132.183.25 Received: from zmail19.collab.prod.int.phx2.redhat.com (zmail19.collab.prod.int.phx2.redhat.com [10.5.83.22]) by mx4-phx2.redhat.com (8.13.8/8.13.8) with ESMTP id r27L90lK019265 for ; Thu, 7 Mar 2013 16:09:00 -0500 Date: Thu, 7 Mar 2013 16:09:00 -0500 (EST) From: Serguei Makarov To: pcp@oss.sgi.com Message-ID: <670008079.5638273.1362690540225.JavaMail.root@redhat.com> In-Reply-To: <454309722.5632900.1362688266746.JavaMail.root@redhat.com> Subject: pmwebapi blinkenlights demo MIME-Version: 1.0 X-ASG-Orig-Subj: pmwebapi blinkenlights demo Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-Originating-IP: [10.15.16.188] X-Mailer: Zimbra 7.2.0_GA_2669 (ZimbraWebClient - FF3.0 (Linux)/7.2.0_GA_2669) X-Barracuda-Connect: mx4-phx2.redhat.com[209.132.183.25] X-Barracuda-Start-Time: 1362690540 X-Barracuda-URL: http://192.48.176.15:80/cgi-mod/mark.cgi X-Virus-Scanned: by bsmtpd at sgi.com X-Barracuda-BRTS-Status: 1 X-Barracuda-Spam-Score: 0.50 X-Barracuda-Spam-Status: No, SCORE=0.50 using per-user scores of TAG_LEVEL=1000.0 QUARANTINE_LEVEL=1000.0 KILL_LEVEL=2.7 tests=WEIRD_PORT X-Barracuda-Spam-Report: Code version 3.2, rules version 3.2.2.124544 Rule breakdown below pts rule name description ---- ---------------------- -------------------------------------------------- 0.50 WEIRD_PORT URI: Uses non-standard port number for HTTP Hello all, Just a heads up to any and all people interested in the pmwebapi feature [1]. I am currently developing a small demo to use the data exposed by the API to track the state of a set of pcp metrics, and show a "blinkenlights"-style status dashboard, with a row of indicators that each light up whenever the corresponding metric exceeds a certain threshold; this may be interesting to look at for anyone who is considering using pmwebapi in their own project, or contributing to pmwebapi development. The current version of the demo can be found in branch fche/pmwebapi of the sourceware pcpfans repository: $ git clone git://sourceware.org/git/pcpfans.git $ git checkout fche/pmwebapi $ cd src/pmwebapi/jsdemos/blinkenlights $ ... You can run the demo by launching pmwebapi as something like: $ pmwebapi -v -r src/pmwebapi/jsdemos/ ... then browsing to http://localhost:44323/blinkenlights/index.html Please also note that the proposed pmwebapi methods may undergo changes as a result of this development; this may be a good place to follow the current state of the API proposal: http://www.sourceware.org/git/gitweb.cgi?p=pcpfans.git;a=history;f=src/pmwebapi/pmwebapi.txt;h=004c42b878b924327d0bb17427893833ec2004ee;hb=2376ac6c82effbce94e38f93f5d5a90f6ceff350 All the best, Serguei Makarov [1] previous announcement: http://oss.sgi.com/archives/pcp/2012-03/msg00045.html From nscott@redhat.com Thu Mar 7 21:25:58 2013 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on oss.sgi.com X-Spam-Level: X-Spam-Status: No, score=0.0 required=5.0 tests=none autolearn=ham version=3.3.1 X-Original-To: pcp@oss.sgi.com Delivered-To: pcp@oss.sgi.com Received: from relay.sgi.com (relay2.corp.sgi.com [137.38.102.29]) by oss.sgi.com (Postfix) with ESMTP id 601FC7FDF for ; Thu, 7 Mar 2013 21:25:58 -0600 (CST) Received: from cuda.sgi.com (cuda2.sgi.com [192.48.176.25]) by relay2.corp.sgi.com (Postfix) with ESMTP id 3E479304043 for ; Thu, 7 Mar 2013 19:25:55 -0800 (PST) X-ASG-Debug-ID: 1362713153-04cbb07dbe2a1480001-S8gJnT Received: from mx4-phx2.redhat.com (mx4-phx2.redhat.com [209.132.183.25]) by cuda.sgi.com with ESMTP id k8iO0waN3H7jmpJ7 for ; Thu, 07 Mar 2013 19:25:53 -0800 (PST) X-Barracuda-Envelope-From: nscott@redhat.com X-Barracuda-Apparent-Source-IP: 209.132.183.25 Received: from zmail20.collab.prod.int.phx2.redhat.com (zmail20.collab.prod.int.phx2.redhat.com [10.5.83.23]) by mx4-phx2.redhat.com (8.13.8/8.13.8) with ESMTP id r283Pr28016994 for ; Thu, 7 Mar 2013 22:25:53 -0500 Date: Thu, 7 Mar 2013 22:25:53 -0500 (EST) From: Nathan Scott Reply-To: Nathan Scott To: PCP Message-ID: <1313144643.16839633.1362713153247.JavaMail.root@redhat.com> In-Reply-To: <642297406.16839415.1362712934176.JavaMail.root@redhat.com> Subject: pcp updates: elasticsearch MIME-Version: 1.0 X-ASG-Orig-Subj: pcp updates: elasticsearch Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-Originating-IP: [10.64.51.43] X-Mailer: Zimbra 7.2.0_GA_2669 (ZimbraWebClient - FF3.0 (Linux)/7.2.0_GA_2669) X-Barracuda-Connect: mx4-phx2.redhat.com[209.132.183.25] X-Barracuda-Start-Time: 1362713153 X-Barracuda-URL: http://192.48.176.25:80/cgi-mod/mark.cgi X-Virus-Scanned: by bsmtpd at sgi.com X-Barracuda-BRTS-Status: 1 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=2.7 tests= X-Barracuda-Spam-Report: Code version 3.2, rules version 3.2.2.124569 Rule breakdown below pts rule name description ---- ---------------------- -------------------------------------------------- Changes committed to git://oss.sgi.com/pcp/pcp.git dev src/include/pcp/impl.h | 11 +---------- src/libpcp/src/connect.c | 2 +- src/libpcp/src/internal.h | 9 +++++++++ src/libpcp/src/logconnect.c | 6 +----- src/libpcp/src/pdu.c | 2 +- src/pmdas/elasticsearch/pmdaelasticsearch.pl | 25 +++++++++++++++++++++++-- 6 files changed, 36 insertions(+), 19 deletions(-) commit 4e268ec9343f6d3cc8c6020415b2400e48081ad7 Author: Ryan Doyle Date: Fri Mar 8 14:19:11 2013 +1100 Implement the master_node metric for the elasticsearch PMDA commit 1f9b6f1f635a465e1cc1f4b65016c2da391caa7d Author: Nathan Scott Date: Thu Mar 7 19:35:19 2013 +1100 Cleanup impl.h newly-exposed network APIs Some small libpcp-internal utility routines that really don't need to be exposed to the world have been moved into libpcp/internal.h. Also remove some duplicated include lines in affected source files. From fche@redhat.com Fri Mar 8 10:44:04 2013 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on oss.sgi.com X-Spam-Level: X-Spam-Status: No, score=0.0 required=5.0 tests=none autolearn=ham version=3.3.1 X-Original-To: pcp@oss.sgi.com Delivered-To: pcp@oss.sgi.com Received: from relay.sgi.com (relay3.corp.sgi.com [198.149.34.15]) by oss.sgi.com (Postfix) with ESMTP id 2D01F7FA5 for ; Fri, 8 Mar 2013 10:44:04 -0600 (CST) Received: from cuda.sgi.com (cuda2.sgi.com [192.48.176.25]) by relay3.corp.sgi.com (Postfix) with ESMTP id B1830AC003 for ; Fri, 8 Mar 2013 08:44:03 -0800 (PST) X-ASG-Debug-ID: 1362761039-04cbb07dbe2e89e0001-S8gJnT Received: from mx1.redhat.com (mx1.redhat.com [209.132.183.28]) by cuda.sgi.com with ESMTP id Pmw9FFds0iSDQmIS for ; Fri, 08 Mar 2013 08:43:59 -0800 (PST) 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 r28Ghx0X010576 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK) for ; Fri, 8 Mar 2013 11:43:59 -0500 Received: from fche.csb (vpn-63-235.rdu2.redhat.com [10.10.63.235]) by int-mx10.intmail.prod.int.phx2.redhat.com (8.14.4/8.14.4) with ESMTP id r28GhwNE005478 for ; Fri, 8 Mar 2013 11:43:58 -0500 Received: by fche.csb (Postfix, from userid 2569) id 176F25812C; Fri, 8 Mar 2013 11:43:58 -0500 (EST) Date: Fri, 8 Mar 2013 11:43:57 -0500 From: "Frank Ch. Eigler" To: pcp@oss.sgi.com Subject: RFC: libpcp hash table iterators Message-ID: <20130308164357.GC4559@redhat.com> X-ASG-Orig-Subj: RFC: libpcp hash table iterators Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.4.2.2i 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: 1362761039 X-Barracuda-URL: http://192.48.176.25:80/cgi-mod/mark.cgi X-Virus-Scanned: by bsmtpd at sgi.com X-Barracuda-BRTS-Status: 1 Hi - Please consider pulling the sole patch in pcpfans.git fche/hashiter, as preparation for the pmwebapi work. This little iteration function is the only thing needed in the core for pmwebapi, which should simplify its testing between 3.7 and 3.8. - FChE http://sourceware.org/git/?p=pcpfans.git;a=commitdiff;h=aa6d87a From kenj@internode.on.net Fri Mar 8 13:51:54 2013 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on oss.sgi.com X-Spam-Level: X-Spam-Status: No, score=0.0 required=5.0 tests=none autolearn=ham version=3.3.1 X-Original-To: pcp@oss.sgi.com Delivered-To: pcp@oss.sgi.com Received: from relay.sgi.com (relay3.corp.sgi.com [198.149.34.15]) by oss.sgi.com (Postfix) with ESMTP id 295827F91 for ; Fri, 8 Mar 2013 13:51:54 -0600 (CST) Received: from cuda.sgi.com (cuda2.sgi.com [192.48.176.25]) by relay3.corp.sgi.com (Postfix) with ESMTP id AC043AC002 for ; Fri, 8 Mar 2013 11:51:53 -0800 (PST) X-ASG-Debug-ID: 1362772308-04cbb07dbf2fb350001-S8gJnT Received: from ipmail07.adl2.internode.on.net (ipmail07.adl2.internode.on.net [150.101.137.131]) by cuda.sgi.com with ESMTP id rbkJR9KRTkG6bb1z for ; Fri, 08 Mar 2013 11:51:48 -0800 (PST) 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: AkwUAENAOlEBmG3xPGdsb2JhbAANNoxauWUDAQEBATiDYCkHDRYYAwIBAgExDhkGAgEBsFiTKo8pgyoDnG+NdA Received: from unknown (HELO [10.10.0.2]) ([1.152.109.241]) by ipmail07.adl2.internode.on.net with ESMTP; 09 Mar 2013 06:21:46 +1030 Message-ID: <513A4150.5050406@internode.on.net> Date: Sat, 09 Mar 2013 06:51:44 +1100 From: Ken McDonell User-Agent: Mozilla/5.0 (X11; Linux i686; rv:17.0) Gecko/20130221 Thunderbird/17.0.3 MIME-Version: 1.0 To: pcp@oss.sgi.com Subject: pcp updates Content-Type: text/plain; charset=ISO-8859-1 X-ASG-Orig-Subj: pcp updates Content-Transfer-Encoding: 7bit X-Barracuda-Connect: ipmail07.adl2.internode.on.net[150.101.137.131] X-Barracuda-Start-Time: 1362772308 X-Barracuda-URL: http://192.48.176.25:80/cgi-mod/mark.cgi X-Virus-Scanned: by bsmtpd at sgi.com X-Barracuda-BRTS-Status: 1 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=2.7 tests= X-Barracuda-Spam-Report: Code version 3.2, rules version 3.2.2.124635 Rule breakdown below pts rule name description ---- ---------------------- -------------------------------------------------- Changes committed to git://oss.sgi.com/kenj/pcp.git dev qa/430 | 140 ++++++++++++++++++++++++++++------------- src/pmlogctl/pmlogger_check.sh | 14 +++- 2 files changed, 110 insertions(+), 44 deletions(-) commit 8fafe18f9109b885a0e8a679fab45990766e0c9e Author: Ken McDonell Date: Sat Mar 9 06:39:39 2013 +1100 qa/430 - reduce verbosity in 430.full Only need chapter and verse in the fatal error case. commit 5eac1030e6ba280d7b5e68bad5e531a54524d0ad Author: Ken McDonell Date: Sat Mar 9 06:21:38 2013 +1100 pmlogger_check - extra verbose diagnostics Needed to diagnose difficult qa/430 failures, so guess it might be useful in a wider trouble shooting context. commit cb4e9486bcbc7f142bf9d98ff6d792b1a7a892cf Author: Ken McDonell Date: Sat Mar 9 06:19:40 2013 +1100 qa/430 - improve hostname munging in /etc/hosts This test relies on the -h hostname to pmlogger being the same hostname that pmlogger writes into the $PCP_TMP_DIR/pmlogger portmap file. To do this, we need to be more careful about the ordering of lines in /etc/hosts and assignment of IP addressses. From nscott@redhat.com Fri Mar 8 14:19:43 2013 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on oss.sgi.com X-Spam-Level: X-Spam-Status: No, score=0.0 required=5.0 tests=none autolearn=ham version=3.3.1 X-Original-To: pcp@oss.sgi.com Delivered-To: pcp@oss.sgi.com Received: from relay.sgi.com (relay2.corp.sgi.com [137.38.102.29]) by oss.sgi.com (Postfix) with ESMTP id B178B7F95 for ; Fri, 8 Mar 2013 14:19:43 -0600 (CST) Received: from cuda.sgi.com (cuda1.sgi.com [192.48.157.11]) by relay2.corp.sgi.com (Postfix) with ESMTP id 824B330405F for ; Fri, 8 Mar 2013 12:19:40 -0800 (PST) X-ASG-Debug-ID: 1362773976-04bdf0229730ef90001-S8gJnT Received: from mx4-phx2.redhat.com (mx4-phx2.redhat.com [209.132.183.25]) by cuda.sgi.com with ESMTP id afEMobAW983p6IrC for ; Fri, 08 Mar 2013 12:19:36 -0800 (PST) X-Barracuda-Envelope-From: nscott@redhat.com X-Barracuda-Apparent-Source-IP: 209.132.183.25 Received: from zmail20.collab.prod.int.phx2.redhat.com (zmail20.collab.prod.int.phx2.redhat.com [10.5.83.23]) by mx4-phx2.redhat.com (8.13.8/8.13.8) with ESMTP id r28KJZ8J007872; Fri, 8 Mar 2013 15:19:35 -0500 Date: Fri, 8 Mar 2013 15:19:35 -0500 (EST) From: Nathan Scott Reply-To: Nathan Scott To: "Frank Ch. Eigler" Cc: pcp@oss.sgi.com Message-ID: <1803062083.17410512.1362773975482.JavaMail.root@redhat.com> In-Reply-To: <20130308164357.GC4559@redhat.com> Subject: Re: [pcp] RFC: libpcp hash table iterators MIME-Version: 1.0 X-ASG-Orig-Subj: Re: [pcp] RFC: libpcp hash table iterators Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-Originating-IP: [10.64.51.43] X-Mailer: Zimbra 7.2.0_GA_2669 (ZimbraWebClient - FF3.0 (Linux)/7.2.0_GA_2669) X-Barracuda-Connect: mx4-phx2.redhat.com[209.132.183.25] X-Barracuda-Start-Time: 1362773976 X-Barracuda-URL: http://192.48.157.11:80/cgi-mod/mark.cgi X-Virus-Scanned: by bsmtpd at sgi.com X-Barracuda-BRTS-Status: 1 X-Barracuda-Spam-Score: 0.01 X-Barracuda-Spam-Status: No, SCORE=0.01 using per-user scores of TAG_LEVEL=1000.0 QUARANTINE_LEVEL=1000.0 KILL_LEVEL=2.7 tests=BSF_SC0_MISMATCH_TO, BSF_SC0_SA_TO_FROM_DOMAIN_MATCH X-Barracuda-Spam-Report: Code version 3.2, rules version 3.2.2.124635 Rule breakdown below pts rule name description ---- ---------------------- -------------------------------------------------- 0.00 BSF_SC0_MISMATCH_TO Envelope rcpt doesn't match header 0.01 BSF_SC0_SA_TO_FROM_DOMAIN_MATCH Sender Domain Matches Recipient Domain G'day! ----- Original Message ----- > Hi - > > Please consider pulling the sole patch in pcpfans.git fche/hashiter, > as preparation for the pmwebapi work. This little iteration function > is the only thing needed in the core for pmwebapi, which should > simplify its testing between 3.7 and 3.8. I'm hesitating a bit, cos it's late in the release. While there's no in-tree user atm, its clear pmwebapi will use it so I think its OK on that front. The other hash functions in that file are tested via their extensive use in the rest of PCP but this code is untested, so that's less good - a little qa test would help. :) On review, can I also suggest: - call it __pmHashWalk (consistent with pmdaCache interface names) - whitespace is inconsistent with rest of that source file - there are no users even in pmwebapi of the PM_PHI_STOP and PM_PHI_STOP_DELETE codes. I suspect they may never be used...? (could add em later if needed, I'd stick with what we know we need) - pmHashIterFn_t -> __pmHashWalkCallback (underscore-t style not used in PCP, double-underscore cos its internal, "callback" name is used in a few other places). - so, if "walk" convention agreeable, perhaps go with similar macros PM_HASH_WALK_NEXT (for PM_PHI_CONTINUE), (like PMLOGREAD_NEXT, PMDA_CACHE_WALK_NEXT) PM_HASH_WALK_DELETE (for PM_PHI_CONTINUE_DELETE). Also worth thinking about, the pmda caches avoid malloc/free and opt instead for active/inactive nodes - I'm not sure whether that might be appropriate for these hash entries (haven't gone through pmwebapi in detail yet), but further food for thought. cheers. -- Nathan From fche@redhat.com Fri Mar 8 15:28:14 2013 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on oss.sgi.com X-Spam-Level: X-Spam-Status: No, score=0.0 required=5.0 tests=none autolearn=ham version=3.3.1 X-Original-To: pcp@oss.sgi.com Delivered-To: pcp@oss.sgi.com Received: from relay.sgi.com (relay2.corp.sgi.com [137.38.102.29]) by oss.sgi.com (Postfix) with ESMTP id 19A3A7F91 for ; Fri, 8 Mar 2013 15:28:14 -0600 (CST) Received: from cuda.sgi.com (cuda3.sgi.com [192.48.176.15]) by relay2.corp.sgi.com (Postfix) with ESMTP id 08FF5304043 for ; Fri, 8 Mar 2013 13:28:10 -0800 (PST) X-ASG-Debug-ID: 1362778086-04cb6c2b022e94b0001-S8gJnT Received: from mx1.redhat.com (mx1.redhat.com [209.132.183.28]) by cuda.sgi.com with ESMTP id 3xe4o02x8EMhd6Kv for ; Fri, 08 Mar 2013 13:28:07 -0800 (PST) X-Barracuda-Envelope-From: fche@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 r28LS6j7012603 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK) for ; Fri, 8 Mar 2013 16:28:06 -0500 Received: from fche.csb (vpn-63-235.rdu2.redhat.com [10.10.63.235]) by int-mx11.intmail.prod.int.phx2.redhat.com (8.14.4/8.14.4) with ESMTP id r28LS6q5023034; Fri, 8 Mar 2013 16:28:06 -0500 Received: by fche.csb (Postfix, from userid 2569) id A9FB15812C; Fri, 8 Mar 2013 16:28:05 -0500 (EST) To: Nathan Scott Cc: pcp@oss.sgi.com Subject: Re: RFC: libpcp hash table iterators References: <20130308164357.GC4559@redhat.com> <1803062083.17410512.1362773975482.JavaMail.root@redhat.com> X-ASG-Orig-Subj: Re: RFC: libpcp hash table iterators From: fche@redhat.com (Frank Ch. Eigler) Date: Fri, 08 Mar 2013 16:28:05 -0500 In-Reply-To: <1803062083.17410512.1362773975482.JavaMail.root@redhat.com> (Nathan Scott's message of "Fri, 8 Mar 2013 15:19:35 -0500 (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.24 X-Barracuda-Connect: mx1.redhat.com[209.132.183.28] X-Barracuda-Start-Time: 1362778087 X-Barracuda-URL: http://192.48.176.15:80/cgi-mod/mark.cgi X-Virus-Scanned: by bsmtpd at sgi.com X-Barracuda-BRTS-Status: 1 Hi, Nathan - > On review [...] Please see the new & improved fche/hashiter branch commit, renamed & tested. http://sourceware.org/git/?p=pcpfans.git;a=commitdiff;h=b997f5945 > Also worth thinking about, the pmda caches avoid malloc/free and opt > instead for active/inactive nodes - I'm not sure whether that might > be appropriate for these hash entries (haven't gone through pmwebapi > in detail yet), but further food for thought. (Later.) - FChE From nscott@redhat.com Sat Mar 9 01:59:03 2013 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on oss.sgi.com X-Spam-Level: X-Spam-Status: No, score=0.0 required=5.0 tests=none autolearn=ham version=3.3.1 X-Original-To: pcp@oss.sgi.com Delivered-To: pcp@oss.sgi.com Received: from relay.sgi.com (relay2.corp.sgi.com [137.38.102.29]) by oss.sgi.com (Postfix) with ESMTP id 9AA597F87 for ; Sat, 9 Mar 2013 01:59:03 -0600 (CST) Received: from cuda.sgi.com (cuda1.sgi.com [192.48.157.11]) by relay2.corp.sgi.com (Postfix) with ESMTP id 6DCC3304043 for ; Fri, 8 Mar 2013 23:59:00 -0800 (PST) X-ASG-Debug-ID: 1362815935-04bdf0229833a5b0001-S8gJnT Received: from mx3-phx2.redhat.com (mx3-phx2.redhat.com [209.132.183.24]) by cuda.sgi.com with ESMTP id FagRDVZ1bE1ZOSNL for ; Fri, 08 Mar 2013 23:58:56 -0800 (PST) X-Barracuda-Envelope-From: nscott@redhat.com X-Barracuda-Apparent-Source-IP: 209.132.183.24 Received: from zmail20.collab.prod.int.phx2.redhat.com (zmail20.collab.prod.int.phx2.redhat.com [10.5.83.23]) by mx3-phx2.redhat.com (8.13.8/8.13.8) with ESMTP id r297wthH019955 for ; Sat, 9 Mar 2013 02:58:55 -0500 Date: Sat, 9 Mar 2013 02:58:55 -0500 (EST) From: Nathan Scott Reply-To: Nathan Scott To: PCP Message-ID: <1992807869.17534132.1362815935247.JavaMail.root@redhat.com> In-Reply-To: <327944825.17534126.1362815901852.JavaMail.root@redhat.com> Subject: pcp updates: hash iterator, kenj merge MIME-Version: 1.0 X-ASG-Orig-Subj: pcp updates: hash iterator, kenj merge Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-Originating-IP: [10.64.51.110] X-Mailer: Zimbra 7.2.0_GA_2669 (ZimbraWebClient - FF3.0 (Linux)/7.2.0_GA_2669) X-Barracuda-Connect: mx3-phx2.redhat.com[209.132.183.24] X-Barracuda-Start-Time: 1362815935 X-Barracuda-URL: http://192.48.157.11:80/cgi-mod/mark.cgi X-Virus-Scanned: by bsmtpd at sgi.com X-Barracuda-BRTS-Status: 1 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=2.7 tests= X-Barracuda-Spam-Report: Code version 3.2, rules version 3.2.2.124683 Rule breakdown below pts rule name description ---- ---------------------- -------------------------------------------------- Changes committed to git://oss.sgi.com/pcp/pcp.git dev .dir-locals.el | 7 ++ qa/705 | 116 +++++++++++++++++++++++++--------------- qa/705.out | 59 ++++++++++++++++---- qa/group | 1 qa/src/.gitignore | 1 qa/src/GNUlocaldefs | 7 ++ qa/src/hashwalk.c | 69 +++++++++++++++++++++++ src/include/pcp/impl.h | 31 +++++++--- src/libpcp/src/hash.c | 112 +++++++++++++++++++++++++++++++------- src/libpcp/src/nss_connect.c | 2 src/pmlogrewrite/gram.y | 27 +++++---- src/pmlogrewrite/logger.h | 6 -- src/pmlogrewrite/pmlogrewrite.c | 21 ++++--- src/pmlogrewrite/util.c | 36 ------------ 14 files changed, 354 insertions(+), 141 deletions(-) commit 72dc1034c703720f788a5295fc03e0da43f52a4d Author: Frank Ch. Eigler Date: Fri Mar 8 22:02:50 2013 -0500 add emacs indentation settings for pcp sources commit 61e336161db146986ed2a3747cb913397064a723 Author: Nathan Scott Date: Sat Mar 9 16:02:14 2013 +1100 Move hash walker from pmlogreduce into libpcp too Discovered symbol clash on __pmHashWalk being added into libpcp with another implementation in pmlogreduce. After some discussion, decided both approaches have a place and both should be generally available. Slight tweaks to the __pmHashWalk variant from pmlogreduce so that it doesn't use static data - instead, add to the end of the __pmHashCtl struct (in a backwards compatible way, just in case) these couple of extra bits of state. Extended QA test to cover both mechanisms and also compare results from walking a hash table both ways. Moved inline-on-the-fly C code generation from the QA test into qa/src for debuggability; added a check to the QA test to ensure its notrun on earlier libpcp variants. commit b997f59457df73baa080f2e11c7b35afd858ff68 Author: Frank Ch. Eigler Date: Fri Mar 8 16:22:49 2013 -0500 libpcp: add new function __pmHashWalkCB This API provides a callback-style iteration for __pmHashCtl hash tables, permitting deletions as it goes. (pmlogrewriter has a static-variable-based private __pmHashWalk function, so that name is taken). * src/libpcp/src/hash.c (__pmHashWalkCB): New function * src/include/pcp/impl.h: Declare it and its helper macros/types. * qa/705, qa/705.out: New test. * qa/group: List it. commit d96629edf88eb4ddc545f2b843ce6a2faa8f5433 Merge: 074e353 b0ffe59 Author: Nathan Scott Date: Fri Mar 8 15:30:15 2013 +1100 Merge branch 'kenj' into dev commit 074e35344b60972d5b7fa2890647dc5cd1ed4250 Author: Dave Brolley Date: Thu Mar 7 11:52:42 2013 -0500 Typo: AF_UNSPEC -> PR_AF_UNSPEC. From kenj@internode.on.net Sat Mar 9 14:22:05 2013 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on oss.sgi.com X-Spam-Level: X-Spam-Status: No, score=0.0 required=5.0 tests=none autolearn=ham version=3.3.1 X-Original-To: pcp@oss.sgi.com Delivered-To: pcp@oss.sgi.com Received: from relay.sgi.com (relay2.corp.sgi.com [137.38.102.29]) by oss.sgi.com (Postfix) with ESMTP id B2DCB7F58 for ; Sat, 9 Mar 2013 14:22:05 -0600 (CST) Received: from cuda.sgi.com (cuda3.sgi.com [192.48.176.15]) by relay2.corp.sgi.com (Postfix) with ESMTP id 9EB63304067 for ; Sat, 9 Mar 2013 12:22:05 -0800 (PST) X-ASG-Debug-ID: 1362860520-04cb6c2b01358c30001-S8gJnT Received: from ipmail06.adl2.internode.on.net (ipmail06.adl2.internode.on.net [150.101.137.129]) by cuda.sgi.com with ESMTP id LCRfZ4tQjFBbeRQS for ; Sat, 09 Mar 2013 12:22:01 -0800 (PST) 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: AjQUAE2ZO1FlrLBxPGdsb2JhbAANNoxfuXYDAQEBATiDIUApFBYYAwIBAgExJwgBARWxCpJwjyuDKgOcco12 Received: from unknown (HELO [10.10.0.2]) ([101.172.176.113]) by ipmail06.adl2.internode.on.net with ESMTP; 10 Mar 2013 06:51:59 +1030 Message-ID: <513B99E4.7030007@internode.on.net> Date: Sun, 10 Mar 2013 07:21:56 +1100 From: Ken McDonell User-Agent: Mozilla/5.0 (X11; Linux i686; rv:17.0) Gecko/20130221 Thunderbird/17.0.3 MIME-Version: 1.0 To: pcp@oss.sgi.com Subject: URGENT potentially serious regression in 3.7.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed X-ASG-Orig-Subj: URGENT potentially serious regression in 3.7.0 Content-Transfer-Encoding: 7bit X-Barracuda-Connect: ipmail06.adl2.internode.on.net[150.101.137.129] X-Barracuda-Start-Time: 1362860520 X-Barracuda-URL: http://192.48.176.15:80/cgi-mod/mark.cgi X-Virus-Scanned: by bsmtpd at sgi.com X-Barracuda-BRTS-Status: 1 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=2.7 tests= X-Barracuda-Spam-Report: Code version 3.2, rules version 3.2.2.124732 Rule breakdown below pts rule name description ---- ---------------------- -------------------------------------------------- I had suspected, without any proof that PCP QA was running much slower. I started to look at 169 failing with a error return of "Timeout waiting for a response from PMCD" rather than "IPC protocol failure" which I thought was a minor issue, but is in fact a regression ... when pmcd times out on the pmda ipc, it used to (and should) send an ipc error response to the client waiting on the pmda response. This no longer happens ... the pmda timeout happens, but the client is left hanging until its own timeout on the pmcd ipc goes off ... this is wrong. But much more seriously, in the process of investigating this, I turned on all diags for pmcd and arrggghhh .... millions of line of output of the form __pmDataIPC: fd=974 __pmDataIPC: fd=974, data=0xb84623e0(sz=8) where fd increments from 0 to 1027 (or there abouts) and this repeats 56 times in the short life of pmcd for qa/169. This looks like a problem with the fd's for client ipc moving up into the large 1024+ range and some sort of iteration over all possible fds. This needs to be fixed before any 3.7.0 release is contemplated. From nscott@redhat.com Sat Mar 9 15:21:49 2013 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on oss.sgi.com X-Spam-Level: X-Spam-Status: No, score=0.0 required=5.0 tests=none autolearn=ham version=3.3.1 X-Original-To: pcp@oss.sgi.com Delivered-To: pcp@oss.sgi.com Received: from relay.sgi.com (relay1.corp.sgi.com [137.38.102.111]) by oss.sgi.com (Postfix) with ESMTP id E9FFA7F5A for ; Sat, 9 Mar 2013 15:21:49 -0600 (CST) Received: from cuda.sgi.com (cuda1.sgi.com [192.48.157.11]) by relay1.corp.sgi.com (Postfix) with ESMTP id C82948F8037 for ; Sat, 9 Mar 2013 13:21:46 -0800 (PST) X-ASG-Debug-ID: 1362864102-04bdf022973794e0001-S8gJnT Received: from mx4-phx2.redhat.com (mx4-phx2.redhat.com [209.132.183.25]) by cuda.sgi.com with ESMTP id fnudMJComZY5VmGL for ; Sat, 09 Mar 2013 13:21:42 -0800 (PST) X-Barracuda-Envelope-From: nscott@redhat.com X-Barracuda-Apparent-Source-IP: 209.132.183.25 Received: from zmail20.collab.prod.int.phx2.redhat.com (zmail20.collab.prod.int.phx2.redhat.com [10.5.83.23]) by mx4-phx2.redhat.com (8.13.8/8.13.8) with ESMTP id r29LLcQp028716; Sat, 9 Mar 2013 16:21:38 -0500 Date: Sat, 9 Mar 2013 16:21:38 -0500 (EST) From: Nathan Scott Reply-To: Nathan Scott To: Ken McDonell Cc: pcp@oss.sgi.com Message-ID: <730602424.17617863.1362864098798.JavaMail.root@redhat.com> In-Reply-To: <513B99E4.7030007@internode.on.net> Subject: Re: [pcp] URGENT potentially serious regression in 3.7.0 MIME-Version: 1.0 X-ASG-Orig-Subj: Re: [pcp] URGENT potentially serious regression in 3.7.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-Originating-IP: [10.64.51.110] X-Mailer: Zimbra 7.2.0_GA_2669 (ZimbraWebClient - FF3.0 (Linux)/7.2.0_GA_2669) X-Barracuda-Connect: mx4-phx2.redhat.com[209.132.183.25] X-Barracuda-Start-Time: 1362864102 X-Barracuda-URL: http://192.48.157.11:80/cgi-mod/mark.cgi X-Virus-Scanned: by bsmtpd at sgi.com X-Barracuda-BRTS-Status: 1 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=2.7 tests= X-Barracuda-Spam-Report: Code version 3.2, rules version 3.2.2.124736 Rule breakdown below pts rule name description ---- ---------------------- -------------------------------------------------- Hi Ken, Is this with a NSS-enabled or disabled build? (pmconfig -L) I suspect the former. Do you have this commit in your builds? commit 75ab98afb0aa4a0a6dddc1bd7b84b9522bb43343 Author: Nathan Scott Date: Thu Mar 7 14:56:00 2013 +1100 Fix timeout handling for NSS-enabled server builds thanks. -- Nathan From kenj@internode.on.net Sat Mar 9 15:34:45 2013 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on oss.sgi.com X-Spam-Level: X-Spam-Status: No, score=0.0 required=5.0 tests=none autolearn=ham version=3.3.1 X-Original-To: pcp@oss.sgi.com Delivered-To: pcp@oss.sgi.com Received: from relay.sgi.com (relay3.corp.sgi.com [198.149.34.15]) by oss.sgi.com (Postfix) with ESMTP id E39397F55 for ; Sat, 9 Mar 2013 15:34:44 -0600 (CST) Received: from cuda.sgi.com (cuda3.sgi.com [192.48.176.15]) by relay3.corp.sgi.com (Postfix) with ESMTP id 51AC6AC004 for ; Sat, 9 Mar 2013 13:34:44 -0800 (PST) X-ASG-Debug-ID: 1362864881-04cb6c2b0335e230001-S8gJnT Received: from ipmail07.adl2.internode.on.net (ipmail07.adl2.internode.on.net [150.101.137.131]) by cuda.sgi.com with ESMTP id F5ZWHk5YeoJEjnfA for ; Sat, 09 Mar 2013 13:34:42 -0800 (PST) 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: AkQUAM2pO1EBnKbIPGdsb2JhbAANNogohDe4AYF1AwEBAQE4gmIBAQEDASMVQAEFCwsNBwQCAgUWCwICCQMCAQIBMRQGDQEFAgEBiAmpF3GRfoEjjWsHgi2BEwOcco12 Received: from unknown (HELO [10.10.0.2]) ([1.156.166.200]) by ipmail07.adl2.internode.on.net with ESMTP; 10 Mar 2013 08:04:40 +1030 Message-ID: <513BAAEE.9070402@internode.on.net> Date: Sun, 10 Mar 2013 08:34:38 +1100 From: Ken McDonell User-Agent: Mozilla/5.0 (X11; Linux i686; rv:17.0) Gecko/20130221 Thunderbird/17.0.3 MIME-Version: 1.0 To: Nathan Scott CC: pcp@oss.sgi.com Subject: Re: [pcp] URGENT potentially serious regression in 3.7.0 References: <730602424.17617863.1362864098798.JavaMail.root@redhat.com> X-ASG-Orig-Subj: Re: [pcp] URGENT potentially serious regression in 3.7.0 In-Reply-To: <730602424.17617863.1362864098798.JavaMail.root@redhat.com> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-Barracuda-Connect: ipmail07.adl2.internode.on.net[150.101.137.131] X-Barracuda-Start-Time: 1362864881 X-Barracuda-URL: http://192.48.176.15:80/cgi-mod/mark.cgi X-Virus-Scanned: by bsmtpd at sgi.com X-Barracuda-BRTS-Status: 1 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=2.7 tests= X-Barracuda-Spam-Report: Code version 3.2, rules version 3.2.2.124736 Rule breakdown below pts rule name description ---- ---------------------- -------------------------------------------------- On 10/03/13 08:21, Nathan Scott wrote: > Hi Ken, > > Is this with a NSS-enabled or disabled build? (pmconfig -L) Looks like it is enabled kenj@bozo-laptop:~$ pmconfig -L pmapi_version=2 multi_threaded=true fault_injection=false secure_sockets=true ipv6=true > I suspect the former. Do you have this commit in your builds? > > commit 75ab98afb0aa4a0a6dddc1bd7b84b9522bb43343 > Author: Nathan Scott > Date: Thu Mar 7 14:56:00 2013 +1100 > > Fix timeout handling for NSS-enabled server builds Yep. Is qa/169 passing for you? A bit more evidence on the __pmDataIPC storm issue. This is pmcd's log for ONE iteration of a fetch for pmval -i 'bin-500' __pmDataIPC: fd=1027 __pmDataIPC: fd=1027, data=0xb7c4f688(sz=8) __pmDataIPC: fd=1024 __pmDataIPC: fd=1024, data=0xb7c4f658(sz=8) __pmDataIPC: fd=1025 __pmDataIPC: fd=1025, data=0xb7c4f668(sz=8) __pmDataIPC: fd=1026 __pmDataIPC: fd=1026, data=0xb7c4f678(sz=8) __pmDataIPC: fd=1027 __pmDataIPC: fd=1027, data=0xb7c4f688(sz=8) __pmDataIPC: fd=1024 __pmDataIPC: fd=1024, data=0xb7c4f658(sz=8) __pmDataIPC: fd=1025 __pmDataIPC: fd=1025, data=0xb7c4f668(sz=8) __pmDataIPC: fd=1026 __pmDataIPC: fd=1026, data=0xb7c4f678(sz=8) __pmDataIPC: fd=1027 __pmDataIPC: fd=1027, data=0xb7c4f688(sz=8) __pmDataIPC: fd=1024 __pmDataIPC: fd=1024, data=0xb7c4f658(sz=8) __pmDataIPC: fd=1025 __pmDataIPC: fd=1025, data=0xb7c4f668(sz=8) __pmDataIPC: fd=1026 __pmDataIPC: fd=1026, data=0xb7c4f678(sz=8) __pmDataIPC: fd=1027 __pmDataIPC: fd=1027, data=0xb7c4f688(sz=8) __pmDataIPC: fd=1027 __pmDataIPC: fd=1027, data=0xb7c4f688(sz=8) __pmDataIPC: fd=1027 __pmDataIPC: fd=1027, data=0xb7c4f688(sz=8) __pmDataIPC: fd=1027 __pmDataIPC: fd=1027, data=0xb7c4f688(sz=8) __pmDataIPC: fd=1027 __pmDataIPC: fd=1027, data=0xb7c4f688(sz=8) __pmDataIPC: fd=1027 __pmDataIPC: fd=1027, data=0xb7c4f688(sz=8) __pmDataIPC: fd=1027 __pmDataIPC: fd=1027, data=0xb7c4f688(sz=8) __pmDataIPC: fd=1027 __pmDataIPC: fd=1027, data=0xb7c4f688(sz=8) __pmDataIPC: fd=1027 __pmDataIPC: fd=1027, data=0xb7c4f688(sz=8) __pmDataIPC: fd=1027 __pmDataIPC: fd=1027, data=0xb7c4f688(sz=8) __pmDataIPC: fd=1027 __pmDataIPC: fd=1027, data=0xb7c4f688(sz=8) [13220]pmGetPDU: FETCH fd=1027 len=32 from=0 000: 20 7003 0 0 0 0 1000000 6004007 [13220]pmXmitPDU: FETCH fd=11 len=32 000: 20 7003 1 0 0 0 1000000 6004007 __pmDataIPC: fd=12 __pmDataIPC: fd=12, data=0xb7c4b718(sz=8) __pmDataIPC: fd=12 __pmDataIPC: fd=12, data=0xb7c4b718(sz=8) __pmDataIPC: fd=12 __pmDataIPC: fd=12, data=0xb7c4b718(sz=8) __pmDataIPC: fd=12 __pmDataIPC: fd=12, data=0xb7c4b718(sz=8) __pmDataIPC: fd=12 __pmDataIPC: fd=12, data=0xb7c4b718(sz=8) __pmDataIPC: fd=12 __pmDataIPC: fd=12, data=0xb7c4b718(sz=8) __pmDataIPC: fd=12 __pmDataIPC: fd=12, data=0xb7c4b718(sz=8) [13220]pmGetPDU: RESULT fd=12 len=44 from=0 000: 2c 7001 0 0 0 1000000 6004007 1000000 008: 0 f4010000 f4010000 pmResult dump from 0xb7c56758 timestamp: 0.000000 10:00:00.000 numpmid: 1 29.0.6 (sample.bin): numval: 1 valfmt: 0 vlist[]: inst [500 or ???] value 500 7.0064923e-43 0x1f4 pmResult dump from 0xb7c61af0 timestamp: 1362864213.614811 08:23:33.614 numpmid: 1 29.0.6 (sample.bin): numval: 1 valfmt: 0 vlist[]: inst [500 or ???] value 500 7.0064923e-43 0x1f4 [13220]pmXmitPDU: RESULT fd=1027 len=44 000: 2c 7001 0 55a83b51 9b610900 1000000 6004007 1000000 008: 0 f4010000 f4010000 I can't see the repeated iterate over all fd's from 0 to 1027 problem that qa/169 is exposing, but there do appear to be an _awful_ lot of repeated calls to __pmDataIPC here, given that the only IPCs are - pdu in from client - pdu out to pmcda - pdu back from pmda - send pdu to client From nscott@redhat.com Sat Mar 9 15:36:43 2013 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on oss.sgi.com X-Spam-Level: X-Spam-Status: No, score=0.0 required=5.0 tests=none autolearn=ham version=3.3.1 X-Original-To: pcp@oss.sgi.com Delivered-To: pcp@oss.sgi.com Received: from relay.sgi.com (relay2.corp.sgi.com [137.38.102.29]) by oss.sgi.com (Postfix) with ESMTP id DD8357F55 for ; Sat, 9 Mar 2013 15:36:43 -0600 (CST) Received: from cuda.sgi.com (cuda2.sgi.com [192.48.176.25]) by relay2.corp.sgi.com (Postfix) with ESMTP id BB40D304048 for ; Sat, 9 Mar 2013 13:36:40 -0800 (PST) X-ASG-Debug-ID: 1362864999-04cbb07dbf367990001-S8gJnT Received: from mx3-phx2.redhat.com (mx3-phx2.redhat.com [209.132.183.24]) by cuda.sgi.com with ESMTP id O1jJud30UwYf7jDN for ; Sat, 09 Mar 2013 13:36:39 -0800 (PST) X-Barracuda-Envelope-From: nscott@redhat.com X-Barracuda-Apparent-Source-IP: 209.132.183.24 Received: from zmail20.collab.prod.int.phx2.redhat.com (zmail20.collab.prod.int.phx2.redhat.com [10.5.83.23]) by mx3-phx2.redhat.com (8.13.8/8.13.8) with ESMTP id r29Laa5H004669; Sat, 9 Mar 2013 16:36:36 -0500 Date: Sat, 9 Mar 2013 16:36:36 -0500 (EST) From: Nathan Scott Reply-To: Nathan Scott To: Ken McDonell Cc: pcp@oss.sgi.com Message-ID: <868073999.17618770.1362864996185.JavaMail.root@redhat.com> In-Reply-To: <730602424.17617863.1362864098798.JavaMail.root@redhat.com> Subject: Re: [pcp] URGENT potentially serious regression in 3.7.0 MIME-Version: 1.0 X-ASG-Orig-Subj: Re: [pcp] URGENT potentially serious regression in 3.7.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-Originating-IP: [10.64.51.110] X-Mailer: Zimbra 7.2.0_GA_2669 (ZimbraWebClient - FF3.0 (Linux)/7.2.0_GA_2669) X-Barracuda-Connect: mx3-phx2.redhat.com[209.132.183.24] X-Barracuda-Start-Time: 1362864999 X-Barracuda-URL: http://192.48.176.25:80/cgi-mod/mark.cgi X-Virus-Scanned: by bsmtpd at sgi.com X-Barracuda-BRTS-Status: 1 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=2.7 tests= X-Barracuda-Spam-Report: Code version 3.2, rules version 3.2.2.124736 Rule breakdown below pts rule name description ---- ---------------------- -------------------------------------------------- Ah, looks like the crazy level of diagnostics is coming from here in pmcd... 671 #ifdef PCP_DEBUG 672 if (pmDebug & DBG_TRACE_APPL0) 673 for (i = 0; i <= maxClientFd; i++) 674 if (__pmFD_ISSET(i, &readableFds)) 675 fprintf(stderr, "DATA: from %s (fd %d)\n", FdToString(i), i); 676 #endif The NSS variant of __pmFD_ISSET looks up the NSS socket, and that involves a call to __pmDataIPC, which has this diagnostic on each entry: if (pmDebug & DBG_TRACE_CONTEXT) fprintf(stderr, "__pmDataIPC: fd=%d\n", fd); so, ends up being alot & pmcd will slow down cos its issuing so many log messages. cheers. -- Nathan From nscott@redhat.com Sat Mar 9 15:45:53 2013 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on oss.sgi.com X-Spam-Level: X-Spam-Status: No, score=0.0 required=5.0 tests=none autolearn=ham version=3.3.1 X-Original-To: pcp@oss.sgi.com Delivered-To: pcp@oss.sgi.com Received: from relay.sgi.com (relay1.corp.sgi.com [137.38.102.111]) by oss.sgi.com (Postfix) with ESMTP id 70CDC7CBF for ; Sat, 9 Mar 2013 15:45:53 -0600 (CST) Received: from cuda.sgi.com (cuda3.sgi.com [192.48.176.15]) by relay1.corp.sgi.com (Postfix) with ESMTP id 5BBE78F804B for ; Sat, 9 Mar 2013 13:45:53 -0800 (PST) X-ASG-Debug-ID: 1362865551-04cb6c2b0335ed80001-S8gJnT Received: from mx4-phx2.redhat.com (mx4-phx2.redhat.com [209.132.183.25]) by cuda.sgi.com with ESMTP id NANCCsXxk5jUgeFC for ; Sat, 09 Mar 2013 13:45:52 -0800 (PST) X-Barracuda-Envelope-From: nscott@redhat.com X-Barracuda-Apparent-Source-IP: 209.132.183.25 Received: from zmail20.collab.prod.int.phx2.redhat.com (zmail20.collab.prod.int.phx2.redhat.com [10.5.83.23]) by mx4-phx2.redhat.com (8.13.8/8.13.8) with ESMTP id r29LjnVu031613; Sat, 9 Mar 2013 16:45:49 -0500 Date: Sat, 9 Mar 2013 16:45:49 -0500 (EST) From: Nathan Scott Reply-To: Nathan Scott To: Ken McDonell Cc: pcp@oss.sgi.com Message-ID: <1941801738.17619723.1362865549756.JavaMail.root@redhat.com> In-Reply-To: <868073999.17618770.1362864996185.JavaMail.root@redhat.com> Subject: Re: [pcp] URGENT potentially serious regression in 3.7.0 MIME-Version: 1.0 X-ASG-Orig-Subj: Re: [pcp] URGENT potentially serious regression in 3.7.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-Originating-IP: [10.64.51.110] X-Mailer: Zimbra 7.2.0_GA_2669 (ZimbraWebClient - FF3.0 (Linux)/7.2.0_GA_2669) X-Barracuda-Connect: mx4-phx2.redhat.com[209.132.183.25] X-Barracuda-Start-Time: 1362865552 X-Barracuda-URL: http://192.48.176.15:80/cgi-mod/mark.cgi X-Virus-Scanned: by bsmtpd at sgi.com X-Barracuda-BRTS-Status: 1 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=2.7 tests= X-Barracuda-Spam-Report: Code version 3.2, rules version 3.2.2.124736 Rule breakdown below pts rule name description ---- ---------------------- -------------------------------------------------- ----- Original Message ----- > Ah, looks like the crazy level of diagnostics is coming from here > in pmcd... > > 671 #ifdef PCP_DEBUG > 672 if (pmDebug & DBG_TRACE_APPL0) > 673 for (i = 0; i <= maxClientFd; i++) Yeah, so thinking about it a bit - its because with NSS, we have this sparse fd number space where the "native" fds are from zero through FD_SETSIZE, and the nspr fds are numbered starting above that range. Everything in-between is space-junk, we should just skip over it ... just need to a way to do that without exposing these low-level libpcp details up at the pmcd/higher levels. cheers. -- Nathan From nscott@redhat.com Sat Mar 9 18:21:58 2013 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on oss.sgi.com X-Spam-Level: X-Spam-Status: No, score=0.0 required=5.0 tests=none autolearn=ham version=3.3.1 X-Original-To: pcp@oss.sgi.com Delivered-To: pcp@oss.sgi.com Received: from relay.sgi.com (relay2.corp.sgi.com [137.38.102.29]) by oss.sgi.com (Postfix) with ESMTP id 8D3C37F51 for ; Sat, 9 Mar 2013 18:21:58 -0600 (CST) Received: from cuda.sgi.com (cuda3.sgi.com [192.48.176.15]) by relay2.corp.sgi.com (Postfix) with ESMTP id 7D960304048 for ; Sat, 9 Mar 2013 16:21:58 -0800 (PST) X-ASG-Debug-ID: 1362874913-04cb6c2b013684b0001-S8gJnT Received: from mx3-phx2.redhat.com (mx3-phx2.redhat.com [209.132.183.24]) by cuda.sgi.com with ESMTP id uYV7VArlvUuQ0OsY for ; Sat, 09 Mar 2013 16:21:54 -0800 (PST) X-Barracuda-Envelope-From: nscott@redhat.com X-Barracuda-Apparent-Source-IP: 209.132.183.24 Received: from zmail20.collab.prod.int.phx2.redhat.com (zmail20.collab.prod.int.phx2.redhat.com [10.5.83.23]) by mx3-phx2.redhat.com (8.13.8/8.13.8) with ESMTP id r2A0LrOH027037 for ; Sat, 9 Mar 2013 19:21:53 -0500 Date: Sat, 9 Mar 2013 19:21:53 -0500 (EST) From: Nathan Scott Reply-To: Nathan Scott To: pcp@oss.sgi.com Message-ID: <420529872.17629105.1362874913172.JavaMail.root@redhat.com> Subject: pcp updates: qa, resolve debug pmcd meltdown MIME-Version: 1.0 X-ASG-Orig-Subj: pcp updates: qa, resolve debug pmcd meltdown Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-Originating-IP: [10.64.51.110] X-Mailer: Zimbra 7.2.0_GA_2669 (ZimbraWebClient - FF3.0 (Linux)/7.2.0_GA_2669) X-Barracuda-Connect: mx3-phx2.redhat.com[209.132.183.24] X-Barracuda-Start-Time: 1362874913 X-Barracuda-URL: http://192.48.176.15:80/cgi-mod/mark.cgi X-Virus-Scanned: by bsmtpd at sgi.com X-Barracuda-BRTS-Status: 1 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=2.7 tests= X-Barracuda-Spam-Report: Code version 3.2, rules version 3.2.2.124748 Rule breakdown below pts rule name description ---- ---------------------- -------------------------------------------------- Changes committed to git://oss.sgi.com/pcp/pcp.git dev qa/066 | 18 +++++++--- qa/066.out.4 | 86 +++++++++++++++++++++++++++++++++++++++++++++++++++ qa/069 | 29 +++++++---------- qa/069.out.3 | 72 ++++++++++++++++++++++++++++++++++++++++++ qa/365 | 48 +++++++++++++--------------- qa/365.out.4 | 41 ++++++++++++++++++++++++ src/libpcp/src/ipc.c | 11 ++---- 7 files changed, 252 insertions(+), 53 deletions(-) commit e952ac32381b8b982f0131fdf2724751a192fa27 Author: Nathan Scott Date: Sun Mar 10 11:20:30 2013 +1100 Fix up 365 for latest libpcp (ipv6), found with extra remote hosts commit 01775ac23b4deeeb84c9c5016f9e3ecd86c26d21 Author: Nathan Scott Date: Sun Mar 10 11:01:19 2013 +1100 Fix up 066 for latest libpcp (ipv6), found with extra remote hosts commit 0bfdf1b4c4362a136699ad4d95a4e93b3230b190 Author: Nathan Scott Date: Sun Mar 10 10:38:08 2013 +1100 Remove too-verbose __pmGetIPC diagnostics, caused pmcd meltdown commit ab292ea00c70d4ac9451b2efc231457076a55162 Author: Nathan Scott Date: Sun Mar 10 10:36:48 2013 +1100 Fix up 069 for latest libpcp (ipv6), found with extra remote hosts From nscott@redhat.com Sun Mar 10 20:07:42 2013 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on oss.sgi.com X-Spam-Level: X-Spam-Status: No, score=0.0 required=5.0 tests=none autolearn=ham version=3.3.1 X-Original-To: pcp@oss.sgi.com Delivered-To: pcp@oss.sgi.com Received: from relay.sgi.com (relay1.corp.sgi.com [137.38.102.111]) by oss.sgi.com (Postfix) with ESMTP id 28F267F50 for ; Sun, 10 Mar 2013 20:07:42 -0500 (CDT) Received: from cuda.sgi.com (cuda3.sgi.com [192.48.176.15]) by relay1.corp.sgi.com (Postfix) with ESMTP id 0A3F28F8049 for ; Sun, 10 Mar 2013 18:07:41 -0700 (PDT) X-ASG-Debug-ID: 1362964056-04cb6c2b013d7020001-S8gJnT Received: from mx3-phx2.redhat.com (mx3-phx2.redhat.com [209.132.183.24]) by cuda.sgi.com with ESMTP id 4bsbP5ahpyBVDPvb for ; Sun, 10 Mar 2013 18:07:36 -0700 (PDT) X-Barracuda-Envelope-From: nscott@redhat.com X-Barracuda-Apparent-Source-IP: 209.132.183.24 Received: from zmail20.collab.prod.int.phx2.redhat.com (zmail20.collab.prod.int.phx2.redhat.com [10.5.83.23]) by mx3-phx2.redhat.com (8.13.8/8.13.8) with ESMTP id r2B17al3007243 for ; Sun, 10 Mar 2013 21:07:36 -0400 Date: Sun, 10 Mar 2013 21:07:36 -0400 (EDT) From: Nathan Scott Reply-To: Nathan Scott To: pcp@oss.sgi.com Message-ID: <628394408.17762985.1362964056064.JavaMail.root@redhat.com> Subject: pcp updates: prep for release, rpm updates MIME-Version: 1.0 X-ASG-Orig-Subj: pcp updates: prep for release, rpm updates Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-Originating-IP: [10.64.51.116] X-Mailer: Zimbra 7.2.0_GA_2669 (ZimbraWebClient - FF3.0 (Linux)/7.2.0_GA_2669) X-Barracuda-Connect: mx3-phx2.redhat.com[209.132.183.24] X-Barracuda-Start-Time: 1362964056 X-Barracuda-URL: http://192.48.176.15:80/cgi-mod/mark.cgi X-Virus-Scanned: by bsmtpd at sgi.com X-Barracuda-BRTS-Status: 1 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=2.7 tests= X-Barracuda-Spam-Report: Code version 3.2, rules version 3.2.2.124846 Rule breakdown below pts rule name description ---- ---------------------- -------------------------------------------------- Changes committed to git://oss.sgi.com/pcp/pcp.git dev CHANGELOG | 5 build/rpm/.gitignore | 2 build/rpm/GNUmakefile | 28 - build/rpm/fedora.spec | 672 ++++++++++++++++++++++++++++++++++++++---- build/rpm/fedora.spec.head.in | 272 ----------------- build/rpm/fedora.spec.tail | 275 ----------------- build/rpm/pcp.spec.head.in | 364 ---------------------- build/rpm/pcp.spec.in | 537 +++++++++++++++++++++++++++++++++ build/rpm/pcp.spec.tail | 148 --------- debian/changelog | 2 qa/src/GNUmakefile | 1 qa/src/GNUmakefile.install | 1 12 files changed, 1171 insertions(+), 1136 deletions(-) commit 40c39fb4b695b76bb63a221a0c6467ba028c44b1 Author: Nathan Scott Date: Mon Mar 11 12:06:14 2013 +1100 Add missing LDIRT to qa/src, caused a MacOSX build failure commit c9f676865a12c1404e8f32bedc4ee26f35c835c4 Author: Nathan Scott Date: Mon Mar 11 11:27:12 2013 +1100 Missed on previous commit, fedora-spec component for postinstall commit 24824f932544a6f391187c3e36205d53f6de48a9 Author: Nathan Scott Date: Mon Mar 11 11:12:32 2013 +1100 Resolve issues in the RPM spec files around PCP_SYSCONF_DIR The original strategy of reusing the packaging scripts from deb packaging cannot work for RPM. This is because the pre script (where is resided) was moving files (as planned) but they were later clobbered by the new files from the package %files installation. Revised to use the same basic strategy (examining the files already installed) but only build up the needed commands in the %pre section, then execute them in %post. Its all very nasty stuff but doesn't appear to be any other strategy for keeping existing installations functional post-upgrade with this kind of config file move (afaics, anyway). Went for a minimal fix at this stage of the release and have performed extensive testing today (both Fedora and RHEL). Updated CHANGELOGS etc in preparation for release now. commit d987bbc296a3fe8235b7855782e35d5c9d118f0b Author: Nathan Scott Date: Sun Mar 10 20:20:04 2013 +1100 Reinstate fedora pcp.spec non-auto-generated RPM spec The fedora spec here is a copy of the spec used in other fedora build processes. We don't really have opportunity to generate it, match it up to build-configuration, etc, during a PCP build. Thats OK though, the potential paths for config files are not varied with fedora, there can be only the one. We have to inline Kens magic move script, for the above reasons. Also update the fedora spec in preparation for the latest PCP release. From kenj@internode.on.net Mon Mar 11 03:49:25 2013 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on oss.sgi.com X-Spam-Level: X-Spam-Status: No, score=0.0 required=5.0 tests=none autolearn=ham version=3.3.1 X-Original-To: pcp@oss.sgi.com Delivered-To: pcp@oss.sgi.com Received: from relay.sgi.com (relay1.corp.sgi.com [137.38.102.111]) by oss.sgi.com (Postfix) with ESMTP id 39BD57F37 for ; Mon, 11 Mar 2013 03:49:25 -0500 (CDT) Received: from cuda.sgi.com (cuda3.sgi.com [192.48.176.15]) by relay1.corp.sgi.com (Postfix) with ESMTP id 116548F8050 for ; Mon, 11 Mar 2013 01:49:24 -0700 (PDT) X-ASG-Debug-ID: 1362991760-04cb6c2b034052b0001-S8gJnT Received: from ipmail06.adl2.internode.on.net (ipmail06.adl2.internode.on.net [150.101.137.129]) by cuda.sgi.com with ESMTP id a514e4sqFGlebeW7 for ; Mon, 11 Mar 2013 01:49:21 -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: ApQWANiZPVF4mzIAPGdsb2JhbAANNogdhDeBJLZRgWYDAQEBATiCXQEBAQMBIwQgMQYLCw0LCRYLAgIJAwIBAgExFBMIAQGICahscYN4jg6PFYItgRMDjzOBKIwXjXY Received: from unknown (HELO [10.10.0.2]) ([120.155.50.0]) by ipmail06.adl2.internode.on.net with ESMTP; 11 Mar 2013 19:19:19 +1030 Message-ID: <513D9A93.6080806@internode.on.net> Date: Mon, 11 Mar 2013 19:49:23 +1100 From: Ken McDonell User-Agent: Mozilla/5.0 (X11; Linux i686; rv:17.0) Gecko/20130221 Thunderbird/17.0.3 MIME-Version: 1.0 To: pcp@oss.sgi.com Subject: Re: [pcp] URGENT potentially serious regression in 3.7.0 References: <513B99E4.7030007@internode.on.net> X-ASG-Orig-Subj: Re: [pcp] URGENT potentially serious regression in 3.7.0 In-Reply-To: <513B99E4.7030007@internode.on.net> Content-Type: multipart/mixed; boundary="------------060809030506000107070403" X-Barracuda-Connect: ipmail06.adl2.internode.on.net[150.101.137.129] X-Barracuda-Start-Time: 1362991761 X-Barracuda-URL: http://192.48.176.15:80/cgi-mod/mark.cgi X-Virus-Scanned: by bsmtpd at sgi.com X-Barracuda-BRTS-Status: 1 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=2.7 tests= X-Barracuda-Spam-Report: Code version 3.2, rules version 3.2.2.124878 Rule breakdown below pts rule name description ---- ---------------------- -------------------------------------------------- This is a multi-part message in MIME format. --------------060809030506000107070403 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit On 10/03/13 07:21, Ken McDonell wrote: > I had suspected, without any proof that PCP QA was running much slower. > > I started to look at 169 failing with a error return of "Timeout waiting > for a response from PMCD" rather than "IPC protocol failure" which I > thought was a minor issue, but is in fact a regression ... when pmcd > times out on the pmda ipc, it used to (and should) send an ipc error > response to the client waiting on the pmda response. > > This no longer happens ... the pmda timeout happens, but the client is > left hanging until its own timeout on the pmcd ipc goes off ... this is > wrong. OK, there _is_ a regression here and test 169 failing is a libpcp/pmcd code failure, not a QA failure. Here is what I know ... I have no plausible hypothesis so I'm including all my evidence in the hope that this helps someone else get a handle on the root cause. It is not a non-deterministic issue. 169 fails 20 out of 20 attempts. BUT if you change 169 so that the pmcd tracing is not buffered, i.e. pmstore pmcd.control.tracenobuf 1 after pmcd is reconfigured, then the test passes 20 out of 20 attempts. From pmcd's log the critical failing section is ... ->14:56:06 Wrong PDU type: expecting DESC PDU, fd=6, got err=-12353: Timeout waiting for a response from PMCD -> Drop PMDA: domain=160, infd=5, outfd=6 end of DoDesc: sts=-12366 back from DoDesc: sts=-12366 connected=1 [Mon Mar 11 14:56:12] pmcd(7415) Error: HandleClientInput: error sending Error PDU to client[1] IPC protocol failure And the passing section is ... ->19:28:40 Wrong PDU type: expecting DESC PDU, fd=6, got err=-12353: Timeout waiting for a response from PMCD after pmcd_trace: sts=-12366 ->19:28:40 Drop PMDA: domain=160, infd=5, outfd=6 [Mon Mar 11 19:28:40] pmcd(9269) Info: CleanupAgent ... Cleanup "dummyproc" agent (dom 160): protocol failure for fd=6, exit(0) end of DoDesc: sts=-12366 back from DoDesc: sts=-12366 connected=1 ->19:28:41 Xmit: ERROR PDU, fd=1027, err=-12366: IPC protocol failure ->19:28:41 End client: fd=1027 In the fail case pmcd waits 6 seconds after the bad PMDA response before sending the response PDU to the client who's already given up because pmcd took too long. In the passing case, pmcd sends the IPC Error code in the ERROR PDU immediately after the bad PMDA response as expected. I have no clue why making the pmcd trace logs unbuffered leads to the correct behaviour ... some I/O, signal, select, ... snarfoo as result of recent changes in the whole socket/ipc layer? I've attached both pmcd.logs ... ignore the DoDesc diags, I added these in desperation. > But much more seriously, in the process of investigating this, I turned > on all diags for pmcd and arrggghhh .... millions of line of output of > the form OK, this one is a diagnostic only issue when PM_DBG_APPL0 is set, so it needs some rework but is not a release blocker. --------------060809030506000107070403 Content-Type: text/plain; charset=UTF-8; name="pmcd.log.169.fail" Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename="pmcd.log.169.fail" Log for pmcd on bozo-laptop started Mon Mar 11 14:56:01 2013 active agent dom pid in out ver protocol parameters ============ === ===== === === === ======== ========== dummyproc 160 7420 5 6 2 bin pipe cmd=/home/kenj/src/pcp/qa/src/dumb_pmda -d 160 000000660066 pmcd 2 2 dso i:5 lib=/var/lib/pcp/pmdas/pmcd/pmda_pmcd.so entry=pmcd_init [0xb778c3f0] linux 60 2 dso i:4 lib=/var/lib/pcp/pmdas/linux/pmda_linux.so entry=linux_init [0xb73269e0] Host access list empty: access control turned off pmcd: PID = 7415, PDU version = 2 pmcd request port(s): sts fd port family address === ==== ===== ====== ======= ok 1024 44321 inet INADDR_ANY ok 1025 44321 ipv6 INADDR_ANY end of DoDesc: sts=32 back from DoDesc: sts=32 connected=1 end of DoDesc: sts=32 back from DoDesc: sts=32 connected=1 end of DoDesc: sts=32 back from DoDesc: sts=32 connected=1 end of DoDesc: sts=32 back from DoDesc: sts=32 connected=1 end of DoDesc: sts=32 back from DoDesc: sts=32 connected=1 before __pmGetPDU: _pmcd_timeout=5 [Mon Mar 11 14:56:06] pmcd(7415) Warning: pduread: timeout (after 5.000 sec) while attempting to read 12 bytes out of 12 in HDR on fd=6 after __pmGetPDU: sts=-12353 after pmcd_trace: sts=-12366 [Mon Mar 11 14:56:06] pmcd(7415) Info: CleanupAgent ... Cleanup "dummyproc" agent (dom 160): protocol failure for fd=6, exit(0) ->PMCD event trace: starting at Mon Mar 11 14:56:01 2013 -> Recv: CREDS PDU, fd=1027, pdubuf=0x1 -> Recv: PMNS_NAMES PDU, fd=1027, pdubuf=0xb8b82000 -> Xmit: PMNS_IDS PDU, fd=1027, numpmid=1 -> Recv: DESC_REQ PDU, fd=1027, pdubuf=0xb8b83000 -> Xmit: DESC PDU, fd=1027, pmid=2.0.4 -> Recv: PROFILE PDU, fd=1027, pdubuf=0xb8b82000 -> Recv: FETCH PDU, fd=1027, pdubuf=0xb8b83000 -> Xmit: RESULT PDU, fd=1027, numpmid=1 -> Recv: RESULT PDU, fd=1027, pdubuf=0xb8b82000 -> Xmit: ERROR PDU, fd=1027, err=0: No error -> End client: fd=1027 -> Xmit: ERROR PDU, fd=5, err=-12391: Not Connected -> New client: from=0.0.0.0, fd=1027, seq=4 -> Xmit: ERROR PDU, fd=1027, err=0: No error -> Recv: CREDS PDU, fd=1027, pdubuf=0xb8b83000 -> Recv: CREDS PDU, fd=1027, pdubuf=0x1 -> Recv: DESC_REQ PDU, fd=1027, pdubuf=0xb8b82000 -> Xmit: DESC_REQ PDU, fd=5, pmid=160.0.0 ->14:56:06 Wrong PDU type: expecting DESC PDU, fd=6, got err=-12353: Timeout waiting for a response from PMCD -> Drop PMDA: domain=160, infd=5, outfd=6 end of DoDesc: sts=-12366 back from DoDesc: sts=-12366 connected=1 [Mon Mar 11 14:56:12] pmcd(7415) Error: HandleClientInput: error sending Error PDU to client[1] IPC protocol failure back from DoDesc: sts=-12386 connected=1 [Mon Mar 11 14:56:13] pmcd(7415) Info: pmcd RESTARTED at Mon Mar 11 14:56:13 2013 Current PMCD clients ... fd client connection from ipc ver operations denied == ======================================== ======= ================= 1026 bozo-laptop.localdomain 2 Configuration file '/etc/pcp/pmcd/pmcd.conf' unchanged Restarting any deceased agents: "dummyproc" agent active agent dom pid in out ver protocol parameters ============ === ===== === === === ======== ========== dummyproc 160 7658 6 12 2 bin pipe cmd=/home/kenj/src/pcp/qa/src/dumb_pmda -d 160 000000660066 pmcd 2 2 dso i:5 lib=/var/lib/pcp/pmdas/pmcd/pmda_pmcd.so entry=pmcd_init [0xb778c3f0] linux 60 2 dso i:4 lib=/var/lib/pcp/pmdas/linux/pmda_linux.so entry=linux_init [0xb73269e0] Host access list empty: access control turned off [Mon Mar 11 14:56:13] pmcd(7415) Info: PMNS file "DEFAULT" is unchanged end of DoDesc: sts=32 back from DoDesc: sts=32 connected=1 before __pmGetPDU: _pmcd_timeout=10 [Mon Mar 11 14:56:24] pmcd(7415) Warning: pduread: timeout (after 10.000 sec) while attempting to read 12 bytes out of 12 in HDR on fd=12 after __pmGetPDU: sts=-12353 after pmcd_trace: sts=-12366 [Mon Mar 11 14:56:24] pmcd(7415) Info: CleanupAgent ... Cleanup "dummyproc" agent (dom 160): protocol failure for fd=12, exit(0) ->PMCD event trace: starting at Mon Mar 11 14:56:14 2013 -> Recv: CREDS PDU, fd=1027, pdubuf=0x1 -> Recv: PMNS_NAMES PDU, fd=1027, pdubuf=0xb8b82000 -> Xmit: PMNS_IDS PDU, fd=1027, numpmid=1 -> Recv: DESC_REQ PDU, fd=1027, pdubuf=0xb8b83000 -> Xmit: DESC PDU, fd=1027, pmid=2.0.4 -> Recv: PROFILE PDU, fd=1027, pdubuf=0xb8b82000 -> Recv: FETCH PDU, fd=1027, pdubuf=0xb8b83000 -> Xmit: RESULT PDU, fd=1027, numpmid=1 -> Recv: RESULT PDU, fd=1027, pdubuf=0xb8b82000 -> Xmit: ERROR PDU, fd=1027, err=0: No error -> End client: fd=1027 -> Xmit: ERROR PDU, fd=6, err=-12391: Not Connected -> New client: from=0.0.0.0, fd=1027, seq=8 -> Xmit: ERROR PDU, fd=1027, err=0: No error -> Recv: CREDS PDU, fd=1027, pdubuf=0xb8b83000 -> Recv: CREDS PDU, fd=1027, pdubuf=0x1 -> Recv: DESC_REQ PDU, fd=1027, pdubuf=0xb8b82000 -> Xmit: DESC_REQ PDU, fd=6, pmid=160.0.0 ->14:56:24 Wrong PDU type: expecting DESC PDU, fd=12, got err=-12353: Timeout waiting for a response from PMCD -> Drop PMDA: domain=160, infd=6, outfd=12 end of DoDesc: sts=-12366 back from DoDesc: sts=-12366 connected=1 [Mon Mar 11 14:56:31] pmcd(7415) Error: HandleClientInput: error sending Error PDU to client[1] IPC protocol failure [Mon Mar 11 14:56:31] pmcd(7415) Info: pmcd caught SIGTERM from pid=7792 uid=0 [Mon Mar 11 14:56:31] pmcd(7415) Info: pmcd Shutdown Log finished Mon Mar 11 14:56:31 2013 --------------060809030506000107070403 Content-Type: text/plain; charset=UTF-8; name="pmcd.log.169.pass" Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename="pmcd.log.169.pass" Log for pmcd on bozo-laptop started Mon Mar 11 19:28:18 2013 active agent dom pid in out ver protocol parameters ============ === ===== === === === ======== ========== dummyproc 160 9279 5 6 2 bin pipe cmd=/home/kenj/src/pcp/qa/src/dumb_pmda -d 160 000000660066 pmcd 2 2 dso i:5 lib=/var/lib/pcp/pmdas/pmcd/pmda_pmcd.so entry=pmcd_init [0xb778a3f0] linux 60 2 dso i:4 lib=/var/lib/pcp/pmdas/linux/pmda_linux.so entry=linux_init [0xb73249e0] Host access list empty: access control turned off pmcd: PID = 9269, PDU version = 2 pmcd request port(s): sts fd port family address === ==== ===== ====== ======= ok 1024 44321 inet INADDR_ANY ok 1025 44321 ipv6 INADDR_ANY end of DoDesc: sts=32 back from DoDesc: sts=32 connected=1 end of DoDesc: sts=32 back from DoDesc: sts=32 connected=1 end of DoDesc: sts=32 back from DoDesc: sts=32 connected=1 end of DoDesc: sts=32 back from DoDesc: sts=32 connected=1 end of DoDesc: sts=32 back from DoDesc: sts=32 connected=1 ->19:28:18 Recv: PROFILE PDU, fd=1027, pdubuf=0xb97a5000 -> Recv: FETCH PDU, fd=1027, pdubuf=0xb97a6000 -> Xmit: RESULT PDU, fd=1027, numpmid=1 -> Recv: RESULT PDU, fd=1027, pdubuf=0xb97a5000 -> Xmit: ERROR PDU, fd=1027, err=0: No error -> End client: fd=1027 -> Xmit: ERROR PDU, fd=5, err=-12391: Not Connected -> New client: from=0.0.0.0, fd=1027, seq=3 -> Xmit: ERROR PDU, fd=1027, err=0: No error -> Recv: CREDS PDU, fd=1027, pdubuf=0xb97a6000 -> Recv: CREDS PDU, fd=1027, pdubuf=0x1 -> Recv: PMNS_NAMES PDU, fd=1027, pdubuf=0xb97a5000 -> Xmit: PMNS_IDS PDU, fd=1027, numpmid=1 -> Recv: DESC_REQ PDU, fd=1027, pdubuf=0xb97a6000 -> Xmit: DESC PDU, fd=1027, pmid=2.0.14 -> Recv: PROFILE PDU, fd=1027, pdubuf=0xb97a5000 -> Recv: FETCH PDU, fd=1027, pdubuf=0xb97a6000 -> Xmit: RESULT PDU, fd=1027, numpmid=1 -> Recv: RESULT PDU, fd=1027, pdubuf=0xb97a5000 -> Xmit: ERROR PDU, fd=1027, err=0: No error ->19:28:24 End client: fd=1027 ->19:28:24 Xmit: ERROR PDU, fd=5, err=-12391: Not Connected ->19:28:24 New client: from=0.0.0.0, fd=1027, seq=4 ->19:28:30 Xmit: ERROR PDU, fd=1027, err=0: No error ->19:28:30 Recv: CREDS PDU, fd=1027, pdubuf=0xb97a6000 ->19:28:30 Recv: CREDS PDU, fd=1027, pdubuf=0x1 ->19:28:30 Recv: PMNS_NAMES PDU, fd=1027, pdubuf=0xb97a5000 ->19:28:30 Xmit: PMNS_IDS PDU, fd=1027, numpmid=1 ->19:28:30 Recv: DESC_REQ PDU, fd=1027, pdubuf=0xb97a6000 ->19:28:30 Xmit: DESC PDU, fd=1027, pmid=2.0.4 end of DoDesc: sts=32 back from DoDesc: sts=32 connected=1 ->19:28:30 Recv: PROFILE PDU, fd=1027, pdubuf=0xb97a5000 ->19:28:30 Recv: FETCH PDU, fd=1027, pdubuf=0xb97a6000 ->19:28:30 Xmit: RESULT PDU, fd=1027, numpmid=1 ->19:28:30 Recv: RESULT PDU, fd=1027, pdubuf=0xb97a5000 ->19:28:30 Xmit: ERROR PDU, fd=1027, err=0: No error ->19:28:30 End client: fd=1027 ->19:28:30 Xmit: ERROR PDU, fd=5, err=-12391: Not Connected ->19:28:30 New client: from=0.0.0.0, fd=1027, seq=5 ->19:28:35 Xmit: ERROR PDU, fd=1027, err=0: No error ->19:28:35 Recv: CREDS PDU, fd=1027, pdubuf=0xb97a6000 ->19:28:35 Recv: CREDS PDU, fd=1027, pdubuf=0x1 ->19:28:35 Recv: DESC_REQ PDU, fd=1027, pdubuf=0xb97a5000 ->19:28:35 Xmit: DESC_REQ PDU, fd=5, pmid=160.0.0 before __pmGetPDU: _pmcd_timeout=5 [Mon Mar 11 19:28:40] pmcd(9269) Warning: pduread: timeout (after 5.000 sec) while attempting to read 12 bytes out of 12 in HDR on fd=6 after __pmGetPDU: sts=-12353 ->19:28:40 Wrong PDU type: expecting DESC PDU, fd=6, got err=-12353: Timeout waiting for a response from PMCD after pmcd_trace: sts=-12366 ->19:28:40 Drop PMDA: domain=160, infd=5, outfd=6 [Mon Mar 11 19:28:40] pmcd(9269) Info: CleanupAgent ... Cleanup "dummyproc" agent (dom 160): protocol failure for fd=6, exit(0) end of DoDesc: sts=-12366 back from DoDesc: sts=-12366 connected=1 ->19:28:41 Xmit: ERROR PDU, fd=1027, err=-12366: IPC protocol failure ->19:28:41 End client: fd=1027 ->19:28:43 New client: from=0.0.0.0, fd=1027, seq=6 ->19:28:49 Xmit: ERROR PDU, fd=1027, err=0: No error ->19:28:49 Recv: CREDS PDU, fd=1027, pdubuf=0xb97a6000 ->19:28:49 Recv: CREDS PDU, fd=1027, pdubuf=0x1 ->19:28:49 Recv: DESC_REQ PDU, fd=1027, pdubuf=0xb97a5000 back from DoDesc: sts=-12386 connected=1 ->19:28:49 Xmit: ERROR PDU, fd=1027, err=-12386: No PMCD agent for domain of request ->19:28:49 End client: fd=1027 [Mon Mar 11 19:28:49] pmcd(9269) Info: pmcd RESTARTED at Mon Mar 11 19:28:49 2013 Current PMCD clients ... fd client connection from ipc ver operations denied == ======================================== ======= ================= 1026 bozo-laptop.localdomain 2 Configuration file '/etc/pcp/pmcd/pmcd.conf' unchanged Restarting any deceased agents: "dummyproc" agent ->19:28:49 Recv: TYPE-0? PDU, fd=12, pdubuf=0xb97a6000 ->19:28:49 Xmit: CREDS PDU, fd=6, numcreds=1 ->19:28:49 Add PMDA: domain=160, infd=6, outfd=12 active agent dom pid in out ver protocol parameters ============ === ===== === === === ======== ========== dummyproc 160 9515 6 12 2 bin pipe cmd=/home/kenj/src/pcp/qa/src/dumb_pmda -d 160 000000660066 pmcd 2 2 dso i:5 lib=/var/lib/pcp/pmdas/pmcd/pmda_pmcd.so entry=pmcd_init [0xb778a3f0] linux 60 2 dso i:4 lib=/var/lib/pcp/pmdas/linux/pmda_linux.so entry=linux_init [0xb73249e0] Host access list empty: access control turned off [Mon Mar 11 19:28:49] pmcd(9269) Info: PMNS file "DEFAULT" is unchanged ->19:28:50 New client: from=0.0.0.0, fd=1027, seq=7 ->19:28:55 Xmit: ERROR PDU, fd=1027, err=0: No error ->19:28:55 Recv: CREDS PDU, fd=1027, pdubuf=0xb97a5000 ->19:28:55 Recv: CREDS PDU, fd=1027, pdubuf=0x1 ->19:28:55 Recv: PROFILE PDU, fd=1027, pdubuf=0xb97a6000 ->19:28:55 Recv: FETCH PDU, fd=1027, pdubuf=0xb97a5000 ->19:28:55 Xmit: RESULT PDU, fd=1027, numpmid=1 ->19:28:55 End client: fd=1027 ->19:28:55 Xmit: ERROR PDU, fd=6, err=-12391: Not Connected ->19:28:56 New client: from=0.0.0.0, fd=1027, seq=8 ->19:29:01 Xmit: ERROR PDU, fd=1027, err=0: No error ->19:29:01 Recv: CREDS PDU, fd=1027, pdubuf=0xb97a6000 ->19:29:01 Recv: CREDS PDU, fd=1027, pdubuf=0x1 ->19:29:01 Recv: PMNS_NAMES PDU, fd=1027, pdubuf=0xb97a5000 ->19:29:01 Xmit: PMNS_IDS PDU, fd=1027, numpmid=1 ->19:29:01 Recv: DESC_REQ PDU, fd=1027, pdubuf=0xb97a6000 ->19:29:01 Xmit: DESC PDU, fd=1027, pmid=2.0.4 end of DoDesc: sts=32 back from DoDesc: sts=32 connected=1 ->19:29:01 Recv: PROFILE PDU, fd=1027, pdubuf=0xb97a5000 ->19:29:01 Recv: FETCH PDU, fd=1027, pdubuf=0xb97a6000 ->19:29:01 Xmit: RESULT PDU, fd=1027, numpmid=1 ->19:29:01 Recv: RESULT PDU, fd=1027, pdubuf=0xb97a5000 ->19:29:01 Xmit: ERROR PDU, fd=1027, err=0: No error ->19:29:01 End client: fd=1027 ->19:29:01 Xmit: ERROR PDU, fd=6, err=-12391: Not Connected ->19:29:01 New client: from=0.0.0.0, fd=1027, seq=9 ->19:29:06 Xmit: ERROR PDU, fd=1027, err=0: No error ->19:29:06 Recv: CREDS PDU, fd=1027, pdubuf=0xb97a6000 ->19:29:06 Recv: CREDS PDU, fd=1027, pdubuf=0x1 ->19:29:06 Recv: DESC_REQ PDU, fd=1027, pdubuf=0xb97a5000 ->19:29:06 Xmit: DESC_REQ PDU, fd=6, pmid=160.0.0 before __pmGetPDU: _pmcd_timeout=10 [Mon Mar 11 19:29:16] pmcd(9269) Warning: pduread: timeout (after 10.000 sec) while attempting to read 12 bytes out of 12 in HDR on fd=12 after __pmGetPDU: sts=-12353 ->19:29:16 Wrong PDU type: expecting DESC PDU, fd=12, got err=-12353: Timeout waiting for a response from PMCD after pmcd_trace: sts=-12366 ->19:29:16 Drop PMDA: domain=160, infd=6, outfd=12 [Mon Mar 11 19:29:16] pmcd(9269) Info: CleanupAgent ... Cleanup "dummyproc" agent (dom 160): protocol failure for fd=12, exit(0) end of DoDesc: sts=-12366 back from DoDesc: sts=-12366 connected=1 ->19:29:17 Xmit: ERROR PDU, fd=1027, err=-12366: IPC protocol failure [Mon Mar 11 19:29:17] pmcd(9269) Error: HandleClientInput: error sending Error PDU to client[1] IPC protocol failure ->19:29:17 End client: fd=1027 ->19:29:17 End client: fd=1026 [Mon Mar 11 19:29:17] pmcd(9269) Info: pmcd caught SIGTERM from pid=9657 uid=0 [Mon Mar 11 19:29:17] pmcd(9269) Info: pmcd Shutdown Log finished Mon Mar 11 19:29:17 2013 --------------060809030506000107070403-- From nscott@redhat.com Mon Mar 11 04:07:50 2013 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on oss.sgi.com X-Spam-Level: X-Spam-Status: No, score=0.0 required=5.0 tests=none autolearn=ham version=3.3.1 X-Original-To: pcp@oss.sgi.com Delivered-To: pcp@oss.sgi.com Received: from relay.sgi.com (relay2.corp.sgi.com [137.38.102.29]) by oss.sgi.com (Postfix) with ESMTP id 5BC627F37 for ; Mon, 11 Mar 2013 04:07:50 -0500 (CDT) Received: from cuda.sgi.com (cuda2.sgi.com [192.48.176.25]) by relay2.corp.sgi.com (Postfix) with ESMTP id 3B691304032 for ; Mon, 11 Mar 2013 02:07:47 -0700 (PDT) X-ASG-Debug-ID: 1362992866-04cbb07dbc3fdbd0001-S8gJnT Received: from mx3-phx2.redhat.com (mx3-phx2.redhat.com [209.132.183.24]) by cuda.sgi.com with ESMTP id m5OXd9SRPf1F1159 for ; Mon, 11 Mar 2013 02:07:46 -0700 (PDT) X-Barracuda-Envelope-From: nscott@redhat.com X-Barracuda-Apparent-Source-IP: 209.132.183.24 Received: from zmail20.collab.prod.int.phx2.redhat.com (zmail20.collab.prod.int.phx2.redhat.com [10.5.83.23]) by mx3-phx2.redhat.com (8.13.8/8.13.8) with ESMTP id r2B97fEZ017540; Mon, 11 Mar 2013 05:07:42 -0400 Date: Mon, 11 Mar 2013 05:07:41 -0400 (EDT) From: Nathan Scott Reply-To: Nathan Scott To: Ken McDonell Cc: pcp@oss.sgi.com Message-ID: <1630897524.17862195.1362992861846.JavaMail.root@redhat.com> In-Reply-To: <513D9A93.6080806@internode.on.net> Subject: Re: [pcp] URGENT potentially serious regression in 3.7.0 MIME-Version: 1.0 X-ASG-Orig-Subj: Re: [pcp] URGENT potentially serious regression in 3.7.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-Originating-IP: [10.64.51.14] X-Mailer: Zimbra 7.2.0_GA_2669 (ZimbraWebClient - FF3.0 (Linux)/7.2.0_GA_2669) X-Barracuda-Connect: mx3-phx2.redhat.com[209.132.183.24] X-Barracuda-Start-Time: 1362992866 X-Barracuda-URL: http://192.48.176.25:80/cgi-mod/mark.cgi X-Virus-Scanned: by bsmtpd at sgi.com X-Barracuda-BRTS-Status: 1 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=2.7 tests= X-Barracuda-Spam-Report: Code version 3.2, rules version 3.2.2.124878 Rule breakdown below pts rule name description ---- ---------------------- -------------------------------------------------- Hi Ken, ----- Original Message ----- > On 10/03/13 07:21, Ken McDonell wrote: > ... > It is not a non-deterministic issue. 169 fails 20 out of 20 > attempts. This is pretty bizarre then, but... With current dev branch (and master now) for all of hosts I have (RHEL, Debian, MacOSX) 169 passes both with/without NSS enabled. > I have no clue why making the pmcd trace logs unbuffered leads to the > correct behaviour ... some I/O, signal, select, ... snarfoo as result > of recent changes in the whole socket/ipc layer? > > I've attached both pmcd.logs ... ignore the DoDesc diags, I added > these in desperation. > > [...snip...] > > OK, this one is a diagnostic only issue when PM_DBG_APPL0 is set, so > it needs some rework but is not a release blocker. > Release was tagged earlier today - the remaining issues here will have to be resolved in a follow-up 3.7.1 (once I understand how to reproduce). thanks! -- Nathan From pcp-announce-bounces@oss.sgi.com Mon Mar 11 04:33:15 2013 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on oss.sgi.com X-Spam-Level: X-Spam-Status: No, score=0.0 required=5.0 tests=RP_MATCHES_RCVD autolearn=unavailable version=3.3.1 X-Original-To: pcp@oss.sgi.com Delivered-To: pcp@oss.sgi.com Received: from oss.sgi.com (localhost [IPv6:::1]) by oss.sgi.com (Postfix) with ESMTP id D23FB7F51; Mon, 11 Mar 2013 04:33:15 -0500 (CDT) X-Original-To: pcp-announce@oss.sgi.com Delivered-To: pcp-announce@oss.sgi.com Received: from relay.sgi.com (relay2.corp.sgi.com [137.38.102.29]) by oss.sgi.com (Postfix) with ESMTP id 2BF837F3F for ; Mon, 11 Mar 2013 04:33:14 -0500 (CDT) Received: from cuda.sgi.com (cuda1.sgi.com [192.48.157.11]) by relay2.corp.sgi.com (Postfix) with ESMTP id E0832304039 for ; Mon, 11 Mar 2013 02:33:10 -0700 (PDT) X-ASG-Debug-ID: 1362994386-04bdf02296428e10001-87ZIJf Received: from mx3-phx2.redhat.com (mx3-phx2.redhat.com [209.132.183.24]) by cuda.sgi.com with ESMTP id Dtsb85Ysa4BjnGsV for ; Mon, 11 Mar 2013 02:33:06 -0700 (PDT) X-Barracuda-Envelope-From: nscott@redhat.com X-Barracuda-Apparent-Source-IP: 209.132.183.24 Received: from zmail20.collab.prod.int.phx2.redhat.com (zmail20.collab.prod.int.phx2.redhat.com [10.5.83.23]) by mx3-phx2.redhat.com (8.13.8/8.13.8) with ESMTP id r2B9X6ug021926 for ; Mon, 11 Mar 2013 05:33:06 -0400 Date: Mon, 11 Mar 2013 05:33:06 -0400 (EDT) From: Nathan Scott To: pcp-announce@oss.sgi.com Message-ID: <1144857712.17889723.1362994386110.JavaMail.root@redhat.com> In-Reply-To: <321405165.17854084.1362991805619.JavaMail.root@redhat.com> MIME-Version: 1.0 X-ASG-Orig-Subj: pcp-3.7.0 released X-Originating-IP: [10.64.51.14] X-Mailer: Zimbra 7.2.0_GA_2669 (ZimbraWebClient - FF3.0 (Linux)/7.2.0_GA_2669) X-Barracuda-Connect: mx3-phx2.redhat.com[209.132.183.24] X-Barracuda-Start-Time: 1362994386 X-Barracuda-URL: http://192.48.157.11:80/cgi-mod/mark.cgi X-Virus-Scanned: by bsmtpd at sgi.com X-Barracuda-BRTS-Status: 1 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=2.7 tests= X-Barracuda-Spam-Report: Code version 3.2, rules version 3.2.2.124880 Rule breakdown below pts rule name description ---- ---------------------- -------------------------------------------------- Subject: [pcp-announce] pcp-3.7.0 released X-BeenThere: pcp-announce@oss.sgi.com X-Mailman-Version: 2.1.14 Precedence: list Reply-To: Nathan Scott List-Id: pcp announcements List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Errors-To: pcp-announce-bounces@oss.sgi.com Sender: pcp-announce-bounces@oss.sgi.com Hi all, We're pleased to finally announce the pcp-3.7.0 release of PCP! This is a fairly major release - the first release to support IPv6, the first with SSL/TLS extensions to the PCP protocol, and also contains many other improvements, fixes, and totally new extensions. Thank you to all of the people who have contributed. You can find source and binary builds in the project download section. http://oss.sgi.com/projects/pcp/ We're looking forward to an even bigger next release, with work already progressing on the new JSON/web interfaces, Python PMDA interfaces, new tools, per-user security extensions, and more. We also expect to have the first open version of the PCP books in the next few weeks, thanks to collaborative efforts between SGI and Red Hat - further details to follow. pcp-3.7.0 (11 March 2013) - Added hash table iterator interfaces to libpcp. - Added PCP_SYSCONF_DIR, migrated daemon configuration there. - Fix Linux swap metrics problems, thanks to Martins Innus. - Support for IPv6 and revamped networking (libpcp-internal) APIs, in particular making proper use of getaddrinfo now. - Initial version of the NetBSD port - Secure connections are now available as described here: oss.sgi.com/projects/pcp/pcp-gui.git/man/html/lab.secure.html - Added a PCP_USER setting for globally changing the default unprivileged user account used by PCP daemons. - Resolved Debian packaging issues from previous release to do with the pcp-python subpackage. - Improve pmdaapache fetch implementation (reduced overhead) - Close up a file descriptor leak on a pmdaapache error path, thanks to Ryan Doyle. - Added the gfs2 PMDA. - Added the systemd PMDA. - Alignment issues on ia64 resolved. - Create pmlogger and pmie logdirs during install. - Added -L option to pmconfig(1) for reporting libpcp options. - Further workarounds for sar/sadf XML exporting problems. - Updates to MinGW PCP builds for native PCP on Windows. - Use initgroups() to correctly set up supplementary groups in PCP daemons that are changing user/group from root/root. - Fix memory leak on scandir failure in several PMDAs. - Correctly install the pcp user/group during Mac OS X upgrade - Allow pmdalogger to be installed on multiple platforms - Series of updates to pmie to improve action %h, %v and %i substitutions (amongst other pmie improvements and several corner-case fixes) - MySQL PMDA now re-connects after a database server re-start. - Workaround versioning issues between python and rpmbuild. - Ensure HZ is initialised in Linux proc PMDA, fixing a small regression from the earlier proc/linux PMDA split. - Fix -p option to pcp(1) command reporting pmie instances. - Add one-line help for the proc metrics that did not have it. - Change primary pmlogger control from symlink to link. - Add an interface allowing PMAPI clients to explicitly cleanup (which allows for improved accuracy in valgrind reporting). - Fix race conditions in pmie and pmlogger startup scripts. - Updates to the named (name server) PMDA. - Change __pmSetProcessIdentity to fail more resoundingly. - Fix issues with pmdashping timeouts observed on multi-core x86_64 machines related to signals interacting with pthreads. - Move debian tmpdir settings to match other distros. Enjoy! -- Nathan _______________________________________________ pcp-announce mailing list pcp-announce@oss.sgi.com http://oss.sgi.com/mailman/listinfo/pcp-announce From dak-unpriv@franck.debian.org Mon Mar 11 04:47:48 2013 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on oss.sgi.com X-Spam-Level: X-Spam-Status: No, score=0.0 required=5.0 tests=none autolearn=ham version=3.3.1 X-Original-To: pcp@oss.sgi.com Delivered-To: pcp@oss.sgi.com Received: from relay.sgi.com (relay1.corp.sgi.com [137.38.102.111]) by oss.sgi.com (Postfix) with ESMTP id 483EF7F37 for ; Mon, 11 Mar 2013 04:47:48 -0500 (CDT) Received: from cuda.sgi.com (cuda3.sgi.com [192.48.176.15]) by relay1.corp.sgi.com (Postfix) with ESMTP id 284D58F804C for ; Mon, 11 Mar 2013 02:47:48 -0700 (PDT) X-ASG-Debug-ID: 1362995263-04cb6c2b03409300001-S8gJnT Received: from franck.debian.org (franck.debian.org [128.148.34.3]) by cuda.sgi.com with ESMTP id Ukj3BQGaRQGWPHvd (version=TLSv1 cipher=AES256-SHA bits=256 verify=NO) for ; Mon, 11 Mar 2013 02:47:44 -0700 (PDT) X-Barracuda-Envelope-From: dak-unpriv@franck.debian.org X-Barracuda-Apparent-Source-IP: 128.148.34.3 Received: from dak-unpriv by franck.debian.org with local (Exim 4.72) (envelope-from ) id 1UEzKZ-0003wY-2L for pcp@oss.sgi.com; Mon, 11 Mar 2013 09:47:43 +0000 Message-Id: To: pcp@oss.sgi.com From: Debian FTP Masters Subject: Processing of pcp_3.7.0_i386.changes Date: Mon, 11 Mar 2013 09:47:43 +0000 X-ASG-Orig-Subj: Processing of pcp_3.7.0_i386.changes X-Debian: DAK X-DAK: DAK X-Debian-Package: pcp Sender: unprivileged ftp-master role account X-Barracuda-Connect: franck.debian.org[128.148.34.3] X-Barracuda-Start-Time: 1362995263 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-BRTS-Status: 1 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=2.7 tests= X-Barracuda-Spam-Report: Code version 3.2, rules version 3.2.2.124882 Rule breakdown below pts rule name description ---- ---------------------- -------------------------------------------------- pcp_3.7.0_i386.changes uploaded successfully to localhost along with the files: pcp_3.7.0.dsc pcp_3.7.0.tar.gz pcp_3.7.0_i386.deb libpcp3-dev_3.7.0_i386.deb libpcp3_3.7.0_i386.deb libpcp-gui2-dev_3.7.0_i386.deb libpcp-gui2_3.7.0_i386.deb libpcp-mmv1-dev_3.7.0_i386.deb libpcp-mmv1_3.7.0_i386.deb libpcp-pmda3-dev_3.7.0_i386.deb libpcp-pmda3_3.7.0_i386.deb libpcp-trace2-dev_3.7.0_i386.deb libpcp-trace2_3.7.0_i386.deb libpcp-import1-dev_3.7.0_i386.deb libpcp-import1_3.7.0_i386.deb python-pcp_3.7.0_i386.deb libpcp-pmda-perl_3.7.0_i386.deb libpcp-import-perl_3.7.0_i386.deb libpcp-logsummary-perl_3.7.0_i386.deb libpcp-mmv-perl_3.7.0_i386.deb pcp-import-sar2pcp_3.7.0_all.deb pcp-import-mrtg2pcp_3.7.0_all.deb pcp-import-sheet2pcp_3.7.0_all.deb pcp-import-iostat2pcp_3.7.0_all.deb pcp-testsuite_3.7.0_i386.deb Greetings, Your Debian queue daemon (running on host franck.debian.org) From envelope@ftp-master.debian.org Mon Mar 11 05:03:04 2013 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on oss.sgi.com X-Spam-Level: X-Spam-Status: No, score=0.0 required=5.0 tests=none autolearn=ham version=3.3.1 X-Original-To: pcp@oss.sgi.com Delivered-To: pcp@oss.sgi.com Received: from relay.sgi.com (relay3.corp.sgi.com [198.149.34.15]) by oss.sgi.com (Postfix) with ESMTP id E56F57F37 for ; Mon, 11 Mar 2013 05:03:03 -0500 (CDT) Received: from cuda.sgi.com (cuda2.sgi.com [192.48.176.25]) by relay3.corp.sgi.com (Postfix) with ESMTP id 74BDDAC002 for ; Mon, 11 Mar 2013 03:03:00 -0700 (PDT) X-ASG-Debug-ID: 1362996177-04cbb07dbd401490001-S8gJnT Received: from franck.debian.org (franck.debian.org [128.148.34.3]) by cuda.sgi.com with ESMTP id Fhw6VF7HKTyntiwq (version=TLSv1 cipher=AES256-SHA bits=256 verify=NO) for ; Mon, 11 Mar 2013 03:02:57 -0700 (PDT) X-Barracuda-Envelope-From: envelope@ftp-master.debian.org X-Barracuda-Apparent-Source-IP: 128.148.34.3 Received: from dak by franck.debian.org with local (Exim 4.72) (envelope-from ) id 1UEzZI-0000S0-Eq; Mon, 11 Mar 2013 10:02:56 +0000 Date: Mon, 11 Mar 2013 10:02:56 +0000 Message-Id: From: Debian FTP Masters To: PCP Development Team , Nathan Scott X-DAK: dak process-upload X-Debian: DAK X-Debian-Package: pcp Precedence: bulk MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 8bit Subject: pcp_3.7.0_i386.changes is NEW Sender: Archive Administrator X-ASG-Orig-Subj: pcp_3.7.0_i386.changes is NEW X-Barracuda-Connect: franck.debian.org[128.148.34.3] X-Barracuda-Start-Time: 1362996177 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-BRTS-Status: 1 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=2.7 tests= X-Barracuda-Spam-Report: Code version 3.2, rules version 3.2.2.124882 Rule breakdown below pts rule name description ---- ---------------------- -------------------------------------------------- binary:python-pcp is NEW. binary:pcp-testsuite is NEW. Your package contains new components which requires manual editing of the override file. It is ok otherwise, so please be patient. New packages are usually added to the override file about once a week. From brolley@redhat.com Mon Mar 11 17:02:56 2013 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on oss.sgi.com X-Spam-Level: X-Spam-Status: No, score=0.0 required=5.0 tests=none autolearn=ham version=3.3.1 X-Original-To: pcp@oss.sgi.com Delivered-To: pcp@oss.sgi.com Received: from relay.sgi.com (relay1.corp.sgi.com [137.38.102.111]) by oss.sgi.com (Postfix) with ESMTP id DFAD47F4E for ; Mon, 11 Mar 2013 17:02:56 -0500 (CDT) Received: from cuda.sgi.com (cuda3.sgi.com [192.48.176.15]) by relay1.corp.sgi.com (Postfix) with ESMTP id BE5278F8040 for ; Mon, 11 Mar 2013 15:02:53 -0700 (PDT) X-ASG-Debug-ID: 1363039369-04cb6c2b0344fe30001-S8gJnT Received: from mx1.redhat.com (mx1.redhat.com [209.132.183.28]) by cuda.sgi.com with ESMTP id 5oNX0KK2EsdqQAHV for ; Mon, 11 Mar 2013 15:02:49 -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-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 r2BM2nsb001767 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK) for ; Mon, 11 Mar 2013 18:02:49 -0400 Received: from [10.15.16.126] (dhcp-10-15-16-126.yyz.redhat.com [10.15.16.126]) by int-mx02.intmail.prod.int.phx2.redhat.com (8.13.8/8.13.8) with ESMTP id r2BM2m14031255 for ; Mon, 11 Mar 2013 18:02:49 -0400 Message-ID: <513E5488.7040502@redhat.com> Date: Mon, 11 Mar 2013 18:02:48 -0400 From: Dave Brolley User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:17.0) Gecko/20130219 Thunderbird/17.0.3 MIME-Version: 1.0 To: PCP Subject: IPv6 Addresses and Wild Cards for Host Access Control Content-Type: text/plain; charset=ISO-8859-1; format=flowed X-ASG-Orig-Subj: IPv6 Addresses and Wild Cards for Host Access Control 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: 1363039369 X-Barracuda-URL: http://192.48.176.15:80/cgi-mod/mark.cgi X-Virus-Scanned: by bsmtpd at sgi.com X-Barracuda-BRTS-Status: 1 The following commit has been pushed to the brolley/nssmerge branch of pcpfans. It implements the handling of IPv6 addresses and wild cards for host access control. It also includes updated expected output for the affected qa test cases. I am currently working on adding IPv6 addresses to test 062 (chkacc1, chkacc2, chkacc3) and will push the updated test when it is ready. commit 27a4b4512734fdb6b241e5a8f5789a4716b2a1f7 Author: Dave Brolley Date: Mon Mar 11 15:12:40 2013 -0400 Allow IPv6 addresses as access wildcards and masks. Also qa test suite fallout. The access list may now contain IPv6 addresses. IP addresses and masks in the access list are now printed using dotted decimal (inet) or colon separated (IPv6) notation: - Fixed the access list filter for tests 023, 062, 244 and 449. - Tests 062 and 449 are no longer IPv6 or endian dependant. Dave From nscott@redhat.com Mon Mar 11 17:20:33 2013 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on oss.sgi.com X-Spam-Level: X-Spam-Status: No, score=0.0 required=5.0 tests=none autolearn=ham version=3.3.1 X-Original-To: pcp@oss.sgi.com Delivered-To: pcp@oss.sgi.com Received: from relay.sgi.com (relay3.corp.sgi.com [198.149.34.15]) by oss.sgi.com (Postfix) with ESMTP id 8B83C7F37 for ; Mon, 11 Mar 2013 17:20:33 -0500 (CDT) Received: from cuda.sgi.com (cuda1.sgi.com [192.48.157.11]) by relay3.corp.sgi.com (Postfix) with ESMTP id 2F3DFAC002 for ; Mon, 11 Mar 2013 15:20:33 -0700 (PDT) X-ASG-Debug-ID: 1363040431-04bdf02295484250001-S8gJnT Received: from mx4-phx2.redhat.com (mx4-phx2.redhat.com [209.132.183.25]) by cuda.sgi.com with ESMTP id 2aD2teKBhrg1CKDG for ; Mon, 11 Mar 2013 15:20:32 -0700 (PDT) X-Barracuda-Envelope-From: nscott@redhat.com X-Barracuda-Apparent-Source-IP: 209.132.183.25 Received: from zmail20.collab.prod.int.phx2.redhat.com (zmail20.collab.prod.int.phx2.redhat.com [10.5.83.23]) by mx4-phx2.redhat.com (8.13.8/8.13.8) with ESMTP id r2BMKV4b019649; Mon, 11 Mar 2013 18:20:31 -0400 Date: Mon, 11 Mar 2013 18:20:31 -0400 (EDT) From: Nathan Scott Reply-To: Nathan Scott To: Paul Evans , Stan Cox Cc: PCP Message-ID: <1932586461.18378319.1363040431794.JavaMail.root@redhat.com> In-Reply-To: <513DE870.40905@redhat.com> Subject: Re: pmdagfs2 update MIME-Version: 1.0 X-ASG-Orig-Subj: Re: pmdagfs2 update Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-Originating-IP: [10.64.51.14] X-Mailer: Zimbra 7.2.0_GA_2669 (ZimbraWebClient - FF3.0 (Linux)/7.2.0_GA_2669) X-Barracuda-Connect: mx4-phx2.redhat.com[209.132.183.25] X-Barracuda-Start-Time: 1363040432 X-Barracuda-URL: http://192.48.157.11:80/cgi-mod/mark.cgi X-Barracuda-BRTS-Status: 1 X-Virus-Scanned: by bsmtpd at sgi.com X-Barracuda-Spam-Score: 0.01 X-Barracuda-Spam-Status: No, SCORE=0.01 using per-user scores of TAG_LEVEL=1000.0 QUARANTINE_LEVEL=1000.0 KILL_LEVEL=2.7 tests=BSF_SC0_SA_TO_FROM_DOMAIN_MATCH X-Barracuda-Spam-Report: Code version 3.2, rules version 3.2.2.124932 Rule breakdown below pts rule name description ---- ---------------------- -------------------------------------------------- 0.01 BSF_SC0_SA_TO_FROM_DOMAIN_MATCH Sender Domain Matches Recipient Domain Hi there Paul, ----- Original Message ----- > Hi Nathan, > > I have been working on extracting the statistics from the > gfs2_glock_lock_time tracepoint into pcp, this has led to the > creation > of a working prototype pmda for this. After it has been through some Ah, good stuff! > testing on our side (run on a contended workload) hopefully later > this week, I plan to merge it with the existing gfs2 pmda that you > provided as a base. > > I am wondering what would be the best way to go ahead with regards to > getting these additions into pcp? The best way would be something like: - Clone a pcp git tree (git://oss.sgi.com/pcp/pcp) - Merge your work in your local copy of the "dev" branch, hack, test, commit, etc and when ready, send mail to the pcp mailing list (see PCP webpage for details) - here's an example from over the weekend: http://oss.sgi.com/archives/pcp/2013-03/msg00059.html - But, use whatever form you prefer - any publicly accessible git tree will be fine, so fedorahosted, github - whatever floats your boat. If you prefer, you could also request an account on sourceware.org, or oss.sgi.com for hosting - we're spoilt for choice nowadays! Its also very helpful to provide tests with new code - these all live below the "qa" directory in the PCP tree. In particular, you should find test "qa/654" there that exercises the existing GFS2 PMDA. Any new code would ideally either extend that, or introduce a new test (or two or three) to provide a regression testing capability. When you come to look into the client-side tool you will want to chat to Stan Cox (scox@redhat, also on the PCP list) - he's recently been writing a top-alike tool in python, so has code that makes use of the python curses library(s) that might make sense to share between tools somehow (or at least give you a head start example in that space). Stan has some WIP branches on git://sourceware.org/git/pcpfans - see scox/dev and/or scox/python branches. Have fun! Let us know how it goes (#pcp on freenode may also have someone closer to your timezone for quicker replies). cheers. -- Nathan From wwwrun@oss.sgi.com Mon Mar 11 21:35:37 2013 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on oss.sgi.com X-Spam-Level: X-Spam-Status: No, score=0.0 required=5.0 tests=HTML_MESSAGE,NO_RELAYS autolearn=ham version=3.3.1 X-Original-To: pcp@oss.sgi.com Delivered-To: pcp@oss.sgi.com Received: by oss.sgi.com (Postfix, from userid 30) id 7D9617F50; Mon, 11 Mar 2013 21:35:37 -0500 (CDT) From: bugzilla-daemon@oss.sgi.com To: pcp@oss.sgi.com Subject: [Bug 937] New: pcp 3.6.10 fails to build / Makefile weirdness Date: Tue, 12 Mar 2013 02:35:36 +0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: new X-Bugzilla-Watch-Reason: None X-Bugzilla-Classification: Unclassified X-Bugzilla-Product: pcp X-Bugzilla-Component: pcp X-Bugzilla-Keywords: X-Bugzilla-Severity: major X-Bugzilla-Who: patrick.lauer@star-group.net X-Bugzilla-Status: NEW X-Bugzilla-Priority: P5 X-Bugzilla-Assigned-To: mort@sgi.com X-Bugzilla-Target-Milestone: --- X-Bugzilla-Changed-Fields: bug_id short_desc product version rep_platform op_sys bug_status bug_severity priority component assigned_to reporter cc classification Message-ID: Content-Type: multipart/alternative; boundary="1363055737.08a81.6824"; charset="us-ascii" X-Bugzilla-URL: http://oss.sgi.com/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 --1363055737.08a81.6824 Date: Mon, 11 Mar 2013 21:35:37 -0500 MIME-Version: 1.0 Content-Type: text/plain; charset="UTF-8" http://oss.sgi.com/bugzilla/show_bug.cgi?id=937 Bug ID: 937 Summary: pcp 3.6.10 fails to build / Makefile weirdness Product: pcp Version: unspecified Hardware: All OS: Linux Status: NEW Severity: major Priority: P5 Component: pcp Assignee: mort@sgi.com Reporter: patrick.lauer@star-group.net CC: pcp@oss.sgi.com Classification: Unclassified Trying to build on a (Gentoo) Linux/amd64 machine. ./configure runs fine, "make" aborts with only this one line of output: src/include/builddefs:417: *** recipe commences before first target. Stop. I don't see anything suspicious around that line: PERL_INSTALL = \ # Gather installed Perl files before packaging if [ -n "$(DIST_MANIFEST)" ]; then \ if [ "`echo $(TOPDIR)/perl-pcp-*.list`" != "$(TOPDIR)/perl-pcp-*.list" ]; then \ -- You are receiving this mail because: You are on the CC list for the bug. --1363055737.08a81.6824 Date: Mon, 11 Mar 2013 21:35:37 -0500 MIME-Version: 1.0 Content-Type: text/html; charset="UTF-8"
Bug ID 937
Summary pcp 3.6.10 fails to build / Makefile weirdness
Product pcp
Version unspecified
Hardware All
OS Linux
Status NEW
Severity major
Priority P5
Component pcp
Assignee mort@sgi.com
Reporter patrick.lauer@star-group.net
CC pcp@oss.sgi.com
Classification Unclassified 

Trying to build on a (Gentoo) Linux/amd64 machine. ./configure runs fine,
"make" aborts with only this one line of output:

src/include/builddefs:417: *** recipe commences before first target.  Stop.

I don't see anything suspicious around that line:

PERL_INSTALL = \
        # Gather installed Perl files before packaging
        if [ -n "$(DIST_MANIFEST)" ]; then \
            if [ "`echo $(TOPDIR)/perl-pcp-*.list`" !=
"$(TOPDIR)/perl-pcp-*.list" ]; then \

You are receiving this mail because:
  • You are on the CC list for the bug.
--1363055737.08a81.6824-- From nscott@redhat.com Mon Mar 11 21:41:27 2013 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on oss.sgi.com X-Spam-Level: X-Spam-Status: No, score=0.0 required=5.0 tests=none autolearn=ham version=3.3.1 X-Original-To: pcp@oss.sgi.com Delivered-To: pcp@oss.sgi.com Received: from relay.sgi.com (relay1.corp.sgi.com [137.38.102.111]) by oss.sgi.com (Postfix) with ESMTP id 10F427F4E for ; Mon, 11 Mar 2013 21:41:27 -0500 (CDT) Received: from cuda.sgi.com (cuda2.sgi.com [192.48.176.25]) by relay1.corp.sgi.com (Postfix) with ESMTP id 003418F8033 for ; Mon, 11 Mar 2013 19:41:23 -0700 (PDT) X-ASG-Debug-ID: 1363056079-04cbb07dbe45a200001-S8gJnT Received: from mx4-phx2.redhat.com (mx4-phx2.redhat.com [209.132.183.25]) by cuda.sgi.com with ESMTP id VtGXQyLDtzDt5ZdI for ; Mon, 11 Mar 2013 19:41:19 -0700 (PDT) X-Barracuda-Envelope-From: nscott@redhat.com X-Barracuda-Apparent-Source-IP: 209.132.183.25 Received: from zmail20.collab.prod.int.phx2.redhat.com (zmail20.collab.prod.int.phx2.redhat.com [10.5.83.23]) by mx4-phx2.redhat.com (8.13.8/8.13.8) with ESMTP id r2C2fJx8027935 for ; Mon, 11 Mar 2013 22:41:19 -0400 Date: Mon, 11 Mar 2013 22:41:19 -0400 (EDT) From: Nathan Scott Reply-To: Nathan Scott To: PCP Message-ID: <1668316151.18428982.1363056079083.JavaMail.root@redhat.com> Subject: pcp updates: ipv6 MIME-Version: 1.0 X-ASG-Orig-Subj: pcp updates: ipv6 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-Originating-IP: [10.64.51.14] X-Mailer: Zimbra 7.2.0_GA_2669 (ZimbraWebClient - FF3.0 (Linux)/7.2.0_GA_2669) X-Barracuda-Connect: mx4-phx2.redhat.com[209.132.183.25] X-Barracuda-Start-Time: 1363056079 X-Barracuda-URL: http://192.48.176.25:80/cgi-mod/mark.cgi X-Virus-Scanned: by bsmtpd at sgi.com X-Barracuda-BRTS-Status: 1 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=2.7 tests= X-Barracuda-Spam-Report: Code version 3.2, rules version 3.2.2.124948 Rule breakdown below pts rule name description ---- ---------------------- -------------------------------------------------- Changes committed to git://oss.sgi.com/pcp/pcp.git dev CHANGELOG | 4 VERSION.pcp | 2 build/rpm/fedora.spec | 3 debian/changelog | 6 qa/.gitignore | 2 qa/023 | 2 qa/023.out.1 | 18 qa/023.out.2 | 18 qa/062.out | 1197 ++++++++++++++++++++++++++++++++++++++++++++++++ qa/062.out.1 | 1197 ------------------------------------------------ qa/062.out.1234 | 1197 ------------------------------------------------ qa/062.out.4321 | 1197 ------------------------------------------------ qa/244 | 3 qa/244.out.1 | 12 qa/244.out.2 | 12 qa/449 | 15 qa/449.out | 93 +++ qa/449.out.1 | 93 --- qa/449.out.2 | 93 --- src/libpcp/src/access.c | 236 +++++++-- 20 files changed, 1523 insertions(+), 3877 deletions(-) commit db00de5a47bbd54a641527aa1dac6e9ec95e644d Author: Nathan Scott Date: Tue Mar 12 13:39:13 2013 +1100 Fix whitespace in one spot (2 space indent) on last commit commit d3fc53fb7f4261a31b75b9a894359195f3f90ca5 Author: Dave Brolley Date: Mon Mar 11 15:12:40 2013 -0400 Allow IPv6 addresses as access wildcards and masks. Also qa test suite fallout. The access list may now contain IPv6 addresses. IP addresses and masks in the access list are now printed using dotted decimal (inet) or colon separated (IPv6) notation: - Fixed the access list filter for tests 023, 062, 244 and 449. - Tests 062 and 449 are no longer IPv6 or endian dependant. commit 5708f3ce3bc63dbb7dc7912554b19dd0bfba1df5 Author: Nathan Scott Date: Tue Mar 12 13:23:58 2013 +1100 Merge small diff in from real fedora spec commit c92dfd896a94ca01f96395aea41fd30e2fd91416 Author: Nathan Scott Date: Tue Mar 12 13:23:39 2013 +1100 Update version number in dev branch to differ to released From wwwrun@oss.sgi.com Mon Mar 11 21:44:46 2013 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on oss.sgi.com X-Spam-Level: X-Spam-Status: No, score=0.0 required=5.0 tests=HTML_MESSAGE,NO_RELAYS autolearn=ham version=3.3.1 X-Original-To: pcp@oss.sgi.com Delivered-To: pcp@oss.sgi.com Received: by oss.sgi.com (Postfix, from userid 30) id 2FEC57F52; Mon, 11 Mar 2013 21:44:46 -0500 (CDT) From: bugzilla-daemon@oss.sgi.com To: pcp@oss.sgi.com Subject: [Bug 937] pcp 3.6.10 fails to build / Makefile weirdness Date: Tue, 12 Mar 2013 02:44:45 +0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Classification: Unclassified X-Bugzilla-Product: pcp X-Bugzilla-Component: pcp X-Bugzilla-Keywords: X-Bugzilla-Severity: major X-Bugzilla-Who: nathans@debian.org X-Bugzilla-Status: ASSIGNED X-Bugzilla-Priority: P5 X-Bugzilla-Assigned-To: kenj@internode.on.net X-Bugzilla-Target-Milestone: --- X-Bugzilla-Changed-Fields: bug_status cc assigned_to Message-ID: In-Reply-To: References: Content-Type: multipart/alternative; boundary="1363056286.8c50FA3.7347"; charset="us-ascii" X-Bugzilla-URL: http://oss.sgi.com/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 --1363056286.8c50FA3.7347 Date: Mon, 11 Mar 2013 21:44:46 -0500 MIME-Version: 1.0 Content-Type: text/plain; charset="UTF-8" http://oss.sgi.com/bugzilla/show_bug.cgi?id=937 Nathan Scott changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |ASSIGNED CC| |nathans@debian.org Assignee|mort@sgi.com |kenj@internode.on.net --- Comment #1 from Nathan Scott --- Hi Patrick, I believe this bug has been fixed by kenj in the pcp-3.7.0 release (as of yesterday). Could you try that new version out and confirm/deny please? Thanks. -- Nathan -- You are receiving this mail because: You are on the CC list for the bug. --1363056286.8c50FA3.7347 Date: Mon, 11 Mar 2013 21:44:46 -0500 MIME-Version: 1.0 Content-Type: text/html; charset="UTF-8" changed bug 937
What Removed Added
Status NEW ASSIGNED
CC   nathans@debian.org
Assignee mort@sgi.com kenj@internode.on.net

Comment # 1 on bug 937 from 
Hi Patrick,

I believe this bug has been fixed by kenj in the pcp-3.7.0 release (as of
yesterday).  Could you try that new version out and confirm/deny please?

Thanks.

--
Nathan

You are receiving this mail because:
  • You are on the CC list for the bug.
--1363056286.8c50FA3.7347-- From wwwrun@oss.sgi.com Mon Mar 11 21:47:46 2013 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on oss.sgi.com X-Spam-Level: X-Spam-Status: No, score=0.0 required=5.0 tests=HTML_MESSAGE,NO_RELAYS autolearn=ham version=3.3.1 X-Original-To: pcp@oss.sgi.com Delivered-To: pcp@oss.sgi.com Received: by oss.sgi.com (Postfix, from userid 30) id B1DC57F54; Mon, 11 Mar 2013 21:47:46 -0500 (CDT) From: bugzilla-daemon@oss.sgi.com To: pcp@oss.sgi.com Subject: [Bug 937] pcp 3.6.10 fails to build / Makefile weirdness Date: Tue, 12 Mar 2013 02:47:46 +0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Classification: Unclassified X-Bugzilla-Product: pcp X-Bugzilla-Component: pcp X-Bugzilla-Keywords: X-Bugzilla-Severity: major X-Bugzilla-Who: nathans@debian.org X-Bugzilla-Status: ASSIGNED X-Bugzilla-Priority: P5 X-Bugzilla-Assigned-To: kenj@internode.on.net X-Bugzilla-Target-Milestone: --- X-Bugzilla-Changed-Fields: Message-ID: In-Reply-To: References: Content-Type: multipart/alternative; boundary="1363056466.fB4dcbF2.7606"; charset="us-ascii" X-Bugzilla-URL: http://oss.sgi.com/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 --1363056466.fB4dcbF2.7606 Date: Mon, 11 Mar 2013 21:47:46 -0500 MIME-Version: 1.0 Content-Type: text/plain; charset="UTF-8" http://oss.sgi.com/bugzilla/show_bug.cgi?id=937 --- Comment #2 from Nathan Scott --- Oh, shoulda mentioned - problem was the comment on the first line of the PERL_INSTALL macro (and with no continuation character, from your post). -- You are receiving this mail because: You are on the CC list for the bug. --1363056466.fB4dcbF2.7606 Date: Mon, 11 Mar 2013 21:47:46 -0500 MIME-Version: 1.0 Content-Type: text/html; charset="UTF-8"

Comment # 2 on bug 937 from 
Oh, shoulda mentioned - problem was the comment on the first line of the
PERL_INSTALL macro (and with no continuation character, from your post).

You are receiving this mail because:
  • You are on the CC list for the bug.
--1363056466.fB4dcbF2.7606-- From wwwrun@oss.sgi.com Mon Mar 11 22:03:26 2013 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on oss.sgi.com X-Spam-Level: X-Spam-Status: No, score=0.0 required=5.0 tests=HTML_MESSAGE,NO_RELAYS autolearn=ham version=3.3.1 X-Original-To: pcp@oss.sgi.com Delivered-To: pcp@oss.sgi.com Received: by oss.sgi.com (Postfix, from userid 30) id 6F9367F52; Mon, 11 Mar 2013 22:03:26 -0500 (CDT) From: bugzilla-daemon@oss.sgi.com To: pcp@oss.sgi.com Subject: [Bug 937] pcp 3.6.10 fails to build / Makefile weirdness Date: Tue, 12 Mar 2013 03:03:26 +0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Classification: Unclassified X-Bugzilla-Product: pcp X-Bugzilla-Component: pcp X-Bugzilla-Keywords: X-Bugzilla-Severity: major X-Bugzilla-Who: patrick.lauer@star-group.net X-Bugzilla-Status: ASSIGNED X-Bugzilla-Priority: P5 X-Bugzilla-Assigned-To: kenj@internode.on.net X-Bugzilla-Target-Milestone: --- X-Bugzilla-Changed-Fields: Message-ID: In-Reply-To: References: Content-Type: multipart/alternative; boundary="1363057406.d88D2.8671"; charset="us-ascii" X-Bugzilla-URL: http://oss.sgi.com/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 --1363057406.d88D2.8671 Date: Mon, 11 Mar 2013 22:03:26 -0500 MIME-Version: 1.0 Content-Type: text/plain; charset="UTF-8" http://oss.sgi.com/bugzilla/show_bug.cgi?id=937 --- Comment #3 from patrick.lauer@star-group.net --- Yes, 3.7.0 works. Thanks! -- You are receiving this mail because: You are on the CC list for the bug. --1363057406.d88D2.8671 Date: Mon, 11 Mar 2013 22:03:26 -0500 MIME-Version: 1.0 Content-Type: text/html; charset="UTF-8"

Comment # 3 on bug 937 from 
Yes, 3.7.0 works. Thanks!

You are receiving this mail because:
  • You are on the CC list for the bug.
--1363057406.d88D2.8671-- From wwwrun@oss.sgi.com Mon Mar 11 22:28:00 2013 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on oss.sgi.com X-Spam-Level: X-Spam-Status: No, score=0.0 required=5.0 tests=HTML_MESSAGE,NO_RELAYS autolearn=ham version=3.3.1 X-Original-To: pcp@oss.sgi.com Delivered-To: pcp@oss.sgi.com Received: by oss.sgi.com (Postfix, from userid 30) id D61B87F52; Mon, 11 Mar 2013 22:28:00 -0500 (CDT) From: bugzilla-daemon@oss.sgi.com To: pcp@oss.sgi.com Subject: [Bug 937] pcp 3.6.10 fails to build / Makefile weirdness Date: Tue, 12 Mar 2013 03:28:00 +0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Classification: Unclassified X-Bugzilla-Product: pcp X-Bugzilla-Component: pcp X-Bugzilla-Keywords: X-Bugzilla-Severity: major X-Bugzilla-Who: nathans@debian.org X-Bugzilla-Status: RESOLVED X-Bugzilla-Priority: P5 X-Bugzilla-Assigned-To: kenj@internode.on.net X-Bugzilla-Target-Milestone: --- X-Bugzilla-Changed-Fields: bug_status resolution Message-ID: In-Reply-To: References: Content-Type: multipart/alternative; boundary="1363058880.f5b872.9812"; charset="us-ascii" X-Bugzilla-URL: http://oss.sgi.com/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 --1363058880.f5b872.9812 Date: Mon, 11 Mar 2013 22:28:00 -0500 MIME-Version: 1.0 Content-Type: text/plain; charset="UTF-8" http://oss.sgi.com/bugzilla/show_bug.cgi?id=937 Nathan Scott changed: What |Removed |Added ---------------------------------------------------------------------------- Status|ASSIGNED |RESOLVED Resolution|--- |FIXED --- Comment #4 from Nathan Scott --- Fixed in 3.7.0 - thanks Patrick (and Ken!). -- You are receiving this mail because: You are on the CC list for the bug. --1363058880.f5b872.9812 Date: Mon, 11 Mar 2013 22:28:00 -0500 MIME-Version: 1.0 Content-Type: text/html; charset="UTF-8" changed bug 937
What Removed Added
Status ASSIGNED RESOLVED
Resolution --- FIXED

Comment # 4 on bug 937 from 
Fixed in 3.7.0 - thanks Patrick (and Ken!).

You are receiving this mail because:
  • You are on the CC list for the bug.
--1363058880.f5b872.9812-- From nscott@redhat.com Tue Mar 12 00:07:03 2013 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on oss.sgi.com X-Spam-Level: X-Spam-Status: No, score=0.0 required=5.0 tests=none autolearn=ham version=3.3.1 X-Original-To: pcp@oss.sgi.com Delivered-To: pcp@oss.sgi.com Received: from relay.sgi.com (relay3.corp.sgi.com [198.149.34.15]) by oss.sgi.com (Postfix) with ESMTP id A5D757F51 for ; Tue, 12 Mar 2013 00:07:03 -0500 (CDT) Received: from cuda.sgi.com (cuda1.sgi.com [192.48.157.11]) by relay3.corp.sgi.com (Postfix) with ESMTP id 42345AC002 for ; Mon, 11 Mar 2013 22:06:59 -0700 (PDT) X-ASG-Debug-ID: 1363064815-04bdf022964a6010001-S8gJnT Received: from mx3-phx2.redhat.com (mx3-phx2.redhat.com [209.132.183.24]) by cuda.sgi.com with ESMTP id iDzgdQe0Cpz7yHIR for ; Mon, 11 Mar 2013 22:06:55 -0700 (PDT) X-Barracuda-Envelope-From: nscott@redhat.com X-Barracuda-Apparent-Source-IP: 209.132.183.24 Received: from zmail20.collab.prod.int.phx2.redhat.com (zmail20.collab.prod.int.phx2.redhat.com [10.5.83.23]) by mx3-phx2.redhat.com (8.13.8/8.13.8) with ESMTP id r2C56tbZ022982 for ; Tue, 12 Mar 2013 01:06:55 -0400 Date: Tue, 12 Mar 2013 01:06:55 -0400 (EDT) From: Nathan Scott Reply-To: Nathan Scott To: PCP Message-ID: <1218989099.18449734.1363064815392.JavaMail.root@redhat.com> Subject: pcp-gui updates: new host dialog MIME-Version: 1.0 X-ASG-Orig-Subj: pcp-gui updates: new host dialog Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-Originating-IP: [10.64.51.14] X-Mailer: Zimbra 7.2.0_GA_2669 (ZimbraWebClient - FF3.0 (Linux)/7.2.0_GA_2669) X-Barracuda-Connect: mx3-phx2.redhat.com[209.132.183.24] X-Barracuda-Start-Time: 1363064815 X-Barracuda-URL: http://192.48.157.11:80/cgi-mod/mark.cgi X-Virus-Scanned: by bsmtpd at sgi.com X-Barracuda-BRTS-Status: 1 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=2.7 tests= X-Barracuda-Spam-Report: Code version 3.2, rules version 3.2.2.124958 Rule breakdown below pts rule name description ---- ---------------------- -------------------------------------------------- Changes committed to git://oss.sgi.com/pcp/pcp-gui.git dev aclocal.m4 | 12 + configure.in | 1 m4/package_pcpdev.m4 | 7 src/chart/chartdialog.cpp | 30 ++- src/chart/hostdialog.cpp | 115 +++++++++++++- src/chart/hostdialog.h | 20 ++ src/chart/hostdialog.ui | 349 ++++++++++++++++++++++++++++--------------- src/chart/openviewdialog.cpp | 32 ++- src/include/version.h.in | 8 src/libqmc/qmc_group.cpp | 9 - src/libqmc/qmc_group.h | 5 src/libqmc/qmc_source.cpp | 24 ++ src/libqmc/qmc_source.h | 24 ++ 13 files changed, 473 insertions(+), 163 deletions(-) commit a6b70d8e633b12efb93b9e92e69a4db9dfcabc02 Author: Nathan Scott Date: Tue Mar 12 16:05:33 2013 +1100 Extensions to the New Host dialog box Allowing secure connections to be explicitly requested, and also invoking the nss-gui NSS certificate database frontend application for certificate management. From kenj@internode.on.net Tue Mar 12 03:55:23 2013 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on oss.sgi.com X-Spam-Level: X-Spam-Status: No, score=0.0 required=5.0 tests=none autolearn=ham version=3.3.1 X-Original-To: pcp@oss.sgi.com Delivered-To: pcp@oss.sgi.com Received: from relay.sgi.com (relay2.corp.sgi.com [137.38.102.29]) by oss.sgi.com (Postfix) with ESMTP id CD72E7F54 for ; Tue, 12 Mar 2013 03:55:23 -0500 (CDT) Received: from cuda.sgi.com (cuda1.sgi.com [192.48.157.11]) by relay2.corp.sgi.com (Postfix) with ESMTP id ADEF0304053 for ; Tue, 12 Mar 2013 01:55:20 -0700 (PDT) X-ASG-Debug-ID: 1363078518-04bdf022984b7a20001-S8gJnT Received: from ipmail06.adl2.internode.on.net (ipmail06.adl2.internode.on.net [150.101.137.129]) by cuda.sgi.com with ESMTP id E5hA34YOWsXJW65P for ; Tue, 12 Mar 2013 01:55:18 -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: ApMBAEHsPlF20eoO/2dsb2JhbAANNsY/hBswDRYYAwIBAgE/GQYCAQG0VIMxkCmPKoMqA6po Received: from ppp118-209-234-14.lns20.mel6.internode.on.net (HELO [192.168.1.100]) ([118.209.234.14]) by ipmail06.adl2.internode.on.net with ESMTP; 12 Mar 2013 19:25:17 +1030 Message-ID: <513EED75.4090705@internode.on.net> Date: Tue, 12 Mar 2013 19:55:17 +1100 From: Ken McDonell User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:17.0) Gecko/20130221 Thunderbird/17.0.3 MIME-Version: 1.0 To: pcp@oss.sgi.com Subject: pcp updates Content-Type: text/plain; charset=ISO-8859-1 X-ASG-Orig-Subj: pcp updates Content-Transfer-Encoding: 7bit X-Barracuda-Connect: ipmail06.adl2.internode.on.net[150.101.137.129] X-Barracuda-Start-Time: 1363078518 X-Barracuda-URL: http://192.48.157.11:80/cgi-mod/mark.cgi X-Virus-Scanned: by bsmtpd at sgi.com X-Barracuda-BRTS-Status: 1 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=2.7 tests= X-Barracuda-Spam-Report: Code version 3.2, rules version 3.2.2.124974 Rule breakdown below pts rule name description ---- ---------------------- -------------------------------------------------- Some post-3.7.0 things I've been holding back. Changes committed to git://oss.sgi.com/kenj/pcp.git dev qa/.gitignore | 1 - qa/197 | 29 ++++++++++++++--------------- qa/197.out | 5 +++++ qa/197.out.1 | 6 ------ qa/197.out.2 | 6 ------ qa/348 | 2 ++ qa/348.out.2 | 2 +- qa/pmdas/bigun/Install | 11 ++++++++++- qa/pmdas/bigun/bigun.c | 7 +++++++ 9 files changed, 39 insertions(+), 30 deletions(-) commit 21f0d31f8214062fb2f4cab4b9cd3396f626f021 Author: Ken McDonell Date: Tue Mar 12 06:24:51 2013 +1100 qa/197 - fix the after exec fd non-determinism Since the nss changes, the "next" fd after the exec is non-deterministic; we've seen 4, 9 and 12 on various platforms. This change checks the value is expected, and _more_ importantly that the _same_ value is seen after each exec(). commit f80bd38ab011d19c6ceabef6eede6f8bb2b80e1b Author: Ken McDonell Date: Tue Mar 12 06:21:47 2013 +1100 qa/348 - minor filtering change Sometimes (and I cannot determine why) it takes a little longer for pmcd to terminate, so we get extra "dots" in the output. Add a filter to remove this non-determinism. commit 654d2598cf15f3d015f98009b8d863618a624979 Author: Ken McDonell Date: Tue Mar 12 06:16:09 2013 +1100 QA bigun PMDA - rework Install script This is an odd PMDA as it is not installed in $PCP_VAR_DIR/pmdas and so the installation logic is a little different. Previously it only worked when run from the "testsuite" directory, but I run all my QA out of the git tree qa directory ... these changes allow it to work independent of where QA is run from. The PMDA help text is a problem because this is a DSO PMDA, and this is only available if Install is run from the "testsuite" directory ... this is not a problem for QA, so add a comment explaining this in the PMDA source. From kenj@internode.on.net Tue Mar 12 04:13:38 2013 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on oss.sgi.com X-Spam-Level: X-Spam-Status: No, score=0.0 required=5.0 tests=none autolearn=ham version=3.3.1 X-Original-To: pcp@oss.sgi.com Delivered-To: pcp@oss.sgi.com Received: from relay.sgi.com (relay2.corp.sgi.com [137.38.102.29]) by oss.sgi.com (Postfix) with ESMTP id 53C847F55 for ; Tue, 12 Mar 2013 04:13:38 -0500 (CDT) Received: from cuda.sgi.com (cuda3.sgi.com [192.48.176.15]) by relay2.corp.sgi.com (Postfix) with ESMTP id 34CDB304039 for ; Tue, 12 Mar 2013 02:13:35 -0700 (PDT) X-ASG-Debug-ID: 1363079612-04cb6c2b02484150001-S8gJnT Received: from ipmail06.adl2.internode.on.net (ipmail06.adl2.internode.on.net [150.101.137.129]) by cuda.sgi.com with ESMTP id 74dsEuCdVGHVVivU for ; Tue, 12 Mar 2013 02:13:32 -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: ApMBAATxPlF20eoO/2dsb2JhbAANNsRggV+DHAEBAQQ4QBELGAkWDwkDAgECAUUTCAEBtEqDMZArjxQWgyoDl3OSdQ Received: from ppp118-209-234-14.lns20.mel6.internode.on.net (HELO [192.168.1.100]) ([118.209.234.14]) by ipmail06.adl2.internode.on.net with ESMTP; 12 Mar 2013 19:43:32 +1030 Message-ID: <513EF1BB.6050407@internode.on.net> Date: Tue, 12 Mar 2013 20:13:31 +1100 From: Ken McDonell User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:17.0) Gecko/20130221 Thunderbird/17.0.3 MIME-Version: 1.0 To: pcp@oss.sgi.com Subject: Re: [pcp] pcp updates: ipv6 References: <1668316151.18428982.1363056079083.JavaMail.root@redhat.com> X-ASG-Orig-Subj: Re: [pcp] pcp updates: ipv6 In-Reply-To: <1668316151.18428982.1363056079083.JavaMail.root@redhat.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Barracuda-Connect: ipmail06.adl2.internode.on.net[150.101.137.129] X-Barracuda-Start-Time: 1363079612 X-Barracuda-URL: http://192.48.176.15:80/cgi-mod/mark.cgi X-Virus-Scanned: by bsmtpd at sgi.com X-Barracuda-BRTS-Status: 1 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=2.7 tests= X-Barracuda-Spam-Report: Code version 3.2, rules version 3.2.2.124974 Rule breakdown below pts rule name description ---- ---------------------- -------------------------------------------------- On 12/03/13 13:41, Nathan Scott wrote: > Changes committed to git://oss.sgi.com/pcp/pcp.git dev > ... > build/rpm/fedora.spec | 3 This one is created in the build and should not be in the git tree ... if you made changes here, they probably belong in fedora.spec.head.in or fedora.spec.tail. Similarly for qa/062.out ... if you have 062.out.1, 062.out.1234 and 062.out.4321, then 062.out should not be there. And the same problem is evident for qa/499.out. And I'd expect to see 062.out and qa/499.out added to qa/.gitignore. Needless to say I cannot merge these changes as is into my tree, so I'll wait for a fixup commit from you before trying to pull again. From nscott@redhat.com Tue Mar 12 04:24:22 2013 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on oss.sgi.com X-Spam-Level: X-Spam-Status: No, score=0.0 required=5.0 tests=none autolearn=ham version=3.3.1 X-Original-To: pcp@oss.sgi.com Delivered-To: pcp@oss.sgi.com Received: from relay.sgi.com (relay2.corp.sgi.com [137.38.102.29]) by oss.sgi.com (Postfix) with ESMTP id F26787F54 for ; Tue, 12 Mar 2013 04:24:21 -0500 (CDT) Received: from cuda.sgi.com (cuda2.sgi.com [192.48.176.25]) by relay2.corp.sgi.com (Postfix) with ESMTP id CE598304067 for ; Tue, 12 Mar 2013 02:24:21 -0700 (PDT) X-ASG-Debug-ID: 1363080260-04cbb07dbc478c30001-S8gJnT Received: from mx4-phx2.redhat.com (mx4-phx2.redhat.com [209.132.183.25]) by cuda.sgi.com with ESMTP id 4oACPR48N66kzDLD for ; Tue, 12 Mar 2013 02:24:20 -0700 (PDT) X-Barracuda-Envelope-From: nscott@redhat.com X-Barracuda-Apparent-Source-IP: 209.132.183.25 Received: from zmail20.collab.prod.int.phx2.redhat.com (zmail20.collab.prod.int.phx2.redhat.com [10.5.83.23]) by mx4-phx2.redhat.com (8.13.8/8.13.8) with ESMTP id r2C9OGpW025412; Tue, 12 Mar 2013 05:24:16 -0400 Date: Tue, 12 Mar 2013 05:24:16 -0400 (EDT) From: Nathan Scott Reply-To: Nathan Scott To: Ken McDonell , Dave Brolley Cc: pcp@oss.sgi.com Message-ID: <593176031.18504545.1363080256418.JavaMail.root@redhat.com> In-Reply-To: <513EF1BB.6050407@internode.on.net> Subject: Re: [pcp] pcp updates: ipv6 MIME-Version: 1.0 X-ASG-Orig-Subj: Re: [pcp] pcp updates: ipv6 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-Originating-IP: [10.64.51.129] X-Mailer: Zimbra 7.2.0_GA_2669 (ZimbraWebClient - FF3.0 (Linux)/7.2.0_GA_2669) X-Barracuda-Connect: mx4-phx2.redhat.com[209.132.183.25] X-Barracuda-Start-Time: 1363080260 X-Barracuda-URL: http://192.48.176.25:80/cgi-mod/mark.cgi X-Virus-Scanned: by bsmtpd at sgi.com X-Barracuda-BRTS-Status: 1 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=2.7 tests= X-Barracuda-Spam-Report: Code version 3.2, rules version 3.2.2.124976 Rule breakdown below pts rule name description ---- ---------------------- -------------------------------------------------- ----- Original Message ----- > On 12/03/13 13:41, Nathan Scott wrote: > > Changes committed to git://oss.sgi.com/pcp/pcp.git dev > > ... > > build/rpm/fedora.spec | 3 > > > This one is created in the build and should not be in the git tree > ... > if you made changes here, they probably belong in fedora.spec.head.in > or fedora.spec.tail. > Yeah, I had to change that (24824f932544a6f391187c3e36205d53f6de48a9) to get the rpm packaging to work. The fedora spec in general is just a copy of the spec used in other processes, its not really useful for us to generate it. Even beyond that though, the strategy of reusing the debian script directly proved impossible (see above commit). I've been keeping it in the tree so people have the chance to add new dependencies etc as the add new code (like Frank did for systemd, which was really handy over the weekend!) > Similarly for qa/062.out ... if you have 062.out.1, 062.out.1234 and > 062.out.4321, then 062.out should not be there. > > And the same problem is evident for qa/499.out. > > And I'd expect to see 062.out and qa/499.out added to qa/.gitignore. > Hmmm, I'll leave these to Dave to review and sort out, I missed those on my glance over his changes this morning. thanks. -- Nathan From brolley@redhat.com Tue Mar 12 11:43:51 2013 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on oss.sgi.com X-Spam-Level: X-Spam-Status: No, score=0.0 required=5.0 tests=none autolearn=ham version=3.3.1 X-Original-To: pcp@oss.sgi.com Delivered-To: pcp@oss.sgi.com Received: from relay.sgi.com (relay2.corp.sgi.com [137.38.102.29]) by oss.sgi.com (Postfix) with ESMTP id D10947F52 for ; Tue, 12 Mar 2013 11:43:51 -0500 (CDT) Received: from cuda.sgi.com (cuda2.sgi.com [192.48.176.25]) by relay2.corp.sgi.com (Postfix) with ESMTP id B09A630406B for ; Tue, 12 Mar 2013 09:43:48 -0700 (PDT) X-ASG-Debug-ID: 1363106624-04cbb07dbf4a5120001-S8gJnT Received: from mx1.redhat.com (mx1.redhat.com [209.132.183.28]) by cuda.sgi.com with ESMTP id Qw4EnjrWgGfhxCoa for ; Tue, 12 Mar 2013 09:43:44 -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-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 r2CGheEm026525 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK); Tue, 12 Mar 2013 12:43:41 -0400 Received: from [10.15.16.126] (dhcp-10-15-16-126.yyz.redhat.com [10.15.16.126]) by int-mx02.intmail.prod.int.phx2.redhat.com (8.13.8/8.13.8) with ESMTP id r2CGheM4026206; Tue, 12 Mar 2013 12:43:40 -0400 Message-ID: <513F5B3B.4050508@redhat.com> Date: Tue, 12 Mar 2013 12:43:39 -0400 From: Dave Brolley User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:17.0) Gecko/20130219 Thunderbird/17.0.3 MIME-Version: 1.0 To: Nathan Scott CC: Ken McDonell , pcp@oss.sgi.com Subject: Re: [pcp] pcp updates: ipv6 References: <593176031.18504545.1363080256418.JavaMail.root@redhat.com> X-ASG-Orig-Subj: Re: [pcp] pcp updates: ipv6 In-Reply-To: <593176031.18504545.1363080256418.JavaMail.root@redhat.com> Content-Type: text/plain; charset=UTF-8; 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: 1363106624 X-Barracuda-URL: http://192.48.176.25:80/cgi-mod/mark.cgi X-Virus-Scanned: by bsmtpd at sgi.com X-Barracuda-BRTS-Status: 1 On 03/12/2013 05:24 AM, Nathan Scott wrote: > > ----- Original Message ----- >> Similarly for qa/062.out ... if you have 062.out.1, 062.out.1234 and >> 062.out.4321, then 062.out should not be there. >> >> And the same problem is evident for qa/499.out. >> >> And I'd expect to see 062.out and qa/499.out added to qa/.gitignore. >> > Hmmm, I'll leave these to Dave to review and sort out, I missed those > on my glance over his changes this morning. > Sorry if I botched this. This was a deliberate change on my part. As far as I can tell, these tests are no longer IPv6 or endian dependant, so I removed the .1, .2, .1234 and .4321 variants of the output for these tests. They each now have a single .out. As such I also removed the .out for each test from .gitignore and commited them. Dave From nscott@redhat.com Tue Mar 12 18:19:31 2013 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on oss.sgi.com X-Spam-Level: X-Spam-Status: No, score=0.0 required=5.0 tests=none autolearn=ham version=3.3.1 X-Original-To: pcp@oss.sgi.com Delivered-To: pcp@oss.sgi.com Received: from relay.sgi.com (relay2.corp.sgi.com [137.38.102.29]) by oss.sgi.com (Postfix) with ESMTP id AC81B7F4E for ; Tue, 12 Mar 2013 18:19:31 -0500 (CDT) Received: from cuda.sgi.com (cuda2.sgi.com [192.48.176.25]) by relay2.corp.sgi.com (Postfix) with ESMTP id 9AB4730406B for ; Tue, 12 Mar 2013 16:19:28 -0700 (PDT) X-ASG-Debug-ID: 1363130364-04cbb04b8510f30001-S8gJnT Received: from mx3-phx2.redhat.com (mx3-phx2.redhat.com [209.132.183.24]) by cuda.sgi.com with ESMTP id 8DUpbV9XFvCPMtE4 for ; Tue, 12 Mar 2013 16:19:24 -0700 (PDT) X-Barracuda-Envelope-From: nscott@redhat.com X-Barracuda-Apparent-Source-IP: 209.132.183.24 Received: from zmail20.collab.prod.int.phx2.redhat.com (zmail20.collab.prod.int.phx2.redhat.com [10.5.83.23]) by mx3-phx2.redhat.com (8.13.8/8.13.8) with ESMTP id r2CNJLLj013666; Tue, 12 Mar 2013 19:19:21 -0400 Date: Tue, 12 Mar 2013 19:19:21 -0400 (EDT) From: Nathan Scott Reply-To: Nathan Scott To: Dave Brolley , Ken McDonell Cc: pcp@oss.sgi.com Message-ID: <720881614.19102001.1363130361026.JavaMail.root@redhat.com> In-Reply-To: <513F5B3B.4050508@redhat.com> Subject: Re: [pcp] pcp updates: ipv6 MIME-Version: 1.0 X-ASG-Orig-Subj: Re: [pcp] pcp updates: ipv6 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-Originating-IP: [10.64.51.129] X-Mailer: Zimbra 7.2.0_GA_2669 (ZimbraWebClient - FF3.0 (Linux)/7.2.0_GA_2669) X-Barracuda-Connect: mx3-phx2.redhat.com[209.132.183.24] X-Barracuda-Start-Time: 1363130364 X-Barracuda-URL: http://192.48.176.25:80/cgi-mod/mark.cgi X-Virus-Scanned: by bsmtpd at sgi.com X-Barracuda-BRTS-Status: 1 X-Barracuda-Spam-Score: 0.01 X-Barracuda-Spam-Status: No, SCORE=0.01 using per-user scores of TAG_LEVEL=1000.0 QUARANTINE_LEVEL=1000.0 KILL_LEVEL=2.7 tests=BSF_SC0_SA_TO_FROM_DOMAIN_MATCH X-Barracuda-Spam-Report: Code version 3.2, rules version 3.2.2.125032 Rule breakdown below pts rule name description ---- ---------------------- -------------------------------------------------- 0.01 BSF_SC0_SA_TO_FROM_DOMAIN_MATCH Sender Domain Matches Recipient Domain ----- Original Message ----- > > On 03/12/2013 05:24 AM, Nathan Scott wrote: > > > > ----- Original Message ----- > >> Similarly for qa/062.out ... if you have 062.out.1, 062.out.1234 > >> and > >> 062.out.4321, then 062.out should not be there. > >> > >> And the same problem is evident for qa/499.out. > >> > >> And I'd expect to see 062.out and qa/499.out added to > >> qa/.gitignore. > >> > > Hmmm, I'll leave these to Dave to review and sort out, I missed > > those > > on my glance over his changes this morning. > > > Sorry if I botched this. This was a deliberate change on my part. As > far > as I can tell, these tests are no longer IPv6 or endian dependant, so > I > removed the .1, .2, .1234 and .4321 variants of the output for these > tests. They each now have a single .out. As such I also removed the > .out > for each test from .gitignore and commited them. That was what I thought originally, and I think that's correct. Having said that, I do have several new failures now - will look over em & also today attempt to dig further through the details of the timeout issue Ken reported. cheers. -- Nathan From nscott@redhat.com Tue Mar 12 22:42:27 2013 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on oss.sgi.com X-Spam-Level: X-Spam-Status: No, score=0.0 required=5.0 tests=none autolearn=ham version=3.3.1 X-Original-To: pcp@oss.sgi.com Delivered-To: pcp@oss.sgi.com Received: from relay.sgi.com (relay3.corp.sgi.com [198.149.34.15]) by oss.sgi.com (Postfix) with ESMTP id 3FDA07F37 for ; Tue, 12 Mar 2013 22:42:27 -0500 (CDT) Received: from cuda.sgi.com (cuda2.sgi.com [192.48.176.25]) by relay3.corp.sgi.com (Postfix) with ESMTP id C9638AC001 for ; Tue, 12 Mar 2013 20:42:23 -0700 (PDT) X-ASG-Debug-ID: 1363146139-04cbb04b8724280001-S8gJnT Received: from mx4-phx2.redhat.com (mx4-phx2.redhat.com [209.132.183.25]) by cuda.sgi.com with ESMTP id 4HxXlCH9WvwA7nJC for ; Tue, 12 Mar 2013 20:42:19 -0700 (PDT) X-Barracuda-Envelope-From: nscott@redhat.com X-Barracuda-Apparent-Source-IP: 209.132.183.25 Received: from zmail20.collab.prod.int.phx2.redhat.com (zmail20.collab.prod.int.phx2.redhat.com [10.5.83.23]) by mx4-phx2.redhat.com (8.13.8/8.13.8) with ESMTP id r2D3gE6t016975; Tue, 12 Mar 2013 23:42:14 -0400 Date: Tue, 12 Mar 2013 23:42:14 -0400 (EDT) From: Nathan Scott Reply-To: Nathan Scott To: Dave Brolley Cc: Ken McDonell , pcp@oss.sgi.com Message-ID: <1307542556.19141672.1363146134815.JavaMail.root@redhat.com> In-Reply-To: <513F5B3B.4050508@redhat.com> Subject: Re: [pcp] pcp updates: ipv6 MIME-Version: 1.0 X-ASG-Orig-Subj: Re: [pcp] pcp updates: ipv6 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-Originating-IP: [10.64.51.129] X-Mailer: Zimbra 7.2.0_GA_2669 (ZimbraWebClient - FF3.0 (Linux)/7.2.0_GA_2669) X-Barracuda-Connect: mx4-phx2.redhat.com[209.132.183.25] X-Barracuda-Start-Time: 1363146139 X-Barracuda-URL: http://192.48.176.25:80/cgi-mod/mark.cgi X-Virus-Scanned: by bsmtpd at sgi.com X-Barracuda-BRTS-Status: 1 X-Barracuda-Spam-Score: 0.01 X-Barracuda-Spam-Status: No, SCORE=0.01 using per-user scores of TAG_LEVEL=1000.0 QUARANTINE_LEVEL=1000.0 KILL_LEVEL=2.7 tests=BSF_SC0_SA_TO_FROM_DOMAIN_MATCH X-Barracuda-Spam-Report: Code version 3.2, rules version 3.2.2.125048 Rule breakdown below pts rule name description ---- ---------------------- -------------------------------------------------- 0.01 BSF_SC0_SA_TO_FROM_DOMAIN_MATCH Sender Domain Matches Recipient Domain Hi Dave, ----- Original Message ----- > > On 03/12/2013 05:24 AM, Nathan Scott wrote: > > > > ----- Original Message ----- > >> Similarly for qa/062.out ... if you have 062.out.1, 062.out.1234 > >> and > >> 062.out.4321, then 062.out should not be there. > >> > >> And the same problem is evident for qa/499.out. > >> > >> And I'd expect to see 062.out and qa/499.out added to > >> qa/.gitignore. > >> > > Hmmm, I'll leave these to Dave to review and sort out, I missed > > those > > on my glance over his changes this morning. > > > Sorry if I botched this. This was a deliberate change on my part. As > far > as I can tell, these tests are no longer IPv6 or endian dependant, so > I > removed the .1, .2, .1234 and .4321 variants of the output for these > tests. They each now have a single .out. As such I also removed the > .out > for each test from .gitignore and commited them. 062 at least will need some associated changes in the test, so that it does not try to create a .out file from .out.1 ... perhaps a file missed in your commit (dev branch d3fc53fb)? Thanks. -- Nathan From nscott@redhat.com Tue Mar 12 22:56:05 2013 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on oss.sgi.com X-Spam-Level: X-Spam-Status: No, score=0.0 required=5.0 tests=none autolearn=ham version=3.3.1 X-Original-To: pcp@oss.sgi.com Delivered-To: pcp@oss.sgi.com Received: from relay.sgi.com (relay2.corp.sgi.com [137.38.102.29]) by oss.sgi.com (Postfix) with ESMTP id 873467F37 for ; Tue, 12 Mar 2013 22:56:05 -0500 (CDT) Received: from cuda.sgi.com (cuda2.sgi.com [192.48.176.25]) by relay2.corp.sgi.com (Postfix) with ESMTP id 6DA1D304059 for ; Tue, 12 Mar 2013 20:56:02 -0700 (PDT) X-ASG-Debug-ID: 1363146960-04cbb04b84251e0001-S8gJnT Received: from mx4-phx2.redhat.com (mx4-phx2.redhat.com [209.132.183.25]) by cuda.sgi.com with ESMTP id WzPZN3HEC8WB60T8 for ; Tue, 12 Mar 2013 20:56:01 -0700 (PDT) X-Barracuda-Envelope-From: nscott@redhat.com X-Barracuda-Apparent-Source-IP: 209.132.183.25 Received: from zmail20.collab.prod.int.phx2.redhat.com (zmail20.collab.prod.int.phx2.redhat.com [10.5.83.23]) by mx4-phx2.redhat.com (8.13.8/8.13.8) with ESMTP id r2D3u0jf018868; Tue, 12 Mar 2013 23:56:00 -0400 Date: Tue, 12 Mar 2013 23:56:00 -0400 (EDT) From: Nathan Scott Reply-To: Nathan Scott To: Dave Brolley Cc: PCP Message-ID: <485937335.19143422.1363146960569.JavaMail.root@redhat.com> In-Reply-To: <1307542556.19141672.1363146134815.JavaMail.root@redhat.com> Subject: Re: [pcp] pcp updates: ipv6 MIME-Version: 1.0 X-ASG-Orig-Subj: Re: [pcp] pcp updates: ipv6 Content-Type: multipart/mixed; boundary="----=_Part_19143417_1337713649.1363146960563" X-Originating-IP: [10.64.51.129] X-Mailer: Zimbra 7.2.0_GA_2669 (ZimbraWebClient - FF3.0 (Linux)/7.2.0_GA_2669) X-Barracuda-Connect: mx4-phx2.redhat.com[209.132.183.25] X-Barracuda-Start-Time: 1363146960 X-Barracuda-URL: http://192.48.176.25:80/cgi-mod/mark.cgi X-Virus-Scanned: by bsmtpd at sgi.com X-Barracuda-BRTS-Status: 1 X-Barracuda-Spam-Score: 0.01 X-Barracuda-Spam-Status: No, SCORE=0.01 using per-user scores of TAG_LEVEL=1000.0 QUARANTINE_LEVEL=1000.0 KILL_LEVEL=2.7 tests=BSF_SC0_SA_TO_FROM_DOMAIN_MATCH X-Barracuda-Spam-Report: Code version 3.2, rules version 3.2.2.125050 Rule breakdown below pts rule name description ---- ---------------------- -------------------------------------------------- 0.01 BSF_SC0_SA_TO_FROM_DOMAIN_MATCH Sender Domain Matches Recipient Domain ------=_Part_19143417_1337713649.1363146960563 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit ----- Original Message ----- > ... > 062 at least will need some associated changes in the test, so that > it does not try to create a .out file from .out.1 ... perhaps a file > missed in your commit (dev branch d3fc53fb)? I'm also seeing failures in tests 066, 069 and 365 that seem to be related to changes in the access.c formatting? (maybe, I'm guessing wildly - .bad files attached). 244 fails as well, looks like an address filtering issue perhaps (no longer handles the 255.255.255.255 -> MYHOSTMASK translation?) cheers. -- Nathan ------=_Part_19143417_1337713649.1363146960563 Content-Type: application/octet-stream; name=066.out.bad Content-Disposition: attachment; filename=066.out.bad Content-Transfer-Encoding: base64 UUEgb3V0cHV0IGNyZWF0ZWQgYnkgMDY2CldhaXRpbmcgZm9yIHBtY2QgdG8gdGVybWluYXRlIC4u LgpTdGFydGluZyBwbWNkIC4uLiAKU3RhcnRpbmcgcG1sb2dnZXIgLi4uIApmaXJzdCBjb25maWc6 CiMgbmVlZCB0aGUgcG1jZCBQTURBIHNvIHRoYXQgImluaXQiIHJlc3RhcnQgY2FuIHN0YXJ0IHBt bG9nZ2VyCiMgdGhlIE9TIFBNREEgaGFzIHRvIGJlIHRoZXJlIHNvIHRoYXQgdGhlIGRlZmF1bHQg bG9nZ2luZyBjb25maWcgd29ya3MKIyBjcmVhdGVkIGJ5IFFBIDA2NgojCltwbGF0Zm9ybSBQTURB XQpwbWNkCTIJZHNvCXBtY2RfaW5pdAlwbWRhX3BtY2QuJERTT19TVUZGSVgKClthY2Nlc3NdCmFs bG93IGxvY2FsaG9zdDogYWxsOwpkaXNhbGxvdyAxMzEuMjUuKjogc3RvcmU7CmRpc2FsbG93ICo6 IGFsbDsKCgpzZWNvbmQgY29uZmlnOgojIG5lZWQgdGhlIHBtY2QgUE1EQSBzbyB0aGF0ICJpbml0 IiByZXN0YXJ0IGNhbiBzdGFydCBwbWxvZ2dlcgojIHRoZSBPUyBQTURBIGhhcyB0byBiZSB0aGVy ZSBzbyB0aGF0IHRoZSBkZWZhdWx0IGxvZ2dpbmcgY29uZmlnIHdvcmtzCiMgY3JlYXRlZCBieSBR QSAwNjYKIwpbcGxhdGZvcm0gUE1EQV0KcG1jZAkyCWRzbwlwbWNkX2luaXQJcG1kYV9wbWNkLiRE U09fU1VGRklYCgpbYWNjZXNzXQphbGxvdyBsb2NhbGhvc3Q6IGFsbDsKZGlzYWxsb3cgMTMxLjI1 Lio6IHN0b3JlOwpkaXNhbGxvdyAqOiBhbGw7CgoKZGlzYWxsb3cgT1RIRVIxOiBzdG9yZTsKYWxs b3cgT1RIRVIyOiBhbGw7CgpkZGlpc3NhbGxvdyBtaXNzcGVsdDogYWxsOwoKTG9nIGZvciBwbWNk IG9uIEhPU1Qgc3RhcnRlZCBEQVRFCgoKYWN0aXZlIGFnZW50IGRvbSAgIHBpZCAgaW4gb3V0IHZl ciBwcm90b2NvbCBwYXJhbWV0ZXJzCj09PT09PT09PT09PSA9PT0gPT09PT0gPT09ID09PSA9PT0g PT09PT09PT0gPT09PT09PT09PQpbT1NdICAgICAgICAgID8/ICAgICAgICAgICAgICAgICBYIGRz byBpOj8gIGxpYj1bT1NdcG1kYS4kRFNPX1NVRkZJWCBlbnRyeT1bT1NdX2luaXQKcG1jZCAgICAg ICAgICAgMiAgICAgICAgICAgICAgICAgWCBkc28gaTo1ICBsaWI9Li4ucG1kYV9wbWNkLiREU09f U1VGRklYIGVudHJ5PXBtY2RfaW5pdAoKSG9zdCBhY2Nlc3MgbGlzdDoKMDAgMDEgQ3VyL01heENv bnMgaG9zdC1zcGVjICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgIGhvc3QtbWFzayAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICBsdmwgaG9zdC1uYW1lCj09ID09ID09PT09PT09PT09 ID09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PSA9PT09PT09PT09PT09PT09 PT09PT09PT09PT09PT09PT09PT09PT0gPT09ID09PT09PT09PT09PT09CiB5ICB5ICAgICAwICAg ICAwIE1ZSVBBRERSICAgICAgICAgICAgICAgICAgICAgICAgICAgZmZmZmZmZmYgICAgICAgICAg ICAgICAgICAgICAgICAgICAwIGxvY2FsaG9zdAogICAgbiAgICAgMCAgICAgMCAxMzEuMjUuMC4w ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgMjU1LjI1NS4wLjAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgMiAxMzEuMjUuKgogbiAgbiAgICAgMCAgICAgMCAwLjAuMC4wICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgMC4wLjAuMCAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgNCAqCgoKcG1jZDogUElEID0gUElECnBtY2QgcmVxdWVzdCBwb3J0KHMpOgog IHN0cyBmZCAgIHBvcnQgIGZhbWlseSBhZGRyZXNzCiAgPT09ID09PT0gPT09PT0gPT09PT09ID09 PT09PT0Kb2sgRkQgNDQzMjEgaW5ldCBJTkFERFJfQU5ZCm9rIEZEIDQ0MzIxIGlwdjYgSU5BRERS X0FOWQpbREFURV0gcG1jZChQSUQpIEluZm86IAoKcG1jZCBSRVNUQVJURUQgYXQgREFURQoKCkN1 cnJlbnQgUE1DRCBjbGllbnRzIC4uLgpwbWNkIGNvbmZpZ1tsaW5lIDE3XTogRXJyb3I6IGFsbG93 IG9yIGRpc2FsbG93IHN0YXRlbWVudCBleHBlY3RlZApDb25maWd1cmF0aW9uIGZpbGUgJyRQQ1Bf UE1DRENPTkZfUEFUSCcgaGFzIGVycm9ycwpDb25maWd1cmF0aW9uIGxlZnQgdW5jaGFuZ2VkCgph Y3RpdmUgYWdlbnQgZG9tICAgcGlkICBpbiBvdXQgdmVyIHByb3RvY29sIHBhcmFtZXRlcnMKPT09 PT09PT09PT09ID09PSA9PT09PSA9PT0gPT09ID09PSA9PT09PT09PSA9PT09PT09PT09CltPU10g ICAgICAgICAgPz8gICAgICAgICAgICAgICAgIFggZHNvIGk6PyAgbGliPVtPU11wbWRhLiREU09f U1VGRklYIGVudHJ5PVtPU11faW5pdApwbWNkICAgICAgICAgICAyICAgICAgICAgICAgICAgICBY IGRzbyBpOjUgIGxpYj0uLi5wbWRhX3BtY2QuJERTT19TVUZGSVggZW50cnk9cG1jZF9pbml0CgpI b3N0IGFjY2VzcyBsaXN0OgowMCAwMSBDdXIvTWF4Q29ucyBob3N0LXNwZWMgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgaG9zdC1tYXNrICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg IGx2bCBob3N0LW5hbWUKPT0gPT0gPT09PT09PT09PT0gPT09PT09PT09PT09PT09PT09PT09PT09 PT09PT09PT09PT09PT09ID09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PSA9 PT0gPT09PT09PT09PT09PT0KIHkgIHkgICAgIDAgICAgIDAgTVlJUEFERFIgICAgICAgICAgICAg ICAgICAgICAgICAgICBmZmZmZmZmZiAgICAgICAgICAgICAgICAgICAgICAgICAgIDAgbG9jYWxo b3N0CiAgICBuICAgICAwICAgICAwIDEzMS4yNS4wLjAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAyNTUuMjU1LjAuMCAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAyIDEzMS4yNS4q CiBuICBuICAgICAwICAgICAwIDAuMC4wLjAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAwLjAuMC4wICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICA0ICoKCltEQVRFXSBw bWNkKFBJRCkgSW5mbzogUE1OUyBmaWxlICJERUZBVUxUIiBpcyB1bmNoYW5nZWQKV2FpdGluZyBm b3IgcG1jZCB0byB0ZXJtaW5hdGUgLi4uClJlc3RhcnRpbmcgcG1jZApTdGFydGluZyBwbWNkIC4u LiAKU3RhcnRpbmcgcG1sb2dnZXIgLi4uIAo= ------=_Part_19143417_1337713649.1363146960563 Content-Type: application/octet-stream; name=069.out.bad Content-Disposition: attachment; filename=069.out.bad Content-Transfer-Encoding: base64 UUEgb3V0cHV0IGNyZWF0ZWQgYnkgMDY5ClN0YXJ0aW5nIHBtY2QgLi4uIApTdGFydGluZyBwbWxv Z2dlciAuLi4gCnNob3VsZCBiZSBPSwoKcG1jZC5udW1jbGllbnRzCiAgICB2YWx1ZSAyCgpleHBl Y3QgdHdvIGFjY2VzcyBjb250cm9sIGVycm9yczoKcG1pbmZvOiBDYW5ub3QgY29ubmVjdCB0byBQ TUNEIG9uIGhvc3QgIkxPQ0FMSE9TVCI6IE5vIHBlcm1pc3Npb24gdG8gcGVyZm9ybSByZXF1ZXN0 ZWQgb3BlcmF0aW9uCnBtaW5mbzogQ2Fubm90IGNvbm5lY3QgdG8gUE1DRCBvbiBob3N0ICJMT0NB TEhPU1QiOiBObyBwZXJtaXNzaW9uIHRvIHBlcmZvcm0gcmVxdWVzdGVkIG9wZXJhdGlvbgoKZXhw ZWN0IHR3byBjb25uZWN0aW9uIGxpbWl0IGVycm9yczoKcG1pbmZvOiBDYW5ub3QgY29ubmVjdCB0 byBQTUNEIG9uIGhvc3QgIk9USEVSSE9TVDEiOiBQTUNEIGNvbm5lY3Rpb24gbGltaXQgZm9yIHRo aXMgaG9zdCBleGNlZWRlZApwbWluZm86IENhbm5vdCBjb25uZWN0IHRvIFBNQ0Qgb24gaG9zdCAi T1RIRVJIT1NUMSI6IFBNQ0QgY29ubmVjdGlvbiBsaW1pdCBmb3IgdGhpcyBob3N0IGV4Y2VlZGVk CgpleHBlY3QgdHdvIGNvbm5lY3Rpb24gbGltaXQgZXJyb3JzOgpwbWluZm86IENhbm5vdCBjb25u ZWN0IHRvIFBNQ0Qgb24gaG9zdCAiT1RIRVJIT1NUMiI6IFBNQ0QgY29ubmVjdGlvbiBsaW1pdCBm b3IgdGhpcyBob3N0IGV4Y2VlZGVkCnBtc3RvcmU6IENhbm5vdCBjb25uZWN0IHRvIFBNQ0Qgb24g aG9zdCAiT1RIRVJIT1NUMiI6IFBNQ0QgY29ubmVjdGlvbiBsaW1pdCBmb3IgdGhpcyBob3N0IGV4 Y2VlZGVkCgpleHBlY3QgMyBhY2Nlc3MgdmlvbGF0aW9uIG1lc3NhZ2VzIGZvciBsb2NhbGhvc3Qs IE9USEVSSE9TVDEgYW5kIE9USEVSSE9TVDIKYW5kIG9uZSBlbmRjbGllbnQgYWNjZXNzIHZpb2xh dGlvbiBmb3IgbG9jYWxob3N0IGFuZCBvbmUgZW5kY2xpZW50IGNvbm5lY3Rpb24KbGltaXQgZm9y IGVhY2ggb2YgT1RIRVJIT1NUMSBhbmQgT1RIRVJIT1NUMgpMb2cgZm9yIHBtY2Qgb24gSE9TVCBz dGFydGVkIERBVEUKCgphY3RpdmUgYWdlbnQgZG9tICAgcGlkICBpbiBvdXQgdmVyIHByb3RvY29s IHBhcmFtZXRlcnMKPT09PT09PT09PT09ID09PSA9PT09PSA9PT0gPT09ID09PSA9PT09PT09PSA9 PT09PT09PT09CltPU10gICAgICAgICAgPz8gICAgICAgICAgICAgICAgIE4gZHNvIGk6PyAgbGli PVtPU11wbWRhLiREU09fU1VGRklYIGVudHJ5PVtPU11faW5pdApwbWNkICAgICAgICAgICAyICAg ICAgICAgICAgICAgICBOIGRzbyBpOjUgIGxpYj0uLi5wbWRhX3BtY2QuJERTT19TVUZGSVggZW50 cnk9cG1jZF9pbml0CgpIb3N0IGFjY2VzcyBsaXN0IGVtcHR5OiBhY2Nlc3MgY29udHJvbCB0dXJu ZWQgb2ZmCgoKcG1jZDogUElEID0gUElECnBtY2QgcmVxdWVzdCBwb3J0KHMpOgogIHN0cyBmZCAg IHBvcnQgIGZhbWlseSBhZGRyZXNzCiAgPT09ID09PT0gPT09PT0gPT09PT09ID09PT09PT0Kb2sg RkQgNDM0MCBpbmV0IElOQUREUl9BTlkKb2sgRkQgNDM0MCBpcHY2IElOQUREUl9BTlkKW0RBVEVd IHBtY2QoUElEKSBJbmZvOiAKCnBtY2QgUkVTVEFSVEVEIGF0IERBVEUKCgpDdXJyZW50IFBNQ0Qg Y2xpZW50cyAuLi4KICAgICBmZCAgY2xpZW50IGNvbm5lY3Rpb24gZnJvbSAgICAgICAgICAgICAg ICAgICAgaXBjIHZlciAgb3BlcmF0aW9ucyBkZW5pZWQKLi4uCgphY2Nlc3MgdmlvbGF0aW9uIGZy b20gaG9zdCBNWV9JUDoKZW5kY2xpZW50IGNsaWVudFtOXTogKGZkIDxuPikgTm8gcGVybWlzc2lv biB0byBwZXJmb3JtIHJlcXVlc3RlZCBvcGVyYXRpb24gKC0xMjM4NykKCmFjdGl2ZSBhZ2VudCBk b20gICBwaWQgIGluIG91dCB2ZXIgcHJvdG9jb2wgcGFyYW1ldGVycwo9PT09PT09PT09PT0gPT09 ID09PT09ID09PSA9PT0gPT09ID09PT09PT09ID09PT09PT09PT0KW09TXSAgICAgICAgICA/PyAg ICAgICAgICAgICAgICAgTiBkc28gaTo/ICBsaWI9W09TXXBtZGEuJERTT19TVUZGSVggZW50cnk9 W09TXV9pbml0CnBtY2QgICAgICAgICAgIDIgICAgICAgICAgICAgICAgIE4gZHNvIGk6NSAgbGli PS4uLnBtZGFfcG1jZC4kRFNPX1NVRkZJWCBlbnRyeT1wbWNkX2luaXQKCkhvc3QgYWNjZXNzIGxp c3Q6CjAwIDAxIEN1ci9NYXhDb25zIGhvc3Qtc3BlYyAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICBob3N0LW1hc2sgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgbHZsIGhvc3QtbmFt ZQo9PSA9PSA9PT09PT09PT09PSA9PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09 PT0gPT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09ID09PSA9PT09PT09PT09 PT09PQogeSAgbiAgICAgMCAgICAgMSBPVEhFUjFfSVAgICAgICAgICAgICAgICAgICAgICAgICAg ICAyNTUuMjU1LjI1NS4yNTUgICAgICAgICAgICAgICAgICAgICAgICAgICAwIE9USEVSXzEKIHkg IHkgICAgIDAgICAgIDEgT1RIRVIyX0lQICAgICAgICAgICAgICAgICAgICAgICAgICAgMjU1LjI1 NS4yNTUuMjU1ICAgICAgICAgICAgICAgICAgICAgICAgICAgMCBPVEhFUl8yCiBuICBuICAgICAw ICAgICAwIDAuMC4wLjAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAwLjAuMC4wICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICA0ICoKCltEQVRFXSBwbWNkKFBJRCkgSW5m bzogUE1OUyBmaWxlICJERUZBVUxUIiBpcyB1bmNoYW5nZWQKYWNjZXNzIHZpb2xhdGlvbiBmcm9t IGhvc3QgT1RIRVIxX0lQOgplbmRjbGllbnQgY2xpZW50W05dOiAoZmQgPG4+KSBQTUNEIGNvbm5l Y3Rpb24gbGltaXQgZm9yIHRoaXMgaG9zdCBleGNlZWRlZCAoLTEyMzg4KQphY2Nlc3MgdmlvbGF0 aW9uIGZyb20gaG9zdCBPVEhFUjJfSVA6CmVuZGNsaWVudCBjbGllbnRbTl06IChmZCA8bj4pIFBN Q0QgY29ubmVjdGlvbiBsaW1pdCBmb3IgdGhpcyBob3N0IGV4Y2VlZGVkICgtMTIzODgpCgpJZiBm YWlsdXJlLCBjaGVjayAwNjkuZnVsbApSZXN0YXJ0aW5nIHBtY2QK ------=_Part_19143417_1337713649.1363146960563 Content-Type: application/octet-stream; name=244.out.bad Content-Disposition: attachment; filename=244.out.bad Content-Transfer-Encoding: base64 UUEgb3V0cHV0IGNyZWF0ZWQgYnkgMjQ0CldhaXRpbmcgZm9yIHBtY2QgdG8gdGVybWluYXRlIC4u LgokUENQX1BNQ0RDT05GX1BBVEggY29udGFpbnM6CjxCRUdJTj4KZmFrZV9pcml4IDEgcGlwZSBi aW5hcnkgZHVtYl9wbWRhIC1kIDEgZmFrZV9pcml4CmZha2Vfc2FtcGxlZHNvIDMwIHBpcGUgYmlu YXJ5IGR1bWJfcG1kYSAtZCAzMCBmYWtlX3NhbXBsZWRzbwpmYWtlX2Npc2NvIDUgcGlwZSBiaW5h cnkgZHVtYl9wbWRhIC1kIDUgZmFrZV9jaXNjbwpmYWtlX2xpbnV4IDYwIHBpcGUgYmluYXJ5IGR1 bWJfcG1kYSAtZCA2MCBmYWtlX2xpbnV4CnBtY2QgMiBkc28gcG1jZF9pbml0IC4uLnBtZGFfcG1j ZC4kRFNPX1NVRkZJWApbYWNjZXNzXQphbGxvdyBsb2NhbGhvc3QgOiBhbGw7CmRpc2FsbG93ICog OiBhbGw7CjxFTkQ+CkV4cGVjdCAiSVBDIHByb3RvY29sIGZhaWx1cmUiIC4uLgpoaW52Lm5jcHU6 IHBtTG9va3VwRGVzYzogSVBDIHByb3RvY29sIGZhaWx1cmUKJFBDUF9QTUNEQ09ORl9QQVRIIG5v dyBjb250YWluczoKPEJFR0lOPgpmYWtlX2lyaXggMSBwaXBlIGJpbmFyeSBkdW1iX3BtZGEgLWQg MSBmYWtlX2lyaXgKc2FtcGxlIDI5IHBpcGUgYmluYXJ5IC4uLnBtZGFzYW1wbGUgLWQgMjkKZmFr ZV9jaXNjbyA1IHBpcGUgYmluYXJ5IGR1bWJfcG1kYSAtZCA1IGZha2VfY2lzY28KZmFrZV9saW51 eCA2MCBwaXBlIGJpbmFyeSBkdW1iX3BtZGEgLWQgNjAgZmFrZV9saW51eApwbWNkIDIgZHNvIHBt Y2RfaW5pdCAuLi5wbWRhX3BtY2QuJERTT19TVUZGSVgKW2FjY2Vzc10KYWxsb3cgbG9jYWxob3N0 IDogYWxsOwpkaXNhbGxvdyAqIDogYWxsOwo8RU5EPgpFeHBlY3QgIlVua25vd24gb3IgaWxsZWdh bCBtZXRyaWMgaWRlbnRpZmllciIgLi4uCnNhbXBsZWRzby5jb250cm9sOiBwbUxvb2t1cERlc2M6 IFVua25vd24gb3IgaWxsZWdhbCBtZXRyaWMgaWRlbnRpZmllcgpFeHBlY3QgIklQQyBwcm90b2Nv bCBmYWlsdXJlIiAuLi4KaGludi5uY3B1OiBwbUxvb2t1cERlc2M6IElQQyBwcm90b2NvbCBmYWls dXJlCkV4cGVjdCA5IHZhbHVlcyBhdmFpbGFibGUgLi4uCnNhbXBsZS5iaW4gOSAxMDAgMjAwIDMw MCA0MDAgNTAwIDYwMCA3MDAgODAwIDkwMAoKRGVsZXRpbmcsIGFkZGluZyBhbmQga2VlcGluZyBh Z2VudHMgdGVzdApHZXR0aW5nIGEgZGVzcmlwdG9yIGZyb20gZG9tYWluIDMwIChmYWtlX3NhbXBs ZWRzbyBhZ2VudCBoYWQgdGhpcyBkb21haW4pCgpzYW1wbGVkc28uY29udHJvbCBQTUlEOiAzMC4w LjAKICAgIERhdGEgVHlwZTogMzItYml0IGludCAgSW5Eb206IFBNX0lORE9NX05VTEwgMHhmZmZm ZmZmZgogICAgU2VtYW50aWNzOiBpbnN0YW50ICBVbml0czogbm9uZQpMb2cgZm9yIHBtY2Qgb24g SE9TVCBzdGFydGVkIERBVEUKCgphY3RpdmUgYWdlbnQgZG9tICAgcGlkICBpbiBvdXQgdmVyIHBy b3RvY29sIHBhcmFtZXRlcnMKPT09PT09PT09PT09ID09PSA9PT09PSA9PT0gPT09ID09PSA9PT09 PT09PSA9PT09PT09PT09CmZha2VfaXJpeCAxIEFfUElEIEZEIEZEIDIgYmluIHBpcGUgY21kPWR1 bWJfcG1kYSAtZCAxIGZha2VfaXJpeApwbWNkIDIgQV9QSUQgZHNvIGk6NSBsaWI9Li4ucG1kYV9w bWNkLiREU09fU1VGRklYIGVudHJ5PXBtY2RfaW5pdApmYWtlX2Npc2NvIDUgQV9QSUQgRkQgRkQg MiBiaW4gcGlwZSBjbWQ9ZHVtYl9wbWRhIC1kIDUgZmFrZV9jaXNjbwpmYWtlX3NhbXBsZWRzbyAz MCBBX1BJRCBGRCBGRCAyIGJpbiBwaXBlIGNtZD1kdW1iX3BtZGEgLWQgMzAgZmFrZV9zYW1wbGVk c28KZmFrZV9saW51eCA2MCBBX1BJRCBGRCBGRCAyIGJpbiBwaXBlIGNtZD1kdW1iX3BtZGEgLWQg NjAgZmFrZV9saW51eAoKSG9zdCBhY2Nlc3MgbGlzdDoKMDAgMDEgQ3VyL01heENvbnMgaG9zdC1z cGVjICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgIGhvc3QtbWFzayAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICBsdmwgaG9zdC1uYW1lCj09ID09ID09PT09PT09PT09ID09PT09PT09 PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PSA9PT09PT09PT09PT09PT09PT09PT09PT09 PT09PT09PT09PT09PT0gPT09ID09PT09PT09PT09PT09CnkgeSBBX1BJRCAwIE1ZSVBBRERSIDI1 NS4yNTUuMjU1LjI1NSAwIGxvY2FsaG9zdApuIG4gQV9QSUQgMCAwLjAuMC4wIDAuMC4wLjAgNCAq CgoKcG1jZDogUElEID0gUElECnBtY2QgcmVxdWVzdCBwb3J0KHMpOgogIHN0cyBmZCAgIHBvcnQg IGZhbWlseSBhZGRyZXNzCiAgPT09ID09PT0gPT09PT0gPT09PT09ID09PT09PT0Kb2sgRkQgQV9Q SUQgaW5ldCBJTkFERFJfQU5ZCm9rIEZEIEFfUElEIGlwdjYgSU5BRERSX0FOWQpbREFURV0gcG1j ZChQSUQpIFdhcm5pbmc6IHBkdXJlYWQ6IHRpbWVvdXQgKGFmdGVyIDIuMDAwIHNlYykgd2hpbGUg YXR0ZW1wdGluZyB0byByZWFkIDEyIGJ5dGVzIG91dCBvZiAxMiBpbiBIRFIgb24gZmQ9RkQKQ2xl YW51cCAiZmFrZV9pcml4IiBhZ2VudCAoZG9tIDEpOiBwcm90b2NvbCBmYWlsdXJlIGZvciBmZD1G RCwgZXhpdCgwKQpbREFURV0gcG1jZChQSUQpIEluZm86IAoKcG1jZCBSRVNUQVJURUQgYXQgREFU RQoKCkN1cnJlbnQgUE1DRCBjbGllbnRzIC4uLgogICAgIGZkICBjbGllbnQgY29ubmVjdGlvbiBm cm9tICAgICAgICAgICAgICAgICAgICBpcGMgdmVyICBvcGVyYXRpb25zIGRlbmllZAogICAgID09 ICA9PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09ICA9PT09PT09ICA9PT09 PT09PT09PT09PT09PQoKQ2xlYW51cCAiZmFrZV9zYW1wbGVkc28iIGFnZW50IChkb20gMzApOiB1 bmNvbmZpZ3VyZWQsIGV4aXQoMCkKCmFjdGl2ZSBhZ2VudCBkb20gICBwaWQgIGluIG91dCB2ZXIg cHJvdG9jb2wgcGFyYW1ldGVycwo9PT09PT09PT09PT0gPT09ID09PT09ID09PSA9PT0gPT09ID09 PT09PT09ID09PT09PT09PT0KZmFrZV9pcml4IDEgQV9QSUQgRkQgRkQgMiBiaW4gcGlwZSBjbWQ9 ZHVtYl9wbWRhIC1kIDEgZmFrZV9pcml4CnBtY2QgMiBBX1BJRCBkc28gaTo1IGxpYj0uLi5wbWRh X3BtY2QuJERTT19TVUZGSVggZW50cnk9cG1jZF9pbml0CmZha2VfY2lzY28gNSBBX1BJRCBGRCBG RCAyIGJpbiBwaXBlIGNtZD1kdW1iX3BtZGEgLWQgNSBmYWtlX2Npc2NvCnNhbXBsZSAyOSBBX1BJ RCBGRCBGRCAyIGJpbiBwaXBlIGNtZD0uLi5wbWRhc2FtcGxlIC1kIDI5CmZha2VfbGludXggNjAg QV9QSUQgRkQgRkQgMiBiaW4gcGlwZSBjbWQ9ZHVtYl9wbWRhIC1kIDYwIGZha2VfbGludXgKCkhv c3QgYWNjZXNzIGxpc3Q6CjAwIDAxIEN1ci9NYXhDb25zIGhvc3Qtc3BlYyAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICBob3N0LW1hc2sgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg bHZsIGhvc3QtbmFtZQo9PSA9PSA9PT09PT09PT09PSA9PT09PT09PT09PT09PT09PT09PT09PT09 PT09PT09PT09PT09PT0gPT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09ID09 PSA9PT09PT09PT09PT09PQp5IHkgQV9QSUQgMCBNWUlQQUREUiAyNTUuMjU1LjI1NS4yNTUgMCBs b2NhbGhvc3QKbiBuIEFfUElEIDAgMC4wLjAuMCAwLjAuMC4wIDQgKgoKW0RBVEVdIHBtY2QoUElE KSBJbmZvOiBQTU5TIGZpbGUgIkRFRkFVTFQiIGlzIHVuY2hhbmdlZApbREFURV0gcG1jZChQSUQp IFdhcm5pbmc6IHBkdXJlYWQ6IHRpbWVvdXQgKGFmdGVyIDIuMDAwIHNlYykgd2hpbGUgYXR0ZW1w dGluZyB0byByZWFkIDEyIGJ5dGVzIG91dCBvZiAxMiBpbiBIRFIgb24gZmQ9RkQKQ2xlYW51cCAi ZmFrZV9pcml4IiBhZ2VudCAoZG9tIDEpOiBwcm90b2NvbCBmYWlsdXJlIGZvciBmZD1GRCwgZXhp dCgwKQpbREFURV0gcG1jZChQSUQpIEluZm86IAoKcG1jZCBSRVNUQVJURUQgYXQgREFURQoKCkN1 cnJlbnQgUE1DRCBjbGllbnRzIC4uLgogICAgIGZkICBjbGllbnQgY29ubmVjdGlvbiBmcm9tICAg ICAgICAgICAgICAgICAgICBpcGMgdmVyICBvcGVyYXRpb25zIGRlbmllZAogICAgID09ICA9PT09 PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09ICA9PT09PT09ICA9PT09PT09PT09 PT09PT09PQoKQ2xlYW51cCAiZmFrZV9jaXNjbyIgYWdlbnQgKGRvbSA1KTogdW5jb25maWd1cmVk LCBleGl0KDApCkNsZWFudXAgImZha2VfbGludXgiIGFnZW50IChkb20gNjApOiB1bmNvbmZpZ3Vy ZWQsIGV4aXQoMCkKCi4uLgpSZXN0YXJ0IGFuZCBwaW5nIHBtY2QgLi4uClN0YXJ0aW5nIHBtY2Qg Li4uIApTdGFydGluZyBwbWxvZ2dlciAuLi4gCnBtY2QuY29udHJvbC5kZWJ1ZyAxCg== ------=_Part_19143417_1337713649.1363146960563 Content-Type: application/octet-stream; name=365.out.bad Content-Disposition: attachment; filename=365.out.bad Content-Transfer-Encoding: base64 UUEgb3V0cHV0IGNyZWF0ZWQgYnkgMzY1CldhaXRpbmcgZm9yIHBtY2QgdG8gdGVybWluYXRlIC4u LgpTdGFydGluZyBwbWNkIC4uLiAKU3RhcnRpbmcgcG1sb2dnZXIgLi4uIApMb2cgZm9yIHBtY2Qg b24gSE9TVCBzdGFydGVkIERBVEUKCltEQVRFXSBwbWNkKFBJRCkgRXJyb3I6IGdldGhvc3RieW5h bWUobm90LmEucmVhbC5ob3N0KSwgTm8gYWRkcmVzcyBhc3NvY2lhdGVkIHdpdGggbmFtZQpXYXJu aW5nOiB0aGUgZm9sbG93aW5nIGFjY2VzcyBjb250cm9sIHNwZWNpZmljYXRpb24gd2lsbCBiZSBp Z25vcmVkCnBtY2QgY29uZmlnW2xpbmUgOF06IFdhcm5pbmc6IGFjY2VzcyBjb250cm9sIGVycm9y IGZvciBob3N0ICdub3QuYS5yZWFsLmhvc3QnOiBObyByb3V0ZSB0byBob3N0CltEQVRFXSBwbWNk KFBJRCkgRXJyb3I6IGdldGhvc3RieW5hbWUobm9ob3N0LmVuZ3Iuc2dpLmNvbSksIE5vIGFkZHJl c3MgYXNzb2NpYXRlZCB3aXRoIG5hbWUKV2FybmluZzogdGhlIGZvbGxvd2luZyBhY2Nlc3MgY29u dHJvbCBzcGVjaWZpY2F0aW9uIHdpbGwgYmUgaWdub3JlZApwbWNkIGNvbmZpZ1tsaW5lIDldOiBX YXJuaW5nOiBhY2Nlc3MgY29udHJvbCBlcnJvciBmb3IgaG9zdCAnbm9ob3N0LmVuZ3Iuc2dpLmNv bSc6IE5vIHJvdXRlIHRvIGhvc3QKW0RBVEVdIHBtY2QoUElEKSBFcnJvcjogZ2V0aG9zdGJ5bmFt ZShub3QuYS5yZWFsLmhvc3QpLCBObyBhZGRyZXNzIGFzc29jaWF0ZWQgd2l0aCBuYW1lCldhcm5p bmc6IHRoZSBmb2xsb3dpbmcgYWNjZXNzIGNvbnRyb2wgc3BlY2lmaWNhdGlvbiB3aWxsIGJlIGln bm9yZWQKcG1jZCBjb25maWdbbGluZSAxMF06IFdhcm5pbmc6IGFjY2VzcyBjb250cm9sIGVycm9y IGZvciBob3N0ICdub3QuYS5yZWFsLmhvc3QnOiBObyByb3V0ZSB0byBob3N0CltEQVRFXSBwbWNk KFBJRCkgRXJyb3I6IGdldGhvc3RieW5hbWUobm9ob3N0Lm1lbGJvdXJuZS5zZ2kuY29tKSwgTm8g YWRkcmVzcyBhc3NvY2lhdGVkIHdpdGggbmFtZQpXYXJuaW5nOiB0aGUgZm9sbG93aW5nIGFjY2Vz cyBjb250cm9sIHNwZWNpZmljYXRpb24gd2lsbCBiZSBpZ25vcmVkCnBtY2QgY29uZmlnW2xpbmUg MTFdOiBXYXJuaW5nOiBhY2Nlc3MgY29udHJvbCBlcnJvciBmb3IgaG9zdCAnbm9ob3N0Lm1lbGJv dXJuZS5zZ2kuY29tJzogTm8gcm91dGUgdG8gaG9zdAoKYWN0aXZlIGFnZW50IGRvbSAgIHBpZCAg aW4gb3V0IHZlciBwcm90b2NvbCBwYXJhbWV0ZXJzCj09PT09PT09PT09PSA9PT0gPT09PT0gPT09 ID09PSA9PT0gPT09PT09PT0gPT09PT09PT09PQpbT1NdICAgICAgICAgID8/ICAgICAgICAgICAg ICAgICAyIGRzbyBpOj8gIGxpYj1bT1NdcG1kYS4kRFNPX1NVRkZJWCBlbnRyeT1bT1NdX2luaXQK cG1jZCAgICAgICAgICAgMiAgICAgICAgICAgICAgICAgMiBkc28gaTo1ICBsaWI9Li4ucG1kYV9w bWNkLiREU09fU1VGRklYIGVudHJ5PXBtY2RfaW5pdAoKSG9zdCBhY2Nlc3MgbGlzdDoKMDAgMDEg Q3VyL01heENvbnMgaG9zdC1zcGVjICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgIGhvc3Qt bWFzayAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICBsdmwgaG9zdC1uYW1lCj09ID09ID09 PT09PT09PT09ID09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PSA9PT09PT09 PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT0gPT09ID09PT09PT09PT09PT09CiB5ICB5 ICAgICAwICAgICAwIExPQ0FMSVAgICAgICAgICAgICAgICAgICAgICAgICAgICAgMjU1LjI1NS4y NTUuMjU1ICAgICAgICAgICAgICAgICAgICAgICAgICAgMCBMT0NBTEhPU1QKIHkgICAgICAgIDAg ICAgIDAgT1RIRVJJUDEgICAgICAgICAgICAgICAgICAgICAgICAgICAyNTUuMjU1LjI1NS4yNTUg ICAgICAgICAgICAgICAgICAgICAgICAgICAwIE9USEVSSE9TVDEKICAgIHkgICAgIDAgICAgIDAg T1RIRVJJUDIgICAgICAgICAgICAgICAgICAgICAgICAgICAyNTUuMjU1LjI1NS4yNTUgICAgICAg ICAgICAgICAgICAgICAgICAgICAwIE9USEVSSE9TVDIKCgpwbWNkOiBQSUQgPSBQSUQKcG1jZCBy ZXF1ZXN0IHBvcnQocyk6CiAgc3RzIGZkICAgcG9ydCAgZmFtaWx5IGFkZHJlc3MKICA9PT0gPT09 PSA9PT09PSA9PT09PT0gPT09PT09PQpvayBGRCA0NDMyMSBpbmV0IElOQUREUl9BTlkKb2sgRkQg NDQzMjEgaXB2NiBJTkFERFJfQU5ZCldhaXRpbmcgZm9yIHBtY2QgdG8gdGVybWluYXRlIC4uLgpT dGFydGluZyBwbWNkIC4uLiAKU3RhcnRpbmcgcG1sb2dnZXIgLi4uIAo= ------=_Part_19143417_1337713649.1363146960563-- From brolley@redhat.com Wed Mar 13 16:26:17 2013 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on oss.sgi.com X-Spam-Level: X-Spam-Status: No, score=0.0 required=5.0 tests=none autolearn=ham version=3.3.1 X-Original-To: pcp@oss.sgi.com Delivered-To: pcp@oss.sgi.com Received: from relay.sgi.com (relay2.corp.sgi.com [137.38.102.29]) by oss.sgi.com (Postfix) with ESMTP id 2022C7F37 for ; Wed, 13 Mar 2013 16:26:17 -0500 (CDT) Received: from cuda.sgi.com (cuda1.sgi.com [192.48.157.11]) by relay2.corp.sgi.com (Postfix) with ESMTP id E8078304043 for ; Wed, 13 Mar 2013 14:26:13 -0700 (PDT) X-ASG-Debug-ID: 1363209969-04bdf00a0d88270001-S8gJnT Received: from mx1.redhat.com (mx1.redhat.com [209.132.183.28]) by cuda.sgi.com with ESMTP id H6OpkqV4PYiOzPG7 for ; Wed, 13 Mar 2013 14:26:10 -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-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 r2DLQ9Cc009361 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK) for ; Wed, 13 Mar 2013 17:26:09 -0400 Received: from [10.10.50.181] (vpn-50-181.rdu2.redhat.com [10.10.50.181]) by int-mx11.intmail.prod.int.phx2.redhat.com (8.14.4/8.14.4) with ESMTP id r2DLQ8iQ032766; Wed, 13 Mar 2013 17:26:09 -0400 Message-ID: <5140EEF0.4070406@redhat.com> Date: Wed, 13 Mar 2013 17:26:08 -0400 From: Dave Brolley User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:17.0) Gecko/20130219 Thunderbird/17.0.3 MIME-Version: 1.0 To: Nathan Scott CC: PCP Subject: Re: [pcp] pcp updates: ipv6 References: <485937335.19143422.1363146960569.JavaMail.root@redhat.com> X-ASG-Orig-Subj: Re: [pcp] pcp updates: ipv6 In-Reply-To: <485937335.19143422.1363146960569.JavaMail.root@redhat.com> Content-Type: text/plain; charset=UTF-8; format=flowed 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: 1363209970 X-Barracuda-URL: http://192.48.157.11:80/cgi-mod/mark.cgi X-Virus-Scanned: by bsmtpd at sgi.com X-Barracuda-BRTS-Status: 1 On 03/12/2013 11:56 PM, Nathan Scott wrote: > > ----- Original Message ----- >> ... >> 062 at least will need some associated changes in the test, so that >> it does not try to create a .out file from .out.1 ... perhaps a file >> missed in your commit (dev branch d3fc53fb)? > I'm also seeing failures in tests 066, 069 and 365 that seem to be > related to changes in the access.c formatting? (maybe, I'm guessing > wildly - .bad files attached). > > 244 fails as well, looks like an address filtering issue perhaps (no > longer handles the 255.255.255.255 -> MYHOSTMASK translation?) > I've pushed updates for the filters and expected output of these tests to the brolley/nssmerge branch of pcpfans. I wasn't able to test 066, 069 and 365 as my setup for remote hosts isn't quite right. Hopefully what I've pushed is at least close. I'll try to check my email tonight (North America Eastern time) to see if I caused any more trouble and hopefully be able to help since I leave for vacation tomorrow (March 14). I'll be back on the 26th. Dave From nscott@redhat.com Wed Mar 13 16:59:47 2013 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on oss.sgi.com X-Spam-Level: X-Spam-Status: No, score=0.0 required=5.0 tests=none autolearn=ham version=3.3.1 X-Original-To: pcp@oss.sgi.com Delivered-To: pcp@oss.sgi.com Received: from relay.sgi.com (relay2.corp.sgi.com [137.38.102.29]) by oss.sgi.com (Postfix) with ESMTP id 28ED17F37 for ; Wed, 13 Mar 2013 16:59:47 -0500 (CDT) Received: from cuda.sgi.com (cuda3.sgi.com [192.48.176.15]) by relay2.corp.sgi.com (Postfix) with ESMTP id ED3D7304043 for ; Wed, 13 Mar 2013 14:59:46 -0700 (PDT) X-ASG-Debug-ID: 1363211985-04cb6c4a4684f30001-S8gJnT Received: from mx4-phx2.redhat.com (mx4-phx2.redhat.com [209.132.183.25]) by cuda.sgi.com with ESMTP id QC9CQnd49QjF21oB for ; Wed, 13 Mar 2013 14:59:45 -0700 (PDT) X-Barracuda-Envelope-From: nscott@redhat.com X-Barracuda-Apparent-Source-IP: 209.132.183.25 Received: from zmail20.collab.prod.int.phx2.redhat.com (zmail20.collab.prod.int.phx2.redhat.com [10.5.83.23]) by mx4-phx2.redhat.com (8.13.8/8.13.8) with ESMTP id r2DLxjnX006425; Wed, 13 Mar 2013 17:59:45 -0400 Date: Wed, 13 Mar 2013 17:59:45 -0400 (EDT) From: Nathan Scott Reply-To: Nathan Scott To: Dave Brolley Cc: PCP Message-ID: <282255084.19810685.1363211985281.JavaMail.root@redhat.com> In-Reply-To: <5140EEF0.4070406@redhat.com> Subject: Re: [pcp] pcp updates: ipv6 MIME-Version: 1.0 X-ASG-Orig-Subj: Re: [pcp] pcp updates: ipv6 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-Originating-IP: [10.64.51.157] X-Mailer: Zimbra 7.2.0_GA_2669 (ZimbraWebClient - FF3.0 (Linux)/7.2.0_GA_2669) X-Barracuda-Connect: mx4-phx2.redhat.com[209.132.183.25] X-Barracuda-Start-Time: 1363211985 X-Barracuda-URL: http://192.48.176.15:80/cgi-mod/mark.cgi X-Virus-Scanned: by bsmtpd at sgi.com X-Barracuda-BRTS-Status: 1 X-Barracuda-Spam-Score: 0.01 X-Barracuda-Spam-Status: No, SCORE=0.01 using per-user scores of TAG_LEVEL=1000.0 QUARANTINE_LEVEL=1000.0 KILL_LEVEL=2.7 tests=BSF_SC0_SA_TO_FROM_DOMAIN_MATCH X-Barracuda-Spam-Report: Code version 3.2, rules version 3.2.2.125120 Rule breakdown below pts rule name description ---- ---------------------- -------------------------------------------------- 0.01 BSF_SC0_SA_TO_FROM_DOMAIN_MATCH Sender Domain Matches Recipient Domain ----- Original Message ----- > On 03/12/2013 11:56 PM, Nathan Scott wrote: > > I'm also seeing failures in tests 066, 069 and 365 that seem to be > > related to changes in the access.c formatting? (maybe, I'm > > guessing wildly - .bad files attached). > > > > 244 fails as well, looks like an address filtering issue perhaps > > (no longer handles the 255.255.255.255 -> MYHOSTMASK translation?) > > > I've pushed updates for the filters and expected output of these tests > to the brolley/nssmerge branch of pcpfans. I wasn't able to test 066, > 069 and 365 as my setup for remote hosts isn't quite right. Hopefully > what I've pushed is at least close. > > I'll try to check my email tonight (North America Eastern time) to > see > if I caused any more trouble and hopefully be able to help since I > leave > for vacation tomorrow (March 14). I'll be back on the 26th. Thanks Dave, have fun. If any issues remain, I'll sort 'em out when I run the tests again tomorrow (I'm out most of today). cheers. -- Nathan From any@myworkflow.asia Thu Mar 14 12:27:38 2013 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on oss.sgi.com X-Spam-Level: X-Spam-Status: No, score=0.0 required=5.0 tests=HTML_MESSAGE autolearn=ham version=3.3.1 X-Original-To: pcp@oss.sgi.com Delivered-To: pcp@oss.sgi.com Received: from relay.sgi.com (relay1.corp.sgi.com [137.38.102.111]) by oss.sgi.com (Postfix) with ESMTP id F2F727F89 for ; Thu, 14 Mar 2013 12:27:37 -0500 (CDT) Received: from cuda.sgi.com (cuda3.sgi.com [192.48.176.15]) by relay1.corp.sgi.com (Postfix) with ESMTP id DDF328F8049 for ; Thu, 14 Mar 2013 10:27:37 -0700 (PDT) X-ASG-Debug-ID: 1363282051-04cb6c4a44e26b0001-S8gJnT Received: from smtp.net4india.com (smtp.net4india.com [118.67.236.11]) by cuda.sgi.com with ESMTP id cUBw3ibypbNgo1Pm for ; Thu, 14 Mar 2013 10:27:32 -0700 (PDT) X-Barracuda-Envelope-From: any@myworkflow.asia X-Barracuda-Apparent-Source-IP: 118.67.236.11 Received: from [117.204.130.229] (helo=hp-ccd532841cfb) by smtp.net4india.com with esmtp (Exim 4.72) (envelope-from ) id 1UGBwA-0006T8-EH for pcp@oss.sgi.com; Thu, 14 Mar 2013 22:57:30 +0530 From: "Shilpa's Beauty World" Subject: Shipa's Beauty World Invitation to pcp@oss.sgi.com To: pcp@oss.sgi.com X-ASG-Orig-Subj: Shipa's Beauty World Invitation to pcp@oss.sgi.com Content-Type: multipart/alternative; boundary="agZANxqUU2w7AfMWqWl6yzRMt=_vmy9Kj30" MIME-Version: 1.0 Reply-To: info@reallifelabs.com Date: Thu, 14 Mar 2013 22:44:03 +0530 X-Barracuda-Connect: smtp.net4india.com[118.67.236.11] X-Barracuda-Start-Time: 1363282051 X-Barracuda-URL: http://192.48.176.15:80/cgi-mod/mark.cgi X-Virus-Scanned: by bsmtpd at sgi.com X-Barracuda-BRTS-Status: 1 X-Barracuda-Spam-Score: 0.34 X-Barracuda-Spam-Status: No, SCORE=0.34 using per-user scores of TAG_LEVEL=1000.0 QUARANTINE_LEVEL=1000.0 KILL_LEVEL=2.7 tests=HTML_MESSAGE, MISSING_MID, PR0N_SUBJECT X-Barracuda-Spam-Report: Code version 3.2, rules version 3.2.2.125197 Rule breakdown below pts rule name description ---- ---------------------- -------------------------------------------------- 0.14 MISSING_MID Missing Message-Id: header 0.00 HTML_MESSAGE BODY: HTML included in message 0.20 PR0N_SUBJECT Subject has letters around special characters (pr0n) Message-Id: <20130314172737.5AFCD129611F@cuda.sgi.com> This is a multi-part message in MIME format --agZANxqUU2w7AfMWqWl6yzRMt=_vmy9Kj30 Content-Type: text/plain Content-Transfer-Encoding: quoted-printable - This mail is a HTML mail. Not all elements could be shown in plain = text mode. - Hi, Visit the website http://reallifelabs.com The site have brief explanation about beauty facts for both male and f= emale. Do provide your feedback as it will help me to update the conte= nts of the site. Regards ... Shilpa --agZANxqUU2w7AfMWqWl6yzRMt=_vmy9Kj30 Content-Type: text/html Content-Transfer-Encoding: quoted-printable

Hi,

Visit the website http://realli= felabs.com The site have brief explanation about beauty facts for = both male and female. Do provide your feedback as it will help me to u= pdate the contents of the site.

Regards ...

Shilpa

 

--agZANxqUU2w7AfMWqWl6yzRMt=_vmy9Kj30-- From kenj@internode.on.net Thu Mar 14 23:11:41 2013 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on oss.sgi.com X-Spam-Level: X-Spam-Status: No, score=0.0 required=5.0 tests=none autolearn=ham version=3.3.1 X-Original-To: pcp@oss.sgi.com Delivered-To: pcp@oss.sgi.com Received: from relay.sgi.com (relay3.corp.sgi.com [198.149.34.15]) by oss.sgi.com (Postfix) with ESMTP id 2A98B7FBE for ; Thu, 14 Mar 2013 23:11:41 -0500 (CDT) Received: from cuda.sgi.com (cuda1.sgi.com [192.48.157.11]) by relay3.corp.sgi.com (Postfix) with ESMTP id C755BAC005 for ; Thu, 14 Mar 2013 21:11:37 -0700 (PDT) X-ASG-Debug-ID: 1363320695-04bdf00a0e11bb40001-S8gJnT Received: from ipmail04.adl6.internode.on.net (ipmail04.adl6.internode.on.net [150.101.137.141]) by cuda.sgi.com with ESMTP id duxyrrnWsAL4Ql70 for ; Thu, 14 Mar 2013 21:11:36 -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: AgkaAJeeQlFlrLh5PGdsb2JhbAANNoxpuByBfwMBAQEBOIMfPAQBKBQWGAMCAQIBMRoNAQcBAbcHkz+PFYNHA5x6jgA Received: from unknown (HELO [10.10.0.2]) ([101.172.184.121]) by ipmail04.adl6.internode.on.net with ESMTP; 15 Mar 2013 14:41:33 +1030 Message-ID: <51429F77.4000401@internode.on.net> Date: Fri, 15 Mar 2013 15:11:35 +1100 From: Ken McDonell User-Agent: Mozilla/5.0 (X11; Linux i686; rv:17.0) Gecko/20130308 Thunderbird/17.0.4 MIME-Version: 1.0 To: "Scott, Nathan" CC: pcp@oss.sgi.com Subject: pmview .... Content-Type: text/plain; charset=ISO-8859-1; format=flowed X-ASG-Orig-Subj: pmview .... Content-Transfer-Encoding: 7bit X-Barracuda-Connect: ipmail04.adl6.internode.on.net[150.101.137.141] X-Barracuda-Start-Time: 1363320695 X-Barracuda-URL: http://192.48.157.11:80/cgi-mod/mark.cgi X-Virus-Scanned: by bsmtpd at sgi.com X-Barracuda-BRTS-Status: 1 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=2.7 tests=BSF_SC0_MISMATCH_TO X-Barracuda-Spam-Report: Code version 3.2, rules version 3.2.2.125238 Rule breakdown below pts rule name description ---- ---------------------- -------------------------------------------------- 0.00 BSF_SC0_MISMATCH_TO Envelope rcpt doesn't match header Nathan, I'm back looking at pmview. I've integrated the Aconex code (libapp and pmview) and my initial pmview changes into my pcp-gui workarea. I can build images that include pmview. I've fixed the Ubuntu desktop integration so that the icons appear (for pmchart and pmview). Now my questions ... 1. Looks like libapp is the generalization of classes from pmchart (and some repeated in pmtime) that have common use ... I think pmchart and pmtime were converted to use those in the Aconex code, but Qt has moved on since then and they no longer build. Does this sound about right? 2. As of now, my pmview parses the scene description and launches the viewer with the correct objects and layout (in the few simple tests I've done), but - lots of the UI components are inactive or missing - I get 0, 1 or 2 timecontrol dialogs (sometimes _both_ live and archive) appearing ... this is non-deterministic (more debugging enabled seems to produce more dialogs, so a timing issue?) - no metric values are ever fetched, so the objects stay grey Does this match where you thought it was up to? 3. How do you turn on the diagnostics in a controlled manner ... there is a mix of fprintf's to stderr, cerr's and calls to console.post ... and I don't seem to be able to get them all enabled (I guess we need to accommodate the fprintf's because of libpcp diags, but I'm not sure what's the rationale for the other two diagnostic pipes). 4. I can't get a toe hold on starting to tackle pmview ... I don't understand how the time control is supposed to work, and in particular I am unconvinced that the "tabbing" from pmchart needs to be applied to pmview, which means (I think) pmview needs to run in either live or archive mode, but not both. And I have no clue how the main logic should be connected to the qmc classes to trigger fetching and scene modulation callbacks. 5. Would it make sense to start with the current t-o-t pmtime and get that working with libapp (and reintroduce the PM_TRACE_TIMECONTROL diags that seem to have not made it to the brave new pcp-gui world). Then do the same for t-o-t pmchart? So start with the t-o-t code for pmtime and pmchart, and selectively merge changes from the Aconex code, keeping all the newer features, Qt work and changes in the t-o-t code. And then use pmchart as the model for the missing pieces of pmview? Any/all suggestions would be most welcome at this stage, as I'm thrashing about here and not making much progress. Cheers, Ken. From nscott@redhat.com Thu Mar 14 23:45:48 2013 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on oss.sgi.com X-Spam-Level: X-Spam-Status: No, score=0.0 required=5.0 tests=none autolearn=ham version=3.3.1 X-Original-To: pcp@oss.sgi.com Delivered-To: pcp@oss.sgi.com Received: from relay.sgi.com (relay2.corp.sgi.com [137.38.102.29]) by oss.sgi.com (Postfix) with ESMTP id 299207F3F for ; Thu, 14 Mar 2013 23:45:48 -0500 (CDT) Received: from cuda.sgi.com (cuda3.sgi.com [192.48.176.15]) by relay2.corp.sgi.com (Postfix) with ESMTP id 11C00304053 for ; Thu, 14 Mar 2013 21:45:47 -0700 (PDT) X-ASG-Debug-ID: 1363322746-04cb6c4a43115320001-S8gJnT Received: from mx3-phx2.redhat.com (mx3-phx2.redhat.com [209.132.183.24]) by cuda.sgi.com with ESMTP id YjVfIA6EbHDBUVMG for ; Thu, 14 Mar 2013 21:45:46 -0700 (PDT) X-Barracuda-Envelope-From: nscott@redhat.com X-Barracuda-Apparent-Source-IP: 209.132.183.24 Received: from zmail20.collab.prod.int.phx2.redhat.com (zmail20.collab.prod.int.phx2.redhat.com [10.5.83.23]) by mx3-phx2.redhat.com (8.13.8/8.13.8) with ESMTP id r2F4jgVc016349; Fri, 15 Mar 2013 00:45:42 -0400 Date: Fri, 15 Mar 2013 00:45:42 -0400 (EDT) From: Nathan Scott Reply-To: Nathan Scott To: Ken McDonell Cc: pcp@oss.sgi.com Message-ID: <636838313.20382573.1363322742054.JavaMail.root@redhat.com> In-Reply-To: <51429F77.4000401@internode.on.net> Subject: Re: pmview .... MIME-Version: 1.0 X-ASG-Orig-Subj: Re: pmview .... Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-Originating-IP: [10.64.51.203] X-Mailer: Zimbra 7.2.0_GA_2669 (ZimbraWebClient - FF3.0 (Linux)/7.2.0_GA_2669) X-Barracuda-Connect: mx3-phx2.redhat.com[209.132.183.24] X-Barracuda-Start-Time: 1363322746 X-Barracuda-URL: http://192.48.176.15:80/cgi-mod/mark.cgi X-Virus-Scanned: by bsmtpd at sgi.com X-Barracuda-BRTS-Status: 1 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=2.7 tests= X-Barracuda-Spam-Report: Code version 3.2, rules version 3.2.2.125239 Rule breakdown below pts rule name description ---- ---------------------- -------------------------------------------------- Hi Ken, ----- Original Message ----- > Nathan, > > I'm back looking at pmview. > > I've integrated the Aconex code (libapp and pmview) and my changes > into my pcp-gui workarea. > > I can build images that include pmview. > > I've fixed the Ubuntu desktop integration so that the icons appear. > Good stuff. > Now my questions ... > > 1. Looks like libapp is the generalization of classes from pmchart > (and > some repeated in pmtime) that have common use ... I think pmchart and > pmtime were converted to use those in the Aconex code, but Qt has > moved > on since then and they no longer build. Does this sound about right? > Yes. If you could forward the build failures you're seeing, it may ring some bells re other Qt changes. > 2. pmview parses the scene description and launches the viewer with > the > correct objects and layout (in the few simple tests I've done), but > - lots of the UI components are inactive or missing > - I get 0, 1 or 2 timecontrol dialogs (sometimes _both_ live and > archive) appearing ... this is non-deterministic (more debugging > enabled > seems to produce more dialogs, so a timing issue?) IIRC, when debugging is enabled to pmtime on the command line, it will popup both dialogs. Its a feature - I found it handy when debugging originally anyway. > - no metric values are ever fetched, so the objects stay grey > Does this match where you thought it was up to? Not quite - it was running fetching metrics and modulating the scenes correctly. Now that I think back, I do remember archives working after all (previously thought it was only live - but now ISTR archives too - perhaps only replayed forwards though). On the screenshots page, there are three pmview snaps from archives: http://oss.sgi.com/projects/pcp/screenshots.html > 3. How do you turn on the diagnostics in a controlled manner ... > there > is a mix of fprintf's to stderr, cerr's and calls to console.post ... > and I don't seem to be able to get them all enabled (I guess we need > to > accommodate the fprintf's because of libpcp diags, but I'm not sure > what's the rationale for the other two diagnostic pipes). Yeah, console should probably be what we go with, that was the original plan anyway. When started in debugging mode, pmchart gives an Options -> Console menu choice. From the desktop, sometimes there is no associated console for fprintfs (if there is, who knows where on earth they end up) - for all of the many desktops (Win32/Mac/Linux), so I added that for my own sanity. The usual -D works for applN debug levels - they get translated in the Console class, and timestamping is applied automatically. > 4. I can't get a foothold on starting to tackle pmview ... I don't > understand how the time control is supposed to work, and in > particular I > am unconvinced that the "tabbing" from pmchart needs to be applied to > pmview, which (I think) pmview needs to run in either live or archive > mode, but not both. And I have no clue how the many logic should be > connected to the qmc classes to trigger fetching and scene modulation > callbacks. Yeah, certainly in a straight port of the original pmview (static scenes), tabs would not be helpful. The value fetching *should* be in place (above screenshots show values were being fetched) ... not sure why that no longer works. > 5. Would it make sense to start with the current t-o-t pmtime and get > that working with libapp (and support the PM_TRACE_TIMECONTROL diags > that seem to have not made it to the brace new pcp-gui world). Then > do the same for t-o-t pmchart? So start with the t-o-t code and > selectively merge changes from the Aconex code, keeping all the newer > features, Qt work and changes in the t-o-t code. And then use > pmchart as the model for the missing pieces of pmview? Yes. I really didn't like the name libapp, btw, must come up with something better. In general, many problems that pmview will have are solved in pmchart (like time control) - all appropriate code should move from pmchart into this library. pmgadgets will need a similar set of functionality. I don't really have suggestions for better names - something unique though, perhaps "libqed" ("Qt Extensions and Data-Structures" lib)? > > Any/all suggestions would be most welcome at this stage, as I'm > thrashing about here and not making much progress. > There's alot to be done. Refactoring bits out of pmchart would be highly useful, starting with the time control client code I'd guess. pmgadgets will need all this stuff too. It has also been on my list for awhile to investigate if / how we can make use of the QTestLib to give ourselves better regression testing confidence in these tools (as coverage is relatively poor; qa/interact is crying out for automation in particular, since no one is using, and automating that is the right thing to do anyway). I *think* QTestLib can help there. Now might be a good time, as refactoring introduces risk, but I've not got experience with it to know how best to integrate into our codebase. cheers. -- Nathan From nscott@redhat.com Fri Mar 15 04:09:49 2013 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on oss.sgi.com X-Spam-Level: X-Spam-Status: No, score=0.0 required=5.0 tests=none autolearn=ham version=3.3.1 X-Original-To: pcp@oss.sgi.com Delivered-To: pcp@oss.sgi.com Received: from relay.sgi.com (relay2.corp.sgi.com [137.38.102.29]) by oss.sgi.com (Postfix) with ESMTP id 4DCA47FD6 for ; Fri, 15 Mar 2013 04:09:49 -0500 (CDT) Received: from cuda.sgi.com (cuda2.sgi.com [192.48.176.25]) by relay2.corp.sgi.com (Postfix) with ESMTP id 38CD4304043 for ; Fri, 15 Mar 2013 02:09:46 -0700 (PDT) X-ASG-Debug-ID: 1363338583-04cbb04b87113250001-S8gJnT Received: from mx4-phx2.redhat.com (mx4-phx2.redhat.com [209.132.183.25]) by cuda.sgi.com with ESMTP id bchjOV1y4adUvtxZ for ; Fri, 15 Mar 2013 02:09:43 -0700 (PDT) X-Barracuda-Envelope-From: nscott@redhat.com X-Barracuda-Apparent-Source-IP: 209.132.183.25 Received: from zmail20.collab.prod.int.phx2.redhat.com (zmail20.collab.prod.int.phx2.redhat.com [10.5.83.23]) by mx4-phx2.redhat.com (8.13.8/8.13.8) with ESMTP id r2F99hjp019219; Fri, 15 Mar 2013 05:09:43 -0400 Date: Fri, 15 Mar 2013 05:09:43 -0400 (EDT) From: Nathan Scott Reply-To: Nathan Scott To: Stan Cox , Michael Werner Cc: PCP Message-ID: <2135442961.20440741.1363338583339.JavaMail.root@redhat.com> In-Reply-To: <2097038531.20440351.1363338438319.JavaMail.root@redhat.com> Subject: pcp python package/namespace experimentation MIME-Version: 1.0 X-ASG-Orig-Subj: pcp python package/namespace experimentation Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-Originating-IP: [10.64.51.221] X-Mailer: Zimbra 7.2.0_GA_2669 (ZimbraWebClient - FF3.0 (Linux)/7.2.0_GA_2669) X-Barracuda-Connect: mx4-phx2.redhat.com[209.132.183.25] X-Barracuda-Start-Time: 1363338583 X-Barracuda-URL: http://192.48.176.25:80/cgi-mod/mark.cgi X-Virus-Scanned: by bsmtpd at sgi.com X-Barracuda-BRTS-Status: 1 X-Barracuda-Spam-Score: 0.01 X-Barracuda-Spam-Status: No, SCORE=0.01 using per-user scores of TAG_LEVEL=1000.0 QUARANTINE_LEVEL=1000.0 KILL_LEVEL=2.7 tests=BSF_SC0_SA_TO_FROM_DOMAIN_MATCH X-Barracuda-Spam-Report: Code version 3.2, rules version 3.2.2.125257 Rule breakdown below pts rule name description ---- ---------------------- -------------------------------------------------- 0.01 BSF_SC0_SA_TO_FROM_DOMAIN_MATCH Sender Domain Matches Recipient Domain Hi guys, In considering how to add PMDA APIs to the python PCP code (in addition to the existing PMAPI, PMI and pcp-gui wrapper code), it seems timely to initially switch to python package layout - namespace & subdirectory with multiple .py files. Also, I've started to tackle the extensive set of pylint(1) warnings that we have already accumulated... nathans@smash:/source/git/pcp$ pylint src/python/setup.py | tail -2 Your code has been rated at 10.00/10 (previous run: 10.00/10) nathans@smash:/source/git/pcp$ pylint src/python/pcp/pmi.py | tail -2 Your code has been rated at 3.94/10 (previous run: 3.94/10) Any thoughts/review comments much appreciated - thanks!! Changes committed to git://oss.sgi.com/nathans/pcp.git dev qa/src/check_import.python | 14 src/python/GNUmakefile | 8 src/python/pcp.py | 1789 --------------------------------------------- src/python/pcp/.gitignore | 1 src/python/pcp/GNUmakefile | 25 src/python/pcp/__init__.py | 1 src/python/pcp/pcp.py | 1500 +++++++++++++++++++++++++++++++++++++ src/python/pcp/pcpi.py | 414 ++++++++++ src/python/pcp/pmapi.c | 380 +++++++++ src/python/pcp/pmi.py | 307 +++++++ src/python/pcpi.py | 414 ---------- src/python/pmapi.c | 380 --------- src/python/setup.py | 73 - 13 files changed, 2678 insertions(+), 2628 deletions(-) commit 93e6c84035eb273b0aed1a02894056f35983a893 Author: Nathan Scott Date: Fri Mar 15 20:03:31 2013 +1100 Experimental changes to support a pcp python package (!module) From nscott@redhat.com Sun Mar 17 21:54:11 2013 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on oss.sgi.com X-Spam-Level: X-Spam-Status: No, score=0.0 required=5.0 tests=none autolearn=ham version=3.3.1 X-Original-To: pcp@oss.sgi.com Delivered-To: pcp@oss.sgi.com Received: from relay.sgi.com (relay3.corp.sgi.com [198.149.34.15]) by oss.sgi.com (Postfix) with ESMTP id 72B657F61 for ; Sun, 17 Mar 2013 21:54:11 -0500 (CDT) Received: from cuda.sgi.com (cuda3.sgi.com [192.48.176.15]) by relay3.corp.sgi.com (Postfix) with ESMTP id F0AA6AC001 for ; Sun, 17 Mar 2013 19:54:10 -0700 (PDT) X-ASG-Debug-ID: 1363575248-04cb6c4a43209450001-S8gJnT Received: from mx4-phx2.redhat.com (mx4-phx2.redhat.com [209.132.183.25]) by cuda.sgi.com with ESMTP id UhvMBzMMSv7qpsmT for ; Sun, 17 Mar 2013 19:54:08 -0700 (PDT) X-Barracuda-Envelope-From: nscott@redhat.com X-Barracuda-Apparent-Source-IP: 209.132.183.25 Received: from zmail20.collab.prod.int.phx2.redhat.com (zmail20.collab.prod.int.phx2.redhat.com [10.5.83.23]) by mx4-phx2.redhat.com (8.13.8/8.13.8) with ESMTP id r2I2s8vq018789; Sun, 17 Mar 2013 22:54:08 -0400 Date: Sun, 17 Mar 2013 22:54:07 -0400 (EDT) From: Nathan Scott Reply-To: Nathan Scott To: Serguei Makarov , "Frank Ch. Eigler" Cc: pcp@oss.sgi.com Message-ID: <1689869442.21181715.1363575247972.JavaMail.root@redhat.com> In-Reply-To: <670008079.5638273.1362690540225.JavaMail.root@redhat.com> Subject: Re: [pcp] pmwebapi blinkenlights demo MIME-Version: 1.0 X-ASG-Orig-Subj: Re: [pcp] pmwebapi blinkenlights demo Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-Originating-IP: [10.64.51.242] X-Mailer: Zimbra 7.2.0_GA_2669 (ZimbraWebClient - FF3.0 (Linux)/7.2.0_GA_2669) X-Barracuda-Connect: mx4-phx2.redhat.com[209.132.183.25] X-Barracuda-Start-Time: 1363575248 X-Barracuda-URL: http://192.48.176.15:80/cgi-mod/mark.cgi X-Virus-Scanned: by bsmtpd at sgi.com X-Barracuda-BRTS-Status: 1 X-Barracuda-Spam-Score: 0.51 X-Barracuda-Spam-Status: No, SCORE=0.51 using per-user scores of TAG_LEVEL=1000.0 QUARANTINE_LEVEL=1000.0 KILL_LEVEL=2.7 tests=BSF_SC0_SA_TO_FROM_DOMAIN_MATCH, WEIRD_PORT X-Barracuda-Spam-Report: Code version 3.2, rules version 3.2.2.125507 Rule breakdown below pts rule name description ---- ---------------------- -------------------------------------------------- 0.50 WEIRD_PORT URI: Uses non-standard port number for HTTP 0.01 BSF_SC0_SA_TO_FROM_DOMAIN_MATCH Sender Domain Matches Recipient Domain Hi guys, ----- Original Message ----- > Hello all, > > Just a heads up to any and all people interested in the pmwebapi > feature [1]. I am currently developing a small demo to use the data > exposed by the API to track the state of a set of pcp metrics, and > show a "blinkenlights"-style status dashboard, with a row of > indicators that each light up whenever the corresponding metric > exceeds a certain threshold; this may be interesting to look at for > anyone who is considering using pmwebapi in their own project, or > contributing to pmwebapi development. > > The current version of the demo can be found in branch fche/pmwebapi > of the sourceware pcpfans repository: > > $ git clone git://sourceware.org/git/pcpfans.git > $ git checkout fche/pmwebapi > $ cd src/pmwebapi/jsdemos/blinkenlights > $ ... > > You can run the demo by launching pmwebapi as something like: > $ pmwebapi -v -r src/pmwebapi/jsdemos/ > ... > > then browsing to http://localhost:44323/blinkenlights/index.html While this all appears to start and run nicely, the blinken' doesn't seem to happen - tried simply setting the threshold to zero, but no change to the (X) status - always shows as "good" (AIUI). Anything spring immediately to mind? I've not tried diagnosing further as yet, will try catch you on IRC tomorrow for pointers. Also, some nice CC-licensed SVG LEDs can be found here: http://www.clker.com/clipart-6518.html http://www.clker.com/clipart-6514.html ... can we use these different coloured SVGs for the demo? Have started looking over the pmwebapi code - I have a few review comments & suggestions, but will send those out separately later. cheers. -- Nathan From nscott@redhat.com Mon Mar 18 00:51:05 2013 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on oss.sgi.com X-Spam-Level: X-Spam-Status: No, score=0.0 required=5.0 tests=none autolearn=ham version=3.3.1 X-Original-To: pcp@oss.sgi.com Delivered-To: pcp@oss.sgi.com Received: from relay.sgi.com (relay3.corp.sgi.com [198.149.34.15]) by oss.sgi.com (Postfix) with ESMTP id 572667F81 for ; Mon, 18 Mar 2013 00:51:05 -0500 (CDT) Received: from cuda.sgi.com (cuda3.sgi.com [192.48.176.15]) by relay3.corp.sgi.com (Postfix) with ESMTP id CA8FFAC001 for ; Sun, 17 Mar 2013 22:51:01 -0700 (PDT) X-ASG-Debug-ID: 1363585859-04cb6c4a45213ca0001-S8gJnT Received: from mx3-phx2.redhat.com (mx3-phx2.redhat.com [209.132.183.24]) by cuda.sgi.com with ESMTP id XSl2LOuNcG0iG0Of for ; Sun, 17 Mar 2013 22:51:00 -0700 (PDT) X-Barracuda-Envelope-From: nscott@redhat.com X-Barracuda-Apparent-Source-IP: 209.132.183.24 Received: from zmail20.collab.prod.int.phx2.redhat.com (zmail20.collab.prod.int.phx2.redhat.com [10.5.83.23]) by mx3-phx2.redhat.com (8.13.8/8.13.8) with ESMTP id r2I5ox8Y016159 for ; Mon, 18 Mar 2013 01:50:59 -0400 Date: Mon, 18 Mar 2013 01:50:59 -0400 (EDT) From: Nathan Scott Reply-To: Nathan Scott To: PCP Message-ID: <909456512.21216263.1363585859430.JavaMail.root@redhat.com> Subject: pcp updates: qa, networking apis MIME-Version: 1.0 X-ASG-Orig-Subj: pcp updates: qa, networking apis Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-Originating-IP: [10.64.51.242] X-Mailer: Zimbra 7.2.0_GA_2669 (ZimbraWebClient - FF3.0 (Linux)/7.2.0_GA_2669) X-Barracuda-Connect: mx3-phx2.redhat.com[209.132.183.24] X-Barracuda-Start-Time: 1363585859 X-Barracuda-URL: http://192.48.176.15:80/cgi-mod/mark.cgi X-Virus-Scanned: by bsmtpd at sgi.com X-Barracuda-BRTS-Status: 1 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=2.7 tests= X-Barracuda-Spam-Report: Code version 3.2, rules version 3.2.2.125519 Rule breakdown below pts rule name description ---- ---------------------- -------------------------------------------------- Changes committed to git://oss.sgi.com/pcp/pcp.git dev build/rpm/fedora.spec | 1 build/rpm/pcp.spec.in | 1 qa/066 | 22 +++++++---- qa/066.out.1 | 24 ++++++------ qa/066.out.2 | 24 ++++++------ qa/066.out.3 | 24 ++++++------ qa/066.out.4 | 21 +++++----- qa/066.out.5 | 86 ++++++++++++++++++++++++++++++++++++++++++++ qa/069 | 8 +++- qa/069.out.1 | 10 ++--- qa/069.out.2 | 10 ++--- qa/069.out.3 | 11 ++--- qa/069.out.4 | 72 ++++++++++++++++++++++++++++++++++++ qa/365 | 18 +++++++-- qa/365.out.1 | 10 ++--- qa/365.out.2 | 10 ++--- qa/365.out.3 | 10 ++--- qa/365.out.4 | 11 ++--- qa/365.out.5 | 41 ++++++++++++++++++++ src/pmhostname/pmhostname.c | 19 ++++++--- src/pmlogger/ports.c | 16 +++++--- src/pmproxy/pmproxy.c | 26 +++++++++---- 22 files changed, 357 insertions(+), 118 deletions(-) commit 7b257d25604fe717aa2890c715f1b2b39eda7a60 Author: Nathan Scott Date: Mon Mar 18 16:48:51 2013 +1100 Convert pmproxy(1) to use the newer networking APIs Resolves a TODO in the code, and works correctly for IPv6 now. commit 2d1d7ebd3433e72ea89319a75047791290736dd8 Author: Nathan Scott Date: Mon Mar 18 16:48:08 2013 +1100 Convert pmhostname(1) to use the newer networking APIs This tool must be consistent with how pmlogger resolves names, otherwise confusion can result (e.g. in the case of broken reverse DNS mapping, as reported by rdoyle), and pmlogger_check loses track of the running pmloggers. commit 8d4ccaa23c4a8267070a80ec3df5faa2320240ce Author: Nathan Scott Date: Mon Mar 18 10:22:17 2013 +1100 Resolve a warning from the rpm spec %pre script on new installs Jeff Hansen reported warnings from the pre script that deals with upgrading locations of configuration files. On new installations the assumption that certain directories exist is false during the %pre which results in these (harmless) warnings. commit 760c3451d73fb3273ff12060dd8a43e96ec89361 Author: Nathan Scott Date: Mon Mar 18 10:02:34 2013 +1100 Updates to recent changes to test 365 Last round of IP address and mask filtering helped to get deterministic output for both ipv4 and ipv6, but had an awk syntax error (missing closing brace - *cough*), didn't take into account that the pmcd log format changed in 3.7 (more space for addresses in ipv6 form), and finally that ipv6 may be disabled in the kernel (leading to differences in open ports). commit b8e1b947a271adcf4e4d0c8515d3f1d040ad4688 Author: Nathan Scott Date: Mon Mar 18 09:55:50 2013 +1100 Updates to recent changes to test 066 and 069 Last round of IP address and mask filtering helped to get deterministic output for both ipv4 and ipv6, but failed to take into account that ipv6 may be disabled completely in the kernel (leads to differences in open ports), and also the filtered awk output after using sub() with three args evidently has removed the existing whitespace replacing it with the canonical field separator (single space here). commit 2ad99648428a1f13c986c17775af9ad5b5ede340 Author: Dave Brolley Date: Fri Mar 15 14:21:26 2013 +1100 Updated filters and expected output for IPv6 for qa tests 066, 069 and 365. From smakarov@redhat.com Mon Mar 18 10:01:30 2013 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on oss.sgi.com X-Spam-Level: X-Spam-Status: No, score=0.0 required=5.0 tests=none autolearn=ham version=3.3.1 X-Original-To: pcp@oss.sgi.com Delivered-To: pcp@oss.sgi.com Received: from relay.sgi.com (relay1.corp.sgi.com [137.38.102.111]) by oss.sgi.com (Postfix) with ESMTP id 5362B7F8A for ; Mon, 18 Mar 2013 10:01:30 -0500 (CDT) Received: from cuda.sgi.com (cuda2.sgi.com [192.48.176.25]) by relay1.corp.sgi.com (Postfix) with ESMTP id 339588F8068 for ; Mon, 18 Mar 2013 08:01:27 -0700 (PDT) X-ASG-Debug-ID: 1363618882-04cbb04b84238b30001-S8gJnT Received: from mx4-phx2.redhat.com (mx4-phx2.redhat.com [209.132.183.25]) by cuda.sgi.com with ESMTP id yOt1cNUleMJm7rPS for ; Mon, 18 Mar 2013 08:01:22 -0700 (PDT) X-Barracuda-Envelope-From: smakarov@redhat.com X-Barracuda-Apparent-Source-IP: 209.132.183.25 Received: from zmail19.collab.prod.int.phx2.redhat.com (zmail19.collab.prod.int.phx2.redhat.com [10.5.83.22]) by mx4-phx2.redhat.com (8.13.8/8.13.8) with ESMTP id r2IF1MhA017832; Mon, 18 Mar 2013 11:01:22 -0400 Date: Mon, 18 Mar 2013 11:01:22 -0400 (EDT) From: Serguei Makarov To: Nathan Scott Cc: pcp@oss.sgi.com, "Frank Ch. Eigler" Message-ID: <1970320976.7485151.1363618882289.JavaMail.root@redhat.com> In-Reply-To: <1689869442.21181715.1363575247972.JavaMail.root@redhat.com> Subject: Re: [pcp] pmwebapi blinkenlights demo MIME-Version: 1.0 X-ASG-Orig-Subj: Re: [pcp] pmwebapi blinkenlights demo Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-Originating-IP: [10.15.16.188] X-Mailer: Zimbra 7.2.0_GA_2669 (ZimbraWebClient - FF3.0 (Linux)/7.2.0_GA_2669) X-Barracuda-Connect: mx4-phx2.redhat.com[209.132.183.25] X-Barracuda-Start-Time: 1363618882 X-Barracuda-URL: http://192.48.176.25:80/cgi-mod/mark.cgi X-Virus-Scanned: by bsmtpd at sgi.com X-Barracuda-BRTS-Status: 1 X-Barracuda-Spam-Score: 0.01 X-Barracuda-Spam-Status: No, SCORE=0.01 using per-user scores of TAG_LEVEL=1000.0 QUARANTINE_LEVEL=1000.0 KILL_LEVEL=2.7 tests=BSF_SC0_SA_TO_FROM_DOMAIN_MATCH X-Barracuda-Spam-Report: Code version 3.2, rules version 3.2.2.125555 Rule breakdown below pts rule name description ---- ---------------------- -------------------------------------------------- 0.01 BSF_SC0_SA_TO_FROM_DOMAIN_MATCH Sender Domain Matches Recipient Domain > While this all appears to start and run nicely, the blinken' doesn't > seem to happen - tried simply setting the threshold to zero, but no > change to the (X) status - always shows as "good" (AIUI). Anything > spring immediately to mind? I've not tried diagnosing further as yet, > will try catch you on IRC tomorrow for pointers. Hmm, my most immediate instinct to diagnose is to look at the web developer console (e.g. in Firefox, Tools > Web Developer > Web Console) to see which API requests it is (or isn't) making. The output from that might be relevant. Thanks for the heads up -- will look forward to helping you diagnose this later today. -- Serguei From nscott@redhat.com Mon Mar 18 17:22:24 2013 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on oss.sgi.com X-Spam-Level: X-Spam-Status: No, score=0.0 required=5.0 tests=none autolearn=ham version=3.3.1 X-Original-To: pcp@oss.sgi.com Delivered-To: pcp@oss.sgi.com Received: from relay.sgi.com (relay3.corp.sgi.com [198.149.34.15]) by oss.sgi.com (Postfix) with ESMTP id 9861E7F3F for ; Mon, 18 Mar 2013 17:22:24 -0500 (CDT) Received: from cuda.sgi.com (cuda3.sgi.com [192.48.176.15]) by relay3.corp.sgi.com (Postfix) with ESMTP id 260E3AC004 for ; Mon, 18 Mar 2013 15:22:23 -0700 (PDT) X-ASG-Debug-ID: 1363645338-04cb6c4a432789c0001-S8gJnT Received: from mx3-phx2.redhat.com (mx3-phx2.redhat.com [209.132.183.24]) by cuda.sgi.com with ESMTP id VHnjitgRuuCWAGbR for ; Mon, 18 Mar 2013 15:22:19 -0700 (PDT) X-Barracuda-Envelope-From: nscott@redhat.com X-Barracuda-Apparent-Source-IP: 209.132.183.24 Received: from zmail20.collab.prod.int.phx2.redhat.com (zmail20.collab.prod.int.phx2.redhat.com [10.5.83.23]) by mx3-phx2.redhat.com (8.13.8/8.13.8) with ESMTP id r2IMMIFo018619; Mon, 18 Mar 2013 18:22:18 -0400 Date: Mon, 18 Mar 2013 18:22:18 -0400 (EDT) From: Nathan Scott Reply-To: Nathan Scott To: Serguei Makarov Cc: pcp@oss.sgi.com, "Frank Ch. Eigler" Message-ID: <2116602144.21720317.1363645338638.JavaMail.root@redhat.com> In-Reply-To: <1970320976.7485151.1363618882289.JavaMail.root@redhat.com> Subject: Re: [pcp] pmwebapi blinkenlights demo MIME-Version: 1.0 X-ASG-Orig-Subj: Re: [pcp] pmwebapi blinkenlights demo Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-Originating-IP: [10.64.51.242] X-Mailer: Zimbra 7.2.0_GA_2669 (ZimbraWebClient - FF3.0 (Linux)/7.2.0_GA_2669) X-Barracuda-Connect: mx3-phx2.redhat.com[209.132.183.24] X-Barracuda-Start-Time: 1363645339 X-Barracuda-URL: http://192.48.176.15:80/cgi-mod/mark.cgi X-Barracuda-BRTS-Status: 1 X-Virus-Scanned: by bsmtpd at sgi.com X-Barracuda-Spam-Score: 0.01 X-Barracuda-Spam-Status: No, SCORE=0.01 using per-user scores of TAG_LEVEL=1000.0 QUARANTINE_LEVEL=1000.0 KILL_LEVEL=2.7 tests=BSF_SC0_SA_TO_FROM_DOMAIN_MATCH X-Barracuda-Spam-Report: Code version 3.2, rules version 3.2.2.125585 Rule breakdown below pts rule name description ---- ---------------------- -------------------------------------------------- 0.01 BSF_SC0_SA_TO_FROM_DOMAIN_MATCH Sender Domain Matches Recipient Domain ----- Original Message ----- > > While this all appears to start and run nicely, the blinken' > > doesn't > > seem to happen - tried simply setting the threshold to zero, but no > > change to the (X) status - always shows as "good" (AIUI). Anything > > spring immediately to mind? I've not tried diagnosing further as > > yet, will try catch you on IRC tomorrow for pointers. > > Hmm, my most immediate instinct to diagnose is to look at the web > developer console (e.g. in Firefox, Tools > Web Developer > Web > Console) to see which API requests it is (or isn't) making. The > output from that might be relevant. > > Thanks for the heads up -- will look forward to helping you diagnose > this later today. Thanks for the IRC assist Serhei - PEBKAC. That's a nice demo of what can be done - looking forward to seeing it in full colour, which no doubt will precede the 3D and surround-sound versions. I also found jsbrowser (and a jsquery to support it?) - is that a WIP or abandoned mini-project or ...? Not sure if you've come across it in your travels, but for testing of all sorts of interesting corner cases in PCP metrics (so, especially useful here) there is a pmdasample(1) that can provide all sorts of wierd and wonderful metrics. Wide range of "interesting" metric names, types, semantics, sizes, units, instance domains - fast changing, slow changing - handy stuff. cheers. -- Nathan From nscott@redhat.com Mon Mar 18 21:13:03 2013 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on oss.sgi.com X-Spam-Level: X-Spam-Status: No, score=0.0 required=5.0 tests=none autolearn=ham version=3.3.1 X-Original-To: pcp@oss.sgi.com Delivered-To: pcp@oss.sgi.com Received: from relay.sgi.com (relay3.corp.sgi.com [198.149.34.15]) by oss.sgi.com (Postfix) with ESMTP id 6E39B7F4C for ; Mon, 18 Mar 2013 21:13:03 -0500 (CDT) Received: from cuda.sgi.com (cuda3.sgi.com [192.48.176.15]) by relay3.corp.sgi.com (Postfix) with ESMTP id 00890AC002 for ; Mon, 18 Mar 2013 19:12:59 -0700 (PDT) X-ASG-Debug-ID: 1363659176-04cb6c4a4628b8d0001-S8gJnT Received: from mx4-phx2.redhat.com (mx4-phx2.redhat.com [209.132.183.25]) by cuda.sgi.com with ESMTP id Gnv3hHxanV2CMOr0 for ; Mon, 18 Mar 2013 19:12:57 -0700 (PDT) X-Barracuda-Envelope-From: nscott@redhat.com X-Barracuda-Apparent-Source-IP: 209.132.183.25 Received: from zmail20.collab.prod.int.phx2.redhat.com (zmail20.collab.prod.int.phx2.redhat.com [10.5.83.23]) by mx4-phx2.redhat.com (8.13.8/8.13.8) with ESMTP id r2J2Cu4s018008 for ; Mon, 18 Mar 2013 22:12:56 -0400 Date: Mon, 18 Mar 2013 22:12:56 -0400 (EDT) From: Nathan Scott Reply-To: Nathan Scott To: PCP Message-ID: <1024907867.21748459.1363659176523.JavaMail.root@redhat.com> Subject: pcp updates: fix upgrade issues from Ryan MIME-Version: 1.0 X-ASG-Orig-Subj: pcp updates: fix upgrade issues from Ryan Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-Originating-IP: [10.64.51.242] X-Mailer: Zimbra 7.2.0_GA_2669 (ZimbraWebClient - FF3.0 (Linux)/7.2.0_GA_2669) X-Barracuda-Connect: mx4-phx2.redhat.com[209.132.183.25] X-Barracuda-Start-Time: 1363659176 X-Barracuda-URL: http://192.48.176.15:80/cgi-mod/mark.cgi X-Virus-Scanned: by bsmtpd at sgi.com X-Barracuda-BRTS-Status: 1 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=2.7 tests= X-Barracuda-Spam-Report: Code version 3.2, rules version 3.2.2.125598 Rule breakdown below pts rule name description ---- ---------------------- -------------------------------------------------- Changes committed to git://oss.sgi.com/pcp/pcp.git dev CHANGELOG | 10 +++- build/rpm/fedora.spec | 92 ++++++++++++++++++++++++++++--------------- build/rpm/pcp.spec.in | 33 +++++++++++++-- src/libpcp/src/auxconnect.c | 3 - src/libpcp/src/nss_connect.c | 4 + src/pmlogger/pmlogger.c | 3 - 6 files changed, 106 insertions(+), 39 deletions(-) commit dc921c8eaf9883e104f3e926211674f7bd9c05e7 Author: Nathan Scott Date: Tue Mar 19 13:11:16 2013 +1100 Transition temporary directories more seamlessly rdoyle reported issues on upgrade from 3.6.5 with the tmpdir changes from later pcp releases. There was no plan in place to migrate from old-school tmpdirs to new, and Parfait makes use of PCP_TMP_DIR/mmv - so no MMV metrics after an upgrade. commit becad85c6e54e59b91871ad077ab905028bc2b6d Author: Nathan Scott Date: Tue Mar 19 13:05:04 2013 +1100 Extend pmloggers heuristic for detecting when its a daemon rdoyle found that pmlogger was not correctly running daily restarted loggers as root any more. Was due to an incorrect assumption on my part that the daily rotation made use of the pmlogger_check script, which it does not actually do. commit 9621405cd4aed31858bed459201d04b5b4d44aef Author: Nathan Scott Date: Tue Mar 19 10:03:58 2013 +1100 Try even harder to ensure a valid __pmHostEnt->hostname association rdoyle points out another case where we should just go with what the user asked for as a hostname, when DNS name lookup failures are in-play. We do this for other cases, so add __pmGetHostInfo failure to the list. From rdoyle@aconex.com Tue Mar 19 00:32:24 2013 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on oss.sgi.com X-Spam-Level: X-Spam-Status: No, score=0.0 required=5.0 tests=HTML_MESSAGE autolearn=ham version=3.3.1 X-Original-To: pcp@oss.sgi.com Delivered-To: pcp@oss.sgi.com Received: from relay.sgi.com (relay3.corp.sgi.com [198.149.34.15]) by oss.sgi.com (Postfix) with ESMTP id BD6C87F5D for ; Tue, 19 Mar 2013 00:32:23 -0500 (CDT) Received: from cuda.sgi.com (cuda3.sgi.com [192.48.176.15]) by relay3.corp.sgi.com (Postfix) with ESMTP id 215E5AC004 for ; Mon, 18 Mar 2013 22:32:22 -0700 (PDT) X-ASG-Debug-ID: 1363671136-04cb6c4a4329d7f0001-S8gJnT Received: from postoffice2.aconex.com (mail.aconex.com [203.166.49.3]) by cuda.sgi.com with ESMTP id FTxSMsMNARxkj7Hn for ; Mon, 18 Mar 2013 22:32:16 -0700 (PDT) X-Barracuda-Envelope-From: rdoyle@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 Q7YFBuC0wzfx7eMW for ; Tue, 19 Mar 2013 16:32:14 +1100 (EST) Received: from gatekeeper.aconex.com (gatekeeper.yarra.acx [192.168.35.102]) by postoffice.aconex.com (Postfix) with ESMTP id B2DCC3CE00C0 for ; Tue, 19 Mar 2013 16:32:14 +1100 (EST) Received: from localhost (localhost.localdomain [127.0.0.1]) by gatekeeper.aconex.com (Postfix) with ESMTP id B005B9E0002 for ; Tue, 19 Mar 2013 16:32:14 +1100 (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 J5WOsGyWc+lB for ; Tue, 19 Mar 2013 16:32:14 +1100 (EST) Received: from acxmail-au2.aconex.com (acxmail-au2.aconex.com [192.168.35.104]) by gatekeeper.aconex.com (Postfix) with ESMTP id 2159F9E0001 for ; Tue, 19 Mar 2013 16:32:14 +1100 (EST) Received: from localhost (localhost.localdomain [127.0.0.1]) by acxmail-au2.aconex.com (Postfix) with ESMTP id 12F653B20002 for ; Tue, 19 Mar 2013 16:32:14 +1100 (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 vzV3HGmh-8bC for ; Tue, 19 Mar 2013 16:32:13 +1100 (EST) Received: from acxmail-au2.aconex.com (acxmail-au2.aconex.com [192.168.35.104]) by acxmail-au2.aconex.com (Postfix) with ESMTP id E71303B20001 for ; Tue, 19 Mar 2013 16:32:13 +1100 (EST) Date: Tue, 19 Mar 2013 16:32:13 +1100 (EST) From: Ryan Doyle To: pcp@oss.sgi.com Message-ID: <1464091903.1907293.1363671133775.JavaMail.root@acxmail-au2.aconex.com> In-Reply-To: <1262945734.1907221.1363671006469.JavaMail.root@acxmail-au2.aconex.com> Subject: Additional metrics for elasticsearch PMDA MIME-Version: 1.0 X-ASG-Orig-Subj: Additional metrics for elasticsearch PMDA Content-Type: multipart/mixed; boundary="----=_Part_1907289_590114732.1363671133773" X-Originating-IP: [192.168.6.51] X-Mailer: Zimbra 7.1.4_GA_2567 (ZimbraWebClient - GC25 (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: 1363671136 X-Barracuda-URL: http://192.48.176.15:80/cgi-mod/mark.cgi X-Virus-Scanned: by bsmtpd at sgi.com X-Barracuda-BRTS-Status: 1 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=2.7 tests=HTML_MESSAGE X-Barracuda-Spam-Report: Code version 3.2, rules version 3.2.2.125611 Rule breakdown below pts rule name description ---- ---------------------- -------------------------------------------------- 0.00 HTML_MESSAGE BODY: HTML included in message ------=_Part_1907289_590114732.1363671133773 Content-Type: multipart/alternative; boundary="----=_Part_1907290_978818878.1363671133773" ------=_Part_1907290_978818878.1363671133773 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit Hi All, Please see attached patch for additional index metrics for the elasticsearch PMDA. It is not as clean as I would like it but that stems from how these metrics are exported from the elasticsearch status API: Heres a nice output { "_all": { "indices": { "qa4": { "primaries": { "search": { "fetch_current": 0, "fetch_time": "0s", Where all hash keys map directly to the elasticsearch PMID name (EG: primaries. search. fetch_current). We take advantage of this in the PMDA using the es_value function and passing in a reference to the metric requested where each array member is separated by a period. Unfortunately , the settings hash does not follow the same convention and has periods in the key! EG: }, "settings": { "index.gateway.snapshot_interval": "10000", "index.number_of_replicas": "1", "index.number_of_shards": "5", "index.version.created": "190199" }, This makes the code less clean, but it looks like these are the only 4 metrics that follow this convention. Cheers! ---- Ryan Doyle ------=_Part_1907290_978818878.1363671133773 Content-Type: text/html; charset=utf-8 Content-Transfer-Encoding: quoted-printable <= div style=3D'font-family: verdana,helvetica,sans-serif; font-size: 10pt; co= lor: #000000'>
Hi All, 

Please see attached patch for additional index metrics for the elast= icsearch PMDA.

It is not as clean as I would like it but that stem= s from how these metrics are exported from the elasticsearch status API:


<= div style=3D"font-size: 10pt;">{
 = ;   "_all": {
    =     "indices": {
 =           "qa4": {
                "p= rimaries": {
      &nbs= p;             "search": {
              &n= bsp;         "fetch_current": 0, 
              =           "fetch_time": "0s", 


<= /div>
Where all hash keys map directly to th= e elasticsearch PMID name (EG: primar= ies.search.fetch_current). We take advantage of this in the PMDA using= the es_value function and passing in a reference to the metric requested w= here each array member is separated by a period.

Unfortunately= , the settings hash does not follow the sa= me convention and has periods in the key! EG:

 }, <= /div>
                "set= tings": {
               =     "index.gateway.snapshot_interval": "10000", 
=
                   &= nbsp;"index.number_of_replicas": "1", 
      =               "index.number_of_shar= ds": "5", 
              =       "index.version.created": "190199"
 = ;               }, 

This makes the code less clean, but it look= s like these are the only 4 metrics that follow this convention.


Cheers!

----
Ryan Doyle

------=_Part_1907290_978818878.1363671133773-- ------=_Part_1907289_590114732.1363671133773 Content-Type: text/x-patch; name=elasticsearch-PMDA-implement-index-settings.patch Content-Disposition: attachment; filename=elasticsearch-PMDA-implement-index-settings.patch Content-Transfer-Encoding: base64 ZGlmZiAtLWdpdCBhL3NyYy9wbWRhcy9lbGFzdGljc2VhcmNoL3BtZGFlbGFzdGljc2VhcmNoLnBs IGIvc3JjL3BtZGFzL2VsYXN0aWNzZWFyY2gvcG1kYWVsYXN0aWNzZWFyY2gucGwKaW5kZXggNTZm OGE5OC4uOGRmOTg3ZSAxMDA3NTUKLS0tIGEvc3JjL3BtZGFzL2VsYXN0aWNzZWFyY2gvcG1kYWVs YXN0aWNzZWFyY2gucGwKKysrIGIvc3JjL3BtZGFzL2VsYXN0aWNzZWFyY2gvcG1kYWVsYXN0aWNz ZWFyY2gucGwKQEAgLTI4LDYgKzI4LDkgQEAgbXkgQG5vZGVzX2luc3RhbmNlX2lkczsKIG15ICRz ZWFyY2hfaW5kb20gPSAxOwogbXkgQHNlYXJjaF9pbnN0YW5jZXM7CiBteSBAc2VhcmNoX2luc3Rh bmNlX2lkczsKK215ICRpbmRleF9pbmRvbSA9IDI7CitteSBAaW5kZXhfaW5zdGFuY2VzOworbXkg QGluZGV4X2luc3RhbmNlX2lkczsKIAogbXkgQGNsdXN0ZXJfY2FjaGU7CQkjIHRpbWUgb2YgbGFz dCByZWZyZXNoIGZvciBlYWNoIGNsdXN0ZXIKIG15ICRjYWNoZV9pbnRlcnZhbCA9IDI7CQkjIG1p biBzZWNzIGJldHdlZW4gcmVmcmVzaGVzIGZvciBjbHVzdGVycwpAQCAtNzQsNiArNzcsMjQgQEAg c3ViIGVzX2RhdGFfbm9kZV9pbnN0YW5jZXMKICAgICAkcG1kYS0+cmVwbGFjZV9pbmRvbSgkbm9k ZXNfaW5kb20sIFxAbm9kZXNfaW5zdGFuY2VzKTsKIH0KIAorc3ViIGVzX2RhdGFfaW5kZXhfaW5z dGFuY2VzCit7CisgICAgbXkgJGluZGV4SURzID0gc2hpZnQ7CisgICAgbXkgJGkgPSAwOworCisg ICAgQGluZGV4X2luc3RhbmNlcyA9ICgpOworICAgIEBpbmRleF9pbnN0YW5jZV9pZHMgPSAoKTsK KyAgICBmb3JlYWNoIG15ICRpbmRleCAoa2V5cyAlJGluZGV4SURzKXsKKwkkaW5kZXhfaW5zdGFu Y2VzWyRpKjJdID0gJGk7CisJJGluZGV4X2luc3RhbmNlc1soJGkqMikrMV0gPSAkaW5kZXg7CisJ JGluZGV4X2luc3RhbmNlX2lkc1skaSoyXSA9ICRpOworCSRpbmRleF9pbnN0YW5jZV9pZHNbKCRp KjIpKzFdID0gJGluZGV4OworCSRpKys7CisgICAgfQorICAgICRwbWRhLT5yZXBsYWNlX2luZG9t KCRpbmRleF9pbmRvbSwgXEBpbmRleF9pbnN0YW5jZXMpOworCit9CisKICMgY3JhY2sganNvbiBk YXRhIHN0cnVjdHVyZSwgZXh0cmFjdCBpbmRleCBuYW1lcwogc3ViIGVzX3NlYXJjaF9pbnN0YW5j ZXMKIHsKQEAgLTEwMiw3ICsxMjMsMTIgQEAgc3ViIGVzX3JlZnJlc2hfY2x1c3Rlcl9oZWFsdGgK IHN1YiBlc19yZWZyZXNoX2NsdXN0ZXJfc3RhdGUKIHsKICAgICBteSAkY29udGVudCA9IGVzX2Fn ZW50X2dldCgkYmFzZXVybCAuICJfY2x1c3Rlci9zdGF0ZSIpOwotICAgICRlc19jbHVzdGVyX3N0 YXRlID0gZGVmaW5lZCgkY29udGVudCkgPyBkZWNvZGVfanNvbigkY29udGVudCkgOiB1bmRlZjsK KyAgICBpZiAoZGVmaW5lZCgkY29udGVudCkpIHsKKwkkZXNfY2x1c3Rlcl9zdGF0ZSA9IGRlZmlu ZWQoJGNvbnRlbnQpID8gZGVjb2RlX2pzb24oJGNvbnRlbnQpIDogdW5kZWY7CisJZXNfZGF0YV9p bmRleF9pbnN0YW5jZXMoJGVzX2NsdXN0ZXJfc3RhdGUtPnsnbWV0YWRhdGEnfS0+eydpbmRpY2Vz J30pOworICAgIH0gZWxzZSB7CisJJGVzX2NsdXN0ZXJfc3RhdGUgPSB1bmRlZjsKKyAgICB9CiB9 CiAKIHN1YiBlc19yZWZyZXNoX2NsdXN0ZXJfbm9kZXNfc3RhdHNfYWxsCkBAIC0xNjcsNyArMTkz LDcgQEAgc3ViIGVzX3JlZnJlc2gKIAllc19yZWZyZXNoX3N0YXRzX3NlYXJjaCgpOwogCSMgYXZv aWQgMm5kIHJlZnJlc2ggY2FsbCBvbiBtZXRyaWNzIGluIG90aGVyIGNsdXN0ZXIKIAkkY2x1c3Rl cl9jYWNoZVs0XSA9ICRjbHVzdGVyX2NhY2hlWzVdID0gJG5vdzsKLSAgICB9IGVsc2lmICgkY2x1 c3RlciA9PSA2KSB7ICMgVXBkYXRlIHRoZSBjbHVzdGVyIHN0YXRlCisgICAgfSBlbHNpZiAoJGNs dXN0ZXIgPT0gNiB8fCAkY2x1c3RlciA9PSA3KSB7ICMgVXBkYXRlIHRoZSBjbHVzdGVyIHN0YXRl CiAJZXNfcmVmcmVzaF9jbHVzdGVyX3N0YXRlKCk7CiAgICAgfQogICAgICRjbHVzdGVyX2NhY2hl WyRjbHVzdGVyXSA9ICRub3c7CkBAIC0xODcsNiArMjEzLDEzIEBAIHN1YiBlc19sb29rdXBfc2Vh cmNoCiAgICAgcmV0dXJuICRqc29uLT57J19hbGwnfS0+eydpbmRpY2VzJ30tPnskc2VhcmNoSUR9 OwogfQogCitzdWIgZXNfbG9va3VwX2luZGV4Cit7CisgICAgbXkgKCRqc29uLCAkaW5zdCkgPSBA XzsKKyAgICBteSAkaW5kZXhJRCA9ICRpbmRleF9pbnN0YW5jZV9pZHNbKCRpbnN0KjIpKzFdOwor ICAgIHJldHVybiAkanNvbi0+eydtZXRhZGF0YSd9LT57J2luZGljZXMnfS0+eyRpbmRleElEfTsK K30KKwogIyBpdGVyYXRlIG92ZXIgbWV0cmljLW5hbWUgY29tcG9uZW50cywgcGVyZm9ybWluZyBo YXNoIGxvb2t1cHMgYXMgd2UgZ28uCiBzdWIgZXNfdmFsdWUKIHsKQEAgLTMwMiw2ICszMzUsMzAg QEAgc3ViIGVzX2ZldGNoX2NhbGxiYWNrCiAJc3BsaWNlKEBtZXRyaWNfc3VibmFtZXMsIDAsIDIp OwogCXJldHVybiBlc192YWx1ZSgkZXNfY2x1c3Rlcl9zdGF0ZSwgXEBtZXRyaWNfc3VibmFtZXMp OwogICAgIH0KKyAgICBlbHNpZiAoJGNsdXN0ZXIgPT0gNykgeworCSMgUmVtb3ZlIGVsYXN0aWNz ZWFyY2guaW5kZXgKKwlpZiAoIWRlZmluZWQoJGVzX2NsdXN0ZXJfc3RhdGUpKXsgcmV0dXJuIChQ TV9FUlJfQUdBSU4sIDApOyB9CisJaWYgKCRpbnN0ID09IFBNX0lOX05VTEwpICAgIHsgcmV0dXJu IChQTV9FUlJfSU5TVCwgMCk7IH0KKwkkc2VhcmNoID0gZXNfbG9va3VwX2luZGV4KCRlc19jbHVz dGVyX3N0YXRlLCAkaW5zdCk7CisJaWYgKCFkZWZpbmVkKCRzZWFyY2gpKSAgICAgIHsgcmV0dXJu IChQTV9FUlJfQUdBSU4sIDApOyB9CisJIyBBcyB0aGUgJ3NldHRpbmdzJyBoYXNoIG1lbWJlcnMg aGF2ZSBkb3RzIGl0IHRoZW0sIHdlIGNhbm5vdAorCSMgbWFwIGRvdHRlZCBuYW1lcyBkaXJlY3Rs eSB0byBoYXNoIGtleXMuCisJaWYgKCRpdGVtID09IDApeworCSAgICByZXR1cm4gKCRzZWFyY2gt Pnsnc2V0dGluZ3MnfS0+eydpbmRleC5nYXRld2F5LnNuYXBzaG90X2ludGVydmFsJ30sIDEpOwor CX0KKwllbHNpZiAoJGl0ZW0gPT0gMSkgeworCSAgICByZXR1cm4gKCRzZWFyY2gtPnsnc2V0dGlu Z3MnfS0+eydpbmRleC5udW1iZXJfb2ZfcmVwbGljYXMnfSwgMSk7CisJfQorCWVsc2lmICgkaXRl bSA9PSAyKSB7CisJICAgIHJldHVybiAoJHNlYXJjaC0+eydzZXR0aW5ncyd9LT57J2luZGV4Lm51 bWJlcl9vZl9zaGFyZHMnfSwgMSk7CisJfQorCWVsc2lmICgkaXRlbSA9PSAzKSB7CisJICAgIHJl dHVybiAoJHNlYXJjaC0+eydzZXR0aW5ncyd9LT57J2luZGV4LnZlcnNpb24uY3JlYXRlZCd9LCAx KTsKKwl9IGVsc2UgeworCSAgICByZXR1cm4gKFBNX0VSUl9BUFBWRVJTSU9OLCAwKTsKKwl9CisK KyAgICB9CiAgICAgcmV0dXJuIChQTV9FUlJfUE1JRCwgMCk7CiB9CiAKQEAgLTcyOCwxMCArNzg1 LDMwIEBAICRwbWRhLT5hZGRfbWV0cmljKHBtZGFfcG1pZCg2LDApLCBQTV9UWVBFX1NUUklORywg UE1fSU5ET01fTlVMTCwKIAkJICAnZWxhc3RpY3NlYXJjaC5jbHVzdGVyLm1hc3Rlcl9ub2RlJywK IAkJICAnSW50ZXJuYWwgaWRlbnRpZmllciBvZiB0aGUgbWFzdGVyIG5vZGUgb2YgdGhlIGNsdXN0 ZXInLCAnJyk7CiAKKyMgaW5kZXggc3RhdGUKKyRwbWRhLT5hZGRfbWV0cmljKHBtZGFfcG1pZCg3 LDApLCBQTV9UWVBFX1U2NCwgJGluZGV4X2luZG9tLAorCQkgIFBNX1NFTV9JTlNUQU5ULCBwbWRh X3VuaXRzKDAsMSwwLDAsUE1fVElNRV9NU0VDLDApLAorCQkgICdlbGFzdGljc2VhcmNoLmluZGV4 LnNldHRpbmdzLmluZGV4LmdhdGV3YXkuc25hcHNob3RfaW50ZXJ2YWwnLAorCQkgICdJbnRlcnZh bCBiZXR3ZWVuIGdhdGV3YXkgc25hcHNob3RzJywgJycpOworJHBtZGEtPmFkZF9tZXRyaWMocG1k YV9wbWlkKDcsMSksIFBNX1RZUEVfVTY0LCAkaW5kZXhfaW5kb20sCisJCSAgUE1fU0VNX0lOU1RB TlQsIHBtZGFfdW5pdHMoMCwwLDAsMCwwLDApLAorCQkgICdlbGFzdGljc2VhcmNoLmluZGV4LnNl dHRpbmdzLmluZGV4Lm51bWJlcl9vZl9yZXBsaWNhcycsCisJCSAgJ051bWJlciBvZiByZXBsaWNh cyBvZiBzaGFyZHMgaW5kZXggc2V0dGluZycsICcnKTsKKyRwbWRhLT5hZGRfbWV0cmljKHBtZGFf cG1pZCg3LDIpLCBQTV9UWVBFX1U2NCwgJGluZGV4X2luZG9tLAorCQkgIFBNX1NFTV9JTlNUQU5U LCBwbWRhX3VuaXRzKDAsMCwwLDAsMCwwKSwKKwkJICAnZWxhc3RpY3NlYXJjaC5pbmRleC5zZXR0 aW5ncy5pbmRleC5udW1iZXJfb2Zfc2hhcmRzJywKKwkJICAnTnVtYmVyIG9mIHNoYXJkcyBpbmRl eCBzZXR0aW5nJywgJycpOworJHBtZGEtPmFkZF9tZXRyaWMocG1kYV9wbWlkKDcsMyksIFBNX1RZ UEVfVTY0LCAkaW5kZXhfaW5kb20sCisJCSAgUE1fU0VNX0lOU1RBTlQsIHBtZGFfdW5pdHMoMCww LDAsMCwwLDApLAorCQkgICdlbGFzdGljc2VhcmNoLmluZGV4LnNldHRpbmdzLmluZGV4LnZlcnNp b24uY3JlYXRlZCcsCisJCSAgJ1RoZSB2ZXJzaW9uIG9mIGVsYXN0aWNzZWFyY2ggdGhlIGluZGV4 IHdhcyBjcmVhdGVkIHdpdGgnLCAnJyk7CisKICRwbWRhLT5hZGRfaW5kb20oJG5vZGVzX2luZG9t LCBcQG5vZGVzX2luc3RhbmNlcywKIAkJJ0luc3RhbmNlIGRvbWFpbiBleHBvcnRpbmcgZWFjaCBl bGFzdGljc2VhcmNoIG5vZGUnLCAnJyk7CiAkcG1kYS0+YWRkX2luZG9tKCRzZWFyY2hfaW5kb20s IFxAc2VhcmNoX2luc3RhbmNlcywKIAkJJ0luc3RhbmNlIGRvbWFpbiBleHBvcnRpbmcgZWFjaCBl bGFzdGljc2VhcmNoIGluZGV4JywgJycpOworJHBtZGEtPmFkZF9pbmRvbSgkaW5kZXhfaW5kb20s IFxAaW5kZXhfaW5zdGFuY2VzLAorCQknSW5zdGFuY2UgZG9tYWluIGV4cG9ydGluZyBlYWNoIGVs YXN0aWNzZWFyY2ggaW5kZXggbWV0YWRhdGEnLCAnJyk7CiAKICRwbWRhLT5zZXRfZmV0Y2hfY2Fs bGJhY2soXCZlc19mZXRjaF9jYWxsYmFjayk7CiAkcG1kYS0+c2V0X3JlZnJlc2goXCZlc19yZWZy ZXNoKTsK ------=_Part_1907289_590114732.1363671133773-- From nscott@redhat.com Tue Mar 19 00:47:51 2013 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on oss.sgi.com X-Spam-Level: X-Spam-Status: No, score=0.0 required=5.0 tests=none autolearn=ham version=3.3.1 X-Original-To: pcp@oss.sgi.com Delivered-To: pcp@oss.sgi.com Received: from relay.sgi.com (relay1.corp.sgi.com [137.38.102.111]) by oss.sgi.com (Postfix) with ESMTP id BA8397F5D for ; Tue, 19 Mar 2013 00:47:51 -0500 (CDT) Received: from cuda.sgi.com (cuda3.sgi.com [192.48.176.15]) by relay1.corp.sgi.com (Postfix) with ESMTP id A54C38F8033 for ; Mon, 18 Mar 2013 22:47:48 -0700 (PDT) X-ASG-Debug-ID: 1363672064-04cb6c4a4429ec10001-S8gJnT Received: from mx4-phx2.redhat.com (mx4-phx2.redhat.com [209.132.183.25]) by cuda.sgi.com with ESMTP id SghMc6gAEhAcQdcG for ; Mon, 18 Mar 2013 22:47:44 -0700 (PDT) X-Barracuda-Envelope-From: nscott@redhat.com X-Barracuda-Apparent-Source-IP: 209.132.183.25 Received: from zmail20.collab.prod.int.phx2.redhat.com (zmail20.collab.prod.int.phx2.redhat.com [10.5.83.23]) by mx4-phx2.redhat.com (8.13.8/8.13.8) with ESMTP id r2J5lhW7017630 for ; Tue, 19 Mar 2013 01:47:43 -0400 Date: Tue, 19 Mar 2013 01:47:43 -0400 (EDT) From: Nathan Scott Reply-To: Nathan Scott To: PCP Message-ID: <453481741.21788397.1363672063490.JavaMail.root@redhat.com> Subject: pcp updates: build tweaks MIME-Version: 1.0 X-ASG-Orig-Subj: pcp updates: build tweaks Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-Originating-IP: [10.64.51.242] X-Mailer: Zimbra 7.2.0_GA_2669 (ZimbraWebClient - FF3.0 (Linux)/7.2.0_GA_2669) X-Barracuda-Connect: mx4-phx2.redhat.com[209.132.183.25] X-Barracuda-Start-Time: 1363672064 X-Barracuda-URL: http://192.48.176.15:80/cgi-mod/mark.cgi X-Virus-Scanned: by bsmtpd at sgi.com X-Barracuda-BRTS-Status: 1 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=2.7 tests= X-Barracuda-Spam-Report: Code version 3.2, rules version 3.2.2.125614 Rule breakdown below pts rule name description ---- ---------------------- -------------------------------------------------- Changes committed to git://oss.sgi.com/pcp/pcp.git dev build/tar/.gitignore | 2 build/tar/GNUmakefile | 32 +++++---- build/tar/postinstall | 136 ------------------------------------------ build/tar/postinstall.head.in | 9 ++ build/tar/postinstall.tail | 134 +++++++++++++++++++++++++++++++++++++++++ configure | 39 ++++++++++-- configure.in | 6 + debian/.gitignore | 2 debian/GNUmakefile | 38 ++++++----- debian/cleantmpdirs | 55 +++++++++++++++- debian/pcp.postinst | 25 ------- debian/pcp.postinst.head.in | 14 ++++ debian/pcp.postinst.tail | 26 ++++++++ src/include/pcp/pmimport.h | 52 ---------------- 14 files changed, 316 insertions(+), 254 deletions(-) commit 0d3f2e744785f021f0f1383921c7f971c1b8a87d Author: Nathan Scott Date: Tue Mar 19 16:45:37 2013 +1100 Missed a re-run of autoconf to generate latest configure script commit 2599a2b9a1386b8d368cb04b07d0ff363b4e2d45 Author: Nathan Scott Date: Tue Mar 19 16:45:21 2013 +1100 Trivial cleanup in tar build makefile commit 935481efb06e265829c93e4e5e0a3c9a28a2319f Author: Nathan Scott Date: Tue Mar 19 15:53:36 2013 +1100 Fix incorrectly named sh variable for cleantmpdir script verbosity commit c043939b72e65c0c5eee3f7683d769662c9bf04e Author: Nathan Scott Date: Tue Mar 19 15:51:15 2013 +1100 As per header comments, pmimport.h is long-since replaced - removed commit bc4e1bac71ed43b3ac2f4f9bb32f3b48de8c1fe4 Author: Nathan Scott Date: Tue Mar 19 15:31:39 2013 +1100 Ensure debian postinst does not hit a non-zero return code commit a12b0441dedcb4fa4431d816db14cd459b9064f6 Author: Nathan Scott Date: Tue Mar 19 14:48:32 2013 +1100 Transition temporary directories more seamlessly (non-rpm) Same change as prior commit for RPM installs, this time for deb and tar packaging. From nscott@redhat.com Tue Mar 19 01:12:37 2013 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on oss.sgi.com X-Spam-Level: X-Spam-Status: No, score=0.0 required=5.0 tests=none autolearn=ham version=3.3.1 X-Original-To: pcp@oss.sgi.com Delivered-To: pcp@oss.sgi.com Received: from relay.sgi.com (relay3.corp.sgi.com [198.149.34.15]) by oss.sgi.com (Postfix) with ESMTP id C61577F60 for ; Tue, 19 Mar 2013 01:12:37 -0500 (CDT) Received: from cuda.sgi.com (cuda3.sgi.com [192.48.176.15]) by relay3.corp.sgi.com (Postfix) with ESMTP id 54EE3AC002 for ; Mon, 18 Mar 2013 23:12:34 -0700 (PDT) X-ASG-Debug-ID: 1363673552-04cb6c4a442a0ae0001-S8gJnT Received: from mx4-phx2.redhat.com (mx4-phx2.redhat.com [209.132.183.25]) by cuda.sgi.com with ESMTP id 2IvErSoitBY5ZrOY for ; Mon, 18 Mar 2013 23:12:32 -0700 (PDT) X-Barracuda-Envelope-From: nscott@redhat.com X-Barracuda-Apparent-Source-IP: 209.132.183.25 Received: from zmail20.collab.prod.int.phx2.redhat.com (zmail20.collab.prod.int.phx2.redhat.com [10.5.83.23]) by mx4-phx2.redhat.com (8.13.8/8.13.8) with ESMTP id r2J6CSH3021660; Tue, 19 Mar 2013 02:12:29 -0400 Date: Tue, 19 Mar 2013 02:12:28 -0400 (EDT) From: Nathan Scott Reply-To: Nathan Scott To: Ryan Doyle Cc: pcp@oss.sgi.com Message-ID: <1496694006.21800814.1363673548541.JavaMail.root@redhat.com> In-Reply-To: <1104081411.1907000.1363670579654.JavaMail.root@acxmail-au2.aconex.com> Subject: Re: additional metrics for elasticsearch PMDA MIME-Version: 1.0 X-ASG-Orig-Subj: Re: additional metrics for elasticsearch PMDA Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-Originating-IP: [10.64.51.242] X-Mailer: Zimbra 7.2.0_GA_2669 (ZimbraWebClient - FF3.0 (Linux)/7.2.0_GA_2669) X-Barracuda-Connect: mx4-phx2.redhat.com[209.132.183.25] X-Barracuda-Start-Time: 1363673552 X-Barracuda-URL: http://192.48.176.15:80/cgi-mod/mark.cgi X-Virus-Scanned: by bsmtpd at sgi.com X-Barracuda-BRTS-Status: 1 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=2.7 tests= X-Barracuda-Spam-Report: Code version 3.2, rules version 3.2.2.125614 Rule breakdown below pts rule name description ---- ---------------------- -------------------------------------------------- (cc'ing the list as discussed on IRC) ----- Original Message ----- > > Heya Nathan, > > Patch is attached. > Thanks! > It is not as clean as I would like it but that stems from how these > metrics are exported from the elasticsearch status API: > > Heres a nice output > > { > "_all": { > "indices": { > "qa4": { > "primaries": { > "search": { > "fetch_current": 0, > "fetch_time": "0s", > Zimbra thinks little of your nice output, and has kindly removed all whitespace. Sorry 'bout that. > > Where all hash keys map directly to the elasticsearch PMID name (EG: > primaries. search. fetch_current). We take advantage of this in the > PMDA using the es_value function and passing in a reference to the > metric requested where each array member is separated by a period. > > > Unfortunately , the settings hash does not follow the same convention > and has periods in the key! EG: > Ugh! > > }, > "settings": { > "index.gateway.snapshot_interval": "10000", > "index.number_of_replicas": "1", > "index.number_of_shards": "5", > "index.version.created": "190199" > }, > > This makes the code less clean, but it looks like these are the only > 4 metrics that follow this convention. If you can think of a nicer > way to do this, I'm all ears. > You might be able to use a hashed instance domain here, instead of the array based ones (which was all that existed when this PMDA was originally coded). Refer to the pmdasimple.pl PMDA for an example - the %timeslices there is a perl hash. Instance names can have dots within them - would that make life easier for these metrics? cheers. -- Nathan From nscott@redhat.com Tue Mar 19 04:49:38 2013 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on oss.sgi.com X-Spam-Level: X-Spam-Status: No, score=0.0 required=5.0 tests=none autolearn=ham version=3.3.1 X-Original-To: pcp@oss.sgi.com Delivered-To: pcp@oss.sgi.com Received: from relay.sgi.com (relay1.corp.sgi.com [137.38.102.111]) by oss.sgi.com (Postfix) with ESMTP id 109277F7E for ; Tue, 19 Mar 2013 04:49:38 -0500 (CDT) Received: from cuda.sgi.com (cuda3.sgi.com [192.48.176.15]) by relay1.corp.sgi.com (Postfix) with ESMTP id EE5FE8F8035 for ; Tue, 19 Mar 2013 02:49:34 -0700 (PDT) X-ASG-Debug-ID: 1363686572-04cb6c4a462b26b0001-S8gJnT Received: from mx3-phx2.redhat.com (mx3-phx2.redhat.com [209.132.183.24]) by cuda.sgi.com with ESMTP id 8WMnJ9qlfP2E3QjA for ; Tue, 19 Mar 2013 02:49:32 -0700 (PDT) X-Barracuda-Envelope-From: nscott@redhat.com X-Barracuda-Apparent-Source-IP: 209.132.183.24 Received: from zmail20.collab.prod.int.phx2.redhat.com (zmail20.collab.prod.int.phx2.redhat.com [10.5.83.23]) by mx3-phx2.redhat.com (8.13.8/8.13.8) with ESMTP id r2J9nWgG028189; Tue, 19 Mar 2013 05:49:32 -0400 Date: Tue, 19 Mar 2013 05:49:32 -0400 (EDT) From: Nathan Scott Reply-To: Nathan Scott To: "Frank Ch. Eigler" , Serguei Makarov Cc: PCP Message-ID: <508751269.21862839.1363686572196.JavaMail.root@redhat.com> In-Reply-To: <2091639693.21801399.1363673658355.JavaMail.root@redhat.com> Subject: pmwebapi review notes MIME-Version: 1.0 X-ASG-Orig-Subj: pmwebapi review notes Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-Originating-IP: [10.64.51.242] X-Mailer: Zimbra 7.2.0_GA_2669 (ZimbraWebClient - FF3.0 (Linux)/7.2.0_GA_2669) X-Barracuda-Connect: mx3-phx2.redhat.com[209.132.183.24] X-Barracuda-Start-Time: 1363686572 X-Barracuda-URL: http://192.48.176.15:80/cgi-mod/mark.cgi X-Virus-Scanned: by bsmtpd at sgi.com X-Barracuda-BRTS-Status: 1 X-Barracuda-Spam-Score: 0.01 X-Barracuda-Spam-Status: No, SCORE=0.01 using per-user scores of TAG_LEVEL=1000.0 QUARANTINE_LEVEL=1000.0 KILL_LEVEL=2.7 tests=BSF_SC0_SA_TO_FROM_DOMAIN_MATCH X-Barracuda-Spam-Report: Code version 3.2, rules version 3.2.2.125623 Rule breakdown below pts rule name description ---- ---------------------- -------------------------------------------------- 0.01 BSF_SC0_SA_TO_FROM_DOMAIN_MATCH Sender Domain Matches Recipient Domain Hi guys, I was trying out some of Serhei's demos and made a few notes as I went through some of the src/pmwebapi code ... (just the C code - hopefully others with strong javascript-fu will take a look over the demos too). == main.c - port = 44323 We'll need to register this with IANA when the time comes, unless this is another of brolley's evil plots to confuse me ;) Current convention is to define these in impl.h and also to allow override from the environment (for some reason) - -H vs -h for host I guess this is because -h is very commonly used for "help" nowadays, it is really unfortunate that we went with -h for remote host. You're beating a new path here ... every other PCP tool uses -h for host, and -? for help. - -A vs -a for archive (and also -a for uriprefix) Same deal - except -A is already taken in pcp convention and is used by the client tools to mean alignment from start-of- an-archive (see PCPIntro(1) "interval & alignment" section) [ these things make me wonder if it is finally time to go for long options (and keep existing conventions for back-compat, which we could discourage and gently phase out)? ] - "timeoutr" -> typo - The -t option parsing would seem simpler with strtoul? but seem to have gone for a signed local on purpose, not sure I follow the rationale there (*shrug*, no big deal of course) - No need for -n option here (more like pmproxy than pmcd here) - Could/should enable threading now? Noticed this... /* Start microhttpd daemon. Use the application-driven threading model, so we don't complicate things with threads. In the future, if PMAPI becomes safe to invoke from a multithreaded application, consider MHD_USE_THREAD_PER_CONNECTION, with ample locking over the contexts etc. */ ... the future has arrived! (where's my hoverboard!?!) - also: /* | MHD_USE_IPv6 */ - should that be enabled too now? microhttpd.h header file suggests "yes!" - shutting down comments: /* Shut down cleanly, out of a misplaced sense of propriety. */ ... /* We could pmDestroyContext() all the active contexts. */ I understand the malloc->free is a waste of time when shutting down (although valgrind reporting will be helped so I personally prefer it for daemons always), but I'm also led to believe that at a TCP protocol level its nicer to shutdown your connections cleanly (which DestroyContext will do) so the remote host(s) all explicitly know they won't have to hang around waiting. - MHD_USE_SSL flag - ho-hum, here's a possible can of worms: I notice MHD uses gnutls for its SSL services. This means we'll need different / extra steps for configuring this daemon to the NSS-based setup we have for pmcd and pmproxy, I think. gnutls also isn't FIPS certified, might be problematic for some. Really have no idea how best to tackle this ... we're going to need to support https though, for sure. - naturally, none of Daves funky new internal-networking-API stuff is in use here. what to do? - leave libmicrohttpd needing its own certificate configuration, etc to other pcp daemons (inconsistent, more docs, no fips, more work for users, etc) or somehow try to tackle this (downside - much more work for us devs, probably we would have to fork libmicrohttpd?) - this leads into "should we both embed this server code and have it separately linked" - why did we do that again? (can't recall but I may have suggested it way back? am now thinking perhaps we should just go with the configure-found one, then wont be so tempted to worry about NSS vs gnutls issues :) nor the #ifdef's riddled throughout the code). Really, I don't know how best to tackle this whole area, hoping someone else has some good ideas! - mhd_respond() has a grammatical typo in the preceding comment ("operation an existing context"). Can be a static function, as can handle_signals() below it. == pmwebapi.c Just general comments here, above was probably too detailed: - /* if-threaded: pthread_mutex_t context_lock; */ ah yeah, so not just as simple as asserting libmicrophttpd and libpcp do threading - we need to do our own too in some spots. - pmwebapi_respond_* These tend to be of the form: 1. extract details of the web request & its parameters 2. do the pcp api calls for request/parameters and walk the results building up a char* buffer (JSON) 3. direct the char* buffer back through the webserver code That's a bit of an oversimplification, there's also session management stuff in there of course, but not much else I can see. (?) Step 2 seems to be amenable to being extracted into a library that could be shared. I think this would encapsulate the sort of thing that would be needed by all webapps/containers that people might want to directly export PCP data (Apache modules, and java/python/... web server wrappers like flask.pocoo.org, cherrypy.org, etc would need). These tend to have their own session management capabilities too sometimes, so perhaps if the session code in pmwebapi already could be abstracted too (probably within the same library for optional use) we should be in a happy place. Further, if someone desperately wants an XML output instead of JSON, this abstraction could allow the library to provide an alternate set of interfaces for XML that the same daemon could serve up instead. These APIs/library might be another angle for us to be able to tackle the SSL/certificates/NSS issue from earlier - there is a mod_nss Apache module, perhaps a mod_pmwebapi might be able to interoperate with that (/me waves hands wildly) somehow to tackle that. I have other thoughts about how some of the requests seem to make quite a few pmapi calls (& synchronous roundtrips to pmcd - which might be remote), but I think that could be deferred to a later time. Also some calls looked like they could do with caching of the pmDesc structures, again defer that I think. Streaming of results back to the client (web sockets/HTML5?) is something else that might be needed later - defer until its a problem IMO; we have a good starting point here & those things can come later. HTH. A great effort all round guys! Oh wait - one final thought - for the daemon, the name "pmwebapi" doesn't seem to roll off the tongue - how would you feel about a "pmwebd" and perhaps a libpcp_webapi.so / ? cheers. -- Nathan From Airian.Parker@swedish.org Tue Mar 19 10:52:51 2013 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on oss.sgi.com X-Spam-Level: X-Spam-Status: No, score=0.0 required=5.0 tests=HTML_MESSAGE autolearn=ham version=3.3.1 X-Original-To: pcp@oss.sgi.com Delivered-To: pcp@oss.sgi.com Received: from relay.sgi.com (relay1.corp.sgi.com [137.38.102.111]) by oss.sgi.com (Postfix) with ESMTP id 7FF3B7F53 for ; Tue, 19 Mar 2013 10:52:51 -0500 (CDT) Received: from cuda.sgi.com (cuda2.sgi.com [192.48.176.25]) by relay1.corp.sgi.com (Postfix) with ESMTP id 6D9E08F8040 for ; Tue, 19 Mar 2013 08:52:48 -0700 (PDT) X-ASG-Debug-ID: 1363708361-04cbb04b852c41b0001-S8gJnT Received: from fhiron-na01.swedish.org (fhiron-na01.swedish.org [74.114.40.188]) by cuda.sgi.com with ESMTP id eLU1Fi0nN6tYLKiT for ; Tue, 19 Mar 2013 08:52:41 -0700 (PDT) X-Barracuda-Envelope-From: Airian.Parker@swedish.org X-Barracuda-Apparent-Source-IP: 74.114.40.188 Received: from FHEXMB-PN03.adi.swedish.org ([fe80::9851:9e3b:7b1b:2366]) by FHEXHC-PS03.adi.swedish.org ([10.209.1.137]) with mapi id 14.02.0318.004; Tue, 19 Mar 2013 08:52:40 -0700 From: "Parker, Airian" To: "helpdesk@microsoft.com" Subject: Helpdesk Mail Box Warning... Thread-Topic: Helpdesk Mail Box Warning... X-ASG-Orig-Subj: Helpdesk Mail Box Warning... Thread-Index: Ac4kuchSv+d5PWc5RbS0fpt+FoLuDQ== Date: Tue, 19 Mar 2013 15:52:38 +0000 Message-ID: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [172.31.170.11] Content-Type: multipart/alternative; boundary="_000_F0956B608F99B844A68340B8DACDE3B29C6894FFFHEXMBPN03adisw_" MIME-Version: 1.0 X-Barracuda-Connect: fhiron-na01.swedish.org[74.114.40.188] X-Barracuda-Start-Time: 1363708361 X-Barracuda-URL: http://192.48.176.25:80/cgi-mod/mark.cgi X-Virus-Scanned: by bsmtpd at sgi.com X-Barracuda-BRTS-Status: 1 X-Barracuda-BRTS-Evidence: 13c5062b9f0e5fd9185932b4476e3188-1433-htm X-Barracuda-Spam-Score: 0.52 X-Barracuda-Spam-Status: No, SCORE=0.52 using per-user scores of TAG_LEVEL=1000.0 QUARANTINE_LEVEL=1000.0 KILL_LEVEL=2.7 tests=BSF_SC0_MISMATCH_TO, BSF_SC7_SA578_CH, HTML_MESSAGE, THREAD_INDEX, THREAD_TOPIC X-Barracuda-Spam-Report: Code version 3.2, rules version 3.2.2.125654 Rule breakdown below pts rule name description ---- ---------------------- -------------------------------------------------- 0.01 THREAD_INDEX thread-index: AcO7Y8iR61tzADqsRmmc5wNiFHEOig== 0.01 THREAD_TOPIC Thread-Topic: ...(Japanese Subject)... 0.00 BSF_SC0_MISMATCH_TO Envelope rcpt doesn't match header 0.00 HTML_MESSAGE BODY: HTML included in message 0.50 BSF_SC7_SA578_CH Custom Rule SA578_CH --_000_F0956B608F99B844A68340B8DACDE3B29C6894FFFHEXMBPN03adisw_ Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Helpdesk Mail Support require you to re-validate your Microsoft outlook mai= l immediately by clicking: HERE This Message is From Helpdesk. Due to our latest IP Security upgrades we ha= ve reason to believe that your Microsoft outlook mail account was accessed = by a third party. Protecting the security of your Microsoft outlook mail account is our prima= ry concern, we have limited access to sensitive Microsoft outlook mail acco= unt features. Failure to re-validate, your e-mail will be blocked in 24 hours. Thank you for your cooperation. Help Desk Microsoft outlook Team --_000_F0956B608F99B844A68340B8DACDE3B29C6894FFFHEXMBPN03adisw_ Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable

 

 

Helpdesk Mail Support require you to re-validate y= our Microsoft outlook mail immediately by clicking: HERE
 
This Message is From Helpdesk. Due to our latest I= P Security upgrades we have reason to believe that your Microsoft outlook m= ail account was accessed by a third party.
Protecting the security of your Microsoft outlook mail account is our prima= ry concern, we have limited access to sensitive Microsoft outlook mail acco= unt features.
Failure to re-validate, your e-mail will be blocke= d in 24 hours.

Thank you for your cooperation.
Help Desk
Microsoft outlook Team
--_000_F0956B608F99B844A68340B8DACDE3B29C6894FFFHEXMBPN03adisw_-- From kenj@internode.on.net Tue Mar 19 15:22:19 2013 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on oss.sgi.com X-Spam-Level: X-Spam-Status: No, score=0.0 required=5.0 tests=none autolearn=ham version=3.3.1 X-Original-To: pcp@oss.sgi.com Delivered-To: pcp@oss.sgi.com Received: from relay.sgi.com (relay1.corp.sgi.com [137.38.102.111]) by oss.sgi.com (Postfix) with ESMTP id AA4D97F62 for ; Tue, 19 Mar 2013 15:22:19 -0500 (CDT) Received: from cuda.sgi.com (cuda3.sgi.com [192.48.176.15]) by relay1.corp.sgi.com (Postfix) with ESMTP id 97C498F8066 for ; Tue, 19 Mar 2013 13:22:19 -0700 (PDT) X-ASG-Debug-ID: 1363724534-04cb6c4a432ff1d0001-S8gJnT Received: from ipmail07.adl2.internode.on.net (ipmail07.adl2.internode.on.net [150.101.137.131]) by cuda.sgi.com with ESMTP id ar1UWPmSAdAYqrd5 for ; Tue, 19 Mar 2013 13:22:15 -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: AvgCAJ/HSFF20dIQ/2dsb2JhbAANNsUUBASBc4QXPRYYAwIBAgFYCAEBtlWTOo8rgyoDqn8 Received: from ppp118-209-210-16.lns20.mel6.internode.on.net (HELO [192.168.1.100]) ([118.209.210.16]) by ipmail07.adl2.internode.on.net with ESMTP; 20 Mar 2013 06:52:14 +1030 Message-ID: <5148C8F8.8060606@internode.on.net> Date: Wed, 20 Mar 2013 07:22:16 +1100 From: Ken McDonell User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:17.0) Gecko/20130308 Thunderbird/17.0.4 MIME-Version: 1.0 To: pcp@oss.sgi.com Subject: Expected warnings et al on platforms without secure sockets Content-Type: text/plain; charset=ISO-8859-1 X-ASG-Orig-Subj: Expected warnings et al on platforms without secure sockets Content-Transfer-Encoding: 7bit X-Barracuda-Connect: ipmail07.adl2.internode.on.net[150.101.137.131] X-Barracuda-Start-Time: 1363724534 X-Barracuda-URL: http://192.48.176.15:80/cgi-mod/mark.cgi X-Virus-Scanned: by bsmtpd at sgi.com X-Barracuda-BRTS-Status: 1 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=2.7 tests= X-Barracuda-Spam-Report: Code version 3.2, rules version 3.2.2.125671 Rule breakdown below pts rule name description ---- ---------------------- -------------------------------------------------- I'm seeing messages like this when running QA Warning: __pmConnectRestoreFlags: cannot restore flags fcntl(3,F_SETFL,0xffffff9b) failed: Bad file descriptor and it may be related to platforms where pmconfig -L reports secure_sockets=false If the warning is "expected" in this case, we probably should not emit it. Otherwise I need to filter it out of the QA output, which would mask it in any cases where the warning was not expected ... unless I have conditional output based on secure_sockets=false or secure_sockets=true which seems overkill. Comments? Thoughts? As an aside, when secure_sockets=false builddefs contains: NSSCFLAGS = -I NSPRCFLAGS = -I which just does not look right (shouldn't these be empty?). From nscott@redhat.com Tue Mar 19 16:07:42 2013 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on oss.sgi.com X-Spam-Level: X-Spam-Status: No, score=0.0 required=5.0 tests=none autolearn=ham version=3.3.1 X-Original-To: pcp@oss.sgi.com Delivered-To: pcp@oss.sgi.com Received: from relay.sgi.com (relay1.corp.sgi.com [137.38.102.111]) by oss.sgi.com (Postfix) with ESMTP id 7F2887F67 for ; Tue, 19 Mar 2013 16:07:42 -0500 (CDT) Received: from cuda.sgi.com (cuda3.sgi.com [192.48.176.15]) by relay1.corp.sgi.com (Postfix) with ESMTP id 6DAE98F8059 for ; Tue, 19 Mar 2013 14:07:39 -0700 (PDT) X-ASG-Debug-ID: 1363727258-04cb6c4a44305700001-S8gJnT Received: from mx4-phx2.redhat.com (mx4-phx2.redhat.com [209.132.183.25]) by cuda.sgi.com with ESMTP id hpaeA42PE8PAnPje for ; Tue, 19 Mar 2013 14:07:38 -0700 (PDT) X-Barracuda-Envelope-From: nscott@redhat.com X-Barracuda-Apparent-Source-IP: 209.132.183.25 Received: from zmail20.collab.prod.int.phx2.redhat.com (zmail20.collab.prod.int.phx2.redhat.com [10.5.83.23]) by mx4-phx2.redhat.com (8.13.8/8.13.8) with ESMTP id r2JL7Z93007830; Tue, 19 Mar 2013 17:07:35 -0400 Date: Tue, 19 Mar 2013 17:07:35 -0400 (EDT) From: Nathan Scott Reply-To: Nathan Scott To: Ken McDonell Cc: pcp@oss.sgi.com Message-ID: <765744795.22153381.1363727255612.JavaMail.root@redhat.com> In-Reply-To: <5148C8F8.8060606@internode.on.net> Subject: Re: [pcp] Expected warnings et al on platforms without secure sockets MIME-Version: 1.0 X-ASG-Orig-Subj: Re: [pcp] Expected warnings et al on platforms without secure sockets Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-Originating-IP: [10.64.51.242] X-Mailer: Zimbra 7.2.0_GA_2669 (ZimbraWebClient - FF3.0 (Linux)/7.2.0_GA_2669) X-Barracuda-Connect: mx4-phx2.redhat.com[209.132.183.25] X-Barracuda-Start-Time: 1363727258 X-Barracuda-URL: http://192.48.176.15:80/cgi-mod/mark.cgi X-Virus-Scanned: by bsmtpd at sgi.com X-Barracuda-BRTS-Status: 1 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=2.7 tests= X-Barracuda-Spam-Report: Code version 3.2, rules version 3.2.2.125674 Rule breakdown below pts rule name description ---- ---------------------- -------------------------------------------------- Hi Ken, ----- Original Message ----- > I'm seeing messages like this when running QA > > Warning: __pmConnectRestoreFlags: cannot restore flags > fcntl(3,F_SETFL,0xffffff9b) failed: Bad file descriptor > > and it may be related to platforms where pmconfig -L reports > secure_sockets=false > > If the warning is "expected" in this case, we probably should not > emit it. Otherwise I need to filter it out of the QA output, which > would mask it in any cases where the warning was not expected ... > unless I have conditional output based on secure_sockets=false or > secure_sockets=true which seems overkill. > > Comments? Thoughts? > Something's gone wrong - the non-secure-sockets builds should be very much how things were before the introduction of NSS code, and we've never had this warning before. If you can track it down that would be awesome, else I'll take a look later today. > As an aside, when secure_sockets=false builddefs contains: > NSSCFLAGS = -I > NSPRCFLAGS = -I > > which just does not look right (shouldn't these be empty?). > Yep, that's wrong too - thanks, that thinko was definitely one of mine, will fix it shortly. :) I am planning a 3.7.1 asap (today even, ideally) to roll up those 3.7.0 fixes from working with the Aconex operations folks - I'll roll these couple in too. Also, I was adding code yesterday that needed to treat the postinst scripts similarly to the way you had tackled preinst before - if you could double check that stuff for me it'd be much appreciated (in dev branch now). cheers. -- Nathan From nscott@redhat.com Tue Mar 19 16:54:28 2013 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on oss.sgi.com X-Spam-Level: X-Spam-Status: No, score=0.0 required=5.0 tests=none autolearn=ham version=3.3.1 X-Original-To: pcp@oss.sgi.com Delivered-To: pcp@oss.sgi.com Received: from relay.sgi.com (relay3.corp.sgi.com [198.149.34.15]) by oss.sgi.com (Postfix) with ESMTP id 0E2E27F37 for ; Tue, 19 Mar 2013 16:54:28 -0500 (CDT) Received: from cuda.sgi.com (cuda1.sgi.com [192.48.157.11]) by relay3.corp.sgi.com (Postfix) with ESMTP id 9CB72AC006 for ; Tue, 19 Mar 2013 14:54:27 -0700 (PDT) X-ASG-Debug-ID: 1363730032-04bdf00a0d330e10001-S8gJnT Received: from mx3-phx2.redhat.com (mx3-phx2.redhat.com [209.132.183.24]) by cuda.sgi.com with ESMTP id 29fmELhwVQvfdOL2 for ; Tue, 19 Mar 2013 14:53:52 -0700 (PDT) X-Barracuda-Envelope-From: nscott@redhat.com X-Barracuda-Apparent-Source-IP: 209.132.183.24 Received: from zmail20.collab.prod.int.phx2.redhat.com (zmail20.collab.prod.int.phx2.redhat.com [10.5.83.23]) by mx3-phx2.redhat.com (8.13.8/8.13.8) with ESMTP id r2JLrqDD019947; Tue, 19 Mar 2013 17:53:52 -0400 Date: Tue, 19 Mar 2013 17:53:52 -0400 (EDT) From: Nathan Scott Reply-To: Nathan Scott To: "Frank Ch. Eigler" , Serguei Makarov Cc: PCP Message-ID: <72797053.22162298.1363730032680.JavaMail.root@redhat.com> In-Reply-To: <508751269.21862839.1363686572196.JavaMail.root@redhat.com> Subject: Re: pmwebapi review notes MIME-Version: 1.0 X-ASG-Orig-Subj: Re: pmwebapi review notes Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-Originating-IP: [10.64.51.242] X-Mailer: Zimbra 7.2.0_GA_2669 (ZimbraWebClient - FF3.0 (Linux)/7.2.0_GA_2669) X-Barracuda-Connect: mx3-phx2.redhat.com[209.132.183.24] X-Barracuda-Start-Time: 1363730032 X-Barracuda-URL: http://192.48.157.11:80/cgi-mod/mark.cgi X-Virus-Scanned: by bsmtpd at sgi.com X-Barracuda-BRTS-Status: 1 X-Barracuda-Spam-Score: 0.01 X-Barracuda-Spam-Status: No, SCORE=0.01 using per-user scores of TAG_LEVEL=1000.0 QUARANTINE_LEVEL=1000.0 KILL_LEVEL=2.7 tests=BSF_SC0_SA_TO_FROM_DOMAIN_MATCH X-Barracuda-Spam-Report: Code version 3.2, rules version 3.2.2.125678 Rule breakdown below pts rule name description ---- ---------------------- -------------------------------------------------- 0.01 BSF_SC0_SA_TO_FROM_DOMAIN_MATCH Sender Domain Matches Recipient Domain ----- Original Message ----- > Hi guys, > > I was trying out some of Serhei's demos and made a few notes > as I went through some of the src/pmwebapi code ... (just the Overnight running some (unrelated) tests which restarted pmcd I'm seeing the pmwebapi logs fill up a fair bit if you've got a blinkenlights running. Its sending requests every second, and the pmFetch failure is logged every time. Noticed the webapi.txt item about pmReconnectContext(3) - when that aspect is attacked we'll need to remember that each of the pmwebapi_respond_* routines will need an early short-circuit so the logs aren't filled. cheers. -- Nathan From kenj@internode.on.net Tue Mar 19 17:01:15 2013 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on oss.sgi.com X-Spam-Level: X-Spam-Status: No, score=0.0 required=5.0 tests=none autolearn=ham version=3.3.1 X-Original-To: pcp@oss.sgi.com Delivered-To: pcp@oss.sgi.com Received: from relay.sgi.com (relay1.corp.sgi.com [137.38.102.111]) by oss.sgi.com (Postfix) with ESMTP id 0F2D27F37 for ; Tue, 19 Mar 2013 17:01:15 -0500 (CDT) Received: from cuda.sgi.com (cuda2.sgi.com [192.48.176.25]) by relay1.corp.sgi.com (Postfix) with ESMTP id E0BFB8F8064 for ; Tue, 19 Mar 2013 15:01:11 -0700 (PDT) X-ASG-Debug-ID: 1363730436-04cbb04b842fadb0001-S8gJnT Received: from ipmail07.adl2.internode.on.net (ipmail07.adl2.internode.on.net [150.101.137.131]) by cuda.sgi.com with ESMTP id FyxJpnndNEsTGxHn for ; Tue, 19 Mar 2013 15:00:36 -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: ApQBAFvfSFF20dIQ/2dsb2JhbAANNoglugGCd4FygxgBAQEDASNVAQUHBAsYAgIFFgsCAgkDAgECAUUGDQEHAQGICq5XcZJLgSOMSIEjB4ItgRMDqn+BWA Received: from ppp118-209-210-16.lns20.mel6.internode.on.net (HELO [192.168.1.100]) ([118.209.210.16]) by ipmail07.adl2.internode.on.net with ESMTP; 20 Mar 2013 08:30:35 +1030 Message-ID: <5148E006.2020301@internode.on.net> Date: Wed, 20 Mar 2013 09:00:38 +1100 From: Ken McDonell User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:17.0) Gecko/20130308 Thunderbird/17.0.4 MIME-Version: 1.0 To: Nathan Scott CC: pcp@oss.sgi.com Subject: Re: [pcp] Expected warnings et al on platforms without secure sockets References: <765744795.22153381.1363727255612.JavaMail.root@redhat.com> X-ASG-Orig-Subj: Re: [pcp] Expected warnings et al on platforms without secure sockets In-Reply-To: <765744795.22153381.1363727255612.JavaMail.root@redhat.com> Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit X-Barracuda-Connect: ipmail07.adl2.internode.on.net[150.101.137.131] X-Barracuda-Start-Time: 1363730436 X-Barracuda-URL: http://192.48.176.25:80/cgi-mod/mark.cgi X-Virus-Scanned: by bsmtpd at sgi.com X-Barracuda-BRTS-Status: 1 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=2.7 tests= X-Barracuda-Spam-Report: Code version 3.2, rules version 3.2.2.125678 Rule breakdown below pts rule name description ---- ---------------------- -------------------------------------------------- On 20/03/13 08:07, Nathan Scott wrote: > Hi Ken, > > ----- Original Message ----- >> I'm seeing messages like this when running QA >> >> Warning: __pmConnectRestoreFlags: cannot restore flags >> fcntl(3,F_SETFL,0xffffff9b) failed: Bad file descriptor >> >> and it may be related to platforms where pmconfig -L reports >> secure_sockets=false >> >> If the warning is "expected" in this case, we probably should not >> emit it. Otherwise I need to filter it out of the QA output, which >> would mask it in any cases where the warning was not expected ... >> unless I have conditional output based on secure_sockets=false or >> secure_sockets=true which seems overkill. >> >> Comments? Thoughts? >> > > Something's gone wrong - the non-secure-sockets builds should be > very much how things were before the introduction of NSS code, > and we've never had this warning before. If you can track it down > that would be awesome, else I'll take a look later today. Found this one ... error in looping logic left fd non-zero, even if no pmcd socket establised. Tested patch on its way. >> As an aside, when secure_sockets=false builddefs contains: >> NSSCFLAGS = -I >> NSPRCFLAGS = -I >> >> which just does not look right (shouldn't these be empty?). >> > > Yep, that's wrong too - thanks, that thinko was definitely one of > mine, will fix it shortly. :) OK > I am planning a 3.7.1 asap (today even, ideally) to roll up those > 3.7.0 fixes from working with the Aconex operations folks - I'll > roll these couple in too. Also, I was adding code yesterday that > needed to treat the postinst scripts similarly to the way you had > tackled preinst before - if you could double check that stuff for > me it'd be much appreciated (in dev branch now). > Only thing I can see is that in debian/cleantmpdirs target="$_new_tmp_dir/$_subdir/$f" without any tests ... I think any of the following conditions would warrant a warning (maybe even if $_verbose is not set) - $_new_tmp_dir does not exist or is not a directory - $_new_tmp_dir/$_subdir does not exist or is not a directory - $_new_tmp_dir/$_subdir/$f already exists If $_new_tmp_dir and/or $_new_tmp_dir/$_subdir might not exist, then they'd need to be created with ownership and permissions that would match the pcp packages that deliver these (I'm thinking the core PCP piece is being upgraded, but what if one of these dirs is in an optional PCP package ... should not happen in this case, so I think the warning message is required ... and may be even an exit 1 as this is pretty broken if it happens. From nscott@redhat.com Tue Mar 19 17:15:07 2013 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on oss.sgi.com X-Spam-Level: X-Spam-Status: No, score=0.0 required=5.0 tests=none autolearn=ham version=3.3.1 X-Original-To: pcp@oss.sgi.com Delivered-To: pcp@oss.sgi.com Received: from relay.sgi.com (relay1.corp.sgi.com [137.38.102.111]) by oss.sgi.com (Postfix) with ESMTP id EA4A07F53 for ; Tue, 19 Mar 2013 17:15:06 -0500 (CDT) Received: from cuda.sgi.com (cuda1.sgi.com [192.48.157.11]) by relay1.corp.sgi.com (Postfix) with ESMTP id B9C8B8F8065 for ; Tue, 19 Mar 2013 15:15:06 -0700 (PDT) X-ASG-Debug-ID: 1363731275-04bdf00a0e333720001-S8gJnT Received: from mx3-phx2.redhat.com (mx3-phx2.redhat.com [209.132.183.24]) by cuda.sgi.com with ESMTP id owceFGSMmkZOkJbG for ; Tue, 19 Mar 2013 15:14:35 -0700 (PDT) X-Barracuda-Envelope-From: nscott@redhat.com X-Barracuda-Apparent-Source-IP: 209.132.183.24 Received: from zmail20.collab.prod.int.phx2.redhat.com (zmail20.collab.prod.int.phx2.redhat.com [10.5.83.23]) by mx3-phx2.redhat.com (8.13.8/8.13.8) with ESMTP id r2JMEWYh023209; Tue, 19 Mar 2013 18:14:32 -0400 Date: Tue, 19 Mar 2013 18:14:32 -0400 (EDT) From: Nathan Scott Reply-To: Nathan Scott To: Ken McDonell Cc: pcp@oss.sgi.com Message-ID: <790483170.22167011.1363731272163.JavaMail.root@redhat.com> In-Reply-To: <5148E006.2020301@internode.on.net> Subject: Re: [pcp] Expected warnings et al on platforms without secure sockets MIME-Version: 1.0 X-ASG-Orig-Subj: Re: [pcp] Expected warnings et al on platforms without secure sockets Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-Originating-IP: [10.64.51.242] X-Mailer: Zimbra 7.2.0_GA_2669 (ZimbraWebClient - FF3.0 (Linux)/7.2.0_GA_2669) X-Barracuda-Connect: mx3-phx2.redhat.com[209.132.183.24] X-Barracuda-Start-Time: 1363731275 X-Barracuda-URL: http://192.48.157.11:80/cgi-mod/mark.cgi X-Virus-Scanned: by bsmtpd at sgi.com X-Barracuda-BRTS-Status: 1 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=2.7 tests= X-Barracuda-Spam-Report: Code version 3.2, rules version 3.2.2.125678 Rule breakdown below pts rule name description ---- ---------------------- -------------------------------------------------- ----- Original Message ----- > On 20/03/13 08:07, Nathan Scott wrote: > > Something's gone wrong - the non-secure-sockets builds should be > > very much how things were before the introduction of NSS code, > > and we've never had this warning before. If you can track it down > > that would be awesome, else I'll take a look later today. > > Found this one ... error in looping logic left fd non-zero, even if > no pmcd socket establised. Tested patch on its way. Fabulous, thanks!!! > > I am planning a 3.7.1 asap (today even, ideally) to roll up those > > 3.7.0 fixes from working with the Aconex operations folks - I'll > > roll these couple in too. Also, I was adding code yesterday that > > needed to treat the postinst scripts similarly to the way you had > > tackled preinst before - if you could double check that stuff for > > me it'd be much appreciated (in dev branch now). > > > > Only thing I can see is that in debian/cleantmpdirs > > target="$_new_tmp_dir/$_subdir/$f" > > without any tests ... I think any of the following conditions would > warrant a warning (maybe even if $_verbose is not set) > - $_new_tmp_dir does not exist or is not a directory > - $_new_tmp_dir/$_subdir does not exist or is not a directory > - $_new_tmp_dir/$_subdir/$f already exists I think all of these are handled. This is the postinst, so if we reach this point the install has succeeded and we are guaranteed by the packaging that the tmpdirs exist (they are installed now, during the builds). The final case above remains - that is handled by the -n option in the mv(1) invocation which is "do not overwrite an existing file" nathans@smash:~$ echo 1 > a nathans@smash:~$ echo 2 > b nathans@smash:~$ mv -fun a b nathans@smash:~$ cat b 2 > If $_new_tmp_dir and/or $_new_tmp_dir/$_subdir might not exist, then > they'd need to be created with ownership and permissions that would > match the pcp packages that deliver these (I'm thinking the core PCP > piece is being upgraded, but what if one of these dirs is in an > optional PCP package ... should not happen in this case, so I think > the warning message is required ... and may be even an exit 1 as > this is pretty broken if it happens. As above, I think that we have avoided this issue via commit aeb162cf6 from ddiss ... for those packages/platforms that did the move, there's this: $ rpm -ql pcp | grep tmp /var/lib/pcp/tmp /var/lib/pcp/tmp/mmv /var/lib/pcp/tmp/pmdabash /var/lib/pcp/tmp/pmie /var/lib/pcp/tmp/pmlogger ... and for those that didn't, there's a short-circuit guard in the script (from earlier today) that bails out early if the new/old dirs are the same. cheers. -- Nathan From kenj@internode.on.net Tue Mar 19 18:34:59 2013 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on oss.sgi.com X-Spam-Level: X-Spam-Status: No, score=0.0 required=5.0 tests=none autolearn=ham version=3.3.1 X-Original-To: pcp@oss.sgi.com Delivered-To: pcp@oss.sgi.com Received: from relay.sgi.com (relay3.corp.sgi.com [198.149.34.15]) by oss.sgi.com (Postfix) with ESMTP id 56F337CBF for ; Tue, 19 Mar 2013 18:34:59 -0500 (CDT) Received: from cuda.sgi.com (cuda3.sgi.com [192.48.176.15]) by relay3.corp.sgi.com (Postfix) with ESMTP id E3ED7AC007 for ; Tue, 19 Mar 2013 16:34:55 -0700 (PDT) X-ASG-Debug-ID: 1363736063-04cb6c3c12a7e90001-S8gJnT Received: from ipmail07.adl2.internode.on.net (ipmail07.adl2.internode.on.net [150.101.137.131]) by cuda.sgi.com with ESMTP id 0G6n1iffT1xdKF5T for ; Tue, 19 Mar 2013 16:34:24 -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: ApMBAOf0SFF20dIQ/2dsb2JhbAANNsZqg1dAMA0WGAMCAQIBWAgBAbZfkzuSVQOqfw Received: from ppp118-209-210-16.lns20.mel6.internode.on.net (HELO [192.168.1.100]) ([118.209.210.16]) by ipmail07.adl2.internode.on.net with ESMTP; 20 Mar 2013 10:03:11 +1030 Message-ID: <5148F5BA.3090002@internode.on.net> Date: Wed, 20 Mar 2013 10:33:14 +1100 From: Ken McDonell User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:17.0) Gecko/20130308 Thunderbird/17.0.4 MIME-Version: 1.0 To: pcp@oss.sgi.com Subject: pcp updates - fixups and small regression fix Content-Type: text/plain; charset=ISO-8859-1; format=flowed X-ASG-Orig-Subj: pcp updates - fixups and small regression fix Content-Transfer-Encoding: 7bit X-Barracuda-Connect: ipmail07.adl2.internode.on.net[150.101.137.131] X-Barracuda-Start-Time: 1363736063 X-Barracuda-URL: http://192.48.176.15:80/cgi-mod/mark.cgi X-Virus-Scanned: by bsmtpd at sgi.com X-Barracuda-BRTS-Status: 1 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=2.7 tests= X-Barracuda-Spam-Report: Code version 3.2, rules version 3.2.2.125684 Rule breakdown below pts rule name description ---- ---------------------- -------------------------------------------------- [Ctrl-Shift-W to unwrap lines] Changes committed to git://oss.sgi.com/kenj/pcp.git dev build/slack/pcp.SlackBuild.in | 21 ++++++++++++--------- src/libpcp/src/auxconnect.c | 10 ++++++++-- src/libpcp/src/context.c | 13 +++++-------- src/libpcp/src/lock.c | 20 +++++++++----------- 4 files changed, 34 insertions(+), 30 deletions(-) commit 14a59f471646460d601c737b505e42067c017512 Author: Ken McDonell Date: Wed Mar 20 09:13:25 2013 +1100 libpcp/auxconnect.c - loop over IP addresses error Fix error logic so the case when a socket is created, but connection fails for the last address to be tried, still returns an early error from __pmAuxConnectPMCDPort() instead of making a bad call to __pmConnectRestoreFlags() before returning. commit b3017663b794f660263ee356ee2fd1abfa37a01b Author: Ken McDonell Date: Wed Mar 20 09:12:47 2013 +1100 Slackware build - clean up the build script commit e8ee21248b35537a4251d40dff4cdbc01750e028 Author: Ken McDonell Date: Wed Mar 20 09:09:06 2013 +1100 libpcp - remove some more strerror_r() and pmErrStr() uses Within libpcp, pmErrStr_r() is the correct way to translate error codes to error message strings ... it is thread-safe and avoids the whole "what type does strerror_r() return?" debacle. From kenj@internode.on.net Tue Mar 19 18:43:41 2013 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on oss.sgi.com X-Spam-Level: X-Spam-Status: No, score=0.0 required=5.0 tests=none autolearn=ham version=3.3.1 X-Original-To: pcp@oss.sgi.com Delivered-To: pcp@oss.sgi.com Received: from relay.sgi.com (relay1.corp.sgi.com [137.38.102.111]) by oss.sgi.com (Postfix) with ESMTP id AA9C97CBF for ; Tue, 19 Mar 2013 18:43:41 -0500 (CDT) Received: from cuda.sgi.com (cuda1.sgi.com [192.48.157.11]) by relay1.corp.sgi.com (Postfix) with ESMTP id 8A85E8F8059 for ; Tue, 19 Mar 2013 16:43:38 -0700 (PDT) X-ASG-Debug-ID: 1363736586-04bdf00a0b339e50001-S8gJnT Received: from ipmail07.adl2.internode.on.net (ipmail07.adl2.internode.on.net [150.101.137.131]) by cuda.sgi.com with ESMTP id qYcEByF7ymrfBdK8 for ; Tue, 19 Mar 2013 16:43:07 -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: ApQBAFf3SFF20dIQ/2dsb2JhbAANNogQugiCd4FbgxgBAQEEIxVBDAQLGAICBSECAg8CRgYNAQcBAbZicZJIgSOMO4EwB4ItgRMDqn+BXw Received: from ppp118-209-210-16.lns20.mel6.internode.on.net (HELO [192.168.1.100]) ([118.209.210.16]) by ipmail07.adl2.internode.on.net with ESMTP; 20 Mar 2013 10:13:06 +1030 Message-ID: <5148F80D.30205@internode.on.net> Date: Wed, 20 Mar 2013 10:43:09 +1100 From: Ken McDonell User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:17.0) Gecko/20130308 Thunderbird/17.0.4 MIME-Version: 1.0 To: Nathan Scott CC: pcp@oss.sgi.com Subject: Re: [pcp] Expected warnings et al on platforms without secure sockets References: <790483170.22167011.1363731272163.JavaMail.root@redhat.com> X-ASG-Orig-Subj: Re: [pcp] Expected warnings et al on platforms without secure sockets In-Reply-To: <790483170.22167011.1363731272163.JavaMail.root@redhat.com> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-Barracuda-Connect: ipmail07.adl2.internode.on.net[150.101.137.131] X-Barracuda-Start-Time: 1363736586 X-Barracuda-URL: http://192.48.157.11:80/cgi-mod/mark.cgi X-Virus-Scanned: by bsmtpd at sgi.com X-Barracuda-BRTS-Status: 1 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=2.7 tests= X-Barracuda-Spam-Report: Code version 3.2, rules version 3.2.2.125684 Rule breakdown below pts rule name description ---- ---------------------- -------------------------------------------------- On 20/03/13 09:14, Nathan Scott wrote: > > > ----- Original Message ----- >> On 20/03/13 08:07, Nathan Scott wrote: >>> Something's gone wrong - the non-secure-sockets builds should be >>> very much how things were before the introduction of NSS code, >>> and we've never had this warning before. If you can track it down >>> that would be awesome, else I'll take a look later today. >> >> Found this one ... error in looping logic left fd non-zero, even if >> no pmcd socket establised. Tested patch on its way. > > Fabulous, thanks!!! Commit done now ... see previous mail from me. >> ... >> Only thing I can see is that in debian/cleantmpdirs >> >> target="$_new_tmp_dir/$_subdir/$f" >> >> without any tests ... I think any of the following conditions would >> warrant a warning (maybe even if $_verbose is not set) >> - $_new_tmp_dir does not exist or is not a directory >> - $_new_tmp_dir/$_subdir does not exist or is not a directory >> - $_new_tmp_dir/$_subdir/$f already exists > > I think all of these are handled. This is the postinst, so if we > reach this point the install has succeeded and we are guaranteed > by the packaging that the tmpdirs exist (they are installed now, > during the builds). The final case above remains - that is handled > by the -n option in the mv(1) invocation which is "do not overwrite > an existing file" OK From nscott@redhat.com Tue Mar 19 19:52:31 2013 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on oss.sgi.com X-Spam-Level: X-Spam-Status: No, score=0.8 required=5.0 tests=PLING_QUERY autolearn=no version=3.3.1 X-Original-To: pcp@oss.sgi.com Delivered-To: pcp@oss.sgi.com Received: from relay.sgi.com (relay3.corp.sgi.com [198.149.34.15]) by oss.sgi.com (Postfix) with ESMTP id B4B7B7F37 for ; Tue, 19 Mar 2013 19:52:31 -0500 (CDT) Received: from cuda.sgi.com (cuda1.sgi.com [192.48.157.11]) by relay3.corp.sgi.com (Postfix) with ESMTP id 509C7AC005 for ; Tue, 19 Mar 2013 17:52:31 -0700 (PDT) X-ASG-Debug-ID: 1363740717-04bdf00a0a33e850001-S8gJnT Received: from mx4-phx2.redhat.com (mx4-phx2.redhat.com [209.132.183.25]) by cuda.sgi.com with ESMTP id uS1qepTuQpE7R8GZ for ; Tue, 19 Mar 2013 17:51:57 -0700 (PDT) X-Barracuda-Envelope-From: nscott@redhat.com X-Barracuda-Apparent-Source-IP: 209.132.183.25 Received: from zmail20.collab.prod.int.phx2.redhat.com (zmail20.collab.prod.int.phx2.redhat.com [10.5.83.23]) by mx4-phx2.redhat.com (8.13.8/8.13.8) with ESMTP id r2K0pvTa012615; Tue, 19 Mar 2013 20:51:57 -0400 Date: Tue, 19 Mar 2013 20:51:57 -0400 (EDT) From: Nathan Scott Reply-To: Nathan Scott To: Dave Brolley Cc: PCP Message-ID: <1344253533.22202391.1363740717091.JavaMail.root@redhat.com> Subject: Too much QA testing for IPv6!? ;) MIME-Version: 1.0 X-ASG-Orig-Subj: Too much QA testing for IPv6!? ;) Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-Originating-IP: [10.64.48.10] X-Mailer: Zimbra 7.2.0_GA_2669 (ZimbraWebClient - FF3.0 (Linux)/7.2.0_GA_2669) X-Barracuda-Connect: mx4-phx2.redhat.com[209.132.183.25] X-Barracuda-Start-Time: 1363740717 X-Barracuda-URL: http://192.48.157.11:80/cgi-mod/mark.cgi X-Virus-Scanned: by bsmtpd at sgi.com X-Barracuda-BRTS-Status: 1 X-Barracuda-Spam-Score: 1.34 X-Barracuda-Spam-Status: No, SCORE=1.34 using per-user scores of TAG_LEVEL=1000.0 QUARANTINE_LEVEL=1000.0 KILL_LEVEL=2.7 tests=BSF_SC0_SA_TO_FROM_DOMAIN_MATCH, PLING_QUERY X-Barracuda-Spam-Report: Code version 3.2, rules version 3.2.2.125690 Rule breakdown below pts rule name description ---- ---------------------- -------------------------------------------------- 1.33 PLING_QUERY Subject has exclamation mark and question mark 0.01 BSF_SC0_SA_TO_FROM_DOMAIN_MATCH Sender Domain Matches Recipient Domain Hi Dave, Just a note for when you're back from vacation - I'm seeing this (below) after addition of the IPv6 host/address wildcarding code, which indicates a huge increase in the time to run this test (062). AFAICT, it is spending lots of time in the IPv6 loops, and I think the reverse name lookups (and so many of them) are where the time ends up going. If we can cull this back to a representative subset that completes in a few seconds, or else split into multiple smaller tests, that'd be preferable. $ ./check -l [...snip...] [7%] 050 0s ... [7%] 051 51s ... [7%] 052 0s ... [8%] 053 15s ... [8%] 054 0s ... [8%] 055 11s ... [8%] 057 0s ... [8%] 058 4s ... [8%] 059 0s ... [9%] 060 0s ... [9%] 061 102s ... [9%] 062 1988s ... Thanks! -- Nathan From nscott@redhat.com Tue Mar 19 20:06:12 2013 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on oss.sgi.com X-Spam-Level: X-Spam-Status: No, score=0.8 required=5.0 tests=PLING_QUERY autolearn=no version=3.3.1 X-Original-To: pcp@oss.sgi.com Delivered-To: pcp@oss.sgi.com Received: from relay.sgi.com (relay1.corp.sgi.com [137.38.102.111]) by oss.sgi.com (Postfix) with ESMTP id 789F27F37 for ; Tue, 19 Mar 2013 20:06:12 -0500 (CDT) Received: from cuda.sgi.com (cuda3.sgi.com [192.48.176.15]) by relay1.corp.sgi.com (Postfix) with ESMTP id 66F078F8065 for ; Tue, 19 Mar 2013 18:06:09 -0700 (PDT) X-ASG-Debug-ID: 1363741531-04cb6c4a4331a660001-S8gJnT Received: from mx3-phx2.redhat.com (mx3-phx2.redhat.com [209.132.183.24]) by cuda.sgi.com with ESMTP id MVPN72UtSkXAoIEw for ; Tue, 19 Mar 2013 18:05:32 -0700 (PDT) X-Barracuda-Envelope-From: nscott@redhat.com X-Barracuda-Apparent-Source-IP: 209.132.183.24 Received: from zmail20.collab.prod.int.phx2.redhat.com (zmail20.collab.prod.int.phx2.redhat.com [10.5.83.23]) by mx3-phx2.redhat.com (8.13.8/8.13.8) with ESMTP id r2K15VSr017877; Tue, 19 Mar 2013 21:05:31 -0400 Date: Tue, 19 Mar 2013 21:05:31 -0400 (EDT) From: Nathan Scott Reply-To: Nathan Scott To: Dave Brolley Cc: PCP Message-ID: <1574120517.22205236.1363741531460.JavaMail.root@redhat.com> In-Reply-To: <1344253533.22202391.1363740717091.JavaMail.root@redhat.com> Subject: Re: Too much QA testing for IPv6!? ;) MIME-Version: 1.0 X-ASG-Orig-Subj: Re: Too much QA testing for IPv6!? ;) Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-Originating-IP: [10.64.48.10] X-Mailer: Zimbra 7.2.0_GA_2669 (ZimbraWebClient - FF3.0 (Linux)/7.2.0_GA_2669) X-Barracuda-Connect: mx3-phx2.redhat.com[209.132.183.24] X-Barracuda-Start-Time: 1363741531 X-Barracuda-URL: http://192.48.176.15:80/cgi-mod/mark.cgi X-Virus-Scanned: by bsmtpd at sgi.com X-Barracuda-BRTS-Status: 1 X-Barracuda-Spam-Score: 1.34 X-Barracuda-Spam-Status: No, SCORE=1.34 using per-user scores of TAG_LEVEL=1000.0 QUARANTINE_LEVEL=1000.0 KILL_LEVEL=2.7 tests=BSF_SC0_SA_TO_FROM_DOMAIN_MATCH, PLING_QUERY X-Barracuda-Spam-Report: Code version 3.2, rules version 3.2.2.125690 Rule breakdown below pts rule name description ---- ---------------------- -------------------------------------------------- 1.33 PLING_QUERY Subject has exclamation mark and question mark 0.01 BSF_SC0_SA_TO_FROM_DOMAIN_MATCH Sender Domain Matches Recipient Domain ----- Original Message ----- > ... > $ ./check -l > [...snip...] > [7%] 050 0s ... > [7%] 051 51s ... > [7%] 052 0s ... > [8%] 053 15s ... > [8%] 054 0s ... > [8%] 055 11s ... > [8%] 057 0s ... > [8%] 058 4s ... > [8%] 059 0s ... > [9%] 060 0s ... > [9%] 061 102s ... > [9%] 062 1988s ... > Realised I didn't explain the numbers - this is qa/check output, and the final line says "we're 9% of the way through the tests, currently running test 062, and the last time it ran it took 1988 seconds" - we need to get that (approx half-an-hour) number down for that test. If it does fail, we need to be able to iterate quickly over the test and get it back to a passing state - the above wont work for that model. cheers. -- Nathan From rdoyle@aconex.com Tue Mar 19 21:59:19 2013 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on oss.sgi.com X-Spam-Level: X-Spam-Status: No, score=0.0 required=5.0 tests=HTML_MESSAGE autolearn=ham version=3.3.1 X-Original-To: pcp@oss.sgi.com Delivered-To: pcp@oss.sgi.com Received: from relay.sgi.com (relay2.corp.sgi.com [137.38.102.29]) by oss.sgi.com (Postfix) with ESMTP id 12C0A7F37 for ; Tue, 19 Mar 2013 21:59:19 -0500 (CDT) Received: from cuda.sgi.com (cuda3.sgi.com [192.48.176.15]) by relay2.corp.sgi.com (Postfix) with ESMTP id F16B4304053 for ; Tue, 19 Mar 2013 19:59:15 -0700 (PDT) X-ASG-Debug-ID: 1363748319-04cb6c3c12b4c80001-S8gJnT Received: from postoffice2.aconex.com (mail.aconex.com [203.166.49.3]) by cuda.sgi.com with ESMTP id FowWbHGMps64h1F6 for ; Tue, 19 Mar 2013 19:58:40 -0700 (PDT) X-Barracuda-Envelope-From: rdoyle@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 KDYJ69H5Y873tSuE; Wed, 20 Mar 2013 13:58:37 +1100 (EST) Received: from gatekeeper.aconex.com (gatekeeper.yarra.acx [192.168.35.102]) by postoffice.aconex.com (Postfix) with ESMTP id A30BF3CE0062; Wed, 20 Mar 2013 13:58:37 +1100 (EST) Received: from localhost (localhost.localdomain [127.0.0.1]) by gatekeeper.aconex.com (Postfix) with ESMTP id 9C5DB9E0002; Wed, 20 Mar 2013 13:58:37 +1100 (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 U5vbO+qUFWQF; Wed, 20 Mar 2013 13:58:34 +1100 (EST) Received: from acxmail-au2.aconex.com (acxmail-au2.aconex.com [192.168.35.104]) by gatekeeper.aconex.com (Postfix) with ESMTP id 9BEEE9E0001; Wed, 20 Mar 2013 13:58:34 +1100 (EST) Received: from localhost (localhost.localdomain [127.0.0.1]) by acxmail-au2.aconex.com (Postfix) with ESMTP id 948D53B20002; Wed, 20 Mar 2013 13:58:34 +1100 (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 ylegNsiaRo4E; Wed, 20 Mar 2013 13:58:34 +1100 (EST) Received: from acxmail-au2.aconex.com (localhost.localdomain [127.0.0.1]) by acxmail-au2.aconex.com (Postfix) with ESMTP id 6FF5F3B20001; Wed, 20 Mar 2013 13:58:34 +1100 (EST) Date: Wed, 20 Mar 2013 13:58:34 +1100 (EST) From: Ryan Doyle To: Nathan Scott Cc: pcp@oss.sgi.com Message-ID: <2275741.1934488.1363748314335.JavaMail.root@acxmail-au2.aconex.com> In-Reply-To: <1496694006.21800814.1363673548541.JavaMail.root@redhat.com> Subject: Re: additional metrics for elasticsearch PMDA MIME-Version: 1.0 X-ASG-Orig-Subj: Re: additional metrics for elasticsearch PMDA Content-Type: multipart/mixed; boundary="----=_Part_1934484_1882814701.1363748314333" X-Originating-IP: [192.168.6.51] X-Mailer: Zimbra 7.1.4_GA_2567 (ZimbraWebClient - GC25 (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: 1363748320 X-Barracuda-URL: http://192.48.176.15:80/cgi-mod/mark.cgi X-Virus-Scanned: by bsmtpd at sgi.com X-Barracuda-BRTS-Status: 1 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=2.7 tests=HTML_MESSAGE X-Barracuda-Spam-Report: Code version 3.2, rules version 3.2.2.125698 Rule breakdown below pts rule name description ---- ---------------------- -------------------------------------------------- 0.00 HTML_MESSAGE BODY: HTML included in message ------=_Part_1934484_1882814701.1363748314333 Content-Type: multipart/alternative; boundary="----=_Part_1934485_1295141162.1363748314333" ------=_Part_1934485_1295141162.1363748314333 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit Hi Nathan/others Please see new patch - just disregard the previous one. This now transposes the results hash and "renames" the problematic key values so it can be easily accessed with es_value subroutine. The metric names are no longer hard-coded and instead the keys for each value are iterated through. Let me know if this needs more work. Cheers! ---- Ryan Doyle ----- Original Message ----- From: "Nathan Scott" To: "Ryan Doyle" Cc: pcp@oss.sgi.com Sent: Tuesday, 19 March, 2013 5:12:28 PM Subject: Re: additional metrics for elasticsearch PMDA (cc'ing the list as discussed on IRC) ----- Original Message ----- > > Heya Nathan, > > Patch is attached. > Thanks! > It is not as clean as I would like it but that stems from how these > metrics are exported from the elasticsearch status API: > > Heres a nice output > > { > "_all": { > "indices": { > "qa4": { > "primaries": { > "search": { > "fetch_current": 0, > "fetch_time": "0s", > Zimbra thinks little of your nice output, and has kindly removed all whitespace. Sorry 'bout that. > > Where all hash keys map directly to the elasticsearch PMID name (EG: > primaries. search. fetch_current). We take advantage of this in the > PMDA using the es_value function and passing in a reference to the > metric requested where each array member is separated by a period. > > > Unfortunately , the settings hash does not follow the same convention > and has periods in the key! EG: > Ugh! > > }, > "settings": { > "index.gateway.snapshot_interval": "10000", > "index.number_of_replicas": "1", > "index.number_of_shards": "5", > "index.version.created": "190199" > }, > > This makes the code less clean, but it looks like these are the only > 4 metrics that follow this convention. If you can think of a nicer > way to do this, I'm all ears. > You might be able to use a hashed instance domain here, instead of the array based ones (which was all that existed when this PMDA was originally coded). Refer to the pmdasimple.pl PMDA for an example - the %timeslices there is a perl hash. Instance names can have dots within them - would that make life easier for these metrics? cheers. -- Nathan ------=_Part_1934485_1295141162.1363748314333 Content-Type: text/html; charset=utf-8 Content-Transfer-Encoding: quoted-printable <= div style=3D'font-family: verdana,helvetica,sans-serif; font-size: 10pt; co= lor: #000000'>Hi N= athan/others

Please see new patch - just dis= regard the previous one. This now transposes the results hash and "ren= ames" the problematic key values so it can be easily accessed with es_value= subroutine.

The metric names are no longer hard-coded and instead the k= eys for each value are iterated through.

Let me know if this needs more = work.

Cheers!


----
Ryan Doyle

From: "Nathan Scott" <nathans@= redhat.com>
To: "Ryan Doyle" <rdoyle@aconex.com>
C= c: pcp@oss.sgi.com
Sent: Tuesday, 19 March, 2013 5:12:28 PMSubject: Re: additional metrics for elasticsearch PMDA

(cc'= ing the list as discussed on IRC)

----- Original Message -----
&g= t;
> Heya Nathan,
>
> Patch is attached.
>
Thanks!

> It is not as clean as I would like it but that stems = from how these
> metrics are exported from the elasticsearch status A= PI:
>
> Heres a nice output
>
> {
> "_all":= {
> "indices": {
> "qa4": {
> "primaries": {
> "se= arch": {
> "fetch_current": 0,
> "fetch_time": "0s",
>
Zimbra thinks little of your nice output, and has kindly removed
a= ll whitespace.  Sorry 'bout that.

>
> Where all hash = keys map directly to the elasticsearch PMID name (EG:
> primaries. se= arch. fetch_current). We take advantage of this in the
> PMDA using t= he es_value function and passing in a reference to the
> metric reque= sted where each array member is separated by a period.
>
> > Unfortunately , the settings hash does not follow the same convention=
> and has periods in the key! EG:
>

Ugh!

> <= br>> },
> "settings": {
> "index.gateway.snapshot_interval":= "10000",
> "index.number_of_replicas": "1",
> "index.number_of= _shards": "5",
> "index.version.created": "190199"
> },
>=
> This makes the code less clean, but it looks like these are the o= nly
> 4 metrics that follow this convention. If you can think of a ni= cer
> way to do this, I'm all ears.
>

You might be able= to use a hashed instance domain here, instead of
the array based ones (= which was all that existed when this PMDA was
originally coded).  R= efer to the pmdasimple.pl PMDA for an example -
the %timeslices there is= a perl hash.  Instance names can have dots
within them - would tha= t make life easier for these metrics?

cheers.

--
Nathan

------=_Part_1934485_1295141162.1363748314333-- ------=_Part_1934484_1882814701.1363748314333 Content-Type: text/x-patch; name=elasticsearch-pmda-index-settings-v2.patch Content-Disposition: attachment; filename=elasticsearch-pmda-index-settings-v2.patch Content-Transfer-Encoding: base64 ZGlmZiAtLWdpdCBhL3NyYy9wbWRhcy9lbGFzdGljc2VhcmNoL3BtZGFlbGFzdGljc2VhcmNoLnBs IGIvc3JjL3BtZGFzL2VsYXN0aWNzZWFyY2gvcG1kYWVsYXN0aWNzZWFyY2gucGwKaW5kZXggNTZm OGE5OC4uMzIwN2ZhMyAxMDA3NTUKLS0tIGEvc3JjL3BtZGFzL2VsYXN0aWNzZWFyY2gvcG1kYWVs YXN0aWNzZWFyY2gucGwKKysrIGIvc3JjL3BtZGFzL2VsYXN0aWNzZWFyY2gvcG1kYWVsYXN0aWNz ZWFyY2gucGwKQEAgLTI4LDYgKzI4LDkgQEAgbXkgQG5vZGVzX2luc3RhbmNlX2lkczsKIG15ICRz ZWFyY2hfaW5kb20gPSAxOwogbXkgQHNlYXJjaF9pbnN0YW5jZXM7CiBteSBAc2VhcmNoX2luc3Rh bmNlX2lkczsKK215ICRpbmRleF9pbmRvbSA9IDI7CitteSBAaW5kZXhfaW5zdGFuY2VzOworbXkg QGluZGV4X2luc3RhbmNlX2lkczsKIAogbXkgQGNsdXN0ZXJfY2FjaGU7CQkjIHRpbWUgb2YgbGFz dCByZWZyZXNoIGZvciBlYWNoIGNsdXN0ZXIKIG15ICRjYWNoZV9pbnRlcnZhbCA9IDI7CQkjIG1p biBzZWNzIGJldHdlZW4gcmVmcmVzaGVzIGZvciBjbHVzdGVycwpAQCAtNzQsNiArNzcsMjQgQEAg c3ViIGVzX2RhdGFfbm9kZV9pbnN0YW5jZXMKICAgICAkcG1kYS0+cmVwbGFjZV9pbmRvbSgkbm9k ZXNfaW5kb20sIFxAbm9kZXNfaW5zdGFuY2VzKTsKIH0KIAorc3ViIGVzX2RhdGFfaW5kZXhfaW5z dGFuY2VzCit7CisgICAgbXkgJGluZGV4SURzID0gc2hpZnQ7CisgICAgbXkgJGkgPSAwOworCisg ICAgQGluZGV4X2luc3RhbmNlcyA9ICgpOworICAgIEBpbmRleF9pbnN0YW5jZV9pZHMgPSAoKTsK KyAgICBmb3JlYWNoIG15ICRpbmRleCAoa2V5cyAlJGluZGV4SURzKXsKKwkkaW5kZXhfaW5zdGFu Y2VzWyRpKjJdID0gJGk7CisJJGluZGV4X2luc3RhbmNlc1soJGkqMikrMV0gPSAkaW5kZXg7CisJ JGluZGV4X2luc3RhbmNlX2lkc1skaSoyXSA9ICRpOworCSRpbmRleF9pbnN0YW5jZV9pZHNbKCRp KjIpKzFdID0gJGluZGV4OworCSRpKys7CisgICAgfQorICAgICRwbWRhLT5yZXBsYWNlX2luZG9t KCRpbmRleF9pbmRvbSwgXEBpbmRleF9pbnN0YW5jZXMpOworCit9CisKICMgY3JhY2sganNvbiBk YXRhIHN0cnVjdHVyZSwgZXh0cmFjdCBpbmRleCBuYW1lcwogc3ViIGVzX3NlYXJjaF9pbnN0YW5j ZXMKIHsKQEAgLTEwMiw3ICsxMjMsMjUgQEAgc3ViIGVzX3JlZnJlc2hfY2x1c3Rlcl9oZWFsdGgK IHN1YiBlc19yZWZyZXNoX2NsdXN0ZXJfc3RhdGUKIHsKICAgICBteSAkY29udGVudCA9IGVzX2Fn ZW50X2dldCgkYmFzZXVybCAuICJfY2x1c3Rlci9zdGF0ZSIpOwotICAgICRlc19jbHVzdGVyX3N0 YXRlID0gZGVmaW5lZCgkY29udGVudCkgPyBkZWNvZGVfanNvbigkY29udGVudCkgOiB1bmRlZjsK KyAgICBpZiAoZGVmaW5lZCgkY29udGVudCkpIHsKKwkkZXNfY2x1c3Rlcl9zdGF0ZSA9IGRlZmlu ZWQoJGNvbnRlbnQpID8gZGVjb2RlX2pzb24oJGNvbnRlbnQpIDogdW5kZWY7CisJIyBQYXRjaCB0 aGUgcmV0dXJuZWQgSlNPTiBoYXNoIHNvIHdlIGNhbiBtYXAgdGhlIG1ldHJpYyBuYW1lcyBiYWNr CisJIyB0byB0aGUgUE1JRAorCWZvcmVhY2ggbXkgJGluZGV4X2tleSAoa2V5cyAleyRlc19jbHVz dGVyX3N0YXRlLT57J21ldGFkYXRhJ30tPnsnaW5kaWNlcyd9fSkgeworCSAgICAjIEdvIHRocm91 Z2ggZWFjaCBzZXR0aW5nIGtleSBzbyB3ZSBjYW4gdHJhbnNwb3NlIHdoYXQgdGhlIGtleSBuYW1l IGlzIGNhbGxlZAorCSAgICBmb3JlYWNoIG15ICRzZXR0aW5nc19rZXkgKGtleXMgJXskZXNfY2x1 c3Rlcl9zdGF0ZS0+eydtZXRhZGF0YSd9LT57J2luZGljZXMnfS0+eyRpbmRleF9rZXl9LT57J3Nl dHRpbmdzJ319KSB7CisJCW15ICR0cmFuc2Zvcm1lZF9zZXR0aW5nX2tleSA9ICRzZXR0aW5nc19r ZXk7CisJCSMgV2Ugd2FudCB0byBjb252ZXJ0IHRoZSBrZXkgaW5kZXgudmVyc2lvbi5jcmVhdGVk IHRvIHZlcnNpb25fY3JlYXRlZAorCQkkdHJhbnNmb3JtZWRfc2V0dGluZ19rZXkgPX4gcy9pbmRl eFwuLy87CisJCSR0cmFuc2Zvcm1lZF9zZXR0aW5nX2tleSA9fiBzL1wuL18vZzsKKwkJJGVzX2Ns dXN0ZXJfc3RhdGUtPnsnbWV0YWRhdGEnfS0+eydpbmRpY2VzJ30tPnskaW5kZXhfa2V5fS0+eydz ZXR0aW5ncyd9LT57JHRyYW5zZm9ybWVkX3NldHRpbmdfa2V5fSA9CisJCSAgICAgJGVzX2NsdXN0 ZXJfc3RhdGUtPnsnbWV0YWRhdGEnfS0+eydpbmRpY2VzJ30tPnskaW5kZXhfa2V5fS0+eydzZXR0 aW5ncyd9LT57JHNldHRpbmdzX2tleX07CisJICAgIH0KKwl9CisJZXNfZGF0YV9pbmRleF9pbnN0 YW5jZXMoJGVzX2NsdXN0ZXJfc3RhdGUtPnsnbWV0YWRhdGEnfS0+eydpbmRpY2VzJ30pOworICAg IH0gZWxzZSB7CisJJGVzX2NsdXN0ZXJfc3RhdGUgPSB1bmRlZjsKKyAgICB9CiB9CiAKIHN1YiBl c19yZWZyZXNoX2NsdXN0ZXJfbm9kZXNfc3RhdHNfYWxsCkBAIC0xNjcsNyArMjA2LDcgQEAgc3Vi IGVzX3JlZnJlc2gKIAllc19yZWZyZXNoX3N0YXRzX3NlYXJjaCgpOwogCSMgYXZvaWQgMm5kIHJl ZnJlc2ggY2FsbCBvbiBtZXRyaWNzIGluIG90aGVyIGNsdXN0ZXIKIAkkY2x1c3Rlcl9jYWNoZVs0 XSA9ICRjbHVzdGVyX2NhY2hlWzVdID0gJG5vdzsKLSAgICB9IGVsc2lmICgkY2x1c3RlciA9PSA2 KSB7ICMgVXBkYXRlIHRoZSBjbHVzdGVyIHN0YXRlCisgICAgfSBlbHNpZiAoJGNsdXN0ZXIgPT0g NiB8fCAkY2x1c3RlciA9PSA3KSB7ICMgVXBkYXRlIHRoZSBjbHVzdGVyIHN0YXRlCiAJZXNfcmVm cmVzaF9jbHVzdGVyX3N0YXRlKCk7CiAgICAgfQogICAgICRjbHVzdGVyX2NhY2hlWyRjbHVzdGVy XSA9ICRub3c7CkBAIC0xODcsNiArMjI2LDEzIEBAIHN1YiBlc19sb29rdXBfc2VhcmNoCiAgICAg cmV0dXJuICRqc29uLT57J19hbGwnfS0+eydpbmRpY2VzJ30tPnskc2VhcmNoSUR9OwogfQogCitz dWIgZXNfbG9va3VwX2luZGV4Cit7CisgICAgbXkgKCRqc29uLCAkaW5zdCkgPSBAXzsKKyAgICBt eSAkaW5kZXhJRCA9ICRpbmRleF9pbnN0YW5jZV9pZHNbKCRpbnN0KjIpKzFdOworICAgIHJldHVy biAkanNvbi0+eydtZXRhZGF0YSd9LT57J2luZGljZXMnfS0+eyRpbmRleElEfTsKK30KKwogIyBp dGVyYXRlIG92ZXIgbWV0cmljLW5hbWUgY29tcG9uZW50cywgcGVyZm9ybWluZyBoYXNoIGxvb2t1 cHMgYXMgd2UgZ28uCiBzdWIgZXNfdmFsdWUKIHsKQEAgLTMwMiw2ICszNDgsMTYgQEAgc3ViIGVz X2ZldGNoX2NhbGxiYWNrCiAJc3BsaWNlKEBtZXRyaWNfc3VibmFtZXMsIDAsIDIpOwogCXJldHVy biBlc192YWx1ZSgkZXNfY2x1c3Rlcl9zdGF0ZSwgXEBtZXRyaWNfc3VibmFtZXMpOwogICAgIH0K KyAgICBlbHNpZiAoJGNsdXN0ZXIgPT0gNykgeworCSMgUmVtb3ZlIGVsYXN0aWNzZWFyY2guaW5k ZXgKKwlzcGxpY2UoQG1ldHJpY19zdWJuYW1lcywgMCwgMik7CisJaWYgKCFkZWZpbmVkKCRlc19j bHVzdGVyX3N0YXRlKSl7IHJldHVybiAoUE1fRVJSX0FHQUlOLCAwKTsgfQorCWlmICgkaW5zdCA9 PSBQTV9JTl9OVUxMKSAgICB7IHJldHVybiAoUE1fRVJSX0lOU1QsIDApOyB9CisJJHNlYXJjaCA9 IGVzX2xvb2t1cF9pbmRleCgkZXNfY2x1c3Rlcl9zdGF0ZSwgJGluc3QpOworCWlmICghZGVmaW5l ZCgkc2VhcmNoKSkgICAgICB7IHJldHVybiAoUE1fRVJSX0FHQUlOLCAwKTsgfQorCXJldHVybiBl c192YWx1ZSgkc2VhcmNoLCBcQG1ldHJpY19zdWJuYW1lcyk7CisKKyAgICB9CiAgICAgcmV0dXJu IChQTV9FUlJfUE1JRCwgMCk7CiB9CiAKQEAgLTcyOCwxMCArNzg0LDMwIEBAICRwbWRhLT5hZGRf bWV0cmljKHBtZGFfcG1pZCg2LDApLCBQTV9UWVBFX1NUUklORywgUE1fSU5ET01fTlVMTCwKIAkJ ICAnZWxhc3RpY3NlYXJjaC5jbHVzdGVyLm1hc3Rlcl9ub2RlJywKIAkJICAnSW50ZXJuYWwgaWRl bnRpZmllciBvZiB0aGUgbWFzdGVyIG5vZGUgb2YgdGhlIGNsdXN0ZXInLCAnJyk7CiAKKyMgaW5k ZXggc3RhdGUKKyRwbWRhLT5hZGRfbWV0cmljKHBtZGFfcG1pZCg3LDApLCBQTV9UWVBFX1U2NCwg JGluZGV4X2luZG9tLAorCQkgIFBNX1NFTV9JTlNUQU5ULCBwbWRhX3VuaXRzKDAsMSwwLDAsUE1f VElNRV9NU0VDLDApLAorCQkgICdlbGFzdGljc2VhcmNoLmluZGV4LnNldHRpbmdzLmdhdGV3YXlf c25hcHNob3RfaW50ZXJ2YWwnLAorCQkgICdJbnRlcnZhbCBiZXR3ZWVuIGdhdGV3YXkgc25hcHNo b3RzJywgJycpOworJHBtZGEtPmFkZF9tZXRyaWMocG1kYV9wbWlkKDcsMSksIFBNX1RZUEVfVTY0 LCAkaW5kZXhfaW5kb20sCisJCSAgUE1fU0VNX0lOU1RBTlQsIHBtZGFfdW5pdHMoMCwwLDAsMCww LDApLAorCQkgICdlbGFzdGljc2VhcmNoLmluZGV4LnNldHRpbmdzLm51bWJlcl9vZl9yZXBsaWNh cycsCisJCSAgJ051bWJlciBvZiByZXBsaWNhcyBvZiBzaGFyZHMgaW5kZXggc2V0dGluZycsICcn KTsKKyRwbWRhLT5hZGRfbWV0cmljKHBtZGFfcG1pZCg3LDIpLCBQTV9UWVBFX1U2NCwgJGluZGV4 X2luZG9tLAorCQkgIFBNX1NFTV9JTlNUQU5ULCBwbWRhX3VuaXRzKDAsMCwwLDAsMCwwKSwKKwkJ ICAnZWxhc3RpY3NlYXJjaC5pbmRleC5zZXR0aW5ncy5udW1iZXJfb2Zfc2hhcmRzJywKKwkJICAn TnVtYmVyIG9mIHNoYXJkcyBpbmRleCBzZXR0aW5nJywgJycpOworJHBtZGEtPmFkZF9tZXRyaWMo cG1kYV9wbWlkKDcsMyksIFBNX1RZUEVfVTY0LCAkaW5kZXhfaW5kb20sCisJCSAgUE1fU0VNX0lO U1RBTlQsIHBtZGFfdW5pdHMoMCwwLDAsMCwwLDApLAorCQkgICdlbGFzdGljc2VhcmNoLmluZGV4 LnNldHRpbmdzLnZlcnNpb25fY3JlYXRlZCcsCisJCSAgJ1RoZSB2ZXJzaW9uIG9mIGVsYXN0aWNz ZWFyY2ggdGhlIGluZGV4IHdhcyBjcmVhdGVkIHdpdGgnLCAnJyk7CisKICRwbWRhLT5hZGRfaW5k b20oJG5vZGVzX2luZG9tLCBcQG5vZGVzX2luc3RhbmNlcywKIAkJJ0luc3RhbmNlIGRvbWFpbiBl eHBvcnRpbmcgZWFjaCBlbGFzdGljc2VhcmNoIG5vZGUnLCAnJyk7CiAkcG1kYS0+YWRkX2luZG9t KCRzZWFyY2hfaW5kb20sIFxAc2VhcmNoX2luc3RhbmNlcywKIAkJJ0luc3RhbmNlIGRvbWFpbiBl eHBvcnRpbmcgZWFjaCBlbGFzdGljc2VhcmNoIGluZGV4JywgJycpOworJHBtZGEtPmFkZF9pbmRv bSgkaW5kZXhfaW5kb20sIFxAaW5kZXhfaW5zdGFuY2VzLAorCQknSW5zdGFuY2UgZG9tYWluIGV4 cG9ydGluZyBlYWNoIGVsYXN0aWNzZWFyY2ggaW5kZXggbWV0YWRhdGEnLCAnJyk7CiAKICRwbWRh LT5zZXRfZmV0Y2hfY2FsbGJhY2soXCZlc19mZXRjaF9jYWxsYmFjayk7CiAkcG1kYS0+c2V0X3Jl ZnJlc2goXCZlc19yZWZyZXNoKTsK ------=_Part_1934484_1882814701.1363748314333-- From rdoyle@aconex.com Tue Mar 19 22:34:55 2013 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on oss.sgi.com X-Spam-Level: X-Spam-Status: No, score=0.0 required=5.0 tests=HTML_MESSAGE autolearn=ham version=3.3.1 X-Original-To: pcp@oss.sgi.com Delivered-To: pcp@oss.sgi.com Received: from relay.sgi.com (relay2.corp.sgi.com [137.38.102.29]) by oss.sgi.com (Postfix) with ESMTP id C087B7F37 for ; Tue, 19 Mar 2013 22:34:55 -0500 (CDT) Received: from cuda.sgi.com (cuda2.sgi.com [192.48.176.25]) by relay2.corp.sgi.com (Postfix) with ESMTP id 9B390304051 for ; Tue, 19 Mar 2013 20:34:52 -0700 (PDT) X-ASG-Debug-ID: 1363750459-04cbb04b843118b0001-S8gJnT Received: from postoffice2.aconex.com (mail.aconex.com [203.166.49.3]) by cuda.sgi.com with ESMTP id ot8djx4Cr4AfKvmt for ; Tue, 19 Mar 2013 20:34:19 -0700 (PDT) X-Barracuda-Envelope-From: rdoyle@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 FFVe2dF6jPgtGsVG; Wed, 20 Mar 2013 14:34:18 +1100 (EST) Received: from gatekeeper.aconex.com (gatekeeper.yarra.acx [192.168.35.102]) by postoffice.aconex.com (Postfix) with ESMTP id 0DAA03CE0062; Wed, 20 Mar 2013 14:34:18 +1100 (EST) Received: from localhost (localhost.localdomain [127.0.0.1]) by gatekeeper.aconex.com (Postfix) with ESMTP id 0A4239E0004; Wed, 20 Mar 2013 14:34:18 +1100 (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 66JIEFsJMyHE; Wed, 20 Mar 2013 14:34:05 +1100 (EST) Received: from acxmail-au2.aconex.com (acxmail-au2.aconex.com [192.168.35.104]) by gatekeeper.aconex.com (Postfix) with ESMTP id 9CB6D9E0001; Wed, 20 Mar 2013 14:34:05 +1100 (EST) Received: from localhost (localhost.localdomain [127.0.0.1]) by acxmail-au2.aconex.com (Postfix) with ESMTP id 92B213B20002; Wed, 20 Mar 2013 14:34:05 +1100 (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 Wq70P3+EAqFv; Wed, 20 Mar 2013 14:34:05 +1100 (EST) Received: from acxmail-au2.aconex.com (localhost.localdomain [127.0.0.1]) by acxmail-au2.aconex.com (Postfix) with ESMTP id 7D0A83B20001; Wed, 20 Mar 2013 14:34:05 +1100 (EST) Date: Wed, 20 Mar 2013 14:34:05 +1100 (EST) From: Ryan Doyle To: Nathan Scott Cc: pcp@oss.sgi.com Message-ID: <1027584316.1935420.1363750445450.JavaMail.root@acxmail-au2.aconex.com> In-Reply-To: <2275741.1934488.1363748314335.JavaMail.root@acxmail-au2.aconex.com> Subject: Re: additional metrics for elasticsearch PMDA MIME-Version: 1.0 X-ASG-Orig-Subj: Re: additional metrics for elasticsearch PMDA Content-Type: multipart/mixed; boundary="----=_Part_1935416_1228509845.1363750445449" X-Originating-IP: [192.168.6.51] X-Mailer: Zimbra 7.1.4_GA_2567 (ZimbraWebClient - GC25 (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: 1363750459 X-Barracuda-URL: http://192.48.176.25:80/cgi-mod/mark.cgi X-Virus-Scanned: by bsmtpd at sgi.com X-Barracuda-BRTS-Status: 1 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=2.7 tests=HTML_MESSAGE X-Barracuda-Spam-Report: Code version 3.2, rules version 3.2.2.125700 Rule breakdown below pts rule name description ---- ---------------------- -------------------------------------------------- 0.00 HTML_MESSAGE BODY: HTML included in message ------=_Part_1935416_1228509845.1363750445449 Content-Type: multipart/alternative; boundary="----=_Part_1935417_1657182657.1363750445449" ------=_Part_1935417_1657182657.1363750445449 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit Needed to add this patch as well. The type for gateway_snapshot_interval can be negative, so use a signed type ---- Ryan Doyle ----- Original Message ----- From: "Ryan Doyle" To: "Nathan Scott" Cc: pcp@oss.sgi.com Sent: Wednesday, 20 March, 2013 1:58:34 PM Subject: Re: additional metrics for elasticsearch PMDA Hi Nathan/others Please see new patch - just disregard the previous one. This now transposes the results hash and "renames" the problematic key values so it can be easily accessed with es_value subroutine. The metric names are no longer hard-coded and instead the keys for each value are iterated through. Let me know if this needs more work. Cheers! ---- Ryan Doyle ----- Original Message ----- From: "Nathan Scott" To: "Ryan Doyle" Cc: pcp@oss.sgi.com Sent: Tuesday, 19 March, 2013 5:12:28 PM Subject: Re: additional metrics for elasticsearch PMDA (cc'ing the list as discussed on IRC) ----- Original Message ----- > > Heya Nathan, > > Patch is attached. > Thanks! > It is not as clean as I would like it but that stems from how these > metrics are exported from the elasticsearch status API: > > Heres a nice output > > { > "_all": { > "indices": { > "qa4": { > "primaries": { > "search": { > "fetch_current": 0, > "fetch_time": "0s", > Zimbra thinks little of your nice output, and has kindly removed all whitespace. Sorry 'bout that. > > Where all hash keys map directly to the elasticsearch PMID name (EG: > primaries. search. fetch_current). We take advantage of this in the > PMDA using the es_value function and passing in a reference to the > metric requested where each array member is separated by a period. > > > Unfortunately , the settings hash does not follow the same convention > and has periods in the key! EG: > Ugh! > > }, > "settings": { > "index.gateway.snapshot_interval": "10000", > "index.number_of_replicas": "1", > "index.number_of_shards": "5", > "index.version.created": "190199" > }, > > This makes the code less clean, but it looks like these are the only > 4 metrics that follow this convention. If you can think of a nicer > way to do this, I'm all ears. > You might be able to use a hashed instance domain here, instead of the array based ones (which was all that existed when this PMDA was originally coded). Refer to the pmdasimple.pl PMDA for an example - the %timeslices there is a perl hash. Instance names can have dots within them - would that make life easier for these metrics? cheers. -- Nathan ------=_Part_1935417_1657182657.1363750445449 Content-Type: text/html; charset=utf-8 Content-Transfer-Encoding: quoted-printable <= div style=3D'font-family: verdana,helvetica,sans-serif; font-size: 10pt; co= lor: #000000'>Needed to add this patch as well. The type for gateway_snapsh= ot_interval can be negative, so use a signed type


----
Ryan Doyle

To: "Nathan= Scott" <nathans@redhat.com>
Cc: pcp@oss.sgi.com
Sent= : Wednesday, 20 March, 2013 1:58:34 PM
Subject: Re: additiona= l metrics for elasticsearch PMDA

Hi Nath= an/others

Please see new patch - just disreg= ard the previous one. This now transposes the results hash and "rename= s" the problematic key values so it can be easily accessed with es_value su= broutine.

The metric names are no longer hard-coded and instead the keys= for each value are iterated through.

Let me know if this needs more wor= k.

Cheers!


----Ryan Doyle

<= div style=3D"color: rgb(0, 0, 0); font-family: Helvetica, Arial, sans-serif= ; font-size: 12pt; font-weight: normal; font-style: normal; text-decoration= : none;">From: "Nathan Scott" <nathans@redhat.com>
To: <= /b>"Ryan Doyle" <rdoyle@aconex.com>
Cc: pcp@oss.sgi.com
= Sent: Tuesday, 19 March, 2013 5:12:28 PM
Subject: Re: addi= tional metrics for elasticsearch PMDA

(cc'ing the list as discussed = on IRC)

----- Original Message -----
>
> Heya Nathan,>
> Patch is attached.
>

Thanks!

> It i= s not as clean as I would like it but that stems from how these
> met= rics are exported from the elasticsearch status API:
>
> Heres= a nice output
>
> {
> "_all": {
> "indices": {> "qa4": {
> "primaries": {
> "search": {
> "fetch_cu= rrent": 0,
> "fetch_time": "0s",
>

Zimbra thinks little= of your nice output, and has kindly removed
all whitespace.  Sorry= 'bout that.

>
> Where all hash keys map directly to the e= lasticsearch PMID name (EG:
> primaries. search. fetch_current). We t= ake advantage of this in the
> PMDA using the es_value function and p= assing in a reference to the
> metric requested where each array memb= er is separated by a period.
>
>
> Unfortunately , the = settings hash does not follow the same convention
> and has periods i= n the key! EG:
>

Ugh!

>
> },
> "settin= gs": {
> "index.gateway.snapshot_interval": "10000",
> "index.n= umber_of_replicas": "1",
> "index.number_of_shards": "5",
> "in= dex.version.created": "190199"
> },
>
> This makes the c= ode less clean, but it looks like these are the only
> 4 metrics that= follow this convention. If you can think of a nicer
> way to do this= , I'm all ears.
>

You might be able to use a hashed instance = domain here, instead of
the array based ones (which was all that existed= when this PMDA was
originally coded).  Refer to the pmdasimple.pl = PMDA for an example -
the %timeslices there is a perl hash.  Instan= ce names can have dots
within them - would that make life easier for the= se metrics?

cheers.

--
Nathan


------=_Part_1935417_1657182657.1363750445449-- ------=_Part_1935416_1228509845.1363750445449 Content-Type: text/x-patch; name=elasticsearch-pmda-gw-snapshot-type.patch Content-Disposition: attachment; filename=elasticsearch-pmda-gw-snapshot-type.patch Content-Transfer-Encoding: base64 ZGlmZiAtLWdpdCBhL3NyYy9wbWRhcy9lbGFzdGljc2VhcmNoL3BtZGFlbGFzdGljc2VhcmNoLnBs IGIvc3JjL3BtZGFzL2VsYXN0aWNzZWFyY2gvcG1kYWVsYXN0aWNzZWFyY2gucGwKaW5kZXggMzIw N2ZhMy4uODhkZTk0MyAxMDA3NTUKLS0tIGEvc3JjL3BtZGFzL2VsYXN0aWNzZWFyY2gvcG1kYWVs YXN0aWNzZWFyY2gucGwKKysrIGIvc3JjL3BtZGFzL2VsYXN0aWNzZWFyY2gvcG1kYWVsYXN0aWNz ZWFyY2gucGwKQEAgLTc4NSw3ICs3ODUsNyBAQCAkcG1kYS0+YWRkX21ldHJpYyhwbWRhX3BtaWQo NiwwKSwgUE1fVFlQRV9TVFJJTkcsIFBNX0lORE9NX05VTEwsCiAJCSAgJ0ludGVybmFsIGlkZW50 aWZpZXIgb2YgdGhlIG1hc3RlciBub2RlIG9mIHRoZSBjbHVzdGVyJywgJycpOwogCiAjIGluZGV4 IHN0YXRlCi0kcG1kYS0+YWRkX21ldHJpYyhwbWRhX3BtaWQoNywwKSwgUE1fVFlQRV9VNjQsICRp bmRleF9pbmRvbSwKKyRwbWRhLT5hZGRfbWV0cmljKHBtZGFfcG1pZCg3LDApLCBQTV9UWVBFXzY0 LCAkaW5kZXhfaW5kb20sCiAJCSAgUE1fU0VNX0lOU1RBTlQsIHBtZGFfdW5pdHMoMCwxLDAsMCxQ TV9USU1FX01TRUMsMCksCiAJCSAgJ2VsYXN0aWNzZWFyY2guaW5kZXguc2V0dGluZ3MuZ2F0ZXdh eV9zbmFwc2hvdF9pbnRlcnZhbCcsCiAJCSAgJ0ludGVydmFsIGJldHdlZW4gZ2F0ZXdheSBzbmFw c2hvdHMnLCAnJyk7Cg== ------=_Part_1935416_1228509845.1363750445449-- From dak-unpriv@franck.debian.org Wed Mar 20 00:58:41 2013 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on oss.sgi.com X-Spam-Level: X-Spam-Status: No, score=0.0 required=5.0 tests=none autolearn=ham version=3.3.1 X-Original-To: pcp@oss.sgi.com Delivered-To: pcp@oss.sgi.com Received: from relay.sgi.com (relay3.corp.sgi.com [198.149.34.15]) by oss.sgi.com (Postfix) with ESMTP id D273A7F53 for ; Wed, 20 Mar 2013 00:58:40 -0500 (CDT) Received: from cuda.sgi.com (cuda2.sgi.com [192.48.176.25]) by relay3.corp.sgi.com (Postfix) with ESMTP id 52D8FAC005 for ; Tue, 19 Mar 2013 22:58:40 -0700 (PDT) X-ASG-Debug-ID: 1363759085-04cbb04b8431a5d0001-S8gJnT Received: from franck.debian.org (franck.debian.org [128.148.34.3]) by cuda.sgi.com with ESMTP id pWqIL8bZghxYpMiG (version=TLSv1 cipher=AES256-SHA bits=256 verify=NO) for ; Tue, 19 Mar 2013 22:58:06 -0700 (PDT) X-Barracuda-Envelope-From: dak-unpriv@franck.debian.org X-Barracuda-Apparent-Source-IP: 128.148.34.3 Received: from dak-unpriv by franck.debian.org with local (Exim 4.72) (envelope-from ) id 1UIC2H-0006q4-Bf for pcp@oss.sgi.com; Wed, 20 Mar 2013 05:58:05 +0000 Message-Id: To: pcp@oss.sgi.com From: Debian FTP Masters Subject: Processing of pcp_3.7.1_i386.changes Date: Wed, 20 Mar 2013 05:58:05 +0000 X-ASG-Orig-Subj: Processing of pcp_3.7.1_i386.changes X-Debian: DAK X-DAK: DAK X-Debian-Package: pcp Sender: unprivileged ftp-master role account X-Barracuda-Connect: franck.debian.org[128.148.34.3] X-Barracuda-Start-Time: 1363759086 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-BRTS-Status: 1 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=2.7 tests= X-Barracuda-Spam-Report: Code version 3.2, rules version 3.2.2.125710 Rule breakdown below pts rule name description ---- ---------------------- -------------------------------------------------- pcp_3.7.1_i386.changes uploaded successfully to localhost along with the files: pcp_3.7.1.dsc pcp_3.7.1.tar.gz pcp_3.7.1_i386.deb libpcp3-dev_3.7.1_i386.deb libpcp3_3.7.1_i386.deb libpcp-gui2-dev_3.7.1_i386.deb libpcp-gui2_3.7.1_i386.deb libpcp-mmv1-dev_3.7.1_i386.deb libpcp-mmv1_3.7.1_i386.deb libpcp-pmda3-dev_3.7.1_i386.deb libpcp-pmda3_3.7.1_i386.deb libpcp-trace2-dev_3.7.1_i386.deb libpcp-trace2_3.7.1_i386.deb libpcp-import1-dev_3.7.1_i386.deb libpcp-import1_3.7.1_i386.deb python-pcp_3.7.1_i386.deb libpcp-pmda-perl_3.7.1_i386.deb libpcp-import-perl_3.7.1_i386.deb libpcp-logsummary-perl_3.7.1_i386.deb libpcp-mmv-perl_3.7.1_i386.deb pcp-import-sar2pcp_3.7.1_all.deb pcp-import-mrtg2pcp_3.7.1_all.deb pcp-import-sheet2pcp_3.7.1_all.deb pcp-import-iostat2pcp_3.7.1_all.deb pcp-testsuite_3.7.1_i386.deb Greetings, Your Debian queue daemon (running on host franck.debian.org) From pcp-announce-bounces@oss.sgi.com Wed Mar 20 00:59:43 2013 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on oss.sgi.com X-Spam-Level: X-Spam-Status: No, score=0.0 required=5.0 tests=RP_MATCHES_RCVD autolearn=ham version=3.3.1 X-Original-To: pcp@oss.sgi.com Delivered-To: pcp@oss.sgi.com Received: from oss.sgi.com (localhost [IPv6:::1]) by oss.sgi.com (Postfix) with ESMTP id 204847F54; Wed, 20 Mar 2013 00:59:43 -0500 (CDT) X-Original-To: pcp-announce@oss.sgi.com Delivered-To: pcp-announce@oss.sgi.com Received: from relay.sgi.com (relay3.corp.sgi.com [198.149.34.15]) by oss.sgi.com (Postfix) with ESMTP id 7CE587F53 for ; Wed, 20 Mar 2013 00:59:41 -0500 (CDT) Received: from cuda.sgi.com (cuda3.sgi.com [192.48.176.15]) by relay3.corp.sgi.com (Postfix) with ESMTP id F125CAC006 for ; Tue, 19 Mar 2013 22:59:37 -0700 (PDT) X-ASG-Debug-ID: 1363759142-04cb6c3c12bebd0001-87ZIJf Received: from mx3-phx2.redhat.com (mx3-phx2.redhat.com [209.132.183.24]) by cuda.sgi.com with ESMTP id hTs6WmCNVFG78nAM for ; Tue, 19 Mar 2013 22:59:02 -0700 (PDT) X-Barracuda-Envelope-From: nscott@redhat.com X-Barracuda-Apparent-Source-IP: 209.132.183.24 Received: from zmail20.collab.prod.int.phx2.redhat.com (zmail20.collab.prod.int.phx2.redhat.com [10.5.83.23]) by mx3-phx2.redhat.com (8.13.8/8.13.8) with ESMTP id r2K5x2ZT031313 for ; Wed, 20 Mar 2013 01:59:02 -0400 Date: Wed, 20 Mar 2013 01:59:02 -0400 (EDT) From: Nathan Scott To: pcp-announce@oss.sgi.com Message-ID: <1531191893.22312877.1363759142349.JavaMail.root@redhat.com> In-Reply-To: <1297627324.22311503.1363758825117.JavaMail.root@redhat.com> MIME-Version: 1.0 X-ASG-Orig-Subj: pcp-3.7.1 released (bugfix only) X-Originating-IP: [10.64.48.10] X-Mailer: Zimbra 7.2.0_GA_2669 (ZimbraWebClient - FF3.0 (Linux)/7.2.0_GA_2669) X-Barracuda-Connect: mx3-phx2.redhat.com[209.132.183.24] X-Barracuda-Start-Time: 1363759142 X-Barracuda-URL: http://192.48.176.15:80/cgi-mod/mark.cgi X-Virus-Scanned: by bsmtpd at sgi.com X-Barracuda-BRTS-Status: 1 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=2.7 tests= X-Barracuda-Spam-Report: Code version 3.2, rules version 3.2.2.125710 Rule breakdown below pts rule name description ---- ---------------------- -------------------------------------------------- Subject: [pcp-announce] pcp-3.7.1 released (bugfix only) X-BeenThere: pcp-announce@oss.sgi.com X-Mailman-Version: 2.1.14 Precedence: list Reply-To: Nathan Scott List-Id: pcp announcements List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Errors-To: pcp-announce-bounces@oss.sgi.com Sender: pcp-announce-bounces@oss.sgi.com Hi all, A small bug-fix PCP release has been tagged and uploaded. You can download sources and binaries from all the usual locations below: http://oss.sgi.com/projects/pcp/ pcp-3.7.1 (20 March 2013) - IPv6 addresses and wild cards for host access control. - Add packaging scripts to correctly transition active temp file directories from their old locations. - Resolve a warning from rpm %pre script on new installs. - Convert pmhostname(1) to use the newer networking APIs. - Convert pmproxy(1) to use the newer networking APIs. - Correct the pmlogger heuristics for determining whether it is running as a daemon for *both* pmlogger_{daily,check}. - Add script to handle the tmpdir transition such that folks with running parfait/mmv-instrumented applications continue to see data exported, and for correct pmlogger/pmie daemon tracking across releases. - Fix "Warning: __pmConnectRestoreFlags: cannot restore flags" messages when built with secure-sockets option disabled. cheers. -- Nathan _______________________________________________ pcp-announce mailing list pcp-announce@oss.sgi.com http://oss.sgi.com/mailman/listinfo/pcp-announce From envelope@ftp-master.debian.org Wed Mar 20 01:04:32 2013 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on oss.sgi.com X-Spam-Level: X-Spam-Status: No, score=0.0 required=5.0 tests=none autolearn=ham version=3.3.1 X-Original-To: pcp@oss.sgi.com Delivered-To: pcp@oss.sgi.com Received: from relay.sgi.com (relay1.corp.sgi.com [137.38.102.111]) by oss.sgi.com (Postfix) with ESMTP id 544A229DF8 for ; Wed, 20 Mar 2013 01:04:32 -0500 (CDT) Received: from cuda.sgi.com (cuda1.sgi.com [192.48.157.11]) by relay1.corp.sgi.com (Postfix) with ESMTP id 3134F8F8065 for ; Tue, 19 Mar 2013 23:04:29 -0700 (PDT) X-ASG-Debug-ID: 1363759437-04bdf00a0a351290001-S8gJnT Received: from franck.debian.org (franck.debian.org [128.148.34.3]) by cuda.sgi.com with ESMTP id MqBrC4KYuNOg0tjK (version=TLSv1 cipher=AES256-SHA bits=256 verify=NO) for ; Tue, 19 Mar 2013 23:03:58 -0700 (PDT) X-Barracuda-Envelope-From: envelope@ftp-master.debian.org X-Barracuda-Apparent-Source-IP: 128.148.34.3 Received: from dak by franck.debian.org with local (Exim 4.72) (envelope-from ) id 1UIC7w-0000Dr-Lx; Wed, 20 Mar 2013 06:03:56 +0000 Date: Wed, 20 Mar 2013 06:03:56 +0000 Message-Id: From: Debian FTP Masters To: PCP Development Team , Nathan Scott X-DAK: dak process-upload X-Debian: DAK X-Debian-Package: pcp Precedence: bulk MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 8bit Subject: pcp_3.7.1_i386.changes is NEW Sender: Archive Administrator X-ASG-Orig-Subj: pcp_3.7.1_i386.changes is NEW X-Barracuda-Connect: franck.debian.org[128.148.34.3] X-Barracuda-Start-Time: 1363759437 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-BRTS-Status: 1 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=2.7 tests= X-Barracuda-Spam-Report: Code version 3.2, rules version 3.2.2.125710 Rule breakdown below pts rule name description ---- ---------------------- -------------------------------------------------- binary:pcp-testsuite is NEW. binary:python-pcp is NEW. Your package contains new components which requires manual editing of the override file. It is ok otherwise, so please be patient. New packages are usually added to the override file about once a week. From kenj@internode.on.net Wed Mar 20 16:09:56 2013 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on oss.sgi.com X-Spam-Level: X-Spam-Status: No, score=0.0 required=5.0 tests=none autolearn=ham version=3.3.1 X-Original-To: pcp@oss.sgi.com Delivered-To: pcp@oss.sgi.com Received: from relay.sgi.com (relay3.corp.sgi.com [198.149.34.15]) by oss.sgi.com (Postfix) with ESMTP id B70E27CBF for ; Wed, 20 Mar 2013 16:09:56 -0500 (CDT) Received: from cuda.sgi.com (cuda1.sgi.com [192.48.157.11]) by relay3.corp.sgi.com (Postfix) with ESMTP id 5322DAC004 for ; Wed, 20 Mar 2013 14:09:53 -0700 (PDT) X-ASG-Debug-ID: 1363813787-04bdf00a0a386690001-S8gJnT Received: from ipmail06.adl6.internode.on.net (ipmail06.adl6.internode.on.net [150.101.137.145]) by cuda.sgi.com with ESMTP id FaMen0QJQa6ixffQ for ; Wed, 20 Mar 2013 14:09:48 -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: ApIBAHckSlF20dIQ/2dsb2JhbAANN8cThBc9FhgDAgECAS8pCAEBtyKTPpJWA6sA Received: from ppp118-209-210-16.lns20.mel6.internode.on.net (HELO [192.168.1.100]) ([118.209.210.16]) by ipmail06.adl6.internode.on.net with ESMTP; 21 Mar 2013 07:39:46 +1030 Message-ID: <514A259F.4030808@internode.on.net> Date: Thu, 21 Mar 2013 08:09:51 +1100 From: Ken McDonell User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:17.0) Gecko/20130308 Thunderbird/17.0.4 MIME-Version: 1.0 To: pcp@oss.sgi.com Subject: QA Status Content-Type: text/plain; charset=ISO-8859-1 X-ASG-Orig-Subj: QA Status Content-Transfer-Encoding: 7bit X-Barracuda-Connect: ipmail06.adl6.internode.on.net[150.101.137.145] X-Barracuda-Start-Time: 1363813787 X-Barracuda-URL: http://192.48.157.11:80/cgi-mod/mark.cgi X-Virus-Scanned: by bsmtpd at sgi.com X-Barracuda-BRTS-Status: 1 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=2.7 tests= X-Barracuda-Spam-Report: Code version 3.2, rules version 3.2.2.125770 Rule breakdown below pts rule name description ---- ---------------------- -------------------------------------------------- >From my VM farm, here is the latest ... no real analysis yet, but overall it looks OK. QA 062, 067, 116, 169, 244 and 622 are all in need of investigation ... and QA _really_ does not like the environment it finds on my Mac OS X, NetBSD, Slackware and Gentoo boxes ... and some of the python tests are bit fragile. Also there are more "not runs" (Nrun) than I'd expect ... that will need some other investigation. ==== QA Summary ==== Date Run Pass Fail Nrun Host 2013-03-13 514 473 41 91|comma PCP 3.7.0 i386 Darwin 10.8.0 2013-03-07 501 500 1 58|grundy PCP 3.7.0 ia64 SUSE Linux Enterprise Server 11 2013-03-13 516 513 3 44|vm00 PCP 3.7.0 x86_64 Ubuntu 12.04 2013-03-20 526 522 4 79|vm01 PCP 3.7.1 i686 Ubuntu 12.10 2013-03-13 516 501 15 44|vm02 PCP 3.7.1 i686 openSUSE 12.1 2013-03-20 524 512 12 81|vm03 PCP 3.7.1 x86_64 Fedora 18 2013-03-20 523 512 11 82|vm04 PCP 3.7.1 i586 CentOS 5.9 2013-03-13 499 425 74 61|vm05 PCP 3.7.1 i486 Gentoo 2.0.3 2013-03-20 528 521 7 77|vm07 PCP 3.7.1 x86_64 Debian 6.0.5 Daily runs, but no QA |vm09 PCP 3.7.0 i386 NetBSD 5.1.2 2013-03-20 527 513 14 78|vm11 PCP 3.7.1 i586 Debian 6.0.7 2013-03-20 523 513 10 82|vm12 PCP 3.7.1 i686 Fedora 17 2013-03-20 528 518 10 77|vm14 PCP 3.7.1 x86_64 CentOS 6.3 Daily runs, but no QA |vm15 PCP 3.7.0 x86_64 Slackware 13.37.0 2013-03-20 512 500 12 93|vm16 PCP 3.7.1 x86_64 MandrivaLinux 2011.0 2013-03-20 524 519 5 81|vm18 PCP 3.7.1 x86_64 LinuxMint 12 2013-03-13 512 509 3 48|vm19 PCP 3.7.0 x86_64 openSUSE 12.2 ==== QA Failure Map ==== Host ma dy 00 01 02 03 04 05 07 11 12 14 16 18 19 QA QA QA groups (A. => A.) 023 X 023 pmcd pmprobe 025 X X 025 context pmlc 031 X 031 pmns 032 X 032 pmlc 041 X 041 pmcd 062 X X X X X X X 062 pmcd 067 X X X X X 067 pmcd 068 X X 068 context pmlc 087 X 087 archive 093 X 093 archive 102 X 102 pmlc 110 X 110 A.simple A.proc A.install 112 X 112 pmns 116 X X X X X X X X X X 116 other pmie pmval pmlc 119 X 119 logutil 134 X 134 pmlc pmlogger pmdumplog 135 X 135 pmlc archive pmdumplog 137 X 137 dbpmda A.simple 147 X 147 dbpmda 156 X X 156 A.sample A.proc pmcd_wait A.install 162 X 162 pmda A.proc A.shping A.install 169 X X X X X X X X X 169 pmcd 170 X X 170 other 172 X X X 172 pmcd pmlc 183 X 183 logutil 192 X 192 pdu 200 X 200 context 244 X X X X X X X 244 pmcd pmprobe 255 X X X X 255 compat pmda A.proc help A.install A.simple 273 X X X 273 libpcp 279 X X X 279 pmcd 287 X X X 287 pmlogreduce pmval 297 X 297 pmproxy 316 X 316 libpcp 359 X X X 359 pmcd pminfo 369 X 369 pmimport pmdumplog perl 370 X X X X 370 pmimport derive pmdumplog perl 372 X 372 pmimport pmdumplog perl 375 X 375 pmlc pmlogger 383 X 383 A.cisco 388 X X 388 archive mem_leak valgrind 393 X X 393 archive mem_leak valgrind 394 X 394 archive mem_leak valgrind 400 X 400 pminfo mem_leak valgrind context_local libpcp event 430 X X 430 logutil folio 439 X 439 pmlc 459 X X 459 pmlogreduce valgrind 482 X 482 pmlogsummary pmdumplog 511 X 511 pmimport pmdumplog pmlogsummary perl 513 X 513 libpcp pdu 532 X 532 logutil pmlogextract 555 X X 555 pmie 558 X 558 pmie 622 X X X X X X X X X 622 pmie 652 X 652 A.systemd event 707 X X X X X 707 pcp.py libpcp 708 X 708 pcp.py pmimport 709 X X X X X 709 pcp.py 710 X 710 pcp.py pmimport 712 X 712 context libpcp pmcd 713 X 713 context libpcp pmproxy 714 X 714 context libpcp pmcd From nscott@redhat.com Wed Mar 20 17:20:50 2013 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on oss.sgi.com X-Spam-Level: X-Spam-Status: No, score=0.0 required=5.0 tests=none autolearn=ham version=3.3.1 X-Original-To: pcp@oss.sgi.com Delivered-To: pcp@oss.sgi.com Received: from relay.sgi.com (relay3.corp.sgi.com [198.149.34.15]) by oss.sgi.com (Postfix) with ESMTP id 46B2D7CBF for ; Wed, 20 Mar 2013 17:20:50 -0500 (CDT) Received: from cuda.sgi.com (cuda1.sgi.com [192.48.157.11]) by relay3.corp.sgi.com (Postfix) with ESMTP id E606DAC011 for ; Wed, 20 Mar 2013 15:20:46 -0700 (PDT) X-ASG-Debug-ID: 1363818045-04bdf00a0d38a740001-S8gJnT Received: from mx3-phx2.redhat.com (mx3-phx2.redhat.com [209.132.183.24]) by cuda.sgi.com with ESMTP id YQPK1F1MUtq1ycX9 for ; Wed, 20 Mar 2013 15:20:45 -0700 (PDT) X-Barracuda-Envelope-From: nscott@redhat.com X-Barracuda-Apparent-Source-IP: 209.132.183.24 Received: from zmail20.collab.prod.int.phx2.redhat.com (zmail20.collab.prod.int.phx2.redhat.com [10.5.83.23]) by mx3-phx2.redhat.com (8.13.8/8.13.8) with ESMTP id r2KMKgdT030518; Wed, 20 Mar 2013 18:20:42 -0400 Date: Wed, 20 Mar 2013 18:20:42 -0400 (EDT) From: Nathan Scott Reply-To: Nathan Scott To: Ken McDonell , Mark Goodwin Cc: PCP Message-ID: <555810144.22766672.1363818042014.JavaMail.root@redhat.com> Subject: Missing man pages MIME-Version: 1.0 X-ASG-Orig-Subj: Missing man pages Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-Originating-IP: [10.64.48.10] X-Mailer: Zimbra 7.2.0_GA_2669 (ZimbraWebClient - FF3.0 (Linux)/7.2.0_GA_2669) X-Barracuda-Connect: mx3-phx2.redhat.com[209.132.183.24] X-Barracuda-Start-Time: 1363818045 X-Barracuda-URL: http://192.48.157.11:80/cgi-mod/mark.cgi X-Virus-Scanned: by bsmtpd at sgi.com X-Barracuda-BRTS-Status: 1 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=2.7 tests= X-Barracuda-Spam-Report: Code version 3.2, rules version 3.2.2.125776 Rule breakdown below pts rule name description ---- ---------------------- -------------------------------------------------- Hi guys, Just running through the results of a tool that checks the coverage of man pages and command line options etc in the PCP packages. We are missing a pmwtf(1) - for some reason I have a very clear memory of you writing that though Ken, when the original script was written (I have a memory of half-jokingly asking for it, and then you writing it, but I cannot seem to find a copy anywhere). Do you remember whether this actually happened? Mark, I noticed that several files below /etc are marked as configuration files that seem like they are not - startup scripts, etc. Marked as such, they need man pages ... do you recall the reason for tagging them (to rpm) as %config files? Simplest would seem to be to stop tagging them that way, but is that valid? (presumably this was done for a reason back when the rpm packaging was originally done). thanks. -- Nathan From nscott@redhat.com Wed Mar 20 18:05:03 2013 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on oss.sgi.com X-Spam-Level: X-Spam-Status: No, score=0.0 required=5.0 tests=none autolearn=ham version=3.3.1 X-Original-To: pcp@oss.sgi.com Delivered-To: pcp@oss.sgi.com Received: from relay.sgi.com (relay3.corp.sgi.com [198.149.34.15]) by oss.sgi.com (Postfix) with ESMTP id 99D6B7CBF for ; Wed, 20 Mar 2013 18:05:03 -0500 (CDT) Received: from cuda.sgi.com (cuda2.sgi.com [192.48.176.25]) by relay3.corp.sgi.com (Postfix) with ESMTP id 35DE5AC006 for ; Wed, 20 Mar 2013 16:05:00 -0700 (PDT) X-ASG-Debug-ID: 1363820695-04cbb04b8434f7d0001-S8gJnT Received: from mx4-phx2.redhat.com (mx4-phx2.redhat.com [209.132.183.25]) by cuda.sgi.com with ESMTP id c6CB4kCnMHxLO0oN for ; Wed, 20 Mar 2013 16:04:55 -0700 (PDT) X-Barracuda-Envelope-From: nscott@redhat.com X-Barracuda-Apparent-Source-IP: 209.132.183.25 Received: from zmail20.collab.prod.int.phx2.redhat.com (zmail20.collab.prod.int.phx2.redhat.com [10.5.83.23]) by mx4-phx2.redhat.com (8.13.8/8.13.8) with ESMTP id r2KN4mSO004178; Wed, 20 Mar 2013 19:04:51 -0400 Date: Wed, 20 Mar 2013 19:04:48 -0400 (EDT) From: Nathan Scott Reply-To: Nathan Scott To: Ryan Doyle Cc: pcp@oss.sgi.com Message-ID: <55529816.22774807.1363820688036.JavaMail.root@redhat.com> In-Reply-To: <2275741.1934488.1363748314335.JavaMail.root@acxmail-au2.aconex.com> Subject: Re: additional metrics for elasticsearch PMDA MIME-Version: 1.0 X-ASG-Orig-Subj: Re: additional metrics for elasticsearch PMDA Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-Originating-IP: [10.64.48.10] X-Mailer: Zimbra 7.2.0_GA_2669 (ZimbraWebClient - FF3.0 (Linux)/7.2.0_GA_2669) X-Barracuda-Connect: mx4-phx2.redhat.com[209.132.183.25] X-Barracuda-Start-Time: 1363820695 X-Barracuda-URL: http://192.48.176.25:80/cgi-mod/mark.cgi X-Virus-Scanned: by bsmtpd at sgi.com X-Barracuda-BRTS-Status: 1 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=2.7 tests= X-Barracuda-Spam-Report: Code version 3.2, rules version 3.2.2.125778 Rule breakdown below pts rule name description ---- ---------------------- -------------------------------------------------- Hi Ryan, ----- Original Message ----- > > Hi Nathan/others > > Please see new patch - just disregard the previous one. This now > transposes the results hash and "renames" the problematic key values > so it can be easily accessed with es_value subroutine. > Yep, I think this approach is much better. I found I couldn't follow the remapping code easily though, mainly because of the repeated hash lookups. I refactored it slightly to avoid those, and now it makes a bit more sense to me - can you take a look? Once I could see the forest for the trees, I noticed a redundant check on $content being defined too, so removed that. In dev now, so please have a look for me and let me know if still works (no ES test setup). cheers. -- Nathan From nscott@redhat.com Wed Mar 20 18:05:56 2013 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on oss.sgi.com X-Spam-Level: X-Spam-Status: No, score=0.0 required=5.0 tests=none autolearn=ham version=3.3.1 X-Original-To: pcp@oss.sgi.com Delivered-To: pcp@oss.sgi.com Received: from relay.sgi.com (relay3.corp.sgi.com [198.149.34.15]) by oss.sgi.com (Postfix) with ESMTP id A94D27CBF for ; Wed, 20 Mar 2013 18:05:56 -0500 (CDT) Received: from cuda.sgi.com (cuda2.sgi.com [192.48.176.25]) by relay3.corp.sgi.com (Postfix) with ESMTP id 2847BAC004 for ; Wed, 20 Mar 2013 16:05:56 -0700 (PDT) X-ASG-Debug-ID: 1363820754-04cbb04b8634f8c0001-S8gJnT Received: from mx4-phx2.redhat.com (mx4-phx2.redhat.com [209.132.183.25]) by cuda.sgi.com with ESMTP id tHwmbHwltPFfFvQw for ; Wed, 20 Mar 2013 16:05:54 -0700 (PDT) X-Barracuda-Envelope-From: nscott@redhat.com X-Barracuda-Apparent-Source-IP: 209.132.183.25 Received: from zmail20.collab.prod.int.phx2.redhat.com (zmail20.collab.prod.int.phx2.redhat.com [10.5.83.23]) by mx4-phx2.redhat.com (8.13.8/8.13.8) with ESMTP id r2KN5qFo004235; Wed, 20 Mar 2013 19:05:52 -0400 Date: Wed, 20 Mar 2013 19:05:52 -0400 (EDT) From: Nathan Scott Reply-To: Nathan Scott To: PCP Cc: Ryan Doyle Message-ID: <1796162466.22774853.1363820752632.JavaMail.root@redhat.com> Subject: pcp updates: man pages, pmdaelasticsearch MIME-Version: 1.0 X-ASG-Orig-Subj: pcp updates: man pages, pmdaelasticsearch Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-Originating-IP: [10.64.48.10] X-Mailer: Zimbra 7.2.0_GA_2669 (ZimbraWebClient - FF3.0 (Linux)/7.2.0_GA_2669) X-Barracuda-Connect: mx4-phx2.redhat.com[209.132.183.25] X-Barracuda-Start-Time: 1363820754 X-Barracuda-URL: http://192.48.176.25:80/cgi-mod/mark.cgi X-Virus-Scanned: by bsmtpd at sgi.com X-Barracuda-BRTS-Status: 1 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=2.7 tests= X-Barracuda-Spam-Report: Code version 3.2, rules version 3.2.2.125778 Rule breakdown below pts rule name description ---- ---------------------- -------------------------------------------------- Changes committed to git://oss.sgi.com/pcp/pcp.git dev man/man1/pcpintro.1 | 4 man/man1/pmdumplog.1 | 4 man/man1/pmie.1 | 9 ++ man/man1/pmlogger.1 | 10 ++ man/man1/pmnsdel.1 | 2 man/man1/telnet-probe.1 | 21 ++++ src/pmdas/elasticsearch/pmdaelasticsearch.pl | 117 +++++++++++++++++++++++---- 7 files changed, 143 insertions(+), 24 deletions(-) commit c2cf0f20a2790a8d524f8e5ffbef05daed9b94bd Author: Nathan Scott Date: Thu Mar 21 10:02:56 2013 +1100 Refactor pmdaelasticsearch index settings rewrite code commit ea6a9ecf9045698baade8eb8e3b0f19df29d5fc8 Author: Ryan Doyle Date: Thu Mar 21 09:36:59 2013 +1100 Fix type signedness for elasticsearch gateway snapshot interval The type for gateway_snapshot_interval can be negative, so this switches the metric definition over to a signed 64-bit integer. commit 323ca8d5ef3777c0ce4d1a9f7a3b3208e75d7ea2 Author: Ryan Doyle Date: Thu Mar 21 09:34:34 2013 +1100 Additional index settings metrics for pmdaelasticsearch Now transposes the results hash and "renames" the problematic key values so it can be easily accessed with es_value subroutine. The metric names are no longer hard-coded and instead the keys for each value are iterated through. commit b1c96dddafae68dfd7e39f1614f733c3cf3a6025 Author: Nathan Scott Date: Thu Mar 21 09:26:36 2013 +1100 Document the -c option for telnet-probe commit 069e7214c99d45c1ece41bd87ea3131a7e010581 Author: Nathan Scott Date: Thu Mar 21 09:25:56 2013 +1100 Remove duplicate word "though" on pmnsdel man page commit 3b04e5b3713a5ec0e4528876f47ae57c9196db05 Author: Nathan Scott Date: Thu Mar 21 09:25:19 2013 +1100 Document the -U option for pmie and pmlogger commit c4a51d3557deccc47386a9692a3b9a79076f002c Author: Nathan Scott Date: Thu Mar 21 09:24:06 2013 +1100 Clarify pmdumplog output reporting on man page to aid checker tools commit bf0339d878a97eac04002f2053a7aa4b9d50054b Author: Nathan Scott Date: Thu Mar 21 09:23:17 2013 +1100 Fix an incorrectly repeated "the" on pcpintro man page From rdoyle@aconex.com Wed Mar 20 18:21:25 2013 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on oss.sgi.com X-Spam-Level: X-Spam-Status: No, score=0.0 required=5.0 tests=HTML_MESSAGE autolearn=ham version=3.3.1 X-Original-To: pcp@oss.sgi.com Delivered-To: pcp@oss.sgi.com Received: from relay.sgi.com (relay3.corp.sgi.com [198.149.34.15]) by oss.sgi.com (Postfix) with ESMTP id 1D18B7CBF for ; Wed, 20 Mar 2013 18:21:25 -0500 (CDT) Received: from cuda.sgi.com (cuda2.sgi.com [192.48.176.25]) by relay3.corp.sgi.com (Postfix) with ESMTP id 8BF49AC004 for ; Wed, 20 Mar 2013 16:21:24 -0700 (PDT) X-ASG-Debug-ID: 1363821681-04cbb04b843502e0001-S8gJnT Received: from postoffice2.aconex.com (mail.aconex.com [203.166.49.3]) by cuda.sgi.com with ESMTP id 3M2FWrShS9vcLh72 for ; Wed, 20 Mar 2013 16:21:21 -0700 (PDT) X-Barracuda-Envelope-From: rdoyle@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 dcDHN8wKT7TXEDKn; Thu, 21 Mar 2013 10:21:19 +1100 (EST) Received: from gatekeeper.aconex.com (gatekeeper.yarra.acx [192.168.35.102]) by postoffice.aconex.com (Postfix) with ESMTP id A25423CE00C0; Thu, 21 Mar 2013 10:21:19 +1100 (EST) Received: from localhost (localhost.localdomain [127.0.0.1]) by gatekeeper.aconex.com (Postfix) with ESMTP id 9C7D19E0008; Thu, 21 Mar 2013 10:21:19 +1100 (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 zvrQkFuhkfko; Thu, 21 Mar 2013 10:21:18 +1100 (EST) Received: from acxmail-au2.aconex.com (acxmail-au2.aconex.com [192.168.35.104]) by gatekeeper.aconex.com (Postfix) with ESMTP id CBDDF9E0001; Thu, 21 Mar 2013 10:21:18 +1100 (EST) Received: from localhost (localhost.localdomain [127.0.0.1]) by acxmail-au2.aconex.com (Postfix) with ESMTP id C69BD3B20002; Thu, 21 Mar 2013 10:21:18 +1100 (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 pMkqsqeAO5Ta; Thu, 21 Mar 2013 10:21:18 +1100 (EST) Received: from acxmail-au2.aconex.com (acxmail-au2.aconex.com [192.168.35.104]) by acxmail-au2.aconex.com (Postfix) with ESMTP id AA6003B20001; Thu, 21 Mar 2013 10:21:18 +1100 (EST) Date: Thu, 21 Mar 2013 10:21:18 +1100 (EST) From: Ryan Doyle To: Nathan Scott Cc: pcp@oss.sgi.com Message-ID: <2078637841.1964576.1363821678632.JavaMail.root@acxmail-au2.aconex.com> In-Reply-To: <55529816.22774807.1363820688036.JavaMail.root@redhat.com> Subject: Re: additional metrics for elasticsearch PMDA MIME-Version: 1.0 X-ASG-Orig-Subj: Re: additional metrics for elasticsearch PMDA Content-Type: multipart/alternative; boundary="----=_Part_1964575_128919031.1363821678631" X-Originating-IP: [192.168.6.51] X-Mailer: Zimbra 7.1.4_GA_2567 (ZimbraWebClient - GC25 (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: 1363821681 X-Barracuda-URL: http://192.48.176.25:80/cgi-mod/mark.cgi X-Virus-Scanned: by bsmtpd at sgi.com X-Barracuda-BRTS-Status: 1 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=2.7 tests=HTML_MESSAGE X-Barracuda-Spam-Report: Code version 3.2, rules version 3.2.2.125780 Rule breakdown below pts rule name description ---- ---------------------- -------------------------------------------------- 0.00 HTML_MESSAGE BODY: HTML included in message ------=_Part_1964575_128919031.1363821678631 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit Hey dude, Got a problem running it. This is the output from the logs: $ cat elasticsearch.log Log for pmdaelasticsearch on app4 started Thu Mar 21 10:17:35 2013 Odd number of elements in anonymous hash at /var/lib/pcp/pmdas/elasticsearch/pmdaelasticsearch.pl line 128. Odd number of elements in anonymous hash at /var/lib/pcp/pmdas/elasticsearch/pmdaelasticsearch.pl line 131. Use of uninitialized value in anonymous hash ({}) at /var/lib/pcp/pmdas/elasticsearch/pmdaelasticsearch.pl line 131. On #pcp at the moment if you want to work through it. Cheers ---- Ryan Doyle ----- Original Message ----- From: "Nathan Scott" To: "Ryan Doyle" Cc: pcp@oss.sgi.com Sent: Thursday, 21 March, 2013 10:04:48 AM Subject: Re: additional metrics for elasticsearch PMDA Hi Ryan, ----- Original Message ----- > > Hi Nathan/others > > Please see new patch - just disregard the previous one. This now > transposes the results hash and "renames" the problematic key values > so it can be easily accessed with es_value subroutine. > Yep, I think this approach is much better. I found I couldn't follow the remapping code easily though, mainly because of the repeated hash lookups. I refactored it slightly to avoid those, and now it makes a bit more sense to me - can you take a look? Once I could see the forest for the trees, I noticed a redundant check on $content being defined too, so removed that. In dev now, so please have a look for me and let me know if still works (no ES test setup). cheers. -- Nathan ------=_Part_1964575_128919031.1363821678631 Content-Type: text/html; charset=utf-8 Content-Transfer-Encoding: quoted-printable <= div style=3D'font-family: verdana,helvetica,sans-serif; font-size: 10pt; co= lor: #000000'>Hey = dude,

Got a p= roblem running it. This is the output from the logs:

$ cat elasticsearch.log
Log for pmdaelasticsearch on app4 started Th= u Mar 21 10:17:35 2013

Odd number of elements in anonymous hash at /var/= lib/pcp/pmdas/elasticsearch/pmdaelasticsearch.pl line 128.
Odd number of ele= ments in anonymous hash at /var/lib/pcp/pmdas/elasticsearch/pmdaelasticsear= ch.pl line 131.
Use of uninitialized value in anonymous hash ({}) at /var/li= b/pcp/pmdas/elasticsearch/pmdaelasticsearch.pl line 131.
<= font face=3D"verdana, helvetica, sans-serif" size=3D"2">
On #pcp at the = moment if you want to work through it.

Cheers


= ----
Ryan Doyle

From: "Nathan Scott" <nathans@redhat.co= m>
To: "Ryan Doyle" <rdoyle@aconex.com>
Cc: pc= p@oss.sgi.com
Sent: Thursday, 21 March, 2013 10:04:48 AM
Su= bject: Re: additional metrics for elasticsearch PMDA

Hi Ryan,
----- Original Message -----
>
> Hi Nathan/others
>=
> Please see new patch - just disregard the previous one. This now<= br>> transposes the results hash and "renames" the problematic key value= s
> so it can be easily accessed with es_value subroutine.
>
Yep, I think this approach is much better.  I found I couldn't f= ollow
the remapping code easily though, mainly because of the repeated h= ash
lookups.  I refactored it slightly to avoid those, and now it m= akes a
bit more sense to me - can you take a look?

Once I could s= ee the forest for the trees, I noticed a redundant check
on $content bei= ng defined too, so removed that.  In dev now, so please
have a look= for me and let me know if still works (no ES test setup).

cheers.
--
Nathan

------=_Part_1964575_128919031.1363821678631-- From mgoodwin@redhat.com Wed Mar 20 19:18:29 2013 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on oss.sgi.com X-Spam-Level: X-Spam-Status: No, score=0.0 required=5.0 tests=none autolearn=ham version=3.3.1 X-Original-To: pcp@oss.sgi.com Delivered-To: pcp@oss.sgi.com Received: from relay.sgi.com (relay2.corp.sgi.com [137.38.102.29]) by oss.sgi.com (Postfix) with ESMTP id 6561C7CBF for ; Wed, 20 Mar 2013 19:18:29 -0500 (CDT) Received: from cuda.sgi.com (cuda1.sgi.com [192.48.157.11]) by relay2.corp.sgi.com (Postfix) with ESMTP id 45320304039 for ; Wed, 20 Mar 2013 17:18:26 -0700 (PDT) X-ASG-Debug-ID: 1363825102-04bdf00a0e38f570001-S8gJnT Received: from mx1.redhat.com (mx1.redhat.com [209.132.183.28]) by cuda.sgi.com with ESMTP id Ua7UuFF1htOIb9aZ for ; Wed, 20 Mar 2013 17:18:22 -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-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 r2L0IIOS008653 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK); Wed, 20 Mar 2013 20:18:19 -0400 Received: from fletch.usersys.redhat.com (dhcp-176-177.mel.redhat.com [10.64.176.177]) by int-mx12.intmail.prod.int.phx2.redhat.com (8.14.4/8.14.4) with ESMTP id r2L0IG0W005376; Wed, 20 Mar 2013 20:18:17 -0400 Message-ID: <514A51C8.6090102@redhat.com> Date: Thu, 21 Mar 2013 11:18:16 +1100 From: Mark Goodwin User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:14.0) Gecko/20130206 Thunderbird/14.0 MIME-Version: 1.0 To: Nathan Scott CC: Ken McDonell , PCP Subject: Re: Missing man pages References: <555810144.22766672.1363818042014.JavaMail.root@redhat.com> X-ASG-Orig-Subj: Re: Missing man pages In-Reply-To: <555810144.22766672.1363818042014.JavaMail.root@redhat.com> 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: 1363825102 X-Barracuda-URL: http://192.48.157.11:80/cgi-mod/mark.cgi X-Virus-Scanned: by bsmtpd at sgi.com X-Barracuda-BRTS-Status: 1 On 03/21/2013 09:20 AM, Nathan Scott wrote: > Mark, I noticed that several files below /etc are marked as > configuration files that seem like they are not - startup > scripts, etc. Marked as such, they need man pages ... do > you recall the reason for tagging them (to rpm) as %config > files? Simplest would seem to be to stop tagging them that > way, but is that valid? (presumably this was done for a > reason back when the rpm packaging was originally done). $ grep '^%config' build/rpm/SPECS/fedora.spec %configure --with-rcdir=/etc/rc.d/init.d --with-tmpdir=/var/lib/pcp/tmp %config %{_sysconfdir}/bash_completion.d/pcp %config %{_sysconfdir}/pcp.env %config(noreplace) %{_localstatedir}/lib/pcp/config/pmcd/pmcd.conf %config(noreplace) %{_localstatedir}/lib/pcp/config/pmcd/pmcd.options %config(noreplace) %{_localstatedir}/lib/pcp/config/pmcd/rc.local %config(noreplace) %{_localstatedir}/lib/pcp/config/pmie/config.default %config(noreplace) %{_localstatedir}/lib/pcp/config/pmie/control %config(noreplace) %{_localstatedir}/lib/pcp/config/pmie/crontab %config(noreplace) %{_localstatedir}/lib/pcp/config/pmie/stomp %config(noreplace) %{_localstatedir}/lib/pcp/config/pmlogger/config.default %config(noreplace) %{_localstatedir}/lib/pcp/config/pmlogger/control %config(noreplace) %{_localstatedir}/lib/pcp/config/pmlogger/crontab %config(noreplace) %{_localstatedir}/lib/pcp/config/pmproxy/pmproxy.options %config %{_sysconfdir}/pcp.conf They all look like legit config files to me - an upgrade should not clobber them if they have local changes. Is that fedora.spec still current? Or did you mean any other files (or one of the other specs?)? None of the above seem to be startup scripts (except rc.local, but that's definitely prone to user customization). Regards -- Mark From kenj@internode.on.net Wed Mar 20 19:32:42 2013 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on oss.sgi.com X-Spam-Level: X-Spam-Status: No, score=0.0 required=5.0 tests=none autolearn=ham version=3.3.1 X-Original-To: pcp@oss.sgi.com Delivered-To: pcp@oss.sgi.com Received: from relay.sgi.com (relay2.corp.sgi.com [137.38.102.29]) by oss.sgi.com (Postfix) with ESMTP id 1787E7CBF for ; Wed, 20 Mar 2013 19:32:42 -0500 (CDT) Received: from cuda.sgi.com (cuda2.sgi.com [192.48.176.25]) by relay2.corp.sgi.com (Postfix) with ESMTP id 01310304039 for ; Wed, 20 Mar 2013 17:32:41 -0700 (PDT) X-ASG-Debug-ID: 1363825959-04cbb04b84352af0001-S8gJnT Received: from ipmail07.adl2.internode.on.net (ipmail07.adl2.internode.on.net [150.101.137.131]) by cuda.sgi.com with ESMTP id 6SzzGCTtWWZsQB9n for ; Wed, 20 Mar 2013 17:32: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: ApQBAI1USlF20dIQ/2dsb2JhbAANNogdvR2Ba4MUBAEBAQQjFUABEAsRAwECAQICBRYLAgIJAwIBAgE0CQgGDQEFAgEBhUWCLa8ycZJSgSOMPYEwBwaCJ4ETA6sAgV8 Received: from ppp118-209-210-16.lns20.mel6.internode.on.net (HELO [192.168.1.100]) ([118.209.210.16]) by ipmail07.adl2.internode.on.net with ESMTP; 21 Mar 2013 11:02:38 +1030 Message-ID: <514A552B.6000005@internode.on.net> Date: Thu, 21 Mar 2013 11:32:43 +1100 From: Ken McDonell User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:17.0) Gecko/20130308 Thunderbird/17.0.4 MIME-Version: 1.0 To: Nathan Scott CC: Mark Goodwin , PCP Subject: Re: Missing man pages References: <555810144.22766672.1363818042014.JavaMail.root@redhat.com> X-ASG-Orig-Subj: Re: Missing man pages In-Reply-To: <555810144.22766672.1363818042014.JavaMail.root@redhat.com> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-Barracuda-Connect: ipmail07.adl2.internode.on.net[150.101.137.131] X-Barracuda-Start-Time: 1363825959 X-Barracuda-URL: http://192.48.176.25:80/cgi-mod/mark.cgi X-Virus-Scanned: by bsmtpd at sgi.com X-Barracuda-BRTS-Status: 1 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=2.7 tests= X-Barracuda-Spam-Report: Code version 3.2, rules version 3.2.2.125784 Rule breakdown below pts rule name description ---- ---------------------- -------------------------------------------------- On 21/03/13 09:20, Nathan Scott wrote: > Hi guys, > > Just running through the results of a tool that checks the > coverage of man pages and command line options etc in the > PCP packages. We are missing a pmwtf(1) - for some reason > I have a very clear memory of you writing that though Ken, > when the original script was written (I have a memory of > half-jokingly asking for it, and then you writing it, but > I cannot seem to find a copy anywhere). Do you remember > whether this actually happened? > No, I don't recall any man page, and I cannot find any file named pmwtf. anywhere on my desktop systems. Although I have found this mail snippet from 2008 which suggests it may never have happened (in the absence of a follow up mail). -------- Forwarded Message -------- From: Mark Goodwin Reply-To: markgw@sgi.com To: Nathan Scott Cc: Ken McDonell , David Chatterton , Jonathan Knispel Subject: Re: For what its worth - pmwtf Date: Fri, 27 Jun 2008 14:11:23 +1000 Nathan Scott wrote: > Its worth plenty - although bonus points would've been given > for a man page ;^) - thanks! If you were to write a man page, and expand the acronym therein, I'm sure Daryl Ramm would send you a case of beer Anyone remember Seppo's proposal for 'pmporcupine'? ... Cheers -- Mark From kenj@internode.on.net Thu Mar 21 00:45:51 2013 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on oss.sgi.com X-Spam-Level: X-Spam-Status: No, score=0.8 required=5.0 tests=PLING_QUERY autolearn=no version=3.3.1 X-Original-To: pcp@oss.sgi.com Delivered-To: pcp@oss.sgi.com Received: from relay.sgi.com (relay3.corp.sgi.com [198.149.34.15]) by oss.sgi.com (Postfix) with ESMTP id 86FB67CBF for ; Thu, 21 Mar 2013 00:45:51 -0500 (CDT) Received: from cuda.sgi.com (cuda2.sgi.com [192.48.176.25]) by relay3.corp.sgi.com (Postfix) with ESMTP id 1354DAC004 for ; Wed, 20 Mar 2013 22:45:50 -0700 (PDT) X-ASG-Debug-ID: 1363844744-04cbb04b8535efe0001-S8gJnT Received: from ipmail04.adl6.internode.on.net (ipmail04.adl6.internode.on.net [150.101.137.141]) by cuda.sgi.com with ESMTP id 0iHdnLFEyaglackr for ; Wed, 20 Mar 2013 22:45:45 -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: AtMCAGmdSlF20dIQ/2dsb2JhbAANNsI8gn6BSyODGAEBAQR4EQsYCRYPCQMCAQIBRRMIAQG3K5MmhmOINBaDKgOrAA Received: from ppp118-209-210-16.lns20.mel6.internode.on.net (HELO [192.168.1.100]) ([118.209.210.16]) by ipmail04.adl6.internode.on.net with ESMTP; 21 Mar 2013 16:15:44 +1030 Message-ID: <514A9E8D.8040709@internode.on.net> Date: Thu, 21 Mar 2013 16:45:49 +1100 From: Ken McDonell User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:17.0) Gecko/20130308 Thunderbird/17.0.4 MIME-Version: 1.0 To: pcp@oss.sgi.com Subject: Re: [pcp] Too much QA testing for IPv6!? ;) References: <1344253533.22202391.1363740717091.JavaMail.root@redhat.com> X-ASG-Orig-Subj: Re: [pcp] Too much QA testing for IPv6!? ;) In-Reply-To: <1344253533.22202391.1363740717091.JavaMail.root@redhat.com> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-Barracuda-Connect: ipmail04.adl6.internode.on.net[150.101.137.141] X-Barracuda-Start-Time: 1363844744 X-Barracuda-URL: http://192.48.176.25:80/cgi-mod/mark.cgi X-Virus-Scanned: by bsmtpd at sgi.com X-Barracuda-BRTS-Status: 1 X-Barracuda-Spam-Score: 1.33 X-Barracuda-Spam-Status: No, SCORE=1.33 using per-user scores of TAG_LEVEL=1000.0 QUARANTINE_LEVEL=1000.0 KILL_LEVEL=2.7 tests=PLING_QUERY X-Barracuda-Spam-Report: Code version 3.2, rules version 3.2.2.125803 Rule breakdown below pts rule name description ---- ---------------------- -------------------------------------------------- 1.33 PLING_QUERY Subject has exclamation mark and question mark On 20/03/13 11:51, Nathan Scott wrote: > Hi Dave, > > Just a note for when you're back from vacation - I'm seeing this > (below) after addition of the IPv6 host/address wildcarding code, > which indicates a huge increase in the time to run this test (062). > AFAICT, it is spending lots of time in the IPv6 loops, and I think > the reverse name lookups (and so many of them) are where the time > ends up going. Further to this ... 062 is failing on lots of platforms because the output from __pmAccDumpHosts() is not deterministic ... the host-spec field sometimes contains :: and sometimes contains :0: for the octet after fec0, e.g. fec0::6:13:2:6:13:2 vs fec0:0:6:13:2:6:13:2 ... I suspect the problem is somewhere in or below __pmSockAddrToString() 062 is failing on other platforms because this representative error [Thu Mar 21 08:57:58] pcp(10098) Error: __pmGetAddrInfo(fec0::0:11:0:0:11:0), Unknown host appears 320 times in the output. And finally (the time to run issue), I think 062 should not be doing IPv6 at all (if that is possible) because this test was motivated by an obscure error in IRIX that dates back to the Crimean War ... I would much rather see some shorter and different variant of the test used for IPv6 if the name/address translations are going to be so slow for IPv6. Cheers, Ken. From kenj@internode.on.net Thu Mar 21 00:59:02 2013 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on oss.sgi.com X-Spam-Level: X-Spam-Status: No, score=0.0 required=5.0 tests=HTML_MESSAGE autolearn=ham version=3.3.1 X-Original-To: pcp@oss.sgi.com Delivered-To: pcp@oss.sgi.com Received: from relay.sgi.com (relay1.corp.sgi.com [137.38.102.111]) by oss.sgi.com (Postfix) with ESMTP id 592EE7CBF for ; Thu, 21 Mar 2013 00:59:02 -0500 (CDT) Received: from cuda.sgi.com (cuda3.sgi.com [192.48.176.15]) by relay1.corp.sgi.com (Postfix) with ESMTP id 4480F8F8068 for ; Wed, 20 Mar 2013 22:59:02 -0700 (PDT) X-ASG-Debug-ID: 1363845538-04cb6c3c12feb20001-S8gJnT Received: from ipmail04.adl6.internode.on.net (ipmail04.adl6.internode.on.net [150.101.137.141]) by cuda.sgi.com with ESMTP id lHqdY5BEKP9Y3iXu for ; Wed, 20 Mar 2013 22:58:59 -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: ApMBAMSgSlF20dIQ/2dsb2JhbAANNsU6gW6DGQEBBIEJLCUPAkYGDQgBAbcwkyiPF4NAA6sA Received: from ppp118-209-210-16.lns20.mel6.internode.on.net (HELO [192.168.1.100]) ([118.209.210.16]) by ipmail04.adl6.internode.on.net with ESMTP; 21 Mar 2013 16:28:28 +1030 Message-ID: <514AA179.60202@internode.on.net> Date: Thu, 21 Mar 2013 16:58:17 +1100 From: Ken McDonell User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:17.0) Gecko/20130308 Thunderbird/17.0.4 MIME-Version: 1.0 To: PCP Subject: Resend: QA Status References: <514A259F.4030808@internode.on.net> X-ASG-Orig-Subj: Resend: QA Status In-Reply-To: <514A259F.4030808@internode.on.net> X-Forwarded-Message-Id: <514A259F.4030808@internode.on.net> Content-Type: multipart/alternative; boundary="------------070005060509070503080704" X-Barracuda-Connect: ipmail04.adl6.internode.on.net[150.101.137.141] X-Barracuda-Start-Time: 1363845539 X-Barracuda-URL: http://192.48.176.15:80/cgi-mod/mark.cgi X-Virus-Scanned: by bsmtpd at sgi.com X-Barracuda-BRTS-Status: 1 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=2.7 tests=HTML_MESSAGE X-Barracuda-Spam-Report: Code version 3.2, rules version 3.2.2.125806 Rule breakdown below pts rule name description ---- ---------------------- -------------------------------------------------- 0.00 HTML_MESSAGE BODY: HTML included in message This is a multi-part message in MIME format. --------------070005060509070503080704 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit [resend to try and get fixed-width formatting via HTML so the table is readable] From my VM farm, here is the latest ... no real analysis yet, but overall it looks OK. QA 062, 067, 116, 169, 244 and 622 are all in need of investigation ... and QA _really_ does not like the environment it finds on my Mac OS X, NetBSD, Slackware and Gentoo boxes ... and some of the python tests are bit fragile. Also there are more "not runs" (Nrun) than I'd expect ... that will need some other investigation. ==== QA Summary ==== Date Run Pass Fail Nrun Host 2013-03-13 514 473 41 91|comma PCP 3.7.0 i386 Darwin 10.8.0 2013-03-07 501 500 1 58|grundy PCP 3.7.0 ia64 SUSE Linux Enterprise Server 11 2013-03-13 516 513 3 44|vm00 PCP 3.7.0 x86_64 Ubuntu 12.04 2013-03-20 526 522 4 79|vm01 PCP 3.7.1 i686 Ubuntu 12.10 2013-03-13 516 501 15 44|vm02 PCP 3.7.1 i686 openSUSE 12.1 2013-03-20 524 512 12 81|vm03 PCP 3.7.1 x86_64 Fedora 18 2013-03-20 523 512 11 82|vm04 PCP 3.7.1 i586 CentOS 5.9 2013-03-13 499 425 74 61|vm05 PCP 3.7.1 i486 Gentoo 2.0.3 2013-03-20 528 521 7 77|vm07 PCP 3.7.1 x86_64 Debian 6.0.5 Daily runs, but no QA |vm09 PCP 3.7.0 i386 NetBSD 5.1.2 2013-03-20 527 513 14 78|vm11 PCP 3.7.1 i586 Debian 6.0.7 2013-03-20 523 513 10 82|vm12 PCP 3.7.1 i686 Fedora 17 2013-03-20 528 518 10 77|vm14 PCP 3.7.1 x86_64 CentOS 6.3 Daily runs, but no QA |vm15 PCP 3.7.0 x86_64 Slackware 13.37.0 2013-03-20 512 500 12 93|vm16 PCP 3.7.1 x86_64 MandrivaLinux 2011.0 2013-03-20 524 519 5 81|vm18 PCP 3.7.1 x86_64 LinuxMint 12 2013-03-13 512 509 3 48|vm19 PCP 3.7.0 x86_64 openSUSE 12.2 ==== QA Failure Map ==== Host ma dy 00 01 02 03 04 05 07 11 12 14 16 18 19 QA QA QA groups (A. ==> pmda.) 023 X 023 pmcd pmprobe 025 X X 025 context pmlc 031 X 031 pmns 032 X 032 pmlc 041 X 041 pmcd 062 X X X X X X X 062 pmcd 067 X X X X X 067 pmcd 068 X X 068 context pmlc 087 X 087 archive 093 X 093 archive 102 X 102 pmlc 110 X 110 A.simple A.proc A.install 112 X 112 pmns 116 X X X X X X X X X X 116 other pmie pmval pmlc 119 X 119 logutil 134 X 134 pmlc pmlogger pmdumplog 135 X 135 pmlc archive pmdumplog 137 X 137 dbpmda A.simple 147 X 147 dbpmda 156 X X 156 A.sample A.proc pmcd_wait A.install 162 X 162 pmda A.proc A.shping A.install 169 X X X X X X X X X 169 pmcd 170 X X 170 other 172 X X X 172 pmcd pmlc 183 X 183 logutil 192 X 192 pdu 200 X 200 context 244 X X X X X X X 244 pmcd pmprobe 255 X X X X 255 compat pmda A.proc help A.install A.simple 273 X X X 273 libpcp 279 X X X 279 pmcd 287 X X X 287 pmlogreduce pmval 297 X 297 pmproxy 316 X 316 libpcp 359 X X X 359 pmcd pminfo 369 X 369 pmimport pmdumplog perl 370 X X X X 370 pmimport derive pmdumplog perl 372 X 372 pmimport pmdumplog perl 375 X 375 pmlc pmlogger 383 X 383 A.cisco 388 X X 388 archive mem_leak valgrind 393 X X 393 archive mem_leak valgrind 394 X 394 archive mem_leak valgrind 400 X 400 pminfo mem_leak valgrind context_local libpcp event 430 X X 430 logutil folio 439 X 439 pmlc 459 X X 459 pmlogreduce valgrind 482 X 482 pmlogsummary pmdumplog 511 X 511 pmimport pmdumplog pmlogsummary perl 513 X 513 libpcp pdu 532 X 532 logutil pmlogextract 555 X X 555 pmie 558 X 558 pmie 622 X X X X X X X X X 622 pmie 652 X 652 A.systemd event 707 X X X X X 707 pcp.py libpcp 708 X 708 pcp.py pmimport 709 X X X X X 709 pcp.py 710 X 710 pcp.py pmimport 712 X 712 context libpcp pmcd 713 X 713 context libpcp pmproxy 714 X 714 context libpcp pmcd --------------070005060509070503080704 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit [resend to try and get fixed-width formatting via HTML so the table is readable]

From my VM farm, here is the latest ... no real analysis yet, but overall it looks OK.

QA 062, 067, 116, 169, 244 and 622 are all in need of investigation ... and QA _really_ does not like the environment it finds on my Mac OS X, NetBSD, Slackware and Gentoo boxes ... and some of the python tests are bit fragile.

Also there are more "not runs" (Nrun) than I'd expect ... that will need some other investigation. 
==== QA Summary ====

Date        Run Pass Fail Nrun Host
2013-03-13  514  473   41   91|comma PCP 3.7.0 i386 Darwin 10.8.0
2013-03-07  501  500    1   58|grundy PCP 3.7.0 ia64 SUSE Linux Enterprise Server 11
2013-03-13  516  513    3   44|vm00 PCP 3.7.0 x86_64 Ubuntu 12.04
2013-03-20  526  522    4   79|vm01 PCP 3.7.1 i686 Ubuntu 12.10
2013-03-13  516  501   15   44|vm02 PCP 3.7.1 i686 openSUSE 12.1
2013-03-20  524  512   12   81|vm03 PCP 3.7.1 x86_64 Fedora 18
2013-03-20  523  512   11   82|vm04 PCP 3.7.1 i586 CentOS 5.9
2013-03-13  499  425   74   61|vm05 PCP 3.7.1 i486 Gentoo 2.0.3
2013-03-20  528  521    7   77|vm07 PCP 3.7.1 x86_64 Debian 6.0.5
Daily runs, but no QA         |vm09 PCP 3.7.0 i386 NetBSD 5.1.2
2013-03-20  527  513   14   78|vm11 PCP 3.7.1 i586 Debian 6.0.7
2013-03-20  523  513   10   82|vm12 PCP 3.7.1 i686 Fedora 17
2013-03-20  528  518   10   77|vm14 PCP 3.7.1 x86_64 CentOS 6.3
Daily runs, but no QA         |vm15 PCP 3.7.0 x86_64 Slackware 13.37.0
2013-03-20  512  500   12   93|vm16 PCP 3.7.1 x86_64 MandrivaLinux 2011.0
2013-03-20  524  519    5   81|vm18 PCP 3.7.1 x86_64 LinuxMint 12
2013-03-13  512  509    3   48|vm19 PCP 3.7.0 x86_64 openSUSE 12.2

==== QA Failure Map ====

Host ma dy 00 01 02 03 04 05 07 11 12 14 16 18 19
  QA                                                QA QA groups (A. ==> pmda.)
 023                       X                       023 pmcd pmprobe
 025              X        X                       025 context pmlc
 031                 X                             031 pmns
 032                       X                       032 pmlc
 041                       X                       041 pmcd
 062  X     X  X  X        X                 X  X  062 pmcd
 067  X                    X  X  X           X     067 pmcd
 068              X        X                       068 context pmlc
 087                                X              087 archive
 093              X                                093 archive
 102                       X                       102 pmlc
 110  X                                            110 A.simple A.proc A.install
 112                 X                             112 pmns
 116  X        X     X  X     X  X  X  X  X  X     116 other pmie pmval pmlc
 119                       X                       119 logutil
 134                                      X        134 pmlc pmlogger pmdumplog
 135                                      X        135 pmlc archive pmdumplog
 137  X                                            137 dbpmda A.simple
 147  X                                            147 dbpmda
 156                       X              X        156 A.sample A.proc pmcd_wait A.install
 162  X                                            162 pmda A.proc A.shping A.install
 169        X        X     X  X  X  X  X  X  X     169 pmcd
 170                       X              X        170 other
 172  X                    X              X        172 pmcd pmlc
 183                       X                       183 logutil
 192                       X                       192 pdu
 200              X                                200 context
 244  X     X     X  X              X  X        X  244 pmcd pmprobe
 255  X              X              X  X           255 compat pmda A.proc help A.install A.simple
 273  X           X     X                          273 libpcp
 279                 X              X  X           279 pmcd
 287  X                       X  X                 287 pmlogreduce pmval
 297              X                                297 pmproxy
 316                    X                          316 libpcp
 359                 X                 X  X        359 pmcd pminfo
 369  X                                            369 pmimport pmdumplog perl
 370                          X  X     X  X        370 pmimport derive pmdumplog perl
 372           X                                   372 pmimport pmdumplog perl
 375  X                                            375 pmlc pmlogger
 383                    X                          383 A.cisco
 388              X              X                 388 archive mem_leak valgrind
 393              X              X                 393 archive mem_leak valgrind
 394              X                                394 archive mem_leak valgrind
 400                             X                 400 pminfo mem_leak valgrind context_local libpcp event
 430     X           X                             430 logutil folio
 439              X                                439 pmlc
 459              X     X                          459 pmlogreduce valgrind
 482                    X                          482 pmlogsummary pmdumplog
 511              X                                511 pmimport pmdumplog pmlogsummary perl
 513                          X                    513 libpcp pdu
 532                                            X  532 logutil pmlogextract
 555                 X              X              555 pmie
 558              X                                558 pmie
 622           X     X  X     X  X  X  X  X  X     622 pmie
 652                 X                             652 A.systemd event
 707                    X        X  X  X  X        707 pcp.py libpcp
 708                    X                          708 pcp.py pmimport
 709                    X        X  X  X  X        709 pcp.py
 710                    X                          710 pcp.py pmimport
 712                             X                 712 context libpcp pmcd
 713                             X                 713 context libpcp pmproxy
 714                             X                 714 context libpcp pmcd


--------------070005060509070503080704-- From kenj@internode.on.net Thu Mar 21 01:39:22 2013 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on oss.sgi.com X-Spam-Level: X-Spam-Status: No, score=0.0 required=5.0 tests=none autolearn=ham version=3.3.1 X-Original-To: pcp@oss.sgi.com Delivered-To: pcp@oss.sgi.com Received: from relay.sgi.com (relay2.corp.sgi.com [137.38.102.29]) by oss.sgi.com (Postfix) with ESMTP id AE4727F37 for ; Thu, 21 Mar 2013 01:39:22 -0500 (CDT) Received: from cuda.sgi.com (cuda3.sgi.com [192.48.176.15]) by relay2.corp.sgi.com (Postfix) with ESMTP id 8F531304048 for ; Wed, 20 Mar 2013 23:39:19 -0700 (PDT) X-ASG-Debug-ID: 1363847957-04cb6c5e0222db0001-S8gJnT Received: from ipmail04.adl6.internode.on.net (ipmail04.adl6.internode.on.net [150.101.137.141]) by cuda.sgi.com with ESMTP id YyRgxfNLXGgCuIw0 for ; Wed, 20 Mar 2013 23:39:18 -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: ApMBAECqSlF20dIQ/2dsb2JhbAANNscug1dAPRYYAwIBAgFLDQgBAbckky6SVwOrAA Received: from ppp118-209-210-16.lns20.mel6.internode.on.net (HELO [192.168.1.100]) ([118.209.210.16]) by ipmail04.adl6.internode.on.net with ESMTP; 21 Mar 2013 17:09:17 +1030 Message-ID: <514AAB1A.9060101@internode.on.net> Date: Thu, 21 Mar 2013 17:39:22 +1100 From: Ken McDonell User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:17.0) Gecko/20130308 Thunderbird/17.0.4 MIME-Version: 1.0 To: PCP Subject: IPv6 conditional Content-Type: text/plain; charset=ISO-8859-1; format=flowed X-ASG-Orig-Subj: IPv6 conditional Content-Transfer-Encoding: 7bit X-Barracuda-Connect: ipmail04.adl6.internode.on.net[150.101.137.141] X-Barracuda-Start-Time: 1363847957 X-Barracuda-URL: http://192.48.176.15:80/cgi-mod/mark.cgi X-Virus-Scanned: by bsmtpd at sgi.com X-Barracuda-BRTS-Status: 1 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=2.7 tests= X-Barracuda-Spam-Report: Code version 3.2, rules version 3.2.2.125808 Rule breakdown below pts rule name description ---- ---------------------- -------------------------------------------------- In pmconfig we assert that IPv6 is always enabled for builds from PCP 3.6.11 on. But what if the kernel does not have IPv6 support, e.g. on Gentoo $ cat /proc/net/if_inet6 cat: /proc/net/if_inet6: No such file or directory or the ipv6 kernel module is not loaded/built-in on Linux, or goodness knows what on the non-Linux systems. So in PCPland we try and make IPv6 sockets for pmcd et al and they all fail ... this problem is is implicated in 66 of the 74 failing QA cases for vm05 PCP 3.7.1 i486 Gentoo 2.0.3. Seems like we need to be much smarter here (a) in the build, or (b) at run-time or (c) both. From kenj@internode.on.net Fri Mar 22 01:14:18 2013 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on oss.sgi.com X-Spam-Level: X-Spam-Status: No, score=0.0 required=5.0 tests=none autolearn=ham version=3.3.1 X-Original-To: pcp@oss.sgi.com Delivered-To: pcp@oss.sgi.com Received: from relay.sgi.com (relay3.corp.sgi.com [198.149.34.15]) by oss.sgi.com (Postfix) with ESMTP id 4A6F47F37 for ; Fri, 22 Mar 2013 01:14:18 -0500 (CDT) Received: from cuda.sgi.com (cuda1.sgi.com [192.48.157.11]) by relay3.corp.sgi.com (Postfix) with ESMTP id DE67CAC002 for ; Thu, 21 Mar 2013 23:14:14 -0700 (PDT) X-ASG-Debug-ID: 1363932849-04bdf00a0b3f9480001-S8gJnT Received: from ipmail04.adl6.internode.on.net (ipmail04.adl6.internode.on.net [150.101.137.141]) by cuda.sgi.com with ESMTP id 2PJ7OuQ7AL5buuYZ for ; Thu, 21 Mar 2013 23:14:10 -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: ApMBADT2S1F20dIQ/2dsb2JhbAANNsdfhBcwDRYYAwIBAgE/GQYCAQG2X5Mfjy+DKgOYA5MC Received: from ppp118-209-210-16.lns20.mel6.internode.on.net (HELO [192.168.1.100]) ([118.209.210.16]) by ipmail04.adl6.internode.on.net with ESMTP; 22 Mar 2013 16:43:43 +1030 Message-ID: <514BF69E.7060109@internode.on.net> Date: Fri, 22 Mar 2013 17:13:50 +1100 From: Ken McDonell User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:17.0) Gecko/20130308 Thunderbird/17.0.4 MIME-Version: 1.0 To: pcp@oss.sgi.com Subject: pcp updates Content-Type: text/plain; charset=ISO-8859-1 X-ASG-Orig-Subj: pcp updates Content-Transfer-Encoding: 7bit X-Barracuda-Connect: ipmail04.adl6.internode.on.net[150.101.137.141] X-Barracuda-Start-Time: 1363932849 X-Barracuda-URL: http://192.48.157.11:80/cgi-mod/mark.cgi X-Barracuda-BRTS-Status: 1 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=2.7 tests= X-Barracuda-Spam-Report: Code version 3.2, rules version 3.2.2.125888 Rule breakdown below pts rule name description ---- ---------------------- -------------------------------------------------- Changes committed to git://oss.sgi.com/kenj/pcp.git dev Makepkgs | 1 qa/388 | 2 qa/388.out | 8 qa/600 | 2 qa/710 | 1 qa/GNUmakefile | 2 qa/admin/README | 6 qa/admin/pcp-daily | 741 ++++++++++++++++++++++++++++++++++++++++++++ qa/admin/pcp-qa-summary | 189 +++++++++++ qa/common.check | 10 qa/valgrind-suppress-3.6.1 | 23 + src/include/builddefs.in | 32 + src/libpcp/src/auxconnect.c | 2 13 files changed, 998 insertions(+), 21 deletions(-) commit 30e0510f53051ffaa14e3501e6979592596b59ed Author: Ken McDonell Date: Fri Mar 22 17:11:02 2013 +1100 libpcp/auxconnect.c - rework error code from last commit ECONNREFUSED is better than EINVAL here. commit 0171b37b4e41a3c997ca2955fdfdc97124765738 Author: Ken McDonell Date: Fri Mar 22 17:09:26 2013 +1100 Fix Gentoo packaging for python bits The recipe that was there was never going to work (untested cut-n-paste from the Perl equivalent steps). commit 466509c4df7d06bb5fa34b5998eb51a31a1f40c9 Author: Ken McDonell Date: Fri Mar 22 14:09:32 2013 +1100 Ken's QA scripts ... nothing interesting here, move on commit 2675392a3b58836ee413cafbf0711886972f0a2c Author: Ken McDonell Date: Fri Mar 22 13:58:30 2013 +1100 qa/388 - was supposed to iterate over different deltas Comment was correct, script was wrong! commit 3126750552e538fa2e34acaac1c8b0575fbcb2b3 Author: Ken McDonell Date: Fri Mar 22 13:57:53 2013 +1100 qa/710 if python test fails, report why commit aaab78c62c4906b5305fae5882e60f558230edda Author: Ken McDonell Date: Fri Mar 22 13:54:49 2013 +1100 Makepkgs - add configure --libexecdir=/usr/lib for Linux All of the packaged builds (rpm, dpkg, ...) do this now ... so do the same for the tar builds (the only ones that use configure options from Makepkgs) for platforms where we don't know how to make real packages as yet. commit ddae2b32d0c411119a97235cd329407e6b14fc44 Author: Ken McDonell Date: Fri Mar 22 13:42:42 2013 +1100 qa/valgrind - add conditional suppressions for busted valgrind versions We know that valgrind 3.6.1 reports bogus failures in libpcp/interp.c, e.g. on vm02 PCP 3.7.1 i686 openSUSE 12.1 This commit adds conditional (based on valgrind version) additional suppression files to make dodge the valgrind botch. commit 77138c84391b789934376823ffc1711e81858a80 Author: Ken McDonell Date: Thu Mar 21 08:55:47 2013 +1100 qa/GNUmakefile - fix qa_outfiles recipe Need to dodge NNN.out.bad files as well. commit 8cdbaf33c2b9490cbc07ce3a7d7da3257a905b37 Author: Ken McDonell Date: Wed Mar 20 14:24:38 2013 +1100 qa/600 - fix glibc version extraction for deb libc6:amd64 pkg From nscott@redhat.com Fri Mar 22 01:15:37 2013 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on oss.sgi.com X-Spam-Level: X-Spam-Status: No, score=0.0 required=5.0 tests=none autolearn=ham version=3.3.1 X-Original-To: pcp@oss.sgi.com Delivered-To: pcp@oss.sgi.com Received: from relay.sgi.com (relay3.corp.sgi.com [198.149.34.15]) by oss.sgi.com (Postfix) with ESMTP id 58F997F37 for ; Fri, 22 Mar 2013 01:15:37 -0500 (CDT) Received: from cuda.sgi.com (cuda3.sgi.com [192.48.176.15]) by relay3.corp.sgi.com (Postfix) with ESMTP id D185FAC007 for ; Thu, 21 Mar 2013 23:15:36 -0700 (PDT) X-ASG-Debug-ID: 1363932934-04cb6c4a433c61d0001-S8gJnT Received: from mx4-phx2.redhat.com (mx4-phx2.redhat.com [209.132.183.25]) by cuda.sgi.com with ESMTP id 343J3FOV6syyUb1r for ; Thu, 21 Mar 2013 23:15:35 -0700 (PDT) X-Barracuda-Envelope-From: nscott@redhat.com X-Barracuda-Apparent-Source-IP: 209.132.183.25 Received: from zmail20.collab.prod.int.phx2.redhat.com (zmail20.collab.prod.int.phx2.redhat.com [10.5.83.23]) by mx4-phx2.redhat.com (8.13.8/8.13.8) with ESMTP id r2M6FVkC014816; Fri, 22 Mar 2013 02:15:31 -0400 Date: Fri, 22 Mar 2013 02:15:31 -0400 (EDT) From: Nathan Scott Reply-To: Nathan Scott To: Ken McDonell Cc: PCP Message-ID: <1805429153.23471198.1363932931761.JavaMail.root@redhat.com> In-Reply-To: <514AAB1A.9060101@internode.on.net> Subject: Re: [pcp] IPv6 conditional MIME-Version: 1.0 X-ASG-Orig-Subj: Re: [pcp] IPv6 conditional Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-Originating-IP: [10.64.51.246] X-Mailer: Zimbra 7.2.0_GA_2669 (ZimbraWebClient - FF3.0 (Linux)/7.2.0_GA_2669) X-Barracuda-Connect: mx4-phx2.redhat.com[209.132.183.25] X-Barracuda-Start-Time: 1363932934 X-Barracuda-URL: http://192.48.176.15:80/cgi-mod/mark.cgi X-Virus-Scanned: by bsmtpd at sgi.com X-Barracuda-BRTS-Status: 1 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=2.7 tests= X-Barracuda-Spam-Report: Code version 3.2, rules version 3.2.2.125888 Rule breakdown below pts rule name description ---- ---------------------- -------------------------------------------------- Hi Ken, ----- Original Message ----- > In pmconfig we assert that IPv6 is always enabled for builds from PCP > 3.6.11 on. > > But what if the kernel does not have IPv6 support, e.g. on Gentoo > > $ cat /proc/net/if_inet6 > cat: /proc/net/if_inet6: No such file or directory Hmm. Yeah, we should do better. > or the ipv6 kernel module is not loaded/built-in on Linux, or > goodness knows what on the non-Linux systems. For non-Linux (Win32 and Mac at least, but I expect *BSD & Solaris) I'd be very surprised if they do not have IPv6 enabled out of the box - certainly Windows and Mac are known to support it by default. > Seems like we need to be much smarter here (a) in the build, or (b) > at run-time or (c) both. > Since its most likely to be the less mainstream Linux distributions, I think, how about we turn the pmconfig test into a runtime check on existence of that procfs file? (guarded by "ifdef IS_LINUX" I guess) Sounds like that will work for all of the failing cases you're seeing and probably almost all in practice - any others that come along can be special-cased as well. cheers. -- Nathan From nscott@redhat.com Fri Mar 22 01:26:06 2013 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on oss.sgi.com X-Spam-Level: X-Spam-Status: No, score=0.0 required=5.0 tests=none autolearn=ham version=3.3.1 X-Original-To: pcp@oss.sgi.com Delivered-To: pcp@oss.sgi.com Received: from relay.sgi.com (relay2.corp.sgi.com [137.38.102.29]) by oss.sgi.com (Postfix) with ESMTP id 5A49F7F37 for ; Fri, 22 Mar 2013 01:26:06 -0500 (CDT) Received: from cuda.sgi.com (cuda2.sgi.com [192.48.176.25]) by relay2.corp.sgi.com (Postfix) with ESMTP id 4BD01304064 for ; Thu, 21 Mar 2013 23:26:06 -0700 (PDT) X-ASG-Debug-ID: 1363933563-04cbb04b873b7d10001-S8gJnT Received: from mx3-phx2.redhat.com (mx3-phx2.redhat.com [209.132.183.24]) by cuda.sgi.com with ESMTP id X38dPusHXYXd6axh for ; Thu, 21 Mar 2013 23:26:03 -0700 (PDT) X-Barracuda-Envelope-From: nscott@redhat.com X-Barracuda-Apparent-Source-IP: 209.132.183.24 Received: from zmail20.collab.prod.int.phx2.redhat.com (zmail20.collab.prod.int.phx2.redhat.com [10.5.83.23]) by mx3-phx2.redhat.com (8.13.8/8.13.8) with ESMTP id r2M6Q34w018099 for ; Fri, 22 Mar 2013 02:26:03 -0400 Date: Fri, 22 Mar 2013 02:26:03 -0400 (EDT) From: Nathan Scott Reply-To: Nathan Scott To: PCP Message-ID: <1056191437.23472757.1363933563415.JavaMail.root@redhat.com> In-Reply-To: <1003825337.23472741.1363933546864.JavaMail.root@redhat.com> Subject: pcp updates: pmdasimple.py MIME-Version: 1.0 X-ASG-Orig-Subj: pcp updates: pmdasimple.py Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-Originating-IP: [10.64.51.246] X-Mailer: Zimbra 7.2.0_GA_2669 (ZimbraWebClient - FF3.0 (Linux)/7.2.0_GA_2669) X-Barracuda-Connect: mx3-phx2.redhat.com[209.132.183.24] X-Barracuda-Start-Time: 1363933563 X-Barracuda-URL: http://192.48.176.25:80/cgi-mod/mark.cgi X-Virus-Scanned: by bsmtpd at sgi.com X-Barracuda-BRTS-Status: 1 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=2.7 tests= X-Barracuda-Spam-Report: Code version 3.2, rules version 3.2.2.125890 Rule breakdown below pts rule name description ---- ---------------------- -------------------------------------------------- Changes committed to git://oss.sgi.com/nathans/pcp.git dev qa/110 | 1 qa/560 | 1 qa/628 | 3 qa/715 | 103 +++++++++++ qa/715.out | 56 ++++++ qa/716 | 50 +++++ qa/716.out | 86 ++++++++++ qa/717 | 103 +++++++++++ qa/717.out | 56 ++++++ qa/718 | 50 +++++ qa/718.out | 86 ++++++++++ qa/group | 15 + src/include/builddefs.in | 29 +++ src/include/pcp/impl.h | 42 ++-- src/include/pcp/pmda.h | 44 ++--- src/pmcd/pmdaproc.sh | 91 ++++++++-- src/pmdas/elasticsearch/pmdaelasticsearch.pl | 4 src/pmdas/simple/.gitignore | 2 src/pmdas/simple/GNUmakefile | 8 src/pmdas/simple/Install | 2 src/pmdas/simple/Remove | 4 src/pmdas/simple/help | 8 src/pmdas/simple/pmdasimple.pl | 13 - src/pmdas/simple/pmdasimple.py | 232 +++++++++++++++++++++++++++ src/pmdas/simple/pmns | 4 src/pmnscomp/pmnscomp.c | 8 26 files changed, 1003 insertions(+), 98 deletions(-) commit 42b9339ae7755eb8861e9054a19f9a553cdd76be Author: Nathan Scott Date: Fri Mar 22 17:24:26 2013 +1100 Initial implementation of pmdasimple in python Updates to the install and build processes to support python PMDAs in general, plus initial version of the simple PMDA as a python script. commit 8351b3a82e78eca2c311b582d6ac5524f5d12a24 Author: Nathan Scott Date: Fri Mar 22 17:08:32 2013 +1100 Update gitignore file for local pmdasimple shlib build commit 952a48977f78870f3ca3d51b1c93b9ba6b0e2b99 Author: Nathan Scott Date: Fri Mar 22 13:54:07 2013 +1100 Prepare potentially affected QA tests for arrival of python PMDAs commit 5e5ee8257948a0877dff257c56a4477122d9cdce Author: Nathan Scott Date: Fri Mar 22 13:49:16 2013 +1100 Add initial python PMDA module checkout via pmdasimple.py Adds test 717 and 718 to exercise various aspects of a real python PMDA installation (via pmdasimple.py) and responses to various PDU requests. commit 8157af4ae3037a19598b92a879c26935c00d94de Author: Nathan Scott Date: Fri Mar 22 13:42:23 2013 +1100 Correct an issue in the pmdasimple help text file Found while looking into addition of the python PMDA module. The indom numbering for the color and time indoms were not zero-indexed as they should be, but rather were indexed from one on. This numbering is zero-based for both the C and perl implementations. QA test 716 now exercises this area, as well as adding further checking to the descriptor handling in the perl implemenation. commit 3f84a9f5292b518c64ab88834a890e3fa40ceb34 Author: Nathan Scott Date: Fri Mar 22 13:22:18 2013 +1100 Correct an issue in the perl implementation of pmdasimple Found while looking into addition of the python PMDA module. The timeslices hash was not been manipulated correctly, hence the perl implementation was not correctly handling updates to the simple.conf file. QA test 715 now exercises this area. commit ee71ed1fc9315eac888b800d2f7a1b840ad0e9d0 Author: Nathan Scott Date: Thu Mar 21 11:50:59 2013 +1100 Further namespace trickery to get clean header separation Earlier commit didnt quite work, so now making use of a neat trick I recently picked up from Dave about using a typedef with the same name as the associated struct. Also removed the very poorly named "pn_s" struct from impl.h and replaced it with the same scheme. Very slight risk of a 3rd party build fallout as a result, but I seriously doubt it and leaving it seems more likely to cause a conflict someday. commit c6a39a78f74b36396d603c63308f90ea55d480a1 Author: Nathan Scott Date: Thu Mar 21 10:55:38 2013 +1100 Remove accidental use of anonymous hash in pmdaelasticsearch From devpriya00@gmail.com Fri Mar 22 15:06:16 2013 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on oss.sgi.com X-Spam-Level: X-Spam-Status: No, score=0.3 required=5.0 tests=FREEMAIL_ENVFROM_END_DIGIT, FREEMAIL_FROM,HTML_MESSAGE,T_DKIM_INVALID autolearn=no version=3.3.1 X-Original-To: pcp@oss.sgi.com Delivered-To: pcp@oss.sgi.com Received: from relay.sgi.com (relay2.corp.sgi.com [137.38.102.29]) by oss.sgi.com (Postfix) with ESMTP id 5546E7F66 for ; Fri, 22 Mar 2013 15:06:16 -0500 (CDT) Received: from cuda.sgi.com (cuda3.sgi.com [192.48.176.15]) by relay2.corp.sgi.com (Postfix) with ESMTP id 34A58304070 for ; Fri, 22 Mar 2013 13:06:13 -0700 (PDT) X-ASG-Debug-ID: 1363982767-04cb6c2cd90f5e0001-S8gJnT Received: from mail-la0-f47.google.com (mail-la0-f47.google.com [209.85.215.47]) by cuda.sgi.com with ESMTP id k2eqGN1uHpgPBeTs (version=TLSv1 cipher=RC4-SHA bits=128 verify=NO) for ; Fri, 22 Mar 2013 13:06:08 -0700 (PDT) X-Barracuda-Envelope-From: devpriya00@gmail.com X-Barracuda-Apparent-Source-IP: 209.85.215.47 X-Barracuda-IPDD: Level1 [gmail.com/209.85.215.47] Received: by mail-la0-f47.google.com with SMTP id fj20so7911388lab.6 for ; Fri, 22 Mar 2013 13:06:07 -0700 (PDT) X-Barracuda-IPDD: Level1 [gmail.com/209.85.215.47] X-Barracuda-IPDD: Level1 [gmail.com/209.85.215.47] DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:x-received:date:message-id:subject:from:to:cc :content-type; bh=qDbXt38dMlI/IGZ6IHuRL3wqQgDj1QYZstmYPEyeFX8=; b=vL8EjyL/CH9AJbvxyAK1SxaMnElYqH/sp6KKw0XNWtqfQuRQPEJkd4jghzXMNZof96 +LUGYYrfU/Nzant4Chqb2eMmfGIIOfww/YPK3igs4P2sRhqvwLKZg31zd4X7cJq9ZLDj lZgccBXKwLg3vtw3COSqS2lglSp/vSS3yWuRwL4EjWT+NaZXqnwhvO1dU49Nbzrxoz7n yZWNVfBNAR8gmc8pyQmZORQwb+zVD3XkNlmKHoePPFfLBnOCz7n04P5B0UvmhPNKaz8k rXgAPF5j7eJtO6N0+td6fAkJoCp1vKRskSEIrOxHyd4265Ck7AkB+dI7DDQ5rEA8OZeS 4T+g== MIME-Version: 1.0 X-Received: by 10.112.20.68 with SMTP id l4mr1782287lbe.58.1363982767452; Fri, 22 Mar 2013 13:06:07 -0700 (PDT) Received: by 10.114.26.99 with HTTP; Fri, 22 Mar 2013 13:06:07 -0700 (PDT) Date: Fri, 22 Mar 2013 13:06:07 -0700 Message-ID: Subject: Latest version of pmwebapi not working with pmcd v3.6.9 From: Dev Priya X-ASG-Orig-Subj: Latest version of pmwebapi not working with pmcd v3.6.9 To: pcp@oss.sgi.com Cc: Jun Wang Content-Type: multipart/alternative; boundary=14dae93d91dc557a3304d888fcd5 X-Barracuda-Connect: mail-la0-f47.google.com[209.85.215.47] X-Barracuda-Start-Time: 1363982768 X-Barracuda-Encrypted: RC4-SHA X-Barracuda-URL: http://192.48.176.15:80/cgi-mod/mark.cgi X-Virus-Scanned: by bsmtpd at sgi.com X-Barracuda-BRTS-Status: 1 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=2.7 tests=DKIM_SIGNED, DKIM_VERIFIED, HTML_MESSAGE X-Barracuda-Spam-Report: Code version 3.2, rules version 3.2.2.125938 Rule breakdown below pts rule name description ---- ---------------------- -------------------------------------------------- -0.00 DKIM_VERIFIED Domain Keys Identified Mail: signature passes verification 0.00 DKIM_SIGNED Domain Keys Identified Mail: message has a signature 0.00 HTML_MESSAGE BODY: HTML included in message --14dae93d91dc557a3304d888fcd5 Content-Type: text/plain; charset=ISO-8859-1 Hi Guys, About couple of months back when I had checked out pmwebapi from git:// sourceware.org/git/pcpfans.git and installed it, it was working fine out of the box. Now I guess some recent changes have gone in that has broken the compatibility with v3.6.9 of pmcd. pmwebapi launches but as soon as I connect to it, it throws an error saying undefined symbol: __pmHashWalkCB pmwebapi(32253) Info: Started daemon on tcp port 44323, pmapi url /pmapi pmwebapi: symbol lookup error: pmwebapi: undefined symbol: __pmHashWalkCB I saw that some changes were checked in fche/pmwebapi branch related to __pmHashWalkCB so I tried building pcp and pmcd from source from this branch. The build finishes with the commands ./configure; sudo make install but pcp fails to run saying no file found /etc/pcp.env. I located pcp.env in /usr/local/share and copied it to /etc/pcp.env. Now pcp runs but pmcd is not to be found anywhere! I try restarting pmcd service but the service is not found! Can someone please point me to a stable tag that will build fine with pcp, pmcd and pmwebapi? If would be great if I can use the old pmwebapi that works fine with v3.6.9. Please point me to the tag/commit of pmwebapi that will work with v3.6.9 Thanks, Dev --14dae93d91dc557a3304d888fcd5 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Hi Guys,

About couple of months back when I had checked = out pmwebapi from=A0git:/= /sourceware.org/git/pcpfa= ns.git and installed it, it was working fine out of the box. Now I gues= s some recent changes have gone in that has broken the compatibility with v= 3.6.9 of pmcd.

pmwebapi launches but as soon as I connect to it, it throws an error sayi= ng undefined symbol: __pmHashWalkCB

pmwebapi(32253) Info: Started daemon on tcp port 44323, pmap= i url /pmapi
pmwebapi: symbol lookup error: pmwebapi: undef= ined symbol: __pmHashWalkCB

I saw tha= t some changes were checked in fche/pmwebapi branch related to __pmHashWalk= CB so I tried building pcp and pmcd from source from this branch. The build= finishes with the commands

./configure; sudo make install

but pcp fails to run saying no file found /etc/pcp.env. I located pcp.env = in /usr/local/share and copied it to /etc/pcp.env. Now pcp runs but pmcd is= not to be found anywhere! I try restarting pmcd service but the service is= not found!

Can someone please point me to a stable tag that will b= uild fine with pcp, pmcd and pmwebapi? If would be great if I can use the o= ld pmwebapi that works fine with v3.6.9. Please point me to the tag/commit = of pmwebapi that will work with v3.6.9

Thanks,
Dev
--14dae93d91dc557a3304d888fcd5-- From kenj@internode.on.net Fri Mar 22 15:12:20 2013 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on oss.sgi.com X-Spam-Level: X-Spam-Status: No, score=0.0 required=5.0 tests=none autolearn=ham version=3.3.1 X-Original-To: pcp@oss.sgi.com Delivered-To: pcp@oss.sgi.com Received: from relay.sgi.com (relay2.corp.sgi.com [137.38.102.29]) by oss.sgi.com (Postfix) with ESMTP id F194C7F66 for ; Fri, 22 Mar 2013 15:12:19 -0500 (CDT) Received: from cuda.sgi.com (cuda2.sgi.com [192.48.176.25]) by relay2.corp.sgi.com (Postfix) with ESMTP id DFFF0304070 for ; Fri, 22 Mar 2013 13:12:19 -0700 (PDT) X-ASG-Debug-ID: 1363983134-04cbb00c1211d40001-S8gJnT Received: from ipmail06.adl2.internode.on.net (ipmail06.adl2.internode.on.net [150.101.137.129]) by cuda.sgi.com with ESMTP id z0q84asoxHQbf9xL for ; Fri, 22 Mar 2013 13:12:14 -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: AnsDAIi6TFF20dIQ/2dsb2JhbAANNsVNAQMBA4F8g1dAPRYYAwIBAgFLDQgBAbcakxSSWQOrBg Received: from ppp118-209-210-16.lns20.mel6.internode.on.net (HELO [192.168.1.100]) ([118.209.210.16]) by ipmail06.adl2.internode.on.net with ESMTP; 23 Mar 2013 06:42:13 +1030 Message-ID: <514CBB25.2010608@internode.on.net> Date: Sat, 23 Mar 2013 07:12:21 +1100 From: Ken McDonell User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:17.0) Gecko/20130308 Thunderbird/17.0.4 MIME-Version: 1.0 To: PCP Mailing List Subject: encrypted ipc QA failures Content-Type: text/plain; charset=ISO-8859-1; format=flowed X-ASG-Orig-Subj: encrypted ipc QA failures Content-Transfer-Encoding: 7bit X-Barracuda-Connect: ipmail06.adl2.internode.on.net[150.101.137.129] X-Barracuda-Start-Time: 1363983134 X-Barracuda-URL: http://192.48.176.25:80/cgi-mod/mark.cgi X-Virus-Scanned: by bsmtpd at sgi.com X-Barracuda-BRTS-Status: 1 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=2.7 tests= X-Barracuda-Spam-Report: Code version 3.2, rules version 3.2.2.125938 Rule breakdown below pts rule name description ---- ---------------------- -------------------------------------------------- I'm seeing this 16c16 < pminfo: Cannot connect to PMCD on host "HOST": Peer's certificate has an invalid signature. --- > pminfo: Cannot connect to PMCD on host "HOST": Unknown code ___f 10 for 712 713 and 714 on vm11 PCP 3.7.1 i586 Debian 6.0.7 (sometimes the line ends in ___f 13) Does this look familiar to anyone ... is it some sort of QA setup I'm missing or a PCP problem? From kenj@internode.on.net Fri Mar 22 17:35:30 2013 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on oss.sgi.com X-Spam-Level: X-Spam-Status: No, score=0.0 required=5.0 tests=none autolearn=ham version=3.3.1 X-Original-To: pcp@oss.sgi.com Delivered-To: pcp@oss.sgi.com Received: from relay.sgi.com (relay1.corp.sgi.com [137.38.102.111]) by oss.sgi.com (Postfix) with ESMTP id 48F767F52 for ; Fri, 22 Mar 2013 17:35:30 -0500 (CDT) Received: from cuda.sgi.com (cuda2.sgi.com [192.48.176.25]) by relay1.corp.sgi.com (Postfix) with ESMTP id 1A8508F8094 for ; Fri, 22 Mar 2013 15:35:29 -0700 (PDT) X-ASG-Debug-ID: 1363991724-04cbb00c101d4b0001-S8gJnT Received: from ipmail06.adl2.internode.on.net (ipmail06.adl2.internode.on.net [150.101.137.129]) by cuda.sgi.com with ESMTP id J7KRcoJ4eiskP0xl for ; Fri, 22 Mar 2013 15:35:25 -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: ApMBABjcTFF20dIQ/2dsb2JhbAANNsdjg1dAPRYYAwIBAgFLDQgBAbcakxqSWQOrBg Received: from ppp118-209-210-16.lns20.mel6.internode.on.net (HELO [192.168.1.100]) ([118.209.210.16]) by ipmail06.adl2.internode.on.net with ESMTP; 23 Mar 2013 09:05:23 +1030 Message-ID: <514CDCB4.9090508@internode.on.net> Date: Sat, 23 Mar 2013 09:35:32 +1100 From: Ken McDonell User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:17.0) Gecko/20130308 Thunderbird/17.0.4 MIME-Version: 1.0 To: PCP Mailing List Subject: python QA/709 failures Content-Type: text/plain; charset=ISO-8859-1; format=flowed X-ASG-Orig-Subj: python QA/709 failures Content-Transfer-Encoding: 7bit X-Barracuda-Connect: ipmail06.adl2.internode.on.net[150.101.137.129] X-Barracuda-Start-Time: 1363991724 X-Barracuda-URL: http://192.48.176.25:80/cgi-mod/mark.cgi X-Virus-Scanned: by bsmtpd at sgi.com X-Barracuda-BRTS-Status: 1 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=2.7 tests= X-Barracuda-Spam-Report: Code version 3.2, rules version 3.2.2.125946 Rule breakdown below pts rule name description ---- ---------------------- -------------------------------------------------- I'm seeing this on multiple platforms ... Traceback (most recent call last): File "/usr/bin/pmcollectl", line 1024, in s.print_header1() File "/usr/bin/pmcollectl", line 253, in print_header1 self.print_header1_brief() File "/usr/bin/pmcollectl", line 501, in print_header1_brief ndashes = (((len(self.interrupt_metric_value[0])) * 6) - 6) / 2 TypeError: object of type 'long' has no len() Any clues? From kenj@internode.on.net Fri Mar 22 19:07:44 2013 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on oss.sgi.com X-Spam-Level: X-Spam-Status: No, score=0.0 required=5.0 tests=none autolearn=ham version=3.3.1 X-Original-To: pcp@oss.sgi.com Delivered-To: pcp@oss.sgi.com Received: from relay.sgi.com (relay3.corp.sgi.com [198.149.34.15]) by oss.sgi.com (Postfix) with ESMTP id C15177F3F for ; Fri, 22 Mar 2013 19:07:44 -0500 (CDT) Received: from cuda.sgi.com (cuda1.sgi.com [192.48.157.11]) by relay3.corp.sgi.com (Postfix) with ESMTP id 6D203AC005 for ; Fri, 22 Mar 2013 17:07:41 -0700 (PDT) X-ASG-Debug-ID: 1363997256-04bdf0668422360001-S8gJnT Received: from ipmail06.adl2.internode.on.net (ipmail06.adl2.internode.on.net [150.101.137.129]) by cuda.sgi.com with ESMTP id 23L6C24k8hzhMs38 for ; Fri, 22 Mar 2013 17:07:36 -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: ApMBAIvwTFF20dIQ/2dsb2JhbAANNsdig1dAPRYYAwIBAgFLDQgBAbcLkxCSWQOrBg Received: from ppp118-209-210-16.lns20.mel6.internode.on.net (HELO [192.168.1.100]) ([118.209.210.16]) by ipmail06.adl2.internode.on.net with ESMTP; 23 Mar 2013 10:37:36 +1030 Message-ID: <514CF250.6030109@internode.on.net> Date: Sat, 23 Mar 2013 11:07:44 +1100 From: Ken McDonell User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:17.0) Gecko/20130308 Thunderbird/17.0.4 MIME-Version: 1.0 To: PCP Mailing List Subject: python QA/707 failures Content-Type: text/plain; charset=ISO-8859-1; format=flowed X-ASG-Orig-Subj: python QA/707 failures Content-Transfer-Encoding: 7bit X-Barracuda-Connect: ipmail06.adl2.internode.on.net[150.101.137.129] X-Barracuda-Start-Time: 1363997256 X-Barracuda-URL: http://192.48.157.11:80/cgi-mod/mark.cgi X-Virus-Scanned: by bsmtpd at sgi.com X-Barracuda-BRTS-Status: 1 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=2.7 tests= X-Barracuda-Spam-Report: Code version 3.2, rules version 3.2.2.125952 Rule breakdown below pts rule name description ---- ---------------------- -------------------------------------------------- Another multi-platform failure case ... FAIL: test_context (__main__.TestSequenceFunctions) ---------------------------------------------------------------------- Traceback (most recent call last): File "/home/kenj/src/pcp/qa/src/test_pcp.python", line 355, in test_context test_pcp(self) File "/home/kenj/src/pcp/qa/src/test_pcp.python", line 163, in test_pcp self.assertTrue(len(inst) >= 2 and len(name) >= 2) AssertionError: False is not true Again clues would be appreciated. From kenj@internode.on.net Sat Mar 23 17:35:04 2013 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on oss.sgi.com X-Spam-Level: X-Spam-Status: No, score=0.0 required=5.0 tests=none autolearn=ham version=3.3.1 X-Original-To: pcp@oss.sgi.com Delivered-To: pcp@oss.sgi.com Received: from relay.sgi.com (relay3.corp.sgi.com [198.149.34.15]) by oss.sgi.com (Postfix) with ESMTP id 8441A7F4E for ; Sat, 23 Mar 2013 17:35:04 -0500 (CDT) Received: from cuda.sgi.com (cuda2.sgi.com [192.48.176.25]) by relay3.corp.sgi.com (Postfix) with ESMTP id 21596AC004 for ; Sat, 23 Mar 2013 15:35:01 -0700 (PDT) X-ASG-Debug-ID: 1364078098-04cbb00c1273090001-S8gJnT Received: from ipmail07.adl2.internode.on.net (ipmail07.adl2.internode.on.net [150.101.137.131]) by cuda.sgi.com with ESMTP id 28dtDocU8DbHEtTY for ; Sat, 23 Mar 2013 15:34:59 -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: AvgCADctTlF20dIQ/2dsb2JhbAANN8VtBASCDYQXPRYYAwIBAgFLDQgBAbZjkkWSXwOYBpMD Received: from ppp118-209-210-16.lns20.mel6.internode.on.net (HELO [192.168.1.100]) ([118.209.210.16]) by ipmail07.adl2.internode.on.net with ESMTP; 24 Mar 2013 09:04:57 +1030 Message-ID: <514E2E1B.9090101@internode.on.net> Date: Sun, 24 Mar 2013 09:35:07 +1100 From: Ken McDonell User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:17.0) Gecko/20130308 Thunderbird/17.0.4 MIME-Version: 1.0 To: PCP Mailing List Subject: Problems with Perl version of simple PMDA Content-Type: text/plain; charset=ISO-8859-1 X-ASG-Orig-Subj: Problems with Perl version of simple PMDA Content-Transfer-Encoding: 7bit X-Barracuda-Connect: ipmail07.adl2.internode.on.net[150.101.137.131] X-Barracuda-Start-Time: 1364078098 X-Barracuda-URL: http://192.48.176.25:80/cgi-mod/mark.cgi X-Virus-Scanned: by bsmtpd at sgi.com X-Barracuda-BRTS-Status: 1 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=2.7 tests= X-Barracuda-Spam-Report: Code version 3.2, rules version 3.2.2.126041 Rule breakdown below pts rule name description ---- ---------------------- -------------------------------------------------- I am seeing this failure from QA 255 on Mac OS X (but no where else) ... help from a Perl-knowledgeable person would be appreciated. === Building simple agent === final argument is not an array reference at /var/lib/pcp/pmdas/simple/pmdasimple.pl line 148. Use of uninitialized value in subroutine entry at /var/lib/pcp/pmdas/simple/pmdasimple.pl line 117. final argument is not an array reference at /var/lib/pcp/pmdas/simple/pmdasimple.pl line 117. final argument is not an array reference at /var/lib/pcp/pmdas/simple/pmdasimple.pl line 148. Use of uninitialized value in subroutine entry at /var/lib/pcp/pmdas/simple/pmdasimple.pl line 117. final argument is not an array reference at /var/lib/pcp/pmdas/simple/pmdasimple.pl line 117. From nscott@redhat.com Sun Mar 24 16:30:43 2013 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on oss.sgi.com X-Spam-Level: X-Spam-Status: No, score=0.0 required=5.0 tests=none autolearn=ham version=3.3.1 X-Original-To: pcp@oss.sgi.com Delivered-To: pcp@oss.sgi.com Received: from relay.sgi.com (relay1.corp.sgi.com [137.38.102.111]) by oss.sgi.com (Postfix) with ESMTP id B9F627F37 for ; Sun, 24 Mar 2013 16:30:43 -0500 (CDT) Received: from cuda.sgi.com (cuda2.sgi.com [192.48.176.25]) by relay1.corp.sgi.com (Postfix) with ESMTP id A81338F8035 for ; Sun, 24 Mar 2013 14:30:43 -0700 (PDT) X-ASG-Debug-ID: 1364160639-04cbb00c0fc24b0001-S8gJnT Received: from mx3-phx2.redhat.com (mx3-phx2.redhat.com [209.132.183.24]) by cuda.sgi.com with ESMTP id WkZiqD7gq7nTfnhF for ; Sun, 24 Mar 2013 14:30:39 -0700 (PDT) X-Barracuda-Envelope-From: nscott@redhat.com X-Barracuda-Apparent-Source-IP: 209.132.183.24 Received: from zmail20.collab.prod.int.phx2.redhat.com (zmail20.collab.prod.int.phx2.redhat.com [10.5.83.23]) by mx3-phx2.redhat.com (8.13.8/8.13.8) with ESMTP id r2OLUYrW010990; Sun, 24 Mar 2013 17:30:35 -0400 Date: Sun, 24 Mar 2013 17:30:34 -0400 (EDT) From: Nathan Scott Reply-To: Nathan Scott To: Ken McDonell Cc: PCP Mailing List Message-ID: <560391051.24017684.1364160634830.JavaMail.root@redhat.com> In-Reply-To: <514E2E1B.9090101@internode.on.net> Subject: Re: [pcp] Problems with Perl version of simple PMDA MIME-Version: 1.0 X-ASG-Orig-Subj: Re: [pcp] Problems with Perl version of simple PMDA Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-Originating-IP: [10.64.48.45] X-Mailer: Zimbra 7.2.0_GA_2669 (ZimbraWebClient - FF3.0 (Linux)/7.2.0_GA_2669) X-Barracuda-Connect: mx3-phx2.redhat.com[209.132.183.24] X-Barracuda-Start-Time: 1364160639 X-Barracuda-URL: http://192.48.176.25:80/cgi-mod/mark.cgi X-Virus-Scanned: by bsmtpd at sgi.com X-Barracuda-BRTS-Status: 1 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=2.7 tests= X-Barracuda-Spam-Report: Code version 3.2, rules version 3.2.2.126133 Rule breakdown below pts rule name description ---- ---------------------- -------------------------------------------------- ----- Original Message ----- > I am seeing this failure from QA 255 on Mac OS X (but no where else) > ... help from a Perl-knowledgeable person would be appreciated. > This is because the pmdasimple.pl in the tree is using the (relatively new) hash-based indom accessors (which are pmdaCache backed). I would punt the version of the perl PCP::PMDA module installed is out of date somehow - older versions did not have this. Its also possible you've got multiple versions of that module installed, and the perl module path is finding the older version first perhaps. "perl -V" lists the @INC variable, which shows that search path. cheers. -- Nathan From nscott@redhat.com Sun Mar 24 17:49:48 2013 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on oss.sgi.com X-Spam-Level: X-Spam-Status: No, score=0.0 required=5.0 tests=none autolearn=ham version=3.3.1 X-Original-To: pcp@oss.sgi.com Delivered-To: pcp@oss.sgi.com Received: from relay.sgi.com (relay2.corp.sgi.com [137.38.102.29]) by oss.sgi.com (Postfix) with ESMTP id EB5AB7F37 for ; Sun, 24 Mar 2013 17:49:48 -0500 (CDT) Received: from cuda.sgi.com (cuda1.sgi.com [192.48.157.11]) by relay2.corp.sgi.com (Postfix) with ESMTP id BD50D30404E for ; Sun, 24 Mar 2013 15:49:48 -0700 (PDT) X-ASG-Debug-ID: 1364165384-04bdf06685c6af0001-S8gJnT Received: from mx3-phx2.redhat.com (mx3-phx2.redhat.com [209.132.183.24]) by cuda.sgi.com with ESMTP id Brtkj8dWhFXZ7f1E for ; Sun, 24 Mar 2013 15:49:44 -0700 (PDT) X-Barracuda-Envelope-From: nscott@redhat.com X-Barracuda-Apparent-Source-IP: 209.132.183.24 Received: from zmail20.collab.prod.int.phx2.redhat.com (zmail20.collab.prod.int.phx2.redhat.com [10.5.83.23]) by mx3-phx2.redhat.com (8.13.8/8.13.8) with ESMTP id r2OMneiZ022286; Sun, 24 Mar 2013 18:49:40 -0400 Date: Sun, 24 Mar 2013 18:49:40 -0400 (EDT) From: Nathan Scott Reply-To: Nathan Scott To: Ken McDonell Cc: PCP Mailing List Message-ID: <1421220145.24031797.1364165380294.JavaMail.root@redhat.com> In-Reply-To: <514CBB25.2010608@internode.on.net> Subject: Re: [pcp] encrypted ipc QA failures MIME-Version: 1.0 X-ASG-Orig-Subj: Re: [pcp] encrypted ipc QA failures Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-Originating-IP: [10.64.48.45] X-Mailer: Zimbra 7.2.0_GA_2669 (ZimbraWebClient - FF3.0 (Linux)/7.2.0_GA_2669) X-Barracuda-Connect: mx3-phx2.redhat.com[209.132.183.24] X-Barracuda-Start-Time: 1364165384 X-Barracuda-URL: http://192.48.157.11:80/cgi-mod/mark.cgi X-Virus-Scanned: by bsmtpd at sgi.com X-Barracuda-BRTS-Status: 1 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=2.7 tests= X-Barracuda-Spam-Report: Code version 3.2, rules version 3.2.2.126137 Rule breakdown below pts rule name description ---- ---------------------- -------------------------------------------------- ----- Original Message ----- > I'm seeing this > > 16c16 > < pminfo: Cannot connect to PMCD on host "HOST": Peer's certificate > has > an invalid signature. > --- > > pminfo: Cannot connect to PMCD on host "HOST": Unknown code ___f > > 10 > > for 712 713 and 714 on vm11 PCP 3.7.1 i586 Debian 6.0.7 > (sometimes the line ends in ___f 13) > > Does this look familiar to anyone ... is it some sort of QA setup I'm > missing or a PCP problem? Not sure - looks like we're passing an error code into the NSS library to decode, but its not recognising it (these don't go over the wire, unless NSS does that itself internally, so I can't think of any reason this would happen). Possibly even a NSS bug on that version/platform? Or maybe an old version of NSS that doesn't support sqlite3 databases? (wild guess) cheers. -- Nathan From nscott@redhat.com Sun Mar 24 17:58:52 2013 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on oss.sgi.com X-Spam-Level: X-Spam-Status: No, score=0.0 required=5.0 tests=none autolearn=ham version=3.3.1 X-Original-To: pcp@oss.sgi.com Delivered-To: pcp@oss.sgi.com Received: from relay.sgi.com (relay2.corp.sgi.com [137.38.102.29]) by oss.sgi.com (Postfix) with ESMTP id 762517F37 for ; Sun, 24 Mar 2013 17:58:52 -0500 (CDT) Received: from cuda.sgi.com (cuda2.sgi.com [192.48.176.25]) by relay2.corp.sgi.com (Postfix) with ESMTP id 5162230404E for ; Sun, 24 Mar 2013 15:58:52 -0700 (PDT) X-ASG-Debug-ID: 1364165930-04cbb00c10c75e0001-S8gJnT Received: from mx3-phx2.redhat.com (mx3-phx2.redhat.com [209.132.183.24]) by cuda.sgi.com with ESMTP id J92OlbS4Ln5Jr5aU for ; Sun, 24 Mar 2013 15:58:50 -0700 (PDT) X-Barracuda-Envelope-From: nscott@redhat.com X-Barracuda-Apparent-Source-IP: 209.132.183.24 Received: from zmail20.collab.prod.int.phx2.redhat.com (zmail20.collab.prod.int.phx2.redhat.com [10.5.83.23]) by mx3-phx2.redhat.com (8.13.8/8.13.8) with ESMTP id r2OMwn4o023610; Sun, 24 Mar 2013 18:58:49 -0400 Date: Sun, 24 Mar 2013 18:58:49 -0400 (EDT) From: Nathan Scott Reply-To: Nathan Scott To: Dev Priya Cc: pcp@oss.sgi.com Message-ID: <1373518.24032382.1364165929428.JavaMail.root@redhat.com> In-Reply-To: Subject: Re: [pcp] Latest version of pmwebapi not working with pmcd v3.6.9 MIME-Version: 1.0 X-ASG-Orig-Subj: Re: [pcp] Latest version of pmwebapi not working with pmcd v3.6.9 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-Originating-IP: [10.64.48.45] X-Mailer: Zimbra 7.2.0_GA_2669 (ZimbraWebClient - FF3.0 (Linux)/7.2.0_GA_2669) X-Barracuda-Connect: mx3-phx2.redhat.com[209.132.183.24] X-Barracuda-Start-Time: 1364165930 X-Barracuda-URL: http://192.48.176.25:80/cgi-mod/mark.cgi X-Virus-Scanned: by bsmtpd at sgi.com X-Barracuda-BRTS-Status: 1 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=2.7 tests= X-Barracuda-Spam-Report: Code version 3.2, rules version 3.2.2.126139 Rule breakdown below pts rule name description ---- ---------------------- -------------------------------------------------- Hi Dev, ----- Original Message ----- > > Hi Guys, > > > About couple of months back when I had checked out pmwebapi from > git:// sourceware.org/git/pcpfans.git and installed it, it was > working fine out of the box. Now I guess some recent changes have > gone in that has broken the compatibility with v3.6.9 of pmcd. > This is a missing libpcp symbol - so, issue is less about pmcd (the pmwebapi will work with any pmcd version) and more about the version of libpcp that pmwebapi is finding. > > pmwebapi launches but as soon as I connect to it, it throws an error > saying undefined symbol: __pmHashWalkCB > Yeah, this was added into libpcp in pcp-3.7.0 for pmwebapi. Before, the pmwebapi was using a locally-modified version (a different API). > > pmwebapi(32253) Info: Started daemon on tcp port 44323, pmapi url > /pmapi > pmwebapi: symbol lookup error: pmwebapi: undefined symbol: > __pmHashWalkCB > > > I saw that some changes were checked in fche/pmwebapi branch related > to __pmHashWalkCB so I tried building pcp and pmcd from source from > this branch. The build finishes with the commands > > > ./configure; sudo make install > This configure will do install "locally" - so /usr/local/bin by default whereas your pmwebapi is probably finding an existing libpcp somewhere like /usr/lib or /usr/lib64 and using that instead of the newer version with the new __pmHashWalkCB symbol. > > but pcp fails to run saying no file found /etc/pcp.env. I located > pcp.env in /usr/local/share and copied it to /etc/pcp.env. Now pcp > runs but pmcd is not to be found anywhere! I try restarting pmcd > service but the service is not found! > > > Can someone please point me to a stable tag that will build fine with > pcp, pmcd and pmwebapi? If would be great if I can use the old > pmwebapi that works fine with v3.6.9. Please point me to the > tag/commit of pmwebapi that will work with v3.6.9 You should find that if you build the pcpfans branch the same way that you did before (was that via ./Makepkgs?) it will continue to install to the same locations as before, and overwrite the earlier version, and everything should link correctly. cheers. -- Nathan From nscott@redhat.com Sun Mar 24 18:13:33 2013 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on oss.sgi.com X-Spam-Level: X-Spam-Status: No, score=0.0 required=5.0 tests=none autolearn=ham version=3.3.1 X-Original-To: pcp@oss.sgi.com Delivered-To: pcp@oss.sgi.com Received: from relay.sgi.com (relay2.corp.sgi.com [137.38.102.29]) by oss.sgi.com (Postfix) with ESMTP id A025B7F37 for ; Sun, 24 Mar 2013 18:13:33 -0500 (CDT) Received: from cuda.sgi.com (cuda2.sgi.com [192.48.176.25]) by relay2.corp.sgi.com (Postfix) with ESMTP id 80114304032 for ; Sun, 24 Mar 2013 16:13:30 -0700 (PDT) X-ASG-Debug-ID: 1364166809-04cbb00c0fc8580001-S8gJnT Received: from mx4-phx2.redhat.com (mx4-phx2.redhat.com [209.132.183.25]) by cuda.sgi.com with ESMTP id 1EZvGocjH4JbN5CD for ; Sun, 24 Mar 2013 16:13:29 -0700 (PDT) X-Barracuda-Envelope-From: nscott@redhat.com X-Barracuda-Apparent-Source-IP: 209.132.183.25 Received: from zmail20.collab.prod.int.phx2.redhat.com (zmail20.collab.prod.int.phx2.redhat.com [10.5.83.23]) by mx4-phx2.redhat.com (8.13.8/8.13.8) with ESMTP id r2ONDN1m023232; Sun, 24 Mar 2013 19:13:23 -0400 Date: Sun, 24 Mar 2013 19:13:23 -0400 (EDT) From: Nathan Scott Reply-To: Nathan Scott To: Ken McDonell , Stan Cox Cc: PCP Mailing List Message-ID: <1086370001.24034377.1364166803775.JavaMail.root@redhat.com> In-Reply-To: <514CDCB4.9090508@internode.on.net> Subject: Re: [pcp] python QA/709 failures MIME-Version: 1.0 X-ASG-Orig-Subj: Re: [pcp] python QA/709 failures Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-Originating-IP: [10.64.48.45] X-Mailer: Zimbra 7.2.0_GA_2669 (ZimbraWebClient - FF3.0 (Linux)/7.2.0_GA_2669) X-Barracuda-Connect: mx4-phx2.redhat.com[209.132.183.25] X-Barracuda-Start-Time: 1364166809 X-Barracuda-URL: http://192.48.176.25:80/cgi-mod/mark.cgi X-Virus-Scanned: by bsmtpd at sgi.com X-Barracuda-BRTS-Status: 1 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=2.7 tests= X-Barracuda-Spam-Report: Code version 3.2, rules version 3.2.2.126139 Rule breakdown below pts rule name description ---- ---------------------- -------------------------------------------------- ----- Original Message ----- > I'm seeing this on multiple platforms ... > > Traceback (most recent call last): > File "/usr/bin/pmcollectl", line 1024, in > s.print_header1() > File "/usr/bin/pmcollectl", line 253, in print_header1 > self.print_header1_brief() > File "/usr/bin/pmcollectl", line 501, in print_header1_brief > ndashes = (((len(self.interrupt_metric_value[0])) * 6) - 6) / 2 > TypeError: object of type 'long' has no len() > > Any clues? > Hmm, well it looks like its failing because its trying to get the length of a long whereas its expecting to be getting the length of a list. I think. Is this a single CPU machine? cheers. -- Nathan From kenj@internode.on.net Sun Mar 24 18:19:15 2013 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on oss.sgi.com X-Spam-Level: X-Spam-Status: No, score=0.0 required=5.0 tests=none autolearn=ham version=3.3.1 X-Original-To: pcp@oss.sgi.com Delivered-To: pcp@oss.sgi.com Received: from relay.sgi.com (relay2.corp.sgi.com [137.38.102.29]) by oss.sgi.com (Postfix) with ESMTP id 9599B7F37 for ; Sun, 24 Mar 2013 18:19:15 -0500 (CDT) Received: from cuda.sgi.com (cuda2.sgi.com [192.48.176.25]) by relay2.corp.sgi.com (Postfix) with ESMTP id 6399C304032 for ; Sun, 24 Mar 2013 16:19:15 -0700 (PDT) X-ASG-Debug-ID: 1364167152-04cbb00c12c8be0001-S8gJnT Received: from ipmail05.adl6.internode.on.net (ipmail05.adl6.internode.on.net [150.101.137.143]) by cuda.sgi.com with ESMTP id YlGLNOX9vcyZBWba for ; Sun, 24 Mar 2013 16:19:13 -0700 (PDT) X-Barracuda-Envelope-From: kenj@internode.on.net X-Barracuda-Apparent-Source-IP: 150.101.137.143 X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: ApQBAHGIT1F20dIQ/2dsb2JhbAANNog1uluCXYIGgxgBAQEEIxVAAQwECxgCAgUWCwICCQMCAQIBRQYNAQcBAbcvcZFHgSONdQeCLYETA6sJ Received: from ppp118-209-210-16.lns20.mel6.internode.on.net (HELO [192.168.1.100]) ([118.209.210.16]) by ipmail05.adl6.internode.on.net with ESMTP; 25 Mar 2013 09:49:12 +1030 Message-ID: <514F89FC.5020102@internode.on.net> Date: Mon, 25 Mar 2013 10:19:24 +1100 From: Ken McDonell User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:17.0) Gecko/20130308 Thunderbird/17.0.4 MIME-Version: 1.0 To: Nathan Scott CC: Stan Cox , PCP Mailing List Subject: Re: [pcp] python QA/709 failures References: <1086370001.24034377.1364166803775.JavaMail.root@redhat.com> X-ASG-Orig-Subj: Re: [pcp] python QA/709 failures In-Reply-To: <1086370001.24034377.1364166803775.JavaMail.root@redhat.com> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-Barracuda-Connect: ipmail05.adl6.internode.on.net[150.101.137.143] X-Barracuda-Start-Time: 1364167152 X-Barracuda-URL: http://192.48.176.25:80/cgi-mod/mark.cgi X-Virus-Scanned: by bsmtpd at sgi.com X-Barracuda-BRTS-Status: 1 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=2.7 tests= X-Barracuda-Spam-Report: Code version 3.2, rules version 3.2.2.126141 Rule breakdown below pts rule name description ---- ---------------------- -------------------------------------------------- On 25/03/13 10:13, Nathan Scott wrote: > > > ----- Original Message ----- >> I'm seeing this on multiple platforms ... >> >> Traceback (most recent call last): >> File "/usr/bin/pmcollectl", line 1024, in >> s.print_header1() >> File "/usr/bin/pmcollectl", line 253, in print_header1 >> self.print_header1_brief() >> File "/usr/bin/pmcollectl", line 501, in print_header1_brief >> ndashes = (((len(self.interrupt_metric_value[0])) * 6) - 6) / 2 >> TypeError: object of type 'long' has no len() >> >> Any clues? >> > > Hmm, well it looks like its failing because its trying to get the > length of a long whereas its expecting to be getting the length of > a list. I think. Is this a single CPU machine? Yep all the failing cases are single CPU machines. From kenj@internode.on.net Sun Mar 24 18:26:50 2013 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on oss.sgi.com X-Spam-Level: X-Spam-Status: No, score=0.0 required=5.0 tests=none autolearn=ham version=3.3.1 X-Original-To: pcp@oss.sgi.com Delivered-To: pcp@oss.sgi.com Received: from relay.sgi.com (relay2.corp.sgi.com [137.38.102.29]) by oss.sgi.com (Postfix) with ESMTP id DAADC7F37 for ; Sun, 24 Mar 2013 18:26:50 -0500 (CDT) Received: from cuda.sgi.com (cuda2.sgi.com [192.48.176.25]) by relay2.corp.sgi.com (Postfix) with ESMTP id B7F30304032 for ; Sun, 24 Mar 2013 16:26:50 -0700 (PDT) X-ASG-Debug-ID: 1364167606-04cbb00c12c93b0001-S8gJnT Received: from ipmail05.adl6.internode.on.net (ipmail05.adl6.internode.on.net [150.101.137.143]) by cuda.sgi.com with ESMTP id ixkzEwVU5UjTbbbl for ; Sun, 24 Mar 2013 16:26:46 -0700 (PDT) X-Barracuda-Envelope-From: kenj@internode.on.net X-Barracuda-Apparent-Source-IP: 150.101.137.143 X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: ApMBAPmKT1F20dIQ/2dsb2JhbAANNog1vTiCBoMYAQEBBCNVAQwECxgCAgUWCwICCQMCAQIBRQYNAQcBAbcycZFGgSOMKoFLB4ItgRMDmAaTAw Received: from ppp118-209-210-16.lns20.mel6.internode.on.net (HELO [192.168.1.100]) ([118.209.210.16]) by ipmail05.adl6.internode.on.net with ESMTP; 25 Mar 2013 09:56:46 +1030 Message-ID: <514F8BC2.2030708@internode.on.net> Date: Mon, 25 Mar 2013 10:26:58 +1100 From: Ken McDonell User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:17.0) Gecko/20130308 Thunderbird/17.0.4 MIME-Version: 1.0 To: Nathan Scott CC: PCP Mailing List Subject: Re: [pcp] Problems with Perl version of simple PMDA References: <560391051.24017684.1364160634830.JavaMail.root@redhat.com> X-ASG-Orig-Subj: Re: [pcp] Problems with Perl version of simple PMDA In-Reply-To: <560391051.24017684.1364160634830.JavaMail.root@redhat.com> Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit X-Barracuda-Connect: ipmail05.adl6.internode.on.net[150.101.137.143] X-Barracuda-Start-Time: 1364167606 X-Barracuda-URL: http://192.48.176.25:80/cgi-mod/mark.cgi X-Virus-Scanned: by bsmtpd at sgi.com X-Barracuda-BRTS-Status: 1 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=2.7 tests=FB_WORD1_END_DOLLAR X-Barracuda-Spam-Report: Code version 3.2, rules version 3.2.2.126141 Rule breakdown below pts rule name description ---- ---------------------- -------------------------------------------------- 0.00 FB_WORD1_END_DOLLAR BODY: Looks like a word ending with a $ On 25/03/13 08:30, Nathan Scott wrote: > > > ----- Original Message ----- >> I am seeing this failure from QA 255 on Mac OS X (but no where else) >> ... help from a Perl-knowledgeable person would be appreciated. >> > > This is because the pmdasimple.pl in the tree is using the (relatively > new) hash-based indom accessors (which are pmdaCache backed). I would > punt the version of the perl PCP::PMDA module installed is out of date > somehow - older versions did not have this. Its also possible you've > got multiple versions of that module installed, and the perl module path > is finding the older version first perhaps. > > "perl -V" lists the @INC variable, which shows that search path. Good guess Nathan. But this leads to an uglier problem ... PCP::PMDA is not being installed from the most recent Mac OS X packages ... comma:~ kenj$ find /Library/Perl /System/Library/Perl /Network/Library/Perl -name "PMDA.bundle" | xargs ls -l -rwxr-xr-x 1 root wheel 224040 Jun 26 2012 /Network/Library/Perl/5.10.0/darwin-thread-multi-2level/auto/PCP/PMDA/PMDA.bundle comma:~ kenj$ ls -l /etc/pcp.conf -rw-r--r-- 1 root wheel 5396 Mar 13 11:31 /etc/pcp.conf comma:~ kenj$ pcp Performance Co-Pilot configuration on comma.localdomain: platform: Darwin comma.localdomain 10.8.0 Darwin Kernel Version 10.8.0: Tue Jun 7 16:33:36 PDT 2011; root:xnu-1504.15.3~1/RELEASE_I386 i386 hardware: 2 cpus, 2 disks, 2047MB RAM timezone: EST-11 pmcd: Version 3.7.1-1, 10 agents, 1 client pmda: pmcd trace sendmail sample sampledso mmv darwin logger trivial simple pmlogger: primary logger: comma/20130323.11.34 But after some digging, I see all the Perl bits are being installed here comma:mac kenj$ ls -l /usr/lib/perl5/darwin-thread-multi-2level/PCP total 48 -rw-r--r-- 1 root wheel 4526 Mar 13 11:31 LogImport.pm -rw-r--r-- 1 root wheel 3604 Mar 13 11:31 MMV.pm -rw-r--r-- 1 root wheel 7332 Mar 13 11:31 PMDA.pm -rwxr-xr-x 1 root wheel 2883 Mar 13 11:31 server.pl which does not look right. Based on the dates, this has probably been broken for a few months. From nscott@redhat.com Sun Mar 24 18:30:03 2013 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on oss.sgi.com X-Spam-Level: X-Spam-Status: No, score=0.0 required=5.0 tests=none autolearn=ham version=3.3.1 X-Original-To: pcp@oss.sgi.com Delivered-To: pcp@oss.sgi.com Received: from relay.sgi.com (relay1.corp.sgi.com [137.38.102.111]) by oss.sgi.com (Postfix) with ESMTP id 959CD7F37 for ; Sun, 24 Mar 2013 18:30:03 -0500 (CDT) Received: from cuda.sgi.com (cuda3.sgi.com [192.48.176.15]) by relay1.corp.sgi.com (Postfix) with ESMTP id 850CD8F8033 for ; Sun, 24 Mar 2013 16:30:00 -0700 (PDT) X-ASG-Debug-ID: 1364167799-04cb6c2cd8beb60001-S8gJnT Received: from mx4-phx2.redhat.com (mx4-phx2.redhat.com [209.132.183.25]) by cuda.sgi.com with ESMTP id 96dzTe0jRf59lyLI for ; Sun, 24 Mar 2013 16:29:59 -0700 (PDT) X-Barracuda-Envelope-From: nscott@redhat.com X-Barracuda-Apparent-Source-IP: 209.132.183.25 Received: from zmail20.collab.prod.int.phx2.redhat.com (zmail20.collab.prod.int.phx2.redhat.com [10.5.83.23]) by mx4-phx2.redhat.com (8.13.8/8.13.8) with ESMTP id r2ONTudP025324; Sun, 24 Mar 2013 19:29:56 -0400 Date: Sun, 24 Mar 2013 19:29:56 -0400 (EDT) From: Nathan Scott Reply-To: Nathan Scott To: Ken McDonell , Stan Cox Cc: PCP Mailing List Message-ID: <188428942.24038272.1364167796042.JavaMail.root@redhat.com> In-Reply-To: <514CF250.6030109@internode.on.net> Subject: Re: [pcp] python QA/707 failures MIME-Version: 1.0 X-ASG-Orig-Subj: Re: [pcp] python QA/707 failures Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-Originating-IP: [10.64.48.45] X-Mailer: Zimbra 7.2.0_GA_2669 (ZimbraWebClient - FF3.0 (Linux)/7.2.0_GA_2669) X-Barracuda-Connect: mx4-phx2.redhat.com[209.132.183.25] X-Barracuda-Start-Time: 1364167799 X-Barracuda-URL: http://192.48.176.15:80/cgi-mod/mark.cgi X-Virus-Scanned: by bsmtpd at sgi.com X-Barracuda-BRTS-Status: 1 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=2.7 tests= X-Barracuda-Spam-Report: Code version 3.2, rules version 3.2.2.126141 Rule breakdown below pts rule name description ---- ---------------------- -------------------------------------------------- ----- Original Message ----- > Another multi-platform failure case ... > > FAIL: test_context (__main__.TestSequenceFunctions) > ---------------------------------------------------------------------- > Traceback (most recent call last): > File "/home/kenj/src/pcp/qa/src/test_pcp.python", line 355, in > test_context > test_pcp(self) > File "/home/kenj/src/pcp/qa/src/test_pcp.python", line 163, in > test_pcp > self.assertTrue(len(inst) >= 2 and len(name) >= 2) > AssertionError: False is not true > > Again clues would be appreciated. > This again looks like it might be related to running on a single CPU machine (test appears wrong). Its asserting there will be 2 or more instances after doing a pmGetInDom on kernel.percpu.cpu.user - if it is a single CPU machine then there wont be. Changing the 2 to "ncpu" (which we happen to have evaluated earlier) and the >= to == for both cases, this (still) passes for me - might do the trick. Looks like test 707 also needs an archive-mode invocation Stan? The python test code seems to be wanting one ... but we never invoke it with one (AFAICS) and so never go down the archive code paths? There are a bunch of archives in qa/src - would one of those suit? The test also does " + '.index'" - that should not be required. Oh, its just trying to generate an exception if archive not found? I'd have expected pmNewContext would generate that exception though? cheers. -- Nathan From nscott@redhat.com Sun Mar 24 20:45:34 2013 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on oss.sgi.com X-Spam-Level: X-Spam-Status: No, score=0.0 required=5.0 tests=none autolearn=ham version=3.3.1 X-Original-To: pcp@oss.sgi.com Delivered-To: pcp@oss.sgi.com Received: from relay.sgi.com (relay1.corp.sgi.com [137.38.102.111]) by oss.sgi.com (Postfix) with ESMTP id 289957F37 for ; Sun, 24 Mar 2013 20:45:34 -0500 (CDT) Received: from cuda.sgi.com (cuda2.sgi.com [192.48.176.25]) by relay1.corp.sgi.com (Postfix) with ESMTP id 17F428F8033 for ; Sun, 24 Mar 2013 18:45:31 -0700 (PDT) X-ASG-Debug-ID: 1364175929-04cbb00c11d11d0001-S8gJnT Received: from mx4-phx2.redhat.com (mx4-phx2.redhat.com [209.132.183.25]) by cuda.sgi.com with ESMTP id xvMQ7rqC3YAj8ypg for ; Sun, 24 Mar 2013 18:45:30 -0700 (PDT) X-Barracuda-Envelope-From: nscott@redhat.com X-Barracuda-Apparent-Source-IP: 209.132.183.25 Received: from zmail20.collab.prod.int.phx2.redhat.com (zmail20.collab.prod.int.phx2.redhat.com [10.5.83.23]) by mx4-phx2.redhat.com (8.13.8/8.13.8) with ESMTP id r2P1jQUo013113; Sun, 24 Mar 2013 21:45:26 -0400 Date: Sun, 24 Mar 2013 21:45:26 -0400 (EDT) From: Nathan Scott Reply-To: Nathan Scott To: Ken McDonell Cc: PCP Mailing List Message-ID: <1877757369.24054442.1364175926165.JavaMail.root@redhat.com> In-Reply-To: <514FA3F1.3010301@internode.on.net> Subject: Re: [pcp] Problems with Perl version of simple PMDA MIME-Version: 1.0 X-ASG-Orig-Subj: Re: [pcp] Problems with Perl version of simple PMDA Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-Originating-IP: [10.64.48.45] X-Mailer: Zimbra 7.2.0_GA_2669 (ZimbraWebClient - FF3.0 (Linux)/7.2.0_GA_2669) X-Barracuda-Connect: mx4-phx2.redhat.com[209.132.183.25] X-Barracuda-Start-Time: 1364175929 X-Barracuda-URL: http://192.48.176.25:80/cgi-mod/mark.cgi X-Virus-Scanned: by bsmtpd at sgi.com X-Barracuda-BRTS-Status: 1 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=2.7 tests= X-Barracuda-Spam-Report: Code version 3.2, rules version 3.2.2.126149 Rule breakdown below pts rule name description ---- ---------------------- -------------------------------------------------- ----- Original Message ----- > On 25/03/13 11:45, Nathan Scott wrote: > > > > > > ----- Original Message ----- > >> On 25/03/13 08:30, Nathan Scott wrote: > >>> > > Mine are going in the same place ... but the only things installed > below > /usr/lib/perl5 belong to PCP, and this is not a place Perl is looking > ... Ah, I see. > > perl -V > ... > Built under darwin > Compiled at Jun 24 2009 00:35:27 > @INC: > /Library/Perl/Updates/5.10.0/darwin-thread-multi-2level > /Library/Perl/Updates/5.10.0 > /System/Library/Perl/5.10.0/darwin-thread-multi-2level > /System/Library/Perl/5.10.0 > /Library/Perl/5.10.0/darwin-thread-multi-2level > /Library/Perl/5.10.0 > /Network/Library/Perl/5.10.0/darwin-thread-multi-2level > /Network/Library/Perl/5.10.0 > /Network/Library/Perl > /System/Library/Perl/Extras/5.10.0/darwin-thread-multi-2level > /System/Library/Perl/Extras/5.10.0 > . > > so this mismatch is between the installed Perl and the PCP perl > pieces. On my box, looks like /System/Library/Perl/5.10.0/ExtUtils/MakeMaker.pm is creating a Makefile for us that has "INSTALL_BASE = /usr". I can't see anything we're doing that would influence that prefix, it seems to have come up with an invalid setting all on its own? cheers. -- Nathan From kenj@internode.on.net Sun Mar 24 22:45:29 2013 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on oss.sgi.com X-Spam-Level: X-Spam-Status: No, score=0.0 required=5.0 tests=none autolearn=ham version=3.3.1 X-Original-To: pcp@oss.sgi.com Delivered-To: pcp@oss.sgi.com Received: from relay.sgi.com (relay2.corp.sgi.com [137.38.102.29]) by oss.sgi.com (Postfix) with ESMTP id 09A827F4C for ; Sun, 24 Mar 2013 22:45:29 -0500 (CDT) Received: from cuda.sgi.com (cuda3.sgi.com [192.48.176.15]) by relay2.corp.sgi.com (Postfix) with ESMTP id EDCB2304048 for ; Sun, 24 Mar 2013 20:45:25 -0700 (PDT) X-ASG-Debug-ID: 1364183119-04cb6c2cd8cc080001-S8gJnT Received: from ipmail05.adl6.internode.on.net (ipmail05.adl6.internode.on.net [150.101.137.143]) by cuda.sgi.com with ESMTP id Yr1YnBrjdKBnoESB for ; Sun, 24 Mar 2013 20:45:20 -0700 (PDT) X-Barracuda-Envelope-From: kenj@internode.on.net X-Barracuda-Apparent-Source-IP: 150.101.137.143 X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: ApQBALDHT1F20dIQ/2dsb2JhbAANNohHuj6CXYITgxgBAQEEIxVAARALGAICBRYLAgIJAwIBAgFFBg0BBwEBtx9xkVqBI411B4ItgRMDqwk Received: from ppp118-209-210-16.lns20.mel6.internode.on.net (HELO [192.168.1.100]) ([118.209.210.16]) by ipmail05.adl6.internode.on.net with ESMTP; 25 Mar 2013 14:15:18 +1030 Message-ID: <514FC85B.4050009@internode.on.net> Date: Mon, 25 Mar 2013 14:45:31 +1100 From: Ken McDonell User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:17.0) Gecko/20130308 Thunderbird/17.0.4 MIME-Version: 1.0 To: Nathan Scott CC: PCP Mailing List Subject: Re: [pcp] Problems with Perl version of simple PMDA References: <1877757369.24054442.1364175926165.JavaMail.root@redhat.com> X-ASG-Orig-Subj: Re: [pcp] Problems with Perl version of simple PMDA In-Reply-To: <1877757369.24054442.1364175926165.JavaMail.root@redhat.com> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-Barracuda-Connect: ipmail05.adl6.internode.on.net[150.101.137.143] X-Barracuda-Start-Time: 1364183119 X-Barracuda-URL: http://192.48.176.15:80/cgi-mod/mark.cgi X-Virus-Scanned: by bsmtpd at sgi.com X-Barracuda-BRTS-Status: 1 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=2.7 tests= X-Barracuda-Spam-Report: Code version 3.2, rules version 3.2.2.126157 Rule breakdown below pts rule name description ---- ---------------------- -------------------------------------------------- On 25/03/13 12:45, Nathan Scott wrote: > ... > On my box, looks like /System/Library/Perl/5.10.0/ExtUtils/MakeMaker.pm > is creating a Makefile for us that has "INSTALL_BASE = /usr". I can't > see anything we're doing that would influence that prefix, it seems to > have come up with an invalid setting all on its own? Yep, I also determined that /usr/lib/perl5 was coming from MakeMaker.pm not any of our code. So we either need to over-ride in Makefile.PL, or somehow get /usr/lib/perl5 added to the system Perl's @INC list. I'm already way out of my Perl depth here! From nscott@redhat.com Sun Mar 24 22:56:39 2013 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on oss.sgi.com X-Spam-Level: X-Spam-Status: No, score=0.0 required=5.0 tests=none autolearn=ham version=3.3.1 X-Original-To: pcp@oss.sgi.com Delivered-To: pcp@oss.sgi.com Received: from relay.sgi.com (relay3.corp.sgi.com [198.149.34.15]) by oss.sgi.com (Postfix) with ESMTP id 361F27F37 for ; Sun, 24 Mar 2013 22:56:39 -0500 (CDT) Received: from cuda.sgi.com (cuda1.sgi.com [192.48.157.11]) by relay3.corp.sgi.com (Postfix) with ESMTP id B261EAC002 for ; Sun, 24 Mar 2013 20:56:38 -0700 (PDT) X-ASG-Debug-ID: 1364183796-04bdf06687d87f0001-S8gJnT Received: from mx4-phx2.redhat.com (mx4-phx2.redhat.com [209.132.183.25]) by cuda.sgi.com with ESMTP id J6nnSPZ13WR0RypY for ; Sun, 24 Mar 2013 20:56:36 -0700 (PDT) X-Barracuda-Envelope-From: nscott@redhat.com X-Barracuda-Apparent-Source-IP: 209.132.183.25 Received: from zmail20.collab.prod.int.phx2.redhat.com (zmail20.collab.prod.int.phx2.redhat.com [10.5.83.23]) by mx4-phx2.redhat.com (8.13.8/8.13.8) with ESMTP id r2P3uXIs032342; Sun, 24 Mar 2013 23:56:33 -0400 Date: Sun, 24 Mar 2013 23:56:33 -0400 (EDT) From: Nathan Scott Reply-To: Nathan Scott To: Ken McDonell Cc: PCP Mailing List Message-ID: <169819624.24079231.1364183793109.JavaMail.root@redhat.com> In-Reply-To: <514FC85B.4050009@internode.on.net> Subject: Re: [pcp] Problems with Perl version of simple PMDA MIME-Version: 1.0 X-ASG-Orig-Subj: Re: [pcp] Problems with Perl version of simple PMDA Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-Originating-IP: [10.64.48.45] X-Mailer: Zimbra 7.2.0_GA_2669 (ZimbraWebClient - FF3.0 (Linux)/7.2.0_GA_2669) X-Barracuda-Connect: mx4-phx2.redhat.com[209.132.183.25] X-Barracuda-Start-Time: 1364183796 X-Barracuda-URL: http://192.48.157.11:80/cgi-mod/mark.cgi X-Virus-Scanned: by bsmtpd at sgi.com X-Barracuda-BRTS-Status: 1 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=2.7 tests= X-Barracuda-Spam-Report: Code version 3.2, rules version 3.2.2.126159 Rule breakdown below pts rule name description ---- ---------------------- -------------------------------------------------- ----- Original Message ----- > On 25/03/13 12:45, Nathan Scott wrote: > > ... > > On my box, looks like > > /System/Library/Perl/5.10.0/ExtUtils/MakeMaker.pm > > is creating a Makefile for us that has "INSTALL_BASE = /usr". I > > can't > > see anything we're doing that would influence that prefix, it seems > > to > > have come up with an invalid setting all on its own? > > Yep, I also determined that /usr/lib/perl5 was coming from > MakeMaker.pm > not any of our code. > > So we either need to over-ride in Makefile.PL, or somehow get > /usr/lib/perl5 added to the system Perl's @INC list. > > I'm already way out of my Perl depth here! > I think in src/include/builddefs.in we'll need to do something magic here: # MakeMaker INSTALL_BASE needs to be unset for proper vendor_perl paths to be used for --prefix=/usr; ifeq "$(PERL_INSTALL_BASE)" "/usr" ifneq "$(TARGET_OS)" "darwin" MAKEMAKER_EXTRA_OPTIONS= else MAKEMAKER_EXTRA_OPTIONS=INSTALL_BASE=$(PERL_INSTALL_BASE) INSTALLBASE=$(PERL_INSTALL_BASE) endif else MAKEMAKER_EXTRA_OPTIONS=INSTALL_BASE=$(PERL_INSTALL_BASE) INSTALLBASE=$(PERL_INSTALL_BASE) endif I'm not really sure what though - most @INC paths look version dependent? except for /Network/Library/Perl, for me. Oh, just found a --with-perl_install_base configure option ... that'd be something to experiment with in tandem, I guess. cheers. -- Nathan From kenj@internode.on.net Mon Mar 25 04:49:33 2013 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on oss.sgi.com X-Spam-Level: X-Spam-Status: No, score=0.0 required=5.0 tests=none autolearn=ham version=3.3.1 X-Original-To: pcp@oss.sgi.com Delivered-To: pcp@oss.sgi.com Received: from relay.sgi.com (relay3.corp.sgi.com [198.149.34.15]) by oss.sgi.com (Postfix) with ESMTP id D08C27F4C for ; Mon, 25 Mar 2013 04:49:32 -0500 (CDT) Received: from cuda.sgi.com (cuda1.sgi.com [192.48.157.11]) by relay3.corp.sgi.com (Postfix) with ESMTP id 6D62DAC005 for ; Mon, 25 Mar 2013 02:49:29 -0700 (PDT) X-ASG-Debug-ID: 1364204967-04bdf06687ed240001-S8gJnT Received: from ipmail06.adl2.internode.on.net (ipmail06.adl2.internode.on.net [150.101.137.129]) by cuda.sgi.com with ESMTP id FAd4EA3C6o3aQ3gR for ; Mon, 25 Mar 2013 02:49:27 -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: ApMBAMAcUFF20dIQ/2dsb2JhbAANN8d2hBcwDRYYAwIBAgE/GQYCAQG3IZJkkl8DlGCWKQ Received: from ppp118-209-210-16.lns20.mel6.internode.on.net (HELO [192.168.1.100]) ([118.209.210.16]) by ipmail06.adl2.internode.on.net with ESMTP; 25 Mar 2013 20:19:26 +1030 Message-ID: <51501DA5.3040309@internode.on.net> Date: Mon, 25 Mar 2013 20:49:25 +1100 From: Ken McDonell User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:17.0) Gecko/20130308 Thunderbird/17.0.4 MIME-Version: 1.0 To: pcp@oss.sgi.com Subject: pcp updates Content-Type: text/plain; charset=ISO-8859-1 X-ASG-Orig-Subj: pcp updates Content-Transfer-Encoding: 7bit X-Barracuda-Connect: ipmail06.adl2.internode.on.net[150.101.137.129] X-Barracuda-Start-Time: 1364204967 X-Barracuda-URL: http://192.48.157.11:80/cgi-mod/mark.cgi X-Barracuda-BRTS-Status: 1 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=2.7 tests= X-Barracuda-Spam-Report: Code version 3.2, rules version 3.2.2.126181 Rule breakdown below pts rule name description ---- ---------------------- -------------------------------------------------- With these changes my QA failures on Gentoo are down from 70+ to 7. I'd really appreciate some feedback on the ipv6 run-time check changes in libpcp ... they are a bit hacky, but I cannot see an obviously cleaner way to fix it. Changes committed to git://oss.sgi.com/kenj/pcp.git dev build/tar/postinstall.tail | 8 + qa/.gitignore | 1 qa/023.out.1 | 18 +- qa/067.out.3 | 6 qa/172 | 19 ++ qa/172.out | 21 --- qa/172.out.1 | 20 +++ qa/172.out.2 | 21 +++ qa/243 | 11 + qa/243.out.4 | 2 qa/243.out.5 | 20 +++ qa/244.out.1 | 10 - qa/255.out.4 | 6 qa/445 | 46 ++++-- qa/admin/check-vm | 225 ++++++++++++++++++++++++++++++++++ qa/admin/myconfigure | 27 ++++ qa/admin/pcp-daily | 83 ++++++++---- qa/admin/pcp-qa-summary | 3 qa/admin/show-me-all | 52 +++++++ qa/mk.variant | 3 qa/valgrind-suppress-3.6.0.SVN-Debian | 75 +++++++++++ src/libpcp/src/auxserver.c | 40 ++++-- src/libpcp/src/check-statics | 2 src/libpcp/src/config.c | 48 ++++++- 24 files changed, 659 insertions(+), 108 deletions(-) commit 312e6178cdb800858435f6db176e5d12646e590d Author: Ken McDonell Date: Mon Mar 25 20:39:06 2013 +1100 IPv6 - run-time checks Do not try to create IPv6 server-end sockets if the running operating system does not support IPv6 (even though PCP code is IPv6 enabled). Currently the non-ipv6 mode is only activated for Linux systems when /proc/net/if_inet6 does _not_ exist, so for the vast majority of platforms this commit introduces no change. commit 04323d2b13f3ef0f0102521de405386a23ab59f3 Author: Ken McDonell Date: Mon Mar 25 20:37:22 2013 +1100 qa/445 - fix non-determinism We had two processes writing to the same log file ... results were a (biased) lottery. commit 090bcb445aff0ed16f7c0e2d96f112d7297dfaca Author: Ken McDonell Date: Mon Mar 25 19:49:24 2013 +1100 qa/172 - remove old .out file commit e7e91d6e1310cccaafb73b73167dd0055d158499 Author: Ken McDonell Date: Mon Mar 25 17:39:02 2013 +1100 qa/255 - fix output for no ipv6 case commit 9d664c5427258e0f493914780ecb2c1764fea4d5 Author: Ken McDonell Date: Mon Mar 25 17:37:13 2013 +1100 tar packaging - postinstall add chown commands With the change to not running pmcd et as root, various log dirs and files need to be owned by pcp.pcp not root.root ... follow the Debian recipe. commit b1ce6e0d50db10cdc7025ccbe7e9ad8b0a339db6 Author: Ken McDonell Date: Mon Mar 25 17:09:38 2013 +1100 qa/244 - fix output for no ipv6 case commit 896623b27c60da249a6fa61a8ee00d2c57f94974 Author: Ken McDonell Date: Mon Mar 25 16:20:00 2013 +1100 qa/243 - add variant output for no ipv6 case commit 82c885f0f79cca27f87723a1d9aede5d02f037ae Author: Ken McDonell Date: Mon Mar 25 16:04:52 2013 +1100 qa/023 & qa/067 - tweak no ipv6 output files To match recent formatting changes in libpcp. commit 5b6222486f867031762ee6b14d414e8ad378f329 Author: Ken McDonell Date: Mon Mar 25 16:04:23 2013 +1100 qa/mk.variant - clobber qa_outfiles while you're at it commit ab12ddc4c303e2441a2f99dd3a79a4a512ac6615 Author: Ken McDonell Date: Mon Mar 25 16:03:24 2013 +1100 qa/172 - add variant output for no ipv6 case commit 8f3047684ea8926852d94bbe68ff09eb81619309 Author: Ken McDonell Date: Mon Mar 25 12:12:40 2013 +1100 More qa admin scripts for Ken commit 15ccd2e4048faa7567632eb2537bb59c31250efb Author: Ken McDonell Date: Sat Mar 23 08:12:56 2013 +1100 valgrind 3.6.0 suppressions for i586 Debian 6.0.7 From kenj@internode.on.net Mon Mar 25 19:42:14 2013 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on oss.sgi.com X-Spam-Level: X-Spam-Status: No, score=0.0 required=5.0 tests=none autolearn=ham version=3.3.1 X-Original-To: pcp@oss.sgi.com Delivered-To: pcp@oss.sgi.com Received: from relay.sgi.com (relay3.corp.sgi.com [198.149.34.15]) by oss.sgi.com (Postfix) with ESMTP id 231557F56 for ; Mon, 25 Mar 2013 19:42:14 -0500 (CDT) Received: from cuda.sgi.com (cuda2.sgi.com [192.48.176.25]) by relay3.corp.sgi.com (Postfix) with ESMTP id A4689AC001 for ; Mon, 25 Mar 2013 17:42:13 -0700 (PDT) X-ASG-Debug-ID: 1364258528-04cbb00c1113d620001-S8gJnT Received: from ipmail06.adl6.internode.on.net (ipmail06.adl6.internode.on.net [150.101.137.145]) by cuda.sgi.com with ESMTP id tjYouSdmQuVFN5a0 for ; Mon, 25 Mar 2013 17:42:08 -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: ApQBAE7tUFF20dIQ/2dsb2JhbAANNoZXukOCXYEggxMBAQEEIxVBDAQLGAICBSECAg8CRgYNAQcBAbcucYJAkAqBI411B4ItgRMDqwk Received: from ppp118-209-210-16.lns20.mel6.internode.on.net (HELO [192.168.1.100]) ([118.209.210.16]) by ipmail06.adl6.internode.on.net with ESMTP; 26 Mar 2013 11:12:07 +1030 Message-ID: <5150EEDF.90206@internode.on.net> Date: Tue, 26 Mar 2013 11:42:07 +1100 From: Ken McDonell User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:17.0) Gecko/20130308 Thunderbird/17.0.4 MIME-Version: 1.0 To: Nathan Scott CC: Stan Cox , PCP Mailing List Subject: Re: [pcp] python QA/707 failures References: <188428942.24038272.1364167796042.JavaMail.root@redhat.com> X-ASG-Orig-Subj: Re: [pcp] python QA/707 failures In-Reply-To: <188428942.24038272.1364167796042.JavaMail.root@redhat.com> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-Barracuda-Connect: ipmail06.adl6.internode.on.net[150.101.137.145] X-Barracuda-Start-Time: 1364258528 X-Barracuda-URL: http://192.48.176.25:80/cgi-mod/mark.cgi X-Virus-Scanned: by bsmtpd at sgi.com X-Barracuda-BRTS-Status: 1 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=2.7 tests= X-Barracuda-Spam-Report: Code version 3.2, rules version 3.2.2.126241 Rule breakdown below pts rule name description ---- ---------------------- -------------------------------------------------- On 25/03/13 10:29, Nathan Scott wrote: > > > ----- Original Message ----- >> Another multi-platform failure case ... >> >> FAIL: test_context (__main__.TestSequenceFunctions) >> ---------------------------------------------------------------------- >> Traceback (most recent call last): >> File "/home/kenj/src/pcp/qa/src/test_pcp.python", line 355, in >> test_context >> test_pcp(self) >> File "/home/kenj/src/pcp/qa/src/test_pcp.python", line 163, in >> test_pcp >> self.assertTrue(len(inst) >= 2 and len(name) >= 2) >> AssertionError: False is not true >> >> Again clues would be appreciated. >> > > This again looks like it might be related to running on a single CPU > machine (test appears wrong). Its asserting there will be 2 or more > instances after doing a pmGetInDom on kernel.percpu.cpu.user - if it > is a single CPU machine then there wont be. > > Changing the 2 to "ncpu" (which we happen to have evaluated earlier) > and the >= to == for both cases, this (still) passes for me - might > do the trick. > > Looks like test 707 also needs an archive-mode invocation Stan? The > python test code seems to be wanting one ... but we never invoke it > with one (AFAICS) and so never go down the archive code paths? There > are a bunch of archives in qa/src - would one of those suit? > > The test also does " + '.index'" - that should not be required. Oh, > its just trying to generate an exception if archive not found? I'd > have expected pmNewContext would generate that exception though? > I've addressed the live mode failure, by using sample.bin instead of kernel.cpu.percpu.user and making some other changes to fix the Python logic that appeared wrong (like calling pmFreeResult and then using result) [warning this the first Python code I've written/changed ... be very afraid]. Commit coming soon. I'll leave the archive mode testing to someone else. From nscott@redhat.com Mon Mar 25 19:57:00 2013 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on oss.sgi.com X-Spam-Level: X-Spam-Status: No, score=0.0 required=5.0 tests=none autolearn=ham version=3.3.1 X-Original-To: pcp@oss.sgi.com Delivered-To: pcp@oss.sgi.com Received: from relay.sgi.com (relay1.corp.sgi.com [137.38.102.111]) by oss.sgi.com (Postfix) with ESMTP id C8B997F56 for ; Mon, 25 Mar 2013 19:57:00 -0500 (CDT) Received: from cuda.sgi.com (cuda2.sgi.com [192.48.176.25]) by relay1.corp.sgi.com (Postfix) with ESMTP id B7E698F8040 for ; Mon, 25 Mar 2013 17:56:57 -0700 (PDT) X-ASG-Debug-ID: 1364259415-04cbb00c0f13eb80001-S8gJnT Received: from mx4-phx2.redhat.com (mx4-phx2.redhat.com [209.132.183.25]) by cuda.sgi.com with ESMTP id XmNhLEzTkIxls8pA for ; Mon, 25 Mar 2013 17:56:55 -0700 (PDT) X-Barracuda-Envelope-From: nscott@redhat.com X-Barracuda-Apparent-Source-IP: 209.132.183.25 Received: from zmail20.collab.prod.int.phx2.redhat.com (zmail20.collab.prod.int.phx2.redhat.com [10.5.83.23]) by mx4-phx2.redhat.com (8.13.8/8.13.8) with ESMTP id r2Q0utK9018452; Mon, 25 Mar 2013 20:56:55 -0400 Date: Mon, 25 Mar 2013 20:56:55 -0400 (EDT) From: Nathan Scott Reply-To: Nathan Scott To: Michael Werner , Stan Cox Cc: PCP Message-ID: <2051621914.24702083.1364259415198.JavaMail.root@redhat.com> In-Reply-To: <2135442961.20440741.1363338583339.JavaMail.root@redhat.com> Subject: Re: pcp python package/namespace experimentation MIME-Version: 1.0 X-ASG-Orig-Subj: Re: pcp python package/namespace experimentation Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-Originating-IP: [10.64.48.82] X-Mailer: Zimbra 7.2.0_GA_2669 (ZimbraWebClient - FF3.0 (Linux)/7.2.0_GA_2669) X-Barracuda-Connect: mx4-phx2.redhat.com[209.132.183.25] X-Barracuda-Start-Time: 1364259415 X-Barracuda-URL: http://192.48.176.25:80/cgi-mod/mark.cgi X-Virus-Scanned: by bsmtpd at sgi.com X-Barracuda-BRTS-Status: 1 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=2.7 tests= X-Barracuda-Spam-Report: Code version 3.2, rules version 3.2.2.126243 Rule breakdown below pts rule name description ---- ---------------------- -------------------------------------------------- Hi guys, I the process of this (on-going), I also came across pcpi.py - there's a fair bit of code in these "convenience classes", do we have any sample code that makes use of this code anywhere? (could it be used as the basis of some tests) Also, erm, what does/did the "i" stand for? :) As we have "pmi" (pmlog *i*mport) I was thinking of taking the opportunity with the pending namespace/pylint shake-up to do a rename on this module to pcpcc.py (for convenience classes, as described in the code). thanks guys! -- Nathan ----- Original Message ----- > Hi guys, > > In considering how to add PMDA APIs to the python PCP code > (in addition to the existing PMAPI, PMI and pcp-gui wrapper > code), it seems timely to initially switch to python package > layout - namespace & subdirectory with multiple .py files. > > Also, I've started to tackle the extensive set of pylint(1) > warnings that we have already accumulated... > > nathans@smash:/source/git/pcp$ pylint src/python/setup.py | tail -2 > Your code has been rated at 10.00/10 (previous run: 10.00/10) > nathans@smash:/source/git/pcp$ pylint src/python/pcp/pmi.py | tail > -2 > Your code has been rated at 3.94/10 (previous run: 3.94/10) > > Any thoughts/review comments much appreciated - thanks!! > > > Changes committed to git://oss.sgi.com/nathans/pcp.git dev > > qa/src/check_import.python | 14 > src/python/GNUmakefile | 8 > src/python/pcp.py | 1789 > --------------------------------------------- > src/python/pcp/.gitignore | 1 > src/python/pcp/GNUmakefile | 25 > src/python/pcp/__init__.py | 1 > src/python/pcp/pcp.py | 1500 > +++++++++++++++++++++++++++++++++++++ > src/python/pcp/pcpi.py | 414 ++++++++++ > src/python/pcp/pmapi.c | 380 +++++++++ > src/python/pcp/pmi.py | 307 +++++++ > src/python/pcpi.py | 414 ---------- > src/python/pmapi.c | 380 --------- > src/python/setup.py | 73 - > 13 files changed, 2678 insertions(+), 2628 deletions(-) > > commit 93e6c84035eb273b0aed1a02894056f35983a893 > Author: Nathan Scott > Date: Fri Mar 15 20:03:31 2013 +1100 > > Experimental changes to support a pcp python package (!module) > From kenj@internode.on.net Mon Mar 25 21:42:26 2013 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on oss.sgi.com X-Spam-Level: X-Spam-Status: No, score=0.0 required=5.0 tests=none autolearn=ham version=3.3.1 X-Original-To: pcp@oss.sgi.com Delivered-To: pcp@oss.sgi.com Received: from relay.sgi.com (relay1.corp.sgi.com [137.38.102.111]) by oss.sgi.com (Postfix) with ESMTP id AC7A87F59 for ; Mon, 25 Mar 2013 21:42:26 -0500 (CDT) Received: from cuda.sgi.com (cuda2.sgi.com [192.48.176.25]) by relay1.corp.sgi.com (Postfix) with ESMTP id 9F10C8F8035 for ; Mon, 25 Mar 2013 19:42:26 -0700 (PDT) X-ASG-Debug-ID: 1364265741-04cbb00c12147480001-S8gJnT Received: from ipmail06.adl6.internode.on.net (ipmail06.adl6.internode.on.net [150.101.137.145]) by cuda.sgi.com with ESMTP id QGwYfm1jVOU7oDN9 for ; Mon, 25 Mar 2013 19:42:22 -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: ApMBAHsJUVF20dIQ/2dsb2JhbAANNsUhhBIwDRYYAwIBAgFYBgIBAbcAgzGQCY81gyoDqwk Received: from ppp118-209-210-16.lns20.mel6.internode.on.net (HELO [192.168.1.100]) ([118.209.210.16]) by ipmail06.adl6.internode.on.net with ESMTP; 26 Mar 2013 13:12:21 +1030 Message-ID: <51510B0E.4080701@internode.on.net> Date: Tue, 26 Mar 2013 13:42:22 +1100 From: Ken McDonell User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:17.0) Gecko/20130308 Thunderbird/17.0.4 MIME-Version: 1.0 To: pcp@oss.sgi.com Subject: pcp QA updates Content-Type: text/plain; charset=ISO-8859-1 X-ASG-Orig-Subj: pcp QA updates Content-Transfer-Encoding: 7bit X-Barracuda-Connect: ipmail06.adl6.internode.on.net[150.101.137.145] X-Barracuda-Start-Time: 1364265741 X-Barracuda-URL: http://192.48.176.25:80/cgi-mod/mark.cgi X-Virus-Scanned: by bsmtpd at sgi.com X-Barracuda-BRTS-Status: 1 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=2.7 tests= X-Barracuda-Spam-Report: Code version 3.2, rules version 3.2.2.126249 Rule breakdown below pts rule name description ---- ---------------------- -------------------------------------------------- With these changes 707 passes on all the hosts it was previously failing on, plus continues to pass on a random selection of those hosts it previously passed on. Changes committed to git://oss.sgi.com/kenj/pcp.git dev qa/051.out.2 | 6 +++--- qa/707 | 13 ++++++++++++- qa/admin/check-vm | 34 ++++++++++++++++++++++++++++++++-- qa/admin/pcp-qa-summary | 3 ++- qa/common.filter | 1 + qa/src/test_pcp.python | 36 ++++++++++++++++++------------------ 6 files changed, 68 insertions(+), 25 deletions(-) commit 9b4103136c2d0c78d6f504c8ec7a76e1826db88a Author: Ken McDonell Date: Tue Mar 26 12:11:11 2013 +1100 qa/707 - fix failing test Replaced kernel.percpu.cpu.user (where the number of instances is platform-dependent) with sample.bin (where the number of instances is deterministic). Also tweaked some of the logic to avoid a use after free error with "result". commit 88485cfdf446f422d57aede2f21817a7e1efe98a Author: Ken McDonell Date: Tue Mar 26 12:10:33 2013 +1100 qa/admin/check-vm - add network goo commit 47d8ea2b3dbaee711a5c37579dc5121e464b5853 Author: Ken McDonell Date: Tue Mar 26 06:33:11 2013 +1100 qa/common.filter - add systemd to top-level pmns filter commit 11468e3c8e83e73f626b9df652b8cb250929a0e9 Author: Ken McDonell Date: Tue Mar 26 06:32:52 2013 +1100 qa admin script typo commit 66537f3ce6afc86b5302e9f95c92118738480bf9 Author: Ken McDonell Date: Tue Mar 26 06:32:36 2013 +1100 qa/051 - fix output for no ipv6 case From nscott@redhat.com Mon Mar 25 22:38:06 2013 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on oss.sgi.com X-Spam-Level: X-Spam-Status: No, score=0.0 required=5.0 tests=none autolearn=ham version=3.3.1 X-Original-To: pcp@oss.sgi.com Delivered-To: pcp@oss.sgi.com Received: from relay.sgi.com (relay2.corp.sgi.com [137.38.102.29]) by oss.sgi.com (Postfix) with ESMTP id 6BCDB7F59 for ; Mon, 25 Mar 2013 22:38:06 -0500 (CDT) Received: from cuda.sgi.com (cuda1.sgi.com [192.48.157.11]) by relay2.corp.sgi.com (Postfix) with ESMTP id 28938304039 for ; Mon, 25 Mar 2013 20:38:06 -0700 (PDT) X-ASG-Debug-ID: 1364269082-04bdf06686152630001-S8gJnT Received: from mx3-phx2.redhat.com (mx3-phx2.redhat.com [209.132.183.24]) by cuda.sgi.com with ESMTP id pPkbZEkIMa1hgL2U for ; Mon, 25 Mar 2013 20:38:02 -0700 (PDT) X-Barracuda-Envelope-From: nscott@redhat.com X-Barracuda-Apparent-Source-IP: 209.132.183.24 Received: from zmail20.collab.prod.int.phx2.redhat.com (zmail20.collab.prod.int.phx2.redhat.com [10.5.83.23]) by mx3-phx2.redhat.com (8.13.8/8.13.8) with ESMTP id r2Q3c1OD014000 for ; Mon, 25 Mar 2013 23:38:02 -0400 Date: Mon, 25 Mar 2013 23:38:01 -0400 (EDT) From: Nathan Scott Reply-To: Nathan Scott To: pcp@oss.sgi.com Message-ID: <278436120.24742488.1364269081928.JavaMail.root@redhat.com> Subject: pcp updates: python module reorg & pylint MIME-Version: 1.0 X-ASG-Orig-Subj: pcp updates: python module reorg & pylint Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-Originating-IP: [10.64.48.82] X-Mailer: Zimbra 7.2.0_GA_2669 (ZimbraWebClient - FF3.0 (Linux)/7.2.0_GA_2669) X-Barracuda-Connect: mx3-phx2.redhat.com[209.132.183.24] X-Barracuda-Start-Time: 1364269082 X-Barracuda-URL: http://192.48.157.11:80/cgi-mod/mark.cgi X-Barracuda-BRTS-Status: 1 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=2.7 tests= X-Barracuda-Spam-Report: Code version 3.2, rules version 3.2.2.126253 Rule breakdown below pts rule name description ---- ---------------------- -------------------------------------------------- Changes committed to git://oss.sgi.com/nathans/pcp.git dev build/rpm/fedora.spec | 6 build/rpm/pcp.spec.in | 3 qa/src/.gitignore | 2 qa/src/GNUlocaldefs | 18 qa/src/check_import.python | 2 qa/src/test_pmi.python | 69 + src/pmcd/pmdaproc.sh | 4 src/pmdas/simple/pmdasimple.py | 34 src/python/GNUmakefile | 4 src/python/pcp/GNUmakefile | 2 src/python/pcp/__init__.py | 2 src/python/pcp/pcp.py | 1500 ----------------------------------------- src/python/pcp/pcpi.py | 414 ----------- src/python/pcp/pmapi.py | 1366 +++++++++++++++++++++++++++++++++++++ src/python/pcp/pmcc.py | 408 +++++++++++ src/python/pcp/pmda.py | 165 ++++ src/python/pcp/pmgui.py | 174 ++++ src/python/pcp/pmi.py | 29 src/python/pmapi.c | 205 +---- src/python/pmda.c | 118 +++ src/python/pmgui.c | 61 + src/python/pmi.c | 83 ++ src/python/setup.py | 5 23 files changed, 2544 insertions(+), 2130 deletions(-) commit 91899451464c3bb349eac40f3fef4afae3f7316f Author: Nathan Scott Date: Tue Mar 26 14:36:02 2013 +1100 Add a mechanism to generate the ideally-named pl/py scripts Due to various packaging issues we've avoiding using preferred suffixes for some scripts, however sometimes we simply must be using the right suffixes (pylint). commit e14388162db6be94ca6ae32250d7a0706c8dbea1 Author: Nathan Scott Date: Tue Mar 26 14:33:24 2013 +1100 Merge in a change from external fedora spec for tracking This change is unlikely to last, after further navel gazing and many valid points from fche, its likely to be yanked back out & just replaced with manual checks that the configure script that is shipped with PCP is generated from a very recent autoconf. commit 353bf453a589d210b3d14300fffcab30a0afd53b Author: Nathan Scott Date: Tue Mar 26 14:31:07 2013 +1100 Make in-tree rpm spec file %prep section match Fedora In particular, apparently the %prep section is not the right place for configure to run - was moved to %build in Fedora a while ago, but missed in-tree. commit 1d798de8275e512fc0b052bb847f1ec55dd87a4a Author: Nathan Scott Date: Tue Mar 26 14:29:38 2013 +1100 Python PMDA fixes/updates after recent module reorganisation commit f7ebe94f1f89e35ff4bc2dc2ae18c0b515c07167 Author: Nathan Scott Date: Tue Mar 26 14:25:34 2013 +1100 Further work toward clean namespace separation on python modules Rename a couple of the modules within the pcp python package so that cleaner importing is achieved (pylint-clean in particular). This scheme allows us to avoid wildcard imports on pcp modules, which pylint dislikes greatly. The existing pcp.py module is split here into separate modules for each of the shared libraries (libpcp, libpcp_gui and recently libpcp_import are now in separate modules). Initial work toward cleaning the GUI and PMI modules has been undertaken, and they're now alot closer to clean (but not quite 100% yet). The two python PMI test programs below qa/src are now 100% pylint clean. PMAPI (and test_pcp.py) remain areas of need in QA, and pmcollectl.py, pmapi.py, pmcc.py still need extensive work until pylint is happy (left for now though to avoid overlapping change with WIP from others). Renamed the "pcpi" module to "pmcc" for consistency with others, and to match the "convenience classes" name used in the source. From nscott@redhat.com Tue Mar 26 04:28:18 2013 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on oss.sgi.com X-Spam-Level: X-Spam-Status: No, score=0.0 required=5.0 tests=none autolearn=ham version=3.3.1 X-Original-To: pcp@oss.sgi.com Delivered-To: pcp@oss.sgi.com Received: from relay.sgi.com (relay1.corp.sgi.com [137.38.102.111]) by oss.sgi.com (Postfix) with ESMTP id C15BF7F61 for ; Tue, 26 Mar 2013 04:28:18 -0500 (CDT) Received: from cuda.sgi.com (cuda1.sgi.com [192.48.157.11]) by relay1.corp.sgi.com (Postfix) with ESMTP id 9F8618F8035 for ; Tue, 26 Mar 2013 02:28:15 -0700 (PDT) X-ASG-Debug-ID: 1364290090-04bdf06686166a20001-S8gJnT Received: from mx3-phx2.redhat.com (mx3-phx2.redhat.com [209.132.183.24]) by cuda.sgi.com with ESMTP id 7haYaQdYi4PwMNqB for ; Tue, 26 Mar 2013 02:28:10 -0700 (PDT) X-Barracuda-Envelope-From: nscott@redhat.com X-Barracuda-Apparent-Source-IP: 209.132.183.24 Received: from zmail20.collab.prod.int.phx2.redhat.com (zmail20.collab.prod.int.phx2.redhat.com [10.5.83.23]) by mx3-phx2.redhat.com (8.13.8/8.13.8) with ESMTP id r2Q9SAXp004557 for ; Tue, 26 Mar 2013 05:28:10 -0400 Date: Tue, 26 Mar 2013 05:28:09 -0400 (EDT) From: Nathan Scott Reply-To: Nathan Scott To: PCP Message-ID: <1677453951.24845115.1364290089978.JavaMail.root@redhat.com> Subject: pcp updates: pylint MIME-Version: 1.0 X-ASG-Orig-Subj: pcp updates: pylint Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-Originating-IP: [10.64.48.82] X-Mailer: Zimbra 7.2.0_GA_2669 (ZimbraWebClient - FF3.0 (Linux)/7.2.0_GA_2669) X-Barracuda-Connect: mx3-phx2.redhat.com[209.132.183.24] X-Barracuda-Start-Time: 1364290090 X-Barracuda-URL: http://192.48.157.11:80/cgi-mod/mark.cgi X-Virus-Scanned: by bsmtpd at sgi.com X-Barracuda-BRTS-Status: 1 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=2.7 tests= X-Barracuda-Spam-Report: Code version 3.2, rules version 3.2.2.126277 Rule breakdown below pts rule name description ---- ---------------------- -------------------------------------------------- Changes committed to git://oss.sgi.com/nathans/pcp.git dev qa/src/test_pcp.python | 270 ++++++------ src/python/pcp/pmapi.py | 1015 ++++++++++++++++++++++++------------------------ src/python/pcp/pmcc.py | 388 ++++++++---------- 3 files changed, 828 insertions(+), 845 deletions(-) commit fe986d3a83174c91d17e516870fc250f4d1c6c8b Author: Nathan Scott Date: Tue Mar 26 20:26:24 2013 +1100 Initial work on pmapi python module pylint cleanup Some interesting stuff like "Redefining builtin type() function" in amongst all the usual code-style reports. Marked pmContext methods @staticmethod where needed. All line-too-long warnings addressed, bad whitespace, global variable naming, redefining built-in 'buffer', redefining built-in 'str', redefining built-in 'format' all fixed. Many issues remain, but that'll do for now. pylint reckons "Your code has been rated at 9.50/10" (started at 3.67/10 so not too shabby). Fixed bug in pmprintf wrapper, which tested its result before calling the wrapped routine. Fixed bug in pmGetInDom wrapper resulting from a typo in nameL (NameL) at one point. pmGetInDomArchive had the same bug. Removed pmtimevalSleep wrapper, as it was deceptively not calling the underlying routine, silently dropping sub-second precision, and just calling sleep. pylint expains root cause - "access to protected method"; it looks like double-underscore routines are a no-go. commit 7ddf5afa3e8455752e6d66e8e2cce3bba70ab031 Author: Nathan Scott Date: Tue Mar 26 15:59:36 2013 +1100 Make pmcc python module pylint clean Some interesting stuff like "overriding builtin type() function" in amongst all the usual code-style reports. Resolve all wildcard imports back to explicit subsets, add class-level docstring based on existing comments, whitespace abuse (offset from LHS, parens, etc), names for local variables and so on. From kenj@internode.on.net Tue Mar 26 04:38:50 2013 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on oss.sgi.com X-Spam-Level: X-Spam-Status: No, score=0.0 required=5.0 tests=none autolearn=ham version=3.3.1 X-Original-To: pcp@oss.sgi.com Delivered-To: pcp@oss.sgi.com Received: from relay.sgi.com (relay1.corp.sgi.com [137.38.102.111]) by oss.sgi.com (Postfix) with ESMTP id E79977F61 for ; Tue, 26 Mar 2013 04:38:50 -0500 (CDT) Received: from cuda.sgi.com (cuda1.sgi.com [192.48.157.11]) by relay1.corp.sgi.com (Postfix) with ESMTP id B43898F8035 for ; Tue, 26 Mar 2013 02:38:50 -0700 (PDT) X-ASG-Debug-ID: 1364290727-04bdf06687167370001-S8gJnT Received: from ipmail06.adl6.internode.on.net (ipmail06.adl6.internode.on.net [150.101.137.145]) by cuda.sgi.com with ESMTP id zkcug7A1XGp5XuzZ for ; Tue, 26 Mar 2013 02:38:48 -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: ApMBABtsUVF20dIQ/2dsb2JhbAANNsUfhEgwDRYYAwIBAgE/GQYCAQG2LoMxkBCPL4MqA6sM Received: from ppp118-209-210-16.lns20.mel6.internode.on.net (HELO [192.168.1.100]) ([118.209.210.16]) by ipmail06.adl6.internode.on.net with ESMTP; 26 Mar 2013 20:08:47 +1030 Message-ID: <51516CA9.9010701@internode.on.net> Date: Tue, 26 Mar 2013 20:38:49 +1100 From: Ken McDonell User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:17.0) Gecko/20130308 Thunderbird/17.0.4 MIME-Version: 1.0 To: pcp@oss.sgi.com Subject: pcp updates Content-Type: text/plain; charset=ISO-8859-1 X-ASG-Orig-Subj: pcp updates Content-Transfer-Encoding: 7bit X-Barracuda-Connect: ipmail06.adl6.internode.on.net[150.101.137.145] X-Barracuda-Start-Time: 1364290727 X-Barracuda-URL: http://192.48.157.11:80/cgi-mod/mark.cgi X-Virus-Scanned: by bsmtpd at sgi.com X-Barracuda-BRTS-Status: 1 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=2.7 tests= X-Barracuda-Spam-Report: Code version 3.2, rules version 3.2.2.126277 Rule breakdown below pts rule name description ---- ---------------------- -------------------------------------------------- sar2pcp fix for sysstat 10.0.5 and qa/370 (which is turning into something of a versions monster because sysstat won't sit still). Changes committed to git://oss.sgi.com/kenj/pcp.git dev qa/370 | 35 qa/370.out.4 | 1400 ++++++++++ qa/370.out.5 | 5374 +++++++++++++++++++++++++++++++++++++++++ qa/370.out.6 | 5619 +++++++++++++++++++++++++++++++++++++++++++ qa/admin/pcp-daily | 24 qa/src/sa-sysstat-10.0.5 |binary qa/src/sa-sysstat-9.0.6.1 |binary src/pmimport/sar2pcp/sar2pcp | 2 8 files changed, 12435 insertions(+), 19 deletions(-) commit c06479d30ecae74f8cbdaa8ed762846a1b014ab0 Author: Ken McDonell Date: Tue Mar 26 20:36:04 2013 +1100 qa/admin/pcp-daily - add -S, don't make clean needlessly commit 0ca26c0f873a263726feb3942460ca6941012d66 Author: Ken McDonell Date: Tue Mar 26 19:53:49 2013 +1100 qa/370 - sar2pcp has moved on ... For systat 9.0.4, now have extra metrics in the full dump output, namely: disk.dev.avrqsz, disk.dev.avqsz, disk.dev.await and disk.dev.svctm. So update the expected output file. commit d1a8363e64c3875ac7d8fa3f3fd921db1a5ec85c Author: Ken McDonell Date: Tue Mar 26 18:27:59 2013 +1100 qa/370 - add support for systat 9.0.6.1 and 10.0.5 And contrary to previous assumptions 9.0.6.1 is not the same as 9.0.6, so some rework of the script logic was needed. commit dc7dcdcc223a59fee1b0ff4070f1d49a82981142 Author: Ken McDonell Date: Tue Mar 26 18:26:21 2013 +1100 sar2pcp - add tags from systat 10.0.5 More ones that don't map to PCP metrics - temperature, temp and usb. From fche@redhat.com Tue Mar 26 12:17:24 2013 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on oss.sgi.com X-Spam-Level: X-Spam-Status: No, score=0.0 required=5.0 tests=none autolearn=ham version=3.3.1 X-Original-To: pcp@oss.sgi.com Delivered-To: pcp@oss.sgi.com Received: from relay.sgi.com (relay1.corp.sgi.com [137.38.102.111]) by oss.sgi.com (Postfix) with ESMTP id 876507F76 for ; Tue, 26 Mar 2013 12:17:24 -0500 (CDT) Received: from cuda.sgi.com (cuda3.sgi.com [192.48.176.15]) by relay1.corp.sgi.com (Postfix) with ESMTP id 6571A8F804C for ; Tue, 26 Mar 2013 10:17:21 -0700 (PDT) X-ASG-Debug-ID: 1364318240-04cb6c2cd7179e20001-S8gJnT Received: from mx1.redhat.com (mx1.redhat.com [209.132.183.28]) by cuda.sgi.com with ESMTP id RWqw4SewNGMBWgjc for ; Tue, 26 Mar 2013 10:17:20 -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-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 r2QHHHwZ023067 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK); Tue, 26 Mar 2013 13:17:17 -0400 Received: from fche.csb (vpn-57-13.rdu2.redhat.com [10.10.57.13]) by int-mx12.intmail.prod.int.phx2.redhat.com (8.14.4/8.14.4) with ESMTP id r2QHHGTw011110; Tue, 26 Mar 2013 13:17:17 -0400 Received: by fche.csb (Postfix, from userid 2569) id 6F77A58153; Tue, 26 Mar 2013 13:17:16 -0400 (EDT) To: Ken McDonell Cc: PCP Subject: Re: IPv6 conditional References: <514AAB1A.9060101@internode.on.net> X-ASG-Orig-Subj: Re: IPv6 conditional From: fche@redhat.com (Frank Ch. Eigler) Date: Tue, 26 Mar 2013 13:17:16 -0400 In-Reply-To: <514AAB1A.9060101@internode.on.net> (Ken McDonell's message of "Thu, 21 Mar 2013 17:39:22 +1100") 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.25 X-Barracuda-Connect: mx1.redhat.com[209.132.183.28] X-Barracuda-Start-Time: 1364318240 X-Barracuda-URL: http://192.48.176.15:80/cgi-mod/mark.cgi X-Virus-Scanned: by bsmtpd at sgi.com X-Barracuda-BRTS-Status: 1 Ken McDonell writes: > [...] > But what if the kernel does not have IPv6 support, e.g. on Gentoo > [...] > Seems like we need to be much smarter here (a) in the build, or (b) at > run-time or (c) both. Other network daemons offer run-time options for this sort of thing, letting sysadmins specify a "-4" or "-6" command line option to limit to ipv4/ipv6 capability and/or binding address/interface for the listening sockets (which imply protocol) Plus, our code in pmcd could be smarter, in that even if by default it were to open both ipv4 & ipv6, it would not complain about the failure of one. - FChE From fche@redhat.com Tue Mar 26 12:24:04 2013 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on oss.sgi.com X-Spam-Level: X-Spam-Status: No, score=0.0 required=5.0 tests=none autolearn=ham version=3.3.1 X-Original-To: pcp@oss.sgi.com Delivered-To: pcp@oss.sgi.com Received: from relay.sgi.com (relay3.corp.sgi.com [198.149.34.15]) by oss.sgi.com (Postfix) with ESMTP id B857E7F76 for ; Tue, 26 Mar 2013 12:24:04 -0500 (CDT) Received: from cuda.sgi.com (cuda2.sgi.com [192.48.176.25]) by relay3.corp.sgi.com (Postfix) with ESMTP id 36E09AC005 for ; Tue, 26 Mar 2013 10:24:01 -0700 (PDT) X-ASG-Debug-ID: 1364318640-04cbb00c12185ef0001-S8gJnT Received: from mx1.redhat.com (mx1.redhat.com [209.132.183.28]) by cuda.sgi.com with ESMTP id 6qXEMDqpUfWY7JTI for ; Tue, 26 Mar 2013 10:24:00 -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-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 r2QHNxil025519 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK) for ; Tue, 26 Mar 2013 13:23:59 -0400 Received: from fche.csb (vpn-57-13.rdu2.redhat.com [10.10.57.13]) by int-mx02.intmail.prod.int.phx2.redhat.com (8.13.8/8.13.8) with ESMTP id r2QGe9Qq025479; Tue, 26 Mar 2013 12:40:10 -0400 Received: by fche.csb (Postfix, from userid 2569) id 1C43A58153; Tue, 26 Mar 2013 12:40:09 -0400 (EDT) To: Nathan Scott Cc: Serguei Makarov , pcp@oss.sgi.com Subject: Re: pmwebapi review notes References: <2091639693.21801399.1363673658355.JavaMail.root@redhat.com> <508751269.21862839.1363686572196.JavaMail.root@redhat.com> X-ASG-Orig-Subj: Re: pmwebapi review notes From: fche@redhat.com (Frank Ch. Eigler) Date: Tue, 26 Mar 2013 12:40:08 -0400 In-Reply-To: <508751269.21862839.1363686572196.JavaMail.root@redhat.com> (Nathan Scott's message of "Tue, 19 Mar 2013 05:49:32 -0400 (EDT)") 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.67 on 10.5.11.12 X-Barracuda-Connect: mx1.redhat.com[209.132.183.28] X-Barracuda-Start-Time: 1364318640 X-Barracuda-URL: http://192.48.176.25:80/cgi-mod/mark.cgi X-Virus-Scanned: by bsmtpd at sgi.com X-Barracuda-BRTS-Status: 1 Hi, Nathan - > == main.c > > - port = 44323 > We'll need to register this with IANA when the time comes [...] Right. > Current convention is to define these in impl.h and also to > allow override from the environment (for some reason) This is not applicable to the web interface. Those don't use impl.h, nor environment variables to connect. > - -H vs -h for host > I guess this is because -h is very commonly used for "help" > nowadays, it is really unfortunate that we went with -h for > remote host. You're beating a new path here ... every other > PCP tool uses -h for host, and -? for help. > - -A vs -a for archive (and also -a for uriprefix) > Same deal - except -A is already taken in pcp convention and > is used by the client tools to mean alignment from start-of- > an-archive (see PCPIntro(1) "interval & alignment" section) > [...] I'll switch over to the convention, such as it is. > - "timeoutr" -> typo Will fix. > - The -t option parsing would seem simpler with strtoul? but > seem to have gone for a signed local on purpose, not sure I > follow the rationale there (*shrug*, no big deal of course) strtoul accepts values like -444 and treats them as valid (large) numbers. Not helpful to a user. > - No need for -n option here (more like pmproxy than pmcd here) Will zap. > - Could/should enable threading now? Noticed this... > /* Start microhttpd daemon. Use the application-driven threading > model, so we don't complicate things with threads. In the > future, if PMAPI becomes safe to invoke from a multithreaded > application, consider MHD_USE_THREAD_PER_CONNECTION, with > ample locking over the contexts etc. */ > ... the future has arrived! (where's my hoverboard!?!) > - also: /* | MHD_USE_IPv6 */ - should that be enabled too now? > microhttpd.h header file suggests "yes!" ... nope (as you have found later). > - shutting down comments: > /* Shut down cleanly, out of a misplaced sense of propriety. */ > ... > /* We could pmDestroyContext() all the active contexts. */ > I understand the malloc->free is a waste of time when shutting > down (although valgrind reporting will be helped so I personally > prefer it for daemons always), I'm ambivalent about this one, but OK. > but I'm also led to believe that at a TCP protocol level its nicer > to shutdown your connections cleanly (which DestroyContext will > do) so the remote host(s) all explicitly know they won't have to > hang around waiting. If you're referring to half-closed sorts of situations, that should not apply here, as when the process exits, the kernel will thoroughly close the socket immediately. > - MHD_USE_SSL flag - ho-hum, here's a possible can of worms: > I notice MHD uses gnutls for its SSL services. [...] I propose not enabling the gnutls SSL stuff in libmicrohttpd, until at some point we undertake a port to nss directly (which we could send upstream), or through the recently-added posix-socket-io layer in libpcp (which we could not upstream). > - mhd_respond() has a grammatical typo in the preceding comment > ("operation an existing context"). Can be a static function, > as can handle_signals() below it. Will fix. > == pmwebapi.c > > Just general comments here, above was probably too detailed: > > - /* if-threaded: pthread_mutex_t context_lock; */ > ah yeah, so not just as simple as asserting libmicrophttpd and > libpcp do threading - we need to do our own too in some spots. Indeed. > - pmwebapi_respond_* > These tend to be of the form: > 1. extract details of the web request & its parameters > 2. do the pcp api calls for request/parameters and walk the > results building up a char* buffer (JSON) > 3. direct the char* buffer back through the webserver code > [...] > Step 2 seems to be amenable to being extracted into a library > that could be shared. [...] I must admit I don't see that much potential in this. How about we leave refactoring till there is more than one ... product? > Further, if someone desperately wants an XML output instead of > JSON, this abstraction could allow the library to provide an > alternate set of interfaces for XML that the same daemon could > serve up instead. (If that were desirable, a "&format=xml" type suffix on the incoming URLs could be handled directly within the program, without requiring much abstraction goo.) > [...] Oh wait - one final thought - for the daemon, the name > "pmwebapi" doesn't seem to roll off the tongue - how would you feel > about a "pmwebd" and perhaps a libpcp_webapi.so / ? How about just rename to pmwebd, but not bother with libs/headers at this time? - FChE From brolley@redhat.com Tue Mar 26 13:59:56 2013 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on oss.sgi.com X-Spam-Level: X-Spam-Status: No, score=0.0 required=5.0 tests=none autolearn=ham version=3.3.1 X-Original-To: pcp@oss.sgi.com Delivered-To: pcp@oss.sgi.com Received: from relay.sgi.com (relay1.corp.sgi.com [137.38.102.111]) by oss.sgi.com (Postfix) with ESMTP id DCDF27F81 for ; Tue, 26 Mar 2013 13:59:56 -0500 (CDT) Received: from cuda.sgi.com (cuda3.sgi.com [192.48.176.15]) by relay1.corp.sgi.com (Postfix) with ESMTP id C827D8F8052 for ; Tue, 26 Mar 2013 11:59:56 -0700 (PDT) X-ASG-Debug-ID: 1364324392-04cb6c2cd71876b0001-S8gJnT Received: from mx1.redhat.com (mx1.redhat.com [209.132.183.28]) by cuda.sgi.com with ESMTP id YvWEhRLzC907z7a3 for ; Tue, 26 Mar 2013 11:59:53 -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-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 r2QIxo01001896 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK); Tue, 26 Mar 2013 14:59:50 -0400 Received: from [10.10.55.24] (vpn-55-24.rdu2.redhat.com [10.10.55.24]) by int-mx11.intmail.prod.int.phx2.redhat.com (8.14.4/8.14.4) with ESMTP id r2QIxnLg007783; Tue, 26 Mar 2013 14:59:49 -0400 Message-ID: <5151F024.6090803@redhat.com> Date: Tue, 26 Mar 2013 14:59:48 -0400 From: Dave Brolley User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:17.0) Gecko/20130219 Thunderbird/17.0.3 MIME-Version: 1.0 To: "Frank Ch. Eigler" CC: Ken McDonell , PCP Subject: Re: [pcp] IPv6 conditional References: <514AAB1A.9060101@internode.on.net> X-ASG-Orig-Subj: Re: [pcp] IPv6 conditional In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed 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: 1364324392 X-Barracuda-URL: http://192.48.176.15:80/cgi-mod/mark.cgi X-Virus-Scanned: by bsmtpd at sgi.com X-Barracuda-BRTS-Status: 1 On 03/26/2013 01:17 PM, Frank Ch. Eigler wrote: > Ken McDonell writes: > >> [...] >> But what if the kernel does not have IPv6 support, e.g. on Gentoo >> [...] >> Seems like we need to be much smarter here (a) in the build, or (b) at >> run-time or (c) both. > > Plus, our code in pmcd could be smarter, in that even if by default it > were to open both ipv4 & ipv6, it would not complain about the failure > of one. > I believe that this is already the case, at least for pmcd, and if that was included in the common code which was added to libpcp by Nathan, then also for other pcp daemons. Dave From nscott@redhat.com Tue Mar 26 17:04:09 2013 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on oss.sgi.com X-Spam-Level: X-Spam-Status: No, score=0.0 required=5.0 tests=none autolearn=ham version=3.3.1 X-Original-To: pcp@oss.sgi.com Delivered-To: pcp@oss.sgi.com Received: from relay.sgi.com (relay1.corp.sgi.com [137.38.102.111]) by oss.sgi.com (Postfix) with ESMTP id 26BAB7F4E for ; Tue, 26 Mar 2013 17:04:09 -0500 (CDT) Received: from cuda.sgi.com (cuda1.sgi.com [192.48.157.11]) by relay1.corp.sgi.com (Postfix) with ESMTP id DCD258F8035 for ; Tue, 26 Mar 2013 15:03:59 -0700 (PDT) X-ASG-Debug-ID: 1364335428-04bdf066861a68c0001-S8gJnT Received: from mx3-phx2.redhat.com (mx3-phx2.redhat.com [209.132.183.24]) by cuda.sgi.com with ESMTP id QOAVi8CLlwF4WzO2 for ; Tue, 26 Mar 2013 15:03:48 -0700 (PDT) X-Barracuda-Envelope-From: nscott@redhat.com X-Barracuda-Apparent-Source-IP: 209.132.183.24 Received: from zmail20.collab.prod.int.phx2.redhat.com (zmail20.collab.prod.int.phx2.redhat.com [10.5.83.23]) by mx3-phx2.redhat.com (8.13.8/8.13.8) with ESMTP id r2QM3jFP009557; Tue, 26 Mar 2013 18:03:45 -0400 Date: Tue, 26 Mar 2013 18:03:45 -0400 (EDT) From: Nathan Scott Reply-To: Nathan Scott To: Ken McDonell Cc: pcp@oss.sgi.com Message-ID: <1235909676.25249712.1364335425307.JavaMail.root@redhat.com> In-Reply-To: <51501DA5.3040309@internode.on.net> Subject: Re: [pcp] pcp updates MIME-Version: 1.0 X-ASG-Orig-Subj: Re: [pcp] pcp updates Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-Originating-IP: [10.64.48.10] X-Mailer: Zimbra 7.2.0_GA_2669 (ZimbraWebClient - FF3.0 (Linux)/7.2.0_GA_2669) X-Barracuda-Connect: mx3-phx2.redhat.com[209.132.183.24] X-Barracuda-Start-Time: 1364335428 X-Barracuda-URL: http://192.48.157.11:80/cgi-mod/mark.cgi X-Virus-Scanned: by bsmtpd at sgi.com X-Barracuda-BRTS-Status: 1 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=2.7 tests= X-Barracuda-Spam-Report: Code version 3.2, rules version 3.2.2.126327 Rule breakdown below pts rule name description ---- ---------------------- -------------------------------------------------- ----- Original Message ----- > With these changes my QA failures on Gentoo are down from 70+ to 7. > > I'd really appreciate some feedback on the ipv6 run-time check > changes in libpcp ... they are a bit hacky, but I cannot see an > obviously cleaner way to fix it. Thanks Ken, looking good. I think the seeming hackiness comes from the way we're adapting what was a static-only config setup to need a dynamic test. If we make the dynamic testing more integral (I guess more cases like this ipv6 test will arrive down the track), then it might come together more cleanly - I'll have a crack at this today. cheers. -- Nathan From nscott@redhat.com Tue Mar 26 17:54:50 2013 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on oss.sgi.com X-Spam-Level: X-Spam-Status: No, score=0.0 required=5.0 tests=none autolearn=ham version=3.3.1 X-Original-To: pcp@oss.sgi.com Delivered-To: pcp@oss.sgi.com Received: from relay.sgi.com (relay1.corp.sgi.com [137.38.102.111]) by oss.sgi.com (Postfix) with ESMTP id 842D97F4E for ; Tue, 26 Mar 2013 17:54:50 -0500 (CDT) Received: from cuda.sgi.com (cuda2.sgi.com [192.48.176.25]) by relay1.corp.sgi.com (Postfix) with ESMTP id 581E38F8035 for ; Tue, 26 Mar 2013 15:54:50 -0700 (PDT) X-ASG-Debug-ID: 1364338488-04cbb00c0f1a3c70001-S8gJnT Received: from mx4-phx2.redhat.com (mx4-phx2.redhat.com [209.132.183.25]) by cuda.sgi.com with ESMTP id zjf7s5coHAN4WgYH for ; Tue, 26 Mar 2013 15:54:49 -0700 (PDT) X-Barracuda-Envelope-From: nscott@redhat.com X-Barracuda-Apparent-Source-IP: 209.132.183.25 Received: from zmail20.collab.prod.int.phx2.redhat.com (zmail20.collab.prod.int.phx2.redhat.com [10.5.83.23]) by mx4-phx2.redhat.com (8.13.8/8.13.8) with ESMTP id r2QMsmZT015859; Tue, 26 Mar 2013 18:54:48 -0400 Date: Tue, 26 Mar 2013 18:54:48 -0400 (EDT) From: Nathan Scott Reply-To: Nathan Scott To: "Frank Ch. Eigler" Cc: Serguei Makarov , pcp@oss.sgi.com Message-ID: <1248108282.25267658.1364338488396.JavaMail.root@redhat.com> In-Reply-To: Subject: Re: pmwebapi review notes MIME-Version: 1.0 X-ASG-Orig-Subj: Re: pmwebapi review notes Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-Originating-IP: [10.64.48.10] X-Mailer: Zimbra 7.2.0_GA_2669 (ZimbraWebClient - FF3.0 (Linux)/7.2.0_GA_2669) X-Barracuda-Connect: mx4-phx2.redhat.com[209.132.183.25] X-Barracuda-Start-Time: 1364338489 X-Barracuda-URL: http://192.48.176.25:80/cgi-mod/mark.cgi X-Virus-Scanned: by bsmtpd at sgi.com X-Barracuda-BRTS-Status: 1 X-Barracuda-Spam-Score: 0.01 X-Barracuda-Spam-Status: No, SCORE=0.01 using per-user scores of TAG_LEVEL=1000.0 QUARANTINE_LEVEL=1000.0 KILL_LEVEL=2.7 tests=BSF_SC0_MISMATCH_TO, BSF_SC0_SA_TO_FROM_DOMAIN_MATCH X-Barracuda-Spam-Report: Code version 3.2, rules version 3.2.2.126331 Rule breakdown below pts rule name description ---- ---------------------- -------------------------------------------------- 0.00 BSF_SC0_MISMATCH_TO Envelope rcpt doesn't match header 0.01 BSF_SC0_SA_TO_FROM_DOMAIN_MATCH Sender Domain Matches Recipient Domain Hi Frank, ----- Original Message ----- > > ... > I propose not enabling the gnutls SSL stuff in libmicrohttpd, until > at > some point we undertake a port to nss directly (which we could send > upstream), or through the recently-added posix-socket-io layer in > libpcp (which we could not upstream). OK, sounds like a plan. My quick scan through the libmicrohttpd suggested it will be a non-trivial undertaking to make it NSS/NSPR aware (like with the rest of PCP), so would need a very supportive upstream or a local fork. Either works for me, its clearly such a oft-requested feature that we need to take on its maintenance as a core PCP component in one form or the other. Happily there's also an extensive set of tests in the libmicrohttpd sources. > > ... > > Step 2 seems to be amenable to being extracted into a library > > that could be shared. [...] > > I must admit I don't see that much potential in this. How about we > leave refactoring till there is more than one ... product? > Sure. I was thinking of a production environment I've been involved with in the past, and they in particular could have used this (with a java API) to remove a bunch of old code. The idea of a demo as clear and simple as the Flask one appeals too, so at some point I hope to take a crack at this abstraction. Definitely an optional-extra though. > > [...] Oh wait - one final thought - for the daemon, the name > > "pmwebapi" doesn't seem to roll off the tongue - how would you feel > > about a "pmwebd" and perhaps a libpcp_webapi.so / ? > > How about just rename to pmwebd, but not bother with libs/headers at > this time? *nod* - fine with me, thanks. cheers. -- Nathan From nscott@redhat.com Tue Mar 26 19:11:44 2013 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on oss.sgi.com X-Spam-Level: X-Spam-Status: No, score=0.0 required=5.0 tests=none autolearn=ham version=3.3.1 X-Original-To: pcp@oss.sgi.com Delivered-To: pcp@oss.sgi.com Received: from relay.sgi.com (relay3.corp.sgi.com [198.149.34.15]) by oss.sgi.com (Postfix) with ESMTP id 2F9817F4E for ; Tue, 26 Mar 2013 19:11:44 -0500 (CDT) Received: from cuda.sgi.com (cuda1.sgi.com [192.48.157.11]) by relay3.corp.sgi.com (Postfix) with ESMTP id C21D8AC001 for ; Tue, 26 Mar 2013 17:11:40 -0700 (PDT) X-ASG-Debug-ID: 1364343096-04bdf066851ac020001-S8gJnT Received: from mx3-phx2.redhat.com (mx3-phx2.redhat.com [209.132.183.24]) by cuda.sgi.com with ESMTP id AgLEgt72sPqXtpPe for ; Tue, 26 Mar 2013 17:11:36 -0700 (PDT) X-Barracuda-Envelope-From: nscott@redhat.com X-Barracuda-Apparent-Source-IP: 209.132.183.24 Received: from zmail20.collab.prod.int.phx2.redhat.com (zmail20.collab.prod.int.phx2.redhat.com [10.5.83.23]) by mx3-phx2.redhat.com (8.13.8/8.13.8) with ESMTP id r2R0BZJG030261 for ; Tue, 26 Mar 2013 20:11:35 -0400 Date: Tue, 26 Mar 2013 20:11:35 -0400 (EDT) From: Nathan Scott Reply-To: Nathan Scott To: pcp@oss.sgi.com Message-ID: <833939873.25295978.1364343095710.JavaMail.root@redhat.com> Subject: pcp updates: ipv6 pmconfig rejiggery MIME-Version: 1.0 X-ASG-Orig-Subj: pcp updates: ipv6 pmconfig rejiggery Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-Originating-IP: [10.64.48.10] X-Mailer: Zimbra 7.2.0_GA_2669 (ZimbraWebClient - FF3.0 (Linux)/7.2.0_GA_2669) X-Barracuda-Connect: mx3-phx2.redhat.com[209.132.183.24] X-Barracuda-Start-Time: 1364343096 X-Barracuda-URL: http://192.48.157.11:80/cgi-mod/mark.cgi X-Virus-Scanned: by bsmtpd at sgi.com X-Barracuda-BRTS-Status: 1 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=2.7 tests= X-Barracuda-Spam-Report: Code version 3.2, rules version 3.2.2.126335 Rule breakdown below pts rule name description ---- ---------------------- -------------------------------------------------- Changes committed to git://oss.sgi.com/nathans/pcp.git dev src/libpcp/src/auxserver.c | 23 +--------- src/libpcp/src/check-statics | 2 src/libpcp/src/config.c | 92 ++++++++++++++----------------------------- src/python/pcp/GNUmakefile | 2 4 files changed, 36 insertions(+), 83 deletions(-) commit 1cf03e792b3a4e77794de322a406acf882956ded Author: Nathan Scott Date: Wed Mar 27 11:07:56 2013 +1100 Rework libpcp feature-test API internally for dynamic evaluation With IPv6 becoming a runtime test (rather than build time), this code really didn't support such extension. Refactor it to use a feature-detecting callback which allows dynamic feature testing. As a special once-off, never-to-be-repeated bonus offer, removed the two new statics in libpcp for IPv6 - not much gain to caching these results forever, I think (especially for the one use case which sets up ports for the servers - only executed at startup of the daemons). commit 98cd58c30976e04abf11a159b3da231c07c7b84a Author: Nathan Scott Date: Wed Mar 27 11:06:46 2013 +1100 Missed a spot in renaming some of the python modules From nscott@redhat.com Tue Mar 26 19:14:30 2013 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on oss.sgi.com X-Spam-Level: X-Spam-Status: No, score=0.0 required=5.0 tests=none autolearn=ham version=3.3.1 X-Original-To: pcp@oss.sgi.com Delivered-To: pcp@oss.sgi.com Received: from relay.sgi.com (relay2.corp.sgi.com [137.38.102.29]) by oss.sgi.com (Postfix) with ESMTP id D264D7F4E for ; Tue, 26 Mar 2013 19:14:30 -0500 (CDT) Received: from cuda.sgi.com (cuda1.sgi.com [192.48.157.11]) by relay2.corp.sgi.com (Postfix) with ESMTP id ACE2D304071 for ; Tue, 26 Mar 2013 17:14:30 -0700 (PDT) X-ASG-Debug-ID: 1364343269-04bdf066851ac1b0001-S8gJnT Received: from mx3-phx2.redhat.com (mx3-phx2.redhat.com [209.132.183.24]) by cuda.sgi.com with ESMTP id kmHFlXu1NEdpe74S for ; Tue, 26 Mar 2013 17:14:29 -0700 (PDT) X-Barracuda-Envelope-From: nscott@redhat.com X-Barracuda-Apparent-Source-IP: 209.132.183.24 Received: from zmail20.collab.prod.int.phx2.redhat.com (zmail20.collab.prod.int.phx2.redhat.com [10.5.83.23]) by mx3-phx2.redhat.com (8.13.8/8.13.8) with ESMTP id r2R0EQkA030656; Tue, 26 Mar 2013 20:14:26 -0400 Date: Tue, 26 Mar 2013 20:14:26 -0400 (EDT) From: Nathan Scott Reply-To: Nathan Scott To: Ken McDonell Cc: pcp@oss.sgi.com Message-ID: <1823770787.25296824.1364343266239.JavaMail.root@redhat.com> In-Reply-To: <1235909676.25249712.1364335425307.JavaMail.root@redhat.com> Subject: Re: [pcp] pcp updates MIME-Version: 1.0 X-ASG-Orig-Subj: Re: [pcp] pcp updates Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-Originating-IP: [10.64.48.10] X-Mailer: Zimbra 7.2.0_GA_2669 (ZimbraWebClient - FF3.0 (Linux)/7.2.0_GA_2669) X-Barracuda-Connect: mx3-phx2.redhat.com[209.132.183.24] X-Barracuda-Start-Time: 1364343269 X-Barracuda-URL: http://192.48.157.11:80/cgi-mod/mark.cgi X-Virus-Scanned: by bsmtpd at sgi.com X-Barracuda-BRTS-Status: 1 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=2.7 tests= X-Barracuda-Spam-Report: Code version 3.2, rules version 3.2.2.126335 Rule breakdown below pts rule name description ---- ---------------------- -------------------------------------------------- ----- Original Message ----- > > ----- Original Message ----- > > With these changes my QA failures on Gentoo are down from 70+ to 7. > > > > I'd really appreciate some feedback on the ipv6 run-time check > > changes in libpcp ... they are a bit hacky, but I cannot see an > > obviously cleaner way to fix it. > > Thanks Ken, looking good. I think the seeming hackiness comes from > the way we're adapting what was a static-only config setup to need a > dynamic test. If we make the dynamic testing more integral (I guess > more cases like this ipv6 test will arrive down the track), then it > might come together more cleanly - I'll have a crack at this today. > 1cf03e792b in my personal tree has a possible alternative, which I think is a little more future-proof and clean. I'll start pushing the contents of that tree over to the main tree dev branch soon, I just need to stabilise some of my python churn further first. cheers. -- Nathan From nscott@redhat.com Wed Mar 27 00:47:00 2013 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on oss.sgi.com X-Spam-Level: X-Spam-Status: No, score=0.0 required=5.0 tests=none autolearn=ham version=3.3.1 X-Original-To: pcp@oss.sgi.com Delivered-To: pcp@oss.sgi.com Received: from relay.sgi.com (relay2.corp.sgi.com [137.38.102.29]) by oss.sgi.com (Postfix) with ESMTP id E0E117F4E for ; Wed, 27 Mar 2013 00:47:00 -0500 (CDT) Received: from cuda.sgi.com (cuda1.sgi.com [192.48.157.11]) by relay2.corp.sgi.com (Postfix) with ESMTP id BEC6A304067 for ; Tue, 26 Mar 2013 22:47:00 -0700 (PDT) X-ASG-Debug-ID: 1364363214-04bdf066871bc530001-S8gJnT Received: from mx3-phx2.redhat.com (mx3-phx2.redhat.com [209.132.183.24]) by cuda.sgi.com with ESMTP id mFU3kX5AdawtKG7C for ; Tue, 26 Mar 2013 22:46:54 -0700 (PDT) X-Barracuda-Envelope-From: nscott@redhat.com X-Barracuda-Apparent-Source-IP: 209.132.183.24 Received: from zmail20.collab.prod.int.phx2.redhat.com (zmail20.collab.prod.int.phx2.redhat.com [10.5.83.23]) by mx3-phx2.redhat.com (8.13.8/8.13.8) with ESMTP id r2R5ksLI017062 for ; Wed, 27 Mar 2013 01:46:54 -0400 Date: Wed, 27 Mar 2013 01:46:54 -0400 (EDT) From: Nathan Scott Reply-To: Nathan Scott To: PCP Message-ID: <29821459.25449984.1364363214006.JavaMail.root@redhat.com> In-Reply-To: <1012102862.25449807.1364363143962.JavaMail.root@redhat.com> Subject: pcp updates: python modules, pylint MIME-Version: 1.0 X-ASG-Orig-Subj: pcp updates: python modules, pylint Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-Originating-IP: [10.64.48.10] X-Mailer: Zimbra 7.2.0_GA_2669 (ZimbraWebClient - FF3.0 (Linux)/7.2.0_GA_2669) X-Barracuda-Connect: mx3-phx2.redhat.com[209.132.183.24] X-Barracuda-Start-Time: 1364363214 X-Barracuda-URL: http://192.48.157.11:80/cgi-mod/mark.cgi X-Virus-Scanned: by bsmtpd at sgi.com X-Barracuda-BRTS-Status: 1 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=2.7 tests= X-Barracuda-Spam-Report: Code version 3.2, rules version 3.2.2.126357 Rule breakdown below pts rule name description ---- ---------------------- -------------------------------------------------- Changes committed to git://oss.sgi.com/nathans/pcp.git dev qa/src/test_pcp.python | 7 src/pmcollectl/pmcollectl.py | 68 ++--- src/pmdas/simple/GNUmakefile | 2 src/python/pcp/pmapi.py | 266 +++++++++++----------- src/python/pcp/pmgui.py | 16 - src/python/pmapi.c | 514 ++++++++++++++++++------------------------- src/python/pmda.c | 30 +- src/python/pmgui.c | 4 src/python/pmi.c | 4 9 files changed, 427 insertions(+), 484 deletions(-) commit fa9b6d3e1ca98214a8c6c71de54e80d02b69b3cf Author: Nathan Scott Date: Wed Mar 27 16:41:42 2013 +1100 Get pmcollectl running using the new python module layout commit be152c9137f4f142670d6eef8b5c3a8c263bcb67 Author: Nathan Scott Date: Wed Mar 27 16:41:11 2013 +1100 Rename a pmapi.py import for consistency commit 5ed45d2cf1808df8444825b815b876315a1de9e1 Author: Nathan Scott Date: Wed Mar 27 16:40:38 2013 +1100 Symbols from libpcp_gui shlib now a different py module commit 93735a3969a2800297289c00d57671511f0f66da Author: Nathan Scott Date: Wed Mar 27 15:59:20 2013 +1100 Implement python call to __pmtimevalSleep and XTB macros Added C interfaces to access the pmapi extended time base macros and to correctly implemented the __pmtimevalSleep call (sub-second precision). Reinstated the test code in qa/src/test_pcp.python that exercises it. Refactored much of the pmapi.c module dictionary code, so that its a bit more readable (by me at least). Fixed up arg decoding in newly added PyArg_Parse* calls, which translate py<->C in some harder-to-reach places. commit cc9b4a831f9769995f4292d69697b1072d636fdb Author: Nathan Scott Date: Wed Mar 27 15:55:00 2013 +1100 Comment out pmdasimple.py for now, causing build failure From kenj@internode.on.net Wed Mar 27 01:07:30 2013 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on oss.sgi.com X-Spam-Level: X-Spam-Status: No, score=0.0 required=5.0 tests=none autolearn=ham version=3.3.1 X-Original-To: pcp@oss.sgi.com Delivered-To: pcp@oss.sgi.com Received: from relay.sgi.com (relay2.corp.sgi.com [137.38.102.29]) by oss.sgi.com (Postfix) with ESMTP id 1BB817F50 for ; Wed, 27 Mar 2013 01:07:30 -0500 (CDT) Received: from cuda.sgi.com (cuda3.sgi.com [192.48.176.15]) by relay2.corp.sgi.com (Postfix) with ESMTP id 09AA4304032 for ; Tue, 26 Mar 2013 23:07:26 -0700 (PDT) X-ASG-Debug-ID: 1364364441-04cb6c2cd81aada0001-S8gJnT Received: from ipmail04.adl6.internode.on.net (ipmail04.adl6.internode.on.net [150.101.137.141]) by cuda.sgi.com with ESMTP id d35ERXJvg2hxf3zW for ; Tue, 26 Mar 2013 23:07:22 -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: ApMBAI2LUlF20dIQ/2dsb2JhbAANNsU8g1JAPRYYAwIBAgFLDQgBAbQZkxuSVwOgV4o2 Received: from ppp118-209-210-16.lns20.mel6.internode.on.net (HELO [192.168.1.100]) ([118.209.210.16]) by ipmail04.adl6.internode.on.net with ESMTP; 27 Mar 2013 16:37:21 +1030 Message-ID: <51528C9C.5070403@internode.on.net> Date: Wed, 27 Mar 2013 17:07:24 +1100 From: Ken McDonell User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:17.0) Gecko/20130308 Thunderbird/17.0.4 MIME-Version: 1.0 To: PCP Mailing List Subject: rpm migrate_tempdirs() problem on SuSE Content-Type: text/plain; charset=ISO-8859-1; format=flowed X-ASG-Orig-Subj: rpm migrate_tempdirs() problem on SuSE Content-Transfer-Encoding: 7bit X-Barracuda-Connect: ipmail04.adl6.internode.on.net[150.101.137.141] X-Barracuda-Start-Time: 1364364441 X-Barracuda-URL: http://192.48.176.15:80/cgi-mod/mark.cgi X-Virus-Scanned: by bsmtpd at sgi.com X-Barracuda-BRTS-Status: 1 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=2.7 tests= X-Barracuda-Spam-Report: Code version 3.2, rules version 3.2.2.126359 Rule breakdown below pts rule name description ---- ---------------------- -------------------------------------------------- The rpm spec files both contain mv -fun "$source" "$target" on SuSE, mv(1) has no -n option (nor the equivalent --no-clobber) ... need some recoding here in old-style portable Unix command speak I think ... I'll leave that to someone who understands what this was supposed to be doing. I'm guessing it needs to be [ -d "$target" ] || mv -fu "$source" "$target" if "$target" is always a directory in this context From nscott@redhat.com Wed Mar 27 01:26:56 2013 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on oss.sgi.com X-Spam-Level: X-Spam-Status: No, score=0.0 required=5.0 tests=none autolearn=ham version=3.3.1 X-Original-To: pcp@oss.sgi.com Delivered-To: pcp@oss.sgi.com Received: from relay.sgi.com (relay3.corp.sgi.com [198.149.34.15]) by oss.sgi.com (Postfix) with ESMTP id 0AABE7F50 for ; Wed, 27 Mar 2013 01:26:56 -0500 (CDT) Received: from cuda.sgi.com (cuda3.sgi.com [192.48.176.15]) by relay3.corp.sgi.com (Postfix) with ESMTP id 7886EAC002 for ; Tue, 26 Mar 2013 23:26:55 -0700 (PDT) X-ASG-Debug-ID: 1364365612-04cb6c2cd71ac040001-S8gJnT Received: from mx4-phx2.redhat.com (mx4-phx2.redhat.com [209.132.183.25]) by cuda.sgi.com with ESMTP id 2qrgIV122b9Y5wma for ; Tue, 26 Mar 2013 23:26:52 -0700 (PDT) X-Barracuda-Envelope-From: nscott@redhat.com X-Barracuda-Apparent-Source-IP: 209.132.183.25 Received: from zmail20.collab.prod.int.phx2.redhat.com (zmail20.collab.prod.int.phx2.redhat.com [10.5.83.23]) by mx4-phx2.redhat.com (8.13.8/8.13.8) with ESMTP id r2R6QqBK020687; Wed, 27 Mar 2013 02:26:52 -0400 Date: Wed, 27 Mar 2013 02:26:51 -0400 (EDT) From: Nathan Scott Reply-To: Nathan Scott To: Stan Cox Cc: pcp@oss.sgi.com Message-ID: <165665234.25461192.1364365611984.JavaMail.root@redhat.com> In-Reply-To: <830745941.25455456.1364364287900.JavaMail.root@redhat.com> Subject: Heads-up - overlapped python merge needed soon(ish) MIME-Version: 1.0 X-ASG-Orig-Subj: Heads-up - overlapped python merge needed soon(ish) Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-Originating-IP: [10.64.48.10] X-Mailer: Zimbra 7.2.0_GA_2669 (ZimbraWebClient - FF3.0 (Linux)/7.2.0_GA_2669) X-Barracuda-Connect: mx4-phx2.redhat.com[209.132.183.25] X-Barracuda-Start-Time: 1364365612 X-Barracuda-URL: http://192.48.176.15:80/cgi-mod/mark.cgi X-Virus-Scanned: by bsmtpd at sgi.com X-Barracuda-BRTS-Status: 1 X-Barracuda-Spam-Score: 0.01 X-Barracuda-Spam-Status: No, SCORE=0.01 using per-user scores of TAG_LEVEL=1000.0 QUARANTINE_LEVEL=1000.0 KILL_LEVEL=2.7 tests=BSF_SC0_SA_TO_FROM_DOMAIN_MATCH X-Barracuda-Spam-Report: Code version 3.2, rules version 3.2.2.126361 Rule breakdown below pts rule name description ---- ---------------------- -------------------------------------------------- 0.01 BSF_SC0_SA_TO_FROM_DOMAIN_MATCH Sender Domain Matches Recipient Domain Hi Stan! Had a quick look at getting pmcollectl.py running with the refactored python modules today. I've pushed some changes to my dev branch in git://oss.sgi.com/nathans/pcp just to give the flavour. These module changes also happen to get us a few steps forward with pylint on pmcollectl (below), but clearly lotsa issues remain there. I'll leave it at that for now - too much more work in here will mean a very difficult merge later, as I know you've got lots of changes/refactoring pending too in pmcollectl, with your atop-alike tool and pmsubsys additions there. Still keen for your thoughts on the python refactoring in the src/python subdir, if you get some time to have a look. I'm punting that pmsubsys.pl might need to end up in there as well? (if its to be shared by pmcollectl and pmatop?) No rush on any of this, of course & I'll be away for a few days from tomorrow till early next week too. cheers. -- Nathan $ pylint pmcollectl.py No config file found, using default configuration ************* Module pmcollectl C: 47: Line too long (93/80) C: 72: Line too long (96/80) C:115: Line too long (81/80) C:141: Line too long (186/80) C:151: Line too long (101/80) C:206: Line too long (86/80) C:308: Line too long (81/80) C:313: Line too long (84/80) C:314: Line too long (89/80) C:324: Line too long (83/80) C:328: Line too long (91/80) C:344: Line too long (130/80) C:374: Line too long (129/80) C:381: Line too long (81/80) C:382: Line too long (84/80) C:383: Line too long (85/80) C:387: Line too long (81/80) C:388: Line too long (84/80) C:389: Line too long (85/80) C:394: Line too long (81/80) C:401: Line too long (81/80) C:402: Line too long (84/80) C:403: Line too long (85/80) C:410: Line too long (81/80) C:468: Line too long (84/80) C:473: Line too long (89/80) C:477: Line too long (109/80) C:482: Line too long (85/80) C:483: Line too long (89/80) C:493: Line too long (148/80) W:502: Bad indentation. Found 12 spaces, expected 8 W:503: Bad indentation. Found 12 spaces, expected 8 W:504: Bad indentation. Found 12 spaces, expected 8 W:505: Bad indentation. Found 16 spaces, expected 12 W:506: Bad indentation. Found 12 spaces, expected 8 W:507: Bad indentation. Found 12 spaces, expected 8 W:508: Bad indentation. Found 16 spaces, expected 12 W:509: Bad indentation. Found 12 spaces, expected 8 W:510: Bad indentation. Found 12 spaces, expected 8 W:512: Bad indentation. Found 12 spaces, expected 8 W:513: Bad indentation. Found 12 spaces, expected 8 W:514: Bad indentation. Found 12 spaces, expected 8 W:515: Bad indentation. Found 16 spaces, expected 12 W:516: Bad indentation. Found 12 spaces, expected 8 W:518: Bad indentation. Found 12 spaces, expected 8 W:520: Bad indentation. Found 12 spaces, expected 8 W:521: Bad indentation. Found 16 spaces, expected 12 W:522: Bad indentation. Found 20 spaces, expected 16 W:523: Bad indentation. Found 16 spaces, expected 12 W:524: Bad indentation. Found 20 spaces, expected 16 W:526: Bad indentation. Found 12 spaces, expected 8 W:527: Bad indentation. Found 12 spaces, expected 8 W:528: Bad indentation. Found 16 spaces, expected 12 W:529: Bad indentation. Found 12 spaces, expected 8 C:553: Line too long (88/80) C:580: Line too long (85/80) C:584: Line too long (94/80) C:600: Line too long (135/80) W:609: Bad indentation. Found 12 spaces, expected 8 W:611: Bad indentation. Found 12 spaces, expected 8 W:613: Bad indentation. Found 12 spaces, expected 8 W:615: Bad indentation. Found 12 spaces, expected 8 C:617: Line too long (112/80) W:617: Bad indentation. Found 12 spaces, expected 8 C:618: Line too long (112/80) W:618: Bad indentation. Found 12 spaces, expected 8 C:620: Line too long (83/80) W:620: Bad indentation. Found 12 spaces, expected 8 C:636: Line too long (90/80) C:637: Line too long (83/80) C:639: Line too long (88/80) C:640: Line too long (88/80) C:641: Line too long (82/80) C:642: Line too long (85/80) C:643: Line too long (89/80) C:644: Line too long (89/80) C:645: Line too long (83/80) C:646: Line too long (86/80) C:706: Line too long (89/80) C:710: Line too long (100/80) C:713: Line too long (82/80) C:716: Line too long (83/80) C:726: Line too long (145/80) C:741: Line too long (153/80) C:742: Line too long (153/80) C:752: Line too long (114/80) C:798: Line too long (83/80) C:802: Line too long (91/80) C:818: Line too long (130/80) W:827: Bad indentation. Found 12 spaces, expected 8 W:829: Bad indentation. Found 12 spaces, expected 8 W:831: Bad indentation. Found 12 spaces, expected 8 W:833: Bad indentation. Found 12 spaces, expected 8 C:835: Line too long (108/80) W:835: Bad indentation. Found 12 spaces, expected 8 C:837: Line too long (96/80) W:837: Bad indentation. Found 12 spaces, expected 8 C:842: Line too long (81/80) C:845: Line too long (95/80) C:855: Line too long (81/80) C:862: Line too long (86/80) C:872: Line too long (82/80) C:874: Line too long (94/80) C:875: Line too long (97/80) C:881: Line too long (96/80) C:882: Line too long (105/80) C:883: Line too long (83/80) C:884: Line too long (85/80) C:972: Line too long (95/80) C:994: Line too long (85/80) C:1017: Line too long (106/80) C:1043: Line too long (111/80) C: 1: Too many lines in module (1059) W:938: TODO: --subsys XYZ W:166:round: Redefining built-in 'round' C: 39: Invalid name "me" (should match (([A-Z_][A-Z0-9_]*)|(__.*__))$) W: 41:check_code: Redefining name 'code' from outer scope (line 985) W: 41:check_code: Redefining name 'pm' from outer scope (line 962) C: 41:check_code: Missing docstring C: 41:check_code: Invalid name "pm" (should match [a-z_][a-z0-9_]{2,30}$) C: 41:check_code: Invalid name "pm" (should match [a-z_][a-z0-9_]{2,30}$) C: 46:usage: Missing docstring W: 77:get_atom_value: Redefining built-in 'type' C: 71:get_atom_value: Missing docstring W: 71:get_atom_value: Unused argument 'metric' R: 71:get_atom_value: Too many return statements (13/6) R: 71:get_atom_value: Too many branches (20/12) W:120:get_stats: Redefining name 'code' from outer scope (line 985) W:122:get_stats: Redefining name 'e' from outer scope (line 963) W:132:get_stats: Redefining name 'i' from outer scope (line 893) W:134:get_stats: Redefining name 'j' from outer scope (line 940) R:115:get_stats: Too many local variables (17/15) C:115:get_stats: Missing docstring C:122:get_stats: Invalid name "e" (should match [a-z_][a-z0-9_]{2,30}$) R:115:get_stats: Too many branches (15/12) C:166:round: Missing docstring C:173:get_dimension: Missing docstring C:184:get_scalar_value: Missing docstring W:194:record: Redefining built-in 'file' W:194:record: Redefining name 'duration' from outer scope (line 898) W:194:record: Redefining name 'pm' from outer scope (line 962) C:194:record: Missing docstring C:194:record: Invalid name "pm" (should match [a-z_][a-z0-9_]{2,30}$) C:194:record: Invalid name "pm" (should match [a-z_][a-z0-9_]{2,30}$) W:195:record: Using global for 'me' but no assignment is done E:214:record: Undefined variable 'check_status' W:222:record_add_creator: Redefining name 'i' from outer scope (line 893) W:221:record_add_creator: Redefining name 'args' from outer scope (line 1013) C:219:record_add_creator: Missing docstring C:219:record_add_creator: Invalid name "fn" (should match [a-z_][a-z0-9_]{2,30}$) C:219:record_add_creator: Invalid name "fn" (should match [a-z_][a-z0-9_]{2,30}$) C:220:record_add_creator: Invalid name "f" (should match [a-z_][a-z0-9_]{2,30}$) W:232:record_check_creator: Redefining name 'line' from outer scope (line 975) C:230:record_check_creator: Missing docstring C:230:record_check_creator: Invalid name "fn" (should match [a-z_][a-z0-9_]{2,30}$) C:230:record_check_creator: Invalid name "fn" (should match [a-z_][a-z0-9_]{2,30}$) C:231:record_check_creator: Invalid name "f" (should match [a-z_][a-z0-9_]{2,30}$) C:240:_subsys: Missing docstring W:243:_subsys.set_verbosity: Redefining name 'verbosity' from outer scope (line 895) C:243:_subsys.set_verbosity: Missing docstring C:245:_subsys.get_stats: Missing docstring W:249:_subsys.get_stats: Statement seems to have no effect C:250:_subsys.get_total: Missing docstring W:251:_subsys.get_total: Statement seems to have no effect R:250:_subsys.get_total: Method could be a function C:252:_subsys.print_header1: Missing docstring C:259:_subsys.print_header2: Missing docstring C:266:_subsys.print_header1_brief: Missing docstring W:267:_subsys.print_header1_brief: Statement seems to have no effect R:266:_subsys.print_header1_brief: Method could be a function C:268:_subsys.print_header2_brief: Missing docstring W:269:_subsys.print_header2_brief: Statement seems to have no effect R:268:_subsys.print_header2_brief: Method could be a function C:270:_subsys.print_header1_detail: Missing docstring W:271:_subsys.print_header1_detail: Statement seems to have no effect R:270:_subsys.print_header1_detail: Method could be a function C:272:_subsys.print_header2_detail: Missing docstring W:273:_subsys.print_header2_detail: Statement seems to have no effect R:272:_subsys.print_header2_detail: Method could be a function C:274:_subsys.print_header1_verbose: Missing docstring W:275:_subsys.print_header1_verbose: Statement seems to have no effect R:274:_subsys.print_header1_verbose: Method could be a function C:276:_subsys.print_header2_verbose: Missing docstring W:277:_subsys.print_header2_verbose: Statement seems to have no effect R:276:_subsys.print_header2_verbose: Method could be a function C:278:_subsys.print_line: Missing docstring C:285:_subsys.print_brief: Missing docstring W:286:_subsys.print_brief: Statement seems to have no effect R:285:_subsys.print_brief: Method could be a function C:287:_subsys.print_verbose: Missing docstring W:288:_subsys.print_verbose: Statement seems to have no effect R:287:_subsys.print_verbose: Method could be a function C:289:_subsys.print_detail: Missing docstring W:290:_subsys.print_detail: Statement seems to have no effect R:289:_subsys.print_detail: Method could be a function C:291:_subsys.divide_check: Missing docstring R:291:_subsys.divide_check: Method could be a function W:296:_subsys.setup_metrics: Redefining name 'pm' from outer scope (line 962) C:296:_subsys.setup_metrics: Missing docstring C:296:_subsys.setup_metrics: Invalid name "pm" (should match [a-z_][a-z0-9_]{2,30}$) C:296:_subsys.setup_metrics: Comma not followed by a space def setup_metrics(self,pm): ^^ C:296:_subsys.setup_metrics: Invalid name "pm" (should match [a-z_][a-z0-9_]{2,30}$) W:297:_subsys.setup_metrics: Statement seems to have no effect W:296:_subsys.setup_metrics: Unused argument 'pm' R:296:_subsys.setup_metrics: Method could be a function W:244:_subsys.set_verbosity: Attribute 'verbosity' defined outside __init__ C:303:_cpu: Missing docstring W:304:_cpu.__init__: __init__ method from base class '_subsys' is not called W:324:_cpu.setup_metrics: Redefining name 'code' from outer scope (line 985) W:325:_cpu.setup_metrics: Redefining name 'e' from outer scope (line 963) W:333:_cpu.setup_metrics: Redefining name 'i' from outer scope (line 893) W:321:_cpu.setup_metrics: Redefining name 'j' from outer scope (line 940) W:319:_cpu.setup_metrics: Redefining name 'pm' from outer scope (line 962) C:319:_cpu.setup_metrics: Invalid name "pm" (should match [a-z_][a-z0-9_]{2,30}$) C:319:_cpu.setup_metrics: Comma not followed by a space def setup_metrics(self,pm): ^^ C:319:_cpu.setup_metrics: Invalid name "pm" (should match [a-z_][a-z0-9_]{2,30}$) C:325:_cpu.setup_metrics: Invalid name "e" (should match [a-z_][a-z0-9_]{2,30}$) C:328:_cpu.setup_metrics: Operator not preceded by a space self.cpu_metrics_dict=dict((i,self.cpu_metrics.index(i)) for i in self.cpu_metrics) ^ W:325:_cpu.setup_metrics: Unused variable 'e' W:333:_cpu.setup_metrics: Unused variable 'i' W:338:_cpu.dump_metrics: Redefining name 'i' from outer scope (line 893) C:336:_cpu.dump_metrics: Missing docstring C:346:_cpu.get_cpu_metric_value: Missing docstring W:328:_cpu.setup_metrics: Attribute 'cpu_metrics_dict' defined outside __init__ W:353:_cpu.get_total: Attribute 'cpu_total' defined outside __init__ W:334:_cpu.setup_metrics: Attribute 'old_cpu_metric_value' defined outside __init__ W:331:_cpu.setup_metrics: Attribute 'cpu_metric_desc' defined outside __init__ W:329:_cpu.setup_metrics: Attribute 'cpu_metric_name' defined outside __init__ W:333:_cpu.setup_metrics: Attribute 'cpu_metric_value' defined outside __init__ C:460:_interrupt: Missing docstring W:461:_interrupt.__init__: __init__ method from base class '_subsys' is not called W:473:_interrupt.setup_metrics: Redefining name 'code' from outer scope (line 985) W:474:_interrupt.setup_metrics: Redefining name 'e' from outer scope (line 963) W:467:_interrupt.setup_metrics: Redefining name 'i' from outer scope (line 893) W:470:_interrupt.setup_metrics: Redefining name 'j' from outer scope (line 940) W:465:_interrupt.setup_metrics: Redefining name 'pm' from outer scope (line 962) C:465:_interrupt.setup_metrics: Invalid name "pm" (should match [a-z_][a-z0-9_]{2,30}$) C:465:_interrupt.setup_metrics: Comma not followed by a space def setup_metrics(self,pm): ^^ C:465:_interrupt.setup_metrics: Invalid name "pm" (should match [a-z_][a-z0-9_]{2,30}$) C:474:_interrupt.setup_metrics: Invalid name "e" (should match [a-z_][a-z0-9_]{2,30}$) C:477:_interrupt.setup_metrics: Operator not preceded by a space self.interrupt_metrics_dict=dict((i,self.interrupt_metrics.index(i)) for i in self.interrupt_metrics) ^ W:474:_interrupt.setup_metrics: Unused variable 'e' W:487:_interrupt.dump_metrics: Redefining name 'i' from outer scope (line 893) C:485:_interrupt.dump_metrics: Missing docstring C:495:_interrupt.get_interrupt_metric_value: Missing docstring C:503:_interrupt.print_header1_brief: Invalid name "h" (should match [a-z_][a-z0-9_]{2,30}$) C:505:_interrupt.print_header1_brief: Invalid name "h" (should match [a-z_][a-z0-9_]{2,30}$) C:506:_interrupt.print_header1_brief: Invalid name "h" (should match [a-z_][a-z0-9_]{2,30}$) C:508:_interrupt.print_header1_brief: Invalid name "h" (should match [a-z_][a-z0-9_]{2,30}$) C:509:_interrupt.print_header1_brief: Invalid name "h" (should match [a-z_][a-z0-9_]{2,30}$) W:504:_interrupt.print_header1_brief: Unused variable 'k' W:535:_interrupt.print_brief: Redefining name 'j' from outer scope (line 940) C:532:_interrupt.print_brief: Operator not preceded by a space _=self.interrupt_metrics_dict ^ W:542:_interrupt.print_detail: Redefining name 'j' from outer scope (line 940) C:541:_interrupt.print_detail: Operator not preceded by a space _=self.interrupt_metrics_dict ^ W:482:_interrupt.setup_metrics: Attribute 'interrupt_metric_value' defined outside __init__ W:477:_interrupt.setup_metrics: Attribute 'interrupt_metrics_dict' defined outside __init__ W:480:_interrupt.setup_metrics: Attribute 'int_metric_desc' defined outside __init__ W:483:_interrupt.setup_metrics: Attribute 'old_interrupt_metric_value' defined outside __init__ W:478:_interrupt.setup_metrics: Attribute 'int_metric_name' defined outside __init__ C:564:_disk: Missing docstring W:565:_disk.__init__: __init__ method from base class '_subsys' is not called W:580:_disk.setup_metrics: Redefining name 'code' from outer scope (line 985) W:581:_disk.setup_metrics: Redefining name 'e' from outer scope (line 963) W:589:_disk.setup_metrics: Redefining name 'i' from outer scope (line 893) W:577:_disk.setup_metrics: Redefining name 'j' from outer scope (line 940) W:575:_disk.setup_metrics: Redefining name 'pm' from outer scope (line 962) C:575:_disk.setup_metrics: Invalid name "pm" (should match [a-z_][a-z0-9_]{2,30}$) C:575:_disk.setup_metrics: Comma not followed by a space def setup_metrics(self,pm): ^^ C:575:_disk.setup_metrics: Invalid name "pm" (should match [a-z_][a-z0-9_]{2,30}$) C:581:_disk.setup_metrics: Invalid name "e" (should match [a-z_][a-z0-9_]{2,30}$) C:584:_disk.setup_metrics: Operator not preceded by a space self.disk_metrics_dict=dict((i,self.disk_metrics.index(i)) for i in self.disk_metrics) ^ W:581:_disk.setup_metrics: Unused variable 'e' W:589:_disk.setup_metrics: Unused variable 'i' W:594:_disk.dump_metrics: Redefining name 'i' from outer scope (line 893) C:592:_disk.dump_metrics: Missing docstring C:602:_disk.get_disk_metric_value: Missing docstring W:632:_disk.print_detail: Redefining name 'e' from outer scope (line 963) W:628:_disk.print_detail: Redefining name 'j' from outer scope (line 940) C:632:_disk.print_detail: Invalid name "e" (should match [a-z_][a-z0-9_]{2,30}$) W:630:_disk.print_detail: Unused variable 'inst' W:632:_disk.print_detail: Unused variable 'e' W:587:_disk.setup_metrics: Attribute 'disk_metric_desc' defined outside __init__ W:590:_disk.setup_metrics: Attribute 'old_disk_metric_value' defined outside __init__ W:585:_disk.setup_metrics: Attribute 'disk_metric_name' defined outside __init__ W:584:_disk.setup_metrics: Attribute 'disk_metrics_dict' defined outside __init__ W:589:_disk.setup_metrics: Attribute 'disk_metric_value' defined outside __init__ C:673:_memory: Missing docstring W:674:_memory.__init__: __init__ method from base class '_subsys' is not called W:706:_memory.setup_metrics: Redefining name 'code' from outer scope (line 985) W:707:_memory.setup_metrics: Redefining name 'e' from outer scope (line 963) W:715:_memory.setup_metrics: Redefining name 'i' from outer scope (line 893) W:703:_memory.setup_metrics: Redefining name 'j' from outer scope (line 940) W:701:_memory.setup_metrics: Redefining name 'pm' from outer scope (line 962) C:701:_memory.setup_metrics: Invalid name "pm" (should match [a-z_][a-z0-9_]{2,30}$) C:701:_memory.setup_metrics: Comma not followed by a space def setup_metrics(self,pm): ^^ C:701:_memory.setup_metrics: Invalid name "pm" (should match [a-z_][a-z0-9_]{2,30}$) C:707:_memory.setup_metrics: Invalid name "e" (should match [a-z_][a-z0-9_]{2,30}$) C:710:_memory.setup_metrics: Operator not preceded by a space self.memory_metrics_dict=dict((i,self.memory_metrics.index(i)) for i in self.memory_metrics) ^ W:707:_memory.setup_metrics: Unused variable 'e' W:715:_memory.setup_metrics: Unused variable 'i' W:720:_memory.dump_metrics: Redefining name 'i' from outer scope (line 893) C:718:_memory.dump_metrics: Missing docstring C:728:_memory.get_memory_metric_value: Missing docstring W:710:_memory.setup_metrics: Attribute 'memory_metrics_dict' defined outside __init__ W:715:_memory.setup_metrics: Attribute 'memory_metric_value' defined outside __init__ W:716:_memory.setup_metrics: Attribute 'old_memory_metric_value' defined outside __init__ W:711:_memory.setup_metrics: Attribute 'memory_metric_name' defined outside __init__ W:713:_memory.setup_metrics: Attribute 'memory_metric_desc' defined outside __init__ C:779:_net: Missing docstring W:780:_net.__init__: __init__ method from base class '_subsys' is not called W:798:_net.setup_metrics: Redefining name 'code' from outer scope (line 985) W:799:_net.setup_metrics: Redefining name 'e' from outer scope (line 963) W:807:_net.setup_metrics: Redefining name 'i' from outer scope (line 893) W:795:_net.setup_metrics: Redefining name 'j' from outer scope (line 940) W:793:_net.setup_metrics: Redefining name 'pm' from outer scope (line 962) C:793:_net.setup_metrics: Invalid name "pm" (should match [a-z_][a-z0-9_]{2,30}$) C:793:_net.setup_metrics: Comma not followed by a space def setup_metrics(self,pm): ^^ C:793:_net.setup_metrics: Invalid name "pm" (should match [a-z_][a-z0-9_]{2,30}$) C:799:_net.setup_metrics: Invalid name "e" (should match [a-z_][a-z0-9_]{2,30}$) C:802:_net.setup_metrics: Operator not preceded by a space self.net_metrics_dict=dict((i,self.net_metrics.index(i)) for i in self.net_metrics) ^ W:799:_net.setup_metrics: Unused variable 'e' W:807:_net.setup_metrics: Unused variable 'i' W:812:_net.dump_metrics: Redefining name 'i' from outer scope (line 893) C:810:_net.dump_metrics: Missing docstring C:820:_net.get_net_metric_value: Missing docstring W:867:_net.print_detail: Redefining name 'e' from outer scope (line 963) W:862:_net.print_detail: Redefining name 'j' from outer scope (line 940) C:867:_net.print_detail: Invalid name "e" (should match [a-z_][a-z0-9_]{2,30}$) W:867:_net.print_detail: Unused variable 'e' W:865:_net.print_detail: Unused variable 'inst' W:802:_net.setup_metrics: Attribute 'net_metrics_dict' defined outside __init__ W:807:_net.setup_metrics: Attribute 'net_metric_value' defined outside __init__ W:808:_net.setup_metrics: Attribute 'old_net_metric_value' defined outside __init__ W:803:_net.setup_metrics: Attribute 'net_metric_name' defined outside __init__ W:805:_net.setup_metrics: Attribute 'net_metric_desc' defined outside __init__ C:892: Invalid name "n_samples" (should match (([A-Z_][A-Z0-9_]*)|(__.*__))$) C:894: Invalid name "subsys" (should match (([A-Z_][A-Z0-9_]*)|(__.*__))$) C:895: Invalid name "verbosity" (should match (([A-Z_][A-Z0-9_]*)|(__.*__))$) C:896: Invalid name "output_file" (should match (([A-Z_][A-Z0-9_]*)|(__.*__))$) C:897: Invalid name "input_file" (should match (([A-Z_][A-Z0-9_]*)|(__.*__))$) C:898: Invalid name "duration" (should match (([A-Z_][A-Z0-9_]*)|(__.*__))$) C:899: Invalid name "interval_arg" (should match (([A-Z_][A-Z0-9_]*)|(__.*__))$) C:900: Invalid name "duration_arg" (should match (([A-Z_][A-Z0-9_]*)|(__.*__))$) C:902: Invalid name "ss" (should match (([A-Z_][A-Z0-9_]*)|(__.*__))$) C:903: Invalid name "cpu" (should match (([A-Z_][A-Z0-9_]*)|(__.*__))$) C:904: Invalid name "interrupt" (should match (([A-Z_][A-Z0-9_]*)|(__.*__))$) C:905: Invalid name "disk" (should match (([A-Z_][A-Z0-9_]*)|(__.*__))$) C:906: Invalid name "memory" (should match (([A-Z_][A-Z0-9_]*)|(__.*__))$) C:907: Invalid name "net" (should match (([A-Z_][A-Z0-9_]*)|(__.*__))$) C:909: Comma not followed by a space s_options = {"d":[disk,"brief"],"D":[disk,"detail"], ^^ "c":[cpu,"brief"],"C":[cpu,"detail"], "n":[net,"brief"],"N":[net,"detail"], "j":[interrupt,"brief"],"J":[interrupt,"detail"], "b":[ss,"brief"],"B":[ss,"detail"], "m":[memory,"brief"],"M":[ss,"detail"], "f":[ss,"brief"],"F":[ss,"detail"], "y":[ss,"brief"],"Y":[ss,"detail"], "Z":[ss,"detail"] C:909: Invalid name "s_options" (should match (([A-Z_][A-Z0-9_]*)|(__.*__))$) C:923: Invalid name "n_samples" (should match (([A-Z_][A-Z0-9_]*)|(__.*__))$) C:925: Invalid name "n_samples" (should match (([A-Z_][A-Z0-9_]*)|(__.*__))$) C:928: Invalid name "output_file" (should match (([A-Z_][A-Z0-9_]*)|(__.*__))$) C:931: Invalid name "input_file" (should match (([A-Z_][A-Z0-9_]*)|(__.*__))$) C:934: Invalid name "duration_arg" (should match (([A-Z_][A-Z0-9_]*)|(__.*__))$) C:937: Invalid name "interval_arg" (should match (([A-Z_][A-Z0-9_]*)|(__.*__))$) C:947: Invalid name "verbosity" (should match (([A-Z_][A-Z0-9_]*)|(__.*__))$) W:958: Used builtin function 'map' W:958:: Lambda may not be necessary C:962: Invalid name "pm" (should match (([A-Z_][A-Z0-9_]*)|(__.*__))$) C:968: Invalid name "lol" (should match (([A-Z_][A-Z0-9_]*)|(__.*__))$) C:977: Invalid name "archive" (should match (([A-Z_][A-Z0-9_]*)|(__.*__))$) C:979: Invalid name "pm" (should match (([A-Z_][A-Z0-9_]*)|(__.*__))$) C:985: Invalid name "code" (should match (([A-Z_][A-Z0-9_]*)|(__.*__))$) C:985: Invalid name "timeval" (should match (([A-Z_][A-Z0-9_]*)|(__.*__))$) C:985: Invalid name "errmsg" (should match (([A-Z_][A-Z0-9_]*)|(__.*__))$) C:989: Invalid name "duration" (should match (([A-Z_][A-Z0-9_]*)|(__.*__))$) C:991: Invalid name "code" (should match (([A-Z_][A-Z0-9_]*)|(__.*__))$) C:991: Invalid name "delta" (should match (([A-Z_][A-Z0-9_]*)|(__.*__))$) C:991: Invalid name "errmsg" (should match (([A-Z_][A-Z0-9_]*)|(__.*__))$) C:994: Invalid name "configuration" (should match (([A-Z_][A-Z0-9_]*)|(__.*__))$) C:1000: Invalid name "duration" (should match (([A-Z_][A-Z0-9_]*)|(__.*__))$) C:1002: Invalid name "duration" (should match (([A-Z_][A-Z0-9_]*)|(__.*__))$) C:1003: Invalid name "client" (should match (([A-Z_][A-Z0-9_]*)|(__.*__))$) W:1012: No exception type(s) specified C:1025: More than one statement on a single line C:1029: More than one statement on a single line C:1033: Invalid name "n" (should match (([A-Z_][A-Z0-9_]*)|(__.*__))$) C:1035: Invalid name "host" (should match (([A-Z_][A-Z0-9_]*)|(__.*__))$) C:1037: Invalid name "host" (should match (([A-Z_][A-Z0-9_]*)|(__.*__))$) C:1046: More than one statement on a single line W:1059: Statement seems to have no effect [...] Global evaluation ----------------- Your code has been rated at 3.73/10 (previous run: -0.45/10) From nscott@redhat.com Wed Mar 27 01:32:22 2013 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on oss.sgi.com X-Spam-Level: X-Spam-Status: No, score=0.0 required=5.0 tests=none autolearn=ham version=3.3.1 X-Original-To: pcp@oss.sgi.com Delivered-To: pcp@oss.sgi.com Received: from relay.sgi.com (relay1.corp.sgi.com [137.38.102.111]) by oss.sgi.com (Postfix) with ESMTP id 6789C7F50 for ; Wed, 27 Mar 2013 01:32:22 -0500 (CDT) Received: from cuda.sgi.com (cuda3.sgi.com [192.48.176.15]) by relay1.corp.sgi.com (Postfix) with ESMTP id 54E8D8F8035 for ; Tue, 26 Mar 2013 23:32:19 -0700 (PDT) X-ASG-Debug-ID: 1364365938-04cb6c2cd91ac610001-S8gJnT Received: from mx4-phx2.redhat.com (mx4-phx2.redhat.com [209.132.183.25]) by cuda.sgi.com with ESMTP id KWAGgda1MY24DjA9 for ; Tue, 26 Mar 2013 23:32:18 -0700 (PDT) X-Barracuda-Envelope-From: nscott@redhat.com X-Barracuda-Apparent-Source-IP: 209.132.183.25 Received: from zmail20.collab.prod.int.phx2.redhat.com (zmail20.collab.prod.int.phx2.redhat.com [10.5.83.23]) by mx4-phx2.redhat.com (8.13.8/8.13.8) with ESMTP id r2R6WEpM021645; Wed, 27 Mar 2013 02:32:14 -0400 Date: Wed, 27 Mar 2013 02:32:14 -0400 (EDT) From: Nathan Scott Reply-To: Nathan Scott To: Ken McDonell Cc: PCP Mailing List Message-ID: <1955776917.25463227.1364365934207.JavaMail.root@redhat.com> In-Reply-To: <51528C9C.5070403@internode.on.net> Subject: Re: [pcp] rpm migrate_tempdirs() problem on SuSE MIME-Version: 1.0 X-ASG-Orig-Subj: Re: [pcp] rpm migrate_tempdirs() problem on SuSE Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-Originating-IP: [10.64.48.10] X-Mailer: Zimbra 7.2.0_GA_2669 (ZimbraWebClient - FF3.0 (Linux)/7.2.0_GA_2669) X-Barracuda-Connect: mx4-phx2.redhat.com[209.132.183.25] X-Barracuda-Start-Time: 1364365938 X-Barracuda-URL: http://192.48.176.15:80/cgi-mod/mark.cgi X-Virus-Scanned: by bsmtpd at sgi.com X-Barracuda-BRTS-Status: 1 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=2.7 tests= X-Barracuda-Spam-Report: Code version 3.2, rules version 3.2.2.126361 Rule breakdown below pts rule name description ---- ---------------------- -------------------------------------------------- Hi Ken, ----- Original Message ----- > The rpm spec files both contain > > mv -fun "$source" "$target" > > on SuSE, mv(1) has no -n option (nor the equivalent --no-clobber) ... > need some recoding here in old-style portable Unix command speak I > think > ... I'll leave that to someone who understands what this was supposed > to > be doing. > > I'm guessing it needs to be > > [ -d "$target" ] || mv -fu "$source" "$target" > > if "$target" is always a directory in this context > Both source and target will be (should be!) files at that point in the script - I think changing the -d to -f in your suggestion above will do the trick. ddiss will no doubt appreciate your attentions here - he's been unwell recently btw, "descending mountain sickness" I believe. The perils of living with beautiful snow-covered mountains as your backdrop! cheers. -- Nathan From ddiss@suse.de Wed Mar 27 06:00:48 2013 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on oss.sgi.com X-Spam-Level: X-Spam-Status: No, score=0.0 required=5.0 tests=none autolearn=ham version=3.3.1 X-Original-To: pcp@oss.sgi.com Delivered-To: pcp@oss.sgi.com Received: from relay.sgi.com (relay3.corp.sgi.com [198.149.34.15]) by oss.sgi.com (Postfix) with ESMTP id 239287F51 for ; Wed, 27 Mar 2013 06:00:48 -0500 (CDT) Received: from cuda.sgi.com (cuda1.sgi.com [192.48.157.11]) by relay3.corp.sgi.com (Postfix) with ESMTP id B3C9EAC003 for ; Wed, 27 Mar 2013 04:00:44 -0700 (PDT) X-ASG-Debug-ID: 1364382039-04bdf066861d1680001-S8gJnT Received: from mx2.suse.de (cantor2.suse.de [195.135.220.15]) by cuda.sgi.com with ESMTP id X9nzeeGA3iQ89JeE for ; Wed, 27 Mar 2013 04:00:40 -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]) by mx2.suse.de (Postfix) with ESMTP id 34E71A522B; Wed, 27 Mar 2013 12:00:38 +0100 (CET) Date: Wed, 27 Mar 2013 12:00:37 +0100 From: David Disseldorp To: Nathan Scott Cc: Ken McDonell , PCP Mailing List Subject: Re: [pcp] rpm migrate_tempdirs() problem on SuSE Message-ID: <20130327120037.7d6455bb@plati.site> X-ASG-Orig-Subj: Re: [pcp] rpm migrate_tempdirs() problem on SuSE In-Reply-To: <1955776917.25463227.1364365934207.JavaMail.root@redhat.com> References: <51528C9C.5070403@internode.on.net> <1955776917.25463227.1364365934207.JavaMail.root@redhat.com> X-Mailer: Claws Mail 3.8.1 (GTK+ 2.24.10; 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: 1364382039 X-Barracuda-URL: http://192.48.157.11:80/cgi-mod/mark.cgi X-Virus-Scanned: by bsmtpd at sgi.com X-Barracuda-BRTS-Status: 1 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=2.7 tests= X-Barracuda-Spam-Report: Code version 3.2, rules version 3.2.2.126378 Rule breakdown below pts rule name description ---- ---------------------- -------------------------------------------------- Hi Nathan and Ken. On Wed, 27 Mar 2013 02:32:14 -0400 (EDT) Nathan Scott wrote: > Hi Ken, > > ----- Original Message ----- > > The rpm spec files both contain > > > > mv -fun "$source" "$target" > > > > on SuSE, mv(1) has no -n option (nor the equivalent --no-clobber) ... > > need some recoding here in old-style portable Unix command speak I > > think > > ... I'll leave that to someone who understands what this was supposed > > to > > be doing. It looks like --no-clobber was added in 2009 with coreutils 7.1 - it's present on SLE11SP2 but missing from SLE11SP1. > > I'm guessing it needs to be > > > > [ -d "$target" ] || mv -fu "$source" "$target" > > > > if "$target" is always a directory in this context > > > > Both source and target will be (should be!) files at that point in > the script - I think changing the -d to -f in your suggestion above > will do the trick. Sounds fine to me. > ddiss will no doubt appreciate your attentions here - he's been unwell > recently btw, "descending mountain sickness" I believe. The perils of > living with beautiful snow-covered mountains as your backdrop! I'm back to full strength now, was just a normal flu :) Cheers, David From kenj@internode.on.net Thu Mar 28 01:39:59 2013 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on oss.sgi.com X-Spam-Level: X-Spam-Status: No, score=0.0 required=5.0 tests=none autolearn=ham version=3.3.1 X-Original-To: pcp@oss.sgi.com Delivered-To: pcp@oss.sgi.com Received: from relay.sgi.com (relay1.corp.sgi.com [137.38.102.111]) by oss.sgi.com (Postfix) with ESMTP id ED35A7F50 for ; Thu, 28 Mar 2013 01:39:59 -0500 (CDT) Received: from cuda.sgi.com (cuda3.sgi.com [192.48.176.15]) by relay1.corp.sgi.com (Postfix) with ESMTP id DC3B58F8087 for ; Wed, 27 Mar 2013 23:39:59 -0700 (PDT) X-ASG-Debug-ID: 1364452793-04cb6c2cd921a780001-S8gJnT Received: from ipmail07.adl2.internode.on.net (ipmail07.adl2.internode.on.net [150.101.137.131]) by cuda.sgi.com with ESMTP id k7zTWfeFV0DTHCzW for ; Wed, 27 Mar 2013 23:39:54 -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: As0WAN7kU1EBm/fjPGdsb2JhbAANNoM6h1i4JgMBAQEBOINTKQcNFhgDAgECATEOGQYCAQGzUZMjjzWDKgOTIYlojgQ Received: from unknown (HELO [10.10.0.2]) ([1.155.247.227]) by ipmail07.adl2.internode.on.net with ESMTP; 28 Mar 2013 17:09:52 +1030 Message-ID: <5153E5B5.1070501@internode.on.net> Date: Thu, 28 Mar 2013 17:39:49 +1100 From: Ken McDonell User-Agent: Mozilla/5.0 (X11; Linux i686; rv:17.0) Gecko/20130308 Thunderbird/17.0.4 MIME-Version: 1.0 To: pcp@oss.sgi.com Subject: pcp updates Content-Type: text/plain; charset=ISO-8859-1 X-ASG-Orig-Subj: pcp updates Content-Transfer-Encoding: 7bit X-Barracuda-Connect: ipmail07.adl2.internode.on.net[150.101.137.131] X-Barracuda-Start-Time: 1364452793 X-Barracuda-URL: http://192.48.176.15:80/cgi-mod/mark.cgi X-Virus-Scanned: by bsmtpd at sgi.com X-Barracuda-BRTS-Status: 1 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=2.7 tests= X-Barracuda-Spam-Report: Code version 3.2, rules version 3.2.2.126456 Rule breakdown below pts rule name description ---- ---------------------- -------------------------------------------------- rpm spec file change is the most important one here. Changes committed to git://oss.sgi.com/kenj/pcp.git dev build/rpm/fedora.spec | 2 build/rpm/pcp.spec.in | 2 qa/admin/pcp-qa-summary | 119 ++++++++++++++++++++++++++++++++++++++++-------- qa/qa_hosts.master | 21 ++++++++ 4 files changed, 123 insertions(+), 21 deletions(-) commit f72c7c3beb27fc3d98f407b2debc1d36e8a58875 Author: Ken McDonell Date: Thu Mar 28 17:35:50 2013 +1100 qa/admin/pcp-qa-summary - lobotomy Add cmd line options, rework selection logic, handle multiple QA runs one the same day and across different days, make the failure map correct (by including _all_ of the failing test cases), ... commit 88b49b967037b0b56fe6a637a4b9df4a5d041d34 Author: Ken McDonell Date: Thu Mar 28 17:14:29 2013 +1100 rpm spec file changes to avoid -n option to mv(1) Problem found on grundy ia64 SUSE SLES11 SP1, where mv(1) does not support -n (aka --no-clobber), and so migrate_tempdirs() borks with an error. Fixed and tested on grundy. Thanks once again to SGI for making grundy available for PCP QA. commit f9e039c4c264a2f0ce397cafda9b4486d56ad7a4 Author: Ken McDonell Date: Wed Mar 27 06:53:32 2013 +1100 qa/qa_hosts.master - fixup for VM farm Lots of new #order lines to match my QA hosts and reduce the number of not run tests ... duh! From kenj@internode.on.net Thu Mar 28 03:54:22 2013 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on oss.sgi.com X-Spam-Level: X-Spam-Status: No, score=0.0 required=5.0 tests=none autolearn=ham version=3.3.1 X-Original-To: pcp@oss.sgi.com Delivered-To: pcp@oss.sgi.com Received: from relay.sgi.com (relay3.corp.sgi.com [198.149.34.15]) by oss.sgi.com (Postfix) with ESMTP id 80AC77F50 for ; Thu, 28 Mar 2013 03:54:22 -0500 (CDT) Received: from cuda.sgi.com (cuda3.sgi.com [192.48.176.15]) by relay3.corp.sgi.com (Postfix) with ESMTP id 0E314AC003 for ; Thu, 28 Mar 2013 01:54:18 -0700 (PDT) X-ASG-Debug-ID: 1364460853-04cb6c2cd9223150001-S8gJnT Received: from ipmail07.adl2.internode.on.net (ipmail07.adl2.internode.on.net [150.101.137.131]) by cuda.sgi.com with ESMTP id d04qkRlGyFfaekVD for ; Thu, 28 Mar 2013 01:54:14 -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: AtUWAJoEVFEBm/fjPGdsb2JhbAANNosStC+CXoEZAwEBAQE4glQBAQEEOEEQCw0BCgklDwIyFAYNAQcBAbNfkx2PGAeDQAOdCYNOijY Received: from unknown (HELO [10.10.0.2]) ([1.155.247.227]) by ipmail07.adl2.internode.on.net with ESMTP; 28 Mar 2013 19:24:09 +1030 Message-ID: <5154052F.70302@internode.on.net> Date: Thu, 28 Mar 2013 19:54:07 +1100 From: Ken McDonell User-Agent: Mozilla/5.0 (X11; Linux i686; rv:17.0) Gecko/20130308 Thunderbird/17.0.4 MIME-Version: 1.0 To: David Disseldorp CC: Nathan Scott , PCP Mailing List Subject: Re: [pcp] rpm migrate_tempdirs() problem on SuSE References: <51528C9C.5070403@internode.on.net> <1955776917.25463227.1364365934207.JavaMail.root@redhat.com> <20130327120037.7d6455bb@plati.site> X-ASG-Orig-Subj: Re: [pcp] rpm migrate_tempdirs() problem on SuSE In-Reply-To: <20130327120037.7d6455bb@plati.site> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Barracuda-Connect: ipmail07.adl2.internode.on.net[150.101.137.131] X-Barracuda-Start-Time: 1364460853 X-Barracuda-URL: http://192.48.176.15:80/cgi-mod/mark.cgi X-Virus-Scanned: by bsmtpd at sgi.com X-Barracuda-BRTS-Status: 1 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=2.7 tests= X-Barracuda-Spam-Report: Code version 3.2, rules version 3.2.2.126466 Rule breakdown below pts rule name description ---- ---------------------- -------------------------------------------------- On 27/03/13 22:00, David Disseldorp wrote: > ... > It looks like --no-clobber was added in 2009 with coreutils 7.1 - it's > present on SLE11SP2 but missing from SLE11SP1. > ... > Sounds fine to me. I've pushed a commit into my try after extensive testing of the proposed change on SLES11SP1. Nathan, in the testing I was tricked by this predicate test -d "$d" -a -k "$d" || continue I don't understand why the migration is only done for old dirs that have the "sticky" bit set ... so what's the reason behind the -a -k part of the predicate? From kenj@internode.on.net Thu Mar 28 17:55:59 2013 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on oss.sgi.com X-Spam-Level: X-Spam-Status: No, score=0.0 required=5.0 tests=none autolearn=ham version=3.3.1 X-Original-To: pcp@oss.sgi.com Delivered-To: pcp@oss.sgi.com Received: from relay.sgi.com (relay1.corp.sgi.com [137.38.102.111]) by oss.sgi.com (Postfix) with ESMTP id 0549D7F5E for ; Thu, 28 Mar 2013 17:55:59 -0500 (CDT) Received: from cuda.sgi.com (cuda3.sgi.com [192.48.176.15]) by relay1.corp.sgi.com (Postfix) with ESMTP id E66A88F8035 for ; Thu, 28 Mar 2013 15:55:55 -0700 (PDT) X-ASG-Debug-ID: 1364511353-04cb6c704013380001-S8gJnT Received: from ipmail04.adl6.internode.on.net (ipmail04.adl6.internode.on.net [150.101.137.141]) by cuda.sgi.com with ESMTP id xEsUDmcCTGlEzuZF for ; Thu, 28 Mar 2013 15:55:54 -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: AsQWAOLJVFEBmwf+PGdsb2JhbAANNosSuEUDAQEBATiDUykUFhgDAgECATEaDQgBAbRdkyWSXwOdCo4F Received: from unknown (HELO [10.10.0.2]) ([1.155.7.254]) by ipmail04.adl6.internode.on.net with ESMTP; 29 Mar 2013 09:25:44 +1030 Message-ID: <5154CA71.3080200@internode.on.net> Date: Fri, 29 Mar 2013 09:55:45 +1100 From: Ken McDonell User-Agent: Mozilla/5.0 (X11; Linux i686; rv:17.0) Gecko/20130308 Thunderbird/17.0.4 MIME-Version: 1.0 To: PCP Mailing List Subject: qa/713 certificate issue Content-Type: text/plain; charset=ISO-8859-1 X-ASG-Orig-Subj: qa/713 certificate issue Content-Transfer-Encoding: 7bit X-Barracuda-Connect: ipmail04.adl6.internode.on.net[150.101.137.141] X-Barracuda-Start-Time: 1364511353 X-Barracuda-URL: http://192.48.176.15:80/cgi-mod/mark.cgi X-Virus-Scanned: by bsmtpd at sgi.com X-Barracuda-BRTS-Status: 1 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=2.7 tests= X-Barracuda-Spam-Report: Code version 3.2, rules version 3.2.2.126522 Rule breakdown below pts rule name description ---- ---------------------- -------------------------------------------------- I'm seeing this failure from 713.full WARNING: issuer of certificate received from host HOST is not trusted. Do you want to accept and save this certificate locally anyway? (no) pminfo: Cannot connect to PMCD on host "HOST": Peer's Certificate issuer is not recognized. pmcd does not start and the test fails. Obviously having a QA script engaged in a "user" confirmation dialog is only going to end in tears. My questions ... 1. is this something specific to my setup that I can change (and then could check for in my check-vm script that establishes pre-check sanity for QA machines)?, or 2. is this something qa/713 should be taking care of? From kenj@internode.on.net Thu Mar 28 18:13:26 2013 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on oss.sgi.com X-Spam-Level: X-Spam-Status: No, score=0.0 required=5.0 tests=none autolearn=ham version=3.3.1 X-Original-To: pcp@oss.sgi.com Delivered-To: pcp@oss.sgi.com Received: from relay.sgi.com (relay1.corp.sgi.com [137.38.102.111]) by oss.sgi.com (Postfix) with ESMTP id 0C2A37F67 for ; Thu, 28 Mar 2013 18:13:26 -0500 (CDT) Received: from cuda.sgi.com (cuda3.sgi.com [192.48.176.15]) by relay1.corp.sgi.com (Postfix) with ESMTP id ECED88F804B for ; Thu, 28 Mar 2013 16:13:22 -0700 (PDT) X-ASG-Debug-ID: 1364512400-04cb6c7042142c0001-S8gJnT Received: from ipmail06.adl2.internode.on.net (ipmail06.adl2.internode.on.net [150.101.137.129]) by cuda.sgi.com with ESMTP id 8aOQBU62jSqZ7Dap for ; Thu, 28 Mar 2013 16:13:21 -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: Au0SAGTNVFEBm23MPGdsb2JhbAANNoM6vwWBGgMBAQEBOIJUAQEBBAEBAWsKEQsNCwkWDwkDAgECARUcFBMGAgEBiBysRZMmjx8WgyoDnQqOBQ Received: from unknown (HELO [10.10.0.2]) ([1.155.109.204]) by ipmail06.adl2.internode.on.net with ESMTP; 29 Mar 2013 09:43:20 +1030 Message-ID: <5154CE91.1070506@internode.on.net> Date: Fri, 29 Mar 2013 10:13:21 +1100 From: Ken McDonell User-Agent: Mozilla/5.0 (X11; Linux i686; rv:17.0) Gecko/20130308 Thunderbird/17.0.4 MIME-Version: 1.0 To: pcp@oss.sgi.com Subject: Re: [pcp] qa/713 certificate issue References: <5154CA71.3080200@internode.on.net> X-ASG-Orig-Subj: Re: [pcp] qa/713 certificate issue In-Reply-To: <5154CA71.3080200@internode.on.net> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-Barracuda-Connect: ipmail06.adl2.internode.on.net[150.101.137.129] X-Barracuda-Start-Time: 1364512401 X-Barracuda-URL: http://192.48.176.15:80/cgi-mod/mark.cgi X-Virus-Scanned: by bsmtpd at sgi.com X-Barracuda-BRTS-Status: 1 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=2.7 tests= X-Barracuda-Spam-Report: Code version 3.2, rules version 3.2.2.126522 Rule breakdown below pts rule name description ---- ---------------------- -------------------------------------------------- Apologies ... I did not check the script and misread the output. The issue really appears to be the "Peer's Certificate issuer is not recognized" error ... which is also seen in QA/712. What am I doing wrong here? On 29/03/13 09:55, Ken McDonell wrote: > I'm seeing this failure from 713.full > > WARNING: issuer of certificate received from host HOST is not trusted. > Do you want to accept and save this certificate locally anyway? (no) > pminfo: Cannot connect to PMCD on host "HOST": Peer's Certificate issuer is not recognized. > > pmcd does not start and the test fails. > > Obviously having a QA script engaged in a "user" confirmation dialog is only going to end in tears. > > My questions ... > > 1. is this something specific to my setup that I can change (and then could check for in my check-vm script that establishes pre-check sanity for QA machines)?, or > > 2. is this something qa/713 should be taking care of? > > _______________________________________________ > pcp mailing list > pcp@oss.sgi.com > http://oss.sgi.com/mailman/listinfo/pcp > From wwwrun@oss.sgi.com Fri Mar 29 12:10:28 2013 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on oss.sgi.com X-Spam-Level: X-Spam-Status: No, score=0.0 required=5.0 tests=HTML_MESSAGE,NO_RELAYS autolearn=ham version=3.3.1 X-Original-To: pcp@oss.sgi.com Delivered-To: pcp@oss.sgi.com Received: by oss.sgi.com (Postfix, from userid 30) id CDE437F8D; Fri, 29 Mar 2013 12:10:28 -0500 (CDT) From: bugzilla-daemon@oss.sgi.com To: pcp@oss.sgi.com Subject: [Bug 941] New: security: pmproxy needs outbound acl Date: Fri, 29 Mar 2013 17:10:28 +0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: new X-Bugzilla-Watch-Reason: None X-Bugzilla-Classification: Unclassified X-Bugzilla-Product: pcp X-Bugzilla-Component: pcp X-Bugzilla-Keywords: X-Bugzilla-Severity: normal X-Bugzilla-Who: fche@redhat.com X-Bugzilla-Status: NEW X-Bugzilla-Priority: P5 X-Bugzilla-Assigned-To: mort@sgi.com X-Bugzilla-Target-Milestone: --- X-Bugzilla-Changed-Fields: bug_id short_desc product version rep_platform op_sys bug_status bug_severity priority component assigned_to reporter cc classification Message-ID: Content-Type: multipart/alternative; boundary="1364577028.A2f1d661.15368"; charset="us-ascii" X-Bugzilla-URL: http://oss.sgi.com/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 --1364577028.A2f1d661.15368 Date: Fri, 29 Mar 2013 12:10:28 -0500 MIME-Version: 1.0 Content-Type: text/plain; charset="UTF-8" http://oss.sgi.com/bugzilla/show_bug.cgi?id=941 Bug ID: 941 Summary: security: pmproxy needs outbound acl Product: pcp Version: unspecified Hardware: All OS: Linux Status: NEW Severity: normal Priority: P5 Component: pcp Assignee: mort@sgi.com Reporter: fche@redhat.com CC: pcp@oss.sgi.com Classification: Unclassified With pmproxy (and pmwebd in the future), there is a risk of letting the proxy server be used as a scanning tool for an internal network, by e.g. having someone request arbitrary hosts & port-numbers for putative-pcp connections. Until we have a proper client-authentication scheme (and probably even after), pmproxy & pmwebd should have a facility to restrict the permitted outbound connections. This could use an ACL file kind of like pmcd, though it needs to be more picky w.r.t. port numbers. -- You are receiving this mail because: You are on the CC list for the bug. --1364577028.A2f1d661.15368 Date: Fri, 29 Mar 2013 12:10:28 -0500 MIME-Version: 1.0 Content-Type: text/html; charset="UTF-8"
Bug ID 941
Summary security: pmproxy needs outbound acl
Product pcp
Version unspecified
Hardware All
OS Linux
Status NEW
Severity normal
Priority P5
Component pcp
Assignee mort@sgi.com
Reporter fche@redhat.com
CC pcp@oss.sgi.com
Classification Unclassified 

With pmproxy (and pmwebd in the future), there is a risk of letting the proxy
server be used as a scanning tool for an internal network, by e.g. having
someone request arbitrary hosts & port-numbers for putative-pcp connections. 
Until we have a proper client-authentication scheme (and probably even after),
pmproxy & pmwebd should have a facility to restrict the permitted outbound
connections.  This could use an ACL file kind of like pmcd, though it needs to
be more picky w.r.t. port numbers.

You are receiving this mail because:
  • You are on the CC list for the bug.
--1364577028.A2f1d661.15368-- From fche@redhat.com Fri Mar 29 12:18:20 2013 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on oss.sgi.com X-Spam-Level: X-Spam-Status: No, score=0.0 required=5.0 tests=none autolearn=ham version=3.3.1 X-Original-To: pcp@oss.sgi.com Delivered-To: pcp@oss.sgi.com Received: from relay.sgi.com (relay3.corp.sgi.com [198.149.34.15]) by oss.sgi.com (Postfix) with ESMTP id 58A537F8D for ; Fri, 29 Mar 2013 12:18:20 -0500 (CDT) Received: from cuda.sgi.com (cuda1.sgi.com [192.48.157.11]) by relay3.corp.sgi.com (Postfix) with ESMTP id E9B97AC003 for ; Fri, 29 Mar 2013 10:18:16 -0700 (PDT) X-ASG-Debug-ID: 1364577493-04bdf0536f5fce0001-S8gJnT Received: from mx1.redhat.com (mx1.redhat.com [209.132.183.28]) by cuda.sgi.com with ESMTP id RUGVRtwFvdMmtf4D for ; Fri, 29 Mar 2013 10:18:13 -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-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 r2THICGP006864 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK) for ; Fri, 29 Mar 2013 13:18:12 -0400 Received: from fche.csb (vpn-58-76.rdu2.redhat.com [10.10.58.76]) by int-mx02.intmail.prod.int.phx2.redhat.com (8.13.8/8.13.8) with ESMTP id r2THICVW029627 for ; Fri, 29 Mar 2013 13:18:12 -0400 Received: by fche.csb (Postfix, from userid 2569) id D32E458153; Fri, 29 Mar 2013 13:18:11 -0400 (EDT) Date: Fri, 29 Mar 2013 13:18:11 -0400 From: "Frank Ch. Eigler" To: pcp developers Subject: libpcp bug fix: multiple connections to same host but different ports Message-ID: <20130329171811.GA16414@redhat.com> X-ASG-Orig-Subj: libpcp bug fix: multiple connections to same host but different ports Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.4.2.2i 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: 1364577493 X-Barracuda-URL: http://192.48.157.11:80/cgi-mod/mark.cgi X-Virus-Scanned: by bsmtpd at sgi.com X-Barracuda-BRTS-Status: 1 Hi - Please consider applying the following patch. commit 4807819eac0e0c57fb960a1f82edd38cb6625f75 Author: Frank Ch. Eigler Date: Fri Mar 29 13:15:20 2013 -0400 libpcp context.c: Avoid mis-sharing outbound pmcd connections if ports mismatch pmNewContext tries to reuse existing connections to a pmcd, if a second context request comes in. However, for this optimization, it only compared host names and not port numbers, which leads to a new flavour of false sharing. diff --git a/src/libpcp/src/context.c b/src/libpcp/src/context.c index ff05821..023589b 100644 --- a/src/libpcp/src/context.c +++ b/src/libpcp/src/context.c @@ -1,5 +1,5 @@ /* - * Copyright (c) 2012 Red Hat. + * Copyright (c) 2012-2013 Red Hat. * Copyright (c) 2007-2008 Aconex. All Rights Reserved. * Copyright (c) 1995-2002,2004,2006,2008 Silicon Graphics, Inc. All Rights Reserved. * @@ -365,15 +365,23 @@ pmNewContext(int type, const char *name) } } - if (nhosts == 1) { + /* As an optimization, if there is already a connection to the same PMCD, + we try to reuse (share) it. */ + if (nhosts == 1) { /* not proxied */ for (i = 0; i < contexts_len; i++) { if (i == PM_TPD(curcontext)) continue; if (contexts[i]->c_type == new->c_type && contexts[i]->c_flags == new->c_flags && - strcmp(contexts[i]->c_pmcd->pc_hosts[0].name, - hosts[0].name) == 0) { - new->c_pmcd = contexts[i]->c_pmcd; + strcmp(contexts[i]->c_pmcd->pc_hosts[0].name, hosts[0].name) == 0 && + contexts[i]->c_pmcd->pc_hosts[0].nports == hosts[0].nports) { + int j; + int ports_same = 1; + for (j=0; jc_pmcd->pc_hosts[0].ports[j] != hosts[0].ports[j]) + ports_same = 0; + if (ports_same) + new->c_pmcd = contexts[i]->c_pmcd; } } } From kenj@internode.on.net Fri Mar 29 15:04:30 2013 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on oss.sgi.com X-Spam-Level: X-Spam-Status: No, score=0.0 required=5.0 tests=none autolearn=ham version=3.3.1 X-Original-To: pcp@oss.sgi.com Delivered-To: pcp@oss.sgi.com Received: from relay.sgi.com (relay3.corp.sgi.com [198.149.34.15]) by oss.sgi.com (Postfix) with ESMTP id 61E6C7F96 for ; Fri, 29 Mar 2013 15:04:30 -0500 (CDT) Received: from cuda.sgi.com (cuda1.sgi.com [192.48.157.11]) by relay3.corp.sgi.com (Postfix) with ESMTP id E9271AC001 for ; Fri, 29 Mar 2013 13:04:26 -0700 (PDT) X-ASG-Debug-ID: 1364587465-04bdf0536c6dbc0001-S8gJnT Received: from ipmail07.adl2.internode.on.net (ipmail07.adl2.internode.on.net [150.101.137.131]) by cuda.sgi.com with ESMTP id ZbWYPqXADKUz2NXA for ; Fri, 29 Mar 2013 13:04:25 -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: AiYVAIDyVVEBm4CSPGdsb2JhbAANNosTt1CBIAMBAQEBOIJUAQEBBDhAEQsNBwQJFg8JAwIBAgExFBMGAgEBtRiTCY8uFoMqA50PjgY Received: from unknown (HELO [10.10.0.2]) ([1.155.128.146]) by ipmail07.adl2.internode.on.net with ESMTP; 30 Mar 2013 06:34:24 +1030 Message-ID: <5155F3D0.2090202@internode.on.net> Date: Sat, 30 Mar 2013 07:04:32 +1100 From: Ken McDonell User-Agent: Mozilla/5.0 (X11; Linux i686; rv:17.0) Gecko/20130308 Thunderbird/17.0.4 MIME-Version: 1.0 To: pcp@oss.sgi.com Subject: Re: [pcp] pcp updates: ipv6 pmconfig rejiggery References: <833939873.25295978.1364343095710.JavaMail.root@redhat.com> X-ASG-Orig-Subj: Re: [pcp] pcp updates: ipv6 pmconfig rejiggery In-Reply-To: <833939873.25295978.1364343095710.JavaMail.root@redhat.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Barracuda-Connect: ipmail07.adl2.internode.on.net[150.101.137.131] X-Barracuda-Start-Time: 1364587465 X-Barracuda-URL: http://192.48.157.11:80/cgi-mod/mark.cgi X-Virus-Scanned: by bsmtpd at sgi.com X-Barracuda-BRTS-Status: 1 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=2.7 tests= X-Barracuda-Spam-Report: Code version 3.2, rules version 3.2.2.126606 Rule breakdown below pts rule name description ---- ---------------------- -------------------------------------------------- On 27/03/13 11:11, Nathan Scott wrote: > ... > commit 1cf03e792b3a4e77794de322a406acf882956ded > Author: Nathan Scott > Date: Wed Mar 27 11:07:56 2013 +1100 > > Rework libpcp feature-test API internally for dynamic evaluation > Looks much cleaner than my "hack" ... thanks. From scox@redhat.com Sun Mar 31 22:18:27 2013 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on oss.sgi.com X-Spam-Level: X-Spam-Status: No, score=0.0 required=5.0 tests=none autolearn=ham version=3.3.1 X-Original-To: pcp@oss.sgi.com Delivered-To: pcp@oss.sgi.com Received: from relay.sgi.com (relay2.corp.sgi.com [137.38.102.29]) by oss.sgi.com (Postfix) with ESMTP id 2BF427F59 for ; Sun, 31 Mar 2013 22:18:27 -0500 (CDT) Received: from cuda.sgi.com (cuda2.sgi.com [192.48.176.25]) by relay2.corp.sgi.com (Postfix) with ESMTP id 1737F304039 for ; Sun, 31 Mar 2013 20:18:23 -0700 (PDT) X-ASG-Debug-ID: 1364786303-04cbb01fba7b6a0001-S8gJnT Received: from mx1.redhat.com (mx1.redhat.com [209.132.183.28]) by cuda.sgi.com with ESMTP id zLWl3WhnPGZ5XJDb for ; Sun, 31 Mar 2013 20:18:23 -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-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 r313IMrB020200 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK); Sun, 31 Mar 2013 23:18:22 -0400 Received: from [10.10.53.164] (vpn-53-164.rdu2.redhat.com [10.10.53.164]) by int-mx11.intmail.prod.int.phx2.redhat.com (8.14.4/8.14.4) with ESMTP id r313ILwN006018; Sun, 31 Mar 2013 23:18:21 -0400 Message-ID: <5158FD2F.7060200@redhat.com> Date: Sun, 31 Mar 2013 23:21:19 -0400 From: Stan Cox User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:17.0) Gecko/20130110 Thunderbird/17.0.2 MIME-Version: 1.0 To: Nathan Scott CC: Michael Werner , PCP Subject: Re: pcp python package/namespace experimentation References: <2051621914.24702083.1364259415198.JavaMail.root@redhat.com> X-ASG-Orig-Subj: Re: pcp python package/namespace experimentation In-Reply-To: <2051621914.24702083.1364259415198.JavaMail.root@redhat.com> Content-Type: text/plain; charset=UTF-8; format=flowed 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: 1364786303 X-Barracuda-URL: http://192.48.176.25:80/cgi-mod/mark.cgi X-Virus-Scanned: by bsmtpd at sgi.com X-Barracuda-BRTS-Status: 1 On 03/25/2013 08:56 PM, Nathan Scott wrote: > I also came across pcpi.py There was an example that I still have saved away that worked with the original bindings. The current upstream bindings allow vector inputs for the primary routines, so it is a bit easier to use the raw calls now I think. Except for pmExtractValue which is still only one value fetch at a time. # Get ids for number cpus and load metrics (code, metric_ids) = pm.pmLookupName(("hinv.ncpu","kernel.all.load")) # Get the description of the metrics (code, descs) = pm.pmLookupDesc(metric_ids) # Fetch the current value for number cpus (code, results) = pm.pmFetch(metric_ids) # Extract the value into a scalar value (code, atom) = pm.pmExtractValue(results.contents.get_valfmt(0), results.contents.get_vlist(0, 0), descs[0].contents.type, pmapi.PM_TYPE_U32) Unfortunately pcpi.py currently doesn't work due to the above changes. I am looking at getting it working again.