From mgoodwin@redhat.com Mon Sep 1 00:32:05 2014 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 BA2A17F52 for ; Mon, 1 Sep 2014 00:32:05 -0500 (CDT) Received: from cuda.sgi.com (cuda3.sgi.com [192.48.176.15]) by relay2.corp.sgi.com (Postfix) with ESMTP id A8856304039 for ; Sun, 31 Aug 2014 22:32:02 -0700 (PDT) X-ASG-Debug-ID: 1409549520-04cb6c55006ee270001-S8gJnT Received: from mx1.redhat.com (mx1.redhat.com [209.132.183.28]) by cuda.sgi.com with ESMTP id nNrBMAVot2MV5dSC (version=TLSv1 cipher=AES256-SHA bits=256 verify=NO) for ; Sun, 31 Aug 2014 22:32:01 -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-mx13.intmail.prod.int.phx2.redhat.com (int-mx13.intmail.prod.int.phx2.redhat.com [10.5.11.26]) by mx1.redhat.com (8.14.4/8.14.4) with ESMTP id s815W0e2019682 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=FAIL) for ; Mon, 1 Sep 2014 01:32:00 -0400 Received: from [10.64.51.161] (vpn1-51-161.bne.redhat.com [10.64.51.161]) by int-mx13.intmail.prod.int.phx2.redhat.com (8.14.4/8.14.4) with ESMTP id s815Vxft010854 for ; Mon, 1 Sep 2014 01:31:59 -0400 Message-ID: <540404CE.8030107@redhat.com> Date: Mon, 01 Sep 2014 15:31:58 +1000 From: Mark Goodwin User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:24.0) Gecko/20100101 Thunderbird/24.7.0 MIME-Version: 1.0 To: pcp@oss.sgi.com Subject: pcp updates: QA for XFS PMDA in DSO mode Content-Type: text/plain; charset=ISO-8859-1; format=flowed X-ASG-Orig-Subj: pcp updates: QA for XFS PMDA in DSO mode Content-Transfer-Encoding: 7bit X-Scanned-By: MIMEDefang 2.68 on 10.5.11.26 X-Barracuda-Connect: mx1.redhat.com[209.132.183.28] X-Barracuda-Start-Time: 1409549521 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 Changes committed to git://git.performancecopilot.org/markgw/pcp/pcp.git dev commit 3d2904b3d230a9bfce643732ba1b7253957f413d Author: Mark Goodwin Date: Mon Sep 1 15:30:34 2014 +1000 QA for XFS PMDA in DSO mode. From kenj@internode.on.net Mon Sep 1 00:52:35 2014 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 DB9627F52 for ; Mon, 1 Sep 2014 00:52:35 -0500 (CDT) Received: from cuda.sgi.com (cuda2.sgi.com [192.48.176.25]) by relay3.corp.sgi.com (Postfix) with ESMTP id 77533AC004 for ; Sun, 31 Aug 2014 22:52:32 -0700 (PDT) X-ASG-Debug-ID: 1409550749-04cbb05487980370001-S8gJnT Received: from ipmail05.adl6.internode.on.net (ipmail05.adl6.internode.on.net [150.101.137.143]) by cuda.sgi.com with ESMTP id 5L1YzdOkTFqCI9Io for ; Sun, 31 Aug 2014 22:52:30 -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: AmcDAGEIBFR20ScOPGdsb2JhbAANS4czhDeBJMgcBQEBAQE4hGNVPRYLAgsDAgECATEaDQgBAawveJRtkk2BUwWTN4FKoGyDKQEBAQ Received: from ppp118-209-39-14.lns20.mel4.internode.on.net (HELO [192.168.1.100]) ([118.209.39.14]) by ipmail05.adl6.internode.on.net with ESMTP; 01 Sep 2014 15:22:28 +0930 Message-ID: <540409E1.4080702@internode.on.net> Date: Mon, 01 Sep 2014 15:53:37 +1000 From: Ken McDonell User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:31.0) Gecko/20100101 Thunderbird/31.0 MIME-Version: 1.0 To: PCP Subject: build failure on grundy (ia64 SUSE SLES11 SP1) Content-Type: multipart/mixed; boundary="------------010402030600010702040904" X-ASG-Orig-Subj: build failure on grundy (ia64 SUSE SLES11 SP1) X-Barracuda-Connect: ipmail05.adl6.internode.on.net[150.101.137.143] X-Barracuda-Start-Time: 1409550749 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.3.9051 Rule breakdown below pts rule name description ---- ---------------------- -------------------------------------------------- This is a multi-part message in MIME format. --------------010402030600010702040904 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit events.o: In function `sample_fetch_highres_events': /home/kenj/src/pcp/pcp-3.9.10/pcp-3.9.10/src/pmdas/sample/src/events.c:310: undefined reference to `clock_gettime' Looks like we need -lrt for this platform and the sample PMDA. If clock_gettime() does not live in a consistent library, e.g. on Ubuntu, the man page says ... Link with -lrt (only for glibc versions before 2.17). then we'll need the LIB_FOR_RT glue. I see that is already in configureland, so the attached patch seems all that is needed. Leaving this one for Nathan to review and commit. --------------010402030600010702040904 Content-Type: text/x-patch; name="high-res.patch" Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename="high-res.patch" diff --git a/src/pmdas/sample/src/GNUmakefile b/src/pmdas/sample/src/GNUmakefile index 3070c68..78ed5ad 100644 --- a/src/pmdas/sample/src/GNUmakefile +++ b/src/pmdas/sample/src/GNUmakefile @@ -35,7 +35,7 @@ VERSION_SCRIPT = exports LDIRT = domain.h sample.log $(TARGETS) $(VERSION_SCRIPT) LCFLAGS += $(INVISIBILITY) -LLDLIBS = $(PCP_PMDALIB) +LLDLIBS = $(PCP_PMDALIB) $(LIB_FOR_RT) LSRCFILES = GNUmakefile.install default: domain.h $(TARGETS) --------------010402030600010702040904-- From kenj@internode.on.net Mon Sep 1 01:03:39 2014 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 C15B17F57 for ; Mon, 1 Sep 2014 01:03:39 -0500 (CDT) Received: from cuda.sgi.com (cuda2.sgi.com [192.48.176.25]) by relay1.corp.sgi.com (Postfix) with ESMTP id B003F8F8035 for ; Sun, 31 Aug 2014 23:03:36 -0700 (PDT) X-ASG-Debug-ID: 1409551413-04cbb054869806f0001-S8gJnT Received: from ipmail05.adl6.internode.on.net (ipmail05.adl6.internode.on.net [150.101.137.143]) by cuda.sgi.com with ESMTP id 6u9tsz111m4ZKDgD for ; Sun, 31 Aug 2014 23:03:34 -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: AvMBAOMLBFR20ScOPGdsb2JhbAANS4czhDfJQAUBAQEBOIQ1LlU2AgUWCwILAwIBAgExGg0IAQGFRYITpEl4lG2BLJEhgVMFtW2DKQEBAQ Received: from ppp118-209-39-14.lns20.mel4.internode.on.net (HELO [192.168.1.100]) ([118.209.39.14]) by ipmail05.adl6.internode.on.net with ESMTP; 01 Sep 2014 15:33:02 +0930 Message-ID: <54040C5C.5070605@internode.on.net> Date: Mon, 01 Sep 2014 16:04:12 +1000 From: Ken McDonell User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:31.0) Gecko/20100101 Thunderbird/31.0 MIME-Version: 1.0 To: PCP Subject: pmchart QA failing Content-Type: text/plain; charset=utf-8 X-ASG-Orig-Subj: pmchart QA failing Content-Transfer-Encoding: 7bit X-Barracuda-Connect: ipmail05.adl6.internode.on.net[150.101.137.143] X-Barracuda-Start-Time: 1409551413 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.3.9051 Rule breakdown below pts rule name description ---- ---------------------- -------------------------------------------------- The pmchart QA tests (1001..1007 or thereabouts) are failing for me on 1 out of 1 (so far) VM with ... (process:26293): GConf-WARNING **: Client failed to connect to the D-BUS daemon: Failed to connect to socket /tmp/dbus-p03rPqGCQm: Connection refused (process:26293): GConf-WARNING **: Client failed to connect to the D-BUS daemon: Failed to connect to socket /tmp/dbus-cBA8N9uXGS: Connection refused (process:26293): GConf-WARNING **: Client failed to connect to the D-BUS daemon: Failed to connect to socket /tmp/dbus-hADZsReRwC: Connection refused QGtkStyle was unable to detect the current GTK+ theme. Now I can run xclock, so there is no problem getting from the local VM to my desktop X server, and these pmchart tests appear to be all with -C (so no window is opened), but something in Qtland on Ubuntu wants to make a dbus connection. I can fake out the dbus connection on other machines I log in to if there are existing dbus clients already running, but I can't seem to find one of them here. Any clues any one? From nscott@redhat.com Mon Sep 1 01:08:50 2014 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 CE18A7F57 for ; Mon, 1 Sep 2014 01:08:50 -0500 (CDT) Received: from cuda.sgi.com (cuda3.sgi.com [192.48.176.15]) by relay3.corp.sgi.com (Postfix) with ESMTP id 6AA33AC004 for ; Sun, 31 Aug 2014 23:08:47 -0700 (PDT) X-ASG-Debug-ID: 1409551725-04cb6c54fe6eee60001-S8gJnT Received: from mx3-phx2.redhat.com (mx3-phx2.redhat.com [209.132.183.24]) by cuda.sgi.com with ESMTP id GgJ07DQyTXsMglNQ for ; Sun, 31 Aug 2014 23:08: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 s8168g84002311; Mon, 1 Sep 2014 02:08:42 -0400 Date: Mon, 1 Sep 2014 02:08:40 -0400 (EDT) From: Nathan Scott Reply-To: Nathan Scott To: Ken McDonell Cc: PCP Message-ID: <111519884.41740241.1409551720520.JavaMail.zimbra@redhat.com> In-Reply-To: <540409E1.4080702@internode.on.net> References: <540409E1.4080702@internode.on.net> Subject: Re: [pcp] build failure on grundy (ia64 SUSE SLES11 SP1) MIME-Version: 1.0 X-ASG-Orig-Subj: Re: [pcp] build failure on grundy (ia64 SUSE SLES11 SP1) Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-Originating-IP: [10.5.82.7] X-Mailer: Zimbra 8.0.6_GA_5922 (ZimbraWebClient - FF17 (Linux)/8.0.6_GA_5922) Thread-Topic: build failure on grundy (ia64 SUSE SLES11 SP1) Thread-Index: wa9dojLgxVIUix90LXYpNtkYgI86Ow== X-Barracuda-Connect: mx3-phx2.redhat.com[209.132.183.24] X-Barracuda-Start-Time: 1409551725 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.02 X-Barracuda-Spam-Status: No, SCORE=0.02 using per-user scores of TAG_LEVEL=1000.0 QUARANTINE_LEVEL=1000.0 KILL_LEVEL=2.7 tests=THREAD_INDEX, THREAD_TOPIC X-Barracuda-Spam-Report: Code version 3.2, rules version 3.2.3.9050 Rule breakdown below pts rule name description ---- ---------------------- -------------------------------------------------- 0.01 THREAD_INDEX thread-index: AcO7Y8iR61tzADqsRmmc5wNiFHEOig== 0.01 THREAD_TOPIC Thread-Topic: ...(Japanese Subject)... ----- Original Message ----- > events.o: In function `sample_fetch_highres_events': > /home/kenj/src/pcp/pcp-3.9.10/pcp-3.9.10/src/pmdas/sample/src/events.c:310: > undefined reference to `clock_gettime' > > Looks like we need -lrt for this platform and the sample PMDA. > > If clock_gettime() does not live in a consistent library, e.g. on Ubuntu, the > man page says ... > > Link with -lrt (only for glibc versions before 2.17). > > then we'll need the LIB_FOR_RT glue. I see that is already in configureland, > so the attached patch seems all that is needed. > > Leaving this one for Nathan to review and commit. Thanks Ken, looks good - I thought we'd be OK, as lustrecomm PMDA has an open coded use of clock_gettime - I missed that its linking with -lrt already. I guess we should push this (macro-isation) through in that spot too - will do. cheers. -- Nathan From nscott@redhat.com Mon Sep 1 01:11:02 2014 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 8A5567F57 for ; Mon, 1 Sep 2014 01:11:02 -0500 (CDT) Received: from cuda.sgi.com (cuda3.sgi.com [192.48.176.15]) by relay1.corp.sgi.com (Postfix) with ESMTP id 479928F8049 for ; Sun, 31 Aug 2014 23:11:02 -0700 (PDT) X-ASG-Debug-ID: 1409551860-04cb6c54fe6eef10001-S8gJnT Received: from mx6-phx2.redhat.com (mx6-phx2.redhat.com [209.132.183.39]) by cuda.sgi.com with ESMTP id 3bY45g7NuGkMXKAC for ; Sun, 31 Aug 2014 23:11:00 -0700 (PDT) X-Barracuda-Envelope-From: nscott@redhat.com X-Barracuda-Apparent-Source-IP: 209.132.183.39 Received: from zmail20.collab.prod.int.phx2.redhat.com (zmail20.collab.prod.int.phx2.redhat.com [10.5.83.23]) by mx6-phx2.redhat.com (8.14.4/8.14.4) with ESMTP id s816AwLA011718; Mon, 1 Sep 2014 02:10:58 -0400 Date: Mon, 1 Sep 2014 02:10:58 -0400 (EDT) From: Nathan Scott Reply-To: Nathan Scott To: Ken McDonell Cc: PCP Message-ID: <164577402.41744785.1409551857998.JavaMail.zimbra@redhat.com> In-Reply-To: <54040C5C.5070605@internode.on.net> References: <54040C5C.5070605@internode.on.net> Subject: Re: [pcp] pmchart QA failing MIME-Version: 1.0 X-ASG-Orig-Subj: Re: [pcp] pmchart QA failing Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-Originating-IP: [10.5.82.7] X-Mailer: Zimbra 8.0.6_GA_5922 (ZimbraWebClient - FF17 (Linux)/8.0.6_GA_5922) Thread-Topic: pmchart QA failing Thread-Index: Wbowulhu7XsRLvEq03d61dwy7SUacQ== X-Barracuda-Connect: mx6-phx2.redhat.com[209.132.183.39] X-Barracuda-Start-Time: 1409551860 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.02 X-Barracuda-Spam-Status: No, SCORE=0.02 using per-user scores of TAG_LEVEL=1000.0 QUARANTINE_LEVEL=1000.0 KILL_LEVEL=2.7 tests=THREAD_INDEX, THREAD_TOPIC X-Barracuda-Spam-Report: Code version 3.2, rules version 3.2.3.9050 Rule breakdown below pts rule name description ---- ---------------------- -------------------------------------------------- 0.01 THREAD_INDEX thread-index: AcO7Y8iR61tzADqsRmmc5wNiFHEOig== 0.01 THREAD_TOPIC Thread-Topic: ...(Japanese Subject)... ----- Original Message ----- > The pmchart QA tests (1001..1007 or thereabouts) are failing for me on 1 out > of 1 (so far) VM with ... These are all passing here FWIW. > (process:26293): GConf-WARNING **: Client failed to connect to the D-BUS > daemon: > Failed to connect to socket /tmp/dbus-p03rPqGCQm: Connection refused > [...] > Now I can run xclock, so there is no problem getting from the local VM to my > desktop X server, and these pmchart tests appear to be all with -C (so no > window is opened), but something in Qtland on Ubuntu wants to make a dbus > connection. > Comment #6 here https://bbs.archlinux.org/viewtopic.php?pid=1188169 suggests we could just safely cull this error message...? (its not coming from our code, but a library we're indirectly using I guess) cheers. -- Nathan From kenj@internode.on.net Mon Sep 1 01:11:30 2014 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 8459D7F57 for ; Mon, 1 Sep 2014 01:11:30 -0500 (CDT) Received: from cuda.sgi.com (cuda1.sgi.com [192.48.157.11]) by relay2.corp.sgi.com (Postfix) with ESMTP id 64661304053 for ; Sun, 31 Aug 2014 23:11:29 -0700 (PDT) X-ASG-Debug-ID: 1409551879-04bdf010a068a1a0001-S8gJnT Received: from ipmail05.adl6.internode.on.net (ipmail05.adl6.internode.on.net [150.101.137.143]) by cuda.sgi.com with ESMTP id gixqTYidAlWqcF5P for ; Sun, 31 Aug 2014 23:11:19 -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: AtEBAA8NBFR20ScOPGdsb2JhbAANS4NgV8dvCodMAYEuBQEBAQE4hDUFAQEEAQEBNTYbCxgJJQ8CFhwUEwYCAQGFRYITc6NVlU0BF409ghcWhDYFlV+gDlqCTwEBAQ Received: from ppp118-209-39-14.lns20.mel4.internode.on.net (HELO [192.168.1.100]) ([118.209.39.14]) by ipmail05.adl6.internode.on.net with ESMTP; 01 Sep 2014 15:41:18 +0930 Message-ID: <54040E4D.40904@internode.on.net> Date: Mon, 01 Sep 2014 16:12:29 +1000 From: Ken McDonell User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:31.0) Gecko/20100101 Thunderbird/31.0 MIME-Version: 1.0 To: pcp@oss.sgi.com Subject: Re: [pcp] pmchart QA failing References: <54040C5C.5070605@internode.on.net> X-ASG-Orig-Subj: Re: [pcp] pmchart QA failing In-Reply-To: <54040C5C.5070605@internode.on.net> Content-Type: text/plain; charset=windows-1252; format=flowed Content-Transfer-Encoding: 7bit X-Barracuda-Connect: ipmail05.adl6.internode.on.net[150.101.137.143] X-Barracuda-Start-Time: 1409551879 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.3.9051 Rule breakdown below pts rule name description ---- ---------------------- -------------------------------------------------- Sorry, please ignore this. Small dose of RTFM needed. Simple patch in my next round of pushes. On 01/09/14 16:04, Ken McDonell wrote: > The pmchart QA tests (1001..1007 or thereabouts) are failing for me on 1 out of 1 (so far) VM with ... > > (process:26293): GConf-WARNING **: Client failed to connect to the D-BUS daemon: > Failed to connect to socket /tmp/dbus-p03rPqGCQm: Connection refused > > (process:26293): GConf-WARNING **: Client failed to connect to the D-BUS daemon: > Failed to connect to socket /tmp/dbus-cBA8N9uXGS: Connection refused > > (process:26293): GConf-WARNING **: Client failed to connect to the D-BUS daemon: > Failed to connect to socket /tmp/dbus-hADZsReRwC: Connection refused > QGtkStyle was unable to detect the current GTK+ theme. > > Now I can run xclock, so there is no problem getting from the local VM to my desktop X server, and these pmchart tests appear to be all with -C (so no window is opened), but something in Qtland on Ubuntu wants to make a dbus connection. > > I can fake out the dbus connection on other machines I log in to if there are existing dbus clients already running, but I can't seem to find one of them here. > > Any clues any one? > > _______________________________________________ > pcp mailing list > pcp@oss.sgi.com > http://oss.sgi.com/mailman/listinfo/pcp > From wmiles@ft.newyorklife.com Mon Sep 1 01:34:47 2014 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,T_FRT_CONTACT 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 5C9F47F57 for ; Mon, 1 Sep 2014 01:34:47 -0500 (CDT) Received: from cuda.sgi.com (cuda3.sgi.com [192.48.176.15]) by relay2.corp.sgi.com (Postfix) with ESMTP id 3F21A304039 for ; Sun, 31 Aug 2014 23:34:47 -0700 (PDT) X-ASG-Debug-ID: 1409553284-04cb6c55006ef9f0001-S8gJnT Received: from mgwadcp05.newyorklife.com (obmail.newyorklife.com [206.210.16.25]) by cuda.sgi.com with ESMTP id S07faRBxbw5QWAEq (version=TLSv1 cipher=AES256-SHA bits=256 verify=NO) for ; Sun, 31 Aug 2014 23:34:44 -0700 (PDT) X-Barracuda-Envelope-From: wmiles@ft.newyorklife.com X-Barracuda-Apparent-Source-IP: 206.210.16.25 X-Barracuda-IPDD: Level2 [ft.newyorklife.com/206.210.16.25] X-IronPort-AV: E=Sophos;i="5.04,440,1406606400"; d="scan'208,217";a="187281355" X-Barracuda-IPDD: Level2 [ft.newyorklife.com/206.210.16.25] X-Barracuda-IPDD: Level2 [ft.newyorklife.com/206.210.16.25] X-IronPort-AV: E=Sophos;i="5.04,440,1406606400"; d="scan'208,217";a="187281254" Received: from nyp-cashbmb1-cj.ftmail.dist.us.newyorklife.com ([172.31.85.101]) by mgwadcp05.newyorklife.com with ESMTP/TLS/AES128-SHA; 01 Sep 2014 02:34:34 -0400 Received: from NYP-CASHBMB2-CJ.FTMAIL.DIST.US.NEWYORKLIFE.COM ([fe80::dc8c:759d:654:7346]) by NYP-CASHBMB1-CJ.ftmail.dist.us.newyorklife.com ([::1]) with mapi id 14.03.0158.001; Mon, 1 Sep 2014 02:34:33 -0400 From: Willie J Miles Subject: Thread-Index: Ac/FrspvEEUEID6rQyaxi5KmjEqc8w== X-ASG-Orig-Subj: Date: Mon, 1 Sep 2014 06:34:33 +0000 Message-ID: <11C6440AA2FB6E409B6505395B20654D3CEB7453@NYP-CASHBMB2-CJ.ftmail.dist.us.newyorklife.com> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [192.168.106.46] Content-Type: multipart/alternative; boundary="_000_11C6440AA2FB6E409B6505395B20654D3CEB7453NYPCASHBMB2CJft_" MIME-Version: 1.0 X-CFilter-Loop: Reflected X-Barracuda-Connect: obmail.newyorklife.com[206.210.16.25] X-Barracuda-Start-Time: 1409553284 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 To: undisclosed-recipients:; --_000_11C6440AA2FB6E409B6505395B20654D3CEB7453NYPCASHBMB2CJft_ Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Haben Sie finanzielle Unterst=FCtzung jeder Art m=FCssen? Pers=F6nliche Darlehen? Business-Darlehen? Hypothekendarlehen? Agrar-und Projektfinanzierung? Wir geben Kredite bei 3% A.P.I. Rate! Kontakt; creditspa@admin.in.th =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D Do you need Financial assistance of any kind? Personal Loans? Business Loans? Mortgage loans? Agricultural and project funding? We give out loans at 3% A.P.I. rate! Contact ;creditspa@admin.in.th --_000_11C6440AA2FB6E409B6505395B20654D3CEB7453NYPCASHBMB2CJft_ Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable
Haben Sie finanzielle Unterst=FCtzung jeder Art m=FCssen? 
Pers=F6nliche Darlehen? 
Business-Darlehen? 
Hypothekendarlehen? 
Agrar-und Projektfinanzierung? 

Wir geben Kredite bei 3% A.P.I. Rate! Kontakt; creditspa@admin.in.th
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D
Do you need Financial assistance of any kind?
Personal Loans?
Business Loans?
Mortgage loans?
Agricultural and project funding?

We give out loans at 3% A.P.I. rate! Contact ;creditspa@admin.in.th
--_000_11C6440AA2FB6E409B6505395B20654D3CEB7453NYPCASHBMB2CJft_-- From nscott@redhat.com Mon Sep 1 02:16:42 2014 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 ECD8A7F57 for ; Mon, 1 Sep 2014 02:16:41 -0500 (CDT) Received: from cuda.sgi.com (cuda2.sgi.com [192.48.176.25]) by relay3.corp.sgi.com (Postfix) with ESMTP id 5CCF9AC004 for ; Mon, 1 Sep 2014 00:16:38 -0700 (PDT) X-ASG-Debug-ID: 1409555795-04cbb05487982670001-S8gJnT Received: from mx6-phx2.redhat.com (mx6-phx2.redhat.com [209.132.183.39]) by cuda.sgi.com with ESMTP id V6nr5FRr4pJPptHq for ; Mon, 01 Sep 2014 00:16:35 -0700 (PDT) X-Barracuda-Envelope-From: nscott@redhat.com X-Barracuda-Apparent-Source-IP: 209.132.183.39 Received: from zmail20.collab.prod.int.phx2.redhat.com (zmail20.collab.prod.int.phx2.redhat.com [10.5.83.23]) by mx6-phx2.redhat.com (8.14.4/8.14.4) with ESMTP id s817GYHP023767 for ; Mon, 1 Sep 2014 03:16:34 -0400 Date: Mon, 1 Sep 2014 03:16:34 -0400 (EDT) From: Nathan Scott Reply-To: Nathan Scott To: PCP Message-ID: <2011870349.41771929.1409555794430.JavaMail.zimbra@redhat.com> In-Reply-To: <1457611315.41771209.1409555706930.JavaMail.zimbra@redhat.com> Subject: pcp updates: merges (pevans+kenj+mgoodwin+marko), qtlib, py v3, misc fixes, qa MIME-Version: 1.0 X-ASG-Orig-Subj: pcp updates: merges (pevans+kenj+mgoodwin+marko), qtlib, py v3, misc fixes, qa Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-Originating-IP: [10.5.82.7] X-Mailer: Zimbra 8.0.6_GA_5922 (ZimbraWebClient - FF17 (Linux)/8.0.6_GA_5922) Thread-Topic: pcp updates: merges (pevans+kenj+mgoodwin+marko), qtlib, py v3, misc fixes, qa Thread-Index: fHxY+L+TzCaJC5YMIHR54VRVJ7yDdQ== X-Barracuda-Connect: mx6-phx2.redhat.com[209.132.183.39] X-Barracuda-Start-Time: 1409555795 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.02 X-Barracuda-Spam-Status: No, SCORE=0.02 using per-user scores of TAG_LEVEL=1000.0 QUARANTINE_LEVEL=1000.0 KILL_LEVEL=2.7 tests=THREAD_INDEX, THREAD_TOPIC X-Barracuda-Spam-Report: Code version 3.2, rules version 3.2.3.9052 Rule breakdown below pts rule name description ---- ---------------------- -------------------------------------------------- 0.01 THREAD_INDEX thread-index: AcO7Y8iR61tzADqsRmmc5wNiFHEOig== 0.01 THREAD_TOPIC Thread-Topic: ...(Japanese Subject)... Changes committed to git://git.pcp.io/pcp.git dev configure | 3 configure.ac | 2 debian/libpcp-pmda3-dev.install | 65 - debian/libpcp3-dev.install | 7 debian/pcp-doc.install | 3 man/html/guide.redhat.html | 548 ++++++++++ man/html/images/GNUmakefile | 7 man/html/index.html | 2 man/html/pcp-wiki.txt | 580 +++++------ man/man1/pcp.1 | 23 qa/1006.out | 55 - qa/507.out | 2 qa/654 | 2 qa/655 | 22 qa/655.out | 1655 ++++++++------------------------- qa/748 | 11 qa/748.out | 24 qa/781 | 64 + qa/781.out | 21 qa/987 | 22 qa/987.out | 2 qa/archives/mk.mysql.sh | 63 + qa/archives/mysql-1.0 |binary qa/archives/mysql-1.index |binary qa/archives/mysql-1.meta |binary qa/group | 2 src/GNUmakefile | 4 src/include/builddefs.in | 2 src/include/pcp.conf.in | 3 src/libpcp_qed/src/libpcp_qed.pro | 2 src/libpcp_qed/src/qed_bar.cpp | 19 src/libpcp_qed/src/qed_colorpicker.cpp | 306 ++++++ src/libpcp_qed/src/qed_colorpicker.h | 170 +++ src/libpcp_qed/src/qed_label.cpp | 4 src/libpcp_qed/src/qed_led.cpp | 5 src/libpcp_qed/src/qed_timebutton.cpp | 22 src/pcp/pcp.sh | 23 src/pmchart/GNUmakefile | 3 src/pmchart/chartdialog.cpp | 2 src/pmchart/chartdialog.ui | 44 src/pmchart/console.cpp | 95 - src/pmchart/console.h | 40 src/pmchart/console.ui | 138 -- src/pmchart/fileiconprovider.cpp | 139 -- src/pmchart/fileiconprovider.h | 52 - src/pmchart/groupcontrol.cpp | 30 src/pmchart/groupcontrol.h | 6 src/pmchart/main.cpp | 4 src/pmchart/main.h | 4 src/pmchart/openviewdialog.cpp | 2 src/pmchart/pmchart.cpp | 2 src/pmchart/pmchart.h | 4 src/pmchart/pmchart.pro | 20 src/pmchart/pmchart.ui | 2 src/pmchart/qcolorpicker.cpp | 302 ------ src/pmchart/qcolorpicker.h | 169 --- src/pmchart/statusbar.cpp | 2 src/pmchart/statusbar.h | 6 src/pmchart/timebutton.cpp | 92 - src/pmchart/timebutton.h | 60 - src/pmdas/gfs2/ftrace.c | 3 src/pmdas/gfs2/latency.c | 6 src/pmdas/gfs2/pmda.c | 25 src/pmdas/linux_xfs/pmda.c | 10 src/pmdas/lustrecomm/GNUmakefile | 2 src/pmdas/mysql/GNUmakefile | 3 src/pmdas/mysql/README | 79 + src/pmdas/sample/src/GNUmakefile | 2 src/pmie/pmie_check.sh | 18 src/pmie/src/pmie.c | 16 src/pmlogconf/pmlogconf.sh | 2 src/pmlogger/pmlogger_check.sh | 54 - src/python/mmv.c | 30 src/python/pmapi.c | 46 src/python/pmda.c | 42 src/python/pmgui.c | 29 src/python/pmi.c | 36 77 files changed, 2445 insertions(+), 2921 deletions(-) commit e34f17c252611e7e3207a1473cf3cc8b09afe8a8 Author: Nathan Scott Date: Mon Sep 1 17:12:55 2014 +1000 Add LIB_FOR_RT use to several new places needing it Update the lustre PMDA makefile to use the macro version of -lrt and add it to two new places using clock_gettime (pmdasample and libpcp itself). commit 270003f3287fd8bbbdd919c65673ad65120be6b8 Author: Nathan Scott Date: Mon Sep 1 16:34:05 2014 +1000 pmlogger_check: fix poor interaction with pmlogconf Marko uncovered a situation where pmlogger_check would quit out of its while/read control file loop early, resulting in some hosts being skipped on the first run (further resulting in potentially long delays until all loggers are started on the first time). Turned out to be a result of odd interaction between pmlogconf going into interactive mode inappropriately for our needs here. Fix this and add qa/781 to verify that all hosts for which we are requested to start loggers are indeed visited on each loop iteration. Adds -N (showme mode) checking to pmlogger_check, which seems to be missing too. Also ensure each iteration through the while/read control file loop starts at the same PWD - testing with relative paths found these are stacked up, otherwise (not very realistic production configuration, but may as well fix it for QA simplicity). Same changes mirrored to the pmie_check equivalent spots. commit 3d2904b3d230a9bfce643732ba1b7253957f413d Author: Mark Goodwin Date: Mon Sep 1 15:30:34 2014 +1000 QA for XFS PMDA in DSO mode. commit 0f133c30aa16d1f6de89df2ff094f35f2183c76b Author: Nathan Scott Date: Mon Sep 1 15:26:33 2014 +1000 pmie: do not default to '?' on a failed hostname lookup Observed on Marko's systems, a transient failure to resolve host names can result in a long-running pmie process with a hostname set to '?' (from an error-but-continue path). Its far more sensible to exit here, and let the restart-regime- du-jour fire up a new pmie when circumstances have changed, rather than live on (potentially for many weeks/months) in this invalid state. commit b61f4e9065e226600564025338122590817be304 Author: Nathan Scott Date: Mon Sep 1 15:21:40 2014 +1000 Python 3 support - module initialisation changes commit e8b8603b46c6290fe887f13abe023c1698e64b7d Author: Mark Goodwin Date: Mon Sep 1 14:18:52 2014 +1000 Fix xfs_init so the XFS PMDA works as a DSO. xfs_init wasn't correctly initializing the pmdaInterface structure, causing the following error when used as a DSO : [Sun Aug 31 07:27:04] pminfo(5921) Critical: Unable to set fetch callback for PMDA interface version 255. [Sun Aug 31 07:27:04] pminfo(5921) Critical: pmdaSetFlags: PMDA interface version 255 not supported (domain=11) [Sun Aug 31 07:27:04] pminfo(5921) Critical: pmdaInit: PMDA interface version 255 not supported (domain=11) __pmConnectLocal: Warning: initialization routine "xfs_init" failed in DSO "/var/lib/pcp/pmdas/xfs/pmda_xfs.so": Generic error, already reported above xfs.read_bytes: pmLookupDesc: No PMCD agent for domain of request commit cf8e2f983df3bc96d5b713f209156dfbee33ac47 Author: Nathan Scott Date: Mon Sep 1 09:37:22 2014 +1000 Remove short-form path reporting from pcp(1) output Found a case where one form of pmie output did not report correctly, and instead of fixing choosing to remove this mode. In practice, having the full path to cut+paste in a console is useful, esp. in cross-platform environments where different hosts have different PCP_LOG_DIR paths. commit 7f73e356800f852b68d3ca859accd55a22ecce19 Author: Nathan Scott Date: Mon Sep 1 08:57:58 2014 +1000 Fix pmchart test qa/1006 after recent diagnostics changes commit 5b5f59f63a98cc09bed80c05890c1ec65a87ee3b Author: Nathan Scott Date: Mon Sep 1 07:46:19 2014 +1000 Update Debian packaging for pcp-doc files commit 93afc482bff00fdb8afd9ef97ca6f1c1ee1b1777 Author: Marko Myllynen Date: Fri Aug 29 16:30:35 2014 +1000 guide.redhat.html: add some helpful links commit e8730e9cadc66eed22e6705cc6d559108c1b31c4 Author: Nathan Scott Date: Fri Aug 29 16:24:25 2014 +1000 Switch pmchart over to using shared timebutton code commit 595af290a6317e71d85ce9248d6e22b6e1e495ec Author: Nathan Scott Date: Fri Aug 29 15:38:03 2014 +1000 Workaround some compiler warnings in helper gui library commit df96d22a39da11dea527c188931cf3709c3e2756 Author: Nathan Scott Date: Fri Aug 29 15:33:36 2014 +1000 Begin pmchart migration to using library components Switches over console, color picker and fileiconprovider classes to get the ball rolling. commit 969fdeebdafef15d2c7d392bd8e27e2c7158e68e Author: Ken McDonell Date: Fri Aug 29 15:16:22 2014 +1000 mysql pmda - add one more grant to the README commit 06fcd4ec684d329662c0061859a524debfe09568 Author: Ken McDonell Date: Fri Aug 29 15:14:30 2014 +1000 qa/748 - track mysql pmda changes Added tool to recreate mysql archive ... archives/mk.mysql.sh Add new mysql archive. Updated qa/748. commit 054396ba9e3799b738c3b1e56fc6dbe489d937ee Author: Ken McDonell Date: Fri Aug 29 15:11:24 2014 +1000 Debian -- fix build failures from recent new highres event record man pages commit aca3a372106b8daaa1d070ce7c961549df9bdfe1 Author: Nathan Scott Date: Fri Aug 29 14:03:11 2014 +1000 Add pcp_html_dir into pcp.conf (used by gui tools online doc) commit c8b1abc495271c78f2e81677e0aef7cd846e5891 Author: Nathan Scott Date: Fri Aug 29 13:00:19 2014 +1000 Convert Markos quick reference guide to html commit 8ed65cb4c0db8370d85f1fc8bda14f74ab08a730 Author: Marko Myllynen Date: Fri Aug 29 10:19:45 2014 +1000 Quick reference guide to PCP for Red Hat users commit 79781e7650eaaf201ac28d49bb48e60f6f3a3525 Author: Nathan Scott Date: Fri Aug 29 09:54:30 2014 +1000 Build fix for html icons after recent cleanups commit 969ff549e34d0fa0cd214ce30848856dc2169836 Author: Ken McDonell Date: Fri Aug 29 08:43:54 2014 +1000 mysql PMDA - add README to explain how to make this puppy work commit e3023879da3ebdbe0012db6326a3ff9df8ef81dc Author: Paul Evans Date: Thu Aug 28 17:54:19 2014 +0100 pmdagfs2: Fix issue with RHEL 6.6 ftrace not having irq-info option The current version of ftrace included in the RHEL 6.6 beta does not include the irq-info option as part of its trace function output (default is include and enabled with other distributions). This results in the tracepoint output given by the trace_pipe being different to what is expected and the PMDA hanging on collection of the newly added latency metrics (timeout and killed by PMCD). To tackle this we turn off the irq-info option in versions of ftrace that have the option and tweak the expected trace_pipe output so that the same output will be given by all distributions if they have irq-info option support or not. commit 01bcd0cb503401e13f737cf0d1d8f85800e65538 Author: Paul Evans Date: Thu Aug 28 17:52:28 2014 +0100 pmdagfs2: Update qa tests to remove erroneous reference to valgrind Update qa/655 to remove erroneous reference to valgrind in the echo text. Also made a few more corrections to qa/654 as well as updating 655.out. Have also changed the metrics checked in qa/655 to exclude metrics which may change from "no values available" to having metric values based on filesystem activity during testing. From kenj@internode.on.net Mon Sep 1 02:36:05 2014 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 2CF5E7F57 for ; Mon, 1 Sep 2014 02:36:05 -0500 (CDT) Received: from cuda.sgi.com (cuda3.sgi.com [192.48.176.15]) by relay3.corp.sgi.com (Postfix) with ESMTP id A6A42AC005 for ; Mon, 1 Sep 2014 00:36:04 -0700 (PDT) X-ASG-Debug-ID: 1409556961-04cb6c55006f1280001-S8gJnT Received: from ipmail05.adl6.internode.on.net (ipmail05.adl6.internode.on.net [150.101.137.143]) by cuda.sgi.com with ESMTP id A2lkwDBlEuMuoPfA for ; Mon, 01 Sep 2014 00:36:02 -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: AjMCAAwhBFR20ScOPGdsb2JhbAANTINgV4J8hDfARIh/BQEBAQE4hGMVQDAGAgUWCwILAwIBAgExJwYCAQGIS6NheJRzgSyNPYEBgmOBUwWVX5MajHRagQaBSQEBAQ Received: from ppp118-209-39-14.lns20.mel4.internode.on.net (HELO [192.168.1.100]) ([118.209.39.14]) by ipmail05.adl6.internode.on.net with ESMTP; 01 Sep 2014 17:06:00 +0930 Message-ID: <54042226.5000603@internode.on.net> Date: Mon, 01 Sep 2014 17:37:10 +1000 From: Ken McDonell User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:31.0) Gecko/20100101 Thunderbird/31.0 MIME-Version: 1.0 To: pcp@oss.sgi.com Subject: pcp updates - another LIB_FOR_RT case Content-Type: text/plain; charset=utf-8; format=flowed X-ASG-Orig-Subj: pcp updates - another LIB_FOR_RT case Content-Transfer-Encoding: 7bit X-Barracuda-Connect: ipmail05.adl6.internode.on.net[150.101.137.143] X-Barracuda-Start-Time: 1409556961 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.3.9052 Rule breakdown below pts rule name description ---- ---------------------- -------------------------------------------------- Changes committed to git://git.performancecopilot.org/kenj/pcp.git dev src/pmdas/sample/src/GNUmakefile.install | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) commit 3cabdf3b1a86ec40351daae13e06f55e969719ea Author: Ken McDonell Date: Mon Sep 1 17:35:43 2014 +1000 sample PMDA - need $(LIB_FOR_RT) also in GNUmakefile.install From kenj@internode.on.net Mon Sep 1 04:43:54 2014 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 9350D7F56 for ; Mon, 1 Sep 2014 04:43:54 -0500 (CDT) Received: from cuda.sgi.com (cuda2.sgi.com [192.48.176.25]) by relay1.corp.sgi.com (Postfix) with ESMTP id 81F388F8049 for ; Mon, 1 Sep 2014 02:43:51 -0700 (PDT) X-ASG-Debug-ID: 1409564624-04cbb05485987190001-S8gJnT Received: from ipmail05.adl6.internode.on.net (ipmail05.adl6.internode.on.net [150.101.137.143]) by cuda.sgi.com with ESMTP id YahHKxheI4MFaghQ for ; Mon, 01 Sep 2014 02:43:45 -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: AisCAIg+BFR20ScOPGdsb2JhbAANTIczhDfJTgUBAQEBOIRjDwFFNgIFFgsCCwMCAQIBMRoNCAEBrDR4lHOBLJEhgVMFtW2DKQEBAQ Received: from ppp118-209-39-14.lns20.mel4.internode.on.net (HELO [192.168.1.100]) ([118.209.39.14]) by ipmail05.adl6.internode.on.net with ESMTP; 01 Sep 2014 19:13:43 +0930 Message-ID: <54044015.2060207@internode.on.net> Date: Mon, 01 Sep 2014 19:44:53 +1000 From: Ken McDonell User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:31.0) Gecko/20100101 Thunderbird/31.0 MIME-Version: 1.0 To: PCP Subject: PCP build warnings in python code Content-Type: text/plain; charset=utf-8 X-ASG-Orig-Subj: PCP build warnings in python code Content-Transfer-Encoding: 8bit X-Barracuda-Connect: ipmail05.adl6.internode.on.net[150.101.137.143] X-Barracuda-Start-Time: 1409564625 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.3.9055 Rule breakdown below pts rule name description ---- ---------------------- -------------------------------------------------- Can someone who knows, please take a look at these warnings from Debian 7.4 32-bit? Both look worrying to me. pmapi.c: In function ‘getOptionsFromList’:-- pmapi.c:705:2: warning: implicit declaration of function ‘PyUnicode_AsUTF8’ [-Wimplicit-function-declaration] pmapi.c:705:17: warning: initialization makes pointer from integer without a cast [enabled by default] From nscott@redhat.com Mon Sep 1 05:04:14 2014 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 9EE487F5A for ; Mon, 1 Sep 2014 05:04:14 -0500 (CDT) Received: from cuda.sgi.com (cuda2.sgi.com [192.48.176.25]) by relay3.corp.sgi.com (Postfix) with ESMTP id 2C13BAC004 for ; Mon, 1 Sep 2014 03:04:11 -0700 (PDT) X-ASG-Debug-ID: 1409565847-04cbb05485988190001-S8gJnT Received: from mx5-phx2.redhat.com (mx5-phx2.redhat.com [209.132.183.37]) by cuda.sgi.com with ESMTP id RfBsa7HXfaEJKiTv for ; Mon, 01 Sep 2014 03:04:08 -0700 (PDT) X-Barracuda-Envelope-From: nscott@redhat.com X-Barracuda-Apparent-Source-IP: 209.132.183.37 Received: from zmail20.collab.prod.int.phx2.redhat.com (zmail20.collab.prod.int.phx2.redhat.com [10.5.83.23]) by mx5-phx2.redhat.com (8.14.4/8.14.4) with ESMTP id s81A44Zm020951; Mon, 1 Sep 2014 06:04:05 -0400 Date: Mon, 1 Sep 2014 06:04:04 -0400 (EDT) From: Nathan Scott Reply-To: Nathan Scott To: Ken McDonell Cc: PCP Message-ID: <255177525.41861238.1409565844852.JavaMail.zimbra@redhat.com> In-Reply-To: <54044015.2060207@internode.on.net> References: <54044015.2060207@internode.on.net> Subject: Re: [pcp] PCP build warnings in python code MIME-Version: 1.0 X-ASG-Orig-Subj: Re: [pcp] PCP build warnings in python code Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-Originating-IP: [10.5.82.7] X-Mailer: Zimbra 8.0.6_GA_5922 (ZimbraWebClient - FF17 (Linux)/8.0.6_GA_5922) Thread-Topic: PCP build warnings in python code Thread-Index: aEXftL+UWn+o1hNlkFPFWHQkD36Nhw== X-Barracuda-Connect: mx5-phx2.redhat.com[209.132.183.37] X-Barracuda-Start-Time: 1409565848 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.02 X-Barracuda-Spam-Status: No, SCORE=0.02 using per-user scores of TAG_LEVEL=1000.0 QUARANTINE_LEVEL=1000.0 KILL_LEVEL=2.7 tests=THREAD_INDEX, THREAD_TOPIC X-Barracuda-Spam-Report: Code version 3.2, rules version 3.2.3.9056 Rule breakdown below pts rule name description ---- ---------------------- -------------------------------------------------- 0.01 THREAD_INDEX thread-index: AcO7Y8iR61tzADqsRmmc5wNiFHEOig== 0.01 THREAD_TOPIC Thread-Topic: ...(Japanese Subject)... ----- Original Message ----- > Can someone who knows, please take a look at these warnings from Debian 7= .4 > 32-bit? Both look worrying to me. >=20 > pmapi.c: In function =E2=80=98getOptionsFromList=E2=80=99:-- > pmapi.c:705:2: warning: implicit declaration of function =E2=80=98PyUnico= de_AsUTF8=E2=80=99 > [-Wimplicit-function-declaration] > pmapi.c:705:17: warning: initialization makes pointer from integer withou= t a > cast [enabled by default] This should be fixed by an earlier commit today (accidentally snuck some python3-specific code into python2 builds) - can you try again with current dev? cheers. -- Nathan From pevans@redhat.com Mon Sep 1 11:56:49 2014 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 579BC7F66 for ; Mon, 1 Sep 2014 11:56:49 -0500 (CDT) Received: from cuda.sgi.com (cuda1.sgi.com [192.48.157.11]) by relay2.corp.sgi.com (Postfix) with ESMTP id 2968B304043 for ; Mon, 1 Sep 2014 09:56:45 -0700 (PDT) X-ASG-Debug-ID: 1409590601-04bdf010976a4960001-S8gJnT Received: from mx1.redhat.com (mx1.redhat.com [209.132.183.28]) by cuda.sgi.com with ESMTP id UATWPZDGHzDeQrle (version=TLSv1 cipher=AES256-SHA bits=256 verify=NO) for ; Mon, 01 Sep 2014 09:56:42 -0700 (PDT) X-Barracuda-Envelope-From: pevans@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 s81Guf1G016864 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=FAIL) for ; Mon, 1 Sep 2014 12:56:41 -0400 Received: from [10.36.4.86] (vpn1-4-86.ams2.redhat.com [10.36.4.86]) by int-mx10.intmail.prod.int.phx2.redhat.com (8.14.4/8.14.4) with ESMTP id s81GudO3012770; Mon, 1 Sep 2014 12:56:40 -0400 Message-ID: <5404A547.7040805@redhat.com> Date: Mon, 01 Sep 2014 17:56:39 +0100 From: Paul Evans User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:24.0) Gecko/20100101 Thunderbird/24.7.0 MIME-Version: 1.0 To: Nathan Scott CC: pcp@oss.sgi.com Subject: Re: pmdagfs2: updates References: <53FF63C8.4020902@redhat.com> <352630399.40713023.1409292921192.JavaMail.zimbra@redhat.com> X-ASG-Orig-Subj: Re: pmdagfs2: updates In-Reply-To: <352630399.40713023.1409292921192.JavaMail.zimbra@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.23 X-Barracuda-Connect: mx1.redhat.com[209.132.183.28] X-Barracuda-Start-Time: 1409590601 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 Hi Nathan, On 29/08/14 07:15, Nathan Scott wrote: > Ah, OK - looking forward to it! I still see a slight difference in > qa/655 output; seems the loop devices are not being picked up any > more, somehow? (.bad file attached) cheers. -- Nathan I've checked the qa output on my RHEL 6.6, RHEL 6.5, RHEL 7 and Fedora 17 & 20 VM's and don't seem to seeing any issues with "No value(s) available!" with the gfs2.glstats metrics on this end. Are you still able to reproduce the failure? Also what distribution was it popping up on? I'll continue to keep a close eye on my qa outputs over the next couple of days to see if it does surfaces for me. Cheers, Paul From kenj@internode.on.net Mon Sep 1 16:05:23 2014 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 5BEDE7F53 for ; Mon, 1 Sep 2014 16:05:23 -0500 (CDT) Received: from cuda.sgi.com (cuda2.sgi.com [192.48.176.25]) by relay2.corp.sgi.com (Postfix) with ESMTP id 4AE6E304043 for ; Mon, 1 Sep 2014 14:05:20 -0700 (PDT) X-ASG-Debug-ID: 1409605513-04cbb054869a0130001-S8gJnT Received: from ipmail05.adl6.internode.on.net (ipmail05.adl6.internode.on.net [150.101.137.143]) by cuda.sgi.com with ESMTP id 9AELL3r8Fl4K6bsp for ; Mon, 01 Sep 2014 14:05:14 -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: AgsCAJzeBFR20ScOPGdsb2JhbAANTYNgV4J8hDfATIkEBQEBAQE4hGMVQDAGAgUWCwILAwIBAgExJwYCAQGIS6QpeJR+gSyOPoJjgVMFlV+gDlqCTwEBAQ Received: from ppp118-209-39-14.lns20.mel4.internode.on.net (HELO [192.168.1.100]) ([118.209.39.14]) by ipmail05.adl6.internode.on.net with ESMTP; 02 Sep 2014 06:35:12 +0930 Message-ID: <5404DFCD.2010306@internode.on.net> Date: Tue, 02 Sep 2014 07:06:21 +1000 From: Ken McDonell User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:31.0) Gecko/20100101 Thunderbird/31.0 MIME-Version: 1.0 To: pcp@oss.sgi.com Subject: pcp updates - dbus fix for QA Content-Type: text/plain; charset=utf-8; format=flowed X-ASG-Orig-Subj: pcp updates - dbus fix for QA Content-Transfer-Encoding: 7bit X-Barracuda-Connect: ipmail05.adl6.internode.on.net[150.101.137.143] X-Barracuda-Start-Time: 1409605514 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.3.9072 Rule breakdown below pts rule name description ---- ---------------------- -------------------------------------------------- Changes committed to git://git.performancecopilot.org/kenj/pcp.git dev qa/common.qt | 10 ++++++++++ 1 file changed, 10 insertions(+) commit 669b4a81366f5af23334a6f9ee509cdb96b06035 Author: Ken McDonell Date: Mon Sep 1 17:41:05 2014 +1000 qa/common.qt - use dbus-launch to enable Qt apps as needed From kenj@internode.on.net Mon Sep 1 17:26:27 2014 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 82B527F66 for ; Mon, 1 Sep 2014 17:26:27 -0500 (CDT) Received: from cuda.sgi.com (cuda2.sgi.com [192.48.176.25]) by relay1.corp.sgi.com (Postfix) with ESMTP id 700498F804B for ; Mon, 1 Sep 2014 15:26:24 -0700 (PDT) X-ASG-Debug-ID: 1409610381-04cbb054879a2780001-S8gJnT Received: from ipmail05.adl6.internode.on.net (ipmail05.adl6.internode.on.net [150.101.137.143]) by cuda.sgi.com with ESMTP id 4DopY3GVZT4Q1iCD for ; Mon, 01 Sep 2014 15:26:22 -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: AgkCAFfxBFR20ScOPGdsb2JhbAANTYczhDfGfYJMBQEBAQE4hGNVNgIFFgsCCwMCAQIBMRoNCAEBrH94lH2BLI1fg0KBUwW1bYFigUcBAQE Received: from ppp118-209-39-14.lns20.mel4.internode.on.net (HELO [192.168.1.100]) ([118.209.39.14]) by ipmail05.adl6.internode.on.net with ESMTP; 02 Sep 2014 07:56:21 +0930 Message-ID: <5404F2D3.8040308@internode.on.net> Date: Tue, 02 Sep 2014 08:27:31 +1000 From: Ken McDonell User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:31.0) Gecko/20100101 Thunderbird/31.0 MIME-Version: 1.0 To: PCP Subject: pcp builds ... are we on the right track? Content-Type: text/plain; charset=utf-8 X-ASG-Orig-Subj: pcp builds ... are we on the right track? Content-Transfer-Encoding: 7bit X-Barracuda-Connect: ipmail05.adl6.internode.on.net[150.101.137.143] X-Barracuda-Start-Time: 1409610381 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.3.9075 Rule breakdown below pts rule name description ---- ---------------------- -------------------------------------------------- I think this not a new issue, but I am visiting some QA hosts I have not used for some time. I just tried to build new packages on Debian and the build aborted because libqt4-dev is not installed. To fix this involves installing between 50 and 100 new packages (different results on different systems) and does not work at all on some debian-based platforms because the repos don't seem to hold consistent versions of all of the required packages. Now this is not our problem per se, but I think there is a basic philosophical issue we need to sort out ... I believe these are important principles: 1. Backwards compatibility is really important ... we cannot afford to move PCP to a place where it only works on the latest and greatest bits-n-pieces. Client-server considerations (split and lagging upgrades) and SOE rules mean we need to not only work in down-rev run time environments, but we have to able to rebuilt the latest PCP on older platforms. 2. If we are to improve the penetration of PCP, we should always make decisions that expedite server installation, even if this means some reduction in desktop functionality ... in PCP nirvana, the ratio of server:desktop installs is likely to be 100:1 or greater. So, I think the build should be really tolerant of missing pre-requisites that do not compromise the core server builds ... I'd put the development package for libqt4 squarely in this camp. And QA should be really tolerant of PCP functionality that is not built or not enabled or not installed on a particular host. We already do a pretty good job here. In the case of development package for libqt4, the Debian-like builds seem to be the only ones that mandate this as a build prerequisite, so I am proposing to remove this mandate. I will be on the lookout for other similar candidates as I move through the QA minefield, but would welcome comments in the mean time. From nscott@redhat.com Mon Sep 1 18:07:52 2014 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 363A57F66 for ; Mon, 1 Sep 2014 18:07:52 -0500 (CDT) Received: from cuda.sgi.com (cuda2.sgi.com [192.48.176.25]) by relay1.corp.sgi.com (Postfix) with ESMTP id 16B9A8F8049 for ; Mon, 1 Sep 2014 16:07:48 -0700 (PDT) X-ASG-Debug-ID: 1409612866-04cbb054889a3dc0001-S8gJnT Received: from mx6-phx2.redhat.com (mx6-phx2.redhat.com [209.132.183.39]) by cuda.sgi.com with ESMTP id xd08FKO2uspqYLPA for ; Mon, 01 Sep 2014 16:07:47 -0700 (PDT) X-Barracuda-Envelope-From: nscott@redhat.com X-Barracuda-Apparent-Source-IP: 209.132.183.39 Received: from zmail20.collab.prod.int.phx2.redhat.com (zmail20.collab.prod.int.phx2.redhat.com [10.5.83.23]) by mx6-phx2.redhat.com (8.14.4/8.14.4) with ESMTP id s81N7kfU032503; Mon, 1 Sep 2014 19:07:46 -0400 Date: Mon, 1 Sep 2014 19:07:46 -0400 (EDT) From: Nathan Scott Reply-To: Nathan Scott To: PCP Cc: Marko Myllynen Message-ID: <1913617170.42090899.1409612866595.JavaMail.zimbra@redhat.com> In-Reply-To: References: <863247978.39906704.1409195321556.JavaMail.zimbra@redhat.com> <434784906.39907705.1409195999357.JavaMail.zimbra@redhat.com> Subject: Fwd: Online indexed man pages for the PCP project MIME-Version: 1.0 X-ASG-Orig-Subj: Fwd: Online indexed man pages for the PCP project Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-Originating-IP: [10.5.82.7] X-Mailer: Zimbra 8.0.6_GA_5922 (ZimbraWebClient - FF17 (Linux)/8.0.6_GA_5922) Thread-Topic: Online indexed man pages for the PCP project Thread-Index: 4CGyhajLwwq9i99ISvNvnuZQBQE11Q== X-Barracuda-Connect: mx6-phx2.redhat.com[209.132.183.39] X-Barracuda-Start-Time: 1409612866 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.02 X-Barracuda-Spam-Status: No, SCORE=0.02 using per-user scores of TAG_LEVEL=1000.0 QUARANTINE_LEVEL=1000.0 KILL_LEVEL=2.7 tests=THREAD_INDEX, THREAD_TOPIC X-Barracuda-Spam-Report: Code version 3.2, rules version 3.2.3.9075 Rule breakdown below pts rule name description ---- ---------------------- -------------------------------------------------- 0.01 THREAD_INDEX thread-index: AcO7Y8iR61tzADqsRmmc5wNiFHEOig== 0.01 THREAD_TOPIC Thread-Topic: ...(Japanese Subject)... Hi all, Marko was recently seeking access to the PCP man pages online. We used to have this (we just rendered 'em via man2html, no searching or even cross-linking), but it wasn't a good setup and maintaining it was a bit too much effort - so it was dropped a few years back. I came across man7.org recently and happily Michael Kerrisk has now offered to help us out. I'll add a link on pcp.io once this is all setup - but if any man page issues crop up in the next week (while I am away), please respond promptly to Michael with fixes. Thanks! ----- Forwarded Message ----- From: "Michael Kerrisk (man7.org)" To: "Nathan Scott" Cc: "Michael Kerrisk" Sent: Tuesday, September 2, 2014 5:29:36 AM Subject: Re: Online indexed man pages for the PCP project Hi Nathan, On Thu, Aug 28, 2014 at 5:19 AM, Nathan Scott wrote: > Hi there, > > I'm being asked to provide searchable online man pages for the > Performance Co-Pilot project and came across your helpful site > and blog post here: > http://blog.man7.org/2013/05/adding-further-man-pages-to-html.html > > Would it be possible to add the man pages of the PCP project into > the available set? Looks like a good match. Sure, I'll include those. It will probably be a few weeks before the pages appear though (next site refresh). > The details are: > > Name: Performance Co-Pilot (PCP) > Description: > "Performance Co-Pilot (PCP) provides a framework and services to > support system-level performance monitoring and management. It > presents a unifying abstraction for all of the performance data > in a system, and many tools for interrogating, retrieving and > processing that data. > PCP is a feature-rich, mature, extensible, cross-platform toolkit > supporting both live and retrospective analysis. The distributed > PCP architecture makes it especially useful for those seeking > centralized monitoring of distributed processing." > > URL: http://www.pcp.io > Bugs: pcp@oss.sgi.com > Source: git://git.pcp.io/pcp - man pages are at man/man{1,3,5} > Build-how-to: straight troff format, no build required. (?) > Approx page count: 100 (section 1), 135 (section 3), 7 (section 5) The details above are perfect. Thanks for making the job easy. Cheers, Michael -- Michael Kerrisk mtk@man7.org "The Linux Programming Interface" -- http://man7.org/tlpi/ Linux/UNIX System Programming Training: http://man7.org/training/sys_prog/ From fche@redhat.com Mon Sep 1 18:31:38 2014 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 076427F66 for ; Mon, 1 Sep 2014 18:31:38 -0500 (CDT) Received: from cuda.sgi.com (cuda3.sgi.com [192.48.176.15]) by relay1.corp.sgi.com (Postfix) with ESMTP id DAA708F8049 for ; Mon, 1 Sep 2014 16:31:37 -0700 (PDT) X-ASG-Debug-ID: 1409614296-04cb6c54fe715d90001-S8gJnT Received: from mx1.redhat.com (mx1.redhat.com [209.132.183.28]) by cuda.sgi.com with ESMTP id sOqOrshPqdB3QLzM (version=TLSv1 cipher=AES256-SHA bits=256 verify=NO) for ; Mon, 01 Sep 2014 16:31:37 -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-mx14.intmail.prod.int.phx2.redhat.com (int-mx14.intmail.prod.int.phx2.redhat.com [10.5.11.27]) by mx1.redhat.com (8.14.4/8.14.4) with ESMTP id s81NVLgh009053 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=FAIL); Mon, 1 Sep 2014 19:31:21 -0400 Received: from fche.csb (vpn-227-76.phx2.redhat.com [10.3.227.76]) by int-mx14.intmail.prod.int.phx2.redhat.com (8.14.4/8.14.4) with ESMTP id s81NVKDN005718; Mon, 1 Sep 2014 19:31:21 -0400 Received: by fche.csb (Postfix, from userid 2569) id C1BA558259; Mon, 1 Sep 2014 19:31:18 -0400 (EDT) To: Nathan Scott Cc: Ken McDonell , pcp@oss.sgi.com Subject: Re: Seeking testers - systemd service support References: <1970205420.36245669.1408665579915.JavaMail.zimbra@redhat.com> <53F92AA4.4010400@internode.on.net> <1594207200.37489147.1408937199097.JavaMail.zimbra@redhat.com> <050301cfc01c$04889170$0d99b450$@internode.on.net> <1078845537.37533359.1408945446955.JavaMail.zimbra@redhat.com> X-ASG-Orig-Subj: Re: Seeking testers - systemd service support From: fche@redhat.com (Frank Ch. Eigler) Date: Mon, 01 Sep 2014 19:31:18 -0400 In-Reply-To: <1078845537.37533359.1408945446955.JavaMail.zimbra@redhat.com> (Nathan Scott's message of "Mon, 25 Aug 2014 01:44:06 -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.68 on 10.5.11.27 X-Barracuda-Connect: mx1.redhat.com[209.132.183.28] X-Barracuda-Start-Time: 1409614296 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 Hi - >> I am unconvinced that re-embedding is needed. > > Understood, and I tend to agree for this lib - IMO the older version could've > been made to work as well [...] Well, not just that. The autoconf mechanisms in place to adapt to the presence or absence of suitable libmicrohttpd are exactly intended to make the pcp package as a whole build even if a prereqs for one optional part are missing. If something's wrong with the autoconf machinery, or the Makepkgs / .dsc/.spec generation, those should be noted as bugs. > Yep, but note the proposed web frontend changes introduce (embed) > three other packages also (graphite, grafana, jquery) and it appears > that not doing so is intractable. That's for a different reason. At this time, there appears to exist no widespread UNIXy infrastructure to package web application artifacts as reusable elements, so there's no way to link to a "system" copy of these. > Since this embedding approach is one that Frank is keen on pursuing > (and its his prerogative), With respect to libmicrohttpd, I am not keen on pursuing this embedding approach, and as outlined above, the web application artifacts are only reluctantly embedded. No "keen pursuit" here. > I'm looking into git techniques for extracting and moving all of > this code forward, just outside of the core PCP source tree. The embedding issue would be an unfortunate choice of rationale for this. - FChE From nscott@redhat.com Mon Sep 1 20:33:05 2014 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 9A8B57F6A for ; Mon, 1 Sep 2014 20:33:05 -0500 (CDT) Received: from cuda.sgi.com (cuda1.sgi.com [192.48.157.11]) by relay3.corp.sgi.com (Postfix) with ESMTP id 384D0AC002 for ; Mon, 1 Sep 2014 18:33:01 -0700 (PDT) X-ASG-Debug-ID: 1409621575-04bdf010976b8a40001-S8gJnT Received: from mx3-phx2.redhat.com (mx3-phx2.redhat.com [209.132.183.24]) by cuda.sgi.com with ESMTP id WO6NDkRjwaDszyke for ; Mon, 01 Sep 2014 18:32:56 -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 s821Wt94015352 for ; Mon, 1 Sep 2014 21:32:55 -0400 Date: Mon, 1 Sep 2014 21:32:55 -0400 (EDT) From: Nathan Scott Reply-To: Nathan Scott To: PCP Message-ID: <1993471904.42105547.1409621575687.JavaMail.zimbra@redhat.com> In-Reply-To: <1273290564.42105457.1409621506106.JavaMail.zimbra@redhat.com> Subject: pcp updates: qa, xfs pmda MIME-Version: 1.0 X-ASG-Orig-Subj: pcp updates: qa, xfs pmda Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-Originating-IP: [10.5.82.7] X-Mailer: Zimbra 8.0.6_GA_5922 (ZimbraWebClient - FF17 (Linux)/8.0.6_GA_5922) Thread-Topic: pcp updates: qa, xfs pmda Thread-Index: sE09KJrINn7Bqc8O5Pz4GAwd6TlqQQ== X-Barracuda-Connect: mx3-phx2.redhat.com[209.132.183.24] X-Barracuda-Start-Time: 1409621576 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.02 X-Barracuda-Spam-Status: No, SCORE=0.02 using per-user scores of TAG_LEVEL=1000.0 QUARANTINE_LEVEL=1000.0 KILL_LEVEL=2.7 tests=THREAD_INDEX, THREAD_TOPIC X-Barracuda-Spam-Report: Code version 3.2, rules version 3.2.3.9079 Rule breakdown below pts rule name description ---- ---------------------- -------------------------------------------------- 0.01 THREAD_INDEX thread-index: AcO7Y8iR61tzADqsRmmc5wNiFHEOig== 0.01 THREAD_TOPIC Thread-Topic: ...(Japanese Subject)... Changes committed to git://git.pcp.io/pcp.git dev qa/730 | 3 qa/731 | 3 qa/835 | 1 qa/987 | 33 qa/987.out | 1164 ++++++++++++++++++++++++++++++ qa/988 | 45 + qa/988.out | 1173 +++++++++++++++++++++++++++++++ qa/archives/GNUmakefile | 10 qa/common.check | 7 qa/group | 1 qa/linux/GNUmakefile | 4 qa/linux/xfs-root-001.tgz |binary src/pmdas/linux_xfs/filesys.c | 6 src/pmdas/linux_xfs/pmda.c | 20 src/pmdas/linux_xfs/proc_fs_xfs.c | 8 src/pmdas/linux_xfs/proc_fs_xfs.h | 4 src/pmdas/sample/src/GNUmakefile.install | 2 src/pmie/pmie_check.sh | 2 src/pmie/pmie_daily.sh | 17 src/pmlogger/pmlogger_check.sh | 4 src/pmlogger/pmlogger_daily.sh | 13 src/python/mmv.c | 4 src/python/pmapi.c | 11 src/python/pmda.c | 4 src/python/pmgui.c | 5 src/python/pmi.c | 8 26 files changed, 2504 insertions(+), 48 deletions(-) commit 30d6ab1b22c4a94399ae044be437687d5143c741 Author: Nathan Scott Date: Tue Sep 2 11:11:40 2014 +1000 Add QA archive mysql-1.0 into the installed set commit b96e5fb52e0e15f866cf52b0cb4f8ea445573edf Author: Nathan Scott Date: Tue Sep 2 11:11:02 2014 +1000 Set pmdamemcache refresh rate to improve qa/835 determinism commit 052ee6300b1aa8656ae7cd0e1cc1e64f3b02eaaa Author: Nathan Scott Date: Tue Sep 2 11:10:12 2014 +1000 python api: int vs long type regression from py3 work Resolve a type issue picked up by qa/702 and qa/707, fallout from recent python3 porting work. We must continue to use an int type in the symbol dictionaries because these are exposed above the API - when passed in certain places, if an int has not been used ctypes conversions fail (python3 has no int, it is all longs internally - mirrored in the C API). commit 65a24b18e25aa28849d81dbc40bb99845e27f925 Author: Nathan Scott Date: Tue Sep 2 11:04:12 2014 +1000 Data-injection and valgrind checking for the XFS PMDA Adds support for injecting canned data into the Linux XFS PMDA for testing purposes. Marks recent test (qa/987) is extended to use this mode, such that metric values are further verified. Additionally test qa/988 is added which performs valgrind-based memory access checking on the PMDA when valgrind is available. commit 042a6be85cdc9430a38f6ba242719a6d38971d7e Author: Nathan Scott Date: Mon Sep 1 21:01:17 2014 +1000 Use consistent shell code/diagnostics in pmie/pmlogger scripts commit f0646f44c43f1754a2bdfa1afd40e01a4be7ef68 Author: Nathan Scott Date: Mon Sep 1 17:49:16 2014 +1000 python api: add v3 ifdef guard, accidentally slipped in commit 3cabdf3b1a86ec40351daae13e06f55e969719ea Author: Ken McDonell Date: Mon Sep 1 17:35:43 2014 +1000 sample PMDA - need $(LIB_FOR_RT) also in GNUmakefile.install From nscott@redhat.com Mon Sep 1 21:34:49 2014 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 2FFB37F73 for ; Mon, 1 Sep 2014 21:34:49 -0500 (CDT) Received: from cuda.sgi.com (cuda1.sgi.com [192.48.157.11]) by relay2.corp.sgi.com (Postfix) with ESMTP id 101BA304032 for ; Mon, 1 Sep 2014 19:34:45 -0700 (PDT) X-ASG-Debug-ID: 1409625283-04bdf010976bb910001-S8gJnT Received: from mx5-phx2.redhat.com (mx5-phx2.redhat.com [209.132.183.37]) by cuda.sgi.com with ESMTP id 7GO4S3BSfi3mcWrQ for ; Mon, 01 Sep 2014 19:34:44 -0700 (PDT) X-Barracuda-Envelope-From: nscott@redhat.com X-Barracuda-Apparent-Source-IP: 209.132.183.37 Received: from zmail20.collab.prod.int.phx2.redhat.com (zmail20.collab.prod.int.phx2.redhat.com [10.5.83.23]) by mx5-phx2.redhat.com (8.14.4/8.14.4) with ESMTP id s822Yeb2030186; Mon, 1 Sep 2014 22:34:40 -0400 Date: Mon, 1 Sep 2014 22:34:40 -0400 (EDT) From: Nathan Scott Reply-To: Nathan Scott To: Paul Colby , pcp-pmda-cpp@googlegroups.com Cc: PCP Message-ID: <1454419308.42111909.1409625280036.JavaMail.zimbra@redhat.com> In-Reply-To: <4165444.42111709.1409625031062.JavaMail.zimbra@redhat.com> Subject: pcp-pmda-cpp updates: docs, highres events MIME-Version: 1.0 X-ASG-Orig-Subj: pcp-pmda-cpp updates: docs, highres events Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-Originating-IP: [10.5.82.7] X-Mailer: Zimbra 8.0.6_GA_5922 (ZimbraWebClient - FF17 (Linux)/8.0.6_GA_5922) Thread-Topic: pcp-pmda-cpp updates: docs, highres events Thread-Index: 4ndUaI0BpHsNc+x7tPxcBR1IxZ9f0Q== X-Barracuda-Connect: mx5-phx2.redhat.com[209.132.183.37] X-Barracuda-Start-Time: 1409625284 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.02 X-Barracuda-Spam-Status: No, SCORE=0.02 using per-user scores of TAG_LEVEL=1000.0 QUARANTINE_LEVEL=1000.0 KILL_LEVEL=2.7 tests=THREAD_INDEX, THREAD_TOPIC X-Barracuda-Spam-Report: Code version 3.2, rules version 3.2.3.9080 Rule breakdown below pts rule name description ---- ---------------------- -------------------------------------------------- 0.01 THREAD_INDEX thread-index: AcO7Y8iR61tzADqsRmmc5wNiFHEOig== 0.01 THREAD_TOPIC Thread-Topic: ...(Japanese Subject)... Hi Paul, I've made some updates to the pcp-pmda-cpp code base to handle the new high resolution event timestamp support, pending in the next PCP release. I'm not sure how to make CMake auto-detect the presence of this code ( PM_TYPE_HIGHRES_EVENT) for older versions of PCP, but I have verified the build/test process with an up-to-date local PCP install. Changes committed to git://git.pcp.io/nathans/pcp-pmda-cpp.git master README.md | 17 ++++++++--------- example/simple/simple.cpp | 2 +- example/trivial/trivial.cpp | 2 +- include/Doxyfile.md | 2 +- include/pcp-cpp/atom.hpp | 3 +++ include/pcp-cpp/pmda.hpp | 2 +- test/unit/src/test_atom.cpp | 24 ++++++++++++++++++++++-- 7 files changed, 37 insertions(+), 15 deletions(-) commit 179d2f139d700ffb25b77a262a7a13b91ef36544 Author: Nathan Scott Date: Tue Sep 2 12:27:21 2014 +1000 Extend existing event metric support for high resolution timestamps commit d2db01f6b660cb8c00b003daca63c46d6a01ba7a Author: Nathan Scott Date: Tue Sep 2 12:26:17 2014 +1000 Update documentation - a small README typo and several URL updates From kenj@internode.on.net Mon Sep 1 22:03:22 2014 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 624097F73 for ; Mon, 1 Sep 2014 22:03:22 -0500 (CDT) Received: from cuda.sgi.com (cuda2.sgi.com [192.48.176.25]) by relay1.corp.sgi.com (Postfix) with ESMTP id 42F558F8052 for ; Mon, 1 Sep 2014 20:03:21 -0700 (PDT) X-ASG-Debug-ID: 1409626996-04cbb054889ac230001-S8gJnT Received: from ipmail07.adl2.internode.on.net (ipmail07.adl2.internode.on.net [150.101.137.131]) by cuda.sgi.com with ESMTP id NpBM2UDgBrgwwWFq for ; Mon, 01 Sep 2014 20:03:16 -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: ApoDAA8yBVR20ScO/2dsb2JhbAANTYczikbCCgYCgSqFJBVANgIFFgsCCwMCAQIBSw0IAQGtFXiUVxiBLJEhgVMFtW2DKQEBAQ Received: from ppp118-209-39-14.lns20.mel4.internode.on.net (HELO [192.168.1.100]) ([118.209.39.14]) by ipmail07.adl2.internode.on.net with ESMTP; 02 Sep 2014 12:33:15 +0930 Message-ID: <540533AF.3030308@internode.on.net> Date: Tue, 02 Sep 2014 13:04:15 +1000 From: Ken McDonell User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:31.0) Gecko/20100101 Thunderbird/31.0 MIME-Version: 1.0 To: PCP Subject: qa/861 hanging Content-Type: text/plain; charset=utf-8; format=flowed X-ASG-Orig-Subj: qa/861 hanging Content-Transfer-Encoding: 7bit X-Barracuda-Connect: ipmail07.adl2.internode.on.net[150.101.137.131] X-Barracuda-Start-Time: 1409626996 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.3.9081 Rule breakdown below pts rule name description ---- ---------------------- -------------------------------------------------- on vm20 3.9.10 x86_64 Ubuntu 13.04 (raring) it is still in this state, so let me know what info would help debug. From nscott@redhat.com Mon Sep 1 22:11:44 2014 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 E0FAC7F37 for ; Mon, 1 Sep 2014 22:11:44 -0500 (CDT) Received: from cuda.sgi.com (cuda1.sgi.com [192.48.157.11]) by relay2.corp.sgi.com (Postfix) with ESMTP id C0D70304043 for ; Mon, 1 Sep 2014 20:11:41 -0700 (PDT) X-ASG-Debug-ID: 1409627499-04bdf010a06bc990001-S8gJnT Received: from mx4-phx2.redhat.com (mx4-phx2.redhat.com [209.132.183.25]) by cuda.sgi.com with ESMTP id 0cEBumBp4E27H7k3 for ; Mon, 01 Sep 2014 20:11:40 -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 s823BaiZ030634; Mon, 1 Sep 2014 23:11:36 -0400 Date: Mon, 1 Sep 2014 23:11:36 -0400 (EDT) From: Nathan Scott Reply-To: Nathan Scott To: Ken McDonell Cc: PCP Message-ID: <1946971949.42117047.1409627496431.JavaMail.zimbra@redhat.com> In-Reply-To: <540533AF.3030308@internode.on.net> References: <540533AF.3030308@internode.on.net> Subject: Re: [pcp] qa/861 hanging MIME-Version: 1.0 X-ASG-Orig-Subj: Re: [pcp] qa/861 hanging Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-Originating-IP: [10.5.82.7] X-Mailer: Zimbra 8.0.6_GA_5922 (ZimbraWebClient - FF17 (Linux)/8.0.6_GA_5922) Thread-Topic: qa/861 hanging Thread-Index: cQifhi+H0cJRGvO8FaKog+fTpuHIuQ== X-Barracuda-Connect: mx4-phx2.redhat.com[209.132.183.25] X-Barracuda-Start-Time: 1409627500 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.02 X-Barracuda-Spam-Status: No, SCORE=0.02 using per-user scores of TAG_LEVEL=1000.0 QUARANTINE_LEVEL=1000.0 KILL_LEVEL=2.7 tests=THREAD_INDEX, THREAD_TOPIC X-Barracuda-Spam-Report: Code version 3.2, rules version 3.2.3.9081 Rule breakdown below pts rule name description ---- ---------------------- -------------------------------------------------- 0.01 THREAD_INDEX thread-index: AcO7Y8iR61tzADqsRmmc5wNiFHEOig== 0.01 THREAD_TOPIC Thread-Topic: ...(Japanese Subject)... ----- Original Message ----- > on vm20 3.9.10 x86_64 Ubuntu 13.04 (raring) > > it is still in this state, so let me know what info would help debug. ps -ef | grep pcpqa (if running as user pcpqa?) and is port PMCD_PORT=9876 free? (netstat) cheers. -- Nathan From kenj@internode.on.net Mon Sep 1 23:13:39 2014 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 605217F6B for ; Mon, 1 Sep 2014 23:13:39 -0500 (CDT) Received: from cuda.sgi.com (cuda1.sgi.com [192.48.157.11]) by relay2.corp.sgi.com (Postfix) with ESMTP id 23B26304032 for ; Mon, 1 Sep 2014 21:13:35 -0700 (PDT) X-ASG-Debug-ID: 1409631210-04bdf010a16befe0001-S8gJnT Received: from ipmail07.adl2.internode.on.net (ipmail07.adl2.internode.on.net [150.101.137.131]) by cuda.sgi.com with ESMTP id 55sLTdb798aeKhT4 for ; Mon, 01 Sep 2014 21:13:30 -0700 (PDT) X-Barracuda-Envelope-From: kenj@internode.on.net X-Barracuda-Apparent-Source-IP: 150.101.137.131 X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: ApECALhCBVR20ScO/2dsb2JhbAANTYNgV4J8xQOHUwICAYEkhHoBAQEEIw8BRQEMBAkCGAICBRYLAgIJAwIBAgFFBg0BBwEBkVebRXiUXQEXgSyOIQeCeYFTBZVfiFiXNlqCTwEBAQ Received: from ppp118-209-39-14.lns20.mel4.internode.on.net (HELO [192.168.1.100]) ([118.209.39.14]) by ipmail07.adl2.internode.on.net with ESMTP; 02 Sep 2014 13:43:30 +0930 Message-ID: <54054425.9000804@internode.on.net> Date: Tue, 02 Sep 2014 14:14:29 +1000 From: Ken McDonell User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:31.0) Gecko/20100101 Thunderbird/31.0 MIME-Version: 1.0 To: Nathan Scott CC: PCP Subject: Re: [pcp] qa/861 hanging References: <540533AF.3030308@internode.on.net> <1946971949.42117047.1409627496431.JavaMail.zimbra@redhat.com> X-ASG-Orig-Subj: Re: [pcp] qa/861 hanging In-Reply-To: <1946971949.42117047.1409627496431.JavaMail.zimbra@redhat.com> Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 8bit X-Barracuda-Connect: ipmail07.adl2.internode.on.net[150.101.137.131] X-Barracuda-Start-Time: 1409631210 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.3.9082 Rule breakdown below pts rule name description ---- ---------------------- -------------------------------------------------- On 02/09/14 13:11, Nathan Scott wrote: > > > ----- Original Message ----- >> on vm20 3.9.10 x86_64 Ubuntu 13.04 (raring) >> >> it is still in this state, so let me know what info would help debug. > > ps -ef | grep pcpqa > (if running as user pcpqa?) > > and is port PMCD_PORT=9876 free? (netstat) > > cheers. > > -- > Nathan > Here you go ... kenj@vm20:~/src/pcp/qa$ ps -ef | grep kenj root 2947 815 0 12:48 ? 00:00:00 sshd: kenj [priv] kenj 3093 2947 0 12:48 ? 00:00:00 sshd: kenj@pts/3 kenj 3094 3093 0 12:48 pts/3 00:00:00 -bash kenj 6070 3094 0 14:10 pts/3 00:00:00 ps -ef kenj 6071 3094 0 14:10 pts/3 00:00:00 grep --color=auto kenj kenj 9655 30022 0 08:28 pts/0 00:00:02 /bin/sh ./check -l root 21464 815 0 09:56 ? 00:00:00 sshd: kenj [priv] kenj 21661 21464 0 09:56 ? 00:00:00 sshd: kenj@pts/1 kenj 21662 21661 0 09:56 pts/1 00:00:00 -bash kenj 22295 21662 0 09:56 pts/1 00:00:00 tail -f daily.log root 26354 815 0 09:56 ? 00:00:00 sshd: kenj [priv] kenj 26799 26354 0 09:56 ? 00:00:00 sshd: kenj@pts/2 kenj 26803 26799 0 09:56 pts/2 00:00:00 -bash kenj 28710 26803 0 09:56 pts/2 00:00:00 tail -f daily.log root 29880 815 0 08:27 ? 00:00:00 sshd: kenj [priv] kenj 30004 29880 0 08:27 ? 00:00:00 sshd: kenj@pts/0 kenj 30005 30004 0 08:27 pts/0 00:00:00 sh -c ./daily.script kenj 30022 30005 0 08:27 pts/0 00:00:00 /bin/sh ./daily.script kenj 30526 9655 0 10:15 pts/0 00:00:00 sh 861 kenj 30540 30526 0 10:15 pts/0 00:00:00 pmcd -H nosuchhost.com -f -x 861.full -l /tmp/861-30526.log kenj@vm20:~/src/pcp/qa$ pstree 30526 sh───pmcd kenj@vm20:~/src/pcp/qa$ netstat -tn Active Internet connections (w/o servers) Proto Recv-Q Send-Q Local Address Foreign Address State tcp 0 0 192.168.1.220:22 192.168.1.100:51282 ESTABLISHED tcp 0 0 192.168.1.220:22 192.168.1.100:51033 ESTABLISHED tcp 0 0 192.168.1.220:22 192.168.1.100:51032 ESTABLISHED tcp 0 0 192.168.1.220:44321 192.168.1.220:33558 ESTABLISHED tcp 0 0 192.168.1.220:33558 192.168.1.220:44321 ESTABLISHED tcp 0 0 192.168.1.220:22 192.168.1.100:50910 ESTABLISHED kenj@vm20:~/src/pcp/qa$ netstat -tnl Active Internet connections (only servers) Proto Recv-Q Send-Q Local Address Foreign Address State tcp 0 0 127.0.0.1:6010 0.0.0.0:* LISTEN tcp 0 0 127.0.0.1:6011 0.0.0.0:* LISTEN tcp 0 0 127.0.0.1:6012 0.0.0.0:* LISTEN tcp 0 0 127.0.0.1:6013 0.0.0.0:* LISTEN tcp 0 0 0.0.0.0:44321 0.0.0.0:* LISTEN tcp 0 0 0.0.0.0:44323 0.0.0.0:* LISTEN tcp 0 0 0.0.0.0:4330 0.0.0.0:* LISTEN tcp 0 0 0.0.0.0:4331 0.0.0.0:* LISTEN tcp 0 0 0.0.0.0:9876 0.0.0.0:* LISTEN tcp 0 0 0.0.0.0:22 0.0.0.0:* LISTEN tcp 0 0 0.0.0.0:25 0.0.0.0:* LISTEN tcp6 0 0 ::1:6010 :::* LISTEN tcp6 0 0 ::1:6011 :::* LISTEN tcp6 0 0 ::1:6012 :::* LISTEN tcp6 0 0 ::1:6013 :::* LISTEN tcp6 0 0 :::44321 :::* LISTEN tcp6 0 0 :::44323 :::* LISTEN tcp6 0 0 :::4330 :::* LISTEN tcp6 0 0 :::4331 :::* LISTEN tcp6 0 0 :::80 :::* LISTEN tcp6 0 0 :::9876 :::* LISTEN tcp6 0 0 :::22 :::* LISTEN tcp6 0 0 :::25 :::* LISTEN From nscott@redhat.com Mon Sep 1 23:30:29 2014 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 E61937F6B for ; Mon, 1 Sep 2014 23:30:29 -0500 (CDT) Received: from cuda.sgi.com (cuda1.sgi.com [192.48.157.11]) by relay1.corp.sgi.com (Postfix) with ESMTP id C63138F804B for ; Mon, 1 Sep 2014 21:30:26 -0700 (PDT) X-ASG-Debug-ID: 1409632211-04bdf010976bfda0001-S8gJnT Received: from mx3-phx2.redhat.com (mx3-phx2.redhat.com [209.132.183.24]) by cuda.sgi.com with ESMTP id GfYoNjdbQSAoKRNP for ; Mon, 01 Sep 2014 21:30:11 -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 s824U7Q7007659; Tue, 2 Sep 2014 00:30:07 -0400 Date: Tue, 2 Sep 2014 00:30:07 -0400 (EDT) From: Nathan Scott Reply-To: Nathan Scott To: Ken McDonell Cc: PCP Message-ID: <1930154057.42145974.1409632207874.JavaMail.zimbra@redhat.com> In-Reply-To: <54054425.9000804@internode.on.net> References: <540533AF.3030308@internode.on.net> <1946971949.42117047.1409627496431.JavaMail.zimbra@redhat.com> <54054425.9000804@internode.on.net> Subject: Re: [pcp] qa/861 hanging MIME-Version: 1.0 X-ASG-Orig-Subj: Re: [pcp] qa/861 hanging Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-Originating-IP: [10.5.82.7] X-Mailer: Zimbra 8.0.6_GA_5922 (ZimbraWebClient - FF17 (Linux)/8.0.6_GA_5922) Thread-Topic: qa/861 hanging Thread-Index: V9meaoCu0qgL6ujfnRriAKN3snP9dw== X-Barracuda-Connect: mx3-phx2.redhat.com[209.132.183.24] X-Barracuda-Start-Time: 1409632211 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.02 X-Barracuda-Spam-Status: No, SCORE=0.02 using per-user scores of TAG_LEVEL=1000.0 QUARANTINE_LEVEL=1000.0 KILL_LEVEL=2.7 tests=THREAD_INDEX, THREAD_TOPIC X-Barracuda-Spam-Report: Code version 3.2, rules version 3.2.3.9083 Rule breakdown below pts rule name description ---- ---------------------- -------------------------------------------------- 0.01 THREAD_INDEX thread-index: AcO7Y8iR61tzADqsRmmc5wNiFHEOig== 0.01 THREAD_TOPIC Thread-Topic: ...(Japanese Subject)... Hi Ken, ----- Original Message ----- > Here you go ... >=20 > kenj 30526 9655 0 10:15 pts/0 00:00:00 sh 861 > kenj 30540 30526 0 10:15 pts/0 00:00:00 pmcd -H nosuchhost.com -f= -x > 861.full -l /tmp/861-30526.log > kenj@vm20:~/src/pcp/qa$ pstree 30526 > sh=E2=94=80=E2=94=80=E2=94=80pmcd > kenj@vm20:~/src/pcp/qa$ netstat -tnl > Active Internet connections (only servers) > Proto Recv-Q Send-Q Local Address Foreign Address State > tcp 0 0 0.0.0.0:9876 0.0.0.0:* LISTE= N > tcp6 0 0 :::9876 :::* LISTE= N OK, so it looks like everything has gone A-OK - pmcd was started, is runnin= g, the pminfo is probably done by this point and I'd guess we're sitting in th= e shell _cleanup() routine at the call to "wait". If so, the question is why has pmcd not terminated after we sent it sigterm= ? (and why wait for it too, I suppose?...) $ diff --git a/qa/861 b/qa/861 index bd4bdb1..1b4e747 100755 --- a/qa/861 +++ b/qa/861 @@ -27,7 +27,6 @@ _cleanup() then echo "Terminating local pmcd process" $signal -s TERM $pid - wait pid=3D"" fi cd $here; rm -rf $tmp.* But, can you connect to the pmcd PID 30540 with gdb and get a stacktrace? I'd be interested to know what its up to, it should have exited. cheers. -- Nathan From nscott@redhat.com Mon Sep 1 23:31:54 2014 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 E3D667F6B for ; Mon, 1 Sep 2014 23:31:54 -0500 (CDT) Received: from cuda.sgi.com (cuda2.sgi.com [192.48.176.25]) by relay3.corp.sgi.com (Postfix) with ESMTP id 6E33DAC003 for ; Mon, 1 Sep 2014 21:31:54 -0700 (PDT) X-ASG-Debug-ID: 1409632312-04cbb054869af280001-S8gJnT Received: from mx3-phx2.redhat.com (mx3-phx2.redhat.com [209.132.183.24]) by cuda.sgi.com with ESMTP id haKWWAr8WlEKb7pI for ; Mon, 01 Sep 2014 21:31: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 s824Vquv008029; Tue, 2 Sep 2014 00:31:52 -0400 Date: Tue, 2 Sep 2014 00:31:52 -0400 (EDT) From: Nathan Scott Reply-To: Nathan Scott To: Paul Evans Cc: pcp@oss.sgi.com Message-ID: <11004827.42146753.1409632312287.JavaMail.zimbra@redhat.com> In-Reply-To: <5404A547.7040805@redhat.com> References: <53FF63C8.4020902@redhat.com> <352630399.40713023.1409292921192.JavaMail.zimbra@redhat.com> <5404A547.7040805@redhat.com> Subject: Re: pmdagfs2: updates MIME-Version: 1.0 X-ASG-Orig-Subj: Re: pmdagfs2: updates Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-Originating-IP: [10.5.82.7] X-Mailer: Zimbra 8.0.6_GA_5922 (ZimbraWebClient - FF17 (Linux)/8.0.6_GA_5922) Thread-Topic: pmdagfs2: updates Thread-Index: cg+LFltCrf91+3zIZyy8+/y1wNxRlg== X-Barracuda-Connect: mx3-phx2.redhat.com[209.132.183.24] X-Barracuda-Start-Time: 1409632312 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.03 X-Barracuda-Spam-Status: No, SCORE=0.03 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, THREAD_INDEX, THREAD_TOPIC X-Barracuda-Spam-Report: Code version 3.2, rules version 3.2.3.9083 Rule breakdown below pts rule name description ---- ---------------------- -------------------------------------------------- 0.01 THREAD_INDEX thread-index: AcO7Y8iR61tzADqsRmmc5wNiFHEOig== 0.01 THREAD_TOPIC Thread-Topic: ...(Japanese Subject)... 0.01 BSF_SC0_SA_TO_FROM_DOMAIN_MATCH Sender Domain Matches Recipient Domain Hi Paul, ----- Original Message ----- > [...] > I've checked the qa output on my RHEL 6.6, RHEL 6.5, RHEL 7 and Fedora > 17 & 20 VM's and don't seem to seeing any issues with "No value(s) > available!" with the gfs2.glstats metrics on this end. > > Are you still able to reproduce the failure? Also what distribution was > it popping up on? I'll continue to keep a close eye on my qa outputs > over the next couple of days to see if it does surfaces for me. Yep, reproducible for me on RHEL 6.3. Interestingly its only the glstats metrics, the others are all correctly reporting the loop devices as before. I'll dig a little deeper into it here too. cheers. -- Nathan From nscott@redhat.com Tue Sep 2 00:04:31 2014 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 4DA237F6B for ; Tue, 2 Sep 2014 00:04:31 -0500 (CDT) Received: from cuda.sgi.com (cuda1.sgi.com [192.48.157.11]) by relay3.corp.sgi.com (Postfix) with ESMTP id DF531AC004 for ; Mon, 1 Sep 2014 22:04:27 -0700 (PDT) X-ASG-Debug-ID: 1409634266-04bdf010976c10a0001-S8gJnT Received: from mx3-phx2.redhat.com (mx3-phx2.redhat.com [209.132.183.24]) by cuda.sgi.com with ESMTP id 1DZfP5804h8cC8IC for ; Mon, 01 Sep 2014 22:04:26 -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 s8254PHT012007; Tue, 2 Sep 2014 01:04:25 -0400 Date: Tue, 2 Sep 2014 01:04:25 -0400 (EDT) From: Nathan Scott Reply-To: Nathan Scott To: Paul Evans Cc: pcp@oss.sgi.com Message-ID: <573759625.42152736.1409634265654.JavaMail.zimbra@redhat.com> In-Reply-To: <11004827.42146753.1409632312287.JavaMail.zimbra@redhat.com> References: <53FF63C8.4020902@redhat.com> <352630399.40713023.1409292921192.JavaMail.zimbra@redhat.com> <5404A547.7040805@redhat.com> <11004827.42146753.1409632312287.JavaMail.zimbra@redhat.com> Subject: Re: [pcp] pmdagfs2: updates MIME-Version: 1.0 X-ASG-Orig-Subj: Re: [pcp] pmdagfs2: updates Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-Originating-IP: [10.5.82.7] X-Mailer: Zimbra 8.0.6_GA_5922 (ZimbraWebClient - FF17 (Linux)/8.0.6_GA_5922) Thread-Topic: pmdagfs2: updates Thread-Index: cg+LFltCrf91+3zIZyy8+/y1wNxRlkbuxu3c X-Barracuda-Connect: mx3-phx2.redhat.com[209.132.183.24] X-Barracuda-Start-Time: 1409634266 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.03 X-Barracuda-Spam-Status: No, SCORE=0.03 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, THREAD_INDEX, THREAD_TOPIC X-Barracuda-Spam-Report: Code version 3.2, rules version 3.2.3.9083 Rule breakdown below pts rule name description ---- ---------------------- -------------------------------------------------- 0.01 THREAD_INDEX thread-index: AcO7Y8iR61tzADqsRmmc5wNiFHEOig== 0.01 THREAD_TOPIC Thread-Topic: ...(Japanese Subject)... 0.01 BSF_SC0_SA_TO_FROM_DOMAIN_MATCH Sender Domain Matches Recipient Domain Hi Paul, ----- Original Message ----- > ----- Original Message ----- > > [...] > > I've checked the qa output on my RHEL 6.6, RHEL 6.5, RHEL 7 and Fedora > > 17 & 20 VM's and don't seem to seeing any issues with "No value(s) > > available!" with the gfs2.glstats metrics on this end. > > > > Are you still able to reproduce the failure? Also what distribution was > > it popping up on? I'll continue to keep a close eye on my qa outputs > > over the next couple of days to see if it does surfaces for me. > > Yep, reproducible for me on RHEL 6.3. Interestingly its only the glstats > metrics, the others are all correctly reporting the loop devices as before. > > I'll dig a little deeper into it here too. The problem seems to be lack of kernel support for the glstats concept, on this platform. There are no /sys/kernel/debug/gfs2/loopN/gstats files just "glocks" on this kernel. Maybe this part should move into a new, separate test, and we could add a _notrun() check to it, for the no glstats file case? The remainder of test qa/655 appears to be running correctly for this kernel FWIW -> (6.3) 2.6.32-279.46.1.el6.x86_64 #1 SMP Mon May 19 16:16:00 EDT 2014 x86_64. cheers. -- Nathan From kenj@internode.on.net Tue Sep 2 00:25:34 2014 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 A49AB7F6B for ; Tue, 2 Sep 2014 00:25:34 -0500 (CDT) Received: from cuda.sgi.com (cuda3.sgi.com [192.48.176.15]) by relay3.corp.sgi.com (Postfix) with ESMTP id 29487AC003 for ; Mon, 1 Sep 2014 22:25:33 -0700 (PDT) X-ASG-Debug-ID: 1409635529-04cb6c54fe723640001-S8gJnT Received: from ipmail07.adl2.internode.on.net (ipmail07.adl2.internode.on.net [150.101.137.131]) by cuda.sgi.com with ESMTP id iXcMRgiPabrKV2B8 for ; Mon, 01 Sep 2014 22:25:30 -0700 (PDT) X-Barracuda-Envelope-From: kenj@internode.on.net X-Barracuda-Apparent-Source-IP: 150.101.137.131 X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: ApACAFBUBVR20ScO/2dsb2JhbAANS4NgV4J8xHeHUwICAYEjhHsBAQQjFUABEAsYAgIFFgsCAgkDAgECAUUGDQEHAQGsaXiUWwEXgSyNbjMHgnmBUwWVX4hYlzZagk8BAQE Received: from ppp118-209-39-14.lns20.mel4.internode.on.net (HELO [192.168.1.100]) ([118.209.39.14]) by ipmail07.adl2.internode.on.net with ESMTP; 02 Sep 2014 14:55:29 +0930 Message-ID: <54055505.1060105@internode.on.net> Date: Tue, 02 Sep 2014 15:26:29 +1000 From: Ken McDonell User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:31.0) Gecko/20100101 Thunderbird/31.0 MIME-Version: 1.0 To: Nathan Scott CC: PCP Subject: Re: [pcp] qa/861 hanging References: <540533AF.3030308@internode.on.net> <1946971949.42117047.1409627496431.JavaMail.zimbra@redhat.com> <54054425.9000804@internode.on.net> <1930154057.42145974.1409632207874.JavaMail.zimbra@redhat.com> X-ASG-Orig-Subj: Re: [pcp] qa/861 hanging In-Reply-To: <1930154057.42145974.1409632207874.JavaMail.zimbra@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: 1409635529 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.3.9084 Rule breakdown below pts rule name description ---- ---------------------- -------------------------------------------------- On 02/09/14 14:30, Nathan Scott wrote: > > ... > But, can you connect to the pmcd PID 30540 with gdb and get a stacktrace? > I'd be interested to know what its up to, it should have exited. > pmcd & libpcp are a bit short on symbols ... Loaded symbols for /usr/lib/x86_64-linux-gnu/libdb-5.1.so warning: no loadable sections found in added symbol-file system-supplied DSO at 0x7fff82bfe000 0x00007f4c82f54e03 in __select_nocancel () at ../sysdeps/unix/syscall-template.S:81 81 ../sysdeps/unix/syscall-template.S: No such file or directory. (gdb) where #0 0x00007f4c82f54e03 in __select_nocancel () at ../sysdeps/unix/syscall-template.S:81 #1 0x00007f4c834801af in ?? () from /usr/lib/libpcp.so.3 #2 0x00007f4c838d2297 in ?? () #3 0x00007f4c838d114b in main () (gdb) Looks like it never got the signal ... here's the pmcd log file at the point of the hang kenj@vm20:~/src/pcp/qa$ cat /tmp/861-30526.log Log for pmcd on vm20 started Tue Sep 2 10:15:55 2014 active agent dom pid in out ver protocol parameters ============ === ===== === === === ======== ========== pmcd 2 2 dso i:5 lib=/var/lib/pcp/pmdas/pmcd/pmda_pmcd.so entry=pmcd_init [0x7f4c81312d60] Host access list empty: host-based access control turned off User access list empty: user-based access control turned off Group access list empty: group-based access control turned off pmcd: PID = 30540, PDU version = 2 pmcd request port(s): sts fd port family address === ==== ===== ====== ======= ok 1026 unix /tmp/861-30526.pmcd.socket ok 1024 9876 inet INADDR_ANY ok 1025 9876 ipv6 INADDR_ANY So kenj@vm20:~/src/pcp/qa$ tail -f !$ tail -f /tmp/861-30526.log Group access list empty: group-based access control turned off pmcd: PID = 30540, PDU version = 2 pmcd request port(s): sts fd port family address === ==== ===== ====== ======= ok 1026 unix /tmp/861-30526.pmcd.socket ok 1024 9876 inet INADDR_ANY ok 1025 9876 ipv6 INADDR_ANY [Tue Sep 2 15:21:07] pmcd(30540) Info: pmcd caught SIGTERM from pid=8258 uid=0 [Tue Sep 2 15:21:07] pmcd(30540) Info: pmcd Shutdown Log finished Tue Sep 2 15:21:07 2014 And in another window I did # sudo kill -TERM 30540 and the caught SIGHTERM lines appear immediately after, and qa/861 fails with [91%] 861 - output mismatch (see 861.out.bad) 3,7c3 < < pmcd.hostname PMID: 2.0.21 < Data Type: string InDom: PM_INDOM_NULL 0xffffffff < Semantics: discrete Units: none < value "nosuchhost.com" --- > pminfo: Cannot connect to PMCD on host "local:": Connection refused Check local PMCD is still alive ... PMDA probe: pminfo -h vm20 -f sample.milliseconds PMDA probe: pminfo -h vm20 -f sampledso.milliseconds PMDA probe: pminfo -h vm20 -f simple.numfetch From nscott@redhat.com Tue Sep 2 00:34:23 2014 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 C9FEE7F37 for ; Tue, 2 Sep 2014 00:34:23 -0500 (CDT) Received: from cuda.sgi.com (cuda3.sgi.com [192.48.176.15]) by relay3.corp.sgi.com (Postfix) with ESMTP id 4C79DAC004 for ; Mon, 1 Sep 2014 22:34:23 -0700 (PDT) X-ASG-Debug-ID: 1409636061-04cb6c54fe723b20001-S8gJnT Received: from mx4-phx2.redhat.com (mx4-phx2.redhat.com [209.132.183.25]) by cuda.sgi.com with ESMTP id 4kpheR3YKziIRBED for ; Mon, 01 Sep 2014 22:34:21 -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 s825YIcw017838; Tue, 2 Sep 2014 01:34:18 -0400 Date: Tue, 2 Sep 2014 01:34:18 -0400 (EDT) From: Nathan Scott Reply-To: Nathan Scott To: Ken McDonell Cc: PCP Message-ID: <2018645436.42156364.1409636058255.JavaMail.zimbra@redhat.com> In-Reply-To: <54055505.1060105@internode.on.net> References: <540533AF.3030308@internode.on.net> <1946971949.42117047.1409627496431.JavaMail.zimbra@redhat.com> <54054425.9000804@internode.on.net> <1930154057.42145974.1409632207874.JavaMail.zimbra@redhat.com> <54055505.1060105@internode.on.net> Subject: Re: [pcp] qa/861 hanging MIME-Version: 1.0 X-ASG-Orig-Subj: Re: [pcp] qa/861 hanging Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-Originating-IP: [10.5.82.7] X-Mailer: Zimbra 8.0.6_GA_5922 (ZimbraWebClient - FF17 (Linux)/8.0.6_GA_5922) Thread-Topic: qa/861 hanging Thread-Index: T+EZQF86ZKxFRdArRrVHjf8O/UDQQQ== X-Barracuda-Connect: mx4-phx2.redhat.com[209.132.183.25] X-Barracuda-Start-Time: 1409636061 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.02 X-Barracuda-Spam-Status: No, SCORE=0.02 using per-user scores of TAG_LEVEL=1000.0 QUARANTINE_LEVEL=1000.0 KILL_LEVEL=2.7 tests=THREAD_INDEX, THREAD_TOPIC X-Barracuda-Spam-Report: Code version 3.2, rules version 3.2.3.9084 Rule breakdown below pts rule name description ---- ---------------------- -------------------------------------------------- 0.01 THREAD_INDEX thread-index: AcO7Y8iR61tzADqsRmmc5wNiFHEOig== 0.01 THREAD_TOPIC Thread-Topic: ...(Japanese Subject)... ----- Original Message ----- > On 02/09/14 14:30, Nathan Scott wrote: > > > ... > [91%] 861 - output mismatch (see 861.out.bad) > 3,7c3 > < > < pmcd.hostname PMID: 2.0.21 > < Data Type: string InDom: PM_INDOM_NULL 0xffffffff > < Semantics: discrete Units: none > < value "nosuchhost.com" > --- > > pminfo: Cannot connect to PMCD on host "local:": Connection refused Oh! We need a pmcd_wait before the pminfo invocation... we've likely gone right through the entire test & cleanup before pmcd had time to register signal handlers or start listening to any af_unix/inet/ipv6 sockets. Fix incoming. Thanks! -- Nathan From nscott@redhat.com Tue Sep 2 00:44:29 2014 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 171EF7F37 for ; Tue, 2 Sep 2014 00:44:29 -0500 (CDT) Received: from cuda.sgi.com (cuda1.sgi.com [192.48.157.11]) by relay1.corp.sgi.com (Postfix) with ESMTP id EABAA8F8050 for ; Mon, 1 Sep 2014 22:44:25 -0700 (PDT) X-ASG-Debug-ID: 1409636664-04bdf010976c2a10001-S8gJnT Received: from mx5-phx2.redhat.com (mx5-phx2.redhat.com [209.132.183.37]) by cuda.sgi.com with ESMTP id LwBJSGNJ68dIu1gi for ; Mon, 01 Sep 2014 22:44:24 -0700 (PDT) X-Barracuda-Envelope-From: nscott@redhat.com X-Barracuda-Apparent-Source-IP: 209.132.183.37 Received: from zmail20.collab.prod.int.phx2.redhat.com (zmail20.collab.prod.int.phx2.redhat.com [10.5.83.23]) by mx5-phx2.redhat.com (8.14.4/8.14.4) with ESMTP id s825iJLh029946; Tue, 2 Sep 2014 01:44:19 -0400 Date: Tue, 2 Sep 2014 01:44:19 -0400 (EDT) From: Nathan Scott Reply-To: Nathan Scott To: Ken McDonell Cc: PCP Message-ID: <1122666204.42158985.1409636659244.JavaMail.zimbra@redhat.com> In-Reply-To: <1820222097.42158983.1409636645917.JavaMail.zimbra@redhat.com> Subject: pcp updates: qa/861 fix MIME-Version: 1.0 X-ASG-Orig-Subj: pcp updates: qa/861 fix Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-Originating-IP: [10.5.82.7] X-Mailer: Zimbra 8.0.6_GA_5922 (ZimbraWebClient - FF17 (Linux)/8.0.6_GA_5922) Thread-Topic: pcp updates: qa/861 fix Thread-Index: JcOoQuFAR4WjqO/wJa/MbGEd4QDDPQ== X-Barracuda-Connect: mx5-phx2.redhat.com[209.132.183.37] X-Barracuda-Start-Time: 1409636664 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.02 X-Barracuda-Spam-Status: No, SCORE=0.02 using per-user scores of TAG_LEVEL=1000.0 QUARANTINE_LEVEL=1000.0 KILL_LEVEL=2.7 tests=THREAD_INDEX, THREAD_TOPIC X-Barracuda-Spam-Report: Code version 3.2, rules version 3.2.3.9084 Rule breakdown below pts rule name description ---- ---------------------- -------------------------------------------------- 0.01 THREAD_INDEX thread-index: AcO7Y8iR61tzADqsRmmc5wNiFHEOig== 0.01 THREAD_TOPIC Thread-Topic: ...(Japanese Subject)... Changes committed to git://git.pcp.io/pcp.git dev qa/861 | 1 + 1 file changed, 1 insertion(+) commit f4e078bc0d0aee63b453841e2b7260864d6ed0b2 Author: Nathan Scott Date: Tue Sep 2 15:43:10 2014 +1000 Use pmcd_wait to fix pmcd/pminfo/signal races in qa/861 From pcolby@gmail.com Tue Sep 2 04:39:18 2014 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=FREEMAIL_FROM,T_DKIM_INVALID 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 DD35C7F6D for ; Tue, 2 Sep 2014 04:39:17 -0500 (CDT) Received: from cuda.sgi.com (cuda2.sgi.com [192.48.176.25]) by relay3.corp.sgi.com (Postfix) with ESMTP id 5C0C1AC005 for ; Tue, 2 Sep 2014 02:39:17 -0700 (PDT) X-ASG-Debug-ID: 1409650751-04cbb054859ba520001-S8gJnT Received: from mail-yk0-f178.google.com (mail-yk0-f178.google.com [209.85.160.178]) by cuda.sgi.com with ESMTP id CQyYPjNkRzptMCaz (version=TLSv1 cipher=RC4-SHA bits=128 verify=NO) for ; Tue, 02 Sep 2014 02:39:12 -0700 (PDT) X-Barracuda-Envelope-From: pcolby@gmail.com X-Barracuda-Apparent-Source-IP: 209.85.160.178 X-Barracuda-IPDD: Level1 [gmail.com/209.85.160.178] Received: by mail-yk0-f178.google.com with SMTP id q200so3882920ykb.23 for ; Tue, 02 Sep 2014 02:39:11 -0700 (PDT) X-Barracuda-IPDD: Level1 [gmail.com/209.85.160.178] X-Barracuda-IPDD: Level1 [gmail.com/209.85.160.178] DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:in-reply-to:references:date:message-id:subject :from:to:cc:content-type; bh=4VBMywn8zKcqgxbaJLy+LK1Pa9tq86P/46PJra183nc=; b=t6wvZ6C6RpHik/Tj974pn8G55hIsYHTEdthE1zeC3pFh61kWO2IDQsa67b78FOuOfI HqeZSkm6sgGJQ6QXhspFNGZtsa+rgJeZM9zE34Sg268gtJMh61Oh3hktQjAsGXsLQocw LP8p/GhVtph+k3oPz3mwBKC4FDPx3CGASylgf40IW/kfnBfvF1c397G9JcdxH7ZKCbMK 3fcdaaw/t5nalg0Pt9GhiFThvPVSJ8z5SJ8DirKZrOiqIgGjCtV1Oh5bSTY2Y6Denq5e vyx7nFWJXPq/hrcgbE+HS/ImgzgeN/UhwV5qHeEcOmlx9RGqQspiNpGQ5F01/Z8Drpk5 4r9g== MIME-Version: 1.0 X-Received: by 10.236.62.226 with SMTP id y62mr48095028yhc.69.1409650751589; Tue, 02 Sep 2014 02:39:11 -0700 (PDT) Sender: pcolby@gmail.com Received: by 10.170.217.130 with HTTP; Tue, 2 Sep 2014 02:39:11 -0700 (PDT) In-Reply-To: <1454419308.42111909.1409625280036.JavaMail.zimbra@redhat.com> References: <4165444.42111709.1409625031062.JavaMail.zimbra@redhat.com> <1454419308.42111909.1409625280036.JavaMail.zimbra@redhat.com> Date: Tue, 2 Sep 2014 19:39:11 +1000 X-Google-Sender-Auth: -fnABqp-M7f7lU4LwWqQQIWMWiU Message-ID: Subject: Re: pcp-pmda-cpp updates: docs, highres events From: Paul Colby X-ASG-Orig-Subj: Re: pcp-pmda-cpp updates: docs, highres events To: Nathan Scott Cc: pcp-pmda-cpp@googlegroups.com, PCP Content-Type: text/plain; charset=UTF-8 X-Barracuda-Connect: mail-yk0-f178.google.com[209.85.160.178] X-Barracuda-Start-Time: 1409650752 X-Barracuda-Encrypted: RC4-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=DKIM_SIGNED, DKIM_VERIFIED X-Barracuda-Spam-Report: Code version 3.2, rules version 3.2.3.9089 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 Thanks Nathan, this looks good :) I'll pull it in and sort out the build issues on the various (older) versions I support in the next couple of days. What PCP version officially supports these high-res timestamps? I don't suppose that version is available in debian/unstable yet? :D Cheers, pc. On Tue, Sep 2, 2014 at 12:34 PM, Nathan Scott wrote: > Hi Paul, > > I've made some updates to the pcp-pmda-cpp code base to handle > the new high resolution event timestamp support, pending in the > next PCP release. I'm not sure how to make CMake auto-detect > the presence of this code ( PM_TYPE_HIGHRES_EVENT) > for older versions of PCP, but I have verified the build/test > process with an up-to-date local PCP install. > > > Changes committed to git://git.pcp.io/nathans/pcp-pmda-cpp.git master > > README.md | 17 ++++++++--------- > example/simple/simple.cpp | 2 +- > example/trivial/trivial.cpp | 2 +- > include/Doxyfile.md | 2 +- > include/pcp-cpp/atom.hpp | 3 +++ > include/pcp-cpp/pmda.hpp | 2 +- > test/unit/src/test_atom.cpp | 24 ++++++++++++++++++++++-- > 7 files changed, 37 insertions(+), 15 deletions(-) > > commit 179d2f139d700ffb25b77a262a7a13b91ef36544 > Author: Nathan Scott > Date: Tue Sep 2 12:27:21 2014 +1000 > > Extend existing event metric support for high resolution timestamps > > commit d2db01f6b660cb8c00b003daca63c46d6a01ba7a > Author: Nathan Scott > Date: Tue Sep 2 12:26:17 2014 +1000 > > Update documentation - a small README typo and several URL updates From nscott@redhat.com Tue Sep 2 07:04:16 2014 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 3F7257F6F for ; Tue, 2 Sep 2014 07:04:16 -0500 (CDT) Received: from cuda.sgi.com (cuda2.sgi.com [192.48.176.25]) by relay1.corp.sgi.com (Postfix) with ESMTP id 2DA8C8F804C for ; Tue, 2 Sep 2014 05:04:13 -0700 (PDT) X-ASG-Debug-ID: 1409659446-04cbb054889c0160001-S8gJnT Received: from mx6-phx2.redhat.com (mx6-phx2.redhat.com [209.132.183.39]) by cuda.sgi.com with ESMTP id xhoLxyfjBBFtutzu for ; Tue, 02 Sep 2014 05:04:07 -0700 (PDT) X-Barracuda-Envelope-From: nscott@redhat.com X-Barracuda-Apparent-Source-IP: 209.132.183.39 Received: from zmail20.collab.prod.int.phx2.redhat.com (zmail20.collab.prod.int.phx2.redhat.com [10.5.83.23]) by mx6-phx2.redhat.com (8.14.4/8.14.4) with ESMTP id s82C44w8006443; Tue, 2 Sep 2014 08:04:04 -0400 Date: Tue, 2 Sep 2014 08:04:04 -0400 (EDT) From: Nathan Scott Reply-To: Nathan Scott To: "Frank Ch. Eigler" Cc: Ken McDonell , pcp@oss.sgi.com Message-ID: <638874581.42408155.1409659444170.JavaMail.zimbra@redhat.com> In-Reply-To: References: <1970205420.36245669.1408665579915.JavaMail.zimbra@redhat.com> <53F92AA4.4010400@internode.on.net> <1594207200.37489147.1408937199097.JavaMail.zimbra@redhat.com> <050301cfc01c$04889170$0d99b450$@internode.on.net> <1078845537.37533359.1408945446955.JavaMail.zimbra@redhat.com> Subject: Re: Seeking testers - systemd service support MIME-Version: 1.0 X-ASG-Orig-Subj: Re: Seeking testers - systemd service support Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-Originating-IP: [10.5.82.7] X-Mailer: Zimbra 8.0.6_GA_5922 (ZimbraWebClient - FF17 (Linux)/8.0.6_GA_5922) Thread-Topic: Seeking testers - systemd service support Thread-Index: b2g4OPk1t5/ya0dlSS46zJlyQfhBNg== X-Barracuda-Connect: mx6-phx2.redhat.com[209.132.183.39] X-Barracuda-Start-Time: 1409659447 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.03 X-Barracuda-Spam-Status: No, SCORE=0.03 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, THREAD_INDEX, THREAD_TOPIC X-Barracuda-Spam-Report: Code version 3.2, rules version 3.2.3.9093 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.01 BSF_SC0_SA_TO_FROM_DOMAIN_MATCH Sender Domain Matches Recipient Domain Welcome back! ----- Original Message ----- > [...] > That's for a different reason. Right, same end result though. > At this time, there appears to exist > no widespread UNIXy infrastructure to package web application > artifacts as reusable elements, so there's no way to link to a > "system" copy of these. Hmmm, "no way"? How about creating packages for them, like the http://fedoraproject.org/wiki/Changes/jQuery project. As discussed elsewhere before your vacation, I'm not comfortable adding copies of 100s of 1000s of lines of javascript code and images to core PCP from projects that we didn't author, nor have plans/skills to maintain ourselves. But, I certainly respect your right to have a different opinion. This code can live in a separate tree, to reach the goal of a PCP web interface in the short term (or long term, if your embedding reluctance extends that far ... that would be up to you & anyone else hacking in the web space though). As we discussed, I think this will be a far better approach on a number of fronts - I'll send a proposal for how this transition could work shortly (sorry, busy working on testing & organising the pending release, else I would've sent it earlier). > > Since this embedding approach is one that Frank is keen on > > pursuing (and its his prerogative), > > With respect to libmicrohttpd, I am not keen on pursuing this > embedding approach, and as outlined above, the web application > artifacts are only reluctantly embedded. No "keen pursuit" here. Oh, I was thinking of the recent thread where you wrote: " [...] perhaps a better solution would be to arrange to include a bundled copy of libmicrohttpd along the pcp tarball, and build/link them together. (I recall at one point, the code base -did- have a bundled libmicrohttpd for just such reasons.)" [ http://www.pcp.io/pipermail/pcp/2014-July/005248.html ] Which came across to me as being something you were in favour of; you also seemed unhappy when that code was removed originally, & these new additions of extjs, grafana, graphite, etc ... all tend to suggest a level of keen-ness to go with embedding in general. cheers. -- Nathan From nscott@redhat.com Tue Sep 2 07:08:39 2014 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 604887F6F for ; Tue, 2 Sep 2014 07:08:39 -0500 (CDT) Received: from cuda.sgi.com (cuda2.sgi.com [192.48.176.25]) by relay2.corp.sgi.com (Postfix) with ESMTP id 3FC54304043 for ; Tue, 2 Sep 2014 05:08:36 -0700 (PDT) X-ASG-Debug-ID: 1409659713-04cbb054859c0410001-S8gJnT Received: from mx4-phx2.redhat.com (mx4-phx2.redhat.com [209.132.183.25]) by cuda.sgi.com with ESMTP id iTfWFDkV2zBHts7P for ; Tue, 02 Sep 2014 05:08:33 -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 s82C8S55015682; Tue, 2 Sep 2014 08:08:28 -0400 Date: Tue, 2 Sep 2014 08:08:28 -0400 (EDT) From: Nathan Scott Reply-To: Nathan Scott To: Paul Colby Cc: pcp-pmda-cpp@googlegroups.com, PCP Message-ID: <44179881.42412060.1409659708744.JavaMail.zimbra@redhat.com> In-Reply-To: References: <4165444.42111709.1409625031062.JavaMail.zimbra@redhat.com> <1454419308.42111909.1409625280036.JavaMail.zimbra@redhat.com> Subject: Re: [pcp] pcp-pmda-cpp updates: docs, highres events MIME-Version: 1.0 X-ASG-Orig-Subj: Re: [pcp] pcp-pmda-cpp updates: docs, highres events Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-Originating-IP: [10.5.82.7] X-Mailer: Zimbra 8.0.6_GA_5922 (ZimbraWebClient - FF17 (Linux)/8.0.6_GA_5922) Thread-Topic: pcp-pmda-cpp updates: docs, highres events Thread-Index: WsUgDMoizh2g89Ey3YerBMeMOFrUug== X-Barracuda-Connect: mx4-phx2.redhat.com[209.132.183.25] X-Barracuda-Start-Time: 1409659713 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.02 X-Barracuda-Spam-Status: No, SCORE=0.02 using per-user scores of TAG_LEVEL=1000.0 QUARANTINE_LEVEL=1000.0 KILL_LEVEL=2.7 tests=THREAD_INDEX, THREAD_TOPIC X-Barracuda-Spam-Report: Code version 3.2, rules version 3.2.3.9093 Rule breakdown below pts rule name description ---- ---------------------- -------------------------------------------------- 0.01 THREAD_INDEX thread-index: AcO7Y8iR61tzADqsRmmc5wNiFHEOig== 0.01 THREAD_TOPIC Thread-Topic: ...(Japanese Subject)... Hi Paul, ----- Original Message ----- > Thanks Nathan, this looks good :) > > I'll pull it in and sort out the build issues on the various (older) > versions I support in the next couple of days. Great - thanks! > What PCP version officially supports these high-res timestamps? I > don't suppose that version is available in debian/unstable yet? :D It will be pcp-3.9.10, expected to land in Debian unstable on Friday. cheers. -- Nathan From fche@redhat.com Tue Sep 2 08:40:23 2014 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 793DA7F51 for ; Tue, 2 Sep 2014 08:40:23 -0500 (CDT) Received: from cuda.sgi.com (cuda2.sgi.com [192.48.176.25]) by relay3.corp.sgi.com (Postfix) with ESMTP id EAC17AC005 for ; Tue, 2 Sep 2014 06:40:22 -0700 (PDT) X-ASG-Debug-ID: 1409665221-04cbb054869c3850001-S8gJnT Received: from mx1.redhat.com (mx1.redhat.com [209.132.183.28]) by cuda.sgi.com with ESMTP id 9ry8zO42DzYZYwBA (version=TLSv1 cipher=AES256-SHA bits=256 verify=NO) for ; Tue, 02 Sep 2014 06:40:21 -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-mx13.intmail.prod.int.phx2.redhat.com (int-mx13.intmail.prod.int.phx2.redhat.com [10.5.11.26]) by mx1.redhat.com (8.14.4/8.14.4) with ESMTP id s82DeEgk021033 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=FAIL); Tue, 2 Sep 2014 09:40:14 -0400 Received: from fche.csb (vpn-227-76.phx2.redhat.com [10.3.227.76]) by int-mx13.intmail.prod.int.phx2.redhat.com (8.14.4/8.14.4) with ESMTP id s82DeDK2011502; Tue, 2 Sep 2014 09:40:14 -0400 Received: by fche.csb (Postfix, from userid 2569) id EF9CD58259; Tue, 2 Sep 2014 09:40:12 -0400 (EDT) Date: Tue, 2 Sep 2014 09:40:12 -0400 From: "Frank Ch. Eigler" To: Nathan Scott Cc: Ken McDonell , pcp@oss.sgi.com Subject: Re: Seeking testers - systemd service support Message-ID: <20140902134012.GE4825@redhat.com> X-ASG-Orig-Subj: Re: Seeking testers - systemd service support References: <1970205420.36245669.1408665579915.JavaMail.zimbra@redhat.com> <53F92AA4.4010400@internode.on.net> <1594207200.37489147.1408937199097.JavaMail.zimbra@redhat.com> <050301cfc01c$04889170$0d99b450$@internode.on.net> <1078845537.37533359.1408945446955.JavaMail.zimbra@redhat.com> <638874581.42408155.1409659444170.JavaMail.zimbra@redhat.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <638874581.42408155.1409659444170.JavaMail.zimbra@redhat.com> User-Agent: Mutt/1.4.2.2i X-Scanned-By: MIMEDefang 2.68 on 10.5.11.26 X-Barracuda-Connect: mx1.redhat.com[209.132.183.28] X-Barracuda-Start-Time: 1409665221 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 Hi - > Welcome back! Thanks! > > At this time, there appears to exist > > no widespread UNIXy infrastructure to package web application > > artifacts as reusable elements, so there's no way to link to a > > "system" copy of these. > > Hmmm, "no way"? How about creating packages for them, like the > http://fedoraproject.org/wiki/Changes/jQuery project. This model is quite new and narrowspread. > As discussed elsewhere before your vacation, I'm not comfortable > adding copies of 100s of 1000s of lines of javascript code and > images to core PCP from projects that we didn't author, nor have > plans/skills to maintain ourselves. I'm not comfortable either, but solutions that make everyone comfortable are not likely to exist soon. > > [...] > > With respect to libmicrohttpd, I am not keen on pursuing this > > embedding approach, and as outlined above, the web application > > artifacts are only reluctantly embedded. No "keen pursuit" here. > > Oh, I was thinking of the recent thread where you wrote: > > " [...] perhaps a better solution would be to arrange to > include a bundled copy of libmicrohttpd along the pcp tarball, and > build/link them together. (I recall at one point, the code base > -did- have a bundled libmicrohttpd for just such reasons.)" > [ http://www.pcp.io/pipermail/pcp/2014-July/005248.html ] A closer reading of this tentatively suggests "embedding" libmicrohttpd by not embedding it in the pcp source tarball at all, but shipping it alongside within distro-packages that support that - .src.rpm's do, not sure about .deb's). src.tar-based pcp users would be SOL for example. Would your discomfort be eased if this same non-embedding embedding were experimented with for purposes of the web applications? Namely, include src tarballs of graphite/grafana/etc. within pcp src.rpm's, and have these be untarred under /usr/share/pcp/jsdemos during the build/install phase? - FChE From brolley@redhat.com Tue Sep 2 11:57:11 2014 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 BC6687F53 for ; Tue, 2 Sep 2014 11:57:11 -0500 (CDT) Received: from cuda.sgi.com (cuda3.sgi.com [192.48.176.15]) by relay2.corp.sgi.com (Postfix) with ESMTP id 9CA5C304039 for ; Tue, 2 Sep 2014 09:57:08 -0700 (PDT) X-ASG-Debug-ID: 1409677022-04cb6c55007402c0001-S8gJnT Received: from mx1.redhat.com (mx1.redhat.com [209.132.183.28]) by cuda.sgi.com with ESMTP id DBZO61yd8KqU61FW (version=TLSv1 cipher=AES256-SHA bits=256 verify=NO) for ; Tue, 02 Sep 2014 09:57:02 -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-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 s82Gv1e5032379 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=FAIL) for ; Tue, 2 Sep 2014 12:57:02 -0400 Received: from [10.10.49.241] (vpn-49-241.rdu2.redhat.com [10.10.49.241]) by int-mx10.intmail.prod.int.phx2.redhat.com (8.14.4/8.14.4) with ESMTP id s82Gv1Rm009069; Tue, 2 Sep 2014 12:57:01 -0400 Message-ID: <5405F715.4050303@redhat.com> Date: Tue, 02 Sep 2014 12:57:57 -0400 From: Dave Brolley User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:24.0) Gecko/20100101 Thunderbird/24.7.0 MIME-Version: 1.0 To: Nathan Scott CC: pcp@oss.sgi.com Subject: Re: [pcp] Secure sockets builds have high daemon memory utilisation References: <1896810420.23212457.1402370819966.JavaMail.zimbra@redhat.com> <5397573A.90102@redhat.com> <53EBCCEB.2030604@redhat.com> <1306085089.30466668.1408001833620.JavaMail.zimbra@redhat.com> <53F245A1.2070003@redhat.com> <1131406976.33656824.1408432815577.JavaMail.zimbra@redhat.com> <53F3A80F.6010204@redhat.com> <1340890868.34561257.1408489421876.JavaMail.zimbra@redhat.com> X-ASG-Orig-Subj: Re: [pcp] Secure sockets builds have high daemon memory utilisation In-Reply-To: <1340890868.34561257.1408489421876.JavaMail.zimbra@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.23 X-Barracuda-Connect: mx1.redhat.com[209.132.183.28] X-Barracuda-Start-Time: 1409677022 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 On 08/19/2014 07:03 PM, Nathan Scott wrote: > > ----- Original Message ----- >> [...] >> Right. The server does attempt to send an error pdu but, because NSS >> init failed, it sends it over the existing insecure socket connection. >> Meanwhile, the client has already upgraded to a secure socket and is >> expecting the SSL handshake. I think that this is why the connection >> ends up getting dropped by NSS. >> >> Note that the error pdu is only sent in the case that there is an error. >> Perhaps what needs to happen is that something should be sent back to >> the client on the insecure connection in all cases, essentially saying, >> "yes, go ahead and upgrade" or "no, there's been an error". Only then >> would the client and server be able to stay in sync in the event that >> the server cannot upgrade. Unfortunately that would be a protocol change. > Ah, OK, got it. It could (would have to) be done as a PDU_FLAG_SECURE_ACK > extension, perhaps? Alongside the existing PDU_FLAG_SECURE - so existing > clients using secure connections would get ECONNRESET, but all newer ones > would get the clean error handling extension. > > IOW, pmcd would set both flags in the initial exchange, old clients would > be oblivious, and new clients would be able to wait on ACK/error PDU before > entering into the full SSL exchange... ? > > OK. The commit below (brolley/dev in pcpfans) is an implementation of this. When supported by both the client and the server, an error pdu is sent from the server to the client during the secure connection handshake which indicates whether the server is able to honour the client's request for a secure connection. If either the client or server does not support this then this part of the handshake is neither expected nor performed. Passes qa qith no regressions. Also tested with old clients and new servers and vice versa. pmproxy has also be tested under these conditions. Dave Author: Dave Brolley Date: Tue Sep 2 10:47:23 2014 -0400 Implement new PDU_FLAG_SECURE_ACK protocol for clients and servers. When the server supports it, clients can request that an error pdu indicacting the server's NSS and SSL initialization status be sent by the server as part of the secure connection handshake. This indicates whether the server is able to upgrade its connection to SSL/TLS and, thus, whether the client should do the same. Older servers will not indicate this capability during the initial handshake and so the client will not request or expect the pdu. Older clients will not request this and the server will therefore not send the pdu. From brolley@redhat.com Tue Sep 2 12:02:06 2014 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 079EB7F53 for ; Tue, 2 Sep 2014 12:02:06 -0500 (CDT) Received: from cuda.sgi.com (cuda1.sgi.com [192.48.157.11]) by relay3.corp.sgi.com (Postfix) with ESMTP id A6915AC004 for ; Tue, 2 Sep 2014 10:02:05 -0700 (PDT) X-ASG-Debug-ID: 1409677321-04bdf010a06df6f0001-S8gJnT Received: from mx1.redhat.com (mx1.redhat.com [209.132.183.28]) by cuda.sgi.com with ESMTP id t6DU3Y7cr6C56Tgk (version=TLSv1 cipher=AES256-SHA bits=256 verify=NO) for ; Tue, 02 Sep 2014 10:02:01 -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-mx13.intmail.prod.int.phx2.redhat.com (int-mx13.intmail.prod.int.phx2.redhat.com [10.5.11.26]) by mx1.redhat.com (8.14.4/8.14.4) with ESMTP id s82H21ri011806 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=FAIL) for ; Tue, 2 Sep 2014 13:02:01 -0400 Received: from [10.10.49.241] (vpn-49-241.rdu2.redhat.com [10.10.49.241]) by int-mx13.intmail.prod.int.phx2.redhat.com (8.14.4/8.14.4) with ESMTP id s82H20F7008382; Tue, 2 Sep 2014 13:02:00 -0400 Message-ID: <5405F840.7050602@redhat.com> Date: Tue, 02 Sep 2014 13:02:56 -0400 From: Dave Brolley User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:24.0) Gecko/20100101 Thunderbird/24.7.0 MIME-Version: 1.0 To: Nathan Scott CC: pcp@oss.sgi.com Subject: Re: [pcp] Secure sockets builds have high daemon memory utilisation References: <1896810420.23212457.1402370819966.JavaMail.zimbra@redhat.com> <5397573A.90102@redhat.com> <53EBCCEB.2030604@redhat.com> <1306085089.30466668.1408001833620.JavaMail.zimbra@redhat.com> X-ASG-Orig-Subj: Re: [pcp] Secure sockets builds have high daemon memory utilisation In-Reply-To: <1306085089.30466668.1408001833620.JavaMail.zimbra@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.26 X-Barracuda-Connect: mx1.redhat.com[209.132.183.28] X-Barracuda-Start-Time: 1409677321 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 On 08/14/2014 03:37 AM, Nathan Scott wrote: > But, we're in a much happier place now I think (we should still reduce > that SSL cache size also I guess?, for those who do run with NSS/SSL - > 100000s of connection cache entries just seems excessive for pmcd). Using a cache size of 1 causes no qa regressions and saves about 3MB on my system. Dave --------------------------------------------------- commit b4396774684b7f352292d7a227ddf4f68436adc5 Author: Dave Brolley Date: Tue Sep 2 11:35:37 2014 -0400 Use smallest cache size for SSL_ConfigMPServerSIDCache(). Smallest cache size is 1. From brolley@redhat.com Tue Sep 2 12:41:00 2014 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 208F97F53 for ; Tue, 2 Sep 2014 12:41:00 -0500 (CDT) Received: from cuda.sgi.com (cuda2.sgi.com [192.48.176.25]) by relay3.corp.sgi.com (Postfix) with ESMTP id 9B036AC002 for ; Tue, 2 Sep 2014 10:40:59 -0700 (PDT) X-ASG-Debug-ID: 1409679657-04cbb054859cfa20001-S8gJnT Received: from mx1.redhat.com (mx1.redhat.com [209.132.183.28]) by cuda.sgi.com with ESMTP id Yy28meu7Zt7pqCQY (version=TLSv1 cipher=AES256-SHA bits=256 verify=NO) for ; Tue, 02 Sep 2014 10:40:58 -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 s82GwYv2010604 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=FAIL) for ; Tue, 2 Sep 2014 12:58:34 -0400 Received: from [10.10.49.241] (vpn-49-241.rdu2.redhat.com [10.10.49.241]) by int-mx11.intmail.prod.int.phx2.redhat.com (8.14.4/8.14.4) with ESMTP id s82GwXRQ018337 for ; Tue, 2 Sep 2014 12:58:34 -0400 Message-ID: <5405F772.1010308@redhat.com> Date: Tue, 02 Sep 2014 12:59:30 -0400 From: Dave Brolley User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:24.0) Gecko/20100101 Thunderbird/24.7.0 MIME-Version: 1.0 To: PCP Mailing List Subject: PCP QA: Test 966: NSS failure message no longer expected during pmcd startup Content-Type: text/plain; charset=ISO-8859-1; format=flowed X-ASG-Orig-Subj: PCP QA: Test 966: NSS failure message no longer expected during pmcd startup 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: 1409679658 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 brolley/dev in pcpfans .... commit adc3f71634fa378ef88a8e41d084e89704e0ecf4 Author: Dave Brolley Date: Tue Sep 2 10:58:41 2014 -0400 qa test 966: NSS failure message no longer expected during pmcd startup. NSS initilization is now delayed until the first secure connection attempt. From pevans@redhat.com Tue Sep 2 13:45:58 2014 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 84A7C7F53 for ; Tue, 2 Sep 2014 13:45:58 -0500 (CDT) Received: from cuda.sgi.com (cuda3.sgi.com [192.48.176.15]) by relay2.corp.sgi.com (Postfix) with ESMTP id 648AC304064 for ; Tue, 2 Sep 2014 11:45:55 -0700 (PDT) X-ASG-Debug-ID: 1409683553-04cb6c54ff745b20001-S8gJnT Received: from mx1.redhat.com (mx1.redhat.com [209.132.183.28]) by cuda.sgi.com with ESMTP id h4qpvazX0J5DL165 (version=TLSv1 cipher=AES256-SHA bits=256 verify=NO) for ; Tue, 02 Sep 2014 11:45:54 -0700 (PDT) X-Barracuda-Envelope-From: pevans@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 s82IjrX3014130 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=FAIL) for ; Tue, 2 Sep 2014 14:45:53 -0400 Received: from [10.36.4.251] (vpn1-4-251.ams2.redhat.com [10.36.4.251]) by int-mx11.intmail.prod.int.phx2.redhat.com (8.14.4/8.14.4) with ESMTP id s82IjpLX012038; Tue, 2 Sep 2014 14:45:52 -0400 Message-ID: <5406105E.9010901@redhat.com> Date: Tue, 02 Sep 2014 19:45:50 +0100 From: Paul Evans User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:24.0) Gecko/20100101 Thunderbird/24.7.0 MIME-Version: 1.0 To: Nathan Scott CC: pcp@oss.sgi.com Subject: pmdagfs2: updates Content-Type: text/plain; charset=ISO-8859-1; format=flowed X-ASG-Orig-Subj: pmdagfs2: updates Content-Transfer-Encoding: 7bit X-Scanned-By: MIMEDefang 2.68 on 10.5.11.24 X-Barracuda-Connect: mx1.redhat.com[209.132.183.28] X-Barracuda-Start-Time: 1409683554 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 changes submitted to git://github.com/pauljevans/pcp.git dev qa/655 | 5 +---- qa/655.out | 47 ----------------------------------------------- qa/common.gfs2 | 20 +++++++++++++++++++- 3 files changed, 20 insertions(+), 52 deletions(-) commit 8f0af216ac202753a57f11fc62e2ecb3548bb6b1 Author: Paul Evans Date: Tue Sep 2 19:39:35 2014 +0100 pmdagfs2: Update tests and add additional checks for compatibility Updated qa 655 and common.gfs2 to improve qa testing compatibility when used on older distributions. Have moved around tests used so that qa 654 will be able to run successfully in all instances whereas qa 655 will either run successfully on _notrun with an appropriate error in the event where the environment does not support fully running it. Have made additions to common.gfs2 to add additional checks for certain GFS2 tracepoints as well as checks for GFS2 sysfs statistic files. As always please let me know if there are any issues and feedback is welcome. Cheers, Paul From nscott@redhat.com Tue Sep 2 21:42:26 2014 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 50C727F57 for ; Tue, 2 Sep 2014 21:42:26 -0500 (CDT) Received: from cuda.sgi.com (cuda2.sgi.com [192.48.176.25]) by relay2.corp.sgi.com (Postfix) with ESMTP id 3F6D8304064 for ; Tue, 2 Sep 2014 19:42:26 -0700 (PDT) X-ASG-Debug-ID: 1409712141-04cbb054889e8de0001-S8gJnT Received: from mx5-phx2.redhat.com (mx5-phx2.redhat.com [209.132.183.37]) by cuda.sgi.com with ESMTP id FxdqE4liSfiMK6z0 for ; Tue, 02 Sep 2014 19:42:21 -0700 (PDT) X-Barracuda-Envelope-From: nscott@redhat.com X-Barracuda-Apparent-Source-IP: 209.132.183.37 Received: from zmail20.collab.prod.int.phx2.redhat.com (zmail20.collab.prod.int.phx2.redhat.com [10.5.83.23]) by mx5-phx2.redhat.com (8.14.4/8.14.4) with ESMTP id s832gKPU014871 for ; Tue, 2 Sep 2014 22:42:20 -0400 Date: Tue, 2 Sep 2014 22:42:20 -0400 (EDT) From: Nathan Scott Reply-To: Nathan Scott To: pcp@oss.sgi.com Message-ID: <872960956.42925967.1409712140584.JavaMail.zimbra@redhat.com> In-Reply-To: <545788561.42925379.1409711807028.JavaMail.zimbra@redhat.com> Subject: pcp updates: merges, qa MIME-Version: 1.0 X-ASG-Orig-Subj: pcp updates: merges, qa Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-Originating-IP: [10.5.82.7] X-Mailer: Zimbra 8.0.6_GA_5922 (ZimbraWebClient - FF17 (Linux)/8.0.6_GA_5922) Thread-Topic: pcp updates: merges, qa Thread-Index: 4WXVCrqULZB40sJiOIsXXOu23nDR6w== X-Barracuda-Connect: mx5-phx2.redhat.com[209.132.183.37] X-Barracuda-Start-Time: 1409712141 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.02 X-Barracuda-Spam-Status: No, SCORE=0.02 using per-user scores of TAG_LEVEL=1000.0 QUARANTINE_LEVEL=1000.0 KILL_LEVEL=2.7 tests=THREAD_INDEX, THREAD_TOPIC X-Barracuda-Spam-Report: Code version 3.2, rules version 3.2.3.9117 Rule breakdown below pts rule name description ---- ---------------------- -------------------------------------------------- 0.01 THREAD_INDEX thread-index: AcO7Y8iR61tzADqsRmmc5wNiFHEOig== 0.01 THREAD_TOPIC Thread-Topic: ...(Japanese Subject)... Changes committed to git://git.pcp.io/pcp.git dev qa/.gitignore | 4 qa/138 | 8 qa/138.out | 11 qa/138.out.1 | 26 qa/138.out.2 | 11 qa/143 | 8 qa/143.out | 111 +++ qa/143.out.1 | 126 --- qa/143.out.2 | 111 --- qa/145 | 10 qa/145.out.nonsec | 78 ++ qa/145.out.sec | 78 ++ qa/146 | 8 qa/146.out | 14 qa/146.out.1 | 19 qa/146.out.2 | 14 qa/578 | 2 qa/655 | 5 qa/655.out | 47 - qa/944 | 8 qa/966.out | 1 qa/common.gfs2 | 20 src/include/pcp/impl.h | 11 src/libpcp/src/auxconnect.c | 1305 ++++++++++++++++++++--------------------- src/libpcp/src/check-statics | 2 src/libpcp/src/connect.c | 28 src/libpcp/src/internal.h | 14 src/libpcp/src/secureconnect.c | 1088 +++++----------------------------- src/libpcp/src/secureserver.c | 107 ++- src/pmcd/src/pmcd.c | 2 src/pmcd_wait/pmcd_wait.c | 2 src/pmproxy/pmproxy.c | 9 32 files changed, 1240 insertions(+), 2048 deletions(-) commit 36533f5f31995220e012aeaadcc9015740f9f3ac Author: Nathan Scott Date: Wed Sep 3 12:32:49 2014 +1000 Update some tests using old-style pcp-version-based output commit 46eb02feddf770c104c93a21f709c437760b27f8 Author: Nathan Scott Date: Wed Sep 3 12:26:55 2014 +1000 Update test qa/145 for secure protocol fix/extension Came across a test 145 failure with the addition of bits at the head of the pmcd/client authentication exchange. It all looks correct to me, split this test into secure/non-secure variants so that it passes for all cases. Updated a few comments/copyright noticed after reading through Daves recent changeset. commit 8f0af216ac202753a57f11fc62e2ecb3548bb6b1 Author: Paul Evans Date: Tue Sep 2 19:39:35 2014 +0100 pmdagfs2: Update tests and add additional checks for compatibility Updated qa 655 and common.gfs2 to improve qa testing compatibility when used on older distributions. Have moved around tests used so that qa 654 will be able to run successfully in all instances whereas qa 655 will either run successfully on _notrun with an appropriate error in the event where the environment does not support fully running it. Have made additions to common.gfs2 to add additional checks for certain GFS2 tracepoints as well as checks for GFS2 sysfs statistic files. commit b4396774684b7f352292d7a227ddf4f68436adc5 Author: Dave Brolley Date: Tue Sep 2 11:35:37 2014 -0400 Use smallest cache size for SSL_ConfigMPServerSIDCache(). Smallest cache size is 1. commit adc3f71634fa378ef88a8e41d084e89704e0ecf4 Author: Dave Brolley Date: Tue Sep 2 10:58:41 2014 -0400 qa test 966: NSS failure message no longer expected during pmcd startup. NSS initilization is now delayed until the first secure connection attempt. commit 26c3c244689121510d6656be18ca8c13194483b7 Author: Dave Brolley Date: Tue Sep 2 10:47:23 2014 -0400 Implement new PDU_FLAG_SECURE_ACK protocol for clients and servers. When the server supports it, clients can request that an error pdu indicacting the server's NSS and SSL initialization status be sent by the server as part of the secure connection handshake. This indicates whether the server is able to upgrade its connection to SSL/TLS and, thus, whether the client should do the same. Older servers will not indicate this capability during the initial handshake and so the client will not request or expect the pdu. Older clients will not request this and the server will therefore not send the pdu. commit 959000679811547d9c3857ed17d279aa1f0b99df Author: Dave Brolley Date: Mon Aug 18 14:41:20 2014 -0400 pmcd_wait now responds to ENOENT. ENOENT indicates that the pmcd's unix domain socket file has not yet been created. pmcd_wait will try again, up to the configured maximum number of times. This commit also reverts commit d62b31c5282c6133c87d067db28b3cd440f650f3 which is no longer necessary. commit d62b31c5282c6133c87d067db28b3cd440f650f3 Author: Dave Brolley Date: Wed Aug 13 16:47:49 2014 -0400 qa/944: Mitigate race condition with respect to pmcd start up. commit 3ac317d69082365c12f51d82779431b531a72ed2 Author: Dave Brolley Date: Wed Aug 13 13:07:19 2014 -0400 Delay the initialzation of NSPR, NSS and SASL libraries. Initialization of these libraries incurs a significant penalty in the form of resource (memory) usage. This change delays this initialization, for both clients and servers, until their respective funcionalities are required. A significant amount of socket I/O abstraction code (pre-connect/pre-accept NSPR implementation) was made obsolete and was removed. The separation of native and NSPR file descriptors in the IPC table is also no longer necessary and the related code has been removed. From nscott@redhat.com Tue Sep 2 21:42:38 2014 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 3AC437F57 for ; Tue, 2 Sep 2014 21:42:38 -0500 (CDT) Received: from cuda.sgi.com (cuda2.sgi.com [192.48.176.25]) by relay2.corp.sgi.com (Postfix) with ESMTP id 1A491304039 for ; Tue, 2 Sep 2014 19:42:38 -0700 (PDT) X-ASG-Debug-ID: 1409712156-04cbb054869e8df0001-S8gJnT Received: from mx6-phx2.redhat.com (mx6-phx2.redhat.com [209.132.183.39]) by cuda.sgi.com with ESMTP id U5CNE0foUzaIzKJv for ; Tue, 02 Sep 2014 19:42:37 -0700 (PDT) X-Barracuda-Envelope-From: nscott@redhat.com X-Barracuda-Apparent-Source-IP: 209.132.183.39 Received: from zmail20.collab.prod.int.phx2.redhat.com (zmail20.collab.prod.int.phx2.redhat.com [10.5.83.23]) by mx6-phx2.redhat.com (8.14.4/8.14.4) with ESMTP id s832gasq019200; Tue, 2 Sep 2014 22:42:36 -0400 Date: Tue, 2 Sep 2014 22:42:36 -0400 (EDT) From: Nathan Scott Reply-To: Nathan Scott To: Paul Evans Cc: pcp@oss.sgi.com Message-ID: <64234204.42925971.1409712156561.JavaMail.zimbra@redhat.com> In-Reply-To: <5406105E.9010901@redhat.com> References: <5406105E.9010901@redhat.com> Subject: Re: pmdagfs2: updates MIME-Version: 1.0 X-ASG-Orig-Subj: Re: pmdagfs2: updates Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-Originating-IP: [10.5.82.7] X-Mailer: Zimbra 8.0.6_GA_5922 (ZimbraWebClient - FF17 (Linux)/8.0.6_GA_5922) Thread-Topic: pmdagfs2: updates Thread-Index: MaajMXSiYNksFlyBIQqJ0xcUlnxkHA== X-Barracuda-Connect: mx6-phx2.redhat.com[209.132.183.39] X-Barracuda-Start-Time: 1409712156 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.03 X-Barracuda-Spam-Status: No, SCORE=0.03 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, THREAD_INDEX, THREAD_TOPIC X-Barracuda-Spam-Report: Code version 3.2, rules version 3.2.3.9117 Rule breakdown below pts rule name description ---- ---------------------- -------------------------------------------------- 0.01 THREAD_INDEX thread-index: AcO7Y8iR61tzADqsRmmc5wNiFHEOig== 0.01 THREAD_TOPIC Thread-Topic: ...(Japanese Subject)... 0.01 BSF_SC0_SA_TO_FROM_DOMAIN_MATCH Sender Domain Matches Recipient Domain ----- Original Message ----- > [...] > pmdagfs2: Update tests and add additional checks for compatibility Thanks Paul, that's working a treat. -- Nathan From nscott@redhat.com Tue Sep 2 21:45:31 2014 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 CE5267F57 for ; Tue, 2 Sep 2014 21:45:31 -0500 (CDT) Received: from cuda.sgi.com (cuda3.sgi.com [192.48.176.15]) by relay3.corp.sgi.com (Postfix) with ESMTP id 6C1FAAC002 for ; Tue, 2 Sep 2014 19:45:28 -0700 (PDT) X-ASG-Debug-ID: 1409712326-04cb6c54fd7596a0001-S8gJnT Received: from mx5-phx2.redhat.com (mx5-phx2.redhat.com [209.132.183.37]) by cuda.sgi.com with ESMTP id TaQvrbjAcfT2KXFk for ; Tue, 02 Sep 2014 19:45:27 -0700 (PDT) X-Barracuda-Envelope-From: nscott@redhat.com X-Barracuda-Apparent-Source-IP: 209.132.183.37 Received: from zmail20.collab.prod.int.phx2.redhat.com (zmail20.collab.prod.int.phx2.redhat.com [10.5.83.23]) by mx5-phx2.redhat.com (8.14.4/8.14.4) with ESMTP id s832jQUm015713; Tue, 2 Sep 2014 22:45:26 -0400 Date: Tue, 2 Sep 2014 22:45:26 -0400 (EDT) From: Nathan Scott Reply-To: Nathan Scott To: Dave Brolley Cc: pcp@oss.sgi.com Message-ID: <581068388.42926352.1409712326404.JavaMail.zimbra@redhat.com> In-Reply-To: <5405F715.4050303@redhat.com> References: <1896810420.23212457.1402370819966.JavaMail.zimbra@redhat.com> <53EBCCEB.2030604@redhat.com> <1306085089.30466668.1408001833620.JavaMail.zimbra@redhat.com> <53F245A1.2070003@redhat.com> <1131406976.33656824.1408432815577.JavaMail.zimbra@redhat.com> <53F3A80F.6010204@redhat.com> <1340890868.34561257.1408489421876.JavaMail.zimbra@redhat.com> <5405F715.4050303@redhat.com> Subject: Re: [pcp] Secure sockets builds have high daemon memory utilisation MIME-Version: 1.0 X-ASG-Orig-Subj: Re: [pcp] Secure sockets builds have high daemon memory utilisation Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-Originating-IP: [10.5.82.7] X-Mailer: Zimbra 8.0.6_GA_5922 (ZimbraWebClient - FF17 (Linux)/8.0.6_GA_5922) Thread-Topic: Secure sockets builds have high daemon memory utilisation Thread-Index: cfah4WqH4ihaqDjjFEfLaDLjYxy71g== X-Barracuda-Connect: mx5-phx2.redhat.com[209.132.183.37] X-Barracuda-Start-Time: 1409712326 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.03 X-Barracuda-Spam-Status: No, SCORE=0.03 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, THREAD_INDEX, THREAD_TOPIC X-Barracuda-Spam-Report: Code version 3.2, rules version 3.2.3.9117 Rule breakdown below pts rule name description ---- ---------------------- -------------------------------------------------- 0.01 THREAD_INDEX thread-index: AcO7Y8iR61tzADqsRmmc5wNiFHEOig== 0.01 THREAD_TOPIC Thread-Topic: ...(Japanese Subject)... 0.01 BSF_SC0_SA_TO_FROM_DOMAIN_MATCH Sender Domain Matches Recipient Domain Hi Dave, ----- Original Message ----- > [..] > OK. The commit below (brolley/dev in pcpfans) is an implementation of > this. When supported by both the client and the server, an error pdu is > sent from the server to the client during the secure connection > handshake which indicates whether the server is able to honour the > client's request for a secure connection. If either the client or server > does not support this then this part of the handshake is neither > expected nor performed. Cool, nicely done - I'm glad that worked out. I did a few up/down rev client/server tests with my local boxen, everything looks good to me. > Passes qa qith no regressions. Also tested with old clients and new > servers and vice versa. pmproxy has also be tested under these conditions. I came across one failure in qa/145 - simple fix committed, along with a couple of trivial comments/copyright notice updates. cheers. -- Nathan From kenj@internode.on.net Wed Sep 3 06:13:30 2014 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 DCFDE7F37 for ; Wed, 3 Sep 2014 06:13:30 -0500 (CDT) Received: from cuda.sgi.com (cuda2.sgi.com [192.48.176.25]) by relay2.corp.sgi.com (Postfix) with ESMTP id CBECB304059 for ; Wed, 3 Sep 2014 04:13:27 -0700 (PDT) X-ASG-Debug-ID: 1409742801-04cbb054869fb8d0001-S8gJnT Received: from ipmail04.adl6.internode.on.net (ipmail04.adl6.internode.on.net [150.101.137.141]) by cuda.sgi.com with ESMTP id cHbu75BuAkptFPCB for ; Wed, 03 Sep 2014 04:13:21 -0700 (PDT) X-Barracuda-Envelope-From: kenj@internode.on.net X-Barracuda-Apparent-Source-IP: 150.101.137.141 X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: AlECABb3BlR20ScOPGdsb2JhbAANTYNgV4J8hDfBFYh4BQEBAQE4hGNVMAYCBRYLAgsDAgECATEnBgIBAYhLpjJ4lhOBLI4+gmOBUwWGFI9LoA5agk8BAQE Received: from ppp118-209-39-14.lns20.mel4.internode.on.net (HELO [192.168.1.100]) ([118.209.39.14]) by ipmail04.adl6.internode.on.net with ESMTP; 03 Sep 2014 20:43:19 +0930 Message-ID: <5406F81A.2060208@internode.on.net> Date: Wed, 03 Sep 2014 21:14:34 +1000 From: Ken McDonell User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:31.0) Gecko/20100101 Thunderbird/31.0 MIME-Version: 1.0 To: pcp@oss.sgi.com Subject: pcp updates - odds and sods Content-Type: text/plain; charset=utf-8 X-ASG-Orig-Subj: pcp updates - odds and sods Content-Transfer-Encoding: 7bit X-Barracuda-Connect: ipmail04.adl6.internode.on.net[150.101.137.141] X-Barracuda-Start-Time: 1409742801 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.3.9129 Rule breakdown below pts rule name description ---- ---------------------- -------------------------------------------------- Changes committed to git://git.performancecopilot.org/kenj/pcp.git dev qa/1005 | 2 - qa/1006 | 2 - qa/1007 | 10 ++--- qa/145.out | 78 --------------------------------------- qa/admin/pcp-daily | 73 ++++++++++++++++++++++++++---------- qa/admin/pcp-qa-summary | 6 +-- qa/common.config | 2 - qa/common.filter | 3 + qa/common.qt | 5 -- qa/pmdas/slow_python/.gitignore | 1 qa/pmdas/slow_python/GNUmakefile | 2 - 11 files changed, 68 insertions(+), 116 deletions(-) commit 0dca06ddf9eb152b02e58019cca0d4a5e611641b Author: Ken McDonell Date: Wed Sep 3 21:10:22 2014 +1000 qa/admin/pcp-qa-summary - lower minimum threshold for reporting Old value of 67 was missing -g sanity if more than a couple of tests were notrun. Lower default from 67 to 60. commit f7c716cc595a78baf5e17a88b472a4d624215cb3 Author: Ken McDonell Date: Wed Sep 3 21:09:18 2014 +1000 qa/admin/pcp-daily - fine tuning commit cd7a4d996060517a0c9ec1fceb46b161dfb2805a Author: Ken McDonell Date: Wed Sep 3 21:04:09 2014 +1000 qa/admin/pcp-daily - lower minimum threshold for reporting Old value of 67 was missing -g sanity if more than a couple of tests were notrun. Lower default from 67 to 60. commit 4b1455f30e8f8d50562d5181d6960566380b16b3 Author: Ken McDonell Date: Wed Sep 3 21:03:12 2014 +1000 qa/common.config - better $DISPLAY setting logic commit b3981e6008ea11957124223fe523b632eac88d38 Author: Ken McDonell Date: Wed Sep 3 21:02:10 2014 +1000 qa for pmchart et al - add to filtering Have some gtk noise on some hosts that is not helping. (common.filter missed in last commit) commit ed9cdc69025cd8359c08760630415aa7af0fe381 Author: Ken McDonell Date: Wed Sep 3 21:00:46 2014 +1000 qa for pmchart et al - add to filtering Have some gtk noise on some hosts that is not helping. commit b8b1509b7bc383abcde7e02fec4134b7c9dba2ed Author: Ken McDonell Date: Wed Sep 3 20:59:44 2014 +1000 qa/pmda/slow_python - housekeeping pmns.python is LDIRT. commit 4559c9719ac1b22e1c8854e49ef6f7c4f6736ce7 Author: Ken McDonell Date: Wed Sep 3 17:52:38 2014 +1000 qa/145.out - should be deleted from git From brolley@redhat.com Wed Sep 3 10:13:28 2014 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 BC8E67F37 for ; Wed, 3 Sep 2014 10:13:28 -0500 (CDT) Received: from cuda.sgi.com (cuda2.sgi.com [192.48.176.25]) by relay1.corp.sgi.com (Postfix) with ESMTP id AAFF98F8039 for ; Wed, 3 Sep 2014 08:13:25 -0700 (PDT) X-ASG-Debug-ID: 1409757200-04cbb05485a086a0001-S8gJnT Received: from mx1.redhat.com (mx1.redhat.com [209.132.183.28]) by cuda.sgi.com with ESMTP id Gsd1M0YwSCrMggbb (version=TLSv1 cipher=AES256-SHA bits=256 verify=NO) for ; Wed, 03 Sep 2014 08:13:21 -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-mx13.intmail.prod.int.phx2.redhat.com (int-mx13.intmail.prod.int.phx2.redhat.com [10.5.11.26]) by mx1.redhat.com (8.14.4/8.14.4) with ESMTP id s83FDJat019255 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=FAIL) for ; Wed, 3 Sep 2014 11:13:20 -0400 Received: from [10.15.16.139] (dhcp-10-15-16-139.yyz.redhat.com [10.15.16.139]) by int-mx13.intmail.prod.int.phx2.redhat.com (8.14.4/8.14.4) with ESMTP id s83FDJ0G011658 for ; Wed, 3 Sep 2014 11:13:19 -0400 Message-ID: <54073049.4010509@redhat.com> Date: Wed, 03 Sep 2014 11:14:17 -0400 From: Dave Brolley User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:24.0) Gecko/20100101 Thunderbird/24.7.0 MIME-Version: 1.0 To: PCP Mailing List Subject: systemd for PCP on f19 Content-Type: text/plain; charset=ISO-8859-1; format=flowed X-ASG-Orig-Subj: systemd for PCP on f19 Content-Transfer-Encoding: 7bit X-Scanned-By: MIMEDefang 2.68 on 10.5.11.26 X-Barracuda-Connect: mx1.redhat.com[209.132.183.28] X-Barracuda-Start-Time: 1409757201 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 Hi, I'm getting the following while trying to install the latest rpms on my f19 system: >> sudo rpm -i pcp-3.9.10-1.x86_64.rpm pcp-conf-3.9.10-1.x86_64.rpm pcp-debuginfo-3.9.10-1.x86_64.rpm pcp-doc-3.9.10-1.noarch.rpm pcp-import-collectl2pcp-3.9.10-1.x86_64.rpm pcp-import-iostat2pcp-3.9.10-1.x86_64.rpm pcp-import-mrtg2pcp-3.9.10-1.x86_64.rpm pcp-import-sar2pcp-3.9.10-1.x86_64.rpm pcp-libs-3.9.10-1.x86_64.rpm pcp-libs-devel-3.9.10-1.x86_64.rpm pcp-manager-3.9.10-1.x86_64.rpm pcp-pmda-infiniband-3.9.10-1.x86_64.rpm pcp-testsuite-3.9.10-1.x86_64.rpm pcp-webapi-3.9.10-1.x86_64.rpm perl-PCP-LogImport-3.9.10-1.x86_64.rpm perl-PCP-LogSummary-3.9.10-1.x86_64.rpm perl-PCP-MMV-3.9.10-1.x86_64.rpm perl-PCP-PMDA-3.9.10-1.x86_64.rpm python-pcp-3.9.10-1.x86_64.rpm warning: %post(pcp-3.9.10-1.x86_64) scriptlet failed, exit status 4 >> sudo service pcp status Redirecting to /bin/systemctl status pcp.service pcp.service Loaded: error (Reason: No such file or directory) Active: inactive (dead) >> uname -a Linux brolley-t530 3.14.17-100.fc19.x86_64 #1 SMP Thu Aug 14 17:17:26 UTC 2014 x86_64 x86_64 x86_64 GNU/Linux From aather@netflix.com Wed Sep 3 12:01:08 2014 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,T_DKIM_INVALID 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 A89397F37 for ; Wed, 3 Sep 2014 12:01:08 -0500 (CDT) Received: from cuda.sgi.com (cuda3.sgi.com [192.48.176.15]) by relay3.corp.sgi.com (Postfix) with ESMTP id 19A7CAC002 for ; Wed, 3 Sep 2014 10:01:07 -0700 (PDT) X-ASG-Debug-ID: 1409763662-04cb6c54fe780fd0001-S8gJnT Received: from mail-qa0-f47.google.com (mail-qa0-f47.google.com [209.85.216.47]) by cuda.sgi.com with ESMTP id P01ucQZBcow6An2g (version=TLSv1 cipher=RC4-SHA bits=128 verify=NO) for ; Wed, 03 Sep 2014 10:01:02 -0700 (PDT) X-Barracuda-Envelope-From: aather@netflix.com X-Barracuda-Apparent-Source-IP: 209.85.216.47 Received: by mail-qa0-f47.google.com with SMTP id x12so8040832qac.6 for ; Wed, 03 Sep 2014 10:00:59 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=netflix.com; s=google; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=tVnBv6KogNWGGXcVYmvVqafeviHN+fXTGP3pmZ2w7Q4=; b=Fa3feMsVRwZW6dXzRvUm8gTCDX6lVNkTmp+kMp6j307ixfifOznQuw3XGyUPYZb1Xj K9p2Ci45ymVL81peVJ7OlXzn1DKCneK+4ure472914YNzPz8DZlA01dWKL/IopNEWqbN Lmx+0Cd0Uy5907GwAYFnUWN+Nzz0G+XLNzKLI= X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:in-reply-to:references:date :message-id:subject:from:to:cc:content-type; bh=tVnBv6KogNWGGXcVYmvVqafeviHN+fXTGP3pmZ2w7Q4=; b=b0a18SUahIMWdrno5j4+LPaTapWfip+ZnAXXdZiCmD3yJUFhCMEM6Z2ogxxNUs0Qhn ddjf1Q+8kBsOxKjYLVnBUAMo524cGsZf8DJRnN+sZNOIVDoO5xyub9qj5SDlyS+49KFa cEDtPfPgC8WbN2qCK0kmx9OeVIgqLZGJk5C81HvP2V2LX3d5/AKu3hCa3sNMRMwO9mwo BGBflQCF0iSCh1/KD51za5Wt2uRfr7r7VN6Y50ObT6oPOvgVF8QkpK1WIhRacnIrUYZq GJfFRHI7FzTA0nIqqkq+G3ozK+C92OA6yp6MZfhrsnmAvyLBm+H6iHf+QhKcUHrX9C32 sOvQ== X-Gm-Message-State: ALoCoQkcJ5eTrFWNy3qvMDMdog/XZhz/+co9kRnW/ip9gN5vZrqGjQ7o+KGCoTl5ESxNMSEwDF+Z MIME-Version: 1.0 X-Received: by 10.224.111.193 with SMTP id t1mr68801909qap.103.1409763659265; Wed, 03 Sep 2014 10:00:59 -0700 (PDT) Received: by 10.229.46.73 with HTTP; Wed, 3 Sep 2014 10:00:59 -0700 (PDT) In-Reply-To: <009301cfc56b$100354a0$3009fde0$@internode.on.net> References: <049e01cfa39a$33877480$9a965d80$@internode.on.net> <53CDC475.3070407@internode.on.net> <20140722020437.GA20079@redhat.com> <53CE056F.5070903@internode.on.net> <20140722113237.GB20079@redhat.com> <53CEE6B6.2030507@internode.on.net> <009301cfc56b$100354a0$3009fde0$@internode.on.net> Date: Wed, 3 Sep 2014 10:00:59 -0700 Message-ID: Subject: Re: PCP build on Ubuntu Precise (kernel 3.2) - [solved] From: Amer Ather X-ASG-Orig-Subj: Re: PCP build on Ubuntu Precise (kernel 3.2) - [solved] To: Ken McDonell Cc: "Frank Ch. Eigler" , pcp@oss.sgi.com Content-Type: multipart/alternative; boundary=047d7b6737f021a48805022c2e2e X-Barracuda-Connect: mail-qa0-f47.google.com[209.85.216.47] X-Barracuda-Start-Time: 1409763662 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-BRTS-Evidence: gallet.info X-Barracuda-Spam-Score: 0.10 X-Barracuda-Spam-Status: No, SCORE=0.10 using per-user scores of TAG_LEVEL=1000.0 QUARANTINE_LEVEL=1000.0 KILL_LEVEL=2.7 tests=BSF_SC0_SA085, DKIM_SIGNED, DKIM_VERIFIED, HTML_MESSAGE, INFO_TLD X-Barracuda-Spam-Report: Code version 3.2, rules version 3.2.3.9137 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 INFO_TLD URI: Contains an URL in the INFO top-level domain 0.00 HTML_MESSAGE BODY: HTML included in message 0.10 BSF_SC0_SA085 Custom Rule SA085 --047d7b6737f021a48805022c2e2e Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Thanks Ken for prompt reply! I installed libmicrohttpd and libmicrohttpd-dev packages: libmicrohttpd10_0.9.20-precise-2_amd64.deb libmicrohttpd-dev_0.9.20-precise-2_amd64.deb Ran Makepkg and build generated all the required packages. I added libmicrohttpd and libmicrohttpd-dev deb packages into the list of packages. Tried installing these packages on a freshly booted Ubuntu Precise system using: # apt-get update # dpkg *.deb # apt-get install -f All packages were installed correctly except pcp-webapi_3.9.7_amd64.deb package, that failed with error: "Selecting previously unselected package pcp-webapi. Unpacking pcp-webapi (from pcp-webapi_3.9.7_amd64.deb) ... dpkg: error processing pcp-webapi_3.9.7_amd64.deb (--install): trying to overwrite '/usr/share/pcp/jsdemos/favicon.ico', which is also in package pcp 3.9.7 dpkg-deb: error: subprocess paste was killed by signal (Broken pipe)" *# dpkg -i pcp-webapi_3.9.7_amd64.deb* (Reading database ... 95259 files and directories currently installed.) Unpacking pcp-webapi (from pcp-webapi_3.9.7_amd64.deb) ... dpkg: error processing pcp-webapi_3.9.7_amd64.deb (--install): trying to overwrite '/usr/share/pcp/jsdemos/favicon.ico', which is also in package pcp 3.9.7 dpkg-deb: error: subprocess paste was killed by signal (Broken pipe) Processing triggers for ureadahead ... Processing triggers for man-db ... Errors were encountered while processing: pcp-webapi_3.9.7_amd64.deb Please let me know the best way to fix it. Thanks, Amer. On Sun, Aug 31, 2014 at 3:29 PM, Ken McDonell wrote= : > Amer, > > > > I think there is a better option for you. > > > > Get libmicrohttpd10_0.9.20-precise-2_amd64.deb and > libmicrohttpd-dev_0.9.20-precise-2_amd64.deb packages. I found them here > http://bibi21000.gallet.info/index.php/fr/nature/94-recettes.html > > > > Then run ./Makepkgs from the top of the PCP source tree. > > > > *From:* Amer Ather [mailto:aather@netflix.com] > *Sent:* Saturday, 30 August 2014 3:57 AM > *To:* Ken McDonell > *Cc:* Frank Ch. Eigler; pcp@oss.sgi.com > *Subject:* Re: PCP build on Ubuntu Precise (kernel 3.2) - [solved] > > > > Hi Ken and Frank, > > > > Thanks for all your support during my absence. I came back from vacation > this week. Today, I attempted to build PCP package on Ubuntu Precise. As > communicated in this email thread, I followed the steps below: > > > > - Built and installed libmicrohttpd-0.9.34 from the source and then > installed all the needed packages to build PCP: > > =E2=80=A6 > --=20 Thanks, Amer Ather Cloud Performance Engineering My Location --047d7b6737f021a48805022c2e2e Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable
Thanks Ken for prompt reply! =C2=A0I installed libmicrohtt= pd and libmicrohttpd-dev packages:
libmicrohttpd10_0.9.20-precise-2_amd= 64.deb
libmicrohttpd-dev_0.9.20-precise-2_amd64.deb=C2=A0

Ran Makepkg and build generated all the required packages. I added lib= microhttpd and libmicrohttpd-dev deb packages into the list of packages.=C2= =A0

Tried installing these packages on a freshly b= ooted Ubuntu Precise system using:

# apt-get update
# dpkg *.deb
# apt= -get install -f=C2=A0

All packages were installed = correctly except pcp-webapi_3.9.7_amd64.deb package, that failed with error= :

"Selecting previously unselected package pcp-= webapi.
Unpacking pcp-webapi (from pcp-webapi_3.9.7_amd64.deb) ..= .
dpkg: error processing pcp-webapi_3.9.7_amd64.deb (--install):<= /div>
trying to overwrite '/usr/share/pcp/jsdemos/favicon.ico', whic= h is also in package pcp 3.9.7
dpkg-deb: error: subprocess paste = was killed by signal (Broken pipe)"

# dpkg -i pcp-webapi_3.9.7_amd64.deb
(Reading databas= e ... 95259 files and directories currently installed.)
Unpacking= pcp-webapi (from pcp-webapi_3.9.7_amd64.deb) ...
dpkg: error pro= cessing pcp-webapi_3.9.7_amd64.deb (--install):
=C2=A0trying to overwrite '/usr/share/pcp/jsdemos/favicon.ico'= , which is also in package pcp 3.9.7
dpkg-deb: error: subprocess = paste was killed by signal (Broken pipe)
Processing triggers for = ureadahead ...
Processing triggers for man-db ...
Errors were encountered w= hile processing:
=C2=A0pcp-webapi_3.9.7_amd64.deb

Please let me know the best way to fix it.

Thanks,
Amer.




On Sun, Aug = 31, 2014 at 3:29 PM, Ken McDonell <kenj@internode.on.net> wrote:

Amer,<= u>

=C2=A0

I think there is a = better option for you.

=C2=A0

Get libmicrohttpd10= _0.9.20-precise-2_amd64.deb and libmicrohttpd-dev_0.9.20-precise-2_amd64.de= b packages.=C2=A0 I found them here http://bibi21000.g= allet.info/index.php/fr/nature/94-recettes.html

=C2=A0

Then run ./Makepkgs= from the top of the PCP source tree.

=C2=A0

From: Amer Ather [mailto:aather@netflix.com]
Sent: Saturday, 30 August 2014 3:57 AM
To: Ken McDonellCc: Frank Ch. Eigler; pcp@oss.sgi.com
Subject: Re: PCP build on Ubuntu Prec= ise (kernel 3.2) - [solved]

=C2=A0

=

Hi Ken and Frank,

=C2=A0

T= hanks for all your support during my absence. I came back from vacation thi= s week. =C2=A0Today, I attempted to build PCP package on Ubuntu Precise. As= communicated in this email thread, I followed the steps below:

=C2=A0

- Built and installed libmicrohttpd-0.9.34 from the source= and then installed all the needed packages to build PCP:

=

=E2=80=A6




<= /div>--
Thanks,

Amer Ather
Cloud Performance Engineering
--047d7b6737f021a48805022c2e2e-- From brolley@redhat.com Wed Sep 3 14:57:50 2014 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 30BCB7F37 for ; Wed, 3 Sep 2014 14:57:50 -0500 (CDT) Received: from cuda.sgi.com (cuda2.sgi.com [192.48.176.25]) by relay3.corp.sgi.com (Postfix) with ESMTP id C34E6AC002 for ; Wed, 3 Sep 2014 12:57:46 -0700 (PDT) X-ASG-Debug-ID: 1409774265-04cbb05485a15770001-S8gJnT Received: from mx1.redhat.com (mx1.redhat.com [209.132.183.28]) by cuda.sgi.com with ESMTP id pE2FJOwiEJokxQMk (version=TLSv1 cipher=AES256-SHA bits=256 verify=NO) for ; Wed, 03 Sep 2014 12:57:45 -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-mx14.intmail.prod.int.phx2.redhat.com (int-mx14.intmail.prod.int.phx2.redhat.com [10.5.11.27]) by mx1.redhat.com (8.14.4/8.14.4) with ESMTP id s83JvikV030335 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=FAIL) for ; Wed, 3 Sep 2014 15:57:44 -0400 Received: from [10.15.16.139] (dhcp-10-15-16-139.yyz.redhat.com [10.15.16.139]) by int-mx14.intmail.prod.int.phx2.redhat.com (8.14.4/8.14.4) with ESMTP id s83JvigG018190 for ; Wed, 3 Sep 2014 15:57:44 -0400 Message-ID: <540772F2.20200@redhat.com> Date: Wed, 03 Sep 2014 15:58:42 -0400 From: Dave Brolley User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:24.0) Gecko/20100101 Thunderbird/24.7.0 MIME-Version: 1.0 To: pcp@oss.sgi.com Subject: Re: [pcp] systemd for PCP on f19 References: <54073049.4010509@redhat.com> X-ASG-Orig-Subj: Re: [pcp] systemd for PCP on f19 In-Reply-To: <54073049.4010509@redhat.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Scanned-By: MIMEDefang 2.68 on 10.5.11.27 X-Barracuda-Connect: mx1.redhat.com[209.132.183.28] X-Barracuda-Start-Time: 1409774265 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 On 09/03/2014 11:14 AM, Dave Brolley wrote: > Hi, > > I'm getting the following while trying to install the latest rpms on > my f19 system: > > >> sudo rpm -i pcp-3.9.10-1.x86_64.rpm pcp-conf-3.9.10-1.x86_64.rpm > pcp-debuginfo-3.9.10-1.x86_64.rpm pcp-doc-3.9.10-1.noarch.rpm > pcp-import-collectl2pcp-3.9.10-1.x86_64.rpm > pcp-import-iostat2pcp-3.9.10-1.x86_64.rpm > pcp-import-mrtg2pcp-3.9.10-1.x86_64.rpm > pcp-import-sar2pcp-3.9.10-1.x86_64.rpm pcp-libs-3.9.10-1.x86_64.rpm > pcp-libs-devel-3.9.10-1.x86_64.rpm pcp-manager-3.9.10-1.x86_64.rpm > pcp-pmda-infiniband-3.9.10-1.x86_64.rpm > pcp-testsuite-3.9.10-1.x86_64.rpm pcp-webapi-3.9.10-1.x86_64.rpm > perl-PCP-LogImport-3.9.10-1.x86_64.rpm > perl-PCP-LogSummary-3.9.10-1.x86_64.rpm > perl-PCP-MMV-3.9.10-1.x86_64.rpm perl-PCP-PMDA-3.9.10-1.x86_64.rpm > python-pcp-3.9.10-1.x86_64.rpm > warning: %post(pcp-3.9.10-1.x86_64) scriptlet failed, exit status 4 > > >> sudo service pcp status > Redirecting to /bin/systemctl status pcp.service > pcp.service > Loaded: error (Reason: No such file or directory) > Active: inactive (dead) > > >> uname -a > Linux brolley-t530 3.14.17-100.fc19.x86_64 #1 SMP Thu Aug 14 17:17:26 > UTC 2014 x86_64 x86_64 x86_64 GNU/Linux Using sudo setenforce 0 gets me around this, but I'm sure that there is a more suitable setting. Dave From kenj@internode.on.net Wed Sep 3 14:58:04 2014 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 6BCAC7F37 for ; Wed, 3 Sep 2014 14:58:04 -0500 (CDT) Received: from cuda.sgi.com (cuda1.sgi.com [192.48.157.11]) by relay3.corp.sgi.com (Postfix) with ESMTP id 18078AC004 for ; Wed, 3 Sep 2014 12:58:03 -0700 (PDT) X-ASG-Debug-ID: 1409774278-04bdf010a17254e0001-S8gJnT Received: from ipmail04.adl6.internode.on.net (ipmail04.adl6.internode.on.net [150.101.137.141]) by cuda.sgi.com with ESMTP id ET43qCdyKkIShHL9 for ; Wed, 03 Sep 2014 12:57: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: AloDAGdxB1R20ScOPGdsb2JhbAANTIczhDfFSYMbAgIBgSQFAQEBATiEOQEBAQQjFUABDAQLGAICBRYLAgIJAwIBAgExFAYBDAEHAQGwWniWGQEXgSyOIQeCeYFTAQSFBQKwZ4MpAQEB Received: from ppp118-209-39-14.lns20.mel4.internode.on.net (HELO [192.168.1.100]) ([118.209.39.14]) by ipmail04.adl6.internode.on.net with ESMTP; 04 Sep 2014 05:27:58 +0930 Message-ID: <54077312.7060704@internode.on.net> Date: Thu, 04 Sep 2014 05:59:14 +1000 From: Ken McDonell User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:31.0) Gecko/20100101 Thunderbird/31.0 MIME-Version: 1.0 To: Nathan Scott , myllynen@redhat.com CC: pcp developers Subject: Re: [pcp] Few pmwtf issues References: <53F427C1.3000005@redhat.com> <1244884023.34690853.1408513063354.JavaMail.zimbra@redhat.com> <53F4368A.7040201@redhat.com> <411680952.35538950.1408605752275.JavaMail.zimbra@redhat.com> X-ASG-Orig-Subj: Re: [pcp] Few pmwtf issues In-Reply-To: <411680952.35538950.1408605752275.JavaMail.zimbra@redhat.com> 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: 1409774278 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.3.9143 Rule breakdown below pts rule name description ---- ---------------------- -------------------------------------------------- On 21/08/14 17:22, Nathan Scott wrote: > Hi Marko, > > ----- Original Message ----- >> On 2014-08-20 08:37, Nathan Scott wrote: >>> >>>> - with some archives I see messages like below, perhaps there could be a >>>> switch to disable printing these: >>> >>> Did -x not do the trick? >> >> I was thinking a generic switch that could be quickly used to just >> discard such messages without the need for constructing a regexp. > > Done. Its also now in /usr/bin and there's much-improved test coverage. Can I suggest we rename pmwtf to pmdiff if it is going to be more visible? - it compares (diffs) performance metrics from two pcp archives - the name pmdiff is not already taken (google indicates the only class is with some not-freeware diff(1)-like program for windows) - pmdiff is a lot easier to explain in some circles than the acronym pmwtf From brolley@redhat.com Wed Sep 3 15:03:32 2014 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 44A2B7F37 for ; Wed, 3 Sep 2014 15:03:32 -0500 (CDT) Received: from cuda.sgi.com (cuda3.sgi.com [192.48.176.15]) by relay1.corp.sgi.com (Postfix) with ESMTP id 332888F8039 for ; Wed, 3 Sep 2014 13:03:29 -0700 (PDT) X-ASG-Debug-ID: 1409774607-04cb6c54fd789ab0001-S8gJnT Received: from mx1.redhat.com (mx1.redhat.com [209.132.183.28]) by cuda.sgi.com with ESMTP id zquTy57lBBKEbFEJ (version=TLSv1 cipher=AES256-SHA bits=256 verify=NO) for ; Wed, 03 Sep 2014 13:03:28 -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-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 s83K3Qs8010787 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=FAIL) for ; Wed, 3 Sep 2014 16:03:27 -0400 Received: from [10.15.16.139] (dhcp-10-15-16-139.yyz.redhat.com [10.15.16.139]) by int-mx10.intmail.prod.int.phx2.redhat.com (8.14.4/8.14.4) with ESMTP id s83K3QQQ024618 for ; Wed, 3 Sep 2014 16:03:26 -0400 Message-ID: <54077448.50103@redhat.com> Date: Wed, 03 Sep 2014 16:04:24 -0400 From: Dave Brolley User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:24.0) Gecko/20100101 Thunderbird/24.7.0 MIME-Version: 1.0 To: PCP Mailing List Subject: Incorrect Test for PCP Service Discovery Interruption Content-Type: text/plain; charset=ISO-8859-1; format=flowed X-ASG-Orig-Subj: Incorrect Test for PCP Service Discovery Interruption 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: 1409774608 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 While investigating RHBZ1136166, I noticed that a test for service discovery interruption in __pmDiscoverServicesWithOptions() was incorrect (reversed). Fixed by the following commit. brolley/dev in pcpfans Dave ---------------------------------------------------- commit 670ea96340919dee7f34c9914a6ec174fe1cb3aa Author: Dave Brolley Date: Wed Sep 3 16:01:04 2014 -0400 Fix test for service discovery interruption. From brolley@redhat.com Wed Sep 3 15:35:30 2014 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 933757F37 for ; Wed, 3 Sep 2014 15:35:30 -0500 (CDT) Received: from cuda.sgi.com (cuda2.sgi.com [192.48.176.25]) by relay2.corp.sgi.com (Postfix) with ESMTP id 7357F30406B for ; Wed, 3 Sep 2014 13:35:27 -0700 (PDT) X-ASG-Debug-ID: 1409776526-04cbb05488a17410001-S8gJnT Received: from mx1.redhat.com (mx1.redhat.com [209.132.183.28]) by cuda.sgi.com with ESMTP id UYP4UMCoosCHK6Dc (version=TLSv1 cipher=AES256-SHA bits=256 verify=NO) for ; Wed, 03 Sep 2014 13:35:26 -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-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 s83KZPNe024056 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=FAIL) for ; Wed, 3 Sep 2014 16:35:26 -0400 Received: from [10.15.16.139] (dhcp-10-15-16-139.yyz.redhat.com [10.15.16.139]) by int-mx10.intmail.prod.int.phx2.redhat.com (8.14.4/8.14.4) with ESMTP id s83KZPYZ010823 for ; Wed, 3 Sep 2014 16:35:25 -0400 Message-ID: <54077BC7.1050901@redhat.com> Date: Wed, 03 Sep 2014 16:36:23 -0400 From: Dave Brolley User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:24.0) Gecko/20100101 Thunderbird/24.7.0 MIME-Version: 1.0 To: PCP Mailing List Subject: Incorrect handling of error codes from service discovery mechanisms Content-Type: text/plain; charset=ISO-8859-1; format=flowed X-ASG-Orig-Subj: Incorrect handling of error codes from service discovery mechanisms 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: 1409776526 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 While investigating RHBZ1136166, I noticed some incorrect handling of the return codes from __pmAvahiDiscoverServices() and __pmProbeDiscoverServices() within __pmDiscoverServicesWithOptions(). In particular, these return codes were not being checked to see if they were error codes before adding them to the accumulated number of urls. Fixed by the following commit on the brolley/dev branch of pcpfans. Dave ------------------------------------ commit 83167bf2d930b43cd7e0bef1c383370f6d895c7b Author: Dave Brolley Date: Wed Sep 3 16:33:24 2014 -0400 Incorrect handling of error codes from service discovery mechanisms. __pmDiscoverServicesWithOptions() was not checking whether the return codes from the discovery mechanisms were error codes before adding them to the accumulated number of urls. From fche@redhat.com Wed Sep 3 17:18:52 2014 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 869517F37 for ; Wed, 3 Sep 2014 17:18:52 -0500 (CDT) Received: from cuda.sgi.com (cuda2.sgi.com [192.48.176.25]) by relay1.corp.sgi.com (Postfix) with ESMTP id 752CC8F8052 for ; Wed, 3 Sep 2014 15:18:49 -0700 (PDT) X-ASG-Debug-ID: 1409782695-04cbb05485a1b9f0001-S8gJnT Received: from mx1.redhat.com (mx1.redhat.com [209.132.183.28]) by cuda.sgi.com with ESMTP id tDSJo1uUrTxIXCQW (version=TLSv1 cipher=AES256-SHA bits=256 verify=NO) for ; Wed, 03 Sep 2014 15:18:16 -0700 (PDT) X-Barracuda-Envelope-From: fche@redhat.com X-Barracuda-Apparent-Source-IP: 209.132.183.28 X-ASG-Whitelist: Client Received: from int-mx09.intmail.prod.int.phx2.redhat.com (int-mx09.intmail.prod.int.phx2.redhat.com [10.5.11.22]) by mx1.redhat.com (8.14.4/8.14.4) with ESMTP id s83MI4Zn027994 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=FAIL); Wed, 3 Sep 2014 18:18:04 -0400 Received: from fche.csb (vpn-227-76.phx2.redhat.com [10.3.227.76]) by int-mx09.intmail.prod.int.phx2.redhat.com (8.14.4/8.14.4) with ESMTP id s83MI4o2020158; Wed, 3 Sep 2014 18:18:04 -0400 Received: by fche.csb (Postfix, from userid 2569) id B5F5C58119; Wed, 3 Sep 2014 18:18:03 -0400 (EDT) To: Amer Ather Cc: Ken McDonell , pcp@oss.sgi.com Subject: Re: PCP build on Ubuntu Precise (kernel 3.2) - [solved] References: <049e01cfa39a$33877480$9a965d80$@internode.on.net> <53CDC475.3070407@internode.on.net> <20140722020437.GA20079@redhat.com> <53CE056F.5070903@internode.on.net> <20140722113237.GB20079@redhat.com> <53CEE6B6.2030507@internode.on.net> <009301cfc56b$100354a0$3009fde0$@internode.on.net> X-ASG-Orig-Subj: Re: PCP build on Ubuntu Precise (kernel 3.2) - [solved] From: fche@redhat.com (Frank Ch. Eigler) Date: Wed, 03 Sep 2014 18:17:57 -0400 In-Reply-To: (Amer Ather's message of "Wed, 3 Sep 2014 10:00:59 -0700") 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=utf-8 Content-Transfer-Encoding: quoted-printable X-Scanned-By: MIMEDefang 2.68 on 10.5.11.22 X-Barracuda-Connect: mx1.redhat.com[209.132.183.28] X-Barracuda-Start-Time: 1409782696 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 Amer Ather writes: > [...] > dpkg: error processing pcp-webapi_3.9.7_amd64.deb (--install): > =A0trying to overwrite '/usr/share/pcp/jsdemos/favicon.ico', which is als= o in > package pcp 3.9.7 > [...] I am seeing this on ubuntu as well, and am working to fix it. The gist should be removing the /usr/share/pcp/jsdemos/ directory from the pcp base .deb file. - FChE From kenj@internode.on.net Wed Sep 3 17:54:52 2014 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 7B6FB7F37 for ; Wed, 3 Sep 2014 17:54:52 -0500 (CDT) Received: from cuda.sgi.com (cuda1.sgi.com [192.48.157.11]) by relay2.corp.sgi.com (Postfix) with ESMTP id 5B5CB30406B for ; Wed, 3 Sep 2014 15:54:49 -0700 (PDT) X-ASG-Debug-ID: 1409784887-04bdf0109772d0f0001-S8gJnT Received: from ipmail04.adl6.internode.on.net (ipmail04.adl6.internode.on.net [150.101.137.141]) by cuda.sgi.com with ESMTP id sLhQaJfdhBBR0j2P for ; Wed, 03 Sep 2014 15:54:47 -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: AjcGAJ6bB1R20ScOPGdsb2JhbAANTIczhDfIaQICAYEkBQEBAQE4hGNVNgIFFgsCCwMCAQIBMRoNCAEBsCN4lgCBLJEhgVMFtW6DKQEBAQ Received: from ppp118-209-39-14.lns20.mel4.internode.on.net (HELO [192.168.1.100]) ([118.209.39.14]) by ipmail04.adl6.internode.on.net with ESMTP; 04 Sep 2014 08:24:23 +0930 Message-ID: <54079C6B.9060901@internode.on.net> Date: Thu, 04 Sep 2014 08:55:39 +1000 From: Ken McDonell User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:31.0) Gecko/20100101 Thunderbird/31.0 MIME-Version: 1.0 To: PCP Subject: systemctl issue for QA on openSuSE 12.1 Content-Type: text/plain; charset=utf-8 X-ASG-Orig-Subj: systemctl issue for QA on openSuSE 12.1 Content-Transfer-Encoding: 7bit X-Barracuda-Connect: ipmail04.adl6.internode.on.net[150.101.137.141] X-Barracuda-Start-Time: 1409784887 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.3.9147 Rule breakdown below pts rule name description ---- ---------------------- -------------------------------------------------- kenj@vm02:~/src/pcp/qa$ sudo systemctl enable pmlogger.service pmlogger.service is not a native service, redirecting to /sbin/chkconfig. Executing /sbin/chkconfig pmlogger on For this platform, either ... 1. systemctl is not the right choice (this is what qa/common.check uses), or 2. we're not installing our stuff as "native service"(s) The end result is that we're getting QA failures from the "redirecting" and "Executing" lines. I don't know what the right fix is here ... help. From kenj@internode.on.net Wed Sep 3 18:03:08 2014 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 CAE747F37 for ; Wed, 3 Sep 2014 18:03:08 -0500 (CDT) Received: from cuda.sgi.com (cuda2.sgi.com [192.48.176.25]) by relay2.corp.sgi.com (Postfix) with ESMTP id AAE4A304075 for ; Wed, 3 Sep 2014 16:03:05 -0700 (PDT) X-ASG-Debug-ID: 1409785382-04cbb05485a1d920001-S8gJnT Received: from ipmail04.adl6.internode.on.net (ipmail04.adl6.internode.on.net [150.101.137.141]) by cuda.sgi.com with ESMTP id 2QhcDwFyTnAKNFii for ; Wed, 03 Sep 2014 16:03:03 -0700 (PDT) X-Barracuda-Envelope-From: kenj@internode.on.net X-Barracuda-Apparent-Source-IP: 150.101.137.141 X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: AswCAOCcB1R20ScOPGdsb2JhbAANTIczhDeBJMhuBQEBAQE4hGNVPRYLAgQHAwIBAgExGg0IAQGwIniWAJJNgVMFkziBSqBsgykBAQE Received: from ppp118-209-39-14.lns20.mel4.internode.on.net (HELO [192.168.1.100]) ([118.209.39.14]) by ipmail04.adl6.internode.on.net with ESMTP; 04 Sep 2014 08:33:02 +0930 Message-ID: <54079E72.1020604@internode.on.net> Date: Thu, 04 Sep 2014 09:04:18 +1000 From: Ken McDonell User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:31.0) Gecko/20100101 Thunderbird/31.0 MIME-Version: 1.0 To: PCP Subject: ipv6 QA issues on openSuSE 12.1 Content-Type: multipart/mixed; boundary="------------040606030303050003010707" X-ASG-Orig-Subj: ipv6 QA issues on openSuSE 12.1 X-Barracuda-Connect: ipmail04.adl6.internode.on.net[150.101.137.141] X-Barracuda-Start-Time: 1409785383 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.3.9147 Rule breakdown below pts rule name description ---- ---------------------- -------------------------------------------------- This is a multi-part message in MIME format. --------------040606030303050003010707 Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 7bit I am seeing a couple of QA failures for IPv6 related issues. .bad files attached. For this host, pmconfig -L reports ... kenj@vm02:~/src/pcp/qa$ pmconfig -L pcp_version=3.9.10 pmapi_version=2 multi_threaded=true fault_injection=false secure_sockets=false ipv6=true authentication=false unix_domain_sockets=true static_probes=false service_discovery=true --------------040606030303050003010707 Content-Type: text/plain; charset=UTF-8; name="533.out.bad" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="533.out.bad" UUEgb3V0cHV0IGNyZWF0ZWQgYnkgNTMzCmRicG1kYT4gb3BlbiBzb2NrZXQgaXB2NiBQT1JU Cm9wZW5zb2NrZXQ6IGNvbm5lY3Q6IE5ldHdvcmsgaXMgdW5yZWFjaGFibGUKZGJwbWRhPiBn ZXRkZXNjIG9uCmRicG1kYT4gZGVzYyBzYW1wbGUuZGFlbW9uX3BpZApXYXJuaW5nOiBObyBQ TURBIGN1cnJlbnRseSBvcGVuZWQKZGJwbWRhPiBmZXRjaCBzYW1wbGUuZGFlbW9uX3BpZApX YXJuaW5nOiBObyBQTURBIGN1cnJlbnRseSBvcGVuZWQKZGJwbWRhPiB0ZXh0IHNhbXBsZS5k YWVtb25fcGlkCldhcm5pbmc6IE5vIFBNREEgY3VycmVudGx5IG9wZW5lZApkYnBtZGE+IGNs b3NlCldhcm5pbmc6IE5vIFBNREEgY3VycmVudGx5IG9wZW5lZApkYnBtZGE+IAo= --------------040606030303050003010707 Content-Type: text/plain; charset=UTF-8; name="776.out.bad" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="776.out.bad" UUEgb3V0cHV0IGNyZWF0ZWQgYnkgNzc2Ci1tIHByb2JlPUlQVjZfQUREUi8xMjgKW1R1ZSBT ZXAgIDIgMjE6MzI6NTddIHBtZmluZCgxNzUzMSkgRXJyb3I6IF9fcG1Qcm9iZURpc2NvdmVy U2VydmljZXM6IEFkZHJlc3MgJyUnIGlzIG5vdCB2YWxpZApbVHVlIFNlcCAgMiAyMTozMjo1 N10gcG1maW5kKDE3NTMxKSBFcnJvcjogX19wbVByb2JlRGlzY292ZXJTZXJ2aWNlczogQWRk cmVzcyAnJScgaXMgbm90IHZhbGlkCltUdWUgU2VwICAyIDIxOjMyOjU3XSBwbWZpbmQoMTc1 MzEpIEVycm9yOiBfX3BtUHJvYmVEaXNjb3ZlclNlcnZpY2VzOiBBZGRyZXNzICclJyBpcyBu b3QgdmFsaWQKTm8gcG1jZCBzZXJ2ZXJzIGRpc2NvdmVyZWQKU291Z2h0IHBtcHJveHkgc2Vy dmVycwpTb3VnaHQgcG13ZWJkIHNlcnZlcnMKRXhpdCBzdGF0dXM6IDAKLXMgcG1jZCAtbSBw cm9iZT1JUFY2X0FERFIvMTI3IC1yCltUdWUgU2VwICAyIDIxOjMyOjU3XSBwbWZpbmQoMTc1 MzgpIEVycm9yOiBfX3BtUHJvYmVEaXNjb3ZlclNlcnZpY2VzOiBBZGRyZXNzICclJyBpcyBu b3QgdmFsaWQKTm8gcG1jZCBzZXJ2ZXJzIGRpc2NvdmVyZWQKRXhpdCBzdGF0dXM6IDAKLXEg LW0gcHJvYmU9SVBWNl9BRERSLzEyNgpbVHVlIFNlcCAgMiAyMTozMjo1N10gcG1maW5kKDE3 NTQ1KSBFcnJvcjogX19wbVByb2JlRGlzY292ZXJTZXJ2aWNlczogQWRkcmVzcyAnJScgaXMg bm90IHZhbGlkCltUdWUgU2VwICAyIDIxOjMyOjU3XSBwbWZpbmQoMTc1NDUpIEVycm9yOiBf X3BtUHJvYmVEaXNjb3ZlclNlcnZpY2VzOiBBZGRyZXNzICclJyBpcyBub3QgdmFsaWQKW1R1 ZSBTZXAgIDIgMjE6MzI6NTddIHBtZmluZCgxNzU0NSkgRXJyb3I6IF9fcG1Qcm9iZURpc2Nv dmVyU2VydmljZXM6IEFkZHJlc3MgJyUnIGlzIG5vdCB2YWxpZApFeGl0IHN0YXR1czogMAot cSAtcyBwbWNkIC1tIHByb2JlPUlQVjZfQUREUi8xMjUgLS1yZXNvbHZlCltUdWUgU2VwICAy IDIxOjMyOjU3XSBwbWZpbmQoMTc1NTIpIEVycm9yOiBfX3BtUHJvYmVEaXNjb3ZlclNlcnZp Y2VzOiBBZGRyZXNzICclJyBpcyBub3QgdmFsaWQKRXhpdCBzdGF0dXM6IDAKLXEgLXMgcG1j ZCAtbSBwcm9iZT1JUFY2X0FERFIvMTI0LG1heFRocmVhZHM9OApbVHVlIFNlcCAgMiAyMToz Mjo1N10gcG1maW5kKDE3NTU5KSBFcnJvcjogX19wbVByb2JlRGlzY292ZXJTZXJ2aWNlczog QWRkcmVzcyAnJScgaXMgbm90IHZhbGlkCkV4aXQgc3RhdHVzOiAwCg== --------------040606030303050003010707-- From nscott@redhat.com Wed Sep 3 18:34:04 2014 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 BB7B37F37 for ; Wed, 3 Sep 2014 18:34:04 -0500 (CDT) Received: from cuda.sgi.com (cuda3.sgi.com [192.48.176.15]) by relay3.corp.sgi.com (Postfix) with ESMTP id 48CABAC004 for ; Wed, 3 Sep 2014 16:34:00 -0700 (PDT) X-ASG-Debug-ID: 1409787236-04cb6c5500792040001-S8gJnT Received: from mx3-phx2.redhat.com (mx3-phx2.redhat.com [209.132.183.24]) by cuda.sgi.com with ESMTP id QTUib2FVHHRFQz0p for ; Wed, 03 Sep 2014 16:33:56 -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 s83NXrbK021641; Wed, 3 Sep 2014 19:33:53 -0400 Date: Wed, 3 Sep 2014 19:33:52 -0400 (EDT) From: Nathan Scott Reply-To: Nathan Scott To: Ken McDonell Cc: PCP Message-ID: <1677609058.43609677.1409787232939.JavaMail.zimbra@redhat.com> In-Reply-To: <54079C6B.9060901@internode.on.net> References: <54079C6B.9060901@internode.on.net> Subject: Re: [pcp] systemctl issue for QA on openSuSE 12.1 MIME-Version: 1.0 X-ASG-Orig-Subj: Re: [pcp] systemctl issue for QA on openSuSE 12.1 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-Originating-IP: [10.5.82.6] X-Mailer: Zimbra 8.0.6_GA_5922 (ZimbraWebClient - FF17 (Linux)/8.0.6_GA_5922) Thread-Topic: systemctl issue for QA on openSuSE 12.1 Thread-Index: VqnM1mBADhGbbPvStyc6cHEleARiVw== X-Barracuda-Connect: mx3-phx2.redhat.com[209.132.183.24] X-Barracuda-Start-Time: 1409787236 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.02 X-Barracuda-Spam-Status: No, SCORE=0.02 using per-user scores of TAG_LEVEL=1000.0 QUARANTINE_LEVEL=1000.0 KILL_LEVEL=2.7 tests=THREAD_INDEX, THREAD_TOPIC X-Barracuda-Spam-Report: Code version 3.2, rules version 3.2.3.9147 Rule breakdown below pts rule name description ---- ---------------------- -------------------------------------------------- 0.01 THREAD_INDEX thread-index: AcO7Y8iR61tzADqsRmmc5wNiFHEOig== 0.01 THREAD_TOPIC Thread-Topic: ...(Japanese Subject)... Hi Ken, ----- Original Message ----- > kenj@vm02:~/src/pcp/qa$ sudo systemctl enable pmlogger.service > pmlogger.service is not a native service, redirecting to /sbin/chkconfig. > Executing /sbin/chkconfig pmlogger on > > For this platform, either ... > > 1. systemctl is not the right choice (this is what qa/common.check uses), or > 2. we're not installing our stuff as "native service"(s) > > The end result is that we're getting QA failures from the "redirecting" and > "Executing" lines. > > I don't know what the right fix is here ... help. $ pkg-config systemd --variable=systemdsystemunitdir Will tell you where the unit files are going to end up after the configure process. Firstly, I'd peek in there and see if a/ pmlogger.service is there and looks "sane" (not corrupt or zero length, or something else wierd) and b/ if it looks like every other service file in that dir (permissions, contents). Is the pmcd service starting OK or does it have the same issues? If its OK, begs the question as to what's different between 'em? cheers. -- Nathan From nscott@redhat.com Wed Sep 3 18:38:13 2014 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 8BA227F37 for ; Wed, 3 Sep 2014 18:38:13 -0500 (CDT) Received: from cuda.sgi.com (cuda2.sgi.com [192.48.176.25]) by relay2.corp.sgi.com (Postfix) with ESMTP id 76134304070 for ; Wed, 3 Sep 2014 16:38:13 -0700 (PDT) X-ASG-Debug-ID: 1409787491-04cbb05486a1ed00001-S8gJnT Received: from mx5-phx2.redhat.com (mx5-phx2.redhat.com [209.132.183.37]) by cuda.sgi.com with ESMTP id Y1vmAgpScInvj2tT for ; Wed, 03 Sep 2014 16:38:12 -0700 (PDT) X-Barracuda-Envelope-From: nscott@redhat.com X-Barracuda-Apparent-Source-IP: 209.132.183.37 Received: from zmail20.collab.prod.int.phx2.redhat.com (zmail20.collab.prod.int.phx2.redhat.com [10.5.83.23]) by mx5-phx2.redhat.com (8.14.4/8.14.4) with ESMTP id s83Nc8C9027932; Wed, 3 Sep 2014 19:38:08 -0400 Date: Wed, 3 Sep 2014 19:38:08 -0400 (EDT) From: Nathan Scott Reply-To: Nathan Scott To: Ken McDonell , Dave Brolley Cc: PCP Message-ID: <1407279687.43610102.1409787488210.JavaMail.zimbra@redhat.com> In-Reply-To: <54079E72.1020604@internode.on.net> References: <54079E72.1020604@internode.on.net> Subject: Re: [pcp] ipv6 QA issues on openSuSE 12.1 MIME-Version: 1.0 X-ASG-Orig-Subj: Re: [pcp] ipv6 QA issues on openSuSE 12.1 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-Originating-IP: [10.5.82.6] X-Mailer: Zimbra 8.0.6_GA_5922 (ZimbraWebClient - FF17 (Linux)/8.0.6_GA_5922) Thread-Topic: ipv6 QA issues on openSuSE 12.1 Thread-Index: ZLgPK2w0kAhPSRfHw3LR3IDSj4uh+Q== X-Barracuda-Connect: mx5-phx2.redhat.com[209.132.183.37] X-Barracuda-Start-Time: 1409787491 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.02 X-Barracuda-Spam-Status: No, SCORE=0.02 using per-user scores of TAG_LEVEL=1000.0 QUARANTINE_LEVEL=1000.0 KILL_LEVEL=2.7 tests=THREAD_INDEX, THREAD_TOPIC X-Barracuda-Spam-Report: Code version 3.2, rules version 3.2.3.9147 Rule breakdown below pts rule name description ---- ---------------------- -------------------------------------------------- 0.01 THREAD_INDEX thread-index: AcO7Y8iR61tzADqsRmmc5wNiFHEOig== 0.01 THREAD_TOPIC Thread-Topic: ...(Japanese Subject)... ----- Original Message ----- > I am seeing a couple of QA failures for IPv6 related issues. > > .bad files attached. I'll defer to Dave on these; but the parsing one looks like it may be a libpcp issue, the other with "Network is unreachable" seems a bit more like a possible interface configuration issue. thanks. -- Nathan From kenj@internode.on.net Wed Sep 3 18:57:31 2014 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 BD51A7F37 for ; Wed, 3 Sep 2014 18:57:31 -0500 (CDT) Received: from cuda.sgi.com (cuda3.sgi.com [192.48.176.15]) by relay3.corp.sgi.com (Postfix) with ESMTP id 48E87AC004 for ; Wed, 3 Sep 2014 16:57:31 -0700 (PDT) X-ASG-Debug-ID: 1409788644-04cb6c54fe792d80001-S8gJnT Received: from ipmail04.adl6.internode.on.net (ipmail04.adl6.internode.on.net [150.101.137.141]) by cuda.sgi.com with ESMTP id 90Q0AUUNhQ3b4zgf for ; Wed, 03 Sep 2014 16:57:24 -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: AmwCAPepB1R20ScOPGdsb2JhbAANTIczhDfFU4MfAYEiBQEBAQE4hDoBAQQjFUABEAsYAgIFFgsCAgkDAgECATEUBg0BBwEBsBt4lVoBF4EsjiEHgnmBUwEEtW6DKQEBAQ Received: from ppp118-209-39-14.lns20.mel4.internode.on.net (HELO [192.168.1.100]) ([118.209.39.14]) by ipmail04.adl6.internode.on.net with ESMTP; 04 Sep 2014 09:27:23 +0930 Message-ID: <5407AB2E.9080908@internode.on.net> Date: Thu, 04 Sep 2014 09:58:38 +1000 From: Ken McDonell User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:31.0) Gecko/20100101 Thunderbird/31.0 MIME-Version: 1.0 To: Nathan Scott CC: PCP Subject: Re: [pcp] systemctl issue for QA on openSuSE 12.1 References: <54079C6B.9060901@internode.on.net> <1677609058.43609677.1409787232939.JavaMail.zimbra@redhat.com> X-ASG-Orig-Subj: Re: [pcp] systemctl issue for QA on openSuSE 12.1 In-Reply-To: <1677609058.43609677.1409787232939.JavaMail.zimbra@redhat.com> 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: 1409788644 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.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.3.9148 Rule breakdown below pts rule name description ---- ---------------------- -------------------------------------------------- On 04/09/14 09:33, Nathan Scott wrote: > ... > $ pkg-config systemd --variable=systemdsystemunitdir > > Will tell you where the unit files are going to end up after > the configure process. ... Nope. That command returns no output. > ... Firstly, I'd peek in there and see if > a/ pmlogger.service is there and looks "sane" (not corrupt or > zero length, or something else wierd) and b/ if it looks like > every other service file in that dir (permissions, contents). > > Is the pmcd service starting OK or does it have the same issues? > If its OK, begs the question as to what's different between 'em? All the same, I just picked pmlogger for example. From nscott@redhat.com Wed Sep 3 19:02:41 2014 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 D1F6A7F37 for ; Wed, 3 Sep 2014 19:02:41 -0500 (CDT) Received: from cuda.sgi.com (cuda2.sgi.com [192.48.176.25]) by relay1.corp.sgi.com (Postfix) with ESMTP id C02D98F8050 for ; Wed, 3 Sep 2014 17:02:38 -0700 (PDT) X-ASG-Debug-ID: 1409788957-04cbb05487a1f9f0001-S8gJnT Received: from mx4-phx2.redhat.com (mx4-phx2.redhat.com [209.132.183.25]) by cuda.sgi.com with ESMTP id mgcsHOR9yg3AfNAm for ; Wed, 03 Sep 2014 17:02:37 -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 s8402M1k024811; Wed, 3 Sep 2014 20:02:22 -0400 Date: Wed, 3 Sep 2014 20:02:22 -0400 (EDT) From: Nathan Scott Reply-To: Nathan Scott To: Ken McDonell Cc: PCP Message-ID: <1999821436.43617708.1409788942661.JavaMail.zimbra@redhat.com> In-Reply-To: <5407AB2E.9080908@internode.on.net> References: <54079C6B.9060901@internode.on.net> <1677609058.43609677.1409787232939.JavaMail.zimbra@redhat.com> <5407AB2E.9080908@internode.on.net> Subject: Re: [pcp] systemctl issue for QA on openSuSE 12.1 MIME-Version: 1.0 X-ASG-Orig-Subj: Re: [pcp] systemctl issue for QA on openSuSE 12.1 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-Originating-IP: [10.5.82.6] X-Mailer: Zimbra 8.0.6_GA_5922 (ZimbraWebClient - FF17 (Linux)/8.0.6_GA_5922) Thread-Topic: systemctl issue for QA on openSuSE 12.1 Thread-Index: IzaH3IwYQn6MqdI0/wBgZ2mhd8mZFw== X-Barracuda-Connect: mx4-phx2.redhat.com[209.132.183.25] X-Barracuda-Start-Time: 1409788957 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.02 X-Barracuda-Spam-Status: No, SCORE=0.02 using per-user scores of TAG_LEVEL=1000.0 QUARANTINE_LEVEL=1000.0 KILL_LEVEL=2.7 tests=THREAD_INDEX, THREAD_TOPIC X-Barracuda-Spam-Report: Code version 3.2, rules version 3.2.3.9149 Rule breakdown below pts rule name description ---- ---------------------- -------------------------------------------------- 0.01 THREAD_INDEX thread-index: AcO7Y8iR61tzADqsRmmc5wNiFHEOig== 0.01 THREAD_TOPIC Thread-Topic: ...(Japanese Subject)... ----- Original Message ----- > On 04/09/14 09:33, Nathan Scott wrote: > > ... > > $ pkg-config systemd --variable=systemdsystemunitdir > > > > Will tell you where the unit files are going to end up after > > the configure process. ... > > Nope. That command returns no output. > Ah, it should be like... $ pkg-config systemd --variable=systemdsystemunitdir /usr/lib/systemd/system ... so, hmmm, yeah, this is probably a big part of the problem. In this case I think configure should be switching off systemd support and falling back to the original rc.d methods. Can you do a check build with "./Makepkgs --without-systemd" for this host, and then check QA? I'll go have a look at the configure script to see how this became enabled with no unitdir path. cheers. -- Nathan From kenj@internode.on.net Wed Sep 3 19:04:09 2014 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 51B427F37 for ; Wed, 3 Sep 2014 19:04:09 -0500 (CDT) Received: from cuda.sgi.com (cuda2.sgi.com [192.48.176.25]) by relay1.corp.sgi.com (Postfix) with ESMTP id 3E40A8F8050 for ; Wed, 3 Sep 2014 17:04:09 -0700 (PDT) X-ASG-Debug-ID: 1409789046-04cbb05487a1fa80001-S8gJnT Received: from ipmail04.adl6.internode.on.net (ipmail04.adl6.internode.on.net [150.101.137.141]) by cuda.sgi.com with ESMTP id UyaXi70hjB2qnfC6 for ; Wed, 03 Sep 2014 17:04:06 -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: AuIDABOrB1R20ScOPGdsb2JhbAANTIczhDfFU4MbAoElBQEBAQE4hGOBCwIFIQIRAjIaDQgBAbAbeJVxgSyRIYFTBY8eplCDKQEBAQ Received: from ppp118-209-39-14.lns20.mel4.internode.on.net (HELO [192.168.1.100]) ([118.209.39.14]) by ipmail04.adl6.internode.on.net with ESMTP; 04 Sep 2014 09:34:04 +0930 Message-ID: <5407ACC0.605@internode.on.net> Date: Thu, 04 Sep 2014 10:05:20 +1000 From: Ken McDonell User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:31.0) Gecko/20100101 Thunderbird/31.0 MIME-Version: 1.0 To: PCP Subject: QA landscape Content-Type: text/plain; charset=utf-8 X-ASG-Orig-Subj: QA landscape Content-Transfer-Encoding: 7bit X-Barracuda-Connect: ipmail04.adl6.internode.on.net[150.101.137.141] X-Barracuda-Start-Time: 1409789046 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.3.9149 Rule breakdown below pts rule name description ---- ---------------------- -------------------------------------------------- [warning, view in a wide window ... 8^)>] Here's a snapshot of my current QA landscape ... I'm about 3/4 of the way through a full pass across all hosts. Of the 276 failures, a small number look like systemic QA setup or QA test failures, but all of the others need individual inspection. It takes me between 1 and 10 minutes to triage and resolve a single QA failure ... so I can't clear the backlog before the next release is due and the situation is probably not sustainable, especially as this is a pro bono love job. Just FYI. kenj@bozo:~/Logs/by-vm/vm05$ pcp-qa-summary ==== QA Summary ==== Date Run Pass Fail Nrun Host 2014-09-02 674 660 14 62|bozo-laptop PCP 3.9.10 i686 LinuxMint 15 2014-08-24 63 61 2 1|bozo-vm PCP 3.9.10 x86_64 Debian 7.5 No daily runs |fuji PCP 3.9.2 i386 Darwin 10.8.0 2014-09-01 609 595 14 80|grundy PCP 3.9.10 ia64 SUSE SLES11 SP1 2014-09-01 685 681 4 48|vm00 PCP 3.9.10 x86_64 Ubuntu 12.04 2014-09-02 679 664 15 58|vm01 PCP 3.9.10 i686 Ubuntu 12.10 2014-09-02 675 664 11 62|vm02 PCP 3.9.10 i686 openSUSE 12.1 2014-09-02 686 676 10 51|vm03 PCP 3.9.10 x86_64 Fedora 18 2014-09-04 639 607 32 98|vm04 PCP 3.9.10 i586 CentOS 5.10 2014-09-03 63 61 2 1|vm05 PCP 3.9.10 i486 Gentoo 2.0.3 Daily runs, but no QA |vm06 PCP 3.9.10 amd64 FreeBSD 8.2-RELEASE-p9 2014-09-03 667 651 16 70|vm07 PCP 3.9.10 x86_64 Debian 6.0.9 Daily runs, but no QA |vm09 PCP 3.9.1 i386 NetBSD 5.1.2 Daily runs, but no QA |vm10 PCP 3.9.2 i386 FreeBSD 8.2-RELEASE-p9 2014-09-03 667 648 19 70|vm11 PCP 3.9.10 i686 Debian 6.0.9 2014-09-03 647 626 21 90|vm12 PCP 3.9.10 i686 Fedora 17 2014-09-04 672 664 8 65|vm14 PCP 3.9.10 x86_64 CentOS6.5 No daily runs |vm15 PCP 3.9.1 x86_64 Slackware 13.37.0 Daily runs, but no QA |vm16 PCP 3.8.0 x86_64 MandrivaLinux 2011.0 2014-09-04 678 666 12 59|vm18 PCP 3.9.10 x86_64 LinuxMint 12 2014-08-24 64 59 5 0|vm19 PCP 3.9.10 x86_64 openSUSE 12.2 2014-09-02 649 636 13 87|vm20 PCP 3.9.10 x86_64 Ubuntu 13.04 2014-09-01 663 627 36 73|vm21 PCP 3.9.10 i686 Debian 7.4 2014-08-24 64 58 6 0|vm22 PCP 3.9.10 x86_64 Fedora 19 2014-08-24 64 58 6 0|vm23 PCP 3.9.10 i686 Fedora 20 2014-09-02 641 608 33 95|vm24 PCP 3.9.10 i686 openSUSE 13.1 Summary: 10249 run, 279 failed (2.72%) ==== QA Failure (X) Map ==== Host bl bv gr 00 01 02 03 04 05 07 11 12 14 18 19 20 21 22 23 24 QA QA QA groups 002 X X X 002 pdu pmcd 003 X 003 pdu pmcd mem_leak 023 X 023 pmcd pmprobe 026 X X X 026 other help libpcp 029 X X X X X X X X 029 pmns pmdumplog 061 X X 061 pmlogger pmlc pmdumplog 066 X 066 pmcd 069 X X X X 069 pmcd pmval 083 X X X X 083 pmlc pmlogger compat 098 X 098 pmlc pmlogger other pmdumplog 107 X X 107 pmlc pmlogger 115 X X X X 115 pmie 119 X 119 logutil 139 X X X X X X X X 139 pmlc 169 X 169 pmcd 184 X X 184 logutil folio pmdumplog 188 X 188 libpcp 193 X 193 libpcp pmcd pdu 198 X X 198 pmda context 232 X 232 libpcp 244 X 244 pmcd pmprobe 255 X 255 compat pmda pmda.proc help pmda.install pmda.simple 256 X X X 256 derive pmns 259 X X X X 259 derive pmval 260 X X X X 260 derive pmie 279 X 279 pmcd 280 X 280 pmlogger logutil folio 322 X X X X X 322 pmlc pmlogger 339 X 339 pmie 340 X 340 pmcd 354 X X X X X 354 folio 359 X 359 pmcd pminfo 361 X X X X X X X X 361 pmda.linux 364 X 364 pmlogconf 365 X 365 pmcd 370 X X 370 pmimport derive pmdumplog perl 374 X X X 374 pmlc pmlogger 375 X X X 375 pmlc pmlogger 381 X 381 logutil pmlc 388 X X 388 archive mem_leak valgrind 391 X 391 archive mem_leak valgrind 393 X X 393 archive mem_leak valgrind 394 X X 394 archive mem_leak valgrind flakey 400 X X 400 pminfo mem_leak valgrind context_local libpcp event 430 X X X 430 logutil folio 449 X 449 threads flakey 459 X X X 459 pmlogreduce valgrind 510 X 510 pmlogger pmlc 511 X 511 pmimport pmdumplog pmlogsummary perl 519 X 519 pmie 533 X 533 dbpmda pmda.sample 540 X 540 pmda.linux pminfo 553 X 553 dbpmda python pmda.gluster 555 X 555 pmie 569 X X X 569 pmprobe 580 X 580 indom 583 X 583 pmie 603 X X X 603 trace pmda.install 622 X X X X X X 622 pmie 635 X X 635 pmda.linux libirixpmda 652 X X 652 pmda.systemd event flakey 702 X X X X X 702 python libpcp 707 X X X X X 707 python libpcp 708 X 708 python pmimport 709 X X 709 python 710 X 710 python pmimport 711 X 711 pmimport pmdumplog pmlogsummary perl 712 X X X X 712 context libpcp pmcd secure 713 X X X X X X 713 context libpcp pmproxy secure 714 X X X X 714 context libpcp pmcd secure 722 X X X X X 722 python 729 X 729 python 734 X X 734 libpcp pmstat 738 X 738 logutil 739 X 739 python getopt 740 X 740 pmda.sample pmstore secure 741 X X 741 python getopt 742 X X 742 python 743 X X 743 python 752 X X X 752 libpcp 753 X 753 derive pmie 755 X X X 755 pmda.apache pmda.install 763 X 763 pmda 776 X 776 pmfind 780 X X X X X X X X X 780 pmwebapi 781 X X X X X X X X X 781 logutil 798 X 798 pmda.nfsclient 828 X X X X X X X X X X X X 828 valgrind archive context 829 X X 829 python 833 X X X X X X X X X X 833 archive context 841 X X X 841 pmda 842 X X X X X X X X 842 python 861 X X 861 pmcd pmda.pmcd 875 X 875 libpcp 943 X X X 943 pmprobe pmda.proc 944 X X X X X 944 pmcd secure 966 X X X 966 secure 972 X 972 pmda.zswap dbpmda 979 X X 979 python 980 X X 980 python 985 X 985 pmda.dmcache dbpmda 986 X X X 986 pmda.dmcache pmda.install 988 X 988 pmda.xfs valgrind 991 X X 991 python 994 X X X X 994 other verify Host bl bv gr 00 01 02 03 04 05 07 11 12 14 18 19 20 21 22 23 24 From nscott@redhat.com Wed Sep 3 19:06:01 2014 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 026AE7F37 for ; Wed, 3 Sep 2014 19:06:01 -0500 (CDT) Received: from cuda.sgi.com (cuda3.sgi.com [192.48.176.15]) by relay2.corp.sgi.com (Postfix) with ESMTP id E4BC4304043 for ; Wed, 3 Sep 2014 17:05:57 -0700 (PDT) X-ASG-Debug-ID: 1409789156-04cb6c5500793150001-S8gJnT Received: from mx3-phx2.redhat.com (mx3-phx2.redhat.com [209.132.183.24]) by cuda.sgi.com with ESMTP id tux8f3qMFG78GYN9 for ; Wed, 03 Sep 2014 17:05:56 -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 s8405qLu025776; Wed, 3 Sep 2014 20:05:52 -0400 Date: Wed, 3 Sep 2014 20:05:52 -0400 (EDT) From: Nathan Scott Reply-To: Nathan Scott To: Ken McDonell Cc: myllynen@redhat.com, pcp developers Message-ID: <1950170918.43618253.1409789152724.JavaMail.zimbra@redhat.com> In-Reply-To: <54077312.7060704@internode.on.net> References: <53F427C1.3000005@redhat.com> <1244884023.34690853.1408513063354.JavaMail.zimbra@redhat.com> <53F4368A.7040201@redhat.com> <411680952.35538950.1408605752275.JavaMail.zimbra@redhat.com> <54077312.7060704@internode.on.net> Subject: Re: [pcp] Few pmwtf issues MIME-Version: 1.0 X-ASG-Orig-Subj: Re: [pcp] Few pmwtf issues Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-Originating-IP: [10.5.82.6] X-Mailer: Zimbra 8.0.6_GA_5922 (ZimbraWebClient - FF17 (Linux)/8.0.6_GA_5922) Thread-Topic: Few pmwtf issues Thread-Index: /DddKNp1+W6CtbPMCrxKTyrKrDU6rQ== X-Barracuda-Connect: mx3-phx2.redhat.com[209.132.183.24] X-Barracuda-Start-Time: 1409789156 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.02 X-Barracuda-Spam-Status: No, SCORE=0.02 using per-user scores of TAG_LEVEL=1000.0 QUARANTINE_LEVEL=1000.0 KILL_LEVEL=2.7 tests=THREAD_INDEX, THREAD_TOPIC X-Barracuda-Spam-Report: Code version 3.2, rules version 3.2.3.9148 Rule breakdown below pts rule name description ---- ---------------------- -------------------------------------------------- 0.01 THREAD_INDEX thread-index: AcO7Y8iR61tzADqsRmmc5wNiFHEOig== 0.01 THREAD_TOPIC Thread-Topic: ...(Japanese Subject)... Hey Ken, ----- Original Message ----- > > Can I suggest we rename pmwtf to pmdiff if it is going to be more visible? > > - it compares (diffs) performance metrics from two pcp archives > - the name pmdiff is not already taken (google indicates the only class > is with some not-freeware diff(1)-like program for windows) > - pmdiff is a lot easier to explain in some circles than the acronym pmwtf > > Good idea! We will need to keep the old name in the old location (I know of people with scripts using that path/name for years) - but the /usr/bin location can certainly acquire a more palatable name. I'll make it so. I guess you only have yourself to blame for this non-PC name, though? ;) cheers. -- Nathan From nscott@redhat.com Wed Sep 3 20:01:32 2014 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 A1E447F37 for ; Wed, 3 Sep 2014 20:01:32 -0500 (CDT) Received: from cuda.sgi.com (cuda2.sgi.com [192.48.176.25]) by relay1.corp.sgi.com (Postfix) with ESMTP id 902798F8035 for ; Wed, 3 Sep 2014 18:01:29 -0700 (PDT) X-ASG-Debug-ID: 1409792484-04cbb05488a21830001-S8gJnT Received: from mx6-phx2.redhat.com (mx6-phx2.redhat.com [209.132.183.39]) by cuda.sgi.com with ESMTP id IwV0TBTfUmwEW9bo for ; Wed, 03 Sep 2014 18:01:24 -0700 (PDT) X-Barracuda-Envelope-From: nscott@redhat.com X-Barracuda-Apparent-Source-IP: 209.132.183.39 Received: from zmail20.collab.prod.int.phx2.redhat.com (zmail20.collab.prod.int.phx2.redhat.com [10.5.83.23]) by mx6-phx2.redhat.com (8.14.4/8.14.4) with ESMTP id s8411KmZ022167; Wed, 3 Sep 2014 21:01:21 -0400 Date: Wed, 3 Sep 2014 21:01:20 -0400 (EDT) From: Nathan Scott Reply-To: Nathan Scott To: Ken McDonell Cc: PCP Message-ID: <331170978.43631950.1409792480924.JavaMail.zimbra@redhat.com> In-Reply-To: <1999821436.43617708.1409788942661.JavaMail.zimbra@redhat.com> References: <54079C6B.9060901@internode.on.net> <1677609058.43609677.1409787232939.JavaMail.zimbra@redhat.com> <5407AB2E.9080908@internode.on.net> <1999821436.43617708.1409788942661.JavaMail.zimbra@redhat.com> Subject: Re: [pcp] systemctl issue for QA on openSuSE 12.1 MIME-Version: 1.0 X-ASG-Orig-Subj: Re: [pcp] systemctl issue for QA on openSuSE 12.1 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-Originating-IP: [10.5.82.6] X-Mailer: Zimbra 8.0.6_GA_5922 (ZimbraWebClient - FF17 (Linux)/8.0.6_GA_5922) Thread-Topic: systemctl issue for QA on openSuSE 12.1 Thread-Index: IzaH3IwYQn6MqdI0/wBgZ2mhd8mZF9SmKo/I X-Barracuda-Connect: mx6-phx2.redhat.com[209.132.183.39] X-Barracuda-Start-Time: 1409792484 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.02 X-Barracuda-Spam-Status: No, SCORE=0.02 using per-user scores of TAG_LEVEL=1000.0 QUARANTINE_LEVEL=1000.0 KILL_LEVEL=2.7 tests=THREAD_INDEX, THREAD_TOPIC X-Barracuda-Spam-Report: Code version 3.2, rules version 3.2.3.9151 Rule breakdown below pts rule name description ---- ---------------------- -------------------------------------------------- 0.01 THREAD_INDEX thread-index: AcO7Y8iR61tzADqsRmmc5wNiFHEOig== 0.01 THREAD_TOPIC Thread-Topic: ...(Japanese Subject)... Hi Ken, ----- Original Message ----- > [...] > Can you do a check build with "./Makepkgs --without-systemd" for > this host, and then check QA? I'll go have a look at the configure > script to see how this became enabled with no unitdir path. Hmm, I'm not able to trace how this happened. We should be going through the configure/m4 code snippet below, going via the I-have- no-pcp_systemdunit_dir path, and arriving at enable_systemd=false, as planned... dnl Check for systemd services enable_systemd=false AS_IF([test "x$do_systemd" != "xno"], [ enable_systemd=true PKG_CHECK_VAR([SYSTEMD_SYSTEMUNITDIR], [systemd], [systemdsystemunitdir], [pcp_systemdunit_dir=$SYSTEMD_SYSTEMUNITDIR], [enable_systemd=false]) AC_SUBST(pcp_systemdunit_dir) if test -z "$pcp_systemdunit_dir" then if test "$do_systemd" = "yes" then AC_MSG_ERROR(cannot enable systemd support - no systemunitdir path) fi enable_systemd=false fi ]) AC_SUBST(enable_systemd) Can you send the values of PCP_SYSTEMDUNIT_DIR (from pcp.conf) and ENABLE_SYSTEMD (from builddefs) that we ended up with on this box? thanks! -- Nathan From nscott@redhat.com Wed Sep 3 20:54:04 2014 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 C395F7F37 for ; Wed, 3 Sep 2014 20:54:03 -0500 (CDT) Received: from cuda.sgi.com (cuda1.sgi.com [192.48.157.11]) by relay3.corp.sgi.com (Postfix) with ESMTP id 55CB0AC006 for ; Wed, 3 Sep 2014 18:54:03 -0700 (PDT) X-ASG-Debug-ID: 1409795640-04bdf010a0732dc0001-S8gJnT Received: from mx5-phx2.redhat.com (mx5-phx2.redhat.com [209.132.183.37]) by cuda.sgi.com with ESMTP id pyv6oaXqvWZhptxW for ; Wed, 03 Sep 2014 18:54:01 -0700 (PDT) X-Barracuda-Envelope-From: nscott@redhat.com X-Barracuda-Apparent-Source-IP: 209.132.183.37 Received: from zmail20.collab.prod.int.phx2.redhat.com (zmail20.collab.prod.int.phx2.redhat.com [10.5.83.23]) by mx5-phx2.redhat.com (8.14.4/8.14.4) with ESMTP id s841s0H2018496 for ; Wed, 3 Sep 2014 21:54:00 -0400 Date: Wed, 3 Sep 2014 21:54:00 -0400 (EDT) From: Nathan Scott Reply-To: Nathan Scott To: PCP Message-ID: <260643438.43641655.1409795640607.JavaMail.zimbra@redhat.com> In-Reply-To: <1290213264.43641599.1409795580373.JavaMail.zimbra@redhat.com> Subject: pcp updates: qa, fixes, pmdiff MIME-Version: 1.0 X-ASG-Orig-Subj: pcp updates: qa, fixes, pmdiff Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-Originating-IP: [10.5.82.6] X-Mailer: Zimbra 8.0.6_GA_5922 (ZimbraWebClient - FF17 (Linux)/8.0.6_GA_5922) Thread-Topic: pcp updates: qa, fixes, pmdiff Thread-Index: HAxrqsxJJ2ZqcfWkakLdVTAqFPRkQw== X-Barracuda-Connect: mx5-phx2.redhat.com[209.132.183.37] X-Barracuda-Start-Time: 1409795641 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.02 X-Barracuda-Spam-Status: No, SCORE=0.02 using per-user scores of TAG_LEVEL=1000.0 QUARANTINE_LEVEL=1000.0 KILL_LEVEL=2.7 tests=THREAD_INDEX, THREAD_TOPIC X-Barracuda-Spam-Report: Code version 3.2, rules version 3.2.3.9153 Rule breakdown below pts rule name description ---- ---------------------- -------------------------------------------------- 0.01 THREAD_INDEX thread-index: AcO7Y8iR61tzADqsRmmc5wNiFHEOig== 0.01 THREAD_TOPIC Thread-Topic: ...(Japanese Subject)... Changes committed to git://git.pcp.io/pcp.git dev man/html/guide.redhat.html | 2 man/man1/GNUmakefile | 2 man/man1/pmdiff.1 | 167 +++++++++++++ man/man1/pmwtf.1 | 167 ------------- qa/1005 | 2 qa/1006 | 2 qa/1007 | 10 qa/145.out | 78 ------ qa/443 | 3 qa/443.out | 60 ++++ qa/836 | 12 qa/901 | 41 +++ qa/901.out | 210 +++++++++++++++++ qa/902 | 37 +++ qa/902.out | 8 qa/admin/pcp-daily | 73 ++++- qa/admin/pcp-qa-summary | 6 qa/common.config | 2 qa/common.filter | 3 qa/common.qt | 15 - qa/group | 2 qa/pmdas/slow_python/.gitignore | 1 qa/pmdas/slow_python/GNUmakefile | 2 qa/src/.gitignore | 1 qa/src/GNUlocaldefs | 2 qa/src/eventrec.0 |binary qa/src/eventrec.index |binary qa/src/eventrec.meta |binary qa/src/hrunpack.c | 479 +++++++++++++++++++++++++++++++++++++++ qa/src/mkeventrec | 1 src/libpcp/src/avahi.c | 9 src/libpcp/src/discovery.c | 39 ++- src/pmlogsummary/GNUmakefile | 11 src/pmlogsummary/pmdiff.sh | 316 +++++++++++++++++++++++++ src/pmlogsummary/pmwtf.sh | 316 ------------------------- 35 files changed, 1455 insertions(+), 624 deletions(-) commit b302901ddc0204b4cd4f00bdec5cc0c8f1fbb0ae Author: Nathan Scott Date: Thu Sep 4 10:46:27 2014 +1000 Rename pmwtf to pmdiff, maintaining an old compat symlink commit 83167bf2d930b43cd7e0bef1c383370f6d895c7b Author: Dave Brolley Date: Wed Sep 3 16:33:24 2014 -0400 Incorrect handling of error codes from service discovery mechanisms. __pmDiscoverServicesWithOptions() was not checking whether the return codes from the discovery mechanisms were error codes before adding them to the accumulated number of urls. commit 670ea96340919dee7f34c9914a6ec174fe1cb3aa Author: Dave Brolley Date: Wed Sep 3 16:01:04 2014 -0400 Fix test for service discovery interruption. commit 5c7e21e64c6cd1c40dfcbfc7a58678ee37a3f6b3 Author: Dave Brolley Date: Wed Sep 3 12:32:44 2014 -0400 Ensure that error codes returned by __pmAvahiDiscoverServices() are negative. Fixes RHBZ1136166. commit 0dca06ddf9eb152b02e58019cca0d4a5e611641b Author: Ken McDonell Date: Wed Sep 3 21:10:22 2014 +1000 qa/admin/pcp-qa-summary - lower minimum threshold for reporting Old value of 67 was missing -g sanity if more than a couple of tests were notrun. Lower default from 67 to 60. commit f7c716cc595a78baf5e17a88b472a4d624215cb3 Author: Ken McDonell Date: Wed Sep 3 21:09:18 2014 +1000 qa/admin/pcp-daily - fine tuning commit cd7a4d996060517a0c9ec1fceb46b161dfb2805a Author: Ken McDonell Date: Wed Sep 3 21:04:09 2014 +1000 qa/admin/pcp-daily - lower minimum threshold for reporting Old value of 67 was missing -g sanity if more than a couple of tests were notrun. Lower default from 67 to 60. commit 4b1455f30e8f8d50562d5181d6960566380b16b3 Author: Ken McDonell Date: Wed Sep 3 21:03:12 2014 +1000 qa/common.config - better $DISPLAY setting logic commit b3981e6008ea11957124223fe523b632eac88d38 Author: Ken McDonell Date: Wed Sep 3 21:02:10 2014 +1000 qa for pmchart et al - add to filtering Have some gtk noise on some hosts that is not helping. (common.filter missed in last commit) commit ed9cdc69025cd8359c08760630415aa7af0fe381 Author: Ken McDonell Date: Wed Sep 3 21:00:46 2014 +1000 qa for pmchart et al - add to filtering Have some gtk noise on some hosts that is not helping. commit b8b1509b7bc383abcde7e02fec4134b7c9dba2ed Author: Ken McDonell Date: Wed Sep 3 20:59:44 2014 +1000 qa/pmda/slow_python - housekeeping pmns.python is LDIRT. commit 4559c9719ac1b22e1c8854e49ef6f7c4f6736ce7 Author: Ken McDonell Date: Wed Sep 3 17:52:38 2014 +1000 qa/145.out - should be deleted from git commit 5704d9083cfa00c6f4fbf2b346683211ef62fd4a Author: Nathan Scott Date: Wed Sep 3 14:12:14 2014 +1000 Further QA tests for highres event timestamp support Targetted testing for specific library interfaces, valgrind checking, and additions to 443 to ensure pmevent functions correctly with these metrics. commit 7f7e9f8bad7661a2f369b1c96dede5b0053d25d1 Author: Nathan Scott Date: Wed Sep 3 13:49:15 2014 +1000 Add sample highres event records metrics to eventrec log commit 669b4a81366f5af23334a6f9ee509cdb96b06035 Author: Ken McDonell Date: Mon Sep 1 17:41:05 2014 +1000 qa/common.qt - use dbus-launch to enable Qt apps as needed From fche@redhat.com Wed Sep 3 21:09:20 2014 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 73A9F7F47 for ; Wed, 3 Sep 2014 21:09:20 -0500 (CDT) Received: from cuda.sgi.com (cuda3.sgi.com [192.48.176.15]) by relay1.corp.sgi.com (Postfix) with ESMTP id 51A088F8050 for ; Wed, 3 Sep 2014 19:09:19 -0700 (PDT) X-ASG-Debug-ID: 1409796555-04cb6c54fe796f80001-S8gJnT Received: from mx1.redhat.com (mx1.redhat.com [209.132.183.28]) by cuda.sgi.com with ESMTP id UZhdAwWnnZq78Exn (version=TLSv1 cipher=AES256-SHA bits=256 verify=NO) for ; Wed, 03 Sep 2014 19:09:16 -0700 (PDT) X-Barracuda-Envelope-From: fche@redhat.com X-Barracuda-Apparent-Source-IP: 209.132.183.28 X-ASG-Whitelist: Client Received: from int-mx13.intmail.prod.int.phx2.redhat.com (int-mx13.intmail.prod.int.phx2.redhat.com [10.5.11.26]) by mx1.redhat.com (8.14.4/8.14.4) with ESMTP id s8429EkC017944 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=FAIL); Wed, 3 Sep 2014 22:09:14 -0400 Received: from fche.csb (vpn-228-200.phx2.redhat.com [10.3.228.200]) by int-mx13.intmail.prod.int.phx2.redhat.com (8.14.4/8.14.4) with ESMTP id s8429Dfo015184; Wed, 3 Sep 2014 22:09:14 -0400 Received: by fche.csb (Postfix, from userid 2569) id 6007E58119; Wed, 3 Sep 2014 22:09:13 -0400 (EDT) To: Amer Ather Cc: pcp@oss.sgi.com Subject: Re: PCP build on Ubuntu Precise (kernel 3.2) - [solved] References: <049e01cfa39a$33877480$9a965d80$@internode.on.net> <53CDC475.3070407@internode.on.net> <20140722020437.GA20079@redhat.com> <53CE056F.5070903@internode.on.net> <20140722113237.GB20079@redhat.com> <53CEE6B6.2030507@internode.on.net> <009301cfc56b$100354a0$3009fde0$@internode.on.net> X-ASG-Orig-Subj: Re: PCP build on Ubuntu Precise (kernel 3.2) - [solved] From: fche@redhat.com (Frank Ch. Eigler) Date: Wed, 03 Sep 2014 22:09:13 -0400 In-Reply-To: (Frank Ch. Eigler's message of "Wed, 03 Sep 2014 18:17:57 -0400") 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.26 X-Barracuda-Connect: mx1.redhat.com[209.132.183.28] X-Barracuda-Start-Time: 1409796556 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 >> dpkg: error processing pcp-webapi_3.9.7_amd64.deb (--install): >> 'trying to overwrite '/usr/share/pcp/jsdemos/favicon.ico', which is also in >> package pcp 3.9.7 >> [...] > > I am seeing this on ubuntu as well, and am working to fix it. The > gist should be removing the /usr/share/pcp/jsdemos/ directory from the > pcp base .deb file. I believe this is now fixed. A set of .deb's built by Makepkgs from the branch (now rebased on top of /dev) produce functional http://localhost:44323/ pmwebd graphics. - FChE From kenj@internode.on.net Wed Sep 3 22:22:51 2014 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 E20DC7F50 for ; Wed, 3 Sep 2014 22:22:51 -0500 (CDT) Received: from cuda.sgi.com (cuda3.sgi.com [192.48.176.15]) by relay1.corp.sgi.com (Postfix) with ESMTP id D05FF8F8039 for ; Wed, 3 Sep 2014 20:22:48 -0700 (PDT) X-ASG-Debug-ID: 1409800965-04cb6c54ff799b00001-S8gJnT Received: from ipmail04.adl6.internode.on.net (ipmail04.adl6.internode.on.net [150.101.137.141]) by cuda.sgi.com with ESMTP id h0rLM6FeiGC8eARG for ; Wed, 03 Sep 2014 20:22:46 -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: AmwCADTaB1R20ScOPGdsb2JhbAANTIczhDfFRYMfAYEhBQEBAQE4hDoBAQQjFUEQCxgCAgUhAgIPAjIUBg0BBwEBsAp4lU4BF4EsjiEHgnmBUwEEjx6mUIMpAQEB Received: from ppp118-209-39-14.lns20.mel4.internode.on.net (HELO [192.168.1.100]) ([118.209.39.14]) by ipmail04.adl6.internode.on.net with ESMTP; 04 Sep 2014 12:52:41 +0930 Message-ID: <5407DB4D.80408@internode.on.net> Date: Thu, 04 Sep 2014 13:23:57 +1000 From: Ken McDonell User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:31.0) Gecko/20100101 Thunderbird/31.0 MIME-Version: 1.0 To: Nathan Scott CC: PCP Subject: Re: [pcp] systemctl issue for QA on openSuSE 12.1 References: <54079C6B.9060901@internode.on.net> <1677609058.43609677.1409787232939.JavaMail.zimbra@redhat.com> <5407AB2E.9080908@internode.on.net> <1999821436.43617708.1409788942661.JavaMail.zimbra@redhat.com> X-ASG-Orig-Subj: Re: [pcp] systemctl issue for QA on openSuSE 12.1 In-Reply-To: <1999821436.43617708.1409788942661.JavaMail.zimbra@redhat.com> 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: 1409800965 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.3.9155 Rule breakdown below pts rule name description ---- ---------------------- -------------------------------------------------- On 04/09/14 10:02, Nathan Scott wrote: > ... > Can you do a check build with "./Makepkgs --without-systemd" for > this host, and then check QA? I'll go have a look at the configure > script to see how this became enabled with no unitdir path. > > cheers. > > -- > Nathan > Did that. Does not seem to have made any difference .... I think the problem is in the QA suite ... this is from _change_config() in common.check if which systemctl >/dev/null 2>&1 then # Run with systemd whenever it is available now # case "$2" so this is going to use systemctl on this host, no matter what. From nscott@redhat.com Wed Sep 3 22:30:28 2014 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 52D1E7F50 for ; Wed, 3 Sep 2014 22:30:28 -0500 (CDT) Received: from cuda.sgi.com (cuda2.sgi.com [192.48.176.25]) by relay2.corp.sgi.com (Postfix) with ESMTP id 4188230406A for ; Wed, 3 Sep 2014 20:30:25 -0700 (PDT) X-ASG-Debug-ID: 1409801423-04cbb05488a26500001-S8gJnT Received: from mx4-phx2.redhat.com (mx4-phx2.redhat.com [209.132.183.25]) by cuda.sgi.com with ESMTP id HJFa1GgiEIhinrRO for ; Wed, 03 Sep 2014 20:30:23 -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 s843UKdG022847; Wed, 3 Sep 2014 23:30:20 -0400 Date: Wed, 3 Sep 2014 23:30:20 -0400 (EDT) From: Nathan Scott Reply-To: Nathan Scott To: Ken McDonell Cc: PCP Message-ID: <2123264127.43657461.1409801420573.JavaMail.zimbra@redhat.com> In-Reply-To: <5407DB4D.80408@internode.on.net> References: <54079C6B.9060901@internode.on.net> <1677609058.43609677.1409787232939.JavaMail.zimbra@redhat.com> <5407AB2E.9080908@internode.on.net> <1999821436.43617708.1409788942661.JavaMail.zimbra@redhat.com> <5407DB4D.80408@internode.on.net> Subject: Re: [pcp] systemctl issue for QA on openSuSE 12.1 MIME-Version: 1.0 X-ASG-Orig-Subj: Re: [pcp] systemctl issue for QA on openSuSE 12.1 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-Originating-IP: [10.5.82.6] X-Mailer: Zimbra 8.0.6_GA_5922 (ZimbraWebClient - FF17 (Linux)/8.0.6_GA_5922) Thread-Topic: systemctl issue for QA on openSuSE 12.1 Thread-Index: ta7CrfGxirXUtEN/JLwFfk7FKP/Y8g== X-Barracuda-Connect: mx4-phx2.redhat.com[209.132.183.25] X-Barracuda-Start-Time: 1409801423 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.02 X-Barracuda-Spam-Status: No, SCORE=0.02 using per-user scores of TAG_LEVEL=1000.0 QUARANTINE_LEVEL=1000.0 KILL_LEVEL=2.7 tests=THREAD_INDEX, THREAD_TOPIC X-Barracuda-Spam-Report: Code version 3.2, rules version 3.2.3.9155 Rule breakdown below pts rule name description ---- ---------------------- -------------------------------------------------- 0.01 THREAD_INDEX thread-index: AcO7Y8iR61tzADqsRmmc5wNiFHEOig== 0.01 THREAD_TOPIC Thread-Topic: ...(Japanese Subject)... ----- Original Message ----- > [...] > Does not seem to have made any difference .... I think the problem is in > the QA suite ... this is from _change_config() in common.check > > if which systemctl >/dev/null 2>&1 > then > # Run with systemd whenever it is available now > # > case "$2" > > so this is going to use systemctl on this host, no matter what. > Ah! Yes, that'll be it. Ugh, lemme think about how to tackle that. :( thanks. -- Nathan From nscott@redhat.com Wed Sep 3 22:44:06 2014 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 966207F55 for ; Wed, 3 Sep 2014 22:44:06 -0500 (CDT) Received: from cuda.sgi.com (cuda3.sgi.com [192.48.176.15]) by relay3.corp.sgi.com (Postfix) with ESMTP id 25849AC004 for ; Wed, 3 Sep 2014 20:44:02 -0700 (PDT) X-ASG-Debug-ID: 1409802240-04cb6c550079afc0001-S8gJnT Received: from mx3-phx2.redhat.com (mx3-phx2.redhat.com [209.132.183.24]) by cuda.sgi.com with ESMTP id 36CJeBcH1NjYewYh for ; Wed, 03 Sep 2014 20:44:01 -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 s843hvYF025457; Wed, 3 Sep 2014 23:43:57 -0400 Date: Wed, 3 Sep 2014 23:43:57 -0400 (EDT) From: Nathan Scott Reply-To: Nathan Scott To: Ken McDonell Cc: PCP Message-ID: <1413340441.43659891.1409802237604.JavaMail.zimbra@redhat.com> In-Reply-To: <5407ACC0.605@internode.on.net> References: <5407ACC0.605@internode.on.net> Subject: Re: [pcp] QA landscape MIME-Version: 1.0 X-ASG-Orig-Subj: Re: [pcp] QA landscape Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-Originating-IP: [10.5.82.6] X-Mailer: Zimbra 8.0.6_GA_5922 (ZimbraWebClient - FF17 (Linux)/8.0.6_GA_5922) Thread-Topic: QA landscape Thread-Index: f+8pUDNLgfj5TSViHXlO/afGCN0F3Q== X-Barracuda-Connect: mx3-phx2.redhat.com[209.132.183.24] X-Barracuda-Start-Time: 1409802241 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.02 X-Barracuda-Spam-Status: No, SCORE=0.02 using per-user scores of TAG_LEVEL=1000.0 QUARANTINE_LEVEL=1000.0 KILL_LEVEL=2.7 tests=THREAD_INDEX, THREAD_TOPIC X-Barracuda-Spam-Report: Code version 3.2, rules version 3.2.3.9155 Rule breakdown below pts rule name description ---- ---------------------- -------------------------------------------------- 0.01 THREAD_INDEX thread-index: AcO7Y8iR61tzADqsRmmc5wNiFHEOig== 0.01 THREAD_TOPIC Thread-Topic: ...(Japanese Subject)... ----- Original Message ----- > [warning, view in a wide window ... 8^)>] > > Here's a snapshot of my current QA landscape ... I'm about 3/4 of the way > through a full pass across all hosts. > > Of the 276 failures, a small number look like systemic QA setup or QA test > failures, but all of the others need individual inspection. > > It takes me between 1 and 10 minutes to triage and resolve a single QA > failure ... so I can't clear the backlog before the next release is due and > the situation is probably not sustainable, especially as this is a pro bono > love job. > > Just FYI. Thanks Ken. FWIW, I have little else pending for this release now. Max has resurfaced and he's reported the new use of clock_gettime is causing the Mac OS X build to fail, so I'll fix that up shortly. I've also been working through the initial pmdapapi with Lukas and Frank and will merge the work there so far (disabled by default). That's highlighting issues with the configure.ac enabling of PMDAs, which I'll tackle also. > Summary: 10249 run, 279 failed (2.72%) Despite all the, wow, fail on the fail map - the above numbers are (IMO) a truly incredible effort. FWIW we achieve only slightly better results across the (now many) released/supported RHEL hardware platforms. There is some jitter in tests/platforms/kernels that sometimes is unavoidable I think (butterfly effect - some hardware platforms are flaky, and with so many tests - complex-system factors creep in). >From my own (far more limited) pcp-3.9.10 testing, I'm seeing roughly a 0.4% failure rate - but, yeah, thats only RHEL & Fedora boxen currently. After the current release, I plan to dive into your farm setup and begin helping you more proactively on more platforms and I will also start to send out more of these failure-landscape-emails (and fixes!). I'll need that pending mini-holiday before diving into that though. ;) Thanks again for all your efforts, Ken, they are very much appreciated. Having someone around with this level of dedication to quality is making a *huge* difference here & you continue to set the standard for everyone else to aspire to... so, thanks. :) cheers. -- Nathan From kenj@internode.on.net Wed Sep 3 23:00:07 2014 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 983E77F57 for ; Wed, 3 Sep 2014 23:00:07 -0500 (CDT) Received: from cuda.sgi.com (cuda1.sgi.com [192.48.157.11]) by relay1.corp.sgi.com (Postfix) with ESMTP id 50AEB8F8035 for ; Wed, 3 Sep 2014 21:00:07 -0700 (PDT) X-ASG-Debug-ID: 1409803199-04bdf010a1737190001-S8gJnT Received: from ipmail04.adl6.internode.on.net (ipmail04.adl6.internode.on.net [150.101.137.141]) by cuda.sgi.com with ESMTP id sBb12srL8oPWceXi for ; Wed, 03 Sep 2014 20:59: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: AmwCAKPiB1R20ScOPGdsb2JhbAANTIczhDfFRoMfAYEhBQEBAQE4hDkBAQEEIxVAAQwECxgCAgUWCwICCQMCAQIBMRQGDQEHAQGwB3iVTgEXgSyNbjMHgnmBUwEEtW6DKQEBAQ Received: from ppp118-209-39-14.lns20.mel4.internode.on.net (HELO [192.168.1.100]) ([118.209.39.14]) by ipmail04.adl6.internode.on.net with ESMTP; 04 Sep 2014 13:29:58 +0930 Message-ID: <5407E409.9060305@internode.on.net> Date: Thu, 04 Sep 2014 14:01:13 +1000 From: Ken McDonell User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:31.0) Gecko/20100101 Thunderbird/31.0 MIME-Version: 1.0 To: Nathan Scott CC: PCP Subject: Re: [pcp] systemctl issue for QA on openSuSE 12.1 References: <54079C6B.9060901@internode.on.net> <1677609058.43609677.1409787232939.JavaMail.zimbra@redhat.com> <5407AB2E.9080908@internode.on.net> <1999821436.43617708.1409788942661.JavaMail.zimbra@redhat.com> <331170978.43631950.1409792480924.JavaMail.zimbra@redhat.com> X-ASG-Orig-Subj: Re: [pcp] systemctl issue for QA on openSuSE 12.1 In-Reply-To: <331170978.43631950.1409792480924.JavaMail.zimbra@redhat.com> 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: 1409803199 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.3.9155 Rule breakdown below pts rule name description ---- ---------------------- -------------------------------------------------- On 04/09/14 11:01, Nathan Scott wrote: > Hi Ken, > > ----- Original Message ----- >> [...] >> Can you do a check build with "./Makepkgs --without-systemd" for >> this host, and then check QA? I'll go have a look at the configure >> script to see how this became enabled with no unitdir path. > > Hmm, I'm not able to trace how this happened. We should be going > through the configure/m4 code snippet below, going via the I-have- > no-pcp_systemdunit_dir path, and arriving at enable_systemd=false, > as planned... > > > dnl Check for systemd services > enable_systemd=false > AS_IF([test "x$do_systemd" != "xno"], [ > enable_systemd=true > > PKG_CHECK_VAR([SYSTEMD_SYSTEMUNITDIR], [systemd], [systemdsystemunitdir], > [pcp_systemdunit_dir=$SYSTEMD_SYSTEMUNITDIR], [enable_systemd=false]) > AC_SUBST(pcp_systemdunit_dir) > if test -z "$pcp_systemdunit_dir" > then > if test "$do_systemd" = "yes" > then > AC_MSG_ERROR(cannot enable systemd support - no systemunitdir path) > fi > enable_systemd=false > fi > ]) > AC_SUBST(enable_systemd) > > > Can you send the values of PCP_SYSTEMDUNIT_DIR (from pcp.conf) and > ENABLE_SYSTEMD (from builddefs) that we ended up with on this box? > > thanks! > > -- > Nathan After installing rpms from the Makepkgs --without-systemd effort. kenj@vm02:~/src/pcp$ grep -r SYSTEMD /etc/pcp.conf /usr/include/pcp /etc/pcp.conf:PCP_SYSTEMDUNIT_DIR= /usr/include/pcp/builddefs:ENABLE_SYSTEMD = false /usr/include/pcp/builddefs:SYSTEMD_CFLAGS= /usr/include/pcp/builddefs:SYSTEMD_LIBS= /usr/include/pcp/builddefs:PMDA_SYSTEMD= Reverting to plain old Makepks, remaking and reinstalling and ... kenj@vm02:~/src/pcp$ grep -r SYSTEMD /etc/pcp.conf /usr/include/pcp /etc/pcp.conf:PCP_SYSTEMDUNIT_DIR= /usr/include/pcp/builddefs:ENABLE_SYSTEMD = false /usr/include/pcp/builddefs:SYSTEMD_CFLAGS= /usr/include/pcp/builddefs:SYSTEMD_LIBS= /usr/include/pcp/builddefs:PMDA_SYSTEMD= As you suspected, no change and configure magic is good. From makc@iinet.net.au Thu Sep 4 00:35:55 2014 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 B41817F37 for ; Thu, 4 Sep 2014 00:35:55 -0500 (CDT) Received: from cuda.sgi.com (cuda3.sgi.com [192.48.176.15]) by relay3.corp.sgi.com (Postfix) with ESMTP id 501B6AC004 for ; Wed, 3 Sep 2014 22:35:52 -0700 (PDT) X-ASG-Debug-ID: 1409808936-04cb6c54fd79e810001-S8gJnT Received: from icp-osb-irony-out3.external.iinet.net.au (icp-osb-irony-out3.external.iinet.net.au [203.59.1.219]) by cuda.sgi.com with ESMTP id 8LCdtOI9tqfcEfrg for ; Wed, 03 Sep 2014 22:35:49 -0700 (PDT) X-Barracuda-Envelope-From: makc@iinet.net.au X-Barracuda-Apparent-Source-IP: 203.59.1.219 X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: AgEVAOP4B1QYBzP9/2dsb2JhbABZgw2DVq0xAQEBAQEBBoN0nDIGAoEMFneERGcnPjGIQAEUmSmlD4V8jiQFiy2RMIdgjT6EAR2CfgEBAQ X-IronPort-AV: E=Sophos;i="5.04,464,1406563200"; d="scan'208";a="31178697" Received: from unknown (HELO emma.crabbed.net) ([24.7.51.253]) by icp-osb-irony-out3.iinet.net.au with ESMTP; 04 Sep 2014 13:35:35 +0800 Received: by emma.crabbed.net (Postfix, from userid 16314) id 51CB79B58B6; Wed, 3 Sep 2014 22:35:31 -0700 (PDT) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <21511.64035.299260.970956@iinet.net.au> Date: Wed, 3 Sep 2014 22:35:31 -0700 From: Max Matveev To: PCP Subject: Using python to generate PCP archives X-Mailer: VM 7.17 under 21.4 (patch 19) "Constant Variable" XEmacs Lucid X-ASG-Orig-Subj: Using python to generate PCP archives X-Barracuda-Connect: icp-osb-irony-out3.external.iinet.net.au[203.59.1.219] X-Barracuda-Start-Time: 1409808936 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.3.9157 Rule breakdown below pts rule name description ---- ---------------------- -------------------------------------------------- Dear all, is there a way to generate pcp archives using python? Preferably pure python, but I'll settle for C wrapped in python if it was done already. Alternatively, what's the best library to wrap - libpcp_import like it was done for Perl? max From ken.mcdonell@messagemedia.com.au Thu Sep 4 00:37:06 2014 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.1 required=5.0 tests=FROM_12LTRDOM 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 31E277F5A for ; Thu, 4 Sep 2014 00:37:06 -0500 (CDT) Received: from cuda.sgi.com (cuda3.sgi.com [192.48.176.15]) by relay2.corp.sgi.com (Postfix) with ESMTP id 1EF1A30406B for ; Wed, 3 Sep 2014 22:37:03 -0700 (PDT) X-ASG-Debug-ID: 1409809020-04cb6c54fd79e8f0001-S8gJnT Received: from na01-by2-obe.outbound.protection.outlook.com (mail-by2lp0235.outbound.protection.outlook.com [207.46.163.235]) by cuda.sgi.com with ESMTP id nJs1XSjRNIrVDXqp (version=TLSv1 cipher=AES256-SHA bits=256 verify=NO) for ; Wed, 03 Sep 2014 22:37:01 -0700 (PDT) X-Barracuda-Envelope-From: ken.mcdonell@messagemedia.com.au X-Barracuda-Apparent-Source-IP: 207.46.163.235 Received: from BN1PR03MB220.namprd03.prod.outlook.com (10.255.200.154) by BN1PR03MB040.namprd03.prod.outlook.com (10.255.225.148) with Microsoft SMTP Server (TLS) id 15.0.1019.14; Thu, 4 Sep 2014 05:36:59 +0000 Received: from [192.168.1.100] (118.209.39.14) by BN1PR03MB220.namprd03.prod.outlook.com (10.255.200.154) with Microsoft SMTP Server (TLS) id 15.0.1019.16; Thu, 4 Sep 2014 05:36:55 +0000 Message-ID: <5407FAAE.6070601@messagemedia.com.au> Date: Thu, 4 Sep 2014 15:37:50 +1000 From: Ken McDonell User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:31.0) Gecko/20100101 Thunderbird/31.0 MIME-Version: 1.0 To: PCP Subject: Python QA failures on Debian Content-Type: multipart/mixed; boundary="------------030102080302010806060701" X-ASG-Orig-Subj: Python QA failures on Debian X-Originating-IP: [118.209.39.14] X-ClientProxiedBy: SIXPR04CA017.apcprd04.prod.outlook.com (10.141.119.37) To BN1PR03MB220.namprd03.prod.outlook.com (10.255.200.154) X-Microsoft-Antispam: BCL:0;PCL:0;RULEID:;UriScan:;UriScan:; X-Forefront-PRVS: 0324C2C0E2 X-Forefront-Antispam-Report: SFV:NSPM;SFS:(6009001)(6049001)(199003)(189002)(83322001)(92566001)(229853001)(19580395003)(80316001)(90102001)(81542001)(92726001)(33656002)(107886001)(105586002)(64126003)(31966008)(36756003)(74482001)(99396002)(86362001)(85852003)(83072002)(4396001)(50986999)(54356999)(102836001)(87976001)(74502001)(568964001)(65816999)(101416001)(87266999)(107046002)(106356001)(85306004)(74662001)(21056001)(110136001)(95666004)(83506001)(65806001)(71186001)(64706001)(20776003)(42186005)(81342001)(65956001)(80022001)(66066001)(77096002)(512874002)(117156001)(59896002)(46102001)(84326002)(76482001)(77982001)(79102001);DIR:OUT;SFP:;SCL:1;SRVR:BN1PR03MB220;H:[192.168.1.100];FPR:;MLV:sfv;PTR:InfoNoRecords;A:1;MX:1;LANG:en; X-Microsoft-Antispam: BCL:0;PCL:0;RULEID:; X-OriginatorOrg: messagemedia.com.au X-Barracuda-Connect: mail-by2lp0235.outbound.protection.outlook.com[207.46.163.235] X-Barracuda-Start-Time: 1409809021 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.3.9157 Rule breakdown below pts rule name description ---- ---------------------- -------------------------------------------------- --------------030102080302010806060701 Content-Type: text/plain; charset="utf-8"; format=flowed Content-Transfer-Encoding: 7bit I have a lot of QA failures in the Python tests on vm21 PCP 3.9.10 i686 Debian 7.4. Specificially: 702 707 709 710 722 729 739 741 742 743 829 842 979 980 991 All contain at least this error: ImportError: /usr/lib/python2.7/dist-packages/cpmapi.so: undefined symbol: PyUnicode_AsUTF8 710.out.bad is attached by way of an example. --------------030102080302010806060701 Content-Type: text/plain; charset="UTF-8"; name="710.out.bad" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="710.out.bad" UUEgb3V0cHV0IGNyZWF0ZWQgYnkgNzEwClRyYWNlYmFjayAobW9zdCByZWNlbnQgY2FsbCBs YXN0KToKICBGaWxlICIvaG9tZS9rZW5qL3NyYy9wY3AvcWEvc3JjL2NoZWNrX2ltcG9ydC5w eXRob24iLCBsaW5lIDIwLCBpbiA8bW9kdWxlPgogICAgaW1wb3J0IGNwbWFwaQpJbXBvcnRF cnJvcjogL3Vzci9saWIvcHl0aG9uMi43L2Rpc3QtcGFja2FnZXMvY3BtYXBpLnNvOiB1bmRl ZmluZWQgc3ltYm9sOiBQeVVuaWNvZGVfQXNVVEY4CmNoZWNrX2ltcG9ydCBweXRob24gc2Ny aXB0IGdhdmUgbm9uLXplcm8gcmVzdWx0Cg== --------------030102080302010806060701-- From nscott@redhat.com Thu Sep 4 00:40:48 2014 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 6A0B07F5A for ; Thu, 4 Sep 2014 00:40:48 -0500 (CDT) Received: from cuda.sgi.com (cuda3.sgi.com [192.48.176.15]) by relay1.corp.sgi.com (Postfix) with ESMTP id 49DBE8F8040 for ; Wed, 3 Sep 2014 22:40:45 -0700 (PDT) X-ASG-Debug-ID: 1409809243-04cb6c54fd79eae0001-S8gJnT Received: from mx4-phx2.redhat.com (mx4-phx2.redhat.com [209.132.183.25]) by cuda.sgi.com with ESMTP id KYbyIzJEMet4L7yp for ; Wed, 03 Sep 2014 22:40: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 s845eeDZ008703; Thu, 4 Sep 2014 01:40:40 -0400 Date: Thu, 4 Sep 2014 01:40:40 -0400 (EDT) From: Nathan Scott Reply-To: Nathan Scott To: Ken McDonell Cc: PCP Message-ID: <54816363.43682256.1409809240412.JavaMail.zimbra@redhat.com> In-Reply-To: <5407FAAE.6070601@messagemedia.com.au> References: <5407FAAE.6070601@messagemedia.com.au> Subject: Re: [pcp] Python QA failures on Debian MIME-Version: 1.0 X-ASG-Orig-Subj: Re: [pcp] Python QA failures on Debian Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-Originating-IP: [10.5.82.6] X-Mailer: Zimbra 8.0.6_GA_5922 (ZimbraWebClient - FF17 (Linux)/8.0.6_GA_5922) Thread-Topic: Python QA failures on Debian Thread-Index: NfYRlv7xFRV+NsM3qe43dVHNIo8I2w== X-Barracuda-Connect: mx4-phx2.redhat.com[209.132.183.25] X-Barracuda-Start-Time: 1409809243 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.02 X-Barracuda-Spam-Status: No, SCORE=0.02 using per-user scores of TAG_LEVEL=1000.0 QUARANTINE_LEVEL=1000.0 KILL_LEVEL=2.7 tests=THREAD_INDEX, THREAD_TOPIC X-Barracuda-Spam-Report: Code version 3.2, rules version 3.2.3.9157 Rule breakdown below pts rule name description ---- ---------------------- -------------------------------------------------- 0.01 THREAD_INDEX thread-index: AcO7Y8iR61tzADqsRmmc5wNiFHEOig== 0.01 THREAD_TOPIC Thread-Topic: ...(Japanese Subject)... ----- Original Message ----- > I have a lot of QA failures in the Python tests on vm21 PCP 3.9.10 i686 > Debian 7.4. > > All contain at least this error: > ImportError: /usr/lib/python2.7/dist-packages/cpmapi.so: undefined > symbol: PyUnicode_AsUTF8 > This is fixed in dev (couple of days now...?), I had missed a... #if PY_MAJOR_VERSION >= 3 ... cpp guard in one spot. Either that, or the python2.7 headers on that platform are b0rked? (my Fedora20 python2.7 is happy, as are my Debian/unstable builds) cheers. -- Nathan From nscott@redhat.com Thu Sep 4 00:42:18 2014 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 21E897F5A for ; Thu, 4 Sep 2014 00:42:18 -0500 (CDT) Received: from cuda.sgi.com (cuda1.sgi.com [192.48.157.11]) by relay1.corp.sgi.com (Postfix) with ESMTP id DF8758F8035 for ; Wed, 3 Sep 2014 22:42:17 -0700 (PDT) X-ASG-Debug-ID: 1409809336-04bdf0109773a770001-S8gJnT Received: from mx6-phx2.redhat.com (mx6-phx2.redhat.com [209.132.183.39]) by cuda.sgi.com with ESMTP id NOYlBEy7KgHi6Laj for ; Wed, 03 Sep 2014 22:42:16 -0700 (PDT) X-Barracuda-Envelope-From: nscott@redhat.com X-Barracuda-Apparent-Source-IP: 209.132.183.39 Received: from zmail20.collab.prod.int.phx2.redhat.com (zmail20.collab.prod.int.phx2.redhat.com [10.5.83.23]) by mx6-phx2.redhat.com (8.14.4/8.14.4) with ESMTP id s845gBNJ005321; Thu, 4 Sep 2014 01:42:11 -0400 Date: Thu, 4 Sep 2014 01:42:11 -0400 (EDT) From: Nathan Scott Reply-To: Nathan Scott To: Max Matveev Cc: PCP Message-ID: <772735437.43682474.1409809331348.JavaMail.zimbra@redhat.com> In-Reply-To: <21511.64035.299260.970956@iinet.net.au> References: <21511.64035.299260.970956@iinet.net.au> Subject: Re: [pcp] Using python to generate PCP archives MIME-Version: 1.0 X-ASG-Orig-Subj: Re: [pcp] Using python to generate PCP archives Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-Originating-IP: [10.5.82.6] X-Mailer: Zimbra 8.0.6_GA_5922 (ZimbraWebClient - FF17 (Linux)/8.0.6_GA_5922) Thread-Topic: Using python to generate PCP archives Thread-Index: r2biYHz8DADXldS3C3nwzJpIuicXrQ== X-Barracuda-Connect: mx6-phx2.redhat.com[209.132.183.39] X-Barracuda-Start-Time: 1409809336 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.02 X-Barracuda-Spam-Status: No, SCORE=0.02 using per-user scores of TAG_LEVEL=1000.0 QUARANTINE_LEVEL=1000.0 KILL_LEVEL=2.7 tests=THREAD_INDEX, THREAD_TOPIC X-Barracuda-Spam-Report: Code version 3.2, rules version 3.2.3.9157 Rule breakdown below pts rule name description ---- ---------------------- -------------------------------------------------- 0.01 THREAD_INDEX thread-index: AcO7Y8iR61tzADqsRmmc5wNiFHEOig== 0.01 THREAD_TOPIC Thread-Topic: ...(Japanese Subject)... Hi Max, ----- Original Message ----- > > Dear all, > > is there a way to generate pcp archives using python? Preferably pure > python, but I'll settle for C wrapped in python if it was done already. > > Alternatively, what's the best library to wrap - libpcp_import like it > was done for Perl? Yes, there's a Python pmi module - see qa/src/test_pmi.python for an example use case (and his little friend qa/708). cheers. -- Nathan From kenj@internode.on.net Thu Sep 4 00:44:05 2014 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 412CF7F5A for ; Thu, 4 Sep 2014 00:44:05 -0500 (CDT) Received: from cuda.sgi.com (cuda3.sgi.com [192.48.176.15]) by relay2.corp.sgi.com (Postfix) with ESMTP id 2ACB830406B for ; Wed, 3 Sep 2014 22:44:05 -0700 (PDT) X-ASG-Debug-ID: 1409809442-04cb6c54fe79ec60001-S8gJnT Received: from ipmail04.adl6.internode.on.net (ipmail04.adl6.internode.on.net [150.101.137.141]) by cuda.sgi.com with ESMTP id udzMhwREaPpWRTGG for ; Wed, 03 Sep 2014 22:44:02 -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: AmsCAHX7B1R20ScOPGdsb2JhbAANTINgg1OEN8EWiG4FAQEBATiEY4EFBgIFIQIRAjInBgIBAYhLp094lWCBLI4+gmOBUwWPHoZCoA5agk8BAQE Received: from ppp118-209-39-14.lns20.mel4.internode.on.net (HELO [192.168.1.100]) ([118.209.39.14]) by ipmail04.adl6.internode.on.net with ESMTP; 04 Sep 2014 15:14:02 +0930 Message-ID: <5407FC6D.90608@internode.on.net> Date: Thu, 04 Sep 2014 15:45:17 +1000 From: Ken McDonell User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:31.0) Gecko/20100101 Thunderbird/31.0 MIME-Version: 1.0 To: pcp@oss.sgi.com Subject: pcp updates - qa minor Content-Type: text/plain; charset=utf-8 X-ASG-Orig-Subj: pcp updates - qa minor Content-Transfer-Encoding: 7bit X-Barracuda-Connect: ipmail04.adl6.internode.on.net[150.101.137.141] X-Barracuda-Start-Time: 1409809442 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.3.9157 Rule breakdown below pts rule name description ---- ---------------------- -------------------------------------------------- Changes committed to git://git.performancecopilot.org/kenj/pcp.git dev qa/246 | 5 +++-- qa/admin/check-vm | 21 +++++++++++++++++++++ qa/admin/pcp-daily | 27 +++++++++++++++++++-------- qa/admin/pcp-qa-summary | 6 +++--- 4 files changed, 46 insertions(+), 13 deletions(-) commit 3b8cbb5124401c315db17df72fc356863403ce9e Author: Ken McDonell Date: Thu Sep 4 13:57:27 2014 +1000 qa/admin/pcp-daily - force sample PMDA re-Install to pick up PMNS changes For QA only. commit 01a911b472fa0df4b53a4443619484bd3a29284b Author: Ken McDonell Date: Thu Sep 4 13:56:26 2014 +1000 qa/admin/check-vm - check primary pmlogger [access] for QA commit 86601b5bea762138d2101f2d6ca68d02e7e946ff Author: Ken McDonell Date: Thu Sep 4 13:55:28 2014 +1000 qa/246 - increase PICK - more alloc addresses on some platforms commit 0dca06ddf9eb152b02e58019cca0d4a5e611641b Author: Ken McDonell Date: Wed Sep 3 21:10:22 2014 +1000 qa/admin/pcp-qa-summary - lower minimum threshold for reporting Old value of 67 was missing -g sanity if more than a couple of tests were notrun. Lower default from 67 to 60. commit f7c716cc595a78baf5e17a88b472a4d624215cb3 Author: Ken McDonell Date: Wed Sep 3 21:09:18 2014 +1000 qa/admin/pcp-daily - fine tuning From kenj@internode.on.net Thu Sep 4 01:11:21 2014 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 30E1B7F67 for ; Thu, 4 Sep 2014 01:11:21 -0500 (CDT) Received: from cuda.sgi.com (cuda3.sgi.com [192.48.176.15]) by relay1.corp.sgi.com (Postfix) with ESMTP id 1F7D88F8035 for ; Wed, 3 Sep 2014 23:11:18 -0700 (PDT) X-ASG-Debug-ID: 1409811075-04cb6c54fe79fba0001-S8gJnT Received: from ipmail04.adl6.internode.on.net (ipmail04.adl6.internode.on.net [150.101.137.141]) by cuda.sgi.com with ESMTP id nDlpQrUrh6wPRG0s for ; Wed, 03 Sep 2014 23:11:16 -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: AmIDABwBCFR20ScOPGdsb2JhbAANTItqhg6/JYMfAYEdBQEBAQE4hDoBAQQ4QBELGAkWDwkDAgECATEUEwgBAbAnlkABF49UFoQ2AQSPKaZYgykBAQE Received: from ppp118-209-39-14.lns20.mel4.internode.on.net (HELO [192.168.1.100]) ([118.209.39.14]) by ipmail04.adl6.internode.on.net with ESMTP; 04 Sep 2014 15:41:15 +0930 Message-ID: <540802D0.1030207@internode.on.net> Date: Thu, 04 Sep 2014 16:12:32 +1000 From: Ken McDonell User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:31.0) Gecko/20100101 Thunderbird/31.0 MIME-Version: 1.0 To: pcp@oss.sgi.com Subject: Re: [pcp] Python QA failures on Debian References: <5407FAAE.6070601@messagemedia.com.au> <54816363.43682256.1409809240412.JavaMail.zimbra@redhat.com> X-ASG-Orig-Subj: Re: [pcp] Python QA failures on Debian In-Reply-To: <54816363.43682256.1409809240412.JavaMail.zimbra@redhat.com> Content-Type: text/plain; charset=windows-1252; format=flowed Content-Transfer-Encoding: 7bit X-Barracuda-Connect: ipmail04.adl6.internode.on.net[150.101.137.141] X-Barracuda-Start-Time: 1409811075 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.3.9158 Rule breakdown below pts rule name description ---- ---------------------- -------------------------------------------------- On 04/09/14 15:40, Nathan Scott wrote: > ... > This is fixed in dev (couple of days now...?), I had missed a... My run was on 1 Sep. Rebuilt and fresh packages. All good now. Thanks. From nscott@redhat.com Thu Sep 4 04:16:35 2014 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 7D28E7F6A for ; Thu, 4 Sep 2014 04:16:35 -0500 (CDT) Received: from cuda.sgi.com (cuda2.sgi.com [192.48.176.25]) by relay1.corp.sgi.com (Postfix) with ESMTP id 6BD418F8052 for ; Thu, 4 Sep 2014 02:16:31 -0700 (PDT) X-ASG-Debug-ID: 1409822187-04cbb05488a32920001-S8gJnT Received: from mx5-phx2.redhat.com (mx5-phx2.redhat.com [209.132.183.37]) by cuda.sgi.com with ESMTP id HM6Nlem1NTYeRwmc for ; Thu, 04 Sep 2014 02:16:28 -0700 (PDT) X-Barracuda-Envelope-From: nscott@redhat.com X-Barracuda-Apparent-Source-IP: 209.132.183.37 Received: from zmail20.collab.prod.int.phx2.redhat.com (zmail20.collab.prod.int.phx2.redhat.com [10.5.83.23]) by mx5-phx2.redhat.com (8.14.4/8.14.4) with ESMTP id s849GRvb031086 for ; Thu, 4 Sep 2014 05:16:27 -0400 Date: Thu, 4 Sep 2014 05:16:27 -0400 (EDT) From: Nathan Scott Reply-To: Nathan Scott To: PCP Message-ID: <1019004875.43778692.1409822187161.JavaMail.zimbra@redhat.com> In-Reply-To: <2104653535.43777413.1409822144990.JavaMail.zimbra@redhat.com> Subject: pcp updates: merges (max, lukas), qa MIME-Version: 1.0 X-ASG-Orig-Subj: pcp updates: merges (max, lukas), qa Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-Originating-IP: [10.5.82.6] X-Mailer: Zimbra 8.0.6_GA_5922 (ZimbraWebClient - FF17 (Linux)/8.0.6_GA_5922) Thread-Topic: pcp updates: merges (max, lukas), qa Thread-Index: 2ieH5d6af46gu+cUbYVFYLiAbTPU8w== X-Barracuda-Connect: mx5-phx2.redhat.com[209.132.183.37] X-Barracuda-Start-Time: 1409822188 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.02 X-Barracuda-Spam-Status: No, SCORE=0.02 using per-user scores of TAG_LEVEL=1000.0 QUARANTINE_LEVEL=1000.0 KILL_LEVEL=2.7 tests=THREAD_INDEX, THREAD_TOPIC X-Barracuda-Spam-Report: Code version 3.2, rules version 3.2.3.9162 Rule breakdown below pts rule name description ---- ---------------------- -------------------------------------------------- 0.01 THREAD_INDEX thread-index: AcO7Y8iR61tzADqsRmmc5wNiFHEOig== 0.01 THREAD_TOPIC Thread-Topic: ...(Japanese Subject)... Changes committed to git://git.pcp.io/pcp.git dev CHANGELOG | 27 build/mac/uninstall-pcp | 69 build/mac/uninstall-pcp.in | 84 build/rpm/GNUmakefile | 2 build/rpm/fedora.spec | 72 build/rpm/pcp.spec.in | 88 configure | 329 + configure.ac | 34 configure.in | 78 man/man1/GNUmakefile | 14 man/man1/pmdapapi.1 | 270 + man/man1/pmstore.1 | 32 qa/903 | 76 qa/903.out | 28 qa/914 | 92 qa/914.out | 68 qa/959 | 27 qa/959.out | 2 qa/common.filter | 3 qa/group | 3 qa/src/hrunpack.c | 2 qa/src/papi.c | 97 qa/src/rtimetest.c | 2 src/include/builddefs.in | 2 src/include/pcp/config.h.in | 6 src/include/pcp/impl.h | 3 src/libpcp/src/GNUmakefile | 2 src/libpcp/src/exports | 1 src/libpcp/src/getdate.y | 5 src/libpcp/src/util.c | 34 src/pmdas/GNUmakefile | 6 src/pmdas/papi/.gitignore | 3 src/pmdas/papi/GNUmakefile | 202 - src/pmdas/papi/GNUmakefile.install | 265 - src/pmdas/papi/Install | 227 - src/pmdas/papi/README | 113 src/pmdas/papi/Remove | 114 src/pmdas/papi/help | 361 + src/pmdas/papi/papi.c | 6927 +++++++++++++++++++++++++------------ src/pmdas/papi/papi.conf | 5 src/pmdas/papi/pmns | 507 +- src/pmdas/papi/root | 27 src/pmdas/sample/src/events.c | 2 src/pmns/stdpmid.pcp | 10 src/pmstore/pmstore.c | 27 45 files changed, 7535 insertions(+), 2813 deletions(-) commit f3909b3f3cac2efd6e24b11f4a244bb055f1a9de Author: Nathan Scott Date: Thu Sep 4 19:13:33 2014 +1000 Add papi and infiniband into the possibly-installed QA set commit 09c2c094a0799399405fc4bb47b182d5591b1fe9 Author: Nathan Scott Date: Thu Sep 4 19:11:47 2014 +1000 Update CHANGELOG re pmdiff(1) and pmstore(1) changes commit 6c11f5606366f935bf08869cfe8736dbf67fb04d Author: Nathan Scott Date: Thu Sep 4 19:11:05 2014 +1000 Add local context mode operation to pmstore(1) The libpcp pmStore(3) interface has supported storing via local context forever. Add the usual command line options to pmstore(1) so this can be used in PAPI PMDA testing. commit 945a130d2ad940920098f4a4f039a813c190be32 Author: Nathan Scott Date: Thu Sep 4 18:38:36 2014 +1000 Small cleanups to pmdapapi on latest detailed review Firstly QA: - add qa/903 to exercise the agent install process - make qa/914 exercise the agent with local PAPI lib Then smallish PMDA coding issues: - added the cluster enum called out for by one of the comments and deleted the comment - added long option support - removed the 'change user' code, will be root initially from pmcd so do not need to change to that explicitly. - tidied up some diagnostics in the attribute callback, added use of pmDebug settings (-D). - pick one coding style and stick to it throughout (still inconsistent use of sts vs retval, but ran outta steam) - we cannot pass PAPI errors into libpcp_pmda, as it will call pmErrStr on 'em (not clear if they're positive or negative either). - use the PM_TEXT_ macros in the papi_text callback, for added readability - correct invalid PMID handling in fetch callback - discrete vs instantaneous metrics were back-to-front - mark most functions and globals as "static" - globals default to zero, no need to explicitly set 'em. - name control metrics "papi.control.*" as per convention - add papi into QAs set of filtered top level names commit 277c880370d82e8b09e6c0dca36531234830caf8 Author: Nathan Scott Date: Thu Sep 4 15:28:08 2014 +1000 Allow conditional pcp-pmda-papi builds in fedora.spec commit 29a98fa5f32eb9d812cc7426131f9e2911c10fbf Author: Max Matveev Date: Wed Sep 3 22:14:32 2014 -0700 QA - use kosher prototypes clang 5.1 does not like second argument of main being "int" commit bfaa0e0e7e29d023af47f7437b363098f1a48257 Author: Max Matveev Date: Wed Sep 3 21:48:21 2014 -0700 OSX - use configure to update paths in uninstal-pcp Each uninstall-pcp has its own baked in paths which it knows how to uninstall. Using uninstall-pcp from one build to clean-up after another build is unsupported and does not make sense. commit a006e2e8bf490095d4a3db92bfaa231e269d1500 Author: Nathan Scott Date: Thu Sep 4 14:33:35 2014 +1000 Default the PAPI PMDA to off for this release commit d481389afd58fcc84c90184fd56dd278096eb7cb Author: Max Matveev Date: Wed Sep 3 21:12:31 2014 -0700 OSX build - make uninstall-pcp configurable uninstall-pcp is used to wipe the bits which were installed by OSX installer and it cannot rely on pcp.conf/pcp.env to get the paths right. Instead generate the file from template during configure to give it a chance to get the right paths. commit b87b984f0e57add2204383d3ac95b8f3666ca8fa Author: Nathan Scott Date: Thu Sep 4 14:06:27 2014 +1000 Add a __pmGetTimespec interface for platform-independence Max found clock_gettime(2) to be missing on Mac OS X. This adds in a libpcp interface for accessing platform-specific high resolution timestamps, and for platforms with none has a fallback using gettimeofday. commit b3ec803db19e51e1bf5e2c8ee8c8b3d9fa8dac35 Author: Nathan Scott Date: Thu Sep 4 13:46:09 2014 +1000 Update changelogs for pending release commit e548de86ee1f2944b90f552b4acf17943589ff18 Author: Lukas Berk Date: Wed Sep 3 21:13:22 2014 -0400 Move papi.'control' metrics to their own cluster commit 241274f9c2a65dad2874a89ccb7bf03e7ba01515 Author: Lukas Berk Date: Wed Sep 3 19:57:59 2014 -0400 Change papi 'domain' to all count all contexts (PAPI_DOM_ALL) *src/pmdas/papi/papi.c - change domain to PAPI_DOM_ALL, remove extra debug line commit 3e2eb7e7348b6442c2606b7f7c5f3433f74183b8 Author: Lukas Berk Date: Wed Sep 3 19:33:47 2014 -0400 Fix how papi values are saved and rearranged when a metric is removed *src/pmdas/papi/papi.c - since the pmns_position and dynamically growing the papi_info array has been added, the remove_metric function needed to be tweaked. commit a2dfc964f18aa6ff0381a25284cb5a5ed32a1f82 Author: Lukas Berk Date: Wed Sep 3 10:18:03 2014 -0400 Fix build error in papi/GNUmakefile *src/pmdas/papi/GNUmakefile - add install_pcp and default_pcp commit 87cfe291c122d6528d3e0a040ca7d2c36ca1b80f Author: Nathan Scott Date: Wed Sep 3 18:01:36 2014 +1000 Add support for building the PAPI PMDA as a DSO In addition to DSO support (needed for QA), added in a .gitignore list of files for git to ignore and got the build going on older PAPI versions (RHEL6 vintage). commit 69e489dbce9bb2ba1c0558d4204fb7e8f46370fd Author: Lukas Berk Date: Tue Sep 2 15:01:16 2014 -0400 Cleanup internals of papi.c src/pmdas/papi/papi.c - clean up comments from source commit 7233a2ccf9a650c20c8799898d4a28c11ebdc74c Author: Lukas Berk Date: Fri Aug 29 14:18:02 2014 -0400 Add basic pmdapapi sanity check *qa/914 - add basic case for pminfo without the pmdapapi stub *qa/914.out - add output to match of basic papi metrics and controls *qa/group - add 914 test case commit 9cc79fcaaaa3d5d8623830fdbff959256a053d7f Author: Lukas Berk Date: Wed Aug 27 11:54:11 2014 -0400 Add skeleton papi qa testcase qa/914 - test qa/src/papi.c - skeleton of the stub we'll use commit 953d24b7b0a8e34f624381c5024b2b7c61ac135f Author: Lukas Berk Date: Mon Aug 25 11:44:16 2014 -0400 Remove git merge leftovers from stdpmid.pcp commit 37374ec5362efff8f2fe73cf1f8d537d40bb56b0 Author: Lukas Berk Date: Fri Aug 22 15:06:44 2014 -0400 Remove 'preset' part of papi events At this point, all the metrics are dynamically generated, so having some that are 'preset' is false. I also think this is a bit counter intuative to a new pcp user, why are some metrics 'preset' while others aren't? *src/pmdas/papi/help - update metric names *src/pmdas/papi/papi.c - update comments beside each pmdaMetric *src/pmdas/papi/pmns - reorder the pmns commit a65a081b1cec6022e2c89945f32a8a86d1379220 Author: Lukas Berk Date: Fri Aug 22 14:43:35 2014 -0400 Remove NumEvents and make values array grow based on size of events available *src/pmdas/papi/papi.c - similar to the papi_info array, realloc values array as necessary based on the number of events available commit 7e2f25a273ad0a3a3d1c841de976306ae3262669 Author: Lukas Berk Date: Thu Aug 21 13:28:47 2014 -0400 Add more papi events *src/pmdas/papi/papi.c - add more events, shuffle non papi events (ie, enable,disable) to higher pmns numbers *src/pmdas/papi/pmns - add new events to namespace and shuffle enable,disable,status,reset,num_counters commit 27d7d0c7aa4cf618b0a45d79327808f2ee64afa1 Author: Lukas Berk Date: Thu Aug 21 11:11:21 2014 -0400 Dynamically generate the metrics that are available on the current hardware *src/pmdas/papi/papi.c - generate list of available metrics, dynamically size papi_info to hold all metrics, and add a pmns_postition variable, now that we can't simply use the void var in the pmdametric var to hold our position. commit 692d30ea502d5e077a0d386c3995082e5ca3db4e Author: Lukas Berk Date: Fri Aug 15 11:43:47 2014 -0400 Save papi values and restore them after adding/removing an event *src/pmdas/papi/papi.c - add new local values arrays to save the previous values and restore them in the proper position after the new eventset has been created. commit 428ca06951aa0bc7bdb2c9f9a1c2ac0f8dd16431 Author: Lukas Berk Date: Thu Jul 24 00:20:40 2014 -0400 Workaround PAPI_remove_event bug for papi.disable papi seems to have an error when trying to remove a counter and then retarting the eventset. We need to now work around it by saving the counters that we have active, destroying the eventset, and then readding the counters we're still interested in one by one *src/pmdas/papi/papi.c - add position var and workaround for papi_remove_event error commit 443d29165c4b1794a9bc52664ea681d58265cf85 Author: Lukas Berk Date: Wed Jul 23 11:36:45 2014 -0400 Only assign disable metric if active *src/pmdas/papi/papi.c - only assign disable string if papi is active move strtok outside of for loop commit 8cc4c5444f79539af5cfe82f1eed067ccbaaa67d Author: Lukas Berk Date: Mon Jul 21 16:11:21 2014 -0400 The merge ate my bracket! Oops, re-add it and get rid of a few now-unused variables *src/pmdas/papi/papi.c - add bracket and remove a few unused vars commit 4f746f44607a90de592dd0f942f298c9835a61a9 Author: Lukas Berk Date: Mon Jul 21 15:51:39 2014 -0400 Add dynamically generated help text. *src/pmdas/papi/papi.c - use papi_text to return the help string directly from papi. This will also be advantageous when the pmns is possibly dymanically generated commit 9bf6f2dd4249b827076f19efa9eebf38e2e25025 Author: Lukas Berk Date: Mon Jul 21 13:18:27 2014 -0400 Add papi.{status,num_counters} help message commit 4389814c5b6f07c5865911f296e06bb0f0dbbac7 Author: Lukas Berk Date: Mon Jul 21 13:10:18 2014 -0400 Fix papi.disable metric and add warnings for unknown metric strings src/pmdas/papi/papi.c - Add warnings to log files for unknown metric strings. Fix proper string to parse for metric commit 245559f864ea4e11ce6f490bff6be1cf6c2c3c17 Author: Lukas Berk Date: Fri Jul 18 14:01:14 2014 -0400 Don't restart eventset if we've removed all the events from it src/pmdas/papi/papi.c - don't restart the eventset if we've removed all events, slightly rework papi_fetchcallback commit 8e7315a87b1aa78d6c8627121527e0e1e20854b0 Author: Lukas Berk Date: Fri Jul 18 11:37:23 2014 -0400 Correct TOT_CYC fetchcallback variable to ull *src/pmdas/papi/papi.c - correct TOT_CYC variable type also fix a few comments to match pmns commit 9bbda0eb2f6696aeb77be5d1e52ede7cf3fd8a18 Author: Lukas Berk Date: Fri Jul 18 11:35:57 2014 -0400 Add papi.num_counters metric *src/pmdas/papi/papi.c - add the num_metric counter *src/pmdas/papi/pmns - add the metric to the namespace commit 379d5514dcd031755d6681dbf048843f238cf8ec Author: Lukas Berk Date: Fri Jul 18 10:42:24 2014 -0400 Add papi.status metric *src/pmdas/papi/pmns - added the metric name *src/pmdas/papi/papi.c - add the papi.status metric, quick hack to get installation to work properly in papi_getfetchcallback commit 9fc80b42e47291d304ee7e44e889151aa6ab1cc0 Author: Lukas Berk Date: Thu Jul 17 18:30:23 2014 -0400 V2 of pmdapapi This approach makes use of the new papi.{enable,reset,disable} variables to be used with the pmstore command *help - update help file *papi.c - make use of papi.{enable,reset,disable} vars and reduce the 'on-the-fly' approach *pmns - update namespace accordingly commit 84d3a169b4b5df65b189d80bf11cec9cea3dea2e Author: Lukas Berk Date: Fri Jul 11 10:48:57 2014 -0400 Add pmdapapi man page man/man1/GNUmakefile - Add PAPI_PMDA_PAGES to build and pmdapapi.1 man/man1/pmdapapi.1 - add basic man page for pmdapapi commit e215de03b00fe487f87743d7b9825519b6598514 Author: Lukas Berk Date: Fri Jul 11 10:14:34 2014 -0400 Fix pcp-pmda-papi rpm description build/rpm/fedora.spec - add rpm description build/rpm/pcp.spec.in - ditto commit fdccfc265c34acee0eb2542f4306e58778111481 Author: Lukas Berk Date: Fri Jul 11 09:30:05 2014 -0400 Fix conditionally building the pcp-pmda-papi rpm build/rpm/pcp.spec.in - fix enable_papi triggers configure - regenerate again configure.in - change macro use slightly to substitue in enable_papi value src/include/builddefs.in - include the @enable_papi@ macro commit e1f38f947fb6753f26c6f37c220e50d6a9426bb9 Author: Lukas Berk Date: Thu Jul 10 13:32:47 2014 -0400 Add configuation bits to build seperate pcp-pmda-papi rpm build/rpm/GNUmakefile - add enable_papi trigger build/rpm/fedora.spec - add requires and pmda papi rpm files build/rpm/pcp.spec.in - add optional papi rpm based on enable_papi configure - regenerated to include the new enable_papi bits configure.in - add enable_papi bits commit dd3057b6af14808aeca96c3ed4445a7fc2165746 Author: Lukas Berk Date: Thu Jul 3 15:32:26 2014 -0400 Refactor condition into permission check function papi.c - refactor condition into function to check for uid/gid matching root remove a few more unused snippets commit dbddf00425e766e271b94555d07e5c23b7540042 Author: Lukas Berk Date: Thu Jul 3 14:44:43 2014 -0400 Update help page as well with 'preset' pmns help - updated 'kernel' domain with 'preset' commit 7fd3ec137da6af6a2e19f41c550a414feca13696 Author: Lukas Berk Date: Thu Jul 3 14:40:03 2014 -0400 Remove some unused code snippets and change instance domain to 'preset' GNUmakefile - remove some commented out lines pmns - change 'kernel' -> 'preset' papi.c - remove some unneed code snippets commit 0f7b9959e50b94c0c15159f18f9c09c2d9f7e866 Author: Lukas Berk Date: Thu Jul 3 13:36:06 2014 -0400 remove adm/wildcard/wheel permission related checking *src/pmdas/papi/papi.c - remove the wildcard context checking and simply check that uid/gid is 0 commit 9123888a30971e1ee402aea45b5c9ca7c6a7f9f2 Author: Lukas Berk Date: Thu Jun 26 10:43:25 2014 -0400 Fix papi_remove_event functions *src/pmdas/papi/papi.c - papi_remove_event takes a specific metric, not the values variable commit 6a57b911a1da6ce2c0bdb9ccf32f970accab24ae Author: Lukas Berk Date: Wed Jun 25 14:43:59 2014 -0400 Add PAPI_remove_event() calls for other metrics when client is disconnecting *src/pmdas/papi/papi.c - add the PAPI_remove_event call switch statement for the remainder of the metrics we track commit b89c8292151f6e5dd85a5ba2a90a482fe5d9a29b Author: Lukas Berk Date: Wed Jun 25 14:41:51 2014 -0400 Refactor setting event metric tracker Instead of setting the ctxtab[context].tracker[i] var on every fetch, set only it once in check_eventset. *src/pmdas/papi/papi.c - refactor setting tracker var to check_eventset commit 13c52bd996450bc673cb646f0fa3766909f16273 Author: Lukas Berk Date: Tue Jun 24 19:24:49 2014 -0400 Update papi pmda with root-only access and auto-adding counters *src/pmdas/papi/GNUmakefile - Update to actually build the pmda and drop the perl/python stuff *src/pmdas/papi/papi.c - only allow root uid's to access the pmda and change metric addition to eventset based on the individual clients connecting/disconnecting commit a987556af0e0eef4d5fd4be9f09714fcf3f172ad Author: Lukas Berk Date: Thu Jun 12 22:16:57 2014 -0400 Update to papi pmda get contextAttributeCallBack working commit d4082509bce5d2103ce921ef8e86bee0d0fb0d6a Author: Lukas Berk Date: Mon Jun 9 18:22:30 2014 -0400 Add current state of papi.c pmda working on filtering out non-root requests for inrotmation commit 23ca7e8afebda1c5a5686699ef295d3200f264f4 Author: Lukas Berk Date: Mon Jun 9 18:19:50 2014 -0400 Added help and README documenation for the papi pmda *README - basic readme file for papi pmda *help - basic metric help statements commit e03df8bd93b9526199f5d9c918ccd7fbbbe4ed78 Author: Lukas Berk Date: Fri May 30 19:43:27 2014 -0400 Initial papi pmda version * src/pmdas/GNUmakefile - add papi pmda to build * src/pmns/stdpmid.pcp - add papi as 126 to pmns * src/pmdas/papi/* - papi pmda inital draft files commit c6fd3ea130ef2276c7a8943bd316e9554ace12f8 Author: Lukas Berk Date: Fri May 30 19:43:27 2014 -0400 Initial papi pmda version * src/pmdas/GNUmakefile - add papi pmda to build * src/pmns/stdpmid.pcp - add papi as 126 to pmns * src/pmdas/papi/* - papi pmda inital draft files commit b843e7b8fa57af77ce92aabaaa910489b7d31dc2 Author: Lukas Berk Date: Fri Jul 18 14:01:14 2014 -0400 Don't restart eventset if we've removed all the events from it src/pmdas/papi/papi.c - don't restart the eventset if we've removed all events, slightly rework papi_fetchcallback commit 8eaaa19b77421fe10b8d7ef6c3b2391e47c7e570 Author: Lukas Berk Date: Fri Jul 18 11:37:23 2014 -0400 Correct TOT_CYC fetchcallback variable to ull *src/pmdas/papi/papi.c - correct TOT_CYC variable type also fix a few comments to match pmns commit 2fb5fcf8e096223a8911b9f9117a29312c33a4c0 Author: Lukas Berk Date: Fri Jul 18 11:35:57 2014 -0400 Add papi.num_counters metric *src/pmdas/papi/papi.c - add the num_metric counter *src/pmdas/papi/pmns - add the metric to the namespace commit d7890e670348d51280396776157da230349cab8a Author: Lukas Berk Date: Fri Jul 18 10:42:24 2014 -0400 Add papi.status metric *src/pmdas/papi/pmns - added the metric name *src/pmdas/papi/papi.c - add the papi.status metric, quick hack to get installation to work properly in papi_getfetchcallback commit a8ce9deecbd132a39860bb94dda83370fba37d57 Author: Lukas Berk Date: Thu Jul 17 18:30:23 2014 -0400 V2 of pmdapapi This approach makes use of the new papi.{enable,reset,disable} variables to be used with the pmstore command *help - update help file *papi.c - make use of papi.{enable,reset,disable} vars and reduce the 'on-the-fly' approach *pmns - update namespace accordingly commit e4d1fc428da23c1fe0197cd2f0d2749be8d71b4a Author: Lukas Berk Date: Fri Jul 11 10:48:57 2014 -0400 Add pmdapapi man page man/man1/GNUmakefile - Add PAPI_PMDA_PAGES to build and pmdapapi.1 man/man1/pmdapapi.1 - add basic man page for pmdapapi commit 3538a48fa21aee664b6cf5c5b849d00d3bcc2218 Author: Lukas Berk Date: Fri Jul 11 10:14:34 2014 -0400 Fix pcp-pmda-papi rpm description build/rpm/fedora.spec - add rpm description build/rpm/pcp.spec.in - ditto commit 0fada614b4013ac3e102cd612b19e10d0bc21acc Author: Lukas Berk Date: Fri Jul 11 09:30:05 2014 -0400 Fix conditionally building the pcp-pmda-papi rpm build/rpm/pcp.spec.in - fix enable_papi triggers configure - regenerate again configure.in - change macro use slightly to substitue in enable_papi value src/include/builddefs.in - include the @enable_papi@ macro commit 6bc77a806fe945b53801fc00ffcb7c535d16818d Author: Lukas Berk Date: Thu Jul 10 13:32:47 2014 -0400 Add configuation bits to build seperate pcp-pmda-papi rpm build/rpm/GNUmakefile - add enable_papi trigger build/rpm/fedora.spec - add requires and pmda papi rpm files build/rpm/pcp.spec.in - add optional papi rpm based on enable_papi configure - regenerated to include the new enable_papi bits configure.in - add enable_papi bits commit 7023dae6a8ccb2d5f1a09aa6939b040415048e38 Author: Lukas Berk Date: Thu Jul 3 15:32:26 2014 -0400 Refactor condition into permission check function papi.c - refactor condition into function to check for uid/gid matching root remove a few more unused snippets commit 0091b5cd86bfe68b7cf08baee386ddd3a2b8341b Author: Lukas Berk Date: Thu Jul 3 14:44:43 2014 -0400 Update help page as well with 'preset' pmns help - updated 'kernel' domain with 'preset' commit 5482050d0e450abcf7938d3ee5da921b01b0dda4 Author: Lukas Berk Date: Thu Jul 3 14:40:03 2014 -0400 Remove some unused code snippets and change instance domain to 'preset' GNUmakefile - remove some commented out lines pmns - change 'kernel' -> 'preset' papi.c - remove some unneed code snippets commit f3871406779d702baddb84dfa06b68b9d68cc43a Author: Lukas Berk Date: Thu Jul 3 13:36:06 2014 -0400 remove adm/wildcard/wheel permission related checking *src/pmdas/papi/papi.c - remove the wildcard context checking and simply check that uid/gid is 0 commit c61707169b658c7567991d186a0bb13ebaa8926d Author: Lukas Berk Date: Thu Jun 26 10:43:25 2014 -0400 Fix papi_remove_event functions *src/pmdas/papi/papi.c - papi_remove_event takes a specific metric, not the values variable commit a72627780855b9eabb4c7e69bf00583d6a3eda6a Author: Lukas Berk Date: Wed Jun 25 14:43:59 2014 -0400 Add PAPI_remove_event() calls for other metrics when client is disconnecting *src/pmdas/papi/papi.c - add the PAPI_remove_event call switch statement for the remainder of the metrics we track commit 8819b3d16bf7d14fb2d915fd503f4df9e3e2494f Author: Lukas Berk Date: Wed Jun 25 14:41:51 2014 -0400 Refactor setting event metric tracker Instead of setting the ctxtab[context].tracker[i] var on every fetch, set only it once in check_eventset. *src/pmdas/papi/papi.c - refactor setting tracker var to check_eventset commit 79ec89695b569459b4306ad802f04b3c79355354 Author: Lukas Berk Date: Tue Jun 24 19:24:49 2014 -0400 Update papi pmda with root-only access and auto-adding counters *src/pmdas/papi/GNUmakefile - Update to actually build the pmda and drop the perl/python stuff *src/pmdas/papi/papi.c - only allow root uid's to access the pmda and change metric addition to eventset based on the individual clients connecting/disconnecting commit 5086b8f96c42cf2c15c4165396cd2c5e1119d2fb Author: Lukas Berk Date: Thu Jun 12 22:16:57 2014 -0400 Update to papi pmda get contextAttributeCallBack working commit dce41a19e9e49d1176398bcaaa63d3af80bb8f5e Author: Lukas Berk Date: Mon Jun 9 18:22:30 2014 -0400 Add current state of papi.c pmda working on filtering out non-root requests for inrotmation commit da2a6a95e422f09fc387bbfa4fbab75627fdd159 Author: Lukas Berk Date: Mon Jun 9 18:19:50 2014 -0400 Added help and README documenation for the papi pmda *README - basic readme file for papi pmda *help - basic metric help statements commit 05726e25d7e5fa0fd621ac57f8939c9588f7169e Author: Lukas Berk Date: Fri May 30 19:43:27 2014 -0400 Initial papi pmda version * src/pmdas/GNUmakefile - add papi pmda to build * src/pmns/stdpmid.pcp - add papi as 126 to pmns * src/pmdas/papi/* - papi pmda inital draft files commit c8bed97bc243536e1e476153b33d365737d62c1f Author: Lukas Berk Date: Fri May 30 19:43:27 2014 -0400 Initial papi pmda version * src/pmdas/GNUmakefile - add papi pmda to build * src/pmns/stdpmid.pcp - add papi as 126 to pmns * src/pmdas/papi/* - papi pmda inital draft files From nscott@redhat.com Thu Sep 4 07:45:48 2014 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 BF0977F37 for ; Thu, 4 Sep 2014 07:45:48 -0500 (CDT) Received: from cuda.sgi.com (cuda2.sgi.com [192.48.176.25]) by relay2.corp.sgi.com (Postfix) with ESMTP id ADA1630406A for ; Thu, 4 Sep 2014 05:45:48 -0700 (PDT) X-ASG-Debug-ID: 1409834743-04cbb05485a38ed0001-S8gJnT Received: from mx6-phx2.redhat.com (mx6-phx2.redhat.com [209.132.183.39]) by cuda.sgi.com with ESMTP id JHjqjp5bkcteFZvu for ; Thu, 04 Sep 2014 05:45:43 -0700 (PDT) X-Barracuda-Envelope-From: nscott@redhat.com X-Barracuda-Apparent-Source-IP: 209.132.183.39 Received: from zmail20.collab.prod.int.phx2.redhat.com (zmail20.collab.prod.int.phx2.redhat.com [10.5.83.23]) by mx6-phx2.redhat.com (8.14.4/8.14.4) with ESMTP id s84CjhGj019079 for ; Thu, 4 Sep 2014 08:45:43 -0400 Date: Thu, 4 Sep 2014 08:45:43 -0400 (EDT) From: Nathan Scott Reply-To: Nathan Scott To: PCP Message-ID: <213707447.43908063.1409834743218.JavaMail.zimbra@redhat.com> Subject: pcp updates: minor qa MIME-Version: 1.0 X-ASG-Orig-Subj: pcp updates: minor qa Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-Originating-IP: [10.5.82.6] X-Mailer: Zimbra 8.0.6_GA_5922 (ZimbraWebClient - FF17 (Linux)/8.0.6_GA_5922) Thread-Topic: pcp updates: minor qa Thread-Index: 0k5tdZrelS9M3ThZ+WYtMEqDINkm0Q== X-Barracuda-Connect: mx6-phx2.redhat.com[209.132.183.39] X-Barracuda-Start-Time: 1409834743 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.02 X-Barracuda-Spam-Status: No, SCORE=0.02 using per-user scores of TAG_LEVEL=1000.0 QUARANTINE_LEVEL=1000.0 KILL_LEVEL=2.7 tests=THREAD_INDEX, THREAD_TOPIC X-Barracuda-Spam-Report: Code version 3.2, rules version 3.2.3.9167 Rule breakdown below pts rule name description ---- ---------------------- -------------------------------------------------- 0.01 THREAD_INDEX thread-index: AcO7Y8iR61tzADqsRmmc5wNiFHEOig== 0.01 THREAD_TOPIC Thread-Topic: ...(Japanese Subject)... Changes committed to git://git.pcp.io/pcp.git dev qa/744 | 5 +++-- qa/745 | 5 +++-- qa/745.out | 4 ++-- qa/914 | 19 +++++++++++-------- qa/914.out | 1 - 5 files changed, 19 insertions(+), 15 deletions(-) commit 12295138ce8912a08746a0977a3d89bb6a9c69c4 Author: Nathan Scott Date: Thu Sep 4 22:43:34 2014 +1000 Fix tests 744 and 745 for case where pmdanvidia not installed commit 838983e3bacf049a4ade3e1019d1a2bf143c5db7 Author: Nathan Scott Date: Thu Sep 4 22:23:02 2014 +1000 Filter warnings from libpapi on older RHEL boxen From kenj@internode.on.net Thu Sep 4 16:12:02 2014 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 ADB3C7F37 for ; Thu, 4 Sep 2014 16:12:02 -0500 (CDT) Received: from cuda.sgi.com (cuda1.sgi.com [192.48.157.11]) by relay3.corp.sgi.com (Postfix) with ESMTP id 4B2D1AC008 for ; Thu, 4 Sep 2014 14:11:59 -0700 (PDT) X-ASG-Debug-ID: 1409865112-04bdf010a0765db0001-S8gJnT Received: from ipmail07.adl2.internode.on.net (ipmail07.adl2.internode.on.net [150.101.137.131]) by cuda.sgi.com with ESMTP id qRCCaq7zJGjwDL4p for ; Thu, 04 Sep 2014 14:11:53 -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: ApoBAIvUCFR20ScO/2dsb2JhbAANTYNgV4J8xSyIcYUkFUAwBgIFFgsCCwMCAQIBWAYCAQGIS6ZeeJV9gSyOPoJjgVMFlW6gE1qCTwEBAQ Received: from ppp118-209-39-14.lns20.mel4.internode.on.net (HELO [192.168.1.100]) ([118.209.39.14]) by ipmail07.adl2.internode.on.net with ESMTP; 05 Sep 2014 06:41:52 +0930 Message-ID: <5408D5DA.8080501@internode.on.net> Date: Fri, 05 Sep 2014 07:12:58 +1000 From: Ken McDonell User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:31.0) Gecko/20100101 Thunderbird/31.0 MIME-Version: 1.0 To: pcp@oss.sgi.com Subject: pcp updates - qa, minor Content-Type: text/plain; charset=utf-8; format=flowed X-ASG-Orig-Subj: pcp updates - qa, minor Content-Transfer-Encoding: 7bit X-Barracuda-Connect: ipmail07.adl2.internode.on.net[150.101.137.131] X-Barracuda-Start-Time: 1409865113 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.3.9180 Rule breakdown below pts rule name description ---- ---------------------- -------------------------------------------------- Changes committed to git://git.performancecopilot.org/kenj/pcp.git dev qa/276 | 2 +- qa/780 | 2 ++ qa/781 | 1 + qa/781.out | 6 +++--- qa/admin/pcp-daily | 6 +++--- 5 files changed, 10 insertions(+), 7 deletions(-) commit c99dc9c33b188589523a65035fda0aba9ab75b4f Author: Ken McDonell Date: Fri Sep 5 07:09:03 2014 +1000 qa/admin/pcp-daily - saner handling of prefix matching hostnames Multiple matches are (probably) OK now that domain names on my VM setup no longer include any reference to the operating system and version. Picking the first match becomes exact match preferred over prefix match, which is fine for my current host and VM domain names setup. commit 7b503f29b057042b12fb17ab72c7c5831ffa74a7 Author: Ken McDonell Date: Fri Sep 5 07:07:38 2014 +1000 qa/780 - guard and notrun if pmwebd not installed commit 60c0082889d6ac816691be52a1eae1b6b7b4acbd Author: Ken McDonell Date: Thu Sep 4 17:34:56 2014 +1000 qa/276 - pmdumptext needs dbus-launch and gtk filtering commit 09714aec29b90a1f9c76e05d5846f76c07bc46b4 Author: Ken McDonell Date: Thu Sep 4 17:33:52 2014 +1000 qa/781 - filter $PCP_BINADM_DIR From nscott@redhat.com Thu Sep 4 17:16:15 2014 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 7CE8A7F37 for ; Thu, 4 Sep 2014 17:16:15 -0500 (CDT) Received: from cuda.sgi.com (cuda1.sgi.com [192.48.157.11]) by relay2.corp.sgi.com (Postfix) with ESMTP id 4DA8930406A for ; Thu, 4 Sep 2014 15:16:12 -0700 (PDT) X-ASG-Debug-ID: 1409868968-04bdf010a07681a0001-S8gJnT Received: from mx6-phx2.redhat.com (mx6-phx2.redhat.com [209.132.183.39]) by cuda.sgi.com with ESMTP id OSMa3jcfMP414xEo for ; Thu, 04 Sep 2014 15:16:09 -0700 (PDT) X-Barracuda-Envelope-From: nscott@redhat.com X-Barracuda-Apparent-Source-IP: 209.132.183.39 Received: from zmail20.collab.prod.int.phx2.redhat.com (zmail20.collab.prod.int.phx2.redhat.com [10.5.83.23]) by mx6-phx2.redhat.com (8.14.4/8.14.4) with ESMTP id s84MG0VB009161; Thu, 4 Sep 2014 18:16:00 -0400 Date: Thu, 4 Sep 2014 18:16:00 -0400 (EDT) From: Nathan Scott Reply-To: Nathan Scott To: Ken McDonell , Mark Goodwin , Max Matveev Cc: PCP Message-ID: <681913222.44270324.1409868960568.JavaMail.zimbra@redhat.com> In-Reply-To: <401941929.44268989.1409868371415.JavaMail.zimbra@redhat.com> Subject: Which which? MIME-Version: 1.0 X-ASG-Orig-Subj: Which which? Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-Originating-IP: [10.5.82.7] X-Mailer: Zimbra 8.0.6_GA_5922 (ZimbraWebClient - FF17 (Linux)/8.0.6_GA_5922) Thread-Topic: Which which? Thread-Index: utyTPR/QtU7KygzZCtrMIVVBxnRaYA== X-Barracuda-Connect: mx6-phx2.redhat.com[209.132.183.39] X-Barracuda-Start-Time: 1409868969 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.02 X-Barracuda-Spam-Status: No, SCORE=0.02 using per-user scores of TAG_LEVEL=1000.0 QUARANTINE_LEVEL=1000.0 KILL_LEVEL=2.7 tests=THREAD_INDEX, THREAD_TOPIC X-Barracuda-Spam-Report: Code version 3.2, rules version 3.2.3.9181 Rule breakdown below pts rule name description ---- ---------------------- -------------------------------------------------- 0.01 THREAD_INDEX thread-index: AcO7Y8iR61tzADqsRmmc5wNiFHEOig== 0.01 THREAD_TOPIC Thread-Topic: ...(Japanese Subject)... Hi guys, Does anyone remember what the story behind PCP_WHICH_PROG is? I have a platform here where the default setting (ie "type") is giving "xxx is hashed (/usr/bin/xxx)" instead of "/usr/bin/xxx" as output ... which is making for a broken diagnostic from rc scripts. There's a comment in _which() at the head of rc-proc.sh that is probably highly relevant: # some versions of which(1) have historically not reflected the # correct exit status ... but it appears that all modern platforms # get this correct I'd like to make the change below but I'm a little unsure about its potential impact... (hopefully this was an IRIX-ism?) diff --git a/configure.ac b/configure.ac index 520879c..b66ff56 100644 --- a/configure.ac +++ b/configure.ac @@ -917,6 +917,11 @@ if test -z "$ECHO"; then fi echo=$ECHO AC_SUBST(echo) +if test -z "$WHICH"; then + AC_PATH_PROG(WHICH, which, /usr/bin/which) +fi +which=$WHICH +AC_SUBST(which) dnl check we don't get the Windows sort ... AC_MSG_CHECKING([where unix-like sort(1) lives]) @@ -1064,17 +1069,6 @@ then fi AC_SUBST(grep) -if test -n "$WHICH" -then - which=$WHICH -elif sh -c 'type -p sh' >/dev/null 2>&1 -then - which=type -else - which=which -fi -AC_SUBST(which) - dnl checks for /proc pseudo file system AC_MSG_CHECKING([for /proc ]) if test "$cross_compiling" = "yes"; then Thanks. ps: How much which could a which which which if a which which could which which? -- Nathan From kenj@internode.on.net Thu Sep 4 18:21:15 2014 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 F12D37F37 for ; Thu, 4 Sep 2014 18:21:14 -0500 (CDT) Received: from cuda.sgi.com (cuda3.sgi.com [192.48.176.15]) by relay3.corp.sgi.com (Postfix) with ESMTP id 75844AC007 for ; Thu, 4 Sep 2014 16:21:14 -0700 (PDT) X-ASG-Debug-ID: 1409872868-04cb6c54ff7ce240001-S8gJnT Received: from ipmail07.adl2.internode.on.net (ipmail07.adl2.internode.on.net [150.101.137.131]) by cuda.sgi.com with ESMTP id urdEYtP19674BT5Z for ; Thu, 04 Sep 2014 16:21:08 -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: AhIEADLzCFR20ScO/2dsb2JhbAANTIczzHwCAgGBIoUkBFE2AgUWCwILAwIBAgFLDQgBAa8yeJYPgSyRIYFTBbYBgykBAQE Received: from ppp118-209-39-14.lns20.mel4.internode.on.net (HELO [192.168.1.100]) ([118.209.39.14]) by ipmail07.adl2.internode.on.net with ESMTP; 05 Sep 2014 08:51:08 +0930 Message-ID: <5408F426.1060107@internode.on.net> Date: Fri, 05 Sep 2014 09:22:14 +1000 From: Ken McDonell User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:31.0) Gecko/20100101 Thunderbird/31.0 MIME-Version: 1.0 To: PCP Subject: valgrind oddness qa/828 Content-Type: text/plain; charset=utf-8 X-ASG-Orig-Subj: valgrind oddness qa/828 Content-Transfer-Encoding: 7bit X-Barracuda-Connect: ipmail07.adl2.internode.on.net[150.101.137.131] X-Barracuda-Start-Time: 1409872868 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.3.9184 Rule breakdown below pts rule name description ---- ---------------------- -------------------------------------------------- Can anyone help explain this? valgrind reports ... ==4790== Conditional jump or move depends on uninitialised value(s) ==4790== at 0x407A6F5: __pmLogFetchInterp (interp.c:1258) ==4790== by 0x4075C4D: __pmLogFetch (logutil.c:1749) ==4790== by 0x405A7C6: pmFetch (fetch.c:151) ==4790== by 0x8049685: main (churnctx.c:398) ==4790== Uninitialised value was created by a heap allocation ==4790== at 0x4029EAD: malloc (in /usr/lib/valgrind/vgpreload_memcheck-x86-linux.so) ==4790== by 0x407A091: __pmLogFetchInterp (interp.c:1250) ==4790== by 0x4075C4D: __pmLogFetch (logutil.c:1749) ==4790== by 0x405A7C6: pmFetch (fetch.c:151) ==4790== by 0x8049685: main (churnctx.c:398) ==4790== and the relevant part of interp.c is ... 1250 if ((vp = (pmValueBlock *)malloc(need)) == NULL) { 1251 sts = -oserror(); 1252 goto bad_alloc; 1253 } 1254 vp->vlen = need; 1255 vp->vtype = PM_TYPE_FLOAT; 1256 rp->vset[j]->valfmt = PM_VAL_DPTR; 1257 rp->vset[j]->vlist[i++].value.pval = vp; 1258 if (icp->t_prior == t_req) 1259 memcpy((void *)vp->vbuf, (void *)icp->v_prior.pval->vbuf, sizeof(float)); 1260 else if (icp->t_next == t_req) Is this a valgrind bug or is there something here I am not seeing? And of course, it is *not* happening on all platforms! From fche@redhat.com Thu Sep 4 19:31:07 2014 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 9D0147F37 for ; Thu, 4 Sep 2014 19:31:07 -0500 (CDT) Received: from cuda.sgi.com (cuda2.sgi.com [192.48.176.25]) by relay3.corp.sgi.com (Postfix) with ESMTP id 27F61AC001 for ; Thu, 4 Sep 2014 17:31:03 -0700 (PDT) X-ASG-Debug-ID: 1409877059-04cbb05486a5c430001-S8gJnT Received: from mx1.redhat.com (mx1.redhat.com [209.132.183.28]) by cuda.sgi.com with ESMTP id tFbZhdla9peh0C2r (version=TLSv1 cipher=AES256-SHA bits=256 verify=NO) for ; Thu, 04 Sep 2014 17:30:59 -0700 (PDT) X-Barracuda-Envelope-From: fche@redhat.com X-Barracuda-Apparent-Source-IP: 209.132.183.28 X-ASG-Whitelist: Client Received: from int-mx10.intmail.prod.int.phx2.redhat.com (int-mx10.intmail.prod.int.phx2.redhat.com [10.5.11.23]) by mx1.redhat.com (8.14.4/8.14.4) with ESMTP id s850UtIN009466 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=FAIL); Thu, 4 Sep 2014 20:30:56 -0400 Received: from fche.csb (vpn-228-200.phx2.redhat.com [10.3.228.200]) by int-mx10.intmail.prod.int.phx2.redhat.com (8.14.4/8.14.4) with ESMTP id s850Utlh014724; Thu, 4 Sep 2014 20:30:55 -0400 Received: by fche.csb (Postfix, from userid 2569) id E68D1581C2; Thu, 4 Sep 2014 20:30:54 -0400 (EDT) To: Ken McDonell Cc: PCP Subject: Re: valgrind oddness qa/828 References: <5408F426.1060107@internode.on.net> X-ASG-Orig-Subj: Re: valgrind oddness qa/828 From: fche@redhat.com (Frank Ch. Eigler) Date: Thu, 04 Sep 2014 20:30:54 -0400 In-Reply-To: <5408F426.1060107@internode.on.net> (Ken McDonell's message of "Fri, 05 Sep 2014 09:22:14 +1000") Message-ID: User-Agent: Gnus/5.1008 (Gnus v5.10.8) Emacs/21.4 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Scanned-By: MIMEDefang 2.68 on 10.5.11.23 X-Barracuda-Connect: mx1.redhat.com[209.132.183.28] X-Barracuda-Start-Time: 1409877059 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 Ken McDonell writes: > [...] > 1257 rp->vset[j]->vlist[i++].value.pval = vp; > 1258 if (icp->t_prior == t_req) > [...] Just a WAG, but could it be that *icp is getting corrupted by a misaddressed assignment on line 1257? - FChE From lberk@redhat.com Thu Sep 4 19:34:07 2014 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 C34577F37 for ; Thu, 4 Sep 2014 19:34:07 -0500 (CDT) Received: from cuda.sgi.com (cuda1.sgi.com [192.48.157.11]) by relay1.corp.sgi.com (Postfix) with ESMTP id 8240C8F8049 for ; Thu, 4 Sep 2014 17:34:07 -0700 (PDT) X-ASG-Debug-ID: 1409877246-04bdf0109a76e590001-S8gJnT Received: from mx1.redhat.com (mx1.redhat.com [209.132.183.28]) by cuda.sgi.com with ESMTP id ZTZlkjyccZSWiVMK (version=TLSv1 cipher=AES256-SHA bits=256 verify=NO) for ; Thu, 04 Sep 2014 17:34:06 -0700 (PDT) X-Barracuda-Envelope-From: lberk@redhat.com X-Barracuda-Apparent-Source-IP: 209.132.183.28 X-ASG-Whitelist: Client Received: from int-mx14.intmail.prod.int.phx2.redhat.com (int-mx14.intmail.prod.int.phx2.redhat.com [10.5.11.27]) by mx1.redhat.com (8.14.4/8.14.4) with ESMTP id s850Y6v3000541 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=FAIL) for ; Thu, 4 Sep 2014 20:34:06 -0400 Received: from redhat.com (dhcp-10-15-16-133.yyz.redhat.com [10.15.16.133]) by int-mx14.intmail.prod.int.phx2.redhat.com (8.14.4/8.14.4) with ESMTP id s850Y4Gc012222 (version=TLSv1/SSLv3 cipher=AES128-GCM-SHA256 bits=128 verify=NO) for ; Thu, 4 Sep 2014 20:34:05 -0400 Date: Thu, 4 Sep 2014 20:34:04 -0400 From: Lukas Berk To: pcp@oss.sgi.com Subject: pcp updates: lberk papi Message-ID: <20140905003403.GA17630@redhat.com> X-ASG-Orig-Subj: pcp updates: lberk papi Reply-To: Lukas Berk MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="cWoXeonUoKmBZSoM" Content-Disposition: inline User-Agent: Mutt/1.5.23 (2014-03-12) X-Scanned-By: MIMEDefang 2.68 on 10.5.11.27 X-Barracuda-Connect: mx1.redhat.com[209.132.183.28] X-Barracuda-Start-Time: 1409877246 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 --cWoXeonUoKmBZSoM Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Changes committed to git://sourceware.org/git/pcpfans.git lberk/lberk-merge commit a35a1d3d2cee7e743eb16ebe65c85ec579ea92ca Author: Lukas Berk Date: Thu Sep 4 20:26:54 2014 -0400 Return PM_ERR_CONV in the case of a metric being disabled that doesn't = exist =20 *src/pmdas/papi/papi.c - return an error code for the case where papi.control.disable "I_DONT_EXIST" is passed commit de3030db21ccd98b35f2526cfe85e54fc5cd8fc5 Author: Lukas Berk Date: Thu Sep 4 19:30:35 2014 -0400 Add checks that current events are available on hardware and not alread= y in eventset =20 *src/pmdas/papi/papi.c - add checks to ensure papi events specified are= available on the hardware before we actually go to add them add debug message for when they aren't actually av= ailable also add a check that we haven't already added the= event before making an effort to do so commit f29df3a28f232c307c012bb5108c66905a0b5549 Author: Lukas Berk Date: Thu Sep 4 17:05:54 2014 -0400 Fix adding papi metrics =20 *src/pmdas/papi/papi.c - currently when we add enlarge papi_info, we increase the size with a realloc, and then memset the contents to zero. Normally this would be fine, however the .position member variable (which represents the position in the values[] arr= ay) is valid when set to zero (normally a negative num= ber when not in use for that metric). Check that the papi_info element we're trying to add also has a non-zero papi_event_code before adding. commit 2f76e6fd581dbd7585691cee5efe63475750d3d4 Author: Lukas Berk Date: Thu Sep 4 12:11:44 2014 -0400 Return 'No Values Available' if metric is not active =20 *src/pmdas/papi/papi.c - in fetchcallback check to make sure the positi= on is >=3D0 --cWoXeonUoKmBZSoM Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1 iQIcBAEBAgAGBQJUCQT7AAoJEAaRCclx+kwJ4JgP/0UJJ644fiETdDGdAlDj5rN8 dThOqKvdGGQRjJ0oYNWabpK3cDdfC1hbKDqfsw85sFYxY20wEB5mCq69mBd85L9m h5hLSkliwSwpZlXZH8kthorBRtuIp7ergxAsNB6SSMbWjfr3stDp2Dj44Q+5k+Ey Kzi4LmE5SV/eKDd7YIBHvUHONQdfLRx2d9QEQ0W8jOH3m/hMgv2e+PPm8g9sWZ0G TVb6oX6RtFuJQwZ5KR2PilPCQq4XIUkqLZR/p6tahIDOZ7QIDYZrHK3LdjLKwBh4 oZ92n5gaELXdWNgk6rewmzpL/Q6i0LoL2BMl2NdgG5HAWkeGBti3ooTAsrYkiV8L 6eFgdTF5bX4d1dZrG+yKfCETLs1WzMOrN+ZFzzj3pJOL+3dkXmMx/CMWqSgDQbgI x4I2bxGa23RYWoyPvzOkXmCMf9hJEFTIO+oXTN1RDuhwMIKjlNy613zdKyygmaHy 1uaDyP2kspnsIAKGbFgrWDDUJ2+npq4wfJZOm55w51RuDEAfi32JQ0+vLrgJv1Ul IPV8GMqcUyD19fvExhdoQLt1J4jtbHy9sSfYGdyR/hU99BInR9W0+QZNylt/DzBW 2lgs3loJ9gDFToFRIyq4r6SVbc5ghm2+q2w2EpKj4Iz3r8DiYwgp2OEdxDhamKBA uLA5dK9JZOsMPOPdAgr0 =ncj7 -----END PGP SIGNATURE----- --cWoXeonUoKmBZSoM-- From nscott@redhat.com Thu Sep 4 21:07:22 2014 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 9A6147F37 for ; Thu, 4 Sep 2014 21:07:22 -0500 (CDT) Received: from cuda.sgi.com (cuda3.sgi.com [192.48.176.15]) by relay3.corp.sgi.com (Postfix) with ESMTP id 277EBAC003 for ; Thu, 4 Sep 2014 19:07:18 -0700 (PDT) X-ASG-Debug-ID: 1409882832-04cb6c54fe7d43e0001-S8gJnT Received: from mx6-phx2.redhat.com (mx6-phx2.redhat.com [209.132.183.39]) by cuda.sgi.com with ESMTP id wOKHkH835XIDSztU for ; Thu, 04 Sep 2014 19:07:13 -0700 (PDT) X-Barracuda-Envelope-From: nscott@redhat.com X-Barracuda-Apparent-Source-IP: 209.132.183.39 Received: from zmail20.collab.prod.int.phx2.redhat.com (zmail20.collab.prod.int.phx2.redhat.com [10.5.83.23]) by mx6-phx2.redhat.com (8.14.4/8.14.4) with ESMTP id s8527CQY016775 for ; Thu, 4 Sep 2014 22:07:12 -0400 Date: Thu, 4 Sep 2014 22:07:12 -0400 (EDT) From: Nathan Scott Reply-To: Nathan Scott To: PCP Message-ID: <443553690.44319410.1409882832552.JavaMail.zimbra@redhat.com> Subject: pcp updates: merges (kenj/lberk), builds, qa MIME-Version: 1.0 X-ASG-Orig-Subj: pcp updates: merges (kenj/lberk), builds, qa Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-Originating-IP: [10.5.82.7] X-Mailer: Zimbra 8.0.6_GA_5922 (ZimbraWebClient - FF17 (Linux)/8.0.6_GA_5922) Thread-Topic: pcp updates: merges (kenj/lberk), builds, qa Thread-Index: 54nRkcC3M1T3/I99aqo2IO6Ura3Fgg== X-Barracuda-Connect: mx6-phx2.redhat.com[209.132.183.39] X-Barracuda-Start-Time: 1409882832 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.02 X-Barracuda-Spam-Status: No, SCORE=0.02 using per-user scores of TAG_LEVEL=1000.0 QUARANTINE_LEVEL=1000.0 KILL_LEVEL=2.7 tests=THREAD_INDEX, THREAD_TOPIC X-Barracuda-Spam-Report: Code version 3.2, rules version 3.2.3.9188 Rule breakdown below pts rule name description ---- ---------------------- -------------------------------------------------- 0.01 THREAD_INDEX thread-index: AcO7Y8iR61tzADqsRmmc5wNiFHEOig== 0.01 THREAD_TOPIC Thread-Topic: ...(Japanese Subject)... Changes committed to git://git.pcp.io/pcp.git dev configure | 62 +++++++++++++++++++++------ configure.ac | 16 ++----- man/html/guide.redhat.html | 40 +++++++---------- qa/276 | 2 qa/780 | 2 qa/781 | 1 qa/781.out | 6 +- qa/914 | 43 ++++++++++++------- qa/914.out | 24 +++++++--- qa/admin/pcp-daily | 6 +- src/libpcp_pmda/src/callback.c | 3 - src/pmchart/GNUmakefile | 5 +- src/pmdas/papi/papi.c | 92 ++++++++++++++++++++++++++++------------- src/pmgadgets/GNUmakefile | 5 +- src/pmquery/GNUmakefile | 5 +- src/pmtime/GNUmakefile | 8 ++- src/pmview/GNUmakefile | 7 ++- 17 files changed, 214 insertions(+), 113 deletions(-) commit 3155a0a52cecc794eb0ebbceaf726e043ed21c5e Author: Nathan Scott Date: Fri Sep 5 11:57:47 2014 +1000 Make PCP_WHICH_PROG default to /usr/bin/which once more Using "type" as the default is causing spurious diagnostics failures on some platforms (f20 at least) as this sometimes includes the shell path hashed/not state in the output. commit 759ae306983b1f1dbc594ca9b2a72a124b9ff765 Author: Nathan Scott Date: Fri Sep 5 11:54:16 2014 +1000 Add not-yet-implemented to the libpcp_pmda fetch quiet errors commit f19d9ea46d037db301afc57a5dee95d3d42bf8ea Author: Nathan Scott Date: Fri Sep 5 11:53:26 2014 +1000 Fix GUI tool builds for Mac OS X resources commit 5df7a6e53e39d7d0645fcb4364e643a83fa0ec65 Author: Nathan Scott Date: Fri Sep 5 11:53:00 2014 +1000 PAPI PMDA updates and pmstore-based testing additions New tests for pmda papi and ensure the value exported for the control metrics (fetch) is not the tokenized variant. commit a35a1d3d2cee7e743eb16ebe65c85ec579ea92ca Author: Lukas Berk Date: Thu Sep 4 20:26:54 2014 -0400 Return PM_ERR_CONV in the case of a metric being disabled that doesn't exist *src/pmdas/papi/papi.c - return an error code for the case where papi.control.disable "I_DONT_EXIST" is passed commit 7528f8acaf4758f818542b0ebfd62edbe8ea09ee Author: Nathan Scott Date: Fri Sep 5 09:34:26 2014 +1000 Add review feedback from Frank into the quick reference guide commit de3030db21ccd98b35f2526cfe85e54fc5cd8fc5 Author: Lukas Berk Date: Thu Sep 4 19:30:35 2014 -0400 Add checks that current events are available on hardware and not already in eventset *src/pmdas/papi/papi.c - add checks to ensure papi events specified are available on the hardware before we actually go to add them add debug message for when they aren't actually available also add a check that we haven't already added the event before making an effort to do so commit c99dc9c33b188589523a65035fda0aba9ab75b4f Author: Ken McDonell Date: Fri Sep 5 07:09:03 2014 +1000 qa/admin/pcp-daily - saner handling of prefix matching hostnames Multiple matches are (probably) OK now that domain names on my VM setup no longer include any reference to the operating system and version. Picking the first match becomes exact match preferred over prefix match, which is fine for my current host and VM domain names setup. commit 7b503f29b057042b12fb17ab72c7c5831ffa74a7 Author: Ken McDonell Date: Fri Sep 5 07:07:38 2014 +1000 qa/780 - guard and notrun if pmwebd not installed commit f29df3a28f232c307c012bb5108c66905a0b5549 Author: Lukas Berk Date: Thu Sep 4 17:05:54 2014 -0400 Fix adding papi metrics *src/pmdas/papi/papi.c - currently when we add enlarge papi_info, we increase the size with a realloc, and then memset the contents to zero. Normally this would be fine, however the .position member variable (which represents the position in the values[] array) is valid when set to zero (normally a negative number when not in use for that metric). Check that the papi_info element we're trying to add also has a non-zero papi_event_code before adding. commit 2f76e6fd581dbd7585691cee5efe63475750d3d4 Author: Lukas Berk Date: Thu Sep 4 12:11:44 2014 -0400 Return 'No Values Available' if metric is not active *src/pmdas/papi/papi.c - in fetchcallback check to make sure the position is >=0 commit 8743118f6fe42b7c0eb5856c5278d28dedf1d37b Author: Lukas Berk Date: Thu Sep 4 11:54:32 2014 -0400 Allow control variable access in the fetchcallback even if papi is not running Also fix a small issue in papi_store for papi.control.disable, we shouldn't return PM_ERR_CONV if it's the first metric we compare against. *src/pmdas/papi/papi.c commit 60c0082889d6ac816691be52a1eae1b6b7b4acbd Author: Ken McDonell Date: Thu Sep 4 17:34:56 2014 +1000 qa/276 - pmdumptext needs dbus-launch and gtk filtering commit 09714aec29b90a1f9c76e05d5846f76c07bc46b4 Author: Ken McDonell Date: Thu Sep 4 17:33:52 2014 +1000 qa/781 - filter $PCP_BINADM_DIR From dak-unpriv@franck.debian.org Fri Sep 5 02:17:18 2014 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 0C1A27F3F for ; Fri, 5 Sep 2014 02:17:18 -0500 (CDT) Received: from cuda.sgi.com (cuda1.sgi.com [192.48.157.11]) by relay3.corp.sgi.com (Postfix) with ESMTP id 94CA2AC001 for ; Fri, 5 Sep 2014 00:17:14 -0700 (PDT) X-ASG-Debug-ID: 1409901429-04bdf0109a779e00001-S8gJnT Received: from muffat.debian.org (muffat.debian.org [206.12.19.146]) by cuda.sgi.com with ESMTP id giCmNE59144T59eh (version=TLSv1 cipher=AES128-SHA bits=128 verify=NO) for ; Fri, 05 Sep 2014 00:17:10 -0700 (PDT) X-Barracuda-Envelope-From: dak-unpriv@franck.debian.org X-Barracuda-Apparent-Source-IP: 206.12.19.146 Received: from franck.debian.org ([138.16.160.12]) from C=NA,ST=NA,L=Ankh Morpork,O=Debian SMTP,OU=Debian SMTP CA,CN=franck.debian.org,EMAIL=hostmaster@franck.debian.org (verified) by muffat.debian.org with esmtps (TLS1.2:DHE_RSA_AES_128_CBC_SHA1:128) (Exim 4.80) (envelope-from ) id 1XPnlc-00037Q-IC for pcp@oss.sgi.com; Fri, 05 Sep 2014 07:17:08 +0000 Received: from dak-unpriv by franck.debian.org with local (Exim 4.80) (envelope-from ) id 1XPnlb-0000YR-FZ for pcp@oss.sgi.com; Fri, 05 Sep 2014 07:17:07 +0000 To: pcp@oss.sgi.com From: Debian FTP Masters Subject: Processing of pcp_3.9.10_i386.changes Date: Fri, 05 Sep 2014 07:17:07 +0000 X-ASG-Orig-Subj: Processing of pcp_3.9.10_i386.changes X-Debian: DAK X-DAK: DAK Precedence: bulk Auto-Submitted: auto-generated X-Debian-Package: pcp Message-Id: X-Barracuda-Connect: muffat.debian.org[206.12.19.146] X-Barracuda-Start-Time: 1409901429 X-Barracuda-Encrypted: AES128-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.3.9194 Rule breakdown below pts rule name description ---- ---------------------- -------------------------------------------------- pcp_3.9.10_i386.changes uploaded successfully to localhost along with the files: pcp_3.9.10_i386.deb pcp-conf_3.9.10_i386.deb libpcp3-dev_3.9.10_i386.deb libpcp3_3.9.10_i386.deb libpcp-gui2-dev_3.9.10_i386.deb libpcp-gui2_3.9.10_i386.deb libpcp-mmv1-dev_3.9.10_i386.deb libpcp-mmv1_3.9.10_i386.deb libpcp-pmda3-dev_3.9.10_i386.deb libpcp-pmda3_3.9.10_i386.deb libpcp-trace2-dev_3.9.10_i386.deb libpcp-trace2_3.9.10_i386.deb libpcp-import1-dev_3.9.10_i386.deb libpcp-import1_3.9.10_i386.deb python-pcp_3.9.10_i386.deb libpcp-pmda-perl_3.9.10_i386.deb libpcp-import-perl_3.9.10_i386.deb libpcp-logsummary-perl_3.9.10_i386.deb libpcp-mmv-perl_3.9.10_i386.deb pcp-import-sar2pcp_3.9.10_all.deb pcp-import-mrtg2pcp_3.9.10_all.deb pcp-import-sheet2pcp_3.9.10_all.deb pcp-import-iostat2pcp_3.9.10_all.deb pcp-import-collectl2pcp_3.9.10_i386.deb pcp-doc_3.9.10_all.deb pcp-testsuite_3.9.10_i386.deb pcp-manager_3.9.10_i386.deb pcp-webapi_3.9.10_i386.deb pcp-gui_3.9.10_i386.deb pcp_3.9.10.dsc pcp_3.9.10.tar.xz Greetings, Your Debian queue daemon (running on host franck.debian.org) From envelope@ftp-master.debian.org Fri Sep 5 02:19:39 2014 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 B21E97F3F for ; Fri, 5 Sep 2014 02:19:39 -0500 (CDT) Received: from cuda.sgi.com (cuda2.sgi.com [192.48.176.25]) by relay2.corp.sgi.com (Postfix) with ESMTP id 9F4C1304043 for ; Fri, 5 Sep 2014 00:19:39 -0700 (PDT) X-ASG-Debug-ID: 1409901573-04cbb05488a67610001-S8gJnT Received: from mailly.debian.org (mailly.debian.org [82.195.75.114]) by cuda.sgi.com with ESMTP id 6zkOUgamjvqu2xHm (version=TLSv1 cipher=AES128-SHA bits=128 verify=NO) for ; Fri, 05 Sep 2014 00:19:34 -0700 (PDT) X-Barracuda-Envelope-From: envelope@ftp-master.debian.org X-Barracuda-Apparent-Source-IP: 82.195.75.114 Received: from franck.debian.org ([138.16.160.12]) from C=NA,ST=NA,L=Ankh Morpork,O=Debian SMTP,OU=Debian SMTP CA,CN=franck.debian.org,EMAIL=hostmaster@franck.debian.org (verified) by mailly.debian.org with esmtps (TLS1.2:DHE_RSA_AES_128_CBC_SHA1:128) (Exim 4.80) (envelope-from ) id 1XPnnv-0003qs-Ps; Fri, 05 Sep 2014 07:19:32 +0000 Received: from dak by franck.debian.org with local (Exim 4.80) (envelope-from ) id 1XPnnu-0001wu-9V; Fri, 05 Sep 2014 07:19:30 +0000 From: Debian FTP Masters To: PCP Development Team , Nathan Scott X-DAK: dak process-upload X-Debian: DAK X-Debian-Package: pcp Precedence: bulk Auto-Submitted: auto-generated MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 8bit Subject: pcp_3.9.10_i386.changes ACCEPTED into unstable Message-Id: X-ASG-Orig-Subj: pcp_3.9.10_i386.changes ACCEPTED into unstable Date: Fri, 05 Sep 2014 07:19:30 +0000 X-Barracuda-Connect: mailly.debian.org[82.195.75.114] X-Barracuda-Start-Time: 1409901574 X-Barracuda-Encrypted: AES128-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.3.9195 Rule breakdown below pts rule name description ---- ---------------------- -------------------------------------------------- Accepted: -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Format: 1.8 Date: Fri, 05 Sep 2014 14:08:02 +1000 Source: pcp Binary: pcp pcp-conf libpcp3-dev libpcp3 libpcp-gui2-dev libpcp-gui2 libpcp-mmv1-dev libpcp-mmv1 libpcp-pmda3-dev libpcp-pmda3 libpcp-trace2-dev libpcp-trace2 libpcp-import1-dev libpcp-import1 python-pcp libpcp-pmda-perl libpcp-import-perl libpcp-logsummary-perl libpcp-mmv-perl pcp-import-sar2pcp pcp-import-mrtg2pcp pcp-import-sheet2pcp pcp-import-iostat2pcp pcp-import-collectl2pcp pcp-doc pcp-testsuite pcp-manager pcp-webapi pcp-gui Architecture: source i386 all Version: 3.9.10 Distribution: unstable Urgency: low Maintainer: PCP Development Team Changed-By: Nathan Scott Description: libpcp-gui2 - Performance Co-Pilot graphical client tools library libpcp-gui2-dev - Performance Co-Pilot graphical client tools library and headers libpcp-import-perl - Performance Co-Pilot log import Perl module libpcp-import1 - Performance Co-Pilot data import library libpcp-import1-dev - Performance Co-Pilot data import library and headers libpcp-logsummary-perl - Performance Co-Pilot historical log summary module libpcp-mmv-perl - Performance Co-Pilot Memory Mapped Value Perl module libpcp-mmv1 - Performance Co-Pilot Memory Mapped Value client library libpcp-mmv1-dev - Performance Co-Pilot Memory Mapped Value library and headers libpcp-pmda-perl - Performance Co-Pilot Domain Agent Perl module libpcp-pmda3 - Performance Co-Pilot Domain Agent library libpcp-pmda3-dev - Performance Co-Pilot Domain Agent library and headers libpcp-trace2 - Performance Co-Pilot application tracing library libpcp-trace2-dev - Performance Co-Pilot application tracing library and headers libpcp3 - Performance Co-Pilot library libpcp3-dev - Performance Co-Pilot library and headers pcp - System level performance monitoring and performance management pcp-conf - Performance Co-Pilot runtime configuration pcp-doc - Documentation and tutorial for the Performance Co-Pilot pcp-gui - Visualisation tools for the Performance Co-Pilot toolkit pcp-import-collectl2pcp - Tool for importing data from collectl into PCP archive logs pcp-import-iostat2pcp - Tool for importing data from iostat into PCP archive logs pcp-import-mrtg2pcp - Tool for importing data from MRTG into PCP archive logs pcp-import-sar2pcp - Tool for importing data from sar into PCP archive logs pcp-import-sheet2pcp - Tool for importing data from a spreadsheet into PCP archive logs pcp-manager - Performance Co-Pilot (PCP) manager daemon pcp-testsuite - Performance Co-Pilot (PCP) Test Suite pcp-webapi - Performance Co-Pilot (PCP) web API service python-pcp - Performance Co-Pilot Python PMAPI module Changes: pcp (3.9.10) unstable; urgency=low . * New release (full details in CHANGELOG). Checksums-Sha1: 63eb26430a9bb885eba2b5ca47937f106b0e8028 2820 pcp_3.9.10.dsc 17f362e89dc0e56736beea3ecfe768610202ca2d 10475252 pcp_3.9.10.tar.xz 08761b5b011752b54b09e8abafbd8fa841aef2b8 1245004 pcp_3.9.10_i386.deb 09f09817f7de6538659d0f132a377b93d25a56d4 16802 pcp-conf_3.9.10_i386.deb 450be8d17891e95217e07e19fb0d01d9e6c65a30 416044 libpcp3-dev_3.9.10_i386.deb a7c8418ac16eea0e9580a64f3f8450ff64edbd6d 188712 libpcp3_3.9.10_i386.deb ad6bb0c49d99073ce8a17f62d3704f2c0f492fa7 16654 libpcp-gui2-dev_3.9.10_i386.deb 6461b349685744a10758dcb67d4869a04bff379c 15544 libpcp-gui2_3.9.10_i386.deb 46156d2cf6283407846fe95d0cbc9d4ed23f4998 19222 libpcp-mmv1-dev_3.9.10_i386.deb 77b948815672de929442fe6b9cbdd31036b6ad3e 12560 libpcp-mmv1_3.9.10_i386.deb 6046d1b28f4a330e621658ffdf1fa1a107a2f339 95364 libpcp-pmda3-dev_3.9.10_i386.deb 75f9dc8e636a12b667c608b60420e1ed564eb9b8 36618 libpcp-pmda3_3.9.10_i386.deb 5faa7dda1f5f321bcb235704855279bf6cb9bbb5 27128 libpcp-trace2-dev_3.9.10_i386.deb 916a2845548dacc0564bf60e297b7694fe8f71c6 19766 libpcp-trace2_3.9.10_i386.deb 82a36282a0841f72bb239f6682f97b03785620af 16290 libpcp-import1-dev_3.9.10_i386.deb 120b4e87fd442622cd4e1f8c85c36bbcd180f492 15832 libpcp-import1_3.9.10_i386.deb b7575801e0e2543170b03235d01956d80bc8cf3a 50474 python-pcp_3.9.10_i386.deb e1de94cc79f5b343f90f1e5c40504a5a2f764276 39576 libpcp-pmda-perl_3.9.10_i386.deb 33189da9eeac7092de499bc3f1ea79e6b8ea3c89 16964 libpcp-import-perl_3.9.10_i386.deb 82fa2c98a6ac394180ba0d11446cfb4e2a7ce986 11878 libpcp-logsummary-perl_3.9.10_i386.deb ce9a7d256d5f97cac65f344772b0f1866c468725 18208 libpcp-mmv-perl_3.9.10_i386.deb 62c5d586402592a1338f8626be077aafce3e522b 17430 pcp-import-sar2pcp_3.9.10_all.deb be1041ce15dfb34a21edf652f424826dc94f1a80 11082 pcp-import-mrtg2pcp_3.9.10_all.deb 395c79d55e008b963a16072fc9943e3e242f0186 20026 pcp-import-sheet2pcp_3.9.10_all.deb 60c91a0d7780930a8b580ef52e83941fd993db0c 18700 pcp-import-iostat2pcp_3.9.10_all.deb c40b275ad6430dc5b544751a61f20c2bec07c78e 23640 pcp-import-collectl2pcp_3.9.10_i386.deb 834cf38d8b667e5970968675f87fc29a0c50dd26 3146298 pcp-doc_3.9.10_all.deb 600e68ee51599d7b912fd263b675a4ccf99798b6 2683378 pcp-testsuite_3.9.10_i386.deb b346816d002599a6d6566a8039e9c85c01dc4f28 47756 pcp-manager_3.9.10_i386.deb 8614f714460a663c9ccd78674fad721762d6bf0b 31474 pcp-webapi_3.9.10_i386.deb 796f825b231b8f514281c090ee06a473e2c944d1 654104 pcp-gui_3.9.10_i386.deb Checksums-Sha256: 094e74bf3a72b11d1fbf2c72d4d83d40533865659e66e6fe7cf5bd582465ef7b 2820 pcp_3.9.10.dsc 88989dbd7edfd07d39ad6bf66a389d82bf4f4fd96ec8db2a566ec78831d19089 10475252 pcp_3.9.10.tar.xz e45bcc0d3e709c6765919a72eadc768cd7f5af3367d194512e6fa23270b32e91 1245004 pcp_3.9.10_i386.deb 95cf19648952bc6fef2365533948d6232684c126f3b028ba52fdd2bf3c6dc627 16802 pcp-conf_3.9.10_i386.deb 223ba33211076a877a3c0cb24e9338159c67203ec6df7cd458b4980612d134da 416044 libpcp3-dev_3.9.10_i386.deb a6b86a0b9daf8891755cf880e2a2177f26667bce46b05d1a4ecc835c72409e2f 188712 libpcp3_3.9.10_i386.deb 7daaa68f2cffb9dc94a194e05e87525ad374c78a7140bce65b9c2633fcc33f1a 16654 libpcp-gui2-dev_3.9.10_i386.deb f9f443267e8657d5978f9091ecc9ff3211004af93e9438623a4f1da56006b3b9 15544 libpcp-gui2_3.9.10_i386.deb ea0e2b79ec4c2c12b006d2ea40d10b26a6951da75cd2bdbcd49971e44cba03df 19222 libpcp-mmv1-dev_3.9.10_i386.deb 06ed395a6748c402029e62f588fbfc039eeb99c3b736649073b0f9fdef463b90 12560 libpcp-mmv1_3.9.10_i386.deb b154c111b27d42a4e961e182fa2bea6e0548c4cb482e510ec20cb318809f1dd2 95364 libpcp-pmda3-dev_3.9.10_i386.deb 1fc30f7c494cdee5ae94c11e3df58a91662aabf9f55a4382dcf9e746dff413f1 36618 libpcp-pmda3_3.9.10_i386.deb 70ba4b625635628d3db7839eed08bf9a8dd97a3e7c8c01548dfd4ad949fbc56c 27128 libpcp-trace2-dev_3.9.10_i386.deb 5bbb8623e7de46a1da3393aae7f491d94a4840929c94bb3f95c63b3003df545a 19766 libpcp-trace2_3.9.10_i386.deb 90b78ffed39d31e6f976ca56ce6b7ffe5a6db772ce4655ef39a435dc8948a70c 16290 libpcp-import1-dev_3.9.10_i386.deb e021a94f320a60e16ab20f72f4864e9feb8ed84634531f42be7932a60e311300 15832 libpcp-import1_3.9.10_i386.deb 5cddc8f9a6642d55dbb1d97369f2dc55a2c7754cee1b7968cdd9af83e51712e2 50474 python-pcp_3.9.10_i386.deb 5724e5f975c92d3ede1a5249ab175dfde1d475d37715f4ea5348d938b00ae5fd 39576 libpcp-pmda-perl_3.9.10_i386.deb f09a1d13cf295635c82c2ca8c514753a0cb9a2e6c8856941f16a4977852bf52d 16964 libpcp-import-perl_3.9.10_i386.deb cd7f305a936ba5fd05ea37c2e711326038af7c085b040c770f372741b21c8540 11878 libpcp-logsummary-perl_3.9.10_i386.deb b2b563df24a7f57cb8a8137c100b7da93776ff8d8c76a363db6a4462f4187cbe 18208 libpcp-mmv-perl_3.9.10_i386.deb 765c1d437fd83cdfa4566671fa7aa4b47186fe5e26fdec316066566613490f4a 17430 pcp-import-sar2pcp_3.9.10_all.deb 56ee213293fe38306c33d6e5b546943afa243c6f0637866242f760f12d91abbf 11082 pcp-import-mrtg2pcp_3.9.10_all.deb b69be070479bef4f4b74758c786a1927471beec7e822274fb8e56f2babc62032 20026 pcp-import-sheet2pcp_3.9.10_all.deb f3ca7776f33d015f844fcf4100b9a31d7fbc6b1d0f74065a9279bbacc1722b76 18700 pcp-import-iostat2pcp_3.9.10_all.deb 1da5c89429c61bccd3b7e09439b3e0a15307cbc908fada95931977e677151b40 23640 pcp-import-collectl2pcp_3.9.10_i386.deb 7af14557f66649a6cab68424b6b7f1b4fca5cfb3c0f135f89d6bcd7884ab3b87 3146298 pcp-doc_3.9.10_all.deb 4d72c1783f99635cd55cb0ee9ed6c694ed67898cbe66458668117181341f21ba 2683378 pcp-testsuite_3.9.10_i386.deb acbb59870adb1c563ffc8ea0d36e2e841804e722431978a5f59b5934c1f0f98c 47756 pcp-manager_3.9.10_i386.deb 2d1da6027d5706801063d5e3b574f0a7dc9014c30319b1b1f837d889ace07cb0 31474 pcp-webapi_3.9.10_i386.deb cb350688a24dfb58cea139504d38c001e23ce91e8c5999ee8f04542f8f55ebfe 654104 pcp-gui_3.9.10_i386.deb Files: 2fb07637e7c95965dde7c7da3a6cbe03 1245004 utils extra pcp_3.9.10_i386.deb dc18c08b7939f7ca63e8e42a38c16514 16802 libs extra pcp-conf_3.9.10_i386.deb 7b62ce64a2d31364cc0b9472db6875e4 416044 libdevel extra libpcp3-dev_3.9.10_i386.deb 2a5b43e2d4fb3661d7cc0bf831736acc 188712 libs extra libpcp3_3.9.10_i386.deb af4009f0622e4e1643b781e398cd14ce 16654 libdevel extra libpcp-gui2-dev_3.9.10_i386.deb 4247426d8f8568fd40e4f7d9669357fe 15544 libs extra libpcp-gui2_3.9.10_i386.deb 6d92c069c9e6ab1d5f5153b9dee754c6 19222 libdevel extra libpcp-mmv1-dev_3.9.10_i386.deb ec243030e17e3e263fa4ad45352306f3 12560 libs extra libpcp-mmv1_3.9.10_i386.deb 176d176938c488bba52bbd3e1b1f9236 95364 libdevel extra libpcp-pmda3-dev_3.9.10_i386.deb adcd1b21e57d557532e4d45e82259f6a 36618 libs extra libpcp-pmda3_3.9.10_i386.deb db6ec160e69905a2d4b8a4303f1d9047 27128 libdevel extra libpcp-trace2-dev_3.9.10_i386.deb 41453120bf88ad879c2ed9073437ff68 19766 libs extra libpcp-trace2_3.9.10_i386.deb a2c5abd0504bc7293f30f05dc00068a1 16290 libdevel extra libpcp-import1-dev_3.9.10_i386.deb 5c5c1c4b0c75f09292e56133d0729bfd 15832 libs extra libpcp-import1_3.9.10_i386.deb dd6c7326816f3743c5469c3dc36591e7 50474 python extra python-pcp_3.9.10_i386.deb 8a8847fa60015ec5e83011cccaaec73f 39576 perl extra libpcp-pmda-perl_3.9.10_i386.deb 2ca2edb25dddb1fd7b73b89eba104ec4 16964 perl extra libpcp-import-perl_3.9.10_i386.deb 16e382117fc767d900eaf70c11eaef27 11878 perl extra libpcp-logsummary-perl_3.9.10_i386.deb 8a1e65c7eac68dba21047fd05437019f 18208 perl extra libpcp-mmv-perl_3.9.10_i386.deb 866546825e5d64d75e91df38aa019f49 17430 utils extra pcp-import-sar2pcp_3.9.10_all.deb 4aeb8fd704333cf96b43f168c2816588 11082 utils extra pcp-import-mrtg2pcp_3.9.10_all.deb 349be0d0b1ea241c4a12cb84d1197993 20026 utils extra pcp-import-sheet2pcp_3.9.10_all.deb 16c2b4f468465fab83de213bc1823ee4 18700 utils extra pcp-import-iostat2pcp_3.9.10_all.deb db35a97b23f8bbce05833e78b95375b3 23640 utils extra pcp-import-collectl2pcp_3.9.10_i386.deb 124ce392a7f4f4d5a8514fe5e40b28eb 3146298 doc extra pcp-doc_3.9.10_all.deb 9f2326aac24154a628a0007fc3dead0a 2683378 utils extra pcp-testsuite_3.9.10_i386.deb 762df12737e78bc20eb8104a92ec050f 47756 utils extra pcp-manager_3.9.10_i386.deb 16d14cd13a655d15a5d7ee2d43f3aff8 31474 utils extra pcp-webapi_3.9.10_i386.deb 60e3f8999bf15adb9d8b253cebcee310 654104 utils extra pcp-gui_3.9.10_i386.deb efb4c4e71440c52f7deab587efbc8ae9 2820 utils extra pcp_3.9.10.dsc 181e1e358e5901d6ef02940903773322 10475252 utils extra pcp_3.9.10.tar.xz -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.22 (GNU/Linux) iEYEARECAAYFAlQJH9gACgkQm8fl3HSIa2PeBQCdGG6our+XbsnQY0Q00ubNu/et E0wAnjqCBJcVTWPi8nlJ5RQ4JajM7AnL =bt3i -----END PGP SIGNATURE----- Thank you for your contribution to Debian. From kenj@internode.on.net Fri Sep 5 03:13:46 2014 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 D7FAD7F3F for ; Fri, 5 Sep 2014 03:13:46 -0500 (CDT) Received: from cuda.sgi.com (cuda2.sgi.com [192.48.176.25]) by relay2.corp.sgi.com (Postfix) with ESMTP id C450D304070 for ; Fri, 5 Sep 2014 01:13:43 -0700 (PDT) X-ASG-Debug-ID: 1409904821-04cbb05488a68c10001-S8gJnT Received: from ipmail07.adl2.internode.on.net (ipmail07.adl2.internode.on.net [150.101.137.131]) by cuda.sgi.com with ESMTP id tlj5vF95fzU5S7CB for ; Fri, 05 Sep 2014 01:13:42 -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: ArwIAPJvCVR20QS7/2dsb2JhbABZgw2BKoIszW0EAgGBBxd3hAMBAQQBCAIdARIcIwUIAwIGAxUqBxkgDRECBBMLBYgqB74GARePTQeETAWPKYIVWJ94g3MrL4JPAQEB Received: from ppp118-209-4-187.lns20.mel4.internode.on.net (HELO bozohorize) ([118.209.4.187]) by ipmail07.adl2.internode.on.net with ESMTP; 05 Sep 2014 17:43:39 +0930 From: "Ken McDonell" To: "'Frank Ch. Eigler'" Cc: "'PCP'" References: <5408F426.1060107@internode.on.net> In-Reply-To: Subject: RE: valgrind oddness qa/828 Date: Fri, 5 Sep 2014 18:12:57 +1000 X-ASG-Orig-Subj: RE: valgrind oddness qa/828 Message-ID: <005601cfc8e1$4d3c54b0$e7b4fe10$@internode.on.net> MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-Mailer: Microsoft Outlook 15.0 Thread-Index: AQJPy6PtcK+tssWU+ZkOqIaImYj7XAG9mv7xmuQ7eyA= Content-Language: en-au X-Barracuda-Connect: ipmail07.adl2.internode.on.net[150.101.137.131] X-Barracuda-Start-Time: 1409904821 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, THREAD_INDEX X-Barracuda-Spam-Report: Code version 3.2, rules version 3.2.3.9196 Rule breakdown below pts rule name description ---- ---------------------- -------------------------------------------------- 0.01 THREAD_INDEX thread-index: AcO7Y8iR61tzADqsRmmc5wNiFHEOig== 0.00 BSF_SC0_MISMATCH_TO Envelope rcpt doesn't match header > From: Frank Ch. Eigler [mailto:fche@redhat.com] > ... > Just a WAG, but could it be that *icp is getting corrupted by a misaddressed > assignment on line 1257? Fair guess Frank. But this is smelling like a valgrind/toolchain bug. If I change the source thusly ... 1250 if ((vp = (pmValueBlock *)malloc(need)) == NULL) { 1251 sts = -oserror(); 1252 goto bad_alloc; 1253 } 1254 vp->vlen = need; 1255 vp->vtype = PM_TYPE_FLOAT; 1256 rp->vset[j]->valfmt = PM_VAL_DPTR; 1257 fprintf(stderr, "new float pval=%p icp=%p t_prior=%.6f\n", &rp->vset[j]->vl ist[i].value.pval, icp, icp->t_prior); 1258 rp->vset[j]->vlist[i++].value.pval = vp; 1259 if (icp->t_prior == t_req) there is nothing strange reported (specifically the address of "pval" is not aliased to the address icp points to) BUT the valgrind error goes away ... Heisenbug strikes again. Comment out line 1257 and the valgrind reported "error" returns. I'm planning to suppress this one conditionally for this version of valgrind and gcc. From pcp-announce-bounces@oss.sgi.com Fri Sep 5 05:14:14 2014 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 A85657F4E; Fri, 5 Sep 2014 05:14:14 -0500 (CDT) X-Original-To: pcp-announce@oss.sgi.com Delivered-To: pcp-announce@oss.sgi.com Received: from relay.sgi.com (relay1.corp.sgi.com [137.38.102.111]) by oss.sgi.com (Postfix) with ESMTP id BFBCE7F3F for ; Fri, 5 Sep 2014 05:14:13 -0500 (CDT) Received: from cuda.sgi.com (cuda3.sgi.com [192.48.176.15]) by relay1.corp.sgi.com (Postfix) with ESMTP id 9F11F8F8033 for ; Fri, 5 Sep 2014 03:14:10 -0700 (PDT) X-ASG-Debug-ID: 1409912044-04cb6c54fe7e2960001-87ZIJf Received: from mx4-phx2.redhat.com (mx4-phx2.redhat.com [209.132.183.25]) by cuda.sgi.com with ESMTP id jQ2gqvGqKXGbpJNr for ; Fri, 05 Sep 2014 03:14:05 -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 s85AE405028634 for ; Fri, 5 Sep 2014 06:14:04 -0400 Date: Fri, 5 Sep 2014 06:14:04 -0400 (EDT) From: Nathan Scott To: pcp-announce Message-ID: <1690983245.44516591.1409912044742.JavaMail.zimbra@redhat.com> In-Reply-To: <691214041.44472655.1409905069682.JavaMail.zimbra@redhat.com> MIME-Version: 1.0 X-ASG-Orig-Subj: Performance Co-Pilot 3.9.10 released X-Originating-IP: [10.5.82.7] X-Mailer: Zimbra 8.0.6_GA_5922 (ZimbraWebClient - FF17 (Linux)/8.0.6_GA_5922) Thread-Topic: Performance Co-Pilot 3.9.10 released Thread-Index: 0xn+oTC1Q34HjC9h+Im5OVwlCVLMsg== X-Barracuda-Connect: mx4-phx2.redhat.com[209.132.183.25] X-Barracuda-Start-Time: 1409912045 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.12 X-Barracuda-Spam-Status: No, SCORE=0.12 using per-user scores of TAG_LEVEL=1000.0 QUARANTINE_LEVEL=1000.0 KILL_LEVEL=2.7 tests=BSF_SC0_SA085, THREAD_INDEX, THREAD_TOPIC X-Barracuda-Spam-Report: Code version 3.2, rules version 3.2.3.9198 Rule breakdown below pts rule name description ---- ---------------------- -------------------------------------------------- 0.01 THREAD_INDEX thread-index: AcO7Y8iR61tzADqsRmmc5wNiFHEOig== 0.01 THREAD_TOPIC Thread-Topic: ...(Japanese Subject)... 0.10 BSF_SC0_SA085 Custom Rule SA085 Subject: [pcp-announce] Performance Co-Pilot 3.9.10 released X-BeenThere: pcp-announce@oss.sgi.com X-Mailman-Version: 2.1.14 Precedence: list Reply-To: Nathan Scott List-Id: Performance Co-Pilot 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, The latest and greatest version of PCP has been released. You'll find it here: http://pcp.io or the source here: git://git.pcp.io/pcp or via the github mirror, here: https://github.com/performancecopilot/pcp.git For me, the highlight of this release is the way Dave has clawed back significant ground in the PCP daemons memory utilisation and at the same time improved the code (but, small things amuse me). You, on the other hand, might enjoy the new PAPI PMDA from Lukas (first time PCP contributor, all round nice guy) or the nanosecond resolution event timestamps, or the pmatop updates from Stan, the revitalised FreeBSD port - maybe the many improvements to the GFS2 instrumentation are your cup of tea? or perhaps, the hidden gem - the fantastic work across the code-base to lift the test pass rate and generally make this an especially awesome release. I'm going to have a holiday to celebrate. See you in a week! pcp-3.9.10 (5 September 2014) - Support for native systemd service files for daemons - Support for nanosecond resolution event timestamps - Changes to the FreeBSD build to bring it up to date - libpcp: reduce daemon memory usage with secure sockets - libpcp: add auto-deflate support for xz compression - pmie/pmlogger scripts: xz compression support enabled - pmie/pmlogger scripts: lzo compression support added - pmlogconf: fix slow pmlogger_daily remote host startup - pmcd_wait: fixed to handle af_unix sockets correctly - pmatop: fix help keys - pmatop: parse standard pcp options (including archives) - pmstore: support for local-context mode of operation - pmdiff: additional reporting options, added to /usr/bin - pmdiff: fix column layout with custom precision setting - pmlogsummary: fix time window reporting with -S and -T - pmdapapi: new agent for PAPI hardware event counters - pmdagfs2: latency metrics for glock grant/demote/queue - pmdamysql: change metric semantics for "uptime" - pmdaxfs: fix DSO mode and allow test data injection - pmdammv: long option support - docs: numerous updates to the online documentation - docs: added a quick reference guide for Red Hat users http://www.pcp.io/pcp.git/man/html/guide.redhat.html cheers. -- Nathan _______________________________________________ pcp-announce mailing list pcp-announce@oss.sgi.com http://oss.sgi.com/mailman/listinfo/pcp-announce From nscott@redhat.com Fri Sep 5 05:16:07 2014 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 6A5C27F3F for ; Fri, 5 Sep 2014 05:16:07 -0500 (CDT) Received: from cuda.sgi.com (cuda1.sgi.com [192.48.157.11]) by relay1.corp.sgi.com (Postfix) with ESMTP id 26EB28F8033 for ; Fri, 5 Sep 2014 03:16:04 -0700 (PDT) X-ASG-Debug-ID: 1409912159-04bdf0109a77ff00001-S8gJnT Received: from mx4-phx2.redhat.com (mx4-phx2.redhat.com [209.132.183.25]) by cuda.sgi.com with ESMTP id JFoBghfqQeSf4nO8 for ; Fri, 05 Sep 2014 03:15: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 s85AFxd4029078; Fri, 5 Sep 2014 06:15:59 -0400 Date: Fri, 5 Sep 2014 06:15:59 -0400 (EDT) From: Nathan Scott Reply-To: Nathan Scott To: PCP Cc: Jeremy Eder Message-ID: <236430128.44517548.1409912159545.JavaMail.zimbra@redhat.com> In-Reply-To: <435822232.42911455.1409707043394.JavaMail.zimbra@redhat.com> Subject: [RFC] Reducing installed PCP package sizes MIME-Version: 1.0 X-ASG-Orig-Subj: [RFC] Reducing installed PCP package sizes Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-Originating-IP: [10.5.82.7] X-Mailer: Zimbra 8.0.6_GA_5922 (ZimbraWebClient - FF17 (Linux)/8.0.6_GA_5922) Thread-Topic: Reducing installed PCP package sizes Thread-Index: Z0BEod0Jqs1kTJGiFQqXTqGwkoDX3g== X-Barracuda-Connect: mx4-phx2.redhat.com[209.132.183.25] X-Barracuda-Start-Time: 1409912159 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.02 X-Barracuda-Spam-Status: No, SCORE=0.02 using per-user scores of TAG_LEVEL=1000.0 QUARANTINE_LEVEL=1000.0 KILL_LEVEL=2.7 tests=THREAD_INDEX, THREAD_TOPIC X-Barracuda-Spam-Report: Code version 3.2, rules version 3.2.3.9198 Rule breakdown below pts rule name description ---- ---------------------- -------------------------------------------------- 0.01 THREAD_INDEX thread-index: AcO7Y8iR61tzADqsRmmc5wNiFHEOig== 0.01 THREAD_TOPIC Thread-Topic: ...(Japanese Subject)... Hi all, We're starting to see interest in folks using PCP services from within containers, and some of the needs they have are quite interesting. Numero uno, so far, is to drastically minimise the installed footprint of the core functionality. This definitely means pmcd and the default agents but to a lesser extent also would benefit from reductions in other areas too. The reason for wanting this smaller install footprint, AIUI, are to do with storage resources required across many container instances. Thus, any changes we make along these lines will likely help with virtualization in general. A few things that spring to mind to help with such an effort would be: 1. Extracting a small "core" functionality package from "pcp" (rpm/deb) package that provides pmcd, core PMDAs and possibly pmlogger (although I suspect things will start to unravel if we go that far - pminfo, pmlogconf, ... alot get dragged in). I think this part would largely be a packaging kinda problem, rearranging spec files, rpms/debs - providing a dependence on "pcp-pmcd" from base "pcp" package so that upgrades work, and installing "pcp" still gets all the needed packaging. 2. Many PMDAs (including "core" PMDAs) have both daemon & DSO variants which duplicate a bit of code (hence increasing the installed package size ondisk). I wonder if we could move to a model where the daemon PMDAs in such cases use the run-time DSO, instead of linking with the .o at build time? (this'll need a new libpcp_pmda helper function to wrap the dlopen(3) call). 3. PMDAs that link with external libraries should always be packaged via the pcp-pmda-xxx packaging model, so that those external libraries and their dependencies are not dragged in by default too. Jeremy hit this with pmdasystemd, but there are others too (pmdapache, pmdarpm). Should we extend this out to the perl/python PMDAs? (I think we probably should). If so, singularly, or as python PMDA sets and perl PMDA sets perhaps? And then there's the python client tools being in "pcp"... maybe these become "too hard" to split out (consider the impact on the users too with fanout of packaging in this way - not so friendly). Does anyone have thoughts on the above? It'd be good to begin a tracking effort for identification of any other low-hanging- fruit size wise, and to track (on-going) our package sizes. Anyone know of other space saving possibilities in either this new proposed core package area, or the wider pcp packages? Oh this extends to in-core memory footprint too, so any ideas in that direction would be good to hear about too. Thanks! -- Nathan From lberk@redhat.com Fri Sep 5 15:08:06 2014 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 9F93F7F3F for ; Fri, 5 Sep 2014 15:08:06 -0500 (CDT) Received: from cuda.sgi.com (cuda2.sgi.com [192.48.176.25]) by relay2.corp.sgi.com (Postfix) with ESMTP id 8E3E730405F for ; Fri, 5 Sep 2014 13:08:03 -0700 (PDT) X-ASG-Debug-ID: 1409947679-04cbb05486a81140001-S8gJnT Received: from mx1.redhat.com (mx1.redhat.com [209.132.183.28]) by cuda.sgi.com with ESMTP id yOm5YLqa2ugmODbk (version=TLSv1 cipher=AES256-SHA bits=256 verify=NO) for ; Fri, 05 Sep 2014 13:07:59 -0700 (PDT) X-Barracuda-Envelope-From: lberk@redhat.com X-Barracuda-Apparent-Source-IP: 209.132.183.28 X-ASG-Whitelist: Client Received: from int-mx13.intmail.prod.int.phx2.redhat.com (int-mx13.intmail.prod.int.phx2.redhat.com [10.5.11.26]) by mx1.redhat.com (8.14.4/8.14.4) with ESMTP id s85K7wFA012672 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=FAIL) for ; Fri, 5 Sep 2014 16:07:58 -0400 Received: from redhat.com (dhcp-10-15-16-133.yyz.redhat.com [10.15.16.133]) by int-mx13.intmail.prod.int.phx2.redhat.com (8.14.4/8.14.4) with ESMTP id s85K7uuP011746 (version=TLSv1/SSLv3 cipher=AES128-GCM-SHA256 bits=128 verify=NO) for ; Fri, 5 Sep 2014 16:07:58 -0400 Date: Fri, 5 Sep 2014 16:07:56 -0400 From: Lukas Berk To: pcp@oss.sgi.com Subject: PAPI pmda Note Message-ID: <20140905200756.GA31071@redhat.com> X-ASG-Orig-Subj: PAPI pmda Note Reply-To: Lukas Berk MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="IS0zKkzwUGydFO0o" Content-Disposition: inline User-Agent: Mutt/1.5.23 (2014-03-12) X-Scanned-By: MIMEDefang 2.68 on 10.5.11.26 X-Barracuda-Connect: mx1.redhat.com[209.132.183.28] X-Barracuda-Start-Time: 1409947679 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 --IS0zKkzwUGydFO0o Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Hey folks, With the release going out earlier today I just wanted to demo a bit of the PAPI pmda functionality. The pmda features a host of papi.control metrics used for enabling/disabling counters and administration of the pmda. The metrics themselves are papi.METRIC, where METRIC is the suffix of the PAPI event code (ie, PAPI_TOT_INS becomes TOT_INS). Currently the metrics are system wide, with process/thread specific metrics (hopefully) coming soon. If I wanted to compare the number of system wide Level 1 Total Cache Misses to Level 1 Total Cache Hits I would; sudo pmstore papi.control.enable "L1_TCM L1_TCH" (enable/disable being a space or ',' sperated list) sudo pmval papi.T1_TCH (view subsequent output) sudo pmval papi.T1_TCM (view more output) sudo pmstore papi.control.disable "L1_TCM,L1_TCH" Considering the limited number of counters available may change based on the architecture, the papi.control.num_counters metric has also been added to compare against when possibly writing pmie expressions. A few other TODO's I have lined up for the pmda: I'd like to eventually make the enable/disable control metrics a bit more flexible (ie, pmstore papi.control.disable "*" or "all" would be nice). We're also working around a papi issue where currently, after adding another metric or removing, the counters reset, which we should account for the user (if possible). There is also the point of making the pmns more dynamic, based on the current hardware, and if we can avoid needing to use the papi.control.{enable,disable} metrics. (and of course, more qa as needed) If you have time and want to try out the pmda, please let me know if you have any comments on it, I'd appreciate any kind of feedback! Cheers, Lukas --IS0zKkzwUGydFO0o Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1 iQIcBAEBAgAGBQJUChgcAAoJEAaRCclx+kwJKX0P/AoI4tHWrtnmD0OVAq1jKxBi XTM7qvZyLmP9rrvlKUhHWwEy8/Dxc9YNmrzN++/eBXBtYdO4X8rrBcOZvB4J3Kgt zEYjIs8iQdM4+T4oTRCfD263MesVBY00QhxMQO3mLhYmwj+MlH03zEhF8GV/tBia 7P3lK6JsjCElJTR02gEgaOHnb4V566cgDdo0tCO6aGeAsib8/ojXiB5AxGPdC5cS +NAR28iiOUIM14dGUq9WMUzw6oGm5kLqBjVVnFvtKU6UgNvbGNe0pnoKjIAqEBb5 DmfIfaUggRD3Ww6ZssMY5D5mb8Fdv+fTI8S5BWKDyheENjqZVmNfPuPqE2Cu3Mnp UeT1Jn+YBTKGRlIqnlI1DqY/Fy7odwXi7frDWz72NoRxG3ztoK9w9KUf0ePJRC0T R7FKOXI1LswgXH4a4rQgtX6opApzhzf3PZS2i7jdDo+zfkoK5Fdhr4EC4jFebGwt XiDgHwhyZXGK5a5XB7zGK05dLr9ZASSwQxYMyrnG5JYuE3c+MN1i4aJ+earumC7G B5xeIy0Z/jTco0Rlu+Vu6F1QDlM6vbm88p8Mfi92J3assisON4APL1gVYCXu2gno SG9cz+wIHSMtmBSbjimvnB1+WzuOCwOhwcEXqI6qeF19qjih0KI9M/UI2W5q4QeM 3qTsmi4Bo90Du/G47bTH =0AJB -----END PGP SIGNATURE----- --IS0zKkzwUGydFO0o-- From pcolby@gmail.com Sat Sep 6 01:31:34 2014 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=FREEMAIL_FROM,T_DKIM_INVALID 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 813867F3F for ; Sat, 6 Sep 2014 01:31:34 -0500 (CDT) Received: from cuda.sgi.com (cuda3.sgi.com [192.48.176.15]) by relay3.corp.sgi.com (Postfix) with ESMTP id 01F21AC001 for ; Fri, 5 Sep 2014 23:31:30 -0700 (PDT) X-ASG-Debug-ID: 1409985086-04cb6c55008073d0001-S8gJnT Received: from mail-yk0-f176.google.com (mail-yk0-f176.google.com [209.85.160.176]) by cuda.sgi.com with ESMTP id Cd00oYTsvLO4907f (version=TLSv1 cipher=RC4-SHA bits=128 verify=NO) for ; Fri, 05 Sep 2014 23:31:26 -0700 (PDT) X-Barracuda-Envelope-From: pcolby@gmail.com X-Barracuda-Apparent-Source-IP: 209.85.160.176 X-Barracuda-IPDD: Level1 [gmail.com/209.85.160.176] Received: by mail-yk0-f176.google.com with SMTP id 19so7530962ykq.35 for ; Fri, 05 Sep 2014 23:31:26 -0700 (PDT) X-Barracuda-IPDD: Level1 [gmail.com/209.85.160.176] X-Barracuda-IPDD: Level1 [gmail.com/209.85.160.176] DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:in-reply-to:references:date:message-id:subject :from:to:cc:content-type; bh=OVyR/oIKhKsf4eeLsp90Kt8xDXvvDjbQeGbTaa8z5hw=; b=yucmFxdIB63s9bbi03vIIM2D1wYHRH1uFyOuP6GkhomibHUFQjmlD3/EWv2wB2ub29 2Xy8hRbTuR1ThsvMBszJLw0pQEUNwkEJuN7fHXsjfHvt8k5V+HJE7DYwH36yUK9B9fXH 0MeHZFljW/Fjj/YO65KVAzeZGwGgYH3gvz99UaE1WjACd3eJtYsMPqfOETOxoxH8Mxlu 8eQ1PejfNr7gaFdZO9YkAqadfPXyE4XZDgLT+24jjiKzUk9gsz6uRBCH49i4GgiD4dHa NFkvMCHCBRJM1fWgXXXaRxEpkVWRBFZWIgwCUq1wARDzev7WFtM/FZjun8TFoWjJI55/ 6hdQ== MIME-Version: 1.0 X-Received: by 10.236.168.198 with SMTP id k46mr11896798yhl.54.1409985086132; Fri, 05 Sep 2014 23:31:26 -0700 (PDT) Sender: pcolby@gmail.com Received: by 10.170.217.130 with HTTP; Fri, 5 Sep 2014 23:31:26 -0700 (PDT) In-Reply-To: <44179881.42412060.1409659708744.JavaMail.zimbra@redhat.com> References: <4165444.42111709.1409625031062.JavaMail.zimbra@redhat.com> <1454419308.42111909.1409625280036.JavaMail.zimbra@redhat.com> <44179881.42412060.1409659708744.JavaMail.zimbra@redhat.com> Date: Sat, 6 Sep 2014 16:31:26 +1000 X-Google-Sender-Auth: jOC6ftdAdRKm94P4uxscO74osZY Message-ID: Subject: Re: [pcp] pcp-pmda-cpp updates: docs, highres events From: Paul Colby X-ASG-Orig-Subj: Re: [pcp] pcp-pmda-cpp updates: docs, highres events To: Nathan Scott Cc: pcp-pmda-cpp@googlegroups.com, PCP Content-Type: text/plain; charset=UTF-8 X-Barracuda-Connect: mail-yk0-f176.google.com[209.85.160.176] X-Barracuda-Start-Time: 1409985086 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 X-Barracuda-Spam-Report: Code version 3.2, rules version 3.2.3.9224 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 Hi Nathan, You probably already noticed I merged your changes a couple of days ago. Today I finally got around to testing against PCP 3.9.10 (tested against some older versions earlier in the week). It all looks good :D I've released PMDA++ 0.4.1 now with your updates (and some other minor fixes) included. Thanks, pc. On Tue, Sep 2, 2014 at 10:08 PM, Nathan Scott wrote: > Hi Paul, > > ----- Original Message ----- >> Thanks Nathan, this looks good :) >> >> I'll pull it in and sort out the build issues on the various (older) >> versions I support in the next couple of days. > > Great - thanks! > >> What PCP version officially supports these high-res timestamps? I >> don't suppose that version is available in debian/unstable yet? :D > > It will be pcp-3.9.10, expected to land in Debian unstable on Friday. > > cheers. > > -- > Nathan From kenj@internode.on.net Sat Sep 6 20:00:57 2014 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 102A67F3F for ; Sat, 6 Sep 2014 20:00:57 -0500 (CDT) Received: from cuda.sgi.com (cuda1.sgi.com [192.48.157.11]) by relay1.corp.sgi.com (Postfix) with ESMTP id E2E818F8039 for ; Sat, 6 Sep 2014 18:00:56 -0700 (PDT) X-ASG-Debug-ID: 1410051650-04bdf010977c6720001-S8gJnT Received: from ipmail05.adl6.internode.on.net (ipmail05.adl6.internode.on.net [150.101.137.143]) by cuda.sgi.com with ESMTP id 0hncXgQsI5Aqcg7G for ; Sat, 06 Sep 2014 18:00:50 -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: AgECAKCtC1R20ScOPGdsb2JhbAANTINgV4J8hDfCPYhpBQEBAQE4hGNVMAYCBRYLAgsDAgECATEnBgIBAYhLpip4lQkYgSyOPoJjgVMFhhqPVqAhWoJPAQEB Received: from ppp118-209-39-14.lns20.mel4.internode.on.net (HELO [192.168.1.100]) ([118.209.39.14]) by ipmail05.adl6.internode.on.net with ESMTP; 07 Sep 2014 10:30:49 +0930 Message-ID: <540BAE93.4000307@internode.on.net> Date: Sun, 07 Sep 2014 11:02:11 +1000 From: Ken McDonell User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:31.0) Gecko/20100101 Thunderbird/31.0 MIME-Version: 1.0 To: pcp@oss.sgi.com Subject: pcp updates - minor qa fixups Content-Type: text/plain; charset=utf-8 X-ASG-Orig-Subj: pcp updates - minor qa fixups Content-Transfer-Encoding: 7bit X-Barracuda-Connect: ipmail05.adl6.internode.on.net[150.101.137.143] X-Barracuda-Start-Time: 1410051650 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.3.9242 Rule breakdown below pts rule name description ---- ---------------------- -------------------------------------------------- Changes committed to git://git.performancecopilot.org/kenj/pcp.git dev qa/622 | 8 ++++ qa/828 | 84 +++++++++++++++++++++++++++++------------------- qa/828.out | 40 +++++++++++----------- qa/admin/pcp-daily | 2 - qa/admin/pcp-qa-summary | 44 ++++++++++++++++++------- 5 files changed, 114 insertions(+), 64 deletions(-) commit c335866d5f547bcabc1ded9a17e8514da75dca7c Author: Ken McDonell Date: Sun Sep 7 10:59:38 2014 +1000 qa/admin/pcp-daily & qa/admin/pcp-qa-summary - pcp-daily - add another FreeBSD host to the special case - pcp-qa-summary - report % failures across all hosts, and add -f to sort the failure map by ascending failure % commit 9a4ba92bdfeb73844df2df77bcdeaaf535c6b9e1 Author: Ken McDonell Date: Sun Sep 7 08:00:35 2014 +1000 qa/828 - pdu buffer pool size is not constant Accommodate different platforms ... what is important that the number of buffers does not grow without bound. Increased the iteration count from 10 to 20. commit 33645478a98b920f658a4309d14d54ec347bc748 Author: Ken McDonell Date: Sat Sep 6 17:30:53 2014 +1000 qa/828 - improved valgrind suppressions commit 7467b2383f26e44cee26d665ea7d170d0fcc4515 Author: Ken McDonell Date: Sat Sep 6 17:28:12 2014 +1000 qa/622 - add notrun guard if host $PCPQA_HYPHEN_HOST is not pingable From kenj@internode.on.net Sun Sep 7 17:33:56 2014 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 41E387F4E for ; Sun, 7 Sep 2014 17:33:56 -0500 (CDT) Received: from cuda.sgi.com (cuda3.sgi.com [192.48.176.15]) by relay3.corp.sgi.com (Postfix) with ESMTP id C58ACAC001 for ; Sun, 7 Sep 2014 15:33:52 -0700 (PDT) X-ASG-Debug-ID: 1410129227-04cb6c5500843c50001-S8gJnT Received: from ipmail07.adl2.internode.on.net (ipmail07.adl2.internode.on.net [150.101.137.131]) by cuda.sgi.com with ESMTP id PYOHzVh7URghThF2 for ; Sun, 07 Sep 2014 15:33:47 -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: ApMBAHbcDFR20ScO/2dsb2JhbAANS4czz2GFJVU2AgUWCwILAwIBAgFLDQgBAa4QeJUXgSyRIYFTBbYRgykBAQE Received: from ppp118-209-39-14.lns20.mel4.internode.on.net (HELO [192.168.1.100]) ([118.209.39.14]) by ipmail07.adl2.internode.on.net with ESMTP; 08 Sep 2014 08:03:46 +0930 Message-ID: <540CDD93.1040606@internode.on.net> Date: Mon, 08 Sep 2014 08:34:59 +1000 From: Ken McDonell User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:31.0) Gecko/20100101 Thunderbird/31.0 MIME-Version: 1.0 To: PCP Subject: Lots of Python failures on Centos 5.10 Content-Type: text/plain; charset=utf-8 X-ASG-Orig-Subj: Lots of Python failures on Centos 5.10 Content-Transfer-Encoding: 7bit X-Barracuda-Connect: ipmail07.adl2.internode.on.net[150.101.137.131] X-Barracuda-Start-Time: 1410129227 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.3.9267 Rule breakdown below pts rule name description ---- ---------------------- -------------------------------------------------- Things like QA output created by 702 live - File "/home/kenj/src/pcp/qa/src/test_pcp.python", line 77 except pmapi.pmErr as error: ^ SyntaxError: invalid syntax or in 991 ... File "/usr/libexec/pcp/bin/pcp-free", line 211 except pmapi.pmErr as error: ^ SyntaxError: invalid syntax On this platform, ... kenj@vm04:~/src/pcp/qa$ cat /etc/redhat-release CentOS release 5.10 (Final) kenj@vm04:~/src/pcp/qa$ python -V Python 2.4.3 From kenj@internode.on.net Sun Sep 7 17:42:11 2014 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 A5A167F4E for ; Sun, 7 Sep 2014 17:42:11 -0500 (CDT) Received: from cuda.sgi.com (cuda1.sgi.com [192.48.157.11]) by relay3.corp.sgi.com (Postfix) with ESMTP id 43F43AC001 for ; Sun, 7 Sep 2014 15:42:11 -0700 (PDT) X-ASG-Debug-ID: 1410129725-04bdf010a07e7b90001-S8gJnT Received: from ipmail07.adl2.internode.on.net (ipmail07.adl2.internode.on.net [150.101.137.131]) by cuda.sgi.com with ESMTP id RQHBT4bO8qRxMnrA for ; Sun, 07 Sep 2014 15:42:06 -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: AqYBAM/eDFR20ScO/2dsb2JhbAANS4NgV4J8xm2HVAGBIIR8AQEEIxVAEQsYAgIFFgsCAgkDAgECAUUGDQgBAa4UeJR/GIEsjBGCF4J5gVMBBJVwiGGXQFqCTwEBAQ Received: from ppp118-209-39-14.lns20.mel4.internode.on.net (HELO [192.168.1.100]) ([118.209.39.14]) by ipmail07.adl2.internode.on.net with ESMTP; 08 Sep 2014 08:12:05 +0930 Message-ID: <540CDF86.9060706@internode.on.net> Date: Mon, 08 Sep 2014 08:43:18 +1000 From: Ken McDonell User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:31.0) Gecko/20100101 Thunderbird/31.0 MIME-Version: 1.0 To: PCP Subject: Re: Lots of Python failures on Centos 5.10 References: <540CDD93.1040606@internode.on.net> X-ASG-Orig-Subj: Re: Lots of Python failures on Centos 5.10 In-Reply-To: <540CDD93.1040606@internode.on.net> 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: 1410129725 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.3.9267 Rule breakdown below pts rule name description ---- ---------------------- -------------------------------------------------- On 08/09/14 08:34, Ken McDonell wrote: > Things like > > ... And this one from qa/553 Traceback (most recent call last): File "/var/lib/pcp/pmdas/gluster/pmdagluster.python", line 22, in ? import xml.etree.cElementTree as xmltree ImportError: No module named etree.cElementTree And this one from qa/709 Traceback (most recent call last): File "/usr/bin/pmcollectl", line 45, in ? from pcp.pmsubsys import Subsystem File "/usr/lib/python2.4/site-packages/pcp/pmsubsys.py", line 57 except pmErr as e: ^ SyntaxError: invalid syntax And this one ... QA output created by 722 File "/usr/bin/pmatop", line 51 except ImportError as e: ^ SyntaxError: invalid syntax And this one ... QA output created by 842 All devices Traceback (most recent call last): File "/usr/bin/pmiostat", line 19, in ? from pcp import pmapi, pmcc File "/usr/lib/python2.4/site-packages/pcp/pmcc.py", line 325 except pmErr as error: ^ SyntaxError: invalid syntax And this one ... QA output created by 972 File "/var/lib/pcp/pmdas/zswap/pmdazswap.python", line 40 with open(fullpath) as file: ^ SyntaxError: invalid syntax And this one ... QA output created by 985 == Finding dmcache metrics == Testing dmcache metrics dbpmda> open pipe /usr/bin/python $PCP_PMDAS_DIR/dmcache/pmdadmcache.python Start python PMDA: /usr/bin/python $PCP_PMDAS_DIR/dmcache/pmdadmcache.python pmdaversion: expecting PDU_CREDS, got PDU type 0 Warning: no version exchange with PMDA /usr/bin/python From kenj@internode.on.net Sun Sep 7 23:31:32 2014 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 6A3667F4E for ; Sun, 7 Sep 2014 23:31:32 -0500 (CDT) Received: from cuda.sgi.com (cuda3.sgi.com [192.48.176.15]) by relay1.corp.sgi.com (Postfix) with ESMTP id 581508F8033 for ; Sun, 7 Sep 2014 21:31:29 -0700 (PDT) X-ASG-Debug-ID: 1410150681-04cb6c55008499f0001-S8gJnT Received: from ipmail05.adl6.internode.on.net (ipmail05.adl6.internode.on.net [150.101.137.143]) by cuda.sgi.com with ESMTP id jTM76M4eknWwb0a4 for ; Sun, 07 Sep 2014 21:31:21 -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: AvkCAKUvDVR20ScOPGdsb2JhbAANTIczhDeBJMVJhEUFAQEBATiEZFU9FgsCBAcDAgECATEODA0IAQGtLniVBBiSTYFTBZNGgUqhAYMpAQEB Received: from ppp118-209-39-14.lns20.mel4.internode.on.net (HELO [192.168.1.100]) ([118.209.39.14]) by ipmail05.adl6.internode.on.net with ESMTP; 08 Sep 2014 14:01:19 +0930 Message-ID: <540D316D.7060400@internode.on.net> Date: Mon, 08 Sep 2014 14:32:45 +1000 From: Ken McDonell User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:31.0) Gecko/20100101 Thunderbird/31.0 MIME-Version: 1.0 To: PCP Subject: pmiostat qa failures Content-Type: multipart/mixed; boundary="------------010901020109020900060404" X-ASG-Orig-Subj: pmiostat qa failures X-Barracuda-Connect: ipmail05.adl6.internode.on.net[150.101.137.143] X-Barracuda-Start-Time: 1410150681 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.3.9273 Rule breakdown below pts rule name description ---- ---------------------- -------------------------------------------------- This is a multi-part message in MIME format. --------------010901020109020900060404 Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 7bit I need help on this one from the pmiostat owner. About half my hosts are failing qa/842. .out.bad attached This test does not apparently create a 842.full file, so I don't have any additional info, e.g. the contents of $tmp.pmval and $tmp.pmiostat ... you may want to include that as an enhancement. Easy to reproduce, just ask. --------------010901020109020900060404 Content-Type: text/plain; charset=UTF-8; name="842.out.bad" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="842.out.bad" UUEgb3V0cHV0IGNyZWF0ZWQgYnkgODQyCkFsbCBkZXZpY2VzCiMgRGV2aWNlICAgICAgcnJx bS9zICB3cnFtL3MgICAgci9zICAgIHcvcyAgICBya0IvcyAgICB3a0IvcyBhdmdycS1zeiBh dmdxdS1zeiAgIGF3YWl0IHJfYXdhaXQgd19hd2FpdCAldXRpbApzZGEgICAgICAgICAgICAg IDAuMCAgICAgMC4wICAgIDAuMCAgICAwLjAgICAgICAwLjAgICAgICAwLjAgICAgIDAuMDAg ICAgIDAuMDAgICAgIDAuMCAgICAgMC4wICAgICAwLjAgICAwLjAKc2RiICAgICAgICAgICAg ICAwLjAgICAgIDAuMCAgICA1LjAgICAgNi4wICAgICAyNC4wICAgICAgOC4wICAgICAyLjkx ICAgICAwLjAwICAgICAwLjQgICAgIDAuNCAgICAgMC4zICAgMC40CnNkYSAgICAgICAgICAg ICAgMC4wICAgICAwLjAgICAyNC4wICAgIDAuMCAgICA4MTYuMCAgICAgIDAuMCAgICAzNC4w MCAgICAgMC4yMyAgICAgOS42ICAgICA5LjYgICAgIDAuMCAgMTkuMApzZGIgICAgICAgICAg ICAgIDUuMCAgICAgMC4wIDEzMDguMCAgICA1LjAgIDUzMzYzLjAgICAgICA3LjAgICAgNDAu NjUgICAgIDEuMTUgICAgIDAuOSAgICAgMC45ICAgICAwLjIgIDYxLjEKc2RhICAgICAgICAg ICAgICAwLjAgICAgIDAuMCAgICA3LjAgICAgMC4wICAgIDUxNy4wICAgICAgMC4wICAgIDcz Ljg2ICAgICAwLjA5ICAgIDEyLjEgICAgMTIuMSAgICAgMC4wICAgNi4yCnNkYiAgICAgICAg ICAgICAgMS4wICAgICAwLjAgMTg2Ny4wICAgIDYuMCAgMjA0NjIuMCAgICAgIDguMCAgICAx MC45MyAgICAgMC44MCAgICAgMC40ICAgICAwLjQgICAgMTQuMyAgNjQuMQpzZGEgICAgICAg ICAgICAgIDAuMCAgICAgMS4wICAgIDguMCAgIDExLjAgICAxMDQ4LjAgICAgMjc5LjAgICAg NjkuODQgICAgIDAuMTMgICAgIDYuNyAgICAxMS41ICAgICAzLjIgICA3LjIKc2RiICAgICAg ICAgICAgICAxLjAgICAgIDAuMCAgOTM1LjAgICAxMS4wICAxMjc5NS4wICAgIDEwNy4wICAg IDEzLjY0ICAgICAwLjkzICAgICAxLjAgICAgIDAuNiAgICAzMy4yICA1NS42CgpETSBkZXZp Y2VzCiMgRGV2aWNlICAgICAgcnJxbS9zICB3cnFtL3MgICAgci9zICAgIHcvcyAgICBya0Iv cyAgICB3a0IvcyBhdmdycS1zeiBhdmdxdS1zeiAgIGF3YWl0IHJfYXdhaXQgd19hd2FpdCAl dXRpbApjYWNoZTEtYmxvY2sgICAgIDAuMCAgICAgMC4wICAgIDUuMCAgICAwLjAgICAgIDI0 LjAgICAgICAwLjAgICAgIDQuODAgICAgIDAuMDAgICAgIDAuNCAgICAgMC40ICAgICAwLjAg ICAwLjIKZG1jYWNoZTIgICAgICAgICAwLjAgICAgIDAuMCAgICAxLjAgICAgMC4wICAgICAg OC4wICAgICAgMC4wICAgICA4LjAwICAgICAwLjAwICAgICAwLjAgICAgIDAuMCAgICAgMC4w ICAgMC4wCmRtY2FjaGUxICAgICAgICAgMC4wICAgICAwLjAgICAgNS4wICAgIDAuMCAgICAg MjQuMCAgICAgIDAuMCAgICAgNC44MCAgICAgMC4wMCAgICAgMC40ICAgICAwLjQgICAgIDAu MCAgIDAuMgpjYWNoZTEtbWV0YSAgICAgIDAuMCAgICAgMC4wICAgIDAuMCAgICAzLjAgICAg ICAwLjAgICAgICA0LjAgICAgIDEuMzMgICAgIDAuMDAgICAgIDAuMyAgICAgMC4wICAgICAw LjMgICAwLjEKY2FjaGUyLWJsb2NrICAgICAwLjAgICAgIDAuMCAgICAxLjAgICAgMC4wICAg ICAgOC4wICAgICAgMC4wICAgICA4LjAwICAgICAwLjAwICAgICAwLjAgICAgIDAuMCAgICAg MC4wICAgMC4wCmNhY2hlMi1tZXRhICAgICAgMC4wICAgICAwLjAgICAgMC4wICAgIDMuMCAg ICAgIDAuMCAgICAgIDQuMCAgICAgMS4zMyAgICAgMC4wMCAgICAgMC4zICAgICAwLjAgICAg IDAuMyAgIDAuMQpjYWNoZTEtYmxvY2sgICAgIDAuMCAgICAgMC4wICAxMDUuMCAgICAwLjAg ICAgNDM5LjAgICAgICAwLjAgICAgIDQuMTggICAgIDAuMDMgICAgIDAuMyAgICAgMC4zICAg ICAwLjAgICAyLjgKZG1jYWNoZTIgICAgICAgICAwLjAgICAgIDAuMCAxMjE1LjAgICAgMC4w ICA1MzYxNy4wICAgICAgMC4wICAgIDQ0LjEzICAgICAxLjIzICAgICAxLjAgICAgIDEuMCAg ICAgMC4wICA2Mi45CmRtY2FjaGUxICAgICAgICAgMC4wICAgICAwLjAgIDEyMy4wICAgIDAu MCAgICA1NTkuMCAgICAgIDAuMCAgICAgNC41NCAgICAgMC4xNyAgICAgMS40ICAgICAxLjQg ICAgIDAuMCAgMTcuNApjYWNoZTEtbWV0YSAgICAgIDAuMCAgICAgMC4wICAgIDAuMCAgICAz LjAgICAgICAwLjAgICAgICA0LjAgICAgIDEuMzMgICAgIDAuMDAgICAgIDAuMCAgICAgMC4w ICAgICAwLjAgICAwLjAKY2FjaGUyLWJsb2NrICAgICAwLjAgICAgIDAuMCAxMjA5LjAgICAg MC4wICA1MjkyMC4wICAgICAgMC4wICAgIDQzLjc3ICAgICAxLjEzICAgICAwLjkgICAgIDAu OSAgICAgMC4wICA1Ny45CmNhY2hlMi1tZXRhICAgICAgMC4wICAgICAwLjAgICAgMC4wICAg IDMuMCAgICAgIDAuMCAgICAgIDQuMCAgICAgMS4zMyAgICAgMC4wMCAgICAgMC4zICAgICAw LjAgICAgIDAuMyAgIDAuMQoKVGltZXN0YW1wcyBhbmQgbm8gaGVhZGVycwpGcmkgQXVnICAx IDE0OjM0OjUxIDIwMTQgc2RhICAgICAgICAgICAgICAwLjAgICAgIDAuMCAgICAwLjAgICAg MC4wICAgICAgMC4wICAgICAgMC4wICAgICAwLjAwICAgICAwLjAwICAgICAwLjAgICAgIDAu MCAgICAgMC4wICAgMC4wCkZyaSBBdWcgIDEgMTQ6MzQ6NTEgMjAxNCBzZGIgICAgICAgICAg ICAgIDAuMCAgICAgMC4wICAgIDUuMCAgICA2LjAgICAgIDI0LjAgICAgICA4LjAgICAgIDIu OTEgICAgIDAuMDAgICAgIDAuNCAgICAgMC40ICAgICAwLjMgICAwLjQKRnJpIEF1ZyAgMSAx NDozNDo1MiAyMDE0IHNkYSAgICAgICAgICAgICAgMC4wICAgICAwLjAgICAyNC4wICAgIDAu MCAgICA4MTYuMCAgICAgIDAuMCAgICAzNC4wMCAgICAgMC4yMyAgICAgOS42ICAgICA5LjYg ICAgIDAuMCAgMTkuMApGcmkgQXVnICAxIDE0OjM0OjUyIDIwMTQgc2RiICAgICAgICAgICAg ICA1LjAgICAgIDAuMCAxMzA4LjAgICAgNS4wICA1MzM2My4wICAgICAgNy4wICAgIDQwLjY1 ICAgICAxLjE1ICAgICAwLjkgICAgIDAuOSAgICAgMC4yICA2MS4xCkZyaSBBdWcgIDEgMTQ6 MzQ6NTMgMjAxNCBzZGEgICAgICAgICAgICAgIDAuMCAgICAgMC4wICAgIDcuMCAgICAwLjAg ICAgNTE3LjAgICAgICAwLjAgICAgNzMuODYgICAgIDAuMDkgICAgMTIuMSAgICAxMi4xICAg ICAwLjAgICA2LjIKRnJpIEF1ZyAgMSAxNDozNDo1MyAyMDE0IHNkYiAgICAgICAgICAgICAg MS4wICAgICAwLjAgMTg2Ny4wICAgIDYuMCAgMjA0NjIuMCAgICAgIDguMCAgICAxMC45MyAg ICAgMC44MCAgICAgMC40ICAgICAwLjQgICAgMTQuMyAgNjQuMQpGcmkgQXVnICAxIDE0OjM0 OjU0IDIwMTQgc2RhICAgICAgICAgICAgICAwLjAgICAgIDEuMCAgICA4LjAgICAxMS4wICAg MTA0OC4wICAgIDI3OS4wICAgIDY5Ljg0ICAgICAwLjEzICAgICA2LjcgICAgMTEuNSAgICAg My4yICAgNy4yCkZyaSBBdWcgIDEgMTQ6MzQ6NTQgMjAxNCBzZGIgICAgICAgICAgICAgIDEu MCAgICAgMC4wICA5MzUuMCAgIDExLjAgIDEyNzk1LjAgICAgMTA3LjAgICAgMTMuNjQgICAg IDAuOTMgICAgIDEuMCAgICAgMC42ICAgIDMzLjIgIDU1LjYKRnJpIEF1ZyAgMSAxNDozNDo1 NSAyMDE0IHNkYSAgICAgICAgICAgICAgMC4wICAgICA4LjAgICAgNy4wICAgMjAuMCAgICA5 MDMuMCAgICA4MTguMCAgICA2My43NCAgICAgMC4yNCAgICAgOC44ICAgIDEyLjEgICAgIDcu NyAgIDcuMwpGcmkgQXVnICAxIDE0OjM0OjU1IDIwMTQgc2RiICAgICAgICAgICAgICA5LjAg ICAgIDAuMCAgNTQ5LjAgICAyNy4wICAxMDAzOS4wICAgIDMxOS4wICAgIDE3Ljk4ICAgICAy Ljk2ICAgICA1LjEgICAgIDEuNSAgICA3OS4wICA2Mi42CkZyaSBBdWcgIDEgMTQ6MzQ6NTYg MjAxNCBzZGEgICAgICAgICAgICAgIDAuMCAgICAyOS4wICAgIDMuMCAgIDM3LjAgICAgMzEx LjAgICAyMjA4LjAgICAgNjIuOTggICAgIDAuNDUgICAgMTEuMiAgICAxNi43ICAgIDEwLjcg ICA2LjIKRnJpIEF1ZyAgMSAxNDozNDo1NiAyMDE0IHNkYiAgICAgICAgICAgICAzMS4wICAg ICAwLjAgIDI0Mi4wICAgNjIuMCAgIDYwMjAuMCAgICA4MDAuMCAgICAyMi40MyAgICAgOC43 OSAgICAyOC45ICAgICA3LjMgICAxMTMuMiAgOTcuNgpGcmkgQXVnICAxIDE0OjM0OjU3IDIw MTQgc2RhICAgICAgICAgICAgICAxLjAgICA4MzYuMCAgICAyLjAgICA5OS4wICAgIDM5My4w ICAzNTU5NC4wICAgMzU2LjMxICAgIDMwLjU4ICAgMzAyLjggICAgIDcuNSAgIDMwOC43ICA2 OS4yCkZyaSBBdWcgIDEgMTQ6MzQ6NTcgMjAxNCBzZGIgICAgICAgICAgICAgMjEuMCAgICAx NS4wIDExNjguMCAgIDQ3LjAgIDEwNzAxLjAgICAzNTk5LjAgICAgMTEuNzcgICAgIDguMjUg ICAgIDYuOCAgICAgMS43ICAgMTMzLjYgMTI3LjEKRnJpIEF1ZyAgMSAxNDozNDo1OCAyMDE0 IHNkYSAgICAgICAgICAgICAgMC4wICAgMzk3LjAgICAgNC4wICAgNzUuMCAgICA1MTAuMCAg Mjc0NjEuMCAgIDM1NC4wNiAgICAzMC4zNiAgIDM4NC4zICAgIDQxLjIgICA0MDIuNiAgNTIu OApGcmkgQXVnICAxIDE0OjM0OjU4IDIwMTQgc2RiICAgICAgICAgICAgIDUxLjAgICAgIDcu MCAgNzY2LjAgICAxMy4wICAxMTU3MS4wICAgMTM2NC4wICAgIDE2LjYwICAgICAxLjYxICAg ICAyLjEgICAgIDEuMCAgICA2NC40ICA1Ny44CkZyaSBBdWcgIDEgMTQ6MzQ6NTkgMjAxNCBz ZGEgICAgICAgICAgICAgIDAuMCAgICAgMC4wICAgIDAuMCAgICAwLjAgICAgICAyLjAgICAg IDQ0LjAgICAgIDAuMDAgICAgIDAuMDYgICAgIDAuMCAgICAgMC4wICAgICAwLjAgICAwLjEK RnJpIEF1ZyAgMSAxNDozNDo1OSAyMDE0IHNkYiAgICAgICAgICAgICAgMC4wICAgICAwLjAg ICAgMS4wICAgIDYuMCAgICAgMjkuMCAgICAgIDguMCAgICAgNS4yOSAgICAgMC4wMSAgICAg MC43ICAgICAyLjAgICAgIDAuNSAgIDAuMwoKQ2hlY2tpbmcgcG1pb3N0YXQgYWdhaW5zdCBw bXZhbCAtdCAxIGRpc2suZGV2LnJlYWRfbWVyZ2UgLi4uT0sKQ2hlY2tpbmcgcG1pb3N0YXQg YWdhaW5zdCBwbXZhbCAtdCAxIGRpc2suZGV2LndyaXRlX21lcmdlIC4uLk9LCkNoZWNraW5n IHBtaW9zdGF0IGFnYWluc3QgcG12YWwgLXQgMSBkaXNrLmRldi5yZWFkIC4uLk9LCkNoZWNr aW5nIHBtaW9zdGF0IGFnYWluc3QgcG12YWwgLXQgMSBkaXNrLmRldi53cml0ZSAuLi5PSwpD aGVja2luZyBwbWlvc3RhdCBhZ2FpbnN0IHBtdmFsIC10IDEgZGlzay5kZXYucmVhZF9ieXRl cyAuLi5PSwpDaGVja2luZyBwbWlvc3RhdCBhZ2FpbnN0IHBtdmFsIC10IDEgZGlzay5kZXYu d3JpdGVfYnl0ZXMgLi4uT0sKQ2hlY2tpbmcgcG1pb3N0YXQgYWdhaW5zdCBwbXZhbCAtdCAy IGRpc2suZGV2LnJlYWRfbWVyZ2UgLi4uT0sKQ2hlY2tpbmcgcG1pb3N0YXQgYWdhaW5zdCBw bXZhbCAtdCAyIGRpc2suZGV2LndyaXRlX21lcmdlIC4uLk9LCkNoZWNraW5nIHBtaW9zdGF0 IGFnYWluc3QgcG12YWwgLXQgMiBkaXNrLmRldi5yZWFkIC4uLk9LCkNoZWNraW5nIHBtaW9z dGF0IGFnYWluc3QgcG12YWwgLXQgMiBkaXNrLmRldi53cml0ZSAuLi5PSwpDaGVja2luZyBw bWlvc3RhdCBhZ2FpbnN0IHBtdmFsIC10IDIgZGlzay5kZXYucmVhZF9ieXRlcyAuLi5PSwpD aGVja2luZyBwbWlvc3RhdCBhZ2FpbnN0IHBtdmFsIC10IDIgZGlzay5kZXYud3JpdGVfYnl0 ZXMgLi4uT0sKQ2hlY2tpbmcgcG1pb3N0YXQgYWdhaW5zdCBwbXZhbCAtdCAzIGRpc2suZGV2 LnJlYWRfbWVyZ2UgLi4uT0sKQ2hlY2tpbmcgcG1pb3N0YXQgYWdhaW5zdCBwbXZhbCAtdCAz IGRpc2suZGV2LndyaXRlX21lcmdlIC4uLk9LCkNoZWNraW5nIHBtaW9zdGF0IGFnYWluc3Qg cG12YWwgLXQgMyBkaXNrLmRldi5yZWFkIC4uLk9LCkNoZWNraW5nIHBtaW9zdGF0IGFnYWlu c3QgcG12YWwgLXQgMyBkaXNrLmRldi53cml0ZSAuLi5PSwpDaGVja2luZyBwbWlvc3RhdCBh Z2FpbnN0IHBtdmFsIC10IDMgZGlzay5kZXYucmVhZF9ieXRlcyAuLi5PSwpDaGVja2luZyBw bWlvc3RhdCBhZ2FpbnN0IHBtdmFsIC10IDMgZGlzay5kZXYud3JpdGVfYnl0ZXMgLi4uT0sK Q2hlY2tpbmcgcG1pb3N0YXQgYWdhaW5zdCBwbXZhbCAtdCA0IGRpc2suZGV2LnJlYWRfbWVy Z2UgLi4uRmlsZXMgL3RtcC84NDItNTMxNS5wbXZhbCBhbmQgL3RtcC84NDItNTMxNS5wbWlv c3RhdCBkaWZmZXIKRkFJTEVECkNoZWNraW5nIHBtaW9zdGF0IGFnYWluc3QgcG12YWwgLXQg NCBkaXNrLmRldi53cml0ZV9tZXJnZSAuLi5GaWxlcyAvdG1wLzg0Mi01MzE1LnBtdmFsIGFu ZCAvdG1wLzg0Mi01MzE1LnBtaW9zdGF0IGRpZmZlcgpGQUlMRUQKQ2hlY2tpbmcgcG1pb3N0 YXQgYWdhaW5zdCBwbXZhbCAtdCA0IGRpc2suZGV2LnJlYWQgLi4uRmlsZXMgL3RtcC84NDIt NTMxNS5wbXZhbCBhbmQgL3RtcC84NDItNTMxNS5wbWlvc3RhdCBkaWZmZXIKRkFJTEVECkNo ZWNraW5nIHBtaW9zdGF0IGFnYWluc3QgcG12YWwgLXQgNCBkaXNrLmRldi53cml0ZSAuLi5G aWxlcyAvdG1wLzg0Mi01MzE1LnBtdmFsIGFuZCAvdG1wLzg0Mi01MzE1LnBtaW9zdGF0IGRp ZmZlcgpGQUlMRUQKQ2hlY2tpbmcgcG1pb3N0YXQgYWdhaW5zdCBwbXZhbCAtdCA0IGRpc2su ZGV2LnJlYWRfYnl0ZXMgLi4uRmlsZXMgL3RtcC84NDItNTMxNS5wbXZhbCBhbmQgL3RtcC84 NDItNTMxNS5wbWlvc3RhdCBkaWZmZXIKRkFJTEVECkNoZWNraW5nIHBtaW9zdGF0IGFnYWlu c3QgcG12YWwgLXQgNCBkaXNrLmRldi53cml0ZV9ieXRlcyAuLi5GaWxlcyAvdG1wLzg0Mi01 MzE1LnBtdmFsIGFuZCAvdG1wLzg0Mi01MzE1LnBtaW9zdGF0IGRpZmZlcgpGQUlMRUQKQ2hl Y2tpbmcgcG1pb3N0YXQgYWdhaW5zdCBwbXZhbCAtdCA1IGRpc2suZGV2LnJlYWRfbWVyZ2Ug Li4uT0sKQ2hlY2tpbmcgcG1pb3N0YXQgYWdhaW5zdCBwbXZhbCAtdCA1IGRpc2suZGV2Lndy aXRlX21lcmdlIC4uLk9LCkNoZWNraW5nIHBtaW9zdGF0IGFnYWluc3QgcG12YWwgLXQgNSBk aXNrLmRldi5yZWFkIC4uLk9LCkNoZWNraW5nIHBtaW9zdGF0IGFnYWluc3QgcG12YWwgLXQg NSBkaXNrLmRldi53cml0ZSAuLi5PSwpDaGVja2luZyBwbWlvc3RhdCBhZ2FpbnN0IHBtdmFs IC10IDUgZGlzay5kZXYucmVhZF9ieXRlcyAuLi5PSwpDaGVja2luZyBwbWlvc3RhdCBhZ2Fp bnN0IHBtdmFsIC10IDUgZGlzay5kZXYud3JpdGVfYnl0ZXMgLi4uT0sKQ2hlY2tpbmcgcG1p b3N0YXQgYWdhaW5zdCBwbXZhbCAtdCA2IGRpc2suZGV2LnJlYWRfbWVyZ2UgLi4uT0sKQ2hl Y2tpbmcgcG1pb3N0YXQgYWdhaW5zdCBwbXZhbCAtdCA2IGRpc2suZGV2LndyaXRlX21lcmdl IC4uLk9LCkNoZWNraW5nIHBtaW9zdGF0IGFnYWluc3QgcG12YWwgLXQgNiBkaXNrLmRldi5y ZWFkIC4uLk9LCkNoZWNraW5nIHBtaW9zdGF0IGFnYWluc3QgcG12YWwgLXQgNiBkaXNrLmRl di53cml0ZSAuLi5PSwpDaGVja2luZyBwbWlvc3RhdCBhZ2FpbnN0IHBtdmFsIC10IDYgZGlz ay5kZXYucmVhZF9ieXRlcyAuLi5PSwpDaGVja2luZyBwbWlvc3RhdCBhZ2FpbnN0IHBtdmFs IC10IDYgZGlzay5kZXYud3JpdGVfYnl0ZXMgLi4uT0sKQ2hlY2tpbmcgcG1pb3N0YXQgYWdh aW5zdCBwbXZhbCAtdCA3IGRpc2suZGV2LnJlYWRfbWVyZ2UgLi4uT0sKQ2hlY2tpbmcgcG1p b3N0YXQgYWdhaW5zdCBwbXZhbCAtdCA3IGRpc2suZGV2LndyaXRlX21lcmdlIC4uLk9LCkNo ZWNraW5nIHBtaW9zdGF0IGFnYWluc3QgcG12YWwgLXQgNyBkaXNrLmRldi5yZWFkIC4uLk9L CkNoZWNraW5nIHBtaW9zdGF0IGFnYWluc3QgcG12YWwgLXQgNyBkaXNrLmRldi53cml0ZSAu Li5PSwpDaGVja2luZyBwbWlvc3RhdCBhZ2FpbnN0IHBtdmFsIC10IDcgZGlzay5kZXYucmVh ZF9ieXRlcyAuLi5PSwpDaGVja2luZyBwbWlvc3RhdCBhZ2FpbnN0IHBtdmFsIC10IDcgZGlz ay5kZXYud3JpdGVfYnl0ZXMgLi4uT0sKQ2hlY2tpbmcgcG1pb3N0YXQgYWdhaW5zdCBwbXZh bCAtdCA4IGRpc2suZGV2LnJlYWRfbWVyZ2UgLi4uRmlsZXMgL3RtcC84NDItNTMxNS5wbXZh bCBhbmQgL3RtcC84NDItNTMxNS5wbWlvc3RhdCBkaWZmZXIKRkFJTEVECkNoZWNraW5nIHBt aW9zdGF0IGFnYWluc3QgcG12YWwgLXQgOCBkaXNrLmRldi53cml0ZV9tZXJnZSAuLi5GaWxl cyAvdG1wLzg0Mi01MzE1LnBtdmFsIGFuZCAvdG1wLzg0Mi01MzE1LnBtaW9zdGF0IGRpZmZl cgpGQUlMRUQKQ2hlY2tpbmcgcG1pb3N0YXQgYWdhaW5zdCBwbXZhbCAtdCA4IGRpc2suZGV2 LnJlYWQgLi4uRmlsZXMgL3RtcC84NDItNTMxNS5wbXZhbCBhbmQgL3RtcC84NDItNTMxNS5w bWlvc3RhdCBkaWZmZXIKRkFJTEVECkNoZWNraW5nIHBtaW9zdGF0IGFnYWluc3QgcG12YWwg LXQgOCBkaXNrLmRldi53cml0ZSAuLi5GaWxlcyAvdG1wLzg0Mi01MzE1LnBtdmFsIGFuZCAv dG1wLzg0Mi01MzE1LnBtaW9zdGF0IGRpZmZlcgpGQUlMRUQKQ2hlY2tpbmcgcG1pb3N0YXQg YWdhaW5zdCBwbXZhbCAtdCA4IGRpc2suZGV2LnJlYWRfYnl0ZXMgLi4uRmlsZXMgL3RtcC84 NDItNTMxNS5wbXZhbCBhbmQgL3RtcC84NDItNTMxNS5wbWlvc3RhdCBkaWZmZXIKRkFJTEVE CkNoZWNraW5nIHBtaW9zdGF0IGFnYWluc3QgcG12YWwgLXQgOCBkaXNrLmRldi53cml0ZV9i eXRlcyAuLi5GaWxlcyAvdG1wLzg0Mi01MzE1LnBtdmFsIGFuZCAvdG1wLzg0Mi01MzE1LnBt aW9zdGF0IGRpZmZlcgpGQUlMRUQKQ2hlY2tpbmcgcG1pb3N0YXQgYWdhaW5zdCBwbXZhbCAt dCA5IGRpc2suZGV2LnJlYWRfbWVyZ2UgLi4uT0sKQ2hlY2tpbmcgcG1pb3N0YXQgYWdhaW5z dCBwbXZhbCAtdCA5IGRpc2suZGV2LndyaXRlX21lcmdlIC4uLk9LCkNoZWNraW5nIHBtaW9z dGF0IGFnYWluc3QgcG12YWwgLXQgOSBkaXNrLmRldi5yZWFkIC4uLk9LCkNoZWNraW5nIHBt aW9zdGF0IGFnYWluc3QgcG12YWwgLXQgOSBkaXNrLmRldi53cml0ZSAuLi5PSwpDaGVja2lu ZyBwbWlvc3RhdCBhZ2FpbnN0IHBtdmFsIC10IDkgZGlzay5kZXYucmVhZF9ieXRlcyAuLi5P SwpDaGVja2luZyBwbWlvc3RhdCBhZ2FpbnN0IHBtdmFsIC10IDkgZGlzay5kZXYud3JpdGVf Ynl0ZXMgLi4uT0sKQ2hlY2tpbmcgcG1pb3N0YXQgYWdhaW5zdCBwbXZhbCAtdCAxMCBkaXNr LmRldi5yZWFkX21lcmdlIC4uLk9LCkNoZWNraW5nIHBtaW9zdGF0IGFnYWluc3QgcG12YWwg LXQgMTAgZGlzay5kZXYud3JpdGVfbWVyZ2UgLi4uT0sKQ2hlY2tpbmcgcG1pb3N0YXQgYWdh aW5zdCBwbXZhbCAtdCAxMCBkaXNrLmRldi5yZWFkIC4uLk9LCkNoZWNraW5nIHBtaW9zdGF0 IGFnYWluc3QgcG12YWwgLXQgMTAgZGlzay5kZXYud3JpdGUgLi4uT0sKQ2hlY2tpbmcgcG1p b3N0YXQgYWdhaW5zdCBwbXZhbCAtdCAxMCBkaXNrLmRldi5yZWFkX2J5dGVzIC4uLk9LCkNo ZWNraW5nIHBtaW9zdGF0IGFnYWluc3QgcG12YWwgLXQgMTAgZGlzay5kZXYud3JpdGVfYnl0 ZXMgLi4uT0sKQ2hlY2tpbmcgcG1pb3N0YXQgYWdhaW5zdCBwbXZhbCAtdCAxMSBkaXNrLmRl di5yZWFkX21lcmdlIC4uLk9LCkNoZWNraW5nIHBtaW9zdGF0IGFnYWluc3QgcG12YWwgLXQg MTEgZGlzay5kZXYud3JpdGVfbWVyZ2UgLi4uT0sKQ2hlY2tpbmcgcG1pb3N0YXQgYWdhaW5z dCBwbXZhbCAtdCAxMSBkaXNrLmRldi5yZWFkIC4uLk9LCkNoZWNraW5nIHBtaW9zdGF0IGFn YWluc3QgcG12YWwgLXQgMTEgZGlzay5kZXYud3JpdGUgLi4uT0sKQ2hlY2tpbmcgcG1pb3N0 YXQgYWdhaW5zdCBwbXZhbCAtdCAxMSBkaXNrLmRldi5yZWFkX2J5dGVzIC4uLk9LCkNoZWNr aW5nIHBtaW9zdGF0IGFnYWluc3QgcG12YWwgLXQgMTEgZGlzay5kZXYud3JpdGVfYnl0ZXMg Li4uT0sKQ2hlY2tpbmcgcG1pb3N0YXQgYWdhaW5zdCBwbXZhbCAtdCAxMiBkaXNrLmRldi5y ZWFkX21lcmdlIC4uLk9LCkNoZWNraW5nIHBtaW9zdGF0IGFnYWluc3QgcG12YWwgLXQgMTIg ZGlzay5kZXYud3JpdGVfbWVyZ2UgLi4uRmlsZXMgL3RtcC84NDItNTMxNS5wbXZhbCBhbmQg L3RtcC84NDItNTMxNS5wbWlvc3RhdCBkaWZmZXIKRkFJTEVECkNoZWNraW5nIHBtaW9zdGF0 IGFnYWluc3QgcG12YWwgLXQgMTIgZGlzay5kZXYucmVhZCAuLi5GaWxlcyAvdG1wLzg0Mi01 MzE1LnBtdmFsIGFuZCAvdG1wLzg0Mi01MzE1LnBtaW9zdGF0IGRpZmZlcgpGQUlMRUQKQ2hl Y2tpbmcgcG1pb3N0YXQgYWdhaW5zdCBwbXZhbCAtdCAxMiBkaXNrLmRldi53cml0ZSAuLi5G aWxlcyAvdG1wLzg0Mi01MzE1LnBtdmFsIGFuZCAvdG1wLzg0Mi01MzE1LnBtaW9zdGF0IGRp ZmZlcgpGQUlMRUQKQ2hlY2tpbmcgcG1pb3N0YXQgYWdhaW5zdCBwbXZhbCAtdCAxMiBkaXNr LmRldi5yZWFkX2J5dGVzIC4uLk9LCkNoZWNraW5nIHBtaW9zdGF0IGFnYWluc3QgcG12YWwg LXQgMTIgZGlzay5kZXYud3JpdGVfYnl0ZXMgLi4uT0sKQ2hlY2tpbmcgcG1pb3N0YXQgYWdh aW5zdCBwbXZhbCAtdCAxMyBkaXNrLmRldi5yZWFkX21lcmdlIC4uLk9LCkNoZWNraW5nIHBt aW9zdGF0IGFnYWluc3QgcG12YWwgLXQgMTMgZGlzay5kZXYud3JpdGVfbWVyZ2UgLi4uT0sK Q2hlY2tpbmcgcG1pb3N0YXQgYWdhaW5zdCBwbXZhbCAtdCAxMyBkaXNrLmRldi5yZWFkIC4u Lk9LCkNoZWNraW5nIHBtaW9zdGF0IGFnYWluc3QgcG12YWwgLXQgMTMgZGlzay5kZXYud3Jp dGUgLi4uT0sKQ2hlY2tpbmcgcG1pb3N0YXQgYWdhaW5zdCBwbXZhbCAtdCAxMyBkaXNrLmRl di5yZWFkX2J5dGVzIC4uLk9LCkNoZWNraW5nIHBtaW9zdGF0IGFnYWluc3QgcG12YWwgLXQg MTMgZGlzay5kZXYud3JpdGVfYnl0ZXMgLi4uT0sKQ2hlY2tpbmcgcG1pb3N0YXQgYWdhaW5z dCBwbXZhbCAtdCAxNCBkaXNrLmRldi5yZWFkX21lcmdlIC4uLk9LCkNoZWNraW5nIHBtaW9z dGF0IGFnYWluc3QgcG12YWwgLXQgMTQgZGlzay5kZXYud3JpdGVfbWVyZ2UgLi4uT0sKQ2hl Y2tpbmcgcG1pb3N0YXQgYWdhaW5zdCBwbXZhbCAtdCAxNCBkaXNrLmRldi5yZWFkIC4uLk9L CkNoZWNraW5nIHBtaW9zdGF0IGFnYWluc3QgcG12YWwgLXQgMTQgZGlzay5kZXYud3JpdGUg Li4uT0sKQ2hlY2tpbmcgcG1pb3N0YXQgYWdhaW5zdCBwbXZhbCAtdCAxNCBkaXNrLmRldi5y ZWFkX2J5dGVzIC4uLk9LCkNoZWNraW5nIHBtaW9zdGF0IGFnYWluc3QgcG12YWwgLXQgMTQg ZGlzay5kZXYud3JpdGVfYnl0ZXMgLi4uT0sKQ2hlY2tpbmcgcG1pb3N0YXQgYWdhaW5zdCBw bXZhbCAtdCAxNSBkaXNrLmRldi5yZWFkX21lcmdlIC4uLk9LCkNoZWNraW5nIHBtaW9zdGF0 IGFnYWluc3QgcG12YWwgLXQgMTUgZGlzay5kZXYud3JpdGVfbWVyZ2UgLi4uT0sKQ2hlY2tp bmcgcG1pb3N0YXQgYWdhaW5zdCBwbXZhbCAtdCAxNSBkaXNrLmRldi5yZWFkIC4uLk9LCkNo ZWNraW5nIHBtaW9zdGF0IGFnYWluc3QgcG12YWwgLXQgMTUgZGlzay5kZXYud3JpdGUgLi4u T0sKQ2hlY2tpbmcgcG1pb3N0YXQgYWdhaW5zdCBwbXZhbCAtdCAxNSBkaXNrLmRldi5yZWFk X2J5dGVzIC4uLk9LCkNoZWNraW5nIHBtaW9zdGF0IGFnYWluc3QgcG12YWwgLXQgMTUgZGlz ay5kZXYud3JpdGVfYnl0ZXMgLi4uT0sKQ2hlY2tpbmcgcG1pb3N0YXQgYWdhaW5zdCBwbXZh bCAtdCAxNiBkaXNrLmRldi5yZWFkX21lcmdlIC4uLk9LCkNoZWNraW5nIHBtaW9zdGF0IGFn YWluc3QgcG12YWwgLXQgMTYgZGlzay5kZXYud3JpdGVfbWVyZ2UgLi4uT0sKQ2hlY2tpbmcg cG1pb3N0YXQgYWdhaW5zdCBwbXZhbCAtdCAxNiBkaXNrLmRldi5yZWFkIC4uLk9LCkNoZWNr aW5nIHBtaW9zdGF0IGFnYWluc3QgcG12YWwgLXQgMTYgZGlzay5kZXYud3JpdGUgLi4uT0sK Q2hlY2tpbmcgcG1pb3N0YXQgYWdhaW5zdCBwbXZhbCAtdCAxNiBkaXNrLmRldi5yZWFkX2J5 dGVzIC4uLk9LCkNoZWNraW5nIHBtaW9zdGF0IGFnYWluc3QgcG12YWwgLXQgMTYgZGlzay5k ZXYud3JpdGVfYnl0ZXMgLi4uT0sKQ2hlY2tpbmcgcG1pb3N0YXQgYWdhaW5zdCBwbXZhbCAt dCAxNyBkaXNrLmRldi5yZWFkX21lcmdlIC4uLk9LCkNoZWNraW5nIHBtaW9zdGF0IGFnYWlu c3QgcG12YWwgLXQgMTcgZGlzay5kZXYud3JpdGVfbWVyZ2UgLi4uT0sKQ2hlY2tpbmcgcG1p b3N0YXQgYWdhaW5zdCBwbXZhbCAtdCAxNyBkaXNrLmRldi5yZWFkIC4uLk9LCkNoZWNraW5n IHBtaW9zdGF0IGFnYWluc3QgcG12YWwgLXQgMTcgZGlzay5kZXYud3JpdGUgLi4uT0sKQ2hl Y2tpbmcgcG1pb3N0YXQgYWdhaW5zdCBwbXZhbCAtdCAxNyBkaXNrLmRldi5yZWFkX2J5dGVz IC4uLk9LCkNoZWNraW5nIHBtaW9zdGF0IGFnYWluc3QgcG12YWwgLXQgMTcgZGlzay5kZXYu d3JpdGVfYnl0ZXMgLi4uT0sKQ2hlY2tpbmcgcG1pb3N0YXQgYWdhaW5zdCBwbXZhbCAtdCAx OCBkaXNrLmRldi5yZWFkX21lcmdlIC4uLk9LCkNoZWNraW5nIHBtaW9zdGF0IGFnYWluc3Qg cG12YWwgLXQgMTggZGlzay5kZXYud3JpdGVfbWVyZ2UgLi4uT0sKQ2hlY2tpbmcgcG1pb3N0 YXQgYWdhaW5zdCBwbXZhbCAtdCAxOCBkaXNrLmRldi5yZWFkIC4uLk9LCkNoZWNraW5nIHBt aW9zdGF0IGFnYWluc3QgcG12YWwgLXQgMTggZGlzay5kZXYud3JpdGUgLi4uT0sKQ2hlY2tp bmcgcG1pb3N0YXQgYWdhaW5zdCBwbXZhbCAtdCAxOCBkaXNrLmRldi5yZWFkX2J5dGVzIC4u Lk9LCkNoZWNraW5nIHBtaW9zdGF0IGFnYWluc3QgcG12YWwgLXQgMTggZGlzay5kZXYud3Jp dGVfYnl0ZXMgLi4uT0sKQ2hlY2tpbmcgcG1pb3N0YXQgYWdhaW5zdCBwbXZhbCAtdCAxOSBk aXNrLmRldi5yZWFkX21lcmdlIC4uLk9LCkNoZWNraW5nIHBtaW9zdGF0IGFnYWluc3QgcG12 YWwgLXQgMTkgZGlzay5kZXYud3JpdGVfbWVyZ2UgLi4uT0sKQ2hlY2tpbmcgcG1pb3N0YXQg YWdhaW5zdCBwbXZhbCAtdCAxOSBkaXNrLmRldi5yZWFkIC4uLk9LCkNoZWNraW5nIHBtaW9z dGF0IGFnYWluc3QgcG12YWwgLXQgMTkgZGlzay5kZXYud3JpdGUgLi4uT0sKQ2hlY2tpbmcg cG1pb3N0YXQgYWdhaW5zdCBwbXZhbCAtdCAxOSBkaXNrLmRldi5yZWFkX2J5dGVzIC4uLk9L CkNoZWNraW5nIHBtaW9zdGF0IGFnYWluc3QgcG12YWwgLXQgMTkgZGlzay5kZXYud3JpdGVf Ynl0ZXMgLi4uT0sKQ2hlY2tpbmcgcG1pb3N0YXQgYWdhaW5zdCBwbXZhbCAtdCAyMCBkaXNr LmRldi5yZWFkX21lcmdlIC4uLkZpbGVzIC90bXAvODQyLTUzMTUucG12YWwgYW5kIC90bXAv ODQyLTUzMTUucG1pb3N0YXQgZGlmZmVyCkZBSUxFRApDaGVja2luZyBwbWlvc3RhdCBhZ2Fp bnN0IHBtdmFsIC10IDIwIGRpc2suZGV2LndyaXRlX21lcmdlIC4uLkZpbGVzIC90bXAvODQy LTUzMTUucG12YWwgYW5kIC90bXAvODQyLTUzMTUucG1pb3N0YXQgZGlmZmVyCkZBSUxFRApD aGVja2luZyBwbWlvc3RhdCBhZ2FpbnN0IHBtdmFsIC10IDIwIGRpc2suZGV2LnJlYWQgLi4u RmlsZXMgL3RtcC84NDItNTMxNS5wbXZhbCBhbmQgL3RtcC84NDItNTMxNS5wbWlvc3RhdCBk aWZmZXIKRkFJTEVECkNoZWNraW5nIHBtaW9zdGF0IGFnYWluc3QgcG12YWwgLXQgMjAgZGlz ay5kZXYud3JpdGUgLi4uRmlsZXMgL3RtcC84NDItNTMxNS5wbXZhbCBhbmQgL3RtcC84NDIt NTMxNS5wbWlvc3RhdCBkaWZmZXIKRkFJTEVECkNoZWNraW5nIHBtaW9zdGF0IGFnYWluc3Qg cG12YWwgLXQgMjAgZGlzay5kZXYucmVhZF9ieXRlcyAuLi5GaWxlcyAvdG1wLzg0Mi01MzE1 LnBtdmFsIGFuZCAvdG1wLzg0Mi01MzE1LnBtaW9zdGF0IGRpZmZlcgpGQUlMRUQKQ2hlY2tp bmcgcG1pb3N0YXQgYWdhaW5zdCBwbXZhbCAtdCAyMCBkaXNrLmRldi53cml0ZV9ieXRlcyAu Li5GaWxlcyAvdG1wLzg0Mi01MzE1LnBtdmFsIGFuZCAvdG1wLzg0Mi01MzE1LnBtaW9zdGF0 IGRpZmZlcgpGQUlMRUQKQ2hlY2tpbmcgcG1pb3N0YXQgYWdhaW5zdCBwbXZhbCAtdCAyMSBk aXNrLmRldi5yZWFkX21lcmdlIC4uLk9LCkNoZWNraW5nIHBtaW9zdGF0IGFnYWluc3QgcG12 YWwgLXQgMjEgZGlzay5kZXYud3JpdGVfbWVyZ2UgLi4uT0sKQ2hlY2tpbmcgcG1pb3N0YXQg YWdhaW5zdCBwbXZhbCAtdCAyMSBkaXNrLmRldi5yZWFkIC4uLk9LCkNoZWNraW5nIHBtaW9z dGF0IGFnYWluc3QgcG12YWwgLXQgMjEgZGlzay5kZXYud3JpdGUgLi4uT0sKQ2hlY2tpbmcg cG1pb3N0YXQgYWdhaW5zdCBwbXZhbCAtdCAyMSBkaXNrLmRldi5yZWFkX2J5dGVzIC4uLk9L CkNoZWNraW5nIHBtaW9zdGF0IGFnYWluc3QgcG12YWwgLXQgMjEgZGlzay5kZXYud3JpdGVf Ynl0ZXMgLi4uT0sKQ2hlY2tpbmcgcG1pb3N0YXQgYWdhaW5zdCBwbXZhbCAtdCAyMiBkaXNr LmRldi5yZWFkX21lcmdlIC4uLk9LCkNoZWNraW5nIHBtaW9zdGF0IGFnYWluc3QgcG12YWwg LXQgMjIgZGlzay5kZXYud3JpdGVfbWVyZ2UgLi4uT0sKQ2hlY2tpbmcgcG1pb3N0YXQgYWdh aW5zdCBwbXZhbCAtdCAyMiBkaXNrLmRldi5yZWFkIC4uLk9LCkNoZWNraW5nIHBtaW9zdGF0 IGFnYWluc3QgcG12YWwgLXQgMjIgZGlzay5kZXYud3JpdGUgLi4uT0sKQ2hlY2tpbmcgcG1p b3N0YXQgYWdhaW5zdCBwbXZhbCAtdCAyMiBkaXNrLmRldi5yZWFkX2J5dGVzIC4uLk9LCkNo ZWNraW5nIHBtaW9zdGF0IGFnYWluc3QgcG12YWwgLXQgMjIgZGlzay5kZXYud3JpdGVfYnl0 ZXMgLi4uT0sKQ2hlY2tpbmcgcG1pb3N0YXQgYWdhaW5zdCBwbXZhbCAtdCAyMyBkaXNrLmRl di5yZWFkX21lcmdlIC4uLk9LCkNoZWNraW5nIHBtaW9zdGF0IGFnYWluc3QgcG12YWwgLXQg MjMgZGlzay5kZXYud3JpdGVfbWVyZ2UgLi4uT0sKQ2hlY2tpbmcgcG1pb3N0YXQgYWdhaW5z dCBwbXZhbCAtdCAyMyBkaXNrLmRldi5yZWFkIC4uLk9LCkNoZWNraW5nIHBtaW9zdGF0IGFn YWluc3QgcG12YWwgLXQgMjMgZGlzay5kZXYud3JpdGUgLi4uT0sKQ2hlY2tpbmcgcG1pb3N0 YXQgYWdhaW5zdCBwbXZhbCAtdCAyMyBkaXNrLmRldi5yZWFkX2J5dGVzIC4uLk9LCkNoZWNr aW5nIHBtaW9zdGF0IGFnYWluc3QgcG12YWwgLXQgMjMgZGlzay5kZXYud3JpdGVfYnl0ZXMg Li4uT0sKQ2hlY2tpbmcgcG1pb3N0YXQgYWdhaW5zdCBwbXZhbCAtdCAyNCBkaXNrLmRldi5y ZWFkX21lcmdlIC4uLk9LCkNoZWNraW5nIHBtaW9zdGF0IGFnYWluc3QgcG12YWwgLXQgMjQg ZGlzay5kZXYud3JpdGVfbWVyZ2UgLi4uT0sKQ2hlY2tpbmcgcG1pb3N0YXQgYWdhaW5zdCBw bXZhbCAtdCAyNCBkaXNrLmRldi5yZWFkIC4uLk9LCkNoZWNraW5nIHBtaW9zdGF0IGFnYWlu c3QgcG12YWwgLXQgMjQgZGlzay5kZXYud3JpdGUgLi4uT0sKQ2hlY2tpbmcgcG1pb3N0YXQg YWdhaW5zdCBwbXZhbCAtdCAyNCBkaXNrLmRldi5yZWFkX2J5dGVzIC4uLk9LCkNoZWNraW5n IHBtaW9zdGF0IGFnYWluc3QgcG12YWwgLXQgMjQgZGlzay5kZXYud3JpdGVfYnl0ZXMgLi4u T0sKQ2hlY2tpbmcgcG1pb3N0YXQgYWdhaW5zdCBwbXZhbCAtdCAyNSBkaXNrLmRldi5yZWFk X21lcmdlIC4uLk9LCkNoZWNraW5nIHBtaW9zdGF0IGFnYWluc3QgcG12YWwgLXQgMjUgZGlz ay5kZXYud3JpdGVfbWVyZ2UgLi4uT0sKQ2hlY2tpbmcgcG1pb3N0YXQgYWdhaW5zdCBwbXZh bCAtdCAyNSBkaXNrLmRldi5yZWFkIC4uLk9LCkNoZWNraW5nIHBtaW9zdGF0IGFnYWluc3Qg cG12YWwgLXQgMjUgZGlzay5kZXYud3JpdGUgLi4uT0sKQ2hlY2tpbmcgcG1pb3N0YXQgYWdh aW5zdCBwbXZhbCAtdCAyNSBkaXNrLmRldi5yZWFkX2J5dGVzIC4uLk9LCkNoZWNraW5nIHBt aW9zdGF0IGFnYWluc3QgcG12YWwgLXQgMjUgZGlzay5kZXYud3JpdGVfYnl0ZXMgLi4uT0sK Q2hlY2tpbmcgcG1pb3N0YXQgYWdhaW5zdCBwbXZhbCAtdCAyNiBkaXNrLmRldi5yZWFkX21l cmdlIC4uLk9LCkNoZWNraW5nIHBtaW9zdGF0IGFnYWluc3QgcG12YWwgLXQgMjYgZGlzay5k ZXYud3JpdGVfbWVyZ2UgLi4uT0sKQ2hlY2tpbmcgcG1pb3N0YXQgYWdhaW5zdCBwbXZhbCAt dCAyNiBkaXNrLmRldi5yZWFkIC4uLk9LCkNoZWNraW5nIHBtaW9zdGF0IGFnYWluc3QgcG12 YWwgLXQgMjYgZGlzay5kZXYud3JpdGUgLi4uT0sKQ2hlY2tpbmcgcG1pb3N0YXQgYWdhaW5z dCBwbXZhbCAtdCAyNiBkaXNrLmRldi5yZWFkX2J5dGVzIC4uLk9LCkNoZWNraW5nIHBtaW9z dGF0IGFnYWluc3QgcG12YWwgLXQgMjYgZGlzay5kZXYud3JpdGVfYnl0ZXMgLi4uT0sKQ2hl Y2tpbmcgcG1pb3N0YXQgYWdhaW5zdCBwbXZhbCAtdCAyNyBkaXNrLmRldi5yZWFkX21lcmdl IC4uLk9LCkNoZWNraW5nIHBtaW9zdGF0IGFnYWluc3QgcG12YWwgLXQgMjcgZGlzay5kZXYu d3JpdGVfbWVyZ2UgLi4uT0sKQ2hlY2tpbmcgcG1pb3N0YXQgYWdhaW5zdCBwbXZhbCAtdCAy NyBkaXNrLmRldi5yZWFkIC4uLk9LCkNoZWNraW5nIHBtaW9zdGF0IGFnYWluc3QgcG12YWwg LXQgMjcgZGlzay5kZXYud3JpdGUgLi4uT0sKQ2hlY2tpbmcgcG1pb3N0YXQgYWdhaW5zdCBw bXZhbCAtdCAyNyBkaXNrLmRldi5yZWFkX2J5dGVzIC4uLk9LCkNoZWNraW5nIHBtaW9zdGF0 IGFnYWluc3QgcG12YWwgLXQgMjcgZGlzay5kZXYud3JpdGVfYnl0ZXMgLi4uT0sKQ2hlY2tp bmcgcG1pb3N0YXQgYWdhaW5zdCBwbXZhbCAtdCAyOCBkaXNrLmRldi5yZWFkX21lcmdlIC4u Lk9LCkNoZWNraW5nIHBtaW9zdGF0IGFnYWluc3QgcG12YWwgLXQgMjggZGlzay5kZXYud3Jp dGVfbWVyZ2UgLi4uT0sKQ2hlY2tpbmcgcG1pb3N0YXQgYWdhaW5zdCBwbXZhbCAtdCAyOCBk aXNrLmRldi5yZWFkIC4uLk9LCkNoZWNraW5nIHBtaW9zdGF0IGFnYWluc3QgcG12YWwgLXQg MjggZGlzay5kZXYud3JpdGUgLi4uT0sKQ2hlY2tpbmcgcG1pb3N0YXQgYWdhaW5zdCBwbXZh bCAtdCAyOCBkaXNrLmRldi5yZWFkX2J5dGVzIC4uLk9LCkNoZWNraW5nIHBtaW9zdGF0IGFn YWluc3QgcG12YWwgLXQgMjggZGlzay5kZXYud3JpdGVfYnl0ZXMgLi4uT0sKQ2hlY2tpbmcg cG1pb3N0YXQgYWdhaW5zdCBwbXZhbCAtdCAyOSBkaXNrLmRldi5yZWFkX21lcmdlIC4uLk9L CkNoZWNraW5nIHBtaW9zdGF0IGFnYWluc3QgcG12YWwgLXQgMjkgZGlzay5kZXYud3JpdGVf bWVyZ2UgLi4uT0sKQ2hlY2tpbmcgcG1pb3N0YXQgYWdhaW5zdCBwbXZhbCAtdCAyOSBkaXNr LmRldi5yZWFkIC4uLk9LCkNoZWNraW5nIHBtaW9zdGF0IGFnYWluc3QgcG12YWwgLXQgMjkg ZGlzay5kZXYud3JpdGUgLi4uT0sKQ2hlY2tpbmcgcG1pb3N0YXQgYWdhaW5zdCBwbXZhbCAt dCAyOSBkaXNrLmRldi5yZWFkX2J5dGVzIC4uLk9LCkNoZWNraW5nIHBtaW9zdGF0IGFnYWlu c3QgcG12YWwgLXQgMjkgZGlzay5kZXYud3JpdGVfYnl0ZXMgLi4uT0sKQ2hlY2tpbmcgcG1p b3N0YXQgYWdhaW5zdCBwbXZhbCAtdCAzMCBkaXNrLmRldi5yZWFkX21lcmdlIC4uLk9LCkNo ZWNraW5nIHBtaW9zdGF0IGFnYWluc3QgcG12YWwgLXQgMzAgZGlzay5kZXYud3JpdGVfbWVy Z2UgLi4uT0sKQ2hlY2tpbmcgcG1pb3N0YXQgYWdhaW5zdCBwbXZhbCAtdCAzMCBkaXNrLmRl di5yZWFkIC4uLk9LCkNoZWNraW5nIHBtaW9zdGF0IGFnYWluc3QgcG12YWwgLXQgMzAgZGlz ay5kZXYud3JpdGUgLi4uT0sKQ2hlY2tpbmcgcG1pb3N0YXQgYWdhaW5zdCBwbXZhbCAtdCAz MCBkaXNrLmRldi5yZWFkX2J5dGVzIC4uLk9LCkNoZWNraW5nIHBtaW9zdGF0IGFnYWluc3Qg cG12YWwgLXQgMzAgZGlzay5kZXYud3JpdGVfYnl0ZXMgLi4uT0sK --------------010901020109020900060404-- From goodwinos@gmail.com Sun Sep 7 23:44:16 2014 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=FREEMAIL_FROM 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 952CB7F4E for ; Sun, 7 Sep 2014 23:44:16 -0500 (CDT) Received: from cuda.sgi.com (cuda1.sgi.com [192.48.157.11]) by relay3.corp.sgi.com (Postfix) with ESMTP id 328B6AC006 for ; Sun, 7 Sep 2014 21:44:16 -0700 (PDT) X-ASG-Debug-ID: 1410151454-04bdf010a07ee3f0001-S8gJnT Received: from mx1.redhat.com (mx1.redhat.com [209.132.183.28]) by cuda.sgi.com with ESMTP id MVOJ9mbbzavJvpmF (version=TLSv1 cipher=AES256-SHA bits=256 verify=NO) for ; Sun, 07 Sep 2014 21:44:15 -0700 (PDT) X-Barracuda-Envelope-From: goodwinos@gmail.com X-Barracuda-Apparent-Source-IP: 209.132.183.28 X-ASG-Whitelist: Client Received: from int-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 s884iAHh018881 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=FAIL); Mon, 8 Sep 2014 00:44:10 -0400 Received: from [10.64.48.56] (vpn1-48-56.bne.redhat.com [10.64.48.56]) by int-mx11.intmail.prod.int.phx2.redhat.com (8.14.4/8.14.4) with ESMTP id s884i8QR021536; Mon, 8 Sep 2014 00:44:09 -0400 Message-ID: <540D3413.50309@gmail.com> Date: Mon, 08 Sep 2014 14:44:03 +1000 From: Mark Goodwin User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:24.0) Gecko/20100101 Thunderbird/24.7.0 MIME-Version: 1.0 To: Ken McDonell CC: PCP Subject: Re: [pcp] pmiostat qa failures References: <540D316D.7060400@internode.on.net> X-ASG-Orig-Subj: Re: [pcp] pmiostat qa failures In-Reply-To: <540D316D.7060400@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.24 X-Barracuda-Connect: mx1.redhat.com[209.132.183.28] X-Barracuda-Start-Time: 1410151455 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 On 09/08/2014 02:32 PM, Ken McDonell wrote: > I need help on this one from the pmiostat owner. > > About half my hosts are failing qa/842. > > .out.bad attached > > This test does not apparently create a 842.full file, so I don't have any > additional info, e.g. the contents of $tmp.pmval and $tmp.pmiostat ... you may > want to include that as an enhancement. > > Easy to reproduce, just ask. I'll take a look, as the pmiostat author. I assume 'easy to repo' means just run the QA test. Looking at your attached .bad, it looks like pmiostat and pmval disagree for some (but not all) multiples of 4s update interval. Any particular platforms worse than others? This all worked on my f19 system. Regards -- Mark From kenj@internode.on.net Mon Sep 8 00:01:23 2014 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 8B9927F4E for ; Mon, 8 Sep 2014 00:01:23 -0500 (CDT) Received: from cuda.sgi.com (cuda3.sgi.com [192.48.176.15]) by relay3.corp.sgi.com (Postfix) with ESMTP id 0D6F8AC004 for ; Sun, 7 Sep 2014 22:01:19 -0700 (PDT) X-ASG-Debug-ID: 1410152477-04cb6c54fe84a310001-S8gJnT Received: from ipmail05.adl6.internode.on.net (ipmail05.adl6.internode.on.net [150.101.137.143]) by cuda.sgi.com with ESMTP id mpBxFMDc7FAkDXpu for ; Sun, 07 Sep 2014 22:01:18 -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: AkMCAOs2DVR20ScOPGdsb2JhbAANTItqxm2DHwGBJQUBAQEBOIQ7AQEEeRALGAklDwIyFAYNAQcBAa0zlX4BF49NB4RMAQSPK6ZmgykBAQE Received: from ppp118-209-39-14.lns20.mel4.internode.on.net (HELO [192.168.1.100]) ([118.209.39.14]) by ipmail05.adl6.internode.on.net with ESMTP; 08 Sep 2014 14:31:16 +0930 Message-ID: <540D3871.80201@internode.on.net> Date: Mon, 08 Sep 2014 15:02:41 +1000 From: Ken McDonell User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:31.0) Gecko/20100101 Thunderbird/31.0 MIME-Version: 1.0 To: Mark Goodwin CC: PCP Subject: Re: [pcp] pmiostat qa failures References: <540D316D.7060400@internode.on.net> <540D3413.50309@gmail.com> X-ASG-Orig-Subj: Re: [pcp] pmiostat qa failures In-Reply-To: <540D3413.50309@gmail.com> Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: 7bit X-Barracuda-Connect: ipmail05.adl6.internode.on.net[150.101.137.143] X-Barracuda-Start-Time: 1410152477 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.3.9273 Rule breakdown below pts rule name description ---- ---------------------- -------------------------------------------------- On 08/09/14 14:44, Mark Goodwin wrote: > ... > Any particular platforms worse than others? This all worked on my f19 > system. Looks to be all over the shop! Here's the failure map. Host bo bl gr 00 01 02 03 04 05 07 10 11 12 14 18 19 20 21 22 23 24 842 48% X X X X X X X X X X 842 python and host map ... bl above is bozo-laptop below, 01 above is vm01 below, etc. Date Run Pass Fail Nrun Host 2014-09-04 687 672 15 50|bozo PCP 3.9.10 x86_64 Ubuntu 14.04 2014-09-02 674 660 14 62|bozo-laptop PCP 3.9.10 i686 LinuxMint 15 Daily runs, but no QA |bozo-vm PCP 3.9.10 x86_64 Debian 7.5 No daily runs |fuji PCP 3.9.2 i386 Darwin 10.8.0 2014-09-05 612 597 15 82|grundy PCP 3.9.10 ia64 SUSE SLES11 SP1 2014-09-05 679 668 11 60|vm00 PCP 3.9.10 x86_64 Ubuntu 12.04 2014-09-05 671 662 9 68|vm01 PCP 3.9.10 i686 Ubuntu 12.10 2014-09-05 666 656 10 73|vm02 PCP 3.9.10 i686 openSUSE 12.1 2014-09-05 678 673 5 61|vm03 PCP 3.9.10 x86_64 Fedora 18 2014-09-06 640 617 23 99|vm04 PCP 3.9.10 i586 CentOS 5.10 2014-09-06 616 603 13 123|vm05 PCP 3.9.10 i486 Gentoo 2.0.3 2014-09-06 60 60 0 4|vm06 PCP 3.9.10 amd64 FreeBSD 8.2-RELEASE-p9 2014-09-06 668 656 12 71|vm07 PCP 3.9.10 x86_64 Debian 6.0.9 Daily runs, but no QA |vm09 PCP 3.9.1 i386 NetBSD 5.1.2 2014-09-05 60 56 4 4|vm10 PCP 3.9.2 i386 FreeBSD 8.2-RELEASE-p9 2014-09-06 676 664 12 63|vm11 PCP 3.9.10 i686 Debian 6.0.9 2014-09-06 648 629 19 91|vm12 PCP 3.9.10 i686 Fedora 17 2014-09-07 673 663 10 66|vm14 PCP 3.9.10 x86_64 CentOS6.5 No daily runs |vm15 PCP 3.9.1 x86_64 Slackware 13.37.0 Daily runs, but no QA |vm16 PCP 3.8.0 x86_64 MandrivaLinux 2011.0 2014-09-07 669 661 8 70|vm18 PCP 3.9.10 x86_64 LinuxMint 12 2014-09-07 669 661 8 70|vm19 PCP 3.9.10 x86_64 openSUSE 12.2 2014-09-07 652 647 5 87|vm20 PCP 3.9.10 x86_64 Ubuntu 13.04 2014-09-07 672 660 12 67|vm21 PCP 3.9.10 i686 Debian 7.4 2014-09-07 660 646 14 79|vm22 PCP 3.9.10 x86_64 Fedora 19 2014-09-08 678 663 15 61|vm23 PCP 3.9.10 i686 Fedora 20 2014-09-08 646 626 20 93|vm24 PCP 3.9.10 i686 openSUSE 13.1 From kenj@internode.on.net Mon Sep 8 00:07:56 2014 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 9A5487F4E for ; Mon, 8 Sep 2014 00:07:56 -0500 (CDT) Received: from cuda.sgi.com (cuda2.sgi.com [192.48.176.25]) by relay2.corp.sgi.com (Postfix) with ESMTP id 7864C304048 for ; Sun, 7 Sep 2014 22:07:56 -0700 (PDT) X-ASG-Debug-ID: 1410152869-04cbb05488ad5f40001-S8gJnT Received: from ipmail05.adl6.internode.on.net (ipmail05.adl6.internode.on.net [150.101.137.143]) by cuda.sgi.com with ESMTP id 2pcDH0TAMbHaJRa9 for ; Sun, 07 Sep 2014 22:07:50 -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: AvoCAFo5DVR20ScOPGdsb2JhbAANTIczhDeBJMVJgx+BJgUBAQEBOIRkVT0WCwIEBwMCAQIBMRoNCAEBrTN4lQYBF48ygxuBUwWTRoFKoQGDKQEBAQ Received: from ppp118-209-39-14.lns20.mel4.internode.on.net (HELO [192.168.1.100]) ([118.209.39.14]) by ipmail05.adl6.internode.on.net with ESMTP; 08 Sep 2014 14:37:13 +0930 Message-ID: <540D39D2.3040000@internode.on.net> Date: Mon, 08 Sep 2014 15:08:34 +1000 From: Ken McDonell User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:31.0) Gecko/20100101 Thunderbird/31.0 MIME-Version: 1.0 To: PCP Subject: qa/752 (src/rtimetest.c) failures Content-Type: multipart/mixed; boundary="------------070703020701050208070406" X-ASG-Orig-Subj: qa/752 (src/rtimetest.c) failures X-Barracuda-Connect: ipmail05.adl6.internode.on.net[150.101.137.143] X-Barracuda-Start-Time: 1410152869 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.3.9273 Rule breakdown below pts rule name description ---- ---------------------- -------------------------------------------------- This is a multi-part message in MIME format. --------------070703020701050208070406 Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 7bit I am seeing repeated failures of this test. .out.bad attached. Failure map as follows: Host bo bl gr 00 01 02 03 04 05 07 10 11 12 14 18 19 20 21 22 23 24 752 29% X X X X X X 752 libpcp and host map ... 00 above is vm00 below, etc. Date Run Pass Fail Nrun Host 2014-09-04 687 672 15 50|bozo PCP 3.9.10 x86_64 Ubuntu 14.04 2014-09-02 674 660 14 62|bozo-laptop PCP 3.9.10 i686 LinuxMint 15 Daily runs, but no QA |bozo-vm PCP 3.9.10 x86_64 Debian 7.5 No daily runs |fuji PCP 3.9.2 i386 Darwin 10.8.0 2014-09-05 612 597 15 82|grundy PCP 3.9.10 ia64 SUSE SLES11 SP1 2014-09-05 679 668 11 60|vm00 PCP 3.9.10 x86_64 Ubuntu 12.04 2014-09-05 671 662 9 68|vm01 PCP 3.9.10 i686 Ubuntu 12.10 2014-09-05 666 656 10 73|vm02 PCP 3.9.10 i686 openSUSE 12.1 2014-09-05 678 673 5 61|vm03 PCP 3.9.10 x86_64 Fedora 18 2014-09-06 640 617 23 99|vm04 PCP 3.9.10 i586 CentOS 5.10 2014-09-06 616 603 13 123|vm05 PCP 3.9.10 i486 Gentoo 2.0.3 2014-09-06 60 60 0 4|vm06 PCP 3.9.10 amd64 FreeBSD 8.2-RELEASE-p9 2014-09-06 668 656 12 71|vm07 PCP 3.9.10 x86_64 Debian 6.0.9 Daily runs, but no QA |vm09 PCP 3.9.1 i386 NetBSD 5.1.2 2014-09-05 60 56 4 4|vm10 PCP 3.9.2 i386 FreeBSD 8.2-RELEASE-p9 2014-09-06 676 664 12 63|vm11 PCP 3.9.10 i686 Debian 6.0.9 2014-09-06 648 629 19 91|vm12 PCP 3.9.10 i686 Fedora 17 2014-09-07 673 663 10 66|vm14 PCP 3.9.10 x86_64 CentOS6.5 No daily runs |vm15 PCP 3.9.1 x86_64 Slackware 13.37.0 Daily runs, but no QA |vm16 PCP 3.8.0 x86_64 MandrivaLinux 2011.0 2014-09-07 669 661 8 70|vm18 PCP 3.9.10 x86_64 LinuxMint 12 2014-09-07 669 661 8 70|vm19 PCP 3.9.10 x86_64 openSUSE 12.2 2014-09-07 652 647 5 87|vm20 PCP 3.9.10 x86_64 Ubuntu 13.04 2014-09-07 672 660 12 67|vm21 PCP 3.9.10 i686 Debian 7.4 2014-09-07 660 646 14 79|vm22 PCP 3.9.10 x86_64 Fedora 19 2014-09-08 678 663 15 61|vm23 PCP 3.9.10 i686 Fedora 20 2014-09-08 646 626 20 93|vm24 PCP 3.9.10 i686 openSUSE 13.1 --------------070703020701050208070406 Content-Type: text/plain; charset=UTF-8; name="752.out.bad" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="752.out.bad" UUEgb3V0cHV0IGNyZWF0ZWQgYnkgNzUyCiJzdGFydCAiICAgICAgICAgICAgICAgICAgICAg ICAyMDE0LTAxLTE4IDE1OjA4OjUwCiJlbmQgICAiICAgICAgICAgICAgICAgICAgICAgICAy MDE0LTAxLTI3IDExOjI4OjUwClRoZXNlIHRpbWUgdGVybXMgYXJlIHJlbGF0aXZlIHRvIHRo ZSBzdGFydC9lbmQgdGltZS4KIzEgX19wbVBhcnNlVGltZSAjMiBwbVBhcnNlVGltZVdpbmRv dy9TdGFydCAjMyBwbVBhcnNlVGltZVdpbmRvdy9FbmQuCiJTYXQgSmFuIDE5IDExOjQ1OjUw IDIwMTQgIiAgICAyMDE0LTAxLTE5IDExOjQ1OjUwCiIrMW1pbnV0ZSIgICAgICAgICAgICAg ICAgICAgICAyMDE0LTAxLTE4IDE1OjA5OjUwCiIrMW1pbnV0ZSIgICAgICAgICAgICAgICAg ICAgICAyMDE0LTAxLTE4IDE1OjA5OjUwCiIrMW1pbnV0ZSIgICAgICAgICAgICAgICAgICAg ICAyMDE0LTAxLTI3IDExOjI4OjUwCiItMSBtaW51dGUiICAgICAgICAgICAgICAgICAgICAy MDE0LTAxLTI3IDExOjI3OjUwCiItMSBtaW51dGUiICAgICAgICAgICAgICAgICAgICAyMDE0 LTAxLTI3IDExOjI3OjUwCiItMSBtaW51dGUiICAgICAgICAgICAgICAgICAgICAyMDE0LTAx LTI3IDExOjI4OjUwCiItMW1pbnV0ZSIgICAgICAgICAgICAgICAgICAgICAyMDE0LTAxLTI3 IDExOjI3OjUwCiItMW1pbnV0ZSIgICAgICAgICAgICAgICAgICAgICAyMDE0LTAxLTI3IDEx OjI3OjUwCiItMW1pbnV0ZSIgICAgICAgICAgICAgICAgICAgICAyMDE0LTAxLTI3IDExOjI4 OjUwCiIyMDE0LTAxLTE5IiAgICAgICAgICAgICAgICAgICAyMDE0LTAxLTE5IDAwOjAwOjAw CiIyMDE0LTAxLTE5IiAgICAgICAgICAgICAgICAgICAyMDE0LTAxLTE5IDAwOjAwOjAwCiIy MDE0LTAxLTE5IiAgICAgICAgICAgICAgICAgICAyMDE0LTAxLTI3IDExOjI4OjUwCiIwMS8x OS8xNCIgICAgICAgICAgICAgICAgICAgICAyMDE0LTAxLTE5IDAwOjAwOjAwCiIwMS8xOS8x NCIgICAgICAgICAgICAgICAgICAgICAyMDE0LTAxLTE5IDAwOjAwOjAwCiIwMS8xOS8xNCIg ICAgICAgICAgICAgICAgICAgICAyMDE0LTAxLTI3IDExOjI4OjUwCiIwMS8xOS8xNCAxMTo0 NTo1MCBBTSIgICAgICAgICAyMDE0LTAxLTE5IDExOjQ1OjUwCiIwMS8xOS8xNCAxMTo0NTo1 MCBBTSIgICAgICAgICAyMDE0LTAxLTE5IDExOjQ1OjUwCiIwMS8xOS8xNCAxMTo0NTo1MCBB TSIgICAgICAgICAyMDE0LTAxLTI3IDExOjI4OjUwCiIwMS8xOS8xNCAxMTo0NTo1MCBBTSAt MW1vbnRoIiAyMDEzLTEyLTE5IDExOjQ1OjUwCiIwMS8xOS8xNCAxMTo0NTo1MCBBTSAtMW1v bnRoIiAyMDE0LTAxLTE4IDE1OjA4OjUwCiIwMS8xOS8xNCAxMTo0NTo1MCBBTSAtMW1vbnRo IiAyMDE0LTAxLTI3IDExOjI4OjUwCiIwMS8xOS8xNCAxMTo0NTo1MCBBTSB0b21vcnJvdyIg MjAxNC0wMS0yMCAxMTo0NTo1MAoiMDEvMTkvMTQgMTE6NDU6NTAgQU0gdG9tb3Jyb3ciIDIw MTQtMDEtMjAgMTE6NDU6NTAKIjAxLzE5LzE0IDExOjQ1OjUwIEFNIHRvbW9ycm93IiAyMDE0 LTAxLTI3IDExOjI4OjUwCiIwMS8xOS8xNCAxMTo0NTo1MCBBTSB5ZXN0ZXJkYXkiIDIwMTQt MDEtMTggMTE6NDU6NTAKIjAxLzE5LzE0IDExOjQ1OjUwIEFNIHllc3RlcmRheSIgMjAxNC0w MS0xOCAxNTowODo1MAoiMDEvMTkvMTQgMTE6NDU6NTAgQU0geWVzdGVyZGF5IiAyMDE0LTAx LTI3IDExOjI4OjUwCiIwMS8xOS8xNCAxMTo0NSIgICAgICAgICAgICAgICAyMDE0LTAxLTE5 IDExOjQ1OjAwCiIwMS8xOS8xNCAxMTo0NSIgICAgICAgICAgICAgICAyMDE0LTAxLTE5IDEx OjQ1OjAwCiIwMS8xOS8xNCAxMTo0NSIgICAgICAgICAgICAgICAyMDE0LTAxLTI3IDExOjI4 OjUwCiIwMS8xOS8xNCAxMTo0NTo1MCIgICAgICAgICAgICAyMDE0LTAxLTE5IDExOjQ1OjUw CiIwMS8xOS8xNCAxMTo0NTo1MCIgICAgICAgICAgICAyMDE0LTAxLTE5IDExOjQ1OjUwCiIw MS8xOS8xNCAxMTo0NTo1MCIgICAgICAgICAgICAyMDE0LTAxLTI3IDExOjI4OjUwCiIxOSBK YW4gMjAxNCAxMTo0NTo1MCIgICAgICAgICAyMDE0LTAxLTE5IDExOjQ1OjUwCiIxOSBKYW4g MjAxNCAxMTo0NTo1MCIgICAgICAgICAyMDE0LTAxLTE5IDExOjQ1OjUwCiIxOSBKYW4gMjAx NCAxMTo0NTo1MCIgICAgICAgICAyMDE0LTAxLTI3IDExOjI4OjUwCiIxIGRheSBhZ28iICAg ICAgICAgICAgICAgICAgICAyMDE0LTAxLTI2IDExOjI4OjUwCiIxIGRheSBhZ28iICAgICAg ICAgICAgICAgICAgICAyMDE0LTAxLTI2IDExOjI4OjUwCiIxIGRheSBhZ28iICAgICAgICAg ICAgICAgICAgICAyMDE0LTAxLTI3IDExOjI4OjUwCiIxIHdlZWsgYWdvIiAgICAgICAgICAg ICAgICAgICAyMDE0LTAxLTIwIDExOjI4OjUwCiIxIHdlZWsgYWdvIiAgICAgICAgICAgICAg ICAgICAyMDE0LTAxLTIwIDExOjI4OjUwCiIxIHdlZWsgYWdvIiAgICAgICAgICAgICAgICAg ICAyMDE0LTAxLTI3IDExOjI4OjUwCiJAMjAxNC0wMS0xOSIgICAgICAgICAgICAgICAgICAy MDE0LTAxLTE5IDAwOjAwOjAwCiJAMjAxNC0wMS0xOSIgICAgICAgICAgICAgICAgICAyMDE0 LTAxLTE5IDAwOjAwOjAwCiJAMjAxNC0wMS0xOSIgICAgICAgICAgICAgICAgICAyMDE0LTAx LTI3IDExOjI4OjUwCiJAMDEvMTkvMTQiICAgICAgICAgICAgICAgICAgICAyMDE0LTAxLTE5 IDAwOjAwOjAwCiJAMDEvMTkvMTQiICAgICAgICAgICAgICAgICAgICAyMDE0LTAxLTE5IDAw OjAwOjAwCiJAMDEvMTkvMTQiICAgICAgICAgICAgICAgICAgICAyMDE0LTAxLTI3IDExOjI4 OjUwCiJAMDEvMTkvMTQgMTE6NDU6NTAgQU0iICAgICAgICAyMDE0LTAxLTE5IDExOjQ1OjUw CiJAMDEvMTkvMTQgMTE6NDU6NTAgQU0iICAgICAgICAyMDE0LTAxLTE5IDExOjQ1OjUwCiJA MDEvMTkvMTQgMTE6NDU6NTAgQU0iICAgICAgICAyMDE0LTAxLTI3IDExOjI4OjUwCiJAMDEv MTkvMTQgMTE6NDUiICAgICAgICAgICAgICAyMDE0LTAxLTE5IDExOjQ1OjAwCiJAMDEvMTkv MTQgMTE6NDUiICAgICAgICAgICAgICAyMDE0LTAxLTE5IDExOjQ1OjAwCiJAMDEvMTkvMTQg MTE6NDUiICAgICAgICAgICAgICAyMDE0LTAxLTI3IDExOjI4OjUwCiJAMDEvMTkvMTQgMTE6 NDU6NTAiICAgICAgICAgICAyMDE0LTAxLTE5IDExOjQ1OjUwCiJAMDEvMTkvMTQgMTE6NDU6 NTAiICAgICAgICAgICAyMDE0LTAxLTE5IDExOjQ1OjUwCiJAMDEvMTkvMTQgMTE6NDU6NTAi ICAgICAgICAgICAyMDE0LTAxLTI3IDExOjI4OjUwCiJAMDEvMTkvMTQgMTE6NDU6NTAgR01U IiAgICAgICAyMDE0LTAxLTE5IDExOjQ1OjUwCiJAMDEvMTkvMTQgMTE6NDU6NTAgR01UIiAg ICAgICAyMDE0LTAxLTE5IDExOjQ1OjUwCiJAMDEvMTkvMTQgMTE6NDU6NTAgR01UIiAgICAg ICAyMDE0LTAxLTI3IDExOjI4OjUwCiJAMTkgSmFuIDIwMTQgMTE6NDU6NTAiICAgICAgICAy MDE0LTAxLTE5IDExOjQ1OjUwCiJAMTkgSmFuIDIwMTQgMTE6NDU6NTAiICAgICAgICAyMDE0 LTAxLTE5IDExOjQ1OjUwCiJAMTkgSmFuIDIwMTQgMTE6NDU6NTAiICAgICAgICAyMDE0LTAx LTI3IDExOjI4OjUwCiJAbmV4dCBkYXkiICAgICAgICAgICAgICAgICAgICAyMDE0LTAxLTE5 IDE1OjA4OjUwCiJAbmV4dCBkYXkiICAgICAgICAgICAgICAgICAgICAyMDE0LTAxLTE5IDE1 OjA4OjUwCiJAbmV4dCBkYXkiICAgICAgICAgICAgICAgICAgICAyMDE0LTAxLTI3IDExOjI4 OjUwCiJAMSBkYXkgYWdvIiAgICAgICAgICAgICAgICAgICAyMDE0LTAxLTI2IDExOjI4OjUw CiJAMSBkYXkgYWdvIiAgICAgICAgICAgICAgICAgICAyMDE0LTAxLTI2IDExOjI4OjUwCiJA MSBkYXkgYWdvIiAgICAgICAgICAgICAgICAgICAyMDE0LTAxLTI3IDExOjI4OjUwCiIxIGRh eSIgICAgICAgICAgICAgICAgICAgICAgICAyMDE0LTAxLTE5IDE1OjA4OjUwCiIxIGRheSIg ICAgICAgICAgICAgICAgICAgICAgICAyMDE0LTAxLTE5IDE1OjA4OjUwCiIxIGRheSIgICAg ICAgICAgICAgICAgICAgICAgICAyMDE0LTAxLTI3IDExOjI4OjUwCiI1IG1pbnV0ZXMgNSBz ZWNvbmRzIiAgICAgICAgICAyMDE0LTAxLTE4IDE1OjEzOjU1CiI1IG1pbnV0ZXMgNSBzZWNv bmRzIiAgICAgICAgICAyMDE0LTAxLTE4IDE1OjEzOjU1CiI1IG1pbnV0ZXMgNSBzZWNvbmRz IiAgICAgICAgICAyMDE0LTAxLTI3IDExOjI4OjUwCiJsYXN0IHdlZWsiICAgICAgICAgICAg ICAgICAgICAyMDE0LTAxLTIwIDExOjI4OjUwCiJsYXN0IHdlZWsiICAgICAgICAgICAgICAg ICAgICAyMDE0LTAxLTIwIDExOjI4OjUwCiJsYXN0IHdlZWsiICAgICAgICAgICAgICAgICAg ICAyMDE0LTAxLTI3IDExOjI4OjUwCiJsYXN0IGRheSIgICAgICAgICAgICAgICAgICAgICAy MDE0LTAxLTI2IDExOjI4OjUwCiJsYXN0IGRheSIgICAgICAgICAgICAgICAgICAgICAyMDE0 LTAxLTI2IDExOjI4OjUwCiJsYXN0IGRheSIgICAgICAgICAgICAgICAgICAgICAyMDE0LTAx LTI3IDExOjI4OjUwCiJuZXh0IGRheSIgICAgICAgICAgICAgICAgICAgICAyMDE0LTAxLTE5 IDE1OjA4OjUwCiJuZXh0IGRheSIgICAgICAgICAgICAgICAgICAgICAyMDE0LTAxLTE5IDE1 OjA4OjUwCiJuZXh0IGRheSIgICAgICAgICAgICAgICAgICAgICAyMDE0LTAxLTI3IDExOjI4 OjUwClRoZXNlIHRpbWUgdGVybXMgZm9yIGEgc3BlY2lmaWMgZGF5IGFyZSByZWxhdGl2ZSB0 byB0aGUgY3VycmVudCB0aW1lLgoibm93IiAgICAgICAgICAgICAgICAgICAgICAgICAgMDEv MDEvMjAwMCAwMDowMDowMAoibm93IiAgICAgICAgICAgICAgICAgICAgICAgICAgMDEvMDEv MjAwMCAwMDowMDowMAoibm93IiAgICAgICAgICAgICAgICAgICAgICAgICAgMjAxNC0wMS0y NyAxMToyODo1MAoidG9kYXkiICAgICAgICAgICAgICAgICAgICAgICAgMDEvMDEvMjAwMCAw MDowMDowMAoidG9kYXkiICAgICAgICAgICAgICAgICAgICAgICAgMDEvMDEvMjAwMCAwMDow MDowMAoidG9kYXkiICAgICAgICAgICAgICAgICAgICAgICAgMjAxNC0wMS0yNyAxMToyODo1 MAoiQHllc3RlcmRheSIgICAgICAgICAgICAgICAgICAgMjAxNC0wOS0wNiAyMjoyNzoxMAoi QHllc3RlcmRheSIgICAgICAgICAgICAgICAgICAgMjAxNC0wOS0wNiAyMjoyNzoxMAoiQHll c3RlcmRheSIgICAgICAgICAgICAgICAgICAgMjAxNC0wMS0yNyAxMToyODo1MAoieWVzdGVy ZGF5IiAgICAgICAgICAgICAgICAgICAgMjAxNC0wOS0wNiAyMjoyNzoxMAoieWVzdGVyZGF5 IiAgICAgICAgICAgICAgICAgICAgMjAxNC0wOS0wNiAyMjoyNzoxMAoieWVzdGVyZGF5IiAg ICAgICAgICAgICAgICAgICAgMjAxNC0wMS0yNyAxMToyODo1MAoidG9tb3Jyb3ciICAgICAg ICAgICAgICAgICAgICAgMDEvMDEvMjAwMCAwMDowMDowMAoidG9tb3Jyb3ciICAgICAgICAg ICAgICAgICAgICAgMDEvMDEvMjAwMCAwMDowMDowMAoidG9tb3Jyb3ciICAgICAgICAgICAg ICAgICAgICAgMjAxNC0wMS0yNyAxMToyODo1MAoic3VuZGF5IiAgICAgICAgICAgICAgICAg ICAgICAgMDEvMDEvMjAwMCAwMDowMDowMAoic3VuZGF5IiAgICAgICAgICAgICAgICAgICAg ICAgMDEvMDEvMjAwMCAwMDowMDowMAoic3VuZGF5IiAgICAgICAgICAgICAgICAgICAgICAg MjAxNC0wMS0yNyAxMToyODo1MAoiZmlyc3Qgc3VuZGF5IiAgICAgICAgICAgICAgICAgMDEv MDEvMjAwMCAwMDowMDowMAoiZmlyc3Qgc3VuZGF5IiAgICAgICAgICAgICAgICAgMDEvMDEv MjAwMCAwMDowMDowMAoiZmlyc3Qgc3VuZGF5IiAgICAgICAgICAgICAgICAgMjAxNC0wMS0y NyAxMToyODo1MAoibGFzdCBtb25kYXkiICAgICAgICAgICAgICAgICAgMDEvMDEvMjAwMCAw MDowMDowMAoibGFzdCBtb25kYXkiICAgICAgICAgICAgICAgICAgMDEvMDEvMjAwMCAwMDow MDowMAoibGFzdCBtb25kYXkiICAgICAgICAgICAgICAgICAgMjAxNC0wMS0yNyAxMToyODo1 MAoibmV4dCB0dWVzZGF5IiAgICAgICAgICAgICAgICAgMDEvMDEvMjAwMCAwMDowMDowMAoi bmV4dCB0dWVzZGF5IiAgICAgICAgICAgICAgICAgMDEvMDEvMjAwMCAwMDowMDowMAoibmV4 dCB0dWVzZGF5IiAgICAgICAgICAgICAgICAgMjAxNC0wMS0yNyAxMToyODo1MApOb3RlOiB0 aW1lem9uZSBzZXQgdG8gIlRaPUFtZXJpY2EvTG9zX0FuZ2VsZXMiCgptZXRyaWM6ICAgIHNh bXBsZS5iaW4KYXJjaGl2ZTogICBzcmMvb2stZm9vCmhvc3Q6ICAgICAgZ29uem8Kc3RhcnQ6 ICAgICBUaHUgQXVnICA2IDExOjM0OjMyIDE5OTgKZW5kOiAgICAgICBUaHUgQXVnICA2IDEx OjM0OjQwIDE5OTgKc2VtYW50aWNzOiBpbnN0YW50YW5lb3VzIHZhbHVlCnVuaXRzOiAgICAg bm9uZQpzYW1wbGVzOiAgIDkKaW50ZXJ2YWw6ICAxLjAwIHNlYwoxMTozNDozMi4yNTcgIE5v IHZhbHVlcyBhdmFpbGFibGUKCiAgICAgICAgICAgICAgICBiaW4tMTAwICAgICBiaW4tMjAw ICAgICBiaW4tMzAwICAgICBiaW4tNDAwICAgICBiaW4tNTAwICAgICBiaW4tNjAwICAgICBi aW4tNzAwICAgICBiaW4tODAwICAgICBiaW4tOTAwIAoxMTozNDozMy4yNTcgICAgICAgIDEw MCAgICAgICAgIDIwMCAgICAgICAgIDMwMCAgICAgICAgIDQwMCAgICAgICAgIDUwMCAgICAg ICAgIDYwMCAgICAgICAgIDcwMCAgICAgICAgIDgwMCAgICAgICAgIDkwMCAKMTE6MzQ6MzQu MjU3ICAgICAgICAxMDAgICAgICAgICAyMDAgICAgICAgICAzMDAgICAgICAgICA0MDAgICAg ICAgICA1MDAgICAgICAgICA2MDAgICAgICAgICA3MDAgICAgICAgICA4MDAgICAgICAgICA5 MDAgCjExOjM0OjM1LjI1NyAgICAgICAgMTAwICAgICAgICAgMjAwICAgICAgICAgMzAwICAg ICAgICAgNDAwICAgICAgICAgNTAwICAgICAgICAgNjAwICAgICAgICAgNzAwICAgICAgICAg ODAwICAgICAgICAgOTAwIAoxMTozNDozNi4yNTcgICAgICAgIDEwMCAgICAgICAgIDIwMCAg ICAgICAgIDMwMCAgICAgICAgIDQwMCAgICAgICAgIDUwMCAgICAgICAgIDYwMCAgICAgICAg IDcwMCAgICAgICAgIDgwMCAgICAgICAgIDkwMCAKMTE6MzQ6MzcuMjU3ICAgICAgICAxMDAg ICAgICAgICAyMDAgICAgICAgICAzMDAgICAgICAgICA0MDAgICAgICAgICA1MDAgICAgICAg ICA2MDAgICAgICAgICA3MDAgICAgICAgICA4MDAgICAgICAgICA5MDAgCjExOjM0OjM4LjI1 NyAgICAgICAgMTAwICAgICAgICAgMjAwICAgICAgICAgMzAwICAgICAgICAgNDAwICAgICAg ICAgNTAwICAgICAgICAgNjAwICAgICAgICAgNzAwICAgICAgICAgODAwICAgICAgICAgOTAw IAoxMTozNDozOS4yNTcgICAgICAgIDEwMCAgICAgICAgIDIwMCAgICAgICAgIDMwMCAgICAg ICAgIDQwMCAgICAgICAgIDUwMCAgICAgICAgIDYwMCAgICAgICAgIDcwMCAgICAgICAgIDgw MCAgICAgICAgIDkwMCAKMTE6MzQ6NDAuMjU3ICAgICAgICAxMDAgICAgICAgICAyMDAgICAg ICAgICAzMDAgICAgICAgICA0MDAgICAgICAgICA1MDAgICAgICAgICA2MDAgICAgICAgICA3 MDAgICAgICAgICA4MDAgICAgICAgICA5MDAgCk5vdGU6IHRpbWV6b25lIHNldCB0byAiVFo9 QW1lcmljYS9OZXdfWW9yayIKCm1ldHJpYzogICAgc2FtcGxlLmJpbgphcmNoaXZlOiAgIHNy Yy9vay1mb28KaG9zdDogICAgICBnb256bwpzdGFydDogICAgIFRodSBBdWcgIDYgMTQ6MzQ6 MzIgMTk5OAplbmQ6ICAgICAgIFRodSBBdWcgIDYgMTQ6MzQ6NDAgMTk5OApzZW1hbnRpY3M6 IGluc3RhbnRhbmVvdXMgdmFsdWUKdW5pdHM6ICAgICBub25lCnNhbXBsZXM6ICAgOQppbnRl cnZhbDogIDEuMDAgc2VjCjE0OjM0OjMyLjI1NyAgTm8gdmFsdWVzIGF2YWlsYWJsZQoKICAg ICAgICAgICAgICAgIGJpbi0xMDAgICAgIGJpbi0yMDAgICAgIGJpbi0zMDAgICAgIGJpbi00 MDAgICAgIGJpbi01MDAgICAgIGJpbi02MDAgICAgIGJpbi03MDAgICAgIGJpbi04MDAgICAg IGJpbi05MDAgCjE0OjM0OjMzLjI1NyAgICAgICAgMTAwICAgICAgICAgMjAwICAgICAgICAg MzAwICAgICAgICAgNDAwICAgICAgICAgNTAwICAgICAgICAgNjAwICAgICAgICAgNzAwICAg ICAgICAgODAwICAgICAgICAgOTAwIAoxNDozNDozNC4yNTcgICAgICAgIDEwMCAgICAgICAg IDIwMCAgICAgICAgIDMwMCAgICAgICAgIDQwMCAgICAgICAgIDUwMCAgICAgICAgIDYwMCAg ICAgICAgIDcwMCAgICAgICAgIDgwMCAgICAgICAgIDkwMCAKMTQ6MzQ6MzUuMjU3ICAgICAg ICAxMDAgICAgICAgICAyMDAgICAgICAgICAzMDAgICAgICAgICA0MDAgICAgICAgICA1MDAg ICAgICAgICA2MDAgICAgICAgICA3MDAgICAgICAgICA4MDAgICAgICAgICA5MDAgCjE0OjM0 OjM2LjI1NyAgICAgICAgMTAwICAgICAgICAgMjAwICAgICAgICAgMzAwICAgICAgICAgNDAw ICAgICAgICAgNTAwICAgICAgICAgNjAwICAgICAgICAgNzAwICAgICAgICAgODAwICAgICAg ICAgOTAwIAoxNDozNDozNy4yNTcgICAgICAgIDEwMCAgICAgICAgIDIwMCAgICAgICAgIDMw MCAgICAgICAgIDQwMCAgICAgICAgIDUwMCAgICAgICAgIDYwMCAgICAgICAgIDcwMCAgICAg ICAgIDgwMCAgICAgICAgIDkwMCAKMTQ6MzQ6MzguMjU3ICAgICAgICAxMDAgICAgICAgICAy MDAgICAgICAgICAzMDAgICAgICAgICA0MDAgICAgICAgICA1MDAgICAgICAgICA2MDAgICAg ICAgICA3MDAgICAgICAgICA4MDAgICAgICAgICA5MDAgCjE0OjM0OjM5LjI1NyAgICAgICAg MTAwICAgICAgICAgMjAwICAgICAgICAgMzAwICAgICAgICAgNDAwICAgICAgICAgNTAwICAg ICAgICAgNjAwICAgICAgICAgNzAwICAgICAgICAgODAwICAgICAgICAgOTAwIAoxNDozNDo0 MC4yNTcgICAgICAgIDEwMCAgICAgICAgIDIwMCAgICAgICAgIDMwMCAgICAgICAgIDQwMCAg ICAgICAgIDUwMCAgICAgICAgIDYwMCAgICAgICAgIDcwMCAgICAgICAgIDgwMCAgICAgICAg IDkwMCAK --------------070703020701050208070406-- From kenj@internode.on.net Mon Sep 8 00:13:49 2014 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 B9F2D7F4E for ; Mon, 8 Sep 2014 00:13:49 -0500 (CDT) Received: from cuda.sgi.com (cuda1.sgi.com [192.48.157.11]) by relay2.corp.sgi.com (Postfix) with ESMTP id 80AB1304048 for ; Sun, 7 Sep 2014 22:13:49 -0700 (PDT) X-ASG-Debug-ID: 1410153226-04bdf010977eedf0001-S8gJnT Received: from ipmail05.adl6.internode.on.net (ipmail05.adl6.internode.on.net [150.101.137.143]) by cuda.sgi.com with ESMTP id CgUbLF3t8v0TODHS for ; Sun, 07 Sep 2014 22:13:47 -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: AvoCAHA6DVR20ScOPGdsb2JhbAANSgKHM4Q3gSTFSYMfgScFAQEBATiEZIESDRQCBA0CMhoNCAEBrTR4lQUBF48yNAuCXIFTBZNGgUqhAYFpgUABAQE Received: from ppp118-209-39-14.lns20.mel4.internode.on.net (HELO [192.168.1.100]) ([118.209.39.14]) by ipmail05.adl6.internode.on.net with ESMTP; 08 Sep 2014 14:43:41 +0930 Message-ID: <540D3B5B.20006@internode.on.net> Date: Mon, 08 Sep 2014 15:15:07 +1000 From: Ken McDonell User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:31.0) Gecko/20100101 Thunderbird/31.0 MIME-Version: 1.0 To: PCP Subject: qa/944 (user/group access control lists in pmcd) failures. Content-Type: multipart/mixed; boundary="------------020904030103030500080402" X-ASG-Orig-Subj: qa/944 (user/group access control lists in pmcd) failures. X-Barracuda-Connect: ipmail05.adl6.internode.on.net[150.101.137.143] X-Barracuda-Start-Time: 1410153226 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.3.9273 Rule breakdown below pts rule name description ---- ---------------------- -------------------------------------------------- This is a multi-part message in MIME format. --------------020904030103030500080402 Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 7bit I am seeing repeated failures of this test. The .out.bad is not always exactly the same, but the attached version or something very similar accounts for the vast majority of 'em. Here is the failure map: Host bo bl gr 00 01 02 03 04 05 07 10 11 12 14 18 19 20 21 22 23 24 944 33% X X X X X X X 944 pmcd secure And the host map (gr is grundy.sgi.com) Date Run Pass Fail Nrun Host 2014-09-04 687 672 15 50|bozo PCP 3.9.10 x86_64 Ubuntu 14.04 2014-09-02 674 660 14 62|bozo-laptop PCP 3.9.10 i686 LinuxMint 15 Daily runs, but no QA |bozo-vm PCP 3.9.10 x86_64 Debian 7.5 No daily runs |fuji PCP 3.9.2 i386 Darwin 10.8.0 2014-09-05 612 597 15 82|grundy PCP 3.9.10 ia64 SUSE SLES11 SP1 2014-09-05 679 668 11 60|vm00 PCP 3.9.10 x86_64 Ubuntu 12.04 2014-09-05 671 662 9 68|vm01 PCP 3.9.10 i686 Ubuntu 12.10 2014-09-05 666 656 10 73|vm02 PCP 3.9.10 i686 openSUSE 12.1 2014-09-05 678 673 5 61|vm03 PCP 3.9.10 x86_64 Fedora 18 2014-09-06 640 617 23 99|vm04 PCP 3.9.10 i586 CentOS 5.10 2014-09-06 616 603 13 123|vm05 PCP 3.9.10 i486 Gentoo 2.0.3 2014-09-06 60 60 0 4|vm06 PCP 3.9.10 amd64 FreeBSD 8.2-RELEASE-p9 2014-09-06 668 656 12 71|vm07 PCP 3.9.10 x86_64 Debian 6.0.9 Daily runs, but no QA |vm09 PCP 3.9.1 i386 NetBSD 5.1.2 2014-09-05 60 56 4 4|vm10 PCP 3.9.2 i386 FreeBSD 8.2-RELEASE-p9 2014-09-06 676 664 12 63|vm11 PCP 3.9.10 i686 Debian 6.0.9 2014-09-06 648 629 19 91|vm12 PCP 3.9.10 i686 Fedora 17 2014-09-07 673 663 10 66|vm14 PCP 3.9.10 x86_64 CentOS6.5 No daily runs |vm15 PCP 3.9.1 x86_64 Slackware 13.37.0 Daily runs, but no QA |vm16 PCP 3.8.0 x86_64 MandrivaLinux 2011.0 2014-09-07 669 661 8 70|vm18 PCP 3.9.10 x86_64 LinuxMint 12 2014-09-07 669 661 8 70|vm19 PCP 3.9.10 x86_64 openSUSE 12.2 2014-09-07 652 647 5 87|vm20 PCP 3.9.10 x86_64 Ubuntu 13.04 2014-09-07 672 660 12 67|vm21 PCP 3.9.10 i686 Debian 7.4 2014-09-07 660 646 14 79|vm22 PCP 3.9.10 x86_64 Fedora 19 2014-09-08 678 663 15 61|vm23 PCP 3.9.10 i686 Fedora 20 2014-09-08 646 626 20 93|vm24 PCP 3.9.10 i686 openSUSE 13.1 --------------020904030103030500080402 Content-Type: text/plain; charset=UTF-8; name="944.out.bad" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="944.out.bad" UUEgb3V0cHV0IGNyZWF0ZWQgYnkgOTQ0CkxvZyBmb3IgcG1jZCBvbiBIT1NUIHN0YXJ0ZWQg REFURQoKCmFjdGl2ZSBhZ2VudCBkb20gICBwaWQgIGluIG91dCB2ZXIgcHJvdG9jb2wgcGFy YW1ldGVycwo9PT09PT09PT09PT0gPT09ID09PT09ID09PSA9PT0gPT09ID09PT09PT09ID09 PT09PT09PT0Kc2FtcGxlICAgIERPTUFJTiAgIFBJRCAgSU4gT1VUIFZFUiBiaW4gcGlwZSBj bWQ9UENQX1BNREFTX0RJUi9zYW1wbGUvcG1kYXNhbXBsZSAtZCAyOSAtVSBVU0VSTkFNRQoK SG9zdCBhY2Nlc3MgbGlzdCBlbXB0eTogYWNjZXNzIGNvbnRyb2wgdHVybmVkIG9mZgpVc2Vy IGFjY2VzcyBsaXN0OgowMCAwMSBDdXIvTWF4Q29ucyAgICAgdWlkIHVzZXItbmFtZSAgICAg ICAgICAgICAgICAgICAgICAgZ3JvdXAtbGlzdAo9PSA9PSA9PT09PT09PT09PSA9PT09PT09 ID09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT0gPT09PT09PT09PT09PT09PT09PT09 PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PQogeSAgbiAgICAgMCAgICAg MCBVU0VSSUQgVVNFUk5BTUUgR1JPVVBJRChHUk9VUE5BTUUpLC4uLgogbiAgbiAgICAgMCAg ICAgMCAgICAgICAqICogICAgICAgICAgICAgICAgICAgICAgICAgICAgICAKCgpwbWNkOiBQ SUQgPSBQSUQKcG1jZCByZXF1ZXN0IHBvcnQocyk6CiAgc3RzIGZkICAgcG9ydCAgZmFtaWx5 IGFkZHJlc3MKICA9PT0gPT09PSA9PT09PSA9PT09PT0gPT09PT09PQpvayBGRCB1bml4IFVO SVhfRE9NQUlOX1NPQ0tFVApvayBGRCBwb3J0IGluZXQgSU5BRERSX0FOWQpvayBGRCBwb3J0 IGlwdjYgSU5BRERSX0FOWQpbREFURV0gcG1jZChQSUQpIEVycm9yOiBIYW5kbGVDbGllbnRJ bnB1dDogZXJyb3Igc2VuZGluZyBFcnJvciBQRFUgdG8gY2xpZW50WzBdIElQQyBwcm90b2Nv bCBmYWlsdXJlCgpUZXN0aW5nIFFBIHVzZXIgYWxsb3dlZCBmZXRjaCBhY2Nlc3MgKGV4cGxp Y2l0KQpzYW1wbGUuY29udHJvbCAtOTUgT3BlcmF0aW9uIG5vdCBzdXBwb3J0ZWQKVGVzdGlu ZyBRQSB1c2VyIGRpc2FsbG93ZWQgc3RvcmUgYWNjZXNzIChleHBsaWNpdCkKc2FtcGxlLndy aXRlX21lOiBwbUxvb2t1cE5hbWU6IE9wZXJhdGlvbiBub3Qgc3VwcG9ydGVkClRlc3Rpbmcg bm9ib2R5IHVzZXIgZGlzYWxsb3dlZCBmZXRjaCBhY2Nlc3MgKGltcGxpY2l0KQpFcnJvcjog c2FtcGxlLmNvbnRyb2w6IE9wZXJhdGlvbiBub3Qgc3VwcG9ydGVkClRlcm1pbmF0aW5nIGxv Y2FsIHBtY2QgcHJvY2VzcwpMb2cgZm9yIHBtY2Qgb24gSE9TVCBzdGFydGVkIERBVEUKCgph Y3RpdmUgYWdlbnQgZG9tICAgcGlkICBpbiBvdXQgdmVyIHByb3RvY29sIHBhcmFtZXRlcnMK PT09PT09PT09PT09ID09PSA9PT09PSA9PT0gPT09ID09PSA9PT09PT09PSA9PT09PT09PT09 CnNhbXBsZSAgICBET01BSU4gICBQSUQgIElOIE9VVCBWRVIgYmluIHBpcGUgY21kPVBDUF9Q TURBU19ESVIvc2FtcGxlL3BtZGFzYW1wbGUgLWQgMjkgLVUgVVNFUk5BTUUKCkhvc3QgYWNj ZXNzIGxpc3QgZW1wdHk6IGFjY2VzcyBjb250cm9sIHR1cm5lZCBvZmYKVXNlciBhY2Nlc3Mg bGlzdDoKMDAgMDEgQ3VyL01heENvbnMgICAgIHVpZCB1c2VyLW5hbWUgICAgICAgICAgICAg ICAgICAgICAgIGdyb3VwLWxpc3QKPT0gPT0gPT09PT09PT09PT0gPT09PT09PSA9PT09PT09 PT09PT09PT09PT09PT09PT09PT09PT09ID09PT09PT09PT09PT09PT09PT09PT09PT09PT09 PT09PT09PT09PT09PT09PT09PT09PT09PT09PT0KIHkgIG4gICAgIDAgICAgIDAgVVNFUklE IFVTRVJOQU1FIEdST1VQSUQoR1JPVVBOQU1FKSwuLi4KIG4gIG4gICAgIDAgICAgIDAgICAg ICAgKiAqICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgCgoKcG1jZDogUElEID0gUElE CnBtY2QgcmVxdWVzdCBwb3J0KHMpOgogIHN0cyBmZCAgIHBvcnQgIGZhbWlseSBhZGRyZXNz CiAgPT09ID09PT0gPT09PT0gPT09PT09ID09PT09PT0Kb2sgRkQgdW5peCBVTklYX0RPTUFJ Tl9TT0NLRVQKb2sgRkQgcG9ydCBpbmV0IElOQUREUl9BTlkKb2sgRkQgcG9ydCBpcHY2IElO QUREUl9BTlkKW0RBVEVdIHBtY2QoUElEKSBFcnJvcjogSGFuZGxlQ2xpZW50SW5wdXQ6IGVy cm9yIHNlbmRpbmcgRXJyb3IgUERVIHRvIGNsaWVudFswXSBJUEMgcHJvdG9jb2wgZmFpbHVy ZQpbREFURV0gcG1jZChQSUQpIEluZm86IHBtY2QgY2F1Z2h0IFNJR1RFUk0gZnJvbSBwaWQ9 TiB1aWQ9TgpDbGVhbnVwICJzYW1wbGUiIGFnZW50IChkb20gMjkpOiB0ZXJtaW5hdGVkLCBl eGl0KDApCltEQVRFXSBwbWNkKFBJRCkgSW5mbzogcG1jZCBTaHV0ZG93bgoKTG9nIGZpbmlz aGVkIERBVEUKCkxvZyBmb3IgcG1jZCBvbiBIT1NUIHN0YXJ0ZWQgREFURQoKCmFjdGl2ZSBh Z2VudCBkb20gICBwaWQgIGluIG91dCB2ZXIgcHJvdG9jb2wgcGFyYW1ldGVycwo9PT09PT09 PT09PT0gPT09ID09PT09ID09PSA9PT0gPT09ID09PT09PT09ID09PT09PT09PT0Kc2FtcGxl ICAgIERPTUFJTiAgIFBJRCAgSU4gT1VUIFZFUiBiaW4gcGlwZSBjbWQ9UENQX1BNREFTX0RJ Ui9zYW1wbGUvcG1kYXNhbXBsZSAtZCAyOSAtVSBVU0VSTkFNRQoKSG9zdCBhY2Nlc3MgbGlz dCBlbXB0eTogYWNjZXNzIGNvbnRyb2wgdHVybmVkIG9mZgpHcm91cCBhY2Nlc3MgbGlzdDoK MDAgMDEgQ3VyL01heENvbnMgICAgIGdpZCBncm91cC1uYW1lICAgICAgICAgICAgICAgICAg ICAgIHVzZXItbGlzdAo9PSA9PSA9PT09PT09PT09PSA9PT09PT09ID09PT09PT09PT09PT09 PT09PT09PT09PT09PT09PT0gPT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09 PT09PT09PT09PT09PT09PT09PT09PQogeSAgbiAgICAgMCAgICAgMCBHUk9VUElEIEdST1VQ TkFNRSAxMihnYW1lcyksIFVTRVJJRChVU0VSTkFNRSksLi4uCiBuICBuICAgICAwICAgICAw ICAgICAgICogKiAgICAgICAgICAgICAgICAgICAgICAgICAgICAgIAoKCnBtY2Q6IFBJRCA9 IFBJRApwbWNkIHJlcXVlc3QgcG9ydChzKToKICBzdHMgZmQgICBwb3J0ICBmYW1pbHkgYWRk cmVzcwogID09PSA9PT09ID09PT09ID09PT09PSA9PT09PT09Cm9rIEZEIHVuaXggVU5JWF9E T01BSU5fU09DS0VUCm9rIEZEIHBvcnQgaW5ldCBJTkFERFJfQU5ZCm9rIEZEIHBvcnQgaXB2 NiBJTkFERFJfQU5ZCltEQVRFXSBwbWNkKFBJRCkgRXJyb3I6IEhhbmRsZUNsaWVudElucHV0 OiBlcnJvciBzZW5kaW5nIEVycm9yIFBEVSB0byBjbGllbnRbMF0gSVBDIHByb3RvY29sIGZh aWx1cmUKClRlc3RpbmcgUUEgZ3JvdXAgYWxsb3dlZCBmZXRjaCBhY2Nlc3MgKGV4cGxpY2l0 KQpzYW1wbGUuY29udHJvbCAtOTUgT3BlcmF0aW9uIG5vdCBzdXBwb3J0ZWQKVGVzdGluZyBR QSBncm91cCBkaXNhbGxvd2VkIHN0b3JlIGFjY2VzcyAoZXhwbGljaXQpCnNhbXBsZS53cml0 ZV9tZTogcG1Mb29rdXBOYW1lOiBPcGVyYXRpb24gbm90IHN1cHBvcnRlZApUZXN0aW5nIG5v Ym9keSBncm91cCBkaXNhbGxvd2VkIGZldGNoIGFjY2VzcyAoaW1wbGljaXQpCkVycm9yOiBz YW1wbGUuY29udHJvbDogT3BlcmF0aW9uIG5vdCBzdXBwb3J0ZWQKVGVybWluYXRpbmcgbG9j YWwgcG1jZCBwcm9jZXNzCkxvZyBmb3IgcG1jZCBvbiBIT1NUIHN0YXJ0ZWQgREFURQoKCmFj dGl2ZSBhZ2VudCBkb20gICBwaWQgIGluIG91dCB2ZXIgcHJvdG9jb2wgcGFyYW1ldGVycwo9 PT09PT09PT09PT0gPT09ID09PT09ID09PSA9PT0gPT09ID09PT09PT09ID09PT09PT09PT0K c2FtcGxlICAgIERPTUFJTiAgIFBJRCAgSU4gT1VUIFZFUiBiaW4gcGlwZSBjbWQ9UENQX1BN REFTX0RJUi9zYW1wbGUvcG1kYXNhbXBsZSAtZCAyOSAtVSBVU0VSTkFNRQoKSG9zdCBhY2Nl c3MgbGlzdCBlbXB0eTogYWNjZXNzIGNvbnRyb2wgdHVybmVkIG9mZgpHcm91cCBhY2Nlc3Mg bGlzdDoKMDAgMDEgQ3VyL01heENvbnMgICAgIGdpZCBncm91cC1uYW1lICAgICAgICAgICAg ICAgICAgICAgIHVzZXItbGlzdAo9PSA9PSA9PT09PT09PT09PSA9PT09PT09ID09PT09PT09 PT09PT09PT09PT09PT09PT09PT09PT0gPT09PT09PT09PT09PT09PT09PT09PT09PT09PT09 PT09PT09PT09PT09PT09PT09PT09PT09PT09PQogeSAgbiAgICAgMCAgICAgMCBHUk9VUElE IEdST1VQTkFNRSAxMihnYW1lcyksIFVTRVJJRChVU0VSTkFNRSksLi4uCiBuICBuICAgICAw ICAgICAwICAgICAgICogKiAgICAgICAgICAgICAgICAgICAgICAgICAgICAgIAoKCnBtY2Q6 IFBJRCA9IFBJRApwbWNkIHJlcXVlc3QgcG9ydChzKToKICBzdHMgZmQgICBwb3J0ICBmYW1p bHkgYWRkcmVzcwogID09PSA9PT09ID09PT09ID09PT09PSA9PT09PT09Cm9rIEZEIHVuaXgg VU5JWF9ET01BSU5fU09DS0VUCm9rIEZEIHBvcnQgaW5ldCBJTkFERFJfQU5ZCm9rIEZEIHBv cnQgaXB2NiBJTkFERFJfQU5ZCltEQVRFXSBwbWNkKFBJRCkgRXJyb3I6IEhhbmRsZUNsaWVu dElucHV0OiBlcnJvciBzZW5kaW5nIEVycm9yIFBEVSB0byBjbGllbnRbMF0gSVBDIHByb3Rv Y29sIGZhaWx1cmUKW0RBVEVdIHBtY2QoUElEKSBJbmZvOiBwbWNkIGNhdWdodCBTSUdURVJN IGZyb20gcGlkPU4gdWlkPU4KQ2xlYW51cCAic2FtcGxlIiBhZ2VudCAoZG9tIDI5KTogdGVy bWluYXRlZCwgZXhpdCgwKQpbREFURV0gcG1jZChQSUQpIEluZm86IHBtY2QgU2h1dGRvd24K CkxvZyBmaW5pc2hlZCBEQVRFCgo= --------------020904030103030500080402-- From goodwinos@gmail.com Mon Sep 8 00:26:12 2014 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=FREEMAIL_FROM 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 75EE17F4E for ; Mon, 8 Sep 2014 00:26:12 -0500 (CDT) Received: from cuda.sgi.com (cuda1.sgi.com [192.48.157.11]) by relay2.corp.sgi.com (Postfix) with ESMTP id 47141304048 for ; Sun, 7 Sep 2014 22:26:12 -0700 (PDT) X-ASG-Debug-ID: 1410153970-04bdf010a07ef1b0001-S8gJnT Received: from mx1.redhat.com (mx1.redhat.com [209.132.183.28]) by cuda.sgi.com with ESMTP id yD8cLX9tC8gWC8xk (version=TLSv1 cipher=AES256-SHA bits=256 verify=NO) for ; Sun, 07 Sep 2014 22:26:11 -0700 (PDT) X-Barracuda-Envelope-From: goodwinos@gmail.com X-Barracuda-Apparent-Source-IP: 209.132.183.28 X-ASG-Whitelist: Client Received: from int-mx13.intmail.prod.int.phx2.redhat.com (int-mx13.intmail.prod.int.phx2.redhat.com [10.5.11.26]) by mx1.redhat.com (8.14.4/8.14.4) with ESMTP id s885Q7fv007130 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=FAIL); Mon, 8 Sep 2014 01:26:07 -0400 Received: from [10.64.48.56] (vpn1-48-56.bne.redhat.com [10.64.48.56]) by int-mx13.intmail.prod.int.phx2.redhat.com (8.14.4/8.14.4) with ESMTP id s885Q3Xd032530; Mon, 8 Sep 2014 01:26:05 -0400 Message-ID: <540D3DE3.9010502@gmail.com> Date: Mon, 08 Sep 2014 15:25:55 +1000 From: Mark Goodwin User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:24.0) Gecko/20100101 Thunderbird/24.7.0 MIME-Version: 1.0 To: Ken McDonell CC: PCP Subject: Re: [pcp] pmiostat qa failures References: <540D316D.7060400@internode.on.net> <540D3413.50309@gmail.com> <540D3871.80201@internode.on.net> X-ASG-Orig-Subj: Re: [pcp] pmiostat qa failures In-Reply-To: <540D3871.80201@internode.on.net> Content-Type: text/plain; charset=windows-1252; format=flowed Content-Transfer-Encoding: 7bit X-Scanned-By: MIMEDefang 2.68 on 10.5.11.26 X-Barracuda-Connect: mx1.redhat.com[209.132.183.28] X-Barracuda-Start-Time: 1410153971 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 On 09/08/2014 03:02 PM, Ken McDonell wrote: > Host bo bl gr 00 01 02 03 04 05 07 10 11 12 14 18 19 20 21 22 23 24 > 842 48% X X X X X X X X X X 842 python > the failures all seem to be 32bit platforms, though not all 32bit platforms failed. I'll set up 32bit RHEL65 in a VM and investigate. > and host map ... bl above is bozo-laptop below, 01 above is vm01 below, etc. > > Date Run Pass Fail Nrun Host > 2014-09-04 687 672 15 50|bozo PCP 3.9.10 x86_64 Ubuntu 14.04 > 2014-09-02 674 660 14 62|bozo-laptop PCP 3.9.10 i686 LinuxMint 15 > Daily runs, but no QA |bozo-vm PCP 3.9.10 x86_64 Debian 7.5 > No daily runs |fuji PCP 3.9.2 i386 Darwin 10.8.0 > 2014-09-05 612 597 15 82|grundy PCP 3.9.10 ia64 SUSE SLES11 SP1 > 2014-09-05 679 668 11 60|vm00 PCP 3.9.10 x86_64 Ubuntu 12.04 > 2014-09-05 671 662 9 68|vm01 PCP 3.9.10 i686 Ubuntu 12.10 > 2014-09-05 666 656 10 73|vm02 PCP 3.9.10 i686 openSUSE 12.1 > 2014-09-05 678 673 5 61|vm03 PCP 3.9.10 x86_64 Fedora 18 > 2014-09-06 640 617 23 99|vm04 PCP 3.9.10 i586 CentOS 5.10 > 2014-09-06 616 603 13 123|vm05 PCP 3.9.10 i486 Gentoo 2.0.3 > 2014-09-06 60 60 0 4|vm06 PCP 3.9.10 amd64 FreeBSD 8.2-RELEASE-p9 > 2014-09-06 668 656 12 71|vm07 PCP 3.9.10 x86_64 Debian 6.0.9 > Daily runs, but no QA |vm09 PCP 3.9.1 i386 NetBSD 5.1.2 > 2014-09-05 60 56 4 4|vm10 PCP 3.9.2 i386 FreeBSD 8.2-RELEASE-p9 > 2014-09-06 676 664 12 63|vm11 PCP 3.9.10 i686 Debian 6.0.9 > 2014-09-06 648 629 19 91|vm12 PCP 3.9.10 i686 Fedora 17 > 2014-09-07 673 663 10 66|vm14 PCP 3.9.10 x86_64 CentOS6.5 > No daily runs |vm15 PCP 3.9.1 x86_64 Slackware 13.37.0 > Daily runs, but no QA |vm16 PCP 3.8.0 x86_64 MandrivaLinux 2011.0 > 2014-09-07 669 661 8 70|vm18 PCP 3.9.10 x86_64 LinuxMint 12 > 2014-09-07 669 661 8 70|vm19 PCP 3.9.10 x86_64 openSUSE 12.2 > 2014-09-07 652 647 5 87|vm20 PCP 3.9.10 x86_64 Ubuntu 13.04 > 2014-09-07 672 660 12 67|vm21 PCP 3.9.10 i686 Debian 7.4 > 2014-09-07 660 646 14 79|vm22 PCP 3.9.10 x86_64 Fedora 19 > 2014-09-08 678 663 15 61|vm23 PCP 3.9.10 i686 Fedora 20 > 2014-09-08 646 626 20 93|vm24 PCP 3.9.10 i686 openSUSE 13 From kenj@internode.on.net Mon Sep 8 02:30:45 2014 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 557337F4E for ; Mon, 8 Sep 2014 02:30:45 -0500 (CDT) Received: from cuda.sgi.com (cuda1.sgi.com [192.48.157.11]) by relay2.corp.sgi.com (Postfix) with ESMTP id 26064304039 for ; Mon, 8 Sep 2014 00:30:41 -0700 (PDT) X-ASG-Debug-ID: 1410161422-04bdf010977f2b60001-S8gJnT Received: from ipmail05.adl6.internode.on.net (ipmail05.adl6.internode.on.net [150.101.137.143]) by cuda.sgi.com with ESMTP id ay4L8iLJHujRt7M1 for ; Mon, 08 Sep 2014 00:30:22 -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: AkMCAE1aDVR20ScOPGdsb2JhbAANS4NgV4J8hDfCP4h2BQEBAQE4hGRVMAYCBRYLAgsDAgECATEnBgIBAYhLpH94lSOBLJEhgVMFhhqPVqAhWoJPAQEB Received: from ppp118-209-39-14.lns20.mel4.internode.on.net (HELO [192.168.1.100]) ([118.209.39.14]) by ipmail05.adl6.internode.on.net with ESMTP; 08 Sep 2014 17:00:06 +0930 Message-ID: <540D5B52.7010202@internode.on.net> Date: Mon, 08 Sep 2014 17:31:30 +1000 From: Ken McDonell User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:31.0) Gecko/20100101 Thunderbird/31.0 MIME-Version: 1.0 To: pcp@oss.sgi.com Subject: pcp updates - qa Content-Type: text/plain; charset=utf-8 X-ASG-Orig-Subj: pcp updates - qa Content-Transfer-Encoding: 7bit X-Barracuda-Connect: ipmail05.adl6.internode.on.net[150.101.137.143] X-Barracuda-Start-Time: 1410161422 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.3.9276 Rule breakdown below pts rule name description ---- ---------------------- -------------------------------------------------- Changes committed to git://git.performancecopilot.org/kenj/pcp.git dev qa/755 | 4 + qa/828 | 37 ++++++++- qa/833 | 9 ++ qa/833.out | 174 ++++++++++++++++++++++----------------------- qa/README | 6 + qa/admin/allow-pmlc-access | 97 +++++++++++++++++++++++++ qa/admin/check-vm | 70 ++++++++++++++++-- qa/admin/pcp-qa-summary | 14 +++ qa/common.filter | 7 + qa/src/churnctx.c | 4 - 10 files changed, 319 insertions(+), 103 deletions(-) commit 6aa4b68971a8110d3a17cbcad17def50a8aaaeb7 Author: Ken McDonell Date: Mon Sep 8 17:30:31 2014 +1000 qa/README - add note about firewalls and QA needs commit d53fb4a5e77fab86779ca088221dce8213467598 Author: Ken McDonell Date: Mon Sep 8 17:30:00 2014 +1000 qa/755 - add short sleep to try and dodge slow start race commit a6cfb83dc4e64abe88c3015feb1ab79aa8b96052 Author: Ken McDonell Date: Mon Sep 8 10:43:08 2014 +1000 qa/common.filter - oops, fix last sed botch commit 5ec7a388b2950d30592f0386d278493f72307e3a Author: Ken McDonell Date: Mon Sep 8 10:39:14 2014 +1000 qa/common.filter - another dbus error message to dodge commit d9e6c8b44c114952d92e1895c55cee996d193bc2 Author: Ken McDonell Date: Mon Sep 8 10:34:35 2014 +1000 qa/admin/check-vm - use same logic as allow-pmlc-access for IPv4 addr of local network commit d4c5b5be3ee7cbc765fb57c3b7d6bd510a73b026 Author: Ken McDonell Date: Mon Sep 8 10:33:55 2014 +1000 qa/admin/pcp-qa-summary - add header lines every 20 lines of output Too many failures and I lose track in the failure map. commit ddfea4e6e745108097d5c661ef225c4b1e0232c6 Author: Ken McDonell Date: Mon Sep 8 10:32:39 2014 +1000 qa/common.filter - tweak _filter_views() When QA is run from cron, dbus gets in the way even more, so add extra filtering. commit b889c33eac2e4bbd84675aa57a8bf4241afda4fc Author: Ken McDonell Date: Mon Sep 8 10:31:30 2014 +1000 qa/828 - more valgrind mumbo jumbo On some platforms, the call stack ends at memalign <- valloc, rather than at malloc. Add alternative suppressions for these ones. commit 79fea378a974bff81a5d46bf988e2ee36a4afe3f Author: Ken McDonell Date: Mon Sep 8 10:28:35 2014 +1000 qa/admin/allow-pmlc-access - QA Helper For distributed QA to work, we need each QA machine to be able to run pmlc to connect to the primary pmlogger on each other QA machine. This script amends the config.default pmlogger configuration file to allow unlimited pmlc access from hosts on the same IPv4 network. Works for me in Carnegie ... others may need to extend to suit their local needs. commit 106be1030e71fe6d811d722d9efe22e739fac850 Author: Ken McDonell Date: Sun Sep 7 21:43:49 2014 +1000 qa/833 & qa/churnctx.c Similar changes to 822. PDU buffer pool usage is not quite deterministic, so relax filtering and be a little more relaxed in churnctx before reporting an apparent leak. commit 49b118ebbb9a005f61bc101f5b4aeddc88c372e3 Author: Ken McDonell Date: Sun Sep 7 21:34:09 2014 +1000 qa/828 - bad valgrind tap dance Appears cause is not gcc version, nor valgrind version, but 32-bit CPU (i586 or i686 so far). commit 22bc125d947de5e5062a772a2b81df1d07120ecb Author: Ken McDonell Date: Sun Sep 7 21:17:00 2014 +1000 qa/828 - more valgrind suppression tweaks paranoidLogRead() may not be inlined, and then appears as a additonal call frame between __pmGetArchiveEnd() and __pmLogRead(). From mgoodwin@redhat.com Mon Sep 8 03:00:36 2014 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 735737F4E for ; Mon, 8 Sep 2014 03:00:36 -0500 (CDT) Received: from cuda.sgi.com (cuda3.sgi.com [192.48.176.15]) by relay2.corp.sgi.com (Postfix) with ESMTP id 51DBB30404E for ; Mon, 8 Sep 2014 01:00:36 -0700 (PDT) X-ASG-Debug-ID: 1410163234-04cb6c54fe84eb90001-S8gJnT Received: from mx1.redhat.com (mx1.redhat.com [209.132.183.28]) by cuda.sgi.com with ESMTP id yPQAu7G31Y3dQod7 (version=TLSv1 cipher=AES256-SHA bits=256 verify=NO) for ; Mon, 08 Sep 2014 01:00:35 -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-mx09.intmail.prod.int.phx2.redhat.com (int-mx09.intmail.prod.int.phx2.redhat.com [10.5.11.22]) by mx1.redhat.com (8.14.4/8.14.4) with ESMTP id s8880Vd0001495 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=FAIL); Mon, 8 Sep 2014 04:00:31 -0400 Received: from [10.64.48.56] (vpn1-48-56.bne.redhat.com [10.64.48.56]) by int-mx09.intmail.prod.int.phx2.redhat.com (8.14.4/8.14.4) with ESMTP id s8880TGu026424; Mon, 8 Sep 2014 04:00:30 -0400 Message-ID: <540D6219.8010308@redhat.com> Date: Mon, 08 Sep 2014 18:00:25 +1000 From: Mark Goodwin User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:24.0) Gecko/20100101 Thunderbird/24.7.0 MIME-Version: 1.0 To: Ken McDonell CC: PCP Subject: Re: [pcp] pmiostat qa failures References: <540D316D.7060400@internode.on.net> <540D3413.50309@gmail.com> <540D3871.80201@internode.on.net> <540D3DE3.9010502@gmail.com> X-ASG-Orig-Subj: Re: [pcp] pmiostat qa failures In-Reply-To: <540D3DE3.9010502@gmail.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Scanned-By: MIMEDefang 2.68 on 10.5.11.22 X-Barracuda-Connect: mx1.redhat.com[209.132.183.28] X-Barracuda-Start-Time: 1410163235 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 On 09/08/2014 03:25 PM, Mark Goodwin wrote: > On 09/08/2014 03:02 PM, Ken McDonell wrote: >> Host bo bl gr 00 01 02 03 04 05 07 10 11 12 14 18 19 20 21 22 23 24 >> 842 48% X X X X X X X X X X 842 >> python >> > > the failures all seem to be 32bit platforms, though not all 32bit > platforms failed. I'll set up 32bit RHEL65 in a VM and investigate. The qa test is checking various pmiostat fields against pmval for the same metric and archive, with various update intervals. The output from pmiostat (python code) seems to be correct and is the same on both 32bit and 64bit platforms. I checked the raw values: the correct value is 0.05 = (7504 - 7503) / 20.00 which will be printed as 0.1 when rounded to 1 decimal place. However there seems to be a bug in pmval or maybe in glibc: Here's pmval on RHEL65/i386 (32bit) : (gdb) run -t 20 -a archives/dm-io -f 1 disk.dev.read_merge'[sda]' ... Breakpoint 2, printreal (v=0.049999999799474608, minwidth=21) at pmval.c:456 Whereas here's pmval on f19/x86_64 (64bit) : ... Breakpoint 1, printreal (v=0.050000000000000003, minwidth=21) at pmval.c:456 Both are wrong! - as checked above, the correct value is 0.05. I'm not sure if it's a bug in the raw values or the time delta, but the rate converted value passed into pmval::printreal() is wrong. 454 void 455 printreal(double v, int minwidth) 456 { ... 473 if (fixed != -1) { 474 printf("%*.*f", minwidth, fixed, v); 475 } So with fixed==1, the 32bit pmval prints 0.0 (rounded down) and on the 64bit platform it prints 0.1 which happens to be correct. -- Mark From fche@redhat.com Mon Sep 8 07:30:24 2014 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 A1B017F4E for ; Mon, 8 Sep 2014 07:30:24 -0500 (CDT) Received: from cuda.sgi.com (cuda1.sgi.com [192.48.157.11]) by relay1.corp.sgi.com (Postfix) with ESMTP id 814CA8F8033 for ; Mon, 8 Sep 2014 05:30:21 -0700 (PDT) X-ASG-Debug-ID: 1410179420-04bdf010a07fd910001-S8gJnT Received: from mx1.redhat.com (mx1.redhat.com [209.132.183.28]) by cuda.sgi.com with ESMTP id cc4a3FIUSq4O9YEQ (version=TLSv1 cipher=AES256-SHA bits=256 verify=NO) for ; Mon, 08 Sep 2014 05:30: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-mx09.intmail.prod.int.phx2.redhat.com (int-mx09.intmail.prod.int.phx2.redhat.com [10.5.11.22]) by mx1.redhat.com (8.14.4/8.14.4) with ESMTP id s88CUFgx023780 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=FAIL); Mon, 8 Sep 2014 08:30:16 -0400 Received: from fche.csb (vpn-228-210.phx2.redhat.com [10.3.228.210]) by int-mx09.intmail.prod.int.phx2.redhat.com (8.14.4/8.14.4) with ESMTP id s88CUEDH001825; Mon, 8 Sep 2014 08:30:15 -0400 Received: by fche.csb (Postfix, from userid 2569) id 8642958393; Mon, 8 Sep 2014 08:30:14 -0400 (EDT) To: Mark Goodwin Cc: Ken McDonell , pcp@oss.sgi.com Subject: Re: pmiostat qa failures References: <540D316D.7060400@internode.on.net> <540D3413.50309@gmail.com> <540D3871.80201@internode.on.net> <540D3DE3.9010502@gmail.com> <540D6219.8010308@redhat.com> X-ASG-Orig-Subj: Re: pmiostat qa failures From: fche@redhat.com (Frank Ch. Eigler) Date: Mon, 08 Sep 2014 08:30:14 -0400 In-Reply-To: <540D6219.8010308@redhat.com> (Mark Goodwin's message of "Mon, 08 Sep 2014 18:00:25 +1000") Message-ID: User-Agent: Gnus/5.1008 (Gnus v5.10.8) Emacs/21.4 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Scanned-By: MIMEDefang 2.68 on 10.5.11.22 X-Barracuda-Connect: mx1.redhat.com[209.132.183.28] X-Barracuda-Start-Time: 1410179420 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 Mark Goodwin writes: > [...] > I checked the raw values: > the correct value is 0.05 = (7504 - 7503) / 20.00 [...] > Here's pmval on RHEL65/i386 (32bit) : > Breakpoint 2, printreal (v=0.049999999799474608, minwidth=21) at pmval.c:456 > Breakpoint 1, printreal (v=0.050000000000000003, minwidth=21) at pmval.c:456 > > Both are wrong! - as checked above, the correct value is 0.05. [...] Not sure about that - binary floating point calculations naturally vary between compiler versions / cpu families / optimization levels, and those two numbers are identical to apprx. ~28 bits of mantissa. The test should have a larger epsilon range for acceptance. - FChE From mgoodwin@redhat.com Mon Sep 8 08:06:36 2014 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 849257F51 for ; Mon, 8 Sep 2014 08:06:36 -0500 (CDT) Received: from cuda.sgi.com (cuda1.sgi.com [192.48.157.11]) by relay3.corp.sgi.com (Postfix) with ESMTP id 21DDFAC001 for ; Mon, 8 Sep 2014 06:06:33 -0700 (PDT) X-ASG-Debug-ID: 1410181592-04bdf010977ff5b0001-S8gJnT Received: from mx1.redhat.com (mx1.redhat.com [209.132.183.28]) by cuda.sgi.com with ESMTP id Zsh6JRfElvQy80G5 (version=TLSv1 cipher=AES256-SHA bits=256 verify=NO) for ; Mon, 08 Sep 2014 06:06:32 -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-mx14.intmail.prod.int.phx2.redhat.com (int-mx14.intmail.prod.int.phx2.redhat.com [10.5.11.27]) by mx1.redhat.com (8.14.4/8.14.4) with ESMTP id s88D6ShR002840 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=FAIL); Mon, 8 Sep 2014 09:06:28 -0400 Received: from [10.64.48.56] (vpn1-48-56.bne.redhat.com [10.64.48.56]) by int-mx14.intmail.prod.int.phx2.redhat.com (8.14.4/8.14.4) with ESMTP id s88D6QNN002097; Mon, 8 Sep 2014 09:06:26 -0400 Message-ID: <540DA9D1.4050007@redhat.com> Date: Mon, 08 Sep 2014 23:06:25 +1000 From: Mark Goodwin User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:24.0) Gecko/20100101 Thunderbird/24.7.0 MIME-Version: 1.0 To: "Frank Ch. Eigler" CC: Ken McDonell , pcp@oss.sgi.com Subject: Re: pmiostat qa failures References: <540D316D.7060400@internode.on.net> <540D3413.50309@gmail.com> <540D3871.80201@internode.on.net> <540D3DE3.9010502@gmail.com> <540D6219.8010308@redhat.com> X-ASG-Orig-Subj: Re: pmiostat qa failures 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.27 X-Barracuda-Connect: mx1.redhat.com[209.132.183.28] X-Barracuda-Start-Time: 1410181592 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 On 09/08/2014 10:30 PM, Frank Ch. Eigler wrote: > Mark Goodwin writes: > >> [...] >> I checked the raw values: >> the correct value is 0.05 = (7504 - 7503) / 20.00 [...] >> Here's pmval on RHEL65/i386 (32bit) : >> Breakpoint 2, printreal (v=0.049999999799474608, minwidth=21) at pmval.c:456 >> Breakpoint 1, printreal (v=0.050000000000000003, minwidth=21) at pmval.c:456 >> >> Both are wrong! - as checked above, the correct value is 0.05. [...] > > Not sure about that - binary floating point calculations naturally > vary between compiler versions / cpu families / optimization levels, > and those two numbers are identical to apprx. ~28 bits of mantissa. > The test should have a larger epsilon range for acceptance. The time delta calculations are all supposed to be done in double precision arithmetic, so I'd agree if the mantissa are within ~60 bits ... Anyway, I've narrowed down the error to the time delta calculation in __pmtimevalToReal() where the tv_nsec conversion to seconds part of the calculation appears to be done with single precision floating point before being cast to double. The following one character patch in libpcp promotes it to double precision, and seems to fix the issue (though I'm out of time tonight to be completely sure this is the root cause!) diff --git a/src/libpcp/src/tv.c b/src/libpcp/src/tv.c index cabdf75..8d2baf8 100644 --- a/src/libpcp/src/tv.c +++ b/src/libpcp/src/tv.c @@ -41,7 +41,7 @@ double __pmtimevalToReal(const struct timeval *val) { double dbl = (double)(val->tv_sec); - dbl += (double)val->tv_usec / 1000000.0; + dbl += (double)val->tv_usec / 1000000.0L; return dbl; } From fche@redhat.com Mon Sep 8 08:27:08 2014 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 5AAAC7F4E for ; Mon, 8 Sep 2014 08:27:08 -0500 (CDT) Received: from cuda.sgi.com (cuda1.sgi.com [192.48.157.11]) by relay2.corp.sgi.com (Postfix) with ESMTP id 3A43830405F for ; Mon, 8 Sep 2014 06:27:05 -0700 (PDT) X-ASG-Debug-ID: 1410182823-04bdf010a0800860001-S8gJnT Received: from mx1.redhat.com (mx1.redhat.com [209.132.183.28]) by cuda.sgi.com with ESMTP id Tl7X2mwVRuSHYs6F (version=TLSv1 cipher=AES256-SHA bits=256 verify=NO) for ; Mon, 08 Sep 2014 06:27:04 -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-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 s88DR1JP005030 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=FAIL); Mon, 8 Sep 2014 09:27:01 -0400 Received: from fche.csb (vpn-228-210.phx2.redhat.com [10.3.228.210]) by int-mx11.intmail.prod.int.phx2.redhat.com (8.14.4/8.14.4) with ESMTP id s88DR1jU023950; Mon, 8 Sep 2014 09:27:01 -0400 Received: by fche.csb (Postfix, from userid 2569) id 8869A58393; Mon, 8 Sep 2014 09:27:00 -0400 (EDT) Date: Mon, 8 Sep 2014 09:27:00 -0400 From: "Frank Ch. Eigler" To: Mark Goodwin Cc: Ken McDonell , pcp@oss.sgi.com Subject: Re: pmiostat qa failures Message-ID: <20140908132700.GC16661@redhat.com> X-ASG-Orig-Subj: Re: pmiostat qa failures References: <540D316D.7060400@internode.on.net> <540D3413.50309@gmail.com> <540D3871.80201@internode.on.net> <540D3DE3.9010502@gmail.com> <540D6219.8010308@redhat.com> <540DA9D1.4050007@redhat.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <540DA9D1.4050007@redhat.com> User-Agent: Mutt/1.4.2.2i 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: 1410182824 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 Hi - On Mon, Sep 08, 2014 at 11:06:25PM +1000, Mark Goodwin wrote: > [...] > The time delta calculations are all supposed to be done in double > precision arithmetic, so I'd agree if the mantissa are within ~60 bits ... (Well, 64-bit doubles have a 52-bit mantissa.) > [...] The following one character patch in libpcp promotes it to > double precision, [...] > - dbl += (double)val->tv_usec / 1000000.0; > + dbl += (double)val->tv_usec / 1000000.0L; Please note that in the L suffix means "long double". Unsuffixed already means "double". It's also not hard to get FP loss of precision by subtracting similar-sized numbers. I've had to play with this a bit during the pmwebd graphite work, which does plenty of scaling transforms. - FChE From makc@iinet.net.au Mon Sep 8 16:49:20 2014 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 9B6EF7F50 for ; Mon, 8 Sep 2014 16:49:20 -0500 (CDT) Received: from cuda.sgi.com (cuda1.sgi.com [192.48.157.11]) by relay3.corp.sgi.com (Postfix) with ESMTP id 39BCCAC001 for ; Mon, 8 Sep 2014 14:49:17 -0700 (PDT) X-ASG-Debug-ID: 1410212950-04bdf010a182af80001-S8gJnT Received: from icp-osb-irony-out3.external.iinet.net.au (icp-osb-irony-out3.external.iinet.net.au [203.59.1.219]) by cuda.sgi.com with ESMTP id 94oVm1yRCfUVHoR7 for ; Mon, 08 Sep 2014 14:49:11 -0700 (PDT) X-Barracuda-Envelope-From: makc@iinet.net.au X-Barracuda-Apparent-Source-IP: 203.59.1.219 X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: AsZtAC8jDlTQWwID/2dsb2JhbABZgw1TV4Isrh8CAQQRAQEBAQEBBm8BmB6IahZ4hEQ/KCc+iHEBFL1chXyJboQ2BYYahRuKO4cCh2qNQoQBHS+CTwEBAQ X-IronPort-AV: E=Sophos;i="5.04,488,1406563200"; d="scan'208";a="32268345" Received: from unknown (HELO emma.crabbed.net) ([208.91.2.3]) by icp-osb-irony-out3.iinet.net.au with ESMTP; 09 Sep 2014 05:49:08 +0800 Received: by emma.crabbed.net (Postfix, from userid 16314) id 55B389CDF52; Mon, 8 Sep 2014 14:49:03 -0700 (PDT) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <21518.9295.284106.14199@iinet.net.au> Date: Mon, 8 Sep 2014 14:49:03 -0700 From: Max Matveev To: nathans@redhat.com Cc: pcp@oss.sgi.com Subject: pcp updates - Mac OSX build X-Mailer: VM 7.17 under 21.4 (patch 19) "Constant Variable" XEmacs Lucid X-ASG-Orig-Subj: pcp updates - Mac OSX build X-Barracuda-Connect: icp-osb-irony-out3.external.iinet.net.au[203.59.1.219] X-Barracuda-Start-Time: 1410212951 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.3.9292 Rule breakdown below pts rule name description ---- ---------------------- -------------------------------------------------- 0.00 BSF_SC0_MISMATCH_TO Envelope rcpt doesn't match header Nathan, The following changes since commit ed0b0cca4b1db14db567646d1cca48d7fa0a4ad5: Plan next release, fix a typo, backport spec file updates (2014-09-05 19:07:54 +1000) are available in the git repository at: ssh://oss.sgi.com/oss/git/makc/pcp macosx-3.9.11 for you to fetch changes up to ae5095b70719e1a1cc3f9117530bceb5a901c000: Teach check-statics new OSX tricks (2014-09-08 14:43:04 -0700) ---------------------------------------------------------------- Max Matveev (2): OSX - more build/install tweaks Teach check-statics new OSX tricks build/mac/GNUmakefile | 1 + build/mac/uninstall-pcp.in | 4 ++-- src/libpcp/src/check-statics | 13 ++++++++++++- 3 files changed, 15 insertions(+), 3 deletions(-) I've checked that it builds on 10.8, 10.9 and some mongrel Centos 6.5 distro I've got around. max From mgoodwin@redhat.com Mon Sep 8 19:45:08 2014 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 5EC0B7F4E for ; Mon, 8 Sep 2014 19:45:08 -0500 (CDT) Received: from cuda.sgi.com (cuda3.sgi.com [192.48.176.15]) by relay2.corp.sgi.com (Postfix) with ESMTP id 4DBBC304048 for ; Mon, 8 Sep 2014 17:45:05 -0700 (PDT) X-ASG-Debug-ID: 1410223503-04cb6c550088dc40001-S8gJnT Received: from mx1.redhat.com (mx1.redhat.com [209.132.183.28]) by cuda.sgi.com with ESMTP id EsaKEYsM4y9Fb1Vf (version=TLSv1 cipher=AES256-SHA bits=256 verify=NO) for ; Mon, 08 Sep 2014 17:45:04 -0700 (PDT) X-Barracuda-Envelope-From: mgoodwin@redhat.com X-Barracuda-Apparent-Source-IP: 209.132.183.28 X-ASG-Whitelist: Client Received: from int-mx14.intmail.prod.int.phx2.redhat.com (int-mx14.intmail.prod.int.phx2.redhat.com [10.5.11.27]) by mx1.redhat.com (8.14.4/8.14.4) with ESMTP id s890iwlW013591 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=FAIL); Mon, 8 Sep 2014 20:44:58 -0400 Received: from [10.64.48.89] (vpn1-48-89.bne.redhat.com [10.64.48.89]) by int-mx14.intmail.prod.int.phx2.redhat.com (8.14.4/8.14.4) with ESMTP id s890iuCj015610; Mon, 8 Sep 2014 20:44:57 -0400 Message-ID: <540E4D88.3080503@redhat.com> Date: Tue, 09 Sep 2014 10:44:56 +1000 From: Mark Goodwin User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:24.0) Gecko/20100101 Thunderbird/24.7.0 MIME-Version: 1.0 To: "Frank Ch. Eigler" CC: Ken McDonell , pcp@oss.sgi.com Subject: Re: pmiostat qa failures References: <540D316D.7060400@internode.on.net> <540D3413.50309@gmail.com> <540D3871.80201@internode.on.net> <540D3DE3.9010502@gmail.com> <540D6219.8010308@redhat.com> <540DA9D1.4050007@redhat.com> <20140908132700.GC16661@redhat.com> X-ASG-Orig-Subj: Re: pmiostat qa failures In-Reply-To: <20140908132700.GC16661@redhat.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Scanned-By: MIMEDefang 2.68 on 10.5.11.27 X-Barracuda-Connect: mx1.redhat.com[209.132.183.28] X-Barracuda-Start-Time: 1410223504 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 On 09/08/2014 11:27 PM, Frank Ch. Eigler wrote: > Hi - > > On Mon, Sep 08, 2014 at 11:06:25PM +1000, Mark Goodwin wrote: > .. >> [...] The following one character patch in libpcp promotes it to >> double precision, [...] > >> - dbl += (double)val->tv_usec / 1000000.0; >> + dbl += (double)val->tv_usec / 1000000.0L; > > Please note that in the L suffix means "long double". > Unsuffixed already means "double". yes quite correct, as per http://en.wikipedia.org/wiki/Long_double After a little bit more investigation, it seems that even double precision arithmetic is still incurring loss of precision for intermediate results in some (but not all) timeval to double conversions using __pmtimevalToReal(), depending on the operands. Suffixing L as in the patch, promotes the intermediate results to long double arithmetic (96bits on i386 and 128 bits on x86_64), which seems to provide enough precision to match the hand calculated expected values, and the QA test now passes - and even more importantly pmval now reports the correct values without the yucky rounding errors. So I'll push the patch if there are no objections thanks for your insight Frank :) From michele@acksyn.org Tue Sep 9 15:28:42 2014 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_DKIM_INVALID 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 9B00B7F51 for ; Tue, 9 Sep 2014 15:28:42 -0500 (CDT) Received: from cuda.sgi.com (cuda1.sgi.com [192.48.157.11]) by relay1.corp.sgi.com (Postfix) with ESMTP id 7B4E28F8050 for ; Tue, 9 Sep 2014 13:28:39 -0700 (PDT) X-ASG-Debug-ID: 1410294517-04bdf010978bdc20001-S8gJnT Received: from palahniuk.acksyn.org (palahniuk.acksyn.org [5.9.7.26]) by cuda.sgi.com with ESMTP id FXbxndIhClDCmlVG for ; Tue, 09 Sep 2014 13:28:37 -0700 (PDT) X-Barracuda-Envelope-From: michele@acksyn.org X-Barracuda-Apparent-Source-IP: 5.9.7.26 Received: from localhost (localhost [127.0.0.1]) by palahniuk.acksyn.org (Postfix) with ESMTP id 738E428BB3; Tue, 9 Sep 2014 16:28:36 -0400 (EDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=acksyn.org; h= x-mailer:message-id:date:date:subject:subject:from:from:received :received; s=2010; t=1410294515; bh=SM1UVts7FHNZxP+dZ6ZQAdGeSEPQ 6k0KlUjpC49VMwU=; b=NFXjGoT8n1pPGR1HgO8h8hAPHeIQpNA8ULTtTTUBzcyn hr++85n0z/9hmaKS53CGFjWw59x6nJNcTh75aaLX0Ot9pO/Swz3J9GSMfv5CC75Q FpbJwqi888rV98lZ91mvvjWKDVWOJwZRwn4ldaHJaAAqbDFJSQ/qXd3gv+tmf1g= Received: from palahniuk.acksyn.org ([127.0.0.1]) by localhost (mail.acksyn.org [127.0.0.1]) (amavisd-new, port 10026) with ESMTP id aklw2oh4mVoh; Tue, 9 Sep 2014 16:28:35 -0400 (EDT) Received: from localhost (host234-190-dynamic.24-79-r.retail.telecomitalia.it [79.24.190.234]) by palahniuk.acksyn.org (Postfix) with ESMTPSA id 2C194261B0; Tue, 9 Sep 2014 16:28:35 -0400 (EDT) From: Michele Baldessari To: pcp@oss.sgi.com Cc: Michele Baldessari Subject: [PATCH] pmTypesStr does not exist, fix typo Date: Tue, 9 Sep 2014 22:28:19 +0200 X-ASG-Orig-Subj: [PATCH] pmTypesStr does not exist, fix typo Message-Id: <1410294499-739-1-git-send-email-michele@acksyn.org> X-Mailer: git-send-email 2.1.0 X-Barracuda-Connect: palahniuk.acksyn.org[5.9.7.26] X-Barracuda-Start-Time: 1410294517 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=DKIM_SIGNED, DKIM_VERIFIED X-Barracuda-Spam-Report: Code version 3.2, rules version 3.2.3.9320 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 --- man/man3/pmlookupdesc.3 | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/man/man3/pmlookupdesc.3 b/man/man3/pmlookupdesc.3 index 926ea0772ee1..cce68cc3a3f9 100644 --- a/man/man3/pmlookupdesc.3 +++ b/man/man3/pmlookupdesc.3 @@ -227,7 +227,7 @@ to function correctly. .BR pmConvScale (3), .BR pmExtractValue (3), .BR pmGetConfig (3), -.BR pmTypesStr (3), +.BR pmTypeStr (3), .BR pmUnitsStr (3), .BR pcp.conf (5) and -- 2.1.0 From aather@netflix.com Tue Sep 9 15:59:38 2014 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,T_DKIM_INVALID 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 1FCB27F51 for ; Tue, 9 Sep 2014 15:59:38 -0500 (CDT) Received: from cuda.sgi.com (cuda3.sgi.com [192.48.176.15]) by relay2.corp.sgi.com (Postfix) with ESMTP id F238B304048 for ; Tue, 9 Sep 2014 13:59:37 -0700 (PDT) X-ASG-Debug-ID: 1410296372-04cb6c550091c8a0001-S8gJnT Received: from mail-qg0-f51.google.com (mail-qg0-f51.google.com [209.85.192.51]) by cuda.sgi.com with ESMTP id zZxV1F0fYmv1TaYD (version=TLSv1 cipher=RC4-SHA bits=128 verify=NO) for ; Tue, 09 Sep 2014 13:59:32 -0700 (PDT) X-Barracuda-Envelope-From: aather@netflix.com X-Barracuda-Apparent-Source-IP: 209.85.192.51 Received: by mail-qg0-f51.google.com with SMTP id e89so4313095qgf.38 for ; Tue, 09 Sep 2014 13:59:32 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=netflix.com; s=google; h=mime-version:date:message-id:subject:from:to:content-type; bh=vQx5VG8aOA7m82jb6Uqudl1lfIJGC2eXxJ8oSA17ItU=; b=IyWs6T8nUnlU0gQGpIpm6l4SeqmXDQyCIzzsWafN8izN3sKputcjR29BfQrN82gZ/I gA1UjVKednxvITe0QEJqNyyM88WH/PHQ3Uz9hLwY5m61dMI4yiyrkxmXE33u7IPPFEBU tbVbQdp2WEddLkHhlT/v70PXDTYYjSupte/G8= X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:date:message-id:subject:from:to :content-type; bh=vQx5VG8aOA7m82jb6Uqudl1lfIJGC2eXxJ8oSA17ItU=; b=Q14g8u4/9K74JXoOAdYHVN1X6GoWV8Vt1rOxB6NG5O6Wx5tm2aX5muW8ZyHBwV9tNN Qdsfh37WSodTbJiD7M0gnWpontzxEVnHG0Akifr5uog7ym5/ehbp/V62be1NUlbid8ub rNSFee5gzQ5LB/fimpRPanQ+kTJA4Hrg6TiqYnSL8twEXHUnrdWcjPFHrsX3NgQHT5hy I9eSpMGWMFIDNSheQiw55L5VtOWGkb5F0MrP2x4nODozu89GgLvJxgQQ0SCXLqbLNeHZ XYkTyhAps5grXthu/nTmZM/83O3atpGHr5/6n4gRO0WzAYh4CSFV0RDDtMYsjXRlsfZ9 Xp9Q== X-Gm-Message-State: ALoCoQmC3ijaxwwVSQXLXyW1Zvxu8y7wU9y185dIGwbZYi5J9BrYXkkJm68p2q8EdagDit0Sd7gj MIME-Version: 1.0 X-Received: by 10.224.137.193 with SMTP id x1mr40128589qat.56.1410296372088; Tue, 09 Sep 2014 13:59:32 -0700 (PDT) Received: by 10.229.46.73 with HTTP; Tue, 9 Sep 2014 13:59:32 -0700 (PDT) Date: Tue, 9 Sep 2014 13:59:32 -0700 Message-ID: Subject: PCP and flamegraphs/Heatmaps From: Amer Ather X-ASG-Orig-Subj: PCP and flamegraphs/Heatmaps To: "Frank Ch. Eigler" , Ken McDonell , pcp@oss.sgi.com, Brendan Gregg , Martin Spier Content-Type: multipart/alternative; boundary=047d7bfe9ea649723e0502a836b6 X-Barracuda-Connect: mail-qg0-f51.google.com[209.85.192.51] X-Barracuda-Start-Time: 1410296372 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-BRTS-Evidence: stackcollapse-perf.pl X-Barracuda-BRTS-Evidence: flamegraph.pl 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.3.9321 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 --047d7bfe9ea649723e0502a836b6 Content-Type: text/plain; charset=UTF-8 Hi Frank and Ken, Thanks for all your help with pcp. With your help and support, we now have PCP 3.9.10-1 running on both Ubuntu Precise and Trusty. Our web tool that consumes basic PCP metrics is in beta and our plan is to start testing on cloud instances soon. Next phase of our project is to extend PCP to support Brendan's flamegraph . flamegraphs is a great tool for visualizing profiling data containing application and kernel stack traces. It helps with isolating hot functions and stack traces that may be contributing to performance regression. flamegraph is easy to setup and use: $ git clone https://github.com/brendangregg/FlameGraph.git # perf record -a -g -F 97 sleep 60 # perf scrpt > out.stack # stackcollapse-perf.pl < out.stacks > out.folded # flamegraph.pl out.svg Where out.svg contains interactive flamegraph of all stack samples captured using "perf" tool. In Flame Graphs each box represents a function: y-axis shows the stack depth and x-axis show the sample count. Box width is proportional to the the total time a function or its children (called functions) were on the CPU. Our plan is to integrate flamegraph with PCP. This allows our web tool to trigger profiling on-demand basis on the cloud instance. PCP agent (python) will then collect 15-20 seconds worth of perf data, process it and save svg file in S3 bucket. PCP agent returns success/failure and path of S3 bucket to the web client. Web client polls the S3 bucket and displays the svg file containing flamegraph in browser. Please let us know if there is a better way to design this feature in PCP. -- Thanks, Amer Ather Cloud Performance Engineering My Location --047d7bfe9ea649723e0502a836b6 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable
Hi Frank and Ken,

Thanks for all your h= elp with pcp. With your help and support, we now have PCP 3.9.10-1=C2=A0run= ning on both Ubuntu Precise and Trusty. Our web tool that consumes basic PC= P metrics is in beta and our plan is to start testing on cloud instances so= on.=C2=A0

Next phase of our project is to extend P= CP to support Brendan's flamegraph. flamegraphs is a great tool for vis= ualizing profiling data containing application and kernel stack traces. It = helps with isolating hot functions and stack traces that may be contributin= g to performance regression.=C2=A0

flamegraph is e= asy to setup and use:
# perf record -a -g -F 97 sl= eep 60=C2=A0=C2=A0
# perf scrpt >= out.stack=C2=A0
# stackcollapse-perf.pl < out.st= acks > out.folded
# flamegraph.p= l <out.folded >out.svg

Where out.svg contains interactive flamegraph of all stack samples capture= d using "perf" tool. In Flame Graphs each box represents a functi= on: y-axis shows the stack depth and x-axis show the sample count. Box widt= h is proportional to the the total time a function or its children (called = functions) were on the CPU.=C2=A0

O= ur plan is to integrate flamegraph with PCP. This allows our web tool to tr= igger profiling on-demand basis on the cloud instance. PCP agent (python) w= ill then collect 15-20 seconds worth of perf data, process it and save svg = file in S3 bucket. PCP agent returns success/failure and path of S3 bucket = to the web client. Web client polls the S3 bucket and displays the svg file= containing flamegraph in browser.

Please let us know if there is a better way to design this feat= ure in PCP.=C2=A0

--
Thanks,

Amer Ather
Cloud Performance Eng= ineering
--047d7bfe9ea649723e0502a836b6-- From fche@redhat.com Tue Sep 9 16:15:59 2014 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 F01967F51 for ; Tue, 9 Sep 2014 16:15:58 -0500 (CDT) Received: from cuda.sgi.com (cuda3.sgi.com [192.48.176.15]) by relay3.corp.sgi.com (Postfix) with ESMTP id 7DD92AC003 for ; Tue, 9 Sep 2014 14:15:55 -0700 (PDT) X-ASG-Debug-ID: 1410297353-04cb6c54ff91deb0001-S8gJnT Received: from mx1.redhat.com (mx1.redhat.com [209.132.183.28]) by cuda.sgi.com with ESMTP id hIYAPuMgP1a8Kh6w (version=TLSv1 cipher=AES256-SHA bits=256 verify=NO) for ; Tue, 09 Sep 2014 14:15:54 -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-mx13.intmail.prod.int.phx2.redhat.com (int-mx13.intmail.prod.int.phx2.redhat.com [10.5.11.26]) by mx1.redhat.com (8.14.4/8.14.4) with ESMTP id s89LFm3a013069 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=FAIL); Tue, 9 Sep 2014 17:15:48 -0400 Received: from fche.csb (vpn-228-210.phx2.redhat.com [10.3.228.210]) by int-mx13.intmail.prod.int.phx2.redhat.com (8.14.4/8.14.4) with ESMTP id s89LFlBT001340; Tue, 9 Sep 2014 17:15:48 -0400 Received: by fche.csb (Postfix, from userid 2569) id 4D432584E9; Tue, 9 Sep 2014 17:15:47 -0400 (EDT) Date: Tue, 9 Sep 2014 17:15:47 -0400 From: "Frank Ch. Eigler" To: Amer Ather Cc: Ken McDonell , pcp@oss.sgi.com, Brendan Gregg , Martin Spier Subject: Re: PCP and flamegraphs/Heatmaps Message-ID: <20140909211547.GA27798@redhat.com> X-ASG-Orig-Subj: Re: PCP and flamegraphs/Heatmaps References: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.4.2.2i X-Scanned-By: MIMEDefang 2.68 on 10.5.11.26 X-Barracuda-Connect: mx1.redhat.com[209.132.183.28] X-Barracuda-Start-Time: 1410297354 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 Hi, Amer - > [...] Our plan is to integrate flamegraph with PCP. This allows our > web tool to trigger profiling on-demand basis on the cloud > instance. PCP agent (python) will then collect 15-20 seconds worth > of perf data, process it and save svg file in S3 bucket. PCP agent > returns success/failure and path of S3 bucket to the web > client. [...] It sounds a little bit like the hypothetical pcp agent (pmda?) is being used only as sort of a remote-process-execution widget, not feeding metric data in or out through pmcd to pmapi clients. Do I have that right? Likely one can make that work, but one can probably come up with more pcp-ish ways. For example, if it's sampled backtrace-based profiling that's being sought here as the data source, a pmda that returns events or strings for kernel / userspace backtraces, is a fine fit. (A pmapi client can poll for these backtrace samples, and run it through the flamegraph-building chain to make eye candy out of it, and plop it somewhere the web server can see, like a pmwebd -R resource directory, or some S3 volume.) This new PMDA could be hard-coded (based on invoking perf commands, consuming their output after a while, etc.). Or perhaps could be a client of the general systemtap/json PMDA that dsmith's starting to build. In this alternative, the only target-side application-specific part would be a systemtap script/.ko? that computes backtraces on demand. The new general PMDA would relay those (and whatever other stats the stap script shares) as pcp event-or-atom metric values. The rest of the process would be as above (pmapi client gathering the backtraces, drawing svg's). - FChE From jhanson@sgi.com Tue Sep 9 16:18:17 2014 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 relay.sgi.com (relay3.corp.sgi.com [198.149.34.15]) by oss.sgi.com (Postfix) with ESMTP id A00827F3F for ; Tue, 9 Sep 2014 16:18:17 -0500 (CDT) Received: from xmail.sgi.com (pv-excas2-dc21.corp.sgi.com [137.38.106.9]) by relay3.corp.sgi.com (Postfix) with ESMTP id 0F1BEAC004 for ; Tue, 9 Sep 2014 14:18:17 -0700 (PDT) Received: from carenath.corp.sgi.com (134.15.95.84) by xmail.sgi.com (137.38.106.6) with Microsoft SMTP Server (TLS) id 14.3.195.1; Tue, 9 Sep 2014 16:18:16 -0500 Message-ID: <540F6E97.9030506@sgi.com> Date: Tue, 9 Sep 2014 17:18:15 -0400 From: Jeff Hanson User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:24.0) Gecko/20100101 Thunderbird/24.7.0 MIME-Version: 1.0 To: PCP Subject: Build failures on sles11sp3 x86_64 Content-Type: text/plain; charset="ISO-8859-1"; format=flowed Content-Transfer-Encoding: 7bit X-Originating-IP: [134.15.95.84] PCP 3.9.10 from git (retrieved by git clone --branch 3.9.10 git://oss.sgi.com/pcp.git) ./Makepkgs fails with g++ -m64 -Wl,-O1 -o build/release/pmchart pmchart.o main.o aboutdialog.o chartdialog.o exportdialog.o hostdialog.o infodialog.o openviewdialog.o recorddialog.o samplesdialog.o saveviewdialog.o searchdialog.o seealsodialog.o settingsdialog.o tab.o tabdialog.o chart.o colorbutton.o colorscheme.o statusbar.o namespace.o tabwidget.o timeaxis.o timecontrol.o groupcontrol.o gadget.o sampling.o tracing.o view.o moc_pmchart.o moc_aboutdialog.o moc_chartdialog.o moc_exportdialog.o moc_hostdialog.o moc_infodialog.o moc_openviewdialog.o moc_recorddialog.o moc_samplesdialog.o moc_saveviewdialog.o moc_searchdialog.o moc_seealsodialog.o moc_settingsdialog.o moc_tab.o moc_tabdialog.o moc_chart.o moc_colorbutton.o moc_statusbar.o moc_tabwidget.o moc_timeaxis.o moc_timecontrol.o moc_groupcontrol.o qrc_pmchart.o -L/usr/lib64 -L../libpcp/src -L../libpcp_qed/src -L../libpcp_qed/src/build/release -L../libpcp_qmc/src -L../libpcp_qmc/src/build/release -L../libpcp_qwt/src -L../libpcp_qwt/src/build/release -lpcp_qed -lpcp_qmc -lpcp_qwt -lpcp -lQtSvg -L/usr/lib64 -L/usr/X11R6/lib64 -lQtGui -lQtNetwork -lQtCore -lpthread main.o: In function `main': /data1/pcp/pcp-3.9.10/pcp-3.9.10/src/pmchart/main.cpp:499: undefined reference to `pmGetOptions' /data1/pcp/pcp-3.9.10/pcp-3.9.10/src/pmchart/main.cpp:556: undefined reference to `__pmAddOptArchive' /data1/pcp/pcp-3.9.10/pcp-3.9.10/src/pmchart/main.cpp:571: undefined reference to `pmUsageMessage' /data1/pcp/pcp-3.9.10/pcp-3.9.10/src/pmchart/main.cpp:561: undefined reference to `__pmAddOptHost' /data1/pcp/pcp-3.9.10/pcp-3.9.10/src/pmchart/main.cpp:565: undefined reference to `__pmAddOptHost' /data1/pcp/pcp-3.9.10/pcp-3.9.10/src/pmchart/main.cpp:679: undefined reference to `pmUsageMessage' Ideas? We (SGI) would really like to have a 3.9.[9|10] that we can use because of the ibpmda enhancements. But we need working 11sp3 x86_64. -- ----------------------------------------------------------------------- Jeff Hanson - jhanson@sgi.com - Field Technical Analyst You can choose a ready guide in some celestial voice. If you choose not to decide, you still have made a choice. You can choose from phantom fears and kindness that can kill; I will choose a path that's clear I will choose freewill. - Peart From fche@redhat.com Tue Sep 9 16:29:23 2014 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=3.0 required=5.0 tests=TVD_SUBJ_NUM_OBFU_MINFP 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 5530F7F51 for ; Tue, 9 Sep 2014 16:29:23 -0500 (CDT) Received: from cuda.sgi.com (cuda3.sgi.com [192.48.176.15]) by relay1.corp.sgi.com (Postfix) with ESMTP id 43DBC8F8054 for ; Tue, 9 Sep 2014 14:29:20 -0700 (PDT) X-ASG-Debug-ID: 1410298158-04cb6c550091ee90001-S8gJnT Received: from mx1.redhat.com (mx1.redhat.com [209.132.183.28]) by cuda.sgi.com with ESMTP id u4bkBULqd6pUwoAM (version=TLSv1 cipher=AES256-SHA bits=256 verify=NO); Tue, 09 Sep 2014 14:29:19 -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-mx13.intmail.prod.int.phx2.redhat.com (int-mx13.intmail.prod.int.phx2.redhat.com [10.5.11.26]) by mx1.redhat.com (8.14.4/8.14.4) with ESMTP id s89LTIdE012983 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=FAIL); Tue, 9 Sep 2014 17:29:18 -0400 Received: from fche.csb (vpn-228-210.phx2.redhat.com [10.3.228.210]) by int-mx13.intmail.prod.int.phx2.redhat.com (8.14.4/8.14.4) with ESMTP id s89LTHXZ009306; Tue, 9 Sep 2014 17:29:18 -0400 Received: by fche.csb (Postfix, from userid 2569) id 3D469584E9; Tue, 9 Sep 2014 17:29:17 -0400 (EDT) To: Jeff Hanson Cc: PCP Subject: Re: Build failures on sles11sp3 x86_64 References: <540F6E97.9030506@sgi.com> X-ASG-Orig-Subj: Re: Build failures on sles11sp3 x86_64 From: fche@redhat.com (Frank Ch. Eigler) Date: Tue, 09 Sep 2014 17:29:17 -0400 In-Reply-To: <540F6E97.9030506@sgi.com> (Jeff Hanson's message of "Tue, 9 Sep 2014 17:18:15 -0400") 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.26 X-Barracuda-Connect: mx1.redhat.com[209.132.183.28] X-Barracuda-Start-Time: 1410298159 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 Jeff Hanson writes: > PCP 3.9.10 from git (retrieved by git clone --branch 3.9.10 git://oss.sgi.com/pcp.git) > [...] > ./Makepkgs > > g++ -m64 -Wl,-O1 -o build/release/pmchart [...] > -L/usr/lib64 > -L../libpcp/src [...] > main.o: In function `main': > /data1/pcp/pcp-3.9.10/pcp-3.9.10/src/pmchart/main.cpp:499: undefined reference to `pmGetOptions' > /data1/pcp/pcp-3.9.10/pcp-3.9.10/src/pmchart/main.cpp:556: undefined reference to `__pmAddOptArchive' This looks wrong; it seems to get the linker to prefer a the system copy of libpcp (potentially old) above the one freshly built alongside pmchart. It appears qmake-qt4 puts bad LIBS= into the Makefile it builds. - FChE From jhanson@sgi.com Tue Sep 9 16:36:20 2014 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 relay.sgi.com (relay2.corp.sgi.com [137.38.102.29]) by oss.sgi.com (Postfix) with ESMTP id 44D0D7F51 for ; Tue, 9 Sep 2014 16:36:20 -0500 (CDT) Received: from xmail.sgi.com (pv-excas2-dc21.corp.sgi.com [137.38.106.9]) by relay2.corp.sgi.com (Postfix) with ESMTP id E69DC304048; Tue, 9 Sep 2014 14:36:16 -0700 (PDT) Received: from carenath.corp.sgi.com (134.15.95.84) by xmail.sgi.com (137.38.106.6) with Microsoft SMTP Server (TLS) id 14.3.195.1; Tue, 9 Sep 2014 16:36:16 -0500 Message-ID: <540F72CF.501@sgi.com> Date: Tue, 9 Sep 2014 17:36:15 -0400 From: Jeff Hanson User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:24.0) Gecko/20100101 Thunderbird/24.7.0 MIME-Version: 1.0 To: "Frank Ch. Eigler" CC: PCP Subject: Re: Build failures on sles11sp3 x86_64 References: <540F6E97.9030506@sgi.com> In-Reply-To: Content-Type: text/plain; charset="ISO-8859-1"; format=flowed Content-Transfer-Encoding: 7bit X-Originating-IP: [134.15.95.84] On 09/09/2014 05:29 PM, Frank Ch. Eigler wrote: > Jeff Hanson writes: > >> PCP 3.9.10 from git (retrieved by git clone --branch 3.9.10 git://oss.sgi.com/pcp.git) >> [...] >> ./Makepkgs >> >> g++ -m64 -Wl,-O1 -o build/release/pmchart [...] >> -L/usr/lib64 >> -L../libpcp/src [...] >> main.o: In function `main': >> /data1/pcp/pcp-3.9.10/pcp-3.9.10/src/pmchart/main.cpp:499: undefined reference to `pmGetOptions' >> /data1/pcp/pcp-3.9.10/pcp-3.9.10/src/pmchart/main.cpp:556: undefined reference to `__pmAddOptArchive' > > This looks wrong; it seems to get the linker to prefer a the system > copy of libpcp (potentially old) above the one freshly built alongside > pmchart. It appears qmake-qt4 puts bad LIBS= into the Makefile it builds. > > - FChE > I've removed the resident packages (which were 3.6.10 vintage) and am trying again. -- ----------------------------------------------------------------------- Jeff Hanson - jhanson@sgi.com - Field Technical Analyst You can choose a ready guide in some celestial voice. If you choose not to decide, you still have made a choice. You can choose from phantom fears and kindness that can kill; I will choose a path that's clear I will choose freewill. - Peart From fche@redhat.com Tue Sep 9 16:53:57 2014 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=3.0 required=5.0 tests=TVD_SUBJ_NUM_OBFU_MINFP 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 A2FC77F51 for ; Tue, 9 Sep 2014 16:53:57 -0500 (CDT) Received: from cuda.sgi.com (cuda2.sgi.com [192.48.176.25]) by relay2.corp.sgi.com (Postfix) with ESMTP id 8804A304048 for ; Tue, 9 Sep 2014 14:53:57 -0700 (PDT) X-ASG-Debug-ID: 1410299635-04cbb05485bda9b0001-S8gJnT Received: from mx1.redhat.com (mx1.redhat.com [209.132.183.28]) by cuda.sgi.com with ESMTP id HKTTCS83Xx3jq6mT (version=TLSv1 cipher=AES256-SHA bits=256 verify=NO); Tue, 09 Sep 2014 14:53:56 -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-mx14.intmail.prod.int.phx2.redhat.com (int-mx14.intmail.prod.int.phx2.redhat.com [10.5.11.27]) by mx1.redhat.com (8.14.4/8.14.4) with ESMTP id s89LrtVm026121 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=FAIL); Tue, 9 Sep 2014 17:53:55 -0400 Received: from fche.csb (vpn-228-210.phx2.redhat.com [10.3.228.210]) by int-mx14.intmail.prod.int.phx2.redhat.com (8.14.4/8.14.4) with ESMTP id s89Lrs04018974; Tue, 9 Sep 2014 17:53:55 -0400 Received: by fche.csb (Postfix, from userid 2569) id 4FC57584E9; Tue, 9 Sep 2014 17:53:52 -0400 (EDT) Date: Tue, 9 Sep 2014 17:53:52 -0400 From: "Frank Ch. Eigler" To: Jeff Hanson Cc: PCP Subject: Re: Build failures on sles11sp3 x86_64 Message-ID: <20140909215352.GA11273@redhat.com> X-ASG-Orig-Subj: Re: Build failures on sles11sp3 x86_64 References: <540F6E97.9030506@sgi.com> <540F72CF.501@sgi.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <540F72CF.501@sgi.com> User-Agent: Mutt/1.4.2.2i X-Scanned-By: MIMEDefang 2.68 on 10.5.11.27 X-Barracuda-Connect: mx1.redhat.com[209.132.183.28] X-Barracuda-Start-Time: 1410299635 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 Hi - > [...] > >This looks wrong; it seems to get the linker to prefer a the system > >copy of libpcp (potentially old) above the one freshly built alongside > >pmchart. It appears qmake-qt4 puts bad LIBS= into the Makefile it builds. > I've removed the resident packages (which were 3.6.10 vintage) and am > trying again. (By the way, a web search for qmake libs hints at others running across this problem before.) A separate workaround could be: diff --git a/src/include/builddefs.in b/src/include/builddefs.in index 4e8a575d3f13..4e899726966e 100644 --- a/src/include/builddefs.in +++ b/src/include/builddefs.in @@ -612,7 +612,7 @@ LNMAKE = WINDOW = win endif ifeq "$(findstring $(PCP_PLATFORM),darwin mingw)" "" -QTMAKE = $(QMAKE) CONFIG+=$(QT_RELEASE) && $(MAKE) $(MAKEOPTS) -f Makefile +QTMAKE = $(QMAKE) CONFIG+=$(QT_RELEASE) && $(MAKE) $(MAKEOPTS) -f Makefile SUBLIBS=-L../libpcp/src BINARY = build/$(QT_RELEASE)/$(COMMAND) LNMAKE = test ! -f $(BINARY) -o -L $(COMMAND) || $(LN_S) $(BINARY) $(COMMAND) WINDOW = x11 - FChE From bgregg@netflix.com Tue Sep 9 17:51:54 2014 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,T_DKIM_INVALID 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 264AC7F57 for ; Tue, 9 Sep 2014 17:51:54 -0500 (CDT) Received: from cuda.sgi.com (cuda2.sgi.com [192.48.176.25]) by relay3.corp.sgi.com (Postfix) with ESMTP id A9242AC004 for ; Tue, 9 Sep 2014 15:51:50 -0700 (PDT) X-ASG-Debug-ID: 1410303107-04cbb05486beafb0001-S8gJnT Received: from mail-la0-f47.google.com (mail-la0-f47.google.com [209.85.215.47]) by cuda.sgi.com with ESMTP id 8UxUoPhAkuEqGVr8 (version=TLSv1 cipher=RC4-SHA bits=128 verify=NO) for ; Tue, 09 Sep 2014 15:51:48 -0700 (PDT) X-Barracuda-Envelope-From: bgregg@netflix.com X-Barracuda-Apparent-Source-IP: 209.85.215.47 Received: by mail-la0-f47.google.com with SMTP id q1so809668lam.34 for ; Tue, 09 Sep 2014 15:51:47 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=netflix.com; s=google; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=MJjKFdce9GfimmP5n1YHU6JDtb9YKAXb7H3BengZNw0=; b=gCvOBr2n3akiyXIvagoHv+spjycPvu0UL8nQ8RL/glk6XlGeZGFVzLpGMk+trWOfXw p/qGjSqvii5p3ecm/Ut9gDbTfIjEpZuOe1hBzJ/6MOfegdf3WnOzfkU/v8/mCMgSnM/g EV1V3JbnIKMuYX8dqH4a4tSa6HQVk59SQz2D0= X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:in-reply-to:references:date :message-id:subject:from:to:cc:content-type; bh=MJjKFdce9GfimmP5n1YHU6JDtb9YKAXb7H3BengZNw0=; b=V5X6EEZaUov/JdafGoMc/PuIctw74JOzjC34uojHgCNX1c6FOGb4mm8DIe1obfZEML c8x5gwtwPE8zvjoqbUJgVg8MbWY0zBfi4YopKaGCHKv8jjzzCOkNtgtp06FPWDcE0hN2 DGhDgrPYMpr5VGzDBliyOIuNxIhGIJyXtq6rnlLcRhvyFzNJJKqSGTpjpkc0Z13R6deM A8LCOnbF4W1gUIu0TYTnLAefOYCk3I6ARrmLiGV5K7ACXCXnvwrjBenkFp040w+cOpnV VdTHr9Fv27pfTa+Un56noTDgan9xV8JRclgwJQCDifCDiJW6i3rd9CeB2CEcSOYbjkmC jnYg== X-Gm-Message-State: ALoCoQk7hs8ALsCzEYPuLvlMadym1daWbseU9yzJXB4o2e9ChU7X3ywnSPqIsvyGmTlMx2shhkWq MIME-Version: 1.0 X-Received: by 10.112.204.10 with SMTP id ku10mr9753037lbc.71.1410303106840; Tue, 09 Sep 2014 15:51:46 -0700 (PDT) Received: by 10.112.59.3 with HTTP; Tue, 9 Sep 2014 15:51:46 -0700 (PDT) In-Reply-To: <20140909211547.GA27798@redhat.com> References: <20140909211547.GA27798@redhat.com> Date: Tue, 9 Sep 2014 15:51:46 -0700 Message-ID: Subject: Re: PCP and flamegraphs/Heatmaps From: Brendan Gregg X-ASG-Orig-Subj: Re: PCP and flamegraphs/Heatmaps To: "Frank Ch. Eigler" Cc: Amer Ather , Ken McDonell , pcp@oss.sgi.com, Martin Spier Content-Type: multipart/alternative; boundary=001a11c3cf2eb594050502a9c7ad X-Barracuda-Connect: mail-la0-f47.google.com[209.85.215.47] X-Barracuda-Start-Time: 1410303108 X-Barracuda-Encrypted: RC4-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=BSF_SC0_MISMATCH_TO, DKIM_SIGNED, DKIM_VERIFIED, HTML_MESSAGE X-Barracuda-Spam-Report: Code version 3.2, rules version 3.2.3.9325 Rule breakdown below pts rule name description ---- ---------------------- -------------------------------------------------- 0.00 BSF_SC0_MISMATCH_TO Envelope rcpt doesn't match header -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 --001a11c3cf2eb594050502a9c7ad Content-Type: text/plain; charset=UTF-8 G'Day Frank, On Tue, Sep 9, 2014 at 2:15 PM, Frank Ch. Eigler wrote: > Hi, Amer - > > > [...] Our plan is to integrate flamegraph with PCP. This allows our > > web tool to trigger profiling on-demand basis on the cloud > > instance. PCP agent (python) will then collect 15-20 seconds worth > > of perf data, process it and save svg file in S3 bucket. PCP agent > > returns success/failure and path of S3 bucket to the web > > client. [...] > > It sounds a little bit like the hypothetical pcp agent (pmda?) is > being used only as sort of a remote-process-execution widget, not > feeding metric data in or out through pmcd to pmapi clients. Do I > have that right? > Yes. Just trigger a script. This is version 1, since we already have the script to trigger. > > Likely one can make that work, but one can probably come up with more > pcp-ish ways. > And that can be version 2. We'd want to do this so that we can make these visualizations dynamic: plotting data immediately, and refreshing, rather than waiting 30 seconds for a script to run. > For example, if it's sampled backtrace-based profiling that's being > sought here as the data source, a pmda that returns events or strings > for kernel / userspace backtraces, is a fine fit. (A pmapi client can > poll for these backtrace samples, and run it through the > flamegraph-building chain to make eye candy out of it, and plop it > somewhere the web server can see, like a pmwebd -R resource directory, > or some S3 volume.) > Sure, although I suspect it'll be easier to get heat maps to work this way, as it'd need to transfer an array of ~100 integers each second. It may be prohibitive to send aggregated stack traces every second (could be 1 Mbyte of data) - I guess we can find out. > > This new PMDA could be hard-coded (based on invoking perf commands, > consuming their output after a while, etc.). > > Or perhaps could be a client of the general systemtap/json PMDA that > dsmith's starting to build. In this alternative, the only target-side > application-specific part would be a systemtap script/.ko? that > computes backtraces on demand. The new general PMDA would relay those > (and whatever other stats the stap script shares) as pcp event-or-atom > metric values. The rest of the process would be as above (pmapi > client gathering the backtraces, drawing svg's). > Right, just running a script and consuming the real time output in the browser for svg drawing should make a lot of things possible, like real time heat maps. And maybe real time-ish flame graphs. Brendan -- Brendan Gregg, Senior Performance Architect, Netflix --001a11c3cf2eb594050502a9c7ad Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable
G'Day Frank,

On Tue, Sep 9, 2014 at 2:15 PM, Frank Ch. Eigler <fche@r= edhat.com> wrote:
Hi, Amer= -

> [...]=C2=A0 Our plan is to integrate flamegraph with PCP. This allows = our
> web tool to trigger profiling on-demand basis on the = cloud
> instance. PCP agent (python) will then collect 15-20 seconds worth
> of perf data, process it and save svg file in S3 bucket. PCP agent
> returns success/failure and path of S3 bucket to the web
> client. [...]

It sounds a little bit like the hypothetical pcp agent (pmda?) is
being used only as sort of a remote-process-execution widget, not
feeding metric data in or out through pmcd to pmapi clients.=C2=A0 Do I
have that right?

Yes. Just trigger a sc= ript. This is version 1, since we already have the script to trigger.
=
=C2=A0

Likely one can make that work, but one can probably come up with more
pcp-ish ways.

And that can be version 2= . We'd want to do this so that we can make these visualizations dynamic= : plotting data immediately, and refreshing, rather than waiting 30 seconds= for a script to run.


For example, if it's sampled backtrace-based profiling that's being=
sought here as the data source, a pmda that returns events or strings
for kernel / userspace backtraces, is a fine fit.=C2=A0 (A pmapi client can=
poll for these backtrace samples, and run it through the
flamegraph-building chain to make eye candy out of it, and plop it
somewhere the web server can see, like a pmwebd -R resource directory,
or some S3 volume.)

Sure, although I su= spect it'll be easier to get heat maps to work this way, as it'd ne= ed to transfer an array of ~100 integers each second. It may be prohibitive= to send aggregated stack traces every second (could be 1 Mbyte of data) - = I guess we can find out.
=C2=A0

This new PMDA could be hard-coded (based on invoking perf commands,
consuming their output after a while, etc.).

Or perhaps could be a client of the general systemtap/json PMDA that
dsmith's starting to build.=C2=A0 In this alternative, the only target-= side
application-specific part would be a systemtap script/.ko?=C2=A0 that
computes backtraces on demand.=C2=A0 The new general PMDA would relay those=
(and whatever other stats the stap script shares) as pcp event-or-atom
metric values.=C2=A0 The rest of the process would be as above (pmapi
client gathering the backtraces, drawing svg's).
=

Right, just running a script and consu= ming the real time output in the browser for svg drawing should make a lot = of things possible, like real time heat maps. And maybe real time-ish flame= graphs.

Brendan

--
Brendan = Gregg, Senior Performance Architect, Netflix
--001a11c3cf2eb594050502a9c7ad-- From jhanson@sgi.com Tue Sep 9 19:45:26 2014 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 relay.sgi.com (relay2.corp.sgi.com [137.38.102.29]) by oss.sgi.com (Postfix) with ESMTP id 093147F52 for ; Tue, 9 Sep 2014 19:45:26 -0500 (CDT) Received: from xmail.sgi.com (pv-excas2-dc21.corp.sgi.com [137.38.106.9]) by relay2.corp.sgi.com (Postfix) with ESMTP id AEFCF304051; Tue, 9 Sep 2014 17:45:22 -0700 (PDT) Received: from carenath.corp.sgi.com (134.15.95.84) by xmail.sgi.com (137.38.106.6) with Microsoft SMTP Server (TLS) id 14.3.195.1; Tue, 9 Sep 2014 19:45:21 -0500 Message-ID: <540F9F21.9090508@sgi.com> Date: Tue, 9 Sep 2014 20:45:21 -0400 From: Jeff Hanson User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:24.0) Gecko/20100101 Thunderbird/24.7.0 MIME-Version: 1.0 To: "Frank Ch. Eigler" CC: PCP Subject: Re: Build failures on sles11sp3 x86_64 References: <540F6E97.9030506@sgi.com> <540F72CF.501@sgi.com> <20140909215352.GA11273@redhat.com> In-Reply-To: <20140909215352.GA11273@redhat.com> Content-Type: text/plain; charset="ISO-8859-1"; format=flowed Content-Transfer-Encoding: 7bit X-Originating-IP: [134.15.95.84] On 09/09/2014 05:53 PM, Frank Ch. Eigler wrote: > Hi - > >> [...] >>> This looks wrong; it seems to get the linker to prefer a the system >>> copy of libpcp (potentially old) above the one freshly built alongside >>> pmchart. It appears qmake-qt4 puts bad LIBS= into the Makefile it builds. > >> I've removed the resident packages (which were 3.6.10 vintage) and am >> trying again. This succeeded. rpms installed seem to run and work. I'll have more later. > > (By the way, a web search for qmake libs hints at others running across > this problem before.) > > A separate workaround could be: > > > diff --git a/src/include/builddefs.in b/src/include/builddefs.in > index 4e8a575d3f13..4e899726966e 100644 > --- a/src/include/builddefs.in > +++ b/src/include/builddefs.in > @@ -612,7 +612,7 @@ LNMAKE = > WINDOW = win > endif > ifeq "$(findstring $(PCP_PLATFORM),darwin mingw)" "" > -QTMAKE = $(QMAKE) CONFIG+=$(QT_RELEASE) && $(MAKE) $(MAKEOPTS) -f Makefile > +QTMAKE = $(QMAKE) CONFIG+=$(QT_RELEASE) && $(MAKE) $(MAKEOPTS) -f Makefile SUBLIBS=-L../libpcp/src > BINARY = build/$(QT_RELEASE)/$(COMMAND) > LNMAKE = test ! -f $(BINARY) -o -L $(COMMAND) || $(LN_S) $(BINARY) $(COMMAND) > WINDOW = x11 > > > - FChE > -- ----------------------------------------------------------------------- Jeff Hanson - jhanson@sgi.com - Field Technical Analyst You can choose a ready guide in some celestial voice. If you choose not to decide, you still have made a choice. You can choose from phantom fears and kindness that can kill; I will choose a path that's clear I will choose freewill. - Peart From mspier@netflix.com Tue Sep 9 20:31:40 2014 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,T_DKIM_INVALID 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 2512A7F5D for ; Tue, 9 Sep 2014 20:31:40 -0500 (CDT) Received: from cuda.sgi.com (cuda2.sgi.com [192.48.176.25]) by relay3.corp.sgi.com (Postfix) with ESMTP id 99994AC009 for ; Tue, 9 Sep 2014 18:31:36 -0700 (PDT) X-ASG-Debug-ID: 1410312689-04cbb05488c19190001-S8gJnT Received: from mail-wg0-f45.google.com (mail-wg0-f45.google.com [74.125.82.45]) by cuda.sgi.com with ESMTP id 7e8Ki5uBYC0EKtAq (version=TLSv1 cipher=RC4-SHA bits=128 verify=NO) for ; Tue, 09 Sep 2014 18:31:30 -0700 (PDT) X-Barracuda-Envelope-From: mspier@netflix.com X-Barracuda-Apparent-Source-IP: 74.125.82.45 Received: by mail-wg0-f45.google.com with SMTP id z12so3405518wgg.28 for ; Tue, 09 Sep 2014 18:31:29 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=netflix.com; s=google; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=GWb//q/G904cxiFWLEJysqLEk9WQmlb8htmoRyj9K/w=; b=noJ/PJMw3dpJrR8iM8187fe+uPRnydU2tKl1CHTp4Mddtcgt31yBBqdV+LJTF3v/sx /iy4CONbCNIrmpHm+qoAfNM+5Mj5cFbCkGqsPWTIAqv8bTgf+RsGsX5BsTJ+/hGGSMk9 nFANM9mR7Y21+Rpt+t9Q+nsTi/UTL0DBIkStI= X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:in-reply-to:references:date :message-id:subject:from:to:cc:content-type; bh=GWb//q/G904cxiFWLEJysqLEk9WQmlb8htmoRyj9K/w=; b=aDLVbxhc86dy9VSy15WlSyJuByrObSFC2zYmVRNscnUzNpA7zyrP5KYFDKgkm587HM 2kHAH3PS8atvvQ1k0aB+qKv2oYwz4QYr87Ri5Mj/ASA9T7eksHRxVEtkP2L8vgjY7CsJ UxMSEz306Md6otLL+CyaCUmjwWw+Mna+27M0navOlTtM/lPzP2dH4taVAd11pNrmlX2B g8KokiLeBeXs12VDteO0JxF6FM60aWw6Xt1yzO3tWcuKwKbha9gUS+vMVps4DExLhUDf rwp4v6vsAIiGNdiFGrURDZtKcZVpHjANcqGqNAH3Z8LzYGpI4zI2jBKa3CEZ0jpdqsLB esZA== X-Gm-Message-State: ALoCoQnOFk2PJ4zmx6/l+P80Cn8zW4V9kLKLMIkSqcse4pU1RzhKSHc0NDzpUTdgvEkugDH0WOys MIME-Version: 1.0 X-Received: by 10.180.95.66 with SMTP id di2mr33887944wib.60.1410312689601; Tue, 09 Sep 2014 18:31:29 -0700 (PDT) Received: by 10.180.101.35 with HTTP; Tue, 9 Sep 2014 18:31:29 -0700 (PDT) In-Reply-To: <1678088280.23964559.1402473510747.JavaMail.zimbra@redhat.com> References: <1717887824.20744079.1401960303984.JavaMail.zimbra@redhat.com> <20140605115447.GC11474@redhat.com> <1295610433.21793898.1402006255252.JavaMail.zimbra@redhat.com> <878364148.23139544.1402347444401.JavaMail.zimbra@redhat.com> <1678088280.23964559.1402473510747.JavaMail.zimbra@redhat.com> Date: Tue, 9 Sep 2014 18:31:29 -0700 Message-ID: Subject: Re: PCP web client on different domain From: Martin Spier X-ASG-Orig-Subj: Re: PCP web client on different domain To: Nathan Scott Cc: "Frank Ch. Eigler" , Amer Ather , Coburn Watson , pcp@oss.sgi.com Content-Type: multipart/alternative; boundary=f46d04182524e2ebd30502ac02d7 X-Barracuda-Connect: mail-wg0-f45.google.com[74.125.82.45] X-Barracuda-Start-Time: 1410312690 X-Barracuda-Encrypted: RC4-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-BRTS-Evidence: performancecopilot.org 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.3.9328 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 --f46d04182524e2ebd30502ac02d7 Content-Type: text/plain; charset=UTF-8 Noticed today that the ACAO header is only being returned on success responses (2xx). I have a few error cases where context might have expired or some other problem, and an error response (4xx, 5xx) response is expected. The error message is in the body, but I can't access it because of the missing ACAO header. Message is useful in order to handle the error (get new context) or do something else (abort). On Wed, Jun 11, 2014 at 12:58 AM, Nathan Scott wrote: > > > ----- Original Message ----- > > > [...] > > > Sounds good - could you send through a tested variant of that approach, > > > Frank, or shall I code it up today? > > > > Please see the pcpfans.git fche/pmwebd-acao branch for two related & > > tested commits. > > Looks OK. I've added regression test qa/780 and made some small error > handling consistency improvements (please review? thanks) - all merged > in now. > > Martin, if you could try out the git://git.performancecopilot.org/pcp > dev branch pmwebd with your code, that'd be great - thanks. > > cheers. > > -- > Nathan > --f46d04182524e2ebd30502ac02d7 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable
Noticed today that the ACAO header is only being returned = on success responses (2xx). I have a few error cases where context might ha= ve expired or some other problem, and an error response (4xx, 5xx) response= is expected. The error message is in the body, but I can't access it b= ecause of the missing ACAO header. Message is useful in order to handle the= error (get new context) or do something else (abort).

On Wed, Jun 11, 2014 at 12:58 AM= , Nathan Scott <nathans@redhat.com> wrote:


----- Original Message -----
> > [...]
> > Sounds good - could you send through a tested variant of that app= roach,
> > Frank, or shall I code it up today?
>
> Please see the pcpfans.git fche/pmwebd-acao branch for two related &am= p;
> tested commits.

Looks OK.=C2=A0 I've added regression test qa/780 and made = some small error
handling consistency improvements (please review? thanks) - all merged
in now.

Martin, if you could try out the git://git.performancecopilot.org/pcp
dev branch pmwebd with your code, that'd be great - thanks.

cheers.

--
Nathan

--f46d04182524e2ebd30502ac02d7-- From kenj@internode.on.net Tue Sep 9 21:22:42 2014 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 06CB57F66 for ; Tue, 9 Sep 2014 21:22:42 -0500 (CDT) Received: from cuda.sgi.com (cuda1.sgi.com [192.48.157.11]) by relay3.corp.sgi.com (Postfix) with ESMTP id A6E6BAC006 for ; Tue, 9 Sep 2014 19:22:41 -0700 (PDT) X-ASG-Debug-ID: 1410315755-04bdf010978f5650001-S8gJnT Received: from ipmail06.adl6.internode.on.net (ipmail06.adl6.internode.on.net [150.101.137.145]) by cuda.sgi.com with ESMTP id yiIcdIfIubwbH0I5 for ; Tue, 09 Sep 2014 19:22:36 -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: AtMQAB21D1Tc7QN/PGdsb2JhbABZgw1TV4IsyBkKgzOEEwQCAYEIFwUBAQEBODeEAwEBAQQBAQEFAh4SHBgLDAEDAgYDDgMEAQEoBxkOEgoDCQgCBAESCwWIMQ69DQEXjT2CEAcGhEYFhhqJEoIVWINYiGGKSIx6Ky+CTwEBAQ Received: from c220-237-3-127.lowrp3.vic.optusnet.com.au (HELO bozohorize) ([220.237.3.127]) by ipmail06.adl6.internode.on.net with ESMTP; 10 Sep 2014 11:52:35 +0930 From: "Ken McDonell" To: "'Jeff Hanson'" , "'PCP'" Cc: "Trevor Hurst" References: <540F6E97.9030506@sgi.com> In-Reply-To: <540F6E97.9030506@sgi.com> Subject: RE: [pcp] Build failures on sles11sp3 x86_64 Date: Wed, 10 Sep 2014 12:22:32 +1000 X-ASG-Orig-Subj: RE: [pcp] Build failures on sles11sp3 x86_64 Message-ID: <002401cfcc9e$14b24440$3e16ccc0$@internode.on.net> MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-Mailer: Microsoft Outlook 15.0 Thread-Index: AQH8vMQXxFDLfvpno3fSYxUfYJredZufkBYA Content-Language: en-au X-Barracuda-Connect: ipmail06.adl6.internode.on.net[150.101.137.145] X-Barracuda-Start-Time: 1410315756 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=THREAD_INDEX X-Barracuda-Spam-Report: Code version 3.2, rules version 3.2.3.9329 Rule breakdown below pts rule name description ---- ---------------------- -------------------------------------------------- 0.01 THREAD_INDEX thread-index: AcO7Y8iR61tzADqsRmmc5wNiFHEOig== Jeff, This is a little odd. I made images on grundy.sgi.com without problem. Now this is SP1 ... if what matters to SGI is SP3, then could I ask Trev to plan an upgrade for grundy? But maybe I just got lucky and had previously made and installed images after libpcp changed and before pmchart used those changes ... because my link line looks like ... g++ -Wl,-O1 -o build/release/pmchart pmchart.o main.o aboutdialog.o chartdialog.o exportdialog.o hostdialog.o infodialog.o openviewdialog.o recorddialog.o samplesdialog.o saveviewdialog.o searchdialog.o seealsodialog.o settingsdialog.o tab.o tabdialog.o chart.o colorbutton.o colorscheme.o statusbar.o namespace.o tabwidget.o timeaxis.o timecontrol.o groupcontrol.o gadget.o sampling.o tracing.o view.o moc_pmchart.o moc_aboutdialog.o moc_chartdialog.o moc_exportdialog.o moc_hostdialog.o moc_infodialog.o moc_openviewdialog.o moc_recorddialog.o moc_samplesdialog.o moc_saveviewdialog.o moc_searchdialog.o moc_seealsodialog.o moc_settingsdialog.o moc_tab.o moc_tabdialog.o moc_chart.o moc_colorbutton.o moc_statusbar.o moc_tabwidget.o moc_timeaxis.o moc_timecontrol.o moc_groupcontrol.o qrc_pmchart.o -L/usr/lib -L../libpcp/src -L../libpcp_qed/src -L../libpcp_qed/src/build/release -L../libpcp_qmc/src -L../libpcp_qmc/src/build/release -L../libpcp_qwt/src -L../libpcp_qwt/src/build/release -lpcp_qed -lpcp_qmc -lpcp_qwt -lpcp -lQtSvg -L/usr/lib -L/usr/X11R6/lib -lQtGui -lQtNetwork -lQtCore -lpthread which is going to use libraries from /usr/lib _first_ and I think they should be _last_ or using the normal ld(1) default rules (so after the -L dirs.). I've done a lot of searching, and qmake appears to be, er, simply busted. There are a gazillion environment variables, but none of them make the initial -L setting of LIBS go away. I have a patch on its way for PCP's builddefs.in that fixes this for the build and for the installed builldefs. > -----Original Message----- > From: pcp-bounces@oss.sgi.com [mailto:pcp-bounces@oss.sgi.com] On > Behalf Of Jeff Hanson > Sent: Wednesday, 10 September 2014 7:18 AM > To: PCP > Subject: [pcp] Build failures on sles11sp3 x86_64 > > PCP 3.9.10 from git (retrieved by git clone --branch 3.9.10 > git://oss.sgi.com/pcp.git) > > ./Makepkgs > > fails with > > g++ -m64 -Wl,-O1 -o build/release/pmchart pmchart.o main.o aboutdialog.o > g++ chartdialog.o exportdialog.o hostdialog.o infodialog.o > g++ openviewdialog.o recorddialog.o samplesdialog.o saveviewdialog.o > g++ searchdialog.o seealsodialog.o settingsdialog.o tab.o tabdialog.o > g++ chart.o colorbutton.o colorscheme.o statusbar.o namespace.o > g++ tabwidget.o timeaxis.o timecontrol.o > groupcontrol.o gadget.o sampling.o tracing.o view.o moc_pmchart.o > moc_aboutdialog.o moc_chartdialog.o moc_exportdialog.o > moc_hostdialog.o moc_infodialog.o moc_openviewdialog.o > moc_recorddialog.o moc_samplesdialog.o moc_saveviewdialog.o > moc_searchdialog.o moc_seealsodialog.o moc_settingsdialog.o moc_tab.o > moc_tabdialog.o moc_chart.o moc_colorbutton.o > moc_statusbar.o moc_tabwidget.o moc_timeaxis.o moc_timecontrol.o > moc_groupcontrol.o qrc_pmchart.o -L/usr/lib64 -L../libpcp/src - > L../libpcp_qed/src -L../libpcp_qed/src/build/release -L../libpcp_qmc/src - > L../libpcp_qmc/src/build/release -L../libpcp_qwt/src - > L../libpcp_qwt/src/build/release -lpcp_qed -lpcp_qmc -lpcp_qwt -lpcp - > lQtSvg -L/usr/lib64 > -L/usr/X11R6/lib64 -lQtGui -lQtNetwork -lQtCore -lpthread > main.o: In function `main': > /data1/pcp/pcp-3.9.10/pcp-3.9.10/src/pmchart/main.cpp:499: undefined > reference to `pmGetOptions' > /data1/pcp/pcp-3.9.10/pcp-3.9.10/src/pmchart/main.cpp:556: undefined > reference to `__pmAddOptArchive' > /data1/pcp/pcp-3.9.10/pcp-3.9.10/src/pmchart/main.cpp:571: undefined > reference to `pmUsageMessage' > /data1/pcp/pcp-3.9.10/pcp-3.9.10/src/pmchart/main.cpp:561: undefined > reference to `__pmAddOptHost' > /data1/pcp/pcp-3.9.10/pcp-3.9.10/src/pmchart/main.cpp:565: undefined > reference to `__pmAddOptHost' > /data1/pcp/pcp-3.9.10/pcp-3.9.10/src/pmchart/main.cpp:679: undefined > reference to `pmUsageMessage' > > Ideas? We (SGI) would really like to have a 3.9.[9|10] that we can use > because of the ibpmda enhancements. But we need working 11sp3 x86_64. > -- > ----------------------------------------------------------------------- > Jeff Hanson - jhanson@sgi.com - Field Technical Analyst > > You can choose a ready guide in some celestial voice. > If you choose not to decide, you still have made a choice. > You can choose from phantom fears and kindness that can kill; I will choose a > path that's clear I will choose freewill. - Peart > > _______________________________________________ > pcp mailing list > pcp@oss.sgi.com > http://oss.sgi.com/mailman/listinfo/pcp From jhanson@sgi.com Tue Sep 9 21:30:20 2014 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 relay.sgi.com (relay3.corp.sgi.com [198.149.34.15]) by oss.sgi.com (Postfix) with ESMTP id 994C67F66 for ; Tue, 9 Sep 2014 21:30:19 -0500 (CDT) Received: from xmail.sgi.com (pv-excas2-dc21.corp.sgi.com [137.38.106.9]) by relay3.corp.sgi.com (Postfix) with ESMTP id A8EF8AC003; Tue, 9 Sep 2014 19:30:18 -0700 (PDT) Received: from carenath.corp.sgi.com (134.15.95.84) by xmail.sgi.com (137.38.106.6) with Microsoft SMTP Server (TLS) id 14.3.195.1; Tue, 9 Sep 2014 21:30:17 -0500 Message-ID: <540FB7B8.4030205@sgi.com> Date: Tue, 9 Sep 2014 22:30:16 -0400 From: Jeff Hanson User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:24.0) Gecko/20100101 Thunderbird/24.7.0 MIME-Version: 1.0 To: Ken McDonell , 'PCP' CC: Trevor Hurst Subject: Re: [pcp] Build failures on sles11sp3 x86_64 References: <540F6E97.9030506@sgi.com> <002401cfcc9e$14b24440$3e16ccc0$@internode.on.net> In-Reply-To: <002401cfcc9e$14b24440$3e16ccc0$@internode.on.net> Content-Type: text/plain; charset="ISO-8859-1"; format=flowed Content-Transfer-Encoding: 7bit X-Originating-IP: [134.15.95.84] On 09/09/2014 10:22 PM, Ken McDonell wrote: > Jeff, > > This is a little odd. > > I made images on grundy.sgi.com without problem. Now this is SP1 ... if > what matters to SGI is SP3, then could I ask Trev to plan an upgrade for > grundy? That would be good. SLES11SP1 has not been supported by SuSE for about 3 years. Upgrade to 11sp3 would be good. Trev - to get SGI software on top of 11sp3 is a patch or you could just not do it if Ken has no need of pp7sp1. > > But maybe I just got lucky and had previously made and installed images > after libpcp changed and before pmchart used those changes ... because my > link line looks like ... > > g++ -Wl,-O1 -o build/release/pmchart pmchart.o main.o aboutdialog.o > chartdialog.o exportdialog.o hostdialog.o infodialog.o openviewdialog.o > recorddialog.o samplesdialog.o saveviewdialog.o searchdialog.o > seealsodialog.o settingsdialog.o tab.o tabdialog.o chart.o colorbutton.o > colorscheme.o statusbar.o namespace.o tabwidget.o timeaxis.o timecontrol.o > groupcontrol.o gadget.o sampling.o tracing.o view.o moc_pmchart.o > moc_aboutdialog.o moc_chartdialog.o moc_exportdialog.o moc_hostdialog.o > moc_infodialog.o moc_openviewdialog.o moc_recorddialog.o moc_samplesdialog.o > moc_saveviewdialog.o moc_searchdialog.o moc_seealsodialog.o > moc_settingsdialog.o moc_tab.o moc_tabdialog.o moc_chart.o moc_colorbutton.o > moc_statusbar.o moc_tabwidget.o moc_timeaxis.o moc_timecontrol.o > moc_groupcontrol.o qrc_pmchart.o -L/usr/lib -L../libpcp/src > -L../libpcp_qed/src -L../libpcp_qed/src/build/release -L../libpcp_qmc/src > -L../libpcp_qmc/src/build/release -L../libpcp_qwt/src > -L../libpcp_qwt/src/build/release -lpcp_qed -lpcp_qmc -lpcp_qwt -lpcp > -lQtSvg -L/usr/lib -L/usr/X11R6/lib -lQtGui -lQtNetwork -lQtCore -lpthread > > which is going to use libraries from /usr/lib _first_ and I think they > should be _last_ or using the normal ld(1) default rules (so after the -L > dirs.). > > I've done a lot of searching, and qmake appears to be, er, simply busted. > There are a gazillion environment variables, but none of them make the > initial -L setting of LIBS go away. > > I have a patch on its way for PCP's builddefs.in that fixes this for the > build and for the installed builldefs. Thanks. > >> -----Original Message----- >> From: pcp-bounces@oss.sgi.com [mailto:pcp-bounces@oss.sgi.com] On >> Behalf Of Jeff Hanson >> Sent: Wednesday, 10 September 2014 7:18 AM >> To: PCP >> Subject: [pcp] Build failures on sles11sp3 x86_64 >> >> PCP 3.9.10 from git (retrieved by git clone --branch 3.9.10 >> git://oss.sgi.com/pcp.git) >> >> ./Makepkgs >> >> fails with >> >> g++ -m64 -Wl,-O1 -o build/release/pmchart pmchart.o main.o aboutdialog.o >> g++ chartdialog.o exportdialog.o hostdialog.o infodialog.o >> g++ openviewdialog.o recorddialog.o samplesdialog.o saveviewdialog.o >> g++ searchdialog.o seealsodialog.o settingsdialog.o tab.o tabdialog.o >> g++ chart.o colorbutton.o colorscheme.o statusbar.o namespace.o >> g++ tabwidget.o timeaxis.o timecontrol.o >> groupcontrol.o gadget.o sampling.o tracing.o view.o moc_pmchart.o >> moc_aboutdialog.o moc_chartdialog.o moc_exportdialog.o >> moc_hostdialog.o moc_infodialog.o moc_openviewdialog.o >> moc_recorddialog.o moc_samplesdialog.o moc_saveviewdialog.o >> moc_searchdialog.o moc_seealsodialog.o moc_settingsdialog.o moc_tab.o >> moc_tabdialog.o moc_chart.o moc_colorbutton.o >> moc_statusbar.o moc_tabwidget.o moc_timeaxis.o moc_timecontrol.o >> moc_groupcontrol.o qrc_pmchart.o -L/usr/lib64 -L../libpcp/src - >> L../libpcp_qed/src -L../libpcp_qed/src/build/release -L../libpcp_qmc/src - >> L../libpcp_qmc/src/build/release -L../libpcp_qwt/src - >> L../libpcp_qwt/src/build/release -lpcp_qed -lpcp_qmc -lpcp_qwt -lpcp - >> lQtSvg -L/usr/lib64 >> -L/usr/X11R6/lib64 -lQtGui -lQtNetwork -lQtCore -lpthread >> main.o: In function `main': >> /data1/pcp/pcp-3.9.10/pcp-3.9.10/src/pmchart/main.cpp:499: undefined >> reference to `pmGetOptions' >> /data1/pcp/pcp-3.9.10/pcp-3.9.10/src/pmchart/main.cpp:556: undefined >> reference to `__pmAddOptArchive' >> /data1/pcp/pcp-3.9.10/pcp-3.9.10/src/pmchart/main.cpp:571: undefined >> reference to `pmUsageMessage' >> /data1/pcp/pcp-3.9.10/pcp-3.9.10/src/pmchart/main.cpp:561: undefined >> reference to `__pmAddOptHost' >> /data1/pcp/pcp-3.9.10/pcp-3.9.10/src/pmchart/main.cpp:565: undefined >> reference to `__pmAddOptHost' >> /data1/pcp/pcp-3.9.10/pcp-3.9.10/src/pmchart/main.cpp:679: undefined >> reference to `pmUsageMessage' >> >> Ideas? We (SGI) would really like to have a 3.9.[9|10] that we can use >> because of the ibpmda enhancements. But we need working 11sp3 x86_64. >> -- >> ----------------------------------------------------------------------- >> Jeff Hanson - jhanson@sgi.com - Field Technical Analyst >> >> You can choose a ready guide in some celestial voice. >> If you choose not to decide, you still have made a choice. >> You can choose from phantom fears and kindness that can kill; I will > choose a >> path that's clear I will choose freewill. - Peart >> >> _______________________________________________ >> pcp mailing list >> pcp@oss.sgi.com >> http://oss.sgi.com/mailman/listinfo/pcp > -- ----------------------------------------------------------------------- Jeff Hanson - jhanson@sgi.com - Field Technical Analyst You can choose a ready guide in some celestial voice. If you choose not to decide, you still have made a choice. You can choose from phantom fears and kindness that can kill; I will choose a path that's clear I will choose freewill. - Peart From kenj@internode.on.net Tue Sep 9 22:12:56 2014 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 491857F6A for ; Tue, 9 Sep 2014 22:12:56 -0500 (CDT) Received: from cuda.sgi.com (cuda2.sgi.com [192.48.176.25]) by relay3.corp.sgi.com (Postfix) with ESMTP id D6C6BAC003 for ; Tue, 9 Sep 2014 20:12:52 -0700 (PDT) X-ASG-Debug-ID: 1410318770-04cbb05486c3e8c0001-S8gJnT Received: from ipmail06.adl6.internode.on.net (ipmail06.adl6.internode.on.net [150.101.137.145]) by cuda.sgi.com with ESMTP id FvpbLoBaRn35uCx6 for ; Tue, 09 Sep 2014 20:12:51 -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: ArUMANPAD1Tc7QN/PGdsb2JhbABZgw1TV4Isx2qHTgQCAYEIFwUBAQEBODeEAwEBBQgCHhIcIwwBAwIGAw4HKgcZIAoDEQIEARILBYgxvQ4BF49NB4RMBZFBWINYiGGKSIx6Ky+CTwEBAQ Received: from c220-237-3-127.lowrp3.vic.optusnet.com.au (HELO bozohorize) ([220.237.3.127]) by ipmail06.adl6.internode.on.net with ESMTP; 10 Sep 2014 12:42:50 +0930 From: "Ken McDonell" To: "'Jeff Hanson'" , "'Frank Ch. Eigler'" Cc: "'PCP'" References: <540F6E97.9030506@sgi.com> <540F72CF.501@sgi.com> <20140909215352.GA11273@redhat.com> <540F9F21.9090508@sgi.com> In-Reply-To: <540F9F21.9090508@sgi.com> Subject: RE: [pcp] Build failures on sles11sp3 x86_64 Date: Wed, 10 Sep 2014 13:12:47 +1000 X-ASG-Orig-Subj: RE: [pcp] Build failures on sles11sp3 x86_64 Message-ID: <003301cfcca5$199ec760$4cdc5620$@internode.on.net> MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-Mailer: Microsoft Outlook 15.0 Thread-Index: AQH8vMQXxFDLfvpno3fSYxUfYJredQJ3SolXAoyUE10CQNeDowGXNChBm1jwOKA= Content-Language: en-au X-Barracuda-Connect: ipmail06.adl6.internode.on.net[150.101.137.145] X-Barracuda-Start-Time: 1410318770 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, THREAD_INDEX X-Barracuda-Spam-Report: Code version 3.2, rules version 3.2.3.9329 Rule breakdown below pts rule name description ---- ---------------------- -------------------------------------------------- 0.01 THREAD_INDEX thread-index: AcO7Y8iR61tzADqsRmmc5wNiFHEOig== 0.00 BSF_SC0_MISMATCH_TO Envelope rcpt doesn't match header G'day Jeff. > -----Original Message----- > From: pcp-bounces@oss.sgi.com [mailto:pcp-bounces@oss.sgi.com] On Behalf > Of Jeff Hanson > ... > >> I've removed the resident packages (which were 3.6.10 vintage) and am > >> trying again. > > This succeeded. rpms installed seem to run and work. I'll have more later. Yep that would be expected ... if there are not PCP libraries in /usr/lib then the bad qmake generated Makefile has no effect. I have committed a fix for builddefs.in in my tree ... Nathan is on vacation this week, so the change will not appear in the official tree until next week. If you need it sooner than that, please let me know and I'll push it along. FYI, I am respinning ia64 rpms and I'll put 'em up on the PCP website when done, if you want use those instead. From jhanson@sgi.com Tue Sep 9 22:15:00 2014 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 relay.sgi.com (relay2.corp.sgi.com [137.38.102.29]) by oss.sgi.com (Postfix) with ESMTP id 41C817F6A for ; Tue, 9 Sep 2014 22:15:00 -0500 (CDT) Received: from xmail.sgi.com (pv-excas2-dc21.corp.sgi.com [137.38.106.9]) by relay2.corp.sgi.com (Postfix) with ESMTP id 20705304048; Tue, 9 Sep 2014 20:14:57 -0700 (PDT) Received: from carenath.corp.sgi.com (134.15.95.84) by xmail.sgi.com (137.38.106.6) with Microsoft SMTP Server (TLS) id 14.3.195.1; Tue, 9 Sep 2014 22:14:56 -0500 Message-ID: <540FC22F.20800@sgi.com> Date: Tue, 9 Sep 2014 23:14:55 -0400 From: Jeff Hanson User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:24.0) Gecko/20100101 Thunderbird/24.7.0 MIME-Version: 1.0 To: Ken McDonell , "'Frank Ch. Eigler'" CC: 'PCP' Subject: Re: [pcp] Build failures on sles11sp3 x86_64 References: <540F6E97.9030506@sgi.com> <540F72CF.501@sgi.com> <20140909215352.GA11273@redhat.com> <540F9F21.9090508@sgi.com> <003301cfcca5$199ec760$4cdc5620$@internode.on.net> In-Reply-To: <003301cfcca5$199ec760$4cdc5620$@internode.on.net> Content-Type: text/plain; charset="ISO-8859-1"; format=flowed Content-Transfer-Encoding: 7bit X-Originating-IP: [134.15.95.84] On 09/09/2014 11:12 PM, Ken McDonell wrote: > G'day Jeff. > >> -----Original Message----- >> From: pcp-bounces@oss.sgi.com [mailto:pcp-bounces@oss.sgi.com] On Behalf >> Of Jeff Hanson >> ... >>>> I've removed the resident packages (which were 3.6.10 vintage) and am >>>> trying again. >> >> This succeeded. rpms installed seem to run and work. I'll have more > later. > > Yep that would be expected ... if there are not PCP libraries in /usr/lib > then the bad qmake generated Makefile has no effect. > > I have committed a fix for builddefs.in in my tree ... Nathan is on vacation > this week, so the change will not appear in the official tree until next > week. If you need it sooner than that, please let me know and I'll push it > along. No your tree fix is fine. We build in chroots anyway for real work so we should be okay. > > FYI, I am respinning ia64 rpms and I'll put 'em up on the PCP website when > done, if you want use those instead. > ia64 is virtually dead. I'd take the src rpm though. -- ----------------------------------------------------------------------- Jeff Hanson - jhanson@sgi.com - Field Technical Analyst You can choose a ready guide in some celestial voice. If you choose not to decide, you still have made a choice. You can choose from phantom fears and kindness that can kill; I will choose a path that's clear I will choose freewill. - Peart From kenj@kenj.com.au Wed Sep 10 04:40:50 2014 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.7 required=5.0 tests=DATE_IN_PAST_06_12 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 8C2EC7F3F for ; Wed, 10 Sep 2014 04:40:50 -0500 (CDT) Received: from cuda.sgi.com (cuda3.sgi.com [192.48.176.15]) by relay1.corp.sgi.com (Postfix) with ESMTP id 7AC1E8F804B for ; Wed, 10 Sep 2014 02:40:47 -0700 (PDT) X-ASG-Debug-ID: 1410342040-04cb6c54fd981e10001-S8gJnT Received: from ipmail06.adl6.internode.on.net (ipmail06.adl6.internode.on.net [150.101.137.145]) by cuda.sgi.com with ESMTP id MNo0TiD2hkHbydVz for ; Wed, 10 Sep 2014 02:40:41 -0700 (PDT) X-Barracuda-Envelope-From: kenj@kenj.com.au X-Barracuda-Apparent-Source-IP: 150.101.137.145 Received: from ppp118-209-39-14.lns20.mel4.internode.on.net (HELO bozo-vm.localdomain) ([118.209.39.14]) by ipmail06.adl6.internode.on.net with ESMTP; 10 Sep 2014 19:10:40 +0930 Received: by bozo-vm.localdomain (Postfix, from userid 1000) id F1877A41D2; Wed, 10 Sep 2014 13:04:24 +1000 (EST) To: pcp@oss.sgi.com Subject: pcp updates - qmake fix Message-Id: <20140910030424.F1877A41D2@bozo-vm.localdomain> X-ASG-Orig-Subj: pcp updates - qmake fix Date: Wed, 10 Sep 2014 13:04:24 +1000 (EST) From: kenj@kenj.com.au (Ken McDonell) X-Barracuda-Connect: ipmail06.adl6.internode.on.net[150.101.137.145] X-Barracuda-Start-Time: 1410342040 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.11 X-Barracuda-Spam-Status: No, SCORE=1.11 using per-user scores of TAG_LEVEL=1000.0 QUARANTINE_LEVEL=1000.0 KILL_LEVEL=2.7 tests=DATE_IN_PAST_06_12, DATE_IN_PAST_06_12_2 X-Barracuda-Spam-Report: Code version 3.2, rules version 3.2.3.9336 Rule breakdown below pts rule name description ---- ---------------------- -------------------------------------------------- 0.01 DATE_IN_PAST_06_12 Date: is 6 to 12 hours before Received: date 1.10 DATE_IN_PAST_06_12_2 DATE_IN_PAST_06_12_2 Changes committed to git://git.performancecopilot.org/kenj/pcp.git dev src/include/builddefs.in | 6 +++--- 1 file changed, 3 insertions(+), 3 deletions(-) commit c5084a863990a4270582acf402d7881d9371092d Author: Ken McDonell Date: Wed Sep 10 12:25:10 2014 +1000 qmake fix - ugly qmake appears to be broken in that the generated Makefile contains a bogus -L/some/lib/dir component _before_ the PCP and related lib dirs we care about. If a down-rev libpcp, for example, is installed on /some/lib/dir, we try to link against the down-rev libpcp instead of the correct one in the build ... discovered by Jeff Hanson @ SGI. The fix is to edit the Makefile after qmake generates it and before we use it in the build. From fche@redhat.com Wed Sep 10 06:10:07 2014 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 5C0017F3F for ; Wed, 10 Sep 2014 06:10:07 -0500 (CDT) Received: from cuda.sgi.com (cuda3.sgi.com [192.48.176.15]) by relay3.corp.sgi.com (Postfix) with ESMTP id EDAF9AC004 for ; Wed, 10 Sep 2014 04:10:03 -0700 (PDT) X-ASG-Debug-ID: 1410347401-04cb6c54fd987020001-S8gJnT Received: from mx1.redhat.com (mx1.redhat.com [209.132.183.28]) by cuda.sgi.com with ESMTP id XSHkEW4WOS0rOAco (version=TLSv1 cipher=AES256-SHA bits=256 verify=NO) for ; Wed, 10 Sep 2014 04:10:02 -0700 (PDT) X-Barracuda-Envelope-From: fche@redhat.com X-Barracuda-Apparent-Source-IP: 209.132.183.28 X-ASG-Whitelist: Client Received: from int-mx09.intmail.prod.int.phx2.redhat.com (int-mx09.intmail.prod.int.phx2.redhat.com [10.5.11.22]) by mx1.redhat.com (8.14.4/8.14.4) with ESMTP id s8AB9rZX019762 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=FAIL); Wed, 10 Sep 2014 07:09:53 -0400 Received: from fche.csb (vpn-228-210.phx2.redhat.com [10.3.228.210]) by int-mx09.intmail.prod.int.phx2.redhat.com (8.14.4/8.14.4) with ESMTP id s8AB9qrI022983; Wed, 10 Sep 2014 07:09:53 -0400 Received: by fche.csb (Postfix, from userid 2569) id 8466F584E9; Wed, 10 Sep 2014 07:09:51 -0400 (EDT) To: kenj@kenj.com.au (Ken McDonell) Cc: pcp@oss.sgi.com Subject: Re: pcp updates - qmake fix References: <20140910030424.F1877A41D2@bozo-vm.localdomain> X-ASG-Orig-Subj: Re: pcp updates - qmake fix From: fche@redhat.com (Frank Ch. Eigler) Date: Wed, 10 Sep 2014 07:09:51 -0400 In-Reply-To: <20140910030424.F1877A41D2@bozo-vm.localdomain> (Ken McDonell's message of "Wed, 10 Sep 2014 13:04:24 +1000 (EST)") Message-ID: User-Agent: Gnus/5.1008 (Gnus v5.10.8) Emacs/21.4 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Scanned-By: MIMEDefang 2.68 on 10.5.11.22 X-Barracuda-Connect: mx1.redhat.com[209.132.183.28] X-Barracuda-Start-Time: 1410347402 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 kenj@kenj.com.au (Ken McDonell) writes: > [...] > qmake fix - ugly > [...] > The fix is to edit the Makefile after qmake generates it and before we > use it in the build. A problem with this is that it defeats the (small) reason why qmake puts that -L/system/path in: it's because that is the path for the qt libraries themselves. If someone were to install qt somewhere unusual (it's not unusual to have fun with anyone), this Makefile modification will preclude linking to it (it's not unusual to see me cry). It seems more of an ordering problem - that -L should go just before the -lqt bits (whoa-oh-oh-oh-oh). - FChE From brolley@redhat.com Wed Sep 10 10:26:14 2014 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 BC5477F57 for ; Wed, 10 Sep 2014 10:26:14 -0500 (CDT) Received: from cuda.sgi.com (cuda3.sgi.com [192.48.176.15]) by relay2.corp.sgi.com (Postfix) with ESMTP id 9C3E9304053 for ; Wed, 10 Sep 2014 08:26:11 -0700 (PDT) X-ASG-Debug-ID: 1410362766-04cb6c54fe994f10001-S8gJnT Received: from mx1.redhat.com (mx1.redhat.com [209.132.183.28]) by cuda.sgi.com with ESMTP id g9wLEk2RosqNXf4k (version=TLSv1 cipher=AES256-SHA bits=256 verify=NO) for ; Wed, 10 Sep 2014 08:26:07 -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-mx14.intmail.prod.int.phx2.redhat.com (int-mx14.intmail.prod.int.phx2.redhat.com [10.5.11.27]) by mx1.redhat.com (8.14.4/8.14.4) with ESMTP id s8AFQ6vx026486 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=FAIL) for ; Wed, 10 Sep 2014 11:26:06 -0400 Received: from [10.10.50.47] (vpn-50-47.rdu2.redhat.com [10.10.50.47]) by int-mx14.intmail.prod.int.phx2.redhat.com (8.14.4/8.14.4) with ESMTP id s8AFQ5CI010712; Wed, 10 Sep 2014 11:26:05 -0400 Message-ID: <54106DCE.4050700@redhat.com> Date: Wed, 10 Sep 2014 11:27:10 -0400 From: Dave Brolley User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:24.0) Gecko/20100101 Thunderbird/24.7.0 MIME-Version: 1.0 To: "Frank Ch. Eigler" , pcp developers Subject: Re: [pcp] in search of pcpfans.git fche/pmwebd (graphite) branch review References: <20140708004813.GF22029@redhat.com> X-ASG-Orig-Subj: Re: [pcp] in search of pcpfans.git fche/pmwebd (graphite) branch review In-Reply-To: <20140708004813.GF22029@redhat.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Scanned-By: MIMEDefang 2.68 on 10.5.11.27 X-Barracuda-Connect: mx1.redhat.com[209.132.183.28] X-Barracuda-Start-Time: 1410362767 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 On 07/07/2014 08:48 PM, Frank Ch. Eigler wrote: > Hi - > > The pcpfans.git fche/pmwebd contains a reviewworthy state of the > pmwebd+graphite code. It's just been rebased based on /dev, and > contains a bit of a mishmash of commits (I could squash them into one > if y'all so desire). All the new code is under src/pmwebapi, which > was reworked into C++ and much enhanced. Man pages have been updated. > The /etc/pcp/pmwebd/pmwebd.options file has a more standard & more > useful format. The qa/660 testsuite has been extended based upon a > gcov (test/code-coverage) analysis of the source code, so that > apprx. only trivial or hard-to-trigger error cases are left untouched. > I finally made time for my much-promised review of this work. I first familiarized myself with the existing src/pmwebapi code on the current dev branch. With that as a basis for review I looked at the new code on your branch. What I see there is a translation of the old to code to C++ plus the addition of support for graphite. The addition of the graphite support is a straight-forward extension of the existing pmwebapi support and there is really nothing to comment on there. It looks like it was done in a way consistent with the existing support. So, I turned my attention toward the C++ re-implementation, looking for potential problems in the translation, resource leaks and the like. Despite my best efforts, I was only able to identify one potential problem in the function pmwebapi_gc (). The loop relies on iterators of a map remaining valid while deleting elements from the map. However, even this turns out not to be a problem based on my reading of http://www.cplusplus.com/reference/map/map/erase/ (see Iterator Validity). So, congratulations! I am unable to find any issues with this work! Dave From kenj@internode.on.net Wed Sep 10 20:34:25 2014 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 BD7D17F67 for ; Wed, 10 Sep 2014 20:34:25 -0500 (CDT) Received: from cuda.sgi.com (cuda1.sgi.com [192.48.157.11]) by relay3.corp.sgi.com (Postfix) with ESMTP id 5B3BEAC005 for ; Wed, 10 Sep 2014 18:34:22 -0700 (PDT) X-ASG-Debug-ID: 1410399255-04bdf010979660c0001-S8gJnT Received: from ipmail05.adl6.internode.on.net (ipmail05.adl6.internode.on.net [150.101.137.143]) by cuda.sgi.com with ESMTP id vBbNRCiNWY7HiIxJ for ; Wed, 10 Sep 2014 18:34:16 -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: AhACAJv7EFR20ScOPGdsb2JhbAANU4Ngg1OEN8MUiHgFAQEBATiEZFUwBgIFFgsCCwMCAQIBMScGAgEBF4g0qQV4lVaBLI4+gmOBUwWGHYkWhkaIYpdNWoJPAQEB Received: from ppp118-209-39-14.lns20.mel4.internode.on.net (HELO [192.168.1.100]) ([118.209.39.14]) by ipmail05.adl6.internode.on.net with ESMTP; 11 Sep 2014 11:03:52 +0930 Message-ID: <5410FC5C.7010408@internode.on.net> Date: Thu, 11 Sep 2014 11:35:24 +1000 From: Ken McDonell User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:31.0) Gecko/20100101 Thunderbird/31.0 MIME-Version: 1.0 To: pcp@oss.sgi.com Subject: pcp updates - qmake and qa Content-Type: text/plain; charset=utf-8 X-ASG-Orig-Subj: pcp updates - qmake and qa Content-Transfer-Encoding: 7bit X-Barracuda-Connect: ipmail05.adl6.internode.on.net[150.101.137.143] X-Barracuda-Start-Time: 1410399255 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.3.9358 Rule breakdown below pts rule name description ---- ---------------------- -------------------------------------------------- Changes committed to git://git.performancecopilot.org/kenj/pcp.git dev qa/069 | 15 +++ qa/069.out.ipv6 | 2 qa/069.out.nonipv6 | 2 qa/193 | 3 qa/259 | 2 qa/259.out | 48 +++++----- qa/260 | 12 +- qa/260.out | 154 +++++++++++++++++------------------ qa/admin/check-vm | 2 qa/src/pducheck.c | 2 src/include/builddefs.in | 17 +++ src/pmdas/gluster/pmdagluster.python | 7 + 12 files changed, 150 insertions(+), 116 deletions(-) commit 1b6b3b3827379a65b94ef52170f6412ff76c2dca Author: Ken McDonell Date: Thu Sep 11 11:33:09 2014 +1000 qa/src/pducheck.c - reduce mem leak chances Call pmUnloadNameSpace() before exiting. commit 2f457593544eceae40dfc1c8e5d05350db26476c Author: Ken McDonell Date: Thu Sep 11 11:31:28 2014 +1000 qa/admin/check-vm - certutil sometimes hides in the mozilla-nss-tools rpm commit 5df8c0a6574769f282c5329ca3d5b593868ff4eb Author: Ken McDonell Date: Thu Sep 11 11:28:00 2014 +1000 qa/259 and qa/260 - change counter metrics We were using pmcd.pdu_in.total but this is subject to possible changes from concurrent pmcd clients outside the control of the QA test. Change to sampledso.recv_pdu which is much less likely to be used by clients started from system services. commit d1c7d63e0876704850cec4fe0b28b21ca875448e Author: Ken McDonell Date: Thu Sep 11 11:23:22 2014 +1000 qa/193 - may need a short delay To ensure pmcd is done handling requests from src/crashpmcd before looking at pmcd.log commit 47a4a62eef2af9cc3124c7f0796d728626fded01 Author: Ken McDonell Date: Thu Sep 11 11:11:14 2014 +1000 qa/069 - add a little more slop in the filter pmcd.numclients is no longer guaranteed to be 2 ... could be anything in the range 2 to 4 depending on the services that are started automatically when pmcd is started. Filter to be more tolerent. commit 6ab6c2656695ff3f1436e73522850eb349003265 Author: Ken McDonell Date: Thu Sep 11 11:07:57 2014 +1000 Gluster PMDA - accommodate older python versions In Python 2.4.3 (at least, on vm04 i586 CentOS 5.10), cElementTree may be hiding in a different module ... so be a little tricker about the import logic. commit 8837d83d311884e35d21541484cca5f099c3c5e3 Author: Ken McDonell Date: Thu Sep 11 11:01:41 2014 +1000 qmake fix - less ugly solution Frank's right, I should accommodate qmake's badness by reordering the -L options to move the Qt libs dir to the end of the list. This involves some much hairier awk than the original sed, but appears to work. From kenj@internode.on.net Wed Sep 10 20:36:57 2014 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 25C557F57 for ; Wed, 10 Sep 2014 20:36:57 -0500 (CDT) Received: from cuda.sgi.com (cuda2.sgi.com [192.48.176.25]) by relay3.corp.sgi.com (Postfix) with ESMTP id A5559AC007 for ; Wed, 10 Sep 2014 18:36:56 -0700 (PDT) X-ASG-Debug-ID: 1410399414-04cbb05486cc1200001-S8gJnT Received: from ipmail05.adl6.internode.on.net (ipmail05.adl6.internode.on.net [150.101.137.143]) by cuda.sgi.com with ESMTP id mFGx0FbdvavJX3pq for ; Wed, 10 Sep 2014 18:36:54 -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: AhACAJv7EFR20ScOPGdsb2JhbAANU4tqx0WDIAGBJgUBAQEBOIQ7AQEEOEABEAsYCRYPCQMCAQIBMRQGAQwBBwEBsVCWNgEXj00HhEwBBJg2nXKDKQEBAQ Received: from ppp118-209-39-14.lns20.mel4.internode.on.net (HELO [192.168.1.100]) ([118.209.39.14]) by ipmail05.adl6.internode.on.net with ESMTP; 11 Sep 2014 11:06:53 +0930 Message-ID: <5410FD11.2040108@internode.on.net> Date: Thu, 11 Sep 2014 11:38:25 +1000 From: Ken McDonell User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:31.0) Gecko/20100101 Thunderbird/31.0 MIME-Version: 1.0 To: "Frank Ch. Eigler" , Ken McDonell CC: pcp@oss.sgi.com Subject: Re: pcp updates - qmake fix References: <20140910030424.F1877A41D2@bozo-vm.localdomain> X-ASG-Orig-Subj: Re: pcp updates - qmake fix In-Reply-To: Content-Type: text/plain; charset=windows-1252; format=flowed Content-Transfer-Encoding: 7bit X-Barracuda-Connect: ipmail05.adl6.internode.on.net[150.101.137.143] X-Barracuda-Start-Time: 1410399414 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.3.9358 Rule breakdown below pts rule name description ---- ---------------------- -------------------------------------------------- On 10/09/14 21:09, Frank Ch. Eigler wrote: > ... > A problem with this is that it defeats the (small) reason why qmake > puts that -L/system/path in: it's because that is the path for the qt > libraries themselves. ... Yep, Frank, I was being lazy. Following a public slapping, I've replaced the simple sed with some not-so simple awk to re-order the -L options, putting the Qt lib dir one(s) after all the other -L ones. This is what qmake should have done in the first place. This change is committed in my tree and has been tested on a number of platforms. From kenj@internode.on.net Thu Sep 11 02:24:17 2014 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 7596E7F73 for ; Thu, 11 Sep 2014 02:24:17 -0500 (CDT) Received: from cuda.sgi.com (cuda3.sgi.com [192.48.176.15]) by relay3.corp.sgi.com (Postfix) with ESMTP id 122D3AC00A for ; Thu, 11 Sep 2014 00:24:13 -0700 (PDT) X-ASG-Debug-ID: 1410420247-04cb6c54ff9d3510001-S8gJnT Received: from ipmail05.adl6.internode.on.net (ipmail05.adl6.internode.on.net [150.101.137.143]) by cuda.sgi.com with ESMTP id SEw9bS6lCX8h2jfK for ; Thu, 11 Sep 2014 00:24:08 -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: AtUBAA1NEVR20ScOPGdsb2JhbAANU4tqxTSDIAGBHwUBAQEBOIQ7AQEEODMeCxgJJQ8CMhQTCAEBsVqWRgEXj1QWhDYBBLYogykBAQE Received: from ppp118-209-39-14.lns20.mel4.internode.on.net (HELO [192.168.1.100]) ([118.209.39.14]) by ipmail05.adl6.internode.on.net with ESMTP; 11 Sep 2014 16:54:06 +0930 Message-ID: <54114E71.50900@internode.on.net> Date: Thu, 11 Sep 2014 17:25:37 +1000 From: Ken McDonell User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:31.0) Gecko/20100101 Thunderbird/31.0 MIME-Version: 1.0 To: pcp@oss.sgi.com Subject: Re: [pcp] Lots of Python failures on Centos 5.10 References: <540CDD93.1040606@internode.on.net> X-ASG-Orig-Subj: Re: [pcp] Lots of Python failures on Centos 5.10 In-Reply-To: <540CDD93.1040606@internode.on.net> Content-Type: text/plain; charset=windows-1252; format=flowed Content-Transfer-Encoding: 7bit X-Barracuda-Connect: ipmail05.adl6.internode.on.net[150.101.137.143] X-Barracuda-Start-Time: 1410420248 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.3.9364 Rule breakdown below pts rule name description ---- ---------------------- -------------------------------------------------- I know it is bad form to reply to your own posts, but silence has driven me to this. On 08/09/14 08:34, Ken McDonell wrote: > Things like > > QA output created by 702 > live - File "/home/kenj/src/pcp/qa/src/test_pcp.python", line 77 > except pmapi.pmErr as error: > ^ > SyntaxError: invalid syntax > ... The problem here is the version of Python ... it is 2.4.3 on CentOS 5.10. For Python 2.5 or earlier, "as" is not allowed and "," must be used. So I need Python-expert guidance here ... in PCPland should we (a) disable all the Python bits for Python 2.5 or earlier? (b) use the old-style "," everywhere (which apparently works in later versions)? or (c) is there some clever Python trick I'm missing? This construct is _everywhere_ in the Python code (installed PCP bits and QA bits), so answer carefully. Although I've committed a patch to the Gluster PMDA earlier today, I've never written any other Python code, so I'm a 100% Python newbie. From davida@pobox.com Thu Sep 11 06:39:59 2014 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_DKIM_INVALID 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 C18E17F73 for ; Thu, 11 Sep 2014 06:39:59 -0500 (CDT) Received: from cuda.sgi.com (cuda1.sgi.com [192.48.157.11]) by relay3.corp.sgi.com (Postfix) with ESMTP id 5F6ABAC005 for ; Thu, 11 Sep 2014 04:39:56 -0700 (PDT) X-ASG-Debug-ID: 1410435591-04bdf010a1994f20001-S8gJnT Received: from smtp.pobox.com (smtp.pobox.com [208.72.237.35]) by cuda.sgi.com with ESMTP id 6XyUnAvWoCGKywGP for ; Thu, 11 Sep 2014 04:39:51 -0700 (PDT) X-Barracuda-Envelope-From: davida@pobox.com X-Barracuda-Apparent-Source-IP: 208.72.237.35 Received: from smtp.pobox.com (unknown [127.0.0.1]) by pb-smtp0.pobox.com (Postfix) with ESMTP id E962537993; Thu, 11 Sep 2014 07:39:50 -0400 (EDT) DKIM-Signature: v=1; a=rsa-sha1; c=relaxed; d=pobox.com; h=subject :mime-version:content-type:from:in-reply-to:date:cc:message-id :references:to; s=sasl; bh=kNO0w87Xi80KC6+gZZfdMFn13bY=; b=c+u2C 467LjUo77BzEfXiFi4/uIcl5aZGQJgveNdXZ3xoscJ/8i30iDK6BGIsE60+4F2gp Hr4wywj4B3tqeT8gjDbVtZwyw0n3AglQQ54k16zqdEZ0aFb9uXyUlBaOdyjSPJfb A1BZVI5BafEFbAiskOttmLEuhfdgSRK/NwKYSo= DomainKey-Signature: a=rsa-sha1; c=nofws; d=pobox.com; h=subject :mime-version:content-type:from:in-reply-to:date:cc:message-id :references:to; q=dns; s=sasl; b=kYL5LiRA62l++TefvzmF89msQBmGInT nM84OfBsYSLHQQuoRuC2UE8ELrpEfCO0kEuOcP8P8OlLfNxaL4oZbUMbVyin2H3N DYnjQ6wVaxIa5lqQInpJtzKxJNHYuFqT+uLBVEd8whMrQ8ZtPvLBXbCossOsIPWe cRaTSyha3v9M= Received: from pb-smtp0. (unknown [127.0.0.1]) by pb-smtp0.pobox.com (Postfix) with ESMTP id DE1B937992; Thu, 11 Sep 2014 07:39:50 -0400 (EDT) Received: from [192.168.1.109] (unknown [59.167.159.70]) (using TLSv1 with cipher AES128-SHA (128/128 bits)) (No client certificate requested) by pb-smtp0.pobox.com (Postfix) with ESMTPSA id 89D423798C; Thu, 11 Sep 2014 07:39:49 -0400 (EDT) Subject: Re: [pcp] Lots of Python failures on Centos 5.10 Mime-Version: 1.0 (Apple Message framework v1283) X-ASG-Orig-Subj: Re: [pcp] Lots of Python failures on Centos 5.10 Content-Type: multipart/signed; boundary="Apple-Mail=_7FDBA642-10C4-474D-AA17-252ACE80D7C2"; protocol="application/pgp-signature"; micalg=pgp-sha1 From: David Arnold In-Reply-To: <54114E71.50900@internode.on.net> Date: Thu, 11 Sep 2014 21:39:44 +1000 Cc: David Arnold , pcp@oss.sgi.com Message-Id: References: <540CDD93.1040606@internode.on.net> <54114E71.50900@internode.on.net> To: Ken McDonell X-Mailer: Apple Mail (2.1283) X-Pobox-Relay-ID: 56E97032-39A8-11E4-B033-BD2DC4D60FE0-29049682!pb-smtp0.pobox.com X-Barracuda-Connect: smtp.pobox.com[208.72.237.35] X-Barracuda-Start-Time: 1410435591 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=DKIM_SIGNED, DKIM_VERIFIED X-Barracuda-Spam-Report: Code version 3.2, rules version 3.2.3.9368 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 --Apple-Mail=_7FDBA642-10C4-474D-AA17-252ACE80D7C2 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=us-ascii On 11/09/2014, at 5:25 PM, Ken McDonell wrote: Hi Ken, > The problem here is the version of Python ... it is 2.4.3 on CentOS = 5.10. For Python 2.5 or earlier, "as" is not allowed and "," must be = used. FWIW, Python 2.4 was first released in November 2004, and was replaced = by Python 2.5 in September 2006. Red Hat continued to ship 2.4 with = RHEL5 (GA march 2007), before upgrading to Python 2.6 in RHEL6. It's my impression that versions older than 2.6 are now largely ignored = within the Python community, with most people focusing on 2.7 and 3.x. Of course, RHEL5 is a LTS distribution, and it's going to continue to = support Python-2.4 until March 2020, so this is probably a problem worth = solving. > So I need Python-expert guidance here ... in PCPland should we >=20 > (a) disable all the Python bits for Python 2.5 or earlier? I don't know enough about PCP to suggest that. > (b) use the old-style "," everywhere (which apparently works in later = versions)? or The old-style "," will work in Python 2.x, up to 2.7 (the latest, and = final 2.x). It will *not* work with Python 3.x. The new-style "as" will work in Python 2.6, 2.7 and 3.x. It will not = work in Python 2.5 and earlier. > (c) is there some clever Python trick I'm missing? Maybe. See below (but it's pretty awful). > This construct is _everywhere_ in the Python code (installed PCP bits = and QA bits), so answer carefully. I imagine that the current use of "as" is written either because the = author was unaware of the desire to support Python 2.5 and earlier, or = because s/he felt that support for Python 3.x with the same codebase was = more important. I know of one work-around in the Python code, although it's not pretty: except ExceptionClass: junk, err, junk =3D sys.exc_info() # Use 'err' variable ... is the same as except ExceptionClass as err: # Use 'err' variable ... and will work across 2.x and 3.x. The only other alternative I can think of is a post-install sed script = (hand-wave, hand-wave) that would convert the "as" syntax to "," syntax = if the system Python is 2.5 or earlier. I've done similar spec file = hackage in the past to mess about with the pyc/pyo byte-code generation, = and I'm mostly confident that it would work. I'm not sure which of these is worse. For the sake of code-cleanliness = and future-compatibility I lean towards the post-install sed approach, = even though I think it's significantly uglier. And at that point, I'll leave it to the PCP/Python regulars ... d --Apple-Mail=_7FDBA642-10C4-474D-AA17-252ACE80D7C2 Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename=signature.asc Content-Type: application/pgp-signature; name=signature.asc Content-Description: Message signed with OpenPGP using GPGMail -----BEGIN PGP SIGNATURE----- iQIcBAEBAgAGBQJUEYoAAAoJECRBuuVdNEaJ5Z8P/jD27I76q5NOu9flI4fCxs6p U6YYoLjvJn2D10rFNWMIR0rHuyYAT1o7dayc75Q7rLi5zZzQA+rnsU8KzoSv70/J Y2TUC7FHyENhRSVuTdVuGWOAwCutsY2eHlnbDzoLaL1kQf6iKmBpzAdFaN7uHd47 rp9r5h2tkRUBiZONOR6kdrxnAgicymhLe2EQcw6CmtQHHd149BkpTe/XXvrJWv/5 yudxtAc3AEvu6iLAEPZlStJuXIvfiAYXMW/Waq5ghsPOdVFRt4oZI93HKh9RCNHe c80B4s+ZGMHYCHjCpPpgZ7NH/iBRSAK/wqo6+fUcsp/voGSdO43SU8SA2gDRbbp/ M1QDqUL1vMMiZBgbrsYO5uVqVwMi49mv28s9CbCOrnZD9BDZ1srgwAtMqY2qxyw5 fj0UkDDPysagEYZ8/ifG0j2AXEkCjr0zdesiMEEdC/SSAytvrNJKEVFDJnmYlXwY 2dZaI6znE+PQlgSdGUyTRsEc4HF4pfHZrN10IRxnIWxlZPnRqHl0egXwg0u9U8/q DJP/y1uAOYE0wrzKC3icV10Zn626yS+EvY/3SsV4ccF3vRfQNJAUgkFJuF+DL62o o5Y/PiYia1E1NjcbrbBRF9y0KMD3r9CeRaQ58j02Yt1I38ORhaut1H+4atU2P5Sp 0KgPWT8iaWNMb0NliXUD =qtoH -----END PGP SIGNATURE----- --Apple-Mail=_7FDBA642-10C4-474D-AA17-252ACE80D7C2-- From fche@redhat.com Thu Sep 11 11:41:07 2014 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 4AED07F77 for ; Thu, 11 Sep 2014 11:41:07 -0500 (CDT) Received: from cuda.sgi.com (cuda2.sgi.com [192.48.176.25]) by relay3.corp.sgi.com (Postfix) with ESMTP id CEEB2AC00A for ; Thu, 11 Sep 2014 09:41:03 -0700 (PDT) X-ASG-Debug-ID: 1410453661-04cbb05486d11860001-S8gJnT Received: from mx1.redhat.com (mx1.redhat.com [209.132.183.28]) by cuda.sgi.com with ESMTP id YaGeHy5J2gI5ebcO (version=TLSv1 cipher=AES256-SHA bits=256 verify=NO) for ; Thu, 11 Sep 2014 09:41:02 -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-mx14.intmail.prod.int.phx2.redhat.com (int-mx14.intmail.prod.int.phx2.redhat.com [10.5.11.27]) by mx1.redhat.com (8.14.4/8.14.4) with ESMTP id s8BGev0s003843 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=FAIL); Thu, 11 Sep 2014 12:40:57 -0400 Received: from fche.csb (vpn-228-210.phx2.redhat.com [10.3.228.210]) by int-mx14.intmail.prod.int.phx2.redhat.com (8.14.4/8.14.4) with ESMTP id s8BGevkx018818; Thu, 11 Sep 2014 12:40:57 -0400 Received: by fche.csb (Postfix, from userid 2569) id 1913158190; Thu, 11 Sep 2014 12:40:57 -0400 (EDT) To: Ken McDonell Cc: pcp@oss.sgi.com Subject: Re: Lots of Python failures on Centos 5.10 References: <540CDD93.1040606@internode.on.net> <54114E71.50900@internode.on.net> X-ASG-Orig-Subj: Re: Lots of Python failures on Centos 5.10 From: fche@redhat.com (Frank Ch. Eigler) Date: Thu, 11 Sep 2014 12:40:57 -0400 In-Reply-To: <54114E71.50900@internode.on.net> (Ken McDonell's message of "Thu, 11 Sep 2014 17:25:37 +1000") Message-ID: User-Agent: Gnus/5.1008 (Gnus v5.10.8) Emacs/21.4 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Scanned-By: MIMEDefang 2.68 on 10.5.11.27 X-Barracuda-Connect: mx1.redhat.com[209.132.183.28] X-Barracuda-Start-Time: 1410453662 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 kenj wrote: > [...] > The problem here is the version of Python ... it is 2.4.3 on CentOS > 5.10. For Python 2.5 or earlier, "as" is not allowed and "," must be > used. > > So I need Python-expert guidance here ... in PCPland should we > > (a) disable all the Python bits for Python 2.5 or earlier? > (b) use the old-style "," everywhere (which apparently works in later > versions)? or > (c) is there some clever Python trick I'm missing? I can't claim much python-expertise, but (b) makes sense to me if other python bits generally work on <= 2.5. - FChE From fche@redhat.com Thu Sep 11 15:02:21 2014 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 15DB47F77 for ; Thu, 11 Sep 2014 15:02:21 -0500 (CDT) Received: from cuda.sgi.com (cuda1.sgi.com [192.48.157.11]) by relay2.corp.sgi.com (Postfix) with ESMTP id DAD34304039 for ; Thu, 11 Sep 2014 13:02:17 -0700 (PDT) X-ASG-Debug-ID: 1410465732-04bdf010a09c4980001-S8gJnT Received: from mx1.redhat.com (mx1.redhat.com [209.132.183.28]) by cuda.sgi.com with ESMTP id kC3QWsdE9Kl45CfD (version=TLSv1 cipher=AES256-SHA bits=256 verify=NO) for ; Thu, 11 Sep 2014 13:02: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-mx13.intmail.prod.int.phx2.redhat.com (int-mx13.intmail.prod.int.phx2.redhat.com [10.5.11.26]) by mx1.redhat.com (8.14.4/8.14.4) with ESMTP id s8BK2AqL027033 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=FAIL); Thu, 11 Sep 2014 16:02:10 -0400 Received: from fche.csb (vpn-228-210.phx2.redhat.com [10.3.228.210]) by int-mx13.intmail.prod.int.phx2.redhat.com (8.14.4/8.14.4) with ESMTP id s8BK2A7o015681; Thu, 11 Sep 2014 16:02:10 -0400 Received: by fche.csb (Postfix, from userid 2569) id B494C58190; Thu, 11 Sep 2014 16:02:09 -0400 (EDT) Date: Thu, 11 Sep 2014 16:02:09 -0400 From: "Frank Ch. Eigler" To: cockpit-devel@lists.fedorahosted.org, pcp@oss.sgi.com Subject: cockpit - pcp interop ideas Message-ID: <20140911200209.GB11335@redhat.com> X-ASG-Orig-Subj: cockpit - pcp interop ideas 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.26 X-Barracuda-Connect: mx1.redhat.com[209.132.183.28] X-Barracuda-Start-Time: 1410465733 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-BRTS-Evidence: cockpit-project.org X-Barracuda-BRTS-Evidence: elastic.org Hi - A few hours ago, some of the pcp[1] / cockpit[2] teams' folks talked about possible interfacing scenarios. [2] http://www.cockpit-project.org/ [1] http://www.pcp.io/ (For those with only experience of one, fedora rawhide is a good place to get modern versions of the other.) There appear to be three distinct interop cases. 1) replacing some cockpitd agent-side monitoring code with pcp See cockpit.git src/daemon/*monitor.[ch] and pcp.git e.g. src/pmval/pmval.c, %man pmapi. This could consist of a small (<100 lines) amount of PMAPI code to fetch statistics from a local pmcd or even (if the choice of stats is suitable) via non-daemon PM_CONTEXT_LOCAL, replacing cockpit code for polling kernel /proc files. The RH perftools/pcp folks would be glad to quickly prototype this; can the cockpit folks nominate one or two of the monitors? PCP currently lacks good cgroup-level stats summarization, so that part would need to be retained in cockpit, until pcp catches up. 2) using a pcp service for remote log archive access The driving idea here is to make it possible for cockpit graphs (normally updated at 1 Hz) to go back in time - to browse historical stats. PCP can already do central/remote logging (via pmlogger/pmmgr), and discovery/scanning of pmcd targets (via pmmgr), whereby pmcd's that start nearby are found and monitoring is automatically maintained. Log archives may be rotated, subsampled, etc. One complication is the service of that log archive data back out on the network. (NFS-serving the archive files probably doesn't count.) We have plans for a PMAPI wire-protocol level server for archive data (like time-traveling pmcd), but that's some way out. Shorter term, it is possible to use pmwebd to provide web access to archive files. Its pmwebapi http/json api layer can feed data from archives (and/or live pmcds), but is quite low level. Its graphite http/json api emulation layer [3][4] can aggregate data from many archives, but is quite new, inherently slower, and lacks authentication. It could be a start though. [3] http://graphite.readthedocs.org/en/1.0/url-api.html [4] https://web.elastic.org/~fche/blog3/archive/2014/06/16/pcp-and-graphite-backwards Even shorter term, one could decree that a canonical cockpit/pcp installation is one where the cockpit-ws console and pcp-central-logging services are colocated, and thus the archive files for all target hosts are immediately available. 3) teaching cockpit how to administer pcp installations 3.1) For pcp-dependent cockpit installations, the minimum would be # yum install pcp If a live pmcd is deemed necessary, # {chkconfig,service} pmcd {on,start} For remote access, firewalls ports (44321/tcp) to be opened; optionally, pcp native acl files tweaked, and/or SASL authentication rules setup. 3.2) management of central pcp logger For canonical setups, a few more # yum/chkconfig/service type operations will do the job, plus a few one-time config file modifications. For the full range of control, long story. - FChE From kenj@internode.on.net Thu Sep 11 15:30:40 2014 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 D5B817F77 for ; Thu, 11 Sep 2014 15:30:40 -0500 (CDT) Received: from cuda.sgi.com (cuda1.sgi.com [192.48.157.11]) by relay2.corp.sgi.com (Postfix) with ESMTP id AD643304032 for ; Thu, 11 Sep 2014 13:30:40 -0700 (PDT) X-ASG-Debug-ID: 1410467437-04bdf010a19c5f00001-S8gJnT Received: from ipmail07.adl2.internode.on.net (ipmail07.adl2.internode.on.net [150.101.137.131]) by cuda.sgi.com with ESMTP id FRK0mAf062zBdxPY for ; Thu, 11 Sep 2014 13:30:38 -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: ApMBACYFElR20ScO/2dsb2JhbAANUtEzgyABgSeEfAEBBHgBEAsYCRYPCQMCAQIBRQYNAQcBAbAhlk0BF49NB4RMAQSPNaZ6gykBAQE Received: from ppp118-209-39-14.lns20.mel4.internode.on.net (HELO [192.168.1.100]) ([118.209.39.14]) by ipmail07.adl2.internode.on.net with ESMTP; 12 Sep 2014 06:00:37 +0930 Message-ID: <541206BE.9060503@internode.on.net> Date: Fri, 12 Sep 2014 06:31:58 +1000 From: Ken McDonell User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:31.0) Gecko/20100101 Thunderbird/31.0 MIME-Version: 1.0 To: David Arnold CC: pcp@oss.sgi.com Subject: Re: [pcp] Lots of Python failures on Centos 5.10 References: <540CDD93.1040606@internode.on.net> <54114E71.50900@internode.on.net> X-ASG-Orig-Subj: Re: [pcp] Lots of Python failures on Centos 5.10 In-Reply-To: Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: 7bit X-Barracuda-Connect: ipmail07.adl2.internode.on.net[150.101.137.131] X-Barracuda-Start-Time: 1410467438 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.3.9379 Rule breakdown below pts rule name description ---- ---------------------- -------------------------------------------------- On 11/09/14 21:39, David Arnold wrote: > ... > [lots of helpful info omitted] Thanks Dave. This is exactly the sort of insight I was seeking and did not have. My _everywhere_ assertion may have been a little premature. There are 23 uses in the QA test program I was looking at, and I extrapolated from that. In fact there are only 10 files involved, so conditional post-processing in the build seems entirely feasible. I'll give it a try. From kenj@internode.on.net Thu Sep 11 17:06:03 2014 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 848D77FB3 for ; Thu, 11 Sep 2014 17:06:03 -0500 (CDT) Received: from cuda.sgi.com (cuda2.sgi.com [192.48.176.25]) by relay2.corp.sgi.com (Postfix) with ESMTP id 730F6304039 for ; Thu, 11 Sep 2014 15:06:00 -0700 (PDT) X-ASG-Debug-ID: 1410473154-04cbb05488d223c0001-S8gJnT Received: from ipmail07.adl2.internode.on.net (ipmail07.adl2.internode.on.net [150.101.137.131]) by cuda.sgi.com with ESMTP id M8enU5GrcAMNJbB8 for ; Thu, 11 Sep 2014 15:05:55 -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: AtsBAIEbElR20ScO/2dsb2JhbAANUpF7vziDIAGBJ4R8AQEEOFELGAklDwJGEwgBAa93llMBF4JhjAhrFoQ2AQS2L4FggUkBAQE Received: from ppp118-209-39-14.lns20.mel4.internode.on.net (HELO [192.168.1.100]) ([118.209.39.14]) by ipmail07.adl2.internode.on.net with ESMTP; 12 Sep 2014 07:35:54 +0930 Message-ID: <54121D13.50307@internode.on.net> Date: Fri, 12 Sep 2014 08:07:15 +1000 From: Ken McDonell User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:31.0) Gecko/20100101 Thunderbird/31.0 MIME-Version: 1.0 To: pcp@oss.sgi.com Subject: Re: [pcp] [PATCH] pmTypesStr does not exist, fix typo References: <1410294499-739-1-git-send-email-michele@acksyn.org> X-ASG-Orig-Subj: Re: [pcp] [PATCH] pmTypesStr does not exist, fix typo In-Reply-To: <1410294499-739-1-git-send-email-michele@acksyn.org> Content-Type: text/plain; charset=windows-1252; format=flowed Content-Transfer-Encoding: 7bit X-Barracuda-Connect: ipmail07.adl2.internode.on.net[150.101.137.131] X-Barracuda-Start-Time: 1410473154 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.3.9382 Rule breakdown below pts rule name description ---- ---------------------- -------------------------------------------------- On 10/09/14 06:28, Michele Baldessari wrote: > --- > man/man3/pmlookupdesc.3 | 2 +- > 1 file changed, 1 insertion(+), 1 deletion(-) > Thanks Michele .. merged into my tree and will flow upstream from there. From kenj@internode.on.net Thu Sep 11 23:59:40 2014 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 597147FB3 for ; Thu, 11 Sep 2014 23:59:40 -0500 (CDT) Received: from cuda.sgi.com (cuda1.sgi.com [192.48.157.11]) by relay1.corp.sgi.com (Postfix) with ESMTP id 2B18B8F8037 for ; Thu, 11 Sep 2014 21:59:36 -0700 (PDT) X-ASG-Debug-ID: 1410497966-04bdf010a09da170001-S8gJnT Received: from ipmail07.adl2.internode.on.net (ipmail07.adl2.internode.on.net [150.101.137.131]) by cuda.sgi.com with ESMTP id CJwmEjOxD4m9RUA8 for ; Thu, 11 Sep 2014 21:59:26 -0700 (PDT) X-Barracuda-Envelope-From: kenj@internode.on.net X-Barracuda-Apparent-Source-IP: 150.101.137.131 Received: from ppp118-209-39-14.lns20.mel4.internode.on.net (HELO [192.168.1.100]) ([118.209.39.14]) by ipmail07.adl2.internode.on.net with ESMTP; 12 Sep 2014 14:29:10 +0930 Message-ID: <54127DEF.70706@internode.on.net> Date: Fri, 12 Sep 2014 15:00:31 +1000 From: Ken McDonell User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:31.0) Gecko/20100101 Thunderbird/31.0 MIME-Version: 1.0 To: pcp@oss.sgi.com Subject: pcp updates - support for older python versions Content-Type: text/plain; charset=utf-8 X-ASG-Orig-Subj: pcp updates - support for older python versions Content-Transfer-Encoding: 7bit X-Barracuda-Connect: ipmail07.adl2.internode.on.net[150.101.137.131] X-Barracuda-Start-Time: 1410497966 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.3.9391 Rule breakdown below pts rule name description ---- ---------------------- -------------------------------------------------- Changes committed to git://git.performancecopilot.org/kenj/pcp.git dev CHANGELOG | 5 [details dropped ... too many changes resulting from pcp/pcp merge] commit d24da0945674ad1cf6cd4e4f0b4b1beb90b96faa Merge: df64670 ed0b0cc Author: Ken McDonell Date: Fri Sep 12 14:54:25 2014 +1000 Merge branch 'dev' of git://git.performancecopilot.org/pcp/pcp into dev commit df646706745157bb4751d1fc47deae387a1145c5 Author: Ken McDonell Date: Fri Sep 12 13:17:11 2014 +1000 Python QA - older python version support Run the src/*.py versions, not the src/*.python ones as the former will have been munged (if needed) for earlier Python versions. commit 7a446e8b644872c25bde58c654c4308b886dfc08 Author: Ken McDonell Date: Fri Sep 12 13:16:01 2014 +1000 qa/555 - capture stderr and well as stdout for ls(1) commit c58c6f442aac7e10ee7b6fbf32ad1eb1cae39bb6 Author: Ken McDonell Date: Fri Sep 12 13:14:34 2014 +1000 qa valgrind support - add suppressions for valgrind 3.5.0 commit 44434bc72e5e75355d9e20b5c62230a514037280 Author: Ken McDonell Date: Fri Sep 12 12:52:09 2014 +1000 qa/src/GNUlocaldefs - python/perl changes Don't replicate the .python -> .py and .perl -> .pl rules, they are already in builddefs. commit b87c3d801ad798e89ec189923e03fc180eee1a07 Author: Ken McDonell Date: Fri Sep 12 12:50:53 2014 +1000 Older Python support ... some cases I missed earlier Subcommands of pcp(1) ... not sure how these were missed, but same changes as for their peer Python scripts. commit 88ec17f4069e8536fc0d60e966dbd26d1c037b91 Author: Ken McDonell Date: Fri Sep 12 12:05:36 2014 +1000 Older python support (continued) Also need to add this conditional rewriting to the .python -> .py rules (for the QA tests scripts mostly). commit 9d1d94536f40ba3ea3dc79f378a4a9a2469731b8 Author: Ken McDonell Date: Fri Sep 12 11:56:27 2014 +1000 Older python support Changes to accommodate different "except" clause syntax in Python before version 2.5. Source files containing "except .. as ..." are renamed from *.py to *.pyin and a buildrule generates appropriate syntax in the *.py files which are used in the packaging and then discarded. For Python before 2.5, the except clause is rewritten as "except .., ..." (comma replaces " as"). commit 712c1bb34c9fdc63305cc813cd895c1b96904ac0 Author: Ken McDonell Date: Fri Sep 12 08:05:42 2014 +1000 fix pmlookupdesc man page typo Thanks to Michele Baldessari. From myllynen@redhat.com Fri Sep 12 08:06:53 2014 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 71BBE7F63 for ; Fri, 12 Sep 2014 08:06:53 -0500 (CDT) Received: from cuda.sgi.com (cuda2.sgi.com [192.48.176.25]) by relay3.corp.sgi.com (Postfix) with ESMTP id C9FE4AC003 for ; Fri, 12 Sep 2014 06:06:49 -0700 (PDT) X-ASG-Debug-ID: 1410527204-04cbb05485d435e0001-S8gJnT Received: from mx1.redhat.com (mx1.redhat.com [209.132.183.28]) by cuda.sgi.com with ESMTP id qSYMgVjq0CDHegyP (version=TLSv1 cipher=AES256-SHA bits=256 verify=NO) for ; Fri, 12 Sep 2014 06:06:45 -0700 (PDT) X-Barracuda-Envelope-From: myllynen@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 s8CD6iVY031226 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=FAIL) for ; Fri, 12 Sep 2014 09:06:44 -0400 Received: from mmyllyne.csb (vpn1-6-26.ams2.redhat.com [10.36.6.26]) by int-mx11.intmail.prod.int.phx2.redhat.com (8.14.4/8.14.4) with ESMTP id s8CD6gFR003903 for ; Fri, 12 Sep 2014 09:06:42 -0400 Message-ID: <5412EFE1.9030800@redhat.com> Date: Fri, 12 Sep 2014 16:06:41 +0300 From: Marko Myllynen Reply-To: myllynen@redhat.com Organization: Red Hat User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:24.0) Gecko/20100101 Thunderbird/24.6.0 MIME-Version: 1.0 To: pcp@oss.sgi.com Subject: [PATCH] Linkify PCP Quick Guide Content-Type: text/plain; charset=ISO-8859-1 X-ASG-Orig-Subj: [PATCH] Linkify PCP Quick Guide 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: 1410527204 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 >From b4054decc9eff82113f39c963eb16a57fcd6e70c Mon Sep 17 00:00:00 2001 From: Marko Myllynen Date: Fri, 12 Sep 2014 16:03:55 +0300 Subject: [PATCH] Linkify PCP Quick Guide --- man/html/guide.redhat.html | 84 ++++++++++++++++++++++---------------------- 1 files changed, 42 insertions(+), 42 deletions(-) diff --git a/man/html/guide.redhat.html b/man/html/guide.redhat.html index 1b09e58..e675a81 100644 --- a/man/html/guide.redhat.html +++ b/man/html/guide.redhat.html @@ -72,7 +72,7 @@ -

This will enable the Performance Metrics Collector Daemon (pmcd) on the host which then in turn will control and request metrics on behalf of clients from various Performance Metrics Domain Agents (PMDAs). The PMDAs provide the actual data from different components (domains) in the system, for example from the Linux Kernel PMDA or the NFS Client PMDA. The default configuration includes over 1000 metrics with negligible overall overhead. Local PCP archive logs will also be enabled on the host for convenience with pmlogger (RHKB 1146283 contains some additional logging related considerations). +

This will enable the Performance Metrics Collector Daemon (pmcd(1)) on the host which then in turn will control and request metrics on behalf of clients from various Performance Metrics Domain Agents (PMDAs). The PMDAs provide the actual data from different components (domains) in the system, for example from the Linux Kernel PMDA or the NFS Client PMDA. The default configuration includes over 1000 metrics with negligible overall overhead. Local PCP archive logs will also be enabled on the host for convenience with pmlogger(1) (RHKB 1146283 contains some additional logging related considerations).

   To enable PMDAs which are not enabled by default, for example the NFS Client PMDA, run the corresponding Install script:
@@ -107,12 +107,12 @@

Checks for remote log collection will be done every half an hour. You may also wish to run /usr/libexec/pcp/bin/pmlogger_check -V -C manually (the service restart above issues this command internally). -

Note that a default configuration file (config.acme.com above) will be generated if it does not exist already. This process is optional (a custom configuration for each host can be provided instead), see the pmlogconf manual page for details on this. +

Note that a default configuration file (config.acme.com above) will be generated if it does not exist already. This process is optional (a custom configuration for each host can be provided instead), see the pmlogconf(1) manual page for details on this.

Dynamic Host Discovery

-

In dynamic environments manually configuring every host is not feasible, perhaps even impossible. PCP Manager (PMMGR, from the pcp-manager RPM package) can be used instead of directly invoking PMLOGGER and PMIE to auto-discover and auto-configure new collector hosts. +

In dynamic environments manually configuring every host is not feasible, perhaps even impossible. PCP Manager (pmmgr(1), from the pcp-manager RPM package) can be used instead of directly invoking PMLOGGER and PMIE to auto-discover and auto-configure new collector hosts.

   To install the PMMGR daemon and begin monitoring either statically or dynamically configured hosts, run:
@@ -129,7 +129,7 @@

    Discover use of the PCP pmcd service on the local network:
-
$ pmfind -s pmcd +
$ pmfind -s pmcd
@@ -140,7 +140,7 @@ Discover use of the PCP pmcd service on the local network:

   Check PCP services on remote host munch and historically, from a local archive for host smash:
-
$ pcp -h munch
+
 $ pcp -h munch
 Performance Co-Pilot configuration on munch:
   platform: SunOS munch 5.11 oi_151a8 i86pc
   hardware: 4 cpus, 3 disks, 4087MB RAM
@@ -149,7 +149,7 @@ Performance Co-Pilot configuration on munch:
       pmda: pmcd mmv solaris
 

 
-
 $ pcp -a /var/log/pcp/pmlogger/smash/20140729
+
 $ pcp -a /var/log/pcp/pmlogger/smash/20140729
 Performance Co-Pilot configuration on smash:
   archive: /var/log/pcp/pmlogger/smash/20140729
  platform: Linux smash 2.6.32-279.46.1.el6.x86_64 #1 SMP Mon May 19 16:16:00 EDT 2014 x86_64
@@ -174,56 +174,56 @@ Performance Co-Pilot configuration on smash:
 

         

   
 Display all the enabled performance metrics on a host (use with -t to include a short description for each):

-
 $ pminfo -h acme.com
+
 $ pminfo -h acme.com
 

 

 
 

         

   
 Display detailed information about a performance metric and its current values:

-
 $ pminfo -dfmtT disk.partitions.read -h acme.com
+
 $ pminfo -dfmtT disk.partitions.read -h acme.com
 

 

 
 

         

   
 Monitor live disk write operations per partition with two second interval using fixed point notation (use -i instance to list only certain metrics and -r for raw values):

-
 $ pmval -t 2sec -f 3 disk.partitions.write -h acme.com
+
 $ pmval -t 2sec -f 3 disk.partitions.write -h acme.com
 

 

 
 

         

   
 Monitor live CPU load, memory usage, and disk write operations per partition with two second interval using fixed width columns:

-
 $ pmdumptext -i -l 'kernel.all.load[1]' mem.util.used disk.partitions.write -h acme.com
+
 $ pmdumptext -i -l 'kernel.all.load[1]' mem.util.used disk.partitions.write -h acme.com
 

 

 
 

         

   
 Monitor system metrics in a top like window (this needs a large terminal):

-
 $ pmatop -h acme.com
+
 $ pmatop -h acme.com
 

 

 
 
 
         

   
 Monitor system metrics in a sar like fashion with two second interval from two different hosts:

-
 $ pmstat -t 2sec -h acme1.com -h acme2.com
+
 $ pmstat -t 2sec -h acme1.com -h acme2.com
 

 

 
 

         

   
 Monitor system metrics in an iostat like fashion with two second interval:

-
 $ pmiostat -t 2sec -h acme.com
+
 $ pmiostat -t 2sec -h acme.com
 

 

 
 
 
         

   
 Monitor performance metrics with a GUI application with two second default interval from two different hosts. Use File->New Chart to select metrics to be included in a new view and use File->Open View to use a predefined view:

-
 $ pmchart -t 2sec -h acme1.com -h acme2.com
+
 $ pmchart -t 2sec -h acme1.com -h acme2.com
 

 

 
@@ -235,112 +235,112 @@ Monitor performance metrics with a GUI application with two second default inter
 

         

   
 Check the host and the time period an archive covers:

-
 $ pmdumplog -l acme.com/20140902
+
 $ pmdumplog -l acme.com/20140902
 

 

 
 

         

   
 Check PCP configuration at the time when an archive was created:

-
 $ pcp -a acme.com/20140902
+
 $ pcp -a acme.com/20140902
 

 

 
 

         

   
 Display all enabled performance metrics at the time when an archive was created:

-
 $ pminfo -a acme.com/20140902
+
 $ pminfo -a acme.com/20140902
 

 

 
 

         

   
 Display detailed information about a performance metric at the time when an archive was created:

-
 $ pminfo -df mem.freemem -a acme.com/20140902
+
 $ pminfo -df mem.freemem -a acme.com/20140902
 

 

 
 

         

   
 Dump past disk write operations per partition in an archive using fixed point notation (use -i instance to list only certain metrics and -r for raw values):

-
 $ pmval -f 3 disk.partitions.write -a acme.com/20140902
+
 $ pmval -f 3 disk.partitions.write -a acme.com/20140902
 

 

 
 

         

   
 Replay past disk write operations per partition in an archive with two second interval using fixed point notation between 9 AM and 10 AM (use full dates with syntax like @"2014-08-20 14:00:00"):

-
 $ pmval -d -t 2sec -f 3 disk.partitions.write -S @09:00 -T @10:00 -a acme.com/20140902
+
 $ pmval -d -t 2sec -f 3 disk.partitions.write -S @09:00 -T @10:00 -a acme.com/20140902
 

 

 
 

         

   
 Calculate average values of performance metrics in an archive between 9 AM / 10 AM using table like formatting including the time of minimum/maximum value and the actual minimum/maximum value:

-
 $ pmlogsummary -HlfiImM -S @09:00 -T @10:00 acme.com/20140902 disk.partitions.write mem.freemem
+
 $ pmlogsummary -HlfiImM -S @09:00 -T @10:00 acme.com/20140902 disk.partitions.write mem.freemem
 

 

 
 

         

   
 Dump past CPU load, memory usage, and disk write operations per partition in an archive averaged over 10 minute interval with fixed columns between 9 AM and 10 AM:

-
 $ pmdumptext -t 10m -i -l -S @09:00 -T @10:00 'kernel.all.load[1]' 'mem.util.used' 'disk.partitions.write' -a acme.com/20140902
+
 $ pmdumptext -t 10m -i -l -S @09:00 -T @10:00 'kernel.all.load[1]' 'mem.util.used' 'disk.partitions.write' -a acme.com/20140902
 

 

 
 

         

   
 Summarize differences in past performance metrics between two archives, comparing 2 AM / 3 AM in the first archive to 9 AM / 10 AM in the second archive (grep for '+' to quickly see values which were zero during the first period):

-
 $ pmdiff -S @02:00 -T @03:00 -B @09:00 -E @10:00 acme.com/20140902 acme.com/20140901
+
 $ pmdiff -S @02:00 -T @03:00 -B @09:00 -E @10:00 acme.com/20140902 acme.com/20140901
 

 

 
 

         

   
 Replay past system metrics in an archive in a top like window starting 9 AM (this needs a large window):

-
 $ pmatop -S @09:00 -a acme.com/20140902
+
 $ pmatop -S @09:00 -a acme.com/20140902
 

 

 
 

         

   
 Dump past system metrics in a sar like fashion averaged over 10 minute interval in an archive between 9 AM and 10 AM:

-
 $ pmstat -t 10m -S @09:00 -T @10:00 -a acme.com/20140902
+
 $ pmstat -t 10m -S @09:00 -T @10:00 -a acme.com/20140902
 

 

 
 

         

   
-Dump past system metrics in an iostat(1) like fashion averaged over one hour interval in an archive:

-
 $ pmiostat -t 1h -a acme.com/20140902
+Dump past system metrics in an iostat(1) like fashion averaged over one hour interval in an archive:

+
 $ pmiostat -t 1h -a acme.com/20140902
 

 

 
 

         

   
-Dump past system metrics in a free(1) like fashion at a specific historical time offset:

-
 $ pcp -a acme.com/20140902 -O @10:02 free
+Dump past system metrics in a free(1) like fashion at a specific historical time offset:

+
 $ pcp -a acme.com/20140902 -O @10:02 free
 

 

 
 

         

   
 Replay performance metrics with a GUI application with two second default interval in an archive between 9 AM and 10 AM. Use File->New Chart to select metrics to be included in a new view and use File->Open View to use a predefined view:

-
 $ pmchart -t 2sec -S @09:00 -T @10:00 -a acme.com/20140902 -O @10:02 free
+
 $ pmchart -t 2sec -S @09:00 -T @10:00 -a acme.com/20140902 -O @10:02 free
 

 

 
 

         

   
 Merge several archives as a new combined archive (see the manual page how to write configuration file to collect only certain metrics):

-
 $ pmlogextract <archive1> <archive2> <newarchive>
+
 $ pmlogextract <archive1> <archive2> <newarchive>
 

 

 
 
 
Visualizing iostat and sar Data

 
-
iostat and sar data can be imported as PCP archives which then allows inspecting and visualizing the data with PCP tools. The iostat2pcp importer is in the pcp-import-iostat2pcp package and the sar2pcp importer is in the pcp-import-sar2pcp package.
+
iostat and sar data can be imported as PCP archives which then allows inspecting and visualizing the data with PCP tools. The iostat2pcp importer is in the pcp-import-iostat2pcp package and the sar2pcp importer is in the pcp-import-sar2pcp package.
 
 

         

   
@@ -371,42 +371,42 @@ Import sar data from an existing sar archive to a new PCP archive and visualize
 

         

   
 Display all the available process related metrics:

-
 $ pminfo proc
+
 $ pminfo proc
 

 

 
 

         

   
 Monitor the number of open file descriptors of the process 1234:

-
 $ pmval -t 2sec 'proc.fd.count[1234]'
+
 $ pmval -t 2sec 'proc.fd.count[1234]'
 

 

 
 

         

   
 Monitor the CPU time, memory usage (RSS), and the number of threads of the process 1234 (-host local: is a workaround needed for the time being):

-
 $ pmdumptext -h local: -t 2sec 'proc.psinfo.utime[1234]' 'proc.memory.rss[1234]' 'proc.psinfo.threads[1234]'
+
 $ pmdumptext -h local: -t 2sec 'proc.psinfo.utime[1234]' 'proc.memory.rss[1234]' 'proc.psinfo.threads[1234]'
 

 

 
 

         

   
 Display all the available process related metrics in an archive:

-
 $ pminfo proc -a acme.com/20140902
+
 $ pminfo proc -a acme.com/20140902
 

 

 
 

         

   
 Display the number of running processes on 2014-08-20 14:00:

-
 $ pmval -s 1 -S @"2014-08-20 14:00" proc.nprocs -a acme.com/20140820
+
 $ pmval -s 1 -S @"2014-08-20 14:00" proc.nprocs -a acme.com/20140820
 

 

 
 
 
Application Instrumentation

 
-
Applications can be instrumented in the PCP world by using Memory Mapped Values (MMVs). pmdammv is a PMDA which exports application level performance metrics using memory mapped files. It offers an extremely low overhead instrumentation facility that is well-suited to long running, mission critical applications where it is desirable to have performance metrics and availability information permanently enabled.
+
Applications can be instrumented in the PCP world by using Memory Mapped Values (MMVs). pmdammv is a PMDA which exports application level performance metrics using memory mapped files. It offers an extremely low overhead instrumentation facility that is well-suited to long running, mission critical applications where it is desirable to have performance metrics and availability information permanently enabled.
 
 
Application to be instrumented with MMV need to be PCP MMV aware, APIs are available for several languages including C, C++, Perl, and Python. Java applications may use the separate Parfait class library for enabling MMV.
 
@@ -417,7 +417,7 @@ Display the number of running processes on 2014-08-20 14:00:

 
 
Performance Metrics Inference

 
-
Performance Metrics Inference Engine (PMIE) can evaluate rules and generate alarms, run scripts, or automate system management tasks based on live or past performance metrics.
+
Performance Metrics Inference Engine (pmie(1)) can evaluate rules and generate alarms, run scripts, or automate system management tasks based on live or past performance metrics.
 
 

 	

   To enable PMIE, just enable and start the service:

@@ -451,8 +451,8 @@ This example shows a PMIE script, checks its syntax, runs it against an archive,
     bloated = (  mem.util.used > 5 Gbyte )
 
       -> print "%v memory used on %h!"
-
 $ pmie -C pmie.ex
-
 $ pmie -t 1min -c pmie.ex -S @09:00 -T @10:00 -a acme.com/20140820
+
 $ pmie -C pmie.ex
+
 $ pmie -t 1min -c pmie.ex -S @09:00 -T @10:00 -a acme.com/20140820
 

 

 
@@ -473,7 +473,7 @@ This example shows a PMIE script, checks its syntax, runs it against an archive,
 
 
Performance Metrics Web Daemon

 
-
Performance Metrics Web Daemon (PMWEBD) is a front-end to both PMCD and PCP archives, providing a JSON interface suitable for use by web-based tools wishing to access performance data over HTTP. Custom applications can access all the available PCP information using this method, including possible data generated by custom PMDAs.
+
Performance Metrics Web Daemon (pmwebd(1)) is a front-end to both PMCD and PCP archives, providing a JSON interface suitable for use by web-based tools wishing to access performance data over HTTP. Custom applications can access all the available PCP information using this method, including possible data generated by custom PMDAs.
 
 
 
Web Interface for Performance Metrics

-- 
1.7.1

-- 
Marko Myllynen

From wwwrun@oss.sgi.com  Fri Sep 12 08:49:30 2014
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 8265F7FBB; Fri, 12 Sep 2014 08:49:30 -0500 (CDT)
From: bugzilla-daemon@oss.sgi.com
To: pcp@oss.sgi.com
Subject: [Bug 868] add extended TCP and IP stats to linux PMDA
Date: Fri, 12 Sep 2014 13:49:30 +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: normal
X-Bugzilla-Who: michele@acksyn.org
X-Bugzilla-Status: RESOLVED
X-Bugzilla-Priority: P5
X-Bugzilla-Assigned-To: mort@sgi.com
X-Bugzilla-Target-Milestone: ---
X-Bugzilla-Changed-Fields: bug_status cc resolution
Message-ID: 
In-Reply-To: 
References: 
Content-Type: multipart/alternative; boundary="1410529770.aCfC48831.31976"; charset="us-ascii"
X-Bugzilla-URL: http://oss.sgi.com/bugzilla/
Auto-Submitted: auto-generated
MIME-Version: 1.0


--1410529770.aCfC48831.31976
Date: Fri, 12 Sep 2014 08:49:30 -0500
MIME-Version: 1.0
Content-Type: text/plain; charset="UTF-8"

http://oss.sgi.com/bugzilla/show_bug.cgi?id=868

Michele Baldessari  changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
             Status|NEW                         |RESOLVED
                 CC|                            |michele@acksyn.org
         Resolution|---                         |FIXED

--- Comment #1 from Michele Baldessari  ---
This was fixed with:
commit eb4d18a822568f0434245677773c1b8f658d0367
Author: Michele Baldessari 
Date:   Fri May 16 18:57:09 2014 +1000

    Add /proc/net/netstat support to the Linux kernel PMDA

    In order to troubleshoot a certain class of networking issues
    it is extremely useful to collect the tcp and ip statistics
    exported by /proc/net/netstat

    Signed-off-by: Michele Baldessari 


I am closing this as resolved. Let me know if any stats are missing though.

cheers,
Michele

-- 
You are receiving this mail because:
You are on the CC list for the bug.

--1410529770.aCfC48831.31976
Date: Fri, 12 Sep 2014 08:49:30 -0500
MIME-Version: 1.0
Content-Type: text/html; charset="UTF-8"


    
      
    
    
 changed
              bug 868
        

             

          

            What
            Removed
            Added
          


         

           Status
           NEW
           
           RESOLVED
           
         


         

           CC
           
                
           
           michele@acksyn.org
           
         


         

           Resolution
           ---
           
           FIXED
           
         

      

        

            Comment # 1
              on bug 868
              from 

        
This was fixed with:
commit eb4d18a822568f0434245677773c1b8f658d0367
Author: Michele Baldessari <michele@acksyn.org>
Date:   Fri May 16 18:57:09 2014 +1000

    Add /proc/net/netstat support to the Linux kernel PMDA

    In order to troubleshoot a certain class of networking issues
    it is extremely useful to collect the tcp and ip statistics
    exported by /proc/net/netstat

    Signed-off-by: Michele Baldessari <michele at acksyn.org>


I am closing this as resolved. Let me know if any stats are missing though.

cheers,
Michele

        

      

      

      You are receiving this mail because:
      
      
    
          
  • You are on the CC list for the bug.
    • 
      

    


--1410529770.aCfC48831.31976--

From wwwrun@oss.sgi.com  Fri Sep 12 09:42:31 2014
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 730C57FBC; Fri, 12 Sep 2014 09:42:31 -0500 (CDT)
From: bugzilla-daemon@oss.sgi.com
To: pcp@oss.sgi.com
Subject: [Bug 945] pmcollectl fails on single cpu systems
Date: Fri, 12 Sep 2014 14:42:31 +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: normal
X-Bugzilla-Who: michele@acksyn.org
X-Bugzilla-Status: NEW
X-Bugzilla-Priority: P5
X-Bugzilla-Assigned-To: scox@redhat.com
X-Bugzilla-Target-Milestone: ---
X-Bugzilla-Changed-Fields: cc
Message-ID: 
In-Reply-To: 
References: 
Content-Type: multipart/alternative; boundary="1410532951.16f3dd2.4865"; charset="us-ascii"
X-Bugzilla-URL: http://oss.sgi.com/bugzilla/
Auto-Submitted: auto-generated
MIME-Version: 1.0


--1410532951.16f3dd2.4865
Date: Fri, 12 Sep 2014 09:42:31 -0500
MIME-Version: 1.0
Content-Type: text/plain; charset="UTF-8"

http://oss.sgi.com/bugzilla/show_bug.cgi?id=945

Michele Baldessari  changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
                 CC|                            |michele@acksyn.org

--- Comment #1 from Michele Baldessari  ---
I guess we can close this now?

[michele@rhel66-pcp-dev ~]$ lscpu |grep ^CPU\(s\)
CPU(s):                1
[michele@rhel66-pcp-dev ~]$ pminfo -f kernel.percpu.interrupts.LOC

kernel.percpu.interrupts.LOC
    inst [0 or "cpu0"] value 46371
[michele@rhel66-pcp-dev ~]$ pmcollectl -sj
#
#Cpu0 
 205 
 115 
 110 
 114 

rpm -q pcp
pcp-3.9.4-4.el6.x86_64

-- 
You are receiving this mail because:
You are on the CC list for the bug.

--1410532951.16f3dd2.4865
Date: Fri, 12 Sep 2014 09:42:31 -0500
MIME-Version: 1.0
Content-Type: text/html; charset="UTF-8"


    
      
    
    
 changed
              bug 945
        

             

          

            What
            Removed
            Added
          


         

           CC
           
                
           
           michele@acksyn.org
           
         

      

        

            Comment # 1
              on bug 945
              from 

        
I guess we can close this now?

[michele@rhel66-pcp-dev ~]$ lscpu |grep ^CPU\(s\)
CPU(s):                1
[michele@rhel66-pcp-dev ~]$ pminfo -f kernel.percpu.interrupts.LOC

kernel.percpu.interrupts.LOC
    inst [0 or "cpu0"] value 46371
[michele@rhel66-pcp-dev ~]$ pmcollectl -sj
#<Int>
#Cpu0 
 205 
 115 
 110 
 114 

rpm -q pcp
pcp-3.9.4-4.el6.x86_64

        

      

      

      You are receiving this mail because:
      
      
    
          
  • You are on the CC list for the bug.
    • 
      

    


--1410532951.16f3dd2.4865--

From dsmith@redhat.com  Fri Sep 12 13:37:41 2014
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 E201C7FA9
	for ; Fri, 12 Sep 2014 13:37:41 -0500 (CDT)
Received: from cuda.sgi.com (cuda2.sgi.com [192.48.176.25])
	by relay1.corp.sgi.com (Postfix) with ESMTP id BF9678F804B
	for ; Fri, 12 Sep 2014 11:37:41 -0700 (PDT)
X-ASG-Debug-ID: 1410547059-04cbb05485d56040001-S8gJnT
Received: from mx1.redhat.com (mx1.redhat.com [209.132.183.28]) by cuda.sgi.com with ESMTP id xtF18hM14JkW0qM9 (version=TLSv1 cipher=AES256-SHA bits=256 verify=NO) for ; Fri, 12 Sep 2014 11:37:40 -0700 (PDT)
X-Barracuda-Envelope-From: dsmith@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 s8CIbd3U016915
	(version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=FAIL);
	Fri, 12 Sep 2014 14:37:39 -0400
Received: from t540p.usersys.redhat.com (vpn-51-182.rdu2.redhat.com [10.10.51.182])
	by int-mx10.intmail.prod.int.phx2.redhat.com (8.14.4/8.14.4) with ESMTP id s8CIbbWm027252
	(version=TLSv1/SSLv3 cipher=DHE-RSA-AES128-SHA bits=128 verify=NO);
	Fri, 12 Sep 2014 14:37:38 -0400
Message-ID: <54133D71.6040208@redhat.com>
Date: Fri, 12 Sep 2014 13:37:37 -0500
From: David Smith 
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:24.0) Gecko/20100101 Thunderbird/24.7.0
MIME-Version: 1.0
To: Systemtap List , pcp 
Subject: systemtap/pcp integration pmda 0.1
Content-Type: multipart/mixed;
 boundary="------------070001010105020700090909"
X-ASG-Orig-Subj: systemtap/pcp integration pmda 0.1
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: 1410547060
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-BRTS-Evidence: performancecopilot.org

This is a multi-part message in MIME format.
--------------070001010105020700090909
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: 7bit

Here's version 0.1 (up from 0.01!) of my systemtap/pcp integration work
that uses systemtap (https://sourceware.org/systemtap/) to export JSON
data and a pcp (http://www.performancecopilot.org/) python pmda that
reads and processes the JSON data.

At this point things work reasonably well (at least with the test
systemtap script I've attached). There are still lots of "FIXME"
comments spread throughout the code. This time the systemtap side of
things has come along and you no longer have to hand-write JSON to
output data. The script itself is based on some work that Will
Cohen has been doing to measure network latency. Note that the script
does output live data.

The biggest addition this time is array handling, which was a bit
tricky. I'm still not sure the indom handling on the pcp side is correct
(but it seems to follow the other python pmdas).

Here's what live data looks like from pcp:

====
# pminfo -df stap_json

stap_json.json.dummy2
    Data Type: string  InDom: PM_INDOM_NULL 0xffffffff
    Semantics: instant  Units: none
    value "dummy2"

stap_json.json.dummy_array.dummy2
    Data Type: string  InDom: 130.1 0x20800001
    Semantics: instant  Units: none
    inst [0 or "1"] value "def"
    inst [1 or "0"] value "abc"
    inst [2 or "2"] value "ghi"

stap_json.json.dummy_array.dummy1
    Data Type: 64-bit int  InDom: 130.1 0x20800001
    Semantics: counter  Units: none
    inst [0 or "1"] value 2
    inst [1 or "0"] value 1
    inst [2 or "2"] value 3

stap_json.json.net_xmit_data.xmit_latency
    Data Type: 64-bit int  InDom: 130.0 0x20800000
    Semantics: counter  Units: none
    inst [0 or "fake1"] value 0
    inst [1 or "fake2"] value 0
    inst [2 or "eth0"] value 319

stap_json.json.net_xmit_data.xmit_count
    Data Type: 64-bit int  InDom: 130.0 0x20800000
    Semantics: counter  Units: none
    inst [0 or "fake1"] value 0
    inst [1 or "fake2"] value 0
    inst [2 or "eth0"] value 2304551

stap_json.json.read_count
    Data Type: 64-bit int  InDom: PM_INDOM_NULL 0xffffffff
    Semantics: counter  Units: none
    value 8

stap_json.json.xstring
    Data Type: string  InDom: PM_INDOM_NULL 0xffffffff
    Semantics: instant  Units: none
    value "testing, 1, 2, 3"
====

The pcp pmda still only supports one systemtap script at this point. I
ran the attached systemtap script using the following command line to
produce the output above.

# stap -m json -v ./net_xmit_json5.stp eth0 fake1 fake2

Any comments/feedback would be appreciated.

-- 
David Smith
dsmith@redhat.com
Red Hat
http://www.redhat.com
256.217.0141 (direct)
256.837.0057 (fax)

--------------070001010105020700090909
Content-Type: text/plain; charset=UTF-8;
 name="net_xmit_json5.stp"
Content-Transfer-Encoding: 7bit
Content-Disposition: attachment;
 filename="net_xmit_json5.stp"

// This script tracks time between packet queue and xmit.
// The information is provided to userspace via procfs and are read
// using the stap_json PCP PMDA.

// ===========================
// ==== Tapset file start ====
// ===========================

global __json_metric_type, __json_metric_desc
global __json_array_metric_type, __json_array_metric_desc
global __json_metric_output, __json_array_output

function json_add_numeric_metric:long(name:string, description:string)
{
  if (name in __json_metric_type)
    error(sprintf("Metric '%s' already exists", name))
  __json_metric_type[name] = "integer"
  __json_metric_desc[name] = description
  return 0
}

function json_add_string_metric:long(name:string, description:string)
{
  if (name in __json_metric_type)
    error(sprintf("Metric '%s' already exists", name))
  __json_metric_type[name] = "string"
  __json_metric_desc[name] = description
  return 0
}

function json_add_array:long(name:string, description:string)
{
  if (name in __json_metric_type)
    error(sprintf("Metric '%s' already exists", name))
  __json_metric_type[name] = "array"
  __json_metric_desc[name] = description

  # Go ahead and add "__id", which is the array index.
  json_add_array_string_metric(name, "__id", "")
  return 0
}

function json_add_array_numeric_metric:long(array_name:string,
	metric_name:string, metric_description:string)
{
  if ([array_name, metric_name] in __json_array_metric_type)
    error(sprintf("Array metric '%s' already exists in array %s", metric_name,
		  array_name))
  __json_array_metric_type[array_name, metric_name] = "integer"
  __json_array_metric_desc[array_name, metric_name] = metric_description
  return 0
}

function json_add_array_string_metric:long(array_name:string,
	metric_name:string, metric_description:string)
{
  if ([array_name, metric_name] in __json_array_metric_type)
    error(sprintf("Array metric '%s' already exists in array %s", metric_name,
		  array_name))
  __json_array_metric_type[array_name, metric_name] = "string"
  __json_array_metric_desc[array_name, metric_name] = metric_description
  return 0
}

@define __json_output_metric(indent_str, name, type, description)
%(
  $value .= sprintf("%s\"%s\": {\n", @indent_str, @name)
  $value .= sprintf("%s  \"type\": \"%s\",\n", @indent_str, @type)
  if (strlen(@description) > 0)
    $value .= sprintf("%s  \"description\": \"%s\",\n", @indent_str,
		      @description)
  $value .= sprintf("%s  \"additionalProperties\": false\n%s}", @indent_str,
		    @indent_str)
%)

@define __json_output_array(indent_str, name, description)
%(
  $value .= sprintf("%s\"%s\": {\n", @indent_str, @name)
  $value .= sprintf("%s  \"type\": \"array\",\n", @indent_str)
  if (strlen(@description) > 0)
    $value .= sprintf("%s  \"description\": \"%s\",\n", @indent_str,
		      @description)
  $value .= sprintf("%s  \"additionalProperties\": false,\n", @indent_str)
  $value .= sprintf("%s  \"items\": {\n", @indent_str)
  $value .= sprintf("%s    \"type\": \"object\",\n", @indent_str)
  $value .= sprintf("%s    \"additionalProperties\": false,\n",
  		     @indent_str)
  $value .= sprintf("%s    \"properties\": {\n", @indent_str)
  __array_comma_needed = 0
  foreach ([__array_name, __metric_name] in __json_array_metric_type) {
    if (@name == __array_name) {
      if (__array_comma_needed)
        $value .= ",\n"
      __array_comma_needed = 1    

      __subindent_str = @indent_str . "      "
      __subtype = __json_array_metric_type[__array_name, __metric_name]
      __subdesc = __json_array_metric_desc[__array_name, __metric_name]
      @__json_output_metric(__subindent_str, __metric_name, __subtype,
      			    __subdesc)
    }
  }
  $value .= sprintf("\n%s    }\n", @indent_str)
  $value .= sprintf("%s  }\n", @indent_str)
  $value .= sprintf("%s}", @indent_str)
%)

@define json_output_schema
%(
  # Note: This is the "pretty-printed" version of the schema, intended
  # to be read by humans. We could remove the whitespace and newlines
  # if we wanted to make the output shorter (but less readable).
  #
  # Note 2: Note that we have to break this long string into more than
  # 1 assignment since we're bumping up against MAXSTRINGLEN. Procfs
  # $value can hold more than MAXSTRINGLEN because of the
  # '.maxsize(N)' parameter.
  $value =
    "{\n"
    "  \"type\": \"object\",\n"
    "  \"title\": \"root\",\n"
    "  \"additionalProperties\": false,\n"
    "  \"properties\": {\n"
    "    \"generation\": {\n"
    "      \"type\": \"integer\",\n"
    "      \"additionalProperties\": false\n"
    "    },\n"
  $value .=
    "    \"data\": {\n"
    "      \"type\": \"object\",\n"
    "      \"additionalProperties\": false,\n"
    "      \"properties\": {\n"

  __comma_needed = 0
  foreach (__name in __json_metric_type) {
    if (__comma_needed)
      $value .= ",\n"
    __comma_needed = 1    

    if (__json_metric_type[__name] != "array") {
      @__json_output_metric("        ", __name, __json_metric_type[__name],
			    __json_metric_desc[__name])
    }
    else {
      @__json_output_array("        ", __name, __json_metric_desc[__name])
    }
  }

  $value .=
    "\n"
    "      },\n"
    "      \"required\": [\n"
  __comma_needed = 0
  foreach (__name in __json_metric_type) {
    if (__comma_needed)
      $value .= ",\n"
    __comma_needed = 1    
    $value .= sprintf("        \"%s\"", __name)
  }
  $value .=
    "\n"
    "      ]\n"
    "    }\n"
    "  }\n"
    "}\n"
%)

# NOTE: This is the "pretty-printed" version of the data, intended
# to be read by humans. We could remove the whitespace and newlines
# if we wanted to make the output shorter (but less readable).
@define json_output_data_start
%(
  __comma_needed = 0
  $value =
    "{\n"
    "  \"generation\": 1,\n"
    "  \"data\": {\n"
%)

# Make sure we don't try to output the same metric twice in the same
# data fetch.
@define __json_output_check(name)
%(
  if (@name in __json_metric_output)
    error(sprintf("Metric '%s' already output", @name))
  __json_metric_output[@name] = 1
%)

# Make sure we don't try to output the same array index twice in the same
# data fetch.
@define __json_output_array_check(array_index)
%(
  if (@array_index in __json_array_output)
    error(sprintf("Array index '%s' already output for array metric %s",
		  @array_index, __json_array_started))
  __json_array_output[@array_index] = 1
%)

# Output a string value.
@define json_output_string_value(name, value)
%(
  @__json_output_check(@name)
  @__json_output_array_end
  if (__comma_needed)
    $value .= ",\n"
  __comma_needed = 1    
  $value .= sprintf("    \"%s\": \"%s\"", @name, @value)
%)

# Output a numeric value.
@define json_output_numeric_value(name, value)
%(
  @__json_output_check(@name)
  @__json_output_array_end
  if (__comma_needed)
    $value .= ",\n"
  __comma_needed = 1    
  $value .= sprintf("    \"%s\": %d", @name, @value)
%)

# Output a string value for an array.
@define json_output_array_string_value(array_name, array_index, metric_name, value)
%(
  @__json_output_array_start(@array_name, @array_index)
  if (__comma_needed)
    $value .= ",\n"
  __comma_needed = 1    
  $value .= sprintf("        \"%s\": \"%s\"", @metric_name, @value)
%)

# Output a numeric value for an array.
@define json_output_array_numeric_value(array_name, array_index, metric_name,
					value)
%(
  @__json_output_array_start(@array_name, @array_index)
  if (__comma_needed)
    $value .= ",\n"
  __comma_needed = 1    
  $value .= sprintf("        \"%s\": %d", @metric_name, @value)
%)

# Handle the details of starting the output of an array.
@define __json_output_array_start(array_name, array_index)
%(
  if (__json_array_started != @array_name) {
    @__json_output_check(@array_name)
    @__json_output_array_end
    if (__comma_needed)
      $value .= ",\n"
    __comma_needed = 1    
    $value .= sprintf("    \"%s\": [\n", @array_name)
    $value .= "      {\n"
    __json_array_started = @array_name
  }
  if (__json_array_index_started != @array_index) {
    @__json_output_array_check(@array_index)
    if (__json_array_index_started != "") {
      $value .=
        "\n"
	"      },\n"
	"      {\n"
    }
    __json_array_index_started = @array_index
    $value .= sprintf("        \"__id\": \"%s\"", @array_index)
  }
%)

# Handle the details of finishing the output of an array.
@define __json_output_array_end
%(
  if (__json_array_started != "") {
    $value .=
      "\n"
      "      }\n"
      "    ]"
    __json_array_started = ""
    __json_array_index_started = ""
    delete __json_array_output
  }
%)

# Finish outputting data.
@define json_output_data_end
%(
  @__json_output_array_end
  $value .=
    "\n"
    "  }\n"
    "}\n"
  __comma_needed = 0
  delete __json_metric_output
%)

probe procfs("schema").read.maxsize(8192)
{
  @json_output_schema
}

probe json_data = procfs("data").read.maxsize(8192)
{
}

// =========================
// ==== Tapset file end ====
// =========================


global net_devices
global read_count

probe json_data
{
  @json_output_data_start
  @json_output_string_value("xstring", "testing, 1, 2, 3")
  @json_output_numeric_value("read_count", read_count)
  read_count++

  foreach (dev in net_devices) {
    if (@count(skb_queue_t[dev])) {
      @json_output_array_numeric_value("net_xmit_data", dev, "xmit_count",
				       @sum(skb_queue_t[dev]))
      @json_output_array_numeric_value("net_xmit_data", dev, "xmit_latency",
				       @count(skb_queue_t[dev]))
    }
    else {
      @json_output_array_numeric_value("net_xmit_data", dev, "xmit_count", 0)
      @json_output_array_numeric_value("net_xmit_data", dev, "xmit_latency", 0)
    }
  }

  # Add dummy values just to test the interface
  @json_output_array_numeric_value("dummy_array", "0", "dummy1", 1)
  @json_output_array_string_value("dummy_array", "0", "dummy2", "abc")
  @json_output_array_numeric_value("dummy_array", "1", "dummy1", 2)
  @json_output_array_string_value("dummy_array", "1", "dummy2", "def")
  @json_output_array_numeric_value("dummy_array", "2", "dummy1", 3)
  @json_output_array_string_value("dummy_array", "2", "dummy2", "ghi")
  @json_output_string_value("dummy2", "dummy2")
  @json_output_data_end
}

// Set up the metrics
probe begin
{
  // fallback instance device "eth0" if none specified
  if (argc == 0) {
    argv[1] = "eth0"
  }
  
  // remember all the network devices
  for (i = 1; i <= argc; i++) {
    dev = argv[i]
    net_devices[dev] = i - 1
  }

  // Add the metrics
  json_add_string_metric("xstring", "Test string")
  json_add_numeric_metric("read_count", "Times values read")

  json_add_array("net_xmit_data", "Network transmit data indexed by ethernet device")
  json_add_array_numeric_metric("net_xmit_data", "xmit_count", "number of packets for xmit device")
  json_add_array_numeric_metric("net_xmit_data", "xmit_latency", "sum of latency for xmit device")

  // Add some dummy metrics just to test the tapset.
  json_add_array("dummy_array", "")
  json_add_array_numeric_metric("dummy_array", "dummy1", "")
  json_add_array_string_metric("dummy_array", "dummy2", "")
  json_add_string_metric("dummy2", "Test string")
}

// probes to track the information

global skb_queue_start_t, skb_queue_t

probe kernel.trace("net_dev_queue") {
  skb_queue_start_t[$skb] = gettimeofday_ns();
}

probe kernel.trace("net_dev_start_xmit"), kernel.trace("net_dev_xmit") {
  t = gettimeofday_ns();
  st = skb_queue_start_t[$skb]
  if (st){
    skb_queue_t[kernel_string($dev->name)] <<< t - st
    delete skb_queue_start_t[$skb]
  }
}

--------------070001010105020700090909
Content-Type: text/plain; charset=UTF-8;
 name="pmdastap_json.python"
Content-Transfer-Encoding: 7bit
Content-Disposition: attachment;
 filename="pmdastap_json.python"

#!/usr/bin/python
import json
import jsonschema
import collections
from pcp.pmda import PMDA, pmdaMetric, pmdaIndom, pmdaInstid
import cpmapi as c_api
from pcp.pmapi import pmUnits, pmContext as PCP
from ctypes import c_int, POINTER, cast

class Metric(object):
    def __init__(self, name):
        self.name = name
        self.desc = ''
        self.type = c_api.PM_TYPE_UNKNOWN
        self.sem = c_api.PM_SEM_INSTANT
        self.pmid = None
        self.obj = None
        self.indom = c_api.PM_INDOM_NULL

class Indom(object):
    def __init__(self):
        self.obj = None
        self.values = {}

    def add_value(self, name, value):
        # PMDA.replace_indom() wants a dictionary, indexed by
        # indom string value. PMDA.replace_indom() doesn't really
        # care what is stored at that string value. We're storing the
        # array index there.
        self.values[name] = c_int(value)

class STAP_JSON_PMDA(PMDA):
    def __init__(self, pmda_name, domain):
        self.pmda_name = pmda_name
        PMDA.__init__(self, self.pmda_name, domain)

        # Load the schema and data.
        self.metrics = {}
        self.load_json_schema()
        self.load_json_data()

        # Make sure the data fits the schema.
        jsonschema.validate(self.json_data, self.schema)

        # Update the indom list.
        self.indoms = {}
        self.refresh()

        # Parse the schema header, looking for the 'root' name of the
        # data (all metrics get created under this name) and create
        # the metrics as needed.
        #
        # FIXME: later this will be the module name. For now, hardcode
        # it to 'json'.
        self.root_name = "json"
        self._parse_schema()

        self.set_fetch(self._fetch)
        self.set_fetch_callback(self._fetch_callback)
        self.set_store_callback(self._store_callback)

    def load_json_schema(self):
        # Load schema
        f = open("/proc/systemtap/json/schema")
        try:
            self.schema = json.load(f, object_pairs_hook=collections.OrderedDict)
        except:
            self.schema = {}
        f.close()

    def load_json_data(self):
        # Load data
        f = open("/proc/systemtap/json/data")
        try :
            self.json_data = json.load(f,
                                       object_pairs_hook=collections.OrderedDict)
        except:
            self.json_data = {}
        f.close()

    def refresh(self):
        # Notice we never delete indoms, we just keep adding.
        for array_name in self.indoms.keys():
            index = 0
            try:
                # json_data['data'][array_name] is a list of
                # dictionaries.
                for item in self.json_data['data'][array_name]:
                    self.indoms[array_name].add_value(item['__id'], index)
                    index += 1
            except:
                pass
            self.replace_indom(self.indoms[array_name].obj,
                               self.indoms[array_name].values)

    def _add_metric(self, metric_info):
        metric_info.pmid = self.pmid(0, self.metric_idx)
        # FIXME: we'll need to handle units/scale at some point...
        metric_info.obj = pmdaMetric(metric_info.pmid, metric_info.type,
                                     metric_info.indom, metric_info.sem,
                                     pmUnits(0, 0, 0, 0, 0, 0))

        self.add_metric("%s.%s.%s" % (self.pmda_name, self.root_name,
                                           metric_info.name),
                        metric_info.obj, metric_info.desc)
        self.metrics[self.metric_idx] = metric_info
        self.metric_idx += 1

    def _parse_array_schema(self, array_name, properties):
        # First process the array schema "header" information.
        array_properties = None
        for (key, value) in properties.items():
            # 'type' (required): Sanity check it.
            if key == 'type':
                if not isinstance(value, unicode):
                    raise TypeError
                    if value != 'object':
                        raise TypeError, \
                            ("Type attribute has unknown value '%s'" % value)
            # 'additionalProperties' (optional): Ignore it.
            elif key == "additionalProperties":
                # Do nothing.
                pass
            # 'properties' (required): Type check it and save for later.
            elif key == "properties":
                if not isinstance(value, dict):
                    raise TypeError
                array_properties = value
            # For everything else, raise an error.
            else:
                raise RuntimeError, "Unknown attribute '%s'" % key
        if not array_properties:
            raise RuntimeError, "Schema has no 'properties' attribute"

        if not self.indoms.has_key(array_name):
            # Note that we're creating an indom here, but we don't
            # know any values for it yet. We'll get those on a data
            # read.
            self.indoms[array_name] = Indom()
            self.indoms[array_name].obj = self.indom(self.indom_idx)
            self.indom_idx += 1

        # If we're here, we know the array "header" was
        # reasonable. Now process "properties", which is the real data
        # description.
        for (name, attributes) in array_properties.items():
            metric_info = Metric("%s.%s" % (array_name, name))
            metric_info.indom = self.indoms[array_name].obj

            for (key, value) in attributes.items():
                # 'type' (required): Sanity check it and save it.
                if key == 'type':
                    if not isinstance(value, unicode):
                        raise TypeError
                    if value == 'string':
                        metric_info.type = c_api.PM_TYPE_STRING
                        metric_info.sem = c_api.PM_SEM_INSTANT
                    elif value == 'integer':
                        metric_info.type = c_api.PM_TYPE_64
                        metric_info.sem = c_api.PM_SEM_COUNTER
                    else:
                        raise TypeError, \
                            ("Type attribute has unknown value '%s'" % value)
                # 'description' (optional): Type check it and save it.
        	elif key == 'description':
                    if not isinstance(value, unicode):
                        raise TypeError
                    metric_info.desc = value
                # 'additionalProperties' (optional): Ignore it.
            	elif key == "additionalProperties":
                    # Do nothing.
                    pass
                # For everything else, raise an error.
            	else:
                    raise RuntimeError, \
                        ("Schema for '%s' has an unknown attribute '%s'"
                         % (name, key)) 
                
            # Make sure we have everything we need.
            if metric_info.type == c_api.PM_TYPE_UNKNOWN:
                raise RuntimeError, ("Schema for '%s' has no 'type' attribute"
                                     % name)

            # Add the metric (if it isn't our special '__id' metric).
            if name != '__id':
                self._add_metric(metric_info)

    def _parse_schema(self):
        '''
        Go through the schema, looking for information we can use to create
        the pcp representation of the schema. Note that we don't support
        every possible JSON schema, we're looking for certain items.

        Refer to the following link for details of JSON schemas:

        
        '''

        # First process the schema "header" information.
        data_header = None
        for (key, value) in self.schema.items():
            # 'type' (required): Just sanity check it.
            if key == "type":
                if not isinstance(value, unicode) or value != "object":
                    raise TypeError
            # 'title' (optional): Type check it.
            elif key == "title":
                if not isinstance(value, unicode):
                    raise TypeError
            # 'description' (optional): Type check it.
            elif key == "description":
                if not isinstance(value, unicode):
                    raise TypeError
            # 'additionalProperties' (optional): Ignore it.
            elif key == "additionalProperties":
                # Do nothing.
                pass
            # 'properties' (required): Type check it and save for later.
            elif key == "properties":
                if not isinstance(value, dict):
                    raise TypeError
                data_header = value
            # For everything else, raise an error.
            else:
                raise RuntimeError, "Unknown attribute '%s'" % key
        
        # Pick the right field for the root of the namespace - prefer
        # "title" over "description".
        #if self.schema.has_key("title"):
        #    self.root_name = self.schema["title"]
        #elif self.schema.has_key("description"):
        #    self.root_name = self.schema["description"]
        #else:
        #    raise RuntimeError, "No 'title' or 'description' field in schema header"
    
        # If we're here, we know the "header" was reasonable. Now process
        # "properties", which is the data "header".
        if not data_header:
            raise RuntimeError, "Schema has no 'properties' attribute"
        data_properties = None
        for (key, value) in data_header.items():
            # 'generation' (required): Just sanity check it.
            if key == "generation":
                if not isinstance(value, dict):
                    raise TypeError
            # 'data' (required): Type check it.
            elif key == "data":
                if not isinstance(value, dict) \
                   or not value.has_key("properties") \
                   or not isinstance(value["properties"], dict):
                    raise TypeError
                data_properties = value["properties"]
            # For everything else, raise an error.
            else:
                raise RuntimeError, "Unknown attribute '%s'" % key
        
        # If we're here, we know the data "header" was reasonable. Now process
        # "properties.data.properties", which is the real data description.
        if not data_properties:
            raise RuntimeError, "Schema has no 'properties.data.properties' attribute"
        self.metric_idx = 0
        self.indom_idx = 0
        for (name, attributes) in data_properties.items():
            metric_info = Metric(name)
            for (key, value) in attributes.items():
                # 'type' (required): Sanity check it and save it.
                if key == 'type':
                    if not isinstance(value, unicode):
                        raise TypeError
                    if value == 'string':
                        metric_info.type = c_api.PM_TYPE_STRING
                        metric_info.sem = c_api.PM_SEM_INSTANT
                    elif value == 'integer':
                        metric_info.type = c_api.PM_TYPE_64
                        metric_info.sem = c_api.PM_SEM_COUNTER
                    elif value == 'array':
                        # For arrays, we have to create metrics for
                        # each subitem in the array, using the same
                        # indom. This happens in the 'items' handling
                        # below.
                        metric_info.type = c_api.PM_TYPE_NOSUPPORT
                    else:
                        raise TypeError, \
                            ("Type attribute has unknown value '%s'" % value)
                # 'description' (optional): Type check it and save it.
        	elif key == 'description':
                    if not isinstance(value, unicode):
                        raise TypeError
                    metric_info.desc = value
                # 'additionalProperties' (optional): Ignore it.
            	elif key == "additionalProperties":
                    # Do nothing.
                    pass
                # 'default' (optional): Ignore it (for now).
            	elif key == "default":
                    # Do nothing for now.
                    pass
                elif key == "items":
                    if metric_info.type != c_api.PM_TYPE_NOSUPPORT: 
                        raise RuntimeError, \
                            ("Schema has an 'items' item for non-array '%s'"
                             % name)

                    # If we're here, we're processing an array's
                    # schema. For arrays, we have to create metrics for
                    # each subitem in the array, using the same
                    # indom.
                    self._parse_array_schema(name, value)
                # For everything else, raise an error.
            	else:
                    raise RuntimeError, \
                        ("Schema for '%s' has an unknown attribute '%s'"
                         % (name, key)) 

            # Make sure we have everything we need.
            if metric_info.type == c_api.PM_TYPE_UNKNOWN:
                raise RuntimeError, ("Schema for '%s' has no 'type' attribute"
                                     % name)

            # Add the metric.
            if metric_info.type != c_api.PM_TYPE_NOSUPPORT:
                self._add_metric(metric_info)

    def _fetch(self):
        ''' Called once per "fetch" PDU, before callbacks '''
        self.load_json_data()
        self.refresh()

    def _fetch_callback(self, cluster, item, inst):
        '''
        Main fetch callback. Returns a list of value,status (single
        pair) for requested pmid/inst.
        '''
        if cluster != 0:
            return [c_api.PM_ERR_PMID, 0]
        try:
            metric_info = self.metrics[item]
        except:
            return [c_api.PM_ERR_PMID, 0]

        # Handle array metrics.
        if metric_info.indom != c_api.PM_INDOM_NULL:
            # Get the array index from the indom.
            voidp = self.inst_lookup(metric_info.indom, inst)
            if voidp == None:
                return [c_api.PM_ERR_INST, 0]
            array_indexp = cast(voidp, POINTER(c_int))
            array_index = array_indexp.contents.value

            # Split the full name into the array name and metric
            (array, metric) = metric_info.name.split('.', 2)
            try:
                return [self.json_data['data'][array][array_index][metric], 1]
            except:
                pass
        # Handle single-valued metrics.
        else:
            try:
                return [self.json_data['data'][metric_info.name], 1]
            except:
                pass
        return [c_api.PM_ERR_TYPE, 0]

    def _store_callback(self, cluster, item, inst, val):
        '''
        Store callback, executed when a request to write to a metric
        happens. Returns a single value.
        '''
        # Since we don't support storing values, always fail.
        return c_api.PM_ERR_PERMISSION

if __name__ == '__main__':
    STAP_JSON_PMDA('stap_json', 130).run()

--------------070001010105020700090909
Content-Type: text/plain; charset=UTF-8;
 name="data"
Content-Transfer-Encoding: 7bit
Content-Disposition: attachment;
 filename="data"

{
  "generation": 1,
  "data": {
    "xstring": "testing, 1, 2, 3",
    "read_count": 9,
    "net_xmit_data": [
      {
        "__id": "eth0",
        "xmit_count": 7699136,
        "xmit_latency": 1109
      },
      {
        "__id": "fake1",
        "xmit_count": 0,
        "xmit_latency": 0
      },
      {
        "__id": "fake2",
        "xmit_count": 0,
        "xmit_latency": 0
      }
    ],
    "dummy_array": [
      {
        "__id": "0",
        "dummy1": 1,
        "dummy2": "abc"
      },
      {
        "__id": "1",
        "dummy1": 2,
        "dummy2": "def"
      },
      {
        "__id": "2",
        "dummy1": 3,
        "dummy2": "ghi"
      }
    ],
    "dummy2": "dummy2"
  }
}

--------------070001010105020700090909
Content-Type: text/plain; charset=UTF-8;
 name="schema"
Content-Transfer-Encoding: 7bit
Content-Disposition: attachment;
 filename="schema"

{
  "type": "object",
  "title": "root",
  "additionalProperties": false,
  "properties": {
    "generation": {
      "type": "integer",
      "additionalProperties": false
    },
    "data": {
      "type": "object",
      "additionalProperties": false,
      "properties": {
        "xstring": {
          "type": "string",
          "description": "Test string",
          "additionalProperties": false
        },
        "read_count": {
          "type": "integer",
          "description": "Times values read",
          "additionalProperties": false
        },
        "net_xmit_data": {
          "type": "array",
          "description": "Network transmit data indexed by ethernet device",
          "additionalProperties": false,
          "items": {
            "type": "object",
            "additionalProperties": false,
            "properties": {
              "__id": {
                "type": "string",
                "additionalProperties": false
              },
              "xmit_count": {
                "type": "integer",
                "description": "number of packets for xmit device",
                "additionalProperties": false
              },
              "xmit_latency": {
                "type": "integer",
                "description": "sum of latency for xmit device",
                "additionalProperties": false
              }
            }
          }
        },
        "dummy_array": {
          "type": "array",
          "additionalProperties": false,
          "items": {
            "type": "object",
            "additionalProperties": false,
            "properties": {
              "__id": {
                "type": "string",
                "additionalProperties": false
              },
              "dummy1": {
                "type": "integer",
                "additionalProperties": false
              },
              "dummy2": {
                "type": "string",
                "additionalProperties": false
              }
            }
          }
        },
        "dummy2": {
          "type": "string",
          "description": "Test string",
          "additionalProperties": false
        }
      },
      "required": [
        "xstring",
        "read_count",
        "net_xmit_data",
        "dummy_array",
        "dummy2"
      ]
    }
  }
}

--------------070001010105020700090909--

From wwwrun@oss.sgi.com  Sun Sep 14 02:42:32 2014
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 3BACA7F52; Sun, 14 Sep 2014 02:42:32 -0500 (CDT)
From: bugzilla-daemon@oss.sgi.com
To: pcp@oss.sgi.com
Subject: [Bug 945] pmcollectl fails on single cpu systems
Date: Sun, 14 Sep 2014 07:42:31 +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: normal
X-Bugzilla-Who: michele@acksyn.org
X-Bugzilla-Status: RESOLVED
X-Bugzilla-Priority: P5
X-Bugzilla-Assigned-To: scox@redhat.com
X-Bugzilla-Target-Milestone: ---
X-Bugzilla-Changed-Fields: bug_status resolution
Message-ID: 
In-Reply-To: 
References: 
Content-Type: multipart/alternative; boundary="1410680552.6DC7BF2b2.6665"; charset="us-ascii"
X-Bugzilla-URL: http://oss.sgi.com/bugzilla/
Auto-Submitted: auto-generated
MIME-Version: 1.0


--1410680552.6DC7BF2b2.6665
Date: Sun, 14 Sep 2014 02:42:32 -0500
MIME-Version: 1.0
Content-Type: text/plain; charset="UTF-8"

http://oss.sgi.com/bugzilla/show_bug.cgi?id=945

Michele Baldessari  changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
             Status|NEW                         |RESOLVED
         Resolution|---                         |FIXED

--- Comment #2 from Michele Baldessari  ---
Confirmed as fixed. Closing

-- 
You are receiving this mail because:
You are on the CC list for the bug.

--1410680552.6DC7BF2b2.6665
Date: Sun, 14 Sep 2014 02:42:32 -0500
MIME-Version: 1.0
Content-Type: text/html; charset="UTF-8"


    
      
    
    
 changed
              bug 945
        

             

          

            What
            Removed
            Added
          


         

           Status
           NEW
           
           RESOLVED
           
         


         

           Resolution
           ---
           
           FIXED
           
         

      

        

            Comment # 2
              on bug 945
              from 

        
Confirmed as fixed. Closing

        

      

      

      You are receiving this mail because:
      
      
    
          
  • You are on the CC list for the bug.
    • 
      

    


--1410680552.6DC7BF2b2.6665--

From kenj@internode.on.net  Sun Sep 14 16:53:07 2014
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 382237F4E
	for ; Sun, 14 Sep 2014 16:53:07 -0500 (CDT)
Received: from cuda.sgi.com (cuda3.sgi.com [192.48.176.15])
	by relay1.corp.sgi.com (Postfix) with ESMTP id 13AD08F8039
	for ; Sun, 14 Sep 2014 14:53:03 -0700 (PDT)
X-ASG-Debug-ID: 1410731576-04cb6c54fdad6e80001-S8gJnT
Received: from ipmail04.adl6.internode.on.net (ipmail04.adl6.internode.on.net [150.101.137.141]) by cuda.sgi.com with ESMTP id 6Xsq4PYle0INA6iw for ; Sun, 14 Sep 2014 14:52:56 -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: At8BAFMNFlR20ScOPGdsb2JhbAANU4NgV4J8xleIcgUBAQEBOIRkBFEwBgIFFgsCCwMCAQIBMScGAgEBiEeibHiVDhiBLIwRhQ+BUwWGH49liGOXUFqCSgEBAQ
Received: from ppp118-209-39-14.lns20.mel4.internode.on.net (HELO [192.168.1.100]) ([118.209.39.14])
  by ipmail04.adl6.internode.on.net with ESMTP; 15 Sep 2014 07:22:54 +0930
Message-ID: <54160E99.4060607@internode.on.net>
Date: Mon, 15 Sep 2014 07:54:33 +1000
From: Ken McDonell 
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:31.0) Gecko/20100101 Thunderbird/31.0
MIME-Version: 1.0
To: pcp@oss.sgi.com
Subject: pcp updates - 2 big changes
Content-Type: text/plain; charset=utf-8
X-ASG-Orig-Subj: pcp updates - 2 big changes
Content-Transfer-Encoding: 7bit
X-Barracuda-Connect: ipmail04.adl6.internode.on.net[150.101.137.141]
X-Barracuda-Start-Time: 1410731576
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.74
X-Barracuda-Spam-Status: No, SCORE=0.74 using per-user scores of TAG_LEVEL=1000.0 QUARANTINE_LEVEL=1000.0 KILL_LEVEL=2.7 tests=FRT_LEVITRA
X-Barracuda-Spam-Report: Code version 3.2, rules version 3.2.3.9483
	Rule breakdown below
	 pts rule name              description
	---- ---------------------- --------------------------------------------------
	0.74 FRT_LEVITRA            BODY: ReplaceTags: Levitra

Some small stuff hidden in amongst this, but 2 big changes ...

1. Going to PCP 3.10.0 broke the internal version encoding used in QA (was 4 digits, now needs to be 5 digits with 2 digits for the minor version number) ... this changes lots of QA files, but the changes should all be cosmetic.

2. (more significantly) Following Mark's investigations of arithmetic errors triggered my pmiostat.py failures in QA, I audited the use of struct timeval in the code base ... the result was not pretty.  I've refactored all of this code, added a couple of additional libpcp routines, and removed almost all references to 1000000 in expressions involving conversions between double and struct timeval and vice versa, except in the library routines __pmtimevalAdd(), __pmtimevalSub(), __pmtimevalToReal(), __pmtimevalFromReal().  In the process also removed all the implementations of a := a+b and a := a-b for struct timevals a and b and replaced these by use of the new __pmtimevalInc() and __pmtimevalDec() routines in libpcp.  I believe we now have (a) consistent arithmetic and (b) arithmetic that preserves as much precision as possible.

Changes committed to git://git.performancecopilot.org/kenj/pcp.git dev

 qa/012                            |    2 
 qa/019                            |    2 
 qa/024                            |    4 
 qa/028                            |    4 
 qa/033                            |    2 
 qa/049                            |    2 
 qa/050                            |    2 
 qa/052                            |    4 
 qa/057                            |    4 
 qa/070                            |    2 
 qa/077                            |    2 
 qa/078                            |    2 
 qa/081                            |    2 
 qa/082                            |    6 
 qa/092                            |    2 
 qa/094                            |    2 
 qa/112                            |    8 
 qa/119                            |    6 
 qa/138                            |    2 
 qa/146                            |    2 
 qa/154                            |    2 
 qa/155                            |    2 
 qa/158                            |    2 
 qa/159                            |    8 
 qa/163                            |    2 
 qa/171                            |    2 
 qa/173                            |    2 
 qa/176                            |    2 
 qa/180                            |    6 
 qa/181                            |    2 
 qa/186                            |    2 
 qa/200                            |    2 
 qa/209                            |    2 
 qa/217                            |    2 
 qa/226                            |    4 
 qa/237                            |    2 
 qa/238                            |    2 
 qa/239                            |    2 
 qa/240                            |    2 
 qa/241                            |    2 
 qa/245                            |    2 
 qa/248                            |    2 
 qa/250                            |    4 
 qa/254                            |    6 
 qa/261                            |    4 
 qa/266                            |    2 
 qa/274                            |    2 
 qa/278                            |    2 
 qa/280                            |    2 
 qa/283                            |    2 
 qa/295                            |    2 
 qa/299                            |    4 
 qa/300                            |    2 
 qa/311                            |    2 
 qa/313                            |    4 
 qa/316.out                        |   50 +--
 qa/320                            |    2 
 qa/322                            |    5 
 qa/323                            |    2 
 qa/324                            |    2 
 qa/326                            |    2 
 qa/346                            |    2 
 qa/347                            |    2 
 qa/348                            |    2 
 qa/349                            |    2 
 qa/357                            |    2 
 qa/367                            |    2 
 qa/368                            |    4 
 qa/369                            |    6 
 qa/374                            |    2 
 qa/375                            |    4 
 qa/382                            |    2 
 qa/392                            |    8 
 qa/403                            |    2 
 qa/406                            |    2 
 qa/411                            |    2 
 qa/429                            |    4 
 qa/430                            |    2 
 qa/443                            |    2 
 qa/444                            |    4 
 qa/448                            |    2 
 qa/456                            |    2 
 qa/458                            |    2 
 qa/461                            |    2 
 qa/465                            |   10 
 qa/466                            |    4 
 qa/469                            |    2 
 qa/471                            |    2 
 qa/479                            |    2 
 qa/479.out.2                      |    1 
 qa/497                            |    2 
 qa/498                            |    4 
 qa/504                            |    4 
 qa/511                            |    2 
 qa/512                            |    2 
 qa/513                            |    2 
 qa/514                            |    4 
 qa/520                            |    4 
 qa/523                            |    2 
 qa/526                            |    2 
 qa/527                            |    2 
 qa/528                            |    2 
 qa/531                            |    2 
 qa/537                            |    2 
 qa/540                            |    2 
 qa/556                            |    2 
 qa/558                            |    2 
 qa/565                            |    2 
 qa/570                            |    4 
 qa/575                            |    2 
 qa/578                            |    2 
 qa/592                            |    2 
 qa/593                            |    2 
 qa/597                            |    2 
 qa/600                            |    4 
 qa/605                            |    2 
 qa/617                            |    6 
 qa/628                            |    6 
 qa/633                            |    4 
 qa/638                            |    2 
 qa/639                            |    2 
 qa/642                            |    6 
 qa/647                            |    2 
 qa/648                            |    2 
 qa/649                            |    2 
 qa/651                            |    2 
 qa/652                            |    2 
 qa/653                            |    2 
 qa/703                            |    2 
 qa/705                            |    2 
 qa/711                            |    2 
 qa/715                            |    2 
 qa/716                            |    2 
 qa/719                            |    2 
 qa/720                            |    2 
 qa/721                            |    2 
 qa/723                            |    2 
 qa/726                            |    2 
 qa/728                            |    2 
 qa/733                            |    2 
 qa/735                            |    2 
 qa/744                            |   19 +
 qa/745                            |   19 +
 qa/768                            |    2 
 qa/875                            |    2 
 qa/common.check                   |   40 ++
 qa/common.gfs2                    |    2 
 qa/common.install.cisco           |    2 
 qa/mk.pcpversion                  |    5 
 qa/src/churnctx.c                 |    7 
 qa/src/interp0.c                  |   16 
 qa/src/interp1.c                  |    3 
 qa/src/slow_af.c                  |    2 
 qa/src/xarch.c                    |   13 
 src/include/pcp/impl.h            |    2 
 src/libpcp/src/AF.c               |   37 --
 src/libpcp/src/auxconnect.c       |    4 
 src/libpcp/src/derive_fetch.c     |   10 
 src/libpcp/src/discovery.c        |    3 
 src/libpcp/src/exports            |    6 
 src/libpcp/src/loop.c             |    9 
 src/libpcp/src/pdu.c              |    6 
 src/libpcp/src/rtime.c            |    5 
 src/libpcp/src/tv.c               |   44 ++
 src/libpcp/src/util.c             |   20 -
 src/libpcp_pmda/src/open.c        |    4 
 src/libpcp_qed/src/qed_app.cpp    |   12 
 src/libpcp_qmc/src/qmc_metric.cpp |   12 
 src/libpcp_qmc/src/qmc_time.cpp   |   21 -
 src/libpcp_trace/src/pdu.c        |    7 
 src/libpcp_trace/src/trace.c      |   12 
 src/perl/PMDA/local.c             |    3 
 src/pmchart/groupcontrol.cpp      |   14 
 src/pmchart/main.cpp              |   30 -
 src/pmchart/main.h                |    2 
 src/pmchart/recorddialog.cpp      |    2 
 src/pmchart/tab.cpp               |    4 
 src/pmchart/timecontrol.cpp       |    2 
 src/pmchart/tracing.cpp           |   12 
 src/pmdas/darwin/kernel.c         |    8 
 src/pmdas/weblog/pmda.c           |    3 
 src/pmdumptext/pmdumptext.cpp     |   16 
 src/pmevent/pmevent.c             |    3 
 src/pmie/src/dstruct.c            |   14 
 src/pmie/src/dstruct.h            |    4 
 src/pmie/src/pmie.c               |   28 -
 src/pmie/src/pragmatics.c         |    9 
 src/pmieconf/rate-syscalls.c      |   18 -
 src/pmlogger/src/callback.c       |    6 
 src/pmlogger/src/pmlogger.c       |    7 
 src/pmlogger/src/ports.c          |    7 
 src/pmlogreduce/pmlogreduce.c     |    8 
 src/pmlogrewrite/pmlogrewrite.c   |   12 
 src/pmlogsummary/pmlogcheck.c     |   18 -
 src/pmlogsummary/pmlogsummary.c   |   34 --
 src/pmtop/pmtop.c                 |    5 
 src/pmval/pmval.c                 |    3 
 src/python/pcp/pmcc.py            |  620 --------------------------------------
 src/python/pcp/pmsubsys.py        |  355 ---------------------
 src/python/pmda.c                 |    2 
 200 files changed, 490 insertions(+), 1537 deletions(-)

commit 196603d15303e8d53a462a2360dd70b066595b20
Author: Ken McDonell 
Date:   Mon Sep 15 07:31:13 2014 +1000

    qa/common.check - tighter checks for pmlogger termination
    
    In _wait_pmlogger_end() we were waiting for the control file to be
    removed.  But even after cleaning up the stdio buffer flushing in
    pmlogger there is still a race, because the trailer "finished"
    message is written from libpcp routines in an atexit() handler which
    is after the control file is removed.
    
    Extend the test to wait for the pmlogger process to have really
    exited, using "kill -s 0 $pid" as the test.

commit 1e84106d5467d0bca703385851b075e7c2c40fed
Author: Ken McDonell 
Date:   Mon Sep 15 07:29:25 2014 +1000

    qa/744 & qa/745 - nvidia pmda testing fix
    
    Need to make sure the compiled help text files exist before running
    the tests.

commit c0bf02b31c788bf68b0afa495786db46e43069dd
Author: Ken McDonell 
Date:   Sun Sep 14 21:06:16 2014 +1000

    Delete some Python files that were renamed, but not tracked in git

commit 6e56ba7a58f27b038a4048916a61cb5e3cb6b908
Author: Ken McDonell 
Date:   Sun Sep 14 15:10:25 2014 +1000

    pmlogger - fix small race on exit condition
    
    Flush stdio buffers before removing control file(s).

commit 3f0ed3008b1e2ed52447c82c2e3b88e6417a6f86
Author: Ken McDonell 
Date:   Sun Sep 14 09:33:19 2014 +1000

    QA meets Y2K, sort of ...
    
    Internally we've used a 4 digit number to encode the PCP version number
    	1 - major
    	2 - minor
    	3 & 4 - point
    
    Going to PCP 3.10.0 broke this.
    
    Convert to 5 digit numbers ...
    	1 - major
    	2 & 3 - minor
    	4 & 5 - point
    
    There is nothing else to see in this commit, even though it touches
    143 files.

commit 02c366ee1474c3fb987b75c36d12ce93c415ddae
Author: Ken McDonell 
Date:   Sun Sep 14 06:56:21 2014 +1000

    timeval refactoring - part 5, QA output
    
    This group of commits refactors the way we handle struct timeval
    and in particular conversion to and from a double.
    
    Use the libpcp routines in preference to inline code.
    
    After all the changes, we need to amend our view of what is the
    "correct" output for a couple of tests ... the previous .out files
    were just wrong, and this had not been noticed.

commit 3592fa59fea2203fc372b992f4fc697766e318a1
Author: Ken McDonell 
Date:   Sun Sep 14 06:55:21 2014 +1000

    timeval refactoring - part 4, QA applications
    
    This group of commits refactors the way we handle struct timeval
    and in particular conversion to and from a double.
    
    Use the libpcp routines in preference to inline code.
    
    The end result is we avoid arithmetic involving 1000000 appearing
    all over the code base, and encapsulate the correct arithmetic in
    just one place (tv.c of libpcp).

commit 9cc0a0c41924c451acffd1d4773124db8582a5dd
Author: Ken McDonell 
Date:   Sun Sep 14 06:54:13 2014 +1000

    timeval refactoring - part 2, PMDAs and PMAPI clients
    
    This group of commits refactors the way we handle struct timeval
    and in particular conversion to and from a double.
    
    Use the libpcp routines in preference to inline code.
    
    The end result is we avoid arithmetic involving 1000000 appearing
    all over the code base, and encapsulate the correct arithmetic in
    just one place (tv.c of libpcp).

commit f56888346c7be10f7d534d0c57a50e8ec0fcfb0d
Author: Ken McDonell 
Date:   Sat Sep 13 17:53:28 2014 +1000

    timeval refactoring - part 2, other libraries
    
    This group of commits refactors the way we handle struct timeval
    and in particular conversion to and from a double.
    
    Use the libpcp routines in preference to inline code.
    
    The end result is we avoid arithmetic involving 1000000 appearing
    all over the code base, and encapsulate the correct arithmetic in
    just one place (tv.c of libpcp).

commit 6c13d3afd85b5e89ae05d476365490b77173e222
Author: Ken McDonell 
Date:   Sat Sep 13 14:30:33 2014 +1000

    libpcp_pmda - better diagnostics in pmdaInit
    
    There are some integrity checks like ...
      if ((nmetrics == 0 && metrics != NULL) || (nmetrics != 0 && metrics == NULL))
      if ((nindoms == 0 && indoms != NULL) || (nindoms != 0 && indoms == NULL))
    these are unaltered, but on failure the diagnostic now provides more useful
    information as to why the check failed.

commit 30ee041a6e0cbe36e22d7db9aa61e129f9fd140e
Author: Ken McDonell 
Date:   Sat Sep 13 14:19:47 2014 +1000

    timeval refactorting - part 1,  and libpcp
    
    This group of commits refactors the way we handle struct timeval
    and in particular conversion to and from a double.
    
    + two new libc functions are introduced
        void __pmtimevalInc(struct timeval *, const struct timeval *);
        void __pmtimevalDec(struct timeval *, const struct timeval *);
      to perform in place a := a + b and a := a - b arithmetic
    + lots of local utility functions, e.g. tvsub(), tvadd() are replaced
      by uses of the libpcp routines above, or there "add/subtract and
      return a double result" cousins:
        double __pmtimevalAdd(const struct timeval *, const struct timeval *);
        double __pmtimevalSub(const struct timeval *, const struct timeval *);
    + all of the "divide by 1000000" code to convert a struct timeval into a
      double has been expunged and the correct high precision arithmetic is
      encapsulated in one place, namely
        double __pmtimevalToReal(const struct timeval *);
    + all of the double -> struct timeval conversions have been replaced by
      calls to:
        extern void __pmtimevalFromReal(double, struct timeval *);
    
    The end result is we avoid arithmetic involving 1000000 appearing
    all over the code base, and encapsulate the correct arithmetic in
    just one place (tv.c of libpcp).

commit 58d3dfcf3df674dbbc138e0b55f402ad69f78fbe
Author: Ken McDonell 
Date:   Sat Sep 13 13:56:29 2014 +1000

    qa/456 - filter out non-deterministic NOTICES rolling messages

From kenj@internode.on.net  Sun Sep 14 18:00:31 2014
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 7D9AC7F4E
	for ; Sun, 14 Sep 2014 18:00:31 -0500 (CDT)
Received: from cuda.sgi.com (cuda3.sgi.com [192.48.176.15])
	by relay3.corp.sgi.com (Postfix) with ESMTP id 0893EAC002
	for ; Sun, 14 Sep 2014 16:00:27 -0700 (PDT)
X-ASG-Debug-ID: 1410735622-04cb6c54fdad8e50001-S8gJnT
Received: from ipmail04.adl6.internode.on.net (ipmail04.adl6.internode.on.net [150.101.137.141]) by cuda.sgi.com with ESMTP id B8r2pe4kpAebDNLC for ; Sun, 14 Sep 2014 16:00:22 -0700 (PDT)
X-Barracuda-Envelope-From: kenj@internode.on.net
X-Barracuda-Apparent-Source-IP: 150.101.137.141
Received: from ppp118-209-39-14.lns20.mel4.internode.on.net (HELO [192.168.1.100]) ([118.209.39.14])
  by ipmail04.adl6.internode.on.net with ESMTP; 15 Sep 2014 08:29:54 +0930
Message-ID: <54161E4B.1030606@internode.on.net>
Date: Mon, 15 Sep 2014 09:01:31 +1000
From: Ken McDonell 
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:31.0) Gecko/20100101 Thunderbird/31.0
MIME-Version: 1.0
To: pcp@oss.sgi.com
Subject: pcp updates - minor libpcp and qa
Content-Type: text/plain; charset=utf-8
X-ASG-Orig-Subj: pcp updates - minor libpcp and qa
Content-Transfer-Encoding: 7bit
X-Barracuda-Connect: ipmail04.adl6.internode.on.net[150.101.137.141]
X-Barracuda-Start-Time: 1410735622
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.3.9484
	Rule breakdown below
	 pts rule name              description
	---- ---------------------- --------------------------------------------------

Changes committed to git://git.performancecopilot.org/kenj/pcp.git dev

 Makepkgs            |   24 ++--
 qa/287.out.32       |  312 ++++++++++++++++++++++++++--------------------------
 qa/738              |   28 +++-
 src/libpcp/src/tv.c |   27 +---
 4 files changed, 193 insertions(+), 198 deletions(-)

commit b678b76d6e785e86cfcd9110a1065c85b1d96fa2
Author: Ken McDonell 
Date:   Mon Sep 15 08:53:06 2014 +1000

    qa/287 - new 32-bit output
    
    After fixing struct timeval <--> double arithmetic, slightly different
    answers.

commit 27bd3f09a67af0acbd0c4874e29a2d5ce3ba4584
Author: Ken McDonell 
Date:   Mon Sep 15 08:06:51 2014 +1000

    libpcp/tv.c - fixup last change
    
    tsub() expunge was not quite right.

commit 7e4c121fca12b26b3f6860952fef702846fa910b
Author: Ken McDonell 
Date:   Mon Sep 15 07:58:22 2014 +1000

    Makepkgs - capture stderr from make et al in Logs/pcp

commit 57045ac52a2ac05f6d85d992241a37cc71d23042
Author: Ken McDonell 
Date:   Mon Sep 15 07:56:51 2014 +1000

    qa/738 - more ls/ln fun
    
    It is amazing how many useless variations in error messages from ls(1)
    and ln(1) that have been made by assorted pixies over the years ... sigh.

commit 2922cc0db9b8617fd656d4f9f16be58fa1e9834b
Author: Ken McDonell 
Date:   Mon Sep 15 07:55:51 2014 +1000

    libpcp/tv.c - remove another tsub() implementation
    
    Use __pmtimevalSub() instead.

From kenj@internode.on.net  Sun Sep 14 19:13:10 2014
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 AC3147F4E
	for ; Sun, 14 Sep 2014 19:13:10 -0500 (CDT)
Received: from cuda.sgi.com (cuda1.sgi.com [192.48.157.11])
	by relay1.corp.sgi.com (Postfix) with ESMTP id 87D3C8F804B
	for ; Sun, 14 Sep 2014 17:13:07 -0700 (PDT)
X-ASG-Debug-ID: 1410739982-04bdf010a0a59750001-S8gJnT
Received: from ipmail04.adl6.internode.on.net (ipmail04.adl6.internode.on.net [150.101.137.141]) by cuda.sgi.com with ESMTP id GQ6Bx82bcZc1IkPI for ; Sun, 14 Sep 2014 17:13:02 -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: At4BACcuFlR20ScOPGdsb2JhbAANU4NgV4J8xluIcgUBAQEBOIRkgQUGAgUhAhECMicGAgEBiEejGHiVJYEsjj6CYoFTBZYEoDNagkoBAQE
Received: from ppp118-209-39-14.lns20.mel4.internode.on.net (HELO [192.168.1.100]) ([118.209.39.14])
  by ipmail04.adl6.internode.on.net with ESMTP; 15 Sep 2014 09:43:01 +0930
Message-ID: <54162F71.90104@internode.on.net>
Date: Mon, 15 Sep 2014 10:14:41 +1000
From: Ken McDonell 
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:31.0) Gecko/20100101 Thunderbird/31.0
MIME-Version: 1.0
To: pcp@oss.sgi.com
Subject: pcp updates - qa
Content-Type: text/plain; charset=utf-8
X-ASG-Orig-Subj: pcp updates - qa
Content-Transfer-Encoding: 7bit
X-Barracuda-Connect: ipmail04.adl6.internode.on.net[150.101.137.141]
X-Barracuda-Start-Time: 1410739982
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.3.9485
	Rule breakdown below
	 pts rule name              description
	---- ---------------------- --------------------------------------------------

Changes committed to git://git.performancecopilot.org/kenj/pcp.git dev

 qa/798     |   29 ++++++++++++++++++++++++++++-
 qa/798.out |    8 ++++----
 qa/972     |    6 ++++++
 qa/985     |    6 ++++++
 qa/986     |    7 +++++++
 5 files changed, 51 insertions(+), 5 deletions(-)

commit d4f5a7441c6723b22d1b63ac473ef16ac72ed53a
Author: Ken McDonell 
Date:   Mon Sep 15 10:13:39 2014 +1000

    qa/985 & qa/986 - dmcache pmda won't work with python versions before 2.5
    
    Not run it on older python versions

commit fc7c5d17178d36e9f8b11e88e2b2122991368887
Author: Ken McDonell 
Date:   Mon Sep 15 10:11:31 2014 +1000

    qa/972 - zswap pmda won't work with python versions before 2.5
    
    Not run it on older python versions

commit d2ffd9a0e8712b381cf3482705ec42e405831d75
Author: Ken McDonell 
Date:   Mon Sep 15 09:38:40 2014 +1000

    qa/798 - nfsclient pmda - perl fixup
    
    The instance domain 62.0 does not have a deterministic mapping
    across platforms and perl versions.  Take control in the qa test
    filter and make it so!

From mgoodwin@redhat.com  Sun Sep 14 20:02:25 2014
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 DF9427F4E
	for ; Sun, 14 Sep 2014 20:02:25 -0500 (CDT)
Received: from cuda.sgi.com (cuda3.sgi.com [192.48.176.15])
	by relay2.corp.sgi.com (Postfix) with ESMTP id CA271304032
	for ; Sun, 14 Sep 2014 18:02:22 -0700 (PDT)
X-ASG-Debug-ID: 1410742938-04cb6c54feadbee0001-S8gJnT
Received: from mx1.redhat.com (mx1.redhat.com [209.132.183.28]) by cuda.sgi.com with ESMTP id wI48VnpeEAEmSPV9 (version=TLSv1 cipher=AES256-SHA bits=256 verify=NO) for ; Sun, 14 Sep 2014 18:02:18 -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-mx14.intmail.prod.int.phx2.redhat.com (int-mx14.intmail.prod.int.phx2.redhat.com [10.5.11.27])
	by mx1.redhat.com (8.14.4/8.14.4) with ESMTP id s8F123jq024555
	(version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=FAIL);
	Sun, 14 Sep 2014 21:02:03 -0400
Received: from [10.64.48.144] (vpn1-48-144.bne.redhat.com [10.64.48.144])
	by int-mx14.intmail.prod.int.phx2.redhat.com (8.14.4/8.14.4) with ESMTP id s8F121wp028622;
	Sun, 14 Sep 2014 21:02:02 -0400
Message-ID: <54163A89.5040102@redhat.com>
Date: Mon, 15 Sep 2014 11:02:01 +1000
From: Mark Goodwin 
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:24.0) Gecko/20100101 Thunderbird/24.7.0
MIME-Version: 1.0
To: Ken McDonell , pcp@oss.sgi.com
Subject: Re: [pcp] pcp updates - 2 big changes
References: <54160E99.4060607@internode.on.net>
X-ASG-Orig-Subj: Re: [pcp] pcp updates - 2 big changes
In-Reply-To: <54160E99.4060607@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.27
X-Barracuda-Connect: mx1.redhat.com[209.132.183.28]
X-Barracuda-Start-Time: 1410742938
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

On 09/15/2014 07:54 AM, Ken McDonell wrote:
> 2. (more significantly) Following Mark's investigations of arithmetic errors ...

Thanks Ken, I didn't push my patch because after reading
tv.c more closely I realized there was a more substantial
audit and patch required, which you've now completed by the
looks of it.

Couple of comments on your new code, as below.

/*
  * convert a timeval to a double (units = seconds)
  */
double
__pmtimevalToReal(const struct timeval *val)
{
     return val->tv_sec + ((long double)val->tv_usec / (long double)1000000);
}
                           ^^^ cast isn't needed?, but doesn't hurt.

/*
  * convert double (units == seconds) to a timeval
  */
void
__pmtimevalFromReal(double secs, struct timeval *val)
{
     val->tv_sec = (time_t)secs;
     val->tv_usec = (long)((long double)(secs - val->tv_sec) * (long 
double)1000000 + 0.5);
}

Just wondering how come you decided to add the half of one millionth
of a second here, to force rounding up. Doesn't the compiler automatically
round up appropriately, so this is redundant? Or did you find a corner
case where the rounding wasn't right? I assume the 0.5 doesn't need
an explicit long double cast (or the equivalent L suffix).

Cheers
-- Mark


From kenj@internode.on.net  Sun Sep 14 20:09:12 2014
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 798A97F4E
	for ; Sun, 14 Sep 2014 20:09:12 -0500 (CDT)
Received: from cuda.sgi.com (cuda3.sgi.com [192.48.176.15])
	by relay3.corp.sgi.com (Postfix) with ESMTP id 058DFAC002
	for ; Sun, 14 Sep 2014 18:09:08 -0700 (PDT)
X-ASG-Debug-ID: 1410743346-04cb6c54fdadc060001-S8gJnT
Received: from ipmail04.adl6.internode.on.net (ipmail04.adl6.internode.on.net [150.101.137.141]) by cuda.sgi.com with ESMTP id GFAocqNOSbc6bX91 for ; Sun, 14 Sep 2014 18:09:07 -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: AtcBACA7FlR20ScOPGdsb2JhbAANU4czyxyERAUBAQEBOIRkFUA2AgUWCwILAwIBAgExDgwNCAEBq2h4lQ0YgSyRIIFTBbY3gyQBAQE
Received: from ppp118-209-39-14.lns20.mel4.internode.on.net (HELO [192.168.1.100]) ([118.209.39.14])
  by ipmail04.adl6.internode.on.net with ESMTP; 15 Sep 2014 10:29:28 +0930
Message-ID: <54163A53.3060007@internode.on.net>
Date: Mon, 15 Sep 2014 11:01:07 +1000
From: Ken McDonell 
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:31.0) Gecko/20100101 Thunderbird/31.0
MIME-Version: 1.0
To: PCP 
Subject: systemd pmda problem
Content-Type: text/plain; charset=utf-8; format=flowed
X-ASG-Orig-Subj: systemd pmda problem
Content-Transfer-Encoding: 7bit
X-Barracuda-Connect: ipmail04.adl6.internode.on.net[150.101.137.141]
X-Barracuda-Start-Time: 1410743346
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.3.9488
	Rule breakdown below
	 pts rule name              description
	---- ---------------------- --------------------------------------------------

The code contains this snippet ..

    /* The systemwide journal may be accessed by the adm user (group);
        root access is not necessary. */

and lots of references to user adm and group adm.

On i686 openSUSE 13.1 there is systemd, but no user or group adm.

The PMDA's log files goes like this ...

Log for pmdasystemd on vm24 started Fri Sep 12 06:53:30 2014

[Fri Sep 12 06:53:30] pmdasystemd(23021) Critical: cannot find the adm 
user to switch to

Log finished Fri Sep 12 06:53:30 2014


I think this needs a code fix, or an Install script option or a QA 
change or more than one of these.

At the moment qa/652 will not pass on this platform.

From kenj@internode.on.net  Sun Sep 14 20:29:04 2014
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 8AE9D7F4E
	for ; Sun, 14 Sep 2014 20:29:04 -0500 (CDT)
Received: from cuda.sgi.com (cuda2.sgi.com [192.48.176.25])
	by relay2.corp.sgi.com (Postfix) with ESMTP id 54CB6304039
	for ; Sun, 14 Sep 2014 18:29:04 -0700 (PDT)
X-ASG-Debug-ID: 1410744528-04cbb05488daf050001-S8gJnT
Received: from ipmail04.adl6.internode.on.net (ipmail04.adl6.internode.on.net [150.101.137.141]) by cuda.sgi.com with ESMTP id J15fHV0eC3oYhqBd for ; Sun, 14 Sep 2014 18:28:48 -0700 (PDT)
X-Barracuda-Envelope-From: kenj@internode.on.net
X-Barracuda-Apparent-Source-IP: 150.101.137.141
X-IronPort-Anti-Spam-Filtered: true
X-IronPort-Anti-Spam-Result: AtkBANw/FlR20ScOPGdsb2JhbAANUo0OxUeDIQGBIwUBAQEBOIQ6AQEBAwEnUQYLCw4KCRYPCQMCAQIBMRQGAQwIAQGIMqM6lgMBF49UhEsBBI83hB6iYoMkAQEB
Received: from ppp118-209-39-14.lns20.mel4.internode.on.net (HELO [192.168.1.100]) ([118.209.39.14])
  by ipmail04.adl6.internode.on.net with ESMTP; 15 Sep 2014 10:58:48 +0930
Message-ID: <54164134.9020905@internode.on.net>
Date: Mon, 15 Sep 2014 11:30:28 +1000
From: Ken McDonell 
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:31.0) Gecko/20100101 Thunderbird/31.0
MIME-Version: 1.0
To: Mark Goodwin , pcp@oss.sgi.com
Subject: Re: [pcp] pcp updates - 2 big changes
References: <54160E99.4060607@internode.on.net> <54163A89.5040102@redhat.com>
X-ASG-Orig-Subj: Re: [pcp] pcp updates - 2 big changes
In-Reply-To: <54163A89.5040102@redhat.com>
Content-Type: multipart/mixed;
 boundary="------------010009000800080303020705"
X-Barracuda-Connect: ipmail04.adl6.internode.on.net[150.101.137.141]
X-Barracuda-Start-Time: 1410744528
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.3.9488
	Rule breakdown below
	 pts rule name              description
	---- ---------------------- --------------------------------------------------

This is a multi-part message in MIME format.
--------------010009000800080303020705
Content-Type: text/plain; charset=windows-1252; format=flowed
Content-Transfer-Encoding: 7bit

G'day Mark.

On 15/09/14 11:02, Mark Goodwin wrote:
> On 09/15/2014 07:54 AM, Ken McDonell wrote:
>> 2. (more significantly) Following Mark's investigations of arithmetic
>> errors ...
>
> Thanks Ken, I didn't push my patch because after reading
> tv.c more closely I realized there was a more substantial
> audit and patch required, which you've now completed by the
> looks of it.

I think so.

> ...
>      return val->tv_sec + ((long double)val->tv_usec / (long
> double)1000000);
> }
>                            ^^^ cast isn't needed?, but doesn't hurt.

Yep.  I wanted to make it very explicit that the division is being done 
in (long double) precision.

 > ...
>      val->tv_usec = (long)((long double)(secs - val->tv_sec) * (long
> double)1000000 + 0.5);

> Just wondering how come you decided to add the half of one millionth
> of a second here, to force rounding up. Doesn't the compiler automatically
> round up appropriately, so this is redundant? ...

No, cast to (long) truncates ... check the attached C program.

> ... I assume the 0.5 doesn't need
> an explicit long double cast (or the equivalent L suffix).

I'm sure the compiler will promote here and 0.5 should be _exactly_ 
representable in all of the floating point precisions.  But to be 
consistent with my explicit casting above, it _should_ be cast to (long 
double) ... thanks, I'll fix it.



--------------010009000800080303020705
Content-Type: text/x-csrc;
 name="x.c"
Content-Transfer-Encoding: 7bit
Content-Disposition: attachment;
 filename="x.c"

#include 

int
main()
{
    long	x;

    x = (long)((long double)3 / (long double)2);
    printf("x=%ld truncate?\n", x);

    x = (long)((long double)3 / (long double)2 + 0.5);
    printf("x=%ld round?\n", x);

    return(0);
}

--------------010009000800080303020705--

From fche@redhat.com  Sun Sep 14 20:45:24 2014
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 614A57F4E
	for ; Sun, 14 Sep 2014 20:45:24 -0500 (CDT)
Received: from cuda.sgi.com (cuda2.sgi.com [192.48.176.25])
	by relay3.corp.sgi.com (Postfix) with ESMTP id DDE90AC001
	for ; Sun, 14 Sep 2014 18:45:23 -0700 (PDT)
X-ASG-Debug-ID: 1410745521-04cbb05487daf540001-S8gJnT
Received: from mx1.redhat.com (mx1.redhat.com [209.132.183.28]) by cuda.sgi.com with ESMTP id kdGOUrftu4bQAsoR (version=TLSv1 cipher=AES256-SHA bits=256 verify=NO) for ; Sun, 14 Sep 2014 18:45:22 -0700 (PDT)
X-Barracuda-Envelope-From: fche@redhat.com
X-Barracuda-Apparent-Source-IP: 209.132.183.28
X-ASG-Whitelist: Client
Received: from int-mx10.intmail.prod.int.phx2.redhat.com (int-mx10.intmail.prod.int.phx2.redhat.com [10.5.11.23])
	by mx1.redhat.com (8.14.4/8.14.4) with ESMTP id s8F1j7Z5001094
	(version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=FAIL);
	Sun, 14 Sep 2014 21:45:07 -0400
Received: from fche.csb (vpn-228-210.phx2.redhat.com [10.3.228.210])
	by int-mx10.intmail.prod.int.phx2.redhat.com (8.14.4/8.14.4) with ESMTP id s8F1j7tx017917;
	Sun, 14 Sep 2014 21:45:07 -0400
Received: by fche.csb (Postfix, from userid 2569)
	id 96E4E5818E; Sun, 14 Sep 2014 21:45:06 -0400 (EDT)
To: Ken McDonell 
Cc: PCP 
Subject: Re: systemd pmda problem
References: <54163A53.3060007@internode.on.net>
X-ASG-Orig-Subj: Re: systemd pmda problem
From: fche@redhat.com (Frank Ch. Eigler)
Date: Sun, 14 Sep 2014 21:45:06 -0400
In-Reply-To: <54163A53.3060007@internode.on.net> (Ken McDonell's message of "Mon, 15 Sep 2014 11:01:07 +1000")
Message-ID: 
User-Agent: Gnus/5.1008 (Gnus v5.10.8) Emacs/21.4 (gnu/linux)
MIME-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Scanned-By: MIMEDefang 2.68 on 10.5.11.23
X-Barracuda-Connect: mx1.redhat.com[209.132.183.28]
X-Barracuda-Start-Time: 1410745522
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

Ken McDonell  writes:

> [...]
> On i686 openSUSE 13.1 there is systemd, but no user or group adm.

> Log for pmdasystemd on vm24 started Fri Sep 12 06:53:30 2014
> [Fri Sep 12 06:53:30] pmdasystemd(23021) Critical: cannot find the adm
> user to switch to
> Log finished Fri Sep 12 06:53:30 2014

> I think this needs a code fix, or an Install script option or a QA
> change or more than one of these.

Good catch.  Chances are the widget just needs to run as root on that
box, unless the kind folks at suse have configured their systemd to
accept another uid/gid as fully journalctl-empowered.

- FChE

From fche@redhat.com  Sun Sep 14 20:54:43 2014
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 54A997F4E
	for ; Sun, 14 Sep 2014 20:54:43 -0500 (CDT)
Received: from cuda.sgi.com (cuda1.sgi.com [192.48.157.11])
	by relay3.corp.sgi.com (Postfix) with ESMTP id EED4FAC002
	for ; Sun, 14 Sep 2014 18:54:42 -0700 (PDT)
X-ASG-Debug-ID: 1410746081-04bdf010a0a5b8f0001-S8gJnT
Received: from mx1.redhat.com (mx1.redhat.com [209.132.183.28]) by cuda.sgi.com with ESMTP id gpHcIVa1nZBM0BA2 (version=TLSv1 cipher=AES256-SHA bits=256 verify=NO) for ; Sun, 14 Sep 2014 18:54:42 -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-mx13.intmail.prod.int.phx2.redhat.com (int-mx13.intmail.prod.int.phx2.redhat.com [10.5.11.26])
	by mx1.redhat.com (8.14.4/8.14.4) with ESMTP id s8F1sRpC014729
	(version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=FAIL);
	Sun, 14 Sep 2014 21:54:28 -0400
Received: from fche.csb (vpn-228-210.phx2.redhat.com [10.3.228.210])
	by int-mx13.intmail.prod.int.phx2.redhat.com (8.14.4/8.14.4) with ESMTP id s8F1sRaF015021;
	Sun, 14 Sep 2014 21:54:27 -0400
Received: by fche.csb (Postfix, from userid 2569)
	id 2460C5818E; Sun, 14 Sep 2014 21:54:27 -0400 (EDT)
To: Ken McDonell 
Cc: PCP 
Subject: Re: systemd pmda problem
References: <54163A53.3060007@internode.on.net>
X-ASG-Orig-Subj: Re: systemd pmda problem
From: fche@redhat.com (Frank Ch. Eigler)
Date: Sun, 14 Sep 2014 21:54:27 -0400
In-Reply-To: <54163A53.3060007@internode.on.net> (Ken McDonell's message of "Mon, 15 Sep 2014 11:01:07 +1000")
Message-ID: 
User-Agent: Gnus/5.1008 (Gnus v5.10.8) Emacs/21.4 (gnu/linux)
MIME-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Scanned-By: MIMEDefang 2.68 on 10.5.11.26
X-Barracuda-Connect: mx1.redhat.com[209.132.183.28]
X-Barracuda-Start-Time: 1410746082
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

Ken McDonell  writes:

> [...]
> On i686 openSUSE 13.1 there is systemd, but no user or group adm.

A bit of systemd.spec searching indicates this is a recent change:

* Mon Aug 18 2014 werner@suse.de
- Disable the usage of the systemd groups wheel and adm (bnc#892300)

The bugzilla entry is not public, so I don't know what they had in
mind as a substitute.  (Probably just root.)

https://bugzilla.novell.com/show_bug.cgi?id=892300

- FChE

From kenj@internode.on.net  Sun Sep 14 21:07:48 2014
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 9DFB47F4E
	for ; Sun, 14 Sep 2014 21:07:48 -0500 (CDT)
Received: from cuda.sgi.com (cuda2.sgi.com [192.48.176.25])
	by relay1.corp.sgi.com (Postfix) with ESMTP id 87E588F8050
	for ; Sun, 14 Sep 2014 19:07:45 -0700 (PDT)
X-ASG-Debug-ID: 1410746861-04cbb05485daf9b0001-S8gJnT
Received: from ipmail04.adl6.internode.on.net (ipmail04.adl6.internode.on.net [150.101.137.141]) by cuda.sgi.com with ESMTP id cu5mjUPXAzu7rLVK for ; Sun, 14 Sep 2014 19:07:41 -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: Aq4CAD1JFlR20ScOPGdsb2JhbAANUoczikjFNAUBAQEBOIRkFXYCBSECEQIyGg0IAQGrdHiVCBiBLJEggVMFtjeDJAEBAQ
Received: from ppp118-209-39-14.lns20.mel4.internode.on.net (HELO [192.168.1.100]) ([118.209.39.14])
  by ipmail04.adl6.internode.on.net with ESMTP; 15 Sep 2014 11:36:07 +0930
Message-ID: <541649F3.70300@internode.on.net>
Date: Mon, 15 Sep 2014 12:07:47 +1000
From: Ken McDonell 
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:31.0) Gecko/20100101 Thunderbird/31.0
MIME-Version: 1.0
To: PCP 
Subject: qa/361 - cgroup.cgroups not helpful
Content-Type: text/plain; charset=utf-8; format=flowed
X-ASG-Orig-Subj: qa/361 - cgroup.cgroups not helpful
Content-Transfer-Encoding: 7bit
X-Barracuda-Connect: ipmail04.adl6.internode.on.net[150.101.137.141]
X-Barracuda-Start-Time: 1410746861
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.3.9489
	Rule breakdown below
	 pts rule name              description
	---- ---------------------- --------------------------------------------------

For ALL of my QA hosts, this test is either not run
361 [not run] One or more cgroups already in use

or fails with
Error: cgroup.groups: Unknown metric name

I think I need some help here ...

From kenj@internode.on.net  Sun Sep 14 22:29:46 2014
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 B3D287F4E
	for ; Sun, 14 Sep 2014 22:29:46 -0500 (CDT)
Received: from cuda.sgi.com (cuda3.sgi.com [192.48.176.15])
	by relay1.corp.sgi.com (Postfix) with ESMTP id 935008F804B
	for ; Sun, 14 Sep 2014 20:29:46 -0700 (PDT)
X-ASG-Debug-ID: 1410751780-04cb6c5500adeba0001-S8gJnT
Received: from ipmail04.adl6.internode.on.net (ipmail04.adl6.internode.on.net [150.101.137.141]) by cuda.sgi.com with ESMTP id QETCRdjEVhyFFrdR for ; Sun, 14 Sep 2014 20:29:40 -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: Ai4CABpcFlR20ScOPGdsb2JhbAANUoNgV4J8xymDN4VBBQEBAQE4hGRVMAYCBRYLAgsDAgECATEnBgIBAYhHozp4lSSBLI4+gmKBUwWWBIhjl1BagkoBAQE
Received: from ppp118-209-39-14.lns20.mel4.internode.on.net (HELO [192.168.1.100]) ([118.209.39.14])
  by ipmail04.adl6.internode.on.net with ESMTP; 15 Sep 2014 12:59:33 +0930
Message-ID: <54165D80.3050508@internode.on.net>
Date: Mon, 15 Sep 2014 13:31:12 +1000
From: Ken McDonell 
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:31.0) Gecko/20100101 Thunderbird/31.0
MIME-Version: 1.0
To: pcp@oss.sgi.com
Subject: pcp updates - fix for ugly linux pmda problem and qa
Content-Type: text/plain; charset=utf-8
X-ASG-Orig-Subj: pcp updates - fix for ugly linux pmda problem and qa
Content-Transfer-Encoding: 7bit
X-Barracuda-Connect: ipmail04.adl6.internode.on.net[150.101.137.141]
X-Barracuda-Start-Time: 1410751780
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.3.9491
	Rule breakdown below
	 pts rule name              description
	---- ---------------------- --------------------------------------------------

Changes committed to git://git.performancecopilot.org/kenj/pcp.git dev

 qa/519                             |    4 ++++
 qa/583                             |    4 ++++
 qa/valgrind-suppress-3.8.1         |   23 +++++++++++++++++++++++
 src/libpcp/src/tv.c                |    2 +-
 src/pmdas/linux/proc_net_netstat.c |    8 ++++++--
 5 files changed, 38 insertions(+), 3 deletions(-)

commit 3b494263335e5ce4f7d94b7bb15be3b077113616
Author: Ken McDonell 
Date:   Mon Sep 15 13:26:49 2014 +1000

    linux pmda - fix missing initialization for netstat metrics
    
    Found by qa/003 on ia64 grundy.sgi.com SUSE SLES11 SP1.
    
    We must have been simply lucky on other platforms, as this had the
    potential to whack data in the linux PMDA's address space, and hence
    pmcd (the linux PMDA is a DSO agent by default).

commit e5d82144bd28724f3941f9799137091efddfd898
Author: Ken McDonell 
Date:   Mon Sep 15 11:30:39 2014 +1000

    libpcp/tv.c - add explicit cast for 0.5 constant
    
    As per Mark's comment.

commit 3f577634911904f3dd7ade3cfeda54268f404837
Author: Ken McDonell 
Date:   Mon Sep 15 10:52:35 2014 +1000

    qa519 & qa/583 - accommodate ISO 8601 format timestamps in syslog

commit 677798fa51a71129c26308719fa9dfe665d89148
Author: Ken McDonell 
Date:   Mon Sep 15 10:27:24 2014 +1000

    qa/valgrind-suppress-3.8.1 - similar to 3.6.1 case
    
    Bogus uninitialized data in jump report ... seems to be i?86 specific
    as well as valgrind version dependent.

From kenj@internode.on.net  Mon Sep 15 01:09:01 2014
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 E030C7F4E
	for ; Mon, 15 Sep 2014 01:09:01 -0500 (CDT)
Received: from cuda.sgi.com (cuda1.sgi.com [192.48.157.11])
	by relay2.corp.sgi.com (Postfix) with ESMTP id AB6A0304039
	for ; Sun, 14 Sep 2014 23:08:58 -0700 (PDT)
X-ASG-Debug-ID: 1410761333-04bdf0109aa62680001-S8gJnT
Received: from ipmail04.adl6.internode.on.net (ipmail04.adl6.internode.on.net [150.101.137.141]) by cuda.sgi.com with ESMTP id nD9faEMmPNTksH57 for ; Sun, 14 Sep 2014 23:08:53 -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: AhQCANqBFlR20ScOPGdsb2JhbAANUotqx0KDIQGBJwUBAQEBOIQ7AQEEOEABEAsYCRYPCQMCAQIBMRQGDQEHAQGsIZYOARePTQeESwEEjzenAIMkAQEB
Received: from ppp118-209-39-14.lns20.mel4.internode.on.net (HELO [192.168.1.100]) ([118.209.39.14])
  by ipmail04.adl6.internode.on.net with ESMTP; 15 Sep 2014 15:38:52 +0930
Message-ID: <541682D7.4070004@internode.on.net>
Date: Mon, 15 Sep 2014 16:10:31 +1000
From: Ken McDonell 
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:31.0) Gecko/20100101 Thunderbird/31.0
MIME-Version: 1.0
To: "Frank Ch. Eigler" 
CC: PCP 
Subject: Re: systemd pmda problem
References: <54163A53.3060007@internode.on.net> 
X-ASG-Orig-Subj: Re: systemd pmda problem
In-Reply-To: 
Content-Type: text/plain; charset=windows-1252; format=flowed
Content-Transfer-Encoding: 7bit
X-Barracuda-Connect: ipmail04.adl6.internode.on.net[150.101.137.141]
X-Barracuda-Start-Time: 1410761333
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.3.9494
	Rule breakdown below
	 pts rule name              description
	---- ---------------------- --------------------------------------------------
	0.00 BSF_SC0_MISMATCH_TO    Envelope rcpt doesn't match header

On 15/09/14 11:45, Frank Ch. Eigler wrote:
> ...  Chances are the widget just needs to run as root on that
> box, unless the kind folks at suse have configured their systemd to
> accept another uid/gid as fully journalctl-empowered.

Thanks Frank.

By "widget" I assume you mean the systemd pmda, correct?

And is there some place I could look to sniff (Larry Wall style) and 
determine what this uid/gid might be configured to be?

If it is not already obvious, I know nothing about systemd.

From jistone@redhat.com  Mon Sep 15 11:57:36 2014
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 622327F4E
	for ; Mon, 15 Sep 2014 11:57:36 -0500 (CDT)
Received: from cuda.sgi.com (cuda3.sgi.com [192.48.176.15])
	by relay1.corp.sgi.com (Postfix) with ESMTP id 4D9648F8037
	for ; Mon, 15 Sep 2014 09:57:36 -0700 (PDT)
X-ASG-Debug-ID: 1410800245-04cb6c54feb010f0001-S8gJnT
Received: from mx1.redhat.com (mx1.redhat.com [209.132.183.28]) by cuda.sgi.com with ESMTP id Wy8xOv8sRUNBHDdS (version=TLSv1 cipher=AES256-SHA bits=256 verify=NO) for ; Mon, 15 Sep 2014 09:57:26 -0700 (PDT)
X-Barracuda-Envelope-From: jistone@redhat.com
X-Barracuda-Apparent-Source-IP: 209.132.183.28
X-ASG-Whitelist: Client
Received: from int-mx14.intmail.prod.int.phx2.redhat.com (int-mx14.intmail.prod.int.phx2.redhat.com [10.5.11.27])
	by mx1.redhat.com (8.14.4/8.14.4) with ESMTP id s8FGvPQE024590
	(version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=FAIL)
	for ; Mon, 15 Sep 2014 12:57:25 -0400
Received: from [10.3.113.122] (ovpn-113-122.phx2.redhat.com [10.3.113.122])
	by int-mx14.intmail.prod.int.phx2.redhat.com (8.14.4/8.14.4) with ESMTP id s8FGvPdd004263
	for ; Mon, 15 Sep 2014 12:57:25 -0400
Message-ID: <54171A75.2020809@redhat.com>
Date: Mon, 15 Sep 2014 09:57:25 -0700
From: Josh Stone 
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:31.0) Gecko/20100101 Thunderbird/31.1.0
MIME-Version: 1.0
To: pcp@oss.sgi.com
Subject: Re: [pcp] systemd pmda problem
References: <54163A53.3060007@internode.on.net> 
X-ASG-Orig-Subj: Re: [pcp] systemd pmda problem
In-Reply-To: 
Content-Type: text/plain; charset=windows-1252
Content-Transfer-Encoding: 7bit
X-Scanned-By: MIMEDefang 2.68 on 10.5.11.27
X-Barracuda-Connect: mx1.redhat.com[209.132.183.28]
X-Barracuda-Start-Time: 1410800246
X-Barracuda-Encrypted: AES256-SHA
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

On 09/14/2014 06:54 PM, Frank Ch. Eigler wrote:
> Ken McDonell  writes:
> 
>> [...]
>> On i686 openSUSE 13.1 there is systemd, but no user or group adm.
> 
> A bit of systemd.spec searching indicates this is a recent change:
> 
> * Mon Aug 18 2014 werner@suse.de
> - Disable the usage of the systemd groups wheel and adm (bnc#892300)
> 
> The bugzilla entry is not public, so I don't know what they had in
> mind as a substitute.  (Probably just root.)
> 
> https://bugzilla.novell.com/show_bug.cgi?id=892300

NEWS for systemd 198 says that this changed to group systemd-journal.

From fche@redhat.com  Mon Sep 15 12:41:58 2014
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 EE6A97F4E
	for ; Mon, 15 Sep 2014 12:41:58 -0500 (CDT)
Received: from cuda.sgi.com (cuda1.sgi.com [192.48.157.11])
	by relay1.corp.sgi.com (Postfix) with ESMTP id CD6F68F8037
	for ; Mon, 15 Sep 2014 10:41:55 -0700 (PDT)
X-ASG-Debug-ID: 1410802911-04bdf01097a851a0001-S8gJnT
Received: from mx1.redhat.com (mx1.redhat.com [209.132.183.28]) by cuda.sgi.com with ESMTP id EnoRMyJRY6EOoQCv (version=TLSv1 cipher=AES256-SHA bits=256 verify=NO) for ; Mon, 15 Sep 2014 10:41:51 -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-mx14.intmail.prod.int.phx2.redhat.com (int-mx14.intmail.prod.int.phx2.redhat.com [10.5.11.27])
	by mx1.redhat.com (8.14.4/8.14.4) with ESMTP id s8FHfe6K019043
	(version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=FAIL);
	Mon, 15 Sep 2014 13:41:41 -0400
Received: from fche.csb (vpn-228-210.phx2.redhat.com [10.3.228.210])
	by int-mx14.intmail.prod.int.phx2.redhat.com (8.14.4/8.14.4) with ESMTP id s8FHfevV026994;
	Mon, 15 Sep 2014 13:41:40 -0400
Received: by fche.csb (Postfix, from userid 2569)
	id 9675D5822F; Mon, 15 Sep 2014 13:41:39 -0400 (EDT)
Date: Mon, 15 Sep 2014 13:41:39 -0400
From: "Frank Ch. Eigler" 
To: Martin Spier 
Cc: Nathan Scott , Amer Ather ,
        Coburn Watson , pcp@oss.sgi.com
Subject: Re: PCP web client on different domain
Message-ID: <20140915174139.GA21897@redhat.com>
X-ASG-Orig-Subj: Re: PCP web client on different domain
References:  <1717887824.20744079.1401960303984.JavaMail.zimbra@redhat.com> <20140605115447.GC11474@redhat.com> <1295610433.21793898.1402006255252.JavaMail.zimbra@redhat.com>   <878364148.23139544.1402347444401.JavaMail.zimbra@redhat.com>  <1678088280.23964559.1402473510747.JavaMail.zimbra@redhat.com> 
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
In-Reply-To: 
User-Agent: Mutt/1.4.2.2i
X-Scanned-By: MIMEDefang 2.68 on 10.5.11.27
X-Barracuda-Connect: mx1.redhat.com[209.132.183.28]
X-Barracuda-Start-Time: 1410802911
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

Hi, Martin -

> Noticed today that the ACAO header is only being returned on success
> responses (2xx). I have a few error cases where context might have expired
> or some other problem, and an error response (4xx, 5xx) response is
> expected. [...]

OK, will shortly add ACAO to the error cases too.


- FChE

From brolley@redhat.com  Mon Sep 15 13:41:46 2014
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 8DCC67F4E
	for ; Mon, 15 Sep 2014 13:41:46 -0500 (CDT)
Received: from cuda.sgi.com (cuda3.sgi.com [192.48.176.15])
	by relay3.corp.sgi.com (Postfix) with ESMTP id 14F5AAC007
	for ; Mon, 15 Sep 2014 11:41:42 -0700 (PDT)
X-ASG-Debug-ID: 1410806500-04cb6c54ffb072b0001-S8gJnT
Received: from mx1.redhat.com (mx1.redhat.com [209.132.183.28]) by cuda.sgi.com with ESMTP id dI8J5dHMU7ue0iHd (version=TLSv1 cipher=AES256-SHA bits=256 verify=NO) for ; Mon, 15 Sep 2014 11:41:41 -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-mx13.intmail.prod.int.phx2.redhat.com (int-mx13.intmail.prod.int.phx2.redhat.com [10.5.11.26])
	by mx1.redhat.com (8.14.4/8.14.4) with ESMTP id s8FIfeKW021944
	(version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=FAIL)
	for ; Mon, 15 Sep 2014 14:41:40 -0400
Received: from [10.15.16.139] (dhcp-10-15-16-139.yyz.redhat.com [10.15.16.139])
	by int-mx13.intmail.prod.int.phx2.redhat.com (8.14.4/8.14.4) with ESMTP id s8FIfe4m003793
	for ; Mon, 15 Sep 2014 14:41:40 -0400
Message-ID: <54173329.7030701@redhat.com>
Date: Mon, 15 Sep 2014 14:42:49 -0400
From: Dave Brolley 
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:24.0) Gecko/20100101 Thunderbird/24.7.0
MIME-Version: 1.0
To: PCP Mailing List 
Subject: __pmDiscoverServicesWithOptions() error codes
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
X-ASG-Orig-Subj: __pmDiscoverServicesWithOptions() error codes
Content-Transfer-Encoding: 7bit
X-Scanned-By: MIMEDefang 2.68 on 10.5.11.26
X-Barracuda-Connect: mx1.redhat.com[209.132.183.28]
X-Barracuda-Start-Time: 1410806501
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

The following address RHBZ 1139529 and update the pmdiscoverservices(3) 
man page which had fallen behind.

__pmDiscoverServicesWithOptions was left as a __-prefixed API because we 
were unsure of the direction it was going. It's additional functionality 
remains undocumented. Is it appropriate to document it in 
pmdiscoverservices(3) with some sort of caveat? Or perhaps it's time to 
remove the __ prefix and make it into a full fledged pmapi API?

Dave

--------------------------------------------------------------------------------------------------------

commit 6d1df67b4373ed356e6a44ef595cd54e051d7483
Author: Dave Brolley 
Date:   Mon Sep 15 14:35:47 2014 -0400

     Update pmdiscoverservices(3) man page.

commit 0abc66f2b4f44eec9975169f42cbf649c9d7c044
Author: Dave Brolley 
Date:   Mon Sep 15 13:55:14 2014 -0400

     RHBZ 1139529 - __pmDiscoverServicesWithOptions(1) error codes.

     Avahi error codes are not useful to the caller of this API.
     -EOPNOTSUPP is the best fit for avahi failures.

From kenj@internode.on.net  Mon Sep 15 17:20:50 2014
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 27E997F4E
	for ; Mon, 15 Sep 2014 17:20:50 -0500 (CDT)
Received: from cuda.sgi.com (cuda1.sgi.com [192.48.157.11])
	by relay2.corp.sgi.com (Postfix) with ESMTP id E8379304053
	for ; Mon, 15 Sep 2014 15:20:49 -0700 (PDT)
X-ASG-Debug-ID: 1410819636-04bdf0109aa95630001-S8gJnT
Received: from ipmail06.adl6.internode.on.net (ipmail06.adl6.internode.on.net [150.101.137.145]) by cuda.sgi.com with ESMTP id bRwRcptAEmTWsQIm for ; Mon, 15 Sep 2014 15:20:37 -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: AuYBAKJlF1R20ScOPGdsb2JhbAANU4NgV4J8hDfDP4kEBQEBAQE4hGRVMAYCBRYLAgsDAgECATEnBgIBAYhHpEl4lgaBLJEggVMFhh+PZYhjl1BagkoBAQE
Received: from ppp118-209-39-14.lns20.mel4.internode.on.net (HELO [192.168.1.100]) ([118.209.39.14])
  by ipmail06.adl6.internode.on.net with ESMTP; 16 Sep 2014 07:50:36 +0930
Message-ID: <54176699.1000402@internode.on.net>
Date: Tue, 16 Sep 2014 08:22:17 +1000
From: Ken McDonell 
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:31.0) Gecko/20100101 Thunderbird/31.0
MIME-Version: 1.0
To: pcp@oss.sgi.com
Subject: pcp updates - qa
Content-Type: text/plain; charset=utf-8
X-ASG-Orig-Subj: pcp updates - qa
Content-Transfer-Encoding: 7bit
X-Barracuda-Connect: ipmail06.adl6.internode.on.net[150.101.137.145]
X-Barracuda-Start-Time: 1410819636
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.3.9526
	Rule breakdown below
	 pts rule name              description
	---- ---------------------- --------------------------------------------------

Changes committed to git://git.performancecopilot.org/kenj/pcp.git dev

 qa/540                     |   30 
 qa/651                     |    4 
 qa/722                     |    4 
 qa/822                     |   34 +
 qa/835                     |    9 
 qa/835.out                 |    1 
 qa/875                     |    3 
 qa/admin/check-vm          |    5 
 qa/check-group             |   15 
 qa/common.secure           |    4 
 qa/group                   | 1468 ++++++++++++++++++++++-----------------------
 qa/group-stats             |    6 
 qa/new                     |    4 
 qa/valgrind-suppress-3.7.0 |   23 
 14 files changed, 856 insertions(+), 754 deletions(-)

commit 11718ee135933188b0f31e8621771eac58333cc7
Author: Ken McDonell 
Date:   Tue Sep 16 08:18:39 2014 +1000

    qa/835 - tune tolerances for memcache pmda metrics

commit 48ba9579f982aeb37d690034d4293d31c1dbf52d
Author: Ken McDonell 
Date:   Tue Sep 16 08:03:27 2014 +1000

    qa/822 - reserve for a pending pmlogrewrite test

commit 795ed17683a1108ed57e268f90a8d80aa53bf4af
Author: Ken McDonell 
Date:   Tue Sep 16 08:01:10 2014 +1000

    qa groups - retire oss and sgi groups which are no longer needed

commit 083fde084f859c5f762a271f069e32c72437a04f
Author: Ken McDonell 
Date:   Tue Sep 16 07:59:21 2014 +1000

    qa/check-group - add consistency checks between group and files

commit bcbfb11e8b1e9258f7113496ed2d8f7d3e0b8905
Author: Ken McDonell 
Date:   Tue Sep 16 06:43:44 2014 +1000

    qa/common.secure - add error string mappings
    
    For some installations, the nss error strings are missing (this is
    probably a platform install and/or packaging botch, but I cannot
    find how to fix it).  So, translate "Unknown code ___f NN" to what
    appears to be the right error message string in the qa test filter.

commit 020cf4aed5e22efedd779ebb4644f5c97b857bef
Author: Ken McDonell 
Date:   Tue Sep 16 06:43:12 2014 +1000

    qa/check-group - better enumeration of test cases

commit bb2c90aa3ca75dc9dd3b43696c4f9398151fe220
Author: Ken McDonell 
Date:   Tue Sep 16 06:42:04 2014 +1000

    qa/admin/check-vm - pmatop.py needs python-curses on some platforms

commit 51dc0b400595240fba577789fdd3f3a7cc05ee59
Author: Ken McDonell 
Date:   Tue Sep 16 06:41:16 2014 +1000

    qa/875 - needed valgrind notrun guard

commit 460e53d521bdc0965af86dd79cd485506efbfb76
Author: Ken McDonell 
Date:   Tue Sep 16 06:39:24 2014 +1000

    qa/722 - diagnostic changes
    
    Syphon off pmatop output earlier in the pipeline so we can see the
    data in $seq.full before any filtering is applied.

commit 2603fa9e98e3743a1e1f823c5b919ed72e654dfb
Author: Ken McDonell 
Date:   Tue Sep 16 06:38:39 2014 +1000

    qa/651 - more diags, no functional change

commit 1b3c6a9f44c5f67982156951eeb74caa27e4e0b7
Author: Ken McDonell 
Date:   Tue Sep 16 06:37:24 2014 +1000

    qa/540 - need to dodge more variants of /dev/mapper setup

commit 5f51dddbcc9fd4c27e94c29f5ea694f397311f97
Author: Ken McDonell 
Date:   Mon Sep 15 16:23:27 2014 +1000

    qa/valgrind-suppress-3.7.0 - similar to 3.6.1 and 3.8.1 cases
    
    Bogus uninitialized data in jump report ... seems to be i?86 specific
    as well as valgrind version dependent.

From kenj@internode.on.net  Mon Sep 15 17:46:33 2014
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 B1B9D7F4E
	for ; Mon, 15 Sep 2014 17:46:32 -0500 (CDT)
Received: from cuda.sgi.com (cuda2.sgi.com [192.48.176.25])
	by relay3.corp.sgi.com (Postfix) with ESMTP id 21C3FAC001
	for ; Mon, 15 Sep 2014 15:46:29 -0700 (PDT)
X-ASG-Debug-ID: 1410821179-04cbb05487de3b90001-S8gJnT
Received: from ipmail06.adl6.internode.on.net (ipmail06.adl6.internode.on.net [150.101.137.145]) by cuda.sgi.com with ESMTP id E5uvy6mMvbFiLEvY for ; Mon, 15 Sep 2014 15:46:20 -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: AosDAKBrF1R20ScOPGdsb2JhbAANU4NgV4J8hVvCF4kIBQEBAQE4hFsJVT0WCwIEBwMCAQIBMQ4MDQgBAax5eJV5F5JMgVMFjzeEHoFLZIhjl1BagkoBAQE
Received: from ppp118-209-39-14.lns20.mel4.internode.on.net (HELO [192.168.1.100]) ([118.209.39.14])
  by ipmail06.adl6.internode.on.net with ESMTP; 16 Sep 2014 08:16:17 +0930
Message-ID: <54176C9F.7020404@internode.on.net>
Date: Tue, 16 Sep 2014 08:47:59 +1000
From: Ken McDonell 
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:31.0) Gecko/20100101 Thunderbird/31.0
MIME-Version: 1.0
To: PCP 
Subject: pmatop failing in qa
Content-Type: multipart/mixed;
 boundary="------------040000090403080907020605"
X-ASG-Orig-Subj: pmatop failing in qa
X-Barracuda-Connect: ipmail06.adl6.internode.on.net[150.101.137.145]
X-Barracuda-Start-Time: 1410821179
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.3.9526
	Rule breakdown below
	 pts rule name              description
	---- ---------------------- --------------------------------------------------

This is a multi-part message in MIME format.
--------------040000090403080907020605
Content-Type: text/plain; charset=utf-8; format=flowed
Content-Transfer-Encoding: 7bit

qa/722 is failing on several machines

Attached are two 722.full files ... the big one is from a pass.  The 
short one (722.full.fail) is from a failed run.

Could someone who knows and cares, please take a look?

This is 100% reproducible.

--------------040000090403080907020605
Content-Type: text/plain; charset=UTF-8;
 name="722.full"
Content-Transfer-Encoding: base64
Content-Disposition: attachment;
 filename="722.full"

QVRPUCAtIFR1ZSBTZXAgMTYgMDg6NDI6NDEgMjAxNAkJMDowMDowMCBlbGFwc2VkCgpQUkMg
fCBzeXMgICAxMGgxMm0gfCB1c2VyICAgICAgMWQgfCAjcHJvYyAgICA2MjQgfCAjem9tYmll
ICAgIDAKQ1BVIHwgc3lzICAgICAgIDIlIHwgdXNlciAgICAgIDUlIHwgaXJxICAgICAgIDAl
IHwgaWRsZSAgICAgOTAlIHwgd2FpdCAgICAgIDAlIHwKY3B1IHwgc3lzICAgICAgIDAlIHwg
dXNlciAgICAgIDElIHwgaXJxICAgICAgIDAlIHwgaWRsZSAgICAgNDQlIHwgY3B1MDAgICAg
IDAlIHwKY3B1IHwgc3lzICAgICAgIDAlIHwgdXNlciAgICAgIDElIHwgaXJxICAgICAgIDAl
IHwgaWRsZSAgICAgMTUlIHwgY3B1MDEgICAgIDAlIHwKY3B1IHwgc3lzICAgICAgIDAlIHwg
dXNlciAgICAgIDElIHwgaXJxICAgICAgIDAlIHwgaWRsZSAgICAgMTUlIHwgY3B1MDIgICAg
IDAlIHwKY3B1IHwgc3lzICAgICAgIDAlIHwgdXNlciAgICAgIDElIHwgaXJxICAgICAgIDAl
IHwgaWRsZSAgICAgMTUlIHwgY3B1MDMgICAgIDAlIHwKQ1BMIHwgYXZnMSAuMjU5OTk5IHwg
YXZnNSAuMjA5OTk5IHwgYXZnMTUgLjIxOTk5IHwgY3N3IDE2NzE1M2U0IHwgaW50ciA2MTgx
M2U0IHwKTUVNIHwgdG90ICAgICAgIDdHIHwgZnJlZSAgICA1MjNNIHwgY2FjaGUgICAgIDNH
IHwgYnVmZiAgICAzNDVNIHwgc2xhYiAgICAgIDFHIHwKU1dQIHwgdG90ICAgICAgIDlHIHwg
ZnJlZSAgICAgIDlHIHwgICAgICAgICAgICAgIHwgdm1jb20gICAgIDZHIHwgdm1saW0gICAg
MTNHIHwKUEFHIHwgc2NhbiA2MTUzNjAwIHwgc3RlYWwgIDczNjQzIHwgc3RhbGwgICA3NjIw
IHwgc3dpbiAgNzMyNDMyIHwgc3dvdXQgMjI1NWUzIHwKTFZNIHwgZG0tMCAgICAgICAgIHwg
ICAgICAgICAgICAgIHwgcmVhZCAgNzMyNzg4IHwgd3JpdGUgMjI1NWUzIHwKTFZNIHwgZG0t
MSAgICAgICAgIHwgICAgICAgICAgICAgIHwgcmVhZCAgMjUxNTM5IHwgd3JpdGUgNTE2MTMy
IHwKTFZNIHwgZG0tMiAgICAgICAgIHwgICAgICAgICAgICAgIHwgcmVhZCAgICAgMzA4IHwg
d3JpdGUgICAgICA1IHwKTFZNIHwgZG0tMyAgICAgICAgIHwgICAgICAgICAgICAgIHwgcmVh
ZCAgMTk3ODk5IHwgd3JpdGUgIDYwNzc4IHwKTFZNIHwgZG0tNCAgICAgICAgIHwgICAgICAg
ICAgICAgIHwgcmVhZCAgIDM2MjUxIHwgd3JpdGUgMTE0MWUzIHwKRFNLIHwgc2RhICAgICAg
ICAgIHwgYnVzeSAgICAgIDAlIHwgcmVhZCAgNTczODE4IHwgd3JpdGUgMTEyMWUzIHwgYXZp
byAgIDEwIG1zIHwKTkVUIHwgdHJhbnNwb3J0ICAgIHwgdGNwaSAzNjU5ZTNNIHwgdGNwbyA0
ODM4ZTNNIHwgdWRwaSAyNTcyZTNNIHwgdWRwbyAyNTQyZTNNIHwKTkVUIHwgbmV0d29yayAg
ICAgIHwgaXBpIDc1OTEzODdNIHwgaXBvIDU0ODg3NjFNIHwgaXBmcncgICAgIDBNIHwgZGVs
aXYgNjE5ZTRNIHwKTkVUIHwgbG8gICAgICAgICAgIHwgcGNraSAyMDY2ZTNNIHwgcGNrbyAy
MDY2ZTNNIHwgc2kgICAgNCBLYnBzIHwgc28gICAgNCBLcGJzIHwKTkVUIHwgZW0xICAgICAg
ICAgIHwgcGNraSA0NjI1ZTNNIHwgcGNrbyAzODA5ZTNNIHwgc2kgICAxOSBLYnBzIHwgc28g
ICAzNSBLcGJzIHwKTkVUIHwgd2xhbjAgICAgICAgIHwgcGNraSAxNDkxZTNNIHwgcGNrbyAx
MjEzZTNNIHwgc2kgICAgOSBLYnBzIHwgc28gICAgNCBLcGJzIHwKClBJRCAgICAgIFZEQVRB
IFZTVEFDSyBWR1JPVyAgUkdST1cgIFZTSVpFICAgUlNJWkUgTUVNICAgQ01ECiAyMzI5ICAg
ICAgMUcgIDEwMzZLICAgICAyRyAgIDcwOU0gICAgIDJHICAgNzA5TSAgOSUgZmlyZWZveCAg
ICAgICAgCiA2NTQ0ICAgIDYwMk0gICAxMzZLICAgICAxRyAgIDE2Nk0gICAgIDFHICAgMTY2
TSAgMiUgcGx1Z2luLWNvbnRhaW5lCiAxMTEzICAzMjcwMEsgICAxMzZLICAgMTYwTSAzMTQ2
NEsgICAxNjBNIDMxNDY0SyAgMCUgWG9yZyAgICAgICAgICAgCiAxNjg2ICAgICAgMUcgICAz
MjRLICAgICAxRyAgIDE4M00gICAgIDFHICAgMTgzTSAgMiUgZ25vbWUtc2hlbGwgICAgCiA5
MDYzICAgICAgMkcgICAyMTJLICAgICAzRyAgIDU4OU0gICAgIDNHICAgNTg5TSAgNyUgdGh1
bmRlcmJpcmQgICAgCiAyMDMzICAgIDMxN00gICAxMzZLICAgNDY5TSAzNTEwMEsgICA0NjlN
IDM1MTAwSyAgMCUgaWJ1cy1kYWVtb24gICAgCiAxNjQxICAgIDE0Nk0gICAxMzZLICAgNTI5
TSAgNTk2MEsgICA1MjlNICA1OTYwSyAgMCUgcHVsc2VhdWRpbyAgICAgCiAyMDY5ICA3ODE2
MEsgICAxMzZLICAgMzE0TSAgNTM5NksgICAzMTRNICA1Mzk2SyAgMCUgaWJ1cy14MTEgICAg
ICAgCiA3NTY2ICAgIDIzMk0gICAzODRLICAgNjI2TSAgIDExME0gICA2MjZNICAgMTEwTSAg
MSUgZW1hY3MgICAgICAgICAgCiAyMTgzICAgIDIyOU0gICAyMDhLICAgNjMyTSAxNjM0OEsg
ICA2MzJNIDE2MzQ4SyAgMCUgeGNoYXQgICAgICAgICAgCiAgNzg2ICAgIDE2Mk0gICAxMzZL
ICAgMzA2TSAzNzUyOEsgICAzMDZNIDM3NTI4SyAgMCUgcG9sa2l0ZCAgICAgICAgCiAxNzkw
ICAgIDIyME0gICAxMzZLICAgNTkyTSAgOTAxNksgICA1OTJNICA5MDE2SyAgMCUgdmluby1z
ZXJ2ZXIgICAgCiAyNDc5ICAgIDM3M00gICAxMzZLICAgNzU0TSAyMjc0OEsgICA3NTRNIDIy
NzQ4SyAgMCUgZ25vbWUtdGVybWluYWwgCiAxNjI2ICAgIDQzNk0gICAxMzZLICAgICAxRyAx
MDQ3MksgICAgIDFHIDEwNDcySyAgMCUgZ25vbWUtc2V0dGluZ3MtCiAgNzI1ICAgOTg2MEsg
ICAxMzZLIDMxMTA4SyAgMjA0OEsgMzExMDhLICAyMDQ4SyAgMCUgZGJ1cy1kYWVtb24gICAg
CiAgNTYyICAgICAgIDAgICAgICAwICAgICAgMCAgICAgIDAgICAgICAwICAgICAgMCAgMCUg
aXJxLzQ2LWl3bHdpZmkgCiAgNjk4ICAgIDE1NE0gICAxMzZLICAgMzQ0TSAgNDg1MksgICAz
NDRNICA0ODUySyAgMCUgTmV0d29ya01hbmFnZXIgCiAyMDk1ICA3NDQzMksgICAxMzZLICAg
MjI1TSAgMTQ2NEsgICAyMjVNICAxNDY0SyAgMCUgaWJ1cy1lbmdpbmUtc2ltCiAgIDEwICAg
ICAgIDAgICAgICAwICAgICAgMCAgICAgIDAgICAgICAwICAgICAgMCAgMCUgcmN1X3NjaGVk
ICAgICAgCiAxNjUzICAgIDc0NEsgICAxMzZLIDcxOTQwSyAgMTA1NksgNzE5NDBLICAxMDU2
SyAgMCUgY3Vwcy1wb2xsZCAgICAgCiAyMDY3ICAgIDE2Mk0gICAxMzZLICAgNTA1TSAxNjA2
NEsgICA1MDVNIDE2MDY0SyAgMCUgaWJ1cy11aS1ndGszICAgCiAxNjUyICAgMTcwOEsgICAx
MzZLICAgMjAwTSAgMjQ1NksgICAyMDBNICAyNDU2SyAgMCUgY3Vwc2QgICAgICAgICAgCiAx
NzEwICAgIDIzM00gICAxMzZLICAgNjk1TSAxNzMzMksgICA2OTVNIDE3MzMySyAgMCUgbm0t
YXBwbGV0ICAgICAgCiAgNzI3ICAgIDM0NEsgICAxMzZLIDE4OTMySyAgIDM1NksgMTg5MzJL
ICAgMzU2SyAgMCUgaXJxYmFsYW5jZSAgICAgCiAxMzg1ICAgIDE0NE0gICAxMzZLICAgMjE4
TSAgMjcwMEsgICAyMThNICAyNzAwSyAgMCUgdXBvd2VyZCAgICAgICAgCiAxNjY2ICAgIDI4
OU0gICAxMzZLICAgMzQxTSAgMzY3NksgICAzNDFNICAzNjc2SyAgMCUgdWRpc2tzZCAgICAg
ICAgCjI3NjE3ICAgIDExMU0gICAxNjBLICAgMzkwTSA0Njk5MksgICAzOTBNIDQ2OTkySyAg
MCUgU3BpZGVyT2FrQmx1ZSAgCjI3NjExICAgIDE4NE0gICAyMDhLICAgNTIzTSA2MjcwMEsg
ICA1MjNNIDYyNzAwSyAgMCUgU3BpZGVyT2FrQmx1ZSAgCiAyMDQwICAgIDIzMU0gICAxMzZL
ICAgMzI2TSAxNDkzMksgICAzMjZNIDE0OTMySyAgMCUgbWlzc2lvbi1jb250cm9sCiAzMjU4
ICAgIDUxNU0gICAxMzZLICAgODg5TSA0NjU5MksgICA4ODlNIDQ2NTkySyAgMCUgZXZpbmNl
ICAgICAgICAgCiAxNzA3ICAgIDE2ME0gICAxMzZLICAgNTEzTSAyMTg3MksgICA1MTNNIDIx
ODcySyAgMCUgZ25vbWUtc2NyZWVuc2F2CiAgNDA5ICAgIDg5NksgICAxMzZLIDUzODg4SyAg
IDc3NksgNTM4ODhLICAgNzc2SyAgMCUgc3lzdGVtZC1qb3VybmFsCiAgODAyICAgIDMyMEsg
ICAxMzZLICA0MjkySyAgIDI1MksgIDQyOTJLICAgMjUySyAgMCUgYWNwaWQgICAgICAgICAg
CiAxNTAyICAgIDIxOE0gICAxMzZLICAgNDg3TSAgMzIxNksgICA0ODdNICAzMjE2SyAgMCUg
Z25vbWUtc2Vzc2lvbiAgCiAgIDYzICAgICAgIDAgICAgICAwICAgICAgMCAgICAgIDAgICAg
ICAwICAgICAgMCAgMCUga2h1Z2VwYWdlZCAgICAgCiAxMjE1ICAgIDUzNksgICAxMzZLIDQ5
OTcySyAgMTg4MEsgNDk5NzJLICAxODgwSyAgMCUgd3BhX3N1cHBsaWNhbnQgCiAgNzA1ICAg
IDMzNksgICAxMzZLICA3NDA4SyAgICAgIDAgIDc0MDhLICAgICAgMCAgMCUgZ3BtICAgICAg
ICAgICAgCiAgNjY3ICAgICAgIDAgICAgICAwICAgICAgMCAgICAgIDAgICAgICAwICAgICAg
MCAgMCUgZmx1c2gtMjUzOjQgICAgCiAxNzM1ICAgIDIxNk0gICAxMzZLICAgMjg0TSAgMTUy
OEsgICAyODRNICAxNTI4SyAgMCUgZGVqYS1kdXAtbW9uaXRvCiAyMDYxICAgIDM2M00gICAx
MzZLICAgNjY1TSAgMjIwOEsgICA2NjVNICAyMjA4SyAgMCUgZXZvbHV0aW9uLWNhbGVuCiAy
MTAxICAgIDM2OU0gICAxMzZLICAgNjE5TSAgMTEyNEsgICA2MTlNICAxMTI0SyAgMCUgZXZv
bHV0aW9uLWFkZHJlCiAgNjU1ICAgICAgIDAgICAgICAwICAgICAgMCAgICAgIDAgICAgICAw
ICAgICAgMCAgMCUgamJkMi9kbS00LTggICAgCiAgICAzICAgICAgIDAgICAgICAwICAgICAg
MCAgICAgIDAgICAgICAwICAgICAgMCAgMCUga3NvZnRpcnFkLzAgICAgCiAxNjkzICAgIDQz
NE0gICAxMzZLICAgNjYxTSAgNDE5NksgICA2NjFNICA0MTk2SyAgMCUgdHJhY2tlci1taW5l
ci1mCiAgNzA0ICAgMTA4OEsgICAxMzZLIDI4NDcySyAgMTI0NEsgMjg0NzJLICAxMjQ0SyAg
MCUgc3lzdGVtZC1sb2dpbmQgCiAgNzQwICAgMTI4MEsgICA1NjBLICAgMTE1TSAgIDkzNksg
ICAxMTVNICAgOTM2SyAgMCUgY3JvbmQgICAgICAgICAgCiAgIDYxICAgICAgIDAgICAgICAw
ICAgICAgMCAgICAgIDAgICAgICAwICAgICAgMCAgMCUga3N3YXBkMCAgICAgICAgCiAgICAx
ICAyNDkwOEsgICAxMzZLIDcwMDEySyAgMjg3MksgNzAwMTJLICAyODcySyAgMCUgc3lzdGVt
ZCAgICAgICAgCjI4MDc1ICAgICAgIDAgICAgICAwICAgICAgMCAgICAgIDAgICAgICAwICAg
ICAgMCAgMCUga3dvcmtlci8wOjEgICAgCiAxNDMwICAgIDE0NE0gICAxMzZLICAgMTYwTSAg
IDQ3MksgICAxNjBNICAgNDcySyAgMCUgcnRraXQtZGFlbW9uICAgCiAgIDE5ICAgICAgIDAg
ICAgICAwICAgICAgMCAgICAgIDAgICAgICAwICAgICAgMCAgMCUga3NvZnRpcnFkLzIgICAg
CiAgIDE0ICAgICAgIDAgICAgICAwICAgICAgMCAgICAgIDAgICAgICAwICAgICAgMCAgMCUg
a3NvZnRpcnFkLzEgICAgCiAgNDM2ICAgICAgIDAgICAgICAwICAgICAgMCAgICAgIDAgICAg
ICAwICAgICAgMCAgMCUgZmx1c2gtMjUzOjEgICAgCiAgMzc3ICAgICAgIDAgICAgICAwICAg
ICAgMCAgICAgIDAgICAgICAwICAgICAgMCAgMCUgamJkMi9kbS0xLTggICAgCjE4ODk1ICAg
IDk5MksgICAxMzZLICAgMTEyTSAgMjU5MksgICAxMTJNICAyNTkySyAgMCUgYmFzaCAgICAg
ICAgICAgCiAgIDI0ICAgICAgIDAgICAgICAwICAgICAgMCAgICAgIDAgICAgICAwICAgICAg
MCAgMCUga3NvZnRpcnFkLzMgICAgCiAzMTM3ICAgIDk0OEsgICAxMzZLIDg4MjQ4SyAgMTM2
OEsgODgyNDhLICAxMzY4SyAgMCUgcG1pZSAgICAgICAgICAgCiAxNjY0ICAgIDI4OU0gICAx
MzZLICAgNDU2TSAgMzg5NksgICA0NTZNICAzODk2SyAgMCUgZ3Zmcy11ZGlza3MyLXZvCiAx
MzA0ICAgIDE0NE0gICAxMzZLICAgMjg0TSAgMTY0MEsgICAyODRNICAxNjQwSyAgMCUgYWNj
b3VudHMtZGFlbW9uCiAxNDUxICAgIDE0NU0gICAxMzZLICAgMzQ4TSAgMTExMksgICAzNDhN
ICAxMTEySyAgMCUgZ2RtLXNlc3Npb24td29yCiAgNjgyICAgIDIxNk0gICAxNTJLICAgMjQ1
TSAgMTA5NksgICAyNDVNICAxMDk2SyAgMCUgcnN5c2xvZ2QgICAgICAgCjIyOTExICAgIDI5
M00gICAxMzZLICAgNzc4TSAgNjg3NksgICA3NzhNICA2ODc2SyAgMCUgZ25vdGUgICAgICAg
ICAgCiAxNTE2ICAxMTQyNEsgICAxMzZLIDMyNjcySyAgMjI4NEsgMzI2NzJLICAyMjg0SyAg
MCUgZGJ1cy1kYWVtb24gICAgCiAgICA4ICAgICAgIDAgICAgICAwICAgICAgMCAgICAgIDAg
ICAgICAwICAgICAgMCAgMCUgbWlncmF0aW9uLzAgICAgCjE4MzU5ICAgMTI2NEsgICAxMzZL
IDQ2NDYwSyAgMjMzMksgNDY0NjBLICAyMzMySyAgMCUgcG1kYXByb2MgICAgICAgCiAyNDg4
ICAgIDc5NksgICAxMzZLICAgMTExTSAgMTY4MEsgICAxMTFNICAxNjgwSyAgMCUgYmFzaCAg
ICAgICAgICAgCiAgIDEzICAgICAgIDAgICAgICAwICAgICAgMCAgICAgIDAgICAgICAwICAg
ICAgMCAgMCUgbWlncmF0aW9uLzEgICAgCiAgNjgwICA3NDExNksgICAxMzZLIDkxNzY4SyAg
IDU0NEsgOTE3NjhLICAgNTQ0SyAgMCUgYXVkaXRkICAgICAgICAgCiA0NDI0ICAgMTU1Nksg
ICAxMzZLICAgMTEyTSAgMTg4MEsgICAxMTJNICAxODgwSyAgMCUgYmFzaCAgICAgICAgICAg
CiAgNjk2ICAgIDM4MEsgICAxMzZLICAgMTM1TSAgIDIxNksgICAxMzVNICAgMjE2SyAgMCUg
YWJydC13YXRjaC1sb2cgCiAxNjkxICAgIDE0Nk0gICAxMzZLICAgNTM0TSAgMjgxMksgICA1
MzRNICAyODEySyAgMCUgZXZvbHV0aW9uLWFsYXJtCjE4MzY5ICAxMjI2OEsgICAxMzZLIDk5
MDc2SyAxNTUwOEsgOTkwNzZLIDE1NTA4SyAgMCUgZGhjbGllbnQgICAgICAgCjIwMTc1ICAg
ICAgIDAgICAgICAwICAgICAgMCAgICAgIDAgICAgICAwICAgICAgMCAgMCUga3dvcmtlci8x
OjIgICAgCiAgIDEyICAgICAgIDAgICAgICAwICAgICAgMCAgICAgIDAgICAgICAwICAgICAg
MCAgMCUgd2F0Y2hkb2cvMSAgICAgCiAyMDQ1ICAgIDIxOE0gICAxMzZLICAgNTM3TSAgMjkz
NksgICA1MzdNICAyOTM2SyAgMCUgZ25vbWUtc2hlbGwtY2FsCiAgIDIyICAgICAgIDAgICAg
ICAwICAgICAgMCAgICAgIDAgICAgICAwICAgICAgMCAgMCUgd2F0Y2hkb2cvMyAgICAgCiAx
Nzg1ICA3NTg4MEsgICAxMzZLICAgMzI2TSAgMTgyOEsgICAzMjZNICAxODI4SyAgMCUgYWJy
dC1hcHBsZXQgICAgCiAgIDExICAgICAgIDAgICAgICAwICAgICAgMCAgICAgIDAgICAgICAw
ICAgICAgMCAgMCUgd2F0Y2hkb2cvMCAgICAgCiAgIDE3ICAgICAgIDAgICAgICAwICAgICAg
MCAgICAgIDAgICAgICAwICAgICAgMCAgMCUgd2F0Y2hkb2cvMiAgICAgCiAgIDIzICAgICAg
IDAgICAgICAwICAgICAgMCAgICAgIDAgICAgICAwICAgICAgMCAgMCUgbWlncmF0aW9uLzMg
ICAgCiAgODUxICA3NDQ0MEsgICAxMzZLICAgMTU1TSAgMTA3MksgICAxNTVNICAxMDcySyAg
MCUgbW9kZW0tbWFuYWdlciAgCjIxMTY4ICAgICAgIDAgICAgICAwICAgICAgMCAgICAgIDAg
ICAgICAwICAgICAgMCAgMCUga3dvcmtlci8yOjAgICAgCiAgMjkyICAgICAgIDAgICAgICAw
ICAgICAgMCAgICAgIDAgICAgICAwICAgICAgMCAgMCUga3dvcmtlci8wOjFIICAgCiAgNzE1
ICA3NDI1NksgICAxMzZLICAgMjE2TSAgIDY0OEsgICAyMTZNICAgNjQ4SyAgMCUgZ2RtLWJp
bmFyeSAgICAgCiAxNjU3ICAgIDE0NU0gICAxMzZLICAgMzEwTSAgMjIyOEsgICAzMTBNICAy
MjI4SyAgMCUgY29sb3JkICAgICAgICAgCiAgIDE4ICAgICAgIDAgICAgICAwICAgICAgMCAg
ICAgIDAgICAgICAwICAgICAgMCAgMCUgbWlncmF0aW9uLzIgICAgCiAgNjgzICAgIDQ3Mksg
ICAxMzZLIDI4MDA4SyAgIDc0NEsgMjgwMDhLICAgNzQ0SyAgMCUgYXZhaGktZGFlbW9uICAg
CjIxMjI0ICAgICAgIDAgICAgICAwICAgICAgMCAgICAgIDAgICAgICAwICAgICAgMCAgMCUg
a3dvcmtlci8zOjEgICAgCiAxNjk4ICAgIDMwNk0gICAxMzZLICAgNDczTSAgNjUwNEsgICA0
NzNNICA2NTA0SyAgMCUgdHJhY2tlci1zdG9yZSAgCiAgODY0ICAgIDM2MEsgICAxMzZLIDE5
MTY0SyAgIDE5MksgMTkxNjRLICAgMTkySyAgMCUgcnBjYmluZCAgICAgICAgCjIyODM0ICAg
IDM5MksgICAxMzZLIDIyNTE2SyAgIDc1NksgMjI1MTZLICAgNzU2SyAgMCUgY2hyb255ZCAg
ICAgICAgCjE4MzQ0ICA3NTY4OEsgICAxMzZLICAgMTc3TSAxMTEwOEsgICAxNzdNIDExMTA4
SyAgMCUgcG1jZCAgICAgICAgICAgCiAgNDEwICAgICAgIDAgICAgICAwICAgICAgMCAgICAg
IDAgICAgICAwICAgICAgMCAgMCUga2F1ZGl0ZCAgICAgICAgCjE4MzY2ICAxMjI2OEsgICAx
MzZLIDk5MDc2SyAxNTU1MksgOTkwNzZLIDE1NTUySyAgMCUgZGhjbGllbnQgICAgICAgCiAg
NDExICAgMzU0OEsgICAxMzZLIDMwMjU2SyAgIDcwMEsgMzAyNTZLICAgNzAwSyAgMCUgdWRl
dmQgICAgICAgICAgCjI3OTcxICAgIDg5NksgICAxMzZLICAgMTEyTSAgMjQ4OEsgICAxMTJN
ICAyNDg4SyAgMCUgYmFzaCAgICAgICAgICAgCjIyMzQ4ICAgICAgIDAgICAgICAwICAgICAg
MCAgICAgIDAgICAgICAwICAgICAgMCAgMCUga3dvcmtlci91OjEgICAgCiAgICAyICAgICAg
IDAgICAgICAwICAgICAgMCAgICAgIDAgICAgICAwICAgICAgMCAgMCUga3RocmVhZGQgICAg
ICAgCiAxNDk4ICAgIDY2NE0gICAxMzZLICAgNzE2TSAgMjI3MksgICA3MTZNICAyMjcySyAg
MCUgZ25vbWUta2V5cmluZy1kCiA5MTEzICAgIDcyOEsgICAxMzZLICAgMTExTSAgMjIwMEsg
ICAxMTFNICAyMjAwSyAgMCUgYmFzaCAgICAgICAgICAgCiAgNjU4ICAgICAgIDAgICAgICAw
ICAgICAgMCAgICAgIDAgICAgICAwICAgICAgMCAgMCUgamJkMi9kbS0zLTggICAgCiAgMjkw
ICAgICAgIDAgICAgICAwICAgICAgMCAgICAgIDAgICAgICAwICAgICAgMCAgMCUga3dvcmtl
ci8xOjFIICAgCiAxNjU1ICAgIDIxNk0gICAxMzZLICAgNDU0TSAgMTE2NEsgICA0NTRNICAx
MTY0SyAgMCUgZ3NkLXByaW50ZXIgICAgCiAgNjg5ICAgIDYzMksgICAxMzZLIDE5NTM2SyAg
IDE0NEsgMTk1MzZLICAgMTQ0SyAgMCUgc21hcnRkICAgICAgICAgCiAxNTMxICAgIDQwMEsg
ICAxMzZLICAgMTU1TSAgIDkxMksgICAxNTVNICAgOTEySyAgMCUgZ3Zmc2QgICAgICAgICAg
CiAxNjczICAgIDE0OU0gICAxMzZLICAgNTIyTSAgIDkzNksgICA1MjJNICAgOTM2SyAgMCUg
Y29sb3JkLXNhbmUgICAgCiAgMzUwICAgIDY3NksgICAxMzZLICAgMTU3TSAgMTU4MEsgICAx
NTdNICAxNTgwSyAgMCUgZ3Zmc2QtdHJhc2ggICAgCiA2MjYwICAgNTc1NksgICAxMzZLICAg
MjM0TSAxMTUyNEsgICAyMzRNIDExNTI0SyAgMCUgcG1hdG9wLnB5ICAgICAgCiAgNjkzICAg
IDM4MEsgICAxMzZLICAgMTM3TSAgIDc0NEsgICAxMzdNICAgNzQ0SyAgMCUgYWJydGQgICAg
ICAgICAgCiAxODgwICAgIDIxNk0gICAxMzZLICAgMjQ5TSAgMTQxNksgICAyNDlNICAxNDE2
SyAgMCUgZGNvbmYtc2VydmljZSAgCiA2MTYwICAgICAgIDAgICAgICAwICAgICAgMCAgICAg
IDAgICAgICAwICAgICAgMCAgMCUga3dvcmtlci91OjIgICAgCiAgIDMwICAgICAgIDAgICAg
ICAwICAgICAgMCAgICAgIDAgICAgICAwICAgICAgMCAgMCUgYmRpLWRlZmF1bHQgICAgCiA2
MjIzICAgICAgIDAgICAgICAwICAgICAgMCAgICAgIDAgICAgICAwICAgICAgMCAgMCUga3dv
cmtlci91OjAgICAgCiAgIDM1ICAgICAgIDAgICAgICAwICAgICAgMCAgICAgIDAgICAgICAw
ICAgICAgMCAgMCUga2h1YmQgICAgICAgICAgCiAgMzI1ICAgICAgIDAgICAgICAwICAgICAg
MCAgICAgIDAgICAgICAwICAgICAgMCAgMCUga3dvcmtlci8yOjFIICAgCiAgNzEzICAgIDM3
MksgICAxMzZLIDIxMTkySyAgIDE4NEsgMjExOTJLICAgMTg0SyAgMCUgYXRkICAgICAgICAg
ICAgCiA0ODE2ICAgIDQ5MksgICAxMzZLICAgMTQ2TSAgMTA5MksgICAxNDZNICAxMDkySyAg
MCUgZ3Zmc2QtbWV0YWRhdGEgCjE4MzM1ICAgMzE0NEsgICAxMzZLIDI5ODUySyAgMjQ5Mksg
Mjk4NTJLICAyNDkySyAgMCUgdWRldmQgICAgICAgICAgCiAgNjc2ICAgIDYxMksgICAxMzZL
IDIxMzEySyAgMTYwMEsgMjEzMTJLICAxNjAwSyAgMCUgYmx1ZXRvb3RoZCAgICAgCiAxNTI4
ICAgIDIxNk0gICAxMzZLICAgMzgxTSAgIDU0MEsgICAzODFNICAgNTQwSyAgMCUgaW1zZXR0
aW5ncy1kYWVtCiAgNjk0ICAgIDM4MEsgICAxMzZLICAgMTM1TSAgIDIxNksgICAxMzVNICAg
MjE2SyAgMCUgYWJydC13YXRjaC1sb2cgCiAgOTA0ICAgIDU3NksgICAxMzZLIDIzNTM2SyAg
IDE3MksgMjM1MzZLICAgMTcySyAgMCUgcnBjLnN0YXRkICAgICAgCiA2MjY5ICAgMTA3Nksg
ICAxMzZLIDkzMzA0SyAgNTA2MEsgOTMzMDRLICA1MDYwSyAgMCUgcG1sb2dnZXIgICAgICAg
CiAgIDY0ICAgICAgIDAgICAgICAwICAgICAgMCAgICAgIDAgICAgICAwICAgICAgMCAgMCUg
ZnNub3RpZnlfbWFyayAgCiAgODA4ICA3NDY1NksgICAxMzZLICAgMjQ3TSAgIDU4NEsgICAy
NDdNICAgNTg0SyAgMCUgZ2RtLXNpbXBsZS1zbGF2CiAxNjcyICAgIDk0MEsgICAxMzZLICAg
MTYzTSAgIDgzNksgICAxNjNNICAgODM2SyAgMCUgZ3Zmcy1ncGhvdG8yLXZvCiAgIDI4ICAg
ICAgIDAgICAgICAwICAgICAgMCAgICAgIDAgICAgICAwICAgICAgMCAgMCUga2RldnRtcGZz
ICAgICAgCiAyMDY0ICA3NDQwOEsgICAxMzZLICAgMjI3TSAgMTI5NksgICAyMjdNICAxMjk2
SyAgMCUgaWJ1cy1kY29uZiAgICAgCiA1NDQ2ICAgIDE0NE0gICAxMzZLICAgMzE2TSAgMTYy
MEsgICAzMTZNICAxNjIwSyAgMCUgZ3Zmc2QtaHR0cCAgICAgCjE4NzkwICAgIDgwNEsgICAx
MzZLIDg4MDAwSyAgMzUzMksgODgwMDBLICAzNTMySyAgMCUgcG1sb2dnZXIgICAgICAgCiAg
MjkxICAgICAgIDAgICAgICAwICAgICAgMCAgICAgIDAgICAgICAwICAgICAgMCAgMCUga3dv
cmtlci8zOjFIICAgCiAgODc2ICAgIDcwOEsgICAxMzZLIDc5NzQ4SyAgIDQyNEsgNzk3NDhL
ICAgNDI0SyAgMCUgc3NoZCAgICAgICAgICAgCiAxNzg4ICAgIDc3NksgICAxMzZLICAgMTQy
TSAgIDMyNEsgICAxNDJNICAgMzI0SyAgMCUgZ2NvbmZkLTIgICAgICAgCiAyMDQ5ICAgIDE0
NU0gICAxMzZLICAgNDAxTSAgMTE5MksgICA0MDFNICAxMTkySyAgMCUgZ29hLWRhZW1vbiAg
ICAgCiAyMDk3ICA3NDc4NEsgICAxMzZLICAgMjQwTSAgIDYyOEsgICAyNDBNICAgNjI4SyAg
MCUgaWJ1cy1lbmdpbmUtcGluCiAzMjYyICAgIDE0NE0gICAxMzZLICAgMTc1TSAgMTE5Mksg
ICAxNzVNICAxMTkySyAgMCUgZXZpbmNlZCAgICAgICAgCiAgICA1ICAgICAgIDAgICAgICAw
ICAgICAgMCAgICAgIDAgICAgICAwICAgICAgMCAgMCUga3dvcmtlci8wOjBIICAgCiAgICA5
ICAgICAgIDAgICAgICAwICAgICAgMCAgICAgIDAgICAgICAwICAgICAgMCAgMCUgcmN1X2Jo
ICAgICAgICAgCiAgIDE2ICAgICAgIDAgICAgICAwICAgICAgMCAgICAgIDAgICAgICAwICAg
ICAgMCAgMCUga3dvcmtlci8xOjBIICAgCiAgIDIxICAgICAgIDAgICAgICAwICAgICAgMCAg
ICAgIDAgICAgICAwICAgICAgMCAgMCUga3dvcmtlci8yOjBIICAgCiAgIDI2ICAgICAgIDAg
ICAgICAwICAgICAgMCAgICAgIDAgICAgICAwICAgICAgMCAgMCUga3dvcmtlci8zOjBIICAg
CiAgIDI3ICAgICAgIDAgICAgICAwICAgICAgMCAgICAgIDAgICAgICAwICAgICAgMCAgMCUg
a2hlbHBlciAgICAgICAgCiAgIDI5ICAgICAgIDAgICAgICAwICAgICAgMCAgICAgIDAgICAg
ICAwICAgICAgMCAgMCUgbmV0bnMgICAgICAgICAgCiAgIDMxICAgICAgIDAgICAgICAwICAg
ICAgMCAgICAgIDAgICAgICAwICAgICAgMCAgMCUga2ludGVncml0eWQgICAgCiAgIDMyICAg
ICAgIDAgICAgICAwICAgICAgMCAgICAgIDAgICAgICAwICAgICAgMCAgMCUga2Jsb2NrZCAg
ICAgICAgCiAgIDM0ICAgICAgIDAgICAgICAwICAgICAgMCAgICAgIDAgICAgICAwICAgICAg
MCAgMCUgYXRhX3NmZiAgICAgICAgCiAgIDM2ICAgICAgIDAgICAgICAwICAgICAgMCAgICAg
IDAgICAgICAwICAgICAgMCAgMCUgbWQgICAgICAgICAgICAgCiAgIDYyICAgICAgIDAgICAg
ICAwICAgICAgMCAgICAgIDAgICAgICAwICAgICAgMCAgMCUga3NtZCAgICAgICAgICAgCiAg
IDY1ICAgICAgIDAgICAgICAwICAgICAgMCAgICAgIDAgICAgICAwICAgICAgMCAgMCUgY3J5
cHRvICAgICAgICAgCiAgIDczICAgICAgIDAgICAgICAwICAgICAgMCAgICAgIDAgICAgICAw
ICAgICAgMCAgMCUga3Rocm90bGQgICAgICAgCiAgIDc2ICAgICAgIDAgICAgICAwICAgICAg
MCAgICAgIDAgICAgICAwICAgICAgMCAgMCUgc2NzaV9laF8wICAgICAgCiAgIDc3ICAgICAg
IDAgICAgICAwICAgICAgMCAgICAgIDAgICAgICAwICAgICAgMCAgMCUgc2NzaV9laF8xICAg
ICAgCiAgIDc4ICAgICAgIDAgICAgICAwICAgICAgMCAgICAgIDAgICAgICAwICAgICAgMCAg
MCUgc2NzaV9laF8yICAgICAgCiAgIDc5ICAgICAgIDAgICAgICAwICAgICAgMCAgICAgIDAg
ICAgICAwICAgICAgMCAgMCUgc2NzaV9laF8zICAgICAgCiAgIDgwICAgICAgIDAgICAgICAw
ICAgICAgMCAgICAgIDAgICAgICAwICAgICAgMCAgMCUgc2NzaV9laF80ICAgICAgCiAgIDgx
ICAgICAgIDAgICAgICAwICAgICAgMCAgICAgIDAgICAgICAwICAgICAgMCAgMCUgc2NzaV9l
aF81ICAgICAgCiAgIDg4ICAgICAgIDAgICAgICAwICAgICAgMCAgICAgIDAgICAgICAwICAg
ICAgMCAgMCUga3BzbW91c2VkICAgICAgCiAgIDkwICAgICAgIDAgICAgICAwICAgICAgMCAg
ICAgIDAgICAgICAwICAgICAgMCAgMCUgZGVmZXJ3cSAgICAgICAgCiAgMzI5ICAgICAgIDAg
ICAgICAwICAgICAgMCAgICAgIDAgICAgICAwICAgICAgMCAgMCUga2RtZmx1c2ggICAgICAg
CiAgMzMwICAgICAgIDAgICAgICAwICAgICAgMCAgICAgIDAgICAgICAwICAgICAgMCAgMCUg
a2RtZmx1c2ggICAgICAgCiAgMzU0ICAgIDUyNEsgICAxMzZLICAgMTU1TSAgIDc0NEsgICAx
NTVNICAgNzQ0SyAgMCUgZ3Zmc2QtYnVybiAgICAgCiAgMzc4ICAgICAgIDAgICAgICAwICAg
ICAgMCAgICAgIDAgICAgICAwICAgICAgMCAgMCUgZXh0NC1kaW8tdW53cml0CiAgNTMxICAg
ICAgIDAgICAgICAwICAgICAgMCAgICAgIDAgICAgICAwICAgICAgMCAgMCUga3ZtLWlycWZk
LWNsZWFuCiAgNTUwICAgICAgIDAgICAgICAwICAgICAgMCAgICAgIDAgICAgICAwICAgICAg
MCAgMCUga3RwYWNwaWQgICAgICAgCiAgNTU1ICAgICAgIDAgICAgICAwICAgICAgMCAgICAg
IDAgICAgICAwICAgICAgMCAgMCUgaGQtYXVkaW8wICAgICAgCiAgNTU2ICAgICAgIDAgICAg
ICAwICAgICAgMCAgICAgIDAgICAgICAwICAgICAgMCAgMCUgY2ZnODAyMTEgICAgICAgCiAg
NTc2ICAgICAgIDAgICAgICAwICAgICAgMCAgICAgIDAgICAgICAwICAgICAgMCAgMCUga2Rt
Zmx1c2ggICAgICAgCiAgNTc3ICAgICAgIDAgICAgICAwICAgICAgMCAgICAgIDAgICAgICAw
ICAgICAgMCAgMCUga2RtZmx1c2ggICAgICAgCiAgNTc4ICAgICAgIDAgICAgICAwICAgICAg
MCAgICAgIDAgICAgICAwICAgICAgMCAgMCUga2RtZmx1c2ggICAgICAgCiAgNjAxICAgICAg
IDAgICAgICAwICAgICAgMCAgICAgIDAgICAgICAwICAgICAgMCAgMCUgaXdsd2lmaSAgICAg
ICAgCiAgNjQ4ICAgICAgIDAgICAgICAwICAgICAgMCAgICAgIDAgICAgICAwICAgICAgMCAg
MCUgamJkMi9kbS0yLTggICAgCiAgNjQ5ICAgICAgIDAgICAgICAwICAgICAgMCAgICAgIDAg
ICAgICAwICAgICAgMCAgMCUgZXh0NC1kaW8tdW53cml0CiAgNjU2ICAgICAgIDAgICAgICAw
ICAgICAgMCAgICAgIDAgICAgICAwICAgICAgMCAgMCUgZXh0NC1kaW8tdW53cml0CiAgNjU5
ICAgICAgIDAgICAgICAwICAgICAgMCAgICAgIDAgICAgICAwICAgICAgMCAgMCUgZXh0NC1k
aW8tdW53cml0CiAgNjk3ICAgIDM0OEsgICAxMzZLIDI3ODg0SyAgICAgNEsgMjc4ODRLICAg
ICA0SyAgMCUgYXZhaGktZGFlbW9uICAgCiAgNzAwICAgIDIwOEsgICAxMzZLIDExNTY4SyAg
ICAgIDAgMTE1NjhLICAgICAgMCAgMCUgc3lzdGVtLXNldHVwLWtlCiAgNzYzICAgIDgzNksg
ICAxMzZLICA2OTYwSyAgIDEzNksgIDY5NjBLICAgMTM2SyAgMCUgbWNlbG9nICAgICAgICAg
CiAgODEyICAgICAgIDAgICAgICAwICAgICAgMCAgICAgIDAgICAgICAwICAgICAgMCAgMCUg
a3JmY29tbWQgICAgICAgCiAgODkzICAgICAgIDAgICAgICAwICAgICAgMCAgICAgIDAgICAg
ICAwICAgICAgMCAgMCUgcnBjaW9kICAgICAgICAgCiAxNTE1ICAgIDM0MEsgICAxMzZLIDIw
MjIwSyAgICA2OEsgMjAyMjBLICAgIDY4SyAgMCUgZGJ1cy1sYXVuY2ggICAgCiAxNTMzICAg
IDIxNk0gICAxMzZLICAgMjY5TSAgIDYyOEsgICAyNjlNICAgNjI4SyAgMCUgZ3Zmcy1mdXNl
LWRhZW1vCiAxNjc1ICA3NDE0NEsgICAxMzZLICAgMjM4TSAgIDY0NEsgICAyMzhNICAgNjQ0
SyAgMCUgZ3Zmcy1hZmMtdm9sdW1lCiAyMjIyICAgIDIxNk0gICAxMzZLICAgMjU5TSAgIDk5
NksgICAyNTlNICAgOTk2SyAgMCUgYXQtc3BpLWJ1cy1sYXVuCiAyNDg3ICAgIDMxNksgICAx
MzZLICA4NDE2SyAgIDM2OEsgIDg0MTZLICAgMzY4SyAgMCUgZ25vbWUtcHR5LWhlbHBlCiAz
MDYxICAgIDMyNEsgICAxMzZLICA0MjcySyAgIDE0NEsgIDQyNzJLICAgMTQ0SyAgMCUgZW1h
Y3NjbGllbnQgICAgCiAzMjQ3ICAgIDQ3NksgICAxMzZLICAgMTA5TSAgIDMxMksgICAxMDlN
ICAgMzEySyAgMCUgdG9vbHMuc2ggICAgICAgCiA2MTU3ICAgICAgIDAgICAgICAwICAgICAg
MCAgICAgIDAgICAgICAwICAgICAgMCAgMCUga3dvcmtlci8wOjAgICAgCiA2MjQxICAgICAg
IDAgICAgICAwICAgICAgMCAgICAgIDAgICAgICAwICAgICAgMCAgMCUga3dvcmtlci8wOjIg
ICAgCiA4MTY0ICAgICAgIDAgICAgICAwICAgICAgMCAgICAgIDAgICAgICAwICAgICAgMCAg
MCUga3dvcmtlci91OjJIICAgCjEwNzQ0ICAgIDMyNEsgICAxMzZLICA0MjcySyAgIDQ5Nksg
IDQyNzJLICAgNDk2SyAgMCUgZW1hY3NjbGllbnQgICAgCjE1NDIzICAgIDMyNEsgICAxMzZL
ICA0MjcySyAgIDE0OEsgIDQyNzJLICAgMTQ4SyAgMCUgZW1hY3NjbGllbnQgICAgCjE4MjMy
ICAgICAgIDAgICAgICAwICAgICAgMCAgICAgIDAgICAgICAwICAgICAgMCAgMCUgaXJxLzQz
LW1laSAgICAgCjE4MzMwICAgICAgIDAgICAgICAwICAgICAgMCAgICAgIDAgICAgICAwICAg
ICAgMCAgMCUgaGNpMCAgICAgICAgICAgCjE4MzMxICAgICAgIDAgICAgICAwICAgICAgMCAg
ICAgIDAgICAgICAwICAgICAgMCAgMCUgaGNpMCAgICAgICAgICAgCjE4MzMyICAgICAgIDAg
ICAgICAwICAgICAgMCAgICAgIDAgICAgICAwICAgICAgMCAgMCUga3dvcmtlci91OjBIICAg
CjE4MzM2ICAgMzEyMEsgICAxMzZLIDI5ODI4SyAgMjE1NksgMjk4MjhLICAyMTU2SyAgMCUg
dWRldmQgICAgICAgICAgCjE4MzYwICAgIDYxNksgICAxMzZLIDQzNjkySyAgMTM2NEsgNDM2
OTJLICAxMzY0SyAgMCUgcG1kYXhmcyAgICAgICAgCjIyMjYwICAgICAgIDAgICAgICAwICAg
ICAgMCAgICAgIDAgICAgICAwICAgICAgMCAgMCUga3dvcmtlci8xOjEgICAgCjIyMjk2ICAg
ICAgIDAgICAgICAwICAgICAgMCAgICAgIDAgICAgICAwICAgICAgMCAgMCUga3dvcmtlci8z
OjAgICAgCjIyNjI0ICAgICAgIDAgICAgICAwICAgICAgMCAgICAgIDAgICAgICAwICAgICAg
MCAgMCUga3dvcmtlci8yOjIgICAgCjI5Mjk0ICAgIDY1NksgICAxMzZLIDcwODMySyAgIDY2
NEsgNzA4MzJLICAgNjY0SyAgMCUgc3NoLWFnZW50ICAgICAgCkFUT1AgLSBUdWUgU2VwIDE2
IDA4OjQyOjQyIDIwMTQJCTA6MDA6MDAgZWxhcHNlZAoKUFJDIHwgc3lzICAgMTBoMTJtIHwg
dXNlciAgICAgIDFkIHwgI3Byb2MgICAgNjI0IHwgI3pvbWJpZSAgICAwCkNQVSB8IHN5cyAg
ICAgICAyJSB8IHVzZXIgICAgICA1JSB8IGlycSAgICAgICAwJSB8IGlkbGUgICAgIDkwJSB8
IHdhaXQgICAgICAwJSB8CmNwdSB8IHN5cyAgICAgICAwJSB8IHVzZXIgICAgICAxJSB8IGly
cSAgICAgICAwJSB8IGlkbGUgICAgIDQ0JSB8IGNwdTAwICAgICAwJSB8CmNwdSB8IHN5cyAg
ICAgICAwJSB8IHVzZXIgICAgICAxJSB8IGlycSAgICAgICAwJSB8IGlkbGUgICAgIDE1JSB8
IGNwdTAxICAgICAwJSB8CmNwdSB8IHN5cyAgICAgICAwJSB8IHVzZXIgICAgICAxJSB8IGly
cSAgICAgICAwJSB8IGlkbGUgICAgIDE1JSB8IGNwdTAyICAgICAwJSB8CmNwdSB8IHN5cyAg
ICAgICAwJSB8IHVzZXIgICAgICAxJSB8IGlycSAgICAgICAwJSB8IGlkbGUgICAgIDE1JSB8
IGNwdTAzICAgICAwJSB8CkNQTCB8IGF2ZzEgLjI1OTk5OSB8IGF2ZzUgLjIwOTk5OSB8IGF2
ZzE1IC4yMTk5OSB8IGNzdyAxNjcxNTNlNCB8IGludHIgNjE4MTNlNCB8Ck1FTSB8IHRvdCAg
ICAgICA3RyB8IGZyZWUgICAgNTIzTSB8IGNhY2hlICAgICAzRyB8IGJ1ZmYgICAgMzQ1TSB8
IHNsYWIgICAgICAxRyB8ClNXUCB8IHRvdCAgICAgICA5RyB8IGZyZWUgICAgICA5RyB8ICAg
ICAgICAgICAgICB8IHZtY29tICAgICA2RyB8IHZtbGltICAgIDEzRyB8ClBBRyB8IHNjYW4g
NjE1MzYwMCB8IHN0ZWFsICA3MzY0MyB8IHN0YWxsICAgNzYyMCB8IHN3aW4gIDczMjQzMiB8
IHN3b3V0IDIyNTVlMyB8CkxWTSB8IGRtLTAgICAgICAgICB8ICAgICAgICAgICAgICB8IHJl
YWQgIDczMjc4OCB8IHdyaXRlIDIyNTVlMyB8CkxWTSB8IGRtLTEgICAgICAgICB8ICAgICAg
ICAgICAgICB8IHJlYWQgIDI1MTUzOSB8IHdyaXRlIDUxNjEzMiB8CkxWTSB8IGRtLTIgICAg
ICAgICB8ICAgICAgICAgICAgICB8IHJlYWQgICAgIDMwOCB8IHdyaXRlICAgICAgNSB8CkxW
TSB8IGRtLTMgICAgICAgICB8ICAgICAgICAgICAgICB8IHJlYWQgIDE5Nzg5OSB8IHdyaXRl
ICA2MDc3OCB8CkxWTSB8IGRtLTQgICAgICAgICB8ICAgICAgICAgICAgICB8IHJlYWQgICAz
NjI1MSB8IHdyaXRlIDExNDFlMyB8CkRTSyB8IHNkYSAgICAgICAgICB8IGJ1c3kgICAgICAw
JSB8IHJlYWQgIDU3MzgxOCB8IHdyaXRlIDExMjFlMyB8IGF2aW8gICAxMCBtcyB8Ck5FVCB8
IHRyYW5zcG9ydCAgICB8IHRjcGkgMzY1OWUzTSB8IHRjcG8gNDgzOGUzTSB8IHVkcGkgMjU3
MmUzTSB8IHVkcG8gMjU0MmUzTSB8Ck5FVCB8IG5ldHdvcmsgICAgICB8IGlwaSA3NTkxMzg3
TSB8IGlwbyA1NDg4NzYxTSB8IGlwZnJ3ICAgICAwTSB8IGRlbGl2IDYxOWU0TSB8Ck5FVCB8
IGxvICAgICAgICAgICB8IHBja2kgMjA2NmUzTSB8IHBja28gMjA2NmUzTSB8IHNpICAgIDQg
S2JwcyB8IHNvICAgIDQgS3BicyB8Ck5FVCB8IGVtMSAgICAgICAgICB8IHBja2kgNDYyNWUz
TSB8IHBja28gMzgwOWUzTSB8IHNpICAgMTkgS2JwcyB8IHNvICAgMzUgS3BicyB8Ck5FVCB8
IHdsYW4wICAgICAgICB8IHBja2kgMTQ5MWUzTSB8IHBja28gMTIxM2UzTSB8IHNpICAgIDkg
S2JwcyB8IHNvICAgIDQgS3BicyB8CgogIFBJRCAgU1lTQ1BVIFVTUkNQVSAgIFZHUk9XICBS
R1JPVyBSVUlEICAgIFRIUiBTVCBFWEMgUyBDUFUgIENNRAogMjMyOSAgIDFoNTdtICAxMGgx
MG0gMjA1OUsgIDcwOUsgICBzY294ICAgMzcgIC0tICAgLSAgUyAyNiUgZmlyZWZveCAgICAg
ICAgIAogNjU0NCAgIDFoNTFtICAgNGgyN20gMTEwN0sgIDE2NksgICBzY294ICAgMTkgIC0t
ICAgLSAgUyAxMyUgcGx1Z2luLWNvbnRhaW5lIAogMTExMyAgICAzaDltICAgMWgzNG0gIDE2
MEsgICAzMEsgICByb290ICAgIDEgIC0tICAgLSAgUyAxMCUgWG9yZyAgICAgICAgICAgIAog
MTY4NiAgNThtMjNzICAgIDNoNW0gMjA0N0sgIDE4M0sgICBzY294ICAgIDcgIC0tICAgLSAg
UyAgOCUgZ25vbWUtc2hlbGwgICAgIAogOTA2MyAgMTNtNThzICAgIDFoNm0gMzE2NksgIDU4
OUsgICBzY294ICAyNTQgIC0tICAgLSAgUyAgMiUgdGh1bmRlcmJpcmQgICAgIAogMjAzMyAg
IDdtNTNzICA0M201NnMgIDQ2OUsgICAzNEsgICBzY294ICAgIDMgIC0tICAgLSAgUyAgMSUg
aWJ1cy1kYWVtb24gICAgIAogMTY0MSAgIDIwbTJzICAyMG00OXMgIDUyOUsgICAgNUsgICBz
Y294ICAgIDMgIC0tICAgLSAgUyAgMSUgcHVsc2VhdWRpbyAgICAgIAogMjA2OSAgIDZtNDJz
ICAyMm0zNnMgIDMxNEsgICAgNUsgICBzY294ICAgIDIgIC0tICAgLSAgUyAgMSUgaWJ1cy14
MTEgICAgICAgIAogNzU2NiAgIDRtMjdzICAxOW01NnMgIDYyNksgIDExMEsgICBzY294ICAg
IDMgIC0tICAgLSAgUyAgMCUgZW1hY3MgICAgICAgICAgIAogMjE4MyAgICA0bTJzICAxMW01
MHMgIDYzMksgICAxNUsgICBzY294ICAgIDIgIC0tICAgLSAgUyAgMCUgeGNoYXQgICAgICAg
ICAgIAogIDc4NiAgIDJtMzRzICAxMm00MXMgIDMwNksgICAzNksgICByb290ICAgIDIgIC0t
ICAgLSAgUyAgMCUgcG9sa2l0ZCAgICAgICAgIAogMTc5MCAgIDFtNTFzICAgOW0yNHMgIDU5
MksgICAgOEsgICBzY294ICAgIDMgIC0tICAgLSAgUyAgMCUgdmluby1zZXJ2ZXIgICAgIAog
MjQ3OSAgIDFtNDRzICAgOG01N3MgIDc1NEsgICAyMksgICBzY294ICAgIDQgIC0tICAgLSAg
UyAgMCUgZ25vbWUtdGVybWluYWwgIAogMTYyNiAgIDNtNTdzICAgNm0xOXMgMTE0NksgICAx
MEsgICBzY294ICAgIDUgIC0tICAgLSAgUyAgMCUgZ25vbWUtc2V0dGluZ3MtIAogIDcyNSAg
IDJtMTdzICAgNW01N3MgICAzMEsgICAgMksgICBkYnVzICAgIDIgIC0tICAgLSAgUyAgMCUg
ZGJ1cy1kYWVtb24gICAgIAogIDU2MiAgIDdtMzBzICAgMC4wMHMgICAgIDAgICAgIDAgICBy
b290ICAgIDAgIC0tICAgLSAgUyAgMCUgaXJxLzQ2LWl3bHdpZmkgIAogIDY5OCAgNTYuMzVz
ICAgNG01MnMgIDM0NEsgICAgNEsgICByb290ICAgIDQgIC0tICAgLSAgUyAgMCUgTmV0d29y
a01hbmFnZXIgIAogMjA5NSAgMjcuNzJzICAgM20xOXMgIDIyNUsgICAgMUsgICBzY294ICAg
IDIgIC0tICAgLSAgUyAgMCUgaWJ1cy1lbmdpbmUtc2ltIAogICAxMCAgIDNtNDNzICAgMC4w
MHMgICAgIDAgICAgIDAgICByb290ICAgIDAgIC0tICAgLSAgUyAgMCUgcmN1X3NjaGVkICAg
ICAgIAogMTY1MyAgIDFtMjFzICAgMW00NXMgICA3MEsgICAgMUsgICAgIGxwICAgIDEgIC0t
ICAgLSAgUyAgMCUgY3Vwcy1wb2xsZCAgICAgIAogMjA2NyAgMjIuODlzICAgMm0zOXMgIDUw
NUsgICAxNUsgICBzY294ICAgIDMgIC0tICAgLSAgUyAgMCUgaWJ1cy11aS1ndGszICAgIAog
MTY1MiAgMzIuMDVzICAgMm0yMHMgIDIwMEsgICAgMksgICByb290ICAgIDEgIC0tICAgLSAg
UyAgMCUgY3Vwc2QgICAgICAgICAgIAogMTcxMCAgMTguNjVzICAgMW0xOHMgIDY5NUsgICAx
NksgICBzY294ICAgIDMgIC0tICAgLSAgUyAgMCUgbm0tYXBwbGV0ICAgICAgIAogIDcyNyAg
IDFtMjBzICAxNC43NXMgICAxOEsgICAzNTYgICByb290ICAgIDEgIC0tICAgLSAgUyAgMCUg
aXJxYmFsYW5jZSAgICAgIAogMTM4NSAgMjIuMDRzICAgIDFtOHMgIDIxOEsgICAgMksgICBy
b290ICAgIDMgIC0tICAgLSAgUyAgMCUgdXBvd2VyZCAgICAgICAgIAogMTY2NiAgMTAuMzVz
ICAgMW0xOXMgIDM0MUsgICAgM0sgICByb290ICAgIDUgIC0tICAgLSAgUyAgMCUgdWRpc2tz
ZCAgICAgICAgIAoyNzYxNyAgIDguMzZzICAgMW0xN3MgIDM5MEsgICA0NUsgICBzY294ICAg
IDIgIC0tICAgLSAgUyAgMCUgU3BpZGVyT2FrQmx1ZSAgIAoyNzYxMSAgMTIuODZzICA1Ni42
MnMgIDUyM0sgICA2MUsgICBzY294ICAgIDMgIC0tICAgLSAgUyAgMCUgU3BpZGVyT2FrQmx1
ZSAgIAogMjA0MCAgMTAuMDNzICA1NS4zNnMgIDMyNksgICAxNEsgICBzY294ICAgIDMgIC0t
ICAgLSAgUyAgMCUgbWlzc2lvbi1jb250cm9sIAogMzI1OCAgIDMuMzRzICA0OC4wMHMgIDg4
OUsgICA0NUsgICBzY294ICAgIDQgIC0tICAgLSAgUyAgMCUgZXZpbmNlICAgICAgICAgIAog
MTcwNyAgIDkuNDNzICAzNC43MnMgIDUxM0sgICAyMUsgICBzY294ICAgIDMgIC0tICAgLSAg
UyAgMCUgZ25vbWUtc2NyZWVuc2F2IAogIDQwOSAgMzMuMDlzICAgOS44MHMgICA1MksgICA3
NzYgICByb290ICAgIDEgIC0tICAgLSAgUyAgMCUgc3lzdGVtZC1qb3VybmFsIAogIDgwMiAg
MzAuODBzICAgNS43NXMgICAgNEsgICAyNTIgICByb290ICAgIDEgIC0tICAgLSAgUyAgMCUg
YWNwaWQgICAgICAgICAgIAogMTUwMiAgIDYuMzdzICAyNS43MnMgIDQ4N0sgICAgM0sgICBz
Y294ICAgIDQgIC0tICAgLSAgUyAgMCUgZ25vbWUtc2Vzc2lvbiAgIAogICA2MyAgMzEuMjNz
ICAgMC4wMHMgICAgIDAgICAgIDAgICByb290ICAgIDAgIC0tICAgLSAgUyAgMCUga2h1Z2Vw
YWdlZCAgICAgIAogMTIxNSAgIDguNDVzICAyMi42OXMgICA0OEsgICAgMUsgICByb290ICAg
IDEgIC0tICAgLSAgUyAgMCUgd3BhX3N1cHBsaWNhbnQgIAogIDcwNSAgMjIuNTFzICAgMi45
NnMgICAgN0sgICAgIDAgICByb290ICAgIDEgIC0tICAgLSAgUyAgMCUgZ3BtICAgICAgICAg
ICAgIAogIDY2NyAgMjIuNjNzICAgMC4wMHMgICAgIDAgICAgIDAgICByb290ICAgIDAgIC0t
ICAgLSAgUyAgMCUgZmx1c2gtMjUzOjQgICAgIAogMTczNSAgIDIuOTJzICAxNy40OHMgIDI4
NEsgICAgMUsgICBzY294ICAgIDMgIC0tICAgLSAgUyAgMCUgZGVqYS1kdXAtbW9uaXRvIAog
MjA2MSAgIDIuOTBzICAxNy40NXMgIDY2NUsgICAgMksgICBzY294ICAgIDMgIC0tICAgLSAg
UyAgMCUgZXZvbHV0aW9uLWNhbGVuIAogMjEwMSAgIDIuNzdzICAxNy4wOXMgIDYxOUsgICAg
MUsgICBzY294ICAgIDMgIC0tICAgLSAgUyAgMCUgZXZvbHV0aW9uLWFkZHJlIAogIDY1NSAg
MTcuMjVzICAgMC4wMHMgICAgIDAgICAgIDAgICByb290ICAgIDAgIC0tICAgLSAgRCAgMCUg
amJkMi9kbS00LTggICAgIAogICAgMyAgMTUuNTFzICAgMC4wMHMgICAgIDAgICAgIDAgICBy
b290ICAgIDAgIC0tICAgLSAgUyAgMCUga3NvZnRpcnFkLzAgICAgIAogMTY5MyAgIDIuMzJz
ICAxMi4wMHMgIDY2MUsgICAgNEsgICBzY294ICAgIDMgIC0tICAgLSAgUyAgMCUgdHJhY2tl
ci1taW5lci1mIAogIDcwNCAgIDguNDVzICAgNC40M3MgICAyN0sgICAgMUsgICByb290ICAg
IDEgIC0tICAgLSAgUyAgMCUgc3lzdGVtZC1sb2dpbmQgIAogIDc0MCAgIDkuNjJzICAgMy4y
MHMgIDExNUsgICA5MzYgICByb290ICAgIDEgIC0tICAgLSAgUyAgMCUgY3JvbmQgICAgICAg
ICAgIAogICA2MSAgMTEuNDRzICAgMC4wMHMgICAgIDAgICAgIDAgICByb290ICAgIDAgIC0t
ICAgLSAgUyAgMCUga3N3YXBkMCAgICAgICAgIAogICAgMSAgIDkuNDlzICAgMS44M3MgICA2
OEsgICAgMksgICByb290ICAgIDEgIC0tICAgLSAgUyAgMCUgc3lzdGVtZCAgICAgICAgIAoy
ODA3NSAgMTAuOTNzICAgMC4wMHMgICAgIDAgICAgIDAgICByb290ICAgIDAgIC0tICAgLSAg
UyAgMCUga3dvcmtlci8wOjEgICAgIAogMTQzMCAgIDguMTBzICAgMS43NnMgIDE2MEsgICA0
NzIgIHJ0a2l0ICAgIDMgIC0tICAgLSAgUyAgMCUgcnRraXQtZGFlbW9uICAgIAogICAxOSAg
IDkuODNzICAgMC4wMHMgICAgIDAgICAgIDAgICByb290ICAgIDAgIC0tICAgLSAgUyAgMCUg
a3NvZnRpcnFkLzIgICAgIAogICAxNCAgIDkuMDJzICAgMC4wMHMgICAgIDAgICAgIDAgICBy
b290ICAgIDAgIC0tICAgLSAgUyAgMCUga3NvZnRpcnFkLzEgICAgIAogIDQzNiAgIDkuMDJz
ICAgMC4wMHMgICAgIDAgICAgIDAgICByb290ICAgIDAgIC0tICAgLSAgUyAgMCUgZmx1c2gt
MjUzOjEgICAgIAogIDM3NyAgIDguMTFzICAgMC4wMHMgICAgIDAgICAgIDAgICByb290ICAg
IDAgIC0tICAgLSAgUyAgMCUgamJkMi9kbS0xLTggICAgIAoxODg5NSAgIDQuNTFzICAgMy4z
MXMgIDExMksgICAgMksgICBzY294ICAgIDEgIC0tICAgLSAgUyAgMCUgYmFzaCAgICAgICAg
ICAgIAogICAyNCAgIDYuNjNzICAgMC4wMHMgICAgIDAgICAgIDAgICByb290ICAgIDAgIC0t
ICAgLSAgUyAgMCUga3NvZnRpcnFkLzMgICAgIAogMzEzNyAgIDUuMTJzICAgMC43NHMgICA4
NksgICAgMUsgICAgcGNwICAgIDEgIC0tICAgLSAgUyAgMCUgcG1pZSAgICAgICAgICAgIAog
MTY2NCAgIDIuMTlzICAgMy41OXMgIDQ1NksgICAgM0sgICBzY294ICAgIDIgIC0tICAgLSAg
UyAgMCUgZ3Zmcy11ZGlza3MyLXZvIAogMTMwNCAgIDEuMTFzICAgNC41NnMgIDI4NEsgICAg
MUsgICByb290ICAgIDIgIC0tICAgLSAgUyAgMCUgYWNjb3VudHMtZGFlbW9uIAogMTQ1MSAg
IDMuNTVzICAgMS44MHMgIDM0OEsgICAgMUsgICByb290ICAgIDMgIC0tICAgLSAgUyAgMCUg
Z2RtLXNlc3Npb24td29yIAogIDY4MiAgIDMuMDdzICAgMi4xM3MgIDI0NUsgICAgMUsgICBy
b290ICAgIDQgIC0tICAgLSAgUyAgMCUgcnN5c2xvZ2QgICAgICAgIAoyMjkxMSAgIDEuMTFz
ICAgMy44NHMgIDc3OEsgICAgNksgICBzY294ICAgIDMgIC0tICAgLSAgUyAgMCUgZ25vdGUg
ICAgICAgICAgIAogMTUxNiAgIDIuMjVzICAgMi4wMnMgICAzMUsgICAgMksgICBzY294ICAg
IDIgIC0tICAgLSAgUyAgMCUgZGJ1cy1kYWVtb24gICAgIAogICAgOCAgIDQuMTBzICAgMC4w
MHMgICAgIDAgICAgIDAgICByb290ICAgIDAgIC0tICAgLSAgUyAgMCUgbWlncmF0aW9uLzAg
ICAgIAoxODM1OSAgIDMuMDZzICAgMC44MXMgICA0NUsgICAgMksgICByb290ICAgIDEgIC0t
ICAgLSAgUiAgMCUgcG1kYXByb2MgICAgICAgIAogMjQ4OCAgIDEuMzNzICAgMi4yOXMgIDEx
MUsgICAgMUsgICBzY294ICAgIDEgIC0tICAgLSAgUyAgMCUgYmFzaCAgICAgICAgICAgIAog
ICAxMyAgIDMuNTRzICAgMC4wMHMgICAgIDAgICAgIDAgICByb290ICAgIDAgIC0tICAgLSAg
UyAgMCUgbWlncmF0aW9uLzEgICAgIAogIDY4MCAgIDIuMzhzICAgMC45OHMgICA4OUsgICA1
NDQgICByb290ICAgIDIgIC0tICAgLSAgUyAgMCUgYXVkaXRkICAgICAgICAgIAogNDQyNCAg
IDEuNDNzICAgMS44OHMgIDExMksgICAgMUsgICBzY294ICAgIDEgIC0tICAgLSAgUyAgMCUg
YmFzaCAgICAgICAgICAgIAogIDY5NiAgIDIuNDZzICAgMC41M3MgIDEzNUsgICAyMTYgICBy
b290ICAgIDEgIC0tICAgLSAgUyAgMCUgYWJydC13YXRjaC1sb2cgIAogMTY5MSAgIDEuMTVz
ICAgMS42NXMgIDUzNEsgICAgMksgICBzY294ICAgIDMgIC0tICAgLSAgUyAgMCUgZXZvbHV0
aW9uLWFsYXJtIAoxODM2OSAgIDEuNjNzICAgMS4wNHMgICA5NksgICAxNUsgICByb290ICAg
IDEgIC0tICAgLSAgUyAgMCUgZGhjbGllbnQgICAgICAgIAoyMDE3NSAgIDIuNjRzICAgMC4w
MHMgICAgIDAgICAgIDAgICByb290ICAgIDAgIC0tICAgLSAgUyAgMCUga3dvcmtlci8xOjIg
ICAgIAogICAxMiAgIDIuNDhzICAgMC4wMHMgICAgIDAgICAgIDAgICByb290ICAgIDAgIC0t
ICAgLSAgUyAgMCUgd2F0Y2hkb2cvMSAgICAgIAogMjA0NSAgIDEuMDVzICAgMS4xOXMgIDUz
N0sgICAgMksgICBzY294ICAgIDMgIC0tICAgLSAgUyAgMCUgZ25vbWUtc2hlbGwtY2FsIAog
ICAyMiAgIDIuMjNzICAgMC4wMHMgICAgIDAgICAgIDAgICByb290ICAgIDAgIC0tICAgLSAg
UyAgMCUgd2F0Y2hkb2cvMyAgICAgIAogMTc4NSAgIDAuOTRzICAgMS4yOHMgIDMyNksgICAg
MUsgICBzY294ICAgIDIgIC0tICAgLSAgUyAgMCUgYWJydC1hcHBsZXQgICAgIAogICAxMSAg
IDIuMTZzICAgMC4wMHMgICAgIDAgICAgIDAgICByb290ICAgIDAgIC0tICAgLSAgUyAgMCUg
d2F0Y2hkb2cvMCAgICAgIAogICAxNyAgIDIuMTRzICAgMC4wMHMgICAgIDAgICAgIDAgICBy
b290ICAgIDAgIC0tICAgLSAgUyAgMCUgd2F0Y2hkb2cvMiAgICAgIAogICAyMyAgIDIuMTRz
ICAgMC4wMHMgICAgIDAgICAgIDAgICByb290ICAgIDAgIC0tICAgLSAgUyAgMCUgbWlncmF0
aW9uLzMgICAgIAogIDg1MSAgIDAuNzFzICAgMS4zMnMgIDE1NUsgICAgMUsgICByb290ICAg
IDIgIC0tICAgLSAgUyAgMCUgbW9kZW0tbWFuYWdlciAgIAoyMTE2OCAgIDIuMDFzICAgMC4w
MHMgICAgIDAgICAgIDAgICByb290ICAgIDAgIC0tICAgLSAgUyAgMCUga3dvcmtlci8yOjAg
ICAgIAogIDI5MiAgIDEuNzRzICAgMC4wMHMgICAgIDAgICAgIDAgICByb290ICAgIDAgIC0t
ICAgLSAgUyAgMCUga3dvcmtlci8wOjFIICAgIAogIDcxNSAgIDAuNTBzICAgMS4yMnMgIDIx
NksgICA2NDggICByb290ICAgIDIgIC0tICAgLSAgUyAgMCUgZ2RtLWJpbmFyeSAgICAgIAog
MTY1NyAgIDAuMjRzICAgMS40N3MgIDMxMEsgICAgMksgY29sb3JkICAgIDIgIC0tICAgLSAg
UyAgMCUgY29sb3JkICAgICAgICAgIAogICAxOCAgIDEuNjdzICAgMC4wMHMgICAgIDAgICAg
IDAgICByb290ICAgIDAgIC0tICAgLSAgUyAgMCUgbWlncmF0aW9uLzIgICAgIAogIDY4MyAg
IDAuNzhzICAgMC44OHMgICAyN0sgICA3NDQgIGF2YWhpICAgIDEgIC0tICAgLSAgUyAgMCUg
YXZhaGktZGFlbW9uICAgIAoyMTIyNCAgIDEuMzVzICAgMC4wMHMgICAgIDAgICAgIDAgICBy
b290ICAgIDAgIC0tICAgLSAgUyAgMCUga3dvcmtlci8zOjEgICAgIAogMTY5OCAgIDAuMjFz
ICAgMS4wOHMgIDQ3M0sgICAgNksgICBzY294ICAgIDcgIC0tICAgLSAgUyAgMCUgdHJhY2tl
ci1zdG9yZSAgIAogIDg2NCAgIDAuODZzICAgMC4zNHMgICAxOEsgICAxOTIgICAgcnBjICAg
IDEgIC0tICAgLSAgUyAgMCUgcnBjYmluZCAgICAgICAgIAoyMjgzNCAgIDAuODFzICAgMC4y
MnMgICAyMUsgICA3NTYgY2hyb255ICAgIDEgIC0tICAgLSAgUyAgMCUgY2hyb255ZCAgICAg
ICAgIAoxODM0NCAgIDAuNTBzICAgMC4zOHMgIDE3N0sgICAxMEsgICAgcGNwICAgIDIgIC0t
ICAgLSAgUyAgMCUgcG1jZCAgICAgICAgICAgIAogIDQxMCAgIDAuODFzICAgMC4wMHMgICAg
IDAgICAgIDAgICByb290ICAgIDAgIC0tICAgLSAgUyAgMCUga2F1ZGl0ZCAgICAgICAgIAox
ODM2NiAgIDAuMjdzICAgMC40MXMgICA5NksgICAxNUsgICByb290ICAgIDEgIC0tICAgLSAg
UyAgMCUgZGhjbGllbnQgICAgICAgIAogIDQxMSAgIDAuNThzICAgMC4wOXMgICAyOUsgICA3
MDAgICByb290ICAgIDEgIC0tICAgLSAgUyAgMCUgdWRldmQgICAgICAgICAgIAoyNzk3MSAg
IDAuMjZzICAgMC4yN3MgIDExMksgICAgMksgICBzY294ICAgIDEgIC0tICAgLSAgUyAgMCUg
YmFzaCAgICAgICAgICAgIAoyMjM0OCAgIDAuNTBzICAgMC4wMHMgICAgIDAgICAgIDAgICBy
b290ICAgIDAgIC0tICAgLSAgUyAgMCUga3dvcmtlci91OjEgICAgIAogICAgMiAgIDAuNDZz
ICAgMC4wMHMgICAgIDAgICAgIDAgICByb290ICAgIDAgIC0tICAgLSAgUyAgMCUga3RocmVh
ZGQgICAgICAgIAogMTQ5OCAgIDAuMTFzICAgMC4zNXMgIDcxNksgICAgMksgICBzY294ICAg
IDkgIC0tICAgLSAgUyAgMCUgZ25vbWUta2V5cmluZy1kIAogOTExMyAgIDAuMTRzICAgMC4z
MXMgIDExMUsgICAgMksgICBzY294ICAgIDEgIC0tICAgLSAgUyAgMCUgYmFzaCAgICAgICAg
ICAgIAogIDY1OCAgIDAuMzJzICAgMC4wMHMgICAgIDAgICAgIDAgICByb290ICAgIDAgIC0t
ICAgLSAgUyAgMCUgamJkMi9kbS0zLTggICAgIAogIDI5MCAgIDAuMjNzICAgMC4wMHMgICAg
IDAgICAgIDAgICByb290ICAgIDAgIC0tICAgLSAgUyAgMCUga3dvcmtlci8xOjFIICAgIAog
MTY1NSAgIDAuMDRzICAgMC4xN3MgIDQ1NEsgICAgMUsgICBzY294ICAgIDIgIC0tICAgLSAg
UyAgMCUgZ3NkLXByaW50ZXIgICAgIAogIDY4OSAgIDAuMTdzICAgMC4wM3MgICAxOUsgICAx
NDQgICByb290ICAgIDEgIC0tICAgLSAgUyAgMCUgc21hcnRkICAgICAgICAgIAogMTUzMSAg
IDAuMDZzICAgMC4xNHMgIDE1NUsgICA5MTIgICBzY294ICAgIDEgIC0tICAgLSAgUyAgMCUg
Z3Zmc2QgICAgICAgICAgIAogMTY3MyAgIDAuMTNzICAgMC4wNXMgIDUyMksgICA5MzYgY29s
b3JkICAgIDIgIC0tICAgLSAgUyAgMCUgY29sb3JkLXNhbmUgICAgIAogIDM1MCAgIDAuMDZz
ICAgMC4wOXMgIDE1N0sgICAgMUsgICBzY294ICAgIDEgIC0tICAgLSAgUyAgMCUgZ3Zmc2Qt
dHJhc2ggICAgIAogNjI2MCAgIDAuMDVzICAgMC4wOXMgIDIzNEsgICAxMUsgICBzY294ICAg
IDEgIC0tICAgLSAgUyAgMCUgcG1hdG9wLnB5ICAgICAgIAogIDY5MyAgIDAuMTJzICAgMC4w
MXMgIDEzN0sgICA3NDQgICByb290ICAgIDEgIC0tICAgLSAgUyAgMCUgYWJydGQgICAgICAg
ICAgIAogMTg4MCAgIDAuMDNzICAgMC4xMHMgIDI0OUsgICAgMUsgICBzY294ICAgIDMgIC0t
ICAgLSAgUyAgMCUgZGNvbmYtc2VydmljZSAgIAogNjE2MCAgIDAuMTJzICAgMC4wMHMgICAg
IDAgICAgIDAgICByb290ICAgIDAgIC0tICAgLSAgUyAgMCUga3dvcmtlci91OjIgICAgIAog
ICAzMCAgIDAuMTFzICAgMC4wMHMgICAgIDAgICAgIDAgICByb290ICAgIDAgIC0tICAgLSAg
UyAgMCUgYmRpLWRlZmF1bHQgICAgIAogNjIyMyAgIDAuMDlzICAgMC4wMHMgICAgIDAgICAg
IDAgICByb290ICAgIDAgIC0tICAgLSAgUyAgMCUga3dvcmtlci91OjAgICAgIAogICAzNSAg
IDAuMDdzICAgMC4wMHMgICAgIDAgICAgIDAgICByb290ICAgIDAgIC0tICAgLSAgUyAgMCUg
a2h1YmQgICAgICAgICAgIAogIDMyNSAgIDAuMDdzICAgMC4wMHMgICAgIDAgICAgIDAgICBy
b290ICAgIDAgIC0tICAgLSAgUyAgMCUga3dvcmtlci8yOjFIICAgIAogIDcxMyAgIDAuMDZz
ICAgMC4wMXMgICAyMEsgICAxODQgICByb290ICAgIDEgIC0tICAgLSAgUyAgMCUgYXRkICAg
ICAgICAgICAgIAogNDgxNiAgIDAuMDNzICAgMC4wM3MgIDE0NksgICAgMUsgICBzY294ICAg
IDEgIC0tICAgLSAgUyAgMCUgZ3Zmc2QtbWV0YWRhdGEgIAoxODMzNSAgIDAuMDVzICAgMC4w
MXMgICAyOUsgICAgMksgICByb290ICAgIDEgIC0tICAgLSAgUyAgMCUgdWRldmQgICAgICAg
ICAgIAogIDY3NiAgIDAuMDNzICAgMC4wMnMgICAyMEsgICAgMUsgICByb290ICAgIDEgIC0t
ICAgLSAgUyAgMCUgYmx1ZXRvb3RoZCAgICAgIAogMTUyOCAgIDAuMDFzICAgMC4wNHMgIDM4
MUsgICA1NDAgICBzY294ICAgIDQgIC0tICAgLSAgUyAgMCUgaW1zZXR0aW5ncy1kYWVtIAog
IDY5NCAgIDAuMDRzICAgMC4wMHMgIDEzNUsgICAyMTYgICByb290ICAgIDEgIC0tICAgLSAg
UyAgMCUgYWJydC13YXRjaC1sb2cgIAogIDkwNCAgIDAuMDBzICAgMC4wNHMgICAyMksgICAx
NzIgcnBjdXNlICAgIDEgIC0tICAgLSAgUyAgMCUgcnBjLnN0YXRkICAgICAgIAogNjI2OSAg
IDAuMDNzICAgMC4wMXMgICA5MUsgICAgNEsgICBzY294ICAgIDEgIC0tICAgLSAgUyAgMCUg
cG1sb2dnZXIgICAgICAgIAogICA2NCAgIDAuMDNzICAgMC4wMHMgICAgIDAgICAgIDAgICBy
b290ICAgIDAgIC0tICAgLSAgUyAgMCUgZnNub3RpZnlfbWFyayAgIAogIDgwOCAgIDAuMDJz
ICAgMC4wMXMgIDI0N0sgICA1ODQgICByb290ICAgIDIgIC0tICAgLSAgUyAgMCUgZ2RtLXNp
bXBsZS1zbGF2IAogMTY3MiAgIDAuMDJzICAgMC4wMXMgIDE2M0sgICA4MzYgICBzY294ICAg
IDEgIC0tICAgLSAgUyAgMCUgZ3Zmcy1ncGhvdG8yLXZvIAogICAyOCAgIDAuMDJzICAgMC4w
MHMgICAgIDAgICAgIDAgICByb290ICAgIDAgIC0tICAgLSAgUyAgMCUga2RldnRtcGZzICAg
ICAgIAogMjA2NCAgIDAuMDFzICAgMC4wMXMgIDIyN0sgICAgMUsgICBzY294ICAgIDIgIC0t
ICAgLSAgUyAgMCUgaWJ1cy1kY29uZiAgICAgIAogNTQ0NiAgIDAuMDFzICAgMC4wMXMgIDMx
NksgICAgMUsgICBzY294ICAgIDMgIC0tICAgLSAgUyAgMCUgZ3Zmc2QtaHR0cCAgICAgIAox
ODc5MCAgIDAuMDJzICAgMC4wMHMgICA4NUsgICAgM0sgICAgcGNwICAgIDEgIC0tICAgLSAg
UyAgMCUgcG1sb2dnZXIgICAgICAgIAogIDI5MSAgIDAuMDFzICAgMC4wMHMgICAgIDAgICAg
IDAgICByb290ICAgIDAgIC0tICAgLSAgUyAgMCUga3dvcmtlci8zOjFIICAgIAogIDg3NiAg
IDAuMDFzICAgMC4wMHMgICA3N0sgICA0MjQgICByb290ICAgIDEgIC0tICAgLSAgUyAgMCUg
c3NoZCAgICAgICAgICAgIAogMTc4OCAgIDAuMDBzICAgMC4wMXMgIDE0MksgICAzMjQgICBz
Y294ICAgIDEgIC0tICAgLSAgUyAgMCUgZ2NvbmZkLTIgICAgICAgIAogMjA0OSAgIDAuMDFz
ICAgMC4wMHMgIDQwMUsgICAgMUsgICBzY294ICAgIDIgIC0tICAgLSAgUyAgMCUgZ29hLWRh
ZW1vbiAgICAgIAogMjA5NyAgIDAuMDBzICAgMC4wMXMgIDI0MEsgICA2MjggICBzY294ICAg
IDIgIC0tICAgLSAgUyAgMCUgaWJ1cy1lbmdpbmUtcGluIAogMzI2MiAgIDAuMDBzICAgMC4w
MXMgIDE3NUsgICAgMUsgICBzY294ICAgIDIgIC0tICAgLSAgUyAgMCUgZXZpbmNlZCAgICAg
ICAgIAogICAgNSAgIDAuMDBzICAgMC4wMHMgICAgIDAgICAgIDAgICByb290ICAgIDAgIC0t
ICAgLSAgUyAgMCUga3dvcmtlci8wOjBIICAgIAogICAgOSAgIDAuMDBzICAgMC4wMHMgICAg
IDAgICAgIDAgICByb290ICAgIDAgIC0tICAgLSAgUyAgMCUgcmN1X2JoICAgICAgICAgIAog
ICAxNiAgIDAuMDBzICAgMC4wMHMgICAgIDAgICAgIDAgICByb290ICAgIDAgIC0tICAgLSAg
UyAgMCUga3dvcmtlci8xOjBIICAgIAogICAyMSAgIDAuMDBzICAgMC4wMHMgICAgIDAgICAg
IDAgICByb290ICAgIDAgIC0tICAgLSAgUyAgMCUga3dvcmtlci8yOjBIICAgIAogICAyNiAg
IDAuMDBzICAgMC4wMHMgICAgIDAgICAgIDAgICByb290ICAgIDAgIC0tICAgLSAgUyAgMCUg
a3dvcmtlci8zOjBIICAgIAogICAyNyAgIDAuMDBzICAgMC4wMHMgICAgIDAgICAgIDAgICBy
b290ICAgIDAgIC0tICAgLSAgUyAgMCUga2hlbHBlciAgICAgICAgIAogICAyOSAgIDAuMDBz
ICAgMC4wMHMgICAgIDAgICAgIDAgICByb290ICAgIDAgIC0tICAgLSAgUyAgMCUgbmV0bnMg
ICAgICAgICAgIAogICAzMSAgIDAuMDBzICAgMC4wMHMgICAgIDAgICAgIDAgICByb290ICAg
IDAgIC0tICAgLSAgUyAgMCUga2ludGVncml0eWQgICAgIAogICAzMiAgIDAuMDBzICAgMC4w
MHMgICAgIDAgICAgIDAgICByb290ICAgIDAgIC0tICAgLSAgUyAgMCUga2Jsb2NrZCAgICAg
ICAgIAogICAzNCAgIDAuMDBzICAgMC4wMHMgICAgIDAgICAgIDAgICByb290ICAgIDAgIC0t
ICAgLSAgUyAgMCUgYXRhX3NmZiAgICAgICAgIAogICAzNiAgIDAuMDBzICAgMC4wMHMgICAg
IDAgICAgIDAgICByb290ICAgIDAgIC0tICAgLSAgUyAgMCUgbWQgICAgICAgICAgICAgIAog
ICA2MiAgIDAuMDBzICAgMC4wMHMgICAgIDAgICAgIDAgICByb290ICAgIDAgIC0tICAgLSAg
UyAgMCUga3NtZCAgICAgICAgICAgIAogICA2NSAgIDAuMDBzICAgMC4wMHMgICAgIDAgICAg
IDAgICByb290ICAgIDAgIC0tICAgLSAgUyAgMCUgY3J5cHRvICAgICAgICAgIAogICA3MyAg
IDAuMDBzICAgMC4wMHMgICAgIDAgICAgIDAgICByb290ICAgIDAgIC0tICAgLSAgUyAgMCUg
a3Rocm90bGQgICAgICAgIAogICA3NiAgIDAuMDBzICAgMC4wMHMgICAgIDAgICAgIDAgICBy
b290ICAgIDAgIC0tICAgLSAgUyAgMCUgc2NzaV9laF8wICAgICAgIAogICA3NyAgIDAuMDBz
ICAgMC4wMHMgICAgIDAgICAgIDAgICByb290ICAgIDAgIC0tICAgLSAgUyAgMCUgc2NzaV9l
aF8xICAgICAgIAogICA3OCAgIDAuMDBzICAgMC4wMHMgICAgIDAgICAgIDAgICByb290ICAg
IDAgIC0tICAgLSAgUyAgMCUgc2NzaV9laF8yICAgICAgIAogICA3OSAgIDAuMDBzICAgMC4w
MHMgICAgIDAgICAgIDAgICByb290ICAgIDAgIC0tICAgLSAgUyAgMCUgc2NzaV9laF8zICAg
ICAgIAogICA4MCAgIDAuMDBzICAgMC4wMHMgICAgIDAgICAgIDAgICByb290ICAgIDAgIC0t
ICAgLSAgUyAgMCUgc2NzaV9laF80ICAgICAgIAogICA4MSAgIDAuMDBzICAgMC4wMHMgICAg
IDAgICAgIDAgICByb290ICAgIDAgIC0tICAgLSAgUyAgMCUgc2NzaV9laF81ICAgICAgIAog
ICA4OCAgIDAuMDBzICAgMC4wMHMgICAgIDAgICAgIDAgICByb290ICAgIDAgIC0tICAgLSAg
UyAgMCUga3BzbW91c2VkICAgICAgIAogICA5MCAgIDAuMDBzICAgMC4wMHMgICAgIDAgICAg
IDAgICByb290ICAgIDAgIC0tICAgLSAgUyAgMCUgZGVmZXJ3cSAgICAgICAgIAogIDMyOSAg
IDAuMDBzICAgMC4wMHMgICAgIDAgICAgIDAgICByb290ICAgIDAgIC0tICAgLSAgUyAgMCUg
a2RtZmx1c2ggICAgICAgIAogIDMzMCAgIDAuMDBzICAgMC4wMHMgICAgIDAgICAgIDAgICBy
b290ICAgIDAgIC0tICAgLSAgUyAgMCUga2RtZmx1c2ggICAgICAgIAogIDM1NCAgIDAuMDBz
ICAgMC4wMHMgIDE1NUsgICA3NDQgICBzY294ICAgIDEgIC0tICAgLSAgUyAgMCUgZ3Zmc2Qt
YnVybiAgICAgIAogIDM3OCAgIDAuMDBzICAgMC4wMHMgICAgIDAgICAgIDAgICByb290ICAg
IDAgIC0tICAgLSAgUyAgMCUgZXh0NC1kaW8tdW53cml0IAogIDUzMSAgIDAuMDBzICAgMC4w
MHMgICAgIDAgICAgIDAgICByb290ICAgIDAgIC0tICAgLSAgUyAgMCUga3ZtLWlycWZkLWNs
ZWFuIAogIDU1MCAgIDAuMDBzICAgMC4wMHMgICAgIDAgICAgIDAgICByb290ICAgIDAgIC0t
ICAgLSAgUyAgMCUga3RwYWNwaWQgICAgICAgIAogIDU1NSAgIDAuMDBzICAgMC4wMHMgICAg
IDAgICAgIDAgICByb290ICAgIDAgIC0tICAgLSAgUyAgMCUgaGQtYXVkaW8wICAgICAgIAog
IDU1NiAgIDAuMDBzICAgMC4wMHMgICAgIDAgICAgIDAgICByb290ICAgIDAgIC0tICAgLSAg
UyAgMCUgY2ZnODAyMTEgICAgICAgIAogIDU3NiAgIDAuMDBzICAgMC4wMHMgICAgIDAgICAg
IDAgICByb290ICAgIDAgIC0tICAgLSAgUyAgMCUga2RtZmx1c2ggICAgICAgIAogIDU3NyAg
IDAuMDBzICAgMC4wMHMgICAgIDAgICAgIDAgICByb290ICAgIDAgIC0tICAgLSAgUyAgMCUg
a2RtZmx1c2ggICAgICAgIAogIDU3OCAgIDAuMDBzICAgMC4wMHMgICAgIDAgICAgIDAgICBy
b290ICAgIDAgIC0tICAgLSAgUyAgMCUga2RtZmx1c2ggICAgICAgIAogIDYwMSAgIDAuMDBz
ICAgMC4wMHMgICAgIDAgICAgIDAgICByb290ICAgIDAgIC0tICAgLSAgUyAgMCUgaXdsd2lm
aSAgICAgICAgIAogIDY0OCAgIDAuMDBzICAgMC4wMHMgICAgIDAgICAgIDAgICByb290ICAg
IDAgIC0tICAgLSAgUyAgMCUgamJkMi9kbS0yLTggICAgIAogIDY0OSAgIDAuMDBzICAgMC4w
MHMgICAgIDAgICAgIDAgICByb290ICAgIDAgIC0tICAgLSAgUyAgMCUgZXh0NC1kaW8tdW53
cml0IAogIDY1NiAgIDAuMDBzICAgMC4wMHMgICAgIDAgICAgIDAgICByb290ICAgIDAgIC0t
ICAgLSAgUyAgMCUgZXh0NC1kaW8tdW53cml0IAogIDY1OSAgIDAuMDBzICAgMC4wMHMgICAg
IDAgICAgIDAgICByb290ICAgIDAgIC0tICAgLSAgUyAgMCUgZXh0NC1kaW8tdW53cml0IAog
IDY5NyAgIDAuMDBzICAgMC4wMHMgICAyN0sgICAgIDQgIGF2YWhpICAgIDEgIC0tICAgLSAg
UyAgMCUgYXZhaGktZGFlbW9uICAgIAogIDcwMCAgIDAuMDBzICAgMC4wMHMgICAxMUsgICAg
IDAgICByb290ICAgIDEgIC0tICAgLSAgUyAgMCUgc3lzdGVtLXNldHVwLWtlIAogIDc2MyAg
IDAuMDBzICAgMC4wMHMgICAgNksgICAxMzYgICByb290ICAgIDEgIC0tICAgLSAgUyAgMCUg
bWNlbG9nICAgICAgICAgIAogIDgxMiAgIDAuMDBzICAgMC4wMHMgICAgIDAgICAgIDAgICBy
b290ICAgIDAgIC0tICAgLSAgUyAgMCUga3JmY29tbWQgICAgICAgIAogIDg5MyAgIDAuMDBz
ICAgMC4wMHMgICAgIDAgICAgIDAgICByb290ICAgIDAgIC0tICAgLSAgUyAgMCUgcnBjaW9k
ICAgICAgICAgIAogMTUxNSAgIDAuMDBzICAgMC4wMHMgICAxOUsgICAgNjggICBzY294ICAg
IDEgIC0tICAgLSAgUyAgMCUgZGJ1cy1sYXVuY2ggICAgIAogMTUzMyAgIDAuMDBzICAgMC4w
MHMgIDI2OUsgICA2MjggICBzY294ICAgIDQgIC0tICAgLSAgUyAgMCUgZ3Zmcy1mdXNlLWRh
ZW1vIAogMTY3NSAgIDAuMDBzICAgMC4wMHMgIDIzOEsgICA2NDQgICBzY294ICAgIDIgIC0t
ICAgLSAgUyAgMCUgZ3Zmcy1hZmMtdm9sdW1lIAogMjIyMiAgIDAuMDBzICAgMC4wMHMgIDI1
OUsgICA5OTYgICBzY294ICAgIDMgIC0tICAgLSAgUyAgMCUgYXQtc3BpLWJ1cy1sYXVuIAog
MjQ4NyAgIDAuMDBzICAgMC4wMHMgICAgOEsgICAzNjggICBzY294ICAgIDEgIC0tICAgLSAg
UyAgMCUgZ25vbWUtcHR5LWhlbHBlIAogMzA2MSAgIDAuMDBzICAgMC4wMHMgICAgNEsgICAx
NDQgICBzY294ICAgIDEgIC0tICAgLSAgUyAgMCUgZW1hY3NjbGllbnQgICAgIAogMzI0NyAg
IDAuMDBzICAgMC4wMHMgIDEwOUsgICAzMTIgICBzY294ICAgIDEgIC0tICAgLSAgUyAgMCUg
dG9vbHMuc2ggICAgICAgIAogNjE1NyAgIDAuMDBzICAgMC4wMHMgICAgIDAgICAgIDAgICBy
b290ICAgIDAgIC0tICAgLSAgUyAgMCUga3dvcmtlci8wOjAgICAgIAogNjI0MSAgIDAuMDBz
ICAgMC4wMHMgICAgIDAgICAgIDAgICByb290ICAgIDAgIC0tICAgLSAgUyAgMCUga3dvcmtl
ci8wOjIgICAgIAogODE2NCAgIDAuMDBzICAgMC4wMHMgICAgIDAgICAgIDAgICByb290ICAg
IDAgIC0tICAgLSAgUyAgMCUga3dvcmtlci91OjJIICAgIAoxMDc0NCAgIDAuMDBzICAgMC4w
MHMgICAgNEsgICA0OTYgICBzY294ICAgIDEgIC0tICAgLSAgVCAgMCUgZW1hY3NjbGllbnQg
ICAgIAoxNTQyMyAgIDAuMDBzICAgMC4wMHMgICAgNEsgICAxNDggICBzY294ICAgIDEgIC0t
ICAgLSAgVCAgMCUgZW1hY3NjbGllbnQgICAgIAoxODIzMiAgIDAuMDBzICAgMC4wMHMgICAg
IDAgICAgIDAgICByb290ICAgIDAgIC0tICAgLSAgUyAgMCUgaXJxLzQzLW1laSAgICAgIAox
ODMzMCAgIDAuMDBzICAgMC4wMHMgICAgIDAgICAgIDAgICByb290ICAgIDAgIC0tICAgLSAg
UyAgMCUgaGNpMCAgICAgICAgICAgIAoxODMzMSAgIDAuMDBzICAgMC4wMHMgICAgIDAgICAg
IDAgICByb290ICAgIDAgIC0tICAgLSAgUyAgMCUgaGNpMCAgICAgICAgICAgIAoxODMzMiAg
IDAuMDBzICAgMC4wMHMgICAgIDAgICAgIDAgICByb290ICAgIDAgIC0tICAgLSAgUyAgMCUg
a3dvcmtlci91OjBIICAgIAoxODMzNiAgIDAuMDBzICAgMC4wMHMgICAyOUsgICAgMksgICBy
b290ICAgIDEgIC0tICAgLSAgUyAgMCUgdWRldmQgICAgICAgICAgIAoxODM2MCAgIDAuMDBz
ICAgMC4wMHMgICA0MksgICAgMUsgICByb290ICAgIDEgIC0tICAgLSAgUyAgMCUgcG1kYXhm
cyAgICAgICAgIAoyMjI2MCAgIDAuMDBzICAgMC4wMHMgICAgIDAgICAgIDAgICByb290ICAg
IDAgIC0tICAgLSAgUyAgMCUga3dvcmtlci8xOjEgICAgIAoyMjI5NiAgIDAuMDBzICAgMC4w
MHMgICAgIDAgICAgIDAgICByb290ICAgIDAgIC0tICAgLSAgUyAgMCUga3dvcmtlci8zOjAg
ICAgIAoyMjYyNCAgIDAuMDBzICAgMC4wMHMgICAgIDAgICAgIDAgICByb290ICAgIDAgIC0t
ICAgLSAgUyAgMCUga3dvcmtlci8yOjIgICAgIAoyOTI5NCAgIDAuMDBzICAgMC4wMHMgICA2
OUsgICA2NjQgICByb290ICAgIDEgIC0tICAgLSAgUyAgMCUgc3NoLWFnZW50ICAgICAgIApw
bWF0b3AgbG9nIGNyZWF0aW9uIE9LCg==
--------------040000090403080907020605
Content-Type: text/plain; charset=UTF-8;
 name="722.full.fail"
Content-Transfer-Encoding: base64
Content-Disposition: attachment;
 filename="722.full.fail"

QVRPUCAtIFR1ZSBTZXAgMTYgMDg6Mzk6MDggMjAxNAkJMDowMDowMCBlbGFwc2VkCgpQUkMg
fCBzeXMgICAxMGgxMm0gfCB1c2VyICAgICAgMWQgfCAjcHJvYyAgICA2MjQgfCAjem9tYmll
ICAgIDAKQ1BVIHwgc3lzICAgICAgIDIlIHwgdXNlciAgICAgIDUlIHwgaXJxICAgICAgIDAl
IHwgaWRsZSAgICAgOTAlIHwgd2FpdCAgICAgIDAlIHwKY3B1IHwgc3lzICAgICAgIDAlIHwg
dXNlciAgICAgIDElIHwgaXJxICAgICAgIDAlIHwgaWRsZSAgICAgNDQlIHwgY3B1MDAgICAg
IDAlIHwKY3B1IHwgc3lzICAgICAgIDAlIHwgdXNlciAgICAgIDElIHwgaXJxICAgICAgIDAl
IHwgaWRsZSAgICAgMTUlIHwgY3B1MDEgICAgIDAlIHwKY3B1IHwgc3lzICAgICAgIDAlIHwg
dXNlciAgICAgIDElIHwgaXJxICAgICAgIDAlIHwgaWRsZSAgICAgMTUlIHwgY3B1MDIgICAg
IDAlIHwKY3B1IHwgc3lzICAgICAgIDAlIHwgdXNlciAgICAgIDElIHwgaXJxICAgICAgIDAl
IHwgaWRsZSAgICAgMTUlIHwgY3B1MDMgICAgIDAlIHwKQ1BMIHwgYXZnMSAuMjU5OTk5IHwg
YXZnNSAuMjA5OTk5IHwgYXZnMTUgLjIxOTk5IHwgY3N3IDE2NzE1M2U0IHwgaW50ciA2MTgx
M2U0IHwKTUVNIHwgdG90ICAgICAgIDdHIHwgZnJlZSAgICA1MjNNIHwgY2FjaGUgICAgIDNH
IHwgYnVmZiAgICAzNDVNIHwgc2xhYiAgICAgIDFHIHwKU1dQIHwgdG90ICAgICAgIDlHIHwg
ZnJlZSAgICAgIDlHIHwgICAgICAgICAgICAgIHwgdm1jb20gICAgIDZHIHwgdm1saW0gICAg
MTNHIHwKUEFHIHwgc2NhbiA2MTUzNjAwIHwgc3RlYWwgIDczNjQzIHwgc3RhbGwgICA3NjIw
IHwgc3dpbiAgNzMyNDMyIHwgc3dvdXQgMjI1NWUzIHwKQVRPUCAtIFR1ZSBTZXAgMTYgMDg6
Mzk6MDkgMjAxNAkJMDowMDowMCBlbGFwc2VkCgpQUkMgfCBzeXMgICAxMGgxMm0gfCB1c2Vy
ICAgICAgMWQgfCAjcHJvYyAgICA2MjQgfCAjem9tYmllICAgIDAKQ1BVIHwgc3lzICAgICAg
IDIlIHwgdXNlciAgICAgIDUlIHwgaXJxICAgICAgIDAlIHwgaWRsZSAgICAgOTAlIHwgd2Fp
dCAgICAgIDAlIHwKY3B1IHwgc3lzICAgICAgIDAlIHwgdXNlciAgICAgIDElIHwgaXJxICAg
ICAgIDAlIHwgaWRsZSAgICAgNDQlIHwgY3B1MDAgICAgIDAlIHwKY3B1IHwgc3lzICAgICAg
IDAlIHwgdXNlciAgICAgIDElIHwgaXJxICAgICAgIDAlIHwgaWRsZSAgICAgMTUlIHwgY3B1
MDEgICAgIDAlIHwKY3B1IHwgc3lzICAgICAgIDAlIHwgdXNlciAgICAgIDElIHwgaXJxICAg
ICAgIDAlIHwgaWRsZSAgICAgMTUlIHwgY3B1MDIgICAgIDAlIHwKY3B1IHwgc3lzICAgICAg
IDAlIHwgdXNlciAgICAgIDElIHwgaXJxICAgICAgIDAlIHwgaWRsZSAgICAgMTUlIHwgY3B1
MDMgICAgIDAlIHwKQ1BMIHwgYXZnMSAuMjU5OTk5IHwgYXZnNSAuMjA5OTk5IHwgYXZnMTUg
LjIxOTk5IHwgY3N3IDE2NzE1M2U0IHwgaW50ciA2MTgxM2U0IHwKTUVNIHwgdG90ICAgICAg
IDdHIHwgZnJlZSAgICA1MjNNIHwgY2FjaGUgICAgIDNHIHwgYnVmZiAgICAzNDVNIHwgc2xh
YiAgICAgIDFHIHwKU1dQIHwgdG90ICAgICAgIDlHIHwgZnJlZSAgICAgIDlHIHwgICAgICAg
ICAgICAgIHwgdm1jb20gICAgIDZHIHwgdm1saW0gICAgMTNHIHwKUEFHIHwgc2NhbiA2MTUz
NjAwIHwgc3RlYWwgIDczNjQzIHwgc3RhbGwgICA3NjIwIHwgc3dpbiAgNzMyNDMyIHwgc3dv
dXQgMjI1NWUzIHwKcG1hdG9wIGxvZyBjcmVhdGlvbiBPSwo=
--------------040000090403080907020605--

From kenj@internode.on.net  Tue Sep 16 03:12:33 2014
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 343577F55
	for ; Tue, 16 Sep 2014 03:12:33 -0500 (CDT)
Received: from cuda.sgi.com (cuda2.sgi.com [192.48.176.25])
	by relay2.corp.sgi.com (Postfix) with ESMTP id 12D32304051
	for ; Tue, 16 Sep 2014 01:12:32 -0700 (PDT)
X-ASG-Debug-ID: 1410855145-04cbb05487dfbe10001-S8gJnT
Received: from ipmail04.adl6.internode.on.net (ipmail04.adl6.internode.on.net [150.101.137.141]) by cuda.sgi.com with ESMTP id YpoJSTPLg4VGDZkZ for ; Tue, 16 Sep 2014 01:12:26 -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: AsoBACXwF1R20ScOPGdsb2JhbAANU4NgV4J8yASIfQEGAQEBATiEZFUwBgIFFgsCCwMCAQIBMQ4ZBgIBAYhHpFl4liKBLI48gmKBUwWGH49liGWXVVqCSgEBAQ
Received: from ppp118-209-39-14.lns20.mel4.internode.on.net (HELO [192.168.1.100]) ([118.209.39.14])
  by ipmail04.adl6.internode.on.net with ESMTP; 16 Sep 2014 17:42:24 +0930
Message-ID: <5417F14E.2040105@internode.on.net>
Date: Tue, 16 Sep 2014 18:14:06 +1000
From: Ken McDonell 
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:31.0) Gecko/20100101 Thunderbird/31.0
MIME-Version: 1.0
To: pcp@oss.sgi.com
Subject: pcp updates pmdiff changes and qa
Content-Type: text/plain; charset=utf-8
X-ASG-Orig-Subj: pcp updates pmdiff changes and qa
Content-Transfer-Encoding: 7bit
X-Barracuda-Connect: ipmail04.adl6.internode.on.net[150.101.137.141]
X-Barracuda-Start-Time: 1410855145
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.3.9540
	Rule breakdown below
	 pts rule name              description
	---- ---------------------- --------------------------------------------------

Changes committed to git://git.performancecopilot.org/kenj/pcp.git dev

 man/man1/pmdiff.1          |    9 +++++-
 qa/836.out                 |   62 +++++++++++++++++++++--------------------
 qa/986                     |    4 ++
 qa/996                     |   31 ++++++++++++++++++++
 qa/996.out                 |   52 ++++++++++++++++++++++++++++++++++
 qa/archives/GNUmakefile    |    2 -
 qa/archives/diff1.0        |binary
 qa/archives/diff1.index    |binary
 qa/archives/diff1.meta     |binary
 qa/archives/diff2.0        |binary
 qa/archives/diff2.index    |binary
 qa/archives/diff2.meta     |binary
 qa/archives/mk.diff.sh     |   67 +++++++++++++++++++++++++++++++++++++++++++++
 qa/check-group             |    1 
 qa/group                   |    5 ++-
 src/pmlogsummary/pmdiff.sh |   21 +++++++++++---
 16 files changed, 217 insertions(+), 37 deletions(-)

commit 1f29b464af1e26fd98a5fdd627c020d38a06bda4
Author: Ken McDonell 
Date:   Tue Sep 16 18:13:21 2014 +1000

    qa/check-group - minor tweak on error path

commit 537686a4cab98f7b3334a1af8bbac32912608fbb
Author: Ken McDonell 
Date:   Tue Sep 16 18:12:43 2014 +1000

    qa/986 - need notrun guard if dmsetup not installed

commit 292769155bec5531e5e31fdaeb5041c27adbe021
Author: Ken McDonell 
Date:   Tue Sep 16 18:04:26 2014 +1000

    pmdiff - minor changes
    
    - man page imroved explanation of ratios and ordering
    - fix -q 1 bug
    - fix ordering to make it (a) sorted on ratio and (b) deterministic
    - additional QA coverage: 836 (remade) and 996 (new)
    - new archives for 996

From nscott@redhat.com  Tue Sep 16 03:55:31 2014
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 22ED37F55
	for ; Tue, 16 Sep 2014 03:55:31 -0500 (CDT)
Received: from cuda.sgi.com (cuda3.sgi.com [192.48.176.15])
	by relay2.corp.sgi.com (Postfix) with ESMTP id 0F18C30404E
	for ; Tue, 16 Sep 2014 01:55:30 -0700 (PDT)
X-ASG-Debug-ID: 1410857725-04cb6c5500b2c130001-S8gJnT
Received: from mx5-phx2.redhat.com (mx5-phx2.redhat.com [209.132.183.37]) by cuda.sgi.com with ESMTP id c9HfIcmBazVvSYqM for ; Tue, 16 Sep 2014 01:55:26 -0700 (PDT)
X-Barracuda-Envelope-From: nscott@redhat.com
X-Barracuda-Apparent-Source-IP: 209.132.183.37
Received: from zmail20.collab.prod.int.phx2.redhat.com (zmail20.collab.prod.int.phx2.redhat.com [10.5.83.23])
	by mx5-phx2.redhat.com (8.14.4/8.14.4) with ESMTP id s8G8tPdQ025685;
	Tue, 16 Sep 2014 04:55:25 -0400
Date: Tue, 16 Sep 2014 04:55:25 -0400 (EDT)
From: Nathan Scott 
Reply-To: Nathan Scott 
To: Lukas Berk 
Cc: pcp@oss.sgi.com
Message-ID: <214253475.50237185.1410857725513.JavaMail.zimbra@redhat.com>
In-Reply-To: <20140905200756.GA31071@redhat.com>
References: <20140905200756.GA31071@redhat.com>
Subject: Re: [pcp] PAPI pmda Note
MIME-Version: 1.0
X-ASG-Orig-Subj: Re: [pcp] PAPI pmda Note
Content-Type: text/plain; charset=utf-8
Content-Transfer-Encoding: 7bit
X-Originating-IP: [10.5.82.7]
X-Mailer: Zimbra 8.0.6_GA_5922 (ZimbraWebClient - FF17 (Linux)/8.0.6_GA_5922)
Thread-Topic: PAPI pmda Note
Thread-Index: HiMhfhjBWoH+FkfnZjrfW4/J2Jk37w==
X-Barracuda-Connect: mx5-phx2.redhat.com[209.132.183.37]
X-Barracuda-Start-Time: 1410857726
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.03
X-Barracuda-Spam-Status: No, SCORE=0.03 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, THREAD_INDEX, THREAD_TOPIC
X-Barracuda-Spam-Report: Code version 3.2, rules version 3.2.3.9541
	Rule breakdown below
	 pts rule name              description
	---- ---------------------- --------------------------------------------------
	0.01 THREAD_INDEX           thread-index: AcO7Y8iR61tzADqsRmmc5wNiFHEOig==
	0.01 THREAD_TOPIC           Thread-Topic: ...(Japanese Subject)...
	0.01 BSF_SC0_SA_TO_FROM_DOMAIN_MATCH Sender Domain Matches Recipient
	                           Domain

Hi Lukas,

----- Original Message -----
> Hey folks,
> 
> With the release going out earlier today I just wanted to demo a bit of
> the PAPI pmda functionality.
> 
> The pmda features a host of papi.control metrics used for
> enabling/disabling counters and administration of the pmda.  The metrics
> themselves are papi.METRIC, where METRIC is the suffix of the PAPI event
> code (ie, PAPI_TOT_INS becomes TOT_INS).  Currently the metrics are
> system wide, with process/thread specific metrics (hopefully) coming
> soon.

*nod* - all good, this is looking neat - thanks!  Reading your note just
triggered a synapse-firing related to this:

> If I wanted to compare the number of system wide Level 1 Total Cache
> Misses to Level 1 Total Cache Hits I would;
> 
> sudo pmstore papi.control.enable "L1_TCM L1_TCH" (enable/disable being a
> space or ',' sperated list)
> sudo pmval papi.T1_TCH (view subsequent output)
> sudo pmval papi.T1_TCM (view more output)
> sudo pmstore papi.control.disable "L1_TCM,L1_TCH"

Often this'd be documented in the man pages (see pmdagluster(1), or
pmdagfs2(1) for an example of their control metrics use - possibly a
bit of boilerplate doc could be lifted from those?) or in the README
file for a PMDA if it has one (see the pmdashping(1) control file
metric discussion in its README) - nothing major, just a quick demo
doc like you've done here that can live in the git tree & installed
files.

> A few other TODO's I have lined up for the pmda: I'd like to eventually
> make the enable/disable control metrics a bit more flexible (ie, pmstore
> papi.control.disable "*" or "all" would be nice).  We're also working

I like it, I think those would be neat extensions.  Franks suggestion
(I think it was Franks?  sorry, seems like I've been on a different
planet for a week) of a more general regex model (e.g. "L1*") is also
a good one IMO - that would then cover matching on "*" and is unlikely
to conflict with the PAPI metric names I'd guess.

> papi.control.{enable,disable} metrics. (and of course, more qa as
> needed)

Yes please.  :)  So, we ran out of time for valgrind checking, that
would be a delight to see (as discussed end of last release) and we
had chatted about improving that initial coverage of pmstore error
handling - I'd love to see more in that area if you have time (the
little I did there didn't really attack the harder problems - like
enabling hardware counters which are incompatible with each other,
such that PAPI errors out when they're enabled together - that kind
of thing).  Tricky cases like that are an area of on-going, wider
interest, so a reproducible test case of known-whacky PAPI/hardware
scenarios would be most excellent to have up our sleeves.


Thanks Lukas!  Also, you mentioned earlier today those per-process
metrics were proceeding nicely, and that the next update was around
the corner - please include in that one the spec file fix to switch
this on by default for Fedora builds, and a back-port of the s390(x)
fixes - these'll live in build/rpm/fedora.spec for the next release.

(that is, if you don't mind - else, I'll find some time to backport/
enable those bits-and-pieces before the next release rolls around)

cheers.

--
Nathan

From nscott@redhat.com  Tue Sep 16 03:56:08 2014
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 A275F7F55
	for ; Tue, 16 Sep 2014 03:56:08 -0500 (CDT)
Received: from cuda.sgi.com (cuda1.sgi.com [192.48.157.11])
	by relay3.corp.sgi.com (Postfix) with ESMTP id 3D519AC001
	for ; Tue, 16 Sep 2014 01:56:08 -0700 (PDT)
X-ASG-Debug-ID: 1410857766-04bdf0109aab2760001-S8gJnT
Received: from mx3-phx2.redhat.com (mx3-phx2.redhat.com [209.132.183.24]) by cuda.sgi.com with ESMTP id qAWpG9KtNfV6CygB for ; Tue, 16 Sep 2014 01:56: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 s8G8u0Ed029726;
	Tue, 16 Sep 2014 04:56:00 -0400
Date: Tue, 16 Sep 2014 04:56:00 -0400 (EDT)
From: Nathan Scott 
Reply-To: Nathan Scott 
To: Ken McDonell , David Arnold 
Cc: pcp@oss.sgi.com
Message-ID: <1613883590.50237383.1410857760749.JavaMail.zimbra@redhat.com>
In-Reply-To: <541206BE.9060503@internode.on.net>
References: <540CDD93.1040606@internode.on.net> <54114E71.50900@internode.on.net>  <541206BE.9060503@internode.on.net>
Subject: Re: [pcp] Lots of Python failures on Centos 5.10
MIME-Version: 1.0
X-ASG-Orig-Subj: Re: [pcp] Lots of Python failures on Centos 5.10
Content-Type: text/plain; charset=utf-8
Content-Transfer-Encoding: 7bit
X-Originating-IP: [10.5.82.7]
X-Mailer: Zimbra 8.0.6_GA_5922 (ZimbraWebClient - FF17 (Linux)/8.0.6_GA_5922)
Thread-Topic: Lots of Python failures on Centos 5.10
Thread-Index: /ATWV4G8jvhRuDjZqyVIO2662Yvs5g==
X-Barracuda-Connect: mx3-phx2.redhat.com[209.132.183.24]
X-Barracuda-Start-Time: 1410857766
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.02
X-Barracuda-Spam-Status: No, SCORE=0.02 using per-user scores of TAG_LEVEL=1000.0 QUARANTINE_LEVEL=1000.0 KILL_LEVEL=2.7 tests=THREAD_INDEX, THREAD_TOPIC
X-Barracuda-Spam-Report: Code version 3.2, rules version 3.2.3.9541
	Rule breakdown below
	 pts rule name              description
	---- ---------------------- --------------------------------------------------
	0.01 THREAD_INDEX           thread-index: AcO7Y8iR61tzADqsRmmc5wNiFHEOig==
	0.01 THREAD_TOPIC           Thread-Topic: ...(Japanese Subject)...

Hi,

----- Original Message -----
> On 11/09/14 21:39, David Arnold wrote:
> > ...
> > [lots of helpful info omitted]
> 
> Thanks Dave.
> 
> This is exactly the sort of insight I was seeking and did not have.
> 
> My _everywhere_ assertion may have been a little premature.  There are 23
> uses in the QA test program I was looking at, and I extrapolated from that.
> 
> In fact there are only 10 files involved, so conditional post-processing in
> the build seems entirely feasible.
> 
> I'll give it a try.

Sorry 'bout this guys, this is all fallout from the python3 porting efforts -
I didn't realise 2.4 would have these issues (will introduce a RHEL5 box into
my QA for next release & beyond).

I'll take a closer look at your latest Ken, and see where we are at with v3.
As Dave mentioned, python3 is especially strict on the new exception syntax
- but the issues run deeper than that, from perusing some of those errors.

So, we may have to go with the "RHEL5 python is too old" option (as we did for
RHEL5 Qt already)... not sure yet.  Thanks for hacking on this in my absence!

cheers.

--
Nathan

From nscott@redhat.com  Tue Sep 16 03:56:37 2014
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 49EB97F55
	for ; Tue, 16 Sep 2014 03:56:37 -0500 (CDT)
Received: from cuda.sgi.com (cuda3.sgi.com [192.48.176.15])
	by relay3.corp.sgi.com (Postfix) with ESMTP id D80F2AC007
	for ; Tue, 16 Sep 2014 01:56:36 -0700 (PDT)
X-ASG-Debug-ID: 1410857793-04cb6c54ffb2c1a0001-S8gJnT
Received: from mx6-phx2.redhat.com (mx6-phx2.redhat.com [209.132.183.39]) by cuda.sgi.com with ESMTP id GP1hAfIQfRKOzKLb for ; Tue, 16 Sep 2014 01:56:34 -0700 (PDT)
X-Barracuda-Envelope-From: nscott@redhat.com
X-Barracuda-Apparent-Source-IP: 209.132.183.39
Received: from zmail20.collab.prod.int.phx2.redhat.com (zmail20.collab.prod.int.phx2.redhat.com [10.5.83.23])
	by mx6-phx2.redhat.com (8.14.4/8.14.4) with ESMTP id s8G8uXPr005057;
	Tue, 16 Sep 2014 04:56:33 -0400
Date: Tue, 16 Sep 2014 04:56:33 -0400 (EDT)
From: Nathan Scott 
Reply-To: Nathan Scott 
To: Dave Brolley 
Cc: PCP Mailing List 
Message-ID: <322662731.50237515.1410857793704.JavaMail.zimbra@redhat.com>
In-Reply-To: <54173329.7030701@redhat.com>
References: <54173329.7030701@redhat.com>
Subject: Re: [pcp] __pmDiscoverServicesWithOptions() error codes
MIME-Version: 1.0
X-ASG-Orig-Subj: Re: [pcp] __pmDiscoverServicesWithOptions() error codes
Content-Type: text/plain; charset=utf-8
Content-Transfer-Encoding: 7bit
X-Originating-IP: [10.5.82.7]
X-Mailer: Zimbra 8.0.6_GA_5922 (ZimbraWebClient - FF17 (Linux)/8.0.6_GA_5922)
Thread-Topic: __pmDiscoverServicesWithOptions() error codes
Thread-Index: 8el3zZhPYVQAvzA7ihqcjfLG8y6rjw==
X-Barracuda-Connect: mx6-phx2.redhat.com[209.132.183.39]
X-Barracuda-Start-Time: 1410857794
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.03
X-Barracuda-Spam-Status: No, SCORE=0.03 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, THREAD_INDEX, THREAD_TOPIC
X-Barracuda-Spam-Report: Code version 3.2, rules version 3.2.3.9541
	Rule breakdown below
	 pts rule name              description
	---- ---------------------- --------------------------------------------------
	0.01 THREAD_INDEX           thread-index: AcO7Y8iR61tzADqsRmmc5wNiFHEOig==
	0.01 THREAD_TOPIC           Thread-Topic: ...(Japanese Subject)...
	0.01 BSF_SC0_SA_TO_FROM_DOMAIN_MATCH Sender Domain Matches Recipient
	                           Domain

Hi Dave,

----- Original Message -----
> The following address RHBZ 1139529 and update the pmdiscoverservices(3)
> man page which had fallen behind.
> 
> __pmDiscoverServicesWithOptions was left as a __-prefixed API because we
> were unsure of the direction it was going. It's additional functionality
> remains undocumented. Is it appropriate to document it in
> pmdiscoverservices(3) 

Absolutely.  See pmGetConfig(3) for a similar sort of situation.

> Or perhaps it's time to
> remove the __ prefix and make it into a full fledged pmapi API?

To me, seems too soon (one/two releases only?).  I'd like to see more
time - more use of the API from client tools, see if it stands up to
more discovery types below the API too, that sort of thing.  And if
none of these things come along over the next few months to help set
our direction then yep, sure, let's push it up to PMAPI level as-is.

cheers.

--
Nathan

From nscott@redhat.com  Tue Sep 16 03:58:58 2014
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 9F4617F55
	for ; Tue, 16 Sep 2014 03:58:58 -0500 (CDT)
Received: from cuda.sgi.com (cuda2.sgi.com [192.48.176.25])
	by relay2.corp.sgi.com (Postfix) with ESMTP id 7058D304053
	for ; Tue, 16 Sep 2014 01:58:58 -0700 (PDT)
X-ASG-Debug-ID: 1410857936-04cbb05486dfe3f0001-S8gJnT
Received: from mx6-phx2.redhat.com (mx6-phx2.redhat.com [209.132.183.39]) by cuda.sgi.com with ESMTP id xtv9qvzGmR7N6vEg for ; Tue, 16 Sep 2014 01:58:57 -0700 (PDT)
X-Barracuda-Envelope-From: nscott@redhat.com
X-Barracuda-Apparent-Source-IP: 209.132.183.39
Received: from zmail20.collab.prod.int.phx2.redhat.com (zmail20.collab.prod.int.phx2.redhat.com [10.5.83.23])
	by mx6-phx2.redhat.com (8.14.4/8.14.4) with ESMTP id s8G8wgjT005899;
	Tue, 16 Sep 2014 04:58:42 -0400
Date: Tue, 16 Sep 2014 04:58:42 -0400 (EDT)
From: Nathan Scott 
Reply-To: Nathan Scott 
To: Ken McDonell , "Frank Ch. Eigler" 
Cc: PCP 
Message-ID: <315730473.50238478.1410857922820.JavaMail.zimbra@redhat.com>
In-Reply-To: <541682D7.4070004@internode.on.net>
References: <54163A53.3060007@internode.on.net>  <541682D7.4070004@internode.on.net>
Subject: Re: [pcp] systemd pmda problem
MIME-Version: 1.0
X-ASG-Orig-Subj: Re: [pcp] systemd pmda problem
Content-Type: text/plain; charset=utf-8
Content-Transfer-Encoding: 7bit
X-Originating-IP: [10.5.82.7]
X-Mailer: Zimbra 8.0.6_GA_5922 (ZimbraWebClient - FF17 (Linux)/8.0.6_GA_5922)
Thread-Topic: systemd pmda problem
Thread-Index: 8Q8C0Qdj9K1nEvpCcsTG8AX6JYCfWg==
X-Barracuda-Connect: mx6-phx2.redhat.com[209.132.183.39]
X-Barracuda-Start-Time: 1410857936
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.02
X-Barracuda-Spam-Status: No, SCORE=0.02 using per-user scores of TAG_LEVEL=1000.0 QUARANTINE_LEVEL=1000.0 KILL_LEVEL=2.7 tests=THREAD_INDEX, THREAD_TOPIC
X-Barracuda-Spam-Report: Code version 3.2, rules version 3.2.3.9541
	Rule breakdown below
	 pts rule name              description
	---- ---------------------- --------------------------------------------------
	0.01 THREAD_INDEX           thread-index: AcO7Y8iR61tzADqsRmmc5wNiFHEOig==
	0.01 THREAD_TOPIC           Thread-Topic: ...(Japanese Subject)...

Hi,

----- Original Message -----
> On 15/09/14 11:45, Frank Ch. Eigler wrote:
> > ...  Chances are the widget just needs to run as root on that
> > box, unless the kind folks at suse have configured their systemd to
> > accept another uid/gid as fully journalctl-empowered.
> 
> Thanks Frank.
> 
> By "widget" I assume you mean the systemd pmda, correct?

(yep, that was my understanding of the intent there)

> And is there some place I could look to sniff (Larry Wall style) and
> determine what this uid/gid might be configured to be?
> 

>From systemd-journal(8)...

       Additional users and groups may be granted access to journal files via
       file system access control lists (ACL). Distributions and
       administrators may choose to grant read access to all members of the
       "wheel" and "adm" system groups with a command such as the following:

           # setfacl -Rnm g:wheel:rx,d:g:wheel:rx,g:adm:rx,d:g:adm:rx /var/log/journal/


So getfacl(1) could be used to find local users with an appropriate
level of access.  Well actually, hmm - this can be changed at runtime
I suppose (i.e. during pmdasystemd's lifetime), so perhaps libacl is
more appropriate (acl_get_fd(3) and similar APIs)?

Ho-hum, I guess the reverse is possible too - an admin can use setfacl
to remove users/groups read access, including adm/wheel on Fedora/RHEL
... erm, hmm, so ... does this PMDA need to run as root anyway?  (with
enforcing of uid/gid attribute permission checking for clients ...ISTR
it already has that logic?)

cheers.

--
Nathan

From kenj@internode.on.net  Tue Sep 16 04:55:45 2014
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 D3BFC7F55
	for ; Tue, 16 Sep 2014 04:55:45 -0500 (CDT)
Received: from cuda.sgi.com (cuda1.sgi.com [192.48.157.11])
	by relay1.corp.sgi.com (Postfix) with ESMTP id 953DF8F8050
	for ; Tue, 16 Sep 2014 02:55:42 -0700 (PDT)
X-ASG-Debug-ID: 1410861339-04bdf01097ab59f0001-S8gJnT
Received: from ipmail04.adl6.internode.on.net (ipmail04.adl6.internode.on.net [150.101.137.141]) by cuda.sgi.com with ESMTP id FhB9EDeFCwbk9xJs for ; Tue, 16 Sep 2014 02:55:39 -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: AsgCAMMIGFR20ScOPGdsb2JhbAANU4czhVvGaYMhgSkBBgEBAQE4hGRVPRYLAgQHAwIBAgExGg0IAQGtBHiWDRiPMIMagVMFk1WBS6EegyQBAQE
Received: from ppp118-209-39-14.lns20.mel4.internode.on.net (HELO [192.168.1.100]) ([118.209.39.14])
  by ipmail04.adl6.internode.on.net with ESMTP; 16 Sep 2014 19:25:36 +0930
Message-ID: <5418097F.9070204@internode.on.net>
Date: Tue, 16 Sep 2014 19:57:19 +1000
From: Ken McDonell 
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:31.0) Gecko/20100101 Thunderbird/31.0
MIME-Version: 1.0
To: PCP 
Subject: qa/752 failures
Content-Type: multipart/mixed;
 boundary="------------020707030209090405040605"
X-ASG-Orig-Subj: qa/752 failures
X-Barracuda-Connect: ipmail04.adl6.internode.on.net[150.101.137.141]
X-Barracuda-Start-Time: 1410861339
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.3.9542
	Rule breakdown below
	 pts rule name              description
	---- ---------------------- --------------------------------------------------

This is a multi-part message in MIME format.
--------------020707030209090405040605
Content-Type: text/plain; charset=utf-8; format=flowed
Content-Transfer-Encoding: 7bit

752 is failing on about 1/3 of my hosts ... I think this looks like different handling of winding time back before the epoch, but I cannot tell and I don't know what the test is trying to do.

A typical .bad is attached.

The failure map looks like this

==== QA Summary ====

Date        Run Pass Fail Nrun Host
2014-09-04  687  682    5   50|bozo PCP 3.10.0 x86_64 Ubuntu 14.04
2014-09-16  688  685    3   55|bozo-laptop PCP 3.9.10 i686 LinuxMint 15
2014-09-16  676  670    6   66|bozo-vm PCP 3.10.0 x86_64 Debian 7.5
No daily runs                 |fuji PCP 3.9.2 i386 Darwin 10.8.0
2014-09-16  611  604    7   86|grundy PCP 3.9.10 ia64 SUSE SLES11 SP1
2014-09-16  672  669    3   70|vm00 PCP 3.9.10 x86_64 Ubuntu 12.04
2014-09-16  674  670    4   69|vm01 PCP 3.9.10 i686 Ubuntu 12.10
2014-09-16  669  662    7   74|vm02 PCP 3.10.0 i686 openSUSE 12.1
2014-09-12  679  676    3   63|vm03 PCP 3.10.0 x86_64 Fedora 18
2014-09-14  644  642    2   98|vm04 PCP 3.10.0 i586 CentOS 5.10
2014-09-13  617  611    6  125|vm05 PCP 3.10.0 i486 Gentoo 2.0.3
2014-09-13   60   60    0    4|vm06 PCP 3.9.10 amd64 FreeBSD 8.2-RELEASE-p9
2014-09-13  669  664    5   73|vm07 PCP 3.10.0 x86_64 Debian 6.0.9
2014-09-15   60   56    4    4|vm10 PCP 3.10.0 i386 FreeBSD 8.2-RELEASE-p9
2014-09-13  669  660    9   73|vm11 PCP 3.9.10 i686 Debian 6.0.9
2014-09-13  651  646    5   91|vm12 PCP 3.9.10 i686 Fedora 17
2014-09-14  675  670    5   67|vm14 PCP 3.9.10 x86_64 CentOS6.5
No daily runs                 |vm15 PCP 3.9.1 x86_64 Slackware 13.37.0
2014-09-14  671  665    6   71|vm18 PCP 3.9.10 x86_64 LinuxMint 12
2014-09-14  670  662    8   72|vm19 PCP 3.9.10 x86_64 openSUSE 12.2
2014-09-14  653  648    5   89|vm20 PCP 3.9.10 x86_64 Ubuntu 13.04
2014-09-14  673  671    2   69|vm21 PCP 3.10.0 i686 Debian 7.4
2014-09-14  661  652    9   81|vm22 PCP 3.9.10 x86_64 Fedora 19
2014-09-15  679  676    3   63|vm23 PCP 3.10.0 i686 Fedora 20
2014-09-15  647  642    5   95|vm24 PCP 3.10.0 i686 openSUSE 13.1
Summary: 14055 run, 112 failed (0.80%)

==== QA Failure (X) Map ====

Host      bo bl bv gr 00 01 02 03 04 05 07 10 11 12 14 18 19 20 21 22 23 24
Test %bad                                                                   Test QA groups

752  36%        X     X              X           X     X           X  X  X  752 libpcp

--------------020707030209090405040605
Content-Type: text/plain; charset=UTF-8;
 name="752.out.bad"
Content-Transfer-Encoding: base64
Content-Disposition: attachment;
 filename="752.out.bad"

UUEgb3V0cHV0IGNyZWF0ZWQgYnkgNzUyCiJzdGFydCAiICAgICAgICAgICAgICAgICAgICAg
ICAyMDE0LTAxLTE4IDE1OjA4OjUwCiJlbmQgICAiICAgICAgICAgICAgICAgICAgICAgICAy
MDE0LTAxLTI3IDExOjI4OjUwClRoZXNlIHRpbWUgdGVybXMgYXJlIHJlbGF0aXZlIHRvIHRo
ZSBzdGFydC9lbmQgdGltZS4KIzEgX19wbVBhcnNlVGltZSAjMiBwbVBhcnNlVGltZVdpbmRv
dy9TdGFydCAjMyBwbVBhcnNlVGltZVdpbmRvdy9FbmQuCiJTYXQgSmFuIDE5IDExOjQ1OjUw
IDIwMTQgIiAgICAyMDE0LTAxLTE5IDExOjQ1OjUwCiIrMW1pbnV0ZSIgICAgICAgICAgICAg
ICAgICAgICAyMDE0LTAxLTE4IDE1OjA5OjUwCiIrMW1pbnV0ZSIgICAgICAgICAgICAgICAg
ICAgICAyMDE0LTAxLTE4IDE1OjA5OjUwCiIrMW1pbnV0ZSIgICAgICAgICAgICAgICAgICAg
ICAyMDE0LTAxLTI3IDExOjI4OjUwCiItMSBtaW51dGUiICAgICAgICAgICAgICAgICAgICAy
MDE0LTAxLTI3IDExOjI3OjUwCiItMSBtaW51dGUiICAgICAgICAgICAgICAgICAgICAyMDE0
LTAxLTI3IDExOjI3OjUwCiItMSBtaW51dGUiICAgICAgICAgICAgICAgICAgICAyMDE0LTAx
LTI3IDExOjI4OjUwCiItMW1pbnV0ZSIgICAgICAgICAgICAgICAgICAgICAyMDE0LTAxLTI3
IDExOjI3OjUwCiItMW1pbnV0ZSIgICAgICAgICAgICAgICAgICAgICAyMDE0LTAxLTI3IDEx
OjI3OjUwCiItMW1pbnV0ZSIgICAgICAgICAgICAgICAgICAgICAyMDE0LTAxLTI3IDExOjI4
OjUwCiIyMDE0LTAxLTE5IiAgICAgICAgICAgICAgICAgICAyMDE0LTAxLTE5IDAwOjAwOjAw
CiIyMDE0LTAxLTE5IiAgICAgICAgICAgICAgICAgICAyMDE0LTAxLTE5IDAwOjAwOjAwCiIy
MDE0LTAxLTE5IiAgICAgICAgICAgICAgICAgICAyMDE0LTAxLTI3IDExOjI4OjUwCiIwMS8x
OS8xNCIgICAgICAgICAgICAgICAgICAgICAyMDE0LTAxLTE5IDAwOjAwOjAwCiIwMS8xOS8x
NCIgICAgICAgICAgICAgICAgICAgICAyMDE0LTAxLTE5IDAwOjAwOjAwCiIwMS8xOS8xNCIg
ICAgICAgICAgICAgICAgICAgICAyMDE0LTAxLTI3IDExOjI4OjUwCiIwMS8xOS8xNCAxMTo0
NTo1MCBBTSIgICAgICAgICAyMDE0LTAxLTE5IDExOjQ1OjUwCiIwMS8xOS8xNCAxMTo0NTo1
MCBBTSIgICAgICAgICAyMDE0LTAxLTE5IDExOjQ1OjUwCiIwMS8xOS8xNCAxMTo0NTo1MCBB
TSIgICAgICAgICAyMDE0LTAxLTI3IDExOjI4OjUwCiIwMS8xOS8xNCAxMTo0NTo1MCBBTSAt
MW1vbnRoIiAyMDEzLTEyLTE5IDExOjQ1OjUwCiIwMS8xOS8xNCAxMTo0NTo1MCBBTSAtMW1v
bnRoIiAyMDE0LTAxLTE4IDE1OjA4OjUwCiIwMS8xOS8xNCAxMTo0NTo1MCBBTSAtMW1vbnRo
IiAyMDE0LTAxLTI3IDExOjI4OjUwCiIwMS8xOS8xNCAxMTo0NTo1MCBBTSB0b21vcnJvdyIg
MjAxNC0wMS0yMCAxMTo0NTo1MAoiMDEvMTkvMTQgMTE6NDU6NTAgQU0gdG9tb3Jyb3ciIDIw
MTQtMDEtMjAgMTE6NDU6NTAKIjAxLzE5LzE0IDExOjQ1OjUwIEFNIHRvbW9ycm93IiAyMDE0
LTAxLTI3IDExOjI4OjUwCiIwMS8xOS8xNCAxMTo0NTo1MCBBTSB5ZXN0ZXJkYXkiIDIwMTQt
MDEtMTggMTE6NDU6NTAKIjAxLzE5LzE0IDExOjQ1OjUwIEFNIHllc3RlcmRheSIgMjAxNC0w
MS0xOCAxNTowODo1MAoiMDEvMTkvMTQgMTE6NDU6NTAgQU0geWVzdGVyZGF5IiAyMDE0LTAx
LTI3IDExOjI4OjUwCiIwMS8xOS8xNCAxMTo0NSIgICAgICAgICAgICAgICAyMDE0LTAxLTE5
IDExOjQ1OjAwCiIwMS8xOS8xNCAxMTo0NSIgICAgICAgICAgICAgICAyMDE0LTAxLTE5IDEx
OjQ1OjAwCiIwMS8xOS8xNCAxMTo0NSIgICAgICAgICAgICAgICAyMDE0LTAxLTI3IDExOjI4
OjUwCiIwMS8xOS8xNCAxMTo0NTo1MCIgICAgICAgICAgICAyMDE0LTAxLTE5IDExOjQ1OjUw
CiIwMS8xOS8xNCAxMTo0NTo1MCIgICAgICAgICAgICAyMDE0LTAxLTE5IDExOjQ1OjUwCiIw
MS8xOS8xNCAxMTo0NTo1MCIgICAgICAgICAgICAyMDE0LTAxLTI3IDExOjI4OjUwCiIxOSBK
YW4gMjAxNCAxMTo0NTo1MCIgICAgICAgICAyMDE0LTAxLTE5IDExOjQ1OjUwCiIxOSBKYW4g
MjAxNCAxMTo0NTo1MCIgICAgICAgICAyMDE0LTAxLTE5IDExOjQ1OjUwCiIxOSBKYW4gMjAx
NCAxMTo0NTo1MCIgICAgICAgICAyMDE0LTAxLTI3IDExOjI4OjUwCiIxIGRheSBhZ28iICAg
ICAgICAgICAgICAgICAgICAyMDE0LTAxLTI2IDExOjI4OjUwCiIxIGRheSBhZ28iICAgICAg
ICAgICAgICAgICAgICAyMDE0LTAxLTI2IDExOjI4OjUwCiIxIGRheSBhZ28iICAgICAgICAg
ICAgICAgICAgICAyMDE0LTAxLTI3IDExOjI4OjUwCiIxIHdlZWsgYWdvIiAgICAgICAgICAg
ICAgICAgICAyMDE0LTAxLTIwIDExOjI4OjUwCiIxIHdlZWsgYWdvIiAgICAgICAgICAgICAg
ICAgICAyMDE0LTAxLTIwIDExOjI4OjUwCiIxIHdlZWsgYWdvIiAgICAgICAgICAgICAgICAg
ICAyMDE0LTAxLTI3IDExOjI4OjUwCiJAMjAxNC0wMS0xOSIgICAgICAgICAgICAgICAgICAy
MDE0LTAxLTE5IDAwOjAwOjAwCiJAMjAxNC0wMS0xOSIgICAgICAgICAgICAgICAgICAyMDE0
LTAxLTE5IDAwOjAwOjAwCiJAMjAxNC0wMS0xOSIgICAgICAgICAgICAgICAgICAyMDE0LTAx
LTI3IDExOjI4OjUwCiJAMDEvMTkvMTQiICAgICAgICAgICAgICAgICAgICAyMDE0LTAxLTE5
IDAwOjAwOjAwCiJAMDEvMTkvMTQiICAgICAgICAgICAgICAgICAgICAyMDE0LTAxLTE5IDAw
OjAwOjAwCiJAMDEvMTkvMTQiICAgICAgICAgICAgICAgICAgICAyMDE0LTAxLTI3IDExOjI4
OjUwCiJAMDEvMTkvMTQgMTE6NDU6NTAgQU0iICAgICAgICAyMDE0LTAxLTE5IDExOjQ1OjUw
CiJAMDEvMTkvMTQgMTE6NDU6NTAgQU0iICAgICAgICAyMDE0LTAxLTE5IDExOjQ1OjUwCiJA
MDEvMTkvMTQgMTE6NDU6NTAgQU0iICAgICAgICAyMDE0LTAxLTI3IDExOjI4OjUwCiJAMDEv
MTkvMTQgMTE6NDUiICAgICAgICAgICAgICAyMDE0LTAxLTE5IDExOjQ1OjAwCiJAMDEvMTkv
MTQgMTE6NDUiICAgICAgICAgICAgICAyMDE0LTAxLTE5IDExOjQ1OjAwCiJAMDEvMTkvMTQg
MTE6NDUiICAgICAgICAgICAgICAyMDE0LTAxLTI3IDExOjI4OjUwCiJAMDEvMTkvMTQgMTE6
NDU6NTAiICAgICAgICAgICAyMDE0LTAxLTE5IDExOjQ1OjUwCiJAMDEvMTkvMTQgMTE6NDU6
NTAiICAgICAgICAgICAyMDE0LTAxLTE5IDExOjQ1OjUwCiJAMDEvMTkvMTQgMTE6NDU6NTAi
ICAgICAgICAgICAyMDE0LTAxLTI3IDExOjI4OjUwCiJAMDEvMTkvMTQgMTE6NDU6NTAgR01U
IiAgICAgICAyMDE0LTAxLTE5IDExOjQ1OjUwCiJAMDEvMTkvMTQgMTE6NDU6NTAgR01UIiAg
ICAgICAyMDE0LTAxLTE5IDExOjQ1OjUwCiJAMDEvMTkvMTQgMTE6NDU6NTAgR01UIiAgICAg
ICAyMDE0LTAxLTI3IDExOjI4OjUwCiJAMTkgSmFuIDIwMTQgMTE6NDU6NTAiICAgICAgICAy
MDE0LTAxLTE5IDExOjQ1OjUwCiJAMTkgSmFuIDIwMTQgMTE6NDU6NTAiICAgICAgICAyMDE0
LTAxLTE5IDExOjQ1OjUwCiJAMTkgSmFuIDIwMTQgMTE6NDU6NTAiICAgICAgICAyMDE0LTAx
LTI3IDExOjI4OjUwCiJAbmV4dCBkYXkiICAgICAgICAgICAgICAgICAgICAyMDE0LTAxLTE5
IDE1OjA4OjUwCiJAbmV4dCBkYXkiICAgICAgICAgICAgICAgICAgICAyMDE0LTAxLTE5IDE1
OjA4OjUwCiJAbmV4dCBkYXkiICAgICAgICAgICAgICAgICAgICAyMDE0LTAxLTI3IDExOjI4
OjUwCiJAMSBkYXkgYWdvIiAgICAgICAgICAgICAgICAgICAyMDE0LTAxLTI2IDExOjI4OjUw
CiJAMSBkYXkgYWdvIiAgICAgICAgICAgICAgICAgICAyMDE0LTAxLTI2IDExOjI4OjUwCiJA
MSBkYXkgYWdvIiAgICAgICAgICAgICAgICAgICAyMDE0LTAxLTI3IDExOjI4OjUwCiIxIGRh
eSIgICAgICAgICAgICAgICAgICAgICAgICAyMDE0LTAxLTE5IDE1OjA4OjUwCiIxIGRheSIg
ICAgICAgICAgICAgICAgICAgICAgICAyMDE0LTAxLTE5IDE1OjA4OjUwCiIxIGRheSIgICAg
ICAgICAgICAgICAgICAgICAgICAyMDE0LTAxLTI3IDExOjI4OjUwCiI1IG1pbnV0ZXMgNSBz
ZWNvbmRzIiAgICAgICAgICAyMDE0LTAxLTE4IDE1OjEzOjU1CiI1IG1pbnV0ZXMgNSBzZWNv
bmRzIiAgICAgICAgICAyMDE0LTAxLTE4IDE1OjEzOjU1CiI1IG1pbnV0ZXMgNSBzZWNvbmRz
IiAgICAgICAgICAyMDE0LTAxLTI3IDExOjI4OjUwCiJsYXN0IHdlZWsiICAgICAgICAgICAg
ICAgICAgICAyMDE0LTAxLTIwIDExOjI4OjUwCiJsYXN0IHdlZWsiICAgICAgICAgICAgICAg
ICAgICAyMDE0LTAxLTIwIDExOjI4OjUwCiJsYXN0IHdlZWsiICAgICAgICAgICAgICAgICAg
ICAyMDE0LTAxLTI3IDExOjI4OjUwCiJsYXN0IGRheSIgICAgICAgICAgICAgICAgICAgICAy
MDE0LTAxLTI2IDExOjI4OjUwCiJsYXN0IGRheSIgICAgICAgICAgICAgICAgICAgICAyMDE0
LTAxLTI2IDExOjI4OjUwCiJsYXN0IGRheSIgICAgICAgICAgICAgICAgICAgICAyMDE0LTAx
LTI3IDExOjI4OjUwCiJuZXh0IGRheSIgICAgICAgICAgICAgICAgICAgICAyMDE0LTAxLTE5
IDE1OjA4OjUwCiJuZXh0IGRheSIgICAgICAgICAgICAgICAgICAgICAyMDE0LTAxLTE5IDE1
OjA4OjUwCiJuZXh0IGRheSIgICAgICAgICAgICAgICAgICAgICAyMDE0LTAxLTI3IDExOjI4
OjUwClRoZXNlIHRpbWUgdGVybXMgZm9yIGEgc3BlY2lmaWMgZGF5IGFyZSByZWxhdGl2ZSB0
byB0aGUgY3VycmVudCB0aW1lLgoibm93IiAgICAgICAgICAgICAgICAgICAgICAgICAgMDEv
MDEvMjAwMCAwMDowMDowMAoibm93IiAgICAgICAgICAgICAgICAgICAgICAgICAgMDEvMDEv
MjAwMCAwMDowMDowMAoibm93IiAgICAgICAgICAgICAgICAgICAgICAgICAgMjAxNC0wMS0y
NyAxMToyODo1MAoidG9kYXkiICAgICAgICAgICAgICAgICAgICAgICAgMDEvMDEvMjAwMCAw
MDowMDowMAoidG9kYXkiICAgICAgICAgICAgICAgICAgICAgICAgMDEvMDEvMjAwMCAwMDow
MDowMAoidG9kYXkiICAgICAgICAgICAgICAgICAgICAgICAgMjAxNC0wMS0yNyAxMToyODo1
MAoiQHllc3RlcmRheSIgICAgICAgICAgICAgICAgICAgMjAxNC0wOS0xMyAyMTowMDozNgoi
QHllc3RlcmRheSIgICAgICAgICAgICAgICAgICAgMjAxNC0wOS0xMyAyMTowMDozNgoiQHll
c3RlcmRheSIgICAgICAgICAgICAgICAgICAgMjAxNC0wMS0yNyAxMToyODo1MAoieWVzdGVy
ZGF5IiAgICAgICAgICAgICAgICAgICAgMjAxNC0wOS0xMyAyMTowMDozNgoieWVzdGVyZGF5
IiAgICAgICAgICAgICAgICAgICAgMjAxNC0wOS0xMyAyMTowMDozNgoieWVzdGVyZGF5IiAg
ICAgICAgICAgICAgICAgICAgMjAxNC0wMS0yNyAxMToyODo1MAoidG9tb3Jyb3ciICAgICAg
ICAgICAgICAgICAgICAgMDEvMDEvMjAwMCAwMDowMDowMAoidG9tb3Jyb3ciICAgICAgICAg
ICAgICAgICAgICAgMDEvMDEvMjAwMCAwMDowMDowMAoidG9tb3Jyb3ciICAgICAgICAgICAg
ICAgICAgICAgMjAxNC0wMS0yNyAxMToyODo1MAoic3VuZGF5IiAgICAgICAgICAgICAgICAg
ICAgICAgMDEvMDEvMjAwMCAwMDowMDowMAoic3VuZGF5IiAgICAgICAgICAgICAgICAgICAg
ICAgMDEvMDEvMjAwMCAwMDowMDowMAoic3VuZGF5IiAgICAgICAgICAgICAgICAgICAgICAg
MjAxNC0wMS0yNyAxMToyODo1MAoiZmlyc3Qgc3VuZGF5IiAgICAgICAgICAgICAgICAgMDEv
MDEvMjAwMCAwMDowMDowMAoiZmlyc3Qgc3VuZGF5IiAgICAgICAgICAgICAgICAgMDEvMDEv
MjAwMCAwMDowMDowMAoiZmlyc3Qgc3VuZGF5IiAgICAgICAgICAgICAgICAgMjAxNC0wMS0y
NyAxMToyODo1MAoibGFzdCBtb25kYXkiICAgICAgICAgICAgICAgICAgMDEvMDEvMjAwMCAw
MDowMDowMAoibGFzdCBtb25kYXkiICAgICAgICAgICAgICAgICAgMDEvMDEvMjAwMCAwMDow
MDowMAoibGFzdCBtb25kYXkiICAgICAgICAgICAgICAgICAgMjAxNC0wMS0yNyAxMToyODo1
MAoibmV4dCB0dWVzZGF5IiAgICAgICAgICAgICAgICAgMDEvMDEvMjAwMCAwMDowMDowMAoi
bmV4dCB0dWVzZGF5IiAgICAgICAgICAgICAgICAgMDEvMDEvMjAwMCAwMDowMDowMAoibmV4
dCB0dWVzZGF5IiAgICAgICAgICAgICAgICAgMjAxNC0wMS0yNyAxMToyODo1MApOb3RlOiB0
aW1lem9uZSBzZXQgdG8gIlRaPUFtZXJpY2EvTG9zX0FuZ2VsZXMiCgptZXRyaWM6ICAgIHNh
bXBsZS5iaW4KYXJjaGl2ZTogICBzcmMvb2stZm9vCmhvc3Q6ICAgICAgZ29uem8Kc3RhcnQ6
ICAgICBUaHUgQXVnICA2IDExOjM0OjMyIDE5OTgKZW5kOiAgICAgICBUaHUgQXVnICA2IDEx
OjM0OjQwIDE5OTgKc2VtYW50aWNzOiBpbnN0YW50YW5lb3VzIHZhbHVlCnVuaXRzOiAgICAg
bm9uZQpzYW1wbGVzOiAgIDkKaW50ZXJ2YWw6ICAxLjAwIHNlYwoxMTozNDozMi4yNTcgIE5v
IHZhbHVlcyBhdmFpbGFibGUKCiAgICAgICAgICAgICAgICBiaW4tMTAwICAgICBiaW4tMjAw
ICAgICBiaW4tMzAwICAgICBiaW4tNDAwICAgICBiaW4tNTAwICAgICBiaW4tNjAwICAgICBi
aW4tNzAwICAgICBiaW4tODAwICAgICBiaW4tOTAwIAoxMTozNDozMy4yNTcgICAgICAgIDEw
MCAgICAgICAgIDIwMCAgICAgICAgIDMwMCAgICAgICAgIDQwMCAgICAgICAgIDUwMCAgICAg
ICAgIDYwMCAgICAgICAgIDcwMCAgICAgICAgIDgwMCAgICAgICAgIDkwMCAKMTE6MzQ6MzQu
MjU3ICAgICAgICAxMDAgICAgICAgICAyMDAgICAgICAgICAzMDAgICAgICAgICA0MDAgICAg
ICAgICA1MDAgICAgICAgICA2MDAgICAgICAgICA3MDAgICAgICAgICA4MDAgICAgICAgICA5
MDAgCjExOjM0OjM1LjI1NyAgICAgICAgMTAwICAgICAgICAgMjAwICAgICAgICAgMzAwICAg
ICAgICAgNDAwICAgICAgICAgNTAwICAgICAgICAgNjAwICAgICAgICAgNzAwICAgICAgICAg
ODAwICAgICAgICAgOTAwIAoxMTozNDozNi4yNTcgICAgICAgIDEwMCAgICAgICAgIDIwMCAg
ICAgICAgIDMwMCAgICAgICAgIDQwMCAgICAgICAgIDUwMCAgICAgICAgIDYwMCAgICAgICAg
IDcwMCAgICAgICAgIDgwMCAgICAgICAgIDkwMCAKMTE6MzQ6MzcuMjU3ICAgICAgICAxMDAg
ICAgICAgICAyMDAgICAgICAgICAzMDAgICAgICAgICA0MDAgICAgICAgICA1MDAgICAgICAg
ICA2MDAgICAgICAgICA3MDAgICAgICAgICA4MDAgICAgICAgICA5MDAgCjExOjM0OjM4LjI1
NyAgICAgICAgMTAwICAgICAgICAgMjAwICAgICAgICAgMzAwICAgICAgICAgNDAwICAgICAg
ICAgNTAwICAgICAgICAgNjAwICAgICAgICAgNzAwICAgICAgICAgODAwICAgICAgICAgOTAw
IAoxMTozNDozOS4yNTcgICAgICAgIDEwMCAgICAgICAgIDIwMCAgICAgICAgIDMwMCAgICAg
ICAgIDQwMCAgICAgICAgIDUwMCAgICAgICAgIDYwMCAgICAgICAgIDcwMCAgICAgICAgIDgw
MCAgICAgICAgIDkwMCAKMTE6MzQ6NDAuMjU3ICAgICAgICAxMDAgICAgICAgICAyMDAgICAg
ICAgICAzMDAgICAgICAgICA0MDAgICAgICAgICA1MDAgICAgICAgICA2MDAgICAgICAgICA3
MDAgICAgICAgICA4MDAgICAgICAgICA5MDAgCk5vdGU6IHRpbWV6b25lIHNldCB0byAiVFo9
QW1lcmljYS9OZXdfWW9yayIKCm1ldHJpYzogICAgc2FtcGxlLmJpbgphcmNoaXZlOiAgIHNy
Yy9vay1mb28KaG9zdDogICAgICBnb256bwpzdGFydDogICAgIFRodSBBdWcgIDYgMTQ6MzQ6
MzIgMTk5OAplbmQ6ICAgICAgIFRodSBBdWcgIDYgMTQ6MzQ6NDAgMTk5OApzZW1hbnRpY3M6
IGluc3RhbnRhbmVvdXMgdmFsdWUKdW5pdHM6ICAgICBub25lCnNhbXBsZXM6ICAgOQppbnRl
cnZhbDogIDEuMDAgc2VjCjE0OjM0OjMyLjI1NyAgTm8gdmFsdWVzIGF2YWlsYWJsZQoKICAg
ICAgICAgICAgICAgIGJpbi0xMDAgICAgIGJpbi0yMDAgICAgIGJpbi0zMDAgICAgIGJpbi00
MDAgICAgIGJpbi01MDAgICAgIGJpbi02MDAgICAgIGJpbi03MDAgICAgIGJpbi04MDAgICAg
IGJpbi05MDAgCjE0OjM0OjMzLjI1NyAgICAgICAgMTAwICAgICAgICAgMjAwICAgICAgICAg
MzAwICAgICAgICAgNDAwICAgICAgICAgNTAwICAgICAgICAgNjAwICAgICAgICAgNzAwICAg
ICAgICAgODAwICAgICAgICAgOTAwIAoxNDozNDozNC4yNTcgICAgICAgIDEwMCAgICAgICAg
IDIwMCAgICAgICAgIDMwMCAgICAgICAgIDQwMCAgICAgICAgIDUwMCAgICAgICAgIDYwMCAg
ICAgICAgIDcwMCAgICAgICAgIDgwMCAgICAgICAgIDkwMCAKMTQ6MzQ6MzUuMjU3ICAgICAg
ICAxMDAgICAgICAgICAyMDAgICAgICAgICAzMDAgICAgICAgICA0MDAgICAgICAgICA1MDAg
ICAgICAgICA2MDAgICAgICAgICA3MDAgICAgICAgICA4MDAgICAgICAgICA5MDAgCjE0OjM0
OjM2LjI1NyAgICAgICAgMTAwICAgICAgICAgMjAwICAgICAgICAgMzAwICAgICAgICAgNDAw
ICAgICAgICAgNTAwICAgICAgICAgNjAwICAgICAgICAgNzAwICAgICAgICAgODAwICAgICAg
ICAgOTAwIAoxNDozNDozNy4yNTcgICAgICAgIDEwMCAgICAgICAgIDIwMCAgICAgICAgIDMw
MCAgICAgICAgIDQwMCAgICAgICAgIDUwMCAgICAgICAgIDYwMCAgICAgICAgIDcwMCAgICAg
ICAgIDgwMCAgICAgICAgIDkwMCAKMTQ6MzQ6MzguMjU3ICAgICAgICAxMDAgICAgICAgICAy
MDAgICAgICAgICAzMDAgICAgICAgICA0MDAgICAgICAgICA1MDAgICAgICAgICA2MDAgICAg
ICAgICA3MDAgICAgICAgICA4MDAgICAgICAgICA5MDAgCjE0OjM0OjM5LjI1NyAgICAgICAg
MTAwICAgICAgICAgMjAwICAgICAgICAgMzAwICAgICAgICAgNDAwICAgICAgICAgNTAwICAg
ICAgICAgNjAwICAgICAgICAgNzAwICAgICAgICAgODAwICAgICAgICAgOTAwIAoxNDozNDo0
MC4yNTcgICAgICAgIDEwMCAgICAgICAgIDIwMCAgICAgICAgIDMwMCAgICAgICAgIDQwMCAg
ICAgICAgIDUwMCAgICAgICAgIDYwMCAgICAgICAgIDcwMCAgICAgICAgIDgwMCAgICAgICAg
IDkwMCAK
--------------020707030209090405040605--

From myllynen@redhat.com  Tue Sep 16 10:46:54 2014
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 2E1257F47
	for ; Tue, 16 Sep 2014 10:46:54 -0500 (CDT)
Received: from cuda.sgi.com (cuda1.sgi.com [192.48.157.11])
	by relay2.corp.sgi.com (Postfix) with ESMTP id D3F5A30405F
	for ; Tue, 16 Sep 2014 08:46:53 -0700 (PDT)
X-ASG-Debug-ID: 1410882407-04bdf01097acb340001-S8gJnT
Received: from mx1.redhat.com (mx1.redhat.com [209.132.183.28]) by cuda.sgi.com with ESMTP id vCVkusX4efNDq67O (version=TLSv1 cipher=AES256-SHA bits=256 verify=NO) for ; Tue, 16 Sep 2014 08:46:48 -0700 (PDT)
X-Barracuda-Envelope-From: myllynen@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 s8GFkkhU029693
	(version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=FAIL)
	for ; Tue, 16 Sep 2014 11:46:47 -0400
Received: from mmyllyne.csb (vpn1-5-191.ams2.redhat.com [10.36.5.191])
	by int-mx10.intmail.prod.int.phx2.redhat.com (8.14.4/8.14.4) with ESMTP id s8GFkiBh013263
	for ; Tue, 16 Sep 2014 11:46:45 -0400
Message-ID: <54185B64.50500@redhat.com>
Date: Tue, 16 Sep 2014 18:46:44 +0300
From: Marko Myllynen 
Reply-To: myllynen@redhat.com
Organization: Red Hat
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:24.0) Gecko/20100101 Thunderbird/24.6.0
MIME-Version: 1.0
To: pcp@oss.sgi.com
Subject: [PATCH] Add NFS Server PMDA
Content-Type: text/plain; charset=ISO-8859-1
X-ASG-Orig-Subj: [PATCH] Add NFS Server PMDA
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: 1410882408
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

Hi,

please find the first cut of (Linux) NFS Server PMDA below. Needs at least a proper domain number, 135 used in the patch was randomly picked up unused number for testing, tested on RHEL 6 / Fedora 20. If the server is not exporting all NFS 2/3/4 versions, then during Install there will be warning for missing metrics and the values are obviously unavailable but otherwise does not prevent the PMDA working.

>From aca5ab97ded324f4fd3f903df226aa9e0d0fb0e9 Mon Sep 17 00:00:00 2001
From: Marko Myllynen 
Date: Tue, 16 Sep 2014 16:14:19 +0300
Subject: [PATCH] Add NFS Server PMDA

---
 src/pmdas/nfsserver/Install          |   29 +
 src/pmdas/nfsserver/Remove           |   24 +
 src/pmdas/nfsserver/pmdanfsserver.pl |  943 ++++++++++++++++++++++++++++++++++
 3 files changed, 996 insertions(+), 0 deletions(-)
 create mode 100755 src/pmdas/nfsserver/Install
 create mode 100755 src/pmdas/nfsserver/Remove
 create mode 100644 src/pmdas/nfsserver/pmdanfsserver.pl

diff --git a/src/pmdas/nfsserver/Install b/src/pmdas/nfsserver/Install
new file mode 100755
index 0000000..e63f45a
--- /dev/null
+++ b/src/pmdas/nfsserver/Install
@@ -0,0 +1,29 @@
+#!/bin/sh
+#
+# Copyright (c) 2011 SGI.
+# Copyright (C) 2014 Marko Myllynen 
+#
+# This program is free software; you can redistribute it and/or modify it
+# under the terms of the GNU General Public License as published by the
+# Free Software Foundation; either version 2 of the License, or (at your
+# option) any later version.
+#
+# This program is distributed in the hope that it will be useful, but
+# WITHOUT ANY WARRANTY; without even the implied warranty of MERCHANTABILITY
+# or FITNESS FOR A PARTICULAR PURPOSE.  See the GNU General Public License
+# for more details.
+#
+
+. $PCP_DIR/etc/pcp.env
+. $PCP_SHARE_DIR/lib/pmdaproc.sh
+
+iam=nfsserver
+pmda_interface=2
+dso_opt=false
+daemon_opt=false
+perl_opt=true
+socket_opt=false
+
+pmdaSetup
+pmdaInstall
+exit 0
diff --git a/src/pmdas/nfsserver/Remove b/src/pmdas/nfsserver/Remove
new file mode 100755
index 0000000..5eb35ad
--- /dev/null
+++ b/src/pmdas/nfsserver/Remove
@@ -0,0 +1,24 @@
+#!/bin/sh
+#
+# Copyright (c) 2011 SGI.
+# Copyright (C) 2014 Marko Myllynen 
+#
+# This program is free software; you can redistribute it and/or modify it
+# under the terms of the GNU General Public License as published by the
+# Free Software Foundation; either version 2 of the License, or (at your
+# option) any later version.
+#
+# This program is distributed in the hope that it will be useful, but
+# WITHOUT ANY WARRANTY; without even the implied warranty of MERCHANTABILITY
+# or FITNESS FOR A PARTICULAR PURPOSE.  See the GNU General Public License
+# for more details.
+#
+
+. $PCP_DIR/etc/pcp.env
+. $PCP_SHARE_DIR/lib/pmdaproc.sh
+
+iam=nfsserver
+
+pmdaSetup
+pmdaRemove
+exit 0
diff --git a/src/pmdas/nfsserver/pmdanfsserver.pl b/src/pmdas/nfsserver/pmdanfsserver.pl
new file mode 100644
index 0000000..a9f6ce6
--- /dev/null
+++ b/src/pmdas/nfsserver/pmdanfsserver.pl
@@ -0,0 +1,943 @@
+#
+# Copyright (c) 2011 SGI.
+# Copyright (C) 2014 Marko Myllynen 
+#
+# This program is free software; you can redistribute it and/or modify it
+# under the terms of the GNU General Public License as published by the
+# Free Software Foundation; either version 2 of the License, or (at your
+# option) any later version.
+#
+# This program is distributed in the hope that it will be useful, but
+# WITHOUT ANY WARRANTY; without even the implied warranty of MERCHANTABILITY
+# or FITNESS FOR A PARTICULAR PURPOSE.  See the GNU General Public License
+# for more details.
+#
+
+use strict;
+use warnings;
+use PCP::PMDA;
+
+use vars qw( $pmda );
+
+# /proc/net/rpc/nfsd or other file to use
+our $NFSDSTATS_PATH = "/proc/net/rpc/nfsd";
+
+# Configuration files for overriding the location of stats file, mostly for testing purposes
+for my $file (pmda_config('PCP_PMDAS_DIR') . '/nfsserver/nfsserver.conf', 'nfsserver.conf') {
+	eval `cat $file` unless ! -f $file;
+}
+
+# Check env variable for stats file to use
+if ( defined $ENV{"NFSSERVER_NFSDSTATS_PATH"} ) {
+	$NFSDSTATS_PATH = $ENV{"NFSSERVER_NFSDSTATS_PATH"}
+}
+
+# The hash that contains all of the stats data keyed on pmid_name
+our %h = ();
+
+#
+# Parse /proc/net/rpc/nfsd and store the stats, taking one pass through
+# the file.
+#
+sub nfsserver_parse_nfsdstats {
+	open STATS, '<', $NFSDSTATS_PATH ||
+		( $pmda->err("pmdanfsserver failed to open $NFSDSTATS_PATH: $!") &&
+		die "Can't open $NFSDSTATS_PATH: $!\n") ;
+
+	while (my $line = ) {
+
+		my @data = split(' ', $line);
+
+		# rc
+		if ($line =~ /^rc /) {
+			$h{'nfsserver.rc.hits'} = $data[1];
+			$h{'nfsserver.rc.misses'} = $data[2];
+			$h{'nfsserver.rc.nocache'} = $data[3];
+		}
+
+		# fh
+		if ($line =~ /^fh /) {
+			$h{'nfsserver.fh.stale'} = $data[1];
+			$h{'nfsserver.fh.lookup'} = $data[2];
+			$h{'nfsserver.fh.anon'} = $data[3];
+			$h{'nfsserver.fh.ncachedir'} = $data[4];
+			$h{'nfsserver.fh.ncachenondir'} = $data[5];
+		}
+
+		# io
+		if ($line =~ /^io /) {
+			$h{'nfsserver.io.read'} = $data[1];
+			$h{'nfsserver.io.write'} = $data[2];
+		}
+
+		# th
+		if ($line =~ /^th /) {
+			$h{'nfsserver.th.cnt'} = $data[1];
+			$h{'nfsserver.th.fullcnt'} = $data[2];
+			$h{'nfsserver.th.usage.0-10'} = $data[3];
+			$h{'nfsserver.th.usage.10-20'} = $data[4];
+			$h{'nfsserver.th.usage.20-30'} = $data[5];
+			$h{'nfsserver.th.usage.30-40'} = $data[6];
+			$h{'nfsserver.th.usage.40-50'} = $data[7];
+			$h{'nfsserver.th.usage.50-60'} = $data[8];
+			$h{'nfsserver.th.usage.60-70'} = $data[9];
+			$h{'nfsserver.th.usage.70-80'} = $data[10];
+			$h{'nfsserver.th.usage.80-90'} = $data[11];
+			$h{'nfsserver.th.usage.90-100'} = $data[12];
+		}
+
+		# ra
+		if ($line =~ /^ra /) {
+			$h{'nfsserver.ra.size'} = $data[1];
+			$h{'nfsserver.ra.depth.10'} = $data[2];
+			$h{'nfsserver.ra.depth.20'} = $data[3];
+			$h{'nfsserver.ra.depth.30'} = $data[4];
+			$h{'nfsserver.ra.depth.40'} = $data[5];
+			$h{'nfsserver.ra.depth.50'} = $data[6];
+			$h{'nfsserver.ra.depth.60'} = $data[7];
+			$h{'nfsserver.ra.depth.70'} = $data[8];
+			$h{'nfsserver.ra.depth.80'} = $data[9];
+			$h{'nfsserver.ra.depth.90'} = $data[10];
+			$h{'nfsserver.ra.depth.100'} = $data[11];
+			$h{'nfsserver.ra.nfound'} = $data[12];
+		}
+
+		# net
+		if ($line =~ /^net /) {
+			$h{'nfsserver.net.packets'} = $data[1];
+			$h{'nfsserver.net.udp'} = $data[2];
+			$h{'nfsserver.net.tcp'} = $data[3];
+			$h{'nfsserver.net.tcpconn'} = $data[4];
+		}
+
+		# rpc
+		if ($line =~ /^rpc /) {
+			$h{'nfsserver.rpc.calls'} = $data[1];
+			$h{'nfsserver.rpc.badcalls'} = $data[2];
+			$h{'nfsserver.rpc.badfmt'} = $data[3];
+			$h{'nfsserver.rpc.badauth'} = $data[4];
+			$h{'nfsserver.rpc.badclnt'} = $data[5];
+		}
+
+		# proc2
+		if ($line =~ /^proc2 /) {
+			$h{'nfsserver.proc2.values'} = $data[1];
+			$h{'nfsserver.proc2.null'} = $data[2];
+			$h{'nfsserver.proc2.getattr'} = $data[3];
+			$h{'nfsserver.proc2.setattr'} = $data[4];
+			$h{'nfsserver.proc2.root'} = $data[5];
+			$h{'nfsserver.proc2.lookup'} = $data[6];
+			$h{'nfsserver.proc2.readlink'} = $data[7];
+			$h{'nfsserver.proc2.read'} = $data[8];
+			$h{'nfsserver.proc2.wrcache'} = $data[9];
+			$h{'nfsserver.proc2.write'} = $data[10];
+			$h{'nfsserver.proc2.create'} = $data[11];
+			$h{'nfsserver.proc2.remove'} = $data[12];
+			$h{'nfsserver.proc2.rename'} = $data[13];
+			$h{'nfsserver.proc2.link'} = $data[14];
+			$h{'nfsserver.proc2.symlink'} = $data[15];
+			$h{'nfsserver.proc2.mkdir'} = $data[16];
+			$h{'nfsserver.proc2.rmdir'} = $data[17];
+			$h{'nfsserver.proc2.readdir'} = $data[18];
+			$h{'nfsserver.proc2.fsstat'} = $data[19];
+		}
+
+		# proc3
+		if ($line =~ /^proc3 /) {
+			$h{'nfsserver.proc3.values'} = $data[1];
+			$h{'nfsserver.proc3.null'} = $data[2];
+			$h{'nfsserver.proc3.getattr'} = $data[3];
+			$h{'nfsserver.proc3.setattr'} = $data[4];
+			$h{'nfsserver.proc3.lookup'} = $data[5];
+			$h{'nfsserver.proc3.access'} = $data[6];
+			$h{'nfsserver.proc3.readlink'} = $data[7];
+			$h{'nfsserver.proc3.read'} = $data[8];
+			$h{'nfsserver.proc3.write'} = $data[9];
+			$h{'nfsserver.proc3.create'} = $data[10];
+			$h{'nfsserver.proc3.mkdir'} = $data[11];
+			$h{'nfsserver.proc3.symlink'} = $data[12];
+			$h{'nfsserver.proc3.mknod'} = $data[13];
+			$h{'nfsserver.proc3.remove'} = $data[14];
+			$h{'nfsserver.proc3.rmdir'} = $data[15];
+			$h{'nfsserver.proc3.rename'} = $data[16];
+			$h{'nfsserver.proc3.link'} = $data[17];
+			$h{'nfsserver.proc3.readdir'} = $data[18];
+			$h{'nfsserver.proc3.readdirplus'} = $data[19];
+			$h{'nfsserver.proc3.fsstat'} = $data[20];
+			$h{'nfsserver.proc3.fsinfo'} = $data[21];
+			$h{'nfsserver.proc3.pathconf'} = $data[22];
+			$h{'nfsserver.proc3.commit'} = $data[23];
+		}
+
+		# proc4
+		if ($line =~ /^proc4 /) {
+			$h{'nfsserver.proc4.values'} = $data[1];
+			$h{'nfsserver.proc4.null'} = $data[2];
+			$h{'nfsserver.proc4.compound'} = $data[3];
+		}
+
+		# proc4ops
+		if ($line =~ /^proc4ops /) {
+			$h{'nfsserver.proc4ops.values'} = $data[1];
+			$h{'nfsserver.proc4ops.op0-unused'} = $data[2];
+			$h{'nfsserver.proc4ops.op1-unused'} = $data[3];
+			$h{'nfsserver.proc4ops.op2-future'} = $data[4];
+			$h{'nfsserver.proc4ops.access'} = $data[5];
+			$h{'nfsserver.proc4ops.close'} = $data[6];
+			$h{'nfsserver.proc4ops.commit'} = $data[7];
+			$h{'nfsserver.proc4ops.create'} = $data[8];
+			$h{'nfsserver.proc4ops.delegpurge'} = $data[9];
+			$h{'nfsserver.proc4ops.delegreturn'} = $data[10];
+			$h{'nfsserver.proc4ops.getattr'} = $data[11];
+			$h{'nfsserver.proc4ops.getfh'} = $data[12];
+			$h{'nfsserver.proc4ops.link'} = $data[13];
+			$h{'nfsserver.proc4ops.lock'} = $data[14];
+			$h{'nfsserver.proc4ops.lockt'} = $data[15];
+			$h{'nfsserver.proc4ops.locku'} = $data[16];
+			$h{'nfsserver.proc4ops.lookup'} = $data[17];
+			$h{'nfsserver.proc4ops.lookup_root'} = $data[18];
+			$h{'nfsserver.proc4ops.nverify'} = $data[19];
+			$h{'nfsserver.proc4ops.open'} = $data[20];
+			$h{'nfsserver.proc4ops.openattr'} = $data[21];
+			$h{'nfsserver.proc4ops.open_conf'} = $data[22];
+			$h{'nfsserver.proc4ops.open_dgrd'} = $data[23];
+			$h{'nfsserver.proc4ops.putfh'} = $data[24];
+			$h{'nfsserver.proc4ops.putpubfh'} = $data[25];
+			$h{'nfsserver.proc4ops.putrootfh'} = $data[26];
+			$h{'nfsserver.proc4ops.read'} = $data[27];
+			$h{'nfsserver.proc4ops.readdir'} = $data[28];
+			$h{'nfsserver.proc4ops.readlink'} = $data[29];
+			$h{'nfsserver.proc4ops.remove'} = $data[30];
+			$h{'nfsserver.proc4ops.rename'} = $data[31];
+			$h{'nfsserver.proc4ops.renew'} = $data[32];
+			$h{'nfsserver.proc4ops.restorefh'} = $data[33];
+			$h{'nfsserver.proc4ops.savefh'} = $data[34];
+			$h{'nfsserver.proc4ops.secinfo'} = $data[35];
+			$h{'nfsserver.proc4ops.setattr'} = $data[36];
+			$h{'nfsserver.proc4ops.setcltid'} = $data[37];
+			$h{'nfsserver.proc4ops.setcltidconf'} = $data[38];
+			$h{'nfsserver.proc4ops.verify'} = $data[39];
+			$h{'nfsserver.proc4ops.write'} = $data[40];
+			$h{'nfsserver.proc4ops.rellockowner'} = $data[41];
+			$h{'nfsserver.proc4ops.bc_ctl'} = $data[42];
+			$h{'nfsserver.proc4ops.bind_conn'} = $data[43];
+			$h{'nfsserver.proc4ops.exchange_id'} = $data[44];
+			$h{'nfsserver.proc4ops.create_ses'} = $data[45];
+			$h{'nfsserver.proc4ops.destroy_ses'} = $data[46];
+			$h{'nfsserver.proc4ops.free_stateid'} = $data[47];
+			$h{'nfsserver.proc4ops.getdirdeleg'} = $data[48];
+			$h{'nfsserver.proc4ops.getdevinfo'} = $data[49];
+			$h{'nfsserver.proc4ops.getdevlist'} = $data[50];
+			$h{'nfsserver.proc4ops.layoutcommit'} = $data[51];
+			$h{'nfsserver.proc4ops.layoutget'} = $data[52];
+			$h{'nfsserver.proc4ops.layoutreturn'} = $data[53];
+			$h{'nfsserver.proc4ops.secinfononam'} = $data[54];
+			$h{'nfsserver.proc4ops.sequence'} = $data[55];
+			$h{'nfsserver.proc4ops.set_ssv'} = $data[56];
+			$h{'nfsserver.proc4ops.test_stateid'} = $data[57];
+			$h{'nfsserver.proc4ops.want_deleg'} = $data[58];
+			$h{'nfsserver.proc4ops.destroy_clid'} = $data[59];
+			$h{'nfsserver.proc4ops.reclaim_comp'} = $data[60];
+		}
+
+	}
+
+	close STATS;
+}
+
+#
+# fetch is called once by pcp for each refresh and then the fetch callback is
+# called to query each statistic individually
+#
+sub nfsserver_fetch {
+	nfsserver_parse_nfsdstats();
+}
+
+sub nfsserver_fetch_callback {
+	my ($cluster, $item, $inst) = @_; 
+	my $metric = pmda_pmid_name($cluster, $item);
+	my $value;
+
+	if ($inst != PM_INDOM_NULL)	{ return (PM_ERR_INST, 0); }
+
+	$value = $h{$metric};
+
+	if (!defined($value))		{ return (PM_ERR_APPVERSION, 0); }
+
+	return ($value, 1);
+}
+
+our $pmda = PCP::PMDA->new('nfsserver', 135);
+
+# metrics go here, with full descriptions
+
+# rc
+$pmda->add_metric(pmda_pmid(0,1), PM_TYPE_U64, PM_INDOM_NULL,
+		  PM_SEM_COUNTER, pmda_units(0,0,1,0,0,PM_COUNT_ONE),
+		  'nfsserver.rc.hits',
+		  '', '');
+$pmda->add_metric(pmda_pmid(0,2), PM_TYPE_U64, PM_INDOM_NULL,
+		  PM_SEM_COUNTER, pmda_units(0,0,1,0,0,PM_COUNT_ONE),
+		  'nfsserver.rc.misses',
+		  '', '');
+$pmda->add_metric(pmda_pmid(0,3), PM_TYPE_U64, PM_INDOM_NULL,
+		  PM_SEM_COUNTER, pmda_units(0,0,1,0,0,PM_COUNT_ONE),
+		  'nfsserver.rc.nocache',
+		  '', '');
+
+# fh
+$pmda->add_metric(pmda_pmid(1,1), PM_TYPE_U64, PM_INDOM_NULL,
+		  PM_SEM_COUNTER, pmda_units(0,0,1,0,0,PM_COUNT_ONE),
+		  'nfsserver.fh.stale',
+		  '', '');
+$pmda->add_metric(pmda_pmid(1,2), PM_TYPE_U64, PM_INDOM_NULL,
+		  PM_SEM_COUNTER, pmda_units(0,0,1,0,0,PM_COUNT_ONE),
+		  'nfsserver.fh.lookup',
+		  '', '');
+$pmda->add_metric(pmda_pmid(1,3), PM_TYPE_U64, PM_INDOM_NULL,
+		  PM_SEM_COUNTER, pmda_units(0,0,1,0,0,PM_COUNT_ONE),
+		  'nfsserver.fh.anon',
+		  '', '');
+$pmda->add_metric(pmda_pmid(1,4), PM_TYPE_U64, PM_INDOM_NULL,
+		  PM_SEM_COUNTER, pmda_units(0,0,1,0,0,PM_COUNT_ONE),
+		  'nfsserver.fh.ncachedir',
+		  '', '');
+$pmda->add_metric(pmda_pmid(1,5), PM_TYPE_U64, PM_INDOM_NULL,
+		  PM_SEM_COUNTER, pmda_units(0,0,1,0,0,PM_COUNT_ONE),
+		  'nfsserver.fh.ncachenondir',
+		  '', '');
+
+# io
+$pmda->add_metric(pmda_pmid(2,1), PM_TYPE_U64, PM_INDOM_NULL,
+		  PM_SEM_COUNTER, pmda_units(1,0,0,PM_SPACE_BYTE,0,0),
+		  'nfsserver.io.read',
+		  '', '');
+$pmda->add_metric(pmda_pmid(2,2), PM_TYPE_U64, PM_INDOM_NULL,
+		  PM_SEM_COUNTER, pmda_units(1,0,0,PM_SPACE_BYTE,0,0),
+		  'nfsserver.io.write',
+		  '', '');
+
+# th
+$pmda->add_metric(pmda_pmid(3,1), PM_TYPE_U32, PM_INDOM_NULL,
+		  PM_SEM_DISCRETE, pmda_units(0,0,1,0,0,PM_COUNT_ONE),
+		  'nfsserver.th.cnt',
+		  '', '');
+$pmda->add_metric(pmda_pmid(3,2), PM_TYPE_U64, PM_INDOM_NULL,
+		  PM_SEM_COUNTER, pmda_units(0,0,1,0,0,PM_COUNT_ONE),
+		  'nfsserver.th.fullcnt',
+		  '', '');
+$pmda->add_metric(pmda_pmid(3,3), PM_TYPE_DOUBLE, PM_INDOM_NULL,
+		  PM_SEM_COUNTER, pmda_units(0,1,0,0,PM_TIME_SEC,0),
+		  'nfsserver.th.usage.0-10',
+		  '', '');
+$pmda->add_metric(pmda_pmid(3,4), PM_TYPE_DOUBLE, PM_INDOM_NULL,
+		  PM_SEM_COUNTER, pmda_units(0,1,0,0,PM_TIME_SEC,0),
+		  'nfsserver.th.usage.10-20',
+		  '', '');
+$pmda->add_metric(pmda_pmid(3,5), PM_TYPE_DOUBLE, PM_INDOM_NULL,
+		  PM_SEM_COUNTER, pmda_units(0,1,0,0,PM_TIME_SEC,0),
+		  'nfsserver.th.usage.20-30',
+		  '', '');
+$pmda->add_metric(pmda_pmid(3,6), PM_TYPE_DOUBLE, PM_INDOM_NULL,
+		  PM_SEM_COUNTER, pmda_units(0,1,0,0,PM_TIME_SEC,0),
+		  'nfsserver.th.usage.30-40',
+		  '', '');
+$pmda->add_metric(pmda_pmid(3,7), PM_TYPE_DOUBLE, PM_INDOM_NULL,
+		  PM_SEM_COUNTER, pmda_units(0,1,0,0,PM_TIME_SEC,0),
+		  'nfsserver.th.usage.40-50',
+		  '', '');
+$pmda->add_metric(pmda_pmid(3,8), PM_TYPE_DOUBLE, PM_INDOM_NULL,
+		  PM_SEM_COUNTER, pmda_units(0,1,0,0,PM_TIME_SEC,0),
+		  'nfsserver.th.usage.50-60',
+		  '', '');
+$pmda->add_metric(pmda_pmid(3,9), PM_TYPE_DOUBLE, PM_INDOM_NULL,
+		  PM_SEM_COUNTER, pmda_units(0,1,0,0,PM_TIME_SEC,0),
+		  'nfsserver.th.usage.60-70',
+		  '', '');
+$pmda->add_metric(pmda_pmid(3,10), PM_TYPE_DOUBLE, PM_INDOM_NULL,
+		  PM_SEM_COUNTER, pmda_units(0,1,0,0,PM_TIME_SEC,0),
+		  'nfsserver.th.usage.70-80',
+		  '', '');
+$pmda->add_metric(pmda_pmid(3,11), PM_TYPE_DOUBLE, PM_INDOM_NULL,
+		  PM_SEM_COUNTER, pmda_units(0,1,0,0,PM_TIME_SEC,0),
+		  'nfsserver.th.usage.80-90',
+		  '', '');
+$pmda->add_metric(pmda_pmid(3,12), PM_TYPE_DOUBLE, PM_INDOM_NULL,
+		  PM_SEM_COUNTER, pmda_units(0,1,0,0,PM_TIME_SEC,0),
+		  'nfsserver.th.usage.90-100',
+		  '', '');
+
+# ra
+$pmda->add_metric(pmda_pmid(4,1), PM_TYPE_U32, PM_INDOM_NULL,
+		  PM_SEM_DISCRETE, pmda_units(0,0,1,0,0,PM_COUNT_ONE),
+		  'nfsserver.ra.size',
+		  '', '');
+$pmda->add_metric(pmda_pmid(4,2), PM_TYPE_U64, PM_INDOM_NULL,
+		  PM_SEM_COUNTER, pmda_units(0,0,1,0,0,PM_COUNT_ONE),
+		  'nfsserver.ra.depth.10',
+		  '', '');
+$pmda->add_metric(pmda_pmid(4,3), PM_TYPE_U64, PM_INDOM_NULL,
+		  PM_SEM_COUNTER, pmda_units(0,0,1,0,0,PM_COUNT_ONE),
+		  'nfsserver.ra.depth.20',
+		  '', '');
+$pmda->add_metric(pmda_pmid(4,4), PM_TYPE_U64, PM_INDOM_NULL,
+		  PM_SEM_COUNTER, pmda_units(0,0,1,0,0,PM_COUNT_ONE),
+		  'nfsserver.ra.depth.30',
+		  '', '');
+$pmda->add_metric(pmda_pmid(4,5), PM_TYPE_U64, PM_INDOM_NULL,
+		  PM_SEM_COUNTER, pmda_units(0,0,1,0,0,PM_COUNT_ONE),
+		  'nfsserver.ra.depth.40',
+		  '', '');
+$pmda->add_metric(pmda_pmid(4,6), PM_TYPE_U64, PM_INDOM_NULL,
+		  PM_SEM_COUNTER, pmda_units(0,0,1,0,0,PM_COUNT_ONE),
+		  'nfsserver.ra.depth.50',
+		  '', '');
+$pmda->add_metric(pmda_pmid(4,7), PM_TYPE_U64, PM_INDOM_NULL,
+		  PM_SEM_COUNTER, pmda_units(0,0,1,0,0,PM_COUNT_ONE),
+		  'nfsserver.ra.depth.60',
+		  '', '');
+$pmda->add_metric(pmda_pmid(4,8), PM_TYPE_U64, PM_INDOM_NULL,
+		  PM_SEM_COUNTER, pmda_units(0,0,1,0,0,PM_COUNT_ONE),
+		  'nfsserver.ra.depth.70',
+		  '', '');
+$pmda->add_metric(pmda_pmid(4,9), PM_TYPE_U64, PM_INDOM_NULL,
+		  PM_SEM_COUNTER, pmda_units(0,0,1,0,0,PM_COUNT_ONE),
+		  'nfsserver.ra.depth.80',
+		  '', '');
+$pmda->add_metric(pmda_pmid(4,10), PM_TYPE_U64, PM_INDOM_NULL,
+		  PM_SEM_COUNTER, pmda_units(0,0,1,0,0,PM_COUNT_ONE),
+		  'nfsserver.ra.depth.90',
+		  '', '');
+$pmda->add_metric(pmda_pmid(4,11), PM_TYPE_U64, PM_INDOM_NULL,
+		  PM_SEM_COUNTER, pmda_units(0,0,1,0,0,PM_COUNT_ONE),
+		  'nfsserver.ra.depth.100',
+		  '', '');
+$pmda->add_metric(pmda_pmid(4,12), PM_TYPE_U64, PM_INDOM_NULL,
+		  PM_SEM_COUNTER, pmda_units(0,0,1,0,0,PM_COUNT_ONE),
+		  'nfsserver.ra.nfound',
+		  '', '');
+
+# net
+$pmda->add_metric(pmda_pmid(5,1), PM_TYPE_U64, PM_INDOM_NULL,
+		  PM_SEM_COUNTER, pmda_units(0,0,1,0,0,PM_COUNT_ONE),
+		  'nfsserver.net.packets',
+		  '', '');
+$pmda->add_metric(pmda_pmid(5,2), PM_TYPE_U64, PM_INDOM_NULL,
+		  PM_SEM_COUNTER, pmda_units(0,0,1,0,0,PM_COUNT_ONE),
+		  'nfsserver.net.udp',
+		  '', '');
+$pmda->add_metric(pmda_pmid(5,3), PM_TYPE_U64, PM_INDOM_NULL,
+		  PM_SEM_COUNTER, pmda_units(0,0,1,0,0,PM_COUNT_ONE),
+		  'nfsserver.net.tcp',
+		  '', '');
+$pmda->add_metric(pmda_pmid(5,4), PM_TYPE_U64, PM_INDOM_NULL,
+		  PM_SEM_COUNTER, pmda_units(0,0,1,0,0,PM_COUNT_ONE),
+		  'nfsserver.net.tcpconn',
+		  '', '');
+
+# rpc
+$pmda->add_metric(pmda_pmid(6,1), PM_TYPE_U64, PM_INDOM_NULL,
+		  PM_SEM_COUNTER, pmda_units(0,0,1,0,0,PM_COUNT_ONE),
+		  'nfsserver.rpc.calls',
+		  '', '');
+$pmda->add_metric(pmda_pmid(6,2), PM_TYPE_U64, PM_INDOM_NULL,
+		  PM_SEM_COUNTER, pmda_units(0,0,1,0,0,PM_COUNT_ONE),
+		  'nfsserver.rpc.badcalls',
+		  '', '');
+$pmda->add_metric(pmda_pmid(6,3), PM_TYPE_U64, PM_INDOM_NULL,
+		  PM_SEM_COUNTER, pmda_units(0,0,1,0,0,PM_COUNT_ONE),
+		  'nfsserver.rpc.badfmt',
+		  '', '');
+$pmda->add_metric(pmda_pmid(6,4), PM_TYPE_U64, PM_INDOM_NULL,
+		  PM_SEM_COUNTER, pmda_units(0,0,1,0,0,PM_COUNT_ONE),
+		  'nfsserver.rpc.badauth',
+		  '', '');
+$pmda->add_metric(pmda_pmid(6,5), PM_TYPE_U64, PM_INDOM_NULL,
+		  PM_SEM_COUNTER, pmda_units(0,0,1,0,0,PM_COUNT_ONE),
+		  'nfsserver.rpc.badclnt',
+		  '', '');
+
+# proc2
+$pmda->add_metric(pmda_pmid(7,1), PM_TYPE_U32, PM_INDOM_NULL,
+		  PM_SEM_DISCRETE, pmda_units(0,0,1,0,0,PM_COUNT_ONE),
+		  'nfsserver.proc2.values',
+		  '', '');
+$pmda->add_metric(pmda_pmid(7,2), PM_TYPE_U64, PM_INDOM_NULL,
+		  PM_SEM_COUNTER, pmda_units(0,0,1,0,0,PM_COUNT_ONE),
+		  'nfsserver.proc2.null',
+		  '', '');
+$pmda->add_metric(pmda_pmid(7,3), PM_TYPE_U64, PM_INDOM_NULL,
+		  PM_SEM_COUNTER, pmda_units(0,0,1,0,0,PM_COUNT_ONE),
+		  'nfsserver.proc2.getattr',
+		  '', '');
+$pmda->add_metric(pmda_pmid(7,4), PM_TYPE_U64, PM_INDOM_NULL,
+		  PM_SEM_COUNTER, pmda_units(0,0,1,0,0,PM_COUNT_ONE),
+		  'nfsserver.proc2.setattr',
+		  '', '');
+$pmda->add_metric(pmda_pmid(7,5), PM_TYPE_U64, PM_INDOM_NULL,
+		  PM_SEM_COUNTER, pmda_units(0,0,1,0,0,PM_COUNT_ONE),
+		  'nfsserver.proc2.root',
+		  '', '');
+$pmda->add_metric(pmda_pmid(7,6), PM_TYPE_U64, PM_INDOM_NULL,
+		  PM_SEM_COUNTER, pmda_units(0,0,1,0,0,PM_COUNT_ONE),
+		  'nfsserver.proc2.lookup',
+		  '', '');
+$pmda->add_metric(pmda_pmid(7,7), PM_TYPE_U64, PM_INDOM_NULL,
+		  PM_SEM_COUNTER, pmda_units(0,0,1,0,0,PM_COUNT_ONE),
+		  'nfsserver.proc2.readlink',
+		  '', '');
+$pmda->add_metric(pmda_pmid(7,8), PM_TYPE_U64, PM_INDOM_NULL,
+		  PM_SEM_COUNTER, pmda_units(0,0,1,0,0,PM_COUNT_ONE),
+		  'nfsserver.proc2.read',
+		  '', '');
+$pmda->add_metric(pmda_pmid(7,9), PM_TYPE_U64, PM_INDOM_NULL,
+		  PM_SEM_COUNTER, pmda_units(0,0,1,0,0,PM_COUNT_ONE),
+		  'nfsserver.proc2.wrcache',
+		  '', '');
+$pmda->add_metric(pmda_pmid(7,10), PM_TYPE_U64, PM_INDOM_NULL,
+		  PM_SEM_COUNTER, pmda_units(0,0,1,0,0,PM_COUNT_ONE),
+		  'nfsserver.proc2.write',
+		  '', '');
+$pmda->add_metric(pmda_pmid(7,11), PM_TYPE_U64, PM_INDOM_NULL,
+		  PM_SEM_COUNTER, pmda_units(0,0,1,0,0,PM_COUNT_ONE),
+		  'nfsserver.proc2.create',
+		  '', '');
+$pmda->add_metric(pmda_pmid(7,12), PM_TYPE_U64, PM_INDOM_NULL,
+		  PM_SEM_COUNTER, pmda_units(0,0,1,0,0,PM_COUNT_ONE),
+		  'nfsserver.proc2.remove',
+		  '', '');
+$pmda->add_metric(pmda_pmid(7,13), PM_TYPE_U64, PM_INDOM_NULL,
+		  PM_SEM_COUNTER, pmda_units(0,0,1,0,0,PM_COUNT_ONE),
+		  'nfsserver.proc2.rename',
+		  '', '');
+$pmda->add_metric(pmda_pmid(7,14), PM_TYPE_U64, PM_INDOM_NULL,
+		  PM_SEM_COUNTER, pmda_units(0,0,1,0,0,PM_COUNT_ONE),
+		  'nfsserver.proc2.link',
+		  '', '');
+$pmda->add_metric(pmda_pmid(7,15), PM_TYPE_U64, PM_INDOM_NULL,
+		  PM_SEM_COUNTER, pmda_units(0,0,1,0,0,PM_COUNT_ONE),
+		  'nfsserver.proc2.symlink',
+		  '', '');
+$pmda->add_metric(pmda_pmid(7,16), PM_TYPE_U64, PM_INDOM_NULL,
+		  PM_SEM_COUNTER, pmda_units(0,0,1,0,0,PM_COUNT_ONE),
+		  'nfsserver.proc2.mkdir',
+		  '', '');
+$pmda->add_metric(pmda_pmid(7,17), PM_TYPE_U64, PM_INDOM_NULL,
+		  PM_SEM_COUNTER, pmda_units(0,0,1,0,0,PM_COUNT_ONE),
+		  'nfsserver.proc2.rmdir',
+		  '', '');
+$pmda->add_metric(pmda_pmid(7,18), PM_TYPE_U64, PM_INDOM_NULL,
+		  PM_SEM_COUNTER, pmda_units(0,0,1,0,0,PM_COUNT_ONE),
+		  'nfsserver.proc2.readdir',
+		  '', '');
+$pmda->add_metric(pmda_pmid(7,19), PM_TYPE_U64, PM_INDOM_NULL,
+		  PM_SEM_COUNTER, pmda_units(0,0,1,0,0,PM_COUNT_ONE),
+		  'nfsserver.proc2.fsstat',
+		  '', '');
+
+# proc3
+$pmda->add_metric(pmda_pmid(8,1), PM_TYPE_U32, PM_INDOM_NULL,
+		  PM_SEM_DISCRETE, pmda_units(0,0,1,0,0,PM_COUNT_ONE),
+		  'nfsserver.proc3.values',
+		  '', '');
+$pmda->add_metric(pmda_pmid(8,2), PM_TYPE_U64, PM_INDOM_NULL,
+		  PM_SEM_COUNTER, pmda_units(0,0,1,0,0,PM_COUNT_ONE),
+		  'nfsserver.proc3.null',
+		  '', '');
+$pmda->add_metric(pmda_pmid(8,3), PM_TYPE_U64, PM_INDOM_NULL,
+		  PM_SEM_COUNTER, pmda_units(0,0,1,0,0,PM_COUNT_ONE),
+		  'nfsserver.proc3.getattr',
+		  '', '');
+$pmda->add_metric(pmda_pmid(8,4), PM_TYPE_U64, PM_INDOM_NULL,
+		  PM_SEM_COUNTER, pmda_units(0,0,1,0,0,PM_COUNT_ONE),
+		  'nfsserver.proc3.setattr',
+		  '', '');
+$pmda->add_metric(pmda_pmid(8,5), PM_TYPE_U64, PM_INDOM_NULL,
+		  PM_SEM_COUNTER, pmda_units(0,0,1,0,0,PM_COUNT_ONE),
+		  'nfsserver.proc3.lookup',
+		  '', '');
+$pmda->add_metric(pmda_pmid(8,6), PM_TYPE_U64, PM_INDOM_NULL,
+		  PM_SEM_COUNTER, pmda_units(0,0,1,0,0,PM_COUNT_ONE),
+		  'nfsserver.proc3.access',
+		  '', '');
+$pmda->add_metric(pmda_pmid(8,7), PM_TYPE_U64, PM_INDOM_NULL,
+		  PM_SEM_COUNTER, pmda_units(0,0,1,0,0,PM_COUNT_ONE),
+		  'nfsserver.proc3.readlink',
+		  '', '');
+$pmda->add_metric(pmda_pmid(8,8), PM_TYPE_U64, PM_INDOM_NULL,
+		  PM_SEM_COUNTER, pmda_units(0,0,1,0,0,PM_COUNT_ONE),
+		  'nfsserver.proc3.read',
+		  '', '');
+$pmda->add_metric(pmda_pmid(8,9), PM_TYPE_U64, PM_INDOM_NULL,
+		  PM_SEM_COUNTER, pmda_units(0,0,1,0,0,PM_COUNT_ONE),
+		  'nfsserver.proc3.write',
+		  '', '');
+$pmda->add_metric(pmda_pmid(8,10), PM_TYPE_U64, PM_INDOM_NULL,
+		  PM_SEM_COUNTER, pmda_units(0,0,1,0,0,PM_COUNT_ONE),
+		  'nfsserver.proc3.create',
+		  '', '');
+$pmda->add_metric(pmda_pmid(8,11), PM_TYPE_U64, PM_INDOM_NULL,
+		  PM_SEM_COUNTER, pmda_units(0,0,1,0,0,PM_COUNT_ONE),
+		  'nfsserver.proc3.mkdir',
+		  '', '');
+$pmda->add_metric(pmda_pmid(8,12), PM_TYPE_U64, PM_INDOM_NULL,
+		  PM_SEM_COUNTER, pmda_units(0,0,1,0,0,PM_COUNT_ONE),
+		  'nfsserver.proc3.symlink',
+		  '', '');
+$pmda->add_metric(pmda_pmid(8,13), PM_TYPE_U64, PM_INDOM_NULL,
+		  PM_SEM_COUNTER, pmda_units(0,0,1,0,0,PM_COUNT_ONE),
+		  'nfsserver.proc3.mknod',
+		  '', '');
+$pmda->add_metric(pmda_pmid(8,14), PM_TYPE_U64, PM_INDOM_NULL,
+		  PM_SEM_COUNTER, pmda_units(0,0,1,0,0,PM_COUNT_ONE),
+		  'nfsserver.proc3.remove',
+		  '', '');
+$pmda->add_metric(pmda_pmid(8,15), PM_TYPE_U64, PM_INDOM_NULL,
+		  PM_SEM_COUNTER, pmda_units(0,0,1,0,0,PM_COUNT_ONE),
+		  'nfsserver.proc3.rmdir',
+		  '', '');
+$pmda->add_metric(pmda_pmid(8,16), PM_TYPE_U64, PM_INDOM_NULL,
+		  PM_SEM_COUNTER, pmda_units(0,0,1,0,0,PM_COUNT_ONE),
+		  'nfsserver.proc3.rename',
+		  '', '');
+$pmda->add_metric(pmda_pmid(8,17), PM_TYPE_U64, PM_INDOM_NULL,
+		  PM_SEM_COUNTER, pmda_units(0,0,1,0,0,PM_COUNT_ONE),
+		  'nfsserver.proc3.link',
+		  '', '');
+$pmda->add_metric(pmda_pmid(8,18), PM_TYPE_U64, PM_INDOM_NULL,
+		  PM_SEM_COUNTER, pmda_units(0,0,1,0,0,PM_COUNT_ONE),
+		  'nfsserver.proc3.readdir',
+		  '', '');
+$pmda->add_metric(pmda_pmid(8,19), PM_TYPE_U64, PM_INDOM_NULL,
+		  PM_SEM_COUNTER, pmda_units(0,0,1,0,0,PM_COUNT_ONE),
+		  'nfsserver.proc3.readdirplus',
+		  '', '');
+$pmda->add_metric(pmda_pmid(8,20), PM_TYPE_U64, PM_INDOM_NULL,
+		  PM_SEM_COUNTER, pmda_units(0,0,1,0,0,PM_COUNT_ONE),
+		  'nfsserver.proc3.fsstat',
+		  '', '');
+$pmda->add_metric(pmda_pmid(8,21), PM_TYPE_U64, PM_INDOM_NULL,
+		  PM_SEM_COUNTER, pmda_units(0,0,1,0,0,PM_COUNT_ONE),
+		  'nfsserver.proc3.fsinfo',
+		  '', '');
+$pmda->add_metric(pmda_pmid(8,22), PM_TYPE_U64, PM_INDOM_NULL,
+		  PM_SEM_COUNTER, pmda_units(0,0,1,0,0,PM_COUNT_ONE),
+		  'nfsserver.proc3.pathconf',
+		  '', '');
+$pmda->add_metric(pmda_pmid(8,23), PM_TYPE_U64, PM_INDOM_NULL,
+		  PM_SEM_COUNTER, pmda_units(0,0,1,0,0,PM_COUNT_ONE),
+		  'nfsserver.proc3.commit',
+		  '', '');
+
+# proc4
+$pmda->add_metric(pmda_pmid(9,1), PM_TYPE_U32, PM_INDOM_NULL,
+		  PM_SEM_DISCRETE, pmda_units(0,0,1,0,0,PM_COUNT_ONE),
+		  'nfsserver.proc4.values',
+		  '', '');
+$pmda->add_metric(pmda_pmid(9,2), PM_TYPE_U64, PM_INDOM_NULL,
+		  PM_SEM_COUNTER, pmda_units(0,0,1,0,0,PM_COUNT_ONE),
+		  'nfsserver.proc4.null',
+		  '', '');
+$pmda->add_metric(pmda_pmid(9,3), PM_TYPE_U64, PM_INDOM_NULL,
+		  PM_SEM_COUNTER, pmda_units(0,0,1,0,0,PM_COUNT_ONE),
+		  'nfsserver.proc4.compound',
+		  '', '');
+
+# proc4ops
+$pmda->add_metric(pmda_pmid(10,1), PM_TYPE_U32, PM_INDOM_NULL,
+		  PM_SEM_DISCRETE, pmda_units(0,0,1,0,0,PM_COUNT_ONE),
+		  'nfsserver.proc4ops.values',
+		  '', '');
+$pmda->add_metric(pmda_pmid(10,2), PM_TYPE_U64, PM_INDOM_NULL,
+		  PM_SEM_COUNTER, pmda_units(0,0,1,0,0,PM_COUNT_ONE),
+		  'nfsserver.proc4ops.op0-unused',
+		  '', '');
+$pmda->add_metric(pmda_pmid(10,3), PM_TYPE_U64, PM_INDOM_NULL,
+		  PM_SEM_COUNTER, pmda_units(0,0,1,0,0,PM_COUNT_ONE),
+		  'nfsserver.proc4ops.op1-unused',
+		  '', '');
+$pmda->add_metric(pmda_pmid(10,4), PM_TYPE_U64, PM_INDOM_NULL,
+		  PM_SEM_COUNTER, pmda_units(0,0,1,0,0,PM_COUNT_ONE),
+		  'nfsserver.proc4ops.op2-future',
+		  '', '');
+$pmda->add_metric(pmda_pmid(10,5), PM_TYPE_U64, PM_INDOM_NULL,
+		  PM_SEM_COUNTER, pmda_units(0,0,1,0,0,PM_COUNT_ONE),
+		  'nfsserver.proc4ops.access',
+		  '', '');
+$pmda->add_metric(pmda_pmid(10,6), PM_TYPE_U64, PM_INDOM_NULL,
+		  PM_SEM_COUNTER, pmda_units(0,0,1,0,0,PM_COUNT_ONE),
+		  'nfsserver.proc4ops.close',
+		  '', '');
+$pmda->add_metric(pmda_pmid(10,7), PM_TYPE_U64, PM_INDOM_NULL,
+		  PM_SEM_COUNTER, pmda_units(0,0,1,0,0,PM_COUNT_ONE),
+		  'nfsserver.proc4ops.commit',
+		  '', '');
+$pmda->add_metric(pmda_pmid(10,8), PM_TYPE_U64, PM_INDOM_NULL,
+		  PM_SEM_COUNTER, pmda_units(0,0,1,0,0,PM_COUNT_ONE),
+		  'nfsserver.proc4ops.create',
+		  '', '');
+$pmda->add_metric(pmda_pmid(10,9), PM_TYPE_U64, PM_INDOM_NULL,
+		  PM_SEM_COUNTER, pmda_units(0,0,1,0,0,PM_COUNT_ONE),
+		  'nfsserver.proc4ops.delegpurge',
+		  '', '');
+$pmda->add_metric(pmda_pmid(10,10), PM_TYPE_U64, PM_INDOM_NULL,
+		  PM_SEM_COUNTER, pmda_units(0,0,1,0,0,PM_COUNT_ONE),
+		  'nfsserver.proc4ops.delegreturn',
+		  '', '');
+$pmda->add_metric(pmda_pmid(10,11), PM_TYPE_U64, PM_INDOM_NULL,
+		  PM_SEM_COUNTER, pmda_units(0,0,1,0,0,PM_COUNT_ONE),
+		  'nfsserver.proc4ops.getattr',
+		  '', '');
+$pmda->add_metric(pmda_pmid(10,12), PM_TYPE_U64, PM_INDOM_NULL,
+		  PM_SEM_COUNTER, pmda_units(0,0,1,0,0,PM_COUNT_ONE),
+		  'nfsserver.proc4ops.getfh',
+		  '', '');
+$pmda->add_metric(pmda_pmid(10,13), PM_TYPE_U64, PM_INDOM_NULL,
+		  PM_SEM_COUNTER, pmda_units(0,0,1,0,0,PM_COUNT_ONE),
+		  'nfsserver.proc4ops.link',
+		  '', '');
+$pmda->add_metric(pmda_pmid(10,14), PM_TYPE_U64, PM_INDOM_NULL,
+		  PM_SEM_COUNTER, pmda_units(0,0,1,0,0,PM_COUNT_ONE),
+		  'nfsserver.proc4ops.lock',
+		  '', '');
+$pmda->add_metric(pmda_pmid(10,15), PM_TYPE_U64, PM_INDOM_NULL,
+		  PM_SEM_COUNTER, pmda_units(0,0,1,0,0,PM_COUNT_ONE),
+		  'nfsserver.proc4ops.lockt',
+		  '', '');
+$pmda->add_metric(pmda_pmid(10,16), PM_TYPE_U64, PM_INDOM_NULL,
+		  PM_SEM_COUNTER, pmda_units(0,0,1,0,0,PM_COUNT_ONE),
+		  'nfsserver.proc4ops.locku',
+		  '', '');
+$pmda->add_metric(pmda_pmid(10,17), PM_TYPE_U64, PM_INDOM_NULL,
+		  PM_SEM_COUNTER, pmda_units(0,0,1,0,0,PM_COUNT_ONE),
+		  'nfsserver.proc4ops.lookup',
+		  '', '');
+$pmda->add_metric(pmda_pmid(10,18), PM_TYPE_U64, PM_INDOM_NULL,
+		  PM_SEM_COUNTER, pmda_units(0,0,1,0,0,PM_COUNT_ONE),
+		  'nfsserver.proc4ops.lookup_root',
+		  '', '');
+$pmda->add_metric(pmda_pmid(10,19), PM_TYPE_U64, PM_INDOM_NULL,
+		  PM_SEM_COUNTER, pmda_units(0,0,1,0,0,PM_COUNT_ONE),
+		  'nfsserver.proc4ops.nverify',
+		  '', '');
+$pmda->add_metric(pmda_pmid(10,20), PM_TYPE_U64, PM_INDOM_NULL,
+		  PM_SEM_COUNTER, pmda_units(0,0,1,0,0,PM_COUNT_ONE),
+		  'nfsserver.proc4ops.open',
+		  '', '');
+$pmda->add_metric(pmda_pmid(10,21), PM_TYPE_U64, PM_INDOM_NULL,
+		  PM_SEM_COUNTER, pmda_units(0,0,1,0,0,PM_COUNT_ONE),
+		  'nfsserver.proc4ops.openattr',
+		  '', '');
+$pmda->add_metric(pmda_pmid(10,22), PM_TYPE_U64, PM_INDOM_NULL,
+		  PM_SEM_COUNTER, pmda_units(0,0,1,0,0,PM_COUNT_ONE),
+		  'nfsserver.proc4ops.open_conf',
+		  '', '');
+$pmda->add_metric(pmda_pmid(10,23), PM_TYPE_U64, PM_INDOM_NULL,
+		  PM_SEM_COUNTER, pmda_units(0,0,1,0,0,PM_COUNT_ONE),
+		  'nfsserver.proc4ops.open_dgrd',
+		  '', '');
+$pmda->add_metric(pmda_pmid(10,24), PM_TYPE_U64, PM_INDOM_NULL,
+		  PM_SEM_COUNTER, pmda_units(0,0,1,0,0,PM_COUNT_ONE),
+		  'nfsserver.proc4ops.putfh',
+		  '', '');
+$pmda->add_metric(pmda_pmid(10,25), PM_TYPE_U64, PM_INDOM_NULL,
+		  PM_SEM_COUNTER, pmda_units(0,0,1,0,0,PM_COUNT_ONE),
+		  'nfsserver.proc4ops.putpubfh',
+		  '', '');
+$pmda->add_metric(pmda_pmid(10,26), PM_TYPE_U64, PM_INDOM_NULL,
+		  PM_SEM_COUNTER, pmda_units(0,0,1,0,0,PM_COUNT_ONE),
+		  'nfsserver.proc4ops.putrootfh',
+		  '', '');
+$pmda->add_metric(pmda_pmid(10,27), PM_TYPE_U64, PM_INDOM_NULL,
+		  PM_SEM_COUNTER, pmda_units(0,0,1,0,0,PM_COUNT_ONE),
+		  'nfsserver.proc4ops.read',
+		  '', '');
+$pmda->add_metric(pmda_pmid(10,28), PM_TYPE_U64, PM_INDOM_NULL,
+		  PM_SEM_COUNTER, pmda_units(0,0,1,0,0,PM_COUNT_ONE),
+		  'nfsserver.proc4ops.readdir',
+		  '', '');
+$pmda->add_metric(pmda_pmid(10,29), PM_TYPE_U64, PM_INDOM_NULL,
+		  PM_SEM_COUNTER, pmda_units(0,0,1,0,0,PM_COUNT_ONE),
+		  'nfsserver.proc4ops.readlink',
+		  '', '');
+$pmda->add_metric(pmda_pmid(10,30), PM_TYPE_U64, PM_INDOM_NULL,
+		  PM_SEM_COUNTER, pmda_units(0,0,1,0,0,PM_COUNT_ONE),
+		  'nfsserver.proc4ops.remove',
+		  '', '');
+$pmda->add_metric(pmda_pmid(10,31), PM_TYPE_U64, PM_INDOM_NULL,
+		  PM_SEM_COUNTER, pmda_units(0,0,1,0,0,PM_COUNT_ONE),
+		  'nfsserver.proc4ops.rename',
+		  '', '');
+$pmda->add_metric(pmda_pmid(10,32), PM_TYPE_U64, PM_INDOM_NULL,
+		  PM_SEM_COUNTER, pmda_units(0,0,1,0,0,PM_COUNT_ONE),
+		  'nfsserver.proc4ops.renew',
+		  '', '');
+$pmda->add_metric(pmda_pmid(10,33), PM_TYPE_U64, PM_INDOM_NULL,
+		  PM_SEM_COUNTER, pmda_units(0,0,1,0,0,PM_COUNT_ONE),
+		  'nfsserver.proc4ops.restorefh',
+		  '', '');
+$pmda->add_metric(pmda_pmid(10,34), PM_TYPE_U64, PM_INDOM_NULL,
+		  PM_SEM_COUNTER, pmda_units(0,0,1,0,0,PM_COUNT_ONE),
+		  'nfsserver.proc4ops.savefh',
+		  '', '');
+$pmda->add_metric(pmda_pmid(10,35), PM_TYPE_U64, PM_INDOM_NULL,
+		  PM_SEM_COUNTER, pmda_units(0,0,1,0,0,PM_COUNT_ONE),
+		  'nfsserver.proc4ops.secinfo',
+		  '', '');
+$pmda->add_metric(pmda_pmid(10,36), PM_TYPE_U64, PM_INDOM_NULL,
+		  PM_SEM_COUNTER, pmda_units(0,0,1,0,0,PM_COUNT_ONE),
+		  'nfsserver.proc4ops.setattr',
+		  '', '');
+$pmda->add_metric(pmda_pmid(10,37), PM_TYPE_U64, PM_INDOM_NULL,
+		  PM_SEM_COUNTER, pmda_units(0,0,1,0,0,PM_COUNT_ONE),
+		  'nfsserver.proc4ops.setcltid',
+		  '', '');
+$pmda->add_metric(pmda_pmid(10,38), PM_TYPE_U64, PM_INDOM_NULL,
+		  PM_SEM_COUNTER, pmda_units(0,0,1,0,0,PM_COUNT_ONE),
+		  'nfsserver.proc4ops.setcltidconf',
+		  '', '');
+$pmda->add_metric(pmda_pmid(10,39), PM_TYPE_U64, PM_INDOM_NULL,
+		  PM_SEM_COUNTER, pmda_units(0,0,1,0,0,PM_COUNT_ONE),
+		  'nfsserver.proc4ops.verify',
+		  '', '');
+$pmda->add_metric(pmda_pmid(10,40), PM_TYPE_U64, PM_INDOM_NULL,
+		  PM_SEM_COUNTER, pmda_units(0,0,1,0,0,PM_COUNT_ONE),
+		  'nfsserver.proc4ops.write',
+		  '', '');
+$pmda->add_metric(pmda_pmid(10,41), PM_TYPE_U64, PM_INDOM_NULL,
+		  PM_SEM_COUNTER, pmda_units(0,0,1,0,0,PM_COUNT_ONE),
+		  'nfsserver.proc4ops.rellockowner',
+		  '', '');
+$pmda->add_metric(pmda_pmid(10,42), PM_TYPE_U64, PM_INDOM_NULL,
+		  PM_SEM_COUNTER, pmda_units(0,0,1,0,0,PM_COUNT_ONE),
+		  'nfsserver.proc4ops.bc_ctl',
+		  '', '');
+$pmda->add_metric(pmda_pmid(10,43), PM_TYPE_U64, PM_INDOM_NULL,
+		  PM_SEM_COUNTER, pmda_units(0,0,1,0,0,PM_COUNT_ONE),
+		  'nfsserver.proc4ops.bind_conn',
+		  '', '');
+$pmda->add_metric(pmda_pmid(10,44), PM_TYPE_U64, PM_INDOM_NULL,
+		  PM_SEM_COUNTER, pmda_units(0,0,1,0,0,PM_COUNT_ONE),
+		  'nfsserver.proc4ops.exchange_id',
+		  '', '');
+$pmda->add_metric(pmda_pmid(10,45), PM_TYPE_U64, PM_INDOM_NULL,
+		  PM_SEM_COUNTER, pmda_units(0,0,1,0,0,PM_COUNT_ONE),
+		  'nfsserver.proc4ops.create_ses',
+		  '', '');
+$pmda->add_metric(pmda_pmid(10,46), PM_TYPE_U64, PM_INDOM_NULL,
+		  PM_SEM_COUNTER, pmda_units(0,0,1,0,0,PM_COUNT_ONE),
+		  'nfsserver.proc4ops.destroy_ses',
+		  '', '');
+$pmda->add_metric(pmda_pmid(10,47), PM_TYPE_U64, PM_INDOM_NULL,
+		  PM_SEM_COUNTER, pmda_units(0,0,1,0,0,PM_COUNT_ONE),
+		  'nfsserver.proc4ops.free_stateid',
+		  '', '');
+$pmda->add_metric(pmda_pmid(10,48), PM_TYPE_U64, PM_INDOM_NULL,
+		  PM_SEM_COUNTER, pmda_units(0,0,1,0,0,PM_COUNT_ONE),
+		  'nfsserver.proc4ops.getdirdeleg',
+		  '', '');
+$pmda->add_metric(pmda_pmid(10,49), PM_TYPE_U64, PM_INDOM_NULL,
+		  PM_SEM_COUNTER, pmda_units(0,0,1,0,0,PM_COUNT_ONE),
+		  'nfsserver.proc4ops.getdevinfo',
+		  '', '');
+$pmda->add_metric(pmda_pmid(10,50), PM_TYPE_U64, PM_INDOM_NULL,
+		  PM_SEM_COUNTER, pmda_units(0,0,1,0,0,PM_COUNT_ONE),
+		  'nfsserver.proc4ops.getdevlist',
+		  '', '');
+$pmda->add_metric(pmda_pmid(10,51), PM_TYPE_U64, PM_INDOM_NULL,
+		  PM_SEM_COUNTER, pmda_units(0,0,1,0,0,PM_COUNT_ONE),
+		  'nfsserver.proc4ops.layoutcommit',
+		  '', '');
+$pmda->add_metric(pmda_pmid(10,52), PM_TYPE_U64, PM_INDOM_NULL,
+		  PM_SEM_COUNTER, pmda_units(0,0,1,0,0,PM_COUNT_ONE),
+		  'nfsserver.proc4ops.layoutget',
+		  '', '');
+$pmda->add_metric(pmda_pmid(10,53), PM_TYPE_U64, PM_INDOM_NULL,
+		  PM_SEM_COUNTER, pmda_units(0,0,1,0,0,PM_COUNT_ONE),
+		  'nfsserver.proc4ops.layoutreturn',
+		  '', '');
+$pmda->add_metric(pmda_pmid(10,54), PM_TYPE_U64, PM_INDOM_NULL,
+		  PM_SEM_COUNTER, pmda_units(0,0,1,0,0,PM_COUNT_ONE),
+		  'nfsserver.proc4ops.secinfononam',
+		  '', '');
+$pmda->add_metric(pmda_pmid(10,55), PM_TYPE_U64, PM_INDOM_NULL,
+		  PM_SEM_COUNTER, pmda_units(0,0,1,0,0,PM_COUNT_ONE),
+		  'nfsserver.proc4ops.sequence',
+		  '', '');
+$pmda->add_metric(pmda_pmid(10,56), PM_TYPE_U64, PM_INDOM_NULL,
+		  PM_SEM_COUNTER, pmda_units(0,0,1,0,0,PM_COUNT_ONE),
+		  'nfsserver.proc4ops.set_ssv',
+		  '', '');
+$pmda->add_metric(pmda_pmid(10,57), PM_TYPE_U64, PM_INDOM_NULL,
+		  PM_SEM_COUNTER, pmda_units(0,0,1,0,0,PM_COUNT_ONE),
+		  'nfsserver.proc4ops.test_stateid',
+		  '', '');
+$pmda->add_metric(pmda_pmid(10,58), PM_TYPE_U64, PM_INDOM_NULL,
+		  PM_SEM_COUNTER, pmda_units(0,0,1,0,0,PM_COUNT_ONE),
+		  'nfsserver.proc4ops.want_deleg',
+		  '', '');
+$pmda->add_metric(pmda_pmid(10,59), PM_TYPE_U64, PM_INDOM_NULL,
+		  PM_SEM_COUNTER, pmda_units(0,0,1,0,0,PM_COUNT_ONE),
+		  'nfsserver.proc4ops.destroy_clid',
+		  '', '');
+$pmda->add_metric(pmda_pmid(10,60), PM_TYPE_U64, PM_INDOM_NULL,
+		  PM_SEM_COUNTER, pmda_units(0,0,1,0,0,PM_COUNT_ONE),
+		  'nfsserver.proc4ops.reclaim_comp',
+		  '', '');
+
+$pmda->set_fetch(\&nfsserver_fetch);
+$pmda->set_fetch_callback(\&nfsserver_fetch_callback);
+
+$pmda->run;
+
+=pod
+
+=head1 NAME
+
+pmdanfsserver - nfs server statistics performance metrics domain agent (PMDA)
+
+=head1 DESCRIPTION
+
+B is a Performance Metrics Domain Agent (PMDA) which exports
+metric values from the /proc/net/rpc/nfsd interface to provide information
+on nfs exports.
+
+=head1 INSTALLATION
+
+If you want access to the names and values for the nfsserver performance
+metrics, do the following as root:
+
+        # cd $PCP_PMDAS_DIR/nfsserver
+        # ./Install
+
+If you want to undo the installation, do the following as root:
+
+        # cd $PCP_PMDAS_DIR/nfsserver
+        # ./Remove
+
+B is launched by pmcd(1) and should never be executed
+directly.  The Install and Remove scripts notify pmcd(1) when
+the agent is installed or removed.
+
+=head1 FILES
+
+=over
+
+=item $PCP_PMDAS_DIR/nfsserver/Install
+
+installation script for the B agent
+
+=item $PCP_PMDAS_DIR/nfsserver/Remove
+
+undo installation script for the B agent
+
+=item $PCP_LOG_DIR/pmcd/nfsserver.log
+
+default log file for error messages from B
+
+=back
+
+=head1 SEE ALSO
+
+pmcd(1) and nfsd(7) and rpc.nfsd(8).
+
-- 
1.7.1


-- 
Marko Myllynen

From brolley@redhat.com  Tue Sep 16 11:02:28 2014
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 32D407F47
	for ; Tue, 16 Sep 2014 11:02:28 -0500 (CDT)
Received: from cuda.sgi.com (cuda2.sgi.com [192.48.176.25])
	by relay1.corp.sgi.com (Postfix) with ESMTP id 1FC668F8039
	for ; Tue, 16 Sep 2014 09:02:25 -0700 (PDT)
X-ASG-Debug-ID: 1410883343-04cbb05486e141c0001-S8gJnT
Received: from mx1.redhat.com (mx1.redhat.com [209.132.183.28]) by cuda.sgi.com with ESMTP id XdikAYHFmxyZmza0 (version=TLSv1 cipher=AES256-SHA bits=256 verify=NO) for ; Tue, 16 Sep 2014 09:02:24 -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-mx09.intmail.prod.int.phx2.redhat.com (int-mx09.intmail.prod.int.phx2.redhat.com [10.5.11.22])
	by mx1.redhat.com (8.14.4/8.14.4) with ESMTP id s8GG2N61004845
	(version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=FAIL)
	for ; Tue, 16 Sep 2014 12:02:23 -0400
Received: from [10.15.16.139] (dhcp-10-15-16-139.yyz.redhat.com [10.15.16.139])
	by int-mx09.intmail.prod.int.phx2.redhat.com (8.14.4/8.14.4) with ESMTP id s8GG2MU4017968
	for ; Tue, 16 Sep 2014 12:02:22 -0400
Message-ID: <54185F54.30704@redhat.com>
Date: Tue, 16 Sep 2014 12:03:32 -0400
From: Dave Brolley 
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:24.0) Gecko/20100101 Thunderbird/24.7.0
MIME-Version: 1.0
To: PCP Mailing List 
Subject: Second Secure Connection via pmproxy Fails
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
X-ASG-Orig-Subj: Second Secure Connection via pmproxy Fails
Content-Transfer-Encoding: 7bit
X-Scanned-By: MIMEDefang 2.68 on 10.5.11.22
X-Barracuda-Connect: mx1.redhat.com[209.132.183.28]
X-Barracuda-Start-Time: 1410883344
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

While testing the implementation of delayed initialization of 
NSPR/NSS/SASL within libpcp, I ran across a bug in which the first 
secure connection of a client via pmproxy would succeed, but a second 
secure connection (and all subsequent secure connection attempts) would 
fail. I spent a bit of time trying to figure out how my code was causing 
the apparent regression with no success. I then, in an act of 
desperation, tried the scenario with the previous version of the code 
and experienced the same results.

I spent some time this week debugging the situation and discovered that, 
within pmproxy, AcceptNewClient() was not initializing the 
status.allowed bit when setting up the table entry for a new client. 
Thus, if a previous client had already used the same table entry, the 
'allowed' bit was already set.

This bit, when unset, triggers a call to VerifyClient() for the first 
pdu received from that client, which should be the client's credentials 
pdu. When this bit has not been re-initialized and remains set for the 
next client, the call to VerifyClient() is bypassed.

If the connection attempt is for a secure connection, this causes the 
observed connection failure, because the secure connection handshake 
between the client and pmproxy never occurs.

For an insecure connection, things still succeed, because the 
credentials pdu gets passed on to pmcd, which VerifyClient() would have 
done anyway. My concern is that pmproxy's call to __pmDecodeCreds(), 
which happens in VerifyClient() is skipped. Is there any potential 
security problem exposed by this?

The one line fix has been pushed to brolley/dev in pcpfans.

Dave

--------------------------------------------------------------------------------------------

commit 6899ab979e66da6422c9eb23abd6880fc8048387
Author: Dave Brolley 
Date:   Tue Sep 16 11:34:44 2014 -0400

     pmproxy: Initialize status.allowed for new clients

     In AcceptNewClient(), client[i].status.allowed must be initialized
     to zero, otherwise the next client for which the same client table
     entry is assigned never calls VerifyClient(). If that client happens
     to want a secure connection, this causes the connection to fail
     because the secure handshake is never performed.

From mspier@netflix.com  Tue Sep 16 11:50:51 2014
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,T_DKIM_INVALID
	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 180EE7F47
	for ; Tue, 16 Sep 2014 11:50:51 -0500 (CDT)
Received: from cuda.sgi.com (cuda1.sgi.com [192.48.157.11])
	by relay1.corp.sgi.com (Postfix) with ESMTP id CB0428F8050
	for ; Tue, 16 Sep 2014 09:50:50 -0700 (PDT)
X-ASG-Debug-ID: 1410886248-04bdf01097acf3c0001-S8gJnT
Received: from mail-wi0-f174.google.com (mail-wi0-f174.google.com [209.85.212.174]) by cuda.sgi.com with ESMTP id FQc7JwaHdEkmeuRN (version=TLSv1 cipher=RC4-SHA bits=128 verify=NO) for ; Tue, 16 Sep 2014 09:50:49 -0700 (PDT)
X-Barracuda-Envelope-From: mspier@netflix.com
X-Barracuda-Apparent-Source-IP: 209.85.212.174
Received: by mail-wi0-f174.google.com with SMTP id n3so6721174wiv.7
        for ; Tue, 16 Sep 2014 09:50:47 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=netflix.com; s=google;
        h=mime-version:in-reply-to:references:date:message-id:subject:from:to
         :cc:content-type;
        bh=HlAjnUnq6KIacTRnDspEXk9cmRyI6I2JMoehWn1LvQs=;
        b=MRPVSM6AYpIZ1Im2fDAZWpjoqNVI6jBZSnJYf+Fd/+Wiv2prSWFkqyeVrIJ0zT4Wtk
         tNHoPEAAgHbdX20Ru3k2Sv49C2/JLyDNvcFUpQAWrjjbaXo2FVWGsEK0xXYfdtXV2j+R
         IZBelO0lNeh5zBKvItg3UOm9FK0RMjDvpIvn0=
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=1e100.net; s=20130820;
        h=x-gm-message-state:mime-version:in-reply-to:references:date
         :message-id:subject:from:to:cc:content-type;
        bh=HlAjnUnq6KIacTRnDspEXk9cmRyI6I2JMoehWn1LvQs=;
        b=KCxgHvqyyuTfJuvle4z6cARMqegPumHsXDxWeoF0F/tN3sPrj1D1wxEHt0UREu/xtQ
         IcrALI84HM0mOt1yDl/wbbA5v8MipGC8jKrnr4ngOayN6vDjkDLgLmyY9rWi1Hd5cpaZ
         MsD9hrr2uLyCz54Fs5o60WizvaHq6BcH6kxXtwcNRcU2kMTfJEwm6x2v+JqKv+lVXkx5
         b/6wpytEgvIQQxOT3u/z4ou/IhWDI/rK29ejWZhMb0l/M6ahK+12PqyE2q1M4jHd9zKZ
         v16vvzsmsd3bO+uWHxKMjrdd4G41NU9eLtjFOkcENcAvSVPfgOg+no4AjXjDTJ1xE8Ys
         xV7w==
X-Gm-Message-State: ALoCoQk3NIKzFEGuvTha6tG5oXZVpicI3GISVsHVLxm19OqeWt2yDqChyJWAHIALx4jUa3G2Wp6z
MIME-Version: 1.0
X-Received: by 10.181.29.134 with SMTP id jw6mr324055wid.69.1410886247869;
 Tue, 16 Sep 2014 09:50:47 -0700 (PDT)
Received: by 10.180.101.35 with HTTP; Tue, 16 Sep 2014 09:50:47 -0700 (PDT)
In-Reply-To: <20140915174139.GA21897@redhat.com>
References: 
	<1717887824.20744079.1401960303984.JavaMail.zimbra@redhat.com>
	<20140605115447.GC11474@redhat.com>
	<1295610433.21793898.1402006255252.JavaMail.zimbra@redhat.com>
	
	
	<878364148.23139544.1402347444401.JavaMail.zimbra@redhat.com>
	
	<1678088280.23964559.1402473510747.JavaMail.zimbra@redhat.com>
	
	<20140915174139.GA21897@redhat.com>
Date: Tue, 16 Sep 2014 09:50:47 -0700
Message-ID: 
Subject: Re: PCP web client on different domain
From: Martin Spier 
X-ASG-Orig-Subj: Re: PCP web client on different domain
To: "Frank Ch. Eigler" 
Cc: Nathan Scott , Amer Ather , 
	Coburn Watson , pcp@oss.sgi.com
Content-Type: multipart/alternative; boundary=001a1137fd789f8f420503318d16
X-Barracuda-Connect: mail-wi0-f174.google.com[209.85.212.174]
X-Barracuda-Start-Time: 1410886249
X-Barracuda-Encrypted: RC4-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=BSF_SC0_MISMATCH_TO, DKIM_SIGNED, DKIM_VERIFIED, HTML_MESSAGE
X-Barracuda-Spam-Report: Code version 3.2, rules version 3.2.3.9552
	Rule breakdown below
	 pts rule name              description
	---- ---------------------- --------------------------------------------------
	0.00 BSF_SC0_MISMATCH_TO    Envelope rcpt doesn't match header
	-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

--001a1137fd789f8f420503318d16
Content-Type: text/plain; charset=UTF-8

Awesome! Thank you Frank!

On Mon, Sep 15, 2014 at 10:41 AM, Frank Ch. Eigler  wrote:

> Hi, Martin -
>
> > Noticed today that the ACAO header is only being returned on success
> > responses (2xx). I have a few error cases where context might have
> expired
> > or some other problem, and an error response (4xx, 5xx) response is
> > expected. [...]
>
> OK, will shortly add ACAO to the error cases too.
>
>
> - FChE
>

--001a1137fd789f8f420503318d16
Content-Type: text/html; charset=UTF-8
Content-Transfer-Encoding: quoted-printable


Awesome! Thank you Frank!
=

On Mon, Sep 15, 2014 at 10:41 AM, Frank Ch. =
Eigler <fche@redhat.com> wrote:
Hi, Martin -



> Noticed today that the ACAO header is only being returned on success
> responses (2xx). I have a few error cases where context might have exp=
ired

> or some other problem, and an error response (4xx, 5xx) response is
> expected. [...]



OK, will shortly add ACAO to the error cases too.





- FChE





--001a1137fd789f8f420503318d16--

From kenj@internode.on.net  Tue Sep 16 15:26:46 2014
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 EADC37F47
	for ; Tue, 16 Sep 2014 15:26:45 -0500 (CDT)
Received: from cuda.sgi.com (cuda3.sgi.com [192.48.176.15])
	by relay3.corp.sgi.com (Postfix) with ESMTP id 780DFAC007
	for ; Tue, 16 Sep 2014 13:26:42 -0700 (PDT)
X-ASG-Debug-ID: 1410899199-04cb6c5500b50750001-S8gJnT
Received: from ipmail06.adl6.internode.on.net (ipmail06.adl6.internode.on.net [150.101.137.145]) by cuda.sgi.com with ESMTP id JiINmWVI2Ni8LeW7 for ; Tue, 16 Sep 2014 13:26:40 -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: AuoBAGecGFR20ScOPGdsb2JhbAANU4czhDfKGAEGAQEBATiEZA8BewIFIQIRAjIODA0IAQGuLniWGoEskR6BUwW2P4MkAQEB
Received: from ppp118-209-39-14.lns20.mel4.internode.on.net (HELO [192.168.1.100]) ([118.209.39.14])
  by ipmail06.adl6.internode.on.net with ESMTP; 17 Sep 2014 05:56:38 +0930
Message-ID: <54189D65.60801@internode.on.net>
Date: Wed, 17 Sep 2014 06:28:21 +1000
From: Ken McDonell 
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:31.0) Gecko/20100101 Thunderbird/31.0
MIME-Version: 1.0
To: PCP 
Subject: pmie init script problems in qa
Content-Type: text/plain; charset=utf-8
X-ASG-Orig-Subj: pmie init script problems in qa
Content-Transfer-Encoding: 8bit
X-Barracuda-Connect: ipmail06.adl6.internode.on.net[150.101.137.145]
X-Barracuda-Start-Time: 1410899199
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.3.9556
	Rule breakdown below
	 pts rule name              description
	---- ---------------------- --------------------------------------------------

QA test 115 is failing in lots of places.

This seems to have been triggered by the systemd changes recently to the init scripts, although I suspect some of this may be longer term problems.

Unfortunately the failures are not the same:

vm02 i686    openSUSE 12.1 (Asparagus)
Starting pmie ... [extra line]
pmie count after chkconfig pmie off: 1 [not 0]

vm03 x86_64  Fedora 18 (Spherical Cow)
vm12 i686    Fedora 17 (Beefy Miracle)
vm22 x86_64  Fedora 19 (Schrödinger’s Cat)
vm23 i686    Fedora 20 (Heisenbug)
vm24 i686    openSUSE 13.1 (Bottle)
# /bin/systemctl enable pmie.service [extra line]

vm05 i486    Gentoo 2.0.3
 * rc-update: service `pmie' is not in the runlevel `default' [extra line]
    # /sbin/rc-update add pmie [extra line]
 * rc-update: service `pmie' is not in the runlevel `default' [extra line]

I suspect vm02 and vm05 are longer term, and the others are new ... are the new ones benign (and should be handled in the filtering) or indicative of some problem.

This involves only the pmie init scripts, the others are not showing any similar badness.

From kenj@internode.on.net  Tue Sep 16 15:43:45 2014
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 DCB5E7F47
	for ; Tue, 16 Sep 2014 15:43:44 -0500 (CDT)
Received: from cuda.sgi.com (cuda3.sgi.com [192.48.176.15])
	by relay3.corp.sgi.com (Postfix) with ESMTP id 68907AC007
	for ; Tue, 16 Sep 2014 13:43:44 -0700 (PDT)
X-ASG-Debug-ID: 1410900221-04cb6c54ffb510a0001-S8gJnT
Received: from ipmail06.adl6.internode.on.net (ipmail06.adl6.internode.on.net [150.101.137.145]) by cuda.sgi.com with ESMTP id I3bktFLBUafBUGVY for ; Tue, 16 Sep 2014 13:43:42 -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: Am4CABSgGFR20ScOPGdsb2JhbAANU4czhDeBJMQsgyGBKwEGAQEBATiEZFU9FgsCBAcDAgECATEaDQgBAa4qeJV7GI8wgxqBUwWTVYFLnxYegWuDJAEBAQ
Received: from ppp118-209-39-14.lns20.mel4.internode.on.net (HELO [192.168.1.100]) ([118.209.39.14])
  by ipmail06.adl6.internode.on.net with ESMTP; 17 Sep 2014 06:13:41 +0930
Message-ID: <5418A165.5070809@internode.on.net>
Date: Wed, 17 Sep 2014 06:45:25 +1000
From: Ken McDonell 
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:31.0) Gecko/20100101 Thunderbird/31.0
MIME-Version: 1.0
To: PCP 
Subject: qa/652 - systemd pmda
Content-Type: multipart/mixed;
 boundary="------------020805060006070106090706"
X-ASG-Orig-Subj: qa/652 - systemd pmda
X-Barracuda-Connect: ipmail06.adl6.internode.on.net[150.101.137.145]
X-Barracuda-Start-Time: 1410900221
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.3.9556
	Rule breakdown below
	 pts rule name              description
	---- ---------------------- --------------------------------------------------

This is a multi-part message in MIME format.
--------------020805060006070106090706
Content-Type: text/plain; charset=utf-8; format=flowed
Content-Transfer-Encoding: 7bit

Is failing and I can't see why ... no indication in the systemd pmda log 
file.

.out.bad and .full files attached.

--------------020805060006070106090706
Content-Type: text/plain; charset=UTF-8;
 name="652.full"
Content-Transfer-Encoding: base64
Content-Disposition: attachment;
 filename="652.full"

PT09IDEuIHNjYWxhciBtZXRyaWNzICA9PT0Kc3lzdGVtZC5udW1jbGllbnRzIDEgMQpzeXN0
ZW1kLm1heG1lbSAxIDIwOTcxNTIKc3lzdGVtZC5qb3VybmFsLnJlY29yZHMgMApzeXN0ZW1k
LmpvdXJuYWwucmVjb3Jkc19yYXcgMApzeXN0ZW1kLmpvdXJuYWwuY291bnQgMSAwCnN5c3Rl
bWQuam91cm5hbC5ieXRlcyAxIDAKc3lzdGVtZC5qb3VybmFsLmZpZWxkLmN1cnNvciAwCnN5
c3RlbWQuam91cm5hbC5maWVsZC5zdHJpbmcgMApzeXN0ZW1kLmpvdXJuYWwuZmllbGQuYmxv
YiAwCgo9PT0gMi4gam91cm5hbGQucmVjb3JkcyAgPT09Cmhvc3Q6ICAgICAgdm0wMwpzYW1w
bGVzOiAgIGFsbAoKPT09IDMuIGpvdXJuYWxkLnJlY29yZHMgID09PQpob3N0OiAgICAgIHZt
MDMKc2FtcGxlczogICBhbGwKTG9nIGZvciBwbWRhc3lzdGVtZCBvbiB2bTAzIHN0YXJ0ZWQg
VHVlIFNlcCAxNiAxNjozOToyMyAyMDE0CgoKTG9nIGZpbmlzaGVkIFR1ZSBTZXAgMTYgMTY6
Mzk6NDkgMjAxNAo=
--------------020805060006070106090706
Content-Type: text/plain; charset=UTF-8;
 name="652.out.bad"
Content-Transfer-Encoding: base64
Content-Disposition: attachment;
 filename="652.out.bad"

UUEgb3V0cHV0IGNyZWF0ZWQgYnkgNjUyCkZvdW5kIGpvdXJuYWxjdGwKRm91bmQgcmVjZW50
IGVub3VnaCBqb3VybmFsY3RsCllvdSB3aWxsIG5lZWQgdG8gY2hvb3NlIGFuIGFwcHJvcHJp
YXRlIGNvbmZpZ3VyYXRpb24gZm9yIGluc3RhbGxhdGlvbiBvZgp0aGUgInN5c3RlbWQiIFBl
cmZvcm1hbmNlIE1ldHJpY3MgRG9tYWluIEFnZW50IChQTURBKS4KCiAgY29sbGVjdG9yCWNv
bGxlY3QgcGVyZm9ybWFuY2Ugc3RhdGlzdGljcyBvbiB0aGlzIHN5c3RlbQogIG1vbml0b3IJ
YWxsb3cgdGhpcyBzeXN0ZW0gdG8gbW9uaXRvciBsb2NhbCBhbmQvb3IgcmVtb3RlIHN5c3Rl
bXMKICBib3RoCQljb2xsZWN0b3IgYW5kIG1vbml0b3IgY29uZmlndXJhdGlvbiBmb3IgdGhp
cyBzeXN0ZW0KClBsZWFzZSBlbnRlciBjKG9sbGVjdG9yKSBvciBtKG9uaXRvcikgb3IgYihv
dGgpIFtiXSBVcGRhdGluZyB0aGUgUGVyZm9ybWFuY2UgTWV0cmljcyBOYW1lIFNwYWNlIChQ
TU5TKSAuLi4KVGVybWluYXRlIFBNREEgaWYgYWxyZWFkeSBpbnN0YWxsZWQgLi4uClsuLi5p
bnN0YWxsIGZpbGVzLCBtYWtlIG91dHB1dC4uLl0KVXBkYXRpbmcgdGhlIFBNQ0QgY29udHJv
bCBmaWxlLCBhbmQgbm90aWZ5aW5nIFBNQ0QgLi4uCldhaXRpbmcgZm9yIHBtY2QgdG8gdGVy
bWluYXRlIC4uLgpTdGFydGluZyBwbWNkIC4uLiAKU3RhcnRpbmcgcG1sb2dnZXIgLi4uIApD
aGVjayBzeXN0ZW1kIG1ldHJpY3MgaGF2ZSBhcHBlYXJlZCAuLi4gOSBtZXRyaWNzIGFuZCA0
IHZhbHVlcwoKPT09IDEuIHNjYWxhciBtZXRyaWNzICA9PT0Kc3lzdGVtZC5udW1jbGllbnRz
IDEgMQpzeXN0ZW1kLm1heG1lbSAxIDIwOTcxNTIKc3lzdGVtZC5qb3VybmFsLnJlY29yZHMg
MApzeXN0ZW1kLmpvdXJuYWwucmVjb3Jkc19yYXcgMApzeXN0ZW1kLmpvdXJuYWwuY291bnQg
MSBDT1VOVApzeXN0ZW1kLmpvdXJuYWwuYnl0ZXMgMSBCWVRFUwpzeXN0ZW1kLmpvdXJuYWwu
ZmllbGQuY3Vyc29yIDAKc3lzdGVtZC5qb3VybmFsLmZpZWxkLnN0cmluZyAwCnN5c3RlbWQu
am91cm5hbC5maWVsZC5ibG9iIDAKCj09PSAyLiBqb3VybmFsZC5yZWNvcmRzICA9PT0KCj09
PSAzLiBqb3VybmFsZC5yZWNvcmRzICA9PT0K
--------------020805060006070106090706--

From kenj@internode.on.net  Tue Sep 16 15:48:43 2014
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 7DCD97F47
	for ; Tue, 16 Sep 2014 15:48:43 -0500 (CDT)
Received: from cuda.sgi.com (cuda3.sgi.com [192.48.176.15])
	by relay1.corp.sgi.com (Postfix) with ESMTP id 6B7DD8F8035
	for ; Tue, 16 Sep 2014 13:48:39 -0700 (PDT)
X-ASG-Debug-ID: 1410900517-04cb6c54feb51370001-S8gJnT
Received: from ipmail06.adl6.internode.on.net (ipmail06.adl6.internode.on.net [150.101.137.145]) by cuda.sgi.com with ESMTP id 4zho5rSyeoZ0ioTv for ; Tue, 16 Sep 2014 13:48:37 -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: Am4CABmhGFR20ScOPGdsb2JhbAANU4czhDeBJMQsgyGBKwEGAQEBATiEZFU9FgsCBAcDAgECATEaDQgBAa4seJV7ARePMIMagVMFk1WBS6EfgyQBAQE
Received: from ppp118-209-39-14.lns20.mel4.internode.on.net (HELO [192.168.1.100]) ([118.209.39.14])
  by ipmail06.adl6.internode.on.net with ESMTP; 17 Sep 2014 06:18:36 +0930
Message-ID: <5418A28C.5080302@internode.on.net>
Date: Wed, 17 Sep 2014 06:50:20 +1000
From: Ken McDonell 
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:31.0) Gecko/20100101 Thunderbird/31.0
MIME-Version: 1.0
To: PCP 
Subject: qa/734 - hostname and pmstat
Content-Type: multipart/mixed;
 boundary="------------000607000209030001080002"
X-ASG-Orig-Subj: qa/734 - hostname and pmstat
X-Barracuda-Connect: ipmail06.adl6.internode.on.net[150.101.137.145]
X-Barracuda-Start-Time: 1410900517
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.3.9557
	Rule breakdown below
	 pts rule name              description
	---- ---------------------- --------------------------------------------------

This is a multi-part message in MIME format.
--------------000607000209030001080002
Content-Type: text/plain; charset=utf-8; format=flowed
Content-Transfer-Encoding: 7bit

Not sure what this one is aiming to test.

Since pmstat does its own truncation of the hostname this is doomed to 
fail on a long hostname.

734.full from failure attached.

--------------000607000209030001080002
Content-Type: text/plain; charset=UTF-8;
 name="734.full"
Content-Transfer-Encoding: base64
Content-Disposition: attachment;
 filename="734.full"

dXNpbmcgb2xkaG9zdCBib3pvLWxhcHRvcC5sb2NhbGRvbWFpbiAoYm96by1sYXB0b3ApCnVz
aW5nIG5ld2hvc3Qgdm0wMyAodm0wMykKQCBUdWUgU2VwIDE2IDExOjA4OjM2IDIwMTQKbm9k
ZSAgICBsb2FkYXZnICAgICAgICAgICAgICAgbWVtb3J5ICAgICAgc3dhcCAgICAgICAgaW8g
ICAgc3lzdGVtICAgICAgICAgY3B1CiAgICAgICAgICAxIG1pbiAgIHN3cGQgICBidWZmICBj
YWNoZSAgIHBpICAgcG8gICBiaSAgIGJvICAgaW4gICBjcyAgdXMgIHN5ICBpZAp2bTAzICAg
ICAgIDAuNDMgNDQ5MDA4ICA0MzU5NiAgMzI5NTYgICAgMCAgICAwICAgIDAgICAgMCAgMTE1
ICAxMjAgICAyICAgMCAgOTgKYm96by1sYSAgICAwLjAzIDIzNDY0NCAgMjAyOW0gNDAwOTcy
ICAgIDAgICAgMCAgICAwICAgIDAgIDE3NSAgMzkwICAgMCAgIDAgMTAwCnZtMDMgICAgICAg
MC40MyA0NDg5OTYgIDQzNTk2ICAzMjk2OCAgICAwICAgIDAgICAgMCAgICAwICAxMzUgIDEx
MCAgIDAgICAwIDEwMApib3pvLWxhICAgIDAuMDIgMjM0NjQ0ICAyMDI5bSA0MDA5NzIgICAg
MCAgICAwICAgIDAgICAgMCAgMTU1ICAzMzUgICAwICAgMCAxMDAK
--------------000607000209030001080002--

From kenj@internode.on.net  Tue Sep 16 16:06:48 2014
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 5F7F77F47
	for ; Tue, 16 Sep 2014 16:06:48 -0500 (CDT)
Received: from cuda.sgi.com (cuda3.sgi.com [192.48.176.15])
	by relay1.corp.sgi.com (Postfix) with ESMTP id 47D508F8039
	for ; Tue, 16 Sep 2014 14:06:44 -0700 (PDT)
X-ASG-Debug-ID: 1410901603-04cb6c54fdb51c50001-S8gJnT
Received: from ipmail06.adl6.internode.on.net (ipmail06.adl6.internode.on.net [150.101.137.145]) by cuda.sgi.com with ESMTP id eT8zDIB4atLnpVOt for ; Tue, 16 Sep 2014 14:06:43 -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: AuoBAAumGFR20ScOPGdsb2JhbAANU4czhDfKHQEGAQEBATiEZFU2AgUWCwILAwIBAgExGg0IAQGuMniWCYEskR6BUwWPN6cIgyQBAQE
Received: from ppp118-209-39-14.lns20.mel4.internode.on.net (HELO [192.168.1.100]) ([118.209.39.14])
  by ipmail06.adl6.internode.on.net with ESMTP; 17 Sep 2014 06:36:38 +0930
Message-ID: <5418A6C5.9050606@internode.on.net>
Date: Wed, 17 Sep 2014 07:08:21 +1000
From: Ken McDonell 
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:31.0) Gecko/20100101 Thunderbird/31.0
MIME-Version: 1.0
To: PCP 
Subject: CentOS 5.10 rpm packaging weirdness
Content-Type: text/plain; charset=utf-8
X-ASG-Orig-Subj: CentOS 5.10 rpm packaging weirdness
Content-Transfer-Encoding: 7bit
X-Barracuda-Connect: ipmail06.adl6.internode.on.net[150.101.137.145]
X-Barracuda-Start-Time: 1410901603
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.3.9557
	Rule breakdown below
	 pts rule name              description
	---- ---------------------- --------------------------------------------------

I removed all the PCP rpms.

Then ...

kenj@vm04:~/src/pcp$ sudo rpm -U `ls pcp-3.10.0//build/rpm/*.rpm | sed -e '/src.rpm/d'`
cp: cannot create regular file `/etc/pcp/pmie/cisco/out_util': No such file or directory
cp: cannot create regular file `/etc/pcp/pmie/cisco/in_util': No such file or directory
Rebuilding PMNS ... 
Starting pmcd ... 
Starting pmlogger ... 
Starting pmie ... 
Starting pmproxy ... 
Waiting for pmmgr to terminate ...
Starting pmmgr ... 

Where are these "cp" failures coming from?

/etc/pcp/pmie/cisco is totally bogus and I cannot find anything in our source or rpm packaging that would generate this pathname.

The out_util and in_util files are installed (correctly) like this for pmieconf below $PCP_VAR/config/pmieconf (not below /etc and not for pmie)...

kenj@vm04:~/src/pcp$ ls -l /var/lib/pcp/config/pmieconf/cisco
total 8
-rw-r--r-- 1 root root 1386 Sep 17 01:10 in_util
-rw-r--r-- 1 root root 1389 Sep 17 01:10 out_util

From lberk@redhat.com  Tue Sep 16 17:00:45 2014
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 5E6F17F47
	for ; Tue, 16 Sep 2014 17:00:45 -0500 (CDT)
Received: from cuda.sgi.com (cuda1.sgi.com [192.48.157.11])
	by relay3.corp.sgi.com (Postfix) with ESMTP id F0FF7AC007
	for ; Tue, 16 Sep 2014 15:00:41 -0700 (PDT)
X-ASG-Debug-ID: 1410904840-04bdf0109aadf310001-S8gJnT
Received: from mx1.redhat.com (mx1.redhat.com [209.132.183.28]) by cuda.sgi.com with ESMTP id 4zp2lWBoV3bHdZZD (version=TLSv1 cipher=AES256-SHA bits=256 verify=NO) for ; Tue, 16 Sep 2014 15:00:41 -0700 (PDT)
X-Barracuda-Envelope-From: lberk@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 s8GM0eOO028263
	(version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=FAIL)
	for ; Tue, 16 Sep 2014 18:00:40 -0400
Received: from toium (dhcp-10-15-16-176.yyz.redhat.com [10.15.16.176])
	by int-mx10.intmail.prod.int.phx2.redhat.com (8.14.4/8.14.4) with ESMTP id s8GM0djX025769
	(version=TLSv1/SSLv3 cipher=AES128-GCM-SHA256 bits=128 verify=NO);
	Tue, 16 Sep 2014 18:00:40 -0400
From: Lukas Berk 
To: Nathan Scott 
Cc: pcp@oss.sgi.com
Subject: Re: [pcp] PAPI pmda Note
References: <20140905200756.GA31071@redhat.com>
	<214253475.50237185.1410857725513.JavaMail.zimbra@redhat.com>
X-ASG-Orig-Subj: Re: [pcp] PAPI pmda Note
Date: Tue, 16 Sep 2014 18:00:39 -0400
In-Reply-To: <214253475.50237185.1410857725513.JavaMail.zimbra@redhat.com>
	(Nathan Scott's message of "Tue, 16 Sep 2014 04:55:25 -0400 (EDT)")
Message-ID: <87fvfr5ipk.fsf@redhat.com>
User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/24.3 (gnu/linux)
MIME-Version: 1.0
Content-Type: text/plain
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: 1410904840
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


Hey,

Nathan Scott  writes:
>> sudo pmstore papi.control.enable "L1_TCM L1_TCH" (enable/disable being a
>> space or ',' sperated list)
>> sudo pmval papi.T1_TCH (view subsequent output)
>> sudo pmval papi.T1_TCM (view more output)
>> sudo pmstore papi.control.disable "L1_TCM,L1_TCH"
>
> Often this'd be documented in the man pages (see pmdagluster(1), or
> pmdagfs2(1) for an example of their control metrics use - possibly a
> bit of boilerplate doc could be lifted from those?) or in the README
> file for a PMDA if it has one (see the pmdashping(1) control file
> metric discussion in its README) - nothing major, just a quick demo
> doc like you've done here that can live in the git tree & installed
> files.

Good point, I've updated the pmdapapi man page to include this example
and output.

>> A few other TODO's I have lined up for the pmda: I'd like to eventually
>> make the enable/disable control metrics a bit more flexible (ie, pmstore
>> papi.control.disable "*" or "all" would be nice).  We're also working
>
> I like it, I think those would be neat extensions.  Franks suggestion
> (I think it was Franks?  sorry, seems like I've been on a different
> planet for a week) of a more general regex model (e.g. "L1*") is also
> a good one IMO - that would then cover matching on "*" and is unlikely
> to conflict with the PAPI metric names I'd guess.

Sure, I've made note of it.

>> papi.control.{enable,disable} metrics. (and of course, more qa as
>> needed)
>
> Yes please.  :)  So, we ran out of time for valgrind checking, that
> would be a delight to see (as discussed end of last release) and we
> had chatted about improving that initial coverage of pmstore error
> handling - I'd love to see more in that area if you have time (the
> little I did there didn't really attack the harder problems - like
> enabling hardware counters which are incompatible with each other,
> such that PAPI errors out when they're enabled together - that kind
> of thing).  Tricky cases like that are an area of on-going, wider
> interest, so a reproducible test case of known-whacky PAPI/hardware
> scenarios would be most excellent to have up our sleeves.

All noted and on my TODO.  I'll start looking into the conflicting
cases as well!

> Thanks Lukas!  Also, you mentioned earlier today those per-process
> metrics were proceeding nicely, and that the next update was around
> the corner - please include in that one the spec file fix to switch
> this on by default for Fedora builds, and a back-port of the s390(x)
> fixes - these'll live in build/rpm/fedora.spec for the next release.

I've backported the fixes (in lberk/papi currently), and I'll send
another pcp updates email when I have per-process metrics up and running
as well.

Thanks for the comments,

Lukas

From kenj@kenj.com.au  Tue Sep 16 18:16:02 2014
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 78FAC7F47
	for ; Tue, 16 Sep 2014 18:16:02 -0500 (CDT)
Received: from cuda.sgi.com (cuda2.sgi.com [192.48.176.25])
	by relay2.corp.sgi.com (Postfix) with ESMTP id 66E71304039
	for ; Tue, 16 Sep 2014 16:15:59 -0700 (PDT)
X-ASG-Debug-ID: 1410909353-04cbb05486e293d0001-S8gJnT
Received: from ipmail05.adl6.internode.on.net (ipmail05.adl6.internode.on.net [150.101.137.143]) by cuda.sgi.com with ESMTP id Ar9OdVWbOI5hMNox for ; Tue, 16 Sep 2014 16:15:53 -0700 (PDT)
X-Barracuda-Envelope-From: kenj@kenj.com.au
X-Barracuda-Apparent-Source-IP: 150.101.137.143
Received: from ppp118-209-85-122.lns20.mel4.internode.on.net (HELO bozo-vm.localdomain) ([118.209.85.122])
  by ipmail05.adl6.internode.on.net with ESMTP; 17 Sep 2014 08:45:51 +0930
Received: by bozo-vm.localdomain (Postfix, from userid 1000)
	id B0EB7A4D2A; Wed, 17 Sep 2014 09:00:18 +1000 (EST)
To: pcp@oss.sgi.com
Subject: pcp updates - qa
Message-Id: <20140916230018.B0EB7A4D2A@bozo-vm.localdomain>
X-ASG-Orig-Subj: pcp updates - qa
Date: Wed, 17 Sep 2014 09:00:18 +1000 (EST)
From: kenj@kenj.com.au (Ken McDonell)
X-Barracuda-Connect: ipmail05.adl6.internode.on.net[150.101.137.143]
X-Barracuda-Start-Time: 1410909353
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.3.9560
	Rule breakdown below
	 pts rule name              description
	---- ---------------------- --------------------------------------------------

Changes committed to git://git.performancecopilot.org/kenj/pcp.git dev

 qa/339                  |    2 +-
 qa/540                  |   17 +++++++++++------
 qa/652                  |    2 ++
 qa/780                  |    1 +
 qa/875                  |    2 +-
 qa/admin/pcp-qa-summary |    2 +-
 6 files changed, 17 insertions(+), 9 deletions(-)

commit 2f0eda0e306e00620d1c44686bb09d9e42ecbbef
Author: Ken McDonell 
Date:   Wed Sep 17 08:55:38 2014 +1000

    qa/875 - version check fix and valgrind check added

commit d3a06e0986c1952fbed93d19863a998afcbbea4a
Author: Ken McDonell 
Date:   Wed Sep 17 08:54:34 2014 +1000

    qa/admin/pcp-qa-summary - reverse the sort order with -f
    
    More frequent failures come first, not last.

commit e8c284125e5611728f46a898920686164424c2da
Author: Ken McDonell 
Date:   Wed Sep 17 08:52:12 2014 +1000

    qa/652 - add pmda log file to $seq.full to aid debugging

commit 593ccfce168bf3702f0adeabc5f839c3e7996f7d
Author: Ken McDonell 
Date:   Wed Sep 17 08:50:31 2014 +1000

    qa/540 - really fix ls(1) munging, this time

commit e94bd39613063b836d800e7ef0ceb9986982129a
Author: Ken McDonell 
Date:   Wed Sep 17 08:49:09 2014 +1000

    qa/339 - fix edge condition for load average
    
    Need <= in the test, not <.  Otherwise fails in the case where
    the 5 and 15 minute load averages are zero.

commit be78608fb2362a45d1d200f8209e30709221d957
Author: Ken McDonell 
Date:   Wed Sep 17 08:47:25 2014 +1000

    qa/780 - add notrun guard when curl not installed

From nscott@redhat.com  Tue Sep 16 19:54:48 2014
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 8B4697F47
	for ; Tue, 16 Sep 2014 19:54:48 -0500 (CDT)
Received: from cuda.sgi.com (cuda1.sgi.com [192.48.157.11])
	by relay2.corp.sgi.com (Postfix) with ESMTP id 5C65D30405F
	for ; Tue, 16 Sep 2014 17:54:44 -0700 (PDT)
X-ASG-Debug-ID: 1410915283-04bdf010a1ae5230001-S8gJnT
Received: from mx4-phx2.redhat.com (mx4-phx2.redhat.com [209.132.183.25]) by cuda.sgi.com with ESMTP id cEUECRf81ruhqHlv for ; Tue, 16 Sep 2014 17:54: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 s8H0shRq004059;
	Tue, 16 Sep 2014 20:54:43 -0400
Date: Tue, 16 Sep 2014 20:54:42 -0400 (EDT)
From: Nathan Scott 
Reply-To: Nathan Scott 
To: Dave Brolley 
Cc: PCP Mailing List 
Message-ID: <933459561.50688823.1410915282806.JavaMail.zimbra@redhat.com>
In-Reply-To: <54185F54.30704@redhat.com>
References: <54185F54.30704@redhat.com>
Subject: Re: [pcp] Second Secure Connection via pmproxy Fails
MIME-Version: 1.0
X-ASG-Orig-Subj: Re: [pcp] Second Secure Connection via pmproxy Fails
Content-Type: text/plain; charset=utf-8
Content-Transfer-Encoding: 7bit
X-Originating-IP: [10.5.82.6]
X-Mailer: Zimbra 8.0.6_GA_5922 (ZimbraWebClient - FF17 (Linux)/8.0.6_GA_5922)
Thread-Topic: Second Secure Connection via pmproxy Fails
Thread-Index: gnXScxCJYR+J+NtcqrPObJRpsmrpaw==
X-Barracuda-Connect: mx4-phx2.redhat.com[209.132.183.25]
X-Barracuda-Start-Time: 1410915283
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.03
X-Barracuda-Spam-Status: No, SCORE=0.03 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, THREAD_INDEX, THREAD_TOPIC
X-Barracuda-Spam-Report: Code version 3.2, rules version 3.2.3.9564
	Rule breakdown below
	 pts rule name              description
	---- ---------------------- --------------------------------------------------
	0.01 THREAD_INDEX           thread-index: AcO7Y8iR61tzADqsRmmc5wNiFHEOig==
	0.01 THREAD_TOPIC           Thread-Topic: ...(Japanese Subject)...
	0.01 BSF_SC0_SA_TO_FROM_DOMAIN_MATCH Sender Domain Matches Recipient
	                           Domain

Hi Dave,

----- Original Message -----
> While testing the implementation of delayed initialization of
> NSPR/NSS/SASL within libpcp, I ran across a bug in which the first
> secure connection of a client via pmproxy would succeed, but a second
> secure connection (and all subsequent secure connection attempts) would
> fail. I spent a bit of time trying to figure out how my code was causing
> the apparent regression with no success. I then, in an act of
> desperation, tried the scenario with the previous version of the code
> and experienced the same results.

To quote Bart Simpson - "I can't help but feel partially responsible". :|
So sorry - did I not have a test case for this?  (qa/713?  hmm, that does
not go far enough does it?)

> I spent some time this week debugging the situation and discovered that,
> within pmproxy, AcceptNewClient() was not initializing the
> status.allowed bit when setting up the table entry for a new client.
> Thus, if a previous client had already used the same table entry, the
> 'allowed' bit was already set.
> 
> This bit, when unset, triggers a call to VerifyClient() for the first
> pdu received from that client, which should be the client's credentials
> pdu. When this bit has not been re-initialized and remains set for the
> next client, the call to VerifyClient() is bypassed.
> 
> If the connection attempt is for a secure connection, this causes the
> observed connection failure, because the secure connection handshake
> between the client and pmproxy never occurs.

Excellent debugging.

> For an insecure connection, things still succeed, because the
> credentials pdu gets passed on to pmcd, which VerifyClient() would have
> done anyway. My concern is that pmproxy's call to __pmDecodeCreds(),
> which happens in VerifyClient() is skipped. Is there any potential
> security problem exposed by this?

I can't immediately think of one, but I'll ponder further too.  IIRC we
were looking inside the Creds PDU in pmproxy so that we could establish
a secure connection "all the way" - so, both between client and proxy,
and between pmproxy and pmcd ... is that still happening with the fix?
(I think so, from my reading of the patch)

> The one line fix has been pushed to brolley/dev in pcpfans.

Nice and simple!  Could you make an extension to test qa/713 to expose
the bug and verify the fix also please?  (else, toss over the fence to
me & I'll do so)  AIUI, a second pminfo connection should trigger it?

Thanks Dave and sorry 'bout that - this gem clearly has my dirty little
fingerprints all over it!

cheers.

--
Nathan

From mgoodwin@redhat.com  Tue Sep 16 19:57:25 2014
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 A8A117F47
	for ; Tue, 16 Sep 2014 19:57:25 -0500 (CDT)
Received: from cuda.sgi.com (cuda1.sgi.com [192.48.157.11])
	by relay1.corp.sgi.com (Postfix) with ESMTP id 884D08F8033
	for ; Tue, 16 Sep 2014 17:57:22 -0700 (PDT)
X-ASG-Debug-ID: 1410915441-04bdf01097ae5380001-S8gJnT
Received: from mx1.redhat.com (mx1.redhat.com [209.132.183.28]) by cuda.sgi.com with ESMTP id JiTDLjErsenqFJSL (version=TLSv1 cipher=AES256-SHA bits=256 verify=NO) for ; Tue, 16 Sep 2014 17:57:21 -0700 (PDT)
X-Barracuda-Envelope-From: mgoodwin@redhat.com
X-Barracuda-Apparent-Source-IP: 209.132.183.28
X-ASG-Whitelist: Client
Received: from int-mx11.intmail.prod.int.phx2.redhat.com (int-mx11.intmail.prod.int.phx2.redhat.com [10.5.11.24])
	by mx1.redhat.com (8.14.4/8.14.4) with ESMTP id s8H0vL43015162
	(version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=FAIL)
	for ; Tue, 16 Sep 2014 20:57:21 -0400
Received: from [10.64.48.206] (vpn1-48-206.bne.redhat.com [10.64.48.206])
	by int-mx11.intmail.prod.int.phx2.redhat.com (8.14.4/8.14.4) with ESMTP id s8H0vJCo024568;
	Tue, 16 Sep 2014 20:57:19 -0400
Message-ID: <5418DC6E.7080304@redhat.com>
Date: Wed, 17 Sep 2014 10:57:18 +1000
From: Mark Goodwin 
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:24.0) Gecko/20100101 Thunderbird/24.7.0
MIME-Version: 1.0
To: Nathan Scott , PCP 
CC: Jeremy Eder 
Subject: Re: [pcp] [RFC] Reducing installed PCP package sizes
References: <236430128.44517548.1409912159545.JavaMail.zimbra@redhat.com>
X-ASG-Orig-Subj: Re: [pcp] [RFC] Reducing installed PCP package sizes
In-Reply-To: <236430128.44517548.1409912159545.JavaMail.zimbra@redhat.com>
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: 1410915441
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

On 09/05/2014 08:15 PM, Nathan Scott wrote:
> [ ... ]
> 2. Many PMDAs (including "core" PMDAs) have both daemon & DSO
> variants which duplicate a bit of code (hence increasing the
> installed package size ondisk).  I wonder if we could move to
> a model where the daemon PMDAs in such cases use the run-time
> DSO, instead of linking with the .o at build time?  (this'll
> need a new libpcp_pmda helper function to wrap the dlopen(3)
> call).

That could work. Another idea could be to only ship the DSO
variant for some PMDAs, which would be preferable to shipping
only the daemon - for local context support.

We could add a new PMDA_INTERFACE version that supports e.g.
FOO_args(argc, argv) or perhaps an extended FOO_init() that has
support for args, something like that. PMDAs that need arguments
(such as the logger PMDA) could then be DSOs, which would be a
step closer to a viable pmlogger that only uses a local context
(no pmcd required for a minimal logging deployment).

Cheers
-- Mark

From nscott@redhat.com  Tue Sep 16 19:58:37 2014
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 4AD277F47
	for ; Tue, 16 Sep 2014 19:58:37 -0500 (CDT)
Received: from cuda.sgi.com (cuda1.sgi.com [192.48.157.11])
	by relay1.corp.sgi.com (Postfix) with ESMTP id 1A8BC8F8033
	for ; Tue, 16 Sep 2014 17:58:37 -0700 (PDT)
X-ASG-Debug-ID: 1410915515-04bdf01097ae5410001-S8gJnT
Received: from mx4-phx2.redhat.com (mx4-phx2.redhat.com [209.132.183.25]) by cuda.sgi.com with ESMTP id raQF4a6GKcqHHklw for ; Tue, 16 Sep 2014 17:58: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 s8H0wYDF004544;
	Tue, 16 Sep 2014 20:58:34 -0400
Date: Tue, 16 Sep 2014 20:58:34 -0400 (EDT)
From: Nathan Scott 
Reply-To: Nathan Scott 
To: Harshula , Richard Keech 
Cc: PCP 
Message-ID: <1478849923.50689165.1410915514265.JavaMail.zimbra@redhat.com>
In-Reply-To: <5417F6DE.7090108@gmail.com>
References: <5417F6DE.7090108@gmail.com>
Subject: Re: House Utility monitoring with PCP
MIME-Version: 1.0
X-ASG-Orig-Subj: Re: House Utility monitoring with PCP
Content-Type: text/plain; charset=utf-8
Content-Transfer-Encoding: 7bit
X-Originating-IP: [10.5.82.6]
X-Mailer: Zimbra 8.0.6_GA_5922 (ZimbraWebClient - FF17 (Linux)/8.0.6_GA_5922)
Thread-Topic: House Utility monitoring with PCP
Thread-Index: Sy3QJQHMLxoXaQvsmdDQMRF+qvr4DQ==
X-Barracuda-Connect: mx4-phx2.redhat.com[209.132.183.25]
X-Barracuda-Start-Time: 1410915515
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.02
X-Barracuda-Spam-Status: No, SCORE=0.02 using per-user scores of TAG_LEVEL=1000.0 QUARANTINE_LEVEL=1000.0 KILL_LEVEL=2.7 tests=THREAD_INDEX, THREAD_TOPIC
X-Barracuda-Spam-Report: Code version 3.2, rules version 3.2.3.9564
	Rule breakdown below
	 pts rule name              description
	---- ---------------------- --------------------------------------------------
	0.01 THREAD_INDEX           thread-index: AcO7Y8iR61tzADqsRmmc5wNiFHEOig==
	0.01 THREAD_TOPIC           Thread-Topic: ...(Japanese Subject)...

Hi guys,

----- Original Message -----
> [...]
> He's been monitoring electricity, gas, water and temperature usage and
> has been doing something similar to me by using Python and GNUPlot. He's
> now looking at storing the data in a DB and having more dynamic graphing
> options.
> 
> I mentioned PCP now has Python bindings and how it archives the data and
> has a charting tool. I vaguely recall the mention of web graphing.
> 
> Could you please show Richard how he can use the PCP Python bindings to
> create an agent?
> 

Sure - there's a few good examples to get you started in the PCP git tree
at git://git.pcp.io/pcp ...

$ ls src/pmdas/*/*python
src/pmdas/dmcache/pmdadmcache.python  src/pmdas/simple/pmdasimple.python
src/pmdas/gluster/pmdagluster.python  src/pmdas/zswap/pmdazswap.python

Each of those is fairly simple - consuming flat text files, kernel procfs
files or xml input.  IIRC, there's also some python API docs in the PCP
Programmers Guide (http://www.pcp.io/doc/pcp-programmers-guide.pdf).  Many
high level concepts are shared between the C API (extensively documented),
and the python API although the latter is far simpler & object-oriented of
course.

> Keep me CC'd, the information would be useful for me too.

CC'ing the PCP list too, many folks there will be interested as well.
Lots of other Aussies hang out here who might also be keen to monitor
their houses with PCP (myself included).  Let us know how it goes!

cheers.

--
Nathan

From nscott@redhat.com  Tue Sep 16 21:54:37 2014
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 DBC1B7F47
	for ; Tue, 16 Sep 2014 21:54:36 -0500 (CDT)
Received: from cuda.sgi.com (cuda3.sgi.com [192.48.176.15])
	by relay3.corp.sgi.com (Postfix) with ESMTP id 5C2A2AC007
	for ; Tue, 16 Sep 2014 19:54:33 -0700 (PDT)
X-ASG-Debug-ID: 1410922470-04cb6c54feb5d570001-S8gJnT
Received: from mx3-phx2.redhat.com (mx3-phx2.redhat.com [209.132.183.24]) by cuda.sgi.com with ESMTP id bhYmYX2zlKvAmaQN for ; Tue, 16 Sep 2014 19:54:30 -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 s8H2sUBw020315;
	Tue, 16 Sep 2014 22:54:30 -0400
Date: Tue, 16 Sep 2014 22:54:30 -0400 (EDT)
From: Nathan Scott 
Reply-To: Nathan Scott 
To: "Frank Ch. Eigler" , Dave Brolley 
Cc: pcp developers 
Message-ID: <704756615.50701778.1410922470036.JavaMail.zimbra@redhat.com>
In-Reply-To: <20140708004813.GF22029@redhat.com>
References: <20140708004813.GF22029@redhat.com>
Subject: Re: [pcp] in search of pcpfans.git fche/pmwebd (graphite) branch
 review
MIME-Version: 1.0
X-ASG-Orig-Subj: Re: [pcp] in search of pcpfans.git fche/pmwebd (graphite) branch
 review
Content-Type: text/plain; charset=utf-8
Content-Transfer-Encoding: 7bit
X-Originating-IP: [10.5.82.6]
X-Mailer: Zimbra 8.0.6_GA_5922 (ZimbraWebClient - FF17 (Linux)/8.0.6_GA_5922)
Thread-Topic: in search of pcpfans.git fche/pmwebd (graphite) branch review
Thread-Index: 2NxqnWL37cpBSYCxxGGJdNcaGros6A==
X-Barracuda-Connect: mx3-phx2.redhat.com[209.132.183.24]
X-Barracuda-Start-Time: 1410922470
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.03
X-Barracuda-Spam-Status: No, SCORE=0.03 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, BSF_SC5_SA210e, THREAD_INDEX, THREAD_TOPIC
X-Barracuda-Spam-Report: Code version 3.2, rules version 3.2.3.9567
	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_SC5_SA210e         Custom Rule SA210e
	0.01 BSF_SC0_SA_TO_FROM_DOMAIN_MATCH Sender Domain Matches Recipient
	                           Domain

Hi guys,

----- Original Message -----
> > The pcpfans.git fche/pmwebd contains a reviewworthy state of the
> > pmwebd+graphite code.  It's just been rebased based on /dev, and
> > contains a bit of a mishmash of commits (I could squash them into one
> > if y'all so desire).  All the new code is under src/pmwebapi, which
> > was reworked into C++ and much enhanced.  Man pages have been updated.
> > The /etc/pcp/pmwebd/pmwebd.options file has a more standard & more
> > useful format.
> >  The qa/660 testsuite has been extended based upon a
> > gcov (test/code-coverage) analysis of the source code, so that
> > apprx. only trivial or hard-to-trigger error cases are left untouched.
> >
> I finally made time for my much-promised review of this work. I first
> familiarized myself with the existing src/pmwebapi code on the current
> dev branch. With that as a basis for review I looked at the new code on
> your branch. What I see there is a translation of the old to code to C++
> plus the addition of support for graphite.
>
> The addition of the graphite support is a straight-forward extension of
> the existing pmwebapi support and there is really nothing to comment on
> there. It looks like it was done in a way consistent with the existing
> support.

Excellent.

> So, I turned my attention toward the C++ re-implementation, looking for
> potential problems in the translation, resource leaks and the like.
> Despite my best efforts, I was only able to identify one potential
> problem in the function pmwebapi_gc (). The loop relies on iterators of
> a map remaining valid while deleting elements from the map. However,
> even this turns out not to be a problem based on my reading of
> http://www.cplusplus.com/reference/map/map/erase/ (see Iterator Validity).

Thanks for the detailed review Dave, great stuff!

FWIW, other things I'd be looking for when I'm reviewing would be :-
are new tests needed or is extension fine (long tests get difficult
to diagnose -> see Kens recent mail, end of last release), are other
existing tests still likely to pass (ideally, run things in your own
regularly-scheduled QA runs - git is massively helpful there), are
there packaging issues, compatibility issues, is there overlap with
other code in PCP (reuse potential) - that kind of stuff.  Most of
those are covered off here, thanks so much!

I just noticed mention above of "more useful [config file] format" -
set an alarm bell ringing - is that a backwards-compatible change?
(and which standard is referred to - the usual pcp .options format?
was it not like that before?  sorry, been awhile since I looked at
this code)

> So, congratulations! I am unable to find any issues with this work!

Indeed, that's a fantastic effort - not an easy undertaking with so
little initial clarity around how to approach PCP web interfaces and
this is clearly a huge step forward.

Sounds like Franks code/docs/qa is all good (assuming no compat issues
there?) - we just need to sort out the remaining issues around all the
javascript code/images from other projects & packaging thereof.  I'll
continue that discussion in the other thread though.

Thanks again for reviewing - please do more of 'em, anytime!  ;)

cheers.

--
Nathan

From nscott@redhat.com  Tue Sep 16 22:25:59 2014
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 CB9E97F47
	for ; Tue, 16 Sep 2014 22:25:59 -0500 (CDT)
Received: from cuda.sgi.com (cuda2.sgi.com [192.48.176.25])
	by relay3.corp.sgi.com (Postfix) with ESMTP id 692BCAC007
	for ; Tue, 16 Sep 2014 20:25:56 -0700 (PDT)
X-ASG-Debug-ID: 1410924351-04cbb05487e312a0001-S8gJnT
Received: from mx4-phx2.redhat.com (mx4-phx2.redhat.com [209.132.183.25]) by cuda.sgi.com with ESMTP id x9RVhQe9LuKQYaFp for ; Tue, 16 Sep 2014 20:25:51 -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 s8H3Po7T025788;
	Tue, 16 Sep 2014 23:25:50 -0400
Date: Tue, 16 Sep 2014 23:25:50 -0400 (EDT)
From: Nathan Scott 
Reply-To: Nathan Scott 
To: Lukas Berk 
Cc: pcp@oss.sgi.com
Message-ID: <1161038122.50704119.1410924350821.JavaMail.zimbra@redhat.com>
In-Reply-To: <87fvfr5ipk.fsf@redhat.com>
References: <20140905200756.GA31071@redhat.com> <214253475.50237185.1410857725513.JavaMail.zimbra@redhat.com> <87fvfr5ipk.fsf@redhat.com>
Subject: Re: [pcp] PAPI pmda Note
MIME-Version: 1.0
X-ASG-Orig-Subj: Re: [pcp] PAPI pmda Note
Content-Type: text/plain; charset=utf-8
Content-Transfer-Encoding: 7bit
X-Originating-IP: [10.5.82.6]
X-Mailer: Zimbra 8.0.6_GA_5922 (ZimbraWebClient - FF17 (Linux)/8.0.6_GA_5922)
Thread-Topic: PAPI pmda Note
Thread-Index: Jb/IUwt9cbGrc+7yaCrH/cSSRM5fIQ==
X-Barracuda-Connect: mx4-phx2.redhat.com[209.132.183.25]
X-Barracuda-Start-Time: 1410924351
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.03
X-Barracuda-Spam-Status: No, SCORE=0.03 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, THREAD_INDEX, THREAD_TOPIC
X-Barracuda-Spam-Report: Code version 3.2, rules version 3.2.3.9568
	Rule breakdown below
	 pts rule name              description
	---- ---------------------- --------------------------------------------------
	0.01 THREAD_INDEX           thread-index: AcO7Y8iR61tzADqsRmmc5wNiFHEOig==
	0.01 THREAD_TOPIC           Thread-Topic: ...(Japanese Subject)...
	0.01 BSF_SC0_SA_TO_FROM_DOMAIN_MATCH Sender Domain Matches Recipient
	                           Domain

Hi Lukas,

----- Original Message -----
> [...]
> All noted and on my TODO.  I'll start looking into the conflicting
> cases as well!

Cool.  OOC, is it possible to ask PAPI what hardware counters are
enabled?  (IOW, without relying on the state kept in-memory, in the
daemon, as a result of changes it made itself, but rather by asking
the hardware/kernel?).

If so, that would be great to use as the value for the control "enable"
metric, instead of simply exporting whatever state changes we've made in
the PMDA (and assuming everything was disabled when it started, which
may not have been the case).  I'm also not 100% sure what the meaning
of the value exported with the "disable" metric is?  AIUI, we export the
last observed (stored) disable-request-string - is that right?

> > Thanks Lukas!  Also, you mentioned earlier today those per-process
> > metrics were proceeding nicely, and that the next update was around
> > the corner - please include in that one the spec file fix to switch
> > this on by default for Fedora builds, and a back-port of the s390(x)
> > fixes - these'll live in build/rpm/fedora.spec for the next release.
> 
> I've backported the fixes (in lberk/papi currently), and I'll send

Is that ready to pull in or would you rather it wait?  Just starting on
merging all the current work now.

cheers.

--
Nathan

From nscott@redhat.com  Tue Sep 16 22:31:16 2014
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 65DFC7F47
	for ; Tue, 16 Sep 2014 22:31:16 -0500 (CDT)
Received: from cuda.sgi.com (cuda1.sgi.com [192.48.157.11])
	by relay3.corp.sgi.com (Postfix) with ESMTP id 0D7DBAC00A
	for ; Tue, 16 Sep 2014 20:31:15 -0700 (PDT)
X-ASG-Debug-ID: 1410924674-04bdf01097aea3c0001-S8gJnT
Received: from mx3-phx2.redhat.com (mx3-phx2.redhat.com [209.132.183.24]) by cuda.sgi.com with ESMTP id 5awpR2FYeUJ4Qq1Z for ; Tue, 16 Sep 2014 20:31:14 -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 s8H3VBD2025723;
	Tue, 16 Sep 2014 23:31:11 -0400
Date: Tue, 16 Sep 2014 23:31:11 -0400 (EDT)
From: Nathan Scott 
Reply-To: Nathan Scott 
To: Ken McDonell 
Cc: PCP 
Message-ID: <1894470576.50704646.1410924671508.JavaMail.zimbra@redhat.com>
In-Reply-To: <5418A28C.5080302@internode.on.net>
References: <5418A28C.5080302@internode.on.net>
Subject: Re: [pcp] qa/734 - hostname and pmstat
MIME-Version: 1.0
X-ASG-Orig-Subj: Re: [pcp] qa/734 - hostname and pmstat
Content-Type: text/plain; charset=utf-8
Content-Transfer-Encoding: 7bit
X-Originating-IP: [10.5.82.6]
X-Mailer: Zimbra 8.0.6_GA_5922 (ZimbraWebClient - FF17 (Linux)/8.0.6_GA_5922)
Thread-Topic: qa/734 - hostname and pmstat
Thread-Index: YiaMfr/4cmT+BTYCIp+Vu5osQeZe1w==
X-Barracuda-Connect: mx3-phx2.redhat.com[209.132.183.24]
X-Barracuda-Start-Time: 1410924674
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.02
X-Barracuda-Spam-Status: No, SCORE=0.02 using per-user scores of TAG_LEVEL=1000.0 QUARANTINE_LEVEL=1000.0 KILL_LEVEL=2.7 tests=THREAD_INDEX, THREAD_TOPIC
X-Barracuda-Spam-Report: Code version 3.2, rules version 3.2.3.9568
	Rule breakdown below
	 pts rule name              description
	---- ---------------------- --------------------------------------------------
	0.01 THREAD_INDEX           thread-index: AcO7Y8iR61tzADqsRmmc5wNiFHEOig==
	0.01 THREAD_TOPIC           Thread-Topic: ...(Japanese Subject)...



----- Original Message -----
> Not sure what this one is aiming to test.

Its exercising a fix in pmGetContextHostName(3) - see commit 3f0595ab3 -
where context switching resulted in incorrect hostnames being reported.

> Since pmstat does its own truncation of the hostname this is doomed to
> fail on a long hostname.

Hmm, I guess either a custom qa program is needed (replacing pmstat use)
or the test needs to mirror the pmstat hostname truncation logic.

cheers.

--
Nathan

From nscott@redhat.com  Tue Sep 16 22:37:35 2014
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 B00DD7F47
	for ; Tue, 16 Sep 2014 22:37:35 -0500 (CDT)
Received: from cuda.sgi.com (cuda1.sgi.com [192.48.157.11])
	by relay2.corp.sgi.com (Postfix) with ESMTP id 8ED1B304048
	for ; Tue, 16 Sep 2014 20:37:32 -0700 (PDT)
X-ASG-Debug-ID: 1410925051-04bdf010a1aea670001-S8gJnT
Received: from mx4-phx2.redhat.com (mx4-phx2.redhat.com [209.132.183.25]) by cuda.sgi.com with ESMTP id g5UR6Dm7hAbaeMFo for ; Tue, 16 Sep 2014 20:37:31 -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 s8H3bRUU027486;
	Tue, 16 Sep 2014 23:37:27 -0400
Date: Tue, 16 Sep 2014 23:37:27 -0400 (EDT)
From: Nathan Scott 
Reply-To: Nathan Scott 
To: Ken McDonell 
Cc: PCP 
Message-ID: <2053925399.50707601.1410925047162.JavaMail.zimbra@redhat.com>
In-Reply-To: <54189D65.60801@internode.on.net>
References: <54189D65.60801@internode.on.net>
Subject: Re: [pcp] pmie init script problems in qa
MIME-Version: 1.0
X-ASG-Orig-Subj: Re: [pcp] pmie init script problems in qa
Content-Type: text/plain; charset=utf-8
Content-Transfer-Encoding: quoted-printable
X-Originating-IP: [10.5.82.6]
X-Mailer: Zimbra 8.0.6_GA_5922 (ZimbraWebClient - FF17 (Linux)/8.0.6_GA_5922)
Thread-Topic: pmie init script problems in qa
Thread-Index: fWGMKXhsawd/WqkHP97xJMk6XFkN+Q==
X-Barracuda-Connect: mx4-phx2.redhat.com[209.132.183.25]
X-Barracuda-Start-Time: 1410925051
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.02
X-Barracuda-Spam-Status: No, SCORE=0.02 using per-user scores of TAG_LEVEL=1000.0 QUARANTINE_LEVEL=1000.0 KILL_LEVEL=2.7 tests=THREAD_INDEX, THREAD_TOPIC
X-Barracuda-Spam-Report: Code version 3.2, rules version 3.2.3.9568
	Rule breakdown below
	 pts rule name              description
	---- ---------------------- --------------------------------------------------
	0.01 THREAD_INDEX           thread-index: AcO7Y8iR61tzADqsRmmc5wNiFHEOig==
	0.01 THREAD_TOPIC           Thread-Topic: ...(Japanese Subject)...



----- Original Message -----
> QA test 115 is failing in lots of places.
>=20
> This seems to have been triggered by the systemd changes recently to the =
init
> scripts, although I suspect some of this may be longer term problems.
>=20
> Unfortunately the failures are not the same:
>=20
> vm02 i686    openSUSE 12.1 (Asparagus)
> Starting pmie ... [extra line]
> pmie count after chkconfig pmie off: 1 [not 0]

That first one is a mystery, but..

> vm03 x86_64  Fedora 18 (Spherical Cow)
> vm12 i686    Fedora 17 (Beefy Miracle)
> vm22 x86_64  Fedora 19 (Schr=C3=B6dinger=E2=80=99s Cat)
> vm23 i686    Fedora 20 (Heisenbug)
> vm24 i686    openSUSE 13.1 (Bottle)
> # /bin/systemctl enable pmie.service [extra line]

I've seen this one here on one host, and dug deeper recently...

> vm05 i486    Gentoo 2.0.3
>  * rc-update: service `pmie' is not in the runlevel `default' [extra line=
]
>     # /sbin/rc-update add pmie [extra line]
>  * rc-update: service `pmie' is not in the runlevel `default' [extra line=
]
>=20
> I suspect vm02 and vm05 are longer term, and the others are new ... are t=
he
> new ones benign (and should be handled in the filtering) or indicative of
> some problem.
>=20
> This involves only the pmie init scripts, the others are not showing any
> similar badness.

I noticed pmlogger is missing these checks & verbose helpful reporting (its
only those two that could/should use this diagnostic helper routine).  I've
have a separate bug from Marko to look into where we may need to refine the
way we're so sensitive to chkconfig state (and I'm thinking of adding these
more detailed diagnostics into rc_pmlogger to help there) - I believe it's
safe to filter in QA, anyway, if you'd like to do that in the interim.

cheers.

--
Nathan

From nscott@redhat.com  Tue Sep 16 22:49:24 2014
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 585677F47
	for ; Tue, 16 Sep 2014 22:49:24 -0500 (CDT)
Received: from cuda.sgi.com (cuda1.sgi.com [192.48.157.11])
	by relay1.corp.sgi.com (Postfix) with ESMTP id 251F08F8052
	for ; Tue, 16 Sep 2014 20:49:23 -0700 (PDT)
X-ASG-Debug-ID: 1410925762-04bdf01097aeaae0001-S8gJnT
Received: from mx6-phx2.redhat.com (mx6-phx2.redhat.com [209.132.183.39]) by cuda.sgi.com with ESMTP id v7N0axvZSEyiaAKT for ; Tue, 16 Sep 2014 20:49:22 -0700 (PDT)
X-Barracuda-Envelope-From: nscott@redhat.com
X-Barracuda-Apparent-Source-IP: 209.132.183.39
Received: from zmail20.collab.prod.int.phx2.redhat.com (zmail20.collab.prod.int.phx2.redhat.com [10.5.83.23])
	by mx6-phx2.redhat.com (8.14.4/8.14.4) with ESMTP id s8H3nMqX000371;
	Tue, 16 Sep 2014 23:49:22 -0400
Date: Tue, 16 Sep 2014 23:49:21 -0400 (EDT)
From: Nathan Scott 
Reply-To: Nathan Scott 
To: Stan Cox 
Cc: PCP 
Message-ID: <103929955.50710744.1410925761987.JavaMail.zimbra@redhat.com>
In-Reply-To: <5418097F.9070204@internode.on.net>
References: <5418097F.9070204@internode.on.net>
Subject: Re: [pcp] qa/752 failures
MIME-Version: 1.0
X-ASG-Orig-Subj: Re: [pcp] qa/752 failures
Content-Type: text/plain; charset=utf-8
Content-Transfer-Encoding: quoted-printable
X-Originating-IP: [10.5.82.6]
X-Mailer: Zimbra 8.0.6_GA_5922 (ZimbraWebClient - FF17 (Linux)/8.0.6_GA_5922)
Thread-Topic: qa/752 failures
Thread-Index: GYJBdh/J5VvB+ESNDfkMZjBQG9YwyQ==
X-Barracuda-Connect: mx6-phx2.redhat.com[209.132.183.39]
X-Barracuda-Start-Time: 1410925762
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.03
X-Barracuda-Spam-Status: No, SCORE=1.03 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, BSF_SC1_TG172a, THREAD_INDEX, THREAD_TOPIC
X-Barracuda-Spam-Report: Code version 3.2, rules version 3.2.3.9568
	Rule breakdown below
	 pts rule name              description
	---- ---------------------- --------------------------------------------------
	0.01 THREAD_INDEX           thread-index: AcO7Y8iR61tzADqsRmmc5wNiFHEOig==
	0.01 THREAD_TOPIC           Thread-Topic: ...(Japanese Subject)...
	0.01 BSF_SC0_SA_TO_FROM_DOMAIN_MATCH Sender Domain Matches Recipient
	                           Domain
	1.00 BSF_SC1_TG172a         Custom Rule TG172a

Hi Stan,

This is one of your recently added date/time tests - can you advise?
Thanks!  Is this the same failure Milo=C5=A1 recently observed?  (rings a
bell for some reason)

cheers.


----- Original Message -----
> 752 is failing on about 1/3 of my hosts ... I think this looks like diffe=
rent
> handling of winding time back before the epoch, but I cannot tell and I
> don't know what the test is trying to do.
>=20
> A typical .bad is attached.
>=20
> The failure map looks like this
>=20
> =3D=3D=3D=3D QA Summary =3D=3D=3D=3D
>=20
> Date        Run Pass Fail Nrun Host
> 2014-09-04  687  682    5   50|bozo PCP 3.10.0 x86_64 Ubuntu 14.04
> 2014-09-16  688  685    3   55|bozo-laptop PCP 3.9.10 i686 LinuxMint 15
> 2014-09-16  676  670    6   66|bozo-vm PCP 3.10.0 x86_64 Debian 7.5
> No daily runs                 |fuji PCP 3.9.2 i386 Darwin 10.8.0
> 2014-09-16  611  604    7   86|grundy PCP 3.9.10 ia64 SUSE SLES11 SP1
> 2014-09-16  672  669    3   70|vm00 PCP 3.9.10 x86_64 Ubuntu 12.04
> 2014-09-16  674  670    4   69|vm01 PCP 3.9.10 i686 Ubuntu 12.10
> 2014-09-16  669  662    7   74|vm02 PCP 3.10.0 i686 openSUSE 12.1
> 2014-09-12  679  676    3   63|vm03 PCP 3.10.0 x86_64 Fedora 18
> 2014-09-14  644  642    2   98|vm04 PCP 3.10.0 i586 CentOS 5.10
> 2014-09-13  617  611    6  125|vm05 PCP 3.10.0 i486 Gentoo 2.0.3
> 2014-09-13   60   60    0    4|vm06 PCP 3.9.10 amd64 FreeBSD 8.2-RELEASE-=
p9
> 2014-09-13  669  664    5   73|vm07 PCP 3.10.0 x86_64 Debian 6.0.9
> 2014-09-15   60   56    4    4|vm10 PCP 3.10.0 i386 FreeBSD 8.2-RELEASE-p=
9
> 2014-09-13  669  660    9   73|vm11 PCP 3.9.10 i686 Debian 6.0.9
> 2014-09-13  651  646    5   91|vm12 PCP 3.9.10 i686 Fedora 17
> 2014-09-14  675  670    5   67|vm14 PCP 3.9.10 x86_64 CentOS6.5
> No daily runs                 |vm15 PCP 3.9.1 x86_64 Slackware 13.37.0
> 2014-09-14  671  665    6   71|vm18 PCP 3.9.10 x86_64 LinuxMint 12
> 2014-09-14  670  662    8   72|vm19 PCP 3.9.10 x86_64 openSUSE 12.2
> 2014-09-14  653  648    5   89|vm20 PCP 3.9.10 x86_64 Ubuntu 13.04
> 2014-09-14  673  671    2   69|vm21 PCP 3.10.0 i686 Debian 7.4
> 2014-09-14  661  652    9   81|vm22 PCP 3.9.10 x86_64 Fedora 19
> 2014-09-15  679  676    3   63|vm23 PCP 3.10.0 i686 Fedora 20
> 2014-09-15  647  642    5   95|vm24 PCP 3.10.0 i686 openSUSE 13.1
> Summary: 14055 run, 112 failed (0.80%)
>=20
> =3D=3D=3D=3D QA Failure (X) Map =3D=3D=3D=3D
>=20
> Host      bo bl bv gr 00 01 02 03 04 05 07 10 11 12 14 18 19 20 21 22 23 =
24
> Test %bad
> Test QA
> groups
>=20
> 752  36%        X     X              X           X     X           X  X  =
X
> 752 libpcp
>=20
> _______________________________________________
> pcp mailing list
> pcp@oss.sgi.com
> http://oss.sgi.com/mailman/listinfo/pcp
>=20

From nscott@redhat.com  Tue Sep 16 22:59:08 2014
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 D3CA97F47
	for ; Tue, 16 Sep 2014 22:59:08 -0500 (CDT)
Received: from cuda.sgi.com (cuda3.sgi.com [192.48.176.15])
	by relay2.corp.sgi.com (Postfix) with ESMTP id B1BD730404E
	for ; Tue, 16 Sep 2014 20:59:08 -0700 (PDT)
X-ASG-Debug-ID: 1410926347-04cb6c54feb5fdb0001-S8gJnT
Received: from mx4-phx2.redhat.com (mx4-phx2.redhat.com [209.132.183.25]) by cuda.sgi.com with ESMTP id g1rsk0v89dOmPT3c for ; Tue, 16 Sep 2014 20:59:07 -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 s8H3x6MX029841;
	Tue, 16 Sep 2014 23:59:06 -0400
Date: Tue, 16 Sep 2014 23:59:06 -0400 (EDT)
From: Nathan Scott 
Reply-To: Nathan Scott 
To: myllynen@redhat.com
Cc: pcp@oss.sgi.com
Message-ID: <695749720.50712528.1410926346832.JavaMail.zimbra@redhat.com>
In-Reply-To: <54185B64.50500@redhat.com>
References: <54185B64.50500@redhat.com>
Subject: Re: [pcp] [PATCH] Add NFS Server PMDA
MIME-Version: 1.0
X-ASG-Orig-Subj: Re: [pcp] [PATCH] Add NFS Server PMDA
Content-Type: text/plain; charset=utf-8
Content-Transfer-Encoding: 7bit
X-Originating-IP: [10.5.82.6]
X-Mailer: Zimbra 8.0.6_GA_5922 (ZimbraWebClient - FF17 (Linux)/8.0.6_GA_5922)
Thread-Topic: Add NFS Server PMDA
Thread-Index: aSwh+gCy70JzjwEe+R1M/t9VGzG4HQ==
X-Barracuda-Connect: mx4-phx2.redhat.com[209.132.183.25]
X-Barracuda-Start-Time: 1410926347
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.03
X-Barracuda-Spam-Status: No, SCORE=0.03 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, THREAD_INDEX, THREAD_TOPIC
X-Barracuda-Spam-Report: Code version 3.2, rules version 3.2.3.9568
	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.01 BSF_SC0_SA_TO_FROM_DOMAIN_MATCH Sender Domain Matches Recipient
	                           Domain

Hi Marko,

----- Original Message -----
> Hi,
> 
> please find the first cut of (Linux) NFS Server PMDA below. Needs at least a
> proper domain number, 135 used in the patch was randomly picked up unused
> number for testing, tested on RHEL 6 / Fedora 20. If the server is not
> exporting all NFS 2/3/4 versions, then during Install there will be warning
> for missing metrics and the values are obviously unavailable but otherwise
> does not prevent the PMDA working.

There seems to be a fair bit of overlap between these metrics and the
RPC/NFS server metrics in the Linux kernel PMDA.  Do you want to find
any missing ones and add them into the kernel PMDA instead?  (so that
they're available by default)

See src/pmdas/linux/proc_net_rpc.{c,h} - I think that is doing alot of
the same sort of procfs file parsing.

cheers.

--
Nathan

From nscott@redhat.com  Tue Sep 16 23:01:58 2014
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 14BD57F47
	for ; Tue, 16 Sep 2014 23:01:58 -0500 (CDT)
Received: from cuda.sgi.com (cuda2.sgi.com [192.48.176.25])
	by relay3.corp.sgi.com (Postfix) with ESMTP id A698CAC009
	for ; Tue, 16 Sep 2014 21:01:54 -0700 (PDT)
X-ASG-Debug-ID: 1410926512-04cbb05486e323c0001-S8gJnT
Received: from mx6-phx2.redhat.com (mx6-phx2.redhat.com [209.132.183.39]) by cuda.sgi.com with ESMTP id eujeqB2C0dJjxweT for ; Tue, 16 Sep 2014 21:01:53 -0700 (PDT)
X-Barracuda-Envelope-From: nscott@redhat.com
X-Barracuda-Apparent-Source-IP: 209.132.183.39
Received: from zmail20.collab.prod.int.phx2.redhat.com (zmail20.collab.prod.int.phx2.redhat.com [10.5.83.23])
	by mx6-phx2.redhat.com (8.14.4/8.14.4) with ESMTP id s8H41nAi002817;
	Wed, 17 Sep 2014 00:01:49 -0400
Date: Wed, 17 Sep 2014 00:01:48 -0400 (EDT)
From: Nathan Scott 
Reply-To: Nathan Scott 
To: Ken McDonell 
Cc: PCP 
Message-ID: <878187025.50712649.1410926508966.JavaMail.zimbra@redhat.com>
In-Reply-To: <5418A6C5.9050606@internode.on.net>
References: <5418A6C5.9050606@internode.on.net>
Subject: Re: [pcp] CentOS 5.10 rpm packaging weirdness
MIME-Version: 1.0
X-ASG-Orig-Subj: Re: [pcp] CentOS 5.10 rpm packaging weirdness
Content-Type: text/plain; charset=utf-8
Content-Transfer-Encoding: 7bit
X-Originating-IP: [10.5.82.6]
X-Mailer: Zimbra 8.0.6_GA_5922 (ZimbraWebClient - FF17 (Linux)/8.0.6_GA_5922)
Thread-Topic: CentOS 5.10 rpm packaging weirdness
Thread-Index: kpjzP90/pcaFj2d9dTu3d1DQMmSe+w==
X-Barracuda-Connect: mx6-phx2.redhat.com[209.132.183.39]
X-Barracuda-Start-Time: 1410926512
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.02
X-Barracuda-Spam-Status: No, SCORE=0.02 using per-user scores of TAG_LEVEL=1000.0 QUARANTINE_LEVEL=1000.0 KILL_LEVEL=2.7 tests=THREAD_INDEX, THREAD_TOPIC
X-Barracuda-Spam-Report: Code version 3.2, rules version 3.2.3.9568
	Rule breakdown below
	 pts rule name              description
	---- ---------------------- --------------------------------------------------
	0.01 THREAD_INDEX           thread-index: AcO7Y8iR61tzADqsRmmc5wNiFHEOig==
	0.01 THREAD_TOPIC           Thread-Topic: ...(Japanese Subject)...



----- Original Message -----
> I removed all the PCP rpms.
> 
> Then ...
> 
> kenj@vm04:~/src/pcp$ sudo rpm -U `ls pcp-3.10.0//build/rpm/*.rpm | sed -e
> '/src.rpm/d'`
> cp: cannot create regular file `/etc/pcp/pmie/cisco/out_util': No such file
> or directory
> cp: cannot create regular file `/etc/pcp/pmie/cisco/in_util': No such file or
> directory
> Rebuilding PMNS ...
> Starting pmcd ...
> Starting pmlogger ...
> Starting pmie ...
> Starting pmproxy ...
> Waiting for pmmgr to terminate ...
> Starting pmmgr ...
> 
> Where are these "cp" failures coming from?
> 
> /etc/pcp/pmie/cisco is totally bogus and I cannot find anything in our source
> or rpm packaging that would generate this pathname.
> 
> The out_util and in_util files are installed (correctly) like this for
> pmieconf below $PCP_VAR/config/pmieconf (not below /etc and not for pmie)...
> 
> kenj@vm04:~/src/pcp$ ls -l /var/lib/pcp/config/pmieconf/cisco
> total 8
> -rw-r--r-- 1 root root 1386 Sep 17 01:10 in_util
> -rw-r--r-- 1 root root 1389 Sep 17 01:10 out_util
> 

Somehow, this is going to be related to the issue fixed here...
but I don't really follow how you could be hitting this now, so
long after the fact.

commit 565ec227919dfd07eef25b45365f0d1f78a145e1
Author: Nathan Scott 
Date:   Wed Jul 3 13:46:37 2013 +1000

    Install the cisco PMDA pmieconf rules into the correct location


cheers.

--
Nathan

From kenj@internode.on.net  Wed Sep 17 02:21:00 2014
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 C39CD7F50
	for ; Wed, 17 Sep 2014 02:21:00 -0500 (CDT)
Received: from cuda.sgi.com (cuda1.sgi.com [192.48.157.11])
	by relay2.corp.sgi.com (Postfix) with ESMTP id A1F64304048
	for ; Wed, 17 Sep 2014 00:20:57 -0700 (PDT)
X-ASG-Debug-ID: 1410938451-04bdf0109aaf0e40001-S8gJnT
Received: from ipmail05.adl6.internode.on.net (ipmail05.adl6.internode.on.net [150.101.137.143]) by cuda.sgi.com with ESMTP id 0MZEK7qnDUKbVeJY for ; Wed, 17 Sep 2014 00:20:52 -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: AhkCAP40GVR20ScOPGdsb2JhbAANU4Q3gn6EN8lrAYEtAQYBAQEBOIQ7AQEEIxVAARALFAQCAgUWCwICCQMCAQIBMRQGDQEFAgEBrwh4lXYBF4Esjh8HgniBUwEEtkBagkoBAQE
Received: from ppp118-209-39-14.lns20.mel4.internode.on.net (HELO [192.168.1.100]) ([118.209.39.14])
  by ipmail05.adl6.internode.on.net with ESMTP; 17 Sep 2014 16:50:50 +0930
Message-ID: <541936BB.5030500@internode.on.net>
Date: Wed, 17 Sep 2014 17:22:35 +1000
From: Ken McDonell 
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:31.0) Gecko/20100101 Thunderbird/31.1.1
MIME-Version: 1.0
To: Nathan Scott 
CC: PCP 
Subject: Re: [pcp] CentOS 5.10 rpm packaging weirdness
References: <5418A6C5.9050606@internode.on.net> <878187025.50712649.1410926508966.JavaMail.zimbra@redhat.com>
X-ASG-Orig-Subj: Re: [pcp] CentOS 5.10 rpm packaging weirdness
In-Reply-To: <878187025.50712649.1410926508966.JavaMail.zimbra@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: 1410938451
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.3.9573
	Rule breakdown below
	 pts rule name              description
	---- ---------------------- --------------------------------------------------

On 17/09/14 14:01, Nathan Scott wrote:
> ...
> Somehow, this is going to be related to the issue fixed here...
> but I don't really follow how you could be hitting this now, so
> long after the fact.
>
> commit 565ec227919dfd07eef25b45365f0d1f78a145e1
> Author: Nathan Scott 
> Date:   Wed Jul 3 13:46:37 2013 +1000
>
>      Install the cisco PMDA pmieconf rules into the correct location

I don't believe it is a new issue ... and could date back some months 
... I just noticed it by accident yesterday, although I think I've seen 
it before.

From nscott@redhat.com  Wed Sep 17 02:58:21 2014
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 A0F9E7F50
	for ; Wed, 17 Sep 2014 02:58:21 -0500 (CDT)
Received: from cuda.sgi.com (cuda3.sgi.com [192.48.176.15])
	by relay2.corp.sgi.com (Postfix) with ESMTP id 8A2C6304053
	for ; Wed, 17 Sep 2014 00:58:21 -0700 (PDT)
X-ASG-Debug-ID: 1410940696-04cb6c54feb68830001-S8gJnT
Received: from mx4-phx2.redhat.com (mx4-phx2.redhat.com [209.132.183.25]) by cuda.sgi.com with ESMTP id 1JbfJabpSIkS9dgc for ; Wed, 17 Sep 2014 00:58:16 -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 s8H7wFAO032278
	for ; Wed, 17 Sep 2014 03:58:15 -0400
Date: Wed, 17 Sep 2014 03:58:15 -0400 (EDT)
From: Nathan Scott 
Reply-To: Nathan Scott 
To: PCP 
Message-ID: <1821712092.50791234.1410940695263.JavaMail.zimbra@redhat.com>
In-Reply-To: <80714616.50787113.1410940441861.JavaMail.zimbra@redhat.com>
Subject: pcp updates: mega-merge
MIME-Version: 1.0
X-ASG-Orig-Subj: pcp updates: mega-merge
Content-Type: text/plain; charset=utf-8
Content-Transfer-Encoding: 7bit
X-Originating-IP: [10.5.82.6]
X-Mailer: Zimbra 8.0.6_GA_5922 (ZimbraWebClient - FF17 (Linux)/8.0.6_GA_5922)
Thread-Topic: pcp updates: mega-merge
Thread-Index: b3R2+nHK2bPzWpe0IaQDlgRW4gn7Zw==
X-Barracuda-Connect: mx4-phx2.redhat.com[209.132.183.25]
X-Barracuda-Start-Time: 1410940696
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.77
X-Barracuda-Spam-Status: No, SCORE=0.77 using per-user scores of TAG_LEVEL=1000.0 QUARANTINE_LEVEL=1000.0 KILL_LEVEL=2.7 tests=FRT_LEVITRA, THREAD_INDEX, THREAD_TOPIC
X-Barracuda-Spam-Report: Code version 3.2, rules version 3.2.3.9574
	Rule breakdown below
	 pts rule name              description
	---- ---------------------- --------------------------------------------------
	0.01 THREAD_INDEX           thread-index: AcO7Y8iR61tzADqsRmmc5wNiFHEOig==
	0.01 THREAD_TOPIC           Thread-Topic: ...(Japanese Subject)...
	0.74 FRT_LEVITRA            BODY: ReplaceTags: Levitra

Changes committed to git://git.pcp.io/pcp.git dev

 .gitignore                           |    2 
 CHANGELOG                            |    3 
 Makepkgs                             |   24 
 build/mac/GNUmakefile                |    1 
 build/mac/uninstall-pcp.in           |    4 
 configure                            |   29 
 configure.ac                         |   31 
 man/html/guide.redhat.html           |   84 -
 man/html/index.html                  |    1 
 man/man1/pmdiff.1                    |    9 
 man/man3/pmdiscoverservices.3        |   24 
 man/man3/pmlookupdesc.3              |    2 
 qa/012                               |    2 
 qa/019                               |    2 
 qa/024                               |    4 
 qa/028                               |    4 
 qa/033                               |    2 
 qa/049                               |    2 
 qa/050                               |    2 
 qa/052                               |    4 
 qa/057                               |    4 
 qa/069                               |   15 
 qa/069.out.ipv6                      |    2 
 qa/069.out.nonipv6                   |    2 
 qa/070                               |    2 
 qa/077                               |    2 
 qa/078                               |    2 
 qa/081                               |    2 
 qa/082                               |    6 
 qa/092                               |    2 
 qa/094                               |    2 
 qa/112                               |    8 
 qa/119                               |    6 
 qa/138                               |    2 
 qa/146                               |    2 
 qa/154                               |    2 
 qa/155                               |    2 
 qa/158                               |    2 
 qa/159                               |    8 
 qa/163                               |    2 
 qa/171                               |    2 
 qa/173                               |    2 
 qa/176                               |    2 
 qa/180                               |    6 
 qa/181                               |    2 
 qa/186                               |    2 
 qa/193                               |    3 
 qa/200                               |    2 
 qa/209                               |    2 
 qa/217                               |    2 
 qa/226                               |    4 
 qa/237                               |    2 
 qa/238                               |    2 
 qa/239                               |    2 
 qa/240                               |    2 
 qa/241                               |    2 
 qa/245                               |    2 
 qa/248                               |    2 
 qa/250                               |    4 
 qa/254                               |    6 
 qa/259                               |    2 
 qa/259.out                           |   48 -
 qa/260                               |   12 
 qa/260.out                           |  154 +--
 qa/261                               |    4 
 qa/266                               |    2 
 qa/274                               |    2 
 qa/278                               |    2 
 qa/280                               |    2 
 qa/283                               |    2 
 qa/287.out.32                        |  312 +++----
 qa/295                               |    2 
 qa/299                               |    4 
 qa/300                               |    2 
 qa/311                               |    2 
 qa/313                               |    4 
 qa/316.out                           |   50 -
 qa/320                               |    2 
 qa/322                               |    5 
 qa/323                               |    2 
 qa/324                               |    2 
 qa/326                               |    2 
 qa/339                               |    2 
 qa/346                               |    2 
 qa/347                               |    2 
 qa/348                               |    2 
 qa/349                               |    2 
 qa/357                               |    2 
 qa/367                               |    2 
 qa/368                               |    4 
 qa/369                               |    6 
 qa/374                               |    2 
 qa/375                               |    4 
 qa/382                               |    2 
 qa/392                               |    8 
 qa/403                               |    2 
 qa/406                               |    2 
 qa/411                               |    2 
 qa/429                               |    4 
 qa/430                               |    2 
 qa/443                               |    2 
 qa/444                               |    4 
 qa/448                               |    2 
 qa/456                               |    2 
 qa/458                               |    2 
 qa/461                               |    2 
 qa/465                               |   10 
 qa/466                               |    4 
 qa/469                               |    2 
 qa/471                               |    2 
 qa/479                               |    2 
 qa/479.out.2                         |    1 
 qa/497                               |    2 
 qa/498                               |    4 
 qa/504                               |    4 
 qa/511                               |    2 
 qa/512                               |    2 
 qa/513                               |    2 
 qa/514                               |    4 
 qa/519                               |    4 
 qa/520                               |    4 
 qa/523                               |    2 
 qa/526                               |    2 
 qa/527                               |    2 
 qa/528                               |    2 
 qa/531                               |    2 
 qa/537                               |    2 
 qa/540                               |   49 -
 qa/555                               |    4 
 qa/556                               |    2 
 qa/558                               |    2 
 qa/565                               |    2 
 qa/570                               |    4 
 qa/575                               |    2 
 qa/578                               |    2 
 qa/583                               |    4 
 qa/592                               |    2 
 qa/593                               |    2 
 qa/597                               |    2 
 qa/600                               |    4 
 qa/605                               |    2 
 qa/617                               |    6 
 qa/622                               |    8 
 qa/628                               |    6 
 qa/633                               |    4 
 qa/638                               |    2 
 qa/639                               |    2 
 qa/642                               |    6 
 qa/647                               |    2 
 qa/648                               |    2 
 qa/649                               |    2 
 qa/651                               |    6 
 qa/652                               |    4 
 qa/653                               |    2 
 qa/660                               |    2 
 qa/702                               |    2 
 qa/703                               |    2 
 qa/704                               |    2 
 qa/705                               |    2 
 qa/707                               |    2 
 qa/708                               |    2 
 qa/710                               |    2 
 qa/711                               |    2 
 qa/715                               |    2 
 qa/716                               |    2 
 qa/719                               |    2 
 qa/720                               |    2 
 qa/721                               |    2 
 qa/722                               |    4 
 qa/723                               |    2 
 qa/726                               |    2 
 qa/728                               |    2 
 qa/733                               |    2 
 qa/735                               |    2 
 qa/737                               |    2 
 qa/738                               |   28 
 qa/739                               |   22 
 qa/739.out                           |    8 
 qa/741                               |    6 
 qa/744                               |   19 
 qa/745                               |   19 
 qa/755                               |    6 
 qa/768                               |    2 
 qa/780                               |    1 
 qa/798                               |   29 
 qa/798.out                           |    8 
 qa/822                               |   34 
 qa/828                               |  121 ++
 qa/828.out                           |   40 
 qa/833                               |    9 
 qa/833.out                           |  174 ++--
 qa/835                               |    9 
 qa/835.out                           |    1 
 qa/836.out                           |   62 -
 qa/875                               |    7 
 qa/972                               |    6 
 qa/979                               |    2 
 qa/980                               |    2 
 qa/985                               |    6 
 qa/986                               |   11 
 qa/996                               |   31 
 qa/996.out                           |   52 +
 qa/README                            |    8 
 qa/admin/allow-pmlc-access           |   97 ++
 qa/admin/check-vm                    |   77 +
 qa/admin/pcp-daily                   |    2 
 qa/admin/pcp-qa-summary              |   60 +
 qa/archives/GNUmakefile              |    2 
 qa/archives/diff1.0                  |binary
 qa/archives/diff1.index              |binary
 qa/archives/diff1.meta               |binary
 qa/archives/diff2.0                  |binary
 qa/archives/diff2.index              |binary
 qa/archives/diff2.meta               |binary
 qa/archives/mk.diff.sh               |   67 +
 qa/check-group                       |   16 
 qa/common.check                      |   40 
 qa/common.filter                     |    7 
 qa/common.gfs2                       |    2 
 qa/common.install.cisco              |    2 
 qa/common.secure                     |    4 
 qa/group                             | 1473 +++++++++++++++++------------------
 qa/group-stats                       |    6 
 qa/mk.pcpversion                     |    5 
 qa/new                               |    4 
 qa/src/GNUlocaldefs                  |    8 
 qa/src/churnctx.c                    |   11 
 qa/src/interp0.c                     |   16 
 qa/src/interp1.c                     |    3 
 qa/src/pducheck.c                    |    2 
 qa/src/slow_af.c                     |    2 
 qa/src/xarch.c                       |   13 
 qa/valgrind-suppress-3.5.0           |    8 
 qa/valgrind-suppress-3.7.0           |   23 
 qa/valgrind-suppress-3.8.1           |   23 
 src/include/builddefs.in             |   24 
 src/include/buildrules               |   28 
 src/include/pcp/impl.h               |    2 
 src/libpcp/src/AF.c                  |   37 
 src/libpcp/src/auxconnect.c          |    4 
 src/libpcp/src/avahi.c               |   18 
 src/libpcp/src/check-statics         |   13 
 src/libpcp/src/derive_fetch.c        |   10 
 src/libpcp/src/discovery.c           |    3 
 src/libpcp/src/exports               |    6 
 src/libpcp/src/loop.c                |    9 
 src/libpcp/src/pdu.c                 |    6 
 src/libpcp/src/rtime.c               |    5 
 src/libpcp/src/tv.c                  |   73 +
 src/libpcp/src/util.c                |   20 
 src/libpcp_pmda/src/open.c           |    4 
 src/libpcp_qed/src/qed_app.cpp       |   12 
 src/libpcp_qmc/src/qmc_metric.cpp    |   12 
 src/libpcp_qmc/src/qmc_time.cpp      |   21 
 src/libpcp_trace/src/pdu.c           |    7 
 src/libpcp_trace/src/trace.c         |   12 
 src/pcp/dmcache/.gitignore           |    1 
 src/pcp/dmcache/GNUmakefile          |    4 
 src/pcp/dmcache/pcp-dmcache.py       |  154 ---
 src/pcp/dmcache/pcp-dmcache.pyin     |  154 +++
 src/pcp/free/.gitignore              |    1 
 src/pcp/free/GNUmakefile             |    4 
 src/pcp/free/pcp-free.py             |  216 -----
 src/pcp/free/pcp-free.pyin           |  216 +++++
 src/pcp/numastat/.gitignore          |    1 
 src/pcp/numastat/GNUmakefile         |    4 
 src/pcp/numastat/pcp-numastat.py     |  157 ---
 src/pcp/numastat/pcp-numastat.pyin   |  157 +++
 src/pcp/uptime/.gitignore            |    1 
 src/pcp/uptime/GNUmakefile           |    4 
 src/pcp/uptime/pcp-uptime.py         |  128 ---
 src/pcp/uptime/pcp-uptime.pyin       |  128 +++
 src/perl/PMDA/local.c                |    3 
 src/pmatop/.gitignore                |    1 
 src/pmatop/GNUmakefile               |   11 
 src/pmatop/pmatop.py                 |  917 ---------------------
 src/pmatop/pmatop.pyin               |  917 +++++++++++++++++++++
 src/pmchart/groupcontrol.cpp         |   14 
 src/pmchart/main.cpp                 |   30 
 src/pmchart/main.h                   |    2 
 src/pmchart/recorddialog.cpp         |    2 
 src/pmchart/tab.cpp                  |    4 
 src/pmchart/timecontrol.cpp          |    2 
 src/pmchart/tracing.cpp              |   12 
 src/pmdas/darwin/kernel.c            |    8 
 src/pmdas/gluster/pmdagluster.python |    7 
 src/pmdas/linux/proc_net_netstat.c   |    8 
 src/pmdas/weblog/pmda.c              |    3 
 src/pmdumptext/pmdumptext.cpp        |   16 
 src/pmevent/pmevent.c                |    3 
 src/pmie/src/dstruct.c               |   14 
 src/pmie/src/dstruct.h               |    4 
 src/pmie/src/pmie.c                  |   28 
 src/pmie/src/pragmatics.c            |    9 
 src/pmieconf/rate-syscalls.c         |   18 
 src/pmlogger/src/callback.c          |    6 
 src/pmlogger/src/pmlogger.c          |    7 
 src/pmlogger/src/ports.c             |    7 
 src/pmlogreduce/pmlogreduce.c        |    8 
 src/pmlogrewrite/pmlogrewrite.c      |   12 
 src/pmlogsummary/pmdiff.sh           |   21 
 src/pmlogsummary/pmlogcheck.c        |   18 
 src/pmlogsummary/pmlogsummary.c      |   34 
 src/pmproxy/client.c                 |    1 
 src/pmtop/pmtop.c                    |    5 
 src/pmval/pmval.c                    |    3 
 src/python/GNUmakefile               |    5 
 src/python/pcp/.gitignore            |    2 
 src/python/pcp/GNUmakefile           |    7 
 src/python/pcp/pmcc.py               |  620 --------------
 src/python/pcp/pmcc.pyin             |  620 ++++++++++++++
 src/python/pcp/pmsubsys.py           |  355 --------
 src/python/pcp/pmsubsys.pyin         |  355 ++++++++
 src/python/pmda.c                    |    2 
 314 files changed, 5235 insertions(+), 4527 deletions(-)

commit b4eeaaeecde0c42eb68f6f72cd9196d1c3b0bc16
Author: Nathan Scott 
Date:   Wed Sep 17 16:30:05 2014 +1000

    Fix top-level gitignore file for longer pcp version

commit 9c82cba9469dcd1a7cb3fb71cb58dba8ab196065
Author: Marko Myllynen 
Date:   Wed Sep 17 16:02:17 2014 +1000

    Linkify the PCP Quick Reference Guide

commit eb5c576dfcd58f59932b4d4186068d1f13179682
Author: Nathan Scott 
Date:   Wed Sep 17 15:52:14 2014 +1000

    Minor documentation improvements, add link to man7.org

commit 2f0eda0e306e00620d1c44686bb09d9e42ecbbef
Author: Ken McDonell 
Date:   Wed Sep 17 08:55:38 2014 +1000

    qa/875 - version check fix and valgrind check added

commit d3a06e0986c1952fbed93d19863a998afcbbea4a
Author: Ken McDonell 
Date:   Wed Sep 17 08:54:34 2014 +1000

    qa/admin/pcp-qa-summary - reverse the sort order with -f
    
    More frequent failures come first, not last.

commit e8c284125e5611728f46a898920686164424c2da
Author: Ken McDonell 
Date:   Wed Sep 17 08:52:12 2014 +1000

    qa/652 - add pmda log file to $seq.full to aid debugging

commit 593ccfce168bf3702f0adeabc5f839c3e7996f7d
Author: Ken McDonell 
Date:   Wed Sep 17 08:50:31 2014 +1000

    qa/540 - really fix ls(1) munging, this time

commit e94bd39613063b836d800e7ef0ceb9986982129a
Author: Ken McDonell 
Date:   Wed Sep 17 08:49:09 2014 +1000

    qa/339 - fix edge condition for load average
    
    Need <= in the test, not <.  Otherwise fails in the case where
    the 5 and 15 minute load averages are zero.

commit be78608fb2362a45d1d200f8209e30709221d957
Author: Ken McDonell 
Date:   Wed Sep 17 08:47:25 2014 +1000

    qa/780 - add notrun guard when curl not installed

commit 6899ab979e66da6422c9eb23abd6880fc8048387
Author: Dave Brolley 
Date:   Tue Sep 16 11:34:44 2014 -0400

    pmproxy: Initialize status.allowed for new clients
    
    In AcceptNewClient(), client[i].status.allowed must be initialized
    to zero, otherwise the next client for which the same client table
    entry is assigned never calls VerifyClient(). If that client happens
    to want a secure connection, this causes the connection to fail
    because the secure handshake is never performed.

commit 1f29b464af1e26fd98a5fdd627c020d38a06bda4
Author: Ken McDonell 
Date:   Tue Sep 16 18:13:21 2014 +1000

    qa/check-group - minor tweak on error path

commit 537686a4cab98f7b3334a1af8bbac32912608fbb
Author: Ken McDonell 
Date:   Tue Sep 16 18:12:43 2014 +1000

    qa/986 - need notrun guard if dmsetup not installed

commit 292769155bec5531e5e31fdaeb5041c27adbe021
Author: Ken McDonell 
Date:   Tue Sep 16 18:04:26 2014 +1000

    pmdiff - minor changes
    
    - man page imroved explanation of ratios and ordering
    - fix -q 1 bug
    - fix ordering to make it (a) sorted on ratio and (b) deterministic
    - additional QA coverage: 836 (remade) and 996 (new)
    - new archives for 996

commit 11718ee135933188b0f31e8621771eac58333cc7
Author: Ken McDonell 
Date:   Tue Sep 16 08:18:39 2014 +1000

    qa/835 - tune tolerances for memcache pmda metrics

commit 48ba9579f982aeb37d690034d4293d31c1dbf52d
Author: Ken McDonell 
Date:   Tue Sep 16 08:03:27 2014 +1000

    qa/822 - reserve for a pending pmlogrewrite test

commit 795ed17683a1108ed57e268f90a8d80aa53bf4af
Author: Ken McDonell 
Date:   Tue Sep 16 08:01:10 2014 +1000

    qa groups - retire oss and sgi groups which are no longer needed

commit 083fde084f859c5f762a271f069e32c72437a04f
Author: Ken McDonell 
Date:   Tue Sep 16 07:59:21 2014 +1000

    qa/check-group - add consistency checks between group and files

commit bcbfb11e8b1e9258f7113496ed2d8f7d3e0b8905
Author: Ken McDonell 
Date:   Tue Sep 16 06:43:44 2014 +1000

    qa/common.secure - add error string mappings
    
    For some installations, the nss error strings are missing (this is
    probably a platform install and/or packaging botch, but I cannot
    find how to fix it).  So, translate "Unknown code ___f NN" to what
    appears to be the right error message string in the qa test filter.

commit 020cf4aed5e22efedd779ebb4644f5c97b857bef
Author: Ken McDonell 
Date:   Tue Sep 16 06:43:12 2014 +1000

    qa/check-group - better enumeration of test cases

commit bb2c90aa3ca75dc9dd3b43696c4f9398151fe220
Author: Ken McDonell 
Date:   Tue Sep 16 06:42:04 2014 +1000

    qa/admin/check-vm - pmatop.py needs python-curses on some platforms

commit 51dc0b400595240fba577789fdd3f3a7cc05ee59
Author: Ken McDonell 
Date:   Tue Sep 16 06:41:16 2014 +1000

    qa/875 - needed valgrind notrun guard

commit 460e53d521bdc0965af86dd79cd485506efbfb76
Author: Ken McDonell 
Date:   Tue Sep 16 06:39:24 2014 +1000

    qa/722 - diagnostic changes
    
    Syphon off pmatop output earlier in the pipeline so we can see the
    data in $seq.full before any filtering is applied.

commit 2603fa9e98e3743a1e1f823c5b919ed72e654dfb
Author: Ken McDonell 
Date:   Tue Sep 16 06:38:39 2014 +1000

    qa/651 - more diags, no functional change

commit 1b3c6a9f44c5f67982156951eeb74caa27e4e0b7
Author: Ken McDonell 
Date:   Tue Sep 16 06:37:24 2014 +1000

    qa/540 - need to dodge more variants of /dev/mapper setup

commit 6d1df67b4373ed356e6a44ef595cd54e051d7483
Author: Dave Brolley 
Date:   Mon Sep 15 14:35:47 2014 -0400

    Update pmdiscoverservices(3) man page.

commit 0abc66f2b4f44eec9975169f42cbf649c9d7c044
Author: Dave Brolley 
Date:   Mon Sep 15 13:55:14 2014 -0400

    RHBZ 1139529 - __pmDiscoverServicesWithOptions(1) error codes.
    
    Avahi error codes are not useful to the caller of this API.
    -EOPNOTSUPP is the best fit for avahi failures.

commit 5f51dddbcc9fd4c27e94c29f5ea694f397311f97
Author: Ken McDonell 
Date:   Mon Sep 15 16:23:27 2014 +1000

    qa/valgrind-suppress-3.7.0 - similar to 3.6.1 and 3.8.1 cases
    
    Bogus uninitialized data in jump report ... seems to be i?86 specific
    as well as valgrind version dependent.

commit 3b494263335e5ce4f7d94b7bb15be3b077113616
Author: Ken McDonell 
Date:   Mon Sep 15 13:26:49 2014 +1000

    linux pmda - fix missing initialization for netstat metrics
    
    Found by qa/003 on ia64 grundy.sgi.com SUSE SLES11 SP1.
    
    We must have been simply lucky on other platforms, as this had the
    potential to whack data in the linux PMDA's address space, and hence
    pmcd (the linux PMDA is a DSO agent by default).

commit e5d82144bd28724f3941f9799137091efddfd898
Author: Ken McDonell 
Date:   Mon Sep 15 11:30:39 2014 +1000

    libpcp/tv.c - add explicit cast for 0.5 constant
    
    As per Mark's comment.

commit 3f577634911904f3dd7ade3cfeda54268f404837
Author: Ken McDonell 
Date:   Mon Sep 15 10:52:35 2014 +1000

    qa519 & qa/583 - accommodate ISO 8601 format timestamps in syslog

commit 677798fa51a71129c26308719fa9dfe665d89148
Author: Ken McDonell 
Date:   Mon Sep 15 10:27:24 2014 +1000

    qa/valgrind-suppress-3.8.1 - similar to 3.6.1 case
    
    Bogus uninitialized data in jump report ... seems to be i?86 specific
    as well as valgrind version dependent.

commit d4f5a7441c6723b22d1b63ac473ef16ac72ed53a
Author: Ken McDonell 
Date:   Mon Sep 15 10:13:39 2014 +1000

    qa/985 & qa/986 - dmcache pmda won't work with python versions before 2.5
    
    Not run it on older python versions

commit fc7c5d17178d36e9f8b11e88e2b2122991368887
Author: Ken McDonell 
Date:   Mon Sep 15 10:11:31 2014 +1000

    qa/972 - zswap pmda won't work with python versions before 2.5
    
    Not run it on older python versions

commit d2ffd9a0e8712b381cf3482705ec42e405831d75
Author: Ken McDonell 
Date:   Mon Sep 15 09:38:40 2014 +1000

    qa/798 - nfsclient pmda - perl fixup
    
    The instance domain 62.0 does not have a deterministic mapping
    across platforms and perl versions.  Take control in the qa test
    filter and make it so!

commit b678b76d6e785e86cfcd9110a1065c85b1d96fa2
Author: Ken McDonell 
Date:   Mon Sep 15 08:53:06 2014 +1000

    qa/287 - new 32-bit output
    
    After fixing struct timeval <--> double arithmetic, slightly different
    answers.

commit 27bd3f09a67af0acbd0c4874e29a2d5ce3ba4584
Author: Ken McDonell 
Date:   Mon Sep 15 08:06:51 2014 +1000

    libpcp/tv.c - fixup last change
    
    tsub() expunge was not quite right.

commit 7e4c121fca12b26b3f6860952fef702846fa910b
Author: Ken McDonell 
Date:   Mon Sep 15 07:58:22 2014 +1000

    Makepkgs - capture stderr from make et al in Logs/pcp

commit 57045ac52a2ac05f6d85d992241a37cc71d23042
Author: Ken McDonell 
Date:   Mon Sep 15 07:56:51 2014 +1000

    qa/738 - more ls/ln fun
    
    It is amazing how many useless variations in error messages from ls(1)
    and ln(1) that have been made by assorted pixies over the years ... sigh.

commit 2922cc0db9b8617fd656d4f9f16be58fa1e9834b
Author: Ken McDonell 
Date:   Mon Sep 15 07:55:51 2014 +1000

    libpcp/tv.c - remove another tsub() implementation
    
    Use __pmtimevalSub() instead.

commit 196603d15303e8d53a462a2360dd70b066595b20
Author: Ken McDonell 
Date:   Mon Sep 15 07:31:13 2014 +1000

    qa/common.check - tighter checks for pmlogger termination
    
    In _wait_pmlogger_end() we were waiting for the control file to be
    removed.  But even after cleaning up the stdio buffer flushing in
    pmlogger there is still a race, because the trailer "finished"
    message is written from libpcp routines in an atexit() handler which
    is after the control file is removed.
    
    Extend the test to wait for the pmlogger process to have really
    exited, using "kill -s 0 $pid" as the test.

commit 1e84106d5467d0bca703385851b075e7c2c40fed
Author: Ken McDonell 
Date:   Mon Sep 15 07:29:25 2014 +1000

    qa/744 & qa/745 - nvidia pmda testing fix
    
    Need to make sure the compiled help text files exist before running
    the tests.

commit c0bf02b31c788bf68b0afa495786db46e43069dd
Author: Ken McDonell 
Date:   Sun Sep 14 21:06:16 2014 +1000

    Delete some Python files that were renamed, but not tracked in git

commit 6e56ba7a58f27b038a4048916a61cb5e3cb6b908
Author: Ken McDonell 
Date:   Sun Sep 14 15:10:25 2014 +1000

    pmlogger - fix small race on exit condition
    
    Flush stdio buffers before removing control file(s).

commit 3f0ed3008b1e2ed52447c82c2e3b88e6417a6f86
Author: Ken McDonell 
Date:   Sun Sep 14 09:33:19 2014 +1000

    QA meets Y2K, sort of ...
    
    Internally we've used a 4 digit number to encode the PCP version number
    	1 - major
    	2 - minor
    	3 & 4 - point
    
    Going to PCP 3.10.0 broke this.
    
    Convert to 5 digit numbers ...
    	1 - major
    	2 & 3 - minor
    	4 & 5 - point
    
    There is nothing else to see in this commit, even though it touches
    143 files.

commit 02c366ee1474c3fb987b75c36d12ce93c415ddae
Author: Ken McDonell 
Date:   Sun Sep 14 06:56:21 2014 +1000

    timeval refactoring - part 5, QA output
    
    This group of commits refactors the way we handle struct timeval
    and in particular conversion to and from a double.
    
    Use the libpcp routines in preference to inline code.
    
    After all the changes, we need to amend our view of what is the
    "correct" output for a couple of tests ... the previous .out files
    were just wrong, and this had not been noticed.

commit 3592fa59fea2203fc372b992f4fc697766e318a1
Author: Ken McDonell 
Date:   Sun Sep 14 06:55:21 2014 +1000

    timeval refactoring - part 4, QA applications
    
    This group of commits refactors the way we handle struct timeval
    and in particular conversion to and from a double.
    
    Use the libpcp routines in preference to inline code.
    
    The end result is we avoid arithmetic involving 1000000 appearing
    all over the code base, and encapsulate the correct arithmetic in
    just one place (tv.c of libpcp).

commit 9cc0a0c41924c451acffd1d4773124db8582a5dd
Author: Ken McDonell 
Date:   Sun Sep 14 06:54:13 2014 +1000

    timeval refactoring - part 2, PMDAs and PMAPI clients
    
    This group of commits refactors the way we handle struct timeval
    and in particular conversion to and from a double.
    
    Use the libpcp routines in preference to inline code.
    
    The end result is we avoid arithmetic involving 1000000 appearing
    all over the code base, and encapsulate the correct arithmetic in
    just one place (tv.c of libpcp).

commit f56888346c7be10f7d534d0c57a50e8ec0fcfb0d
Author: Ken McDonell 
Date:   Sat Sep 13 17:53:28 2014 +1000

    timeval refactoring - part 2, other libraries
    
    This group of commits refactors the way we handle struct timeval
    and in particular conversion to and from a double.
    
    Use the libpcp routines in preference to inline code.
    
    The end result is we avoid arithmetic involving 1000000 appearing
    all over the code base, and encapsulate the correct arithmetic in
    just one place (tv.c of libpcp).

commit 6c13d3afd85b5e89ae05d476365490b77173e222
Author: Ken McDonell 
Date:   Sat Sep 13 14:30:33 2014 +1000

    libpcp_pmda - better diagnostics in pmdaInit
    
    There are some integrity checks like ...
      if ((nmetrics == 0 && metrics != NULL) || (nmetrics != 0 && metrics == NULL))
      if ((nindoms == 0 && indoms != NULL) || (nindoms != 0 && indoms == NULL))
    these are unaltered, but on failure the diagnostic now provides more useful
    information as to why the check failed.

commit 30ee041a6e0cbe36e22d7db9aa61e129f9fd140e
Author: Ken McDonell 
Date:   Sat Sep 13 14:19:47 2014 +1000

    timeval refactorting - part 1,  and libpcp
    
    This group of commits refactors the way we handle struct timeval
    and in particular conversion to and from a double.
    
    + two new libc functions are introduced
        void __pmtimevalInc(struct timeval *, const struct timeval *);
        void __pmtimevalDec(struct timeval *, const struct timeval *);
      to perform in place a := a + b and a := a - b arithmetic
    + lots of local utility functions, e.g. tvsub(), tvadd() are replaced
      by uses of the libpcp routines above, or there "add/subtract and
      return a double result" cousins:
        double __pmtimevalAdd(const struct timeval *, const struct timeval *);
        double __pmtimevalSub(const struct timeval *, const struct timeval *);
    + all of the "divide by 1000000" code to convert a struct timeval into a
      double has been expunged and the correct high precision arithmetic is
      encapsulated in one place, namely
        double __pmtimevalToReal(const struct timeval *);
    + all of the double -> struct timeval conversions have been replaced by
      calls to:
        extern void __pmtimevalFromReal(double, struct timeval *);
    
    The end result is we avoid arithmetic involving 1000000 appearing
    all over the code base, and encapsulate the correct arithmetic in
    just one place (tv.c of libpcp).

commit 58d3dfcf3df674dbbc138e0b55f402ad69f78fbe
Author: Ken McDonell 
Date:   Sat Sep 13 13:56:29 2014 +1000

    qa/456 - filter out non-deterministic NOTICES rolling messages

commit df646706745157bb4751d1fc47deae387a1145c5
Author: Ken McDonell 
Date:   Fri Sep 12 13:17:11 2014 +1000

    Python QA - older python version support
    
    Run the src/*.py versions, not the src/*.python ones as the former
    will have been munged (if needed) for earlier Python versions.

commit 7a446e8b644872c25bde58c654c4308b886dfc08
Author: Ken McDonell 
Date:   Fri Sep 12 13:16:01 2014 +1000

    qa/555 - capture stderr and well as stdout for ls(1)

commit c58c6f442aac7e10ee7b6fbf32ad1eb1cae39bb6
Author: Ken McDonell 
Date:   Fri Sep 12 13:14:34 2014 +1000

    qa valgrind support - add suppressions for valgrind 3.5.0

commit 44434bc72e5e75355d9e20b5c62230a514037280
Author: Ken McDonell 
Date:   Fri Sep 12 12:52:09 2014 +1000

    qa/src/GNUlocaldefs - python/perl changes
    
    Don't replicate the .python -> .py and .perl -> .pl rules, they
    are already in builddefs.

commit b87c3d801ad798e89ec189923e03fc180eee1a07
Author: Ken McDonell 
Date:   Fri Sep 12 12:50:53 2014 +1000

    Older Python support ... some cases I missed earlier
    
    Subcommands of pcp(1) ... not sure how these were missed, but
    same changes as for their peer Python scripts.

commit 88ec17f4069e8536fc0d60e966dbd26d1c037b91
Author: Ken McDonell 
Date:   Fri Sep 12 12:05:36 2014 +1000

    Older python support (continued)
    
    Also need to add this conditional rewriting to the .python -> .py
    rules (for the QA tests scripts mostly).

commit 9d1d94536f40ba3ea3dc79f378a4a9a2469731b8
Author: Ken McDonell 
Date:   Fri Sep 12 11:56:27 2014 +1000

    Older python support
    
    Changes to accommodate different "except" clause syntax in Python
    before version 2.5.
    
    Source files containing "except .. as ..." are renamed from *.py
    to *.pyin and a buildrule generates appropriate syntax in the *.py
    files which are used in the packaging and then discarded.
    
    For Python before 2.5, the except clause is rewritten as
    "except .., ..." (comma replaces " as").

commit 712c1bb34c9fdc63305cc813cd895c1b96904ac0
Author: Ken McDonell 
Date:   Fri Sep 12 08:05:42 2014 +1000

    fix pmlookupdesc man page typo
    
    Thanks to Michele Baldessari.

commit 1b6b3b3827379a65b94ef52170f6412ff76c2dca
Author: Ken McDonell 
Date:   Thu Sep 11 11:33:09 2014 +1000

    qa/src/pducheck.c - reduce mem leak chances
    
    Call pmUnloadNameSpace() before exiting.

commit 2f457593544eceae40dfc1c8e5d05350db26476c
Author: Ken McDonell 
Date:   Thu Sep 11 11:31:28 2014 +1000

    qa/admin/check-vm - certutil sometimes hides in the mozilla-nss-tools rpm

commit 5df8c0a6574769f282c5329ca3d5b593868ff4eb
Author: Ken McDonell 
Date:   Thu Sep 11 11:28:00 2014 +1000

    qa/259 and qa/260 - change counter metrics
    
    We were using pmcd.pdu_in.total but this is subject to possible
    changes from concurrent pmcd clients outside the control of the
    QA test.  Change to sampledso.recv_pdu which is much less likely
    to be used by clients started from system services.

commit d1c7d63e0876704850cec4fe0b28b21ca875448e
Author: Ken McDonell 
Date:   Thu Sep 11 11:23:22 2014 +1000

    qa/193 - may need a short delay
    
    To ensure pmcd is done handling requests from src/crashpmcd before
    looking at pmcd.log

commit 47a4a62eef2af9cc3124c7f0796d728626fded01
Author: Ken McDonell 
Date:   Thu Sep 11 11:11:14 2014 +1000

    qa/069 - add a little more slop in the filter
    
    pmcd.numclients is no longer guaranteed to be 2 ... could be
    anything in the range 2 to 4 depending on the services that are
    started automatically when pmcd is started.
    
    Filter to be more tolerent.

commit 6ab6c2656695ff3f1436e73522850eb349003265
Author: Ken McDonell 
Date:   Thu Sep 11 11:07:57 2014 +1000

    Gluster PMDA - accommodate older python versions
    
    In Python 2.4.3 (at least, on vm04 i586 CentOS 5.10), cElementTree
    may be hiding in a different module ... so be a little tricker about
    the import logic.

commit 8837d83d311884e35d21541484cca5f099c3c5e3
Author: Ken McDonell 
Date:   Thu Sep 11 11:01:41 2014 +1000

    qmake fix - less ugly solution
    
    Frank's right, I should accommodate qmake's badness by reordering
    the -L options to move the Qt libs dir to the end of the list.
    
    This involves some much hairier awk than the original sed, but
    appears to work.

commit c5084a863990a4270582acf402d7881d9371092d
Author: Ken McDonell 
Date:   Wed Sep 10 12:25:10 2014 +1000

    qmake fix - ugly
    
    qmake appears to be broken in that the generated Makefile contains a
    bogus -L/some/lib/dir component _before_ the PCP and related lib
    dirs we care about.
    
    If a down-rev libpcp, for example, is installed on /some/lib/dir, we
    try to link against the down-rev libpcp instead of the correct one in
    the build ... discovered by Jeff Hanson @ SGI.
    
    The fix is to edit the Makefile after qmake generates it and before we
    use it in the build.

commit ae5095b70719e1a1cc3f9117530bceb5a901c000
Author: Max Matveev 
Date:   Fri Sep 5 16:44:54 2014 -0700

    Teach check-statics new OSX tricks
    
    OSX 10.9 changed the way symbols are used: they now use L___func__. prefix
    for __func__ macro expansion, L_str. for strings and they also pre-prepend
    the scope names to statics so 'static char *foo' declared in function bar
    is called bar.foo - all that is filtered in check-statics.

commit e56e5d8ef8971a29f93a5712431144e1fb0aae4d
Author: Ken McDonell 
Date:   Mon Sep 8 18:24:29 2014 +1000

    qa/755 - better pmcd stop filtering

commit 6aa4b68971a8110d3a17cbcad17def50a8aaaeb7
Author: Ken McDonell 
Date:   Mon Sep 8 17:30:31 2014 +1000

    qa/README - add note about firewalls and QA needs

commit d53fb4a5e77fab86779ca088221dce8213467598
Author: Ken McDonell 
Date:   Mon Sep 8 17:30:00 2014 +1000

    qa/755 - add short sleep to try and dodge slow start race

commit a6cfb83dc4e64abe88c3015feb1ab79aa8b96052
Author: Ken McDonell 
Date:   Mon Sep 8 10:43:08 2014 +1000

    qa/common.filter - oops, fix last sed botch

commit 5ec7a388b2950d30592f0386d278493f72307e3a
Author: Ken McDonell 
Date:   Mon Sep 8 10:39:14 2014 +1000

    qa/common.filter - another dbus error message to dodge

commit d9e6c8b44c114952d92e1895c55cee996d193bc2
Author: Ken McDonell 
Date:   Mon Sep 8 10:34:35 2014 +1000

    qa/admin/check-vm - use same logic as allow-pmlc-access for IPv4 addr of local network

commit d4c5b5be3ee7cbc765fb57c3b7d6bd510a73b026
Author: Ken McDonell 
Date:   Mon Sep 8 10:33:55 2014 +1000

    qa/admin/pcp-qa-summary - add header lines every 20 lines of output
    
    Too many failures and I lose track in the failure map.

commit ddfea4e6e745108097d5c661ef225c4b1e0232c6
Author: Ken McDonell 
Date:   Mon Sep 8 10:32:39 2014 +1000

    qa/common.filter - tweak _filter_views()
    
    When QA is run from cron, dbus gets in the way even more, so add extra
    filtering.

commit b889c33eac2e4bbd84675aa57a8bf4241afda4fc
Author: Ken McDonell 
Date:   Mon Sep 8 10:31:30 2014 +1000

    qa/828 - more valgrind mumbo jumbo
    
    On some platforms, the call stack ends at memalign <- valloc, rather
    than at malloc.  Add alternative suppressions for these ones.

commit 79fea378a974bff81a5d46bf988e2ee36a4afe3f
Author: Ken McDonell 
Date:   Mon Sep 8 10:28:35 2014 +1000

    qa/admin/allow-pmlc-access - QA Helper
    
    For distributed QA to work, we need each QA machine to be able to
    run pmlc to connect to the primary pmlogger on each other QA machine.
    
    This script amends the config.default pmlogger configuration file to
    allow unlimited pmlc access from hosts on the same IPv4 network.
    
    Works for me in Carnegie ... others may need to extend to suit their
    local needs.

commit 106be1030e71fe6d811d722d9efe22e739fac850
Author: Ken McDonell 
Date:   Sun Sep 7 21:43:49 2014 +1000

    qa/833 & qa/churnctx.c
    
    Similar changes to 822.  PDU buffer pool usage is not quite
    deterministic, so relax filtering and be a little more relaxed
    in churnctx before reporting an apparent leak.

commit 49b118ebbb9a005f61bc101f5b4aeddc88c372e3
Author: Ken McDonell 
Date:   Sun Sep 7 21:34:09 2014 +1000

    qa/828 - bad valgrind tap dance
    
    Appears cause is not gcc version, nor valgrind version, but 32-bit
    CPU (i586 or i686 so far).

commit 22bc125d947de5e5062a772a2b81df1d07120ecb
Author: Ken McDonell 
Date:   Sun Sep 7 21:17:00 2014 +1000

    qa/828 - more valgrind suppression tweaks
    
    paranoidLogRead() may not be inlined, and then appears as a
    additonal call frame between __pmGetArchiveEnd() and __pmLogRead().

commit c335866d5f547bcabc1ded9a17e8514da75dca7c
Author: Ken McDonell 
Date:   Sun Sep 7 10:59:38 2014 +1000

    qa/admin/pcp-daily & qa/admin/pcp-qa-summary
    
    - pcp-daily - add another FreeBSD host to the special case
    - pcp-qa-summary - report % failures across all hosts, and add -f
      to sort the failure map by ascending failure %

commit 9a4ba92bdfeb73844df2df77bcdeaaf535c6b9e1
Author: Ken McDonell 
Date:   Sun Sep 7 08:00:35 2014 +1000

    qa/828 - pdu buffer pool size is not constant
    
    Accommodate different platforms ... what is important that the number
    of buffers does not grow without bound.   Increased the iteration count
    from 10 to 20.

commit 33645478a98b920f658a4309d14d54ec347bc748
Author: Ken McDonell 
Date:   Sat Sep 6 17:30:53 2014 +1000

    qa/828 - improved valgrind suppressions

commit 7467b2383f26e44cee26d665ea7d170d0fcc4515
Author: Ken McDonell 
Date:   Sat Sep 6 17:28:12 2014 +1000

    qa/622 - add notrun guard if host $PCPQA_HYPHEN_HOST is not pingable

commit cb3f53f1346408b0782e57ec27f1b295a9e627ec
Author: Max Matveev 
Date:   Fri Sep 5 16:44:12 2014 -0700

    OSX - more build/install tweaks
    
    Firstly, make sure /Library/StartupItems/pcp/pcp exists - it is used
    by various pre/post install scripts but symlink got misplaced in
    some re-shuffle.
    
    Secondly, fix typos in uinstall-pcp.in

From myllynen@redhat.com  Wed Sep 17 06:48:06 2014
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 830177F50
	for ; Wed, 17 Sep 2014 06:48:06 -0500 (CDT)
Received: from cuda.sgi.com (cuda2.sgi.com [192.48.176.25])
	by relay1.corp.sgi.com (Postfix) with ESMTP id 707128F8037
	for ; Wed, 17 Sep 2014 04:48:03 -0700 (PDT)
X-ASG-Debug-ID: 1410954478-04cbb05488e3fae0001-S8gJnT
Received: from mx1.redhat.com (mx1.redhat.com [209.132.183.28]) by cuda.sgi.com with ESMTP id ZgF87HRkIahmmcM0 (version=TLSv1 cipher=AES256-SHA bits=256 verify=NO) for ; Wed, 17 Sep 2014 04:47:59 -0700 (PDT)
X-Barracuda-Envelope-From: myllynen@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 s8HBlwGT016622
	(version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=FAIL)
	for ; Wed, 17 Sep 2014 07:47:58 -0400
Received: from mmyllyne.csb (vpn1-4-83.ams2.redhat.com [10.36.4.83])
	by int-mx10.intmail.prod.int.phx2.redhat.com (8.14.4/8.14.4) with ESMTP id s8HBlual008153;
	Wed, 17 Sep 2014 07:47:57 -0400
Message-ID: <541974EC.6010007@redhat.com>
Date: Wed, 17 Sep 2014 14:47:56 +0300
From: Marko Myllynen 
Reply-To: myllynen@redhat.com
Organization: Red Hat
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:24.0) Gecko/20100101 Thunderbird/24.6.0
MIME-Version: 1.0
To: Nathan Scott 
CC: pcp@oss.sgi.com
Subject: Re: [pcp] [PATCH] Add NFS Server PMDA
References: <54185B64.50500@redhat.com> <695749720.50712528.1410926346832.JavaMail.zimbra@redhat.com>
X-ASG-Orig-Subj: Re: [pcp] [PATCH] Add NFS Server PMDA
In-Reply-To: <695749720.50712528.1410926346832.JavaMail.zimbra@redhat.com>
Content-Type: text/plain; charset=UTF-8
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: 1410954479
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

Hi,

On 2014-09-17 06:59, Nathan Scott wrote:
>>
>> please find the first cut of (Linux) NFS Server PMDA below. Needs at least a
>> proper domain number, 135 used in the patch was randomly picked up unused
>> number for testing, tested on RHEL 6 / Fedora 20.
> 
> There seems to be a fair bit of overlap between these metrics and the
> RPC/NFS server metrics in the Linux kernel PMDA.  Do you want to find
> any missing ones and add them into the kernel PMDA instead?  (so that
> they're available by default)
> 
> See src/pmdas/linux/proc_net_rpc.{c,h} - I think that is doing alot of
> the same sort of procfs file parsing.

err, not sure how I missed that one .. perhaps I was looking something under proc not under rpc. But extending that is of course the best option.

Please see below for an initial draft patch which adds currently the missing metrics. But please note few things, perhaps you could help with these? pminfo can't find rpc.server.reqcounts{,3,4}, there's some code to populate them but I'm not sure is the corresponding code in pmda.c correct. Also, they are not listed in the root_linux pmns definition file. Since I'm not clear about this I didn't add the needed code for th_usage/ra_depth to pmda.c (of these th_usage is actually helpful, not sure how relevant ra_depth is for most people). It seemed also that not all server.rpc* were properly collected, adjusted that.

>From 89a3a8966b11735376faa8b71020aa8f561124f6 Mon Sep 17 00:00:00 2001
From: Marko Myllynen 
Date: Wed, 17 Sep 2014 14:31:46 +0300
Subject: [PATCH] Collect more nfsd statistics

---
 src/pmdas/linux/help           |    4 ++++
 src/pmdas/linux/pmda.c         |   10 ++++++++++
 src/pmdas/linux/proc_net_rpc.c |   31 ++++++++++++++++++++++++++++---
 src/pmdas/linux/proc_net_rpc.h |    8 +++++++-
 src/pmdas/linux/root_linux     |    4 ++++
 5 files changed, 53 insertions(+), 4 deletions(-)

diff --git a/src/pmdas/linux/help b/src/pmdas/linux/help
index 63166cf..b923320 100644
--- a/src/pmdas/linux/help
+++ b/src/pmdas/linux/help
@@ -836,6 +836,10 @@ tools running on IRIX.
 @ rpc.server.io_write cumulative count of bytes passed into write requests
 @ rpc.server.th_cnt available nfsd threads
 @ rpc.server.th_fullcnt number of times the last free nfsd thread was used
+@ rpc.server.th_usage seconds when n percediles of available threads were in use
+@ rpc.server.ra_size size of read-ahead cache
+@ rpc.server.ra_depth depth where an entry was found in the ra cache
+@ rpc.server.ra_nfound entry not found in the read-ahead cache
 
 @ network.ip.forwarding count of ip forwarding
 @ network.ip.defaultttl count of ip defaultttl
diff --git a/src/pmdas/linux/pmda.c b/src/pmdas/linux/pmda.c
index 73d961a..fece891 100644
--- a/src/pmdas/linux/pmda.c
+++ b/src/pmdas/linux/pmda.c
@@ -1761,6 +1761,16 @@ static pmdaMetric metrictab[] = {
     { PMDA_PMID(CLUSTER_NET_NFS,57), PM_TYPE_U32, PM_INDOM_NULL, PM_SEM_COUNTER,
     PMDA_PMUNITS(0,0,1,0,0,PM_COUNT_ONE) } },
 
+/* rpc.server.ra_size */
+  { &proc_net_rpc.server.ra_size,
+    { PMDA_PMID(CLUSTER_NET_NFS,59), PM_TYPE_U32, PM_INDOM_NULL, PM_SEM_COUNTER,
+    PMDA_PMUNITS(0,0,1,0,0,PM_COUNT_ONE) } },
+
+/* rpc.server.ra_nfound */
+  { &proc_net_rpc.server.ra_nfound,
+    { PMDA_PMID(CLUSTER_NET_NFS,69), PM_TYPE_U32, PM_INDOM_NULL, PM_SEM_COUNTER,
+    PMDA_PMUNITS(0,0,1,0,0,PM_COUNT_ONE) } },
+
 /*
  * /proc/partitions cluster
  */
diff --git a/src/pmdas/linux/proc_net_rpc.c b/src/pmdas/linux/proc_net_rpc.c
index 1b1a940..2044137 100644
--- a/src/pmdas/linux/proc_net_rpc.c
+++ b/src/pmdas/linux/proc_net_rpc.c
@@ -120,10 +120,33 @@ refresh_proc_net_rpc(proc_net_rpc_t *proc_net_rpc)
 		    &proc_net_rpc->server.io_read,
 		    &proc_net_rpc->server.io_write);
 	    else
-	    if (strncmp(buf, "th", 2) == 0)
+	    if (strncmp(buf, "th", 2) == 0) {
 		sscanf(buf, "th %u %u",
 		    &proc_net_rpc->server.th_cnt,
 		    &proc_net_rpc->server.th_fullcnt);
+		p = strtok(buf, " ");
+		for (i=-2; p && i < 10; i++) {
+		    p = strtok(NULL, " ");
+		    if (i < 0)
+			continue;
+		    if (p != NULL)
+			proc_net_rpc->server.th_usage[i] = strtof(p, NULL);
+		}
+	    }
+	    else
+	    if (strncmp(buf, "ra", 2) == 0) {
+		sscanf(buf, "ra %u %*s %*s %*s %*s %*s %*s %*s %*s %*s %*s %u",
+		    &proc_net_rpc->server.ra_size,
+		    &proc_net_rpc->server.ra_nfound);
+		p = strtok(buf, " ");
+		for (i=-1; p && i < 10; i++) {
+		    p = strtok(NULL, " ");
+		    if (i < 0)
+			continue;
+		    if (p != NULL)
+			proc_net_rpc->server.ra_depth[i] = strtoul(p, (char **)NULL, 10);
+		}
+	    }
 	    else
 	    if (strncmp(buf, "net", 3) == 0)
 		sscanf(buf, "net %u %u %u %u", 
@@ -133,10 +156,12 @@ refresh_proc_net_rpc(proc_net_rpc_t *proc_net_rpc)
 		    &proc_net_rpc->server.nettcpconn);
 	    else
 	    if (strncmp(buf, "rpc", 3) == 0)
-		sscanf(buf, "rpc %u %u %u", 
+		sscanf(buf, "rpc %u %u %u %u %u", 
 		    &proc_net_rpc->server.rpccnt,
 		    &proc_net_rpc->server.rpcerr, /* always the sum of the following three fields */
-		    &proc_net_rpc->server.rpcbadfmt);
+		    &proc_net_rpc->server.rpcbadfmt,
+		    &proc_net_rpc->server.rpcbadauth,
+		    &proc_net_rpc->server.rpcbadclnt);
 	    else
 	    if (strncmp(buf, "proc2", 5) == 0) {
 		if ((p = strtok(buf, " ")) != NULL)
diff --git a/src/pmdas/linux/proc_net_rpc.h b/src/pmdas/linux/proc_net_rpc.h
index 880dbed..e53d6a7 100644
--- a/src/pmdas/linux/proc_net_rpc.h
+++ b/src/pmdas/linux/proc_net_rpc.h
@@ -21,7 +21,7 @@
 #define NR_RPC_COUNTERS		18
 #define NR_RPC3_COUNTERS	22
 #define NR_RPC4_CLI_COUNTERS	35
-#define NR_RPC4_SVR_COUNTERS	41
+#define NR_RPC4_SVR_COUNTERS	61
 
 typedef struct {
     struct {
@@ -70,6 +70,12 @@ typedef struct {
 	/* /proc/net/rpc/nfsd "th" */
 	unsigned int	th_cnt;		/* available nfsd threads */
 	unsigned int	th_fullcnt;	/* times last free thread used */
+	float		th_usage[10];	/* % of threads in use in secs */
+
+	/* /proc/net/rpc/nfsd "ra" */
+	unsigned int	ra_size;	/* cache size */
+	unsigned int	ra_depth[10];	/* entry found in this depth */
+	unsigned int	ra_nfound;	/* not found in read-ahead cache */
 
 	/* /proc/net/rpc/nfsd "net" */
 	unsigned int	netcnt;
diff --git a/src/pmdas/linux/root_linux b/src/pmdas/linux/root_linux
index d66da28..28c539b 100644
--- a/src/pmdas/linux/root_linux
+++ b/src/pmdas/linux/root_linux
@@ -804,6 +804,10 @@ rpc.server {
     io_write		60:7:55
     th_cnt		60:7:56
     th_fullcnt		60:7:57
+    th_usage		60:7:58
+    ra_size		60:7:59
+    ra_depth		60:7:68
+    ra_nfound		60:7:69
 }
 
 nfs3 {
-- 
1.7.1


-- 
Marko Myllynen

From myllynen@redhat.com  Wed Sep 17 06:57:29 2014
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 CF0F57F50
	for ; Wed, 17 Sep 2014 06:57:29 -0500 (CDT)
Received: from cuda.sgi.com (cuda2.sgi.com [192.48.176.25])
	by relay2.corp.sgi.com (Postfix) with ESMTP id BA99B304039
	for ; Wed, 17 Sep 2014 04:57:29 -0700 (PDT)
X-ASG-Debug-ID: 1410955047-04cbb05487e3ff50001-S8gJnT
Received: from mx1.redhat.com (mx1.redhat.com [209.132.183.28]) by cuda.sgi.com with ESMTP id eEamTHWBkwo94LJw (version=TLSv1 cipher=AES256-SHA bits=256 verify=NO) for ; Wed, 17 Sep 2014 04:57:28 -0700 (PDT)
X-Barracuda-Envelope-From: myllynen@redhat.com
X-Barracuda-Apparent-Source-IP: 209.132.183.28
X-ASG-Whitelist: Client
Received: from int-mx13.intmail.prod.int.phx2.redhat.com (int-mx13.intmail.prod.int.phx2.redhat.com [10.5.11.26])
	by mx1.redhat.com (8.14.4/8.14.4) with ESMTP id s8HBvQFs010146
	(version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=FAIL)
	for ; Wed, 17 Sep 2014 07:57:27 -0400
Received: from mmyllyne.csb (vpn1-4-83.ams2.redhat.com [10.36.4.83])
	by int-mx13.intmail.prod.int.phx2.redhat.com (8.14.4/8.14.4) with ESMTP id s8HBvPbH018319
	for ; Wed, 17 Sep 2014 07:57:25 -0400
Message-ID: <54197724.3050309@redhat.com>
Date: Wed, 17 Sep 2014 14:57:24 +0300
From: Marko Myllynen 
Reply-To: myllynen@redhat.com
Organization: Red Hat
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:24.0) Gecko/20100101 Thunderbird/24.6.0
MIME-Version: 1.0
To: pcp@oss.sgi.com
Subject: [PATCH] Make Quick Reference Guide Distro Agnostic
Content-Type: text/plain; charset=ISO-8859-1
X-ASG-Orig-Subj: [PATCH] Make Quick Reference Guide Distro Agnostic
Content-Transfer-Encoding: 7bit
X-Scanned-By: MIMEDefang 2.68 on 10.5.11.26
X-Barracuda-Connect: mx1.redhat.com[209.132.183.28]
X-Barracuda-Start-Time: 1410955048
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

Hi,

after applying this patch the doc should probably be renamed to match its current contents.

>From e86f88351effd8feb7d93d0fc1cf1751b4a439bb Mon Sep 17 00:00:00 2001
From: Marko Myllynen 
Date: Wed, 17 Sep 2014 14:03:16 +0300
Subject: [PATCH] Make Quick Reference Guide Distro Agnostic

---
 man/html/guide.redhat.html |   64 ++++++++++++++++++++++++++++---------------
 1 files changed, 42 insertions(+), 22 deletions(-)

diff --git a/man/html/guide.redhat.html b/man/html/guide.redhat.html
index e675a81..6f66d58 100644
--- a/man/html/guide.redhat.html
+++ b/man/html/guide.redhat.html
@@ -5,7 +5,7 @@
 	
 	
 	
-	Red Hat Quick Reference Guide
+	PCP Quick Reference Guide
 
 
 
@@ -14,7 +14,7 @@
 	
Home  · Charts  · Time Control

 	

 

-
Red Hat Quick Reference Guide

+
PCP Quick Reference Guide

 
    
   
  • Introduction
   
  • Installation
@@ -50,33 +50,38 @@
 
 
    Performance Co-Pilot (PCP) is an open source framework and toolkit for monitoring, analyzing, and responding to details of live and historical system performance. PCP has a fully distributed, plug-in based architecture making it particularly well suited to centralized analysis of complex environments and systems. Custom performance metrics can be added using the C, C++, Perl, and Python interfaces.
 
-
    This page provides quick instructions how to install and use PCP on a set of RHEL hosts of which one (a monitor host) will be used for monitoring and analyzing itself and other hosts (collector hosts).
+
    This page provides quick instructions how to install and use PCP on a set of hosts of which one (a monitor host) will be used for monitoring and analyzing itself and other hosts (collector hosts).
 
 
 
    Installation
    
 
-
    PCP is supported on RHEL 6.6+ and RHEL 7+ and is available from the EPEL repositories for earlier versions.
-
-
    For older releases, either enable EPEL with Yum (see this page for details - but be careful not to overwrite any RHEL packages with EPEL packages) or you can grab the latest PCP packages manually from the EPEL repositories.
+
    PCP is available on all recent distribution releases, include Debian/Fedora/RHEL/Ubuntu. For earlier releases and other distributions you might want to consider installation from sources or checking auxiliary package repositories, like EPEL.
 
 
 
    Installing Collector Hosts
    
 
 
-	
+       

       To install basic PCP tools and services and enable collecting performance data, simply run:
    
+       

       To install basic PCP tools and services and enable collecting performance data on Fedora/RHEL, run:
    
 
     # yum install pcp
 
     # chkconfig pmcd on
 
     # service pmcd start
 
     # chkconfig pmlogger on
 
     # service pmlogger start
 

       To install basic PCP tools and services and enable collecting performance data on Debian/Ubuntu, run:
    
+
     $ sudo apt-get install pcp
+
     $ sudo update-rc.d pmcd defaults
+
     $ sudo update-rc.d pmlogger defaults
+
     $ sudo service pmcd restart
+
     $ sudo service pmlogger restart
+
    
 
    
 
-
    This will enable the Performance Metrics Collector Daemon (pmcd(1)) on the host which then in turn will control and request metrics on behalf of clients from various Performance Metrics Domain Agents (PMDAs). The PMDAs provide the actual data from different components (domains) in the system, for example from the Linux Kernel PMDA or the NFS Client PMDA. The default configuration includes over 1000 metrics with negligible overall overhead. Local PCP archive logs will also be enabled on the host for convenience with pmlogger(1) (RHKB 1146283 contains some additional logging related considerations).
+
    This will enable the Performance Metrics Collector Daemon (pmcd(1)) on the host which then in turn will control and request metrics on behalf of clients from various Performance Metrics Domain Agents (PMDAs). The PMDAs provide the actual data from different components (domains) in the system, for example from the Linux Kernel PMDA or the NFS Client PMDA. The default configuration includes over 1000 metrics with negligible overall overhead. Local PCP archive logs will also be enabled on the host for convenience with pmlogger(1).
 
 
-	

       To enable PMDAs which are not enabled by default, for example the NFS Client PMDA, run the corresponding Install script:
    
-
     # cd /var/lib/pcp/pmdas/nfsclient
+	

       To enable PMDAs which are not enabled by default, for example the Postfix PMDA, run the corresponding Install script:
    
+
     # cd /var/lib/pcp/pmdas/postfix
 
     # ./Install
 
    
 
    
@@ -90,9 +95,12 @@
 
    The following additional packages can be optionally installed on the monitoring host to extend the set of monitoring tools from the base pcp package.
 
 
-	
+	

       Install graphical analysis tools and documentation:
    
+	

       Install graphical analysis tools and documentation on Fedora/RHEL:
    
 
    # yum install pcp-doc pcp-gui
 

       Install graphical analysis tools and documentation on Debian/Ubuntu:
    
+
    $ sudo apt-get install pcp-doc pcp-gui
+
    
 
    
 
 
    To enable centralized archive log collection on the monitoring host, its pmlogger is configured to fetch performance metrics from collector hosts. Add each collector host to the pmlogger configuration file /etc/pcp/pmlogger/control and then restart the pmlogger service on the monitoring host.
@@ -105,23 +113,28 @@
 

 

 
-
Checks for remote log collection will be done every half an hour. You may also wish to run /usr/libexec/pcp/bin/pmlogger_check -V -C manually (the service restart above issues this command internally).
+
Checks for remote log collection will be done every half an hour. You may also wish to run /usr/libexec/pcp/bin/pmlogger_check -V -C (on Fedora/RHEL) or /usr/lib/pcp/bin/pmlogger_check -V -C (on Debian/Ubuntu) manually (service restart above issues this command internally).
 
 
Note that a default configuration file (config.acme.com above) will be generated if it does not exist already. This process is optional (a custom configuration for each host can be provided instead), see the pmlogconf(1) manual page for details on this.
 
 
 
Dynamic Host Discovery

 
-
In dynamic environments manually configuring every host is not feasible, perhaps even impossible. PCP Manager (pmmgr(1), from the pcp-manager RPM package) can be used instead of directly invoking PMLOGGER and PMIE to auto-discover and auto-configure new collector hosts.
+
In dynamic environments manually configuring every host is not feasible, perhaps even impossible. PCP Manager (pmmgr(1), from the pcp-manager package) can be used instead of directly invoking pmlogger and pmie to auto-discover and auto-configure new collector hosts.
 
 

 	

   To install the PMMGR daemon and begin monitoring either statically or dynamically configured hosts, run:

+
 ## Fedora/RHEL:
 
 # yum install pcp-manager
+
 # chkconfig pmmgr on
+
 ## Debian/Ubuntu:
+
 $ sudo apt-get install pcp-manager
+
 $ sudo update-rc.d pmmgr defaults
+
 # Common:
 
 # echo acme.com >> /etc/pcp/pmmgr/target-host
 
 # echo avahi >> /etc/pcp/pmmgr/target-discover
 
 # echo probe=ip.addr.tup.le/netmask >> /etc/pcp/pmmgr/target-discover
-
 # chkconfig pmmgr on
-
 # service pmmgr start
+
 # service pmmgr restart
 
 # find /var/log/pcp/pmmgr
 

 

@@ -353,7 +366,7 @@ Import iostat data to a new PCP archive and visualize it:

 
 
@@ -420,10 +433,14 @@ Display the number of running processes on 2014-08-20 14:00:

 
Performance Metrics Inference Engine (pmie(1)) can evaluate rules and generate alarms, run scripts, or automate system management tasks based on live or past performance metrics.
 
 

         

   
-Import sar data from an existing sar archive to a new PCP archive and visualize it:

+Import sar data from an existing sar archive to a new PCP archive and visualize it (sar logs are under /var/log/sysstat on Debian/Ubuntu):

 
 $ sar2pcp /var/log/sa/sa15 sar.pcp
 
 $ pmchart -2 2sec -a sar.pcp 
 

-	
+	

   To enable PMIE, just enable and start the service:

+	

   To enable and start PMIE on Fedora/RHEL:

 
 # chkconfig pmie on
 
 # service pmie start
 

   To make sure PMIE is running on Debian/Ubuntu:

+
 $ sudo update-rc.d pmie defaults
+
 $ sudo service pmie restart
+

 

 
 
To enable the monitoring host to run PMIE for collector hosts, add each host to the /etc/pcp/pmie/control configuration file.
@@ -447,9 +464,7 @@ Display the number of running processes on 2014-08-20 14:00:

    This example shows a PMIE script, checks its syntax, runs it against an archive, and prints a simple message if more than 5 GB of memory was in use between 9 AM and 10 AM using one minute sampling interval:

$ cat pmie.ex -
-    bloated = (  mem.util.used > 5 Gbyte )
-
+
bloated = (  mem.util.used > 5 Gbyte )
       -> print "%v memory used on %h!"

 
 $ pmie -C pmie.ex
 
 $ pmie -t 1min -c pmie.ex -S @09:00 -T @10:00 -a acme.com/20140820
@@ -463,11 +478,16 @@ This example shows a PMIE script, checks its syntax, runs it against an archive,
 
A daemon for exporting PCP metrics using a REST web service (over HTTP/JSON) is also available.  Use this for viewing or monitoring PCP metrics in a web browser - several web interfaces are becoming available (also via the pcp-webapi package) to make this a reality.
 
 
-	
+	

   To install the PCP web service, simply run:

+	

   To install the PCP web service on Fedora/RHEL:

 
 # yum install pcp-webapi
 
 # chkconfig pmwebd on
 
 # service pmwebd start
 

   To install the PCP web service on Debian/Ubuntu:

+
 $ sudo apt-get install pcp-webapi
+
 $ sudo update-rc.d pmwebd defaults
+
 $ sudo service pmwebd restart
+

 

 
 
@@ -493,7 +513,7 @@ This example shows a PMIE script, checks its syntax, runs it against an archive,
     
  • The simple PMDA provides implementations in C, Perl and Python.
    • 
   
 
  • A simple command line monitor tool is /usr/share/pcp/demos/pmclient (C language).
    • 
-
  • Good initial Python monitor examples are /usr/libexec/pcp/bin/pcp/pcp-*.
    • 
+
  • Good initial Python monitor examples are /usr/libexec/pcp/bin/pcp/pcp-* (Fedora/RHEL) or /usr/lib/pcp/bin/pcp-* (Debian/Ubuntu).
    • 
   
      
     
    • Slightly more complex examples are the pmiostat, pmatop, pmcollectl commands.
      • 
   
    
-- 
1.7.1


-- 
Marko Myllynen

From fche@redhat.com  Wed Sep 17 15:02:28 2014
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 681707F53
	for ; Wed, 17 Sep 2014 15:02:28 -0500 (CDT)
Received: from cuda.sgi.com (cuda3.sgi.com [192.48.176.15])
	by relay2.corp.sgi.com (Postfix) with ESMTP id 4755130404E
	for ; Wed, 17 Sep 2014 13:02:28 -0700 (PDT)
X-ASG-Debug-ID: 1410984143-04cb6c54ffb86ac0001-S8gJnT
Received: from mx1.redhat.com (mx1.redhat.com [209.132.183.28]) by cuda.sgi.com with ESMTP id 9zA8WcBvWzTVvmr7 (version=TLSv1 cipher=AES256-SHA bits=256 verify=NO) for ; Wed, 17 Sep 2014 13:02:24 -0700 (PDT)
X-Barracuda-Envelope-From: fche@redhat.com
X-Barracuda-Apparent-Source-IP: 209.132.183.28
X-ASG-Whitelist: Client
Received: from int-mx09.intmail.prod.int.phx2.redhat.com (int-mx09.intmail.prod.int.phx2.redhat.com [10.5.11.22])
	by mx1.redhat.com (8.14.4/8.14.4) with ESMTP id s8HK2I19028866
	(version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=FAIL);
	Wed, 17 Sep 2014 16:02:19 -0400
Received: from fche.csb (vpn-228-210.phx2.redhat.com [10.3.228.210])
	by int-mx09.intmail.prod.int.phx2.redhat.com (8.14.4/8.14.4) with ESMTP id s8HK2Ic1018011;
	Wed, 17 Sep 2014 16:02:18 -0400
Received: by fche.csb (Postfix, from userid 2569)
	id E82E25853A; Wed, 17 Sep 2014 16:02:16 -0400 (EDT)
Date: Wed, 17 Sep 2014 16:02:16 -0400
From: "Frank Ch. Eigler" 
To: Ken McDonell 
Cc: PCP 
Subject: Re: systemd pmda problem
Message-ID: <20140917200216.GB24770@redhat.com>
X-ASG-Orig-Subj: Re: systemd pmda problem
References: <54163A53.3060007@internode.on.net>  <541682D7.4070004@internode.on.net>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
In-Reply-To: <541682D7.4070004@internode.on.net>
User-Agent: Mutt/1.4.2.2i
X-Scanned-By: MIMEDefang 2.68 on 10.5.11.22
X-Barracuda-Connect: mx1.redhat.com[209.132.183.28]
X-Barracuda-Start-Time: 1410984144
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

Hi -

Please consider these commits from pcpfans.git, aiming to cure the problem.


commit 4de618b58b81ea694d60c52fd0412b0f85636de1 (HEAD, origin/fche/dev, fche/dev)
Author: Frank Ch. Eigler 
Date:   Wed Sep 17 14:59:13 2014 -0400

    systemd pmda: add a .gitignore
    
    Like apprx. all other pmda's, the generated help text databases need
    to be .gitignored.

commit c53ff33ed2acae93951ba6baa82d603beda072e4
Author: Frank Ch. Eigler 
Date:   Wed Sep 17 14:55:16 2014 -0400

    systemd pmda: use -Uroot if user adm not available
    
    On some systems, it was reported that user "adm" is not installed, and
    so systemd-pmda's default -Uadm behavior breaks it.  This new Install
    script checks whether user adm exists, and if not, sticks with root.
    This may reduce security somewhat (in case the pmda is broken into),
    but the previous per-client uid/gid checks are believed effective.
    
    This was hand-tested on a Fedora machine, with and without commenting
    out the adm: account in /etc/passwd.  This change is probably too
    invasive to make mechanically as a part of a qa test case.



From brolley@redhat.com  Wed Sep 17 15:35:13 2014
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 373347F53
	for ; Wed, 17 Sep 2014 15:35:13 -0500 (CDT)
Received: from cuda.sgi.com (cuda3.sgi.com [192.48.176.15])
	by relay3.corp.sgi.com (Postfix) with ESMTP id B5484AC002
	for ; Wed, 17 Sep 2014 13:35:09 -0700 (PDT)
X-ASG-Debug-ID: 1410986107-04cb6c54feb88320001-S8gJnT
Received: from mx1.redhat.com (mx1.redhat.com [209.132.183.28]) by cuda.sgi.com with ESMTP id UNmPfuFOisO7avTx (version=TLSv1 cipher=AES256-SHA bits=256 verify=NO) for ; Wed, 17 Sep 2014 13:35:08 -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 s8HKZ7tr031830
	(version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=FAIL)
	for ; Wed, 17 Sep 2014 16:35:07 -0400
Received: from [10.15.16.139] (dhcp-10-15-16-139.yyz.redhat.com [10.15.16.139])
	by int-mx11.intmail.prod.int.phx2.redhat.com (8.14.4/8.14.4) with ESMTP id s8HKZ5vd025030;
	Wed, 17 Sep 2014 16:35:06 -0400
Message-ID: <5419F0C1.8030707@redhat.com>
Date: Wed, 17 Sep 2014 16:36:17 -0400
From: Dave Brolley 
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:24.0) Gecko/20100101 Thunderbird/24.7.0
MIME-Version: 1.0
To: Nathan Scott 
CC: PCP Mailing List 
Subject: Re: [pcp] Second Secure Connection via pmproxy Fails
References: <54185F54.30704@redhat.com> <933459561.50688823.1410915282806.JavaMail.zimbra@redhat.com>
X-ASG-Orig-Subj: Re: [pcp] Second Secure Connection via pmproxy Fails
In-Reply-To: <933459561.50688823.1410915282806.JavaMail.zimbra@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: 1410986108
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

On 09/16/2014 08:54 PM, Nathan Scott wrote:
> Hi Dave,
>
> ----- Original Message -----
>> While testing the implementation of delayed initialization of
>> NSPR/NSS/SASL within libpcp, I ran across a bug in which the first
>> secure connection of a client via pmproxy would succeed, but a second
>> secure connection (and all subsequent secure connection attempts) would
>> fail. I spent a bit of time trying to figure out how my code was causing
>> the apparent regression with no success. I then, in an act of
>> desperation, tried the scenario with the previous version of the code
>> and experienced the same results.
> To quote Bart Simpson - "I can't help but feel partially responsible". :|
> So sorry - did I not have a test case for this?  (qa/713?  hmm, that does
> not go far enough does it?)
No worries --- I wasn't tying to lay blame, just giving some background 
on how I found the bug.
>> For an insecure connection, things still succeed, because the
>> credentials pdu gets passed on to pmcd, which VerifyClient() would have
>> done anyway. My concern is that pmproxy's call to __pmDecodeCreds(),
>> which happens in VerifyClient() is skipped. Is there any potential
>> security problem exposed by this?
> I can't immediately think of one, but I'll ponder further too.  IIRC we
> were looking inside the Creds PDU in pmproxy so that we could establish
> a secure connection "all the way" - so, both between client and proxy,
> and between pmproxy and pmcd ... is that still happening with the fix?
> (I think so, from my reading of the patch)
Yes, the credentials pdu now gets passed on to pmcd during the second 
and subsequent connection attempts and the secure handshake is performed 
between client<-->pmproxy and pmproxy<--> pmcd.
>
>> The one line fix has been pushed to brolley/dev in pcpfans.
> Nice and simple!  Could you make an extension to test qa/713 to expose
> the bug and verify the fix also please?  (else, toss over the fence to
> me & I'll do so)  AIUI, a second pminfo connection should trigger it?
Done

commit 4f88f5fb28944c76ccfe7ada0006dc6aa8d782a9
Author: Dave Brolley 
Date:   Wed Sep 17 16:30:49 2014 -0400

     Qa test 713 -- check that a second secure connection attempt succeeds.

From fche@redhat.com  Wed Sep 17 15:43:32 2014
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 3FD7B7F53
	for ; Wed, 17 Sep 2014 15:43:32 -0500 (CDT)
Received: from cuda.sgi.com (cuda2.sgi.com [192.48.176.25])
	by relay1.corp.sgi.com (Postfix) with ESMTP id 2E8928F804B
	for ; Wed, 17 Sep 2014 13:43:29 -0700 (PDT)
X-ASG-Debug-ID: 1410986607-04cbb05488e58cc0001-S8gJnT
Received: from mx1.redhat.com (mx1.redhat.com [209.132.183.28]) by cuda.sgi.com with ESMTP id xkX7drRUASuwR8ED (version=TLSv1 cipher=AES256-SHA bits=256 verify=NO) for ; Wed, 17 Sep 2014 13:43:28 -0700 (PDT)
X-Barracuda-Envelope-From: fche@redhat.com
X-Barracuda-Apparent-Source-IP: 209.132.183.28
X-ASG-Whitelist: Client
Received: from int-mx10.intmail.prod.int.phx2.redhat.com (int-mx10.intmail.prod.int.phx2.redhat.com [10.5.11.23])
	by mx1.redhat.com (8.14.4/8.14.4) with ESMTP id s8HKhOUm010736
	(version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=FAIL);
	Wed, 17 Sep 2014 16:43:24 -0400
Received: from fche.csb (vpn-228-210.phx2.redhat.com [10.3.228.210])
	by int-mx10.intmail.prod.int.phx2.redhat.com (8.14.4/8.14.4) with ESMTP id s8HKhO6v008823;
	Wed, 17 Sep 2014 16:43:24 -0400
Received: by fche.csb (Postfix, from userid 2569)
	id BA9755853A; Wed, 17 Sep 2014 16:43:23 -0400 (EDT)
To: Ken McDonell 
Cc: PCP 
Subject: Re: qa/652 - systemd pmda
References: <5418A165.5070809@internode.on.net>
X-ASG-Orig-Subj: Re: qa/652 - systemd pmda
From: fche@redhat.com (Frank Ch. Eigler)
Date: Wed, 17 Sep 2014 16:43:23 -0400
In-Reply-To: <5418A165.5070809@internode.on.net> (Ken McDonell's message of "Wed, 17 Sep 2014 06:45:25 +1000")
Message-ID: 
User-Agent: Gnus/5.1008 (Gnus v5.10.8) Emacs/21.4 (gnu/linux)
MIME-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Scanned-By: MIMEDefang 2.68 on 10.5.11.23
X-Barracuda-Connect: mx1.redhat.com[209.132.183.28]
X-Barracuda-Start-Time: 1410986608
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


kenj wrote:

> [qa/652] Is failing and I can't see why ... no indication in the systemd pmda
> log file.
> [...]
> === 2. journald.records  ===
>
> === 3. journald.records  ===

These are not supposed to be empty.  The 652 test case runs logger(1)
to send info to syslogd -> systemd journal -> pmda.  It must have
gotten lost along the way; I wouldn't expect a pmda log file
diagnostic necessarily.  Please consider this ditty from pcpfans.git:

commit 1297607a3945e3787141cbf034455aff1482fd36 (HEAD, origin/fche/dev, fche/dev)
Author: Frank Ch. Eigler 
Date:   Wed Sep 17 16:36:42 2014 -0400

    systemd pmda qa/652: enhance diagnostics, tolerate heterogeneity
    
    This test is sensitive to the correct operation of system loggers,
    so when things go wrong, a little more tracing is useful.  To this
    end, the test case now:
    - runs itself with set -x tracing, plopped into 652.full
    - looks for the logger(1) binary as a prereq
    - filters out Install-time warnings from the no-adm-user case
    - doesn't cause a mismatch if the system pmlogger service happens to be off
    - prints a journalctl dump into 652.full also


- FChE

From fche@redhat.com  Wed Sep 17 15:51:53 2014
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 43DE57F53
	for ; Wed, 17 Sep 2014 15:51:53 -0500 (CDT)
Received: from cuda.sgi.com (cuda3.sgi.com [192.48.176.15])
	by relay1.corp.sgi.com (Postfix) with ESMTP id 3045A8F8052
	for ; Wed, 17 Sep 2014 13:51:53 -0700 (PDT)
X-ASG-Debug-ID: 1410987111-04cb6c54fdb88c60001-S8gJnT
Received: from mx1.redhat.com (mx1.redhat.com [209.132.183.28]) by cuda.sgi.com with ESMTP id Uh6zfOlPj4uSkqOu (version=TLSv1 cipher=AES256-SHA bits=256 verify=NO) for ; Wed, 17 Sep 2014 13:51:52 -0700 (PDT)
X-Barracuda-Envelope-From: fche@redhat.com
X-Barracuda-Apparent-Source-IP: 209.132.183.28
X-ASG-Whitelist: Client
Received: from int-mx10.intmail.prod.int.phx2.redhat.com (int-mx10.intmail.prod.int.phx2.redhat.com [10.5.11.23])
	by mx1.redhat.com (8.14.4/8.14.4) with ESMTP id s8HKppBZ004635
	(version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=FAIL)
	for ; Wed, 17 Sep 2014 16:51:51 -0400
Received: from fche.csb (vpn-228-210.phx2.redhat.com [10.3.228.210])
	by int-mx10.intmail.prod.int.phx2.redhat.com (8.14.4/8.14.4) with ESMTP id s8HKpoeD013633;
	Wed, 17 Sep 2014 16:51:50 -0400
Received: by fche.csb (Postfix, from userid 2569)
	id 48C655853A; Wed, 17 Sep 2014 16:51:50 -0400 (EDT)
To: Nathan Scott 
Cc: Lukas Berk , pcp@oss.sgi.com
Subject: Re: PAPI pmda Note
References: <20140905200756.GA31071@redhat.com>
	<214253475.50237185.1410857725513.JavaMail.zimbra@redhat.com>
	<87fvfr5ipk.fsf@redhat.com>
	<1161038122.50704119.1410924350821.JavaMail.zimbra@redhat.com>
X-ASG-Orig-Subj: Re: PAPI pmda Note
From: fche@redhat.com (Frank Ch. Eigler)
Date: Wed, 17 Sep 2014 16:51:50 -0400
In-Reply-To: <1161038122.50704119.1410924350821.JavaMail.zimbra@redhat.com> (Nathan Scott's message of "Tue, 16 Sep 2014 23:25:50 -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.68 on 10.5.11.23
X-Barracuda-Connect: mx1.redhat.com[209.132.183.28]
X-Barracuda-Start-Time: 1410987112
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

Nathan Scott  writes:

> [...]  OOC, is it possible to ask PAPI what hardware counters are
> enabled?  (IOW, without relying on the state kept in-memory, in the
> daemon, as a result of changes it made itself, but rather by asking
> the hardware/kernel?).

No - the kernel keeps that info to itself, and multiplexes amongst
applications and its own internal usage.


> If so, that would be great to use as the value for the control "enable"
> metric, 

(I've nudged lberk toward using the ".status" read-only metric as a
better-colored toolshed to describe current state.)

> instead of simply exporting whatever state changes we've made in the
> PMDA (and assuming everything was disabled when it started, which
> may not have been the case). [...]

(I've nudged lberk toward not making ".enable"/".disable" readable at
all, especially if they are to return merely the most-recent deltas
rather than the cumulative situation.)


- FChE

From kenj@internode.on.net  Wed Sep 17 17:17:52 2014
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 2F68E7F57
	for ; Wed, 17 Sep 2014 17:17:52 -0500 (CDT)
Received: from cuda.sgi.com (cuda3.sgi.com [192.48.176.15])
	by relay1.corp.sgi.com (Postfix) with ESMTP id 0DE268F8065
	for ; Wed, 17 Sep 2014 15:17:49 -0700 (PDT)
X-ASG-Debug-ID: 1410992262-04cb6c54ffb8cec0001-S8gJnT
Received: from ipmail07.adl2.internode.on.net (ipmail07.adl2.internode.on.net [150.101.137.131]) by cuda.sgi.com with ESMTP id sboA7xCUPR6D67wD for ; Wed, 17 Sep 2014 15:17:43 -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: AmYCAEEHGlR20ScO/2dsb2JhbAANVIc1hVvIIgGBLgGEfQEBBCNVARALFAQJFgsCAgkDAgECAUUGDQEFAgEBsR94lhsBF48uOBEHgniBUwWPOIQegUufGgIcgWtagQeBQwEBAQ
Received: from ppp118-209-39-14.lns20.mel4.internode.on.net (HELO [192.168.1.100]) ([118.209.39.14])
  by ipmail07.adl2.internode.on.net with ESMTP; 18 Sep 2014 07:47:42 +0930
Message-ID: <541A08E4.6080900@internode.on.net>
Date: Thu, 18 Sep 2014 08:19:16 +1000
From: Ken McDonell 
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:31.0) Gecko/20100101 Thunderbird/31.1.1
MIME-Version: 1.0
To: "Frank Ch. Eigler" 
CC: PCP 
Subject: Re: qa/652 - systemd pmda
References: <5418A165.5070809@internode.on.net> 
X-ASG-Orig-Subj: Re: qa/652 - systemd pmda
In-Reply-To: 
Content-Type: multipart/mixed;
 boundary="------------030205050104060306000009"
X-Barracuda-Connect: ipmail07.adl2.internode.on.net[150.101.137.131]
X-Barracuda-Start-Time: 1410992263
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=BSF_SC0_MISMATCH_TO
X-Barracuda-Spam-Report: Code version 3.2, rules version 3.2.3.9593
	Rule breakdown below
	 pts rule name              description
	---- ---------------------- --------------------------------------------------
	0.00 BSF_SC0_MISMATCH_TO    Envelope rcpt doesn't match header

This is a multi-part message in MIME format.
--------------030205050104060306000009
Content-Type: text/plain; charset=windows-1252; format=flowed
Content-Transfer-Encoding: 7bit

Thanks Frank.

On 18/09/14 06:43, Frank Ch. Eigler wrote:
> ...Please consider this ditty from pcpfans.git:
>
> commit 1297607a3945e3787141cbf034455aff1482fd36 (HEAD, origin/fche/dev, fche/dev)
> Author: Frank Ch. Eigler 
> Date:   Wed Sep 17 16:36:42 2014 -0400

I've cherry-picked that one, but the test is still failing.

Attached is the .full file with your more verbose diags and the .out.bad 
file.

Let me know if there is anything else that would help.


--------------030205050104060306000009
Content-Type: text/plain; charset=UTF-8;
 name="652.full"
Content-Transfer-Encoding: 7bit
Content-Disposition: attachment;
 filename="652.full"

+ _prepare_pmda_install systemd
+ '[' -z systemd ']'
+ iam=systemd
+ cp /etc/pcp/pmcd/pmcd.conf /tmp/652-805.pmcd.conf
+ cd /var/lib/pcp/pmdas/systemd
+ '[' -f Makefile -o -f GNUmakefile ']'
+ /usr/bin/sudo -E ./Remove
+ '[' -f /var/lib/pcp/config/systemd/systemd.conf ']'
+ /usr/bin/sudo -E ./Remove
+ /usr/bin/sudo -E ./Install
+ cat /tmp/652-805.out
+ _filter_pmda_install
+ sed -e 's/.* \(hash table entries\)/  NNN \1/' -e 's/.* \(non-leaf nodes\)/  NNN \1/' -e 's/.* \(leaf nodes\)/  NNN \1/' -e 's/.* \(bytes of symbol table\)/  NNN \1/' -e '/^Installing .mchart view*/d' -e '/Terminate PMDA/,/Updating the PMCD/c\
Terminate PMDA if already installed ...\
[...install files, make output...]\
Updating the PMCD control file, and notifying PMCD ...' -e '/Installing files/,/Updating the Performance Metrics/c\
Installing files ...\
[...install files, make output...]\
Updating the Performance Metrics Name Space (PMNS) ...'
+ _filter
+ _filter_pmda_warning
+ sed -e s,/tmp/652-805,TMPFILE,g -e s,/var/lib/pcp,PCP_VAR_DIR,g -e 's/[0-9][0-9]:[0-9][0-9]:[0-9][0-9]\.[0-9][0-9][0-9]/TIMESTAMP/g'
+ fgrep -v Warning:
+ grep .
+ grep -v 'Starting pm.*'
+ echo
+ echo '=== 1. scalar metrics  ==='
+ pmprobe -v systemd
+ tee -a /home/kenj/src/pcp/qa/652.full
+ _filter_probe
+ sed -e 's/^\(systemd.journal.count 1\) [0-9][0-9]*/\1 COUNT/g' -e 's/^\(systemd.journal.bytes 1\) [0-9][0-9]*/\1 BYTES/g'
+ echo
+ echo '=== 2. journald.records  ==='
+ sleep 3
+ _filter_events
+ fgrep MESSAGE=yo
+ tee -a /home/kenj/src/pcp/qa/652.full
+ pmevent -T 10 systemd.journal.records
+ logger yo
+ echo
+ echo '=== 3. journald.records  ==='
+ sleep 3
+ tee -a /home/kenj/src/pcp/qa/652.full
+ _filter_events_raw
+ fgrep 4d4553534147453d796f
+ pmevent -T 10 systemd.journal.records_raw
+ logger yo
+ /usr/bin/sudo -E ./Remove
+ journalctl MESSAGE=yo
Unprivileged users cannot access messages, unless persistent log storage is
enabled. Users in the 'systemd-journal' group may always access messages.
+ cat /var/log/pcp/pmcd/systemd.log
+ status=0
+ exit
+ _cleanup
+ _restore_pmda_install systemd
+ '[' -z systemd ']'
+ iam=systemd
+ signal=/usr/libexec/pcp/bin/pmsignal
+ '[' -f /tmp/652-805.systemd.conf ']'
+ diff /tmp/652-805.pmcd.conf /etc/pcp/pmcd/pmcd.conf
+ :
+ /usr/bin/sudo -E rm -fr /tmp/652-805.dir
+ /usr/bin/sudo -E rm -f /tmp/652-805.out /tmp/652-805.pmcd.conf
+ exit 0

--------------030205050104060306000009
Content-Type: text/plain; charset=UTF-8;
 name="652.out.bad"
Content-Transfer-Encoding: 7bit
Content-Disposition: attachment;
 filename="652.out.bad"

QA output created by 652
Found journalctl
Found logger
Found recent enough journalctl
You will need to choose an appropriate configuration for installation of
the "systemd" Performance Metrics Domain Agent (PMDA).
  collector	collect performance statistics on this system
  monitor	allow this system to monitor local and/or remote systems
  both		collector and monitor configuration for this system
Please enter c(ollector) or m(onitor) or b(oth) [b] Updating the Performance Metrics Name Space (PMNS) ...
Terminate PMDA if already installed ...
[...install files, make output...]
Updating the PMCD control file, and notifying PMCD ...
Waiting for pmcd to terminate ...
Check systemd metrics have appeared ... 9 metrics and 4 values

=== 1. scalar metrics  ===
systemd.numclients 1 1
systemd.maxmem 1 2097152
systemd.journal.records 0
systemd.journal.records_raw 0
systemd.journal.count 1 COUNT
systemd.journal.bytes 1 BYTES
systemd.journal.field.cursor 0
systemd.journal.field.string 0
systemd.journal.field.blob 0

=== 2. journald.records  ===

=== 3. journald.records  ===

--------------030205050104060306000009--

From kenj@internode.on.net  Wed Sep 17 17:30:39 2014
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 1ED447F57
	for ; Wed, 17 Sep 2014 17:30:39 -0500 (CDT)
Received: from cuda.sgi.com (cuda2.sgi.com [192.48.176.25])
	by relay3.corp.sgi.com (Postfix) with ESMTP id 92A9EAC002
	for ; Wed, 17 Sep 2014 15:30:38 -0700 (PDT)
X-ASG-Debug-ID: 1410993035-04cbb05486e5d100001-S8gJnT
Received: from ipmail07.adl2.internode.on.net (ipmail07.adl2.internode.on.net [150.101.137.131]) by cuda.sgi.com with ESMTP id Mdt2rOAmegZUCF5a for ; Wed, 17 Sep 2014 15:30: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: ApQBAMIKGlR20ScO/2dsb2JhbAANVNISgyABgS4BhH0BAQR4ARALGAkWDwkDAgECAUUGDQEHAQGxIJcUARePJgEBTweESwEEjzilAx6Ba4FpgTsBAQE
Received: from ppp118-209-39-14.lns20.mel4.internode.on.net (HELO [192.168.1.100]) ([118.209.39.14])
  by ipmail07.adl2.internode.on.net with ESMTP; 18 Sep 2014 08:00:35 +0930
Message-ID: <541A0BE9.5000702@internode.on.net>
Date: Thu, 18 Sep 2014 08:32:09 +1000
From: Ken McDonell 
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:31.0) Gecko/20100101 Thunderbird/31.1.1
MIME-Version: 1.0
To: "Frank Ch. Eigler" 
CC: PCP 
Subject: Re: systemd pmda problem
References: <54163A53.3060007@internode.on.net>  <541682D7.4070004@internode.on.net> <20140917200216.GB24770@redhat.com>
X-ASG-Orig-Subj: Re: systemd pmda problem
In-Reply-To: <20140917200216.GB24770@redhat.com>
Content-Type: text/plain; charset=windows-1252
Content-Transfer-Encoding: 7bit
X-Barracuda-Connect: ipmail07.adl2.internode.on.net[150.101.137.131]
X-Barracuda-Start-Time: 1410993035
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=BSF_SC0_MISMATCH_TO
X-Barracuda-Spam-Report: Code version 3.2, rules version 3.2.3.9594
	Rule breakdown below
	 pts rule name              description
	---- ---------------------- --------------------------------------------------
	0.00 BSF_SC0_MISMATCH_TO    Envelope rcpt doesn't match header

On 18/09/14 06:02, Frank Ch. Eigler wrote:
> Hi -
> 
> Please consider these commits from pcpfans.git, aiming to cure the problem.
> 
> 
> commit 4de618b58b81ea694d60c52fd0412b0f85636de1 (HEAD, origin/fche/dev, fche/dev)
> ...
> commit c53ff33ed2acae93951ba6baa82d603beda072e4
> ...

Thanks Frank.

I've cherry-picked these two into my tree and the uid/permissions problem is fixed.


vm24:/var/lib/pcp/pmdas/systemd # ./Install
Warning: user adm not found, running pmda as root

as expected

vm24:/var/lib/pcp/pmdas/systemd # ps -ef | grep systemd
...
root      9208  9193  0 08:22 ?        00:00:00 /var/lib/pcp/pmdas/systemd/pmdasystemd -d 114 -Uroot

more goodness

vm24:/var/lib/pcp/pmdas/systemd # pminfo -f systemd

systemd.numclients
    value 1

systemd.maxmem
    value 2097152

systemd.journal.records
No value(s) available!

systemd.journal.records_raw
No value(s) available!

systemd.journal.count
    value 0

systemd.journal.bytes
    value 0

systemd.journal.field.cursor
No value(s) available!

systemd.journal.field.string
No value(s) available!

systemd.journal.field.blob
No value(s) available!

And for bonus points, qa/652 is now passing on this host (although still failing on vm03 PCP 3.10.0 x86_64 Fedora 18 as per my previous mail.

From nscott@redhat.com  Wed Sep 17 18:26:47 2014
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 75B6A7F57
	for ; Wed, 17 Sep 2014 18:26:47 -0500 (CDT)
Received: from cuda.sgi.com (cuda2.sgi.com [192.48.176.25])
	by relay3.corp.sgi.com (Postfix) with ESMTP id 131D1AC002
	for ; Wed, 17 Sep 2014 16:26:43 -0700 (PDT)
X-ASG-Debug-ID: 1410996399-04cbb05488e5fca0001-S8gJnT
Received: from mx5-phx2.redhat.com (mx5-phx2.redhat.com [209.132.183.37]) by cuda.sgi.com with ESMTP id jjQ3jpkOs2gNAnRz for ; Wed, 17 Sep 2014 16:26:39 -0700 (PDT)
X-Barracuda-Envelope-From: nscott@redhat.com
X-Barracuda-Apparent-Source-IP: 209.132.183.37
Received: from zmail20.collab.prod.int.phx2.redhat.com (zmail20.collab.prod.int.phx2.redhat.com [10.5.83.23])
	by mx5-phx2.redhat.com (8.14.4/8.14.4) with ESMTP id s8HNQcrO025088;
	Wed, 17 Sep 2014 19:26:38 -0400
Date: Wed, 17 Sep 2014 19:26:38 -0400 (EDT)
From: Nathan Scott 
Reply-To: Nathan Scott 
To: Mark Goodwin 
Cc: PCP 
Message-ID: <780072816.51294633.1410996398821.JavaMail.zimbra@redhat.com>
In-Reply-To: <5418DC6E.7080304@redhat.com>
References: <236430128.44517548.1409912159545.JavaMail.zimbra@redhat.com> <5418DC6E.7080304@redhat.com>
Subject: Re: [pcp] [RFC] Reducing installed PCP package sizes
MIME-Version: 1.0
X-ASG-Orig-Subj: Re: [pcp] [RFC] Reducing installed PCP package sizes
Content-Type: text/plain; charset=utf-8
Content-Transfer-Encoding: 7bit
X-Originating-IP: [10.5.82.6]
X-Mailer: Zimbra 8.0.6_GA_5922 (ZimbraWebClient - FF17 (Linux)/8.0.6_GA_5922)
Thread-Topic: Reducing installed PCP package sizes
Thread-Index: VAHFP1N+AVgHf9THbH4jiZ2SvWcdYw==
X-Barracuda-Connect: mx5-phx2.redhat.com[209.132.183.37]
X-Barracuda-Start-Time: 1410996399
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.03
X-Barracuda-Spam-Status: No, SCORE=0.03 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, THREAD_INDEX, THREAD_TOPIC
X-Barracuda-Spam-Report: Code version 3.2, rules version 3.2.3.9595
	Rule breakdown below
	 pts rule name              description
	---- ---------------------- --------------------------------------------------
	0.01 THREAD_INDEX           thread-index: AcO7Y8iR61tzADqsRmmc5wNiFHEOig==
	0.01 THREAD_TOPIC           Thread-Topic: ...(Japanese Subject)...
	0.01 BSF_SC0_SA_TO_FROM_DOMAIN_MATCH Sender Domain Matches Recipient
	                           Domain

Hi Mark,

----- Original Message -----
> On 09/05/2014 08:15 PM, Nathan Scott wrote:
> > [ ... ]
> > 2. Many PMDAs (including "core" PMDAs) have both daemon & DSO
> > variants which duplicate a bit of code (hence increasing the
> > installed package size ondisk).  I wonder if we could move to
> > a model where the daemon PMDAs in such cases use the run-time
> > DSO, instead of linking with the .o at build time?  (this'll
> > need a new libpcp_pmda helper function to wrap the dlopen(3)
> > call).
> 
> That could work. Another idea could be to only ship the DSO
> variant for some PMDAs, which would be preferable to shipping
> only the daemon - for local context support.

*nod* - in the past, the other advantage of having daemon is you
can isolate PMDA performance analysis to the individual process
(pmdalinux has been beaten with this stick a number of times).

> We could add a new PMDA_INTERFACE version that supports e.g.
> FOO_args(argc, argv) or perhaps an extended FOO_init() that has
> support for args, something like that. PMDAs that need arguments

Yep, interesting approach - that'd tackle a DSO PMDA limitation
in the process - bonus.

> (such as the logger PMDA) could then be DSOs, which would be a
> step closer to a viable pmlogger that only uses a local context
> (no pmcd required for a minimal logging deployment).

Yeah.  Hey - on that, I was thinking about revving the pmlogger
control file format recently to help out local-context-pmlogger
for the case where DSO PMDAs need to run as root.  We currently
have a pmsocks column, bit-rotting away nicely - maybe we could
reclaim that (v1.2 format) and make it mean "run pmlogger under
sudo" instead?

cheers.

--
Nathan

From nscott@redhat.com  Wed Sep 17 18:28:34 2014
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 116F87F57
	for ; Wed, 17 Sep 2014 18:28:34 -0500 (CDT)
Received: from cuda.sgi.com (cuda1.sgi.com [192.48.157.11])
	by relay3.corp.sgi.com (Postfix) with ESMTP id A16ABAC007
	for ; Wed, 17 Sep 2014 16:28:33 -0700 (PDT)
X-ASG-Debug-ID: 1410996512-04bdf01097b1cb20001-S8gJnT
Received: from mx6-phx2.redhat.com (mx6-phx2.redhat.com [209.132.183.39]) by cuda.sgi.com with ESMTP id wlkyHcz1WvSNtFtW for ; Wed, 17 Sep 2014 16:28:32 -0700 (PDT)
X-Barracuda-Envelope-From: nscott@redhat.com
X-Barracuda-Apparent-Source-IP: 209.132.183.39
Received: from zmail20.collab.prod.int.phx2.redhat.com (zmail20.collab.prod.int.phx2.redhat.com [10.5.83.23])
	by mx6-phx2.redhat.com (8.14.4/8.14.4) with ESMTP id s8HNSW7T004631;
	Wed, 17 Sep 2014 19:28:32 -0400
Date: Wed, 17 Sep 2014 19:28:32 -0400 (EDT)
From: Nathan Scott 
Reply-To: Nathan Scott 
To: "Frank Ch. Eigler" , Lukas Berk 
Cc: pcp@oss.sgi.com
Message-ID: <22137966.51294819.1410996512033.JavaMail.zimbra@redhat.com>
In-Reply-To: 
References: <20140905200756.GA31071@redhat.com> <214253475.50237185.1410857725513.JavaMail.zimbra@redhat.com> <87fvfr5ipk.fsf@redhat.com> <1161038122.50704119.1410924350821.JavaMail.zimbra@redhat.com> 
Subject: Re: PAPI pmda Note
MIME-Version: 1.0
X-ASG-Orig-Subj: Re: PAPI pmda Note
Content-Type: text/plain; charset=utf-8
Content-Transfer-Encoding: 7bit
X-Originating-IP: [10.5.82.6]
X-Mailer: Zimbra 8.0.6_GA_5922 (ZimbraWebClient - FF17 (Linux)/8.0.6_GA_5922)
Thread-Topic: PAPI pmda Note
Thread-Index: 5A14Cw7IIeilAtD60HaaZgK37s6lFg==
X-Barracuda-Connect: mx6-phx2.redhat.com[209.132.183.39]
X-Barracuda-Start-Time: 1410996512
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.03
X-Barracuda-Spam-Status: No, SCORE=0.03 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, THREAD_INDEX, THREAD_TOPIC
X-Barracuda-Spam-Report: Code version 3.2, rules version 3.2.3.9595
	Rule breakdown below
	 pts rule name              description
	---- ---------------------- --------------------------------------------------
	0.01 THREAD_INDEX           thread-index: AcO7Y8iR61tzADqsRmmc5wNiFHEOig==
	0.01 THREAD_TOPIC           Thread-Topic: ...(Japanese Subject)...
	0.01 BSF_SC0_SA_TO_FROM_DOMAIN_MATCH Sender Domain Matches Recipient
	                           Domain



----- Original Message -----
> Nathan Scott  writes:
> 
> > [...]  OOC, is it possible to ask PAPI what hardware counters are
> > enabled?  (IOW, without relying on the state kept in-memory, in the
> > daemon, as a result of changes it made itself, but rather by asking
> > the hardware/kernel?).
> 
> No - the kernel keeps that info to itself, and multiplexes amongst
> applications and its own internal usage.
> 

Ah well, that's a shame.

> 
> > If so, that would be great to use as the value for the control "enable"
> > metric,
> 
> (I've nudged lberk toward using the ".status" read-only metric as a
> better-colored toolshed to describe current state.)
> 
> > instead of simply exporting whatever state changes we've made in the
> > PMDA (and assuming everything was disabled when it started, which
> > may not have been the case). [...]
> 
> (I've nudged lberk toward not making ".enable"/".disable" readable at
> all, especially if they are to return merely the most-recent deltas
> rather than the cumulative situation.)
> 

*nod* - sounds good.

cheers.

--
Nathan

From nscott@redhat.com  Wed Sep 17 19:58:19 2014
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 0C66F7F57
	for ; Wed, 17 Sep 2014 19:58:19 -0500 (CDT)
Received: from cuda.sgi.com (cuda1.sgi.com [192.48.157.11])
	by relay2.corp.sgi.com (Postfix) with ESMTP id CE7E4304032
	for ; Wed, 17 Sep 2014 17:58:15 -0700 (PDT)
X-ASG-Debug-ID: 1411001892-04bdf010a0b20950001-S8gJnT
Received: from mx6-phx2.redhat.com (mx6-phx2.redhat.com [209.132.183.39]) by cuda.sgi.com with ESMTP id FE9CbRAA3QaoGf56 for ; Wed, 17 Sep 2014 17:58:13 -0700 (PDT)
X-Barracuda-Envelope-From: nscott@redhat.com
X-Barracuda-Apparent-Source-IP: 209.132.183.39
Received: from zmail20.collab.prod.int.phx2.redhat.com (zmail20.collab.prod.int.phx2.redhat.com [10.5.83.23])
	by mx6-phx2.redhat.com (8.14.4/8.14.4) with ESMTP id s8I0w7Z3019599;
	Wed, 17 Sep 2014 20:58:07 -0400
Date: Wed, 17 Sep 2014 20:58:07 -0400 (EDT)
From: Nathan Scott 
Reply-To: Nathan Scott 
To: Amer Ather 
Cc: "Frank Ch. Eigler" , Ken McDonell ,
        pcp@oss.sgi.com, Brendan Gregg ,
        Martin Spier 
Message-ID: <1785755591.51322846.1411001887289.JavaMail.zimbra@redhat.com>
In-Reply-To: 
References: 
Subject: Re: [pcp] PCP and flamegraphs/Heatmaps
MIME-Version: 1.0
X-ASG-Orig-Subj: Re: [pcp] PCP and flamegraphs/Heatmaps
Content-Type: text/plain; charset=utf-8
Content-Transfer-Encoding: 7bit
X-Originating-IP: [10.5.82.6]
X-Mailer: Zimbra 8.0.6_GA_5922 (ZimbraWebClient - FF17 (Linux)/8.0.6_GA_5922)
Thread-Topic: PCP and flamegraphs/Heatmaps
Thread-Index: S+lijKg2QsHsjN6W/k21NkgXK5MCpg==
X-Barracuda-Connect: mx6-phx2.redhat.com[209.132.183.39]
X-Barracuda-Start-Time: 1411001893
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.02
X-Barracuda-Spam-Status: No, SCORE=0.02 using per-user scores of TAG_LEVEL=1000.0 QUARANTINE_LEVEL=1000.0 KILL_LEVEL=2.7 tests=THREAD_INDEX, THREAD_TOPIC
X-Barracuda-Spam-Report: Code version 3.2, rules version 3.2.3.9597
	Rule breakdown below
	 pts rule name              description
	---- ---------------------- --------------------------------------------------
	0.01 THREAD_INDEX           thread-index: AcO7Y8iR61tzADqsRmmc5wNiFHEOig==
	0.01 THREAD_TOPIC           Thread-Topic: ...(Japanese Subject)...

Hi Amer,

----- Original Message -----
> Hi Frank and Ken,
> 
> Thanks for all your help with pcp. With your help and support, we now have
> PCP 3.9.10-1 running on both Ubuntu Precise and Trusty. Our web tool that
> consumes basic PCP metrics is in beta and our plan is to start testing on
> cloud instances soon.

Great!  Hey, OOC - I've been looking into web project builds a bit lately and
I was wondering what build framework you guys are using for this?  (CMake? as
described over here... http://www.kitware.com/source/home/post/127 ? thanks!)

> Next phase of our project is to extend PCP to support Brendan's flamegraph .
> flamegraphs is a great tool for visualizing profiling data containing
> application and kernel stack traces. It helps with isolating hot functions
> and stack traces that may be contributing to performance regression.
> 
> flamegraph is easy to setup and use:
> $ git clone https://github.com/brendangregg/FlameGraph.git
> # perf record -a -g -F 97 sleep 60
> # perf scrpt > out.stack
> [...]
> Our plan is to integrate flamegraph with PCP. This allows our web tool to
> trigger profiling on-demand basis on the cloud instance. PCP agent (python)
> will then collect 15-20 seconds worth of perf data, process it and save svg
> file in S3 bucket. PCP agent returns success/failure and path of S3 bucket
> to the web client. Web client polls the S3 bucket and displays the svg file
> containing flamegraph in browser.
> 
> Please let us know if there is a better way to design this feature in PCP.

As mentioned on IRC, you might find the design here to be quite relevant
(the sleep you have above will be highly problematic for your PMDA):

http://www.pcp.io/pipermail/pcp/2014-June/004925.html

This describes use of perf(1) in the way you're looking for here, using the
PCP "event" metric type.  If you've not come across 'em before, these metrics
are quite different to the sampled metrics you'll be familiar with already --
have a read through Chapter 3.6 "Performance Event Metrics" in the Programmers
Guide (http://www.pcp.io/doc/pcp-programmers-guide.pdf) for more details.

These event metric types can be accessed from pmwebd, pmcd and archives, so
whichever approach you wish to take with heatmaps/flamegraphs, this should be
a good approach for extracting the data initially.

Oh, also as discussed on IRC, pmwebd is missing support for the pmStore(3)
part of the PCP protocol - that'd need to be added for web clients (should
be added anyway I guess, independent of your need here - see Frank's notes
over in src/pmwebapi/TODO).

cheers.

--
Nathan

From nscott@redhat.com  Wed Sep 17 20:19:56 2014
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 8EE747F57
	for ; Wed, 17 Sep 2014 20:19:56 -0500 (CDT)
Received: from cuda.sgi.com (cuda1.sgi.com [192.48.157.11])
	by relay2.corp.sgi.com (Postfix) with ESMTP id 5EFB8304032
	for ; Wed, 17 Sep 2014 18:19:53 -0700 (PDT)
X-ASG-Debug-ID: 1411003187-04bdf010a0b213e0001-S8gJnT
Received: from mx6-phx2.redhat.com (mx6-phx2.redhat.com [209.132.183.39]) by cuda.sgi.com with ESMTP id Ptg9xgIAACTZvKxi for ; Wed, 17 Sep 2014 18:19:48 -0700 (PDT)
X-Barracuda-Envelope-From: nscott@redhat.com
X-Barracuda-Apparent-Source-IP: 209.132.183.39
Received: from zmail20.collab.prod.int.phx2.redhat.com (zmail20.collab.prod.int.phx2.redhat.com [10.5.83.23])
	by mx6-phx2.redhat.com (8.14.4/8.14.4) with ESMTP id s8I1Jlwj023562;
	Wed, 17 Sep 2014 21:19:47 -0400
Date: Wed, 17 Sep 2014 21:19:47 -0400 (EDT)
From: Nathan Scott 
Reply-To: Nathan Scott 
To: myllynen@redhat.com
Cc: pcp@oss.sgi.com
Message-ID: <10628771.51348367.1411003187638.JavaMail.zimbra@redhat.com>
In-Reply-To: <541974EC.6010007@redhat.com>
References: <54185B64.50500@redhat.com> <695749720.50712528.1410926346832.JavaMail.zimbra@redhat.com> <541974EC.6010007@redhat.com>
Subject: Re: [pcp] [PATCH] Add NFS Server PMDA
MIME-Version: 1.0
X-ASG-Orig-Subj: Re: [pcp] [PATCH] Add NFS Server PMDA
Content-Type: text/plain; charset=utf-8
Content-Transfer-Encoding: 7bit
X-Originating-IP: [10.5.82.6]
X-Mailer: Zimbra 8.0.6_GA_5922 (ZimbraWebClient - FF17 (Linux)/8.0.6_GA_5922)
Thread-Topic: Add NFS Server PMDA
Thread-Index: CJIMREkGQT0oWEZMZ3TuLLiwikZ9lQ==
X-Barracuda-Connect: mx6-phx2.redhat.com[209.132.183.39]
X-Barracuda-Start-Time: 1411003187
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.03
X-Barracuda-Spam-Status: No, SCORE=0.03 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, THREAD_INDEX, THREAD_TOPIC
X-Barracuda-Spam-Report: Code version 3.2, rules version 3.2.3.9598
	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.01 BSF_SC0_SA_TO_FROM_DOMAIN_MATCH Sender Domain Matches Recipient
	                           Domain

Hi Marko,

----- Original Message -----
> [...]
> Please see below for an initial draft patch which adds currently the missing
> metrics. But please note few things, perhaps you could help with these?

Sure.  I don't make any NFS usage at all here ... could you send me the
copies of these procfs files from your boxen?  We'll need those to make
an automated QA test for the new code anyway.

thanks!

--
Nathan

From kenj@internode.on.net  Wed Sep 17 21:16:34 2014
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 1A4F07F57
	for ; Wed, 17 Sep 2014 21:16:34 -0500 (CDT)
Received: from cuda.sgi.com (cuda2.sgi.com [192.48.176.25])
	by relay2.corp.sgi.com (Postfix) with ESMTP id 06DB4304043
	for ; Wed, 17 Sep 2014 19:16:33 -0700 (PDT)
X-ASG-Debug-ID: 1411006588-04cbb05486e66590001-S8gJnT
Received: from ipmail07.adl2.internode.on.net (ipmail07.adl2.internode.on.net [150.101.137.131]) by cuda.sgi.com with ESMTP id d6VCHxRPBQrmZTbd for ; Wed, 17 Sep 2014 19:16:28 -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: ApYBAPY/GlR20ScO/2dsb2JhbAANVIc3ikrDQgkBgSEBhH0BAQQjVRELGgIFFgsCAgkDAgECAUUGDQgBAbB/eJYdGIEsjlKCeIFTAQS2RIMkAQEB
Received: from ppp118-209-39-14.lns20.mel4.internode.on.net (HELO [192.168.1.100]) ([118.209.39.14])
  by ipmail07.adl2.internode.on.net with ESMTP; 18 Sep 2014 11:46:27 +0930
Message-ID: <541A40D8.7040206@internode.on.net>
Date: Thu, 18 Sep 2014 12:18:00 +1000
From: Ken McDonell 
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:31.0) Gecko/20100101 Thunderbird/31.1.1
MIME-Version: 1.0
To: PCP 
Subject: Re: pmie init script problems in qa
References: <54189D65.60801@internode.on.net>
X-ASG-Orig-Subj: Re: pmie init script problems in qa
In-Reply-To: <54189D65.60801@internode.on.net>
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: 1411006588
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.3.9599
	Rule breakdown below
	 pts rule name              description
	---- ---------------------- --------------------------------------------------

Further to this, I am seeing a related init script issue on vm19 PCP 3.9.10 x86_64 openSUSE 12.2

qa/023 is failing with

pmlogger.service is not a native service, redirecting to /sbin/chkconfig.
Executing /sbin/chkconfig pmlogger --level=5

From kenj@internode.on.net  Wed Sep 17 21:20:47 2014
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 B325C7F57
	for ; Wed, 17 Sep 2014 21:20:47 -0500 (CDT)
Received: from cuda.sgi.com (cuda1.sgi.com [192.48.157.11])
	by relay2.corp.sgi.com (Postfix) with ESMTP id 72D65304039
	for ; Wed, 17 Sep 2014 19:20:47 -0700 (PDT)
X-ASG-Debug-ID: 1411006844-04bdf0109ab23ab0001-S8gJnT
Received: from ipmail07.adl2.internode.on.net (ipmail07.adl2.internode.on.net [150.101.137.131]) by cuda.sgi.com with ESMTP id Ezt4OC90fveDIVNZ for ; Wed, 17 Sep 2014 19:20:44 -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: ApUBACZBGlR20ScO/2dsb2JhbAANVINgV4MAxkWIcwGFJlUwBgIFDAoLAgsDAgECAVgGAgEBiEeoO3iWN4EsjlyCboFTBYYfiRmGTaA/WoJKAQEB
Received: from ppp118-209-39-14.lns20.mel4.internode.on.net (HELO [192.168.1.100]) ([118.209.39.14])
  by ipmail07.adl2.internode.on.net with ESMTP; 18 Sep 2014 11:50:19 +0930
Message-ID: <541A41C0.1050708@internode.on.net>
Date: Thu, 18 Sep 2014 12:21:52 +1000
From: Ken McDonell 
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:31.0) Gecko/20100101 Thunderbird/31.1.1
MIME-Version: 1.0
To: pcp@oss.sgi.com
Subject: pcp updates - mixed bag
Content-Type: text/plain; charset=utf-8
X-ASG-Orig-Subj: pcp updates - mixed bag
Content-Transfer-Encoding: 7bit
X-Barracuda-Connect: ipmail07.adl2.internode.on.net[150.101.137.131]
X-Barracuda-Start-Time: 1411006844
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.3.9599
	Rule breakdown below
	 pts rule name              description
	---- ---------------------- --------------------------------------------------

Changes committed to git://git.performancecopilot.org/kenj/pcp.git dev

 qa/232                        |   67 
 qa/232.out                    |   31 
 qa/370                        |   21 
 qa/370.out.8                  | 4919 ++++++++++++++++++++++++++++++++++++++++++
 qa/652                        |   31 
 qa/652.out                    |    5 
 qa/833                        |    4 
 qa/admin/README               |   57 
 qa/admin/allow-pmlc-access    |    5 
 qa/admin/check-vm             |   30 
 qa/admin/dailyrc              |   20 
 qa/admin/get_osname           |  120 +
 qa/admin/pcp-daily            |   11 
 qa/admin/show-me-all          |   43 
 qa/admin/whatami              |  138 +
 qa/get_osname                 |  240 +-
 qa/src/churnctx.c             |    2 
 qa/src/sa-sysstat-9.0.4_rh6.5 |binary
 qa/src/torture_indom.c        |   93 
 src/pmdas/linux/pmda.c        |    3 
 src/pmdas/sample/src/sample.c |    7 
 src/pmdas/systemd/.gitignore  |    5 
 src/pmdas/systemd/Install     |   13 
 23 files changed, 5670 insertions(+), 195 deletions(-)

commit ffed4010497b6aded322022eaa11ed1afc0b4098
Author: Ken McDonell 
Date:   Thu Sep 18 12:10:25 2014 +1000

    qa/admin - houskeeping
    
    Add scripts.
    
    Expand README.

commit aa3cfce3539ce200bc61e624dbfd54fba7a58a53
Author: Ken McDonell 
Date:   Thu Sep 18 11:25:43 2014 +1000

    qa/admin/whatami - report stuff about local system
    
    With -h ...
    
    Host        PCP      CPU     Operating System
    ----------- -------- ------  ------------------
    bozo        3.10.0   x86_64  Ubuntu 14.04 (trusty)
    
    Without -h, just get the last line.

commit 53f2ae47460866524fc1c50ff34994b4c058fe63
Author: Ken McDonell 
Date:   Thu Sep 18 11:18:06 2014 +1000

    qa/370 and get_osname - move get_osname to admin dir
    
    Want to use this from whatami from pcp-daily ...
    .../pcp/qa/admin is likely to be on $PATH in this use case scenario.

commit ce3a727d1c82b9688c55344f9d019c3a6bac60f9
Author: Frank Ch. Eigler 
Date:   Wed Sep 17 16:36:42 2014 -0400

    systemd pmda qa/652: enhance diagnostics, tolerate heterogeneity
    
    This test is sensitive to the correct operation of system loggers,
    so when things go wrong, a little more tracing is useful.  To this
    end, the test case now:
    - runs itself with set -x tracing, plopped into 652.full
    - looks for the logger(1) binary as a prereq
    - filters out Install-time warnings from the no-adm-user case
    - doesn't cause a mismatch if the system pmlogger service happens to be off
    - prints a journalctl dump into 652.full also

commit f6e7f65c2088d7175217a983f54b0d966c2366bd
Author: Frank Ch. Eigler 
Date:   Wed Sep 17 14:59:13 2014 -0400

    systemd pmda: add a .gitignore
    
    Like apprx. all other pmda's, the generated help text databases need
    to be .gitignored.

commit 97acd72c7f42aefa8138dc8e8afe11a84a7e92dc
Author: Frank Ch. Eigler 
Date:   Wed Sep 17 14:55:16 2014 -0400

    systemd pmda: use -Uroot if user adm not available
    
    On some systems, it was reported that user "adm" is not installed, and
    so systemd-pmda's default -Uadm behavior breaks it.  This new Install
    script checks whether user adm exists, and if not, sticks with root.
    This may reduce security somewhat (in case the pmda is broken into),
    but the previous per-client uid/gid checks are believed effective.
    
    This was hand-tested on a Fedora machine, with and without commenting
    out the adm: account in /etc/passwd.  This change is probably too
    invasive to make mechanically as a part of a qa test case.

commit 13228885576512495288755e593b4d646ab4aa07
Author: Ken McDonell 
Date:   Thu Sep 18 07:09:45 2014 +1000

    qa/833 - increase the iteration count, relax leak threshold
    
    We were tripping over the 4K leak threshold on some systems in
    early iterations.  Bump this to 256K, but run for 4 times as many
    iterations.

commit 65d0d80713d0deee65e4965f2464d39546b04356
Author: Ken McDonell 
Date:   Thu Sep 18 07:08:09 2014 +1000

    qa/370 - accommodate sar version snarfoo in RHEL 6.5
    
    To understand this, checkout --legacy in the sar(1) man page on
    a RHEL (or CentOS) 6.5 system.

commit ac5b395edbc63fc031455f1d0ff0f453c7c1776e
Author: Ken McDonell 
Date:   Thu Sep 18 07:05:22 2014 +1000

    qa/get_osname - helper script
    
    Changes to qa/370 (coming) depend on the O/S name and version ...
    refactored this logic out of the old whatami script that was being
    used to produce the qa-summary reports so it can be used here.

commit dd355a782a8d4427a47fbaceb93ca26b35045175
Author: Ken McDonell 
Date:   Wed Sep 17 21:28:05 2014 +1000

    linux pmda - fix indom initialization problem
    
    We were missing a refresh of NET_ADDR_INDOM in linux_instance().
    
    This meant a call to pmGetInDom() risks returning an empty set
    (incorrectly).  Found by the extended qa/232.

commit 26ea9aaa602d8398c59a3afdb2868df3b5ef1f72
Author: Ken McDonell 
Date:   Wed Sep 17 21:22:35 2014 +1000

    sample pmda - correct pmNameInDom() implementation
    
    We were stripping the external name at the first space ... in this
    context this is wrong.

commit f1312ad92aa40bc41b466f8e8b21b64dbb4099ea
Author: Ken McDonell 
Date:   Wed Sep 17 21:16:18 2014 +1000

    qa/232 and torture_indom.c - improvements
    
    1. better reporting from torture_indom, include -v to diagnose problems
    2. better coverage of indoms from test 232

From nscott@redhat.com  Thu Sep 18 01:24:22 2014
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 8A8A57F4E
	for ; Thu, 18 Sep 2014 01:24:22 -0500 (CDT)
Received: from cuda.sgi.com (cuda2.sgi.com [192.48.176.25])
	by relay1.corp.sgi.com (Postfix) with ESMTP id 787A78F8054
	for ; Wed, 17 Sep 2014 23:24:22 -0700 (PDT)
X-ASG-Debug-ID: 1411021457-04cbb05486e6ddf0001-S8gJnT
Received: from mx3-phx2.redhat.com (mx3-phx2.redhat.com [209.132.183.24]) by cuda.sgi.com with ESMTP id pYSJljMprgiEBjx9 for ; Wed, 17 Sep 2014 23:24:17 -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 s8I6OHrx029293;
	Thu, 18 Sep 2014 02:24:17 -0400
Date: Thu, 18 Sep 2014 02:24:16 -0400 (EDT)
From: Nathan Scott 
Reply-To: Nathan Scott 
To: Dave Brolley 
Cc: PCP Mailing List 
Message-ID: <150595940.51470793.1411021456640.JavaMail.zimbra@redhat.com>
In-Reply-To: <5419F0C1.8030707@redhat.com>
References: <54185F54.30704@redhat.com> <933459561.50688823.1410915282806.JavaMail.zimbra@redhat.com> <5419F0C1.8030707@redhat.com>
Subject: Re: [pcp] Second Secure Connection via pmproxy Fails
MIME-Version: 1.0
X-ASG-Orig-Subj: Re: [pcp] Second Secure Connection via pmproxy Fails
Content-Type: text/plain; charset=utf-8
Content-Transfer-Encoding: 7bit
X-Originating-IP: [10.5.82.6]
X-Mailer: Zimbra 8.0.6_GA_5922 (ZimbraWebClient - FF17 (Linux)/8.0.6_GA_5922)
Thread-Topic: Second Secure Connection via pmproxy Fails
Thread-Index: FE2N9djHauRPUXkZq6rOtjl55oWMjA==
X-Barracuda-Connect: mx3-phx2.redhat.com[209.132.183.24]
X-Barracuda-Start-Time: 1411021457
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.03
X-Barracuda-Spam-Status: No, SCORE=0.03 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, THREAD_INDEX, THREAD_TOPIC
X-Barracuda-Spam-Report: Code version 3.2, rules version 3.2.3.9605
	Rule breakdown below
	 pts rule name              description
	---- ---------------------- --------------------------------------------------
	0.01 THREAD_INDEX           thread-index: AcO7Y8iR61tzADqsRmmc5wNiFHEOig==
	0.01 THREAD_TOPIC           Thread-Topic: ...(Japanese Subject)...
	0.01 BSF_SC0_SA_TO_FROM_DOMAIN_MATCH Sender Domain Matches Recipient
	                           Domain



----- Original Message -----
> On 09/16/2014 08:54 PM, Nathan Scott wrote:
> > ----- Original Message -----
> No worries --- I wasn't tying to lay blame, just giving some background
> on how I found the bug.

Yep, understood (and the details are extremely helpful, thanks) - I was
really just kicking myself for botching this in the first place.

> > me & I'll do so)  AIUI, a second pminfo connection should trigger it?
> Done

Test passing & all working nicely here.

cheers.

--
Nathan

From myllynen@redhat.com  Thu Sep 18 01:28:22 2014
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 39E1B7F4E
	for ; Thu, 18 Sep 2014 01:28:22 -0500 (CDT)
Received: from cuda.sgi.com (cuda1.sgi.com [192.48.157.11])
	by relay2.corp.sgi.com (Postfix) with ESMTP id 16CAE304039
	for ; Wed, 17 Sep 2014 23:28:18 -0700 (PDT)
X-ASG-Debug-ID: 1411021694-04bdf01097b2b450001-S8gJnT
Received: from mx1.redhat.com (mx1.redhat.com [209.132.183.28]) by cuda.sgi.com with ESMTP id jNxQ1WAn2RLJSofi (version=TLSv1 cipher=AES256-SHA bits=256 verify=NO) for ; Wed, 17 Sep 2014 23:28:15 -0700 (PDT)
X-Barracuda-Envelope-From: myllynen@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 s8I6SErB030309
	(version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=FAIL)
	for ; Thu, 18 Sep 2014 02:28:14 -0400
Received: from mmyllyne.csb (vpn1-5-254.ams2.redhat.com [10.36.5.254])
	by int-mx11.intmail.prod.int.phx2.redhat.com (8.14.4/8.14.4) with ESMTP id s8I6SDkZ014590;
	Thu, 18 Sep 2014 02:28:13 -0400
Message-ID: <541A7B7C.6070500@redhat.com>
Date: Thu, 18 Sep 2014 09:28:12 +0300
From: Marko Myllynen 
Reply-To: myllynen@redhat.com
Organization: Red Hat
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:24.0) Gecko/20100101 Thunderbird/24.6.0
MIME-Version: 1.0
To: Nathan Scott 
CC: pcp@oss.sgi.com
Subject: Re: [pcp] [PATCH] Add NFS Server PMDA
References: <54185B64.50500@redhat.com> <695749720.50712528.1410926346832.JavaMail.zimbra@redhat.com> <541974EC.6010007@redhat.com> <10628771.51348367.1411003187638.JavaMail.zimbra@redhat.com>
X-ASG-Orig-Subj: Re: [pcp] [PATCH] Add NFS Server PMDA
In-Reply-To: <10628771.51348367.1411003187638.JavaMail.zimbra@redhat.com>
Content-Type: text/plain; charset=UTF-8
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: 1411021695
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

Hi,

On 2014-09-18 04:19, Nathan Scott wrote:
> 
>> Please see below for an initial draft patch which adds currently the missing
>> metrics. But please note few things, perhaps you could help with these?
> 
> Sure.  I don't make any NFS usage at all here ... could you send me the
> copies of these procfs files from your boxen?  We'll need those to make
> an automated QA test for the new code anyway.

sure, please see below. The format / number of fields is the same on RHEL 6 / Fedora 20 but the existence of proc2/proc3/proc4 lines depends on the server configuration.

rc 0 16 41
fh 0 0 0 0 0
io 0 0
th 16 0 0.000 0.000 0.000 0.000 0.000 0.000 0.000 0.000 0.000 0.000
ra 32 0 0 0 0 0 0 0 0 0 0 0
net 57 0 57 1
rpc 57 0 0 0 0
proc2 18 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0
proc3 22 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0
proc4 2 1 56
proc4ops 59 0 0 0 5 0 0 0 0 0 33 3 0 0 0 0 6 0 0 0 0 0 0 52 0 1 0 2 0 14 0 1 0 0 0 0 1 1 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0

Thanks,

-- 
Marko Myllynen

From kenj@internode.on.net  Thu Sep 18 01:50:41 2014
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 091097F53
	for ; Thu, 18 Sep 2014 01:50:41 -0500 (CDT)
Received: from cuda.sgi.com (cuda3.sgi.com [192.48.176.15])
	by relay2.corp.sgi.com (Postfix) with ESMTP id E9423304039
	for ; Wed, 17 Sep 2014 23:50:40 -0700 (PDT)
X-ASG-Debug-ID: 1411023037-04cb6c54fdba0a20001-S8gJnT
Received: from ipmail07.adl2.internode.on.net (ipmail07.adl2.internode.on.net [150.101.137.131]) by cuda.sgi.com with ESMTP id rMo5or0UZe7Ah6Ww for ; Wed, 17 Sep 2014 23:50:38 -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: ApMBAKt/GlR20ScO/2dsb2JhbAANVIc3ykqEQQGFJlU2AgUWCwILAwIBAgFLDQgBAbEweJY3gSyRSoFTBbZEgyQBAQE
Received: from ppp118-209-39-14.lns20.mel4.internode.on.net (HELO [192.168.1.100]) ([118.209.39.14])
  by ipmail07.adl2.internode.on.net with ESMTP; 18 Sep 2014 16:20:37 +0930
Message-ID: <541A811C.4020301@internode.on.net>
Date: Thu, 18 Sep 2014 16:52:12 +1000
From: Ken McDonell 
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:31.0) Gecko/20100101 Thunderbird/31.1.1
MIME-Version: 1.0
To: PCP 
Subject: QA landscape - update
Content-Type: text/plain; charset=utf-8
X-ASG-Orig-Subj: QA landscape - update
Content-Transfer-Encoding: 7bit
X-Barracuda-Connect: ipmail07.adl2.internode.on.net[150.101.137.131]
X-Barracuda-Start-Time: 1411023037
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.3.9605
	Rule breakdown below
	 pts rule name              description
	---- ---------------------- --------------------------------------------------

Below is the current QA landscape.

There are several hidden milestones here.

+ scheduling of pcp-daily in my QA farm has moved from ad hoc when time permits to cron-driven ... this means each host is getting exercised at least twice a week, or 28,000+ tests per week

+ failures in absolute terms are below 10 on all hosts, with some even showing the nirvana-like "0" failures

+ overall failure rate is below 1%

+ total failures are less than 100

We have never been in such a good position, ever, in the past.

Now if I can just get some assistance with the recalcitrant ones (115, 361, 753 and 944) we'll quickly get this down to "onesies and twosies" per host.

As always, I would encourage suggestions of platforms we should ADD or DROP from the QA farm.

kenj@bozo:~$ pcp-qa-summary -fr
==== QA Summary ====

Date        Run Pass Fail Nrun Host
2014-09-04  687  682    5   50|bozo PCP 3.10.0 x86_64 Ubuntu 14.04
2014-09-16  688  685    3   55|bozo-laptop PCP 3.10.0 i686 LinuxMint 15
2014-09-16  676  670    6   66|bozo-vm PCP 3.10.0 x86_64 Debian 7.5
No daily runs                 |fuji PCP 3.9.2 i386 Darwin 10.8.0
2014-09-16  611  604    7   86|grundy PCP 3.10.0 ia64 SUSE SLES11 SP1
2014-09-16  672  669    3   70|vm00 PCP 3.10.0 x86_64 Ubuntu 12.04
2014-09-16  674  671    3   69|vm01 PCP 3.10.0 i686 Ubuntu 12.10
2014-09-16  669  662    7   74|vm02 PCP 3.10.0 i686 openSUSE 12.1
2014-09-16  682  678    4   62|vm03 PCP 3.10.0 x86_64 Fedora 18
2014-09-17  643  641    2  101|vm04 PCP 3.10.0 i586 CentOS 5.10
2014-09-17  618  611    7  126|vm05 PCP 3.10.0 i486 Gentoo 2.0.3
2014-09-17   60   60    0    4|vm06 PCP 3.10.0 amd64 FreeBSD 8.2-RELEASE-p9
2014-09-17  672  664    8   72|vm07 PCP 3.10.0 x86_64 Debian 6.0.9
2014-09-15   60   56    4    4|vm10 PCP 3.10.0 i386 FreeBSD 8.2-RELEASE-p9
2014-09-17  672  667    5   72|vm11 PCP 3.10.0 i686 Debian 6.0.9
2014-09-17  654  652    2   90|vm12 PCP 3.10.0 i686 Fedora 17
2014-09-18  678  674    4   66|vm14 PCP 3.10.0 x86_64 CentOS6.5
No daily runs                 |vm15 PCP 3.9.1 x86_64 Slackware 13.37.0
2014-09-18  674  672    2   70|vm18 PCP 3.10.0 x86_64 LinuxMint 12
2014-09-18  673  669    4   71|vm19 PCP 3.10.0 x86_64 openSUSE 12.2
2014-09-14  653  653    0   89|vm20 PCP 3.10.0 x86_64 Ubuntu 13.04
2014-09-14  673  671    2   69|vm21 PCP 3.10.0 i686 Debian 7.4
2014-09-14  661  652    9   81|vm22 PCP 3.10.0 x86_64 Fedora 19
2014-09-15  679  676    3   63|vm23 PCP 3.10.0 i686 Fedora 20
2014-09-15  647  643    4   95|vm24 PCP 3.10.0 i686 openSUSE 13.1
Summary: 14076 run, 94 failed (0.67%)

==== QA Failure (X) Map ====

Host      bo bl bv gr 00 01 02 03 04 05 07 10 11 12 14 18 19 21 22 23 24
Test %bad                                                                Test QA groups
115  38%                    X  X     X           X        X     X  X  X  115 pmie
361  38%           X  X  X              X     X     X  X     X           361 pmda.linux
752  38%        X     X                          X  X  X        X  X  X  752 libpcp
944  33%           X        X     X  X              X     X           X  944 pmcd secure
994  24%                          X     X     X     X     X              994 other verify
734  19%     X                 X     X  X                                734 libpcp pmstat
943  19%        X                       X     X              X           943 pmprobe pmda.proc
260  14%           X     X              X                                260 derive pmie
722  14%                             X  X     X                          722 python
023  10%                    X                             X              023 pmcd pmprobe
232  10%                 X                 X                             232 libpcp
540  10%           X           X                                         540 pmda.linux pminfo
603  10%     X                                                  X        603 trace pmda.install
823  10%                                                        X  X     823 pmda.sample pmstore secure
828  10%                    X           X                                828 valgrind archive context
835  10%  X     X                                                        835 pmda.memcache
031   5%                                   X                             031 pmns
069   5%                                                        X        069 pmcd pmval
Host      bo bl bv gr 00 01 02 03 04 05 07 10 11 12 14 18 19 21 22 23 24
083   5%                                                        X        083 pmlc pmlogger compat
088   5%                                X                                088 archive pmval
093   5%        X                                                        093 archive
112   5%                                   X                             112 pmns
188   5%                                                              X  188 libpcp
198   5%                                      X                          198 pmda context
241   5%        X                                                        241 pmda.mmv pmval perl
322   5%        X                                                        322 pmlc pmlogger
340   5%                                                        X        340 pmcd
364   5%  X                                                              364 pmlogconf
366   5%              X                                                  366 pmlogconf
374   5%                                                        X        374 pmlc pmlogger
375   5%                                                        X        375 pmlc pmlogger
507   5%           X                                                     507 other
510   5%                             X                                   510 pmlogger pmlc
511   5%                             X                                   511 pmimport pmdumplog pmlogsummary perl
533   5%                    X                                            533 dbpmda pmda.sample
574   5%                                   X                             574 libpcp pmns compat
635   5%                    X                                            635 pmda.linux libirixpmda
652   5%                       X                                         652 pmda.systemd event flakey
721   5%                             X                                   721 dbpmda
Host      bo bl bv gr 00 01 02 03 04 05 07 10 11 12 14 18 19 21 22 23 24
744   5%  X                                                              744 pmda.nvidia
745   5%  X                                                              745 pmda.nvidia valgrind
776   5%                    X                                            776 pmfind
780   5%     X                                                           780 pmwebapi
798   5%  X                                                              798 pmda.nfsclient
833   5%           X                                                     833 archive context
875   5%           X                                                     875 libpcp valgrind
Host      bo bl bv gr 00 01 02 03 04 05 07 10 11 12 14 18 19 21 22 23 24

From kenj@internode.on.net  Thu Sep 18 04:47:46 2014
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 1E4657F37
	for ; Thu, 18 Sep 2014 04:47:46 -0500 (CDT)
Received: from cuda.sgi.com (cuda1.sgi.com [192.48.157.11])
	by relay3.corp.sgi.com (Postfix) with ESMTP id AEF20AC002
	for ; Thu, 18 Sep 2014 02:47:45 -0700 (PDT)
X-ASG-Debug-ID: 1411033659-04bdf0109ab33f70001-S8gJnT
Received: from ipmail07.adl2.internode.on.net (ipmail07.adl2.internode.on.net [150.101.137.131]) by cuda.sgi.com with ESMTP id nskIoVBn76M7IWA3 for ; Thu, 18 Sep 2014 02:47:39 -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: ApoBABmpGlR20ScO/2dsb2JhbAANU4NgV4MAxkCIdQGFJlUwBgIFFgsCCwMCAQIBWAYCAQGIR6lWeJZDgSyOaIJigVMFhh+PZqA/WoJKAQEB
Received: from ppp118-209-39-14.lns20.mel4.internode.on.net (HELO [192.168.1.100]) ([118.209.39.14])
  by ipmail07.adl2.internode.on.net with ESMTP; 18 Sep 2014 19:17:39 +0930
Message-ID: <541AAA98.6030304@internode.on.net>
Date: Thu, 18 Sep 2014 19:49:12 +1000
From: Ken McDonell 
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:31.0) Gecko/20100101 Thunderbird/31.1.1
MIME-Version: 1.0
To: pcp@oss.sgi.com
Subject: pcp updates - qa
Content-Type: text/plain; charset=utf-8
X-ASG-Orig-Subj: pcp updates - qa
Content-Transfer-Encoding: 7bit
X-Barracuda-Connect: ipmail07.adl2.internode.on.net[150.101.137.131]
X-Barracuda-Start-Time: 1411033659
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.3.9609
	Rule breakdown below
	 pts rule name              description
	---- ---------------------- --------------------------------------------------

Changes committed to git://git.performancecopilot.org/kenj/pcp.git dev

 qa/043.out         |    2 
 qa/580             |    2 
 qa/753             |    4 
 qa/753.out         |   18 +-
 qa/admin/check-vm  |   18 +-
 qa/admin/pcp-daily |  366 +++++++++++++++++++++++++++++------------------------
 6 files changed, 225 insertions(+), 185 deletions(-)

commit a2940a87971c542a5b62a4f946e9b367039c1654
Author: Ken McDonell 
Date:   Thu Sep 18 19:47:40 2014 +1000

    qa/admin/pcp-daily - refactor
    
    Make the script more readable, especially if someone other than
    kenj is going to use it.

commit 6bedadc71f5bcec4e6b3002249d58c3d625a24e4
Author: Ken McDonell 
Date:   Thu Sep 18 19:47:12 2014 +1000

    qa/admin/check-vm - tag some more packages as [optional]

commit 4d52ba9701f57e57be4e4d2b770179c1f2e725b0
Author: Ken McDonell 
Date:   Thu Sep 18 19:46:09 2014 +1000

    qa/753 - run a bit longer with larger -t
    
    Improves statistical reliability on slow platforms.

commit f2c6dfd6dca2f993a1e9350057e5e03a744d84ea
Author: Ken McDonell 
Date:   Thu Sep 18 19:45:11 2014 +1000

    qa/580 - yet another wrinkle for a process hiding behind pid 1

commit 9b6f28cf921d11a5e40e12e4fa0ea1f0011c297c
Author: Ken McDonell 
Date:   Thu Sep 18 19:44:14 2014 +1000

    qa/043 - track recent sample pmda change for instance name

From fche@redhat.com  Thu Sep 18 13:13:36 2014
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 46E637F37
	for ; Thu, 18 Sep 2014 13:13:36 -0500 (CDT)
Received: from cuda.sgi.com (cuda1.sgi.com [192.48.157.11])
	by relay2.corp.sgi.com (Postfix) with ESMTP id 25AEA304048
	for ; Thu, 18 Sep 2014 11:13:31 -0700 (PDT)
X-ASG-Debug-ID: 1411064007-04bdf003a20d1a0001-S8gJnT
Received: from mx1.redhat.com (mx1.redhat.com [209.132.183.28]) by cuda.sgi.com with ESMTP id ZNxLaNQxwlG2Owzk (version=TLSv1 cipher=AES256-SHA bits=256 verify=NO) for ; Thu, 18 Sep 2014 11:13:27 -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-mx14.intmail.prod.int.phx2.redhat.com (int-mx14.intmail.prod.int.phx2.redhat.com [10.5.11.27])
	by mx1.redhat.com (8.14.4/8.14.4) with ESMTP id s8IIDRG2018366
	(version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=FAIL)
	for ; Thu, 18 Sep 2014 14:13:27 -0400
Received: from fche.csb (vpn-228-210.phx2.redhat.com [10.3.228.210])
	by int-mx14.intmail.prod.int.phx2.redhat.com (8.14.4/8.14.4) with ESMTP id s8IIDQjM030557
	for ; Thu, 18 Sep 2014 14:13:27 -0400
Received: by fche.csb (Postfix, from userid 2569)
	id 6654B585DB; Thu, 18 Sep 2014 14:13:26 -0400 (EDT)
Date: Thu, 18 Sep 2014 14:13:26 -0400
From: "Frank Ch. Eigler" 
To: pcp developers 
Subject: pcp update: telnet-probe bug
Message-ID: <20140918181326.GA8153@redhat.com>
X-ASG-Orig-Subj: pcp update: telnet-probe bug
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.27
X-Barracuda-Connect: mx1.redhat.com[209.132.183.28]
X-Barracuda-Start-Time: 1411064007
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

Hi -

Please enjoy this ditty from pcpfans.git, found while doing pmwebd qa.


commit 202032bf3d8ac1306dfda4b268a4a6fc798232b3 (HEAD, pcpfans/fche/dev, fche/dev)
Author: Frank Ch. Eigler 
Date:   Thu Sep 18 14:09:52 2014 -0400

    telnet-probe: fix byte-by-byte copying
    
    During the transition to the NSS libraries, a __pmWrite call replaced
    a fputc when transcribing bytes to/from the remote socket.  This was
    broken because the parameter to __pmWrite was an int rather than a
    char, and so instead of sending 'a', telnet-probe sends 'a\0\0\0'.
    Similarly on the socket-receive side, we tried to read ints rather than
    chars via __pmRead.  We now narrow the int-carrying values to chars
    where they belong.

From fche@redhat.com  Thu Sep 18 15:33:37 2014
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 88E0A7F37
	for ; Thu, 18 Sep 2014 15:33:37 -0500 (CDT)
Received: from cuda.sgi.com (cuda1.sgi.com [192.48.157.11])
	by relay3.corp.sgi.com (Postfix) with ESMTP id 36478AC003
	for ; Thu, 18 Sep 2014 13:33:37 -0700 (PDT)
X-ASG-Debug-ID: 1411072412-04bdf003a1142d0001-S8gJnT
Received: from mx1.redhat.com (mx1.redhat.com [209.132.183.28]) by cuda.sgi.com with ESMTP id 2N4wKMFK0rwROHAf (version=TLSv1 cipher=AES256-SHA bits=256 verify=NO) for ; Thu, 18 Sep 2014 13:33:33 -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-mx14.intmail.prod.int.phx2.redhat.com (int-mx14.intmail.prod.int.phx2.redhat.com [10.5.11.27])
	by mx1.redhat.com (8.14.4/8.14.4) with ESMTP id s8IKXW6S009284
	(version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=FAIL)
	for ; Thu, 18 Sep 2014 16:33:32 -0400
Received: from fche.csb (vpn-228-210.phx2.redhat.com [10.3.228.210])
	by int-mx14.intmail.prod.int.phx2.redhat.com (8.14.4/8.14.4) with ESMTP id s8IKXWdq011751;
	Thu, 18 Sep 2014 16:33:32 -0400
Received: by fche.csb (Postfix, from userid 2569)
	id A5432585DB; Thu, 18 Sep 2014 16:33:31 -0400 (EDT)
Date: Thu, 18 Sep 2014 16:33:31 -0400
From: "Frank Ch. Eigler" 
To: Nathan Scott 
Cc: Dave Brolley , pcp developers 
Subject: Re: [pcp] in search of pcpfans.git fche/pmwebd (graphite) branch review
Message-ID: <20140918203331.GB8153@redhat.com>
X-ASG-Orig-Subj: Re: [pcp] in search of pcpfans.git fche/pmwebd (graphite) branch review
References: <20140708004813.GF22029@redhat.com> <704756615.50701778.1410922470036.JavaMail.zimbra@redhat.com>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
In-Reply-To: <704756615.50701778.1410922470036.JavaMail.zimbra@redhat.com>
User-Agent: Mutt/1.4.2.2i
X-Scanned-By: MIMEDefang 2.68 on 10.5.11.27
X-Barracuda-Connect: mx1.redhat.com[209.132.183.28]
X-Barracuda-Start-Time: 1411072413
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

Hi -

> [...]
> FWIW, other things I'd be looking for when I'm reviewing would be :-
> are new tests needed or is extension fine [...]

The qa/660 test includes coverage of the new code, and increased
coverage of the old.


> I just noticed mention above of "more useful [config file] format" -
> set an alarm bell ringing - is that a backwards-compatible change?
> (and which standard is referred to - the usual pcp .options format?
> [...]

Yup, and no, it is not backward compatible.  I was a bit torn whether
to make it possible to consume both the new format and the old, but
thought that this file contains such small amount of info, and local
changes would show up as conflicts at the package-update point and of
course at run time, that it was not a big deal.  If you feel strongly,
I could patch back in the sed-goop'ing, on a heuristic basis.  The new
format (really, the old unix-style sourced-bourne-shell snippet) is
compelling, e.g. in that it allows $PCP_FOO* var expansions in the
options.

- FChE

From kenj@internode.on.net  Thu Sep 18 15:49:44 2014
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 1DF817F37
	for ; Thu, 18 Sep 2014 15:49:44 -0500 (CDT)
Received: from cuda.sgi.com (cuda3.sgi.com [192.48.176.15])
	by relay3.corp.sgi.com (Postfix) with ESMTP id 9F80DAC002
	for ; Thu, 18 Sep 2014 13:49:43 -0700 (PDT)
X-ASG-Debug-ID: 1411073376-04cb6c50e516f80001-S8gJnT
Received: from ipmail06.adl2.internode.on.net (ipmail06.adl2.internode.on.net [150.101.137.129]) by cuda.sgi.com with ESMTP id zciC8uIBOki2HYFz for ; Thu, 18 Sep 2014 13:49: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: AiwCABxEG1R20ScOPGdsb2JhbAANU4tuxkGDIAGBIQEGAQEBATiEOwEBAwE4QAYLCyEWDwkDAgECATEUEwgBAYgyqyKXMRiPfhaENQEEmEMFnXyDJAEBAQ
Received: from ppp118-209-39-14.lns20.mel4.internode.on.net (HELO [192.168.1.100]) ([118.209.39.14])
  by ipmail06.adl2.internode.on.net with ESMTP; 19 Sep 2014 06:19:35 +0930
Message-ID: <541B45CC.6050808@internode.on.net>
Date: Fri, 19 Sep 2014 06:51:24 +1000
From: Ken McDonell 
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:31.0) Gecko/20100101 Thunderbird/31.1.1
MIME-Version: 1.0
To: pcp@oss.sgi.com
Subject: Re: [pcp] [RFC] Reducing installed PCP package sizes
References: <236430128.44517548.1409912159545.JavaMail.zimbra@redhat.com> <5418DC6E.7080304@redhat.com>
X-ASG-Orig-Subj: Re: [pcp] [RFC] Reducing installed PCP package sizes
In-Reply-To: <5418DC6E.7080304@redhat.com>
Content-Type: text/plain; charset=windows-1252; format=flowed
Content-Transfer-Encoding: 7bit
X-Barracuda-Connect: ipmail06.adl2.internode.on.net[150.101.137.129]
X-Barracuda-Start-Time: 1411073376
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.3.9627
	Rule breakdown below
	 pts rule name              description
	---- ---------------------- --------------------------------------------------

On 17/09/14 10:57, Mark Goodwin wrote:

> We could add a new PMDA_INTERFACE version that supports e.g.
> FOO_args(argc, argv) or perhaps an extended FOO_init() that has
> support for args, something like that.

Extending pmdaInterface (as Mark suggests) is certainly feasible.

But I think it would need an extension of the pmcd.conf format and pmcd 
changes to allow arguments there for a dso pmda.

And an extension the *spec syntax for the argument to
__pmSpecLocalPMDA().

Not show stoppers, but additional tasks.

From nscott@redhat.com  Thu Sep 18 17:13:50 2014
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 2ED147F37
	for ; Thu, 18 Sep 2014 17:13:50 -0500 (CDT)
Received: from cuda.sgi.com (cuda3.sgi.com [192.48.176.15])
	by relay2.corp.sgi.com (Postfix) with ESMTP id 1D28F304043
	for ; Thu, 18 Sep 2014 15:13:46 -0700 (PDT)
X-ASG-Debug-ID: 1411078425-04cb6c50e71b1c0001-S8gJnT
Received: from mx5-phx2.redhat.com (mx5-phx2.redhat.com [209.132.183.37]) by cuda.sgi.com with ESMTP id bpiTofNOsQN2Z2po for ; Thu, 18 Sep 2014 15:13:45 -0700 (PDT)
X-Barracuda-Envelope-From: nscott@redhat.com
X-Barracuda-Apparent-Source-IP: 209.132.183.37
Received: from zmail20.collab.prod.int.phx2.redhat.com (zmail20.collab.prod.int.phx2.redhat.com [10.5.83.23])
	by mx5-phx2.redhat.com (8.14.4/8.14.4) with ESMTP id s8IMDiP5028086;
	Thu, 18 Sep 2014 18:13:44 -0400
Date: Thu, 18 Sep 2014 18:13:44 -0400 (EDT)
From: Nathan Scott 
Reply-To: Nathan Scott 
To: "Frank Ch. Eigler" , Dave Brolley 
Cc: pcp developers 
Message-ID: <268509410.52061205.1411078424416.JavaMail.zimbra@redhat.com>
In-Reply-To: <20140918203331.GB8153@redhat.com>
References: <20140708004813.GF22029@redhat.com> <704756615.50701778.1410922470036.JavaMail.zimbra@redhat.com> <20140918203331.GB8153@redhat.com>
Subject: Re: [pcp] in search of pcpfans.git fche/pmwebd (graphite) branch
 review
MIME-Version: 1.0
X-ASG-Orig-Subj: Re: [pcp] in search of pcpfans.git fche/pmwebd (graphite) branch
 review
Content-Type: text/plain; charset=utf-8
Content-Transfer-Encoding: 7bit
X-Originating-IP: [10.5.82.7]
X-Mailer: Zimbra 8.0.6_GA_5922 (ZimbraWebClient - FF17 (Linux)/8.0.6_GA_5922)
Thread-Topic: in search of pcpfans.git fche/pmwebd (graphite) branch review
Thread-Index: 3izyv8GQZsrHNz8gaJXW/8c4KmlEOQ==
X-Barracuda-Connect: mx5-phx2.redhat.com[209.132.183.37]
X-Barracuda-Start-Time: 1411078425
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.03
X-Barracuda-Spam-Status: No, SCORE=0.03 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, THREAD_INDEX, THREAD_TOPIC
X-Barracuda-Spam-Report: Code version 3.2, rules version 3.2.3.9628
	Rule breakdown below
	 pts rule name              description
	---- ---------------------- --------------------------------------------------
	0.01 THREAD_INDEX           thread-index: AcO7Y8iR61tzADqsRmmc5wNiFHEOig==
	0.01 THREAD_TOPIC           Thread-Topic: ...(Japanese Subject)...
	0.01 BSF_SC0_SA_TO_FROM_DOMAIN_MATCH Sender Domain Matches Recipient
	                           Domain



----- Original Message -----
> > > I just noticed mention above of "more useful [config file] format" -
> > set an alarm bell ringing - is that a backwards-compatible change?
> > (and which standard is referred to - the usual pcp .options format?
> > [...]
> 
> Yup, and no, it is not backward compatible.  [...]
> 

What is the resulting / user-observed behaviour when a new daemon
is started with the existing configuration format?

FWIW, another option is a format conversion tool, external to the
daemon, so that the old format can be gracefully retired without a
need to keep compat code forever inside the daemon.

cheers.

--
Nathan

From fche@redhat.com  Thu Sep 18 17:16:29 2014
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 A46347F37
	for ; Thu, 18 Sep 2014 17:16:29 -0500 (CDT)
Received: from cuda.sgi.com (cuda1.sgi.com [192.48.157.11])
	by relay3.corp.sgi.com (Postfix) with ESMTP id 41884AC002
	for ; Thu, 18 Sep 2014 15:16:26 -0700 (PDT)
X-ASG-Debug-ID: 1411078585-04bdf003a119760001-S8gJnT
Received: from mx1.redhat.com (mx1.redhat.com [209.132.183.28]) by cuda.sgi.com with ESMTP id oGxBCeRCUvMv6zCk (version=TLSv1 cipher=AES256-SHA bits=256 verify=NO) for ; Thu, 18 Sep 2014 15:16:25 -0700 (PDT)
X-Barracuda-Envelope-From: fche@redhat.com
X-Barracuda-Apparent-Source-IP: 209.132.183.28
X-ASG-Whitelist: Client
Received: from int-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 s8IMGPV6021308
	(version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=FAIL)
	for ; Thu, 18 Sep 2014 18:16:25 -0400
Received: from fche.csb (vpn-228-210.phx2.redhat.com [10.3.228.210])
	by int-mx11.intmail.prod.int.phx2.redhat.com (8.14.4/8.14.4) with ESMTP id s8IMGOJE003399;
	Thu, 18 Sep 2014 18:16:24 -0400
Received: by fche.csb (Postfix, from userid 2569)
	id 49B2E585DB; Thu, 18 Sep 2014 18:16:24 -0400 (EDT)
Date: Thu, 18 Sep 2014 18:16:24 -0400
From: "Frank Ch. Eigler" 
To: Nathan Scott 
Cc: Dave Brolley , pcp developers 
Subject: Re: [pcp] in search of pcpfans.git fche/pmwebd (graphite) branch review
Message-ID: <20140918221624.GC8153@redhat.com>
X-ASG-Orig-Subj: Re: [pcp] in search of pcpfans.git fche/pmwebd (graphite) branch review
References: <20140708004813.GF22029@redhat.com> <704756615.50701778.1410922470036.JavaMail.zimbra@redhat.com> <20140918203331.GB8153@redhat.com> <268509410.52061205.1411078424416.JavaMail.zimbra@redhat.com>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
In-Reply-To: <268509410.52061205.1411078424416.JavaMail.zimbra@redhat.com>
User-Agent: Mutt/1.4.2.2i
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: 1411078585
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

Hi -

> > Yup, and no, it is not backward compatible.  [...]
> 
> What is the resulting / user-observed behaviour when a new daemon
> is started with the existing configuration format?

The init script will fail when attempting to
   . $PMWEBDOPTS
with a syntax error. 

- FChE

From nscott@redhat.com  Thu Sep 18 17:25:08 2014
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 A7CC47F37
	for ; Thu, 18 Sep 2014 17:25:08 -0500 (CDT)
Received: from cuda.sgi.com (cuda2.sgi.com [192.48.176.25])
	by relay2.corp.sgi.com (Postfix) with ESMTP id 95094304039
	for ; Thu, 18 Sep 2014 15:25:08 -0700 (PDT)
X-ASG-Debug-ID: 1411079103-04cbb07301193a0001-S8gJnT
Received: from mx3-phx2.redhat.com (mx3-phx2.redhat.com [209.132.183.24]) by cuda.sgi.com with ESMTP id ly7yBmK2JQsHaAMx for ; Thu, 18 Sep 2014 15:25:04 -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 s8IMP3v5002101;
	Thu, 18 Sep 2014 18:25:03 -0400
Date: Thu, 18 Sep 2014 18:25:03 -0400 (EDT)
From: Nathan Scott 
Reply-To: Nathan Scott 
To: "Frank Ch. Eigler" 
Cc: Dave Brolley , pcp developers 
Message-ID: <60127720.52063511.1411079103687.JavaMail.zimbra@redhat.com>
In-Reply-To: <20140918221624.GC8153@redhat.com>
References: <20140708004813.GF22029@redhat.com> <704756615.50701778.1410922470036.JavaMail.zimbra@redhat.com> <20140918203331.GB8153@redhat.com> <268509410.52061205.1411078424416.JavaMail.zimbra@redhat.com> <20140918221624.GC8153@redhat.com>
Subject: Re: [pcp] in search of pcpfans.git fche/pmwebd (graphite) branch
 review
MIME-Version: 1.0
X-ASG-Orig-Subj: Re: [pcp] in search of pcpfans.git fche/pmwebd (graphite) branch
 review
Content-Type: text/plain; charset=utf-8
Content-Transfer-Encoding: 7bit
X-Originating-IP: [10.5.82.7]
X-Mailer: Zimbra 8.0.6_GA_5922 (ZimbraWebClient - FF17 (Linux)/8.0.6_GA_5922)
Thread-Topic: in search of pcpfans.git fche/pmwebd (graphite) branch review
Thread-Index: GrYDXoRiwVqgEtb7UKX7mcVk02llkw==
X-Barracuda-Connect: mx3-phx2.redhat.com[209.132.183.24]
X-Barracuda-Start-Time: 1411079104
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.03
X-Barracuda-Spam-Status: No, SCORE=0.03 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, THREAD_INDEX, THREAD_TOPIC
X-Barracuda-Spam-Report: Code version 3.2, rules version 3.2.3.9630
	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.01 BSF_SC0_SA_TO_FROM_DOMAIN_MATCH Sender Domain Matches Recipient
	                           Domain



----- Original Message -----
> > > 
> > > Yup, and no, it is not backward compatible.  [...]
> > 
> > What is the resulting / user-observed behaviour when a new daemon
> > is started with the existing configuration format?
> 
> The init script will fail when attempting to
>    . $PMWEBDOPTS
> with a syntax error.
> 

I see, thanks.  Would you be comfortable if we released the daemon
with that behaviour or should we be doing more in this area before
its released?

cheers.

--
Nathan

From fche@redhat.com  Thu Sep 18 17:45:29 2014
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 8051F7F37
	for ; Thu, 18 Sep 2014 17:45:29 -0500 (CDT)
Received: from cuda.sgi.com (cuda1.sgi.com [192.48.157.11])
	by relay1.corp.sgi.com (Postfix) with ESMTP id 5B7EA8F8040
	for ; Thu, 18 Sep 2014 15:45:29 -0700 (PDT)
X-ASG-Debug-ID: 1411080327-04bdf003a11a6a0001-S8gJnT
Received: from mx1.redhat.com (mx1.redhat.com [209.132.183.28]) by cuda.sgi.com with ESMTP id 27oUmbqCEpfVEVln (version=TLSv1 cipher=AES256-SHA bits=256 verify=NO) for ; Thu, 18 Sep 2014 15:45:28 -0700 (PDT)
X-Barracuda-Envelope-From: fche@redhat.com
X-Barracuda-Apparent-Source-IP: 209.132.183.28
X-ASG-Whitelist: Client
Received: from int-mx09.intmail.prod.int.phx2.redhat.com (int-mx09.intmail.prod.int.phx2.redhat.com [10.5.11.22])
	by mx1.redhat.com (8.14.4/8.14.4) with ESMTP id s8IMjRCO007492
	(version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=FAIL)
	for ; Thu, 18 Sep 2014 18:45:27 -0400
Received: from fche.csb (vpn-228-210.phx2.redhat.com [10.3.228.210])
	by int-mx09.intmail.prod.int.phx2.redhat.com (8.14.4/8.14.4) with ESMTP id s8IMjRvL029974;
	Thu, 18 Sep 2014 18:45:27 -0400
Received: by fche.csb (Postfix, from userid 2569)
	id D4DFF585DB; Thu, 18 Sep 2014 18:45:26 -0400 (EDT)
Date: Thu, 18 Sep 2014 18:45:26 -0400
From: "Frank Ch. Eigler" 
To: Nathan Scott 
Cc: Dave Brolley , pcp developers 
Subject: Re: [pcp] in search of pcpfans.git fche/pmwebd (graphite) branch review
Message-ID: <20140918224526.GD8153@redhat.com>
X-ASG-Orig-Subj: Re: [pcp] in search of pcpfans.git fche/pmwebd (graphite) branch review
References: <20140708004813.GF22029@redhat.com> <704756615.50701778.1410922470036.JavaMail.zimbra@redhat.com> <20140918203331.GB8153@redhat.com> <268509410.52061205.1411078424416.JavaMail.zimbra@redhat.com> <20140918221624.GC8153@redhat.com> <60127720.52063511.1411079103687.JavaMail.zimbra@redhat.com>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
In-Reply-To: <60127720.52063511.1411079103687.JavaMail.zimbra@redhat.com>
User-Agent: Mutt/1.4.2.2i
X-Scanned-By: MIMEDefang 2.68 on 10.5.11.22
X-Barracuda-Connect: mx1.redhat.com[209.132.183.28]
X-Barracuda-Start-Time: 1411080328
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

Hi -

> I see, thanks.  Would you be comfortable if we released the daemon
> with that behaviour or should we be doing more in this area before
> its released?

Comfortable yes, but I'll add backward compatibility back anyway shortly.

- FChE

From kenj@internode.on.net  Thu Sep 18 18:01:58 2014
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 AE55C7F37
	for ; Thu, 18 Sep 2014 18:01:58 -0500 (CDT)
Received: from cuda.sgi.com (cuda2.sgi.com [192.48.176.25])
	by relay2.corp.sgi.com (Postfix) with ESMTP id 84BB4304039
	for ; Thu, 18 Sep 2014 16:01:55 -0700 (PDT)
X-ASG-Debug-ID: 1411081311-04cbb073031a7b0001-S8gJnT
Received: from ipmail06.adl2.internode.on.net (ipmail06.adl2.internode.on.net [150.101.137.129]) by cuda.sgi.com with ESMTP id Ht9qlIJCesrkwO5H for ; Thu, 18 Sep 2014 16:01:52 -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: AjYCAL1jG1R20ScOPGdsb2JhbAANU4NgV4MAhDfCEIh0AQYBAQEBOIRkVTAGAgUWCwILAwIBAgExJwYCAQGIR6sPeJZagSyOaIJigVMFjziGTYhnl1hagkoBAQE
Received: from ppp118-209-39-14.lns20.mel4.internode.on.net (HELO [192.168.1.100]) ([118.209.39.14])
  by ipmail06.adl2.internode.on.net with ESMTP; 19 Sep 2014 08:31:19 +0930
Message-ID: <541B64AB.5020402@internode.on.net>
Date: Fri, 19 Sep 2014 09:03:07 +1000
From: Ken McDonell 
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:31.0) Gecko/20100101 Thunderbird/31.1.1
MIME-Version: 1.0
To: pcp@oss.sgi.com
Subject: pcp updates - qa
Content-Type: text/plain; charset=utf-8
X-ASG-Orig-Subj: pcp updates - qa
Content-Transfer-Encoding: 7bit
X-Barracuda-Connect: ipmail06.adl2.internode.on.net[150.101.137.129]
X-Barracuda-Start-Time: 1411081311
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.3.9631
	Rule breakdown below
	 pts rule name              description
	---- ---------------------- --------------------------------------------------

Changes committed to git://git.performancecopilot.org/kenj/pcp.git dev

 qa/507                     |   18 ++++++++++++------
 qa/540                     |    2 ++
 qa/580.out.darwin          |    4 ++--
 qa/580.out.irix            |    4 ++--
 qa/580.out.linux           |    4 ++--
 qa/580.out.linux.noproc    |    4 ++--
 qa/admin/README            |    6 +-----
 qa/admin/allow-pmlc-access |    7 +++++++
 qa/admin/check-vm          |    7 +++++++
 qa/admin/myconfigure       |    5 +++++
 qa/src/churnctx.c          |    2 +-
 11 files changed, 43 insertions(+), 20 deletions(-)

commit cd2472929e761e678ff6d01d79c77b6a611860b2
Author: Ken McDonell 
Date:   Fri Sep 19 08:58:08 2014 +1000

    qa/admin/myconfigure - add make in include and pmns dirs
    
    Any useful execution of myconfigure needs to be followed by a
    make in the src/include and src/pmns directories, so roll this
    into myconfigure.
    
    Update qa/admin/README to reflect this change.

commit 9ff0a0c4e26280ba9a783eaab13f99e72bb33597
Author: Ken McDonell 
Date:   Fri Sep 19 08:55:32 2014 +1000

    qa/churnctx.c - further relax the mem leak test
    
    On grundy.sgi.com 256K is not enough ... increase to 512K.
    This is occuring for grundy at iteration #7 and not repeating again
    for the remaining 393 iterations, so it is "getting to steady state"
    rather than "systemic and on-going leak" situation.

commit dad2a5addadd2410a19d594fe7ee2c63e60ba44d
Author: Ken McDonell 
Date:   Fri Sep 19 08:52:39 2014 +1000

    qa/admin/check-vm & qa/admin/allow-pmlc-access - subnet mask changes
    
    pmcd.conf really only understands /24 networks.
    grundy.sgi.com is on a /28 network!
    
    The best we can do here is to open up the access controls for QA to
    the (larger) /24 network for the /25, /26, /27, /28, /29 and /30
    subnet cases.

commit 189c2b649a0da358bfc934da5fbb7b73bbff0dce
Author: Ken McDonell 
Date:   Fri Sep 19 08:51:34 2014 +1000

    qa/540 - more dancing around /dev/mapper config
    
    For grundy this time.

commit 81bb2bf0b3cc330c71578ab3fced806d5a7fd6b4
Author: Ken McDonell 
Date:   Fri Sep 19 08:50:53 2014 +1000

    qa/507 - add .full diagnostics to help debugging on grundy

commit 6dce26c5919e2e9eeb999cf5a136e15026150091
Author: Ken McDonell 
Date:   Thu Sep 18 21:50:48 2014 +1000

    qa/580 - remade _all_ .out files after sample pmda instance name change

From nscott@redhat.com  Thu Sep 18 22:26:28 2014
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 492877F37
	for ; Thu, 18 Sep 2014 22:26:28 -0500 (CDT)
Received: from cuda.sgi.com (cuda1.sgi.com [192.48.157.11])
	by relay3.corp.sgi.com (Postfix) with ESMTP id D97A8AC002
	for ; Thu, 18 Sep 2014 20:26:24 -0700 (PDT)
X-ASG-Debug-ID: 1411097179-04bdf003a226030001-S8gJnT
Received: from mx6-phx2.redhat.com (mx6-phx2.redhat.com [209.132.183.39]) by cuda.sgi.com with ESMTP id t6QfMCkXnmkzGg6r (version=TLSv1 cipher=AES256-SHA bits=256 verify=NO) for ; Thu, 18 Sep 2014 20:26:20 -0700 (PDT)
X-Barracuda-Envelope-From: nscott@redhat.com
X-Barracuda-Apparent-Source-IP: 209.132.183.39
Received: from zmail20.collab.prod.int.phx2.redhat.com (zmail20.collab.prod.int.phx2.redhat.com [10.5.83.23])
	by mx6-phx2.redhat.com (8.14.4/8.14.4) with ESMTP id s8J3QGFK028254;
	Thu, 18 Sep 2014 23:26:16 -0400
Date: Thu, 18 Sep 2014 23:26:16 -0400 (EDT)
From: Nathan Scott 
Reply-To: Nathan Scott 
To: Ken McDonell 
Cc: PCP 
Message-ID: <1525957598.52132005.1411097176405.JavaMail.zimbra@redhat.com>
In-Reply-To: <541A811C.4020301@internode.on.net>
References: <541A811C.4020301@internode.on.net>
Subject: Re: [pcp] QA landscape - update
MIME-Version: 1.0
X-ASG-Orig-Subj: Re: [pcp] QA landscape - update
Content-Type: text/plain; charset=utf-8
Content-Transfer-Encoding: 7bit
X-Originating-IP: [10.5.82.7]
X-Mailer: Zimbra 8.0.6_GA_5922 (ZimbraWebClient - FF17 (Linux)/8.0.6_GA_5922)
Thread-Topic: QA landscape - update
Thread-Index: FBl6+h41pgAlLtmQuB5WtlyKa4SOLw==
X-Barracuda-Connect: mx6-phx2.redhat.com[209.132.183.39]
X-Barracuda-Start-Time: 1411097180
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.02
X-Barracuda-Spam-Status: No, SCORE=0.02 using per-user scores of TAG_LEVEL=1000.0 QUARANTINE_LEVEL=1000.0 KILL_LEVEL=2.7 tests=THREAD_INDEX, THREAD_TOPIC
X-Barracuda-Spam-Report: Code version 3.2, rules version 3.2.3.9637
	Rule breakdown below
	 pts rule name              description
	---- ---------------------- --------------------------------------------------
	0.01 THREAD_INDEX           thread-index: AcO7Y8iR61tzADqsRmmc5wNiFHEOig==
	0.01 THREAD_TOPIC           Thread-Topic: ...(Japanese Subject)...



----- Original Message -----
> Below is the current QA landscape.
> 
> There are several hidden milestones here.
> 
> + scheduling of pcp-daily in my QA farm has moved from ad hoc when time
> permits to cron-driven ... this means each host is getting exercised at
> least twice a week, or 28,000+ tests per week
> 
> + failures in absolute terms are below 10 on all hosts, with some even
> showing the nirvana-like "0" failures
> 
> + overall failure rate is below 1%
> 
> + total failures are less than 100
> 
> We have never been in such a good position, ever, in the past.

Mind == blown.

> Now if I can just get some assistance with the recalcitrant ones (115, 361,
> 753 and 944) we'll quickly get this down to "onesies and twosies" per host.

I've set aside time next week, so assistance on these is incoming. :)

> As always, I would encourage suggestions of platforms we should ADD or DROP
> from the QA farm.

Fedora 17 and 18 are past EOL (https://fedoraproject.org/wiki/End_of_life),
so they could be dropped I guess.

Looks like there's no OpenIndiana (any Solaris build?) there - did that
VM never get up / come back?  I have one here I'll be attempting to get
into my QA farm next week, but its a year or two dated by now.  I think
FreeBSD is up to v10 - I have a v9 somewhere, it exposed a few toolchain
updates/issues recently IIRC, so might be worth a look.

Win32/Win64? ;)  /me runs ... still much dev work needed there first,
I know.

Thanks Ken!

--
Nathan

From mgoodwin@redhat.com  Thu Sep 18 22:34:44 2014
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 673467F37
	for ; Thu, 18 Sep 2014 22:34:44 -0500 (CDT)
Received: from cuda.sgi.com (cuda2.sgi.com [192.48.176.25])
	by relay3.corp.sgi.com (Postfix) with ESMTP id E6889AC003
	for ; Thu, 18 Sep 2014 20:34:43 -0700 (PDT)
X-ASG-Debug-ID: 1411097682-04cbb0730424cd0001-S8gJnT
Received: from mx1.redhat.com (mx1.redhat.com [209.132.183.28]) by cuda.sgi.com with ESMTP id wr9ri2jICg9zqcye (version=TLSv1 cipher=AES256-SHA bits=256 verify=NO) for ; Thu, 18 Sep 2014 20:34:42 -0700 (PDT)
X-Barracuda-Envelope-From: mgoodwin@redhat.com
X-Barracuda-Apparent-Source-IP: 209.132.183.28
X-ASG-Whitelist: Client
Received: from int-mx11.intmail.prod.int.phx2.redhat.com (int-mx11.intmail.prod.int.phx2.redhat.com [10.5.11.24])
	by mx1.redhat.com (8.14.4/8.14.4) with ESMTP id s8J3YfSQ011227
	(version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=FAIL)
	for ; Thu, 18 Sep 2014 23:34:42 -0400
Received: from [10.64.48.233] (vpn1-48-233.bne.redhat.com [10.64.48.233])
	by int-mx11.intmail.prod.int.phx2.redhat.com (8.14.4/8.14.4) with ESMTP id s8J3YeFb032524
	for ; Thu, 18 Sep 2014 23:34:41 -0400
Message-ID: <541BA450.2060107@redhat.com>
Date: Fri, 19 Sep 2014 13:34:40 +1000
From: Mark Goodwin 
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:24.0) Gecko/20100101 Thunderbird/24.7.0
MIME-Version: 1.0
To: pcp@oss.sgi.com
Subject: Re: [pcp] QA landscape - update
References: <541A811C.4020301@internode.on.net> <1525957598.52132005.1411097176405.JavaMail.zimbra@redhat.com>
X-ASG-Orig-Subj: Re: [pcp] QA landscape - update
In-Reply-To: <1525957598.52132005.1411097176405.JavaMail.zimbra@redhat.com>
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: 1411097682
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

On 09/19/2014 01:26 PM, Nathan Scott wrote:
>>
>> + total failures are less than 100
>>
>> We have never been in such a good position, ever, in the past.
>
> Mind == blown.

fantastic effort :)

>> As always, I would encourage suggestions of platforms we should ADD or DROP
>> from the QA farm.

f21 has just gone alpha, so some early testing there would be a bonus

Cheers
-- Mark

From nscott@redhat.com  Thu Sep 18 22:38:24 2014
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 36B127F37
	for ; Thu, 18 Sep 2014 22:38:24 -0500 (CDT)
Received: from cuda.sgi.com (cuda1.sgi.com [192.48.157.11])
	by relay1.corp.sgi.com (Postfix) with ESMTP id EDB4F8F8059
	for ; Thu, 18 Sep 2014 20:38:20 -0700 (PDT)
X-ASG-Debug-ID: 1411097897-04bdf003a126a60001-S8gJnT
Received: from mx5-phx2.redhat.com (mx5-phx2.redhat.com [209.132.183.37]) by cuda.sgi.com with ESMTP id qowA4DU2Qnx9fedp (version=TLSv1 cipher=AES256-SHA bits=256 verify=NO) for ; Thu, 18 Sep 2014 20:38:17 -0700 (PDT)
X-Barracuda-Envelope-From: nscott@redhat.com
X-Barracuda-Apparent-Source-IP: 209.132.183.37
Received: from zmail20.collab.prod.int.phx2.redhat.com (zmail20.collab.prod.int.phx2.redhat.com [10.5.83.23])
	by mx5-phx2.redhat.com (8.14.4/8.14.4) with ESMTP id s8J3cHcg018103
	for ; Thu, 18 Sep 2014 23:38:17 -0400
Date: Thu, 18 Sep 2014 23:38:17 -0400 (EDT)
From: Nathan Scott 
Reply-To: Nathan Scott 
To: PCP 
Message-ID: <293924664.52133917.1411097897115.JavaMail.zimbra@redhat.com>
In-Reply-To: <337808309.52133711.1411097777985.JavaMail.zimbra@redhat.com>
Subject: pcp updates: merges (marko/kenj/fche/lukas) + fixups
MIME-Version: 1.0
X-ASG-Orig-Subj: pcp updates: merges (marko/kenj/fche/lukas) + fixups
Content-Type: text/plain; charset=utf-8
Content-Transfer-Encoding: 7bit
X-Originating-IP: [10.5.82.7]
X-Mailer: Zimbra 8.0.6_GA_5922 (ZimbraWebClient - FF17 (Linux)/8.0.6_GA_5922)
Thread-Topic: pcp updates: merges (marko/kenj/fche/lukas) + fixups
Thread-Index: S37/SjIj2LnmKRWbspnMH0qdjlCxAQ==
X-Barracuda-Connect: mx5-phx2.redhat.com[209.132.183.37]
X-Barracuda-Start-Time: 1411097897
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.02
X-Barracuda-Spam-Status: No, SCORE=0.02 using per-user scores of TAG_LEVEL=1000.0 QUARANTINE_LEVEL=1000.0 KILL_LEVEL=2.7 tests=THREAD_INDEX, THREAD_TOPIC
X-Barracuda-Spam-Report: Code version 3.2, rules version 3.2.3.9637
	Rule breakdown below
	 pts rule name              description
	---- ---------------------- --------------------------------------------------
	0.01 THREAD_INDEX           thread-index: AcO7Y8iR61tzADqsRmmc5wNiFHEOig==
	0.01 THREAD_TOPIC           Thread-Topic: ...(Japanese Subject)...

Changes committed to git://git.pcp.io/pcp.git dev

 build/rpm/fedora.spec           |   48 
 configure                       |    4 
 configure.ac                    |    4 
 man/html/guide.html             |  542 ++++
 man/html/guide.redhat.html      |  606 ----
 man/html/index.html             |    2 
 qa/043.out                      |    2 
 qa/232                          |   67 
 qa/232.out                      |   31 
 qa/370                          |   21 
 qa/370.out.8                    | 4919 ++++++++++++++++++++++++++++++++++++++++
 qa/507                          |   18 
 qa/540                          |    2 
 qa/580                          |    2 
 qa/580.out.darwin               |    4 
 qa/580.out.irix                 |    4 
 qa/580.out.linux                |    4 
 qa/580.out.linux.noproc         |    4 
 qa/652                          |   62 
 qa/652.out                      |   10 
 qa/713                          |    5 
 qa/713.out                      |    4 
 qa/753                          |    4 
 qa/753.out                      |   18 
 qa/833                          |    4 
 qa/996                          |    9 
 qa/996.out                      |    4 
 qa/admin/README                 |   63 
 qa/admin/allow-pmlc-access      |   12 
 qa/admin/check-vm               |   55 
 qa/admin/dailyrc                |   20 
 qa/admin/get_osname             |  120 
 qa/admin/myconfigure            |    5 
 qa/admin/pcp-daily              |  377 +--
 qa/admin/show-me-all            |   43 
 qa/admin/whatami                |  138 +
 qa/get_osname                   |  240 -
 qa/src/churnctx.c               |    4 
 qa/src/sa-sysstat-9.0.4_rh6.5   |binary
 qa/src/torture_indom.c          |   93 
 src/pmdas/linux/pmda.c          |    3 
 src/pmdas/sample/src/sample.c   |    7 
 src/pmdas/systemd/.gitignore    |   10 
 src/pmdas/systemd/Install       |   26 
 src/pmproxy/rc_pmproxy          |   15 
 src/telnet-probe/telnet-probe.c |   12 
 46 files changed, 6627 insertions(+), 1020 deletions(-)

commit 52792b2e46b74b9e853b25788682d6361c1ad6fd
Author: Nathan Scott 
Date:   Fri Sep 19 13:31:40 2014 +1000

    Rename the quick reference guide html

commit b73e703ae9d3583d05616df0dbd757b0ebc83395
Author: Marko Myllynen 
Date:   Fri Sep 19 13:29:49 2014 +1000

    Make the Quick Reference Guide distro agnostic

commit cd2472929e761e678ff6d01d79c77b6a611860b2
Author: Ken McDonell 
Date:   Fri Sep 19 08:58:08 2014 +1000

    qa/admin/myconfigure - add make in include and pmns dirs
    
    Any useful execution of myconfigure needs to be followed by a
    make in the src/include and src/pmns directories, so roll this
    into myconfigure.
    
    Update qa/admin/README to reflect this change.

commit 9ff0a0c4e26280ba9a783eaab13f99e72bb33597
Author: Ken McDonell 
Date:   Fri Sep 19 08:55:32 2014 +1000

    qa/churnctx.c - further relax the mem leak test
    
    On grundy.sgi.com 256K is not enough ... increase to 512K.
    This is occuring for grundy at iteration #7 and not repeating again
    for the remaining 393 iterations, so it is "getting to steady state"
    rather than "systemic and on-going leak" situation.

commit dad2a5addadd2410a19d594fe7ee2c63e60ba44d
Author: Ken McDonell 
Date:   Fri Sep 19 08:52:39 2014 +1000

    qa/admin/check-vm & qa/admin/allow-pmlc-access - subnet mask changes
    
    pmcd.conf really only understands /24 networks.
    grundy.sgi.com is on a /28 network!
    
    The best we can do here is to open up the access controls for QA to
    the (larger) /24 network for the /25, /26, /27, /28, /29 and /30
    subnet cases.

commit 189c2b649a0da358bfc934da5fbb7b73bbff0dce
Author: Ken McDonell 
Date:   Fri Sep 19 08:51:34 2014 +1000

    qa/540 - more dancing around /dev/mapper config
    
    For grundy this time.

commit 81bb2bf0b3cc330c71578ab3fced806d5a7fd6b4
Author: Ken McDonell 
Date:   Fri Sep 19 08:50:53 2014 +1000

    qa/507 - add .full diagnostics to help debugging on grundy

commit 202032bf3d8ac1306dfda4b268a4a6fc798232b3
Author: Frank Ch. Eigler 
Date:   Thu Sep 18 14:09:52 2014 -0400

    telnet-probe: fix byte-by-byte copying
    
    During the transition to the NSS libraries, a __pmWrite call replaced
    a fputc when transcribing bytes to/from the remote socket.  This was
    broken because the parameter to __pmWrite was an int rather than a
    char, and so instead of sending 'a', telnet-probe sends 'a\0\0\0'.
    Similarly on the socket-receive side, we tried to read ints rather than
    chars via __pmRead.  We now narrow the int-carrying values to chars
    where they belong.

commit 6dce26c5919e2e9eeb999cf5a136e15026150091
Author: Ken McDonell 
Date:   Thu Sep 18 21:50:48 2014 +1000

    qa/580 - remade _all_ .out files after sample pmda instance name change

commit a2940a87971c542a5b62a4f946e9b367039c1654
Author: Ken McDonell 
Date:   Thu Sep 18 19:47:40 2014 +1000

    qa/admin/pcp-daily - refactor
    
    Make the script more readable, especially if someone other than
    kenj is going to use it.

commit 6bedadc71f5bcec4e6b3002249d58c3d625a24e4
Author: Ken McDonell 
Date:   Thu Sep 18 19:47:12 2014 +1000

    qa/admin/check-vm - tag some more packages as [optional]

commit 4d52ba9701f57e57be4e4d2b770179c1f2e725b0
Author: Ken McDonell 
Date:   Thu Sep 18 19:46:09 2014 +1000

    qa/753 - run a bit longer with larger -t
    
    Improves statistical reliability on slow platforms.

commit f2c6dfd6dca2f993a1e9350057e5e03a744d84ea
Author: Ken McDonell 
Date:   Thu Sep 18 19:45:11 2014 +1000

    qa/580 - yet another wrinkle for a process hiding behind pid 1

commit 9b6f28cf921d11a5e40e12e4fa0ea1f0011c297c
Author: Ken McDonell 
Date:   Thu Sep 18 19:44:14 2014 +1000

    qa/043 - track recent sample pmda change for instance name

commit b750d5376ea605c9a444867f0d3e62d487faf320
Author: Nathan Scott 
Date:   Thu Sep 18 16:00:33 2014 +1000

    rc_pmproxy: consistent option file naming and diagnostics

commit 4ba9a9a81b7855fc05091089e384568a6d1efddb
Author: Nathan Scott 
Date:   Thu Sep 18 15:50:25 2014 +1000

    spec file: update URLs to the shorter form

commit ffed4010497b6aded322022eaa11ed1afc0b4098
Author: Ken McDonell 
Date:   Thu Sep 18 12:10:25 2014 +1000

    qa/admin - houskeeping
    
    Add scripts.
    
    Expand README.

commit aa3cfce3539ce200bc61e624dbfd54fba7a58a53
Author: Ken McDonell 
Date:   Thu Sep 18 11:25:43 2014 +1000

    qa/admin/whatami - report stuff about local system
    
    With -h ...
    
    Host        PCP      CPU     Operating System
    ----------- -------- ------  ------------------
    bozo        3.10.0   x86_64  Ubuntu 14.04 (trusty)
    
    Without -h, just get the last line.

commit 53f2ae47460866524fc1c50ff34994b4c058fe63
Author: Ken McDonell 
Date:   Thu Sep 18 11:18:06 2014 +1000

    qa/370 and get_osname - move get_osname to admin dir
    
    Want to use this from whatami from pcp-daily ...
    .../pcp/qa/admin is likely to be on $PATH in this use case scenario.

commit 33a6a03df78db33b76a03bf3c41edf748b03c669
Author: Nathan Scott 
Date:   Thu Sep 18 09:51:07 2014 +1000

    Update configury to default enable the PAPI PMDA when possible

commit 68edf50e28208e6acaba0ede067a97803458287b
Author: Lukas Berk 
Date:   Tue Sep 16 11:51:42 2014 -0400

    Add spec file condition on architecture and distro for pmdapapi
    
    Don't build pmda papi if on a version prior to rhel6 or on
    s390/s390x.  The papi-devel package doesn't exist there.

commit ac108c3ba835ad979da4817af9c9ef632f5b9e05
Author: Nathan Scott 
Date:   Thu Sep 18 07:53:03 2014 +1000

    Fix qa/996 filtering, .out included /home/kenj/src/pcp/qa - heh

commit ce3a727d1c82b9688c55344f9d019c3a6bac60f9
Author: Frank Ch. Eigler 
Date:   Wed Sep 17 16:36:42 2014 -0400

    systemd pmda qa/652: enhance diagnostics, tolerate heterogeneity
    
    This test is sensitive to the correct operation of system loggers,
    so when things go wrong, a little more tracing is useful.  To this
    end, the test case now:
    - runs itself with set -x tracing, plopped into 652.full
    - looks for the logger(1) binary as a prereq
    - filters out Install-time warnings from the no-adm-user case
    - doesn't cause a mismatch if the system pmlogger service happens to be off
    - prints a journalctl dump into 652.full also

commit f6e7f65c2088d7175217a983f54b0d966c2366bd
Author: Frank Ch. Eigler 
Date:   Wed Sep 17 14:59:13 2014 -0400

    systemd pmda: add a .gitignore
    
    Like apprx. all other pmda's, the generated help text databases need
    to be .gitignored.

commit 97acd72c7f42aefa8138dc8e8afe11a84a7e92dc
Author: Frank Ch. Eigler 
Date:   Wed Sep 17 14:55:16 2014 -0400

    systemd pmda: use -Uroot if user adm not available
    
    On some systems, it was reported that user "adm" is not installed, and
    so systemd-pmda's default -Uadm behavior breaks it.  This new Install
    script checks whether user adm exists, and if not, sticks with root.
    This may reduce security somewhat (in case the pmda is broken into),
    but the previous per-client uid/gid checks are believed effective.
    
    This was hand-tested on a Fedora machine, with and without commenting
    out the adm: account in /etc/passwd.  This change is probably too
    invasive to make mechanically as a part of a qa test case.

commit 13228885576512495288755e593b4d646ab4aa07
Author: Ken McDonell 
Date:   Thu Sep 18 07:09:45 2014 +1000

    qa/833 - increase the iteration count, relax leak threshold
    
    We were tripping over the 4K leak threshold on some systems in
    early iterations.  Bump this to 256K, but run for 4 times as many
    iterations.

commit 65d0d80713d0deee65e4965f2464d39546b04356
Author: Ken McDonell 
Date:   Thu Sep 18 07:08:09 2014 +1000

    qa/370 - accommodate sar version snarfoo in RHEL 6.5
    
    To understand this, checkout --legacy in the sar(1) man page on
    a RHEL (or CentOS) 6.5 system.

commit ac5b395edbc63fc031455f1d0ff0f453c7c1776e
Author: Ken McDonell 
Date:   Thu Sep 18 07:05:22 2014 +1000

    qa/get_osname - helper script
    
    Changes to qa/370 (coming) depend on the O/S name and version ...
    refactored this logic out of the old whatami script that was being
    used to produce the qa-summary reports so it can be used here.

commit 1297607a3945e3787141cbf034455aff1482fd36
Author: Frank Ch. Eigler 
Date:   Wed Sep 17 16:36:42 2014 -0400

    systemd pmda qa/652: enhance diagnostics, tolerate heterogeneity
    
    This test is sensitive to the correct operation of system loggers,
    so when things go wrong, a little more tracing is useful.  To this
    end, the test case now:
    - runs itself with set -x tracing, plopped into 652.full
    - looks for the logger(1) binary as a prereq
    - filters out Install-time warnings from the no-adm-user case
    - doesn't cause a mismatch if the system pmlogger service happens to be off
    - prints a journalctl dump into 652.full also

commit 4f88f5fb28944c76ccfe7ada0006dc6aa8d782a9
Author: Dave Brolley 
Date:   Wed Sep 17 16:30:49 2014 -0400

    Qa test 713 -- check that a second secure connection attempt succeeds.

commit 4de618b58b81ea694d60c52fd0412b0f85636de1
Author: Frank Ch. Eigler 
Date:   Wed Sep 17 14:59:13 2014 -0400

    systemd pmda: add a .gitignore
    
    Like apprx. all other pmda's, the generated help text databases need
    to be .gitignored.

commit c53ff33ed2acae93951ba6baa82d603beda072e4
Author: Frank Ch. Eigler 
Date:   Wed Sep 17 14:55:16 2014 -0400

    systemd pmda: use -Uroot if user adm not available
    
    On some systems, it was reported that user "adm" is not installed, and
    so systemd-pmda's default -Uadm behavior breaks it.  This new Install
    script checks whether user adm exists, and if not, sticks with root.
    This may reduce security somewhat (in case the pmda is broken into),
    but the previous per-client uid/gid checks are believed effective.
    
    This was hand-tested on a Fedora machine, with and without commenting
    out the adm: account in /etc/passwd.  This change is probably too
    invasive to make mechanically as a part of a qa test case.

commit dd355a782a8d4427a47fbaceb93ca26b35045175
Author: Ken McDonell 
Date:   Wed Sep 17 21:28:05 2014 +1000

    linux pmda - fix indom initialization problem
    
    We were missing a refresh of NET_ADDR_INDOM in linux_instance().
    
    This meant a call to pmGetInDom() risks returning an empty set
    (incorrectly).  Found by the extended qa/232.

commit 26ea9aaa602d8398c59a3afdb2868df3b5ef1f72
Author: Ken McDonell 
Date:   Wed Sep 17 21:22:35 2014 +1000

    sample pmda - correct pmNameInDom() implementation
    
    We were stripping the external name at the first space ... in this
    context this is wrong.

commit f1312ad92aa40bc41b466f8e8b21b64dbb4099ea
Author: Ken McDonell 
Date:   Wed Sep 17 21:16:18 2014 +1000

    qa/232 and torture_indom.c - improvements
    
    1. better reporting from torture_indom, include -v to diagnose problems
    2. better coverage of indoms from test 232

From nscott@redhat.com  Fri Sep 19 01:43:28 2014
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 2E91E7F4E
	for ; Fri, 19 Sep 2014 01:43:28 -0500 (CDT)
Received: from cuda.sgi.com (cuda1.sgi.com [192.48.157.11])
	by relay3.corp.sgi.com (Postfix) with ESMTP id BDB9DAC003
	for ; Thu, 18 Sep 2014 23:43:24 -0700 (PDT)
X-ASG-Debug-ID: 1411108999-04bdf003a22d990001-S8gJnT
Received: from mx3-phx2.redhat.com (mx3-phx2.redhat.com [209.132.183.24]) by cuda.sgi.com with ESMTP id qBFDijUCxMhit6Pu (version=TLSv1 cipher=AES256-SHA bits=256 verify=NO) for ; Thu, 18 Sep 2014 23:43:20 -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 s8J6hJ2b008862;
	Fri, 19 Sep 2014 02:43:19 -0400
Date: Fri, 19 Sep 2014 02:43:19 -0400 (EDT)
From: Nathan Scott 
Reply-To: Nathan Scott 
To: myllynen@redhat.com
Cc: pcp@oss.sgi.com
Message-ID: <114302521.52180080.1411108999654.JavaMail.zimbra@redhat.com>
In-Reply-To: <541974EC.6010007@redhat.com>
References: <54185B64.50500@redhat.com> <695749720.50712528.1410926346832.JavaMail.zimbra@redhat.com> <541974EC.6010007@redhat.com>
Subject: Re: [pcp] [PATCH] Add NFS Server PMDA
MIME-Version: 1.0
X-ASG-Orig-Subj: Re: [pcp] [PATCH] Add NFS Server PMDA
Content-Type: text/plain; charset=utf-8
Content-Transfer-Encoding: 7bit
X-Originating-IP: [10.5.82.7]
X-Mailer: Zimbra 8.0.6_GA_5922 (ZimbraWebClient - FF17 (Linux)/8.0.6_GA_5922)
Thread-Topic: Add NFS Server PMDA
Thread-Index: rIHomSP8mJWD4u1Rlsv5DHGaD5aC4Q==
X-Barracuda-Connect: mx3-phx2.redhat.com[209.132.183.24]
X-Barracuda-Start-Time: 1411109000
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.03
X-Barracuda-Spam-Status: No, SCORE=0.03 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, THREAD_INDEX, THREAD_TOPIC
X-Barracuda-Spam-Report: Code version 3.2, rules version 3.2.3.9641
	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.01 BSF_SC0_SA_TO_FROM_DOMAIN_MATCH Sender Domain Matches Recipient
	                           Domain

Hi Marko,

----- Original Message -----
> [...]
> Please see below for an initial draft patch which adds currently the missing
> metrics. But please note few things, perhaps you could help with these?

Sure thing ...

> pminfo can't find rpc.server.reqcounts{,3,4}, there's some code to populate
> them but I'm not sure is the corresponding code in pmda.c correct. Also,

It looks like this is the nfs{,3,4}.server.reqs metrics ... they
seem OK at first glance - were they too well hidden, or are they
not working?  See approx line 4950 in pmda.c for nfs3.server.reqs
which exports proc_net_rpc.server.reqcounts3[inst], where "inst"
is the set of NFS3 operations.

> they are not listed in the root_linux pmns definition file. Since I'm not
> clear about this I didn't add the needed code for th_usage/ra_depth to
> pmda.c (of these th_usage is actually helpful, not sure how relevant
> ra_depth is for most people). It seemed also that not all server.rpc* were
> properly collected, adjusted that.

Looks good to me - if you found 'em useful, lets go ahead and add the
new metrics in.  I can see the few missing code spots so I'll do that
on top of your patch.

I'm outta time for today, I'll add that code and a new test on Monday
- thanks for the sample file!

cheers.

--
Nathan

From nscott@redhat.com  Fri Sep 19 01:56:12 2014
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 A1EEB7F4E
	for ; Fri, 19 Sep 2014 01:56:12 -0500 (CDT)
Received: from cuda.sgi.com (cuda2.sgi.com [192.48.176.25])
	by relay3.corp.sgi.com (Postfix) with ESMTP id 2194FAC003
	for ; Thu, 18 Sep 2014 23:56:11 -0700 (PDT)
X-ASG-Debug-ID: 1411109766-04cbb073032d880001-S8gJnT
Received: from mx4-phx2.redhat.com (mx4-phx2.redhat.com [209.132.183.25]) by cuda.sgi.com with ESMTP id G6atIXD2xgtUBf7L (version=TLSv1 cipher=AES256-SHA bits=256 verify=NO) for ; Thu, 18 Sep 2014 23:56:06 -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 s8J6u3NW009354;
	Fri, 19 Sep 2014 02:56:03 -0400
Date: Fri, 19 Sep 2014 02:56:02 -0400 (EDT)
From: Nathan Scott 
Reply-To: Nathan Scott 
To: "Frank Ch. Eigler" , Ken McDonell ,
        Dave Brolley , Mark Goodwin 
Cc: pcp@oss.sgi.com
Message-ID: <1859208890.52189214.1411109762944.JavaMail.zimbra@redhat.com>
In-Reply-To: <20140902134012.GE4825@redhat.com>
References: <1970205420.36245669.1408665579915.JavaMail.zimbra@redhat.com> <53F92AA4.4010400@internode.on.net> <1594207200.37489147.1408937199097.JavaMail.zimbra@redhat.com> <050301cfc01c$04889170$0d99b450$@internode.on.net> <1078845537.37533359.1408945446955.JavaMail.zimbra@redhat.com>  <638874581.42408155.1409659444170.JavaMail.zimbra@redhat.com> <20140902134012.GE4825@redhat.com>
Subject: PCP trees for web and middleware development (was Re: Seeking
 testers - systemd service support)
MIME-Version: 1.0
X-ASG-Orig-Subj: PCP trees for web and middleware development (was Re: Seeking
 testers - systemd service support)
Content-Type: text/plain; charset=utf-8
Content-Transfer-Encoding: 7bit
X-Originating-IP: [10.5.82.7]
X-Mailer: Zimbra 8.0.6_GA_5922 (ZimbraWebClient - FF17 (Linux)/8.0.6_GA_5922)
Thread-Topic: PCP trees for web and middleware development (was Re: Seeking testers - systemd service support)
Thread-Index: lK9Ifb2eCP2rcg9AFjvMGRDGufDNqg==
X-Barracuda-Connect: mx4-phx2.redhat.com[209.132.183.25]
X-Barracuda-Start-Time: 1411109766
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.03
X-Barracuda-Spam-Status: No, SCORE=0.03 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, BSF_SC5_SA210e, THREAD_INDEX, THREAD_TOPIC
X-Barracuda-Spam-Report: Code version 3.2, rules version 3.2.3.9641
	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_SC5_SA210e         Custom Rule SA210e
	0.01 BSF_SC0_SA_TO_FROM_DOMAIN_MATCH Sender Domain Matches Recipient
	                           Domain

Hi guys,

Sorry its taken so long for me to return to this, I'm finding it to
be quite a complex topic to grapple with.

TL;DR ...
I'm convinced that now is a good time to change the way we manage PCP
sources, while it's still early days in the PCP web & middleware areas
- a working prototype model to move us all forward is presented here.


----- Original Message -----
> > [...]
> > As discussed elsewhere before your vacation, I'm not comfortable
> > adding copies of 100s of 1000s of lines of javascript code and
> > images to core PCP from projects that we didn't author, nor have
> > plans/skills to maintain ourselves.
> 
> I'm not comfortable either, but solutions that make everyone
> comfortable are not likely to exist soon.

Agreed.  I'm semi-comfortable with this being released separately to
core PCP, and not at all comfortable with any of it embedded in the
PCP git tree.

> Would your discomfort be eased if this same non-embedding embedding
> were experimented with for purposes of the web applications?  Namely,
> include src tarballs of graphite/grafana/etc. within pcp src.rpm's,
> and have these be untarred under /usr/share/pcp/jsdemos during the
> build/install phase?

That's an improvement of sorts, but still only a stop-gap measure.  What
does the web future for PCP look like?  Are we only going to have static
javascript code only (below jsdemos or hidden elsewhere) forever, and not
ever need to write any code ourselves?

I think that's unlikely, and I expect the time will soon come when we have
to embrace writing and testing custom javascript code too (which means yet
more tools and dependencies in our toolchain).  The core PCP tree would be
a poor place to be doing this IMO - with its current build system, testing
model not ideal for web/javascript code, and so on.

How would y'all feel about moving these sources outside of the core PCP
tree, into a new tree with build/test/deploy models more suited toward
the new code?  (CMake?  like Paul Colby has been doing with his new C++
code, and similarly described here by some Netflix folks for their C++ &
javascript needs - http://www.kitware.com/source/home/post/127 ?).

I would be happy to help out with contributing to such a tree, but primary
maintainer role really needs to sit with someone who a/ wrote the code and
b/ has the passion to drive those components forward, and building the web
community around it.

Below is a working build which prototypes this re-arrangement and includes
some first-thoughts on how to pull Java code into the extended PCP family
in the same way (I'm planning to take that project on soon - it shares the
same build/release issues, so worth our consideration here).

git://git.pcp.io/nathans/pcp.git
git://git.pcp.io/nathans/pcp-web-manager.git
git://git.pcp.io/nathans/pcp-jvm-metrics.git

In particular, the build/rpm/fedora.spec shows how these trees share that
single unifying RPM build mechanism, but can be maintained / released via
separate build systems (autoconf+make/cmake+make/maven/whatever).  It uses
%sources for the RPM side of things as we've discussed - it's surprisingly
simple in the end.  There's more work to do there depending on the outcome
of the CMake side-discussion.  But its effectively working so please check
it out and see if this is something you'd be comfortable with.

Finally, two more considerations:

1. The class of problem that Ken raised here ...
http://www.pcp.io/pipermail/pcp/2014-September/005440.html
is going to become far worse for javascript and java builds.  pcp-gui was
a mature well-understood tree, and we knew exactly how to merge it in - yet
still caused massive headaches and fallout.  I know these new areas present
many more challenges and we do not need to go through that all over again
(esp. for Ken who does more core PCP QA heavy lifting than anyone, by far).

2. Already, the web package is approx double the size of core PCP (2.9M vs
1.5M) - gives an indication to the scale of web stuff, already, that we're
talking about here.  It contains 300+ more files than the core PCP package
too (>1200 files installed).  Those JVM trees I'll be starting with aren't
of insignificant size & complexity either.


Thoughts?  Frank, would you be happy to take on the pcp-web-manager tree,
to love and cherish as best you see fit?  I'll be moving pcp-jvm-metrics
forward soon and beginning the Parfait-meets-Metrics work there (if anyone
with JVM expertise wants to help me out with that new tree, let me know!)

Thanks all, and have a most excellent weekend.

cheers.

--
Nathan

From myllynen@redhat.com  Fri Sep 19 02:47:51 2014
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 B87CB7F4E
	for ; Fri, 19 Sep 2014 02:47:51 -0500 (CDT)
Received: from cuda.sgi.com (cuda2.sgi.com [192.48.176.25])
	by relay1.corp.sgi.com (Postfix) with ESMTP id 973BF8F8066
	for ; Fri, 19 Sep 2014 00:47:48 -0700 (PDT)
X-ASG-Debug-ID: 1411112866-04cbb073032f620001-S8gJnT
Received: from mx1.redhat.com (mx1.redhat.com [209.132.183.28]) by cuda.sgi.com with ESMTP id UMkBtqSe0hgba2E4 (version=TLSv1 cipher=AES256-SHA bits=256 verify=NO) for ; Fri, 19 Sep 2014 00:47:47 -0700 (PDT)
X-Barracuda-Envelope-From: myllynen@redhat.com
X-Barracuda-Apparent-Source-IP: 209.132.183.28
X-ASG-Whitelist: Client
Received: from int-mx14.intmail.prod.int.phx2.redhat.com (int-mx14.intmail.prod.int.phx2.redhat.com [10.5.11.27])
	by mx1.redhat.com (8.14.4/8.14.4) with ESMTP id s8J7lkri030504
	(version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=FAIL)
	for ; Fri, 19 Sep 2014 03:47:46 -0400
Received: from mmyllyne.csb (vpn1-6-74.ams2.redhat.com [10.36.6.74])
	by int-mx14.intmail.prod.int.phx2.redhat.com (8.14.4/8.14.4) with ESMTP id s8J7litP005290;
	Fri, 19 Sep 2014 03:47:45 -0400
Message-ID: <541BDFA0.7040600@redhat.com>
Date: Fri, 19 Sep 2014 10:47:44 +0300
From: Marko Myllynen 
Reply-To: myllynen@redhat.com
Organization: Red Hat
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:24.0) Gecko/20100101 Thunderbird/24.6.0
MIME-Version: 1.0
To: Nathan Scott 
CC: pcp@oss.sgi.com
Subject: Re: [pcp] [PATCH] Add NFS Server PMDA
References: <54185B64.50500@redhat.com> <695749720.50712528.1410926346832.JavaMail.zimbra@redhat.com> <541974EC.6010007@redhat.com> <114302521.52180080.1411108999654.JavaMail.zimbra@redhat.com>
X-ASG-Orig-Subj: Re: [pcp] [PATCH] Add NFS Server PMDA
In-Reply-To: <114302521.52180080.1411108999654.JavaMail.zimbra@redhat.com>
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: 7bit
X-Scanned-By: MIMEDefang 2.68 on 10.5.11.27
X-Barracuda-Connect: mx1.redhat.com[209.132.183.28]
X-Barracuda-Start-Time: 1411112867
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

Hi,

On 2014-09-19 09:43, Nathan Scott wrote:
> 
>> Please see below for an initial draft patch which adds currently the missing
>> metrics. But please note few things, perhaps you could help with these?
> 
> Sure thing ...

thanks!

>> pminfo can't find rpc.server.reqcounts{,3,4}, there's some code to populate
>> them but I'm not sure is the corresponding code in pmda.c correct. Also,
> 
> It looks like this is the nfs{,3,4}.server.reqs metrics ... they
> seem OK at first glance - were they too well hidden, or are they
> not working?

Right, they were "hidden" also in pminfo output - after reading the code
and looking how reqcounts arrays were populated I was looking for
reqcount instead reqs :) So they're all ok after all.

> Looks good to me - if you found 'em useful, lets go ahead and add the
> new metrics in.  I can see the few missing code spots so I'll do that
> on top of your patch.

Thanks,

-- 
Marko Myllynen

From kenj@kenj.com.au  Fri Sep 19 03:23:17 2014
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 CFB8F7F51
	for ; Fri, 19 Sep 2014 03:23:17 -0500 (CDT)
Received: from cuda.sgi.com (cuda3.sgi.com [192.48.176.15])
	by relay1.corp.sgi.com (Postfix) with ESMTP id BBDC68F8068
	for ; Fri, 19 Sep 2014 01:23:17 -0700 (PDT)
X-ASG-Debug-ID: 1411114990-04cb6c50e4302d0001-S8gJnT
Received: from ipmail05.adl6.internode.on.net (ipmail05.adl6.internode.on.net [150.101.137.143]) by cuda.sgi.com with ESMTP id oZz3GNCb4VQ9vaoB for ; Fri, 19 Sep 2014 01:23:10 -0700 (PDT)
X-Barracuda-Envelope-From: kenj@kenj.com.au
X-Barracuda-Apparent-Source-IP: 150.101.137.143
Received: from ppp121-44-47-171.lns20.syd6.internode.on.net (HELO bozo-vm.localdomain) ([121.44.47.171])
  by ipmail05.adl6.internode.on.net with ESMTP; 19 Sep 2014 17:53:09 +0930
Received: by bozo-vm.localdomain (Postfix, from userid 1000)
	id AC569A5364; Fri, 19 Sep 2014 18:22:48 +1000 (EST)
To: pcp@oss.sgi.com
Subject: pcp updates - pmdiff and qa
Message-Id: <20140919082248.AC569A5364@bozo-vm.localdomain>
X-ASG-Orig-Subj: pcp updates - pmdiff and qa
Date: Fri, 19 Sep 2014 18:22:48 +1000 (EST)
From: kenj@kenj.com.au (Ken McDonell)
X-Barracuda-Connect: ipmail05.adl6.internode.on.net[150.101.137.143]
X-Barracuda-Start-Time: 1411114990
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.3.9643
	Rule breakdown below
	 pts rule name              description
	---- ---------------------- --------------------------------------------------

Changes committed to git://git.performancecopilot.org/kenj/pcp.git dev

 qa/986                     |    1 
 qa/common.check            |   93 ++++++++++++++++++++++++++++++++++-----------
 qa/common.filter           |    1 
 src/pmlogsummary/pmdiff.sh |   22 ++++++----
 4 files changed, 87 insertions(+), 30 deletions(-)

commit 1d8e483bb517c77af51d77c6c2fe318dfcb55cb2
Author: Ken McDonell 
Date:   Fri Sep 19 18:19:50 2014 +1000

    pmdiff - some more tweaks
    
    Dodge chatter from pmlogsummary.
    
    Rethink the LC_COLLATE strategy ... sort, join and comm don't seem
    to be able to agree sometimes, and qa/836 was failing on some
    hosts.

commit 57c91f1c0ebcd1c0bd64e29d43d651d9918b75de
Author: Ken McDonell 
Date:   Fri Sep 19 18:14:05 2014 +1000

    qa/common.check and qa/986
    
    Add _wait_pmcd_end() method in common.check to test and avoid race
    conditions between stopping pmcd and pmda Installs.
    
    qa/986 was sporadically failing with socket already in use, and adding
    _wait_pmcd_end appears to have fixed this.

commit 3e23a316e4e63b06488acc0072c3f83f10fb6987
Author: Ken McDonell 
Date:   Fri Sep 19 13:11:36 2014 +1000

    qa/common.filter - more pmie init script noise to filter

From myllynen@redhat.com  Fri Sep 19 03:46:42 2014
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 5F86D7F4E
	for ; Fri, 19 Sep 2014 03:46:42 -0500 (CDT)
Received: from cuda.sgi.com (cuda3.sgi.com [192.48.176.15])
	by relay2.corp.sgi.com (Postfix) with ESMTP id 3DE28304039
	for ; Fri, 19 Sep 2014 01:46:38 -0700 (PDT)
X-ASG-Debug-ID: 1411116397-04cb6c50e430ef0001-S8gJnT
Received: from mx1.redhat.com (mx1.redhat.com [209.132.183.28]) by cuda.sgi.com with ESMTP id zG8sZCetldRWe37F (version=TLSv1 cipher=AES256-SHA bits=256 verify=NO) for ; Fri, 19 Sep 2014 01:46:37 -0700 (PDT)
X-Barracuda-Envelope-From: myllynen@redhat.com
X-Barracuda-Apparent-Source-IP: 209.132.183.28
X-ASG-Whitelist: Client
Received: from int-mx13.intmail.prod.int.phx2.redhat.com (int-mx13.intmail.prod.int.phx2.redhat.com [10.5.11.26])
	by mx1.redhat.com (8.14.4/8.14.4) with ESMTP id s8J8kaQU006255
	(version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=FAIL)
	for ; Fri, 19 Sep 2014 04:46:37 -0400
Received: from mmyllyne.csb (vpn1-6-74.ams2.redhat.com [10.36.6.74])
	by int-mx13.intmail.prod.int.phx2.redhat.com (8.14.4/8.14.4) with ESMTP id s8J8kX09013314
	for ; Fri, 19 Sep 2014 04:46:36 -0400
Message-ID: <541BED69.6010302@redhat.com>
Date: Fri, 19 Sep 2014 11:46:33 +0300
From: Marko Myllynen 
Reply-To: myllynen@redhat.com
Organization: Red Hat
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:24.0) Gecko/20100101 Thunderbird/24.6.0
MIME-Version: 1.0
To: pcp@oss.sgi.com
Subject: [PATCH] Fix few Quick Guide typos
Content-Type: text/plain; charset=ISO-8859-1
X-ASG-Orig-Subj: [PATCH] Fix few Quick Guide typos
Content-Transfer-Encoding: 7bit
X-Scanned-By: MIMEDefang 2.68 on 10.5.11.26
X-Barracuda-Connect: mx1.redhat.com[209.132.183.28]
X-Barracuda-Start-Time: 1411116397
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

>From 9f97a5dea88c3166e378a8ec4bb9b0517ad17dba Mon Sep 17 00:00:00 2001
From: Marko Myllynen 
Date: Fri, 19 Sep 2014 11:45:12 +0300
Subject: [PATCH] Fix few Quick Guide typos

---
 man/html/guide.html |    6 +++---
 1 files changed, 3 insertions(+), 3 deletions(-)

diff --git a/man/html/guide.html b/man/html/guide.html
index 5c97305..cbfdbbe 100644
--- a/man/html/guide.html
+++ b/man/html/guide.html
@@ -339,7 +339,7 @@ Dump past system metrics in a 
       
 Replay performance metrics with a GUI application with two second default interval in an archive between 9 AM and 10 AM. Use File->New Chart to select metrics to be included in a new view and use File->Open View to use a predefined view:
    
-
     $     pmchart -t 2sec -S @09:00 -T @10:00 -a acme.com/20140902 -O @10:02 free
+
     $ pmchart -t 2sec -S @09:00 -T @10:00 -a acme.com/20140902
    @@ -368,7 +368,7 @@ Import iostat data to a new PCP archive and visualize it:

        Import sar data from an existing sar archive to a new PCP archive and visualize it (sar logs are under /var/log/sysstat on Debian/Ubuntu):

    $ sar2pcp /var/log/sa/sa15 sar.pcp -
    $ pmchart -2 2sec -a sar.pcp     +
    $ pmchart -t 2sec -a sar.pcp
    @@ -397,7 +397,7 @@ Monitor the number of open file descriptors of the process 1234:

        -Monitor the CPU time, memory usage (RSS), and the number of threads of the process 1234 (-host local: is a workaround needed for the time being):
    +Monitor the CPU time, memory usage (RSS), and the number of threads of the process 1234 (-h local: is a workaround needed for the time being):

    $ pmdumptext -h local: -t 2sec 'proc.psinfo.utime[1234]' 'proc.memory.rss[1234]' 'proc.psinfo.threads[1234]'
    -- 1.7.1 -- Marko Myllynen From myllynen@redhat.com Fri Sep 19 06:25:24 2014 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.5 required=5.0 tests=SUBJ_ALL_CAPS 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 5525B7F3F for ; Fri, 19 Sep 2014 06:25:24 -0500 (CDT) Received: from cuda.sgi.com (cuda3.sgi.com [192.48.176.15]) by relay2.corp.sgi.com (Postfix) with ESMTP id 43375304039 for ; Fri, 19 Sep 2014 04:25:21 -0700 (PDT) X-ASG-Debug-ID: 1411125916-04cb6c50e736930001-S8gJnT Received: from mx1.redhat.com (mx1.redhat.com [209.132.183.28]) by cuda.sgi.com with ESMTP id SGB3unmnfaqXAMAs (version=TLSv1 cipher=AES256-SHA bits=256 verify=NO) for ; Fri, 19 Sep 2014 04:25:17 -0700 (PDT) X-Barracuda-Envelope-From: myllynen@redhat.com X-Barracuda-Apparent-Source-IP: 209.132.183.28 X-ASG-Whitelist: Client Received: from int-mx13.intmail.prod.int.phx2.redhat.com (int-mx13.intmail.prod.int.phx2.redhat.com [10.5.11.26]) by mx1.redhat.com (8.14.4/8.14.4) with ESMTP id s8JBPGvG026383 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=FAIL) for ; Fri, 19 Sep 2014 07:25:16 -0400 Received: from mmyllyne.csb (vpn1-6-74.ams2.redhat.com [10.36.6.74]) by int-mx13.intmail.prod.int.phx2.redhat.com (8.14.4/8.14.4) with ESMTP id s8JBPCbT022619; Fri, 19 Sep 2014 07:25:14 -0400 Message-ID: <541C1297.6050009@redhat.com> Date: Fri, 19 Sep 2014 14:25:11 +0300 From: Marko Myllynen Reply-To: myllynen@redhat.com Organization: Red Hat User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:24.0) Gecko/20100101 Thunderbird/24.6.0 MIME-Version: 1.0 To: pcp@oss.sgi.com CC: Rich Megginson Subject: [PATCH] 389 DS PCP PMDA Content-Type: text/plain; charset=ISO-8859-1 X-ASG-Orig-Subj: [PATCH] 389 DS PCP PMDA Content-Transfer-Encoding: 7bit X-Scanned-By: MIMEDefang 2.68 on 10.5.11.26 X-Barracuda-Connect: mx1.redhat.com[209.132.183.28] X-Barracuda-Start-Time: 1411125916 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 Hi, below is a 389 Directory Server PMDA, ds389, tested on RHEL 6 (389-ds-base-1.2.11) / Fedora 20 (389-ds-base-1.3.2). It provides server and database (userRoot) metrics and chaining database could be easily added if deemed useful. Access log statistics provided by logconv.pl would be something to consider for a separate PMDA, i.e., they are out of scope for this PMDA. RHDS Administration Guide sections 15.6-15.9 document all the above, the statistics described in 15.7 and 15.8 are being collected: https://access.redhat.com/documentation/en-US/Red_Hat_Directory_Server/9.0/html/Administration_Guide/ The only real concern I have at the moment is the need for the query_interval/timestamp stuff which is pretty ugly but when doing e.g. "pminfo -dfmtT ds389.userroot" two successive queries are done for some reason, I think we should avoid such needless LDAP queries. Connection options could be perhaps improved but using the PMDA on other than localhost doesn't sound like a critical feature. If you want to test this locally, just install the 389-ds-base RPM and run setup-ds.pl and you'll have 389 DS up and running. >From 9850dcc93b97a15daf09b84aad312e5fb2189637 Mon Sep 17 00:00:00 2001 From: Marko Myllynen Date: Fri, 19 Sep 2014 14:04:22 +0300 Subject: [PATCH] 389 DS PCP PMDA --- src/pmdas/ds389/Install | 28 ++++ src/pmdas/ds389/Remove | 23 +++ src/pmdas/ds389/pmdads389.pl | 316 ++++++++++++++++++++++++++++++++++++++++++ 3 files changed, 367 insertions(+), 0 deletions(-) create mode 100755 src/pmdas/ds389/Install create mode 100755 src/pmdas/ds389/Remove create mode 100644 src/pmdas/ds389/pmdads389.pl diff --git a/src/pmdas/ds389/Install b/src/pmdas/ds389/Install new file mode 100755 index 0000000..8c0c97c --- /dev/null +++ b/src/pmdas/ds389/Install @@ -0,0 +1,28 @@ +#!/bin/sh +# +# Copyright (C) 2014 Marko Myllynen +# +# This program is free software; you can redistribute it and/or modify it +# under the terms of the GNU General Public License as published by the +# Free Software Foundation; either version 2 of the License, or (at your +# option) any later version. +# +# This program is distributed in the hope that it will be useful, but +# WITHOUT ANY WARRANTY; without even the implied warranty of MERCHANTABILITY +# or FITNESS FOR A PARTICULAR PURPOSE. See the GNU General Public License +# for more details. +# + +. $PCP_DIR/etc/pcp.env +. $PCP_SHARE_DIR/lib/pmdaproc.sh + +iam=ds389 +pmda_interface=2 +dso_opt=false +daemon_opt=false +perl_opt=true +socket_opt=false + +pmdaSetup +pmdaInstall +exit 0 diff --git a/src/pmdas/ds389/Remove b/src/pmdas/ds389/Remove new file mode 100755 index 0000000..2f3b60d --- /dev/null +++ b/src/pmdas/ds389/Remove @@ -0,0 +1,23 @@ +#!/bin/sh +# +# Copyright (C) 2014 Marko Myllynen +# +# This program is free software; you can redistribute it and/or modify it +# under the terms of the GNU General Public License as published by the +# Free Software Foundation; either version 2 of the License, or (at your +# option) any later version. +# +# This program is distributed in the hope that it will be useful, but +# WITHOUT ANY WARRANTY; without even the implied warranty of MERCHANTABILITY +# or FITNESS FOR A PARTICULAR PURPOSE. See the GNU General Public License +# for more details. +# + +. $PCP_DIR/etc/pcp.env +. $PCP_SHARE_DIR/lib/pmdaproc.sh + +iam=ds389 + +pmdaSetup +pmdaRemove +exit 0 diff --git a/src/pmdas/ds389/pmdads389.pl b/src/pmdas/ds389/pmdads389.pl new file mode 100644 index 0000000..a154094 --- /dev/null +++ b/src/pmdas/ds389/pmdads389.pl @@ -0,0 +1,316 @@ +# +# Copyright (C) 2014 Marko Myllynen +# +# This program is free software; you can redistribute it and/or modify it +# under the terms of the GNU General Public License as published by the +# Free Software Foundation; either version 2 of the License, or (at your +# option) any later version. +# +# This program is distributed in the hope that it will be useful, but +# WITHOUT ANY WARRANTY; without even the implied warranty of MERCHANTABILITY +# or FITNESS FOR A PARTICULAR PURPOSE. See the GNU General Public License +# for more details. +# + +use strict; +use warnings; +use PCP::PMDA; +use Net::LDAP; +use POSIX; + +my $server = 'localhost'; +my $binddn = 'cn=Directory Manager'; +my $bindpw = 'Manager12'; +my $scope = 'base'; +my $cnbase = 'cn=monitor'; +my $urbase = 'cn=monitor,cn=userRoot,cn=ldbm database,cn=plugins,cn=config'; +my $filter = '(objectclass=*)'; +my $query_interval = 2; # seconds + +use vars qw( $ldap $pmda %metrics ); + +# Configuration files for overriding the above settings +for my $file (pmda_config('PCP_PMDAS_DIR') . '/ds389/ds389.conf', './ds389.conf') { + eval `cat $file` unless ! -f $file; +} + +# Timestamps +my $ts_cn = 0; +my $ts_ur = 0; + +sub ds389_connection_setup { + if (!defined($ldap)) { + $ldap = Net::LDAP->new($server); + return if (!defined($ldap)); + my $mesg = $ldap->bind($binddn, password => $bindpw); + if ($mesg->code) { + $pmda->log("bind failed: " . $mesg->error); + die; + } + } +} + +sub ds389_time_to_epoch { + my ($time) = @_; + + return mktime(substr($time,12,2), + substr($time,10,2), + substr($time,8,2), + substr($time,6,2), + substr($time,4,2) - 1, + substr($time,0,4) - 1900); +} + +sub ds389_process_entry { + my ($entry, $prefix, $cluster) = @_; + my $currtime; + + foreach my $attr ($entry->attributes) { + my @metric; + my $value = $entry->get_value($attr); + + if ($attr eq 'currenttime') { + $currtime = ds389_time_to_epoch($value); + next; + } + + if ($attr eq 'starttime') { + my $starttime = ds389_time_to_epoch($value); + $value = $currtime - $starttime; + $attr = 'uptime'; + } + + @metric = ('ds389.' . $prefix . $attr, $value); + $metrics{$metric[0]} = \@metric; + } +} + +sub ds389_fetch { + if (!defined($ldap)) { + ds389_connection_setup(); + } + return unless defined($ldap); + + my ($cluster) = @_; + my $mesg; + + if ($cluster eq 0) { + if ((strftime("%s", localtime()) - $ts_cn) > $query_interval) { + # $pmda->log("cn search"); + $ts_cn = strftime("%s", localtime()); + $mesg = $ldap->search(scope => $scope, base => $cnbase, filter => $filter); + if ($mesg->code) { + $pmda->log("search failed: " . $mesg->error); + return; + } + ds389_process_entry($mesg->entry, 'cn.', 0); + } + } + + if ($cluster eq 1) { + if ((strftime("%s", localtime()) - $ts_ur) > $query_interval) { + # $pmda->log("ur search"); + $ts_ur = strftime("%s", localtime()); + $mesg = $ldap->search(scope => $scope, base => $urbase, filter => $filter); + if ($mesg->code) { + $pmda->log("search failed: " . $mesg->error); + return; + } + ds389_process_entry($mesg->entry, 'userroot.', 1); + } + } +} + +sub ds389_fetch_callback { + my ($cluster, $item, $inst) = @_; + + if ($inst != PM_INDOM_NULL) { return (PM_ERR_INST, 0); } + + my $pmnm = pmda_pmid_name($cluster, $item); + my $value = $metrics{$pmnm}; + + if (!defined($value)) { return (PM_ERR_APPVERSION, 0); } + + return ($value->[1], 1); +} + +$pmda = PCP::PMDA->new('ds389', 137); + +# Metrics available on 389 DS 1.3.2.23 + +# cn=monitor +$pmda->add_metric(pmda_pmid(0,0), PM_TYPE_U32, PM_INDOM_NULL, + PM_SEM_INSTANT, pmda_units(0,0,1,0,0,PM_COUNT_ONE), + 'ds389.cn.threads', '', ''); +$pmda->add_metric(pmda_pmid(0,1), PM_TYPE_U32, PM_INDOM_NULL, + PM_SEM_INSTANT, pmda_units(0,0,1,0,0,PM_COUNT_ONE), + 'ds389.cn.currentconnections', '', ''); +$pmda->add_metric(pmda_pmid(0,2), PM_TYPE_U64, PM_INDOM_NULL, + PM_SEM_COUNTER, pmda_units(0,0,1,0,0,PM_COUNT_ONE), + 'ds389.cn.totalconnections', '', ''); +$pmda->add_metric(pmda_pmid(0,3), PM_TYPE_U32, PM_INDOM_NULL, + PM_SEM_INSTANT, pmda_units(0,0,1,0,0,PM_COUNT_ONE), + 'ds389.cn.currentconnectionsatmaxthreads', '', ''); +$pmda->add_metric(pmda_pmid(0,4), PM_TYPE_U32, PM_INDOM_NULL, + PM_SEM_INSTANT, pmda_units(0,0,1,0,0,PM_COUNT_ONE), + 'ds389.cn.maxthreadsperconnhits', '', ''); +$pmda->add_metric(pmda_pmid(0,5), PM_TYPE_U32, PM_INDOM_NULL, + PM_SEM_INSTANT, pmda_units(0,0,1,0,0,PM_COUNT_ONE), + 'ds389.cn.dtablesize', '', ''); +$pmda->add_metric(pmda_pmid(0,6), PM_TYPE_U32, PM_INDOM_NULL, + PM_SEM_INSTANT, pmda_units(0,0,1,0,0,PM_COUNT_ONE), + 'ds389.cn.readwaiters', '', ''); +$pmda->add_metric(pmda_pmid(0,7), PM_TYPE_U64, PM_INDOM_NULL, + PM_SEM_COUNTER, pmda_units(0,0,1,0,0,PM_COUNT_ONE), + 'ds389.cn.opsinitiated', '', ''); +$pmda->add_metric(pmda_pmid(0,8), PM_TYPE_U64, PM_INDOM_NULL, + PM_SEM_COUNTER, pmda_units(0,0,1,0,0,PM_COUNT_ONE), + 'ds389.cn.opscompleted', '', ''); +$pmda->add_metric(pmda_pmid(0,9), PM_TYPE_U64, PM_INDOM_NULL, + PM_SEM_COUNTER, pmda_units(0,0,1,0,0,PM_COUNT_ONE), + 'ds389.cn.entriessent', '', ''); +$pmda->add_metric(pmda_pmid(0,10), PM_TYPE_U64, PM_INDOM_NULL, + PM_SEM_COUNTER, pmda_units(1,0,0,PM_SPACE_BYTE,0,0), + 'ds389.cn.bytessent', '', ''); +$pmda->add_metric(pmda_pmid(0,11), PM_TYPE_U32, PM_INDOM_NULL, + PM_SEM_COUNTER, pmda_units(0,1,0,0,PM_TIME_SEC,0), + 'ds389.cn.uptime', '', ''); # calculated + +# cn=monitor,cn=userRoot,cn=ldbm database,cn=plugins,cn=config +$pmda->add_metric(pmda_pmid(1,0), PM_TYPE_U32, PM_INDOM_NULL, + PM_SEM_DISCRETE, pmda_units(0,0,1,0,0,PM_COUNT_ONE), + 'ds389.userroot.readonly', '', ''); +$pmda->add_metric(pmda_pmid(1,1), PM_TYPE_U64, PM_INDOM_NULL, + PM_SEM_COUNTER, pmda_units(0,0,1,0,0,PM_COUNT_ONE), + 'ds389.userroot.entrycachehits', '', ''); +$pmda->add_metric(pmda_pmid(1,2), PM_TYPE_U64, PM_INDOM_NULL, + PM_SEM_COUNTER, pmda_units(0,0,1,0,0,PM_COUNT_ONE), + 'ds389.userroot.entrycachetries', '', ''); +$pmda->add_metric(pmda_pmid(1,3), PM_TYPE_U32, PM_INDOM_NULL, + PM_SEM_INSTANT, pmda_units(0,0,1,0,0,PM_COUNT_ONE), + 'ds389.userroot.entrycachehitratio', '', ''); +$pmda->add_metric(pmda_pmid(1,4), PM_TYPE_U64, PM_INDOM_NULL, + PM_SEM_INSTANT, pmda_units(1,0,0,PM_SPACE_BYTE,0,0), + 'ds389.userroot.currententrycachesize', '', ''); +$pmda->add_metric(pmda_pmid(1,5), PM_TYPE_U64, PM_INDOM_NULL, + PM_SEM_DISCRETE, pmda_units(1,0,0,PM_SPACE_BYTE,0,0), + 'ds389.userroot.maxentrycachesize', '', ''); +$pmda->add_metric(pmda_pmid(1,6), PM_TYPE_U32, PM_INDOM_NULL, + PM_SEM_INSTANT, pmda_units(0,0,1,0,0,PM_COUNT_ONE), + 'ds389.userroot.currententrycachecount', '', ''); +$pmda->add_metric(pmda_pmid(1,7), PM_TYPE_32, PM_INDOM_NULL, + PM_SEM_DISCRETE, pmda_units(0,0,1,0,0,PM_COUNT_ONE), + 'ds389.userroot.maxentrycachecount', '', ''); +$pmda->add_metric(pmda_pmid(1,8), PM_TYPE_U64, PM_INDOM_NULL, + PM_SEM_COUNTER, pmda_units(0,0,1,0,0,PM_COUNT_ONE), + 'ds389.userroot.dncachehits', '', ''); +$pmda->add_metric(pmda_pmid(1,9), PM_TYPE_U64, PM_INDOM_NULL, + PM_SEM_COUNTER, pmda_units(0,0,1,0,0,PM_COUNT_ONE), + 'ds389.userroot.dncachetries', '', ''); +$pmda->add_metric(pmda_pmid(1,10), PM_TYPE_U32, PM_INDOM_NULL, + PM_SEM_INSTANT, pmda_units(0,0,1,0,0,PM_COUNT_ONE), + 'ds389.userroot.dncachehitratio', '', ''); +$pmda->add_metric(pmda_pmid(1,11), PM_TYPE_U32, PM_INDOM_NULL, + PM_SEM_INSTANT, pmda_units(1,0,0,PM_SPACE_BYTE,0,0), + 'ds389.userroot.currentdncachesize', '', ''); +$pmda->add_metric(pmda_pmid(1,12), PM_TYPE_U32, PM_INDOM_NULL, + PM_SEM_DISCRETE, pmda_units(1,0,0,PM_SPACE_BYTE,0,0), + 'ds389.userroot.maxdncachesize', '', ''); +$pmda->add_metric(pmda_pmid(1,13), PM_TYPE_U32, PM_INDOM_NULL, + PM_SEM_INSTANT, pmda_units(0,0,1,0,0,PM_COUNT_ONE), + 'ds389.userroot.currentdncachecount', '', ''); +$pmda->add_metric(pmda_pmid(1,14), PM_TYPE_32, PM_INDOM_NULL, + PM_SEM_DISCRETE, pmda_units(0,0,1,0,0,PM_COUNT_ONE), + 'ds389.userroot.maxdncachecount', '', ''); + +$pmda->set_refresh(\&ds389_fetch); +$pmda->set_fetch_callback(\&ds389_fetch_callback); +$pmda->set_user('pcp'); +$pmda->run; + +=pod + +=head1 NAME + +pmdads389 - 389 Directory Server PMDA + +=head1 DESCRIPTION + +B is a Performance Metrics Domain Agent (PMDA) which extracts +live performance data from a running 389 Directory Server instance. + +See the Red Hat Directory Server Administration Guide for description +for each metric. + +=head1 INSTALLATION + +B uses configuration file: + +=over + +=item * $PCP_PMDAS_DIR/ds389/ds389.conf + +=back + +This file can contain overridden values (Perl code) for the settings +listed at the start of pmdads389.pl, namely: + +=over + +=item * LDAP server + +=item * bind DN + +=item * bind password + +=item * search scope + +=item * search base + +=item * search filter + +=item * query interval + +=back + +Once this is setup, you can access the names and values for the +389 DS performance metrics by doing the following as root: + + # cd $PCP_PMDAS_DIR/ds389 + # ./Install + +If you want to undo the installation, do the following as root: + + # cd $PCP_PMDAS_DIR/ds389 + # ./Remove + +B is launched by pmcd(1) and should never be executed +directly. The Install and Remove scripts notify pmcd(1) when +the agent is installed or removed. + +=head1 FILES + +=over + +=item $PCP_PMDAS_DIR/ds389/ds389.conf + +configuration file for B + +=item $PCP_PMDAS_DIR/ds389/Install + +installation script for the B agent + +=item $PCP_PMDAS_DIR/ds389/Remove + +undo installation script for the B agent + +=item $PCP_LOG_DIR/pmcd/ds389.log + +default log file for error messages from B + +=back + +=head1 SEE ALSO + +ldapsearch(1), pmcd(1), ns-slapd(8). + -- 1.7.1 -- Marko Myllynen From acerv011@uottawa.ca Fri Sep 19 09:41:47 2014 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 186107F3F for ; Fri, 19 Sep 2014 09:41:47 -0500 (CDT) Received: from cuda.sgi.com (cuda1.sgi.com [192.48.157.11]) by relay3.corp.sgi.com (Postfix) with ESMTP id A90C6AC006 for ; Fri, 19 Sep 2014 07:41:43 -0700 (PDT) X-ASG-Debug-ID: 1411137699-04bdf0039f3dcb0001-S8gJnT Received: from mx12.uottawa.ca (mx12.uottawa.ca [137.122.6.150]) by cuda.sgi.com with ESMTP id gAs7cFYqdLPzmgKK for ; Fri, 19 Sep 2014 07:41:39 -0700 (PDT) X-Barracuda-Envelope-From: acerv011@uottawa.ca X-Barracuda-Apparent-Source-IP: 137.122.6.150 Received: from localhost (unknown [127.0.0.1]) by mx12.uottawa.ca (Postfix) with ESMTP id D21BA110E51; Fri, 19 Sep 2014 14:41:38 +0000 (UTC) X-Virus-Scanned: amavisd-new at uottawa.ca Received: from mx3.uottawa.ca ([137.122.6.69]) by localhost (mx12.uottawa.ca [137.122.6.150]) (amavisd-new, port 10024) with ESMTP id UNgjo7eCR8-z; Fri, 19 Sep 2014 10:41:38 -0400 (EDT) Received: from mail.uottawa.ca (unknown [137.122.15.31]) by mx3.uottawa.ca (Postfix) with ESMTP id 5C662118B1B; Fri, 19 Sep 2014 10:41:38 -0400 (EDT) Received: from CMS-P01.uottawa.o.univ (10.32.32.243) by horatio.uottawa.o.univ (172.20.12.21) with Microsoft SMTP Server id 14.3.158.1; Fri, 19 Sep 2014 10:41:38 -0400 Received: from CMS-P10.uottawa.o.univ ([fe80::a9ac:3d0b:984a:6478]) by CMS-P01.uottawa.o.univ ([::1]) with mapi id 14.03.0158.001; Fri, 19 Sep 2014 10:41:37 -0400 From: Andrea lee Cervi Subject: email me Thread-Topic: email me X-ASG-Orig-Subj: email me Thread-Index: Ac/UF9CcoAul2uDzS6abBhMDbTDfUA== Date: Fri, 19 Sep 2014 14:41:36 +0000 Message-ID: <75103535990D304492B61C4C14EDF2D80109BB4178@CMS-P10.uottawa.o.univ> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.32.32.63] Content-Type: multipart/alternative; boundary="_000_75103535990D304492B61C4C14EDF2D80109BB4178CMSP10uottawa_" MIME-Version: 1.0 To: Undisclosed recipients:; X-Barracuda-Connect: mx12.uottawa.ca[137.122.6.150] X-Barracuda-Start-Time: 1411137699 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-BRTS-Evidence: 0e668e108c169437f6855ddf83baea6c-578-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_SA620a, HTML_MESSAGE, THREAD_INDEX, THREAD_TOPIC X-Barracuda-Spam-Report: Code version 3.2, rules version 3.2.3.9651 Rule breakdown below pts rule name description ---- ---------------------- -------------------------------------------------- 0.01 THREAD_INDEX thread-index: AcO7Y8iR61tzADqsRmmc5wNiFHEOig== 0.01 THREAD_TOPIC Thread-Topic: ...(Japanese Subject)... 0.00 HTML_MESSAGE BODY: HTML included in message 0.50 BSF_SC0_SA620a Custom Rule SA620a --_000_75103535990D304492B61C4C14EDF2D80109BB4178CMSP10uottawa_ Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable email me for a good business transaction (h.khan00@hotmail.co.uk) --_000_75103535990D304492B61C4C14EDF2D80109BB4178CMSP10uottawa_ Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable

     

     

    email me for a good bus= iness transaction (h.khan00@hotma= il.co.uk)
    --_000_75103535990D304492B61C4C14EDF2D80109BB4178CMSP10uottawa_-- From minnus@buffalo.edu Fri Sep 19 14:06:36 2014 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=2.0 required=5.0 tests=HTML_MESSAGE,TRACKER_ID 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 061097F3F for ; Fri, 19 Sep 2014 14:06:36 -0500 (CDT) Received: from cuda.sgi.com (cuda1.sgi.com [192.48.157.11]) by relay3.corp.sgi.com (Postfix) with ESMTP id 9BBBDAC010 for ; Fri, 19 Sep 2014 12:06:32 -0700 (PDT) X-ASG-Debug-ID: 1411153587-04bdf003a04a150001-S8gJnT Received: from mtareserve1.acsu.buffalo.edu (mtareserve6.acsu.buffalo.edu [128.205.6.4]) by cuda.sgi.com with ESMTP id wjTBm6TpXNHvdJij for ; Fri, 19 Sep 2014 12:06:27 -0700 (PDT) X-Barracuda-Envelope-From: minnus@buffalo.edu X-Barracuda-Apparent-Source-IP: 128.205.6.4 Received: from localmailA.acsu.buffalo.edu (localmaila.acsu.buffalo.edu [128.205.5.196]) by mtareserve1.acsu.buffalo.edu (Postfix) with ESMTP id DE5B29DCC for ; Fri, 19 Sep 2014 15:06:26 -0400 (EDT) Received: from localmailA.acsu.buffalo.edu (localhost [127.0.0.1]) by localhost (Postfix) with SMTP id DA44D106F3 for ; Fri, 19 Sep 2014 15:06:26 -0400 (EDT) Received: from localmailA.acsu.buffalo.edu (localhost [127.0.0.1]) by localmailA.acsu.buffalo.edu (Postfix) with ESMTP id 5DD5D106EC for ; Fri, 19 Sep 2014 15:06:26 -0400 (EDT) Received: from smtp.buffalo.edu (smtp3.acsu.buffalo.edu [128.205.5.226]) by localmailA.acsu.buffalo.edu (Prefixe) with ESMTP id 50562106EB for ; Fri, 19 Sep 2014 15:06:26 -0400 (EDT) Received: from prince.ccr.buffalo.edu (prince.ccr.buffalo.edu [128.205.40.45]) (Authenticated sender: minnus@buffalo.edu) by smtp.buffalo.edu (Postfix) with ESMTPSA id 467702424 for ; Fri, 19 Sep 2014 15:06:26 -0400 (EDT) Message-ID: <541C7F5E.4030809@buffalo.edu> Date: Fri, 19 Sep 2014 15:09:18 -0400 From: Martins Innus User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.9; rv:24.0) Gecko/20100101 Thunderbird/24.6.0 MIME-Version: 1.0 To: pcp developers Subject: Context switch metrics Content-Type: multipart/alternative; boundary="------------060405000004040403010308" X-ASG-Orig-Subj: Context switch metrics X-PM-EL-Spam-Prob: : 8% X-Barracuda-Connect: mtareserve6.acsu.buffalo.edu[128.205.6.4] X-Barracuda-Start-Time: 1411153587 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=HTML_MESSAGE, TRACKER_ID X-Barracuda-Spam-Report: Code version 3.2, rules version 3.2.3.9660 Rule breakdown below pts rule name description ---- ---------------------- -------------------------------------------------- 0.00 TRACKER_ID BODY: Incorporates a tracking ID number 0.00 HTML_MESSAGE BODY: HTML included in message This is a multi-part message in MIME format. --------------060405000004040403010308 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Hi, I have updated the linux_proc pmda to add the context switch metrics from /proc//status. I did it on a forked pcp tree from github. How would you prefer changes from there? I'm fairly new to github. Should I generate a pull request? It is commit: 2e5eebf25705eaf81cca089a68473443eabbdc2e from: github.com/ubccr/pcp branch: martins-working Thanks Martins --------------060405000004040403010308 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Hi,
        I have updated the linux_proc pmda to add the context switch metrics from /proc/<pid>/status.  I did it on a forked pcp tree from github.  How would you prefer changes from there?  I'm fairly new to github. Should I generate a pull request?  It is commit:

    2e5eebf25705eaf81cca089a68473443eabbdc2e

    from:

    github.com/ubccr/pcp

    branch: martins-working

    Thanks

    Martins
    
  


--------------060405000004040403010308--

From kenj@kenj.com.au  Sat Sep 20 06:26:08 2014
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 18A587F3F
	for ; Sat, 20 Sep 2014 06:26:08 -0500 (CDT)
Received: from cuda.sgi.com (cuda2.sgi.com [192.48.176.25])
	by relay3.corp.sgi.com (Postfix) with ESMTP id 9C81CAC003
	for ; Sat, 20 Sep 2014 04:26:04 -0700 (PDT)
X-ASG-Debug-ID: 1411212357-04cbb073035f490001-S8gJnT
Received: from ipmail05.adl6.internode.on.net (ipmail05.adl6.internode.on.net [150.101.137.143]) by cuda.sgi.com with ESMTP id nCxEB0wqU7PQwPQr for ; Sat, 20 Sep 2014 04:25:58 -0700 (PDT)
X-Barracuda-Envelope-From: kenj@kenj.com.au
X-Barracuda-Apparent-Source-IP: 150.101.137.143
Received: from ppp121-44-47-171.lns20.syd6.internode.on.net (HELO bozo-vm.localdomain) ([121.44.47.171])
  by ipmail05.adl6.internode.on.net with ESMTP; 20 Sep 2014 20:55:56 +0930
Received: by bozo-vm.localdomain (Postfix, from userid 1000)
	id 4362AA303C; Sat, 20 Sep 2014 21:25:27 +1000 (EST)
To: pcp@oss.sgi.com
Subject: pcp updates - debian build breakage
Message-Id: <20140920112528.4362AA303C@bozo-vm.localdomain>
X-ASG-Orig-Subj: pcp updates - debian build breakage
Date: Sat, 20 Sep 2014 21:25:27 +1000 (EST)
From: kenj@kenj.com.au (Ken McDonell)
X-Barracuda-Connect: ipmail05.adl6.internode.on.net[150.101.137.143]
X-Barracuda-Start-Time: 1411212357
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.3.9684
	Rule breakdown below
	 pts rule name              description
	---- ---------------------- --------------------------------------------------

Changes committed to git://git.performancecopilot.org/kenj/pcp.git dev

 debian/pcp-doc.install |    2 +-
 1 file changed, 1 insertion(+), 1 deletion(-)

commit 5c8ae5f17a666a4700db5fa645f1b5562749b975
Author: Ken McDonell 
Date:   Sat Sep 20 21:23:15 2014 +1000

    debian/pcp-doc.install - renaming guide.redhat.html broke the debian builds
    
    Need corresponding change here.

From kenj@kenj.com.au  Sat Sep 20 16:03:41 2014
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 CCE637F3F
	for ; Sat, 20 Sep 2014 16:03:41 -0500 (CDT)
Received: from cuda.sgi.com (cuda2.sgi.com [192.48.176.25])
	by relay3.corp.sgi.com (Postfix) with ESMTP id 5C84FAC001
	for ; Sat, 20 Sep 2014 14:03:38 -0700 (PDT)
X-ASG-Debug-ID: 1411247014-04cbb0730370ac0001-S8gJnT
Received: from ipmail07.adl2.internode.on.net (ipmail07.adl2.internode.on.net [150.101.137.131]) by cuda.sgi.com with ESMTP id DOafk26LGOw72X4Y for ; Sat, 20 Sep 2014 14:03:35 -0700 (PDT)
X-Barracuda-Envelope-From: kenj@kenj.com.au
X-Barracuda-Apparent-Source-IP: 150.101.137.131
Received: from ppp121-44-47-171.lns20.syd6.internode.on.net (HELO bozo-vm.localdomain) ([121.44.47.171])
  by ipmail07.adl2.internode.on.net with ESMTP; 21 Sep 2014 06:28:21 +0930
Received: by bozo-vm.localdomain (Postfix, from userid 1000)
	id C281CA4D9C; Sun, 21 Sep 2014 06:57:41 +1000 (EST)
To: pcp@oss.sgi.com
Subject: pcp updates - linux proc pmda and pmns
Message-Id: <20140920205741.C281CA4D9C@bozo-vm.localdomain>
X-ASG-Orig-Subj: pcp updates - linux proc pmda and pmns
Date: Sun, 21 Sep 2014 06:57:41 +1000 (EST)
From: kenj@kenj.com.au (Ken McDonell)
X-Barracuda-Connect: ipmail07.adl2.internode.on.net[150.101.137.131]
X-Barracuda-Start-Time: 1411247014
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.3.9696
	Rule breakdown below
	 pts rule name              description
	---- ---------------------- --------------------------------------------------

Changes committed to git://git.performancecopilot.org/kenj/pcp.git dev

 qa/999                      |   46 ++++++++++++++++++++++++++++++++++++++++++++
 qa/999.out                  |    2 +
 qa/group                    |    1 
 src/pmdas/linux_proc/Remove |    2 +
 src/pmdas/linux_proc/root   |    2 -
 5 files changed, 52 insertions(+), 1 deletion(-)

commit e8f5001fd7f0265f6143727eabc53e159620f39a
Author: Ken McDonell 
Date:   Sun Sep 21 06:55:20 2014 +1000

    qa/999 (new) - check integrity of PMNS
    
    Driven by Linux proc PMDA problem with cgroup.* being left in the
    PMNS after a PMDA Install and Remove.

commit b28ee5a3dd2e9c5fbed25573df8693ee142734bd
Author: Ken McDonell 
Date:   Sun Sep 21 06:53:55 2014 +1000

    Linux proc pmda - major pmns snarfoo
    
    Remove was not culling the cgroup.* metrics, meaning the PMNS was
    bad after the Linux proc PMDA was Installed and then Removed.

commit e3dfbe7259731c939612c84fab372365490da7fd
Author: Ken McDonell 
Date:   Sun Sep 21 06:52:55 2014 +1000

    proc pmda - minor pmns snarfoo
    
    root needs to include root_proc, not root_xfs for this one.

From fche@redhat.com  Sun Sep 21 15:54:32 2014
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 49D007F50
	for ; Sun, 21 Sep 2014 15:54:32 -0500 (CDT)
Received: from cuda.sgi.com (cuda3.sgi.com [192.48.176.15])
	by relay3.corp.sgi.com (Postfix) with ESMTP id C02F4AC003
	for ; Sun, 21 Sep 2014 13:54:31 -0700 (PDT)
X-ASG-Debug-ID: 1411332866-04cb6c50e793a30001-S8gJnT
Received: from mx1.redhat.com (mx1.redhat.com [209.132.183.28]) by cuda.sgi.com with ESMTP id IkGxRJBqxvwPuvxA (version=TLSv1 cipher=AES256-SHA bits=256 verify=NO) for ; Sun, 21 Sep 2014 13:54:26 -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-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 s8LKsL5V030599
	(version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=FAIL);
	Sun, 21 Sep 2014 16:54:21 -0400
Received: from fche.csb (vpn-228-210.phx2.redhat.com [10.3.228.210])
	by int-mx11.intmail.prod.int.phx2.redhat.com (8.14.4/8.14.4) with ESMTP id s8LKsL8R020927;
	Sun, 21 Sep 2014 16:54:21 -0400
Received: by fche.csb (Postfix, from userid 2569)
	id C7D865853F; Sun, 21 Sep 2014 16:54:20 -0400 (EDT)
To: Nathan Scott 
Cc: Ken McDonell , Dave Brolley ,
        Mark Goodwin , pcp@oss.sgi.com
Subject: Re: PCP trees for web and middleware development
References: <1970205420.36245669.1408665579915.JavaMail.zimbra@redhat.com>
	<53F92AA4.4010400@internode.on.net>
	<1594207200.37489147.1408937199097.JavaMail.zimbra@redhat.com>
	<050301cfc01c$04889170$0d99b450$@internode.on.net>
	<1078845537.37533359.1408945446955.JavaMail.zimbra@redhat.com>
	
	<638874581.42408155.1409659444170.JavaMail.zimbra@redhat.com>
	<20140902134012.GE4825@redhat.com>
	<1859208890.52189214.1411109762944.JavaMail.zimbra@redhat.com>
X-ASG-Orig-Subj: Re: PCP trees for web and middleware development
From: fche@redhat.com (Frank Ch. Eigler)
Date: Sun, 21 Sep 2014 16:54:20 -0400
In-Reply-To: <1859208890.52189214.1411109762944.JavaMail.zimbra@redhat.com> (Nathan Scott's message of "Fri, 19 Sep 2014 02:56:02 -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.68 on 10.5.11.24
X-Barracuda-Connect: mx1.redhat.com[209.132.183.28]
X-Barracuda-Start-Time: 1411332866
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


nathans wrote:

> [...]  I'm convinced that now is a good time to change the way we
> manage PCP sources, while it's still early days in the PCP web &
> middleware areas [...]

I'm unconvinced that cleaving the project this way is helpful, and
wonder what other members of the community think.


> ----- Original Message -----
>> > [...]
>> > As discussed elsewhere before your vacation, I'm not comfortable
>> > adding copies of 100s of 1000s of lines of javascript code and
>> > images to core PCP from projects that we didn't author, nor have
>> > plans/skills to maintain ourselves.
>> 
>> I'm not comfortable either, but solutions that make everyone
>> comfortable are not likely to exist soon.
>
> Agreed.  I'm semi-comfortable with this being released separately to
> core PCP, and not at all comfortable with any of it embedded in the
> PCP git tree.

Yet this proposed alternative scheme puts them into the same
e.g. fedora distribution packages.  It does not solve any hypothetical
licensing concerns, or team workload, or bug triage procedures, or
indeed who fixes what bugs.


>> Would your discomfort be eased if this same non-embedding embedding
>> were experimented with for purposes of the web applications?  Namely,
>> include src tarballs of graphite/grafana/etc. within pcp src.rpm's,
>> and have these be untarred under /usr/share/pcp/jsdemos during the
>> build/install phase?
>
> That's an improvement of sorts, but still only a stop-gap measure.  

And yet the proposal is to move pmwebd core code out too - a baby &
bathwater overreaction.  From a technical point of view, pmwebd fits
fine where it is, including the build system, documentation qa, and
does not require any of the jsdemos/ stuff to be useful.


> What does the web future for PCP look like?  Are we only going to
> have static javascript code only (below jsdemos or hidden elsewhere)
> forever, and not ever need to write any code ourselves?
>
> I think that's unlikely

Agreed, and ISTM that this undermines the argument that all this code
must be separated from pcp.git *because* some of it is verbatim
upstream code, and we may not be able to maintain it.  New web app
code we write is exactly stuff we'd maintain.


> [...]  The core PCP tree would be a poor place to be doing this IMO
> - with its current build system, testing model not ideal for
> web/javascript code, and so on. [...]

Please substantiate this concern.  It is difficult to see how the
power of arbitrary shell scripts (qa/NNN) is not sufficient to wrap
whatever mechanical webapp-testing widget might eventually be used.


> Finally, two more considerations:
>
> 1. The class of problem that Ken raised here ...
> http://www.pcp.io/pipermail/pcp/2014-September/005440.html is going
> to become far worse for javascript and java builds.  [...]

I don't see the connection.  Ken rightly points out that the
build/test trees must be flexible as to prerequisites and older
platforms.  But they can/should be identically flexible, whether
or not they are stored in the same git repository.


> 2. Already, the web package is approx double the size of core PCP
> (2.9M vs 1.5M) [...]  It contains 300+ more files than the core PCP
> package [...]

Is there a maximum limit for a core-pcp source distribution in bytes
and file count?  What resources are at risk of exhaustion by an extra
few megabytes of sources or optional binaries?


- FChE

From kenj@internode.on.net  Sun Sep 21 22:19:01 2014
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 07F987F50
	for ; Sun, 21 Sep 2014 22:19:01 -0500 (CDT)
Received: from cuda.sgi.com (cuda3.sgi.com [192.48.176.15])
	by relay2.corp.sgi.com (Postfix) with ESMTP id E8E14304032
	for ; Sun, 21 Sep 2014 20:19:00 -0700 (PDT)
X-ASG-Debug-ID: 1411355933-04cb6c50e79dfa0001-S8gJnT
Received: from ipmail05.adl6.internode.on.net (ipmail05.adl6.internode.on.net [150.101.137.143]) by cuda.sgi.com with ESMTP id HXvab5tkXo3gre5k for ; Sun, 21 Sep 2014 20:18:54 -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: ArQCAMiTH1R20ScOPGdsb2JhbAANU4Nhg1iEN8JaiGwBBgEBAQE4hGSBBQYCBSECEQIyDhkGAgEBiEesc3iVbIEsjneCYoFTBY9Ahk+IaJdkWoJKAQEB
Received: from ppp118-209-39-14.lns20.mel4.internode.on.net (HELO [192.168.1.100]) ([118.209.39.14])
  by ipmail05.adl6.internode.on.net with ESMTP; 22 Sep 2014 12:48:52 +0930
Message-ID: <541F958E.40601@internode.on.net>
Date: Mon, 22 Sep 2014 13:20:46 +1000
From: Ken McDonell 
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:31.0) Gecko/20100101 Thunderbird/31.1.1
MIME-Version: 1.0
To: pcp@oss.sgi.com
Subject: pcp updates
Content-Type: text/plain; charset=utf-8
X-ASG-Orig-Subj: pcp updates
Content-Transfer-Encoding: 7bit
X-Barracuda-Connect: ipmail05.adl6.internode.on.net[150.101.137.143]
X-Barracuda-Start-Time: 1411355933
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.3.9738
	Rule breakdown below
	 pts rule name              description
	---- ---------------------- --------------------------------------------------

The second proc PMDA commit probably warrants some scrutiny.

The others are pretty boring.

Changes committed to git://git.performancecopilot.org/kenj/pcp.git dev

 .gitignore                      |    1 
 qa/539                          |   10 +++-
 qa/999                          |    3 -
 qa/admin/check-vm               |    2 
 qa/common.check                 |    1 
 qa/common.config                |    8 ++-
 qa/common.qt                    |    2 
 src/libpcp/src/util.c           |   12 ++---
 src/pmdas/linux_proc/pmda.c     |   15 ++++++
 src/pmdas/linux_proc/proc_pid.c |   86 +++++++++++++++++++++++++++++++++++++---
 10 files changed, 119 insertions(+), 21 deletions(-)

commit c29138e87e1af0f0f2a7f360c1e26584a5cc9e34
Author: Ken McDonell 
Date:   Mon Sep 22 13:18:25 2014 +1000

    proc pmda - lots more diagnostics (desperate) for proc_pid.c

commit afca980439f09baffbb29edee9ab75308c8daadd
Author: Ken McDonell 
Date:   Mon Sep 22 13:00:50 2014 +1000

    proc pmda - proc.io changed semantics
    
    When accessd by mere mortals, /proc//io is generally unreadable.
    The proc PMDA was returning PM_ERR_INST (Unknown or illegal instance
    identifier) which justy seems wrong.
    
    With this commit, the proc PMDA returns No value(s) available in
    these cases.

commit 0895ea34b94ced1173a855abb0d895c1862548fa
Author: Ken McDonell 
Date:   Mon Sep 22 12:57:04 2014 +1000

    qa/999 - filter out cgroup.groups
    
    Since this moved to being a dynamic non-leaf metric, with possibly no
    children, pmLookupName: Unknown metric name has to be expected.

commit 8676d1089a47ba7a500874fbb1377c88a1abecd2
Author: Ken McDonell 
Date:   Mon Sep 22 09:05:05 2014 +1000

    qa administrivia - take better control of X11 server for kenj's QA Farm
    
    Since running pcp-daily from cron, some hosts were having a hard time
    finding an X11 server ... resolve the situation with a big stick.

commit ab6ae0bcd1001b936520435d5f747dd9e78d4f7e
Author: Ken McDonell 
Date:   Mon Sep 22 09:03:16 2014 +1000

    qa/admin/check-vm - minor nit
    
    sudo -E works better than sudo in the context of running allow-pmlc-access

commit 59e9e449e5773d899060cc8dace297fcc85134e5
Author: Ken McDonell 
Date:   Mon Sep 22 09:00:28 2014 +1000

    libpcp/util.c - pmNumberStr_r - avoid compiler warning
    
    Make BIG constants explicitly floating point to avoid warnings
    on some 32-bit platforms.  Semantics of expressions are unchanged.

commit 63df86370244fc54a3b37b54820700d2dd577061
Author: Ken McDonell 
Date:   Mon Sep 22 08:59:16 2014 +1000

    qa/539 - avoid race on NOTICES lock file

commit 6a398cab1e586c73437041c8f4da73935d712cfd
Author: Ken McDonell 
Date:   Mon Sep 22 08:54:40 2014 +1000

    ignore VERSION.pcp.daily

From nscott@redhat.com  Sun Sep 21 23:16:15 2014
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 E69087F50
	for ; Sun, 21 Sep 2014 23:16:15 -0500 (CDT)
Received: from cuda.sgi.com (cuda3.sgi.com [192.48.176.15])
	by relay2.corp.sgi.com (Postfix) with ESMTP id D4719304032
	for ; Sun, 21 Sep 2014 21:16:12 -0700 (PDT)
X-ASG-Debug-ID: 1411359370-04cb6c50e59f400001-S8gJnT
Received: from mx3-phx2.redhat.com (mx3-phx2.redhat.com [209.132.183.24]) by cuda.sgi.com with ESMTP id 4B5Q3w5TXgjXwWnH (version=TLSv1 cipher=AES256-SHA bits=256 verify=NO) for ; Sun, 21 Sep 2014 21:16:11 -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 s8M4G70Y012614;
	Mon, 22 Sep 2014 00:16:07 -0400
Date: Mon, 22 Sep 2014 00:16:07 -0400 (EDT)
From: Nathan Scott 
Reply-To: Nathan Scott 
To: Ken McDonell 
Cc: pcp@oss.sgi.com
Message-ID: <198819137.52918297.1411359367280.JavaMail.zimbra@redhat.com>
In-Reply-To: <541F958E.40601@internode.on.net>
References: <541F958E.40601@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.5.82.7]
X-Mailer: Zimbra 8.0.6_GA_5922 (ZimbraWebClient - FF17 (Linux)/8.0.6_GA_5922)
Thread-Topic: pcp updates
Thread-Index: e/dWvPOiJhFNc8wjFuOsOX06v6u+Gg==
X-Barracuda-Connect: mx3-phx2.redhat.com[209.132.183.24]
X-Barracuda-Start-Time: 1411359371
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.02
X-Barracuda-Spam-Status: No, SCORE=0.02 using per-user scores of TAG_LEVEL=1000.0 QUARANTINE_LEVEL=1000.0 KILL_LEVEL=2.7 tests=THREAD_INDEX, THREAD_TOPIC
X-Barracuda-Spam-Report: Code version 3.2, rules version 3.2.3.9739
	Rule breakdown below
	 pts rule name              description
	---- ---------------------- --------------------------------------------------
	0.01 THREAD_INDEX           thread-index: AcO7Y8iR61tzADqsRmmc5wNiFHEOig==
	0.01 THREAD_TOPIC           Thread-Topic: ...(Japanese Subject)...

Hi Ken,

----- Original Message -----
> The second proc PMDA commit probably warrants some scrutiny.

Looks good to me - I've come across this kernel quirk before too
but didn't think to add those extra diagnostics at the time.

Thanks!

--
Nathan

From nscott@redhat.com  Mon Sep 22 01:36:40 2014
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 56BCF7F51
	for ; Mon, 22 Sep 2014 01:36:40 -0500 (CDT)
Received: from cuda.sgi.com (cuda1.sgi.com [192.48.157.11])
	by relay3.corp.sgi.com (Postfix) with ESMTP id E89B3AC002
	for ; Sun, 21 Sep 2014 23:36:36 -0700 (PDT)
X-ASG-Debug-ID: 1411367792-04bdf003a2a6e10001-S8gJnT
Received: from mx5-phx2.redhat.com (mx5-phx2.redhat.com [209.132.183.37]) by cuda.sgi.com with ESMTP id Kgez9ui6M0CfKrye (version=TLSv1 cipher=AES256-SHA bits=256 verify=NO) for ; Sun, 21 Sep 2014 23:36:32 -0700 (PDT)
X-Barracuda-Envelope-From: nscott@redhat.com
X-Barracuda-Apparent-Source-IP: 209.132.183.37
Received: from zmail20.collab.prod.int.phx2.redhat.com (zmail20.collab.prod.int.phx2.redhat.com [10.5.83.23])
	by mx5-phx2.redhat.com (8.14.4/8.14.4) with ESMTP id s8M6aUxi026364;
	Mon, 22 Sep 2014 02:36:31 -0400
Date: Mon, 22 Sep 2014 02:36:30 -0400 (EDT)
From: Nathan Scott 
Reply-To: Nathan Scott 
To: Martins Innus 
Cc: pcp developers 
Message-ID: <171018196.52947108.1411367790244.JavaMail.zimbra@redhat.com>
In-Reply-To: <541C7F5E.4030809@buffalo.edu>
References: <541C7F5E.4030809@buffalo.edu>
Subject: Re: [pcp] Context switch metrics
MIME-Version: 1.0
X-ASG-Orig-Subj: Re: [pcp] Context switch metrics
Content-Type: text/plain; charset=utf-8
Content-Transfer-Encoding: 7bit
X-Originating-IP: [10.5.82.7]
X-Mailer: Zimbra 8.0.6_GA_5922 (ZimbraWebClient - FF17 (Linux)/8.0.6_GA_5922)
Thread-Topic: Context switch metrics
Thread-Index: cgdsuZKOckISea4BcFKTaDsZ97fyTw==
X-Barracuda-Connect: mx5-phx2.redhat.com[209.132.183.37]
X-Barracuda-Start-Time: 1411367792
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.02
X-Barracuda-Spam-Status: No, SCORE=0.02 using per-user scores of TAG_LEVEL=1000.0 QUARANTINE_LEVEL=1000.0 KILL_LEVEL=2.7 tests=THREAD_INDEX, THREAD_TOPIC
X-Barracuda-Spam-Report: Code version 3.2, rules version 3.2.3.9742
	Rule breakdown below
	 pts rule name              description
	---- ---------------------- --------------------------------------------------
	0.01 THREAD_INDEX           thread-index: AcO7Y8iR61tzADqsRmmc5wNiFHEOig==
	0.01 THREAD_TOPIC           Thread-Topic: ...(Japanese Subject)...

Hi Martins,

----- Original Message -----
> Hi,
> I have updated the linux_proc pmda to add the context switch metrics from
> /proc//status. I did it on a forked pcp tree from github. How would you
> prefer changes from there? I'm fairly new to github. Should I generate a
> pull request? It is commit:
> 
> 2e5eebf25705eaf81cca089a68473443eabbdc2e
> 
> from:
> 
> github.com/ubccr/pcp
> 
> branch: martins-working
> 

Sending mail to the pcp list as you've done is fine - it gives everyone a chance
to review (all developers hang out here).  Put as much information in the email
as you like - diffstat, commit logs - everything helps get the message across, &
git-log(1) has many options to help produce neat summaries.

However, if a github pull request follows yours / someone elses workflow better,
that's fine with me as well.

Thanks Martins - I'll review & merge tomorrow unless someone gets to it before me.

cheers.

--
Nathan

From nscott@redhat.com  Mon Sep 22 02:36:07 2014
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 88AF07F51
	for ; Mon, 22 Sep 2014 02:36:07 -0500 (CDT)
Received: from cuda.sgi.com (cuda1.sgi.com [192.48.157.11])
	by relay1.corp.sgi.com (Postfix) with ESMTP id 48AAC8F8035
	for ; Mon, 22 Sep 2014 00:36:04 -0700 (PDT)
X-ASG-Debug-ID: 1411371361-04bdf003a2a9810001-S8gJnT
Received: from mx6-phx2.redhat.com (mx6-phx2.redhat.com [209.132.183.39]) by cuda.sgi.com with ESMTP id ijbPOVpZ3t2tsCpa (version=TLSv1 cipher=AES256-SHA bits=256 verify=NO) for ; Mon, 22 Sep 2014 00:36:01 -0700 (PDT)
X-Barracuda-Envelope-From: nscott@redhat.com
X-Barracuda-Apparent-Source-IP: 209.132.183.39
Received: from zmail20.collab.prod.int.phx2.redhat.com (zmail20.collab.prod.int.phx2.redhat.com [10.5.83.23])
	by mx6-phx2.redhat.com (8.14.4/8.14.4) with ESMTP id s8M7a1Qk016016
	for ; Mon, 22 Sep 2014 03:36:01 -0400
Date: Mon, 22 Sep 2014 03:36:01 -0400 (EDT)
From: Nathan Scott 
Reply-To: Nathan Scott 
To: pcp developers 
Message-ID: <1059150651.52978983.1411371361055.JavaMail.zimbra@redhat.com>
In-Reply-To: <1702447299.52978440.1411371297556.JavaMail.zimbra@redhat.com>
Subject: pcp updates: merges (kenj,marko), linux metrics, qa
MIME-Version: 1.0
X-ASG-Orig-Subj: pcp updates: merges (kenj,marko), linux metrics, qa
Content-Type: text/plain; charset=utf-8
Content-Transfer-Encoding: 7bit
X-Originating-IP: [10.5.82.7]
X-Mailer: Zimbra 8.0.6_GA_5922 (ZimbraWebClient - FF17 (Linux)/8.0.6_GA_5922)
Thread-Topic: pcp updates: merges (kenj,marko), linux metrics, qa
Thread-Index: mNs57rb3Rm0mGze3bZ4CnTcHaYeYcQ==
X-Barracuda-Connect: mx6-phx2.redhat.com[209.132.183.39]
X-Barracuda-Start-Time: 1411371361
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.02
X-Barracuda-Spam-Status: No, SCORE=0.02 using per-user scores of TAG_LEVEL=1000.0 QUARANTINE_LEVEL=1000.0 KILL_LEVEL=2.7 tests=THREAD_INDEX, THREAD_TOPIC
X-Barracuda-Spam-Report: Code version 3.2, rules version 3.2.3.9743
	Rule breakdown below
	 pts rule name              description
	---- ---------------------- --------------------------------------------------
	0.01 THREAD_INDEX           thread-index: AcO7Y8iR61tzADqsRmmc5wNiFHEOig==
	0.01 THREAD_TOPIC           Thread-Topic: ...(Japanese Subject)...

Changes committed to git://git.pcp.io/pcp.git dev

 .gitignore                      |    1 
 debian/pcp-doc.install          |    2 
 man/html/guide.html             |    6 
 qa/539                          |   10 +
 qa/732                          |   43 +++++
 qa/732.out                      |  296 ++++++++++++++++++++++++++++++++++++++++
 qa/986                          |    1 
 qa/999                          |   49 ++++++
 qa/999.out                      |    2 
 qa/admin/check-vm               |    2 
 qa/common.check                 |   94 +++++++++---
 qa/common.config                |    8 -
 qa/common.filter                |    1 
 qa/common.qt                    |    2 
 qa/group                        |    2 
 qa/linux/nfsrpc-root-001.tgz    |binary
 src/libpcp/src/util.c           |   12 -
 src/pmdas/linux/help            |   13 +
 src/pmdas/linux/indom.h         |    2 
 src/pmdas/linux/pmda.c          |   21 ++
 src/pmdas/linux/proc_net_rpc.c  |   68 +++++----
 src/pmdas/linux/proc_net_rpc.h  |   26 ++-
 src/pmdas/linux/root_linux      |   13 +
 src/pmdas/linux_proc/Remove     |    2 
 src/pmdas/linux_proc/pmda.c     |   15 +-
 src/pmdas/linux_proc/proc_pid.c |   86 ++++++++++-
 src/pmdas/linux_proc/root       |    2 
 src/pmlogsummary/pmdiff.sh      |   22 +-
 28 files changed, 693 insertions(+), 108 deletions(-)

commit de9de72984cec00974975883875a6766583b3fb6
Author: Marko Myllynen 
Date:   Mon Sep 22 17:21:18 2014 +1000

    Fix a few Quick Reference Guide typos

commit d2b45a2b70b50999a5148de384105b97388dcc4c
Author: Nathan Scott 
Date:   Mon Sep 22 17:20:01 2014 +1000

    pmdalinux: complete recent NFS server metrics, add QA testing
    
    Completes earlier work on the RPC/NFS server metrics started
    by Marko.  This completes the ra_cache metrics and adds in a
    new QA test to exercise all rpc/nfs/nfs3/nfs4 metrics using
    the LINUX_STATSPATH mechanism with sample data from Marko.
    
    Further investigation by Marko revealed the "th" nfsd metrics
    (thread) have been deprecated in recent kernels (always pass
    zero back), so we ended up not adding those.

commit c29138e87e1af0f0f2a7f360c1e26584a5cc9e34
Author: Ken McDonell 
Date:   Mon Sep 22 13:18:25 2014 +1000

    proc pmda - lots more diagnostics (desperate) for proc_pid.c

commit afca980439f09baffbb29edee9ab75308c8daadd
Author: Ken McDonell 
Date:   Mon Sep 22 13:00:50 2014 +1000

    proc pmda - proc.io changed semantics
    
    When accessd by mere mortals, /proc//io is generally unreadable.
    The proc PMDA was returning PM_ERR_INST (Unknown or illegal instance
    identifier) which justy seems wrong.
    
    With this commit, the proc PMDA returns No value(s) available in
    these cases.

commit 0895ea34b94ced1173a855abb0d895c1862548fa
Author: Ken McDonell 
Date:   Mon Sep 22 12:57:04 2014 +1000

    qa/999 - filter out cgroup.groups
    
    Since this moved to being a dynamic non-leaf metric, with possibly no
    children, pmLookupName: Unknown metric name has to be expected.

commit 8676d1089a47ba7a500874fbb1377c88a1abecd2
Author: Ken McDonell 
Date:   Mon Sep 22 09:05:05 2014 +1000

    qa administrivia - take better control of X11 server for kenj's QA Farm
    
    Since running pcp-daily from cron, some hosts were having a hard time
    finding an X11 server ... resolve the situation with a big stick.

commit ab6ae0bcd1001b936520435d5f747dd9e78d4f7e
Author: Ken McDonell 
Date:   Mon Sep 22 09:03:16 2014 +1000

    qa/admin/check-vm - minor nit
    
    sudo -E works better than sudo in the context of running allow-pmlc-access

commit 59e9e449e5773d899060cc8dace297fcc85134e5
Author: Ken McDonell 
Date:   Mon Sep 22 09:00:28 2014 +1000

    libpcp/util.c - pmNumberStr_r - avoid compiler warning
    
    Make BIG constants explicitly floating point to avoid warnings
    on some 32-bit platforms.  Semantics of expressions are unchanged.

commit 63df86370244fc54a3b37b54820700d2dd577061
Author: Ken McDonell 
Date:   Mon Sep 22 08:59:16 2014 +1000

    qa/539 - avoid race on NOTICES lock file

commit 6a398cab1e586c73437041c8f4da73935d712cfd
Author: Ken McDonell 
Date:   Mon Sep 22 08:54:40 2014 +1000

    ignore VERSION.pcp.daily

commit e8f5001fd7f0265f6143727eabc53e159620f39a
Author: Ken McDonell 
Date:   Sun Sep 21 06:55:20 2014 +1000

    qa/999 (new) - check integrity of PMNS
    
    Driven by Linux proc PMDA problem with cgroup.* being left in the
    PMNS after a PMDA Install and Remove.

commit b28ee5a3dd2e9c5fbed25573df8693ee142734bd
Author: Ken McDonell 
Date:   Sun Sep 21 06:53:55 2014 +1000

    Linux proc pmda - major pmns snarfoo
    
    Remove was not culling the cgroup.* metrics, meaning the PMNS was
    bad after the Linux proc PMDA was Installed and then Removed.

commit e3dfbe7259731c939612c84fab372365490da7fd
Author: Ken McDonell 
Date:   Sun Sep 21 06:52:55 2014 +1000

    proc pmda - minor pmns snarfoo
    
    root needs to include root_proc, not root_xfs for this one.

commit 5c8ae5f17a666a4700db5fa645f1b5562749b975
Author: Ken McDonell 
Date:   Sat Sep 20 21:23:15 2014 +1000

    debian/pcp-doc.install - renaming guide.redhat.html broke the debian builds
    
    Need corresponding change here.

commit 1d8e483bb517c77af51d77c6c2fe318dfcb55cb2
Author: Ken McDonell 
Date:   Fri Sep 19 18:19:50 2014 +1000

    pmdiff - some more tweaks
    
    Dodge chatter from pmlogsummary.
    
    Rethink the LC_COLLATE strategy ... sort, join and comm don't seem
    to be able to agree sometimes, and qa/836 was failing on some
    hosts.

commit 57c91f1c0ebcd1c0bd64e29d43d651d9918b75de
Author: Ken McDonell 
Date:   Fri Sep 19 18:14:05 2014 +1000

    qa/common.check and qa/986
    
    Add _wait_pmcd_end() method in common.check to test and avoid race
    conditions between stopping pmcd and pmda Installs.
    
    qa/986 was sporadically failing with socket already in use, and adding
    _wait_pmcd_end appears to have fixed this.

commit c8a9a5dd032285b613786f7dc2f94b9e58c82364
Author: Marko Myllynen 
Date:   Fri Sep 19 16:30:57 2014 +1000

    pmdalinux: add rpc.server.{th_usage,ra_size,ra_depth,ra_nfound}
    
    Initial code to support additional NFS/RPC metrics in the Linux
    kernel PMDA.  Not quite complete yet, but will be shortly.

commit 3e23a316e4e63b06488acc0072c3f83f10fb6987
Author: Ken McDonell 
Date:   Fri Sep 19 13:11:36 2014 +1000

    qa/common.filter - more pmie init script noise to filter

From nscott@redhat.com  Mon Sep 22 05:29:48 2014
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 5965E7F4E
	for ; Mon, 22 Sep 2014 05:29:48 -0500 (CDT)
Received: from cuda.sgi.com (cuda2.sgi.com [192.48.176.25])
	by relay3.corp.sgi.com (Postfix) with ESMTP id DD746AC001
	for ; Mon, 22 Sep 2014 03:29:44 -0700 (PDT)
X-ASG-Debug-ID: 1411381765-04cbb07302aa900001-S8gJnT
Received: from mx4-phx2.redhat.com (mx4-phx2.redhat.com [209.132.183.25]) by cuda.sgi.com with ESMTP id iAFfDnFJ2lUnWl3J (version=TLSv1 cipher=AES256-SHA bits=256 verify=NO) for ; Mon, 22 Sep 2014 03:29:26 -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 s8MATPQF003815
	for ; Mon, 22 Sep 2014 06:29:25 -0400
Date: Mon, 22 Sep 2014 06:29:25 -0400 (EDT)
From: Nathan Scott 
Reply-To: Nathan Scott 
To: pcp developers 
Message-ID: <46250282.53083281.1411381765101.JavaMail.zimbra@redhat.com>
In-Reply-To: <152709004.53082991.1411381693416.JavaMail.zimbra@redhat.com>
Subject: telnet-probe hanging in qa/835
MIME-Version: 1.0
X-ASG-Orig-Subj: telnet-probe hanging in qa/835
Content-Type: text/plain; charset=utf-8
Content-Transfer-Encoding: 7bit
X-Originating-IP: [10.5.82.7]
X-Mailer: Zimbra 8.0.6_GA_5922 (ZimbraWebClient - FF17 (Linux)/8.0.6_GA_5922)
Thread-Topic: telnet-probe hanging in qa/835
Thread-Index: FZYnOAJmnGXJGTcvEfujxMuYUInQBg==
X-Barracuda-Connect: mx4-phx2.redhat.com[209.132.183.25]
X-Barracuda-Start-Time: 1411381765
X-Barracuda-Encrypted: AES256-SHA
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.02
X-Barracuda-Spam-Status: No, SCORE=0.02 using per-user scores of TAG_LEVEL=1000.0 QUARANTINE_LEVEL=1000.0 KILL_LEVEL=2.7 tests=THREAD_INDEX, THREAD_TOPIC
X-Barracuda-Spam-Report: Code version 3.2, rules version 3.2.3.9747
	Rule breakdown below
	 pts rule name              description
	---- ---------------------- --------------------------------------------------
	0.01 THREAD_INDEX           thread-index: AcO7Y8iR61tzADqsRmmc5wNiFHEOig==
	0.01 THREAD_TOPIC           Thread-Topic: ...(Japanese Subject)...

Hi all,

I'm seeing a new, reliable telnet-probe hang in qa/835 ... anyone else
come across this one?  Haven't dug deeper yet, will do so tomorrow.

cheers.

--
Nathan

From minnus@buffalo.edu  Mon Sep 22 12:36:37 2014
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 EEBEB7F4E
	for ; Mon, 22 Sep 2014 12:36:36 -0500 (CDT)
Received: from cuda.sgi.com (cuda2.sgi.com [192.48.176.25])
	by relay3.corp.sgi.com (Postfix) with ESMTP id 8CA90AC001
	for ; Mon, 22 Sep 2014 10:36:33 -0700 (PDT)
X-ASG-Debug-ID: 1411407388-04cbb07301bc480001-S8gJnT
Received: from mtareserve1.acsu.buffalo.edu (mtareserve6.acsu.buffalo.edu [128.205.6.4]) by cuda.sgi.com with ESMTP id kAX3ch0nCCqU7kHo for ; Mon, 22 Sep 2014 10:36:29 -0700 (PDT)
X-Barracuda-Envelope-From: minnus@buffalo.edu
X-Barracuda-Apparent-Source-IP: 128.205.6.4
Received: from localmailA.acsu.buffalo.edu (localmaila.acsu.buffalo.edu [128.205.5.196])
	by mtareserve1.acsu.buffalo.edu (Postfix) with ESMTP id 7FB189097
	for ; Mon, 22 Sep 2014 13:36:28 -0400 (EDT)
Received: from localmailA.acsu.buffalo.edu (localhost [127.0.0.1])
	by localhost (Postfix) with SMTP id 7C025CAAC
	for ; Mon, 22 Sep 2014 13:36:28 -0400 (EDT)
Received: from localmailA.acsu.buffalo.edu (localhost [127.0.0.1])
	by localmailA.acsu.buffalo.edu (Postfix) with ESMTP id E459ACAA9
	for ; Mon, 22 Sep 2014 13:36:27 -0400 (EDT)
Received: from smtp.buffalo.edu (smtp3.acsu.buffalo.edu [128.205.5.226])
	by localmailA.acsu.buffalo.edu (Prefixe) with ESMTP id CC578CAA8
	for ; Mon, 22 Sep 2014 13:36:27 -0400 (EDT)
Received: from prince.ccr.buffalo.edu (prince.ccr.buffalo.edu [128.205.40.45])
	(Authenticated sender: minnus@buffalo.edu)
	by smtp.buffalo.edu (Postfix) with ESMTPSA id C11192105
	for ; Mon, 22 Sep 2014 13:36:27 -0400 (EDT)
Message-ID: <54205ED8.2090301@buffalo.edu>
Date: Mon, 22 Sep 2014 13:39:36 -0400
From: Martins Innus 
User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.9; rv:24.0) Gecko/20100101 Thunderbird/24.6.0
MIME-Version: 1.0
To: pcp developers 
Subject: /prod//stat additions
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
X-ASG-Orig-Subj: /prod//stat additions
Content-Transfer-Encoding: 7bit
X-PM-EL-Spam-Prob: : 8%
X-Barracuda-Connect: mtareserve6.acsu.buffalo.edu[128.205.6.4]
X-Barracuda-Start-Time: 1411407389
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.3.9759
	Rule breakdown below
	 pts rule name              description
	---- ---------------------- --------------------------------------------------

Hi,
     I filled in missing fields from stat for the linux_proc_pmda:

*********

github.com/ubccr/pcp/tree/martins-working

*********
commit ed47714c15b254903e47d3b0dc45d04f030d7a78
Author: Martins Innus 
Date:   Mon Sep 22 13:08:27 2014 -0400

     Fill out remaining fields in /proc//stat

     The following fields were added from stat:

     rt_priority
     policy
     delayacct_blkio_ticks
     guest_time
     cguest_time

  src/pmdas/linux_proc/help       |    5 ++++
  src/pmdas/linux_proc/pmda.c     |   46 
+++++++++++++++++++++++++++++++++++++++
  src/pmdas/linux_proc/proc_pid.h |    7 +++++-
  src/pmdas/linux_proc/root_proc  |    5 ++++
  4 files changed, 62 insertions(+), 1 deletions(-)

*********

For most of the existing metrics from the stat file, there is 1-1 
correspondence between the item id and its position in the buffer that 
is read from proc.  But 3 existing metrics( ttyname, wchan_symbol, 
psargs) use ids that do not correspond to items in the buffer.  So for 
the metrics i added, I just started after these and coded in the 
appropriate offset in the fetch.  I assume messing with existing ids 
would break lots of existing archives, etc?

Also, I only needed delayacct_blkio_ticks for my purposes, but did the 
others just for completeness.  Slightly off topic, but am I 
understanding correctly that delayacct_blkio_ticks would be a measure of 
per process IO wait?

Thanks

Martins

From fche@redhat.com  Mon Sep 22 17:05:07 2014
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 EC45B7F4E
	for ; Mon, 22 Sep 2014 17:05:07 -0500 (CDT)
Received: from cuda.sgi.com (cuda3.sgi.com [192.48.176.15])
	by relay2.corp.sgi.com (Postfix) with ESMTP id CBAAC304039
	for ; Mon, 22 Sep 2014 15:05:04 -0700 (PDT)
X-ASG-Debug-ID: 1411423499-04cb6c50e4c6e40001-S8gJnT
Received: from mx1.redhat.com (mx1.redhat.com [209.132.183.28]) by cuda.sgi.com with ESMTP id lSAVL8PKFaEHCoY4 (version=TLSv1 cipher=AES256-SHA bits=256 verify=NO) for ; Mon, 22 Sep 2014 15:05: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-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 s8MM4x5B017063
	(version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=FAIL);
	Mon, 22 Sep 2014 18:04:59 -0400
Received: from fche.csb (vpn-230-163.phx2.redhat.com [10.3.230.163])
	by int-mx10.intmail.prod.int.phx2.redhat.com (8.14.4/8.14.4) with ESMTP id s8MM4wm3020850;
	Mon, 22 Sep 2014 18:04:58 -0400
Received: by fche.csb (Postfix, from userid 2569)
	id 2AC1958544; Mon, 22 Sep 2014 18:04:58 -0400 (EDT)
To: David Smith 
Cc: Systemtap List , pcp 
Subject: Re: systemtap/pcp integration pmda 0.1
References: <54133D71.6040208@redhat.com>
X-ASG-Orig-Subj: Re: systemtap/pcp integration pmda 0.1
From: fche@redhat.com (Frank Ch. Eigler)
Date: Mon, 22 Sep 2014 18:04:57 -0400
In-Reply-To: <54133D71.6040208@redhat.com> (David Smith's message of "Fri, 12 Sep 2014 13:37:37 -0500")
Message-ID: 
User-Agent: Gnus/5.1008 (Gnus v5.10.8) Emacs/21.4 (gnu/linux)
MIME-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Scanned-By: MIMEDefang 2.68 on 10.5.11.23
X-Barracuda-Connect: mx1.redhat.com[209.132.183.28]
X-Barracuda-Start-Time: 1411423499
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


dsmith wrote:

> Here's version 0.1 (up from 0.01!) of my systemtap/pcp integration work

Thanks a lot!

> that uses systemtap (https://sourceware.org/systemtap/) to export JSON
> data and a pcp (http://www.performancecopilot.org/) python pmda that
> reads and processes the JSON data. [...]

(Sorry I missed this when it went by -- please call the next
version 3.14 or something else very different from 0.1! :-)


> # pminfo -df stap_json
>
> stap_json.json.dummy2
>     Data Type: string  InDom: PM_INDOM_NULL 0xffffffff
>     Semantics: instant  Units: none
>     value "dummy2"
>
> stap_json.json.dummy_array.dummy2
>     Data Type: string  InDom: 130.1 0x20800001
>     Semantics: instant  Units: none
>     inst [0 or "1"] value "def"
>     inst [1 or "0"] value "abc"
>     inst [2 or "2"] value "ghi"
> [...]

Looking good!


> // ===========================
> // ==== Tapset file start ====
> // ===========================
>

Looks long but generally good.  (But see below re. suggestions about
the schema/data representations.)


> global net_devices
> global read_count
>
> probe json_data
> {
>   @json_output_data_start
>   @json_output_string_value("xstring", "testing, 1, 2, 3")
>   @json_output_numeric_value("read_count", read_count)
>   read_count++
>
>   foreach (dev in net_devices) {
>     if (@count(skb_queue_t[dev])) {
>       @json_output_array_numeric_value("net_xmit_data", dev, "xmit_count",
> 				       @sum(skb_queue_t[dev]))
>       @json_output_array_numeric_value("net_xmit_data", dev, "xmit_latency",
> 				       @count(skb_queue_t[dev]))
> [...]
>   @json_output_data_end
> }
>
> // Set up the metrics
> probe begin
> {
> [...]
>   json_add_string_metric("xstring", "Test string")
>   json_add_numeric_metric("read_count", "Times values read")
> [...]
> }


Have you considered merging together these two bits of code, so that a
single stap probe alias that generates json data is also used to
populate metadata globals, so a subsequent (!) schema json query would
be possible?  Something like

probe json_data {
   @json_output_string_value("xstring", "testing 1, 2, 3", "Test String")
   @json_output_array_numeric_value("net_xmit_data", dev, "xmit_count", 3,
                         "sum of latency for xmit device", $UNITS/SCALE)
}

so that the metadata is attached at the end of the data-supplying calls?



> #!/usr/bin/python
> import json
> import jsonschema
> import collections
> [...]

This PMDA code looks quite manageable; in particular the cumulative
nature of imdom changes looks right on.  Please don't shoot me as I'll
suggest a somewhat different schema/data encoding below; I'm pretty
sure they're not too hard to express in the python code.  The main
reason for proposing the changes is so that this pmda has a fighting
chance at consuming json data from sources other than just the above
systemtap tapset.



> {
>   "generation": 1,
>   "data": {

(IMHO we shouldn't mandate such wrappers.)


>     "xstring": "testing, 1, 2, 3",
>     "read_count": 9,
>     "net_xmit_data": [
>       {
>         "__id": "eth0",
>         "xmit_count": 7699136,
>         "xmit_latency": 1109
>       },

(We already mentioned in passing how the "__id" string might be
desirable to be schema-configured.)


Anyway, onto the schema.  

I see how you chose the json-schema.org to piggyback-ride on.  One
thing we should keep in mind though that json-schema does a slightly
different thing than what we need.  It's more like an XML DTD, and
just describes what's a "grammatically correct" document.  We do not
really need this exact kind of checking, but it's not a big hindrance
either - it's not grossly wordy.  (The "additionalProperties=false"
might be an example of unhelpful wordiness though.)

What we really need is the interpretation, for purposes of extracting
data and relaying to PCP.  And for that, we can be a little more
aggressive in the sense of adding our own schema elements, rather than
riding on top of json-schema.org patterns.  For example:


> {
>   "type": "object",
>   "title": "root",
> [...]
>   "properties": {
> [...]
>     "data": {
> [...]
>       "properties": {
>         "xstring": {
>           "type": "string",
>           "description": "Test string",
>           "additionalProperties": false
>         },
> [...]

The prototype PMDA turns this into metric "json.xstring" of pcp
PM_TYPE_STRING.  The heuristic's probably fine, but if we want
more generality, we could as well do something like this to
describe a scalar:

{ "foo": { "xstring":
     { "pcp-name":"foo.bar.xstring",
       "pcp-type":"string",          // esp. if pmda offers to cast
       "pcp-units":"MBytes/sec",     // need an inverter for pmUnitsStr(3)
       "pcp-semantics":"instant",    // need an inverter for PM_SEM_*
       "pcp-shorthelp":"short help", 
       "pcp-longhelp":"long help" 
     }
} }

(Adding the json-schema fields is optional & orthogonal.)

One benefit of a formal "pcp-name" field here is that the mapping from
the JSON nesting structure need not match the pcp namespace exactly.
It would let the json object name components be free of constraints
like not containing dots (since we would not propagate them to pcp).


>         "net_xmit_data": {
>           "type": "array",
>           "description": "Network transmit data indexed by ethernet device",
>           "additionalProperties": false,
>           "items": {
>             "type": "object",
>             "additionalProperties": false,
>             "properties": {
>               "__id": {
>                 "type": "string",
>                 "additionalProperties": false
>               },
>               "xmit_count": {
>                 "type": "integer",
>                 "description": "number of packets for xmit device",
>                 "additionalProperties": false
>               },
> [...]

Here's an alternative formulation kind of along the previous one:


{ "bar": { "networks":
     { "pcp-imdom-discriminator":"__id",  // parametrizing this
       "type":"array",   // json-schema style identification of array-ness
       "items": {
          "xmit": {
            "pcp-name":"bar.xmitfoo",
            "pcp-type":"float",           // (stap can print fp with some effort)
            "pcp-units":"Bytes/hour",
            "pcp-semantics":"instant",
            "pcp-shorthelp":"short help", 
            "pcp-longhelp":"long help" 
            }
      } }
} }


Again, the json-schema parts are mostly orthogonal (just kiting the
array-ness description).


So what would something like this give us?  At the pure stap-pmda
level, not that much extra over what the 0.1 prototype has.  But
beyond stap, we may well be able to write some schema for more general
json files, trivially e.g. ones that lack the "data" as top-level
wrapper.

Before I go and write a bigger example schema of some other JSON data
we have lying around, do you see what I'm getting at?  Do you agree
that this style is also implementable in the python pmda?


- FChE

From kenj@internode.on.net  Mon Sep 22 17:17:56 2014
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 E31437F4E
	for ; Mon, 22 Sep 2014 17:17:55 -0500 (CDT)
Received: from cuda.sgi.com (cuda1.sgi.com [192.48.157.11])
	by relay3.corp.sgi.com (Postfix) with ESMTP id 7F3B2AC004
	for ; Mon, 22 Sep 2014 15:17:55 -0700 (PDT)
X-ASG-Debug-ID: 1411424273-04bdf003a0d2b70001-S8gJnT
Received: from ipmail06.adl6.internode.on.net (ipmail06.adl6.internode.on.net [150.101.137.145]) by cuda.sgi.com with ESMTP id N1qHCdWPBelXTZcj for ; Mon, 22 Sep 2014 15:17:53 -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: AjICAKqfIFR20ScOPGdsb2JhbAANU4c5hDfHSoMgAYEqAQYBAQEBOIQ8AQEEIwQLAQVAEQkCGAICBRYLAgIJAwIBAgExFBMIAQGbB5tReJYtGIEsjmEWgmKBUwEEtluDJAEBAQ
Received: from ppp118-209-39-14.lns20.mel4.internode.on.net (HELO [192.168.1.100]) ([118.209.39.14])
  by ipmail06.adl6.internode.on.net with ESMTP; 23 Sep 2014 07:47:22 +0930
Message-ID: <5420A065.9080500@internode.on.net>
Date: Tue, 23 Sep 2014 08:19:17 +1000
From: Ken McDonell 
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:31.0) Gecko/20100101 Thunderbird/31.1.1
MIME-Version: 1.0
To: pcp@oss.sgi.com
Subject: Re: [pcp] telnet-probe hanging in qa/835 ... spreading, now qa/443
References: <46250282.53083281.1411381765101.JavaMail.zimbra@redhat.com>
X-ASG-Orig-Subj: Re: [pcp] telnet-probe hanging in qa/835 ... spreading, now qa/443
In-Reply-To: <46250282.53083281.1411381765101.JavaMail.zimbra@redhat.com>
Content-Type: text/plain; charset=UTF-8; format=flowed
Content-Transfer-Encoding: 8bit
X-Barracuda-Connect: ipmail06.adl6.internode.on.net[150.101.137.145]
X-Barracuda-Start-Time: 1411424273
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.3.9767
	Rule breakdown below
	 pts rule name              description
	---- ---------------------- --------------------------------------------------

On 22/09/14 20:29, Nathan Scott wrote:
> Hi all,
>
> I'm seeing a new, reliable telnet-probe hang in qa/835 ... anyone else
> come across this one?  Haven't dug deeper yet, will do so tomorrow.

Hmm ... I'm not even getting to qa/835 now.

My last 3 QA runs are hung in qa/443 ... neither this test nor pmevent 
have been subject to recent changes.

kenj@bozo-vm:~/src/pcp/qa$ pstree 23294
check───sh─┬─pmevent
            └─sh───sed

kenj@vm00:~/src$ pstree 12770
check───sh─┬─pmevent
            └─sh───sed

kenj@grundy:~$ pstree 27358
check───sh─┬─pmevent
            └─sh───sed

And here is the problem ... pmevent is not getting an error back for the 
bad -h arg ... and loops forever using the local pmcd as a context.


kenj@bozo:~$ pmevent -h no.such.host sample.event.records
host:      bozo
samples:   all
sample.event.records[fungus]: 2 event records
   08:15:48.916 --- event record [0] flags 0x1 (point) ---
     sample.event.type 1
   08:15:49.916 --- event record [1] flags 0x1 (point) ---
     sample.event.type 2
     sample.event.param_64 -3
sample.event.records[bogus]: 1 event records
   08:15:58.916 --- event record [0] flags 0x1 (point) ---
     sample.event.param_string "fetch #286"
sample.event.records[fungus]: 0 event records
sample.event.records[bogus]: 2 event records
   08:15:59.919 --- event record [0] flags 0x1 (point) ---
     sample.event.param_string "fetch #288"
   08:15:59.919 --- event record [1] flags 0x1 (point) ---
     sample.event.param_string "bingo!"
^C

And here is the root cause ...

kenj@bozo:~$ pmevent -Dcontext -h no.such.host sample.event.records
__pmSetSocketIPC: fd=3
IPC table fd(PDU version):
__pmDecodeXtendError: got error PDU (code=0, datum=385876226, version=2)
__pmSetVersionIPC: fd=3 version=2
IPC table fd(PDU version): 3(2,1)
__pmSendCreds: #0 = 1020000
__pmConnectPMCD(no.such.host): pmcd connection port=44321 fd=3 PDU version=2
IPC table fd(PDU version): 3(2,1)
pmNewContext(1, no.such.host) -> 0

Someone's broken pmNewContext() it appears to me.

From nscott@redhat.com  Mon Sep 22 17:24:00 2014
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 8FE957F4E
	for ; Mon, 22 Sep 2014 17:24:00 -0500 (CDT)
Received: from cuda.sgi.com (cuda2.sgi.com [192.48.176.25])
	by relay1.corp.sgi.com (Postfix) with ESMTP id 7E1968F8039
	for ; Mon, 22 Sep 2014 15:24:00 -0700 (PDT)
X-ASG-Debug-ID: 1411424635-04cbb07302c9210001-S8gJnT
Received: from mx6-phx2.redhat.com (mx6-phx2.redhat.com [209.132.183.39]) by cuda.sgi.com with ESMTP id tYbdt6EndEU6MHNF (version=TLSv1 cipher=AES256-SHA bits=256 verify=NO) for ; Mon, 22 Sep 2014 15:23:56 -0700 (PDT)
X-Barracuda-Envelope-From: nscott@redhat.com
X-Barracuda-Apparent-Source-IP: 209.132.183.39
Received: from zmail20.collab.prod.int.phx2.redhat.com (zmail20.collab.prod.int.phx2.redhat.com [10.5.83.23])
	by mx6-phx2.redhat.com (8.14.4/8.14.4) with ESMTP id s8MMNqbd005537;
	Mon, 22 Sep 2014 18:23:52 -0400
Date: Mon, 22 Sep 2014 18:23:52 -0400 (EDT)
From: Nathan Scott 
Reply-To: Nathan Scott 
To: Ken McDonell 
Cc: pcp@oss.sgi.com
Message-ID: <893718385.53553448.1411424632398.JavaMail.zimbra@redhat.com>
In-Reply-To: <5420A065.9080500@internode.on.net>
References: <46250282.53083281.1411381765101.JavaMail.zimbra@redhat.com> <5420A065.9080500@internode.on.net>
Subject: Re: [pcp] telnet-probe hanging in qa/835 ... spreading, now qa/443
MIME-Version: 1.0
X-ASG-Orig-Subj: Re: [pcp] telnet-probe hanging in qa/835 ... spreading, now qa/443
Content-Type: text/plain; charset=utf-8
Content-Transfer-Encoding: 7bit
X-Originating-IP: [10.5.82.6]
X-Mailer: Zimbra 8.0.6_GA_5922 (ZimbraWebClient - FF17 (Linux)/8.0.6_GA_5922)
Thread-Topic: telnet-probe hanging in qa/835 ... spreading, now qa/443
Thread-Index: I1mlrWI1tGYK2Dk5PVhZRn7o7RM0cQ==
X-Barracuda-Connect: mx6-phx2.redhat.com[209.132.183.39]
X-Barracuda-Start-Time: 1411424636
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.02
X-Barracuda-Spam-Status: No, SCORE=0.02 using per-user scores of TAG_LEVEL=1000.0 QUARANTINE_LEVEL=1000.0 KILL_LEVEL=2.7 tests=THREAD_INDEX, THREAD_TOPIC
X-Barracuda-Spam-Report: Code version 3.2, rules version 3.2.3.9767
	Rule breakdown below
	 pts rule name              description
	---- ---------------------- --------------------------------------------------
	0.01 THREAD_INDEX           thread-index: AcO7Y8iR61tzADqsRmmc5wNiFHEOig==
	0.01 THREAD_TOPIC           Thread-Topic: ...(Japanese Subject)...

Hi Ken,

----- Original Message -----
> ...
> pmNewContext(1, no.such.host) -> 0
> 
> Someone's broken pmNewContext() it appears to me.

Looks like "no.such.host" has started resolving...?!?

$ nslookup no.such.host
Server:		10.64.63.6
Address:	10.64.63.6#53

Non-authoritative answer:
Name:	no.such.host
Address: 127.0.53.53

$ nslookup no.such.host.really
Server:		10.64.63.6
Address:	10.64.63.6#53

** server can't find no.such.host.really: NXDOMAIN

Is that the case for you too?

cheers.

--
Nathan

From kenj@internode.on.net  Mon Sep 22 17:35:54 2014
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 E1E017F4E
	for ; Mon, 22 Sep 2014 17:35:54 -0500 (CDT)
Received: from cuda.sgi.com (cuda1.sgi.com [192.48.157.11])
	by relay2.corp.sgi.com (Postfix) with ESMTP id BDE1E304039
	for ; Mon, 22 Sep 2014 15:35:54 -0700 (PDT)
X-ASG-Debug-ID: 1411425351-04bdf003a2d3890001-S8gJnT
Received: from ipmail06.adl6.internode.on.net (ipmail06.adl6.internode.on.net [150.101.137.145]) by cuda.sgi.com with ESMTP id KSJVo6ynJb1TkHIP for ; Mon, 22 Sep 2014 15:35:51 -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: AjgCACWjIFR20ScOPGdsb2JhbAANU4NhV4MBhDfDHYdNAYErAQYBAQEBOIQ7AQEBBCMEEUABDAQLGAICBRYLAgIJAwIBAgExFAYNAQcBAYhHrhd4ljEBF4EsjloHgniBUwEElg+gTFoBAYJIAQEB
Received: from ppp118-209-39-14.lns20.mel4.internode.on.net (HELO [192.168.1.100]) ([118.209.39.14])
  by ipmail06.adl6.internode.on.net with ESMTP; 23 Sep 2014 08:05:51 +0930
Message-ID: <5420A4BB.5060709@internode.on.net>
Date: Tue, 23 Sep 2014 08:37:47 +1000
From: Ken McDonell 
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:31.0) Gecko/20100101 Thunderbird/31.1.1
MIME-Version: 1.0
To: Nathan Scott 
CC: pcp@oss.sgi.com
Subject: Re: [pcp] telnet-probe hanging in qa/835 ... spreading, now qa/443
References: <46250282.53083281.1411381765101.JavaMail.zimbra@redhat.com> <5420A065.9080500@internode.on.net> <893718385.53553448.1411424632398.JavaMail.zimbra@redhat.com>
X-ASG-Orig-Subj: Re: [pcp] telnet-probe hanging in qa/835 ... spreading, now qa/443
In-Reply-To: <893718385.53553448.1411424632398.JavaMail.zimbra@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: 1411425351
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.3.9767
	Rule breakdown below
	 pts rule name              description
	---- ---------------------- --------------------------------------------------

On 23/09/14 08:23, Nathan Scott wrote:
> Hi Ken,
>
> ----- Original Message -----
>> ...
>> pmNewContext(1, no.such.host) -> 0
>>
>> Someone's broken pmNewContext() it appears to me.
>
> Looks like "no.such.host" has started resolving...?!?
>
> $ nslookup no.such.host
> Server:		10.64.63.6
> Address:	10.64.63.6#53
>
> Non-authoritative answer:
> Name:	no.such.host
> Address: 127.0.53.53
>
> $ nslookup no.such.host.really
> Server:		10.64.63.6
> Address:	10.64.63.6#53
>
> ** server can't find no.such.host.really: NXDOMAIN
>
> Is that the case for you too?

Yep, well spotted you, me wrong.

Suggest we move to no.such.host.performancecopilot.org or 
no.such.host.kenj.com.au ... whichever domain you think is going to last 
the longest ... 8^)>


From kenj@internode.on.net  Mon Sep 22 17:36:49 2014
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 A22877F4E
	for ; Mon, 22 Sep 2014 17:36:49 -0500 (CDT)
Received: from cuda.sgi.com (cuda2.sgi.com [192.48.176.25])
	by relay3.corp.sgi.com (Postfix) with ESMTP id 3F918AC004
	for ; Mon, 22 Sep 2014 15:36:49 -0700 (PDT)
X-ASG-Debug-ID: 1411425406-04cbb07301c9b50001-S8gJnT
Received: from ipmail06.adl6.internode.on.net (ipmail06.adl6.internode.on.net [150.101.137.145]) by cuda.sgi.com with ESMTP id MM37yS9bLwGGXCTt for ; Mon, 22 Sep 2014 15:36:47 -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: AqgCACWjIFR20ScOPGdsb2JhbAANU4twhhTBNoMgAYErAQYBAQEBOIQ8AQEEOEARCxgJFg8JAwIBAgExFBMIAQG2XpcpGJANFoQ1AQS2W4MkAQEB
Received: from ppp118-209-39-14.lns20.mel4.internode.on.net (HELO [192.168.1.100]) ([118.209.39.14])
  by ipmail06.adl6.internode.on.net with ESMTP; 23 Sep 2014 08:06:46 +0930
Message-ID: <5420A4F2.7080503@internode.on.net>
Date: Tue, 23 Sep 2014 08:38:42 +1000
From: Ken McDonell 
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:31.0) Gecko/20100101 Thunderbird/31.1.1
MIME-Version: 1.0
To: pcp@oss.sgi.com
Subject: Re: [pcp] telnet-probe hanging in qa/835
References: <46250282.53083281.1411381765101.JavaMail.zimbra@redhat.com>
X-ASG-Orig-Subj: Re: [pcp] telnet-probe hanging in qa/835
In-Reply-To: <46250282.53083281.1411381765101.JavaMail.zimbra@redhat.com>
Content-Type: text/plain; charset=windows-1252; format=flowed
Content-Transfer-Encoding: 7bit
X-Barracuda-Connect: ipmail06.adl6.internode.on.net[150.101.137.145]
X-Barracuda-Start-Time: 1411425406
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.3.9767
	Rule breakdown below
	 pts rule name              description
	---- ---------------------- --------------------------------------------------

On 22/09/14 20:29, Nathan Scott wrote:
> Hi all,
>
> I'm seeing a new, reliable telnet-probe hang in qa/835 ... anyone else
> come across this one?  Haven't dug deeper yet, will do so tomorrow.

Back on topic, 835 is OK for me.

From nscott@redhat.com  Mon Sep 22 17:39:42 2014
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 B17A67F4E
	for ; Mon, 22 Sep 2014 17:39:42 -0500 (CDT)
Received: from cuda.sgi.com (cuda2.sgi.com [192.48.176.25])
	by relay1.corp.sgi.com (Postfix) with ESMTP id 9D55A8F8037
	for ; Mon, 22 Sep 2014 15:39:42 -0700 (PDT)
X-ASG-Debug-ID: 1411425579-04cbb07303c9d20001-S8gJnT
Received: from mx4-phx2.redhat.com (mx4-phx2.redhat.com [209.132.183.25]) by cuda.sgi.com with ESMTP id iraoEB3FwNGsaZ4Z (version=TLSv1 cipher=AES256-SHA bits=256 verify=NO) for ; Mon, 22 Sep 2014 15:39:40 -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 s8MMdbls009024;
	Mon, 22 Sep 2014 18:39:37 -0400
Date: Mon, 22 Sep 2014 18:39:37 -0400 (EDT)
From: Nathan Scott 
Reply-To: Nathan Scott 
To: Ken McDonell 
Cc: pcp@oss.sgi.com
Message-ID: <1485090732.53557310.1411425577349.JavaMail.zimbra@redhat.com>
In-Reply-To: <5420A4BB.5060709@internode.on.net>
References: <46250282.53083281.1411381765101.JavaMail.zimbra@redhat.com> <5420A065.9080500@internode.on.net> <893718385.53553448.1411424632398.JavaMail.zimbra@redhat.com> <5420A4BB.5060709@internode.on.net>
Subject: Re: [pcp] telnet-probe hanging in qa/835 ... spreading, now qa/443
MIME-Version: 1.0
X-ASG-Orig-Subj: Re: [pcp] telnet-probe hanging in qa/835 ... spreading, now qa/443
Content-Type: text/plain; charset=utf-8
Content-Transfer-Encoding: 7bit
X-Originating-IP: [10.5.82.6]
X-Mailer: Zimbra 8.0.6_GA_5922 (ZimbraWebClient - FF17 (Linux)/8.0.6_GA_5922)
Thread-Topic: telnet-probe hanging in qa/835 ... spreading, now qa/443
Thread-Index: SAlRykoc7+jEjjpX1MakuyXHTNktpQ==
X-Barracuda-Connect: mx4-phx2.redhat.com[209.132.183.25]
X-Barracuda-Start-Time: 1411425580
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.02
X-Barracuda-Spam-Status: No, SCORE=0.02 using per-user scores of TAG_LEVEL=1000.0 QUARANTINE_LEVEL=1000.0 KILL_LEVEL=2.7 tests=THREAD_INDEX, THREAD_TOPIC
X-Barracuda-Spam-Report: Code version 3.2, rules version 3.2.3.9767
	Rule breakdown below
	 pts rule name              description
	---- ---------------------- --------------------------------------------------
	0.01 THREAD_INDEX           thread-index: AcO7Y8iR61tzADqsRmmc5wNiFHEOig==
	0.01 THREAD_TOPIC           Thread-Topic: ...(Japanese Subject)...



----- Original Message -----
> [...]
> Suggest we move to no.such.host.performancecopilot.org or
> no.such.host.kenj.com.au ... whichever domain you think is going to last
> the longest ... 8^)>
> 

Heh - yeah, any of the above we can control.  Something short
would be my only suggestion (so toss "nohost.pcp.io" into the
list of possibilities if you like).

cheers.

--
Nathan

From kenj@internode.on.net  Mon Sep 22 18:01:25 2014
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 9284A7F4E
	for ; Mon, 22 Sep 2014 18:01:25 -0500 (CDT)
Received: from cuda.sgi.com (cuda3.sgi.com [192.48.176.15])
	by relay1.corp.sgi.com (Postfix) with ESMTP id 80BCB8F8039
	for ; Mon, 22 Sep 2014 16:01:22 -0700 (PDT)
X-ASG-Debug-ID: 1411426879-04cb6c50e6c9140001-S8gJnT
Received: from ipmail06.adl6.internode.on.net (ipmail06.adl6.internode.on.net [150.101.137.145]) by cuda.sgi.com with ESMTP id 2aD4Wqdueyxflc7H for ; Mon, 22 Sep 2014 16:01:20 -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: AjYCAAepIFR20ScOPGdsb2JhbAANU4NhV4MBhDfDGoh5AQYBAQEBOIRlFUAwBgIFFgsCCwMCAQIBMScGAgEBiEeuEniWTIEsjEiCL4JigVMFlg+gTFoBgkkBAQE
Received: from ppp118-209-39-14.lns20.mel4.internode.on.net (HELO [192.168.1.100]) ([118.209.39.14])
  by ipmail06.adl6.internode.on.net with ESMTP; 23 Sep 2014 08:31:19 +0930
Message-ID: <5420AAB4.4000506@internode.on.net>
Date: Tue, 23 Sep 2014 09:03:16 +1000
From: Ken McDonell 
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:31.0) Gecko/20100101 Thunderbird/31.1.1
MIME-Version: 1.0
To: pcp@oss.sgi.com
Subject: pcp updates - no.such.host is no longer not resolvable
Content-Type: text/plain; charset=utf-8; format=flowed
X-ASG-Orig-Subj: pcp updates - no.such.host is no longer not resolvable
Content-Transfer-Encoding: 7bit
X-Barracuda-Connect: ipmail06.adl6.internode.on.net[150.101.137.145]
X-Barracuda-Start-Time: 1411426879
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.3.9768
	Rule breakdown below
	 pts rule name              description
	---- ---------------------- --------------------------------------------------

Changes committed to git://git.performancecopilot.org/kenj/pcp.git dev

  qa/1000           |    6 +++---
  qa/1000.out       |    6 +++---
  qa/1008           |    2 +-
  qa/119            |    6 +++---
  qa/119.new.out    |    8 ++++----
  qa/434            |    4 ++--
  qa/434.out        |    4 ++--
  qa/439            |    4 ++--
  qa/443            |    2 +-
  qa/443.out        |    4 ++--
  qa/589            |    2 +-
  qa/645            |    2 +-
  qa/645.out        |    2 +-
  qa/714            |    2 +-
  qa/764            |    2 +-
  qa/764.out        |    4 ++--
  qa/781            |    2 +-
  qa/781.out        |   10 +++++-----
  qa/786            |    2 +-
  qa/786.out        |    4 ++--
  qa/830            |    2 +-
  qa/830.out        |    2 +-
  qa/861            |    2 +-
  qa/861.out        |    2 +-
  qa/admin/check-vm |    1 +
  25 files changed, 44 insertions(+), 43 deletions(-)

commit 5853999fe7f1adb339c9a61597b4ebf9c935654d
Author: Ken McDonell 
Date:   Tue Sep 23 09:00:17 2014 +1000

     qa - migrate "no such host" to no.such.host.pcp.io

     We were using no.such.host (and a couple of variants) ... since the
     world lost control of the TLDs in the namespace, someone has been
     able to register no.such.host, so our QA started to fail.

     no.such.host.pcp.io will remain invalid as long as we control the
     pcp.io domain.

From nscott@redhat.com  Mon Sep 22 22:53:03 2014
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 F2BD07F4E
	for ; Mon, 22 Sep 2014 22:53:02 -0500 (CDT)
Received: from cuda.sgi.com (cuda1.sgi.com [192.48.157.11])
	by relay1.corp.sgi.com (Postfix) with ESMTP id C392A8F8035
	for ; Mon, 22 Sep 2014 20:52:59 -0700 (PDT)
X-ASG-Debug-ID: 1411444373-04bdf003a1df390001-S8gJnT
Received: from mx6-phx2.redhat.com (mx6-phx2.redhat.com [209.132.183.39]) by cuda.sgi.com with ESMTP id 8v5OncsB8NOFNmfK (version=TLSv1 cipher=AES256-SHA bits=256 verify=NO) for ; Mon, 22 Sep 2014 20:52:54 -0700 (PDT)
X-Barracuda-Envelope-From: nscott@redhat.com
X-Barracuda-Apparent-Source-IP: 209.132.183.39
Received: from zmail20.collab.prod.int.phx2.redhat.com (zmail20.collab.prod.int.phx2.redhat.com [10.5.83.23])
	by mx6-phx2.redhat.com (8.14.4/8.14.4) with ESMTP id s8N3qr31028898
	for ; Mon, 22 Sep 2014 23:52:53 -0400
Date: Mon, 22 Sep 2014 23:52:53 -0400 (EDT)
From: Nathan Scott 
Reply-To: Nathan Scott 
To: pcp developers 
Message-ID: <1270327549.53651861.1411444373483.JavaMail.zimbra@redhat.com>
In-Reply-To: <1880811928.53651724.1411444324364.JavaMail.zimbra@redhat.com>
Subject: pcp updates: merges (kenj+martins), man pages, qa
MIME-Version: 1.0
X-ASG-Orig-Subj: pcp updates: merges (kenj+martins), man pages, qa
Content-Type: text/plain; charset=utf-8
Content-Transfer-Encoding: 7bit
X-Originating-IP: [10.5.82.6]
X-Mailer: Zimbra 8.0.6_GA_5922 (ZimbraWebClient - FF17 (Linux)/8.0.6_GA_5922)
Thread-Topic: pcp updates: merges (kenj+martins), man pages, qa
Thread-Index: ICpOrJWUl0f7a7CbM105euSeIo8gUA==
X-Barracuda-Connect: mx6-phx2.redhat.com[209.132.183.39]
X-Barracuda-Start-Time: 1411444373
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.02
X-Barracuda-Spam-Status: No, SCORE=0.02 using per-user scores of TAG_LEVEL=1000.0 QUARANTINE_LEVEL=1000.0 KILL_LEVEL=2.7 tests=THREAD_INDEX, THREAD_TOPIC
X-Barracuda-Spam-Report: Code version 3.2, rules version 3.2.3.9776
	Rule breakdown below
	 pts rule name              description
	---- ---------------------- --------------------------------------------------
	0.01 THREAD_INDEX           thread-index: AcO7Y8iR61tzADqsRmmc5wNiFHEOig==
	0.01 THREAD_TOPIC           Thread-Topic: ...(Japanese Subject)...

Changes committed to git://git.pcp.io/pcp.git dev

 man/man1/GNUmakefile                  |   44 --------
 man/man1/pmdagfs2.1                   |   86 ---------------
 man/man1/pmdaib.1                     |  121 ----------------------
 man/man1/pmdajbd2.1                   |  161 -----------------------------
 man/man1/pmdalmsensors.1              |  138 -------------------------
 man/man1/pmdalustrecomm.1             |  141 -------------------------
 man/man1/pmdapapi.1                   |  135 ------------------------
 man/man1/pmdaproc.1                   |  185 ----------------------------------
 man/man1/pmdaroomtemp.1               |  136 ------------------------
 man/man1/pmdarpm.1                    |  151 ---------------------------
 man/man1/pmdasystemd.1                |  176 --------------------------------
 man/man1/pmdaxfs.1                    |  143 --------------------------
 qa/022.out.linux                      |    7 +
 qa/1000                               |    6 -
 qa/1000.out                           |    6 -
 qa/1008                               |    2 
 qa/119                                |    6 -
 qa/119.new.out                        |    8 -
 qa/370                                |    5 
 qa/434                                |    4 
 qa/434.out                            |    4 
 qa/439                                |    4 
 qa/443                                |    2 
 qa/443.out                            |    4 
 qa/543                                |    4 
 qa/589                                |    2 
 qa/645                                |    2 
 qa/645.out                            |    2 
 qa/714                                |    2 
 qa/764                                |    2 
 qa/764.out                            |    4 
 qa/781                                |    2 
 qa/781.out                            |   10 -
 qa/786                                |    2 
 qa/786.out                            |    4 
 qa/830                                |    2 
 qa/830.out                            |    2 
 qa/835                                |    2 
 qa/861                                |    2 
 qa/861.out                            |    2 
 qa/943.out                            |   14 ++
 qa/admin/check-vm                     |    1 
 qa/common.qt                          |    2 
 src/pmdas/bonding/.gitignore          |    1 
 src/pmdas/bonding/GNUmakefile         |   15 --
 src/pmdas/bonding/pmdabonding.1       |   56 ++++++++++
 src/pmdas/bonding/pmdabonding.pl      |   51 ---------
 src/pmdas/gfs2/GNUmakefile            |    6 -
 src/pmdas/gfs2/pmdagfs2.1             |   86 +++++++++++++++
 src/pmdas/infiniband/GNUmakefile      |    9 +
 src/pmdas/infiniband/pmdaib.1         |  121 ++++++++++++++++++++++
 src/pmdas/jbd2/GNUmakefile            |    5 
 src/pmdas/jbd2/pmdajbd2.1             |  161 +++++++++++++++++++++++++++++
 src/pmdas/kvm/.gitignore              |    1 
 src/pmdas/kvm/GNUmakefile             |   15 --
 src/pmdas/kvm/pmdakvm.1               |   58 ++++++++++
 src/pmdas/kvm/pmdakvm.pl              |   53 ---------
 src/pmdas/linux_proc/GNUmakefile      |    6 -
 src/pmdas/linux_proc/help             |   12 +-
 src/pmdas/linux_proc/pmda.c           |   72 +++++++++++++
 src/pmdas/linux_proc/pmdaproc.1       |  185 ++++++++++++++++++++++++++++++++++
 src/pmdas/linux_proc/proc_pid.c       |    4 
 src/pmdas/linux_proc/proc_pid.h       |   13 ++
 src/pmdas/linux_proc/root_proc        |    9 +
 src/pmdas/linux_xfs/GNUmakefile       |    7 +
 src/pmdas/linux_xfs/pmdaxfs.1         |  143 ++++++++++++++++++++++++++
 src/pmdas/lmsensors/GNUmakefile       |    6 -
 src/pmdas/lmsensors/pmdalmsensors.1   |  138 +++++++++++++++++++++++++
 src/pmdas/lustrecomm/GNUmakefile      |    6 -
 src/pmdas/lustrecomm/pmdalustrecomm.1 |  141 +++++++++++++++++++++++++
 src/pmdas/netfilter/.gitignore        |    1 
 src/pmdas/netfilter/GNUmakefile       |   11 --
 src/pmdas/netfilter/pmdanetfilter.1   |   55 ++++++++++
 src/pmdas/netfilter/pmdanetfilter.pl  |   51 ---------
 src/pmdas/nfsclient/.gitignore        |    1 
 src/pmdas/nfsclient/GNUmakefile       |   22 +---
 src/pmdas/nfsclient/pmdanfsclient.1   |   58 ++++++++++
 src/pmdas/nfsclient/pmdanfsclient.pl  |   55 ----------
 src/pmdas/papi/GNUmakefile            |    4 
 src/pmdas/papi/pmdapapi.1             |  135 ++++++++++++++++++++++++
 src/pmdas/roomtemp/GNUmakefile        |    6 -
 src/pmdas/roomtemp/pmdaroomtemp.1     |  136 ++++++++++++++++++++++++
 src/pmdas/rpm/pmdarpm.1               |  151 +++++++++++++++++++++++++++
 src/pmdas/systemd/GNUmakefile         |    6 -
 src/pmdas/systemd/pmdasystemd.1       |  176 ++++++++++++++++++++++++++++++++
 src/pmdas/systemtap/.gitignore        |    1 
 src/pmdas/systemtap/GNUmakefile       |   15 --
 src/pmdas/systemtap/pmdasystemtap.1   |   87 +++++++++++++++
 src/pmdas/systemtap/pmdasystemtap.pl  |   82 ---------------
 src/telnet-probe/telnet-probe.c       |    6 -
 90 files changed, 2137 insertions(+), 2040 deletions(-)

commit 90fc22eae3d23d98278c080e6da564b4adc1db28
Author: Nathan Scott 
Date:   Tue Sep 23 13:49:38 2014 +1000

    Fix qa/543 which was using telnet-probe incorrectly

commit 08e175f65eff05256a51e325ab9345d779173933
Author: Nathan Scott 
Date:   Tue Sep 23 11:01:42 2014 +1000

    Reduce length of new proc metric help text, needed for qa/469

commit edf3e178ca17d592eb2b6cc9e1f3c789e548aea5
Author: Nathan Scott 
Date:   Tue Sep 23 12:02:52 2014 +1000

    pmdaproc: test updates for new metrics, rename ticks to time

commit 8bd09cd5611984bf7af2dec716f9fc9df38e027a
Author: Nathan Scott 
Date:   Tue Sep 23 11:01:42 2014 +1000

    Update regex in qa/370, missed on earlier commit

commit e669cc50e1ce2588434add7150afa52a9925215a
Author: Nathan Scott 
Date:   Tue Sep 23 10:40:04 2014 +1000

    Change qa/370 to use the kernel.uname.distro metric

commit e19bd7d9c4ec095b4441a457eebab5365cf11ce9
Author: Nathan Scott 
Date:   Tue Sep 23 10:06:40 2014 +1000

    Filter spurious "No protocol specified" diagnostic from dbus-launch

commit f063d6be523daa4d2c2b648f2baa19601b22ffea
Author: Nathan Scott 
Date:   Tue Sep 23 09:59:38 2014 +1000

    Fix qa/835 which hangs if memcached keeps connections open
    
    Change the test to use -c (connect only) port probing, and
    this problem can no longer happen.  Fixed a comment typo in
    telnet-probe & added some explicit fputc casts after having
    to stare at the code for awhile.

commit 5853999fe7f1adb339c9a61597b4ebf9c935654d
Author: Ken McDonell 
Date:   Tue Sep 23 09:00:17 2014 +1000

    qa - migrate "no such host" to no.such.host.pcp.io
    
    We were using no.such.host (and a couple of variants) ... since the
    world lost control of the TLDs in the namespace, someone has been
    able to register no.such.host, so our QA started to fail.
    
    no.such.host.pcp.io will remain invalid as long as we control the
    pcp.io domain.

commit b25177c73345c2cb01095a99999540427ed4ddd3
Author: Nathan Scott 
Date:   Tue Sep 23 08:35:12 2014 +1000

    man pages: move Linux-specific perl pod to static man pages
    
    We are currently missing some man pages from the set that is
    now being indexed and served online.  One reason is that the
    text is (in some cases) hidden away in perl scripts.  Theres
    not alot of value being gained in doing that, so I've begun
    moving those into separate files such that the online indexing
    can easily find them (without the need to perform, a build).
    
    This commit handles just the Linux-specific perl scripts.

commit 4a32c31f4826bf2839aac135ada45faf749a5a6a
Author: Nathan Scott 
Date:   Tue Sep 23 07:58:27 2014 +1000

    man pages: move build-conditional man pages alongside sources
    
    Currently we duplicating the logic for choosing which man pages
    get included in the build in two places - this continues the
    trend of removing that dup'd makefile logic by keeping sources
    and man page within one makefile for those situations.
    
    Soon this will allow the man1 makefile to not explictly list
    each and every man page as well, not quite there yet though.

commit ed47714c15b254903e47d3b0dc45d04f030d7a78
Author: Martins Innus 
Date:   Mon Sep 22 13:08:27 2014 -0400

    Fill out remaining fields in /proc//stat
    
    The following fields were added from stat:
    
    rt_priority
    policy
    delayacct_blkio_ticks
    guest_time
    cguest_time

commit 2e5eebf25705eaf81cca089a68473443eabbdc2e
Author: Martins Innus 
Date:   Fri Sep 19 14:48:40 2014 -0400

    Add context switch metrics
    
    Add entries from /proc//status for:
    
    voluntary_ctxt_switches
    nonvoluntary_ctxt_switches

From nscott@redhat.com  Mon Sep 22 22:59:34 2014
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 96D407F4E
	for ; Mon, 22 Sep 2014 22:59:34 -0500 (CDT)
Received: from cuda.sgi.com (cuda3.sgi.com [192.48.176.15])
	by relay1.corp.sgi.com (Postfix) with ESMTP id 8105C8F8035
	for ; Mon, 22 Sep 2014 20:59:34 -0700 (PDT)
X-ASG-Debug-ID: 1411444772-04cb6c50e4d2bf0001-S8gJnT
Received: from mx4-phx2.redhat.com (mx4-phx2.redhat.com [209.132.183.25]) by cuda.sgi.com with ESMTP id I4zOaeGCY7nwQZQs (version=TLSv1 cipher=AES256-SHA bits=256 verify=NO) for ; Mon, 22 Sep 2014 20:59:33 -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 s8N3xTsG021716;
	Mon, 22 Sep 2014 23:59:29 -0400
Date: Mon, 22 Sep 2014 23:59:28 -0400 (EDT)
From: Nathan Scott 
Reply-To: Nathan Scott 
To: Martins Innus 
Cc: pcp developers 
Message-ID: <320107935.53652265.1411444768980.JavaMail.zimbra@redhat.com>
In-Reply-To: <54205ED8.2090301@buffalo.edu>
References: <54205ED8.2090301@buffalo.edu>
Subject: Re: [pcp] /prod//stat additions
MIME-Version: 1.0
X-ASG-Orig-Subj: Re: [pcp] /prod//stat additions
Content-Type: text/plain; charset=utf-8
Content-Transfer-Encoding: 7bit
X-Originating-IP: [10.5.82.6]
X-Mailer: Zimbra 8.0.6_GA_5922 (ZimbraWebClient - FF17 (Linux)/8.0.6_GA_5922)
Thread-Topic: /prod//stat additions
Thread-Index: yvoIWaieAkGcxuzJG+ewRec1LtgwdA==
X-Barracuda-Connect: mx4-phx2.redhat.com[209.132.183.25]
X-Barracuda-Start-Time: 1411444773
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.02
X-Barracuda-Spam-Status: No, SCORE=0.02 using per-user scores of TAG_LEVEL=1000.0 QUARANTINE_LEVEL=1000.0 KILL_LEVEL=2.7 tests=THREAD_INDEX, THREAD_TOPIC
X-Barracuda-Spam-Report: Code version 3.2, rules version 3.2.3.9776
	Rule breakdown below
	 pts rule name              description
	---- ---------------------- --------------------------------------------------
	0.01 THREAD_INDEX           thread-index: AcO7Y8iR61tzADqsRmmc5wNiFHEOig==
	0.01 THREAD_TOPIC           Thread-Topic: ...(Japanese Subject)...



----- Original Message -----
> Hi,
>      I filled in missing fields from stat for the linux_proc_pmda:
> 

Looks good Martins.  I've merged & tested - there was a handful of
QA test failures, but those are now resolved (please review commit
942ad80b if you have time).

> For most of the existing metrics from the stat file, there is 1-1
> correspondence between the item id and its position in the buffer that
> is read from proc.  But 3 existing metrics( ttyname, wchan_symbol,
> psargs) use ids that do not correspond to items in the buffer.  So for
> the metrics i added, I just started after these and coded in the
> appropriate offset in the fetch.

This is fine.

> I assume messing with existing ids would break lots of existing archives,
> etc?

That's correct.

> Also, I only needed delayacct_blkio_ticks for my purposes, but did the
> others just for completeness.  Slightly off topic, but am I

Great, thanks.  Since the PMDA does the conversion from ticks to msecs,
I tweaked the metric name to reflect that ... other than that, its all
looking good to me.

> understanding correctly that delayacct_blkio_ticks would be a measure of
> per process IO wait?

I've not looked into the kernel code behind that metric before, perhaps
someone else can provide some insight here?

cheers.

--
Nathan

From nscott@redhat.com  Mon Sep 22 23:45:58 2014
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 5E6717F4E
	for ; Mon, 22 Sep 2014 23:45:58 -0500 (CDT)
Received: from cuda.sgi.com (cuda3.sgi.com [192.48.176.15])
	by relay3.corp.sgi.com (Postfix) with ESMTP id D209EAC001
	for ; Mon, 22 Sep 2014 21:45:54 -0700 (PDT)
X-ASG-Debug-ID: 1411447552-04cb6c50e5d4160001-S8gJnT
Received: from mx6-phx2.redhat.com (mx6-phx2.redhat.com [209.132.183.39]) by cuda.sgi.com with ESMTP id GjGS4lPmNS3J0uTs (version=TLSv1 cipher=AES256-SHA bits=256 verify=NO) for ; Mon, 22 Sep 2014 21:45:53 -0700 (PDT)
X-Barracuda-Envelope-From: nscott@redhat.com
X-Barracuda-Apparent-Source-IP: 209.132.183.39
Received: from zmail20.collab.prod.int.phx2.redhat.com (zmail20.collab.prod.int.phx2.redhat.com [10.5.83.23])
	by mx6-phx2.redhat.com (8.14.4/8.14.4) with ESMTP id s8N4jqQi005185;
	Tue, 23 Sep 2014 00:45:52 -0400
Date: Tue, 23 Sep 2014 00:45:52 -0400 (EDT)
From: Nathan Scott 
Reply-To: Nathan Scott 
To: myllynen@redhat.com
Cc: pcp@oss.sgi.com, Rich Megginson 
Message-ID: <1651635410.53660103.1411447552098.JavaMail.zimbra@redhat.com>
In-Reply-To: <541C1297.6050009@redhat.com>
References: <541C1297.6050009@redhat.com>
Subject: Re: [pcp] [PATCH] 389 DS PCP PMDA
MIME-Version: 1.0
X-ASG-Orig-Subj: Re: [pcp] [PATCH] 389 DS PCP PMDA
Content-Type: text/plain; charset=utf-8
Content-Transfer-Encoding: 7bit
X-Originating-IP: [10.5.82.6]
X-Mailer: Zimbra 8.0.6_GA_5922 (ZimbraWebClient - FF17 (Linux)/8.0.6_GA_5922)
Thread-Topic: 389 DS PCP PMDA
Thread-Index: ogot14jyeIvuWjgQR4IOcRWGtWQEvA==
X-Barracuda-Connect: mx6-phx2.redhat.com[209.132.183.39]
X-Barracuda-Start-Time: 1411447552
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.03
X-Barracuda-Spam-Status: No, SCORE=0.03 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, THREAD_INDEX, THREAD_TOPIC
X-Barracuda-Spam-Report: Code version 3.2, rules version 3.2.3.9776
	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.01 BSF_SC0_SA_TO_FROM_DOMAIN_MATCH Sender Domain Matches Recipient
	                           Domain

Hi Marko,

----- Original Message -----
> [...]
> below is a 389 Directory Server PMDA, ds389, tested on RHEL 6
> (389-ds-base-1.2.11) / Fedora 20 (389-ds-base-1.3.2). It provides server and
> database (userRoot) metrics [...]

Awesome - thanks for putting this together!

> The only real concern I have at the moment is the need for the
> query_interval/timestamp stuff which is pretty ugly but when doing e.g.
> "pminfo -dfmtT ds389.userroot" two successive queries are done for some
> reason, I think we should avoid such needless LDAP queries.

You may find this is as a result of the query "batchsize" concept within
pminfo - see the -b,--batch option.  If this is indeed the cause, you'll
find the fetch routines are passed sets of metrics, & the PMDA can respond
to just those requested (as this one does, to an extent, with use of the
PMID cluster field).  Specific sub-trees can be queried via ds389.userroot
or ds389.cn and you should see only those LDAP queries fire off.

> If you want to test this locally, just install the 389-ds-base RPM and run
> setup-ds.pl and you'll have 389 DS up and running.

Yes, we'll definitely want to be doing that  :)  & in an automated fashion.
A test just like the memcached test qa/835 will be needed - any interest in
tackling that to finish this PMDA off?

I found the perl-LDAP package is also needed - the Install script could be
tweaked to check for this.  We'll also need to stitch this into the build
via a new makefile, and assign a domain number.  I'll take on these last
few, but would love some testing help if you can.  If not, I'll come back
to that as soon as I can too.  For now, I've merged in your initial patch
so that we have a common starting point (not built/installed yet though).

cheers.

--
Nathan

From kenj@internode.on.net  Mon Sep 22 23:46:42 2014
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 7B3327F4E
	for ; Mon, 22 Sep 2014 23:46:42 -0500 (CDT)
Received: from cuda.sgi.com (cuda2.sgi.com [192.48.176.25])
	by relay1.corp.sgi.com (Postfix) with ESMTP id 686AC8F8035
	for ; Mon, 22 Sep 2014 21:46:39 -0700 (PDT)
X-ASG-Debug-ID: 1411447593-04cbb07303d66b0001-S8gJnT
Received: from ipmail04.adl6.internode.on.net (ipmail04.adl6.internode.on.net [150.101.137.141]) by cuda.sgi.com with ESMTP id WqgrPoVyBFnvCIAL for ; Mon, 22 Sep 2014 21:46:34 -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: AgUCAJr6IFR20ScOPGdsb2JhbAANU4Nhg1jME4RKAQYBAQEBOIRlDwFFGhwCBRYLAgsDAgECATEaDQgBAZtSm1F4lluBLJFagVMFtlqDJAEBAQ
Received: from ppp118-209-39-14.lns20.mel4.internode.on.net (HELO [192.168.1.100]) ([118.209.39.14])
  by ipmail04.adl6.internode.on.net with ESMTP; 23 Sep 2014 14:16:33 +0930
Message-ID: <5420FB9C.5000004@internode.on.net>
Date: Tue, 23 Sep 2014 14:48:28 +1000
From: Ken McDonell 
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:31.0) Gecko/20100101 Thunderbird/31.1.1
MIME-Version: 1.0
To: PCP 
Subject: qa/660 - pmwebd in an infinite loop?
Content-Type: text/plain; charset=utf-8
X-ASG-Orig-Subj: qa/660 - pmwebd in an infinite loop?
Content-Transfer-Encoding: 8bit
X-Barracuda-Connect: ipmail04.adl6.internode.on.net[150.101.137.141]
X-Barracuda-Start-Time: 1411447593
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.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.3.9776
	Rule breakdown below
	 pts rule name              description
	---- ---------------------- --------------------------------------------------
	0.50 WEIRD_PORT             URI: Uses non-standard port number for HTTP

Anyone else seen this ...

kenj@bozo-laptop:~$ ps -ef | grep 14418
kenj     14418 22972  0 11:16 ?        00:00:00 sh 660
kenj     14580 14418 99 11:17 ?        03:27:41 /usr/lib/pcp/bin/pmwebd -U kenj -f -R /home/kenj/src/pcp/qa -c 2222 -L -N
kenj     14599 14418  0 11:17 ?        00:00:00 curl -s -S http://localhost:44323/660
kenj     28102 27956  0 14:45 pts/0    00:00:00 grep --color=auto 14418
kenj@bozo-laptop:~$ ps -ef | grep '[2]2972'
kenj     14418 22972  0 11:16 ?        00:00:00 sh 660
kenj     22972 20970  0 09:20 ?        00:00:01 /bin/sh ./check -l
kenj@bozo-laptop:~$ ps -ef | grep '[1]4418'
kenj     14418 22972  0 11:16 ?        00:00:00 sh 660
kenj     14580 14418 99 11:17 ?        03:28:28 /usr/lib/pcp/bin/pmwebd -U kenj -f -R /home/kenj/src/pcp/qa -c 2222 -L -N
kenj     14599 14418  0 11:17 ?        00:00:00 curl -s -S http://localhost:44323/660
kenj@bozo-laptop:~$ pstree 22972
check───sh─┬─curl
           └─pmwebd

pmwebd seems deep inside libmicrohttpd

(gdb) where
#0  0xb7784424 in __kernel_vsyscall ()
#1  0xb760f4ee in sendfile64 () at ../sysdeps/unix/syscall-template.S:81
#2  0xb76e7167 in ?? () from /usr/lib/i386-linux-gnu/libmicrohttpd.so.10
#3  0xb76e6343 in MHD_connection_handle_write ()
   from /usr/lib/i386-linux-gnu/libmicrohttpd.so.10
#4  0xb76e88a9 in ?? () from /usr/lib/i386-linux-gnu/libmicrohttpd.so.10
#5  0xb76e8d9d in MHD_run () from /usr/lib/i386-linux-gnu/libmicrohttpd.so.10
#6  0xb77a96e9 in main ()
(gdb) c
Continuing.
^C
Program received signal SIGINT, Interrupt.
0xb7784424 in __kernel_vsyscall ()
(gdb) where
#0  0xb7784424 in __kernel_vsyscall ()
#1  0xb76162cd in ___newselect_nocancel ()
    at ../sysdeps/unix/syscall-template.S:81
#2  0xb76e869b in ?? () from /usr/lib/i386-linux-gnu/libmicrohttpd.so.10
#3  0xb76e8d9d in MHD_run () from /usr/lib/i386-linux-gnu/libmicrohttpd.so.10
#4  0xb77a96e9 in main ()

From nscott@redhat.com  Tue Sep 23 02:19:01 2014
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 B8F337F3F
	for ; Tue, 23 Sep 2014 02:19:01 -0500 (CDT)
Received: from cuda.sgi.com (cuda2.sgi.com [192.48.176.25])
	by relay1.corp.sgi.com (Postfix) with ESMTP id A68318F8040
	for ; Tue, 23 Sep 2014 00:18:58 -0700 (PDT)
X-ASG-Debug-ID: 1411456731-04cbb07301dbbf0001-S8gJnT
Received: from mx3-phx2.redhat.com (mx3-phx2.redhat.com [209.132.183.24]) by cuda.sgi.com with ESMTP id KI1dfBGPiuBXdmxU (version=TLSv1 cipher=AES256-SHA bits=256 verify=NO) for ; Tue, 23 Sep 2014 00:18: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 s8N7IpfY018947
	for ; Tue, 23 Sep 2014 03:18:51 -0400
Date: Tue, 23 Sep 2014 03:18:51 -0400 (EDT)
From: Nathan Scott 
Reply-To: Nathan Scott 
To: pcp developers 
Message-ID: <1884572946.53712511.1411456731142.JavaMail.zimbra@redhat.com>
In-Reply-To: <1043145609.53712371.1411456713309.JavaMail.zimbra@redhat.com>
Subject: pcp updates: pmdads389 wip
MIME-Version: 1.0
X-ASG-Orig-Subj: pcp updates: pmdads389 wip
Content-Type: text/plain; charset=utf-8
Content-Transfer-Encoding: 7bit
X-Originating-IP: [10.5.82.6]
X-Mailer: Zimbra 8.0.6_GA_5922 (ZimbraWebClient - FF17 (Linux)/8.0.6_GA_5922)
Thread-Topic: pcp updates: pmdads389 wip
Thread-Index: OBeF8+cLICj3gqEAhAF2wcGzGZC5vw==
X-Barracuda-Connect: mx3-phx2.redhat.com[209.132.183.24]
X-Barracuda-Start-Time: 1411456732
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.02
X-Barracuda-Spam-Status: No, SCORE=0.02 using per-user scores of TAG_LEVEL=1000.0 QUARANTINE_LEVEL=1000.0 KILL_LEVEL=2.7 tests=THREAD_INDEX, THREAD_TOPIC
X-Barracuda-Spam-Report: Code version 3.2, rules version 3.2.3.9780
	Rule breakdown below
	 pts rule name              description
	---- ---------------------- --------------------------------------------------
	0.01 THREAD_INDEX           thread-index: AcO7Y8iR61tzADqsRmmc5wNiFHEOig==
	0.01 THREAD_TOPIC           Thread-Topic: ...(Japanese Subject)...

Changes committed to git://git.pcp.io/pcp.git dev

 src/include/builddefs.in     |    6 
 src/pmdas/GNUmakefile        |    3 
 src/pmdas/ds389/.gitignore   |    4 
 src/pmdas/ds389/GNUmakefile  |   41 +++++
 src/pmdas/ds389/Install      |   40 ++++-
 src/pmdas/ds389/Remove       |   23 +++
 src/pmdas/ds389/pmdads389.1  |   85 +++++++++++
 src/pmdas/ds389/pmdads389.pl |  318 ++++++++++++++++++++++++++++++++++++++++++-
 src/pmns/stdpmid.pcp         |    1 
 9 files changed, 513 insertions(+), 8 deletions(-)

commit 14a468ef57b212cd928b97189eb8b4a0639a3d26
Author: Nathan Scott 
Date:   Tue Sep 23 17:14:59 2014 +1000

    build system: update builddefs to handle numerics in PMDA names

commit 5e0b71be53345c928d084a2a43e4ace40dc3f591
Author: Nathan Scott 
Date:   Tue Sep 23 16:48:38 2014 +1000

    pmdads389: misc updates - makefile, domain number assignment
    
    Small changes to the Install script to check for needed perl
    module, separate out the man page for online indexing, assign
    domain number 130, add into the top level build.

commit b6dd949cbeeab7d1347cf578e1f478d401397376
Author: Marko Myllynen 
Date:   Tue Sep 23 14:32:06 2014 +1000

    pmdads389: 389 Directory Server PMDA
    
    This is a 389 Directory Server PMDA, ds389, tested on RHEL 6
    (389-ds-base-1.2.11) / Fedora 20 (389-ds-base-1.3.2). It provides server
    and database (userRoot) metrics and chaining database could be easily
    added if deemed useful. Access log statistics provided by logconv.pl
    would be something to consider for a separate PMDA, i.e., they are out
    of scope for this PMDA.
    
    RHDS Administration Guide sections 15.6-15.9 document all the above,
    the statistics described in 15.7 and 15.8 are being collected:
    
    https://access.redhat.com/documentation/en-US/Red_Hat_Directory_Server/9.0/html/Administration_Guide/
    
    The only real concern I have at the moment is the need for the
    query_interval/timestamp stuff which is pretty ugly but when doing
    e.g. "pminfo -dfmtT ds389.userroot" two successive queries are done for
    some reason, I think we should avoid such needless LDAP queries.
    
    Connection options could be perhaps improved but using the PMDA on other
    than localhost doesn't sound like a critical feature.
    
    To test this locally, install the 389-ds-base RPM and run setup-ds.pl and
    you'll have 389 DS up and running.

From kenj@internode.on.net  Tue Sep 23 04:44:38 2014
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 0F82E7F3F
	for ; Tue, 23 Sep 2014 04:44:38 -0500 (CDT)
Received: from cuda.sgi.com (cuda1.sgi.com [192.48.157.11])
	by relay1.corp.sgi.com (Postfix) with ESMTP id D40398F804B
	for ; Tue, 23 Sep 2014 02:44:34 -0700 (PDT)
X-ASG-Debug-ID: 1411465468-04bdf0039fea720001-S8gJnT
Received: from ipmail04.adl6.internode.on.net (ipmail04.adl6.internode.on.net [150.101.137.141]) by cuda.sgi.com with ESMTP id ojDHcG4HrCXADpfm for ; Tue, 23 Sep 2014 02:44:29 -0700 (PDT)
X-Barracuda-Envelope-From: kenj@internode.on.net
X-Barracuda-Apparent-Source-IP: 150.101.137.141
X-IronPort-Anti-Spam-Filtered: true
X-IronPort-Anti-Spam-Result: AiUCAPo/IVR20ScOPGdsb2JhbAANU4NhV4MBhDfCEIh6AQYBAQEBOIRlVTAGAgUWCwILAwIBAgExJwYCAQGIR61DeJZYgSyOeIJigVMFhiCPb6BLWoJKAQEB
Received: from ppp118-209-39-14.lns20.mel4.internode.on.net (HELO [192.168.1.100]) ([118.209.39.14])
  by ipmail04.adl6.internode.on.net with ESMTP; 23 Sep 2014 19:14:28 +0930
Message-ID: <54214170.1060404@internode.on.net>
Date: Tue, 23 Sep 2014 19:46:24 +1000
From: Ken McDonell 
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:31.0) Gecko/20100101 Thunderbird/31.1.1
MIME-Version: 1.0
To: pcp@oss.sgi.com
Subject: pcp updates - error handling and diags in the linux proc pmda
Content-Type: text/plain; charset=utf-8
X-ASG-Orig-Subj: pcp updates - error handling and diags in the linux proc pmda
Content-Transfer-Encoding: 7bit
X-Barracuda-Connect: ipmail04.adl6.internode.on.net[150.101.137.141]
X-Barracuda-Start-Time: 1411465468
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.3.9782
	Rule breakdown below
	 pts rule name              description
	---- ---------------------- --------------------------------------------------

Changes committed to git://git.performancecopilot.org/kenj/pcp.git dev

 qa/admin/check-vm               |   10 -
 src/pmdas/linux_proc/pmda.c     |   57 ++----
 src/pmdas/linux_proc/proc_pid.c |  365 ++++++++++++++++++++++++++++------------
 src/pmdas/linux_proc/proc_pid.h |   18 -
 4 files changed, 295 insertions(+), 155 deletions(-)

commit 85d06e790e6c5ecda755f718a7b6db10a20bb5a9
Author: Ken McDonell 
Date:   Tue Sep 23 19:38:14 2014 +1000

    linux_proc pmda - refactor procfs error handling
    
    Clean up the error handling
    - be algorithmicly consistent across all the fetch_* methods
    - confine the system call error code mapping to a new maperr()
      static function
    
    Note, this makes the error handling sane and consistent.  It is unclear
    what the access control semantics should be.  With this change, the
    Linux proc PMDA returns the following info ...
    
    - all processes if installed as a daemon PMDA and run as root
    - all processes belonging to the uid of user "pcp" if installed
      as a DSO PMDA (needs special hacking as the default Install
      script does not support this mode of installation)
    - all processes belonging to the user if using PM_CONTEXT_LOCAL,
      e.g. with -L and -K to pminfo
    
    If this is not what's expected, we need to talk.

commit a0716b6c95c82c00648ca04f58a63e5d2b68568c
Author: Ken McDonell 
Date:   Tue Sep 23 19:37:52 2014 +1000

    qa/admin/check-vm - tweak list of things to check

From fche@redhat.com  Tue Sep 23 06:18:03 2014
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.1 required=5.0 tests=HDRS_LCASE 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 536217F3F
	for ; Tue, 23 Sep 2014 06:18:03 -0500 (CDT)
Received: from cuda.sgi.com (cuda3.sgi.com [192.48.176.15])
	by relay1.corp.sgi.com (Postfix) with ESMTP id 41E278F804B
	for ; Tue, 23 Sep 2014 04:18:00 -0700 (PDT)
X-ASG-Debug-ID: 1411471075-04cb6c50e7df260001-S8gJnT
Received: from mx1.redhat.com (mx1.redhat.com [209.132.183.28]) by cuda.sgi.com with ESMTP id E3FszoNkcg0ARkkT (version=TLSv1 cipher=AES256-SHA bits=256 verify=NO) for ; Tue, 23 Sep 2014 04:17:56 -0700 (PDT)
X-Barracuda-Envelope-From: fche@redhat.com
X-Barracuda-Apparent-Source-IP: 209.132.183.28
X-ASG-Whitelist: Client
Received: from int-mx09.intmail.prod.int.phx2.redhat.com (int-mx09.intmail.prod.int.phx2.redhat.com [10.5.11.22])
	by mx1.redhat.com (8.14.4/8.14.4) with ESMTP id s8NBHpXq001757
	(version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=FAIL);
	Tue, 23 Sep 2014 07:17:51 -0400
Received: from fche.csb (vpn-230-163.phx2.redhat.com [10.3.230.163])
	by int-mx09.intmail.prod.int.phx2.redhat.com (8.14.4/8.14.4) with ESMTP id s8NBHpwQ029793;
	Tue, 23 Sep 2014 07:17:51 -0400
Received: by fche.csb (Postfix, from userid 2569)
	id A667358544; Tue, 23 Sep 2014 07:17:50 -0400 (EDT)
To: Ken McDonell 
cc: pcp@oss.sgi.com
Subject: Re: qa/660 - pmwebd in an infinite loop?
References: <5420FB9C.5000004@internode.on.net>
X-ASG-Orig-Subj: Re: qa/660 - pmwebd in an infinite loop?
From: fche@redhat.com (Frank Ch. Eigler)
Date: Tue, 23 Sep 2014 07:17:50 -0400
In-Reply-To: <5420FB9C.5000004@internode.on.net> (Ken McDonell's message of "Tue, 23 Sep 2014 14:48:28 +1000")
Message-ID: 
User-Agent: Gnus/5.1008 (Gnus v5.10.8) Emacs/21.4 (gnu/linux)
MIME-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Scanned-By: MIMEDefang 2.68 on 10.5.11.22
X-Barracuda-Connect: mx1.redhat.com[209.132.183.28]
X-Barracuda-Start-Time: 1411471076
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


Hi, Ken -

Sorry, not familiar at all.  It may not be relevant, but was this
pmwebd from the main dev branch, or the fche/pmwebd one?  Was the
660 file (the test case script itself) being modifed?  Maybe was
there a wacky 660.out2 -> 660 symlink in your tree, leading the
660 file to be appended to itself or something like that?

> # should pass, feed this very script
> curl -s -S "http://localhost:44323/$seq" > $tmp.out2
> diff $tmp.out2 $0 && echo file service ok


- FChE

From dsmith@redhat.com  Tue Sep 23 09:39:33 2014
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 CE22D7F3F
	for ; Tue, 23 Sep 2014 09:39:32 -0500 (CDT)
Received: from cuda.sgi.com (cuda1.sgi.com [192.48.157.11])
	by relay3.corp.sgi.com (Postfix) with ESMTP id 7BD58AC004
	for ; Tue, 23 Sep 2014 07:39:29 -0700 (PDT)
X-ASG-Debug-ID: 1411483165-04bdf003a0f7880001-S8gJnT
Received: from mx1.redhat.com (mx1.redhat.com [209.132.183.28]) by cuda.sgi.com with ESMTP id 6mxyt9qfi0kUZpMY (version=TLSv1 cipher=AES256-SHA bits=256 verify=NO) for ; Tue, 23 Sep 2014 07:39:25 -0700 (PDT)
X-Barracuda-Envelope-From: dsmith@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 s8NEdOwY027919
	(version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=FAIL);
	Tue, 23 Sep 2014 10:39:24 -0400
Received: from t540p.usersys.redhat.com (dhcp-10-15-1-85.hsv.redhat.com [10.15.1.85])
	by int-mx11.intmail.prod.int.phx2.redhat.com (8.14.4/8.14.4) with ESMTP id s8NEdNAu020148
	(version=TLSv1/SSLv3 cipher=DHE-RSA-AES128-SHA bits=128 verify=NO);
	Tue, 23 Sep 2014 10:39:24 -0400
Message-ID: <5421861B.1020504@redhat.com>
Date: Tue, 23 Sep 2014 09:39:23 -0500
From: David Smith 
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:31.0) Gecko/20100101 Thunderbird/31.1.0
MIME-Version: 1.0
To: "Frank Ch. Eigler" 
CC: Systemtap List , pcp 
Subject: Re: systemtap/pcp integration pmda 0.1
References: <54133D71.6040208@redhat.com> 
X-ASG-Orig-Subj: Re: systemtap/pcp integration pmda 0.1
In-Reply-To: 
Content-Type: text/plain; charset=windows-1252
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: 1411483165
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

On 09/22/2014 05:04 PM, Frank Ch. Eigler wrote:
> 
> dsmith wrote:
> 
>> Here's version 0.1 (up from 0.01!) of my systemtap/pcp integration work
> 
> Thanks a lot!
> 
>> that uses systemtap (https://sourceware.org/systemtap/) to export JSON
>> data and a pcp (http://www.performancecopilot.org/) python pmda that
>> reads and processes the JSON data. [...]
> 
> (Sorry I missed this when it went by -- please call the next
> version 3.14 or something else very different from 0.1! :-)

The 1st one was called '0.01'. See, I'm making progress...

>> # pminfo -df stap_json
>>
>> stap_json.json.dummy2
>>     Data Type: string  InDom: PM_INDOM_NULL 0xffffffff
>>     Semantics: instant  Units: none
>>     value "dummy2"
>>
>> stap_json.json.dummy_array.dummy2
>>     Data Type: string  InDom: 130.1 0x20800001
>>     Semantics: instant  Units: none
>>     inst [0 or "1"] value "def"
>>     inst [1 or "0"] value "abc"
>>     inst [2 or "2"] value "ghi"
>> [...]
> 
> Looking good!
> 
> 
>> // ===========================
>> // ==== Tapset file start ====
>> // ===========================
>>
> 
> Looks long but generally good.  (But see below re. suggestions about
> the schema/data representations.)
> 
> 
>> global net_devices
>> global read_count
>>
>> probe json_data
>> {
>>   @json_output_data_start
>>   @json_output_string_value("xstring", "testing, 1, 2, 3")
>>   @json_output_numeric_value("read_count", read_count)
>>   read_count++
>>
>>   foreach (dev in net_devices) {
>>     if (@count(skb_queue_t[dev])) {
>>       @json_output_array_numeric_value("net_xmit_data", dev, "xmit_count",
>> 				       @sum(skb_queue_t[dev]))
>>       @json_output_array_numeric_value("net_xmit_data", dev, "xmit_latency",
>> 				       @count(skb_queue_t[dev]))
>> [...]
>>   @json_output_data_end
>> }
>>
>> // Set up the metrics
>> probe begin
>> {
>> [...]
>>   json_add_string_metric("xstring", "Test string")
>>   json_add_numeric_metric("read_count", "Times values read")
>> [...]
>> }
> 
> 
> Have you considered merging together these two bits of code, so that a
> single stap probe alias that generates json data is also used to
> populate metadata globals, so a subsequent (!) schema json query would
> be possible?  Something like
> 
> probe json_data {
>    @json_output_string_value("xstring", "testing 1, 2, 3", "Test String")
>    @json_output_array_numeric_value("net_xmit_data", dev, "xmit_count", 3,
>                          "sum of latency for xmit device", $UNITS/SCALE)
> }
> 
> so that the metadata is attached at the end of the data-supplying calls?

Hmm, I hadn't considered that. It might be possible to do, but seems
quite tricky in getting the macros right to support both schema output
and data output.

>> #!/usr/bin/python
>> import json
>> import jsonschema
>> import collections
>> [...]
> 
> This PMDA code looks quite manageable; in particular the cumulative
> nature of imdom changes looks right on.  Please don't shoot me as I'll
> suggest a somewhat different schema/data encoding below; I'm pretty
> sure they're not too hard to express in the python code.  The main
> reason for proposing the changes is so that this pmda has a fighting
> chance at consuming json data from sources other than just the above
> systemtap tapset.
> 
> 
> 
>> {
>>   "generation": 1,
>>   "data": {
> 
> (IMHO we shouldn't mandate such wrappers.)

Here's the deal here. I stole the "generation" idea from the mmv code.
If I want to support being able to add/remove fields on the fly, I have
to let the pmda know something has changed. Hence the "generation"
field. In theory a change in the generation value would trigger the pmda
to re-read the JSON schema. (I say "in theory" because I haven't
implemented that yet in the systemtap or pcp side.)

There may be other ways to notice added/removed fields.

The only reason for the "data" wrapper is that I didn't want to disallow
a user's "generation" data field.

>>     "xstring": "testing, 1, 2, 3",
>>     "read_count": 9,
>>     "net_xmit_data": [
>>       {
>>         "__id": "eth0",
>>         "xmit_count": 7699136,
>>         "xmit_latency": 1109
>>       },
> 
> (We already mentioned in passing how the "__id" string might be
> desirable to be schema-configured.)

Yep, it could be possible to have that configurable.

> Anyway, onto the schema.  
> 
> I see how you chose the json-schema.org to piggyback-ride on.  One
> thing we should keep in mind though that json-schema does a slightly
> different thing than what we need.  It's more like an XML DTD, and
> just describes what's a "grammatically correct" document.  We do not
> really need this exact kind of checking, but it's not a big hindrance
> either - it's not grossly wordy.  (The "additionalProperties=false"
> might be an example of unhelpful wordiness though.)

The "additionalProperties=false" is optional, and just a bit more
correct. We can remove it.

> What we really need is the interpretation, for purposes of extracting
> data and relaying to PCP.  And for that, we can be a little more
> aggressive in the sense of adding our own schema elements, rather than
> riding on top of json-schema.org patterns.  For example:
> 
> 
>> {
>>   "type": "object",
>>   "title": "root",
>> [...]
>>   "properties": {
>> [...]
>>     "data": {
>> [...]
>>       "properties": {
>>         "xstring": {
>>           "type": "string",
>>           "description": "Test string",
>>           "additionalProperties": false
>>         },
>> [...]
> 
> The prototype PMDA turns this into metric "json.xstring" of pcp
> PM_TYPE_STRING.  The heuristic's probably fine, but if we want
> more generality, we could as well do something like this to
> describe a scalar:
> 
> { "foo": { "xstring":
>      { "pcp-name":"foo.bar.xstring",
>        "pcp-type":"string",          // esp. if pmda offers to cast
>        "pcp-units":"MBytes/sec",     // need an inverter for pmUnitsStr(3)
>        "pcp-semantics":"instant",    // need an inverter for PM_SEM_*
>        "pcp-shorthelp":"short help", 
>        "pcp-longhelp":"long help" 
>      }
> } }
> 
> (Adding the json-schema fields is optional & orthogonal.)

I see what you are doing here, but I'm quite unsure. If you goal is to
handle JSON from a variety of sources, to my mind this is a step
backwards. Your more generic source isn't likely to output a schema in
that format.

> One benefit of a formal "pcp-name" field here is that the mapping from
> the JSON nesting structure need not match the pcp namespace exactly.
> It would let the json object name components be free of constraints
> like not containing dots (since we would not propagate them to pcp).

Validating names (no dots, spaces, etc. and not too long) is on my todo
list.

Currently, fields end like the the following:

stap_json.{STAP_MODULE_NAME}.{FIEILD_NAME}

Originally I had designs of allowing the user to override
{STAP_MODULE_NAME}. But then we have issues with that field being
unique. For instance if the same systemtap script was run twice, both
would try to override the field to the same value. Since we're assured
that {STAP_MODULE_NAME} is unique, I just decided to go with it.

I'm not really fond of the 'pcp-name' field idea. It means more
validation (on both sides?) in not allowing things like "foo.bar" being
a value and then "foo.bar.baz" being a value.

>>         "net_xmit_data": {
>>           "type": "array",
>>           "description": "Network transmit data indexed by ethernet device",
>>           "additionalProperties": false,
>>           "items": {
>>             "type": "object",
>>             "additionalProperties": false,
>>             "properties": {
>>               "__id": {
>>                 "type": "string",
>>                 "additionalProperties": false
>>               },
>>               "xmit_count": {
>>                 "type": "integer",
>>                 "description": "number of packets for xmit device",
>>                 "additionalProperties": false
>>               },
>> [...]
> 
> Here's an alternative formulation kind of along the previous one:
> 
> 
> { "bar": { "networks":
>      { "pcp-imdom-discriminator":"__id",  // parametrizing this
>        "type":"array",   // json-schema style identification of array-ness
>        "items": {
>           "xmit": {
>             "pcp-name":"bar.xmitfoo",
>             "pcp-type":"float",           // (stap can print fp with some effort)
>             "pcp-units":"Bytes/hour",
>             "pcp-semantics":"instant",
>             "pcp-shorthelp":"short help", 
>             "pcp-longhelp":"long help" 
>             }
>       } }
> } }
> 
> 
> Again, the json-schema parts are mostly orthogonal (just kiting the
> array-ness description).
> 
> So what would something like this give us?  At the pure stap-pmda
> level, not that much extra over what the 0.1 prototype has.  But
> beyond stap, we may well be able to write some schema for more general
> json files, trivially e.g. ones that lack the "data" as top-level
> wrapper.
>
> Before I go and write a bigger example schema of some other JSON data
> we have lying around, do you see what I'm getting at?  Do you agree
> that this style is also implementable in the python pmda?

This is probably implementable, although I do lose the easy data/schema
validation provided by the stock python JSON stuff.

I guess I'm coming at this from a different angle.

- If we want this pmda to (one day) support more generic JSON sources,
we'll have to expect generic JSON schemas.

- If we'd like the systemtap side of things to be able to support other
data collectors (nagios, zabbix, etc.), it should export a fairly
generic JSON schema.

To my mind, the changes you've got here take us farther from both goals.

-- 
David Smith
dsmith@redhat.com
Red Hat
http://www.redhat.com
256.217.0141 (direct)
256.837.0057 (fax)

From fche@redhat.com  Tue Sep 23 13:44:50 2014
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 938CC29DF9
	for ; Tue, 23 Sep 2014 13:44:50 -0500 (CDT)
Received: from cuda.sgi.com (cuda1.sgi.com [192.48.157.11])
	by relay2.corp.sgi.com (Postfix) with ESMTP id 64561304051
	for ; Tue, 23 Sep 2014 11:44:47 -0700 (PDT)
X-ASG-Debug-ID: 1411497882-04bdf003a1105700001-S8gJnT
Received: from mx1.redhat.com (mx1.redhat.com [209.132.183.28]) by cuda.sgi.com with ESMTP id XSdpXCjewsnr36hA (version=TLSv1 cipher=AES256-SHA bits=256 verify=NO) for ; Tue, 23 Sep 2014 11:44:43 -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-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 s8NIifLY014978
	(version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=FAIL);
	Tue, 23 Sep 2014 14:44:42 -0400
Received: from fche.csb (vpn-230-163.phx2.redhat.com [10.3.230.163])
	by int-mx11.intmail.prod.int.phx2.redhat.com (8.14.4/8.14.4) with ESMTP id s8NIifDx003751;
	Tue, 23 Sep 2014 14:44:41 -0400
Received: by fche.csb (Postfix, from userid 2569)
	id 1439558544; Tue, 23 Sep 2014 14:44:41 -0400 (EDT)
Date: Tue, 23 Sep 2014 14:44:40 -0400
From: "Frank Ch. Eigler" 
To: David Smith 
Cc: Systemtap List , pcp 
Subject: Re: systemtap/pcp integration pmda 0.1
Message-ID: <20140923184440.GD26965@redhat.com>
X-ASG-Orig-Subj: Re: systemtap/pcp integration pmda 0.1
References: <54133D71.6040208@redhat.com>  <5421861B.1020504@redhat.com>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
In-Reply-To: <5421861B.1020504@redhat.com>
User-Agent: Mutt/1.4.2.2i
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: 1411497883
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

Hi -

dsmith wrote:
> [...]
> > probe json_data {
> >    @json_output_string_value("xstring", "testing 1, 2, 3", "Test String")
> >    @json_output_array_numeric_value("net_xmit_data", dev, "xmit_count", 3,
> >                          "sum of latency for xmit device", $UNITS/SCALE)
> > }
> > 
> > so that the metadata is attached at the end of the data-supplying calls?
> 
> Hmm, I hadn't considered that. It might be possible to do, but seems
> quite tricky in getting the macros right to support both schema output
> and data output.

The macros wouldn't need to -output- the schema, only update the stap
tapset globals from which the schema can be read later / separately.
(OTOH, it could indeed generate the schema document at the same time,
and store it in some other stap global variable, so that the procfs
schema-reader could be just a string copy-out.)


> >> {
> >>   "generation": 1,
> >>   "data": {
> > 
> > (IMHO we shouldn't mandate such wrappers.)
> 
> Here's the deal here. I stole the "generation" idea from the mmv code.
> If I want to support being able to add/remove fields on the fly, I have
> to let the pmda know something has changed. [...]

Understood, good idea.  Such a field could be optional & identified by
another pcp metadata field rather than hardcoded.  Or the schema could
be reread regularly.


> I see what you are doing here, but I'm quite unsure. If you goal is to
> handle JSON from a variety of sources, to my mind this is a step
> backwards. Your more generic source isn't likely to output a schema in
> that format.

I wasn't explaining this part well, sorry.  The idea is:

- the stap source of json data would programmatically emit both data &
  pcp-schema

- non-stap sources of json data would emit data (in their own
  preexisting custom format, not aware of pcp!), and a pcp-schema for
  it would be hand-written by us

- both of the above would be usable by the *same* pmda code, making it
  a schema-driven processor of general json data

(Perhaps conflating the word "schema" and "metadata" is not helping.) 


> > One benefit of a formal "pcp-name" field here is that the mapping from
> > the JSON nesting structure need not match the pcp namespace exactly.
> > It would let the json object name components be free of constraints
> > like not containing dots (since we would not propagate them to pcp).
> 
> Validating names (no dots, spaces, etc. and not too long) is on my todo
> list.

Right; my point is that instead of imposing such a constraint on the
JSON data structure, this could be a constraint on the pcp-specific
metadata tags in the metadata file.


> Originally I had designs of allowing the user to override
> {STAP_MODULE_NAME}. But then we have issues with that field being
> unique. For instance if the same systemtap script was run twice, both
> would try to override the field to the same value. Since we're assured
> that {STAP_MODULE_NAME} is unique, I just decided to go with it.

Yeah, that makes it simple, though stap_XXXXX names are hard to
predict/reuse, and stap -m FOO is also inconvenient.  Perhaps the
schema could include a suggested root name, which the pmda could
resolve/reject ties amongst duplicates.
 

> I'm not really fond of the 'pcp-name' field idea. It means more
> validation (on both sides?) in not allowing things like "foo.bar" being
> a value and then "foo.bar.baz" being a value.

The pmda would be in a comfortable position to check such PCP PMNS
constraints, since it'd know every pcp-name used in a schema.


> This is probably implementable, although I do lose the easy
> data/schema validation provided by the stock python JSON stuff.

(Well, not necessarily, as the pcp-* attributes could be just added to
a json-schema.org schema, so the same overall file can serve both
purposes.  Again recall though that we are not really obligated to
validate the random JSON data against any consistency with a schema;
we really only want to pull out designated parts of it for relaying to
PCP.)


> I guess I'm coming at this from a different angle.
> 
> - If we want this pmda to (one day) support more generic JSON sources,
> we'll have to expect generic JSON schemas.

> - If we'd like the systemtap side of things to be able to support other
> data collectors (nagios, zabbix, etc.), it should export a fairly
> generic JSON schema.

> To my mind, the changes you've got here take us farther from both goals.

I hope the above clarifies why this is not actually the case.  We get
to design a *specific* schema/metadata grammar for PCP, and our
tooling would construct these files (e.g., the stap tapset), or our
tools would *include* these files (e.g., imagine writing out by hand a
pcp-name etc.  metadata file for the CEPH JSON data, and including
that with the pmda).


- FChE

From brolley@redhat.com  Tue Sep 23 14:56:11 2014
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 1D17329DF9
	for ; Tue, 23 Sep 2014 14:56:11 -0500 (CDT)
Received: from cuda.sgi.com (cuda1.sgi.com [192.48.157.11])
	by relay1.corp.sgi.com (Postfix) with ESMTP id F0CD38F8035
	for ; Tue, 23 Sep 2014 12:56:07 -0700 (PDT)
X-ASG-Debug-ID: 1411502166-04bdf003a0109640001-S8gJnT
Received: from mx1.redhat.com (mx1.redhat.com [209.132.183.28]) by cuda.sgi.com with ESMTP id 8v6KlwJxehBm8t9G (version=TLSv1 cipher=AES256-SHA bits=256 verify=NO) for ; Tue, 23 Sep 2014 12:56:07 -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-mx09.intmail.prod.int.phx2.redhat.com (int-mx09.intmail.prod.int.phx2.redhat.com [10.5.11.22])
	by mx1.redhat.com (8.14.4/8.14.4) with ESMTP id s8NJu6MY008106
	(version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=FAIL)
	for ; Tue, 23 Sep 2014 15:56:06 -0400
Received: from [10.10.55.57] (vpn-55-57.rdu2.redhat.com [10.10.55.57])
	by int-mx09.intmail.prod.int.phx2.redhat.com (8.14.4/8.14.4) with ESMTP id s8NJu5bR023556
	for ; Tue, 23 Sep 2014 15:56:06 -0400
Message-ID: <5421D0A2.5090705@redhat.com>
Date: Tue, 23 Sep 2014 15:57:22 -0400
From: Dave Brolley 
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:24.0) Gecko/20100101 Thunderbird/24.7.0
MIME-Version: 1.0
To: PCP Mailing List 
Subject: PCP Update: man pages for pmfind(1) and pmdiscoverservices(3)
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
X-ASG-Orig-Subj: PCP Update: man pages for pmfind(1) and pmdiscoverservices(3)
Content-Transfer-Encoding: 7bit
X-Scanned-By: MIMEDefang 2.68 on 10.5.11.22
X-Barracuda-Connect: mx1.redhat.com[209.132.183.28]
X-Barracuda-Start-Time: 1411502167
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

The subject line is self explanatory. These commits have been pushed to 
the brolley/dev branch of the pcpfans repository.

Sorry for the double commit. I noticed some more missing information 
after the first one.

Dave

-------------------------------------------------------------------------------------------

commit 3f3e24c122b889fd3030ad48a55cf1849e675e2d
Author: Dave Brolley 
Date:   Tue Sep 23 15:52:16 2014 -0400

     More updates to pmfind(1) and pmdiscoverservices(3) man pages.

commit 43d8ec3ea578beaa2d78aeeb74db9d7da9a6be57
Merge: 1b7ac26 f12e730
Author: Dave Brolley 
Date:   Tue Sep 23 13:58:30 2014 -0400

     Merge remote-tracking branch 'origin/dev' into brolley/dev

commit 1b7ac2658eb088fcdee3b1fca99b6a9ecc5b5764
Author: Dave Brolley 
Date:   Tue Sep 23 13:56:40 2014 -0400

     Update pmdiscoverservices(3) and pmfind(1) man pages.

From nscott@redhat.com  Tue Sep 23 18:06:28 2014
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 7875F7F3F
	for ; Tue, 23 Sep 2014 18:06:28 -0500 (CDT)
Received: from cuda.sgi.com (cuda1.sgi.com [192.48.157.11])
	by relay3.corp.sgi.com (Postfix) with ESMTP id 14838AC007
	for ; Tue, 23 Sep 2014 16:06:24 -0700 (PDT)
X-ASG-Debug-ID: 1411513582-04bdf0039f111720001-S8gJnT
Received: from mx6-phx2.redhat.com (mx6-phx2.redhat.com [209.132.183.39]) by cuda.sgi.com with ESMTP id n2xbjyWh5KWdGvzg (version=TLSv1 cipher=AES256-SHA bits=256 verify=NO) for ; Tue, 23 Sep 2014 16:06:22 -0700 (PDT)
X-Barracuda-Envelope-From: nscott@redhat.com
X-Barracuda-Apparent-Source-IP: 209.132.183.39
Received: from zmail20.collab.prod.int.phx2.redhat.com (zmail20.collab.prod.int.phx2.redhat.com [10.5.83.23])
	by mx6-phx2.redhat.com (8.14.4/8.14.4) with ESMTP id s8NN6LqX028755;
	Tue, 23 Sep 2014 19:06:21 -0400
Date: Tue, 23 Sep 2014 19:06:21 -0400 (EDT)
From: Nathan Scott 
Reply-To: Nathan Scott 
To: Dave Brolley 
Cc: PCP Mailing List 
Message-ID: <1540370696.54335526.1411513581341.JavaMail.zimbra@redhat.com>
In-Reply-To: <5421D0A2.5090705@redhat.com>
References: <5421D0A2.5090705@redhat.com>
Subject: Re: [pcp] PCP Update: man pages for pmfind(1) and
 pmdiscoverservices(3)
MIME-Version: 1.0
X-ASG-Orig-Subj: Re: [pcp] PCP Update: man pages for pmfind(1) and
 pmdiscoverservices(3)
Content-Type: text/plain; charset=utf-8
Content-Transfer-Encoding: 7bit
X-Originating-IP: [10.5.82.7]
X-Mailer: Zimbra 8.0.6_GA_5922 (ZimbraWebClient - FF17 (Linux)/8.0.6_GA_5922)
Thread-Topic: PCP Update: man pages for pmfind(1) and pmdiscoverservices(3)
Thread-Index: dXarrD/Reasjn1d7fPCUH/LjBjWoHA==
X-Barracuda-Connect: mx6-phx2.redhat.com[209.132.183.39]
X-Barracuda-Start-Time: 1411513582
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: 2.63
X-Barracuda-Spam-Status: No, SCORE=2.63 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, SUBJ_PAREN_NUMS, THREAD_INDEX, THREAD_TOPIC
X-Barracuda-Spam-Report: Code version 3.2, rules version 3.2.3.9803
	Rule breakdown below
	 pts rule name              description
	---- ---------------------- --------------------------------------------------
	0.01 THREAD_INDEX           thread-index: AcO7Y8iR61tzADqsRmmc5wNiFHEOig==
	0.01 THREAD_TOPIC           Thread-Topic: ...(Japanese Subject)...
	2.60 SUBJ_PAREN_NUMS        Subject has several parenthesized numbers
	0.01 BSF_SC0_SA_TO_FROM_DOMAIN_MATCH Sender Domain Matches Recipient
	                           Domain

Hey Dave,

----- Original Message -----
> The subject line is self explanatory. These commits have been pushed to
> the brolley/dev branch of the pcpfans repository.

Looks good to me.

> Sorry for the double commit. I noticed some more missing information
> after the first one.

No problem.  It is possible to reset to the state of the previous commit
to add more goodies, but must be done before pushing out (this info just
FYI - in case you want to do this next time; don't worry about this one).

The recipe is:

$ git reset --soft HEAD~1
[ work tree now in previous state just prior to commit & any additional
  local changes will still be present; edit, then... ]
$ git add ...
[ ready the additional changes for commit ]
$ git commit -c ORIG_HEAD
[ keeps original commit message, drops you into an editor just in case ]

cheers.

--
Nathan

From nscott@redhat.com  Tue Sep 23 20:04:16 2014
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 F0ADD7F3F
	for ; Tue, 23 Sep 2014 20:04:15 -0500 (CDT)
Received: from cuda.sgi.com (cuda1.sgi.com [192.48.157.11])
	by relay3.corp.sgi.com (Postfix) with ESMTP id 8CBB8AC004
	for ; Tue, 23 Sep 2014 18:04:12 -0700 (PDT)
X-ASG-Debug-ID: 1411520646-04bdf003a21156b0001-S8gJnT
Received: from mx6-phx2.redhat.com (mx6-phx2.redhat.com [209.132.183.39]) by cuda.sgi.com with ESMTP id mztsJGeXO7X55nTA (version=TLSv1 cipher=AES256-SHA bits=256 verify=NO) for ; Tue, 23 Sep 2014 18:04:07 -0700 (PDT)
X-Barracuda-Envelope-From: nscott@redhat.com
X-Barracuda-Apparent-Source-IP: 209.132.183.39
Received: from zmail20.collab.prod.int.phx2.redhat.com (zmail20.collab.prod.int.phx2.redhat.com [10.5.83.23])
	by mx6-phx2.redhat.com (8.14.4/8.14.4) with ESMTP id s8O146nk016677
	for ; Tue, 23 Sep 2014 21:04:06 -0400
Date: Tue, 23 Sep 2014 21:04:06 -0400 (EDT)
From: Nathan Scott 
Reply-To: Nathan Scott 
To: PCP Mailing List 
Message-ID: <771916914.54355382.1411520646792.JavaMail.zimbra@redhat.com>
In-Reply-To: <74297422.54353605.1411520395742.JavaMail.zimbra@redhat.com>
Subject: pcp updates: qa, ds389, man pages
MIME-Version: 1.0
X-ASG-Orig-Subj: pcp updates: qa, ds389, man pages
Content-Type: text/plain; charset=utf-8
Content-Transfer-Encoding: 7bit
X-Originating-IP: [10.5.82.7]
X-Mailer: Zimbra 8.0.6_GA_5922 (ZimbraWebClient - FF17 (Linux)/8.0.6_GA_5922)
Thread-Topic: pcp updates: qa, ds389, man pages
Thread-Index: HUxFyOOMOk8XGo66C2SMUqLE8aLatg==
X-Barracuda-Connect: mx6-phx2.redhat.com[209.132.183.39]
X-Barracuda-Start-Time: 1411520647
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.02
X-Barracuda-Spam-Status: No, SCORE=0.02 using per-user scores of TAG_LEVEL=1000.0 QUARANTINE_LEVEL=1000.0 KILL_LEVEL=2.7 tests=THREAD_INDEX, THREAD_TOPIC
X-Barracuda-Spam-Report: Code version 3.2, rules version 3.2.3.9807
	Rule breakdown below
	 pts rule name              description
	---- ---------------------- --------------------------------------------------
	0.01 THREAD_INDEX           thread-index: AcO7Y8iR61tzADqsRmmc5wNiFHEOig==
	0.01 THREAD_TOPIC           Thread-Topic: ...(Japanese Subject)...

Changes committed to git://git.pcp.io/pcp.git dev

Nathan Scott (3):
      Looks like not.a.real.host now resolves to a real address too
      Fix shell quoting error and dup trap in test qa/835
      pmdads389: new test (qa/825) to exercise install/remove/values

Dave Brolley (2):
      Update pmdiscoverservices(3) and pmfind(1) man pages.
      More updates to pmfind(1) and pmdiscoverservices(3) man pages.

Ken McDonell (2):
      qa/admin/check-vm - tweak list of things to check
      linux_proc pmda - refactor procfs error handling

 man/man1/pmfind.1               |   31 +++
 man/man3/pmdiscoverservices.3   |   80 ++++++++
 qa/365                          |    4 
 qa/365.out.ipv6                 |    8 
 qa/365.out.nonipv6              |    8 
 qa/825                          |  106 +++++++++++
 qa/825.out                      |   57 ++++++
 qa/835                          |    3 
 qa/admin/check-vm               |   10 -
 qa/group                        |    2 
 src/pmdas/linux_proc/pmda.c     |   57 ++----
 src/pmdas/linux_proc/proc_pid.c |  365 ++++++++++++++++++++++++++++------------
 src/pmdas/linux_proc/proc_pid.h |   18 -
 13 files changed, 573 insertions(+), 176 deletions(-)

From myllynen@redhat.com  Wed Sep 24 01:53:17 2014
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 7AA2F7F3F
	for ; Wed, 24 Sep 2014 01:53:17 -0500 (CDT)
Received: from cuda.sgi.com (cuda1.sgi.com [192.48.157.11])
	by relay2.corp.sgi.com (Postfix) with ESMTP id 5991A304032
	for ; Tue, 23 Sep 2014 23:53:14 -0700 (PDT)
X-ASG-Debug-ID: 1411541590-04bdf003a0120e80001-S8gJnT
Received: from mx1.redhat.com (mx1.redhat.com [209.132.183.28]) by cuda.sgi.com with ESMTP id IpE8gjruMCCqfA5M (version=TLSv1 cipher=AES256-SHA bits=256 verify=NO) for ; Tue, 23 Sep 2014 23:53:10 -0700 (PDT)
X-Barracuda-Envelope-From: myllynen@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 s8O6r9pE010841
	(version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=FAIL)
	for ; Wed, 24 Sep 2014 02:53:09 -0400
Received: from mmyllyne.csb (vpn1-7-237.ams2.redhat.com [10.36.7.237])
	by int-mx11.intmail.prod.int.phx2.redhat.com (8.14.4/8.14.4) with ESMTP id s8O6r7D0022050;
	Wed, 24 Sep 2014 02:53:08 -0400
Message-ID: <54226A52.7050304@redhat.com>
Date: Wed, 24 Sep 2014 09:53:06 +0300
From: Marko Myllynen 
Reply-To: myllynen@redhat.com
Organization: Red Hat
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:24.0) Gecko/20100101 Thunderbird/24.6.0
MIME-Version: 1.0
To: Nathan Scott 
CC: pcp@oss.sgi.com, Rich Megginson 
Subject: Re: [pcp] [PATCH] 389 DS PCP PMDA
References: <541C1297.6050009@redhat.com> <1651635410.53660103.1411447552098.JavaMail.zimbra@redhat.com>
X-ASG-Orig-Subj: Re: [pcp] [PATCH] 389 DS PCP PMDA
In-Reply-To: <1651635410.53660103.1411447552098.JavaMail.zimbra@redhat.com>
Content-Type: text/plain; charset=UTF-8
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: 1411541590
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

Hi,

On 2014-09-23 07:45, Nathan Scott wrote:
> 
>> The only real concern I have at the moment is the need for the
>> query_interval/timestamp stuff which is pretty ugly but when doing e.g.
>> "pminfo -dfmtT ds389.userroot" two successive queries are done for some
>> reason, I think we should avoid such needless LDAP queries.
> 
> You may find this is as a result of the query "batchsize" concept within
> pminfo - see the -b,--batch option.  If this is indeed the cause, you'll
> find the fetch routines are passed sets of metrics, & the PMDA can respond
> to just those requested (as this one does, to an extent, with use of the
> PMID cluster field).  Specific sub-trees can be queried via ds389.userroot
> or ds389.cn and you should see only those LDAP queries fire off.

thanks, the batchsize explains why it happens only with ds389.userroot
not with ds389.dn (the former has > 20 metrics, the latter < 20). With
-b 100 only one query. So I think the query interval logic still has its
place.

> Yes, we'll definitely want to be doing that  :)  & in an automated fashion.
> A test just like the memcached test qa/835 will be needed - any interest in
> tackling that to finish this PMDA off?

I'll try to take a look at it in the coming days but please feel finish
it off before that :)

> I found the perl-LDAP package is also needed - the Install script could be
> tweaked to check for this.  We'll also need to stitch this into the build
> via a new makefile, and assign a domain number.  I'll take on these last
> few, but would love some testing help if you can.  If not, I'll come back
> to that as soon as I can too.  For now, I've merged in your initial patch
> so that we have a common starting point (not built/installed yet though).

Looks good, thanks a lot.

Cheers,

-- 
Marko Myllynen

From myllynen@redhat.com  Wed Sep 24 03:20:40 2014
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 9357E7F3F
	for ; Wed, 24 Sep 2014 03:20:40 -0500 (CDT)
Received: from cuda.sgi.com (cuda2.sgi.com [192.48.176.25])
	by relay1.corp.sgi.com (Postfix) with ESMTP id 80D948F8033
	for ; Wed, 24 Sep 2014 01:20:40 -0700 (PDT)
X-ASG-Debug-ID: 1411546836-04cbb0730111ec40001-S8gJnT
Received: from mx1.redhat.com (mx1.redhat.com [209.132.183.28]) by cuda.sgi.com with ESMTP id 3oDYNTYBIUjg9EWv (version=TLSv1 cipher=AES256-SHA bits=256 verify=NO) for ; Wed, 24 Sep 2014 01:20:36 -0700 (PDT)
X-Barracuda-Envelope-From: myllynen@redhat.com
X-Barracuda-Apparent-Source-IP: 209.132.183.28
X-ASG-Whitelist: Client
Received: from int-mx13.intmail.prod.int.phx2.redhat.com (int-mx13.intmail.prod.int.phx2.redhat.com [10.5.11.26])
	by mx1.redhat.com (8.14.4/8.14.4) with ESMTP id s8O8KaIM016879
	(version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=FAIL)
	for ; Wed, 24 Sep 2014 04:20:36 -0400
Received: from mmyllyne.csb (vpn1-7-237.ams2.redhat.com [10.36.7.237])
	by int-mx13.intmail.prod.int.phx2.redhat.com (8.14.4/8.14.4) with ESMTP id s8O8KWCa024046;
	Wed, 24 Sep 2014 04:20:35 -0400
Message-ID: <54227ED0.5080404@redhat.com>
Date: Wed, 24 Sep 2014 11:20:32 +0300
From: Marko Myllynen 
Reply-To: myllynen@redhat.com
Organization: Red Hat
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:24.0) Gecko/20100101 Thunderbird/24.6.0
MIME-Version: 1.0
To: Nathan Scott 
CC: Rich Megginson , pcp@oss.sgi.com
Subject: Re: [pcp] [PATCH] 389 DS PCP PMDA
References: <541C1297.6050009@redhat.com>	<1651635410.53660103.1411447552098.JavaMail.zimbra@redhat.com> <54226A52.7050304@redhat.com>
X-ASG-Orig-Subj: Re: [pcp] [PATCH] 389 DS PCP PMDA
In-Reply-To: <54226A52.7050304@redhat.com>
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: 7bit
X-Scanned-By: MIMEDefang 2.68 on 10.5.11.26
X-Barracuda-Connect: mx1.redhat.com[209.132.183.28]
X-Barracuda-Start-Time: 1411546836
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

Hi,

On 2014-09-24 09:53, Marko Myllynen wrote:
> On 2014-09-23 07:45, Nathan Scott wrote:
> 
>> Yes, we'll definitely want to be doing that  :)  & in an automated fashion.
>> A test just like the memcached test qa/835 will be needed - any interest in
>> tackling that to finish this PMDA off?
> 
> I'll try to take a look at it in the coming days but please feel finish
> it off before that :)

actually, I had a quick look at this already. I think it's doing basic
sanity checking already very well and if 389 DS reports unexpected
values then there's not much the PMDA could do about it. If 389 DS is
not responding, the PMDA should be able to cope with that (fails loudly
if connection setup or bind fails, later on simply does not update
metrics if searches fail). I think we can also trust Net::LDAP to work
without issues.

Perhaps we can revisit this later if there are any sorts of issues
reported with the PMDA.

Thanks,

-- 
Marko Myllynen

From nscott@redhat.com  Wed Sep 24 03:26:53 2014
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 010187F3F
	for ; Wed, 24 Sep 2014 03:26:53 -0500 (CDT)
Received: from cuda.sgi.com (cuda2.sgi.com [192.48.176.25])
	by relay2.corp.sgi.com (Postfix) with ESMTP id D4721304048
	for ; Wed, 24 Sep 2014 01:26:49 -0700 (PDT)
X-ASG-Debug-ID: 1411547207-04cbb0730411efb0001-S8gJnT
Received: from mx4-phx2.redhat.com (mx4-phx2.redhat.com [209.132.183.25]) by cuda.sgi.com with ESMTP id ogzITGy0IiHdR01d (version=TLSv1 cipher=AES256-SHA bits=256 verify=NO) for ; Wed, 24 Sep 2014 01:26:47 -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 s8O8QltW008220
	for ; Wed, 24 Sep 2014 04:26:47 -0400
Date: Wed, 24 Sep 2014 04:26:47 -0400 (EDT)
From: Nathan Scott 
Reply-To: Nathan Scott 
To: PCP Mailing List 
Message-ID: <320220653.54470586.1411547207047.JavaMail.zimbra@redhat.com>
Subject: pcp updates: qa, pmdapapi
MIME-Version: 1.0
X-ASG-Orig-Subj: pcp updates: qa, pmdapapi
Content-Type: text/plain; charset=utf-8
Content-Transfer-Encoding: 7bit
X-Originating-IP: [10.5.82.7]
X-Mailer: Zimbra 8.0.6_GA_5922 (ZimbraWebClient - FF17 (Linux)/8.0.6_GA_5922)
Thread-Topic: pcp updates: qa, pmdapapi
Thread-Index: u6mAzbni7YlCnrNQYGH1UTRSroQh2Q==
X-Barracuda-Connect: mx4-phx2.redhat.com[209.132.183.25]
X-Barracuda-Start-Time: 1411547207
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.02
X-Barracuda-Spam-Status: No, SCORE=0.02 using per-user scores of TAG_LEVEL=1000.0 QUARANTINE_LEVEL=1000.0 KILL_LEVEL=2.7 tests=THREAD_INDEX, THREAD_TOPIC
X-Barracuda-Spam-Report: Code version 3.2, rules version 3.2.3.9818
	Rule breakdown below
	 pts rule name              description
	---- ---------------------- --------------------------------------------------
	0.01 THREAD_INDEX           thread-index: AcO7Y8iR61tzADqsRmmc5wNiFHEOig==
	0.01 THREAD_TOPIC           Thread-Topic: ...(Japanese Subject)...

Changes committed to git://git.pcp.io/pcp.git dev

Nathan Scott (2):
      qa: add ds389 into the standard set of filters
      pmdapapi: move the helptext buffer off the stack (fixes qa/914)

 qa/common.filter      |    3 +++
 src/pmdas/papi/papi.c |    8 ++++----
 2 files changed, 7 insertions(+), 4 deletions(-)

From nscott@redhat.com  Wed Sep 24 03:28:12 2014
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 4CF197F3F
	for ; Wed, 24 Sep 2014 03:28:12 -0500 (CDT)
Received: from cuda.sgi.com (cuda3.sgi.com [192.48.176.15])
	by relay1.corp.sgi.com (Postfix) with ESMTP id 2B2F78F804B
	for ; Wed, 24 Sep 2014 01:28:11 -0700 (PDT)
X-ASG-Debug-ID: 1411547285-04cb6c50e7112250001-S8gJnT
Received: from mx5-phx2.redhat.com (mx5-phx2.redhat.com [209.132.183.37]) by cuda.sgi.com with ESMTP id NAOMiIJVVWBgsH9P (version=TLSv1 cipher=AES256-SHA bits=256 verify=NO) for ; Wed, 24 Sep 2014 01:28:06 -0700 (PDT)
X-Barracuda-Envelope-From: nscott@redhat.com
X-Barracuda-Apparent-Source-IP: 209.132.183.37
Received: from zmail20.collab.prod.int.phx2.redhat.com (zmail20.collab.prod.int.phx2.redhat.com [10.5.83.23])
	by mx5-phx2.redhat.com (8.14.4/8.14.4) with ESMTP id s8O8S5J5017026;
	Wed, 24 Sep 2014 04:28:05 -0400
Date: Wed, 24 Sep 2014 04:28:05 -0400 (EDT)
From: Nathan Scott 
Reply-To: Nathan Scott 
To: myllynen@redhat.com
Cc: Rich Megginson , pcp@oss.sgi.com
Message-ID: <1946948683.54472156.1411547285058.JavaMail.zimbra@redhat.com>
In-Reply-To: <54227ED0.5080404@redhat.com>
References: <541C1297.6050009@redhat.com> <1651635410.53660103.1411447552098.JavaMail.zimbra@redhat.com> <54226A52.7050304@redhat.com> <54227ED0.5080404@redhat.com>
Subject: Re: [pcp] [PATCH] 389 DS PCP PMDA
MIME-Version: 1.0
X-ASG-Orig-Subj: Re: [pcp] [PATCH] 389 DS PCP PMDA
Content-Type: text/plain; charset=utf-8
Content-Transfer-Encoding: 7bit
X-Originating-IP: [10.5.82.7]
X-Mailer: Zimbra 8.0.6_GA_5922 (ZimbraWebClient - FF17 (Linux)/8.0.6_GA_5922)
Thread-Topic: 389 DS PCP PMDA
Thread-Index: ngVDCp8lvtlUCLQXNETtKHiRhC6mWg==
X-Barracuda-Connect: mx5-phx2.redhat.com[209.132.183.37]
X-Barracuda-Start-Time: 1411547286
X-Barracuda-Encrypted: AES256-SHA
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.03
X-Barracuda-Spam-Status: No, SCORE=0.03 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, THREAD_INDEX, THREAD_TOPIC
X-Barracuda-Spam-Report: Code version 3.2, rules version 3.2.3.9817
	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.01 BSF_SC0_SA_TO_FROM_DOMAIN_MATCH Sender Domain Matches Recipient
	                           Domain

Hi Marko,

----- Original Message -----
> [...]
> actually, I had a quick look at this already. I think it's doing basic
> sanity checking already very well and if 389 DS reports unexpected
> values then there's not much the PMDA could do about it. If 389 DS is
> not responding, the PMDA should be able to cope with that (fails loudly
> if connection setup or bind fails, later on simply does not update
> metrics if searches fail). I think we can also trust Net::LDAP to work
> without issues.

*nod*

> Perhaps we can revisit this later if there are any sorts of issues
> reported with the PMDA.

Yep, sounds good - thanks for the review.

cheers.

--
Nathan

From minnus@buffalo.edu  Wed Sep 24 13:29:31 2014
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 1C48A7F58
	for ; Wed, 24 Sep 2014 13:29:31 -0500 (CDT)
Received: from cuda.sgi.com (cuda3.sgi.com [192.48.176.15])
	by relay1.corp.sgi.com (Postfix) with ESMTP id F09508F804C
	for ; Wed, 24 Sep 2014 11:29:30 -0700 (PDT)
X-ASG-Debug-ID: 1411583366-04cb6c50e4128730001-S8gJnT
Received: from mtareserve1.acsu.buffalo.edu (mtareserve6.acsu.buffalo.edu [128.205.6.4]) by cuda.sgi.com with ESMTP id tfkdB8Mu09MoU0th for ; Wed, 24 Sep 2014 11:29:26 -0700 (PDT)
X-Barracuda-Envelope-From: minnus@buffalo.edu
X-Barracuda-Apparent-Source-IP: 128.205.6.4
Received: from localmailB.acsu.buffalo.edu (localmailb.acsu.buffalo.edu [128.205.5.200])
	by mtareserve1.acsu.buffalo.edu (Postfix) with ESMTP id 92E795A91;
	Wed, 24 Sep 2014 14:29:26 -0400 (EDT)
Received: from localmailB.acsu.buffalo.edu (localhost [127.0.0.1])
	by localhost (Postfix) with SMTP id 8C86B1617;
	Wed, 24 Sep 2014 14:29:26 -0400 (EDT)
Received: from localmailB.acsu.buffalo.edu (localhost [127.0.0.1])
	by localmailB.acsu.buffalo.edu (Postfix) with ESMTP id 0358C1614;
	Wed, 24 Sep 2014 14:29:26 -0400 (EDT)
Received: from smtp.buffalo.edu (smtp3.acsu.buffalo.edu [128.205.5.226])
	by localmailB.acsu.buffalo.edu (Prefixe) with ESMTP id E48C81613;
	Wed, 24 Sep 2014 14:29:25 -0400 (EDT)
Received: from prince.ccr.buffalo.edu (prince.ccr.buffalo.edu [128.205.40.45])
	(Authenticated sender: minnus@buffalo.edu)
	by smtp.buffalo.edu (Postfix) with ESMTPSA id D4DFD2411;
	Wed, 24 Sep 2014 14:29:25 -0400 (EDT)
Message-ID: <54230E4D.3040608@buffalo.edu>
Date: Wed, 24 Sep 2014 14:32:45 -0400
From: Martins Innus 
User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.9; rv:24.0) Gecko/20100101 Thunderbird/24.6.0
MIME-Version: 1.0
To: Nathan Scott 
CC: pcp developers 
Subject: Re: [pcp] /prod//stat additions
References: <54205ED8.2090301@buffalo.edu> <320107935.53652265.1411444768980.JavaMail.zimbra@redhat.com>
X-ASG-Orig-Subj: Re: [pcp] /prod//stat additions
In-Reply-To: <320107935.53652265.1411444768980.JavaMail.zimbra@redhat.com>
Content-Type: text/plain; charset=UTF-8; format=flowed
Content-Transfer-Encoding: 7bit
X-PM-EL-Spam-Prob: : 8%
X-Barracuda-Connect: mtareserve6.acsu.buffalo.edu[128.205.6.4]
X-Barracuda-Start-Time: 1411583366
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.3.9831
	Rule breakdown below
	 pts rule name              description
	---- ---------------------- --------------------------------------------------

Nathan,
>> Hi,
>>       I filled in missing fields from stat for the linux_proc_pmda:
>>
> Looks good Martins.  I've merged & tested - there was a handful of
> QA test failures, but those are now resolved (please review commit
> 942ad80b if you have time).
>

Great, thanks a lot! Looks good.

Martins

From minnus@buffalo.edu  Wed Sep 24 13:35:32 2014
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 49DF17F58
	for ; Wed, 24 Sep 2014 13:35:32 -0500 (CDT)
Received: from cuda.sgi.com (cuda2.sgi.com [192.48.176.25])
	by relay3.corp.sgi.com (Postfix) with ESMTP id 7FDBCAC004
	for ; Wed, 24 Sep 2014 11:35:28 -0700 (PDT)
X-ASG-Debug-ID: 1411583723-04cbb073011366f0001-S8gJnT
Received: from mtareserve1.acsu.buffalo.edu (mtareserve6.acsu.buffalo.edu [128.205.6.4]) by cuda.sgi.com with ESMTP id ZCSYNowzL70R3nGC for ; Wed, 24 Sep 2014 11:35:23 -0700 (PDT)
X-Barracuda-Envelope-From: minnus@buffalo.edu
X-Barracuda-Apparent-Source-IP: 128.205.6.4
Received: from localmailA.acsu.buffalo.edu (localmaila.acsu.buffalo.edu [128.205.5.196])
	by mtareserve1.acsu.buffalo.edu (Postfix) with ESMTP id 2DA585BCE;
	Wed, 24 Sep 2014 14:35:23 -0400 (EDT)
Received: from localmailA.acsu.buffalo.edu (localhost [127.0.0.1])
	by localhost (Postfix) with SMTP id 23C8CD17F;
	Wed, 24 Sep 2014 14:35:23 -0400 (EDT)
Received: from localmailA.acsu.buffalo.edu (localhost [127.0.0.1])
	by localmailA.acsu.buffalo.edu (Postfix) with ESMTP id B7277D178;
	Wed, 24 Sep 2014 14:35:20 -0400 (EDT)
Received: from smtp.buffalo.edu (smtp2.acsu.buffalo.edu [128.205.5.254])
	by localmailA.acsu.buffalo.edu (Prefixe) with ESMTP id A08E9D177;
	Wed, 24 Sep 2014 14:35:20 -0400 (EDT)
Received: from prince.ccr.buffalo.edu (prince.ccr.buffalo.edu [128.205.40.45])
	(Authenticated sender: minnus@buffalo.edu)
	by smtp.buffalo.edu (Postfix) with ESMTPSA id 665D22BB8;
	Wed, 24 Sep 2014 14:35:20 -0400 (EDT)
Message-ID: <54230FAF.2080201@buffalo.edu>
Date: Wed, 24 Sep 2014 14:38:39 -0400
From: Martins Innus 
User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.9; rv:24.0) Gecko/20100101 Thunderbird/24.6.0
MIME-Version: 1.0
To: Nathan Scott 
CC: pcp@oss.sgi.com
Subject: Re: [pcp] hotproc rfc
References: <536D28B4.6010504@buffalo.edu> <1139662762.4765310.1399862104653.JavaMail.zimbra@redhat.com>
X-ASG-Orig-Subj: Re: [pcp] hotproc rfc
In-Reply-To: <1139662762.4765310.1399862104653.JavaMail.zimbra@redhat.com>
Content-Type: multipart/mixed;
 boundary="------------010007020608070009090103"
X-PM-EL-Spam-Prob: : 8%
X-Barracuda-Connect: mtareserve6.acsu.buffalo.edu[128.205.6.4]
X-Barracuda-Start-Time: 1411583723
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.3.9832
	Rule breakdown below
	 pts rule name              description
	---- ---------------------- --------------------------------------------------

This is a multi-part message in MIME format.
--------------010007020608070009090103
Content-Type: text/plain; charset=UTF-8; format=flowed
Content-Transfer-Encoding: 7bit

Nathan,

On 5/11/2014 10:35 PM, Nathan Scott wrote:
> Hi Martins,
>
> It is good to hear someone's become interested in this topic again!
>
> ----- Original Message -----
>> Hello,
>>       I have started looking into reviving the hotproc pmda.  Before I
>> get too far into it, I wanted to make sure no one else was looking at it
>> and if my approach looks reasonable.

OK, I looked into both the cgroup integration that you mentioned and the 
client side implementation that Frank suggested and couldn't really come 
up with a clean way of implementing either, mostly due to my lack of 
confidence in managing the cgroup hierarchy and keeping everything in 
sync.  So I just went ahead for now and did a straight up integration 
with the existing proc pmda.  If you decide you want to present the 
information in cgroups in the end, hopefully this could at least be a 
starting point, since the process selection, config parsing, etc would 
still need to be done.

     This version works, *but* likely has more cleanup to go if this is 
an ok way forward.  This is on my hotproc branch on github.  I've also 
attached a cumulative patch and git log since over the course of 
development there were a bunch of changes and refactors and the linear 
history might be confusing.

*******
github.com/ubccr/pcp/tree/hotproc
*******

Some notes on this implementation:

1. I tried to keep as much functionality as I could from the sgi version 
but its been quite a while since we ran it and haven't had this hardware 
for quite some time!  There are a few things missing that I discuss below.

2. If you recall, the original hotproc pmda used a series of scripts to 
duplicate the proc pmda and then overlay the hotproc functionality as a 
separate pmda. Instead of having a separate pmda,  I merged it into 
linux_proc for ease of maintenance.  I modified the root_proc file by 
hand for now, but that could likely be done with an awk script as before 
as part of the build process.

3. What should the default state of hotproc be given that proc is 
usually always running?  Should there be some default config file to 
have some metrics available or should it be disabled (timer doesn't run, 
etc) if the user does not provide a config file?  I have provided a 
sample that is a simplification of what we are currently using.

4. Many of the changes are actually pretty self contained.  The biggest 
change was in proc_pid where I needed to change the assumption that 
there was only one list of processes that we cared about.  This resulted 
in having to change a bunch of the functions to take a process list to 
operate on.

5. Some stats I couldn't find per process yet: syscalls (systemtap seems 
to be the only way to get these?) ,  and  schedwait (doesn't seem to be 
available at all).

6. idletime is provided by the linux pmda.  I just re-implemented this 
small part of code.  Is there an alternative way to do inter pmda fetches?

7.Some cleanups and error checking still to do.  The original code used 
lots of "externs"  and I started to  factor those out, but then saw use 
in other pmdas so maybe thats not a concern?

8. I realize there is a lot to cleanup yet: commented out old code, 
debugging left on, maybe some memory leaks, etc but wanted to make sure 
there were no show stoppers before I kept going.  Also, some of the data 
types might might not be correct, i.e converting some of the long and 
long long types in the original code.

9. I'm open to any and all suggestions as having this available makes 
logging proc much more manageable for us. I have it running in a couple 
of VMs right now and will be deploying further over the next week.

Thanks for any comments.

Martins


--------------010007020608070009090103
Content-Type: text/plain; charset=UTF-8; x-mac-type="0"; x-mac-creator="0";
 name="git.log"
Content-Transfer-Encoding: base64
Content-Disposition: attachment;
 filename="git.log"

Y29tbWl0IDFjYjA5NDgzZDk5ZWYzYTVjMzU5YmMyNWQxMGJkNThiNzczNzE3MjIKQXV0aG9y
OiBNYXJ0aW5zIElubnVzIDxtaW5udXNAYnVmZmFsby5lZHU+CkRhdGU6ICAgV2VkIFNlcCAy
NCAxNDoxMDozOCAyMDE0IC0wNDAwCgogICAgaG90cHJvYyA6IGluY2x1ZGUgYSBkZWZhdWx0
IGNvbmZpZwoKIHNyYy9wbWRhcy9saW51eF9wcm9jL0dOVW1ha2VmaWxlICB8ICAgIDIgKy0K
IHNyYy9wbWRhcy9saW51eF9wcm9jL2hvdHByb2MuY29uZiB8ICAgIDQgKysrKwogMiBmaWxl
cyBjaGFuZ2VkLCA1IGluc2VydGlvbnMoKyksIDEgZGVsZXRpb25zKC0pCgpjb21taXQgOWRm
OTI1ZTIxNDdkYjliM2FkNjA5YmQyMTQ4NDgxYjU4NmEwOGQ0ZApBdXRob3I6IE1hcnRpbnMg
SW5udXMgPG1pbm51c0BidWZmYWxvLmVkdT4KRGF0ZTogICBXZWQgU2VwIDI0IDEyOjE3OjIx
IDIwMTQgLTA0MDAKCiAgICBob3Rwcm9jIDogY29kZSBhbmQgY29tbWVudCBjbGVhbnVwcwoK
IHNyYy9wbWRhcy9saW51eF9wcm9jL2NvbmZpZy5oICAgfCAgICAyIC0tCiBzcmMvcG1kYXMv
bGludXhfcHJvYy9wbWRhLmMgICAgIHwgICAzNCArKysrKysrKysrKysrKysrKy0tLS0tLS0t
LS0tLS0tLS0tCiBzcmMvcG1kYXMvbGludXhfcHJvYy9wcm9jX3BpZC5jIHwgICAzMSArKysr
KysrKysrKysrKystLS0tLS0tLS0tLS0tLS0tCiAzIGZpbGVzIGNoYW5nZWQsIDMyIGluc2Vy
dGlvbnMoKyksIDM1IGRlbGV0aW9ucygtKQoKY29tbWl0IDc3NjI3ZjU1YzgwNTI3NGY1MzQ0
ZTNkOTcxNzYyNTc4ZjlhNzU4MmUKQXV0aG9yOiBNYXJ0aW5zIElubnVzIDxtaW5udXNAYnVm
ZmFsby5lZHU+CkRhdGU6ICAgVHVlIFNlcCAyMyAxNTo1NTo1MSAyMDE0IC0wNDAwCgogICAg
aG90cHJvYyA6IEFkZCBjdHhzd2l0Y2ggYW5kIGlvd2FpdAoKIHNyYy9wbWRhcy9saW51eF9w
cm9jL2NvbmZpZy5oICAgfCAgICAyICstCiBzcmMvcG1kYXMvbGludXhfcHJvYy9ob3Rwcm9j
LmggIHwgICAgNiArKy0tCiBzcmMvcG1kYXMvbGludXhfcHJvYy9wbWRhLmMgICAgIHwgICAg
NCArLQogc3JjL3BtZGFzL2xpbnV4X3Byb2MvcHJvY19waWQuYyB8ICAgNTAgKysrKysrKysr
KysrKysrKysrKysrKysrKysrKy0tLS0tLS0tLS0KIDQgZmlsZXMgY2hhbmdlZCwgNDMgaW5z
ZXJ0aW9ucygrKSwgMTkgZGVsZXRpb25zKC0pCgpjb21taXQgZTg4YWU4ODYzN2E1MDMyNmVk
YWM4YmExMGUwODRmNjUyYzE4ZWU2NApBdXRob3I6IE1hcnRpbnMgSW5udXMgPG1pbm51c0Bi
dWZmYWxvLmVkdT4KRGF0ZTogICBUdWUgU2VwIDIzIDE0OjU4OjMwIDIwMTQgLTA0MDAKCiAg
ICBob3Rwcm9jIDogUmVjb25jaWxlIHdpdGggdXBzdHJlYW0gY2hhbmdlcwogICAgCiAgICBV
cGRhdGUgdGhlOgogICAgCiAgICBmZXRjaF9wcm9jX3BpZF9zdGF0CiAgICBmZXRjaF9wcm9j
X3BpZF9zdGF0dXMKICAgIGZldGNoX3Byb2NfcGlkX2lvCiAgICAKICAgIGNhbGxzIHRvIGhh
dmUgYSBzdHMgbWVtYmVyLgoKIHNyYy9wbWRhcy9saW51eF9wcm9jL3Byb2NfcGlkLmMgfCAg
ICA2ICsrKy0tLQogMSBmaWxlcyBjaGFuZ2VkLCAzIGluc2VydGlvbnMoKyksIDMgZGVsZXRp
b25zKC0pCgpjb21taXQgOGNhOTBkN2ViZTVmNzhkOWFkYmI1Mjg3MTc2MDYyNTA2MzgzOGU3
MApBdXRob3I6IE1hcnRpbnMgSW5udXMgPG1pbm51c0BidWZmYWxvLmVkdT4KRGF0ZTogICBU
dWUgU2VwIDIzIDExOjQ4OjMxIDIwMTQgLTA0MDAKCiAgICBob3Rwcm9jIDogZml4IHRtcG5h
bSB1c2FnZQogICAgCiAgICBVcGRhdGUgdG8gdXNlIG1rc3RlbXAKCiBzcmMvcG1kYXMvbGlu
dXhfcHJvYy9jb25maWcuYyB8ICAgMTcgKysrKysrKysrLS0tLS0tLS0KIDEgZmlsZXMgY2hh
bmdlZCwgOSBpbnNlcnRpb25zKCspLCA4IGRlbGV0aW9ucygtKQoKY29tbWl0IDFiZTlmNGM1
MTk3Zjg5MzczMTZlOTQ2MGQ2ZmNlM2E0NmZkYWMyOTAKQXV0aG9yOiBNYXJ0aW5zIElubnVz
IDxtaW5udXNAYnVmZmFsby5lZHU+CkRhdGU6ICAgVHVlIFNlcCAyMyAxMToxNjowNCAyMDE0
IC0wNDAwCgogICAgaG90cHJvYyA6IEFkZCBpZGxlIGFuZCB0cmFuc2llbnQKICAgIAogICAg
UGFyc2UgL3Byb2Mvc3RhdCB0byBnZXQgaWRsZSBzbyB3ZSBjYW4gcHJlc2VudAogICAgdGhh
dCBhbmQgY2FsY3VsYXRlIHRyYW5zaWVudCB2YWx1ZXMKICAgIAogICAgRHVwbGljYXRlcyBz
b21lIGNvZGUgZnJvbSBwbWRhcy9saW51eCB0byBnZXQgdGhpcwoKIHNyYy9wbWRhcy9saW51
eF9wcm9jL3BtZGEuYyAgICAgfCAgIDQ5ICsrKysrKysrKysrKysrKysrKysrLS0tLS0tCiBz
cmMvcG1kYXMvbGludXhfcHJvYy9wcm9jX3BpZC5jIHwgICA3MiArKysrKysrKysrKysrKysr
KysrKysrKysrKysrKy0tLS0tLS0tLS0KIHNyYy9wbWRhcy9saW51eF9wcm9jL3Byb2NfcGlk
LmggfCAgICAyICstCiAzIGZpbGVzIGNoYW5nZWQsIDkyIGluc2VydGlvbnMoKyksIDMxIGRl
bGV0aW9ucygtKQoKY29tbWl0IGFhN2U2ODZmMmYwODVlYmY2MTljMzEyMTE4NzRkMGE2ZGY2
YmE0NmQKQXV0aG9yOiBNYXJ0aW5zIElubnVzIDxtaW5udXNAYnVmZmFsby5lZHU+CkRhdGU6
ICAgRnJpIFNlcCAxOSAxMTozMjowNiAyMDE0IC0wNDAwCgogICAgaG90cHJvYyA6IHJlYWRh
YmlsaXR5IGNsZWFudXBzCiAgICAKICAgIEZpeHVwIHdoaXRlc3BhY2UsIGNvbW1lbnRlZCBj
b2RlLCBpbmRlbnRzLCBldGMuCgogc3JjL3BtZGFzL2xpbnV4X3Byb2MvY29uZmlnLmMgICB8
ICAgIDMgLQogc3JjL3BtZGFzL2xpbnV4X3Byb2MvcG1kYS5jICAgICB8ICAgNDcgKy0tLQog
c3JjL3BtZGFzL2xpbnV4X3Byb2MvcHJvY19waWQuYyB8ICA1ODkgKysrKysrKysrKysrKysr
KystLS0tLS0tLS0tLS0tLS0tLS0tLS0tCiBzcmMvcG1kYXMvbGludXhfcHJvYy9wcm9jX3Bp
ZC5oIHwgICAgMSArCiA0IGZpbGVzIGNoYW5nZWQsIDI3NCBpbnNlcnRpb25zKCspLCAzNjYg
ZGVsZXRpb25zKC0pCgpjb21taXQgYmRiMzU0ODcxZWYwZWQ5ZDdiOWIxM2Y0ZWJhNWM3YTNl
NTNjZTBiOQpBdXRob3I6IE1hcnRpbnMgSW5udXMgPG1pbm51c0BidWZmYWxvLmVkdT4KRGF0
ZTogICBUaHUgU2VwIDE4IDE0OjU3OjU0IDIwMTQgLTA0MDAKCiAgICBob3Rwcm9jIDogcG1z
dG9yZSBhZGRpdGlvbnMKICAgIAogICAgYWRkIHN1cHBvcnQgZm9yIGNoYW5naW5nIHRoZSBj
b25maWcgc3RyaW5nIGFuZCB1cGRhdGUgaW50ZXJ2YWwKCiBzcmMvcG1kYXMvbGludXhfcHJv
Yy9jb25maWcuYyAgIHwgICA2NSArKysrKystLS0tLS0tLS0tLS0tCiBzcmMvcG1kYXMvbGlu
dXhfcHJvYy9jb25maWcuaCAgIHwgICAgNCArLQogc3JjL3BtZGFzL2xpbnV4X3Byb2MvZ3Jh
bS55ICAgICB8ICAgIDMgKy0KIHNyYy9wbWRhcy9saW51eF9wcm9jL2xleC5sICAgICAgfCAg
ICA3IC0tCiBzcmMvcG1kYXMvbGludXhfcHJvYy9wbWRhLmMgICAgIHwgIDEzNyArKysrKysr
KysrKysrKysrKysrKysrKysrKysrLS0tLS0tLS0tLS0KIHNyYy9wbWRhcy9saW51eF9wcm9j
L3Byb2NfcGlkLmMgfCAgICA3ICsrCiBzcmMvcG1kYXMvbGludXhfcHJvYy9wcm9jX3BpZC5o
IHwgICAgMiArCiA3IGZpbGVzIGNoYW5nZWQsIDEzMyBpbnNlcnRpb25zKCspLCA5MiBkZWxl
dGlvbnMoLSkKCmNvbW1pdCBlYmQyOTUxYjg3NDEyZGQ5ODJiYzhhMmVlOGRiM2I0NmE3NTQx
NzE4CkF1dGhvcjogTWFydGlucyBJbm51cyA8bWlubnVzQGJ1ZmZhbG8uZWR1PgpEYXRlOiAg
IFdlZCBTZXAgMTcgMTE6NDE6MzggMjAxNCAtMDQwMAoKICAgIGhvdHByb2MgOiB1cGRhdGUg
eWFjYyB0byBtb2Rlcm4gdXNhZ2UgZm9yIHBhcnNpbmcgZnJvbSBhIGJ1ZmZlciwgYWxzbyBz
b21lIGJ1aWxkIGZpeGVzCgogc3JjL3BtZGFzL2xpbnV4X3Byb2MvR05VbWFrZWZpbGUgfCAg
ICAyICstCiBzcmMvcG1kYXMvbGludXhfcHJvYy9jb25maWcuYyAgICB8ICAgIDIgKy0KIHNy
Yy9wbWRhcy9saW51eF9wcm9jL2dyYW0ueSAgICAgIHwgICAgNiArKysrKysKIHNyYy9wbWRh
cy9saW51eF9wcm9jL2xleC5sICAgICAgIHwgICAgMiArLQogc3JjL3BtZGFzL2xpbnV4X3By
b2MvcG1kYS5jICAgICAgfCAgICA0ICstLS0KIHNyYy9wbWRhcy9saW51eF9wcm9jL3Byb2Nf
cGlkLmMgIHwgICAgMiArLQogNiBmaWxlcyBjaGFuZ2VkLCAxMSBpbnNlcnRpb25zKCspLCA3
IGRlbGV0aW9ucygtKQoKY29tbWl0IDYwMGYxZTdmMzRhZGQ0NDlkMzk4MzI5Y2Q2YjU0MWFm
MmY3MDk2ZDkKQXV0aG9yOiBNYXJ0aW5zIElubnVzIDxtaW5udXNAYnVmZmFsby5lZHU+CkRh
dGU6ICAgV2VkIFNlcCAxNyAxMDo0NzoxMyAyMDE0IC0wNDAwCgogICAgaG90cHJvYyA6IGFk
ZCAueS8ubCBmaWxlcyB0byBtYWtlZmlsZQoKIHNyYy9wbWRhcy9saW51eF9wcm9jL0dOVW1h
a2VmaWxlIHwgICAxNyArKysrKysrKysrKysrKy0tLQogMSBmaWxlcyBjaGFuZ2VkLCAxNCBp
bnNlcnRpb25zKCspLCAzIGRlbGV0aW9ucygtKQoKY29tbWl0IDhlMzE2NmM5NjM0NjYyOWYw
YTA2MjZmNzA3MjY0MzJjMTI2MzM1MTMKQXV0aG9yOiBNYXJ0aW5zIElubnVzIDxtaW5udXNA
YnVmZmFsby5lZHU+CkRhdGU6ICAgV2VkIFNlcCAxNyAxMDo0NjoyMCAyMDE0IC0wNDAwCgog
ICAgaG90cHJvYyA6IG5hbWVzcGFjZSBjaGFuZ2VzCgogc3JjL3BtZGFzL2xpbnV4X3Byb2Mv
cm9vdF9wcm9jIHwgIDE1NSArKysrKysrKysrKysrKysrKysrKysrKysrKysrKysrKysrKysr
KysrCiAxIGZpbGVzIGNoYW5nZWQsIDE1NSBpbnNlcnRpb25zKCspLCAwIGRlbGV0aW9ucygt
KQoKY29tbWl0IDU5MzZmYWEwM2NlY2IwOTRmMjhjYzA0OTcwZmE5ZGUzNTBjMTcxNzUKQXV0
aG9yOiBNYXJ0aW5zIElubnVzIDxtaW5udXNAYnVmZmFsby5lZHU+CkRhdGU6ICAgV2VkIFNl
cCAxNyAxMDo0NTo0NiAyMDE0IC0wNDAwCgogICAgaG90cHJvYyA6IGluaXRpYWwgc291cmNl
ZmlsZSBjaGFuZ2VzCgogc3JjL3BtZGFzL2xpbnV4X3Byb2MvcG1kYS5jICAgICB8ICAzNjIg
KysrKysrKysrKysrKysrKysrLQogc3JjL3BtZGFzL2xpbnV4X3Byb2MvcHJvY19waWQuYyB8
ICA3NjkgKysrKysrKysrKysrKysrKysrKysrKysrKysrKysrKysrKysrKy0tCiAyIGZpbGVz
IGNoYW5nZWQsIDEwNzcgaW5zZXJ0aW9ucygrKSwgNTQgZGVsZXRpb25zKC0pCgpjb21taXQg
NjlmOWM3OTA1YmU5MzgwMzE5YzM4NGYzZDkyY2NmODMwZmYxYzUzOApBdXRob3I6IE1hcnRp
bnMgSW5udXMgPG1pbm51c0BidWZmYWxvLmVkdT4KRGF0ZTogICBXZWQgU2VwIDE3IDEwOjQ1
OjAwIDIwMTQgLTA0MDAKCiAgICBob3Rwcm9jIDogaW5pdGlhbCBoZWFkZXIgY2hhbmdlcwoK
IHNyYy9wbWRhcy9saW51eF9wcm9jL2NsdXN0ZXJzLmggfCAgIDE0ICsrKysrKysrKysrKyst
CiBzcmMvcG1kYXMvbGludXhfcHJvYy9pbmRvbS5oICAgIHwgICAgMSArCiBzcmMvcG1kYXMv
bGludXhfcHJvYy9wcm9jX3BpZC5oIHwgICAxMCArKysrKysrKysrCiAzIGZpbGVzIGNoYW5n
ZWQsIDI0IGluc2VydGlvbnMoKyksIDEgZGVsZXRpb25zKC0pCgpjb21taXQgNzBkNzZmYTE5
ODQyZjJjN2IzYmU5MDNmM2E4YmM4NWE3Y2M5YmJkYwpBdXRob3I6IE1hcnRpbnMgSW5udXMg
PG1pbm51c0BidWZmYWxvLmVkdT4KRGF0ZTogICBXZWQgU2VwIDE3IDEwOjQ0OjMzIDIwMTQg
LTA0MDAKCiAgICBob3Rwcm9jIDogaW5pdGlhbCBtYWtlZmlsZSBjaGFuZ2VzCgogc3JjL3Bt
ZGFzL2xpbnV4X3Byb2MvR05VbWFrZWZpbGUgfCAgICA1ICsrKy0tCiAxIGZpbGVzIGNoYW5n
ZWQsIDMgaW5zZXJ0aW9ucygrKSwgMiBkZWxldGlvbnMoLSkKCmNvbW1pdCAzOTkwYWQwYTdl
ODExMzhiM2E3MTRmMjllMDViNTU3YThmNWJiNDJiCkF1dGhvcjogTWFydGlucyBJbm51cyA8
bWlubnVzQGJ1ZmZhbG8uZWR1PgpEYXRlOiAgIFdlZCBTZXAgMTcgMTA6NDM6NDUgMjAxNCAt
MDQwMAoKICAgIGhvdHByb2MgOiBzZWxmIGNvbnRhaW5lZCBmaWxlIG1lcmdlCgogc3JjL3Bt
ZGFzL2xpbnV4X3Byb2MvY29uZmlnLmMgICAgfCAgNTg4ICsrKysrKysrKysrKysrKysrKysr
KysrKysrKysrKysrKysrKysrCiBzcmMvcG1kYXMvbGludXhfcHJvYy9jb25maWcuaCAgICB8
ICAgNzkgKysrKysKIHNyYy9wbWRhcy9saW51eF9wcm9jL2Vycm9yLmMgICAgIHwgICA0MCAr
KysKIHNyYy9wbWRhcy9saW51eF9wcm9jL2dyYW0ueSAgICAgIHwgIDE2MyArKysrKysrKysr
Kwogc3JjL3BtZGFzL2xpbnV4X3Byb2MvZ3JhbV9ub2RlLmMgfCAgMjAwICsrKysrKysrKysr
KysKIHNyYy9wbWRhcy9saW51eF9wcm9jL2dyYW1fbm9kZS5oIHwgICA2OSArKysrKwogc3Jj
L3BtZGFzL2xpbnV4X3Byb2MvaG90cHJvYy5oICAgfCAgIDUyICsrKysKIHNyYy9wbWRhcy9s
aW51eF9wcm9jL2xleC5sICAgICAgIHwgIDEyMSArKysrKysrKwogOCBmaWxlcyBjaGFuZ2Vk
LCAxMzEyIGluc2VydGlvbnMoKyksIDAgZGVsZXRpb25zKC0pCgo=
--------------010007020608070009090103
Content-Type: text/plain; charset=UTF-8; x-mac-type="0"; x-mac-creator="0";
 name="hotproc.diff"
Content-Transfer-Encoding: base64
Content-Disposition: attachment;
 filename="hotproc.diff"

ZGlmZiAtLWdpdCBhL3NyYy9wbWRhcy9saW51eF9wcm9jL0dOVW1ha2VmaWxlIGIvc3JjL3Bt
ZGFzL2xpbnV4X3Byb2MvR05VbWFrZWZpbGUKaW5kZXggYzI1OWJkYS4uMmI0MWU5YSAxMDA2
NDQKLS0tIGEvc3JjL3BtZGFzL2xpbnV4X3Byb2MvR05VbWFrZWZpbGUKKysrIGIvc3JjL3Bt
ZGFzL2xpbnV4X3Byb2MvR05VbWFrZWZpbGUKQEAgLTI1LDE2ICsyNSwyMCBAQCBQTURBSU5J
VAk9IHByb2NfaW5pdAogUE1EQURJUgkJPSAkKFBDUF9QTURBU19ESVIpLyQoSUFNKQogQ09O
Rl9MSU5FCT0gInByb2MJMwlwaXBlCWJpbmFyeQkJJChQTURBRElSKS8kKENNRFRBUkdFVCkg
LWQgMyIKIAotQ0ZJTEVTCQk9IHBtZGEuYyBcCi0JCSAgY2dyb3Vwcy5jIHByb2NfcGlkLmMg
cHJvY19ydW5xLmMga3N5bS5jIGdldGluZm8uYyBjb250ZXh0cy5jCitDRklMRVMJCT0gcG1k
YS5jIGNncm91cHMuYyBwcm9jX3BpZC5jIHByb2NfcnVucS5jIFwKKwkJICBrc3ltLmMgZ2V0
aW5mby5jIGNvbnRleHRzLmMgZ3JhbV9ub2RlLmMgY29uZmlnLmMgZXJyb3IuYwogCiBIRklM
RVMJCT0gY2x1c3RlcnMuaCBpbmRvbS5oIFwKLQkJICBjZ3JvdXBzLmggcHJvY19waWQuaCBw
cm9jX3J1bnEuaCBrc3ltLmggZ2V0aW5mby5oIGNvbnRleHRzLmgKKwkJICBjZ3JvdXBzLmgg
cHJvY19waWQuaCBwcm9jX3J1bnEuaCBrc3ltLmggZ2V0aW5mby5oIGNvbnRleHRzLmggaG90
cHJvYy5oIGdyYW1fbm9kZS5oIGNvbmZpZy5oCisKK0xGSUxFUyA9IGxleC5sCitZRklMRVMg
PSBncmFtLnkKIAogU0NSSVBUUwkJPSBJbnN0YWxsIFJlbW92ZQogVkVSU0lPTl9TQ1JJUFQJ
PSBleHBvcnRzCiBIRUxQVEFSR0VUUwk9IGhlbHAuZGlyIGhlbHAucGFnCi1MRElSVAkJPSAk
KEhFTFBUQVJHRVRTKSBkb21haW4uaCAkKFZFUlNJT05fU0NSSVBUKQorTFNSQ0ZJTEVTIAk9
IGhlbHAgcm9vdCByb290X3Byb2MgbGludXhfcHJvY19taWdyYXRlLmNvbmYgJChTQ1JJUFRT
KQorTERJUlQJCT0gJChIRUxQVEFSR0VUUykgZG9tYWluLmggJChWRVJTSU9OX1NDUklQVCkg
JChZRklMRVM6JS55PSUudGFiLj8pCiAKIExMRExJQlMJCT0gJChQQ1BfUE1EQUxJQikKIExD
RkxBR1MJCT0gJChJTlZJU0lCSUxJVFkpCkBAIC00Niw2ICs1MCw3IEBAIExDRkxBR1MJCT0g
JChJTlZJU0lCSUxJVFkpCiBNQU5fU0VDVElPTgk9IDEKIE1BTl9QQUdFUwk9IHBtZGEkKElB
TSkuJChNQU5fU0VDVElPTikKIE1BTl9ERVNUCT0gJChQQ1BfTUFOX0RJUikvbWFuJChNQU5f
U0VDVElPTikKK0xMRExJQlMgKz0gLWxmbAogCiBkZWZhdWx0OglidWlsZC1tZQogCkBAIC01
OSw3ICs2NCw3IEBAIGJ1aWxkLW1lOiBkb21haW4uaCAkKExJQlRBUkdFVCkgJChDTURUQVJH
RVQpICQoSEVMUFRBUkdFVFMpCiAKIGluc3RhbGw6IGRlZmF1bHQKIAkkKElOU1RBTEwpIC1t
IDc1NSAtZCAkKFBNREFESVIpCi0JJChJTlNUQUxMKSAtbSA2NDQgZG9tYWluLmggaGVscCBo
ZWxwLmRpciBoZWxwLnBhZyByb290IHJvb3RfcHJvYyAkKFBNREFESVIpCisJJChJTlNUQUxM
KSAtbSA2NDQgZG9tYWluLmggaGVscCBoZWxwLmRpciBoZWxwLnBhZyByb290IHJvb3RfcHJv
YyBob3Rwcm9jLmNvbmYgJChQTURBRElSKQogCSQoSU5TVEFMTCkgLW0gNzU1ICQoTElCVEFS
R0VUKSAkKENNRFRBUkdFVCkgJChTQ1JJUFRTKSAkKFBNREFESVIpCiAJJChJTlNUQUxMKSAt
bSA2NDQgcm9vdF9wcm9jICQoUENQX1ZBUl9ESVIpL3BtbnMvcm9vdF9wcm9jCiAJJChJTlNU
QUxMKSAtbSA2NDQgbGludXhfcHJvY19taWdyYXRlLmNvbmYgJChQQ1BfVkFSX0RJUikvY29u
ZmlnL3BtbG9ncmV3cml0ZS9saW51eF9wcm9jX21pZ3JhdGUuY29uZgpAQCAtNjksNiArNzQs
MTEgQEAgYnVpbGQtbWU6CiBpbnN0YWxsOgogZW5kaWYKIAorLk5PVFBBUkFMTEVMOgorZ3Jh
bS50YWIuaCBncmFtLnRhYi5jOglncmFtLnkKKworY29uZmlnLm8gbGV4Lm8gZ3JhbS50YWIu
bzoJCWdyYW0udGFiLmgKKwogZGVmYXVsdF9wY3AgOiBkZWZhdWx0CiAKIGluc3RhbGxfcGNw
IDogaW5zdGFsbApAQCAtODIsNiArOTIsOCBAQCAkKFZFUlNJT05fU0NSSVBUKToKIGRvbWFp
bi5oOiAuLi8uLi9wbW5zL3N0ZHBtaWQKIAkkKERPTUFJTl9NQUtFUlVMRSkKIAorZ3JhbS50
YWIubzoJaG90cHJvYy5oCitsZXgubzoJaG90cHJvYy5oCiBjZ3JvdXBzLm8gcG1kYS5vOiBj
bHVzdGVycy5oCiBjZ3JvdXBzLm8gcG1kYS5vOgljZ3JvdXBzLmgKIGNncm91cHMubyBwbWRh
Lm8gcHJvY19waWQubyBwcm9jX3J1bnEubzoJcHJvY19waWQuaApkaWZmIC0tZ2l0IGEvc3Jj
L3BtZGFzL2xpbnV4X3Byb2MvY2x1c3RlcnMuaCBiL3NyYy9wbWRhcy9saW51eF9wcm9jL2Ns
dXN0ZXJzLmgKaW5kZXggZTFjOGMyYS4uOTY5ZTNlNyAxMDA2NDQKLS0tIGEvc3JjL3BtZGFz
L2xpbnV4X3Byb2MvY2x1c3RlcnMuaAorKysgYi9zcmMvcG1kYXMvbGludXhfcHJvYy9jbHVz
dGVycy5oCkBAIC0zOSwxMCArMzksMjIgQEAKICNkZWZpbmUgQ0xVU1RFUl9ORVRfQ0xTX0dS
T1VQUwk0NyAvKiBuZXR3b3JrIGNsYXNzaWZpY2F0aW9uIGNvbnRyb2wgZ3JvdXBzICovCiAj
ZGVmaW5lIENMVVNURVJfQkxLSU9fR1JPVVBTCTQ5IC8qIGJsa2lvIGNvbnRyb2wgZ3JvdXBz
ICovCiAjZGVmaW5lIENMVVNURVJfUElEX0ZECQk1MSAvKiAvcHJvYy88cGlkPi9mZCAqLwor
CisjZGVmaW5lIENMVVNURVJfSE9UUFJPQ19QSURfU1RBVCAgICAgICAgNTIgLyogIC9wcm9j
LzxwaWQ+L3N0YXQgKi8KKyNkZWZpbmUgQ0xVU1RFUl9IT1RQUk9DX1BJRF9TVEFUTSAgICAg
ICA1MyAvKiAgL3Byb2MvPHBpZD4vc3RhdG0gKyAvcHJvYy88cGlkPi9tYXBzICovCisjZGVm
aW5lIENMVVNURVJfSE9UUFJPQ19QSURfQ0dST1VQICAgICAgNTQgLyogL3Byb2MvPHBpZD4v
Y2dyb3VwICovCisjZGVmaW5lIENMVVNURVJfSE9UUFJPQ19QSURfTEFCRUwgICAgICAgNTUg
LyogL3Byb2MvPHBpZD4vYXR0ci9jdXJyZW50IChsYWJlbCkgKi8KKyNkZWZpbmUgQ0xVU1RF
Ul9IT1RQUk9DX1BJRF9TVEFUVVMgICAgICA1NiAvKiAvcHJvYy88cGlkPi9zdGF0dXMgKi8K
KyNkZWZpbmUgQ0xVU1RFUl9IT1RQUk9DX1BJRF9TQ0hFRFNUQVQgICA1NyAvKiAvcHJvYy88
cGlkPi9zY2hlZHN0YXQgKi8KKyNkZWZpbmUgQ0xVU1RFUl9IT1RQUk9DX1BJRF9JTyAgICAg
ICAgICA1OCAvKiAvcHJvYy88cGlkPi9pbyAqLworI2RlZmluZSBDTFVTVEVSX0hPVFBST0Nf
UElEX0ZEICAgICAgICAgIDU5IC8qIC9wcm9jLzxwaWQ+L2ZkICovCisjZGVmaW5lIENMVVNU
RVJfSE9UUFJPQ19HTE9CQUwJCTYwIC8qIG92ZXJhbGwgaG90cHJvYyBzdGF0cyBhbmQgY29u
dHJvbHMqLworI2RlZmluZSBDTFVTVEVSX0hPVFBST0NfUFJFRCAgICAgIAk2MSAvKiBkZXJp
dmVkIGhvdHByb2MgbWV0cmljcyAqLworCiAJLyogTm90ZTogZG8gbm90IHVzZSBoaWdoZXIg
dGhhbiAoMSA8PCBDR1JPVVBfU1BMSVQpLTEgYXMgY2x1c3RlciBJRCAqLwogCiAjZGVmaW5l
IE1JTl9DTFVTVEVSICA4CQkvKiBmaXJzdCBjbHVzdGVyIG51bWJlciB3ZSB1c2UgaGVyZSAq
LwotI2RlZmluZSBOVU1fQ0xVU1RFUlMgNTIJCS8qIG9uZSBtb3JlIHRoYW4gaGlnaGVzdCBj
bHVzdGVyIG51bWJlciB1c2VkICovCisjZGVmaW5lIE5VTV9DTFVTVEVSUyA2MgkJLyogb25l
IG1vcmUgdGhhbiBoaWdoZXN0IGNsdXN0ZXIgbnVtYmVyIHVzZWQgKi8KICNkZWZpbmUgTUFY
X0NMVVNURVIgIDYzCQkvKiBsYXN0IGF2YWlsYWJsZSAtIGZpbGwgZ2FwcyBpZiBtb3JlIG5l
ZWRlZCAqLwogCiAjZW5kaWYgLyogX0NMVVNURVJTX0ggKi8KZGlmZiAtLWdpdCBhL3NyYy9w
bWRhcy9saW51eF9wcm9jL2NvbmZpZy5jIGIvc3JjL3BtZGFzL2xpbnV4X3Byb2MvY29uZmln
LmMKbmV3IGZpbGUgbW9kZSAxMDA2NDQKaW5kZXggMDAwMDAwMC4uZmZhZDllMgotLS0gL2Rl
di9udWxsCisrKyBiL3NyYy9wbWRhcy9saW51eF9wcm9jL2NvbmZpZy5jCkBAIC0wLDAgKzEs
NTYxIEBACisvKgorICogQ29weXJpZ2h0IChjKSAxOTk1IFNpbGljb24gR3JhcGhpY3MsIElu
Yy4gIEFsbCBSaWdodHMgUmVzZXJ2ZWQuCisgKiAKKyAqIFRoaXMgcHJvZ3JhbSBpcyBmcmVl
IHNvZnR3YXJlOyB5b3UgY2FuIHJlZGlzdHJpYnV0ZSBpdCBhbmQvb3IgbW9kaWZ5IGl0Cisg
KiB1bmRlciB0aGUgdGVybXMgb2YgdGhlIEdOVSBHZW5lcmFsIFB1YmxpYyBMaWNlbnNlIGFz
IHB1Ymxpc2hlZCBieSB0aGUKKyAqIEZyZWUgU29mdHdhcmUgRm91bmRhdGlvbjsgZWl0aGVy
IHZlcnNpb24gMiBvZiB0aGUgTGljZW5zZSwgb3IgKGF0IHlvdXIKKyAqIG9wdGlvbikgYW55
IGxhdGVyIHZlcnNpb24uCisgKiAKKyAqIFRoaXMgcHJvZ3JhbSBpcyBkaXN0cmlidXRlZCBp
biB0aGUgaG9wZSB0aGF0IGl0IHdpbGwgYmUgdXNlZnVsLCBidXQKKyAqIFdJVEhPVVQgQU5Z
IFdBUlJBTlRZOyB3aXRob3V0IGV2ZW4gdGhlIGltcGxpZWQgd2FycmFudHkgb2YgTUVSQ0hB
TlRBQklMSVRZCisgKiBvciBGSVRORVNTIEZPUiBBIFBBUlRJQ1VMQVIgUFVSUE9TRS4gIFNl
ZSB0aGUgR05VIEdlbmVyYWwgUHVibGljIExpY2Vuc2UKKyAqIGZvciBtb3JlIGRldGFpbHMu
CisgKi8KKworI2luY2x1ZGUgPHVuaXN0ZC5oPgorI2luY2x1ZGUgPHN0ZGxpYi5oPgorI2lu
Y2x1ZGUgPHN0ZGlvLmg+CisjaW5jbHVkZSA8c3RyaW5nLmg+CisjaW5jbHVkZSA8c3lzL3By
b2Nmcy5oPgorI2luY2x1ZGUgPHN5cy9zdGF0Lmg+CisKKyNkZWZpbmUgX1JFR0VYX1JFX0NP
TVAKKyNpbmNsdWRlIDxzeXMvdHlwZXMuaD4KKyNpbmNsdWRlIDxyZWdleC5oPgorCisjaW5j
bHVkZSAicG1hcGkuaCIKKworI2luY2x1ZGUgImdyYW1fbm9kZS5oIgorI2luY2x1ZGUgImdy
YW0udGFiLmgiCisjaW5jbHVkZSAiY29uZmlnLmgiCisKK2NoYXIgKmNvbmZfYnVmZmVyID0g
TlVMTDsgLyogY29udGFpbnMgY29uZmlnIHRleHQgKi8KK2NoYXIgKnByZWRfYnVmZmVyID0g
TlVMTDsgLyogY29udGFpbnMgcGFyc2VkIHByZWRpY2F0ZSAqLworCitzdGF0aWMgYm9vbF9u
b2RlICp0aGVfdHJlZSA9IE5VTEw7CitzdGF0aWMgY29uZmlnX3ZhcnMgKnRoZV92YXJzID0g
TlVMTDsKKworLyogaW50ZXJuYWwgZnVuY3Rpb25zICovCitzdGF0aWMgaW50IGV2YWxfcHJl
ZGljYXRlKGJvb2xfbm9kZSAqKTsKK3N0YXRpYyBpbnQgZXZhbF9jb21wYXJpc29uKGJvb2xf
bm9kZSAqKTsKK3N0YXRpYyBpbnQgZXZhbF9udW1fY29tcChOX3RhZywgYm9vbF9ub2RlICos
IGJvb2xfbm9kZSAqKTsKK3N0YXRpYyBpbnQgZXZhbF9zdHJfY29tcChOX3RhZywgYm9vbF9u
b2RlICosIGJvb2xfbm9kZSAqKTsKK3N0YXRpYyBpbnQgZXZhbF9tYXRjaF9jb21wKE5fdGFn
LCBib29sX25vZGUgKiwgYm9vbF9ub2RlICopOworc3RhdGljIGNoYXIqIGdldF9zdHJ2YWx1
ZShib29sX25vZGUgKik7CitzdGF0aWMgZG91YmxlIGdldF9udW12YWx1ZShib29sX25vZGUg
Kik7CitzdGF0aWMgdm9pZCBldmFsX2Vycm9yKGNoYXIgKik7CisKK2V4dGVybiBpbnQgcGFy
c2VfcHJlZGljYXRlKGJvb2xfbm9kZSAqKik7CitleHRlcm4gY2hhciAqcG1Qcm9nbmFtZTsK
K2NoYXIgKmhvdHByb2NfY29uZmlnZmlsZTsKK2V4dGVybiBGSUxFICp5eWluOworCit2b2lk
CitzZXRfY29uZl9idWZmZXIoIGNoYXIgKiBidWYpeworICAgIGNvbmZfYnVmZmVyID0gc3Ry
ZHVwKGJ1Zik7Cit9CisKK2NoYXIgKgorZ2V0X2NvbmZfYnVmZmVyKCl7CisJcmV0dXJuIGNv
bmZfYnVmZmVyOworfQorCitGSUxFICoKK29wZW5fY29uZmlnKGNoYXIgY29uZmlnZmlsZVtd
KQoreworCisgICAgaG90cHJvY19jb25maWdmaWxlID0gc3RyZHVwKGNvbmZpZ2ZpbGUpOwor
CisgICAgRklMRSAqY29uZjsKKyAgICBpZiAoKGNvbmYgPSBmb3Blbihob3Rwcm9jX2NvbmZp
Z2ZpbGUsICJyIikpID09IE5VTEwpIHsKKwkodm9pZClmcHJpbnRmKHN0ZGVyciwgIiVzOiBV
bmFibGUgdG8gb3BlbiBjb25maWd1cmF0aW9uIGZpbGUgXCIlc1wiOiAlc1xuIiwKKwkgICAg
cG1Qcm9nbmFtZSwgaG90cHJvY19jb25maWdmaWxlLCBvc3N0cmVycm9yKCkpOworCWV4aXQo
MSk7CisgICAgfQorICAgIHJldHVybiBjb25mOworfQorCitpbnQKK3BhcnNlX2NvbmZpZyhi
b29sX25vZGUgKip0cmVlKQoreworICAgIGludCBzdHM7CisgICAgRklMRSAqZmlsZSA9IE5V
TEw7CisgICAgY2hhciB0bXBuYW1lW10gPSAiL3Zhci90bXAvcGNwLlhYWFhYWCI7CisgICAg
aW50IGZpZCA9IC0xOworICAgIHN0cnVjdCBzdGF0IHN0YXRfYnVmOworICAgIGxvbmcgc2l6
ZTsKKyAgICBjaGFyICpwdHI7CisKKyAgICBpZiAoKHN0cyA9IHBhcnNlX3ByZWRpY2F0ZSh0
cmVlKSkgIT0gMCkgeworCSh2b2lkKWZwcmludGYoc3RkZXJyLCAiJXM6IEZhaWxlZCB0byBw
YXJzZSBjb25maWd1cmF0aW9uIGZpbGVcbiIsIHBtUHJvZ25hbWUpOworCXJldHVybiBzdHM7
CisgICAgfQorCisgICAgLyogLS0tIGR1bXAgdG8gdG1wIGZpbGUgJiByZWFkIHRvIGJ1ZmZl
ciAtLS0gKi8KKyAgICBpZiAoKGZpZCA9IG1rc3RlbXAodG1wbmFtZSkpID09IC0xIHx8CisJ
KGZpbGUgPSBmZG9wZW4oZmlkLCAidysiKSkgPT0gTlVMTCkgeworCXN0cyA9IC1vc2Vycm9y
KCk7CisJZnByaW50ZihzdGRlcnIsICIlczogcGFyc2VfY29uZmlnOiBmYWlsZWQgdG8gY3Jl
YXRlIFwiJXNcIjogJXNcbiIsCisJICAgIHBtUHJvZ25hbWUsIHRtcG5hbWUsIHN0cmVycm9y
KC1zdHMpKTsKKwlnb3RvIGVycm9yOworICAgIH0KKyAgICBpZiAodW5saW5rKHRtcG5hbWUp
ID09IC0xKSB7CisJc3RzID0gLW9zZXJyb3IoKTsKKwlmcHJpbnRmKHN0ZGVyciwgIiVzOiBw
YXJzZV9jb25maWc6IGZhaWxlZCB0byB1bmxpbmsgXCIlc1wiOiAlc1xuIiwKKwkgICAgcG1Q
cm9nbmFtZSwgdG1wbmFtZSwgc3RyZXJyb3IoLXN0cykpOworCWdvdG8gZXJyb3I7CisgICAg
fQorICAgIGR1bXBfcHJlZGljYXRlKGZpbGUsICp0cmVlKTsKKyAgICBmZmx1c2goZmlsZSk7
CisgICAgaWYgKGZzdGF0KGZpbGVubyhmaWxlKSwgJnN0YXRfYnVmKSA8IDApIHsKKwlzdHMg
PSAtb3NlcnJvcigpOworCWZwcmludGYoc3RkZXJyLCAiJXM6IHBhcnNlX2NvbmZpZzogZmFp
bGVkIHRvIHN0YXQgXCIlc1wiOiAlc1xuIiwKKwkgICAgcG1Qcm9nbmFtZSwgdG1wbmFtZSwg
c3RyZXJyb3IoLXN0cykpOworCWdvdG8gZXJyb3I7CisgICAgfQorICAgIHNpemUgPSAobG9u
ZylzdGF0X2J1Zi5zdF9zaXplOworICAgIHB0ciA9IG1hbGxvYyhzaXplKzEpOworICAgIGlm
IChwdHIgPT0gTlVMTCkgeworCXN0cyA9IC1vc2Vycm9yKCk7CisJZnByaW50ZihzdGRlcnIs
ICIlczogcGFyc2VfY29uZmlnOiBmYWlsZWQgdG8gbWFsbG9jOiAlc1xuIiwKKwkgICAgcG1Q
cm9nbmFtZSwgc3RyZXJyb3IoLXN0cykpOworCWdvdG8gZXJyb3I7CisgICAgfQorICAgIHJl
d2luZChmaWxlKTsKKyAgICBpZiAoZnJlYWQocHRyLCBzaXplLCAxLCBmaWxlKSAhPSAxKSB7
CisJY2xlYXJlcnIoZmlsZSk7CisJZnByaW50ZihzdGRlcnIsICIlczogcGFyc2VfY29uZmln
OiBmYWlsZWQgdG8gZnJlYWQgXCIlc1wiXG4iLAorCSAgICBwbVByb2duYW1lLCB0bXBuYW1l
KTsKKwlzdHMgPSAtMTsKKwlnb3RvIGVycm9yOworICAgIH0KKyAgICAodm9pZClmY2xvc2Uo
ZmlsZSk7CisKKyAgICBpZiAocHJlZF9idWZmZXIgIT0gTlVMTCkKKwlmcmVlKHByZWRfYnVm
ZmVyKTsKKyAgICBwcmVkX2J1ZmZlciA9IHB0cjsgCisgICAgcHJlZF9idWZmZXJbc2l6ZV0g
PSAnXDAnOworICAgIHJldHVybiAwOworCitlcnJvcjoKKyAgICBpZiAoZmlsZSAhPSBOVUxM
KQorCSh2b2lkKWZjbG9zZShmaWxlKTsKKyAgICByZXR1cm4gc3RzOworfQorCit2b2lkCitu
ZXdfdHJlZShib29sX25vZGUgKnRyZWUpCit7CisgICAgZnJlZV90cmVlKHRoZV90cmVlKTsK
KyAgICB0aGVfdHJlZSA9IHRyZWU7Cit9CisKK3ZvaWQKK3JlYWRfY29uZmlnKEZJTEUgKmNv
bmYpCit7CisgICAgc3RydWN0IHN0YXQgc3RhdF9idWY7CisgICAgbG9uZyBzaXplOworICAg
IGludCBzdHM7CisgICAgc2l6ZV90IG5yZWFkOworCisgICAgLyogZ2V0IGxlbmd0aCBvZiBm
aWxlICovCisgICAgc3RzID0gZnN0YXQoZmlsZW5vKGNvbmYpLCAmc3RhdF9idWYpOworICAg
IGlmIChzdHMgPCAwKSB7CisJKHZvaWQpZnByaW50ZihzdGRlcnIsICIlczogRmFpbHVyZSB0
byBzdGF0IGNvbmZpZ3VyYXRpb24gZmlsZSBcIiVzXCI6ICVzXG4iLAorCSAgICBwbVByb2du
YW1lLCBob3Rwcm9jX2NvbmZpZ2ZpbGUsIG9zc3RyZXJyb3IoKSk7CisJZXhpdCgxKTsKKyAg
ICB9CisgICAgc2l6ZSA9IChsb25nKXN0YXRfYnVmLnN0X3NpemU7CisKKyAgICAvKiBjcmVh
dGUgYnVmZmVyICovCisgICAgY29uZl9idWZmZXIgPSAoY2hhciopbWFsbG9jKHNpemUrMSpz
aXplb2YoY2hhcikpOworICAgIGlmIChjb25mX2J1ZmZlciA9PSBOVUxMKSB7CisJKHZvaWQp
ZnByaW50ZihzdGRlcnIsICIlczogRmFpbHVyZSB0byBjcmVhdGUgYnVmZmVyIGZvciBjb25m
aWd1cmF0aW9uIGZpbGUgXCIlc1wiXG4iLAorCSAgICBwbVByb2duYW1lLCBob3Rwcm9jX2Nv
bmZpZ2ZpbGUpOworCWV4aXQoMSk7CisgICAgfQorCisgICAgLyogcmVhZCB3aG9sZSBmaWxl
IGludG8gYnVmZmVyICovCisgICAgbnJlYWQgPSBmcmVhZChjb25mX2J1ZmZlciwgc2l6ZW9m
KGNoYXIpLCBzaXplLCBjb25mKTsKKyAgICBpZiAobnJlYWQgIT0gc2l6ZSkgeworCSh2b2lk
KWZwcmludGYoc3RkZXJyLCAiJXM6IEZhaWx1cmUgdG8gcmVhZCBjb25maWd1cmF0aW9uIGZp
bGUgXCIlc1wiIGludG8gYnVmZmVyXG4iLAorCSAgICBwbVByb2duYW1lLCBob3Rwcm9jX2Nv
bmZpZ2ZpbGUpOworCWV4aXQoMSk7CisgICAgfQorICAgIGNvbmZfYnVmZmVyW3NpemVdID0g
J1wwJzsgLyogdGVybWluYXRlIHRoZSBidWZmZXIgKi8KKworICAgIGZwcmludGYoc3RkZXJy
LCAiQnVmZmVyOiAlc1xuIiwgY29uZl9idWZmZXIpOworCisgICAgaWYgKHBhcnNlX2NvbmZp
ZygmdGhlX3RyZWUpICE9IDApCisgICAgICAgIGV4aXQoMSk7Cit9CisKK3ZvaWQKK2R1bXBf
dHJlZShGSUxFICpmKQoreworICAgIGR1bXBfYm9vbF90cmVlKGYsIHRoZV90cmVlKTsKK30K
KworCitpbnQKK2V2YWxfdHJlZShjb25maWdfdmFycyAqdmFycykKK3sKKyAgICB0aGVfdmFy
cyA9IHZhcnM7CisgICAgcmV0dXJuIGV2YWxfcHJlZGljYXRlKHRoZV90cmVlKTsKK30KKwor
LyoKKyAqIGRvIHByZWRpY2F0ZSB0ZXN0aW5nIGZvciBxYQorICovCisKKyNkZWZpbmUgUUFf
TElORSA1MTIKKworLyoKKyAqIFJldHVybiBjb252ZW50aW9uCisgKiBFT0YgPSBmaW5pc2hl
ZCBsaW5lIG9yIGZpbGUKKyAqIDAgPSBlcnJvciBpbiBpbnB1dAorICogMSA9IHN1Y2Nlc3Nm
dWwgYW5kIGNvbnRpbnVlCisgKi8KKworLyoKKyAqIFJlYWQgdGVzdCB2YXJzIG9mIGZvcm06
ICJ2YXI9dmFsdWV8dmFyPXZhbHVlfHZhcj12YWx1ZSIKKyAqLworCitzdGF0aWMgaW50City
ZWFkX3Rlc3RfdmFyKGNoYXIgKmxpbmUsIGNvbmZpZ192YXJzICp2YXJzKQoreworICAgIGNv
bnN0IGNoYXIgRVFVQUxTID0gJz0nOworICAgIGNvbnN0IGNoYXIgRElWSURFUiA9ICd8JzsK
KyAgICBjaGFyIHZhcltRQV9MSU5FXTsKKyAgICBjaGFyIHZhbHVlW1FBX0xJTkVdOworICAg
IHN0YXRpYyBjaGFyICpjOworICAgIGludCBpID0gMDsKKworICAgIC8qIGlmIGxpbmUgaXMg
TlVMTCB0aGVuIGNvbnRpbnVlIHdoZXJlIGxlZnQgb2ZmICovCisgICAgaWYgKGxpbmUgIT0g
TlVMTCkKKwljID0gbGluZTsKKworICAgIGlmICgqYyA9PSAnXG4nKQorCXJldHVybiBFT0Y7
CisKKyAgICAvKiAtLS0gZ2V0IHZhcmlhYmxlIG5hbWUgLS0tICovCisgICAgaSA9IDA7Cisg
ICAgd2hpbGUoKmMgIT0gRVFVQUxTICYmICpjICE9ICdcbicpIHsKKyAgICAgICAgdmFyW2kr
K10gPSAqYysrOworICAgIH0KKyAgICB2YXJbaV0gPSAnXDAnOworCisgICAgaWYgKCpjID09
ICdcbicpIHsKKwlmcHJpbnRmKHN0ZGVyciwgIiVzOiBFcnJvciByZWFkaW5nIHRlc3QgdmFy
aWFibGUsICIKKwkJCSJsb29raW5nIGZvciBcIiVjXCJcbiIsIHBtUHJvZ25hbWUsIEVRVUFM
Uyk7CisJcmV0dXJuIDA7CisgICAgfQorCisgICAgYysrOyAvKiBza2lwIG92ZXIgRVFVQUxT
ICovCisKKyAgICAvKiAtLS0gZ2V0IHZhbHVlIC0tLSAqLworICAgIGkgPSAwOworICAgIHdo
aWxlKCpjICE9IERJVklERVIgJiYgKmMgIT0gJ1xuJykgeworICAgICAgICB2YWx1ZVtpKytd
ID0gKmMrKzsKKyAgICB9CisgICAgdmFsdWVbaV0gPSAnXDAnOworCisgICAgaWYgKCpjID09
IERJVklERVIpIC8qIHNraXAgb3ZlciBESVZJREVSICovCisgICAgICAgIGMrKzsKKworICAg
IC8qIC0tLSB2YXIgPSB2YWx1ZSAtLS0gKi8KKyAgICBpZiAoc3RyY21wKHZhciwgInVpZCIp
ID09IDApIHsKKyAgICAgICAgdmFycy0+dWlkID0gYXRvaSh2YWx1ZSk7CisgICAgfQorICAg
IGVsc2UgaWYgKHN0cmNtcCh2YXIsICJ1bmFtZSIpID09IDApIHsKKyAgICAgICAgaWYgKChz
dHJjcHkodmFycy0+dW5hbWUsIHZhbHVlKSkgPT0gTlVMTCkKKyAgICAgICAgICAgIGdvdG8g
ZmFpbHVyZTsKKyAgICB9IAorICAgIGVsc2UgaWYgKHN0cmNtcCh2YXIsICJnaWQiKSA9PSAw
KSB7CisgICAgICAgIHZhcnMtPmdpZCA9IGF0b2kodmFsdWUpOworICAgIH0gCisgICAgZWxz
ZSBpZiAoc3RyY21wKHZhciwgImduYW1lIikgPT0gMCkgeworICAgICAgICBpZiAoKHN0cmNw
eSh2YXJzLT5nbmFtZSwgdmFsdWUpKSA9PSBOVUxMKQorICAgICAgICAgICAgZ290byBmYWls
dXJlOworICAgIH0gCisgICAgZWxzZSBpZiAoc3RyY21wKHZhciwgImZuYW1lIikgPT0gMCkg
eworICAgICAgICAodm9pZClzdHJjcHkodmFycy0+Zm5hbWUsIHZhbHVlKTsKKyAgICB9IAor
ICAgIGVsc2UgaWYgKHN0cmNtcCh2YXIsICJwc2FyZ3MiKSA9PSAwKSB7CisgICAgICAgICh2
b2lkKXN0cmNweSh2YXJzLT5wc2FyZ3MsIHZhbHVlKTsKKyAgICB9IAorICAgIGVsc2UgaWYg
KHN0cmNtcCh2YXIsICJjcHVidXJuIikgPT0gMCkgeworICAgICAgICB2YXJzLT5jcHVidXJu
ID0gYXRvZih2YWx1ZSk7CisgICAgfSAKKyAgICAvKmVsc2UgaWYgKHN0cmNtcCh2YXIsICJz
eXNjYWxscyIpID09IDApIHsKKyAgICAgICAgdmFycy0+cHJlZHMuc3lzY2FsbHMgPSBhdG9m
KHZhbHVlKTsKKyAgICB9IAorICAgIGVsc2UgaWYgKHN0cmNtcCh2YXIsICJwdV9zeXNjIikg
PT0gMCkgeworICAgICAgICB2YXJzLT5wdV9zeXNjID0gYXRvbCh2YWx1ZSk7CisgICAgfSAK
KyAgICBlbHNlIGlmIChzdHJjbXAodmFyLCAiY3R4c3dpdGNoIikgPT0gMCkgeworICAgICAg
ICB2YXJzLT5wcmVkcy5jdHhzd2l0Y2ggPSBhdG9mKHZhbHVlKTsKKyAgICB9IAorICAgIGVs
c2UgaWYgKHN0cmNtcCh2YXIsICJwdV92Y3R4IikgPT0gMCkgeworICAgICAgICB2YXJzLT5w
dV92Y3R4ID0gYXRvbCh2YWx1ZSk7CisgICAgfSAKKyAgICBlbHNlIGlmIChzdHJjbXAodmFy
LCAicHVfaWN0eCIpID09IDApIHsKKyAgICAgICAgdmFycy0+cHVfaWN0eCA9IGF0b2wodmFs
dWUpOworICAgIH0qLyAKKyAgICBlbHNlIGlmIChzdHJjbXAodmFyLCAidmlydHVhbHNpemUi
KSA9PSAwKSB7CisgICAgICAgIHZhcnMtPnByZWRzLnZpcnR1YWxzaXplID0gYXRvZih2YWx1
ZSk7CisgICAgfSAKKyAgICAvL2Vsc2UgaWYgKHN0cmNtcCh2YXIsICJwcl9zaXplIikgPT0g
MCkgeworICAgIC8vICAgIHZhcnMtPnByX3NpemUgPSBhdG9sKHZhbHVlKTsKKyAgICAvL30g
CisgICAgZWxzZSBpZiAoc3RyY21wKHZhciwgInJlc2lkZW50c2l6ZSIpID09IDApIHsKKyAg
ICAgICAgdmFycy0+cHJlZHMucmVzaWRlbnRzaXplID0gYXRvZih2YWx1ZSk7CisgICAgfSAK
KyAgICAvL2Vsc2UgaWYgKHN0cmNtcCh2YXIsICJwcl9yc3NpemUiKSA9PSAwKSB7CisgICAg
Ly8gICAgdmFycy0+cHJfcnNzaXplID0gYXRvbCh2YWx1ZSk7CisgICAgLy99IAorICAgIGVs
c2UgaWYgKHN0cmNtcCh2YXIsICJpb2RlbWFuZCIpID09IDApIHsKKyAgICAgICAgdmFycy0+
cHJlZHMuaW9kZW1hbmQgPSBhdG9mKHZhbHVlKTsKKyAgICB9IAorICAgIC8vZWxzZSBpZiAo
c3RyY21wKHZhciwgInB1X2dicmVhZCIpID09IDApIHsKKyAgICAvLyAgICB2YXJzLT5wdV9n
YnJlYWQgPSBhdG9sKHZhbHVlKTsKKyAgICAvL30gCisgICAgLy9lbHNlIGlmIChzdHJjbXAo
dmFyLCAicHVfYnJlYWQiKSA9PSAwKSB7CisgICAgLy8gICAgdmFycy0+cHVfYnJlYWQgPSBh
dG9sKHZhbHVlKTsKKyAgICAvL30gCisgICAgLy9lbHNlIGlmIChzdHJjbXAodmFyLCAicHVf
Z2J3cml0IikgPT0gMCkgeworICAgIC8vICAgIHZhcnMtPnB1X2did3JpdCA9IGF0b2wodmFs
dWUpOworICAgIC8vfSAKKyAgICAvL2Vsc2UgaWYgKHN0cmNtcCh2YXIsICJwdV9id3JpdCIp
ID09IDApIHsKKyAgICAvLyAgICB2YXJzLT5wdV9id3JpdCA9IGF0b2wodmFsdWUpOworICAg
IC8vfSAKKyAgICAvL2Vsc2UgaWYgKHN0cmNtcCh2YXIsICJpb3dhaXQiKSA9PSAwKSB7Cisg
ICAgLy8gICAgdmFycy0+cHJlZHMuaW93YWl0ID0gYXRvZih2YWx1ZSk7CisgICAgLy99IAor
ICAgIC8vZWxzZSBpZiAoc3RyY21wKHZhciwgImFjX2J3dGltZSIpID09IDApIHsKKyAgICAv
LyAgICB2YXJzLT5hY19id3RpbWUgPSBhdG9sbCh2YWx1ZSk7CisgICAgLy99IAorICAgIC8v
ZWxzZSBpZiAoc3RyY21wKHZhciwgImFjX3J3dGltZSIpID09IDApIHsKKyAgICAvLyAgICB2
YXJzLT5hY19yd3RpbWUgPSBhdG9sbCh2YWx1ZSk7CisgICAgLy99IAorICAgIC8vZWxzZSBp
ZiAoc3RyY21wKHZhciwgInNjaGVkd2FpdCIpID09IDApIHsKKyAgICAvLyAgICB2YXJzLT5w
cmVkcy5zY2hlZHdhaXQgPSBhdG9mKHZhbHVlKTsKKyAgICAvL30gCisgICAgLy9lbHNlIGlm
IChzdHJjbXAodmFyLCAiYWNfcXd0aW1lIikgPT0gMCkgeworICAgIC8vICAgIHZhcnMtPmFj
X3F3dGltZSA9IGF0b2xsKHZhbHVlKTsKKyAgICAvL30gCisgICAgZWxzZSB7CisJZnByaW50
ZihzdGRlcnIsICIlczogRXJyb3IgdW5yZWNvZ25pc2VkIHRlc3QgdmFyaWFibGU6IFwiJXNc
IlxuIiwgCisgICAgICAgICAgICAgICAgcG1Qcm9nbmFtZSwgdmFyKTsKKwlyZXR1cm4gMDsK
KyAgICB9CisKKyAgICByZXR1cm4gMTsKKworZmFpbHVyZToKKyAgICAodm9pZClmcHJpbnRm
KHN0ZGVyciwgIiVzOiBtYWxsb2MgZmFpbGVkIGZvciByZWFkX3Rlc3RfdmFyKClcbiIsIHBt
UHJvZ25hbWUpOyAKKyAgICBleGl0KDEpOworfQorCisKK2ludAorcmVhZF90ZXN0X3ZhbHVl
cyhGSUxFICpmaWxlLCBjb25maWdfdmFycyAqdmFycykKK3sKKyAgICBzdGF0aWMgY2hhciBs
aW5lW1FBX0xJTkVdOworICAgIGludCBzdHM7CisgICAgaW50IGk7CisKKyAgICBpZiAoZmdl
dHMobGluZSwgUUFfTElORS0xLCBmaWxlKSA9PSBOVUxMKQorICAgICAgICByZXR1cm4gRU9G
OworCisgICAgaWYgKHN0cmxlbihsaW5lKSA9PSBRQV9MSU5FLTEpIHsKKwlmcHJpbnRmKHN0
ZGVyciwgIiVzOiBsaW5lIGxpbWl0IGV4Y2VlZGVkXG4iLCBwbVByb2duYW1lKTsKKyAgICAg
ICAgcmV0dXJuIDA7CisgICAgfQorCisgICAgLyogbm90ZSB0aGF0IGxpbmUgbXVzdCBlbmQg
aW4gJ1xuJyAqLworCisgICAgLyogcmVzZXQgYWxsIHZhbHVlcyAqLworICAgICh2b2lkKW1l
bXNldCh2YXJzLCAwLCBzaXplb2YoKnZhcnMpKTsKKworICAgIC8qIHJlYWQgZWFjaCB2YXI9
dmFsdWUgcGFpciBmb3IgYSBsaW5lICovCisgICAgZm9yKGk9MDsvKmZvcmV2ZXIqLztpKysp
IHsKKyAgICAgICAgc3RzID0gcmVhZF90ZXN0X3ZhcigoaT09MD9saW5lOk5VTEwpLCB2YXJz
KTsgCisgICAgICAgIGlmIChzdHMgPT0gRU9GKSAKKwkgICAgcmV0dXJuIDE7CisgICAgICAg
IGlmIChzdHMgPT0gMCkKKwkgICAgcmV0dXJuIDA7CisgICAgfQorfQorCitzdGF0aWMgdm9p
ZCAKK2V2YWxfZXJyb3IoY2hhciAqbXNnKQoreworICAgKHZvaWQpZnByaW50ZihzdGRlcnIs
ICIlczogSW50ZXJuYWwgZXJyb3IgOiAlc1xuIiwgcG1Qcm9nbmFtZSwgbXNnP21zZzoiIik7
IAorICAgZXhpdCgxKTsKK30KKworc3RhdGljIGludAorZXZhbF9wcmVkaWNhdGUoYm9vbF9u
b2RlICpwcmVkKQoreworICAgIGJvb2xfbm9kZSAqbGhzLCAqcmhzOworCisgICAgc3dpdGNo
KHByZWQtPnRhZykgeworCWNhc2UgTl9hbmQ6CQorCSAgICBsaHMgPSBwcmVkLT5kYXRhLmNo
aWxkcmVuLmxlZnQ7CisJICAgIHJocyA9IHByZWQtPmRhdGEuY2hpbGRyZW4ucmlnaHQ7CisJ
ICAgIHJldHVybiBldmFsX3ByZWRpY2F0ZShsaHMpICYmIGV2YWxfcHJlZGljYXRlKHJocyk7
CQorCWNhc2UgTl9vcjoJCisJICAgIGxocyA9IHByZWQtPmRhdGEuY2hpbGRyZW4ubGVmdDsK
KwkgICAgcmhzID0gcHJlZC0+ZGF0YS5jaGlsZHJlbi5yaWdodDsKKwkgICAgcmV0dXJuIGV2
YWxfcHJlZGljYXRlKGxocykgfHwgZXZhbF9wcmVkaWNhdGUocmhzKTsJCisJY2FzZSBOX25v
dDoJCisJICAgIGxocyA9IHByZWQtPmRhdGEuY2hpbGRyZW4ubGVmdDsKKwkgICAgcmV0dXJu
ICFldmFsX3ByZWRpY2F0ZShsaHMpOwkKKwljYXNlIE5fdHJ1ZToKKwkgICAgcmV0dXJuIDE7
CisJY2FzZSBOX2ZhbHNlOgorCSAgICByZXR1cm4gMDsKKwlkZWZhdWx0OgorCSAgICByZXR1
cm4gZXZhbF9jb21wYXJpc29uKHByZWQpOworICAgIH0vKnN3aXRjaCovCit9CisKK3N0YXRp
YyBpbnQKK2V2YWxfY29tcGFyaXNvbihib29sX25vZGUgKmNvbXApCit7CisgICAgYm9vbF9u
b2RlICpsaHMgPSBjb21wLT5kYXRhLmNoaWxkcmVuLmxlZnQ7CisgICAgYm9vbF9ub2RlICpy
aHMgPSBjb21wLT5kYXRhLmNoaWxkcmVuLnJpZ2h0OworCisgICAgc3dpdGNoKGNvbXAtPnRh
ZykgeworCWNhc2UgTl9sdDogY2FzZSBOX2d0OiBjYXNlIE5fZ2U6IGNhc2UgTl9sZToKKyAg
ICAgICAgY2FzZSBOX2VxOiBjYXNlIE5fbmVxOgorCSAgICByZXR1cm4gZXZhbF9udW1fY29t
cChjb21wLT50YWcsIGxocywgcmhzKTsgCisJY2FzZSBOX3NlcTogY2FzZSBOX3NuZXE6CisJ
ICAgIHJldHVybiBldmFsX3N0cl9jb21wKGNvbXAtPnRhZywgbGhzLCByaHMpOworCWNhc2Ug
Tl9tYXRjaDogY2FzZSBOX25tYXRjaDoKKwkgICAgcmV0dXJuIGV2YWxfbWF0Y2hfY29tcChj
b21wLT50YWcsIGxocywgcmhzKTsKKwlkZWZhdWx0OgorCSAgICBldmFsX2Vycm9yKCJjb21w
YXJpc29uIik7CisgICAgICAgIC8vIGVycm9yIGV4aXRzIGJ1dCB0byBrZWVwIGNvbXBpbGVy
IGhhcHB5CisgICAgICAgIHJldHVybiAwOworICAgIH0vKnN3aXRjaCovCit9CisKK3N0YXRp
YyBpbnQKK2V2YWxfbnVtX2NvbXAoTl90YWcgdGFnLCBib29sX25vZGUgKmxocywgYm9vbF9u
b2RlICpyaHMpCit7CisgICAgZG91YmxlIHggPSBnZXRfbnVtdmFsdWUobGhzKTsKKyAgICBk
b3VibGUgeSA9IGdldF9udW12YWx1ZShyaHMpOworCisgICAgc3dpdGNoKHRhZykgeworCWNh
c2UgTl9sdDogcmV0dXJuICh4IDwgeSk7CisJY2FzZSBOX2d0OiByZXR1cm4gKHggPiB5KTsK
KwljYXNlIE5fbGU6IHJldHVybiAoeCA8PSB5KTsKKwljYXNlIE5fZ2U6IHJldHVybiAoeCA+
PSB5KTsKKwljYXNlIE5fZXE6IHJldHVybiAoeCA9PSB5KTsKKwljYXNlIE5fbmVxOiByZXR1
cm4gKHggIT0geSk7CisJZGVmYXVsdDoKKwkgICAgZXZhbF9lcnJvcigibnVtYmVyIGNvbXBh
cmlzb24iKTsKKyAgICAgICAgLy8gZXJyb3IgZXhpdHMgYnV0IHRvIGtlZXAgY29tcGlsZXIg
aGFwcHkKKyAgICAgICAgcmV0dXJuIDA7CisgICAgfS8qc3dpdGNoKi8KK30KKworc3RhdGlj
IGRvdWJsZQorZ2V0X251bXZhbHVlKGJvb2xfbm9kZSAqbikKK3sKKyAgICBzd2l0Y2gobi0+
dGFnKSB7CisJY2FzZSBOX251bWJlcjogcmV0dXJuIG4tPmRhdGEubnVtX3ZhbDsKKwljYXNl
IE5fY3B1YnVybjogcmV0dXJuIHRoZV92YXJzLT5jcHVidXJuOworICAgIC8vICAgIGNhc2Ug
Tl9zeXNjYWxsczogcmV0dXJuIHRoZV92YXJzLT5wcmVkcy5zeXNjYWxsczsKKyAgICAvLyAg
ICBjYXNlIE5fY3R4c3dpdGNoOiByZXR1cm4gdGhlX3ZhcnMtPnByZWRzLmN0eHN3aXRjaDsK
KyAgICAgICAgY2FzZSBOX3ZpcnR1YWxzaXplOiByZXR1cm4gdGhlX3ZhcnMtPnByZWRzLnZp
cnR1YWxzaXplOworICAgICAgICBjYXNlIE5fcmVzaWRlbnRzaXplOiByZXR1cm4gdGhlX3Zh
cnMtPnByZWRzLnJlc2lkZW50c2l6ZTsKKyAgICAgICAgY2FzZSBOX2lvZGVtYW5kOiByZXR1
cm4gdGhlX3ZhcnMtPnByZWRzLmlvZGVtYW5kOworICAgICAgICBjYXNlIE5faW93YWl0OiBy
ZXR1cm4gdGhlX3ZhcnMtPnByZWRzLmlvd2FpdDsKKyAgICAvLyAgICBjYXNlIE5fc2NoZWR3
YWl0OiByZXR1cm4gdGhlX3ZhcnMtPnByZWRzLnNjaGVkd2FpdDsKKwljYXNlIE5fZ2lkOiBy
ZXR1cm4gdGhlX3ZhcnMtPmdpZDsKKwljYXNlIE5fdWlkOiByZXR1cm4gdGhlX3ZhcnMtPnVp
ZDsKKwlkZWZhdWx0OgorCSAgICBldmFsX2Vycm9yKCJudW1iZXIgdmFsdWUiKTsKKyAgICAg
ICAgLy8gZXJyb3IgZXhpdHMgYnV0IHRvIGtlZXAgY29tcGlsZXIgaGFwcHkKKyAgICAgICAg
cmV0dXJuIDA7CisgICAgfQorfQorCitzdGF0aWMgaW50CitldmFsX3N0cl9jb21wKE5fdGFn
IHRhZywgYm9vbF9ub2RlICpsaHMsIGJvb2xfbm9kZSAqcmhzKQoreworICAgIGNoYXIgKngg
PSBnZXRfc3RydmFsdWUobGhzKTsKKyAgICBjaGFyICp5ID0gZ2V0X3N0cnZhbHVlKHJocyk7
CisKKyAgICBzd2l0Y2godGFnKSB7CisJY2FzZSBOX3NlcTogcmV0dXJuIChzdHJjbXAoeCx5
KT09MD8xOjApOworCWNhc2UgTl9zbmVxOiByZXR1cm4gKHN0cmNtcCh4LHkpPT0wPzA6MSk7
CisJZGVmYXVsdDoKKwkgICAgZXZhbF9lcnJvcigic3RyaW5nIGNvbXBhcmlzb24iKTsKKyAg
ICAgICAgLy8gZXJyb3IgZXhpdHMgYnV0IHRvIGtlZXAgY29tcGlsZXIgaGFwcHkKKyAgICAg
ICAgcmV0dXJuIDA7CisgICAgfS8qc3dpdGNoKi8KK30KKworc3RhdGljIGludAorZXZhbF9t
YXRjaF9jb21wKE5fdGFnIHRhZywgYm9vbF9ub2RlICpsaHMsIGJvb2xfbm9kZSAqcmhzKQor
eworICAgIGludCBzdHM7CisgICAgY2hhciAqcmVzOworICAgIGNoYXIgKnN0cj0gZ2V0X3N0
cnZhbHVlKGxocyk7CisgICAgY2hhciAqcGF0ID0gZ2V0X3N0cnZhbHVlKHJocyk7CisKKyAg
ICBpZiAocmhzLT50YWcgIT0gTl9wYXQpIHsKKwlldmFsX2Vycm9yKCJtYXRjaCIpOworICAg
IH0KKworICAgIHJlcyA9IHJlX2NvbXAocGF0KTsKKyAgICBpZiAocmVzICE9IE5VTEwpIHsK
KwkvKiBzaG91bGQgaGF2ZSBiZWVuIGNoZWNrZWQgYXQgbGV4IHN0YWdlICovCisJLyogPT4g
aW50ZXJuYWwgZXJyb3IgKi8KKwlldmFsX2Vycm9yKHJlcyk7CisgICAgfQorICAgIHN0cyA9
IHJlX2V4ZWMoc3RyKTsKKyAgICBpZiAoc3RzIDwgMCkgeworCWV2YWxfZXJyb3IoInJlX2V4
ZWMiKTsKKyAgICB9CisKKyAgICBzd2l0Y2godGFnKSB7CisJY2FzZSBOX21hdGNoOiByZXR1
cm4gc3RzOworCWNhc2UgTl9ubWF0Y2g6IHJldHVybiAhc3RzOworCWRlZmF1bHQ6CisJICAg
IGV2YWxfZXJyb3IoIm1hdGNoIGNvbXBhcmlzb24iKTsKKyAgICAgICAgLy8gZXJyb3IgZXhp
dHMgYnV0IHRvIGtlZXAgY29tcGlsZXIgaGFwcHkKKyAgICAgICAgcmV0dXJuIDA7CisgICAg
fS8qc3dpdGNoKi8KK30KKworc3RhdGljIGNoYXIgKgorZ2V0X3N0cnZhbHVlKGJvb2xfbm9k
ZSAqbikKK3sKKworICAgIHN3aXRjaChuLT50YWcpIHsKKwljYXNlIE5fc3RyOiAKKyAgICAg
ICAgY2FzZSBOX3BhdDoKKwkJcmV0dXJuIG4tPmRhdGEuc3RyX3ZhbDsKKwljYXNlIE5fZ25h
bWU6IAorCQkvL2lmICh0aGVfdmFycy0+Z25hbWUgIT0gTlVMTCkKKwkJICAgIHJldHVybiB0
aGVfdmFycy0+Z25hbWU7CisJCS8vZWxzZQorCQkgIC8vICByZXR1cm4gZ2V0X2duYW1lX2lu
Zm8odGhlX3ZhcnMtPmdpZCk7CisJY2FzZSBOX3VuYW1lOiAKKwkJLy9pZiAodGhlX3ZhcnMt
PnVuYW1lICE9IE5VTEwpCisJCSAgICByZXR1cm4gdGhlX3ZhcnMtPnVuYW1lOworCQkvL2Vs
c2UKKwkJICAvLyAgcmV0dXJuIGdldF91bmFtZV9pbmZvKHRoZV92YXJzLT51aWQpOworCWNh
c2UgTl9mbmFtZTogcmV0dXJuIHRoZV92YXJzLT5mbmFtZTsgCisJY2FzZSBOX3BzYXJnczog
cmV0dXJuIHRoZV92YXJzLT5wc2FyZ3M7IAorCWRlZmF1bHQ6CisJICAgIGV2YWxfZXJyb3Io
InN0cmluZyB2YWx1ZSIpOworICAgICAgICAvLyBlcnJvciBleGl0cyBidXQgdG8ga2VlcCBj
b21waWxlciBoYXBweQorICAgICAgICByZXR1cm4gMDsKKyAgICB9Lypzd2l0Y2gqLworfQpk
aWZmIC0tZ2l0IGEvc3JjL3BtZGFzL2xpbnV4X3Byb2MvY29uZmlnLmggYi9zcmMvcG1kYXMv
bGludXhfcHJvYy9jb25maWcuaApuZXcgZmlsZSBtb2RlIDEwMDY0NAppbmRleCAwMDAwMDAw
Li4wOTk1MGE3Ci0tLSAvZGV2L251bGwKKysrIGIvc3JjL3BtZGFzL2xpbnV4X3Byb2MvY29u
ZmlnLmgKQEAgLTAsMCArMSw3OSBAQAorLyoKKyAqIENvcHlyaWdodCAoYykgMTk5NSBTaWxp
Y29uIEdyYXBoaWNzLCBJbmMuICBBbGwgUmlnaHRzIFJlc2VydmVkLgorICogCisgKiBUaGlz
IHByb2dyYW0gaXMgZnJlZSBzb2Z0d2FyZTsgeW91IGNhbiByZWRpc3RyaWJ1dGUgaXQgYW5k
L29yIG1vZGlmeSBpdAorICogdW5kZXIgdGhlIHRlcm1zIG9mIHRoZSBHTlUgR2VuZXJhbCBQ
dWJsaWMgTGljZW5zZSBhcyBwdWJsaXNoZWQgYnkgdGhlCisgKiBGcmVlIFNvZnR3YXJlIEZv
dW5kYXRpb247IGVpdGhlciB2ZXJzaW9uIDIgb2YgdGhlIExpY2Vuc2UsIG9yIChhdCB5b3Vy
CisgKiBvcHRpb24pIGFueSBsYXRlciB2ZXJzaW9uLgorICogCisgKiBUaGlzIHByb2dyYW0g
aXMgZGlzdHJpYnV0ZWQgaW4gdGhlIGhvcGUgdGhhdCBpdCB3aWxsIGJlIHVzZWZ1bCwgYnV0
CisgKiBXSVRIT1VUIEFOWSBXQVJSQU5UWTsgd2l0aG91dCBldmVuIHRoZSBpbXBsaWVkIHdh
cnJhbnR5IG9mIE1FUkNIQU5UQUJJTElUWQorICogb3IgRklUTkVTUyBGT1IgQSBQQVJUSUNV
TEFSIFBVUlBPU0UuICBTZWUgdGhlIEdOVSBHZW5lcmFsIFB1YmxpYyBMaWNlbnNlCisgKiBm
b3IgbW9yZSBkZXRhaWxzLgorICogCisgKiBZb3Ugc2hvdWxkIGhhdmUgcmVjZWl2ZWQgYSBj
b3B5IG9mIHRoZSBHTlUgR2VuZXJhbCBQdWJsaWMgTGljZW5zZSBhbG9uZworICogd2l0aCB0
aGlzIHByb2dyYW07IGlmIG5vdCwgd3JpdGUgdG8gdGhlIEZyZWUgU29mdHdhcmUgRm91bmRh
dGlvbiwgSW5jLiwKKyAqIDUxIEZyYW5rbGluIFN0cmVldCwgRmlmdGggRmxvb3IsIEJvc3Rv
biwgTUEgMDIxMTAtMTMwMSBVU0EKKyAqLworCisjaWZuZGVmIENPTkZJR19ICisjZGVmaW5l
IENPTkZJR19ICisKK3R5cGVkZWYgc3RydWN0IHsKKwkvL2RvdWJsZSAgc3lzY2FsbHM7CisJ
ZG91YmxlICBjdHhzd2l0Y2g7CisJZG91YmxlICB2aXJ0dWFsc2l6ZTsKKwlkb3VibGUgIHJl
c2lkZW50c2l6ZTsKKwlkb3VibGUgIGlvZGVtYW5kOworCWRvdWJsZSAgaW93YWl0OworCS8v
ZG91YmxlICBzY2hlZHdhaXQ7Cit9IGRlcml2ZWRfcHJlZF90OworCisKK3R5cGVkZWYgc3Ry
dWN0IHsKKyAgICAgICAgdWlkX3QgICB1aWQ7ICAgICAgICAgLyogcmVhbCB1c2VyIGlkICov
CisgICAgICAgIGdpZF90ICAgZ2lkOyAgICAgICAgIC8qIHJlYWwgZ3JvdXAgaWQgKi8KKwlj
aGFyCXVuYW1lWzY0XTsKKwljaGFyCWduYW1lWzY0XTsKKyAgICAgICAgY2hhciAgICBmbmFt
ZVsyNTZdOyAgICAgLyogYmFzZW5hbWUgb2YgZXhlYygpJ2QgcGF0aG5hbWUgKi8KKyAgICAg
ICAgY2hhciAgICBwc2FyZ3NbMjU2XTsgICAgIC8qIGluaXRpYWwgY2hhcnMgb2YgYXJnIGxp
c3QgKi8KKwlkb3VibGUgIGNwdWJ1cm47CisKKyAgICAgICAgZGVyaXZlZF9wcmVkX3QgcHJl
ZHM7CisKKwkvKiAtLS0gaW9jdGwgYnVmZmVyIGZpZWxkcyBmb3IgdGVzdGluZyBwdXJwb3Nl
cyBvbmx5IC0tLSAqLworCisgICAgICAgIC8qIHBycHNpbmZvX3QgZmllbGRzICovCisJLy91
bG9uZ190IHByX3NpemU7CisJLy91bG9uZ190IHByX3Jzc2l6ZTsKKworCS8qIHBydXNhZ2Vf
dCBmaWVsZHMgKi8KKwkvL3Vsb25nX3QgcHVfc3lzYzsKKwkvL3Vsb25nX3QgcHVfaWN0eDsK
KwkvL3Vsb25nX3QgcHVfdmN0eDsKKwkvL3Vsb25nX3QgcHVfZ2JyZWFkOworCS8vdWxvbmdf
dCBwdV9icmVhZDsKKwkvL3Vsb25nX3QgcHVfZ2J3cml0OworCS8vdWxvbmdfdCBwdV9id3Jp
dDsKKworCS8qIGFjY291bnRpbmcgZmllbGRzICovCisJLy9hY2N1bV90IGFjX2J3dGltZTsK
KwkvL2FjY3VtX3QgYWNfcnd0aW1lOworCS8vYWNjdW1fdCBhY19xd3RpbWU7CisKK30gY29u
ZmlnX3ZhcnM7CisKKyNpbmNsdWRlICJncmFtX25vZGUuaCIKKwordm9pZCBzZXRfY29uZl9i
dWZmZXIoIGNoYXIgKiApOworY2hhciAqZ2V0X2NvbmZfYnVmZmVyKCk7CitGSUxFICpvcGVu
X2NvbmZpZyhjaGFyIFtdKTsKK3ZvaWQgcmVhZF9jb25maWcoRklMRSAqKTsKK2ludCBwYXJz
ZV9jb25maWcoYm9vbF9ub2RlICoqdHJlZSk7Cit2b2lkIG5ld190cmVlKGJvb2xfbm9kZSAq
dHJlZSk7CitpbnQgZXZhbF90cmVlKGNvbmZpZ192YXJzICopOwordm9pZCBkdW1wX3RyZWUo
RklMRSAqKTsKK3ZvaWQgZG9fcHJlZF90ZXN0aW5nKHZvaWQpOworaW50IHJlYWRfdGVzdF92
YWx1ZXMoRklMRSAqLCBjb25maWdfdmFycyAqKTsKKworI2VuZGlmCmRpZmYgLS1naXQgYS9z
cmMvcG1kYXMvbGludXhfcHJvYy9lcnJvci5jIGIvc3JjL3BtZGFzL2xpbnV4X3Byb2MvZXJy
b3IuYwpuZXcgZmlsZSBtb2RlIDEwMDY0NAppbmRleCAwMDAwMDAwLi5mNzFjNWRiCi0tLSAv
ZGV2L251bGwKKysrIGIvc3JjL3BtZGFzL2xpbnV4X3Byb2MvZXJyb3IuYwpAQCAtMCwwICsx
LDQwIEBACisvKgorICogQ29weXJpZ2h0IChjKSAxOTk1IFNpbGljb24gR3JhcGhpY3MsIElu
Yy4gIEFsbCBSaWdodHMgUmVzZXJ2ZWQuCisgKiAKKyAqIFRoaXMgcHJvZ3JhbSBpcyBmcmVl
IHNvZnR3YXJlOyB5b3UgY2FuIHJlZGlzdHJpYnV0ZSBpdCBhbmQvb3IgbW9kaWZ5IGl0Cisg
KiB1bmRlciB0aGUgdGVybXMgb2YgdGhlIEdOVSBHZW5lcmFsIFB1YmxpYyBMaWNlbnNlIGFz
IHB1Ymxpc2hlZCBieSB0aGUKKyAqIEZyZWUgU29mdHdhcmUgRm91bmRhdGlvbjsgZWl0aGVy
IHZlcnNpb24gMiBvZiB0aGUgTGljZW5zZSwgb3IgKGF0IHlvdXIKKyAqIG9wdGlvbikgYW55
IGxhdGVyIHZlcnNpb24uCisgKiAKKyAqIFRoaXMgcHJvZ3JhbSBpcyBkaXN0cmlidXRlZCBp
biB0aGUgaG9wZSB0aGF0IGl0IHdpbGwgYmUgdXNlZnVsLCBidXQKKyAqIFdJVEhPVVQgQU5Z
IFdBUlJBTlRZOyB3aXRob3V0IGV2ZW4gdGhlIGltcGxpZWQgd2FycmFudHkgb2YgTUVSQ0hB
TlRBQklMSVRZCisgKiBvciBGSVRORVNTIEZPUiBBIFBBUlRJQ1VMQVIgUFVSUE9TRS4gIFNl
ZSB0aGUgR05VIEdlbmVyYWwgUHVibGljIExpY2Vuc2UKKyAqIGZvciBtb3JlIGRldGFpbHMu
CisgKiAKKyAqIFlvdSBzaG91bGQgaGF2ZSByZWNlaXZlZCBhIGNvcHkgb2YgdGhlIEdOVSBH
ZW5lcmFsIFB1YmxpYyBMaWNlbnNlIGFsb25nCisgKiB3aXRoIHRoaXMgcHJvZ3JhbTsgaWYg
bm90LCB3cml0ZSB0byB0aGUgRnJlZSBTb2Z0d2FyZSBGb3VuZGF0aW9uLCBJbmMuLAorICog
NTEgRnJhbmtsaW4gU3RyZWV0LCBGaWZ0aCBGbG9vciwgQm9zdG9uLCBNQSAwMjExMC0xMzAx
IFVTQQorICovCisKKyNpbmNsdWRlIDxzdGRpby5oPgorI2luY2x1ZGUgPHN0ZGxpYi5oPgor
Cit2b2lkCit5eXdhcm4ocykKK2NoYXIJKnM7Cit7CisgICAgZXh0ZXJuIGludAl5eWxpbmVu
bzsKKworICAgICh2b2lkKWZwcmludGYoc3RkZXJyLCAiV2FybmluZyBbbGluZSAlZF1cbiVz
XG4iLCB5eWxpbmVubywgcyk7Cit9CisKK3ZvaWQKK3l5ZXJyb3IocykKK2NoYXIJKnM7Cit7
CisgICAgZXh0ZXJuIGludAl5eWxpbmVubzsKKyAgICBleHRlcm4gY2hhciB5eXRleHRbXTsK
KworICAgICh2b2lkKWZwcmludGYoc3RkZXJyLCAiU3BlY2lmaWNhdGlvbiBlcnJvciBpbiBj
b25maWd1cmF0aW9uXG4iKTsKKyAgICAodm9pZClmcHJpbnRmKHN0ZGVyciwgIltsaW5lICVk
XSAlczogJXNcbiIsIHl5bGluZW5vLCBzLCB5eXRleHQpOworfQpkaWZmIC0tZ2l0IGEvc3Jj
L3BtZGFzL2xpbnV4X3Byb2MvZ3JhbS55IGIvc3JjL3BtZGFzL2xpbnV4X3Byb2MvZ3JhbS55
Cm5ldyBmaWxlIG1vZGUgMTAwNjQ0CmluZGV4IDAwMDAwMDAuLjEzZmMxNWEKLS0tIC9kZXYv
bnVsbAorKysgYi9zcmMvcG1kYXMvbGludXhfcHJvYy9ncmFtLnkKQEAgLTAsMCArMSwxNjgg
QEAKKy8qCisgKiBDb3B5cmlnaHQgKGMpIDE5OTUgU2lsaWNvbiBHcmFwaGljcywgSW5jLiAg
QWxsIFJpZ2h0cyBSZXNlcnZlZC4KKyAqIAorICogVGhpcyBwcm9ncmFtIGlzIGZyZWUgc29m
dHdhcmU7IHlvdSBjYW4gcmVkaXN0cmlidXRlIGl0IGFuZC9vciBtb2RpZnkgaXQKKyAqIHVu
ZGVyIHRoZSB0ZXJtcyBvZiB0aGUgR05VIEdlbmVyYWwgUHVibGljIExpY2Vuc2UgYXMgcHVi
bGlzaGVkIGJ5IHRoZQorICogRnJlZSBTb2Z0d2FyZSBGb3VuZGF0aW9uOyBlaXRoZXIgdmVy
c2lvbiAyIG9mIHRoZSBMaWNlbnNlLCBvciAoYXQgeW91cgorICogb3B0aW9uKSBhbnkgbGF0
ZXIgdmVyc2lvbi4KKyAqIAorICogVGhpcyBwcm9ncmFtIGlzIGRpc3RyaWJ1dGVkIGluIHRo
ZSBob3BlIHRoYXQgaXQgd2lsbCBiZSB1c2VmdWwsIGJ1dAorICogV0lUSE9VVCBBTlkgV0FS
UkFOVFk7IHdpdGhvdXQgZXZlbiB0aGUgaW1wbGllZCB3YXJyYW50eSBvZiBNRVJDSEFOVEFC
SUxJVFkKKyAqIG9yIEZJVE5FU1MgRk9SIEEgUEFSVElDVUxBUiBQVVJQT1NFLiAgU2VlIHRo
ZSBHTlUgR2VuZXJhbCBQdWJsaWMgTGljZW5zZQorICogZm9yIG1vcmUgZGV0YWlscy4KKyAq
IAorICogWW91IHNob3VsZCBoYXZlIHJlY2VpdmVkIGEgY29weSBvZiB0aGUgR05VIEdlbmVy
YWwgUHVibGljIExpY2Vuc2UgYWxvbmcKKyAqIHdpdGggdGhpcyBwcm9ncmFtOyBpZiBub3Qs
IHdyaXRlIHRvIHRoZSBGcmVlIFNvZnR3YXJlIEZvdW5kYXRpb24sIEluYy4sCisgKiA1MSBG
cmFua2xpbiBTdHJlZXQsIEZpZnRoIEZsb29yLCBCb3N0b24sIE1BIDAyMTEwLTEzMDEgVVNB
CisgKi8KKworJXsKKyNpbmNsdWRlIDxzdGRpby5oPgorI2luY2x1ZGUgIi4vZ3JhbV9ub2Rl
LmgiCisKK3ZvaWQgeXllcnJvcihjaGFyICpzKTsKK2ludCB5eWxleCh2b2lkKTsKK2ludCB5
eXBhcnNlKHZvaWQpOworCitleHRlcm4gaW50IHl5X3NjYW5fc3RyaW5nKGNvbnN0IGNoYXIg
Kik7CisjZGVmaW5lIFlZREVCVUcgMAorCitpbnQgbmVlZF9wc3VzYWdlID0gMDsKK2ludCBu
ZWVkX2FjY291bnRpbmcgPSAwOworc3RhdGljIGJvb2xfbm9kZSAqcHJlZF90cmVlID0gTlVM
TDsKK2V4dGVybiBjaGFyICpjb25mX2J1ZmZlcjsKKworJX0KKworJXVuaW9uIHsKKwljaGFy
CQkqeV9zdHI7CisJZG91YmxlCQl5X251bWJlcjsKKwlib29sX25vZGUJKnlfbm9kZTsKKwl9
CisKKyV0b2tlbiA8eV9udW1iZXI+CisJTlVNQkVSCisKKyV0b2tlbiA8eV9zdHI+CisJU1RS
SU5HCisJUEFUVEVSTgorCisldGVybSAgIEFORCBPUiBOT1QgCisJTFBBUkVOIFJQQVJFTiBU
UlVFIEZBTFNFCisJRVFVQUwgTkVRVUFMCisJTFRIQU4gTEVRVUFMIEdUSEFOIEdFUVVBTAor
CU1BVENIIE5NQVRDSAorCUdJRCBVSUQgQ1BVQlVSTiBHTkFNRSBVTkFNRSBGTkFNRSBQU0FS
R1MKKwlTWVNDQUxMUyBDVFhTV0lUQ0ggVklSVFVBTFNJWkUgUkVTSURFTlRTSVpFCisJSU9E
RU1BTkQgSU9XQUlUIFNDSEVEV0FJVAorCVZFUlNJT04KKwkKKyV0eXBlIDx5X25vZGU+CisJ
cHJlZGljYXRlIGNvbXBhcmlzb24KKwludW1fY29tcGFyIG51bXZhcgorCXN0cl9jb21wYXIg
c3RydmFyCisJcGF0dGVybl9jb21wYXIKKworJXR5cGUgPHlfbnVtYmVyPgorCXZlcnNpb24K
KworJWxlZnQgT1IgCislbGVmdCBBTkQKKyVsZWZ0IE5PVAorCislJQorCitwcmVkX3RyZWU6
IHByZWRpY2F0ZSB7IHByZWRfdHJlZSA9ICQxO30KKwl8IHZlcnNpb24gcHJlZGljYXRlIHsg
cHJlZF90cmVlID0gJDI7fQorCTsKKwordmVyc2lvbjogVkVSU0lPTiBOVU1CRVIgeyAKKwlm
bG9hdCB2ZXJzaW9uX251bSA9ICQyOworCisJaWYgKHZlcnNpb25fbnVtICE9IDEuMCkgewor
CSAgICAodm9pZClmcHJpbnRmKHN0ZGVyciwgIldyb25nIHZlcnNpb24gbnVtYmVyIGluIGNv
bmZpZ3VyYXRpb24gcHJlZGljYXRlXG4iKTsKKwkgICAgKHZvaWQpZnByaW50ZihzdGRlcnIs
ICJFeHBlY3RlZCB2ZXJzaW9uICUuMmYsIGJ1dCB3YXMgZ2l2ZW4gdmVyc2lvbiAlLjJmIC5c
biIsCisJCTEuMCwgdmVyc2lvbl9udW0pOworCSAgICBZWUFCT1JUOworCX0KKyAgICB9CisK
K3ByZWRpY2F0ZToKKwkgIHByZWRpY2F0ZSBBTkQgcHJlZGljYXRlIHsgJCQgPSBjcmVhdGVf
dG5vZGUoTl9hbmQsICQxLCAkMyk7IH0KKwl8IHByZWRpY2F0ZSBPUiAgcHJlZGljYXRlIHsg
JCQgPSBjcmVhdGVfdG5vZGUoTl9vciwgICQxLCAkMyk7IH0KKwl8IE5PVCBwcmVkaWNhdGUg
eyAkJCA9IGNyZWF0ZV90bm9kZShOX25vdCwgJDIsIE5VTEwpOyB9CisJfCBMUEFSRU4gcHJl
ZGljYXRlIFJQQVJFTiB7ICQkID0gJDI7IH0KKwl8IGNvbXBhcmlzb24KKwl8IFRSVUUgeyAk
JCA9IGNyZWF0ZV90YWdfbm9kZShOX3RydWUpOyB9CisJfCBGQUxTRSB7ICQkID0gY3JlYXRl
X3RhZ19ub2RlKE5fZmFsc2UpOyB9CisJOworCitjb21wYXJpc29uOgorCSAgbnVtX2NvbXBh
cgorCXwgc3RyX2NvbXBhcgorCXwgcGF0dGVybl9jb21wYXIKKwk7CisKK251bV9jb21wYXI6
CisJICBudW12YXIgTFRIQU4gbnVtdmFyIHsgJCQgPSBjcmVhdGVfdG5vZGUoTl9sdCwgJDEs
ICQzKTsgfQorCXwgbnVtdmFyIExFUVVBTCBudW12YXIgeyAkJCA9IGNyZWF0ZV90bm9kZShO
X2xlLCAkMSwgJDMpOyB9CisJfCBudW12YXIgR1RIQU4gbnVtdmFyIHsgJCQgPSBjcmVhdGVf
dG5vZGUoTl9ndCwgJDEsICQzKTsgfQorCXwgbnVtdmFyIEdFUVVBTCBudW12YXIgeyAkJCA9
IGNyZWF0ZV90bm9kZShOX2dlLCAkMSwgJDMpOyB9CisJfCBudW12YXIgRVFVQUwgbnVtdmFy
IHsgJCQgPSBjcmVhdGVfdG5vZGUoTl9lcSwgJDEsICQzKTsgfQorCXwgbnVtdmFyIE5FUVVB
TCBudW12YXIgeyAkJCA9IGNyZWF0ZV90bm9kZShOX25lcSwgJDEsICQzKTsgfQorCTsKKwor
bnVtdmFyOiAgIE5VTUJFUiAgeyAkJCA9IGNyZWF0ZV9udW1iZXJfbm9kZSgkMSk7IH0KKwl8
IEdJRCB7ICQkID0gY3JlYXRlX3RhZ19ub2RlKE5fZ2lkKTsgfQorCXwgVUlEIHsgJCQgPSBj
cmVhdGVfdGFnX25vZGUoTl91aWQpOyB9CisJfCBDUFVCVVJOICB7ICQkID0gY3JlYXRlX3Rh
Z19ub2RlKE5fY3B1YnVybik7IH0KKwl8IFNZU0NBTExTIHsgbmVlZF9wc3VzYWdlID0gMTsg
JCQgPSBjcmVhdGVfdGFnX25vZGUoTl9zeXNjYWxscyk7IH0KKwl8IENUWFNXSVRDSCB7IG5l
ZWRfcHN1c2FnZSA9IDE7ICQkID0gY3JlYXRlX3RhZ19ub2RlKE5fY3R4c3dpdGNoKTsgfQor
CXwgVklSVFVBTFNJWkUgeyAkJCA9IGNyZWF0ZV90YWdfbm9kZShOX3ZpcnR1YWxzaXplKTsg
fQorCXwgUkVTSURFTlRTSVpFIHsgJCQgPSBjcmVhdGVfdGFnX25vZGUoTl9yZXNpZGVudHNp
emUpOyB9CisJfCBJT0RFTUFORCB7IG5lZWRfcHN1c2FnZSA9IDE7ICQkID0gY3JlYXRlX3Rh
Z19ub2RlKE5faW9kZW1hbmQpOyB9CisJfCBJT1dBSVQgeyBuZWVkX2FjY291bnRpbmcgPSAx
OyAkJCA9IGNyZWF0ZV90YWdfbm9kZShOX2lvd2FpdCk7IH0KKwl8IFNDSEVEV0FJVCB7IG5l
ZWRfYWNjb3VudGluZyA9IDE7ICQkID0gY3JlYXRlX3RhZ19ub2RlKE5fc2NoZWR3YWl0KTsg
fQorCTsKKworc3RyX2NvbXBhcjoKKwkgIHN0cnZhciBFUVVBTCBzdHJ2YXIgeyAkJCA9IGNy
ZWF0ZV90bm9kZShOX3NlcSwgJDEsICQzKTsgfSAKKwl8IHN0cnZhciBORVFVQUwgc3RydmFy
IHsgJCQgPSBjcmVhdGVfdG5vZGUoTl9zbmVxLCAkMSwgJDMpOyB9IAorCTsKKworc3RydmFy
OgkgIFNUUklORyB7ICQkID0gY3JlYXRlX3N0cl9ub2RlKCQxKTsgfQorCXwgR05BTUUgIHsg
JCQgPSBjcmVhdGVfdGFnX25vZGUoTl9nbmFtZSk7IH0KKwl8IFVOQU1FICB7ICQkID0gY3Jl
YXRlX3RhZ19ub2RlKE5fdW5hbWUpOyB9CisJfCBGTkFNRSAgeyAkJCA9IGNyZWF0ZV90YWdf
bm9kZShOX2ZuYW1lKTsgfQorCXwgUFNBUkdTIHsgJCQgPSBjcmVhdGVfdGFnX25vZGUoTl9w
c2FyZ3MpOyB9CisJOwkKKworcGF0dGVybl9jb21wYXI6CisJICBzdHJ2YXIgTUFUQ0ggUEFU
VEVSTiB7ICQkID0gY3JlYXRlX3Rub2RlKE5fbWF0Y2gsICQxLCBjcmVhdGVfcGF0X25vZGUo
JDMpKTsgfQorCXwgc3RydmFyIE5NQVRDSCBQQVRURVJOIHsgJCQgPSBjcmVhdGVfdG5vZGUo
Tl9ubWF0Y2gsICQxLCBjcmVhdGVfcGF0X25vZGUoJDMpKTsgfQorCTsKKworCislJQorCitp
bnQKK3BhcnNlX3ByZWRpY2F0ZShib29sX25vZGUgKip0cmVlKQoreworICAgIGludCBzdHM7
IAorICAgIGV4dGVybiBpbnQgeXlsaW5lbm87IC8qIGRlZmluZWQgYnkgbGV4ICovCisKKyAg
ICB5eWxpbmVubz0xOworCisgICAgc3RhcnRfdHJlZSgpOworICAgIHl5X3NjYW5fc3RyaW5n
KCBjb25mX2J1ZmZlciApOworICAgIHN0cyA9IHl5cGFyc2UoKTsKKworICAgIC8qIGZyZWUg
YW55IHBhcnRpYWwgdHJlZXMgKi8KKyAgICBpZiAoc3RzICE9IDApIHsKKwlmcmVlX3RyZWUo
TlVMTCk7CisJcmV0dXJuIHN0czsKKyAgICB9CisKKyAgICAqdHJlZSA9IHByZWRfdHJlZTsK
KyAgICByZXR1cm4gMDsKK30KZGlmZiAtLWdpdCBhL3NyYy9wbWRhcy9saW51eF9wcm9jL2dy
YW1fbm9kZS5jIGIvc3JjL3BtZGFzL2xpbnV4X3Byb2MvZ3JhbV9ub2RlLmMKbmV3IGZpbGUg
bW9kZSAxMDA2NDQKaW5kZXggMDAwMDAwMC4uMjdhOTVlMAotLS0gL2Rldi9udWxsCisrKyBi
L3NyYy9wbWRhcy9saW51eF9wcm9jL2dyYW1fbm9kZS5jCkBAIC0wLDAgKzEsMjAwIEBACisv
KgorICogQ29weXJpZ2h0IChjKSAxOTk1IFNpbGljb24gR3JhcGhpY3MsIEluYy4gIEFsbCBS
aWdodHMgUmVzZXJ2ZWQuCisgKiAKKyAqIFRoaXMgcHJvZ3JhbSBpcyBmcmVlIHNvZnR3YXJl
OyB5b3UgY2FuIHJlZGlzdHJpYnV0ZSBpdCBhbmQvb3IgbW9kaWZ5IGl0CisgKiB1bmRlciB0
aGUgdGVybXMgb2YgdGhlIEdOVSBHZW5lcmFsIFB1YmxpYyBMaWNlbnNlIGFzIHB1Ymxpc2hl
ZCBieSB0aGUKKyAqIEZyZWUgU29mdHdhcmUgRm91bmRhdGlvbjsgZWl0aGVyIHZlcnNpb24g
MiBvZiB0aGUgTGljZW5zZSwgb3IgKGF0IHlvdXIKKyAqIG9wdGlvbikgYW55IGxhdGVyIHZl
cnNpb24uCisgKiAKKyAqIFRoaXMgcHJvZ3JhbSBpcyBkaXN0cmlidXRlZCBpbiB0aGUgaG9w
ZSB0aGF0IGl0IHdpbGwgYmUgdXNlZnVsLCBidXQKKyAqIFdJVEhPVVQgQU5ZIFdBUlJBTlRZ
OyB3aXRob3V0IGV2ZW4gdGhlIGltcGxpZWQgd2FycmFudHkgb2YgTUVSQ0hBTlRBQklMSVRZ
CisgKiBvciBGSVRORVNTIEZPUiBBIFBBUlRJQ1VMQVIgUFVSUE9TRS4gIFNlZSB0aGUgR05V
IEdlbmVyYWwgUHVibGljIExpY2Vuc2UKKyAqIGZvciBtb3JlIGRldGFpbHMuCisgKi8KKwor
I2luY2x1ZGUgPHN0ZGxpYi5oPgorI2luY2x1ZGUgPHN0ZGlvLmg+CisjaW5jbHVkZSA8c3Ry
aW5nLmg+CisjaW5jbHVkZSAiLi9ncmFtX25vZGUuaCIKKyNpbmNsdWRlICJwbWFwaS5oIgor
CisvKiBmdW5jdGlvbnMgKi8KK3N0YXRpYyB2b2lkIGR1bXBfY29tcGFyaXNvbihGSUxFICos
IGJvb2xfbm9kZSAqKTsKK3N0YXRpYyB2b2lkIGR1bXBfdmFyKEZJTEUgKiwgYm9vbF9ub2Rl
ICopOworCitzdGF0aWMgYm9vbF9ub2RlICpub2RlX2xpc3QgPSBOVUxMOworCit2b2lkIHN0
YXJ0X3RyZWUodm9pZCkKK3sKKyAgICBub2RlX2xpc3QgPSBOVUxMOworfQorCit2b2lkIGZy
ZWVfdHJlZShib29sX25vZGUgKnJvb3QpCit7CisgICAgYm9vbF9ub2RlICpuLCAqbmV4dDsK
KworICAgIGlmIChyb290ID09IE5VTEwpCisJcm9vdCA9IG5vZGVfbGlzdDsgLyogdXNlIGxh
c3QgdHJlZSAqLworCisgICAgLyogZnJlZSBhbGwgbm9kZXMgaW4gbGlzdCAqLworICAgIGZv
ciAobiA9IHJvb3Q7IG4gIT0gTlVMTDsgKSB7CisJbmV4dCA9IG4tPm5leHQ7CisJaWYgKG4t
PnRhZyA9PSBOX3BhdCB8fCBuLT50YWcgPT0gTl9zdHIpCisJICAgIGZyZWUobi0+ZGF0YS5z
dHJfdmFsKTsKKwlmcmVlKG4pOworICAgICAgICBuID0gbmV4dDsgCisgICAgfSAgICAKKwor
ICAgIGlmIChyb290ID09IG5vZGVfbGlzdCkKKwlub2RlX2xpc3QgPSBOVUxMOworfQorCiti
b29sX25vZGUgKgorY3JlYXRlX3RhZ19ub2RlKE5fdGFnIHRhZykKK3sKKyAgICBib29sX25v
ZGUgKm5ld19ub2RlOworCisgICAgbmV3X25vZGUgPSAoYm9vbF9ub2RlKiltYWxsb2Moc2l6
ZW9mKGJvb2xfbm9kZSkpOworICAgIGlmIChuZXdfbm9kZSA9PSBOVUxMKSB7CisJZnByaW50
ZihzdGRlcnIsICJob3Rwcm9jOiBtYWxsb2MgZmFpbGVkIGluIGNvbmZpZzogJXMiLCBvc3N0
cmVycm9yKCkpOworCWV4aXQoMSk7CisgICAgfQorICAgIG5ld19ub2RlLT50YWcgPSB0YWc7
CisKKyAgICAvKiBhZGQgdG8gZnJvbnQgb2Ygbm9kZS1saXN0ICovCisgICAgbmV3X25vZGUt
Pm5leHQgPSBub2RlX2xpc3Q7CisgICAgbm9kZV9saXN0ID0gbmV3X25vZGU7CisKKyAgICBy
ZXR1cm4gbmV3X25vZGU7Cit9CisKK2Jvb2xfbm9kZSAqCitjcmVhdGVfdG5vZGUoTl90YWcg
dGFnLCBib29sX25vZGUgKmxub2RlLCBib29sX25vZGUgKnJub2RlKQoreworICAgIGJvb2xf
bm9kZSAqbiA9IGNyZWF0ZV90YWdfbm9kZSh0YWcpOworICAgIG4tPmRhdGEuY2hpbGRyZW4u
bGVmdCA9IGxub2RlOworICAgIG4tPmRhdGEuY2hpbGRyZW4ucmlnaHQgPSBybm9kZTsKKyAg
ICByZXR1cm4gbjsKK30KKworYm9vbF9ub2RlICoKK2NyZWF0ZV9udW1iZXJfbm9kZShkb3Vi
bGUgeCkKK3sKKyAgICBib29sX25vZGUgKm4gPSBjcmVhdGVfdGFnX25vZGUoTl9udW1iZXIp
OworICAgIG4tPmRhdGEubnVtX3ZhbCA9IHg7CisgICAgcmV0dXJuIG47Cit9CisKKworYm9v
bF9ub2RlICpjcmVhdGVfc3RyX25vZGUoY2hhciAqc3RyKQoreworICAgIGJvb2xfbm9kZSAq
biA9IGNyZWF0ZV90YWdfbm9kZShOX3N0cik7CisgICAgbi0+ZGF0YS5zdHJfdmFsID0gc3Ry
OworICAgIHJldHVybiBuOworfQorCitib29sX25vZGUgKmNyZWF0ZV9wYXRfbm9kZShjaGFy
ICpzdHIpCit7CisgICAgYm9vbF9ub2RlICpuID0gY3JlYXRlX3RhZ19ub2RlKE5fcGF0KTsK
KyAgICBuLT5kYXRhLnN0cl92YWwgPSBzdHI7CisgICAgcmV0dXJuIG47Cit9CisKK3ZvaWQK
K2R1bXBfYm9vbF90cmVlKEZJTEUgKmYsIGJvb2xfbm9kZSAqdHJlZSkKK3sKKyAgICAodm9p
ZClmcHJpbnRmKGYsICItLS0gYm9vbCB0cmVlIC0tLVxuIik7CisgICAgZHVtcF9wcmVkaWNh
dGUoZiwgdHJlZSk7CisgICAgKHZvaWQpZnByaW50ZihmLCAiXG4tLS0gZW5kIGJvb2wgdHJl
ZSAtLS1cbiIpOworfQorCit2b2lkCitkdW1wX3ByZWRpY2F0ZShGSUxFICpmLCBib29sX25v
ZGUgKnByZWQpCit7CisgICAgYm9vbF9ub2RlICpsaHMsICpyaHM7CisKKyAgICBzd2l0Y2go
cHJlZC0+dGFnKSB7CisJY2FzZSBOX2FuZDoJCisJICAgIGxocyA9IHByZWQtPmRhdGEuY2hp
bGRyZW4ubGVmdDsKKwkgICAgcmhzID0gcHJlZC0+ZGF0YS5jaGlsZHJlbi5yaWdodDsKKwkg
ICAgKHZvaWQpZnByaW50ZihmLCAiKCIpOworCSAgICBkdW1wX3ByZWRpY2F0ZShmLCBsaHMp
OworCSAgICAodm9pZClmcHJpbnRmKGYsICIgJiYgIik7CisJICAgIGR1bXBfcHJlZGljYXRl
KGYsIHJocyk7CisJICAgICh2b2lkKWZwcmludGYoZiwgIikiKTsKKwkgICAgYnJlYWs7CisJ
Y2FzZSBOX29yOgkKKwkgICAgbGhzID0gcHJlZC0+ZGF0YS5jaGlsZHJlbi5sZWZ0OworCSAg
ICByaHMgPSBwcmVkLT5kYXRhLmNoaWxkcmVuLnJpZ2h0OworCSAgICAodm9pZClmcHJpbnRm
KGYsICIoIik7CisJICAgIGR1bXBfcHJlZGljYXRlKGYsIGxocyk7CisJICAgICh2b2lkKWZw
cmludGYoZiwgIiB8fCAiKTsKKwkgICAgZHVtcF9wcmVkaWNhdGUoZiwgcmhzKTsKKwkgICAg
KHZvaWQpZnByaW50ZihmLCAiKSIpOworCSAgICBicmVhazsKKwljYXNlIE5fbm90OgkKKwkg
ICAgbGhzID0gcHJlZC0+ZGF0YS5jaGlsZHJlbi5sZWZ0OworCSAgICAodm9pZClmcHJpbnRm
KGYsICIoISAiKTsKKwkgICAgZHVtcF9wcmVkaWNhdGUoZiwgbGhzKTsKKwkgICAgKHZvaWQp
ZnByaW50ZihmLCAiKSIpOworCSAgICBicmVhazsKKwljYXNlIE5fdHJ1ZToKKwkgICAgKHZv
aWQpZnByaW50ZihmLCAiKHRydWUpIik7CisJICAgIGJyZWFrOworCWNhc2UgTl9mYWxzZToK
KwkgICAgKHZvaWQpZnByaW50ZihmLCAiKGZhbHNlKSIpOworCSAgICBicmVhazsKKwlkZWZh
dWx0OgorCSAgICBkdW1wX2NvbXBhcmlzb24oZiwgcHJlZCk7CisgICAgfS8qc3dpdGNoKi8K
K30KKworc3RhdGljIHZvaWQKK2R1bXBfY29tcGFyaXNvbihGSUxFICpmLCBib29sX25vZGUg
KmNvbXApCit7CisgICAgYm9vbF9ub2RlICpsaHMgPSBjb21wLT5kYXRhLmNoaWxkcmVuLmxl
ZnQ7CisgICAgYm9vbF9ub2RlICpyaHMgPSBjb21wLT5kYXRhLmNoaWxkcmVuLnJpZ2h0Owor
CisgICAgKHZvaWQpZnByaW50ZihmLCAiKCIpOworICAgIGR1bXBfdmFyKGYsIGxocyk7Cisg
ICAgc3dpdGNoKGNvbXAtPnRhZykgeworCWNhc2UgTl9sdDogKHZvaWQpZnByaW50ZihmLCAi
IDwgIik7IGJyZWFrOworCWNhc2UgTl9ndDogKHZvaWQpZnByaW50ZihmLCAiID4gIik7IGJy
ZWFrOworCWNhc2UgTl9sZTogKHZvaWQpZnByaW50ZihmLCAiIDw9ICIpOyBicmVhazsKKwlj
YXNlIE5fZ2U6ICh2b2lkKWZwcmludGYoZiwgIiA+PSAiKTsgYnJlYWs7CisJY2FzZSBOX2Vx
OiAodm9pZClmcHJpbnRmKGYsICIgPT0gIik7IGJyZWFrOworCWNhc2UgTl9zZXE6ICh2b2lk
KWZwcmludGYoZiwgIiA9PSAiKTsgYnJlYWs7CisJY2FzZSBOX3NuZXE6ICh2b2lkKWZwcmlu
dGYoZiwgIiAhPSAiKTsgYnJlYWs7CisJY2FzZSBOX25lcTogKHZvaWQpZnByaW50ZihmLCAi
ICE9ICIpOyBicmVhazsKKwljYXNlIE5fbWF0Y2g6ICh2b2lkKWZwcmludGYoZiwgIiB+ICIp
OyBicmVhazsKKwljYXNlIE5fbm1hdGNoOiAodm9pZClmcHJpbnRmKGYsICIgIX4gIik7IGJy
ZWFrOworCWRlZmF1bHQ6ICh2b2lkKWZwcmludGYoZiwgIjxFUlJPUj4iKTsgYnJlYWs7Cisg
ICAgfS8qc3dpdGNoKi8KKyAgICBkdW1wX3ZhcihmLCByaHMpOworICAgICh2b2lkKWZwcmlu
dGYoZiwgIikiKTsKK30KKworc3RhdGljIHZvaWQKK2R1bXBfdmFyKEZJTEUgKmYsIGJvb2xf
bm9kZSAqdmFyKQoreworICAgIHN3aXRjaCh2YXItPnRhZykgeworCWNhc2UgTl9zdHI6ICh2
b2lkKWZwcmludGYoZiwgIlwiJXNcIiIsIHZhci0+ZGF0YS5zdHJfdmFsKTsgYnJlYWs7CisJ
Y2FzZSBOX3BhdDogKHZvaWQpZnByaW50ZihmLCAiXCIlc1wiIiwgdmFyLT5kYXRhLnN0cl92
YWwpOyBicmVhazsKKwljYXNlIE5fbnVtYmVyOiAodm9pZClmcHJpbnRmKGYsICIlZiIsIHZh
ci0+ZGF0YS5udW1fdmFsKTsgYnJlYWs7CisJY2FzZSBOX3VpZDogKHZvaWQpZnByaW50Zihm
LCAidWlkIik7IGJyZWFrOworCWNhc2UgTl9naWQ6ICh2b2lkKWZwcmludGYoZiwgImdpZCIp
OyBicmVhazsKKwljYXNlIE5fdW5hbWU6ICh2b2lkKWZwcmludGYoZiwgInVuYW1lIik7IGJy
ZWFrOworCWNhc2UgTl9nbmFtZTogKHZvaWQpZnByaW50ZihmLCAiZ25hbWUiKTsgYnJlYWs7
CisJY2FzZSBOX2ZuYW1lOiAodm9pZClmcHJpbnRmKGYsICJmbmFtZSIpOyBicmVhazsKKwlj
YXNlIE5fcHNhcmdzOiAodm9pZClmcHJpbnRmKGYsICJwc2FyZ3MiKTsgYnJlYWs7CisJY2Fz
ZSBOX2NwdWJ1cm46ICh2b2lkKWZwcmludGYoZiwgImNwdWJ1cm4iKTsgYnJlYWs7CisJY2Fz
ZSBOX3N5c2NhbGxzOiAodm9pZClmcHJpbnRmKGYsICJzeXNjYWxscyIpOyBicmVhazsKKwlj
YXNlIE5fY3R4c3dpdGNoOiAodm9pZClmcHJpbnRmKGYsICJjdHhzd2l0Y2giKTsgYnJlYWs7
CisJY2FzZSBOX3ZpcnR1YWxzaXplOiAodm9pZClmcHJpbnRmKGYsICJ2aXJ0dWFsc2l6ZSIp
OyBicmVhazsKKwljYXNlIE5fcmVzaWRlbnRzaXplOiAodm9pZClmcHJpbnRmKGYsICJyZXNp
ZGVudHNpemUiKTsgYnJlYWs7CisJY2FzZSBOX2lvZGVtYW5kOiAodm9pZClmcHJpbnRmKGYs
ICJpb2RlbWFuZCIpOyBicmVhazsKKwljYXNlIE5faW93YWl0OiAodm9pZClmcHJpbnRmKGYs
ICJpb3dhaXQiKTsgYnJlYWs7CisJY2FzZSBOX3NjaGVkd2FpdDogKHZvaWQpZnByaW50Zihm
LCAic2NoZWR3YWl0Iik7IGJyZWFrOworCWRlZmF1bHQ6ICh2b2lkKWZwcmludGYoZiwgIjxF
UlJPUj4iKTsgYnJlYWs7CisgICAgfS8qc3dpdGNoKi8KK30KZGlmZiAtLWdpdCBhL3NyYy9w
bWRhcy9saW51eF9wcm9jL2dyYW1fbm9kZS5oIGIvc3JjL3BtZGFzL2xpbnV4X3Byb2MvZ3Jh
bV9ub2RlLmgKbmV3IGZpbGUgbW9kZSAxMDA2NDQKaW5kZXggMDAwMDAwMC4uOTk2MjA4Ygot
LS0gL2Rldi9udWxsCisrKyBiL3NyYy9wbWRhcy9saW51eF9wcm9jL2dyYW1fbm9kZS5oCkBA
IC0wLDAgKzEsNjkgQEAKKy8qCisgKiBDb3B5cmlnaHQgKGMpIDE5OTUgU2lsaWNvbiBHcmFw
aGljcywgSW5jLiAgQWxsIFJpZ2h0cyBSZXNlcnZlZC4KKyAqIAorICogVGhpcyBwcm9ncmFt
IGlzIGZyZWUgc29mdHdhcmU7IHlvdSBjYW4gcmVkaXN0cmlidXRlIGl0IGFuZC9vciBtb2Rp
ZnkgaXQKKyAqIHVuZGVyIHRoZSB0ZXJtcyBvZiB0aGUgR05VIEdlbmVyYWwgUHVibGljIExp
Y2Vuc2UgYXMgcHVibGlzaGVkIGJ5IHRoZQorICogRnJlZSBTb2Z0d2FyZSBGb3VuZGF0aW9u
OyBlaXRoZXIgdmVyc2lvbiAyIG9mIHRoZSBMaWNlbnNlLCBvciAoYXQgeW91cgorICogb3B0
aW9uKSBhbnkgbGF0ZXIgdmVyc2lvbi4KKyAqIAorICogVGhpcyBwcm9ncmFtIGlzIGRpc3Ry
aWJ1dGVkIGluIHRoZSBob3BlIHRoYXQgaXQgd2lsbCBiZSB1c2VmdWwsIGJ1dAorICogV0lU
SE9VVCBBTlkgV0FSUkFOVFk7IHdpdGhvdXQgZXZlbiB0aGUgaW1wbGllZCB3YXJyYW50eSBv
ZiBNRVJDSEFOVEFCSUxJVFkKKyAqIG9yIEZJVE5FU1MgRk9SIEEgUEFSVElDVUxBUiBQVVJQ
T1NFLiAgU2VlIHRoZSBHTlUgR2VuZXJhbCBQdWJsaWMgTGljZW5zZQorICogZm9yIG1vcmUg
ZGV0YWlscy4KKyAqIAorICogWW91IHNob3VsZCBoYXZlIHJlY2VpdmVkIGEgY29weSBvZiB0
aGUgR05VIEdlbmVyYWwgUHVibGljIExpY2Vuc2UgYWxvbmcKKyAqIHdpdGggdGhpcyBwcm9n
cmFtOyBpZiBub3QsIHdyaXRlIHRvIHRoZSBGcmVlIFNvZnR3YXJlIEZvdW5kYXRpb24sIElu
Yy4sCisgKiA1MSBGcmFua2xpbiBTdHJlZXQsIEZpZnRoIEZsb29yLCBCb3N0b24sIE1BIDAy
MTEwLTEzMDEgVVNBCisgKi8KKworI2lmbmRlZiBHUkFNX05PREVfSAorI2RlZmluZSBHUkFN
X05PREVfSAorCisvKiAtLS0gdHlwZXMgLS0tICovCit0eXBlZGVmIGVudW0KK3sKKyAgICBO
X2FuZCwgTl9vciwgTl9ub3QsCisgICAgTl9sdCwgTl9sZSwgTl9ndCwgTl9nZSwgCisgICAg
Tl9lcSwgTl9uZXEsIE5fc2VxLCBOX3NuZXEsCisgICAgTl9tYXRjaCwgTl9ubWF0Y2gsCisg
ICAgTl9zdHIsIE5fcGF0LCBOX251bWJlciwKKyAgICBOX3VpZCwgTl9naWQsIE5fdW5hbWUs
IE5fZ25hbWUsIAorICAgIE5fZm5hbWUsIE5fcHNhcmdzLCBOX2NwdWJ1cm4sCisgICAgTl90
cnVlLCBOX2ZhbHNlLAorICAgIE5fc3lzY2FsbHMsIE5fY3R4c3dpdGNoLCAKKyAgICBOX3Zp
cnR1YWxzaXplLCBOX3Jlc2lkZW50c2l6ZSwKKyAgICBOX2lvZGVtYW5kLCBOX2lvd2FpdCwg
Tl9zY2hlZHdhaXQKK30gTl90YWc7CisKK3R5cGVkZWYgc3RydWN0Cit7CisgICAgc3RydWN0
IGJvb2xfbm9kZSAqbGVmdDsKKyAgICBzdHJ1Y3QgYm9vbF9ub2RlICpyaWdodDsKK30gYm9v
bF9jaGlsZHJlbjsKKwordHlwZWRlZiBzdHJ1Y3QgYm9vbF9ub2RlCit7CisgICAgTl90YWcg
dGFnOworICAgIHN0cnVjdCBib29sX25vZGUgKm5leHQ7CisgICAgdW5pb24geworCWJvb2xf
Y2hpbGRyZW4gY2hpbGRyZW47CisJY2hhciAqc3RyX3ZhbDsKKwlkb3VibGUgbnVtX3ZhbDsK
KyAgICB9CisgICAgZGF0YTsKK30gYm9vbF9ub2RlOworCisvKiAtLS0gZnVuY3Rpb25zIC0t
LSAqLworCit2b2lkIGZyZWVfdHJlZShib29sX25vZGUgKik7Cit2b2lkIHN0YXJ0X3RyZWUo
dm9pZCk7CisKK2Jvb2xfbm9kZSAqY3JlYXRlX3Rub2RlKE5fdGFnLCBib29sX25vZGUgKiwg
Ym9vbF9ub2RlICopOworYm9vbF9ub2RlICpjcmVhdGVfdGFnX25vZGUoTl90YWcpOworYm9v
bF9ub2RlICpjcmVhdGVfbnVtYmVyX25vZGUoZG91YmxlKTsKK2Jvb2xfbm9kZSAqY3JlYXRl
X3N0cl9ub2RlKGNoYXIgKik7Citib29sX25vZGUgKmNyZWF0ZV9wYXRfbm9kZShjaGFyICop
Owordm9pZCBkdW1wX2Jvb2xfdHJlZShGSUxFICosIGJvb2xfbm9kZSAqKTsKK3ZvaWQgZHVt
cF9wcmVkaWNhdGUoRklMRSAqLCBib29sX25vZGUgKik7CisKKyNlbmRpZgpkaWZmIC0tZ2l0
IGEvc3JjL3BtZGFzL2xpbnV4X3Byb2MvaG90cHJvYy5jb25mIGIvc3JjL3BtZGFzL2xpbnV4
X3Byb2MvaG90cHJvYy5jb25mCm5ldyBmaWxlIG1vZGUgMTAwNjQ0CmluZGV4IDAwMDAwMDAu
LjM5OTIwNDEKLS0tIC9kZXYvbnVsbAorKysgYi9zcmMvcG1kYXMvbGludXhfcHJvYy9ob3Rw
cm9jLmNvbmYKQEAgLTAsMCArMSw0IEBACisjcG1kYWhvdHByb2MKK1ZlcnNpb24gMS4wCisK
K3VuYW1lICE9ICJyb290IiB8fCBjcHVidXJuID4gMC4wNQpkaWZmIC0tZ2l0IGEvc3JjL3Bt
ZGFzL2xpbnV4X3Byb2MvaG90cHJvYy5oIGIvc3JjL3BtZGFzL2xpbnV4X3Byb2MvaG90cHJv
Yy5oCm5ldyBmaWxlIG1vZGUgMTAwNjQ0CmluZGV4IDAwMDAwMDAuLmJhN2ExYTMKLS0tIC9k
ZXYvbnVsbAorKysgYi9zcmMvcG1kYXMvbGludXhfcHJvYy9ob3Rwcm9jLmgKQEAgLTAsMCAr
MSw1MiBAQAorLyoKKyAqIENvcHlyaWdodCAoYykgMTk5NSBTaWxpY29uIEdyYXBoaWNzLCBJ
bmMuICBBbGwgUmlnaHRzIFJlc2VydmVkLgorICogCisgKiBUaGlzIHByb2dyYW0gaXMgZnJl
ZSBzb2Z0d2FyZTsgeW91IGNhbiByZWRpc3RyaWJ1dGUgaXQgYW5kL29yIG1vZGlmeSBpdAor
ICogdW5kZXIgdGhlIHRlcm1zIG9mIHRoZSBHTlUgR2VuZXJhbCBQdWJsaWMgTGljZW5zZSBh
cyBwdWJsaXNoZWQgYnkgdGhlCisgKiBGcmVlIFNvZnR3YXJlIEZvdW5kYXRpb247IGVpdGhl
ciB2ZXJzaW9uIDIgb2YgdGhlIExpY2Vuc2UsIG9yIChhdCB5b3VyCisgKiBvcHRpb24pIGFu
eSBsYXRlciB2ZXJzaW9uLgorICogCisgKiBUaGlzIHByb2dyYW0gaXMgZGlzdHJpYnV0ZWQg
aW4gdGhlIGhvcGUgdGhhdCBpdCB3aWxsIGJlIHVzZWZ1bCwgYnV0CisgKiBXSVRIT1VUIEFO
WSBXQVJSQU5UWTsgd2l0aG91dCBldmVuIHRoZSBpbXBsaWVkIHdhcnJhbnR5IG9mIE1FUkNI
QU5UQUJJTElUWQorICogb3IgRklUTkVTUyBGT1IgQSBQQVJUSUNVTEFSIFBVUlBPU0UuICBT
ZWUgdGhlIEdOVSBHZW5lcmFsIFB1YmxpYyBMaWNlbnNlCisgKiBmb3IgbW9yZSBkZXRhaWxz
LgorICogCisgKiBZb3Ugc2hvdWxkIGhhdmUgcmVjZWl2ZWQgYSBjb3B5IG9mIHRoZSBHTlUg
R2VuZXJhbCBQdWJsaWMgTGljZW5zZSBhbG9uZworICogd2l0aCB0aGlzIHByb2dyYW07IGlm
IG5vdCwgd3JpdGUgdG8gdGhlIEZyZWUgU29mdHdhcmUgRm91bmRhdGlvbiwgSW5jLiwKKyAq
IDUxIEZyYW5rbGluIFN0cmVldCwgRmlmdGggRmxvb3IsIEJvc3RvbiwgTUEgMDIxMTAtMTMw
MSBVU0EKKyAqLworCisjaWZuZGVmIFBIT1RQUk9DX0gKKyNkZWZpbmUgUEhPVFBST0NfSAor
CisjaW5jbHVkZSAiY29uZmlnLmgiCisKKy8qIG1haW4gcHJvY2VzcyBub2RlIHR5cGUgKi8K
K3R5cGVkZWYgc3RydWN0IHByb2Nlc3NfdCB7CisgICAgcGlkX3QgcGlkOworCisgICAgLyog
cmVmcmVzaGVkIGRhdGEgKi8KKyAgICB1bnNpZ25lZCBsb25nIHJfdmN0eDsKKyAgICB1bnNp
Z25lZCBsb25nIHJfaWN0eDsKKyAgICAvL3Vsb25nX3Qgcl9zeXNjYWxsczsKKyAgICB1bnNp
Z25lZCBsb25nIGxvbmcgcl9icmVhZDsKKyAgICAvL3Vsb25nX3Qgcl9nYnJlYWQ7CisgICAg
dW5zaWduZWQgbG9uZyBsb25nIHJfYndyaXQ7CisgICAgLy91bG9uZ190IHJfZ2J3cml0Owor
CisgICAgZmxvYXQgIHJfY3B1YnVybjsKKyAgICBkb3VibGUgcl9jcHV0aW1lc3RhbXA7Cisg
ICAgZG91YmxlIHJfY3B1dGltZTsKKworICAgIHVuc2lnbmVkIGxvbmcgbG9uZyByX2J3dGlt
ZTsKKyAgICAvL2FjY3VtX3Qgcl9yd3RpbWU7CisgICAgLy9hY2N1bV90IHJfcXd0aW1lOwor
CisgICAgLyogcHJlZGljYXRlIHZhbHVlcyAqLworICAgIGRlcml2ZWRfcHJlZF90IHByZWRz
OworCit9IHByb2Nlc3NfdDsKKworLy9wcm9jZXNzX3QgKiBsb29rdXBfY3Vycl9ub2RlKHBp
ZF90KTsKKworI2VuZGlmCmRpZmYgLS1naXQgYS9zcmMvcG1kYXMvbGludXhfcHJvYy9pbmRv
bS5oIGIvc3JjL3BtZGFzL2xpbnV4X3Byb2MvaW5kb20uaAppbmRleCA5YzkyOGNkLi41OWJl
ZjdiIDEwMDY0NAotLS0gYS9zcmMvcG1kYXMvbGludXhfcHJvYy9pbmRvbS5oCisrKyBiL3Ny
Yy9wbWRhcy9saW51eF9wcm9jL2luZG9tLmgKQEAgLTI3LDYgKzI3LDcgQEAKICNkZWZpbmUg
REVWVF9JTkRPTQkJIDIgLyogLSBkaXNrcyAobWFqb3I6bWlub3IgbmFtZXMpICovCiAjZGVm
aW5lIFBST0NfSU5ET00JCSA5IC8qIC0gcHJvY2Vzc2VzICovCiAjZGVmaW5lIFNUUklOR1Nf
SU5ET00JCTEwIC8qIC0gZmFrZSBpbmRvbSwgc3RyaW5nIGhhc2ggKi8KKyNkZWZpbmUgSE9U
UFJPQ19JTkRPTQkJMTEgLyogLSBob3QgcHJvY3MgKi8KICNkZWZpbmUgQ0dST1VQX1NVQlNZ
U19JTkRPTQkyMCAvKiAtIGNvbnRyb2wgZ3JvdXAgc3Vic3lzdGVtcyAqLwogI2RlZmluZSBD
R1JPVVBfTU9VTlRTX0lORE9NCTIxIC8qIC0gY29udHJvbCBncm91cCBtb3VudHMgKi8KIApk
aWZmIC0tZ2l0IGEvc3JjL3BtZGFzL2xpbnV4X3Byb2MvbGV4LmwgYi9zcmMvcG1kYXMvbGlu
dXhfcHJvYy9sZXgubApuZXcgZmlsZSBtb2RlIDEwMDY0NAppbmRleCAwMDAwMDAwLi43ZGIy
YWYyCi0tLSAvZGV2L251bGwKKysrIGIvc3JjL3BtZGFzL2xpbnV4X3Byb2MvbGV4LmwKQEAg
LTAsMCArMSwxMTQgQEAKKy8qCisgKiBDb3B5cmlnaHQgKGMpIDE5OTUgU2lsaWNvbiBHcmFw
aGljcywgSW5jLiAgQWxsIFJpZ2h0cyBSZXNlcnZlZC4KKyAqIAorICogVGhpcyBwcm9ncmFt
IGlzIGZyZWUgc29mdHdhcmU7IHlvdSBjYW4gcmVkaXN0cmlidXRlIGl0IGFuZC9vciBtb2Rp
ZnkgaXQKKyAqIHVuZGVyIHRoZSB0ZXJtcyBvZiB0aGUgR05VIEdlbmVyYWwgUHVibGljIExp
Y2Vuc2UgYXMgcHVibGlzaGVkIGJ5IHRoZQorICogRnJlZSBTb2Z0d2FyZSBGb3VuZGF0aW9u
OyBlaXRoZXIgdmVyc2lvbiAyIG9mIHRoZSBMaWNlbnNlLCBvciAoYXQgeW91cgorICogb3B0
aW9uKSBhbnkgbGF0ZXIgdmVyc2lvbi4KKyAqIAorICogVGhpcyBwcm9ncmFtIGlzIGRpc3Ry
aWJ1dGVkIGluIHRoZSBob3BlIHRoYXQgaXQgd2lsbCBiZSB1c2VmdWwsIGJ1dAorICogV0lU
SE9VVCBBTlkgV0FSUkFOVFk7IHdpdGhvdXQgZXZlbiB0aGUgaW1wbGllZCB3YXJyYW50eSBv
ZiBNRVJDSEFOVEFCSUxJVFkKKyAqIG9yIEZJVE5FU1MgRk9SIEEgUEFSVElDVUxBUiBQVVJQ
T1NFLiAgU2VlIHRoZSBHTlUgR2VuZXJhbCBQdWJsaWMgTGljZW5zZQorICogZm9yIG1vcmUg
ZGV0YWlscy4KKyAqLworCisleworI2luY2x1ZGUgIi4vZ3JhbV9ub2RlLmgiCisjaW5jbHVk
ZSAiLi9ncmFtLnRhYi5oIgorI2luY2x1ZGUgInBtYXBpLmgiCisKKyNkZWZpbmUgX1JFR0VY
X1JFX0NPTVAKKyNpbmNsdWRlIDxzeXMvdHlwZXMuaD4KKyNpbmNsdWRlIDxyZWdleC5oPgor
CisKK3ZvaWQgeXllcnJvcihjaGFyICpzKTsKKworc3RhdGljIGNoYXIgZW1zZ1syNTZdOyAv
KiBlcnJvciBtZXNzYWdlICovCisKKyV9CisKKyVvcHRpb24gbm9pbnB1dAorJW9wdGlvbiBu
b3VucHV0CisKKyUlCisKK1ZlcnNpb24JCXsgcmV0dXJuIFZFUlNJT047IH0KK3NjaGVkd2Fp
dAl7IHJldHVybiBTQ0hFRFdBSVQ7IH0KK2lvd2FpdAkJeyByZXR1cm4gSU9XQUlUOyB9Citp
b2RlbWFuZAl7IHJldHVybiBJT0RFTUFORDsgfQorcmVzaWRlbnRzaXplCXsgcmV0dXJuIFJF
U0lERU5UU0laRTsgfQordmlydHVhbHNpemUJeyByZXR1cm4gVklSVFVBTFNJWkU7IH0KK2N0
eHN3aXRjaAl7IHJldHVybiBDVFhTV0lUQ0g7IH0KK3N5c2NhbGxzCXsgcmV0dXJuIFNZU0NB
TExTOyB9CitnaWQJCXsgcmV0dXJuIEdJRDsgfQordWlkCQl7IHJldHVybiBVSUQ7IH0KK3Vu
YW1lCQl7IHJldHVybiBVTkFNRTsgfQorZ25hbWUJCXsgcmV0dXJuIEdOQU1FOyB9CitmbmFt
ZQkJeyByZXR1cm4gRk5BTUU7IH0KK3BzYXJncwkJeyByZXR1cm4gUFNBUkdTOyB9CitjcHVi
dXJuCQl7IHJldHVybiBDUFVCVVJOOyB9CisiJiYiCQl7IHJldHVybiBBTkQ7IH0KKyJ8fCIJ
CXsgcmV0dXJuIE9SOyB9CisiISIJCXsgcmV0dXJuIE5PVDsgfQorIigiCQl7IHJldHVybiBM
UEFSRU47IH0JCisiKSIJCXsgcmV0dXJuIFJQQVJFTjsgfQkKK3RydWUJCXsgcmV0dXJuIFRS
VUU7IH0KK2ZhbHNlCQl7IHJldHVybiBGQUxTRTsgfQorIj09IgkJeyByZXR1cm4gRVFVQUw7
IH0KKyIhPSIJCXsgcmV0dXJuIE5FUVVBTDsgfQorIjwiCQl7IHJldHVybiBMVEhBTjsgfQor
Ijw9IgkJeyByZXR1cm4gTEVRVUFMOyB9CisiPiIJCXsgcmV0dXJuIEdUSEFOOyB9CisiPj0i
CQl7IHJldHVybiBHRVFVQUw7IH0KKyJ+IgkJeyByZXR1cm4gTUFUQ0g7IH0KKyIhfiIJCXsg
cmV0dXJuIE5NQVRDSDsgfQorCitcL1teL1xuXSpbL1xuXSB7CisJICAgIGNoYXIgKnN0cjsK
KwkgICAgeXlsdmFsLnlfc3RyID0gKGNoYXIgKiltYWxsb2MoeXlsZW5nLTEpOworCSAgICBp
ZiAoeXlsdmFsLnlfc3RyID09IDApIHsKKwkJKHZvaWQpc3ByaW50ZihlbXNnLCAibWFsbG9j
IGZhaWxlZDogJXMiLCBvc3N0cmVycm9yKCkpOworCQl5eWVycm9yKGVtc2cpOworCSAgICB9
CisJICAgIHN0cm5jcHkoeXlsdmFsLnlfc3RyLCAmeXl0ZXh0WzFdLCB5eWxlbmctMik7CisJ
ICAgIHl5bHZhbC55X3N0clt5eWxlbmctMl0gPSAnXDAnOworCSAgICBpZiAoKHN0ciA9IHJl
X2NvbXAoeXlsdmFsLnlfc3RyKSkgIT0gMCkgeworCSAgICAgICAgeXllcnJvcihzdHIpOwor
CSAgICB9CisJICAgIHJldHVybiBQQVRURVJOOworCX0KKworXCJbXiJcbl0qWyJcbl0gewor
CSAgICB5eWx2YWwueV9zdHIgPSAoY2hhciAqKW1hbGxvYyh5eWxlbmctMSk7CisJICAgIGlm
ICh5eWx2YWwueV9zdHIgPT0gMCkgeworCQkodm9pZClzcHJpbnRmKGVtc2csICJtYWxsb2Mg
ZmFpbGVkOiAlcyIsIG9zc3RyZXJyb3IoKSk7CisJCXl5ZXJyb3IoZW1zZyk7CisJICAgIH0K
KwkgICAgc3RybmNweSh5eWx2YWwueV9zdHIsICZ5eXRleHRbMV0sIHl5bGVuZy0yKTsKKwkg
ICAgeXlsdmFsLnlfc3RyW3l5bGVuZy0yXSA9ICdcMCc7CisJICAgIHJldHVybiBTVFJJTkc7
CisJfQorCisKK1swLTldKyB8CitbMC05XSoiLiJbMC05XSsgfAorWzAtOV0rIi4iWzAtOV0q
CXsKKwkgICAgeXlsdmFsLnlfbnVtYmVyID0gYXRvZih5eXRleHQpOworCSAgICByZXR1cm4g
TlVNQkVSOworCX0KKworXCMuKlxuCXsgfQorCitbXHQgXHJcbl0rIHsgfQorCisKK1thLXpB
LVpdKyB7CisJICAgIHl5ZXJyb3IoIklsbGVnYWwgd29yZCIpOworCX0KKworLgl7CisJICAg
IHl5ZXJyb3IoIklsbGVnYWwgY2hhcmFjdGVyIik7CisJfQorJSUKKwpkaWZmIC0tZ2l0IGEv
c3JjL3BtZGFzL2xpbnV4X3Byb2MvcG1kYS5jIGIvc3JjL3BtZGFzL2xpbnV4X3Byb2MvcG1k
YS5jCmluZGV4IDFlZmFhYmQuLmFiMzcxMGYgMTAwNjQ0Ci0tLSBhL3NyYy9wbWRhcy9saW51
eF9wcm9jL3BtZGEuYworKysgYi9zcmMvcG1kYXMvbGludXhfcHJvYy9wbWRhLmMKQEAgLTM2
LDYgKzM2LDcgQEAKICNpbmNsdWRlICIuLi9saW51eC9jb252ZXJ0LmgiCiAjaW5jbHVkZSAi
Y2x1c3RlcnMuaCIKICNpbmNsdWRlICJpbmRvbS5oIgorI2luY2x1ZGUgImhvdHByb2MuaCIK
IAogI2luY2x1ZGUgImdldGluZm8uaCIKICNpbmNsdWRlICJwcm9jX3BpZC5oIgpAQCAtNDYs
NiArNDcsNyBAQAogLyogZ2xvYmFscyAqLwogc3RhdGljIGludAkJCV9pc0RTTyA9IDE7CS8q
IGZvciBsb2NhbCBjb250ZXh0cyAqLwogc3RhdGljIHByb2NfcGlkX3QJCXByb2NfcGlkOwor
c3RhdGljIHByb2NfcGlkX3QJCWhvdHByb2NfcGlkOwogc3RhdGljIHN0cnVjdCB1dHNuYW1l
CQlrZXJuZWxfdW5hbWU7CiBzdGF0aWMgcHJvY19ydW5xX3QJCXByb2NfcnVucTsKIHN0YXRp
YyBpbnQJCQlhbGxfYWNjZXNzOwkvKiA9MSBubyBhY2Nlc3MgY2hlY2tzICovCkBAIC01Myw2
ICs1NSw5IEBAIHN0YXRpYyBpbnQJCQloYXZlX2FjY2VzczsJLyogPTEgcmVjdmQgdWlkL2dp
ZCAqLwogc3RhdGljIHNpemVfdAkJCV9wbV9zeXN0ZW1fcGFnZXNpemU7CiBzdGF0aWMgdW5z
aWduZWQgaW50CQl0aHJlYWRzOwkvKiBjb250cm9sLmFsbC50aHJlYWRzICovCiBzdGF0aWMg
Y2hhciAqCQkJY2dyb3VwczsJLyogY29udHJvbC5hbGwuY2dyb3VwcyAqLworc3RhdGljIGlu
dCAJCQljb25mX2dlbiA9IDE7CS8qIGhvdHByb2MgY29uZmlnIHZlcnNpb24gKi8KKworZXh0
ZXJuIHN0cnVjdCB0aW1ldmFsICAgaG90cHJvY191cGRhdGVfaW50ZXJ2YWw7CiAKIGNoYXIg
KnByb2Nfc3RhdHNwYXRoID0gIiI7CS8qIG9wdGlvbmFsIHBhdGggcHJlZml4IGZvciBhbGwg
c3RhdHMgZmlsZXMgKi8KIApAQCAtNjMsNiArNjgsMTEgQEAgY2hhciAqcHJvY19zdGF0c3Bh
dGggPSAiIjsJLyogb3B0aW9uYWwgcGF0aCBwcmVmaXggZm9yIGFsbCBzdGF0cyBmaWxlcyAq
Lwogc3RhdGljIHBtZGFJbmRvbSBpbmRvbXRhYltOVU1fSU5ET01TXTsKIAogLyoKKyAqIFJl
YWwgbWV0cmljIHRhYiB0aGF0IHdpbGwgYmUgdXNlZCBhZnRlciB3ZSBhZGQgaW4gaG90cHJv
Y3MKKyAqLworc3RhdGljIHBtZGFNZXRyaWMgKmZ1bGxtZXRyaWN0YWI7CisKKy8qCiAgKiBh
bGwgbWV0cmljcyBzdXBwb3J0ZWQgaW4gdGhpcyBQTURBIC0gb25lIHRhYmxlIGVudHJ5IGZv
ciBlYWNoCiAgKi8KIHN0YXRpYyBwbWRhTWV0cmljIG1ldHJpY3RhYltdID0gewpAQCAtOTY2
LDYgKzk3Niw2NCBAQCBzdGF0aWMgcG1kYU1ldHJpYyBtZXRyaWN0YWJbXSA9IHsKICAgICAv
KiBwcm9jLmNvbnRyb2wucGVyY2xpZW50LmNncm91cHMgKi8KICAgICB7IE5VTEwsIHsgUE1E
QV9QTUlEKENMVVNURVJfQ09OVFJPTCwgMyksIFBNX1RZUEVfU1RSSU5HLAogICAgIFBNX0lO
RE9NX05VTEwsIFBNX1NFTV9JTlNUQU5ULCBQTURBX1BNVU5JVFMoMCwwLDAsMCwwLDApIH0g
fSwKKworLyoKKyAqIGhvdHByb2Mgc3BlY2lmaWMgY2x1c3RlcnMKKyAqLworIAorICAgIC8q
IGhvdHByb2MuY29udHJvbC5yZWZyZXNoICovCisgICAgeyBOVUxMLCB7UE1EQV9QTUlEKENM
VVNURVJfSE9UUFJPQ19HTE9CQUwsMSksCisgICAgICBQTV9UWVBFX1UzMiwgUE1fSU5ET01f
TlVMTCwgUE1fU0VNX0lOU1RBTlQsIFBNREFfUE1VTklUUygwLDAsMCwwLDAsMCl9IH0sCisg
ICAgLyogaG90cHJvYy5jb250cm9sLmNvbmZpZyAqLworICAgIHsgTlVMTCwge1BNREFfUE1J
RChDTFVTVEVSX0hPVFBST0NfR0xPQkFMLDgpLAorICAgICAgUE1fVFlQRV9TVFJJTkcsIFBN
X0lORE9NX05VTEwsIFBNX1NFTV9JTlNUQU5ULCBQTURBX1BNVU5JVFMoMCwwLDAsMCwwLDAp
fSB9LAorICAgIC8qIGhvdHByb2MuY29udHJvbC5jb25maWdfZ2VuICovCisgICAgeyBOVUxM
LCB7UE1EQV9QTUlEKENMVVNURVJfSE9UUFJPQ19HTE9CQUwsOSksCisgICAgICBQTV9UWVBF
X1UzMiwgUE1fSU5ET01fTlVMTCwgUE1fU0VNX0lOU1RBTlQsIFBNREFfUE1VTklUUygwLDAs
MCwwLDAsMCl9IH0sCisgICAgLyogaG90cHJvYy50b3RhbC5jcHVpZGxlICovCisgICAgeyBO
VUxMLCB7UE1EQV9QTUlEKENMVVNURVJfSE9UUFJPQ19HTE9CQUwsMiksCisgICAgICBQTV9U
WVBFX0ZMT0FULCBQTV9JTkRPTV9OVUxMLCBQTV9TRU1fSU5TVEFOVCwgUE1EQV9QTVVOSVRT
KDAsMCwwLDAsMCwwKX0gfSwKKyAgICAvKiBob3Rwcm9jLnRvdGFsLmNwdWJ1cm4gKi8KKyAg
ICB7IE5VTEwsIHtQTURBX1BNSUQoQ0xVU1RFUl9IT1RQUk9DX0dMT0JBTCwzKSwKKyAgICAg
IFBNX1RZUEVfRkxPQVQsIFBNX0lORE9NX05VTEwsIFBNX1NFTV9JTlNUQU5ULCBQTURBX1BN
VU5JVFMoMCwwLDAsMCwwLDApfSB9LAorICAgIC8qIGhvdHByb2MudG90YWwuY3B1b3RoZXIu
dHJhbnNpZW50ICovCisgICAgeyBOVUxMLCB7UE1EQV9QTUlEKENMVVNURVJfSE9UUFJPQ19H
TE9CQUwsNCksCisgICAgICBQTV9UWVBFX0ZMT0FULCBQTV9JTkRPTV9OVUxMLCBQTV9TRU1f
SU5TVEFOVCwgUE1EQV9QTVVOSVRTKDAsMCwwLDAsMCwwKX0gfSwKKyAgICAvKiBob3Rwcm9j
LnRvdGFsLmNwdW90aGVyLm5vdF9jcHVidXJuICovCisgICAgeyBOVUxMLCB7UE1EQV9QTUlE
KENMVVNURVJfSE9UUFJPQ19HTE9CQUwsNSksCisgICAgICBQTV9UWVBFX0ZMT0FULCBQTV9J
TkRPTV9OVUxMLCBQTV9TRU1fSU5TVEFOVCwgUE1EQV9QTVVOSVRTKDAsMCwwLDAsMCwwKX0g
fSwKKyAgICAvKiBob3Rwcm9jLnRvdGFsLmNwdW90aGVyLnRvdGFsICovCisgICAgeyBOVUxM
LCB7UE1EQV9QTUlEKENMVVNURVJfSE9UUFJPQ19HTE9CQUwsNiksCisgICAgICBQTV9UWVBF
X0ZMT0FULCBQTV9JTkRPTV9OVUxMLCBQTV9TRU1fSU5TVEFOVCwgUE1EQV9QTVVOSVRTKDAs
MCwwLDAsMCwwKX0gfSwKKyAgICAvKiBob3Rwcm9jLnRvdGFsLmNwdW90aGVyLnBlcmNlbnQg
Ki8KKyAgICB7IE5VTEwsIHtQTURBX1BNSUQoQ0xVU1RFUl9IT1RQUk9DX0dMT0JBTCw3KSwK
KyAgICAgIFBNX1RZUEVfRkxPQVQsIFBNX0lORE9NX05VTEwsIFBNX1NFTV9JTlNUQU5ULCBQ
TURBX1BNVU5JVFMoMCwwLDAsMCwwLDApfSB9LAorCisgICAgLyogaG90cHJvYy5wcmVkaWNh
dGUuc3lzY2FsbHMgKi8KKyAgICB7IE5VTEwsIHtQTURBX1BNSUQoQ0xVU1RFUl9IT1RQUk9D
X1BSRUQsMCksCisgICAgICBQTV9UWVBFX0ZMT0FULCBIT1RQUk9DX0lORE9NLCBQTV9TRU1f
SU5TVEFOVCwgUE1EQV9QTVVOSVRTKDAsLTEsMSwgMCxQTV9USU1FX1NFQywwKX0gfSwKKyAg
ICAvKiBob3Rwcm9jLnByZWRpY2F0ZS5jdHhzd2l0Y2ggKi8KKyAgICB7IE5VTEwsIHtQTURB
X1BNSUQoQ0xVU1RFUl9IT1RQUk9DX1BSRUQsMSksCisgICAgICBQTV9UWVBFX0ZMT0FULCBI
T1RQUk9DX0lORE9NLCBQTV9TRU1fSU5TVEFOVCwgUE1EQV9QTVVOSVRTKDAsLTEsMSwgMCxQ
TV9USU1FX1NFQywwKX0gfSwKKyAgICAvKiBob3Rwcm9jLnByZWRpY2F0ZS52aXJ0dWFsc2l6
ZSAqLworICAgIHsgTlVMTCwge1BNREFfUE1JRChDTFVTVEVSX0hPVFBST0NfUFJFRCwyKSwK
KyAgICAgIFBNX1RZUEVfVTMyLCBIT1RQUk9DX0lORE9NLCBQTV9TRU1fSU5TVEFOVCwgUE1E
QV9QTVVOSVRTKDEsMCwwLCBQTV9TUEFDRV9LQllURSwwLDApfSB9LAorICAgIC8qIGhvdHBy
b2MucHJlZGljYXRlLnJlc2lkZW50c2l6ZSAqLworICAgIHsgTlVMTCwge1BNREFfUE1JRChD
TFVTVEVSX0hPVFBST0NfUFJFRCwzKSwKKyAgICAgIFBNX1RZUEVfVTMyLCBIT1RQUk9DX0lO
RE9NLCBQTV9TRU1fSU5TVEFOVCwgUE1EQV9QTVVOSVRTKDEsMCwwLCBQTV9TUEFDRV9LQllU
RSwwLDApfSB9LAorICAgIC8qIGhvdHByb2MucHJlZGljYXRlLmlvZGVtYW5kICovCisgICAg
eyBOVUxMLCB7UE1EQV9QTUlEKENMVVNURVJfSE9UUFJPQ19QUkVELDQpLAorICAgICAgUE1f
VFlQRV9GTE9BVCwgSE9UUFJPQ19JTkRPTSwgUE1fU0VNX0lOU1RBTlQsIFBNREFfUE1VTklU
UygxLC0xLDAsIFBNX1NQQUNFX0tCWVRFLFBNX1RJTUVfU0VDLDApfSB9LAorICAgIC8qIGhv
dHByb2MucHJlZGljYXRlLmlvd2FpdCAqLworICAgIHsgTlVMTCwge1BNREFfUE1JRChDTFVT
VEVSX0hPVFBST0NfUFJFRCw1KSwKKyAgICAgIFBNX1RZUEVfRkxPQVQsIEhPVFBST0NfSU5E
T00sIFBNX1NFTV9JTlNUQU5ULCBQTURBX1BNVU5JVFMoMCwwLDAsIDAsMCwwKX0gfSwKKyAg
ICAvKiBob3Rwcm9jLnByZWRpY2F0ZS5zY2hlZHdhaXQgKi8KKyAgICB7IE5VTEwsIHtQTURB
X1BNSUQoQ0xVU1RFUl9IT1RQUk9DX1BSRUQsNiksCisgICAgICBQTV9UWVBFX0ZMT0FULCBI
T1RQUk9DX0lORE9NLCBQTV9TRU1fSU5TVEFOVCwgUE1EQV9QTVVOSVRTKDAsMCwwLCAwLDAs
MCl9IH0sCisgICAgLyogaG90cHJvYy5wcmVkaWNhdGUuY3B1YnVybiAqLworICAgIHsgTlVM
TCwge1BNREFfUE1JRChDTFVTVEVSX0hPVFBST0NfUFJFRCw3KSwKKyAgICAgIFBNX1RZUEVf
RkxPQVQsIEhPVFBST0NfSU5ET00sIFBNX1NFTV9JTlNUQU5ULCBQTURBX1BNVU5JVFMoMCww
LDAsIDAsMCwwKX0gfSwKKwogfTsKIAogcG1JbkRvbQpAQCAtMTAxNyw2ICsxMDg1LDIwIEBA
IHByb2NfcmVmcmVzaChwbWRhRXh0ICpwbWRhLCBpbnQgKm5lZWRfcmVmcmVzaCkKIAkJCXBy
b2NfY3R4X3RocmVhZHMocG1kYS0+ZV9jb250ZXh0LCB0aHJlYWRzKSwKIAkJCXByb2NfY3R4
X2Nncm91cHMocG1kYS0+ZV9jb250ZXh0LCBjZ3JvdXBzKSk7CiAgICAgfQorICAgIGlmIChu
ZWVkX3JlZnJlc2hbQ0xVU1RFUl9IT1RQUk9DX1BJRF9TVEFUXSB8fAorICAgICAgICBuZWVk
X3JlZnJlc2hbQ0xVU1RFUl9IT1RQUk9DX1BJRF9TVEFUTV0gfHwKKyAgICAgICAgbmVlZF9y
ZWZyZXNoW0NMVVNURVJfSE9UUFJPQ19QSURfU1RBVFVTXSB8fAorICAgICAgICBuZWVkX3Jl
ZnJlc2hbQ0xVU1RFUl9IT1RQUk9DX1BJRF9JT10gfHwKKyAgICAgICAgbmVlZF9yZWZyZXNo
W0NMVVNURVJfSE9UUFJPQ19QSURfTEFCRUxdIHx8CisgICAgICAgIG5lZWRfcmVmcmVzaFtD
TFVTVEVSX0hPVFBST0NfUElEX0NHUk9VUF0gfHwKKyAgICAgICAgbmVlZF9yZWZyZXNoW0NM
VVNURVJfSE9UUFJPQ19QSURfU0NIRURTVEFUXSB8fAorICAgICAgICBuZWVkX3JlZnJlc2hb
Q0xVU1RFUl9IT1RQUk9DX1BJRF9GRF0gfHwKKyAgICAgICAgbmVlZF9yZWZyZXNoW0NMVVNU
RVJfSE9UUFJPQ19HTE9CQUxdIHx8CisgICAgICAgIG5lZWRfcmVmcmVzaFtDTFVTVEVSX0hP
VFBST0NfUFJFRF0peworICAgICAgICByZWZyZXNoX2hvdHByb2NfcGlkKCZob3Rwcm9jX3Bp
ZCwKKyAgICAgICAgICAgICAgICAgICAgICAgIHByb2NfY3R4X3RocmVhZHMocG1kYS0+ZV9j
b250ZXh0LCB0aHJlYWRzKSwKKyAgICAgICAgICAgICAgICAgICAgICAgIHByb2NfY3R4X2Nn
cm91cHMocG1kYS0+ZV9jb250ZXh0LCBjZ3JvdXBzKSk7CisgICAgfQogCiAgICAgaWYgKG5l
ZWRfcmVmcmVzaFtDTFVTVEVSX1BST0NfUlVOUV0pCiAJcmVmcmVzaF9wcm9jX3J1bnEoJnBy
b2NfcnVucSk7CkBAIC0xMDUxLDYgKzExMzMsMTkgQEAgcHJvY19pbnN0YW5jZShwbUluRG9t
IGluZG9tLCBpbnQgaW5zdCwgY2hhciAqbmFtZSwgX19wbUluUmVzdWx0ICoqcmVzdWx0LCBw
bWRhRXgKICAgICAgICAgbmVlZF9yZWZyZXNoW0NMVVNURVJfUElEX0lPXSsrOwogICAgICAg
ICBuZWVkX3JlZnJlc2hbQ0xVU1RFUl9QSURfRkRdKys7CiAJYnJlYWs7CisgICAgY2FzZSBI
T1RQUk9DX0lORE9NOgorICAgICAgICBuZWVkX3JlZnJlc2hbQ0xVU1RFUl9IT1RQUk9DX1BJ
RF9TVEFUXSsrOworICAgICAgICBuZWVkX3JlZnJlc2hbQ0xVU1RFUl9IT1RQUk9DX1BJRF9T
VEFUTV0rKzsKKyAgICAgICAgbmVlZF9yZWZyZXNoW0NMVVNURVJfSE9UUFJPQ19QSURfU1RB
VFVTXSsrOworICAgICAgICBuZWVkX3JlZnJlc2hbQ0xVU1RFUl9IT1RQUk9DX1BJRF9MQUJF
TF0rKzsKKyAgICAgICAgbmVlZF9yZWZyZXNoW0NMVVNURVJfSE9UUFJPQ19QSURfQ0dST1VQ
XSsrOworICAgICAgICBuZWVkX3JlZnJlc2hbQ0xVU1RFUl9IT1RQUk9DX1BJRF9TQ0hFRFNU
QVRdKys7CisgICAgICAgIG5lZWRfcmVmcmVzaFtDTFVTVEVSX0hPVFBST0NfUElEX0lPXSsr
OworICAgICAgICBuZWVkX3JlZnJlc2hbQ0xVU1RFUl9IT1RQUk9DX1BJRF9GRF0rKzsKKyAg
ICAgICAgbmVlZF9yZWZyZXNoW0NMVVNURVJfSE9UUFJPQ19HTE9CQUxdKys7CisgICAgICAg
IG5lZWRfcmVmcmVzaFtDTFVTVEVSX0hPVFBST0NfUFJFRF0rKzsKKyAgICAgICAgYnJlYWs7
CisKICAgICBjYXNlIENHUk9VUF9TVUJTWVNfSU5ET006CiAJbmVlZF9yZWZyZXNoW0NMVVNU
RVJfQ0dST1VQX1NVQlNZU10rKzsKIAlicmVhazsKQEAgLTEwNjAsNyArMTE1NSw3IEBAIHBy
b2NfaW5zdGFuY2UocG1JbkRvbSBpbmRvbSwgaW50IGluc3QsIGNoYXIgKm5hbWUsIF9fcG1J
blJlc3VsdCAqKnJlc3VsdCwgcG1kYUV4CiAgICAgLyogbm8gZGVmYXVsdCBsYWJlbCA6IHBt
ZGFJbnN0YW5jZSB3aWxsIHBpY2sgdXAgZXJyb3JzICovCiAgICAgfQogCi0gICAgaWYgKGlu
ZG9tcC0+c2VyaWFsID09IFBST0NfSU5ET00gJiYgaW5zdCA9PSBQTV9JTl9OVUxMICYmIG5h
bWUgIT0gTlVMTCkgeworICAgIGlmICggKGluZG9tcC0+c2VyaWFsID09IFBST0NfSU5ET00g
fHwgaW5kb21wLT5zZXJpYWwgPT0gSE9UUFJPQ19JTkRPTSApICYmIGluc3QgPT0gUE1fSU5f
TlVMTCAmJiBuYW1lICE9IE5VTEwpIHsKICAgICAJLyoKIAkgKiBGb3IgdGhlIHByb2MgaW5k
b20sIGlmIHRoZSBuYW1lIGlzIGEgcGlkIChhcyBhIHN0cmluZyksIGFuZCBpdAogCSAqIGNv
bnRhaW5zIG9ubHkgZGlnaXRzIChpLmUuIGl0J3Mgbm90IGEgZnVsbCBpbnN0YW5jZSBuYW1l
KSB0aGVuCkBAIC0xMDg1LDcgKzExODAsNyBAQCBwcm9jX2luc3RhbmNlKHBtSW5Eb20gaW5k
b20sIGludCBpbnN0LCBjaGFyICpuYW1lLCBfX3BtSW5SZXN1bHQgKipyZXN1bHQsIHBtZGFF
eAogCiAgICAgc3RzID0gUE1fRVJSX1BFUk1JU1NJT047CiAgICAgaGF2ZV9hY2Nlc3MgPSBw
cm9jX2N0eF9hY2Nlc3MocG1kYS0+ZV9jb250ZXh0KSB8fCBhbGxfYWNjZXNzOwotICAgIGlm
IChoYXZlX2FjY2VzcyB8fCBpbmRvbXAtPnNlcmlhbCAhPSBQUk9DX0lORE9NKSB7CisgICAg
aWYgKGhhdmVfYWNjZXNzIHx8ICggKGluZG9tcC0+c2VyaWFsICE9IFBST0NfSU5ET00pICYm
IChpbmRvbXAtPnNlcmlhbCAhPSBIT1RQUk9DX0lORE9NKSApKSB7CiAJcHJvY19yZWZyZXNo
KHBtZGEsIG5lZWRfcmVmcmVzaCk7CiAJc3RzID0gcG1kYUluc3RhbmNlKGluZG9tLCBpbnN0
LCBuYW1lLCByZXN1bHQsIHBtZGEpOwogICAgIH0KQEAgLTExMTIsNiArMTIwNywxNCBAQCBw
cm9jX2ZldGNoQ2FsbEJhY2socG1kYU1ldHJpYyAqbWRlc2MsIHVuc2lnbmVkIGludCBpbnN0
LCBwbUF0b21WYWx1ZSAqYXRvbSkKICAgICB2b2lkCQkqZnNwOwogICAgIHN0YXRpYyBsb25n
CQloeiA9IC0xOwogICAgIGNoYXIgCQkqdGFpbDsKKyAgICBwcm9jX3BpZF90CQkqYWN0aXZl
X3Byb2NfcGlkOworCisgICAgaW50IGhhdmVfdG90YWxzOworICAgIGRvdWJsZSB0YSwgdGks
IHR0LCB0Y2k7CisKKyAgICBwcm9jZXNzX3QgKmhvdG5vZGU7CisKKyAgICBhY3RpdmVfcHJv
Y19waWQgPSAmcHJvY19waWQ7CiAKICAgICBpZiAoaHogPT0gLTEpCiAgICAgCWh6ID0gc3lz
Y29uZihfU0NfQ0xLX1RDSyk7CkBAIC0xMTU0LDE1ICsxMjU3LDEyOCBAQCBwcm9jX2ZldGNo
Q2FsbEJhY2socG1kYU1ldHJpYyAqbWRlc2MsIHVuc2lnbmVkIGludCBpbnN0LCBwbUF0b21W
YWx1ZSAqYXRvbSkKICAgICBlbHNlCiAgICAgc3dpdGNoIChjbHVzdGVyKSB7CiAKKyAgICBj
YXNlIENMVVNURVJfSE9UUFJPQ19HTE9CQUw6CisKKwkKKwloYXZlX3RvdGFscyA9IGdldF9o
b3RfdG90YWxzKCZ0YSwgJnRpLCAmdHQsICZ0Y2kpOworCisJc3dpdGNoKGlkcC0+aXRlbSkg
eworCisJCWNhc2UgMTogLyogcmVmcmVzaCAqLworCQkJYXRvbS0+dWwgPSBob3Rwcm9jX3Vw
ZGF0ZV9pbnRlcnZhbC50dl9zZWM7CisJCQlicmVhazsKKwkJY2FzZSA4OiAvKiBjb25maWcg
Ki8KKwkJCWF0b20tPmNwID0gZ2V0X2NvbmZfYnVmZmVyKCk7CisJCQlicmVhazsKKwkJY2Fz
ZSA5OiAvKiBjb25maWdfZ2VuICovCisJCQlhdG9tLT51bCA9IGNvbmZfZ2VuOworCQkJYnJl
YWs7CisJCWNhc2UgMjogLyogY3B1aWRsZSAqLworCQkJaWYgKCFoYXZlX3RvdGFscykKKyAg
ICAgICAgICAgICAgICAJICAgIGF0b20tPmYgPSAwOworCSAgICAgICAgICAgICAgICBlbHNl
CisgICAgICAgICAgICAgICAgCSAgICBhdG9tLT5mID0gdGNpOworCQkJYnJlYWs7CisJCWNh
c2UgMzogLyogY3B1YnVybiAqLworCQkJaWYgKCFoYXZlX3RvdGFscykKKyAgICAgICAgICAg
ICAgICAJICAgIGF0b20tPmYgPSAwOworCSAgICAgICAgICAgICAgICBlbHNlCisgICAgICAg
ICAgICAgICAgCSAgICBhdG9tLT5mID0gdGE7CisgICAgICAgICAgICAgICAgCWJyZWFrOwor
CQljYXNlIDQ6IC8qIG90aGVyIHRyYW5zaWVudCAqLworCQkJaWYgKCFoYXZlX3RvdGFscykK
KyAgICAgICAgICAgICAgICAJICAgIGF0b20tPmYgPSAwOworCSAgICAgICAgICAgICAgICBl
bHNlCisgICAgICAgICAgICAgICAgCSAgICBhdG9tLT5mID0gdHQ7CisJCQlicmVhazsKKwkJ
Y2FzZSA1OiAvKiBvdGhlciBub3RfY3B1YnVybiAqLworCQkJaWYgKCFoYXZlX3RvdGFscykK
KyAgICAgICAgICAgICAgICAJICAgIGF0b20tPmYgPSAwOworCSAgICAgICAgICAgICAgICBl
bHNlCisgICAgICAgICAgICAgICAgCSAgICBhdG9tLT5mID0gdGk7CisgICAgICAgICAgICAg
ICAgCWJyZWFrOworCQljYXNlIDY6IC8qIG90aGVyIHRvdGFsICovCisJCQlpZiAoIWhhdmVf
dG90YWxzKQorICAgICAgICAgICAgICAgIAkgICAgYXRvbS0+ZiA9IDA7CisJICAgICAgICAg
ICAgICAgIGVsc2UKKyAgICAgICAgICAgICAgICAJICAgIGF0b20tPmYgPSB0aSArIHR0Owor
CQkJYnJlYWs7CisJCWNhc2UgNzogLyogb3RoZXIgcGVyY2VudCAqLworCQkgICAgeworICAg
ICAgICAgICAgICAgICAgICAJZG91YmxlIG90aGVyID0gdHQgKyB0aTsKKyAgICAgICAgICAg
ICAgICAgICAgCWRvdWJsZSBub25faWRsZSA9IG90aGVyICsgdGE7CisKKyAgICAgICAgICAg
ICAgICAgICAgCS8qIGlmIG5vbl9pZGxlID0gMCwgdmVyeSB1bmxpa2VseSwKKyAgICAgICAg
ICAgICAgICAgICAgIAkqIHRoZW4gdGhlIHZhbHVlIGhlcmUgaXMgbWVhbmluZ2xlc3MKKyAg
ICAgICAgICAgICAgICAgICAgIAkqLworCisgICAgICAgICAgICAgICAgICAgICAJLyogQWxz
byBpZiBhbGwgdGhlIG51bWJlcnMgYXJlIHZlcnkgc21hbGwKKyAgICAgICAgICAgICAgICAg
ICAgIAkgKiB0aGlzIGlzIG5vdCBhY2N1cmF0ZQorICAgICAgICAgICAgICAgICAgICAgCSAq
LworICAgICAgICAgICAgICAgICAgICAJCisgICAgICAgICAgICAgICAgICAgIAlpZiAoIWhh
dmVfdG90YWxzIHx8IG5vbl9pZGxlID09IDApCisgICAgICAgICAgICAgICAgICAgICAgCQlh
dG9tLT5mID0gMDsKKyAgICAgICAgICAgICAgICAgICAgCWVsc2UKKyAgICAgICAgICAgICAg
ICAgICAgIAkJYXRvbS0+ZiA9IG90aGVyIC8gbm9uX2lkbGUgKiAxMDA7CisgICAgICAgICAg
ICAgICAgICAgIH0KKwkJCWJyZWFrOworCisJCWRlZmF1bHQ6CisJCQlyZXR1cm4gUE1fRVJS
X1BNSUQ7CisJCQlicmVhazsKKwl9CisJYnJlYWs7CisgICAgY2FzZSBDTFVTVEVSX0hPVFBS
T0NfUFJFRDoKKwlzdHMgPSBnZXRfaG90cHJvY19ub2RlKCBpbnN0LCAmaG90bm9kZSApOwor
CisJaWYoIHN0cyA9PSAwICl7CisJCXJldHVybiBQTV9FUlJfSU5TVDsKKwl9CisKKwlzd2l0
Y2goaWRwLT5pdGVtKSB7CisKKyAgICAgICAgICAgICAgICBjYXNlIDA6IC8qIHN5c2NhbGxz
ICovCisgICAgICAgICAgICAgICAgICAgICAgICByZXR1cm4gUE1fRVJSX1BNSUQ7CisgICAg
ICAgICAgICAgICAgICAgICAgICBicmVhazsKKyAgICAgICAgICAgICAgICBjYXNlIDE6IC8q
IGN0eHN3aXRjaCAqLworICAgICAgICAgICAgICAgICAgICAgICAgYXRvbS0+ZiA9IGhvdG5v
ZGUtPnByZWRzLmN0eHN3aXRjaDsKKyAgICAgICAgICAgICAgICAgICAgICAgIGJyZWFrOwor
ICAgICAgICAgICAgICAgIGNhc2UgMjogLyogdmlydHVhbHNpemUgKi8KKwkJCWF0b20tPnVs
ID0gaG90bm9kZS0+cHJlZHMudmlydHVhbHNpemU7CisgICAgICAgICAgICAgICAgICAgICAg
ICBicmVhazsKKyAgICAgICAgICAgICAgICBjYXNlIDM6IC8qIHJlc2lkZW50c2l6ZSAqLwor
CQkJYXRvbS0+dWwgPSBob3Rub2RlLT5wcmVkcy5yZXNpZGVudHNpemU7CisgICAgICAgICAg
ICAgICAgICAgICAgICBicmVhazsKKyAgICAgICAgICAgICAgICBjYXNlIDQ6IC8qIGlvZGVt
YW5kICovCisJCQlhdG9tLT5mID0gaG90bm9kZS0+cHJlZHMuaW9kZW1hbmQ7CisgICAgICAg
ICAgICAgICAgICAgICAgICBicmVhazsKKyAgICAgICAgICAgICAgICBjYXNlIDU6IC8qIGlv
d2FpdCAqLworICAgICAgICAgICAgICAgICAgICAgICAgYXRvbS0+ZiA9IGhvdG5vZGUtPnBy
ZWRzLmlvd2FpdDsKKyAgICAgICAgICAgICAgICAgICAgICAgIGJyZWFrOworICAgICAgICAg
ICAgICAgIGNhc2UgNjogLyogc2NoZWR3YWl0ICovCisgICAgICAgICAgICAgICAgICAgICAg
ICByZXR1cm4gUE1fRVJSX1BNSUQ7CisgICAgICAgICAgICAgICAgICAgICAgICBicmVhazsK
KyAgICAgICAgICAgICAgICBjYXNlIDc6IC8qIGNwdWJ1cm4uICBub3QgaW4gb3JpZyBob3Rw
cm9jICovCisJCQlhdG9tLT5mID0gaG90bm9kZS0+cl9jcHVidXJuOworICAgICAgICAgICAg
ICAgICAgICAgICAgYnJlYWs7CisKKyAgICAgICAgICAgICAgICBkZWZhdWx0OgorICAgICAg
ICAgICAgICAgICAgICAgICAgcmV0dXJuIFBNX0VSUl9QTUlEOworICAgICAgICAgICAgICAg
ICAgICAgICAgYnJlYWs7CisgICAgICAgIH0KKwlicmVhazsKKworICAgIGNhc2UgQ0xVU1RF
Ul9IT1RQUk9DX1BJRF9TVEFUOgorCWFjdGl2ZV9wcm9jX3BpZCA9ICZob3Rwcm9jX3BpZDsK
ICAgICBjYXNlIENMVVNURVJfUElEX1NUQVQ6CiAJaWYgKGlkcC0+aXRlbSA9PSA5OSkgLyog
cHJvYy5ucHJvY3MgKi8KLQkgICAgYXRvbS0+dWwgPSBwcm9jX3BpZC5pbmRvbS0+aXRfbnVt
aW5zdDsKKwkgICAgCWF0b20tPnVsID0gYWN0aXZlX3Byb2NfcGlkLT5pbmRvbS0+aXRfbnVt
aW5zdDsKIAllbHNlIHsKIAkgICAgc3RhdGljIGNoYXIgdHR5bmFtZVtNQVhQQVRITEVOXTsK
IAogCSAgICBpZiAoIWhhdmVfYWNjZXNzKQogCQlyZXR1cm4gUE1fRVJSX1BFUk1JU1NJT047
Ci0JICAgIGlmICgoZW50cnkgPSBmZXRjaF9wcm9jX3BpZF9zdGF0KGluc3QsICZwcm9jX3Bp
ZCwgJnN0cykpID09IE5VTEwpCisJICAgIGlmICgoZW50cnkgPSBmZXRjaF9wcm9jX3BpZF9z
dGF0KGluc3QsIGFjdGl2ZV9wcm9jX3BpZCwgJnN0cykpID09IE5VTEwpCiAJICAgIAlyZXR1
cm4gc3RzOwogCiAJICAgIHN3aXRjaCAoaWRwLT5pdGVtKSB7CkBAIC0xMzIxLDE1ICsxNTM3
LDE3IEBAIHByb2NfZmV0Y2hDYWxsQmFjayhwbWRhTWV0cmljICptZGVzYywgdW5zaWduZWQg
aW50IGluc3QsIHBtQXRvbVZhbHVlICphdG9tKQogCX0KIAlicmVhazsKIAorICAgIGNhc2Ug
Q0xVU1RFUl9IT1RQUk9DX1BJRF9TVEFUTToKKwlhY3RpdmVfcHJvY19waWQgPSAmaG90cHJv
Y19waWQ7CiAgICAgY2FzZSBDTFVTVEVSX1BJRF9TVEFUTToKIAlpZiAoIWhhdmVfYWNjZXNz
KQogCSAgICByZXR1cm4gUE1fRVJSX1BFUk1JU1NJT047CiAJaWYgKGlkcC0+aXRlbSA9PSBQ
Uk9DX1BJRF9TVEFUTV9NQVBTKSB7CS8qIHByb2MubWVtb3J5Lm1hcHMgKi8KLQkgICAgaWYg
KChlbnRyeSA9IGZldGNoX3Byb2NfcGlkX21hcHMoaW5zdCwgJnByb2NfcGlkLCAmc3RzKSkg
PT0gTlVMTCkKKwkgICAgaWYgKChlbnRyeSA9IGZldGNoX3Byb2NfcGlkX21hcHMoaW5zdCwg
YWN0aXZlX3Byb2NfcGlkLCAmc3RzKSkgPT0gTlVMTCkKIAkJcmV0dXJuIHN0czsKIAkgICAg
YXRvbS0+Y3AgPSBlbnRyeS0+bWFwc19idWY7CiAJfSBlbHNlIHsKLQkgICAgaWYgKChlbnRy
eSA9IGZldGNoX3Byb2NfcGlkX3N0YXRtKGluc3QsICZwcm9jX3BpZCwgJnN0cykpID09IE5V
TEwpCisJICAgIGlmICgoZW50cnkgPSBmZXRjaF9wcm9jX3BpZF9zdGF0bShpbnN0LCBhY3Rp
dmVfcHJvY19waWQsICZzdHMpKSA9PSBOVUxMKQogCQlyZXR1cm4gc3RzOwogCiAJICAgIGlm
IChpZHAtPml0ZW0gPD0gUFJPQ19QSURfU1RBVE1fRElSVFkpIHsKQEAgLTEzNDQsMTAgKzE1
NjIsMTIgQEAgcHJvY19mZXRjaENhbGxCYWNrKHBtZGFNZXRyaWMgKm1kZXNjLCB1bnNpZ25l
ZCBpbnQgaW5zdCwgcG1BdG9tVmFsdWUgKmF0b20pCiAJfQogICAgIAlicmVhazsKIAorICAg
IGNhc2UgQ0xVU1RFUl9IT1RQUk9DX1BJRF9TQ0hFRFNUQVQ6CisJYWN0aXZlX3Byb2NfcGlk
ID0gJmhvdHByb2NfcGlkOwogICAgIGNhc2UgQ0xVU1RFUl9QSURfU0NIRURTVEFUOgogCWlm
ICghaGF2ZV9hY2Nlc3MpCiAJICAgIHJldHVybiBQTV9FUlJfUEVSTUlTU0lPTjsKLQlpZiAo
KGVudHJ5ID0gZmV0Y2hfcHJvY19waWRfc2NoZWRzdGF0KGluc3QsICZwcm9jX3BpZCwgJnN0
cykpID09IE5VTEwpCisJaWYgKChlbnRyeSA9IGZldGNoX3Byb2NfcGlkX3NjaGVkc3RhdChp
bnN0LCBhY3RpdmVfcHJvY19waWQsICZzdHMpKSA9PSBOVUxMKQogCSAgICByZXR1cm4gc3Rz
OwogCiAJaWYgKGlkcC0+aXRlbSA8IE5SX1BST0NfUElEX1NDSEVEKSB7CkBAIC0xMzY3LDEw
ICsxNTg3LDEyIEBAIHByb2NfZmV0Y2hDYWxsQmFjayhwbWRhTWV0cmljICptZGVzYywgdW5z
aWduZWQgaW50IGluc3QsIHBtQXRvbVZhbHVlICphdG9tKQogCSAgICByZXR1cm4gUE1fRVJS
X1BNSUQ7CiAgICAgCWJyZWFrOwogCisgICAgY2FzZSBDTFVTVEVSX0hPVFBST0NfUElEX0lP
OgorCWFjdGl2ZV9wcm9jX3BpZCA9ICZob3Rwcm9jX3BpZDsKICAgICBjYXNlIENMVVNURVJf
UElEX0lPOgogCWlmICghaGF2ZV9hY2Nlc3MpCiAJICAgIHJldHVybiBQTV9FUlJfUEVSTUlT
U0lPTjsKLQlpZiAoKGVudHJ5ID0gZmV0Y2hfcHJvY19waWRfaW8oaW5zdCwgJnByb2NfcGlk
LCAmc3RzKSkgPT0gTlVMTCkKKwlpZiAoKGVudHJ5ID0gZmV0Y2hfcHJvY19waWRfaW8oaW5z
dCwgYWN0aXZlX3Byb2NfcGlkLCAmc3RzKSkgPT0gTlVMTCkKIAkgICAgcmV0dXJuIHN0czsK
IAogCXN3aXRjaCAoaWRwLT5pdGVtKSB7CkBAIC0xNDI2LDEwICsxNjQ4LDEyIEBAIHByb2Nf
ZmV0Y2hDYWxsQmFjayhwbWRhTWV0cmljICptZGVzYywgdW5zaWduZWQgaW50IGluc3QsIHBt
QXRvbVZhbHVlICphdG9tKQogCS8qCiAJICogQ2x1c3RlciBhZGRlZCBieSBNaWtlIE1hc29u
IDxtbWxueEB1cy5pYm0uY29tPgogCSAqLworICAgIGNhc2UgQ0xVU1RFUl9IT1RQUk9DX1BJ
RF9TVEFUVVM6CisJYWN0aXZlX3Byb2NfcGlkID0gJmhvdHByb2NfcGlkOwogICAgIGNhc2Ug
Q0xVU1RFUl9QSURfU1RBVFVTOgogCWlmICghaGF2ZV9hY2Nlc3MpCiAJICAgIHJldHVybiBQ
TV9FUlJfUEVSTUlTU0lPTjsKLQlpZiAoKGVudHJ5ID0gZmV0Y2hfcHJvY19waWRfc3RhdHVz
KGluc3QsICZwcm9jX3BpZCwgJnN0cykpID09IE5VTEwpCisJaWYgKChlbnRyeSA9IGZldGNo
X3Byb2NfcGlkX3N0YXR1cyhpbnN0LCBhY3RpdmVfcHJvY19waWQsICZzdHMpKSA9PSBOVUxM
KQogCQlyZXR1cm4gc3RzOwogCiAJc3dpdGNoIChpZHAtPml0ZW0pIHsKQEAgLTE2MjUsMzIg
KzE4NDksMzggQEAgcHJvY19mZXRjaENhbGxCYWNrKHBtZGFNZXRyaWMgKm1kZXNjLCB1bnNp
Z25lZCBpbnQgaW5zdCwgcG1BdG9tVmFsdWUgKmF0b20pCiAgICAgY2FzZSBDTFVTVEVSX0JM
S0lPX0dST1VQUzoKIAlyZXR1cm4gY2dyb3VwX2dyb3VwX2ZldGNoKG1kZXNjLT5tX2Rlc2Mu
cG1pZCwgaW5zdCwgYXRvbSk7CiAKKyAgICBjYXNlIENMVVNURVJfSE9UUFJPQ19QSURfRkQ6
CisJYWN0aXZlX3Byb2NfcGlkID0gJmhvdHByb2NfcGlkOwogICAgIGNhc2UgQ0xVU1RFUl9Q
SURfRkQ6CiAJaWYgKCFoYXZlX2FjY2VzcykKIAkgICAgcmV0dXJuIFBNX0VSUl9QRVJNSVNT
SU9OOwogCWlmIChpZHAtPml0ZW0gPiBQUk9DX1BJRF9GRF9DT1VOVCkKIAkgICAgcmV0dXJu
IFBNX0VSUl9QTUlEOwotCWlmICgoZW50cnkgPSBmZXRjaF9wcm9jX3BpZF9mZChpbnN0LCAm
cHJvY19waWQsICZzdHMpKSA9PSBOVUxMKQorCWlmICgoZW50cnkgPSBmZXRjaF9wcm9jX3Bp
ZF9mZChpbnN0LCBhY3RpdmVfcHJvY19waWQsICZzdHMpKSA9PSBOVUxMKQogCSAgICByZXR1
cm4gc3RzOwogCWF0b20tPnVsID0gZW50cnktPmZkX2NvdW50OwogCWJyZWFrOwogCisgICAg
Y2FzZSBDTFVTVEVSX0hPVFBST0NfUElEX0NHUk9VUDoKKwlhY3RpdmVfcHJvY19waWQgPSAm
aG90cHJvY19waWQ7CiAgICAgY2FzZSBDTFVTVEVSX1BJRF9DR1JPVVA6CiAJaWYgKCFoYXZl
X2FjY2VzcykKIAkgICAgcmV0dXJuIFBNX0VSUl9QRVJNSVNTSU9OOwogCWlmIChpZHAtPml0
ZW0gPiBQUk9DX1BJRF9DR1JPVVApCiAJICAgIHJldHVybiBQTV9FUlJfUE1JRDsKLQlpZiAo
KGVudHJ5ID0gZmV0Y2hfcHJvY19waWRfY2dyb3VwKGluc3QsICZwcm9jX3BpZCwgJnN0cykp
ID09IE5VTEwpCisJaWYgKChlbnRyeSA9IGZldGNoX3Byb2NfcGlkX2Nncm91cChpbnN0LCBh
Y3RpdmVfcHJvY19waWQsICZzdHMpKSA9PSBOVUxMKQogCSAgICByZXR1cm4gc3RzOwogCWF0
b20tPmNwID0gcHJvY19zdHJpbmdzX2xvb2t1cChlbnRyeS0+Y2dyb3VwX2lkKTsKIAlicmVh
azsKIAorICAgIGNhc2UgQ0xVU1RFUl9IT1RQUk9DX1BJRF9MQUJFTDoKKwlhY3RpdmVfcHJv
Y19waWQgPSAmaG90cHJvY19waWQ7CiAgICAgY2FzZSBDTFVTVEVSX1BJRF9MQUJFTDoKIAlp
ZiAoIWhhdmVfYWNjZXNzKQogCSAgICByZXR1cm4gUE1fRVJSX1BFUk1JU1NJT047CiAJaWYg
KGlkcC0+aXRlbSA+IFBST0NfUElEX0xBQkVMKQogCSAgICByZXR1cm4gUE1fRVJSX1BNSUQ7
Ci0JaWYgKChlbnRyeSA9IGZldGNoX3Byb2NfcGlkX2xhYmVsKGluc3QsICZwcm9jX3BpZCwg
JnN0cykpID09IE5VTEwpCisJaWYgKChlbnRyeSA9IGZldGNoX3Byb2NfcGlkX2xhYmVsKGlu
c3QsIGFjdGl2ZV9wcm9jX3BpZCwgJnN0cykpID09IE5VTEwpCiAJICAgIHJldHVybiBzdHM7
CiAJYXRvbS0+Y3AgPSBwcm9jX3N0cmluZ3NfbG9va3VwKGVudHJ5LT5sYWJlbF9pZCk7CiAJ
YnJlYWs7CkBAIC0xNzAyLDQzICsxOTMyLDg1IEBAIHByb2Nfc3RvcmUocG1SZXN1bHQgKnJl
c3VsdCwgcG1kYUV4dCAqcG1kYSkKICAgICBpbnQgaSwgc3RzID0gMDsKIAogICAgIGhhdmVf
YWNjZXNzID0gcHJvY19jdHhfYWNjZXNzKHBtZGEtPmVfY29udGV4dCkgfHwgYWxsX2FjY2Vz
czsKLQorIAogICAgIGZvciAoaSA9IDA7IGkgPCByZXN1bHQtPm51bXBtaWQ7IGkrKykgewog
CXBtVmFsdWVTZXQgKnZzcCA9IHJlc3VsdC0+dnNldFtpXTsKIAlfX3BtSURfaW50ICppZHAg
PSAoX19wbUlEX2ludCAqKSYodnNwLT5wbWlkKTsKIAlwbUF0b21WYWx1ZSBhdjsKIAotCWlm
IChpZHAtPmNsdXN0ZXIgIT0gQ0xVU1RFUl9DT05UUk9MKQotCSAgICBzdHMgPSBQTV9FUlJf
UEVSTUlTU0lPTjsKLQllbHNlIGlmICh2c3AtPm51bXZhbCAhPSAxKQotCSAgICBzdHMgPSBQ
TV9FUlJfSU5TVDsKLQllbHNlIHN3aXRjaCAoaWRwLT5pdGVtKSB7Ci0JY2FzZSAxOiAvKiBw
cm9jLmNvbnRyb2wuYWxsLnRocmVhZHMgKi8KLQkgICAgaWYgKCFoYXZlX2FjY2VzcykKLQkJ
c3RzID0gUE1fRVJSX1BFUk1JU1NJT047Ci0JICAgIGVsc2UgaWYgKChzdHMgPSBwbUV4dHJh
Y3RWYWx1ZSh2c3AtPnZhbGZtdCwgJnZzcC0+dmxpc3RbMF0sCisJc3dpdGNoIChpZHAtPmNs
dXN0ZXIpeworCSAgICAKKwljYXNlIENMVVNURVJfQ09OVFJPTDoKKwkgICAgaWYgKHZzcC0+
bnVtdmFsICE9IDEpCisJICAgICAgICBzdHMgPSBQTV9FUlJfSU5TVDsKKwkgICAgZWxzZSBz
d2l0Y2ggKGlkcC0+aXRlbSkgeworCQljYXNlIDE6IC8qIHByb2MuY29udHJvbC5hbGwudGhy
ZWFkcyAqLworCQkgICAgaWYgKCFoYXZlX2FjY2VzcykKKwkJCXN0cyA9IFBNX0VSUl9QRVJN
SVNTSU9OOworCQkgICAgZWxzZSBpZiAoKHN0cyA9IHBtRXh0cmFjdFZhbHVlKHZzcC0+dmFs
Zm10LCAmdnNwLT52bGlzdFswXSwKIAkJCQkgUE1fVFlQRV9VMzIsICZhdiwgUE1fVFlQRV9V
MzIpKSA+PSAwKSB7Ci0JICAgICAgICBpZiAoYXYudWwgPiAxKQkvKiBvbmx5IHplcm8gb3Ig
b25lIGFsbG93ZWQgKi8KLQkJICAgIHN0cyA9IFBNX0VSUl9DT05WOwotCQllbHNlCi0JCSAg
ICB0aHJlYWRzID0gYXYudWw7Ci0JICAgIH0KLQkgICAgYnJlYWs7Ci0JY2FzZSAyOiAvKiBw
cm9jLmNvbnRyb2wucGVyY2xpZW50LnRocmVhZHMgKi8KLQkgICAgaWYgKChzdHMgPSBwbUV4
dHJhY3RWYWx1ZSh2c3AtPnZhbGZtdCwgJnZzcC0+dmxpc3RbMF0sCisJCSAgICAgICAgaWYg
KGF2LnVsID4gMSkJLyogb25seSB6ZXJvIG9yIG9uZSBhbGxvd2VkICovCisJCQkgICAgc3Rz
ID0gUE1fRVJSX0NPTlY7CisJCQllbHNlCisJCQkgICAgdGhyZWFkcyA9IGF2LnVsOworCQkg
ICAgfQorCQkgICAgYnJlYWs7CisJCWNhc2UgMjogLyogcHJvYy5jb250cm9sLnBlcmNsaWVu
dC50aHJlYWRzICovCisJCSAgICBpZiAoKHN0cyA9IHBtRXh0cmFjdFZhbHVlKHZzcC0+dmFs
Zm10LCAmdnNwLT52bGlzdFswXSwKIAkJCQkgUE1fVFlQRV9VMzIsICZhdiwgUE1fVFlQRV9V
MzIpKSA+PSAwKSB7Ci0JCXN0cyA9IHByb2NfY3R4X3NldF90aHJlYWRzKHBtZGEtPmVfY29u
dGV4dCwgYXYudWwpOwotCSAgICB9Ci0JICAgIGJyZWFrOwotCWNhc2UgMzoJLyogcHJvYy5j
b250cm9sLnBlcmNsaWVudC5jZ3JvdXBzICovCi0JICAgIGlmICgoc3RzID0gcG1FeHRyYWN0
VmFsdWUodnNwLT52YWxmbXQsICZ2c3AtPnZsaXN0WzBdLAorCQkJc3RzID0gcHJvY19jdHhf
c2V0X3RocmVhZHMocG1kYS0+ZV9jb250ZXh0LCBhdi51bCk7CisJCSAgICB9CisJCSAgICBi
cmVhazsKKwkJY2FzZSAzOgkvKiBwcm9jLmNvbnRyb2wucGVyY2xpZW50LmNncm91cHMgKi8K
KwkJICAgIGlmICgoc3RzID0gcG1FeHRyYWN0VmFsdWUodnNwLT52YWxmbXQsICZ2c3AtPnZs
aXN0WzBdLAogCQkJCSBQTV9UWVBFX1NUUklORywgJmF2LCBQTV9UWVBFX1NUUklORykpID49
IDApIHsKLQkJaWYgKChzdHMgPSBwcm9jX2N0eF9zZXRfY2dyb3VwcyhwbWRhLT5lX2NvbnRl
eHQsIGF2LmNwKSkgPCAwKQotCQkgICAgZnJlZShhdi5jcCk7Ci0JICAgIH0KLQkgICAgYnJl
YWs7CisJCQlpZiAoKHN0cyA9IHByb2NfY3R4X3NldF9jZ3JvdXBzKHBtZGEtPmVfY29udGV4
dCwgYXYuY3ApKSA8IDApCisJCQkgICAgZnJlZShhdi5jcCk7CisJCSAgICB9CisJCSAgICBi
cmVhazsKKwkJZGVmYXVsdDoKKwkJICAgIHN0cyA9IFBNX0VSUl9QRVJNSVNTSU9OOworCQkg
ICAgYnJlYWs7CisJICAgIH0gLy9lbHNlIHN3aXRjaCAoaWRwLT5pdGVtKQorCWNhc2UgQ0xV
U1RFUl9IT1RQUk9DX0dMT0JBTDoKKwkJc3dpdGNoKGlkcC0+aXRlbSl7CisJCWNhc2UgMTog
LyogVXBkYXRlIGludGVydmFsICovCisJCQlpZiAoKHN0cyA9IHBtRXh0cmFjdFZhbHVlKHZz
cC0+dmFsZm10LCAmdnNwLT52bGlzdFswXSwKKwkJCQlQTV9UWVBFX1UzMiwgJmF2LCBQTV9U
WVBFX1UzMikpID49IDApIHsKKwkJCQlob3Rwcm9jX3VwZGF0ZV9pbnRlcnZhbC50dl9zZWMg
PSBhdi51bDsKKwkJCQlyZXNldF9ob3Rwcm9jX3RpbWVyKCk7CisJCSAgICAJfQorCQkJYnJl
YWs7CisJCWNhc2UgODogLyogQ09ORklHICovCisJCSAgICB7CisJCQlib29sX25vZGUgKnRy
ZWUgPSBOVUxMOworCQkJY2hhciAqc2F2ZWJ1ZmZlcjsKKwkJCWlmICgoc3RzID0gcG1FeHRy
YWN0VmFsdWUodnNwLT52YWxmbXQsICZ2c3AtPnZsaXN0WzBdLAorCQkJCVBNX1RZUEVfU1RS
SU5HLCAmYXYsIFBNX1RZUEVfU1RSSU5HKSkgPj0gMCkgeworCQkJCXNhdmVidWZmZXIgPSBz
dHJkdXAoZ2V0X2NvbmZfYnVmZmVyKCkpOworCQkJCXNldF9jb25mX2J1ZmZlciggYXYuY3Ag
KTsKKwkJCQlpZihwYXJzZV9jb25maWcoJnRyZWUpICE9MCApeworCQkJCQlzZXRfY29uZl9i
dWZmZXIoIHNhdmVidWZmZXIgKTsKKwkJCQkJZnJlZShzYXZlYnVmZmVyKTsKKwkJCQl9CisJ
CQkJZWxzZXsKKwkJCQkJY29uZl9nZW4rKzsKKwkJCQkJbmV3X3RyZWUodHJlZSk7CisJCQkJ
CS8qIGxldCB0aGluZ3MganVzdCBjYXRjaCB1cCBmb3Igbm93ICovCisJCQkJCS8vcmVzdGFy
dF9yZWZyZXNoKCk7CisJCQkJfQorCQkJICAgIAlmcmVlKGF2LmNwKTsKKwkJICAgIAl9CisJ
CSAgICB9CisJCQlicmVhazsKKwkJZGVmYXVsdDoKKwkJCXN0cyA9IFBNX0VSUl9QRVJNSVNT
SU9OOworCQkJYnJlYWs7CisJCX0KKwkJYnJlYWs7CiAJZGVmYXVsdDoKLQkgICAgc3RzID0g
UE1fRVJSX1BFUk1JU1NJT047CisJCXN0cyA9IFBNX0VSUl9QRVJNSVNTSU9OOworCQlicmVh
azsKIAl9CiAJaWYgKHN0cyA8IDApCiAJICAgIGJyZWFrOwpAQCAtMTgyNCwxNCArMjA5Niwx
MjAgQEAgcHJvY19zdHJpbmdzX2luc2VydChjb25zdCBjaGFyICpidWYpCiAgKiBJbml0aWFs
aXNlIHRoZSBhZ2VudCAoYm90aCBkYWVtb24gYW5kIERTTykuCiAgKi8KIAoraW50IGlzSG90
cHJvY01ldHJpYyggcG1kYU1ldHJpYyAqbWV0ICl7CisKKwlfX3BtSURfaW50ICptSUQgPSAo
X19wbUlEX2ludCAqKSYobWV0LT5tX2Rlc2MucG1pZCk7CisJaW50IGNsdXN0ZXIgPSBtSUQt
PmNsdXN0ZXI7CisKKwlzd2l0Y2goIGNsdXN0ZXIgKXsKKwkJY2FzZSBDTFVTVEVSX1BJRF9T
VEFUOgorCQljYXNlIENMVVNURVJfUElEX1NUQVRNOgorCQljYXNlIENMVVNURVJfUElEX0NH
Uk9VUDoKKwkJY2FzZSBDTFVTVEVSX1BJRF9MQUJFTDoKKwkJY2FzZSBDTFVTVEVSX1BJRF9T
VEFUVVM6CisJCWNhc2UgQ0xVU1RFUl9QSURfU0NIRURTVEFUOgorCQljYXNlIENMVVNURVJf
UElEX0lPOgorCQljYXNlIENMVVNURVJfUElEX0ZEOgorCQkJcmV0dXJuIDE7CisJCWRlZmF1
bHQ6CisJCQlyZXR1cm4gMDsKKwl9CisKK30KKworaW50IGdldEhvdENsdXN0ZXIoIGludCBj
bHVzdGVyICl7CisJCisJc3dpdGNoKGNsdXN0ZXIpeworCisJY2FzZSBDTFVTVEVSX1BJRF9T
VEFUOgorCQlyZXR1cm4gQ0xVU1RFUl9IT1RQUk9DX1BJRF9TVEFUOworCWNhc2UgQ0xVU1RF
Ul9QSURfU1RBVE06CisJCXJldHVybiBDTFVTVEVSX0hPVFBST0NfUElEX1NUQVRNOworCWNh
c2UgQ0xVU1RFUl9QSURfQ0dST1VQOgorCQlyZXR1cm4gQ0xVU1RFUl9IT1RQUk9DX1BJRF9D
R1JPVVA7CisJY2FzZSBDTFVTVEVSX1BJRF9MQUJFTDoKKwkJcmV0dXJuIENMVVNURVJfSE9U
UFJPQ19QSURfTEFCRUw7CisJY2FzZSBDTFVTVEVSX1BJRF9TVEFUVVM6CisJCXJldHVybiBD
TFVTVEVSX0hPVFBST0NfUElEX1NUQVRVUzsKKwljYXNlIENMVVNURVJfUElEX1NDSEVEU1RB
VDoKKwkJcmV0dXJuIENMVVNURVJfSE9UUFJPQ19QSURfU0NIRURTVEFUOworCWNhc2UgQ0xV
U1RFUl9QSURfSU86CisJCXJldHVybiBDTFVTVEVSX0hPVFBST0NfUElEX0lPOworCWNhc2Ug
Q0xVU1RFUl9QSURfRkQ6CisJCXJldHVybiBDTFVTVEVSX0hPVFBST0NfUElEX0ZEOworCWRl
ZmF1bHQ6CisJCXJldHVybiAtMTsKKwl9Cit9CisKK3ZvaWQgY3JlYXRlSG90cHJvY01ldHJp
YyggcG1kYU1ldHJpYyAqcHJvY21ldHJpYywgcG1kYU1ldHJpYyAqaG90bWV0cmljKXsKKwor
CV9fcG1JRF9pbnQgKm1JRCA9IChfX3BtSURfaW50ICopJihwcm9jbWV0cmljLT5tX2Rlc2Mu
cG1pZCk7CisgICAgICAgIGludCBjbHVzdGVyID0gbUlELT5jbHVzdGVyOworCWludCBpdGVt
ID0gbUlELT5pdGVtOworCisJaG90bWV0cmljLT5tX3VzZXIgPSBOVUxMOworCWhvdG1ldHJp
Yy0+bV9kZXNjID0gcHJvY21ldHJpYy0+bV9kZXNjOworCisJaW50IGhjbHVzdGVyID0gZ2V0
SG90Q2x1c3RlcihjbHVzdGVyKTsgLyogSWYgdGhlIDIgZmNucyBhYm92ZSBhcmUgaW4gc3lu
YywgdGhpcyBzaG91bGQgbm90IGVycm9yICovCisKKwlob3RtZXRyaWMtPm1fZGVzYy5wbWlk
ID0gUE1EQV9QTUlEKCBoY2x1c3RlciAsIGl0ZW0gKTsKKwlpZiggcHJvY21ldHJpYy0+bV9k
ZXNjLmluZG9tID09IFBNX0lORE9NX05VTEwgKXsKKwkJaG90bWV0cmljLT5tX2Rlc2MuaW5k
b20gPSBQTV9JTkRPTV9OVUxMOworCX0KKwllbHNlIHsKKwkJaG90bWV0cmljLT5tX2Rlc2Mu
aW5kb20gPSBIT1RQUk9DX0lORE9NOworCX0KK30KKworaW50IG5tZXRyaWNzID0gMDsKKwor
dm9pZAorcHJvY19pbml0X2hvdHByb2MoKXsKKworCW5tZXRyaWNzID0gc2l6ZW9mKG1ldHJp
Y3RhYikvc2l6ZW9mKG1ldHJpY3RhYlswXSk7CisKKwlmdWxsbWV0cmljdGFiID0gKHBtZGFN
ZXRyaWMgKikgbWFsbG9jKG5tZXRyaWNzICogMiAqIHNpemVvZihwbWRhTWV0cmljKSk7CisK
KwkvKiBtZW1jb3B5LCB0aGVuIGFkZCBob3Rwcm9jLCB0aGVuIHNldCBubWV0cmljcyBmb3Ig
dXNlIGJlbG93LCB0aGVuIHVwZGF0ZSBhbGwgdG8gdXNlIGZ1bGxtZXRyaWN0YWIgKi8KKwkK
KwltZW1jcHkoIGZ1bGxtZXRyaWN0YWIsIG1ldHJpY3RhYiwgc2l6ZW9mKG1ldHJpY3RhYikg
KTsKKworCWludCBudW1ob3Rwcm9jID0gMDsKKwlpbnQgaTsKKworCWZvciggaT0wOyBpIDwg
bm1ldHJpY3M7IGkrKyApeworCisJCXBtZGFNZXRyaWMgKiBwcm9jbWV0cmljID0gJmZ1bGxt
ZXRyaWN0YWJbaV07CisKKwkJaWYoIGlzSG90cHJvY01ldHJpYyggcHJvY21ldHJpYyApICl7
CisJCQlwbWRhTWV0cmljICogaG90bWV0cmljID0gJmZ1bGxtZXRyaWN0YWJbbm1ldHJpY3Mr
bnVtaG90cHJvY107CisJCQljcmVhdGVIb3Rwcm9jTWV0cmljKCBwcm9jbWV0cmljLCBob3Rt
ZXRyaWMpOworCQkJbnVtaG90cHJvYysrOworCQl9CisKKwl9CisKKwkvKiBDb3VsZCBkbyAy
IHBhc2VzcyBhbmQganVzdCBhbGxvYyBvbmNlICovCisJZnVsbG1ldHJpY3RhYiA9IHJlYWxs
b2MoIGZ1bGxtZXRyaWN0YWIsIChubWV0cmljcytudW1ob3Rwcm9jKSAqICBzaXplb2YocG1k
YU1ldHJpYykgKTsKKworCW5tZXRyaWNzICs9IG51bWhvdHByb2M7CisKK30KKwogdm9pZCAK
IF9fUE1EQV9JTklUX0NBTEwKIHByb2NfaW5pdChwbWRhSW50ZXJmYWNlICpkcCkKIHsKLSAg
ICBpbnQJCW5pbmRvbXMgPSBzaXplb2YoaW5kb210YWIpL3NpemVvZihpbmRvbXRhYlswXSk7
Ci0gICAgaW50CQlubWV0cmljcyA9IHNpemVvZihtZXRyaWN0YWIpL3NpemVvZihtZXRyaWN0
YWJbMF0pOworCisgICAgRklMRSAqY29uZjsKICAgICBjaGFyCSplbnZwYXRoOwogCisgICAg
aW50CQluaW5kb21zID0gc2l6ZW9mKGluZG9tdGFiKS9zaXplb2YoaW5kb210YWJbMF0pOwor
ICAgIGludCAgIHNlcCA9IF9fcG1QYXRoU2VwYXJhdG9yKCk7CisKKyAgICBwcm9jX2luaXRf
aG90cHJvYygpOworCiAgICAgX3BtX3N5c3RlbV9wYWdlc2l6ZSA9IGdldHBhZ2VzaXplKCk7
CiAgICAgaWYgKChlbnZwYXRoID0gZ2V0ZW52KCJQUk9DX1NUQVRTUEFUSCIpKSAhPSBOVUxM
KQogCXByb2Nfc3RhdHNwYXRoID0gZW52cGF0aDsKQEAgLTE4NzEsNiArMjI0OSwyMSBAQCBw
cm9jX2luaXQocG1kYUludGVyZmFjZSAqZHApCiAgICAgaW5kb210YWJbQ0dST1VQX01PVU5U
U19JTkRPTV0uaXRfaW5kb20gPSBDR1JPVVBfTU9VTlRTX0lORE9NOwogCiAgICAgcHJvY19w
aWQuaW5kb20gPSAmaW5kb210YWJbUFJPQ19JTkRPTV07CisKKyAgICBpbmRvbXRhYltIT1RQ
Uk9DX0lORE9NXS5pdF9pbmRvbSA9IEhPVFBST0NfSU5ET007CisgICAgaG90cHJvY19waWQu
aW5kb20gPSAmaW5kb210YWJbSE9UUFJPQ19JTkRPTV07CisKKyAgICBjaGFyICAgIGhfY29u
ZmlnZmlsZVtNQVhQQVRITEVOXTsKKworICAgIHNucHJpbnRmKGhfY29uZmlnZmlsZSwgc2l6
ZW9mKGhfY29uZmlnZmlsZSksICIlcyVjIiAicHJvYyIgIiVjIiAiaG90cHJvYy5jb25mIiwK
KyAgICAgICAgICAgICAgICAgICAgcG1HZXRDb25maWcoIlBDUF9QTURBU19ESVIiKSwgc2Vw
LCBzZXApOworCisgICAgLy9TZW5kIHRoaXMgYWxsIHRvIGEgaG90cHJvYyBpbml0IGNvbmZp
ZyBmdW5jdGlvbj8gVE9ETworICAgIGNvbmYgPSBvcGVuX2NvbmZpZyhoX2NvbmZpZ2ZpbGUp
OworICAgIHJlYWRfY29uZmlnKGNvbmYpOworICAgICh2b2lkKWZjbG9zZShjb25mKTsKKwor
ICAgIGluaXRfaG90cHJvY19waWQoICZpbmRvbXRhYltIT1RQUk9DX0lORE9NXSApOwogIAog
ICAgIC8qIAogICAgICAqIFJlYWQgU3lzdGVtLm1hcCBhbmQgL3Byb2Mva3N5bXMuIFVzZWQg
dG8gdHJhbnNsYXRlIHdhaXQgY2hhbm5lbApAQCAtMTg3OSwxMSArMjI3MiwxMSBAQCBwcm9j
X2luaXQocG1kYUludGVyZmFjZSAqZHApCiAgICAgICovCiAgICAgcmVhZF9rc3ltX3NvdXJj
ZXMoa2VybmVsX3VuYW1lLnJlbGVhc2UpOwogCi0gICAgY2dyb3VwX2luaXQobWV0cmljdGFi
LCBubWV0cmljcyk7CisgICAgY2dyb3VwX2luaXQoZnVsbG1ldHJpY3RhYiwgbm1ldHJpY3Mp
OwogICAgIHByb2NfY3R4X2luaXQoKTsKIAogICAgIHBtZGFTZXRGbGFncyhkcCwgUE1EQV9F
WFRfRkxBR19IQVNIRUQpOwotICAgIHBtZGFJbml0KGRwLCBpbmRvbXRhYiwgbmluZG9tcywg
bWV0cmljdGFiLCBubWV0cmljcyk7CisgICAgcG1kYUluaXQoZHAsIGluZG9tdGFiLCBuaW5k
b21zLCBmdWxsbWV0cmljdGFiLCBubWV0cmljcyk7CiAKICAgICAvKiBzdHJpbmcgbWV0cmlj
cyB1c2UgdGhlIHBtZGFDYWNoZSBBUEkgZm9yIHZhbHVlIGluZGV4aW5nICovCiAgICAgcG1k
YUNhY2hlT3AoSU5ET00oU1RSSU5HU19JTkRPTSksIFBNREFfQ0FDSEVfU1RSSU5HUyk7CmRp
ZmYgLS1naXQgYS9zcmMvcG1kYXMvbGludXhfcHJvYy9wcm9jX3BpZC5jIGIvc3JjL3BtZGFz
L2xpbnV4X3Byb2MvcHJvY19waWQuYwppbmRleCBjMGJhYjE0Li4zODQwYTIzIDEwMDY0NAot
LS0gYS9zcmMvcG1kYXMvbGludXhfcHJvYy9wcm9jX3BpZC5jCisrKyBiL3NyYy9wbWRhcy9s
aW51eF9wcm9jL3Byb2NfcGlkLmMKQEAgLTIyLDEwICsyMiw3OCBAQAogI2luY2x1ZGUgPGN0
eXBlLmg+CiAjaW5jbHVkZSA8ZGlyZW50Lmg+CiAjaW5jbHVkZSA8c3lzL3N0YXQuaD4KKyNp
bmNsdWRlIDxzeXMvdHlwZXMuaD4KKyNpbmNsdWRlIDxwd2QuaD4KKyNpbmNsdWRlIDxncnAu
aD4KICNpbmNsdWRlICJwcm9jX3BpZC5oIgogI2luY2x1ZGUgImluZG9tLmgiCiAKLXN0YXRp
YyBwcm9jX3BpZF9saXN0X3QgcGlkczsKKyNpbmNsdWRlICJob3Rwcm9jLmgiCisKK3N0YXRp
YyBwcm9jX3BpZF9saXN0X3QgcHJvY3BpZHM7IC8qIHByZXZpb3VzIHBpZHMgbGlzdCB0aGF0
IHRoZSBwcm9jIHBtZGEgdXNlcyAqLworCisvKiBIb3Rwcm9jIHZhcmlhYmxlcyAqLworCisv
KiBQSURTIHRoYXQgd2UgYXJlIGtlZXBpbmcgdHJhY2sgb2YgYXMgUE9TU0lCTEUgImhvdCIg
Y2FuZGlkYXRlcworICogbmVlZCBhIHNlcGVyYXRlIGxpc3Qgc2luY2UgaXQgaXMgZ2VuZXJh
dGVkIGJ5IHRoZSB0aW1lciB1cGRhdGUuCisqLworc3RhdGljIHByb2NfcGlkX2xpc3RfdCBo
b3RwaWRzOworc3RhdGljIHByb2NfcGlkX3QgaG90cHJvY19wb3NzX3BpZDsKKworI2RlZmlu
ZSBJTklUX0hPVFBST0NfTUFYIDIwMAorCisvKiBBY3R1YWwgcHJvY2Vzc2VzIHRoYXQgYXJl
IGhvdCBiYXNlZCBvbiB0aGUgY3VycmVudCBjb25maWd1cmF0aW9uIAorICogRmlsbGVkIGlu
IGhvdHByb2NfZXZhbF9wcm9jcyAKKyAqLworc3RhdGljIHBpZF90ICpob3RfYWN0aXZlX2xp
c3QgPSBOVUxMOworCitzdGF0aWMgaW50IGhvdF9udW1hY3RpdmUgPSAwOworc3RhdGljIGlu
dCBob3RfbWF4YWN0aXZlID0gSU5JVF9IT1RQUk9DX01BWDsKKworLyogYXJyYXkgc2l6ZSBh
bGxvY2F0ZWQgKi8KK3N0YXRpYyBpbnQgaG90X21heHByb2NzWzJdID0ge0lOSVRfSE9UUFJP
Q19NQVgsIElOSVRfSE9UUFJPQ19NQVh9OworCisvKiBudW1iZXIgb2YgcHJvY3MgdXNlZCBp
biBsaXN0ICg8PSBob3RfbWF4cHJvY3MpICovCitzdGF0aWMgaW50IGhvdF9udW1wcm9jc1sy
XSA9IHswLCAwfTsKKworLyogQ3VycmVudCBhbmQgUHJldmlvdXMgbGlzdCBvZiBwcm9jZXNz
ZXMgdGhhdCB3ZSBhcmUgY29uc2lkZXJpbmcgZm9yICJob3QiIGluY2x1c2lvbgorICogVXBk
YXRlZCBieSB0aGUgdGltZXIgY2FsbGJhY2sKKyAqIGtlZXBzIHN0YXRzIHRoYXQgd2Ugd2ls
bCB1c2UgZm9yIGRldGVybWluYXRpb24KKyAqLworc3RhdGljIHByb2Nlc3NfdCAqaG90cHJv
Y19saXN0WzJdID0ge05VTEwsIE5VTEx9OworCisvKiB2YXJpb3VzIGNwdSB0aW1lIHRvdGFs
cyAgKi8KK3N0YXRpYyBpbnQgbnVtX2NwdXMgPSAwOworc3RhdGljIGludCBob3RfaGF2ZV90
b3RhbHMgPSAwOworc3RhdGljIGRvdWJsZSBob3RfdG90YWxfdHJhbnNpZW50Oworc3RhdGlj
IGRvdWJsZSBob3RfdG90YWxfY3B1aWRsZTsKK3N0YXRpYyBkb3VibGUgaG90X3RvdGFsX2Fj
dGl2ZTsKK3N0YXRpYyBkb3VibGUgaG90X3RvdGFsX2luYWN0aXZlOworCitpbnQgZ2V0X2hv
dF90b3RhbHMoZG91YmxlICogdGEsIGRvdWJsZSAqIHRpLCBkb3VibGUgKiB0dCwgZG91Ymxl
ICogdGNpICl7CisKKwlpZiggaG90X2hhdmVfdG90YWxzICl7CisJCSgqdGEpID0gaG90X3Rv
dGFsX2FjdGl2ZTsKKwkJKCp0aSkgPSBob3RfdG90YWxfaW5hY3RpdmU7CisJCSgqdHQpID0g
aG90X3RvdGFsX3RyYW5zaWVudDsKKwkJKCp0Y2kpID0gaG90X3RvdGFsX2NwdWlkbGU7CisJ
CXJldHVybiAxOworCX0KKwllbHNleworCQlyZXR1cm4gMDsKKwl9CisKK30KKworCitzdGF0
aWMgdW5zaWduZWQgbG9uZyBob3RfcmVmcmVzaF9jb3VudCA9IDA7CisKKy8qIGluZGV4IGlu
dG8gcHJvY19saXN0IGV0Yy4uICovCitzdGF0aWMgaW50IGN1cnJlbnQgPSAwOworc3RhdGlj
IGludCBwcmV2aW91cyA9IDE7CisKK3N0cnVjdCB0aW1ldmFsICAgaG90cHJvY191cGRhdGVf
aW50ZXJ2YWw7CitpbnQgICAgIGhvdHByb2NfdGltZXJfaWQgPSAtMTsKIAogc3RhdGljIGlu
dAogY29tcGFyZV9waWQoY29uc3Qgdm9pZCAqcGEsIGNvbnN0IHZvaWQgKnBiKQpAQCAtMzYs
MjcgKzEwNCwyNyBAQCBjb21wYXJlX3BpZChjb25zdCB2b2lkICpwYSwgY29uc3Qgdm9pZCAq
cGIpCiB9CiAKIHN0YXRpYyB2b2lkCi1waWRsaXN0X2FwcGVuZF9waWQoaW50IHBpZCkKK3Bp
ZGxpc3RfYXBwZW5kX3BpZChpbnQgcGlkLCBwcm9jX3BpZF9saXN0X3QgKnBpZHMpCiB7Ci0g
ICAgaWYgKHBpZHMuY291bnQgPj0gcGlkcy5zaXplKSB7Ci0JcGlkcy5zaXplICs9IDY0Owot
CWlmICghKHBpZHMucGlkcyA9IChpbnQgKilyZWFsbG9jKHBpZHMucGlkcywgcGlkcy5zaXpl
ICogc2l6ZW9mKGludCkpKSkgeworICAgIGlmIChwaWRzLT5jb3VudCA+PSBwaWRzLT5zaXpl
KSB7CisJcGlkcy0+c2l6ZSArPSA2NDsKKwlpZiAoIShwaWRzLT5waWRzID0gKGludCAqKXJl
YWxsb2MocGlkcy0+cGlkcywgcGlkcy0+c2l6ZSAqIHNpemVvZihpbnQpKSkpIHsKIAkgICAg
cGVycm9yKCJwaWRsaXN0X2FwcGVuZDogb3V0IG9mIG1lbW9yeSIpOwotCSAgICBwaWRzLnNp
emUgPSBwaWRzLmNvdW50ID0gMDsKKwkgICAgcGlkcy0+c2l6ZSA9IHBpZHMtPmNvdW50ID0g
MDsKIAkgICAgcmV0dXJuOwkvKiBzb2xkaWVyIG9uIGJyYXZlbHkgKi8KIAl9CiAgICAgfQot
ICAgIHBpZHMucGlkc1twaWRzLmNvdW50KytdID0gcGlkOworICAgIHBpZHMtPnBpZHNbcGlk
cy0+Y291bnQrK10gPSBwaWQ7CiB9CiAKIHN0YXRpYyB2b2lkCi1waWRsaXN0X2FwcGVuZChj
b25zdCBjaGFyICpwaWRuYW1lKQorcGlkbGlzdF9hcHBlbmQoY29uc3QgY2hhciAqcGlkbmFt
ZSwgcHJvY19waWRfbGlzdF90ICpwaWRzKQogewotICAgIHBpZGxpc3RfYXBwZW5kX3BpZChh
dG9pKHBpZG5hbWUpKTsKKyAgICBwaWRsaXN0X2FwcGVuZF9waWQoYXRvaShwaWRuYW1lKSwg
cGlkcyk7CiB9CiAKIHN0YXRpYyB2b2lkCi10YXNrbGlzdF9hcHBlbmQoY29uc3QgY2hhciAq
cGlkKQordGFza2xpc3RfYXBwZW5kKGNvbnN0IGNoYXIgKnBpZCwgcHJvY19waWRfbGlzdF90
ICpwaWRzKQogewogICAgIERJUiAqdGFza2RpcnA7CiAgICAgc3RydWN0IGRpcmVudCAqdGRw
OwpAQCAtNjcsNyArMTM1LDcgQEAgdGFza2xpc3RfYXBwZW5kKGNvbnN0IGNoYXIgKnBpZCkK
IAl3aGlsZSAoKHRkcCA9IHJlYWRkaXIodGFza2RpcnApKSAhPSBOVUxMKSB7CiAJICAgIGlm
ICghaXNkaWdpdCgoaW50KXRkcC0+ZF9uYW1lWzBdKSB8fCBzdHJjbXAocGlkLCB0ZHAtPmRf
bmFtZSkgPT0gMCkKIAkJY29udGludWU7Ci0JICAgIHBpZGxpc3RfYXBwZW5kKHRkcC0+ZF9u
YW1lKTsKKwkgICAgcGlkbGlzdF9hcHBlbmQodGRwLT5kX25hbWUsIHBpZHMpOwogCX0KIAlj
bG9zZWRpcih0YXNrZGlycCk7CiAgICAgfQpAQCAtODIsNyArMTUwLDcgQEAgdGFza2xpc3Rf
YXBwZW5kKGNvbnN0IGNoYXIgKnBpZCkKIH0KIAogc3RhdGljIGludAotcmVmcmVzaF9jZ3Jv
dXBfcGlkbGlzdChpbnQgd2FudF90aHJlYWRzLCBjb25zdCBjaGFyICpjZ3JvdXApCityZWZy
ZXNoX2Nncm91cF9waWRsaXN0KGludCB3YW50X3RocmVhZHMsIGNvbnN0IGNoYXIgKmNncm91
cCwgcHJvY19waWRfbGlzdF90ICpwaWRzKQogewogICAgIGNoYXIgcGF0aFtNQVhQQVRITEVO
XTsKICAgICBGSUxFICpmcDsKQEAgLTEwMyw3ICsxNzEsNyBAQCByZWZyZXNoX2Nncm91cF9w
aWRsaXN0KGludCB3YW50X3RocmVhZHMsIGNvbnN0IGNoYXIgKmNncm91cCkKIAogICAgIGlm
ICgoZnAgPSBmb3BlbihwYXRoLCAiciIpKSAhPSBOVUxMKSB7CiAJd2hpbGUgKGZzY2FuZihm
cCwgIiVkXG4iLCAmcGlkKSA9PSAxKQotCSAgICBwaWRsaXN0X2FwcGVuZF9waWQocGlkKTsK
KwkgICAgcGlkbGlzdF9hcHBlbmRfcGlkKHBpZCwgcGlkcyk7CiAJZmNsb3NlKGZwKTsKICAg
ICB9CiAjaWYgUENQX0RFQlVHCkBAIC0xMTgsNyArMTg2LDcgQEAgcmVmcmVzaF9jZ3JvdXBf
cGlkbGlzdChpbnQgd2FudF90aHJlYWRzLCBjb25zdCBjaGFyICpjZ3JvdXApCiB9CiAKIHN0
YXRpYyBpbnQKLXJlZnJlc2hfZ2xvYmFsX3BpZGxpc3QoaW50IHdhbnRfdGhyZWFkcykKK3Jl
ZnJlc2hfZ2xvYmFsX3BpZGxpc3QoaW50IHdhbnRfdGhyZWFkcywgcHJvY19waWRfbGlzdF90
ICpwaWRzKQogewogICAgIERJUiAqZGlycDsKICAgICBzdHJ1Y3QgZGlyZW50ICpkcDsKQEAg
LTEzOCwxOSArMjA2LDYxOCBAQCByZWZyZXNoX2dsb2JhbF9waWRsaXN0KGludCB3YW50X3Ro
cmVhZHMpCiAgICAgLyogbm90ZTogcmVhZGRpciBvbiAvcHJvYyBpZ25vcmVzIHRocmVhZHMg
Ki8KICAgICB3aGlsZSAoKGRwID0gcmVhZGRpcihkaXJwKSkgIT0gTlVMTCkgewogCWlmIChp
c2RpZ2l0KChpbnQpZHAtPmRfbmFtZVswXSkpIHsKLQkgICAgcGlkbGlzdF9hcHBlbmQoZHAt
PmRfbmFtZSk7CisJICAgIHBpZGxpc3RfYXBwZW5kKGRwLT5kX25hbWUsIHBpZHMpOwogCSAg
ICBpZiAod2FudF90aHJlYWRzKQotCQl0YXNrbGlzdF9hcHBlbmQoZHAtPmRfbmFtZSk7CisJ
CXRhc2tsaXN0X2FwcGVuZChkcC0+ZF9uYW1lLCBwaWRzKTsKKwl9CisgICAgfQorICAgIGNs
b3NlZGlyKGRpcnApOworCisgICAgcXNvcnQocGlkcy0+cGlkcywgcGlkcy0+Y291bnQsIHNp
emVvZihpbnQpLCBjb21wYXJlX3BpZCk7CisgICAgcmV0dXJuIDA7Cit9CisKK3N0YXRpYyBp
bnQKK2luX2hvdF9hY3RpdmVfbGlzdChwaWRfdCBwaWQpCit7CisgICAgaW50IGk7CisKKyAg
ICBmb3IoaSA9IDA7IGkgPCBob3RfbnVtYWN0aXZlOyBpKyspIHsKKyAgICAgICAgaWYgKHBp
ZCA9PSBob3RfYWN0aXZlX2xpc3RbaV0pCisgICAgICAgICAgICByZXR1cm4gMTsKKyAgICB9
CisKKyAgICByZXR1cm4gMDsKK30KKworc3RhdGljIGludAorY2hlY2tfaWZfaG90KCBjaGFy
ICpjcGlkICl7CisKKwlpbnQgbXlwaWQ7CisJaW50IHN0cyA9IDA7CisKKwlzdHMgPSBzc2Nh
bmYoIGNwaWQsICIlZCIsICZteXBpZCApOworCisJaWYoIHN0cyA9PSAwICl7CisJCXJldHVy
biAwOworCX0KKwkKKwlpZiggaW5faG90X2FjdGl2ZV9saXN0KG15cGlkKSApeworCQlyZXR1
cm4gMTsKKwl9CisJZWxzZXsKKwkJcmV0dXJuIDA7CisJfQkKK30KKworc3RhdGljIGludAor
cmVmcmVzaF9ob3Rwcm9jX3BpZGxpc3QoIHByb2NfcGlkX2xpc3RfdCAqcGlkcyApCit7Cisg
ICAgRElSICpkaXJwOworICAgIHN0cnVjdCBkaXJlbnQgKmRwOworCisgICAgaWYgKChkaXJw
ID0gb3BlbmRpcigiL3Byb2MiKSkgPT0gTlVMTCkKKyAgICAgICAgcmV0dXJuIC1vc2Vycm9y
KCk7CisKKyAgICAvKiBub3RlOiByZWFkZGlyIG9uIC9wcm9jIGlnbm9yZXMgdGhyZWFkcyAq
LworICAgIHdoaWxlICgoZHAgPSByZWFkZGlyKGRpcnApKSAhPSBOVUxMKSB7CisgICAgICAg
IGlmIChpc2RpZ2l0KChpbnQpZHAtPmRfbmFtZVswXSkpIHsKKwkgICAgaWYoIGNoZWNrX2lm
X2hvdCggZHAtPmRfbmFtZSApICl7CisgICAgICAgICAgICAJcGlkbGlzdF9hcHBlbmQoZHAt
PmRfbmFtZSwgcGlkcyk7CisJICAgIH0KIAl9CiAgICAgfQogICAgIGNsb3NlZGlyKGRpcnAp
OwogCi0gICAgcXNvcnQocGlkcy5waWRzLCBwaWRzLmNvdW50LCBzaXplb2YoaW50KSwgY29t
cGFyZV9waWQpOworICAgIHFzb3J0KHBpZHMtPnBpZHMsIHBpZHMtPmNvdW50LCBzaXplb2Yo
aW50KSwgY29tcGFyZV9waWQpOwogICAgIHJldHVybiAwOwogfQogCitzdGF0aWMgaW50Citp
bml0X2hvdHByb2NfbGlzdCh2b2lkKQoreworICAgIGhvdF9hY3RpdmVfbGlzdCA9IChwaWRf
dCopbWFsbG9jKElOSVRfSE9UUFJPQ19NQVggKiBzaXplb2YocGlkX3QpKTsKKyAgICBob3Rw
cm9jX2xpc3RbMF0gPSAocHJvY2Vzc190KiltYWxsb2MoSU5JVF9IT1RQUk9DX01BWCAqIHNp
emVvZihwcm9jZXNzX3QpKTsKKyAgICBob3Rwcm9jX2xpc3RbMV0gPSAocHJvY2Vzc190Kilt
YWxsb2MoSU5JVF9IT1RQUk9DX01BWCAqIHNpemVvZihwcm9jZXNzX3QpKTsKKyAgICBpZiAo
aG90cHJvY19saXN0WzBdID09IE5VTEwgfHwgaG90cHJvY19saXN0WzFdID09IE5VTEwgfHwg
aG90X2FjdGl2ZV9saXN0ID09IE5VTEwpCisgICAgICAgIHJldHVybiAtb3NlcnJvcigpOwor
ICAgIHJldHVybiAwOworfQorCisKIHN0YXRpYyB2b2lkCi1yZWZyZXNoX3Byb2NfcGlkbGlz
dChwcm9jX3BpZF90ICpwcm9jX3BpZCkKK2luaXRfaG90X2FjdGl2ZV9saXN0KHZvaWQpCit7
CisgICAgaG90X251bWFjdGl2ZSA9IDA7Cit9CisKKy8qCisgKiAgKiBhZGRfaG90X2FjdGl2
ZV9saXN0OgorICogICAqIElmIHVuc3VjY2Vzc2Z1bCBpbiBhZGQgLSBkdWUgdG8gbWVtb3J5
IHRoZW4gcmV0dXJuIG5lZyBzdGF0dXMuCisgKiAgICAqIElmIG1lbWJlciBvZiBhY3RpdmUg
bGlzdCByZXR1cm4gMQorICogICAgICogSWYgbm9uLW1lbWJlciBvZiBhY3RpdmUgbGlzdCBy
ZXR1cm4gMAorICogICAgICAqLworCitzdGF0aWMgaW50CithZGRfaG90X2FjdGl2ZV9saXN0
KHByb2Nlc3NfdCAqbm9kZSwgY29uZmlnX3ZhcnMgKnZhcnMpCit7CisgICAgaWYgKGV2YWxf
dHJlZSh2YXJzKSA9PSAwKSB7CisgICAgICAgIHJldHVybiAwOworICAgIH0KKyAgICBlbHNl
eworICAgICAgICAvL2ZwcmludGYoc3RkZXJyLCAiQWRkZWQgaG90cHJvYyAlZFxuIiwgbm9k
ZS0+cGlkKTsKKyAgICB9CisKKyAgICBpZiAoaG90X251bWFjdGl2ZSA9PSBob3RfbWF4YWN0
aXZlKSB7CisgICAgICAgIHBpZF90ICpyZXM7CisgICAgICAgIGhvdF9tYXhhY3RpdmUgPSBo
b3RfbnVtYWN0aXZlKjI7CisgICAgICAgIHJlcyA9IChwaWRfdCAqKXJlYWxsb2MoaG90X2Fj
dGl2ZV9saXN0LCBob3RfbWF4YWN0aXZlICogc2l6ZW9mKHBpZF90KSk7CisgICAgICAgIGlm
IChyZXMgPT0gTlVMTCkKKyAgICAgICAgICAgIHJldHVybiAtMTsKKyAgICAgICAgaG90X2Fj
dGl2ZV9saXN0ID0gcmVzOworICAgIH0KKyAgICBob3RfYWN0aXZlX2xpc3RbaG90X251bWFj
dGl2ZSsrXSA9IG5vZGUtPnBpZDsKKyAgICByZXR1cm4gMTsKK30KKworc3RhdGljIGludAor
Y29tcGFyX3BpZHMoY29uc3Qgdm9pZCAqbjEsIGNvbnN0IHZvaWQgKm4yKQoreworICAgIHJl
dHVybiAoKHByb2Nlc3NfdCopbjIpLT5waWQgLSAoKHByb2Nlc3NfdCopbjEpLT5waWQ7Cit9
CisKKworc3RhdGljIHByb2Nlc3NfdCAqCitsb29rdXBfbm9kZShpbnQgY3Vycl9wcmV2LCBw
aWRfdCBwaWQpCit7CisgICAgcHJvY2Vzc190IGtleTsKKyAgICBwcm9jZXNzX3QgKm5vZGU7
CisKKyAgICBrZXkucGlkID0gcGlkOworCisgICAgaWYgKCAoaG90X251bXByb2NzW2N1cnJf
cHJldl0gPiAwKSAmJgorICAgICAgICAgKChub2RlID0gYnNlYXJjaCgma2V5LCBob3Rwcm9j
X2xpc3RbY3Vycl9wcmV2XSwgaG90X251bXByb2NzW2N1cnJfcHJldl0sCisgICAgICAgICAg
IHNpemVvZihwcm9jZXNzX3QpLCBjb21wYXJfcGlkcykpICE9IE5VTEwpICkgeworICAgICAg
ICByZXR1cm4gbm9kZTsKKyAgICB9CisgICAgcmV0dXJuIE5VTEw7Cit9CisKK3Byb2Nlc3Nf
dCAqCitsb29rdXBfY3Vycl9ub2RlKHBpZF90IHBpZCkKK3sKKyAgICByZXR1cm4gbG9va3Vw
X25vZGUoY3VycmVudCwgcGlkKTsKK30KKworCitzdGF0aWMgZG91YmxlCitEaWZmQ291bnRl
cihkb3VibGUgY3VycmVudCwgZG91YmxlIHByZXZpb3VzLCBpbnQgcG10eXBlKQoreworICAg
IGRvdWJsZSAgICAgIG91dHZhbCA9IGN1cnJlbnQtcHJldmlvdXM7CisKKyAgICBpZiAob3V0
dmFsIDwgMC4wKSB7CisgICAgICAgIHN3aXRjaCAocG10eXBlKSB7CisgICAgICAgICAgICBj
YXNlIFBNX1RZUEVfMzI6CisgICAgICAgICAgICBjYXNlIFBNX1RZUEVfVTMyOgorICAgICAg
ICAgICAgICAgIG91dHZhbCArPSAoZG91YmxlKVVJTlRfTUFYKzE7CisgICAgICAgICAgICAg
ICAgYnJlYWs7CisgICAgICAgICAgICBjYXNlIFBNX1RZUEVfNjQ6CisgICAgICAgICAgICBj
YXNlIFBNX1RZUEVfVTY0OgorICAgICAgICAgICAgICAgIG91dHZhbCArPSAoZG91YmxlKVVM
T05HTE9OR19NQVgrMTsKKyAgICAgICAgICAgICAgICBicmVhazsKKyAgICAgICAgfQorICAg
IH0KKworICAgIHJldHVybiBvdXR2YWw7Cit9CisKKworCisKK2ludAorZ2V0X2hvdHByb2Nf
bm9kZSggcGlkX3QgcGlkLCBwcm9jZXNzX3QgKipnZXRub2RlICl7CisKKyAgICAgICAgaWYo
IGluX2hvdF9hY3RpdmVfbGlzdChwaWQpICl7CisgICAgICAgICAgICAgICAgKCpnZXRub2Rl
KSA9IGxvb2t1cF9jdXJyX25vZGUoIHBpZCApOworICAgICAgICAgICAgICAgIGlmKCAoKmdl
dG5vZGUpID09IE5VTEwgKXsKKyAgICAgICAgICAgICAgICAgICAgICAgIHJldHVybiAwOwor
ICAgICAgICAgICAgICAgIH0KKyAgICAgICAgICAgICAgICBlbHNleworICAgICAgICAgICAg
ICAgICAgICAgICAgcmV0dXJuIDE7CisgICAgICAgICAgICAgICAgfQorICAgICAgICB9Cisg
ICAgICAgIGVsc2V7CisgICAgICAgICAgICAgICAgKCpnZXRub2RlKSA9IE5VTEw7CisgICAg
ICAgICAgICAgICAgcmV0dXJuIDA7CisgICAgICAgIH0KKworfQorCisvKiBUaGUgaWRlYSBv
ZiB0aGlzIGlzIGNvcGllZCBmcm9tIGxpbnV4L3Byb2Nfc3RhdC5jICovCitzdGF0aWMgdW5z
aWduZWQgbG9uZyBsb25nCitnZXRfaWRsZV90aW1lKCl7CisKKwlGSUxFICogZnAgPSBOVUxM
OyAvKiBrZXB0IG9wZW4gdW50aWwgZXhpdCgpICovCisJY2hhciAqbGludXhfc3RhdHNwYXRo
ID0gIiI7CisKKwljaGFyIGZtdFs2NF07CisJdW5zaWduZWQgbG9uZyBsb25nIGlkbGVfdGlt
ZTsKKwlpbnQgbjsKKwljaGFyICAgICAgICAqZW52cGF0aDsKKwljaGFyIGJ1ZltNQVhQQVRI
TEVOXTsKKworICAgIAlpZiAoKGVudnBhdGggPSBnZXRlbnYoIkxJTlVYX1NUQVRTUEFUSCIp
KSAhPSBOVUxMKQorICAgICAgICAJbGludXhfc3RhdHNwYXRoID0gZW52cGF0aDsKKwlzbnBy
aW50ZihidWYsIHNpemVvZihidWYpLCAiJXMvcHJvYy9zdGF0IiwgbGludXhfc3RhdHNwYXRo
KTsKKwlpZiAoKGZwID0gZm9wZW4oYnVmLCAiciIpKSA8IDApCisJCXJldHVybiAtb3NlcnJv
cigpOworCisgICAgCXN0cmNweShmbXQsICJjcHUgJSpsbHUgJSpsbHUgJSpsbHUgJWxsdSAl
KmxsdSAlKmxsdSAlKmxsdSAlKmxsdSAlKmxsdSIpOworICAgIAluID0gZnNjYW5mKCBmcCwg
Zm10LCAmaWRsZV90aW1lKTsKKworICAgIAlpZiggbiAhPSAxKXsKKyAgICAJCWlkbGVfdGlt
ZSA9IDA7CisgICAgCX0KKworICAgIAlmcHJpbnRmKHN0ZGVyciwgIklkbGUgdGltZTogJWxs
dVxuIiwgaWRsZV90aW1lKTsKKworICAgIAlmY2xvc2UoIGZwICk7CisKKyAgICAJcmV0dXJu
IGlkbGVfdGltZTsKK30KKworc3RhdGljIHZvaWQKK3JlZnJlc2hfcHJvY19waWRsaXN0KHBy
b2NfcGlkX3QgKnByb2NfcGlkLCBwcm9jX3BpZF9saXN0X3QgKnBpZHMpOworCitzdGF0aWMg
aW50Citob3Rwcm9jX2V2YWxfcHJvY3MoKXsKKworICAgIC8qIGZvciBlYWNoIHBpZCwgY29t
cHV0ZSBzdGF0cyBhbmQgc3RvcmUgaW4gaG90cGlkIGFycmF5ICovCisKKyAgICAvKiBDYWxs
ZWQgYnkgdGhlIHRpbWVyICovCisKKyAgICBwaWRfdCBwaWQ7CisgICAgc3RydWN0IHRpbWV2
YWwgdHM7CisgICAgaW50IHN0czsKKyAgICBjaGFyICAgICAgICAgICAgICAgICpmOworICAg
IHVuc2lnbmVkIGxvbmcgICAgICAgdWw7CisgICAgdW5zaWduZWQgbG9uZyBsb25nICB1bGw7
CisgICAgY2hhciAgICAgICAgICAgICAgICAqdGFpbDsKKyAgICBwcm9jZXNzX3QgKm9sZG5v
ZGUgPSBOVUxMOyAgICAgIAorICAgIHByb2Nlc3NfdCAqbmV3bm9kZSA9IE5VTEw7ICAgICAg
CisgICAgaW50IG5wID0gMDsgICAgICAgICAgICAgICAgICAgIAorICAgIHN0cnVjdCB0aW1l
dmFsIHBfdGltZXN0YW1wOyAgIAorICAgIGNvbmZpZ192YXJzIHZhcnM7CisgICAgcHJvY19w
aWRfZW50cnlfdCAgICAqc3RhdGVudHJ5OworICAgIHByb2NfcGlkX2VudHJ5X3QgICAgKnN0
YXR1c2VudHJ5OworICAgIHByb2NfcGlkX2VudHJ5X3QgICAgKmlvZW50cnk7CisgICAgX19w
bUhhc2hOb2RlICpub2RlOworICAgIGludCBpOworCisgICAgLyogU3RpbGwgbmVlZCB0byBj
b21wdXRlIHNvbWUgb2YgdGhlc2UgKi8KKyAgICBzdGF0aWMgZG91YmxlIHJlZnJlc2hfdGlt
ZVsyXTsgIC8qIHRpbWVzdGFtcCBhZnRlciByZWZyZXNoICovCisgICAgc3RhdGljIHRpbWVf
dCBzeXNpZGxlWzJdOyAgICAgICAvKiBzeXMgaWRsZSBmcm9tIC9wcm9jL3N0YXQgKi8KKyAg
ICBkb3VibGUgc3lzaWRsZV9kZWx0YTsgICAgICAgICAgIC8qIHN5c3RlbSBpZGxlIGRlbHRh
IHRpbWUgc2luY2UgbGFzdCByZWZyZXNoICovCisgICAgZG91YmxlIGFjdHVhbF9kZWx0YTsg
ICAgICAgICAgICAvKiBhY3R1YWwgZGVsdGEgdGltZSBzaW5jZSBsYXN0IHJlZnJlc2ggKi8K
KyAgICBkb3VibGUgdHJhbnNpZW50X2RlbHRhOyAgICAgICAgIC8qIGNhbGN1bGF0ZWQgZGVs
dGEgdGltZSBvZiB0cmFuc2llbnQgcHJvY3MgKi8KKyAgICBkb3VibGUgY3B1dGltZV9kZWx0
YTsgICAgICAgICAgIC8qIGRlbHRhIGNwdSB0aW1lIGZvciBhIHByb2Nlc3MgKi8KKyAgICAv
L2RvdWJsZSBzeXNjYWxsc19kZWx0YTsgICAgICAgICAgLyogZGVsdGEgbnVtIG9mIHN5c2Nh
bGxzIGZvciBhIHByb2Nlc3MgKi8KKyAgICBkb3VibGUgdmN0eF9kZWx0YTsgICAgICAgICAg
ICAgIC8qIGRlbHRhIG51bSBvZiB2YWxpZCBjdHggc3dpdGNoZXMgZm9yIGEgcHJvY2VzcyAq
LworICAgIGRvdWJsZSBpY3R4X2RlbHRhOyAgICAgICAgICAgICAgLyogZGVsdGEgbnVtIG9m
IGludmFsaWQgY3R4IHN3aXRjaGVzIGZvciBhIHByb2Nlc3MgKi8KKyAgICBkb3VibGUgYnJl
YWRfZGVsdGE7ICAgICAgICAgICAgIC8qIGRlbHRhIG51bSBvZiBieXRlcyByZWFkICovCisg
ICAgLy9kb3VibGUgZ2JyZWFkX2RlbHRhOyAgICAgICAgICAgIC8qIGRlbHRhIG51bSBvZiBn
aWdhYnl0ZXMgcmVhZCAqLworICAgIGRvdWJsZSBid3JpdF9kZWx0YTsgICAgICAgICAgICAg
LyogZGVsdGEgbnVtIG9mIGJ5dGVzIHdyaXR0ZW4gKi8KKyAgICAvL2RvdWJsZSBnYndyaXRf
ZGVsdGE7ICAgICAgICAgICAgLyogZGVsdGEgbnVtIG9mIGdpZ2FieXRlcyB3cml0dGVuICov
CisgICAgZG91YmxlIGJ3dGltZV9kZWx0YTsgICAgICAgICAgICAvKiBkZWx0YSBudW0gb2Yg
bmFub3Nlc2MgZm9yIHdhaXRpbmcgZm9yIGJsb2NrZWQgaW8gKi8KKyAgICAvL2RvdWJsZSBy
d3RpbWVfZGVsdGE7ICAgICAgICAgICAgLyogZGVsdGEgbnVtIG9mIG5hbm9zZXNjIGZvciB3
YWl0aW5nIGZvciByYXcgaW8gKi8KKyAgICAvL2RvdWJsZSBxd3RpbWVfZGVsdGE7ICAgICAg
ICAgICAgLyogZGVsdGEgbnVtIG9mIG5hbm9zZXNjIHdhaXRpbmcgb24gcnVuIHF1ZXVlICov
CisgICAgZG91YmxlIHRpbWVzdGFtcF9kZWx0YTsgICAgICAgICAvKiByZWFsIHRpbWUgZGVs
dGEgYi93IHJlZnJlc2hlcyBmb3IgcHJvY2VzcyAqLworICAgIGRvdWJsZSB0b3RhbF9jcHV0
aW1lID0gMDsgICAgICAgLyogdG90YWwgb2YgY3B1dGltZV9kZWx0YXMgZm9yIGVhY2ggcHJv
Y2VzcyAqLworICAgIGRvdWJsZSB0b3RhbF9hY3RpdmV0aW1lID0gMDsgICAgLyogdG90YWwg
b2YgY3B1dGltZV9kZWx0YXMgZm9yIGFjdGl2ZSBwcm9jZXNzZXMgKi8KKyAgICBkb3VibGUg
dG90YWxfaW5hY3RpdmV0aW1lID0gMDsgIC8qIHRvdGFsIG9mIGNwdXRpbWVfZGVsdGFzIGZv
ciBpbmFjdGl2ZSBwcm9jZXNzZXMgKi8KKworCisgICAgc3RhdGljIGxvbmcgICAgICAgICBo
eiA9IC0xOworCisgICAgaWYgKGh6ID09IC0xKXsKKyAgICAgICAgaHogPSBzeXNjb25mKF9T
Q19DTEtfVENLKTsKKyAgICAgICAgbnVtX2NwdXMgPSBzeXNjb25mKF9TQ19OUFJPQ0VTU09S
U19PTkxOKTsKKyAgICB9CisKKyAgICBpZiAoY3VycmVudCA9PSAwKSB7CisgICAgICAgIGN1
cnJlbnQgPSAxOyBwcmV2aW91cyA9IDA7CisgICAgfQorICAgIGVsc2UgeworICAgICAgICBj
dXJyZW50ID0gMDsgcHJldmlvdXMgPSAxOworICAgIH0KKworICAgIGluaXRfaG90X2FjdGl2
ZV9saXN0KCk7CisKKyAgICAodm9pZCltZW1zZXQoJnZhcnMsIDAsIHNpemVvZihjb25maWdf
dmFycykpOworCisgICAgaG90cGlkcy5jb3VudCA9IDA7CisgICAgaG90cGlkcy50aHJlYWRz
ID0gMDsKKworICAgIC8qIFdoYXRzIHJ1bm5pbmcgcmlnaHQgbm93ICovCisgICAgcmVmcmVz
aF9nbG9iYWxfcGlkbGlzdCggMCwgJmhvdHBpZHMgKTsKKyAgICByZWZyZXNoX3Byb2NfcGlk
bGlzdCggJmhvdHByb2NfcG9zc19waWQsICZob3RwaWRzICk7CisKKyAgICBmb3IgKGk9MDsg
aSA8IGhvdHBpZHMuY291bnQ7IGkrKykgeworCisJcGlkID0gaG90cGlkcy5waWRzW2ldOwor
CisJLy8gTXVzdCAoc2hvdWxkPykgYmUgdGhlcmUgZHVlIHRvIDIgcmVmcmVzaCBjYWxscyBh
Ym92ZQorICAgICAgICBub2RlID0gX19wbUhhc2hTZWFyY2goaG90cGlkcy5waWRzW2ldLCAm
aG90cHJvY19wb3NzX3BpZC5waWRoYXNoKTsKKworCWlmKCBub2RlID09IE5VTEwpeworCQlm
cHJpbnRmKHN0ZGVyciwiaG90cHJvYyA6IEhhc2ggc2VhcmNoIGZhaWxlZCBmb3IgUHJvYyAl
ZCFcbiIsIGkpOworCQljb250aW51ZTsKKwl9CisKKwlfX3BtdGltZXZhbE5vdygmcF90aW1l
c3RhbXApOworCisJLyogQ29sbGVjdCBhbGwgdGhlIHN0YXQvc3RhdHVzL3N0YXRtIGluZm8g
Ki8KKworCS8qIChBYil1c2UgZXhpc3RpbmcgZnVuY3Rpb25zICovCisKKwlzdGF0ZW50cnkg
PSBmZXRjaF9wcm9jX3BpZF9zdGF0KHBpZCwgJmhvdHByb2NfcG9zc19waWQsICZzdHMpOwor
CXN0YXR1c2VudHJ5ID0gZmV0Y2hfcHJvY19waWRfc3RhdHVzKHBpZCwgJmhvdHByb2NfcG9z
c19waWQsICZzdHMpOworCWlvZW50cnkgPSBmZXRjaF9wcm9jX3BpZF9pbyhwaWQsICZob3Rw
cm9jX3Bvc3NfcGlkLCAmc3RzKTsKKworCWlmKCBzdGF0ZW50cnkgPT0gTlVMTCB8fCBzdGF0
dXNlbnRyeSA9PSBOVUxMIHx8IGlvZW50cnkgPT0gTlVMTCl7CisJCS8qIENhbiBoYXBwZW4g
aWYgdGhlIHByb2Nlc3Mgd2FzIGV4aXRpbmcgZHVyaW5nIHJlZnJlc2hfcHJvY19waWRsaXN0
CisJCSAqIHRoZW4gdGhlIGFib3ZlIGZldGNoJ3Mgd2lsbCBmYWlsCisJCSAqIFdvdWxkIGJl
IGJlc3QgaWYgdGhleSB3ZXJlIG5vdCBpbiB0aGUgbGlzdCBhdCBhbGwKKwkJICogIm5wIiBp
cyB1c2VkIGZyb20gbm93IG9uLCBzbyBob3BlZnVsbHkgY2FuIGp1c3QgY29udGludWUKKwkJ
Ki8KKwkJY29udGludWU7CisJfQorCisJaWYgKG5wID09IGhvdF9tYXhwcm9jc1tjdXJyZW50
XSkgeworCQlwcm9jZXNzX3QgKnJlczsKKwkJaG90X21heHByb2NzW2N1cnJlbnRdID0gbnAq
MjsKKwkJcmVzID0gKHByb2Nlc3NfdCAqKXJlYWxsb2MoaG90cHJvY19saXN0W2N1cnJlbnRd
LAorCQlob3RfbWF4cHJvY3NbY3VycmVudF0gKiBzaXplb2YocHJvY2Vzc190KSk7CisJCWlm
IChyZXMgPT0gTlVMTCkKKwkJCXJldHVybiAtb3NlcnJvcigpOworCQlob3Rwcm9jX2xpc3Rb
Y3VycmVudF0gPSByZXM7CisJfQorCisJbmV3bm9kZSA9ICZob3Rwcm9jX2xpc3RbY3VycmVu
dF1bbnArK107CisgICAgICAgIG5ld25vZGUtPnBpZCA9IHBpZDsKKworCS8qIENhbGMgdGhl
IHN0YXRzIHdlIHdpbGwgbmVlZCAqLworCisJLyogQ1BVIFRpbWUgaXMgc3VtIG9mIFUgJiBT
IHRpbWUgKi8KKwkvKiBIb3cgZG8gd2UgZGVhbCB3aXRoIGVycm9ycyBoZXJlPz8/ICovCisJ
CisJaWYoIChmID0gX3BtX2dldGZpZWxkKHN0YXRlbnRyeS0+c3RhdF9idWYsIFBST0NfUElE
X1NUQVRfVVRJTUUpKSA9PSBOVUxMICkKKwkJbmV3bm9kZS0+cl9jcHV0aW1lID0gMDsKKwll
bHNleworCQl1bCA9IChfX3VpbnQzMl90KXN0cnRvdWwoZiwgJnRhaWwsIDApOworICAgICAg
ICAJbmV3bm9kZS0+cl9jcHV0aW1lICAgICAgPSAoZG91YmxlKXVsIC8gKGRvdWJsZSloejsK
Kwl9CisKKwlpZiggKGYgPSBfcG1fZ2V0ZmllbGQoc3RhdGVudHJ5LT5zdGF0X2J1ZiwgUFJP
Q19QSURfU1RBVF9TVElNRSkpID09IE5VTEwpeworCQkvKiBOb3RoaW5nICovCisJfQorCWVs
c2V7CisgICAgICAgIAl1bCA9IChfX3VpbnQzMl90KXN0cnRvdWwoZiwgJnRhaWwsIDApOwor
CQluZXdub2RlLT5yX2NwdXRpbWUgICAgICArPSAoZG91YmxlKXVsIC8gKGRvdWJsZSloejsK
Kwl9CisKKyAgICAgICAgbmV3bm9kZS0+cl9jcHV0aW1lc3RhbXAgPSBwX3RpbWVzdGFtcC50
dl9zZWMgKyBwX3RpbWVzdGFtcC50dl91c2VjIC8gMTAwMDAwMDsKKworCS8qIENvbnRleHQg
U3dpdGNoZXMgOiB2b2wgYW5kIGludm9sICovCisJCisgICAgICAgIGlmICgoZiA9IF9wbV9n
ZXRmaWVsZChzdGF0dXNlbnRyeS0+c3RhdHVzX2xpbmVzLnZjdHhzdywgMSkpID09IE5VTEwp
CisJICAgIG5ld25vZGUtPnJfdmN0eCA9IDA7CisJZWxzZQorCSAgICBuZXdub2RlLT5yX3Zj
dHggPSAoX191aW50MzJfdClzdHJ0b3VsKGYsICZ0YWlsLCAwKTsKKworCWlmICgoZiA9IF9w
bV9nZXRmaWVsZChzdGF0dXNlbnRyeS0+c3RhdHVzX2xpbmVzLm52Y3R4c3csIDEpKSA9PSBO
VUxMKQorCSAgICBuZXdub2RlLT5yX2ljdHggPSAwOworCWVsc2UKKwkgICAgbmV3bm9kZS0+
cl9pY3R4ID0gKF9fdWludDMyX3Qpc3RydG91bChmLCAmdGFpbCwgMCk7CisKKwkvKiBJTyBk
ZW1hbmQgKi8KKwkvKiBSZWFkICovCisJCisJaWYgKChmID0gX3BtX2dldGZpZWxkKGlvZW50
cnktPmlvX2xpbmVzLnJlYWRiLCAxKSkgPT0gTlVMTCkKKyAgICAgICAgICAgICAgIAl1bGwg
PSAwOworICAgICAgICBlbHNlCisgICAgICAgICAgICAgICAJdWxsID0gKF9fdWludDY0X3Qp
c3RydG91bGwoZiwgJnRhaWwsIDApOworCQkKKwluZXdub2RlLT5yX2JyZWFkID0gdWxsOwor
CisJLyogV3JpdGUgKi8KKworCWlmICgoZiA9IF9wbV9nZXRmaWVsZChpb2VudHJ5LT5pb19s
aW5lcy53cml0ZWIsIDEpKSA9PSBOVUxMKQorICAgICAgICAgICAgICAgCXVsbCA9IDA7Cisg
ICAgICAgIGVsc2UKKyAgICAgICAgICAgICAgIAl1bGwgPSAoX191aW50NjRfdClzdHJ0b3Vs
bChmLCAmdGFpbCwgMCk7CisJCQorCW5ld25vZGUtPnJfYndyaXQgPSB1bGw7CisJCisJLyog
QmxvY2sgSU8gd2FpdCAoZGVsYXlhY2N0X2Jsa2lvX3RpY2tzKSAqLworCisJaWYgKChmID0g
X3BtX2dldGZpZWxkKHN0YXRlbnRyeS0+c3RhdF9idWYsIFBST0NfUElEX1NUQVRfREVMQVlB
Q0NUX0JMS0lPX1RJQ0tTIC0gMykpID09IE5VTEwpICAvKiBOb3RlIHRoZSBvZmZzZXQgKi8K
KwkJdWwgPSAwOworCWVsc2UKKwkJdWwgPSAoX191aW50MzJfdClzdHJ0b3VsKGYsICZ0YWls
LCAwKTsKKwkJCisJbmV3bm9kZS0+cl9id3RpbWUgPSAoZG91YmxlKXVsIC8gaHo7CisKKwkv
KiBUaGlzIGlzIG5vdCB0aGUgZmlyc3QgdGltZSB0aHJvdWdoLCBzbyB3ZSBjYW4gZ2VuZXJh
dGUgcmF0ZSBzdGF0cyAqLworCWlmICgob2xkbm9kZSA9IGxvb2t1cF9ub2RlKHByZXZpb3Vz
LCBwaWQpKSAhPSBOVUxMKSB7CisKKwkJLyogSnVzdCBjb3BpZWQgdGhlIG9sZCBEaWZmIGNv
ZGUuICBJcyB0aGVyZSBhIG5ldyB3YXkgdG8gZG8gdGhpcz8gKi8KKworCQkvKiBDUFUgKi8K
KyAgICAgICAgICAgIAljcHV0aW1lX2RlbHRhID0gRGlmZkNvdW50ZXIobmV3bm9kZS0+cl9j
cHV0aW1lLCBvbGRub2RlLT5yX2NwdXRpbWUsIFBNX1RZUEVfNjQpOworCQl0aW1lc3RhbXBf
ZGVsdGEgPSBEaWZmQ291bnRlcihuZXdub2RlLT5yX2NwdXRpbWVzdGFtcCwgb2xkbm9kZS0+
cl9jcHV0aW1lc3RhbXAsIFBNX1RZUEVfNjQpOworCisgICAgICAgICAgICAJbmV3bm9kZS0+
cl9jcHVidXJuID0gY3B1dGltZV9kZWx0YSAvIHRpbWVzdGFtcF9kZWx0YTsKKyAgICAgICAg
ICAgIAl2YXJzLmNwdWJ1cm4gPSBuZXdub2RlLT5yX2NwdWJ1cm47CisKKwkJLyogSU8gKi8K
KwkJYnJlYWRfZGVsdGEgPSBEaWZmQ291bnRlcigoZG91YmxlKW5ld25vZGUtPnJfYnJlYWQs
CisgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgIChkb3VibGUpb2xkbm9kZS0+
cl9icmVhZCwgUE1fVFlQRV82NCk7CisgICAgICAgICAgICAgICAgYndyaXRfZGVsdGEgPSBE
aWZmQ291bnRlcigoZG91YmxlKW5ld25vZGUtPnJfYndyaXQsCisgICAgICAgICAgICAgICAg
ICAgICAgICAgICAgICAgICAgICAoZG91YmxlKW9sZG5vZGUtPnJfYndyaXQsIFBNX1RZUEVf
NjQpOworICAgICAgICAgICAgICAgIHZhcnMucHJlZHMuaW9kZW1hbmQgPSAoCisgICAgICAg
ICAgICAgICAgICAgICAgICAgICAgICAgICAoZG91YmxlKWJyZWFkX2RlbHRhICArCisgICAg
ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAoZG91YmxlKWJ3cml0X2RlbHRhICkgLwor
ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICB0aW1lc3RhbXBfZGVsdGE7CisKKyAg
ICAgICAgICAgICAgICAvKiBjdHggc3dpdGNoZXMgKi8KKyAgICAgICAgICAgICAgICB2Y3R4
X2RlbHRhID0gRGlmZkNvdW50ZXIoKGRvdWJsZSluZXdub2RlLT5yX3ZjdHgsCisgICAgICAg
ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAoZG91YmxlKW9sZG5vZGUtPnJfdmN0eCwg
UE1fVFlQRV82NCk7CisgICAgICAgICAgICAgICAgaWN0eF9kZWx0YSA9IERpZmZDb3VudGVy
KChkb3VibGUpbmV3bm9kZS0+cl9pY3R4LAorICAgICAgICAgICAgICAgICAgICAgICAgICAg
ICAgICAgICAgKGRvdWJsZSlvbGRub2RlLT5yX2ljdHgsIFBNX1RZUEVfNjQpOworICAgICAg
ICAgICAgICAgIHZhcnMucHJlZHMuY3R4c3dpdGNoID0gKHZjdHhfZGVsdGEgKyBpY3R4X2Rl
bHRhKSAvIHRpbWVzdGFtcF9kZWx0YTsKKworICAgICAgICAgICAgICAgIC8qIElPIHdhaXQg
Ki8KKyAgICAgICAgICAgICAgICBid3RpbWVfZGVsdGEgPSBEaWZmQ291bnRlcigoZG91Ymxl
KW5ld25vZGUtPnJfYnd0aW1lLAorICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg
ICAgKGRvdWJsZSlvbGRub2RlLT5yX2J3dGltZSwgUE1fVFlQRV82NCk7CisKKyAgICAgICAg
ICAgICAgICB2YXJzLnByZWRzLmlvd2FpdCA9IGJ3dGltZV9kZWx0YSAvIHRpbWVzdGFtcF9k
ZWx0YTsKKworCisJfQorICAgICAgICBlbHNlIHsKKyAgICAgICAgCW5ld25vZGUtPnJfY3B1
YnVybiA9IDA7CisgICAgICAgIAliemVybygmbmV3bm9kZS0+cHJlZHMsIHNpemVvZihuZXdu
b2RlLT5wcmVkcykpOworICAgICAgICAJdmFycy5jcHVidXJuID0gMDsKKyAgICAgICAgCS8v
dmFycy5wcmVkcy5zeXNjYWxscyA9IDA7CisgICAgICAgIAl2YXJzLnByZWRzLmN0eHN3aXRj
aCA9IDA7CisgICAgICAgIAl2YXJzLnByZWRzLmlvd2FpdCA9IDA7CisgICAgICAgIAkvL3Zh
cnMucHJlZHMuc2NoZWR3YWl0ID0gMDsKKyAgICAgICAgCXZhcnMucHJlZHMuaW9kZW1hbmQg
PSAwOworICAgICAgICAJY3B1dGltZV9kZWx0YSA9IDA7CisgICAgICAgIH0KKworICAgICAg
ICB0b3RhbF9jcHV0aW1lICs9IGNwdXRpbWVfZGVsdGE7CisKKwkvKiBDb21tYW5kICovCisK
KwlpZiAoKGYgPSBfcG1fZ2V0ZmllbGQoc3RhdGVudHJ5LT5zdGF0X2J1ZiwgUFJPQ19QSURf
U1RBVF9DTUQpKSA9PSBOVUxMKXsKKwkJc3RyY3B5KHZhcnMuZm5hbWUsICJVbmtub3duIik7
CisJfQorCWVsc2V7CisJCWNoYXIgKmNtZCA9IG1hbGxvYyggc3RybGVuKGYrMSkgKTsKKwkJ
c3RyY3B5KGNtZCwgZisxKTsKKwkJY21kW3N0cmxlbihmKzEpLTFdID0gJ1wwJzsKKyAgICAg
ICAgICAgICAgIAlzdHJjcHkodmFycy5mbmFtZSwgY21kKTsKKwkJZnJlZShjbWQpOworCX0K
KworCS8qIFBTIEFyZ3MgKi8KKwlzdHJjcHkodmFycy5wc2FyZ3MsIHN0YXRlbnRyeS0+bmFt
ZSs3KTsKKworCS8qIFVJRCBhbmQgR0lEICovCisJaWYgKChmID0gX3BtX2dldGZpZWxkKHN0
YXR1c2VudHJ5LT5zdGF0dXNfbGluZXMudWlkLCAxKSkgPT0gTlVMTCl7CisgICAgICAgICAg
ICAgICAJdWwgPSAwOworCX0KKwllbHNleworCQl1bCA9IChfX3VpbnQzMl90KXN0cnRvdWwo
ZiwgJnRhaWwsIDApOworCX0KKwkKKyAgICAgICAJdmFycy51aWQgPSB1bDsKKyAgICAgICAJ
CisgICAgICAgCWlmICgoZiA9IF9wbV9nZXRmaWVsZChzdGF0dXNlbnRyeS0+c3RhdHVzX2xp
bmVzLmdpZCwgMSkpID09IE5VTEwpeworICAgICAgICAgICAgICAgIHVsID0gMDsKKyAgICAg
ICAgfQorICAgICAgICBlbHNleworCSAgICAgICAgdWwgPSAoX191aW50MzJfdClzdHJ0b3Vs
KGYsICZ0YWlsLCAwKTsKKyAgICAgICAgfQorCisgICAgICAgIHZhcnMuZ2lkID0gdWw7CisK
KyAgICAgICAgLyogdW5hbWUgYW5kIGduYW1lICovCisKKwlzdHJ1Y3QgcGFzc3dkICpwd2U7
CQkKKworCWlmICgocHdlID0gZ2V0cHd1aWQoKHVpZF90KXZhcnMudWlkKSkgIT0gTlVMTCkK
KyAgICAgICAgICAgICAgICBzdHJjcHkodmFycy51bmFtZSwgcHdlLT5wd19uYW1lKTsKKyAg
ICAgICAgZWxzZQorICAgICAgICAgICAgICAgIHN0cmNweSh2YXJzLnVuYW1lLCAiVU5LTk9X
TiIpOworCisJc3RydWN0IGdyb3VwICpncmU7CisKKwlpZiAoKGdyZSA9IGdldGdyZ2lkKChn
aWRfdCl2YXJzLmdpZCkpICE9IE5VTEwpIHsKKyAgICAgICAgICAgICAgICBzdHJjcHkodmFy
cy5nbmFtZSwgZ3JlLT5ncl9uYW1lKTsKKyAgICAgICAgfSBlbHNlIHsKKyAgICAgICAgICAg
ICAgICBzdHJjcHkodmFycy5nbmFtZSwgIlVOS05PV04iKTsKKyAgICAgICAgfQorCisJLyog
VlNJWkUgZnJvbSBzdGF0ICovCisJCisJaWYgKChmID0gX3BtX2dldGZpZWxkKHN0YXRlbnRy
eS0+c3RhdF9idWYsIFBST0NfUElEX1NUQVRfVlNJWkUpKSA9PSBOVUxMKXsKKyAgICAgICAg
ICAgICAgICB1bCA9IDA7CisJfQorCWVsc2V7CisgICAgICAgICAgICAgICAJdWwgPSAoX191
aW50MzJfdClzdHJ0b3VsKGYsICZ0YWlsLCAwKTsKKyAgICAgICAgICAgICAgIAl1bCAvPSAx
MDI0OworCX0KKworCQl2YXJzLnByZWRzLnZpcnR1YWxzaXplID0gdWw7CisKKwkvKiBSU1Mg
ZnJvbSBzdGF0ICovCisKKwlpZiAoKGYgPSBfcG1fZ2V0ZmllbGQoc3RhdGVudHJ5LT5zdGF0
X2J1ZiwgUFJPQ19QSURfU1RBVF9SU1MpKSA9PSBOVUxMKXsKKyAgICAgICAgICAgICAgICB1
bCA9IDA7CisJfQorCWVsc2V7CisgICAgICAgICAgICAgIAl1bCA9IChfX3VpbnQzMl90KXN0
cnRvdWwoZiwgJnRhaWwsIDApOworICAgICAgICAgICAgICAgCXVsICo9IGdldHBhZ2VzaXpl
KCkgLyAxMDI0OworCX0KKworCXZhcnMucHJlZHMucmVzaWRlbnRzaXplID0gdWw7CisKKwkv
LyAgU3RydWN0IGNvcHkuICBJIHRoaW5rIGl0IHdhcyBhIGJ1ZyBiZWZvcmUuICBDb3B5IHNo
b3VsZCBiZSBhZnRlciByc3MgYW5kIHZtIGNhbGNzCisJbmV3bm9kZS0+cHJlZHMgPSB2YXJz
LnByZWRzOworICAgICAgICAgICAgICAgIAorICAgICAgIAlpZiAoKHN0cyA9IGFkZF9ob3Rf
YWN0aXZlX2xpc3QobmV3bm9kZSwgJnZhcnMpKSA8IDApIHsKKyAgICAgICAJCXJldHVybiBz
dHM7CisgICAgICAgCX0KKworICAgICAgIAlpZiAoc3RzID09IDApCisgICAgICAgCQl0b3Rh
bF9pbmFjdGl2ZXRpbWUgKz0gY3B1dGltZV9kZWx0YTsKKyAgICAgICAJZWxzZQorICAgICAg
IAkJdG90YWxfYWN0aXZldGltZSArPSBjcHV0aW1lX2RlbHRhOworCisgICAgfQorCisgICAg
aG90X251bXByb2NzW2N1cnJlbnRdID0gbnA7CisKKyAgICBfX3BtdGltZXZhbE5vdygmdHMp
OworICAgIHJlZnJlc2hfdGltZVtjdXJyZW50XSA9IHRzLnR2X3NlYyArIHRzLnR2X3VzZWMg
LyAxMDAwMDAwOworCisgICAgZG91YmxlIGhwdGltZSA9ICh0cy50dl9zZWMgLSBwX3RpbWVz
dGFtcC50dl9zZWMpICsgKHRzLnR2X3VzZWMgLSBwX3RpbWVzdGFtcC50dl91c2VjKS8xMDAw
MDAwLjA7CisKKyAgICAvL2ZwcmludGYoc3RkZXJyLCAiSG90cHJvYyBVcGRhdGUgdG9vayAl
ZiB0aW1lXG4iLCBocHRpbWUpOworCisgICAgLyogSWRsZSAqLworICAgIHN5c2lkbGVbY3Vy
cmVudF0gPSBnZXRfaWRsZV90aW1lKCk7CisKKyAgICAvKiBIYW5kbGUgcm9sbG92ZXIgKi8K
KyAgICBob3RfcmVmcmVzaF9jb3VudCsrOworICAgIGlmIChob3RfcmVmcmVzaF9jb3VudCA9
PSAwKQorICAgICAgICBob3RfcmVmcmVzaF9jb3VudCA9IDI7CisKKyAgICBpZiAoaG90X3Jl
ZnJlc2hfY291bnQgPiAxICkgeworICAgICAgICBzeXNpZGxlX2RlbHRhID0gRGlmZkNvdW50
ZXIoc3lzaWRsZVtjdXJyZW50XSwgc3lzaWRsZVtwcmV2aW91c10sIFBNX1RZUEVfNjQpIC8g
KGRvdWJsZSlIWjsKKyAgICAgICAgYWN0dWFsX2RlbHRhID0gRGlmZkNvdW50ZXIocmVmcmVz
aF90aW1lW2N1cnJlbnRdLCByZWZyZXNoX3RpbWVbcHJldmlvdXNdLCBQTV9UWVBFXzY0KTsK
KyAgICAgICAgdHJhbnNpZW50X2RlbHRhID0gbnVtX2NwdXMgKiBhY3R1YWxfZGVsdGEgLSAo
dG90YWxfY3B1dGltZSArIHN5c2lkbGVfZGVsdGEpOworICAgICAgICBpZiAodHJhbnNpZW50
X2RlbHRhIDwgMCkgLyogc2FuaXR5IGNoZWNrICovCisgICAgICAgICAgICB0cmFuc2llbnRf
ZGVsdGEgPSAwOworCisgICAgICAgIGhvdF9oYXZlX3RvdGFscyA9IDE7CisgICAgICAgIGhv
dF90b3RhbF90cmFuc2llbnQgPSB0cmFuc2llbnRfZGVsdGEgLyBhY3R1YWxfZGVsdGE7Cisg
ICAgICAgIGhvdF90b3RhbF9jcHVpZGxlID0gc3lzaWRsZV9kZWx0YSAvIGFjdHVhbF9kZWx0
YTsKKyAgICAgICAgaG90X3RvdGFsX2FjdGl2ZSA9IHRvdGFsX2FjdGl2ZXRpbWUgLyBhY3R1
YWxfZGVsdGE7CisgICAgICAgIGhvdF90b3RhbF9pbmFjdGl2ZSA9IHRvdGFsX2luYWN0aXZl
dGltZSAvIGFjdHVhbF9kZWx0YTsKKyAgICB9CisKKworICAgIHFzb3J0KGhvdHByb2NfbGlz
dFtjdXJyZW50XSwgaG90X251bXByb2NzW2N1cnJlbnRdLAorICAgICAgICAgIHNpemVvZihw
cm9jZXNzX3QpLCBjb21wYXJfcGlkcyk7CisKKyAgICByZXR1cm4gMDsKK30KKwordm9pZAor
aG90cHJvY190aW1lcihpbnQgc2lnLCB2b2lkICpwdHIpCit7CisKKyAgICBob3Rwcm9jX2V2
YWxfcHJvY3MoKTsKK30KKwordm9pZAoraW5pdF9ob3Rwcm9jX3BpZCggcG1kYUluZG9tICpp
bmRvbXRhYiApeworCisJaG90cHJvY19wb3NzX3BpZC5pbmRvbSA9IGluZG9tdGFiOworCisJ
aG90cHJvY191cGRhdGVfaW50ZXJ2YWwudHZfc2VjID0gMTA7CisKKwlpbml0X2hvdHByb2Nf
bGlzdCgpOworCisJaWYgKChob3Rwcm9jX3RpbWVyX2lkID0gX19wbUFGcmVnaXN0ZXIoJmhv
dHByb2NfdXBkYXRlX2ludGVydmFsLCBOVUxMLCBob3Rwcm9jX3RpbWVyKSkgPCAwKSB7CisJ
CV9fcG1Ob3RpZnlFcnIoTE9HX0VSUiwgImVycm9yIHJlZ2lzdGVyaW5nIGhvdHByb2MgdGlt
ZXIiKTsKKwkJZXhpdCgxKTsKKwl9Cit9CisKK3ZvaWQgcmVzZXRfaG90cHJvY190aW1lcigp
eworCisJX19wbUFGdW5yZWdpc3Rlcihob3Rwcm9jX3RpbWVyX2lkKTsKKwlob3Rwcm9jX3Rp
bWVyX2lkID0gX19wbUFGcmVnaXN0ZXIoJmhvdHByb2NfdXBkYXRlX2ludGVydmFsLCBOVUxM
LCBob3Rwcm9jX3RpbWVyKTsKKworfQorCitzdGF0aWMgdm9pZAorcmVmcmVzaF9wcm9jX3Bp
ZGxpc3QocHJvY19waWRfdCAqcHJvY19waWQsIHByb2NfcGlkX2xpc3RfdCAqcGlkcykKIHsK
ICAgICBpbnQgaTsKICAgICBpbnQgZmQ7CkBAIC0xNjAsMTAgKzgyNywxMCBAQCByZWZyZXNo
X3Byb2NfcGlkbGlzdChwcm9jX3BpZF90ICpwcm9jX3BpZCkKICAgICBwcm9jX3BpZF9lbnRy
eV90ICplcDsKICAgICBwbWRhSW5kb20gKmluZG9tcCA9IHByb2NfcGlkLT5pbmRvbTsKIAot
ICAgIGlmIChpbmRvbXAtPml0X251bWluc3QgPCBwaWRzLmNvdW50KQorICAgIGlmIChpbmRv
bXAtPml0X251bWluc3QgPCBwaWRzLT5jb3VudCkKIAlpbmRvbXAtPml0X3NldCA9IChwbWRh
SW5zdGlkICopcmVhbGxvYyhpbmRvbXAtPml0X3NldCwKLQkJCQkJCXBpZHMuY291bnQgKiBz
aXplb2YocG1kYUluc3RpZCkpOwotICAgIGluZG9tcC0+aXRfbnVtaW5zdCA9IHBpZHMuY291
bnQ7CisJCQkJCQlwaWRzLT5jb3VudCAqIHNpemVvZihwbWRhSW5zdGlkKSk7CisgICAgaW5k
b21wLT5pdF9udW1pbnN0ID0gcGlkcy0+Y291bnQ7CiAKICAgICAvKgogICAgICAqIGludmFs
aWRhdGUgYWxsIGVudHJpZXMgc28gd2UgY2FuIGhhcnZlc3QgcGlkcyB0aGF0IGhhdmUgZXhp
dGVkCkBAIC0xNzksMTkgKzg0NiwxOSBAQCByZWZyZXNoX3Byb2NfcGlkbGlzdChwcm9jX3Bp
ZF90ICpwcm9jX3BpZCkKICAgICAgKiB3YWxrIHBpZCBsaXN0IGFuZCBhZGQgbmV3IHBpZHMg
dG8gdGhlIGhhc2ggdGFibGUsCiAgICAgICogbWFya2luZyBlbnRyaWVzIHZhbGlkIGFzIHdl
IGdvIC4uLgogICAgICAqLwotICAgIGZvciAoaT0wOyBpIDwgcGlkcy5jb3VudDsgaSsrKSB7
Ci0Jbm9kZSA9IF9fcG1IYXNoU2VhcmNoKHBpZHMucGlkc1tpXSwgJnByb2NfcGlkLT5waWRo
YXNoKTsKKyAgICBmb3IgKGk9MDsgaSA8IHBpZHMtPmNvdW50OyBpKyspIHsKKwlub2RlID0g
X19wbUhhc2hTZWFyY2gocGlkcy0+cGlkc1tpXSwgJnByb2NfcGlkLT5waWRoYXNoKTsKIAlp
ZiAobm9kZSA9PSBOVUxMKSB7CiAJICAgIGludCBrID0gMDsKIAogCSAgICBlcCA9IChwcm9j
X3BpZF9lbnRyeV90ICopbWFsbG9jKHNpemVvZihwcm9jX3BpZF9lbnRyeV90KSk7CiAJICAg
IG1lbXNldChlcCwgMCwgc2l6ZW9mKHByb2NfcGlkX2VudHJ5X3QpKTsKIAotCSAgICBlcC0+
aWQgPSBwaWRzLnBpZHNbaV07CisJICAgIGVwLT5pZCA9IHBpZHMtPnBpZHNbaV07CiAKLQkg
ICAgc25wcmludGYoYnVmLCBzaXplb2YoYnVmKSwgIiVzL3Byb2MvJWQvY21kbGluZSIsIHBy
b2Nfc3RhdHNwYXRoLCBwaWRzLnBpZHNbaV0pOworCSAgICBzbnByaW50ZihidWYsIHNpemVv
ZihidWYpLCAiJXMvcHJvYy8lZC9jbWRsaW5lIiwgcHJvY19zdGF0c3BhdGgsIHBpZHMtPnBp
ZHNbaV0pOwogCSAgICBpZiAoKGZkID0gb3BlbihidWYsIE9fUkRPTkxZKSkgPj0gMCkgewot
CQlzcHJpbnRmKGJ1ZiwgIiUwNmQgIiwgcGlkcy5waWRzW2ldKTsKKwkJc3ByaW50ZihidWYs
ICIlMDZkICIsIHBpZHMtPnBpZHNbaV0pOwogCQlpZiAoKGsgPSByZWFkKGZkLCBidWYrNywg
c2l6ZW9mKGJ1ZiktOCkpID4gMCkgewogCQkgICAgcCA9IGJ1ZiArIGsgKzc7CiAJCSAgICAq
cC0tID0gJ1wwJzsKQEAgLTIyNCw3ICs4OTEsNyBAQCByZWZyZXNoX3Byb2NfcGlkbGlzdChw
cm9jX3BpZF90ICpwcm9jX3BpZCkKIAkJICogcmV0dXJucyBhbiBlbXB0eSBzdHJpbmcgc28g
d2UgaGF2ZSB0byBnZXQgaXQKIAkJICogZnJvbSAvcHJvYy88cGlkPi9zdGF0dXMgb3IgL3By
b2MvPHBpZD4vc3RhdAogCQkgKi8KLQkJc3ByaW50ZihidWYsICIlcy9wcm9jLyVkL3N0YXR1
cyIsIHByb2Nfc3RhdHNwYXRoLCBwaWRzLnBpZHNbaV0pOworCQlzcHJpbnRmKGJ1ZiwgIiVz
L3Byb2MvJWQvc3RhdHVzIiwgcHJvY19zdGF0c3BhdGgsIHBpZHMtPnBpZHNbaV0pOwogCQlp
ZiAoKGZkID0gb3BlbihidWYsIE9fUkRPTkxZKSkgPj0gMCkgewogCQkgICAgLyogV2UgZW5n
YWdlIGluIGEgYml0IG9mIGEgaGFua3ktcGFua3kgaGVyZToKIAkJICAgICAqIHRoZSBzdHJp
bmcgc2hvdWxkIGxvb2sgbGlrZSAiMTIzNDU2IChuYW1lKSIsCkBAIC0yNDYsNyArOTEzLDcg
QEAgcmVmcmVzaF9wcm9jX3BpZGxpc3QocHJvY19waWRfdCAqcHJvY19waWQpCiAJCQkgICAg
cCA9IGJ1ZitrOwogCQkJcFswXSA9ICcpJzsgCiAJCQlwWzFdID0gJ1wwJzsKLQkJCWJjID0g
c3ByaW50ZihidWYsICIlMDZkICIsIHBpZHMucGlkc1tpXSk7IAorCQkJYmMgPSBzcHJpbnRm
KGJ1ZiwgIiUwNmQgIiwgcGlkcy0+cGlkc1tpXSk7IAogCQkJYnVmW2JjXSA9ICcoJzsKIAkJ
ICAgIH0KIAkJICAgIGNsb3NlKGZkKTsKQEAgLTI2MywxMyArOTMwLDEzIEBAIHJlZnJlc2hf
cHJvY19waWRsaXN0KHByb2NfcGlkX3QgKnByb2NfcGlkKQogCiAJICAgIGlmIChrIDw9IDAp
IHsKIAkJLyogaG1tIC4uIG11c3QgYmUgZXhpdGluZyAqLwotCSAgICAJc3ByaW50ZihidWYs
ICIlMDZkIDxleGl0aW5nPiIsIHBpZHMucGlkc1tpXSk7CisJICAgIAlzcHJpbnRmKGJ1Ziwg
IiUwNmQgPGV4aXRpbmc+IiwgcGlkcy0+cGlkc1tpXSk7CiAJICAgIH0KIAogCSAgICBlcC0+
bmFtZSA9IHN0cmR1cChidWYpOwogCi0JICAgIF9fcG1IYXNoQWRkKHBpZHMucGlkc1tpXSwg
KHZvaWQgKillcCwgJnByb2NfcGlkLT5waWRoYXNoKTsKLQkgICAgLy8gZnByaW50ZihzdGRl
cnIsICIjIyBBRERFRCBcIiVzXCIgdG8gaGFzaCB0YWJsZVxuIiwgYnVmKTsKKwkgICAgX19w
bUhhc2hBZGQocGlkcy0+cGlkc1tpXSwgKHZvaWQgKillcCwgJnByb2NfcGlkLT5waWRoYXNo
KTsKKwkgICAgZnByaW50ZihzdGRlcnIsICJrZXkgJWQgOiBBRERFRCBcIiVzXCIgdG8gaGFz
aCB0YWJsZVxuIiwgcGlkcy0+cGlkc1tpXSwgYnVmKTsKIAl9CiAJZWxzZQogCSAgICBlcCA9
IChwcm9jX3BpZF9lbnRyeV90ICopbm9kZS0+ZGF0YTsKQEAgLTI5Miw3ICs5NTksNyBAQCBy
ZWZyZXNoX3Byb2NfcGlkbGlzdChwcm9jX3BpZF90ICpwcm9jX3BpZCkKIAkgICAgLy8gZnBy
aW50ZihzdGRlcnIsICJDSEVDS0lORyBrZXk9JWQgbm9kZT0iIFBSSU5URl9QX1BGWCAiJXAg
cHJldj0iIFBSSU5URl9QX1BGWCAiJXAgbmV4dD0iIFBSSU5URl9QX1BGWCAiJXAgZXA9IiBQ
UklOVEZfUF9QRlggIiVwIHZhbGlkPSVkXG4iLAogCSAgICAJLy8gZXAtPmlkLCBub2RlLCBw
cmV2LCBub2RlLT5uZXh0LCBlcCwgZXAtPnZhbGlkKTsKIAkgICAgaWYgKCEoZXAtPmZsYWdz
ICYgUFJPQ19QSURfRkxBR19WQUxJRCkpIHsKLQkgICAgICAgIC8vIGZwcmludGYoc3RkZXJy
LCAiREVMRVRFRCBrZXk9JWQgbmFtZT1cIiVzXCJcbiIsIGVwLT5pZCwgZXAtPm5hbWUpOwor
CSAgICAgICAgZnByaW50ZihzdGRlcnIsICJERUxFVEVEIGtleT0lZCBuYW1lPVwiJXNcIlxu
IiwgZXAtPmlkLCBlcC0+bmFtZSk7CiAJCWlmIChlcC0+bmFtZSAhPSBOVUxMKQogCQkgICAg
ZnJlZShlcC0+bmFtZSk7CiAJCWlmIChlcC0+c3RhdF9idWYgIT0gTlVMTCkKQEAgLTMzMSwx
MiArOTk4LDEyIEBAIHJlZnJlc2hfcHJvY19waWQocHJvY19waWRfdCAqcHJvY19waWQsIGlu
dCB0aHJlYWRzLCBjb25zdCBjaGFyICpjZ3JvdXBzKQogewogICAgIGludCBzdHM7CiAKLSAg
ICBwaWRzLmNvdW50ID0gMDsKLSAgICBwaWRzLnRocmVhZHMgPSB0aHJlYWRzOworICAgIHBy
b2NwaWRzLmNvdW50ID0gMDsKKyAgICBwcm9jcGlkcy50aHJlYWRzID0gdGhyZWFkczsKIAog
ICAgIHN0cyA9IChjZ3JvdXBzICYmIGNncm91cHNbMF0gIT0gJ1wwJykgPwotCQlyZWZyZXNo
X2Nncm91cF9waWRsaXN0KHRocmVhZHMsIGNncm91cHMpIDoKLQkJcmVmcmVzaF9nbG9iYWxf
cGlkbGlzdCh0aHJlYWRzKTsKKwkJcmVmcmVzaF9jZ3JvdXBfcGlkbGlzdCh0aHJlYWRzLCBj
Z3JvdXBzLCAmcHJvY3BpZHMpIDoKKwkJcmVmcmVzaF9nbG9iYWxfcGlkbGlzdCh0aHJlYWRz
LCAmcHJvY3BpZHMpOwogICAgIGlmIChzdHMgPCAwKQogCXJldHVybiBzdHM7CiAKQEAgLTM0
NywxMCArMTAxNCwyOSBAQCByZWZyZXNoX3Byb2NfcGlkKHByb2NfcGlkX3QgKnByb2NfcGlk
LCBpbnQgdGhyZWFkcywgY29uc3QgY2hhciAqY2dyb3VwcykKIAkJc3RzLCB0aHJlYWRzLCBj
Z3JvdXBzID8gY2dyb3VwcyA6ICIiKTsKICNlbmRpZgogCi0gICAgcmVmcmVzaF9wcm9jX3Bp
ZGxpc3QocHJvY19waWQpOworICAgIHJlZnJlc2hfcHJvY19waWRsaXN0KHByb2NfcGlkLCAm
cHJvY3BpZHMpOwogICAgIHJldHVybiAwOwogfQogCitpbnQKK3JlZnJlc2hfaG90cHJvY19w
aWQocHJvY19waWRfdCAqcHJvY19waWQsIGludCB0aHJlYWRzLCBjb25zdCBjaGFyICpjZ3Jv
dXBzKQoreworCisgICAgaW50IHN0czsKKworICAgIGhvdHBpZHMuY291bnQgPSAwOworICAg
IGhvdHBpZHMudGhyZWFkcyA9IHRocmVhZHM7CisKKyAgICBzdHMgPSByZWZyZXNoX2hvdHBy
b2NfcGlkbGlzdCgmaG90cGlkcyk7CisKKyAgICBpZiAoc3RzIDwgMCkKKyAgICAgICAgcmV0
dXJuIHN0czsKKworICAgIHJlZnJlc2hfcHJvY19waWRsaXN0KHByb2NfcGlkLCAmaG90cGlk
cyk7CisgICAgcmV0dXJuIDA7Cit9CisKKwogCiAvKgogICogT3BlbiBhIHByb2MgZmlsZSwg
dGFraW5nIGludG8gYWNjb3VudCB0aGF0IHdlIG1heSB3YW50IHRocmVhZCBpbmZvCkBAIC0z
NjcsNyArMTA1Myw3IEBAIHByb2Nfb3Blbihjb25zdCBjaGFyICpiYXNlLCBwcm9jX3BpZF9l
bnRyeV90ICplcCkKICAgICBpbnQgZmQ7CiAgICAgY2hhciBidWZbMTI4XTsKIAotICAgIGlm
IChwaWRzLnRocmVhZHMpIHsKKyAgICBpZiAocHJvY3BpZHMudGhyZWFkcykgewogCXNwcmlu
dGYoYnVmLCAiJXMvcHJvYy8lZC90YXNrLyVkLyVzIiwgcHJvY19zdGF0c3BhdGgsIGVwLT5p
ZCwgZXAtPmlkLCBiYXNlKTsKIAlpZiAoKGZkID0gb3BlbihidWYsIE9fUkRPTkxZKSkgPj0g
MCkgewogCSAgICByZXR1cm4gZmQ7CkBAIC00MDEsNyArMTA4Nyw3IEBAIHByb2Nfb3BlbmRp
cihjb25zdCBjaGFyICpiYXNlLCBwcm9jX3BpZF9lbnRyeV90ICplcCkKICAgICBESVIgKmRp
cjsKICAgICBjaGFyIGJ1ZlsxMjhdOwogCi0gICAgaWYgKHBpZHMudGhyZWFkcykgeworICAg
IGlmIChwcm9jcGlkcy50aHJlYWRzKSB7CiAJc3ByaW50ZihidWYsICIlcy9wcm9jLyVkL3Rh
c2svJWQvJXMiLCBwcm9jX3N0YXRzcGF0aCwgZXAtPmlkLCBlcC0+aWQsIGJhc2UpOwogCWlm
ICgoZGlyID0gb3BlbmRpcihidWYpKSAhPSBOVUxMKSB7CiAJICAgIHJldHVybiBkaXI7CkBA
IC00NTQsNiArMTE0MCwxMiBAQCBmZXRjaF9wcm9jX3BpZF9zdGF0KGludCBpZCwgcHJvY19w
aWRfdCAqcHJvY19waWQsIGludCAqc3RzKQogICAgIGludCBmZDsKICAgICBpbnQgbjsKICAg
ICBfX3BtSGFzaE5vZGUgKm5vZGUgPSBfX3BtSGFzaFNlYXJjaChpZCwgJnByb2NfcGlkLT5w
aWRoYXNoKTsKKyAgICBpZiggbm9kZSA9PSBOVUxMICl7CisJZnByaW50ZihzdGRlcnIsICJI
YXNoIFNlYXJjaCBpbiBmZXRjaF9wcm9jX3BpZF9zdGF0IGZhaWxlZFxuIik7CisgICAgfQor
ICAgIGVsc2V7CisJLy9mcHJpbnRmKHN0ZGVyciwgIkhhc2ggU2VhcmNoIGluIGZldGNoX3By
b2NfcGlkX3N0YXQgc3VjY2Vzc1xuIik7CisgICAgfQogICAgIHByb2NfcGlkX2VudHJ5X3Qg
KmVwOwogICAgIGNoYXIgYnVmWzEwMjRdOwogCmRpZmYgLS1naXQgYS9zcmMvcG1kYXMvbGlu
dXhfcHJvYy9wcm9jX3BpZC5oIGIvc3JjL3BtZGFzL2xpbnV4X3Byb2MvcHJvY19waWQuaApp
bmRleCAxZGQzNjMwLi5iYzk3NzAxIDEwMDY0NAotLS0gYS9zcmMvcG1kYXMvbGludXhfcHJv
Yy9wcm9jX3BpZC5oCisrKyBiL3NyYy9wbWRhcy9saW51eF9wcm9jL3Byb2NfcGlkLmgKQEAg
LTE4LDYgKzE4LDkgQEAKICNpZm5kZWYgX1BST0NfUElEX0gKICNkZWZpbmUgX1BST0NfUElE
X0gKIAorI2luY2x1ZGUgImhvdHByb2MuaCIKKworCiAvKgogICogL3Byb2MvPHBpZD4vc3Rh
dCBtZXRyaWNzCiAgKi8KQEAgLTI2NSw2ICsyNjgsMTQgQEAgdHlwZWRlZiBzdHJ1Y3Qgewog
LyogcmVmcmVzaCB0aGUgcHJvYyBpbmRvbSwgcmVzZXQgYWxsICJmZXRjaGVkIiBmbGFncyAq
LwogZXh0ZXJuIGludCByZWZyZXNoX3Byb2NfcGlkKHByb2NfcGlkX3QgKiwgaW50LCBjb25z
dCBjaGFyICopOwogCitleHRlcm4gaW50IHJlZnJlc2hfaG90cHJvY19waWQocHJvY19waWRf
dCAqLCBpbnQsIGNvbnN0IGNoYXIgKik7CisKK2V4dGVybiBpbnQgZ2V0X2hvdF90b3RhbHMo
ZG91YmxlICogdGEsIGRvdWJsZSAqIHRpLCBkb3VibGUgKiB0dCwgZG91YmxlICogdGNpICk7
CisKK2V4dGVybiBpbnQgZ2V0X2hvdHByb2Nfbm9kZSggcGlkX3QgcGlkLCBwcm9jZXNzX3Qg
KipnZXRub2RlICk7CisKK2V4dGVybiB2b2lkIHJlc2V0X2hvdHByb2NfdGltZXIoKTsKKwog
LyogZmV0Y2ggYSBwcm9jLzxwaWQ+L3N0YXQgZW50cnkgZm9yIHBpZCAqLwogZXh0ZXJuIHBy
b2NfcGlkX2VudHJ5X3QgKmZldGNoX3Byb2NfcGlkX3N0YXQoaW50LCBwcm9jX3BpZF90ICos
IGludCAqKTsKIApAQCAtMjk1LDQgKzMwNiw2IEBAIGV4dGVybiBwcm9jX3BpZF9lbnRyeV90
ICpmZXRjaF9wcm9jX3BpZF9sYWJlbChpbnQsIHByb2NfcGlkX3QgKiwgaW50ICopOwogLyog
ZXh0cmFjdCB0aGUgaXRoIHNwYWNlIHNlcGFyYXRlZCBmaWVsZCBmcm9tIGEgYnVmZmVyICov
CiBleHRlcm4gY2hhciAqX3BtX2dldGZpZWxkKGNoYXIgKiwgaW50KTsKIAorZXh0ZXJuIHZv
aWQgaW5pdF9ob3Rwcm9jX3BpZCggcG1kYUluZG9tICogKTsKKwogI2VuZGlmIC8qIF9QUk9D
X1BJRF9IICovCmRpZmYgLS1naXQgYS9zcmMvcG1kYXMvbGludXhfcHJvYy9yb290X3Byb2Mg
Yi9zcmMvcG1kYXMvbGludXhfcHJvYy9yb290X3Byb2MKaW5kZXggZjY0ZWRlZS4uZmIwYzQ0
ZCAxMDA2NDQKLS0tIGEvc3JjL3BtZGFzL2xpbnV4X3Byb2Mvcm9vdF9wcm9jCisrKyBiL3Ny
Yy9wbWRhcy9saW51eF9wcm9jL3Jvb3RfcHJvYwpAQCAtMTMsNiArMTMsNyBAQAogcm9vdCB7
CiAgICAgY2dyb3VwCiAgICAgcHJvYworICAgIGhvdHByb2MKIH0KIAogY2dyb3VwIHsKQEAg
LTE4NSw0ICsxODYsMTU4IEBAIHByb2MuY29udHJvbC5wZXJjbGllbnQgewogICAgIGNncm91
cHMJCVBST0M6MTA6MwogfQogCitob3Rwcm9jIHsKKyAgICBucHJvY3MJCVBST0M6NTI6OTkK
KyAgICBwc2luZm8KKyAgICBtZW1vcnkKKyAgICBpZAorICAgIGlvCisgICAgc2NoZWRzdGF0
CisgICAgZmQKKyAgICBjb250cm9sCisgICAgdG90YWwKKyAgICBwcmVkaWNhdGUKK30KKwor
aG90cHJvYy5wc2luZm8geworICAgIHBpZAkJCVBST0M6NTI6MAorICAgIGNtZAkJCVBST0M6
NTI6MQorICAgIHNuYW1lCQlQUk9DOjUyOjIKKyAgICBwcGlkCQlQUk9DOjUyOjMKKyAgICBw
Z3JwCQlQUk9DOjUyOjQKKyAgICBzZXNzaW9uCQlQUk9DOjUyOjUKKyAgICB0dHkJCQlQUk9D
OjUyOjYKKyAgICB0dHlfcGdycAkJUFJPQzo1Mjo3CisgICAgZmxhZ3MJCVBST0M6NTI6OAor
ICAgIG1pbmZsdAkJUFJPQzo1Mjo5CisgICAgY21pbl9mbHQJCVBST0M6NTI6MTAKKyAgICBt
YWpfZmx0CQlQUk9DOjUyOjExCisgICAgY21hal9mbHQJCVBST0M6NTI6MTIKKyAgICB1dGlt
ZQkJUFJPQzo1MjoxMworICAgIHN0aW1lCQlQUk9DOjUyOjE0CisgICAgY3V0aW1lCQlQUk9D
OjUyOjE1CisgICAgY3N0aW1lCQlQUk9DOjUyOjE2CisgICAgcHJpb3JpdHkJCVBST0M6NTI6
MTcKKyAgICBuaWNlCQlQUk9DOjUyOjE4CisgICAgLyogbm90IHZhbGlkIGluIDIuMi4xIFBS
T0M6NTI6MTkgKi8KKyAgICBpdF9yZWFsX3ZhbHVlCVBST0M6NTI6MjAKKyAgICBzdGFydF90
aW1lCQlQUk9DOjUyOjIxCisgICAgdnNpemUJCVBST0M6NTI6MjIKKyAgICByc3MJCQlQUk9D
OjUyOjIzCisgICAgcnNzX3JsaW0JCVBST0M6NTI6MjQKKyAgICBzdGFydF9jb2RlCQlQUk9D
OjUyOjI1CisgICAgZW5kX2NvZGUJCVBST0M6NTI6MjYKKyAgICBzdGFydF9zdGFjawkJUFJP
Qzo1MjoyNworICAgIGVzcAkJCVBST0M6NTI6MjgKKyAgICBlaXAJCQlQUk9DOjUyOjI5Cisg
ICAgc2lnbmFsCQlQUk9DOjUyOjMwCisgICAgYmxvY2tlZAkJUFJPQzo1MjozMQorICAgIHNp
Z2lnbm9yZQkJUFJPQzo1MjozMgorICAgIHNpZ2NhdGNoCQlQUk9DOjUyOjMzCisgICAgd2No
YW4JCVBST0M6NTI6MzQKKyAgICBuc3dhcAkJUFJPQzo1MjozNQorICAgIGNuc3dhcAkJUFJP
Qzo1MjozNgorICAgIGV4aXRfc2lnbmFsCQlQUk9DOjUyOjM3CisgICAgcHJvY2Vzc29yICAg
ICAgICAgICBQUk9DOjUyOjM4CisgICAgdHR5bmFtZQkJUFJPQzo1MjozOQorICAgIHdjaGFu
X3MgICAgICAgICAgICAgUFJPQzo1Mjo0MAorICAgIHBzYXJncwkJUFJPQzo1Mjo0MQorICAg
IHNpZ25hbF9zICAgICAgICAgICAgUFJPQzo1NjoxNgorICAgIGJsb2NrZWRfcyAgICAgICAg
ICAgUFJPQzo1NjoxNworICAgIHNpZ2lnbm9yZV9zICAgICAgICAgUFJPQzo1NjoxOAorICAg
IHNpZ2NhdGNoX3MgICAgICAgICAgUFJPQzo1NjoxOQorICAgIHRocmVhZHMJCVBST0M6NTY6
MjgKKyAgICBjZ3JvdXBzCQlQUk9DOjU0OjAKKyAgICBsYWJlbHMJCVBST0M6NTU6MAorfQor
Citob3Rwcm9jLmlkIHsKKyAgICB1aWQgICAgICAgICAgICAgICAgIFBST0M6NTY6MAorICAg
IGV1aWQgICAgICAgICAgICAgICAgUFJPQzo1NjoxCisgICAgc3VpZCAgICAgICAgICAgICAg
ICBQUk9DOjU2OjIKKyAgICBmc3VpZCAgICAgICAgICAgICAgIFBST0M6NTY6MworICAgIGdp
ZCAgICAgICAgICAgICAgICAgUFJPQzo1Njo0CisgICAgZWdpZCAgICAgICAgICAgICAgICBQ
Uk9DOjU2OjUKKyAgICBzZ2lkICAgICAgICAgICAgICAgIFBST0M6NTY6NgorICAgIGZzZ2lk
ICAgICAgICAgICAgICAgUFJPQzo1Njo3CisgICAgdWlkX25tICAgICAgICAgICAgICBQUk9D
OjU2OjgKKyAgICBldWlkX25tICAgICAgICAgICAgIFBST0M6NTY6OQorICAgIHN1aWRfbm0g
ICAgICAgICAgICAgUFJPQzo1NjoxMAorICAgIGZzdWlkX25tICAgICAgICAgICAgUFJPQzo1
NjoxMQorICAgIGdpZF9ubSAgICAgICAgICAgICAgUFJPQzo1NjoxMgorICAgIGVnaWRfbm0g
ICAgICAgICAgICAgUFJPQzo1NjoxMworICAgIHNnaWRfbm0gICAgICAgICAgICAgUFJPQzo1
NjoxNAorICAgIGZzZ2lkX25tICAgICAgICAgICAgUFJPQzo1NjoxNQorfQorCitob3Rwcm9j
Lm1lbW9yeSB7CisgICAgc2l6ZQkJUFJPQzo1MzowCisgICAgcnNzCQkJUFJPQzo1MzoxCisg
ICAgc2hhcmUJCVBST0M6NTM6MgorICAgIHRleHRyc3MJCVBST0M6NTM6MworICAgIGxpYnJz
cwkJUFJPQzo1Mzo0CisgICAgZGF0cnNzCQlQUk9DOjUzOjUKKyAgICBkaXJ0eQkJUFJPQzo1
Mzo2CisgICAgbWFwcyAgICAgICAgICAgICAgICBQUk9DOjUzOjcKKyAgICB2bXNpemUgICAg
ICAJUFJPQzo1NjoyMAorICAgIHZtbG9jayAgICAgIAlQUk9DOjU2OjIxCisgICAgdm1yc3Mg
ICAgICAJCVBST0M6NTY6MjIKKyAgICB2bWRhdGEgICAgICAJUFJPQzo1NjoyMworICAgIHZt
c3RhY2sgICAgICAJUFJPQzo1NjoyNAorICAgIHZtZXhlICAgICAgCQlQUk9DOjU2OjI1Cisg
ICAgdm1saWIgICAgICAgICAgIAlQUk9DOjU2OjI2CisgICAgdm1zd2FwCQlQUk9DOjU2OjI3
Cit9CisKK2hvdHByb2MuaW8geworICAgIHJjaGFyCQlQUk9DOjU4OjAKKyAgICB3Y2hhcgkJ
UFJPQzo1ODoxCisgICAgc3lzY3IJCVBST0M6NTg6MgorICAgIHN5c2N3CQlQUk9DOjU4OjMK
KyAgICByZWFkX2J5dGVzCQlQUk9DOjU4OjQKKyAgICB3cml0ZV9ieXRlcwkJUFJPQzo1ODo1
CisgICAgY2FuY2VsbGVkX3dyaXRlX2J5dGVzIFBST0M6NTg6NgorfQorCitob3Rwcm9jLnNj
aGVkc3RhdCB7CisgICAgY3B1X3RpbWUJCVBST0M6NTc6MAorICAgIHJ1bl9kZWxheQkJUFJP
Qzo1NzoxCisgICAgcGNvdW50CQlQUk9DOjU3OjIKK30KKworaG90cHJvYy5mZCB7CisgICAg
Y291bnQJCVBST0M6NTk6MAorfQorCitob3Rwcm9jLmNvbnRyb2wgeworICAgIHJlZnJlc2gJ
UFJPQzo2MDoxCisgICAgY29uZmlnCVBST0M6NjA6OAorICAgIGNvbmZpZ19nZW4gIFBST0M6
NjA6OQorfQorCitob3Rwcm9jLnRvdGFsIHsKKyAgICBjcHVpZGxlCVBST0M6NjA6MgorICAg
IGNwdWJ1cm4JUFJPQzo2MDozCisgICAgY3B1b3RoZXIKK30KKworaG90cHJvYy50b3RhbC5j
cHVvdGhlciB7CisgICAgdHJhbnNpZW50ICAgUFJPQzo2MDo0CisgICAgbm90X2NwdWJ1cm4g
UFJPQzo2MDo1CisgICAgdG90YWwgICAgICAgUFJPQzo2MDo2CisgICAgcGVyY2VudCAgICAg
UFJPQzo2MDo3Cit9CisKK2hvdHByb2MucHJlZGljYXRlIHsKKyAgICBzeXNjYWxscyAgICAg
ICBQUk9DOjYxOjAKKyAgICBjdHhzd2l0Y2ggICAgICBQUk9DOjYxOjEKKyAgICB2aXJ0dWFs
c2l6ZSAgICBQUk9DOjYxOjIKKyAgICByZXNpZGVudHNpemUgICBQUk9DOjYxOjMKKyAgICBp
b2RlbWFuZCAgICAgICBQUk9DOjYxOjQKKyAgICBpb3dhaXQgICAgICAgICBQUk9DOjYxOjUK
KyAgICBzY2hlZHdhaXQgICAgICBQUk9DOjYxOjYKKyAgICBjcHVidXJuICAgICAgICBQUk9D
OjYxOjcKK30KKworCiAjdW5kZWYgUFJPQwo=
--------------010007020608070009090103--

From kenj@internode.on.net  Wed Sep 24 17:50:15 2014
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 0437A7F60
	for ; Wed, 24 Sep 2014 17:50:15 -0500 (CDT)
Received: from cuda.sgi.com (cuda2.sgi.com [192.48.176.25])
	by relay3.corp.sgi.com (Postfix) with ESMTP id 86AC6AC002
	for ; Wed, 24 Sep 2014 15:50:11 -0700 (PDT)
X-ASG-Debug-ID: 1411599005-04cbb07301142180001-S8gJnT
Received: from ipmail06.adl6.internode.on.net (ipmail06.adl6.internode.on.net [150.101.137.145]) by cuda.sgi.com with ESMTP id A3XCHQ3NAGXnmbPm for ; Wed, 24 Sep 2014 15:50:06 -0700 (PDT)
X-Barracuda-Envelope-From: kenj@internode.on.net
X-Barracuda-Apparent-Source-IP: 150.101.137.145
X-IronPort-Anti-Spam-Filtered: true
X-IronPort-Anti-Spam-Result: AooCAGdJI1R20ScOPGdsb2JhbAANU4c5hDfMAAEGAQEBATiEZRVANgIFFgsCCwMCAQIBMRoNCAEBF7UzeJZKgSyRcYFTBbZpgyQBAQE
Received: from ppp118-209-39-14.lns20.mel4.internode.on.net (HELO [192.168.1.100]) ([118.209.39.14])
  by ipmail06.adl6.internode.on.net with ESMTP; 25 Sep 2014 08:20:05 +0930
Message-ID: <54234B15.1050901@internode.on.net>
Date: Thu, 25 Sep 2014 08:52:05 +1000
From: Ken McDonell 
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:31.0) Gecko/20100101 Thunderbird/31.1.1
MIME-Version: 1.0
To: PCP 
Subject: pcp files/dirs in /etc not owned by root
Content-Type: text/plain; charset=utf-8; format=flowed
X-ASG-Orig-Subj: pcp files/dirs in /etc not owned by root
Content-Transfer-Encoding: 7bit
X-Barracuda-Connect: ipmail06.adl6.internode.on.net[150.101.137.145]
X-Barracuda-Start-Time: 1411599005
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.3.9839
	Rule breakdown below
	 pts rule name              description
	---- ---------------------- --------------------------------------------------

Just picking up on a short irc exchange from a couple of days ago ...

Now we're certainly out on a limb here ...

kenj@bozo:~/src/pcp/src/pmie$ sudo find /etc ! -user root
/etc/apt-cacher-ng/security.conf
/etc/pcp/pmlogger
/etc/pcp/pmlogger/control
/etc/pcp/pmlogger/config.default
/etc/pcp/pmcd/pmcd.options
/etc/pcp/pmie
/etc/pcp/pmie/control
/etc/pcp/pmie/config.default
/etc/bind/rndc.key

I've done some investigation and have explanations, but no solutions ... 
so this is open for discussion.

/etc/pcp/pmie/control and /etc/pcp/pmlogger/control could probably be 
changed to root.root, mode 644 without anything bad happening.

But /etc/pcp/pmie/config.default and /etc/pcp/pmlogger/config.default 
are messier.  These do not (and cannot) come from the packaging, they 
are created dynamically in one-trip code using pmieconf and pmlogconf 
... and in the process of that creation there is a chown pcp:pcp which I 
don't think is necessary, but that seems to have triggered the pcp:pcp 
ownership of the enclosing directories (again not necessary).

And then there is a bunch of packaging rework to be done ... the pcp.pcp 
and mode changes are done in different ways for different packaging models.

And finally, the upgrade path is problematic ... I've run into a number 
of totally unexplained oddities in the debian packaging tools when 
trying to move from one ownership/mode to another ... I plan to write 
this off as a warp in the time-space continuity and move on.

It is likely that this will be tackled in a number of small scope 
commits which I'll want to run through a full QA cycle (takes 3 or 4 
days), so don't expect anything too soon.

From nscott@redhat.com  Wed Sep 24 18:01:54 2014
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 42D7C7F57
	for ; Wed, 24 Sep 2014 18:01:54 -0500 (CDT)
Received: from cuda.sgi.com (cuda2.sgi.com [192.48.176.25])
	by relay3.corp.sgi.com (Postfix) with ESMTP id D4CC5AC004
	for ; Wed, 24 Sep 2014 16:01:50 -0700 (PDT)
X-ASG-Debug-ID: 1411599708-04cbb07304142900001-S8gJnT
Received: from mx5-phx2.redhat.com (mx5-phx2.redhat.com [209.132.183.37]) by cuda.sgi.com with ESMTP id uVvres5RWZQDZauU (version=TLSv1 cipher=AES256-SHA bits=256 verify=NO) for ; Wed, 24 Sep 2014 16:01:49 -0700 (PDT)
X-Barracuda-Envelope-From: nscott@redhat.com
X-Barracuda-Apparent-Source-IP: 209.132.183.37
Received: from zmail20.collab.prod.int.phx2.redhat.com (zmail20.collab.prod.int.phx2.redhat.com [10.5.83.23])
	by mx5-phx2.redhat.com (8.14.4/8.14.4) with ESMTP id s8ON1jCW032275;
	Wed, 24 Sep 2014 19:01:45 -0400
Date: Wed, 24 Sep 2014 19:01:45 -0400 (EDT)
From: Nathan Scott 
Reply-To: Nathan Scott 
To: Ken McDonell 
Cc: PCP 
Message-ID: <51014399.55247296.1411599705642.JavaMail.zimbra@redhat.com>
In-Reply-To: <54234B15.1050901@internode.on.net>
References: <54234B15.1050901@internode.on.net>
Subject: Re: [pcp] pcp files/dirs in /etc not owned by root
MIME-Version: 1.0
X-ASG-Orig-Subj: Re: [pcp] pcp files/dirs in /etc not owned by root
Content-Type: text/plain; charset=utf-8
Content-Transfer-Encoding: 7bit
X-Originating-IP: [10.5.82.7]
X-Mailer: Zimbra 8.0.6_GA_5922 (ZimbraWebClient - FF17 (Linux)/8.0.6_GA_5922)
Thread-Topic: pcp files/dirs in /etc not owned by root
Thread-Index: FDMe2rCBVYw12IHr6FE4pmTxqsBqug==
X-Barracuda-Connect: mx5-phx2.redhat.com[209.132.183.37]
X-Barracuda-Start-Time: 1411599709
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.02
X-Barracuda-Spam-Status: No, SCORE=0.02 using per-user scores of TAG_LEVEL=1000.0 QUARANTINE_LEVEL=1000.0 KILL_LEVEL=2.7 tests=THREAD_INDEX, THREAD_TOPIC
X-Barracuda-Spam-Report: Code version 3.2, rules version 3.2.3.9839
	Rule breakdown below
	 pts rule name              description
	---- ---------------------- --------------------------------------------------
	0.01 THREAD_INDEX           thread-index: AcO7Y8iR61tzADqsRmmc5wNiFHEOig==
	0.01 THREAD_TOPIC           Thread-Topic: ...(Japanese Subject)...

Hi Ken,

----- Original Message -----
> Just picking up on a short irc exchange from a couple of days ago ...
> 
> Now we're certainly out on a limb here ...
> 
> kenj@bozo:~/src/pcp/src/pmie$ sudo find /etc ! -user root
> /etc/apt-cacher-ng/security.conf
> /etc/pcp/pmlogger
> /etc/pcp/pmlogger/control
> /etc/pcp/pmlogger/config.default
> /etc/pcp/pmcd/pmcd.options
> /etc/pcp/pmie
> /etc/pcp/pmie/control
> /etc/pcp/pmie/config.default
> /etc/bind/rndc.key
> 
> I've done some investigation and have explanations, but no solutions ...
> so this is open for discussion.
> 
> /etc/pcp/pmie/control and /etc/pcp/pmlogger/control could probably be
> changed to root.root, mode 644 without anything bad happening.

Yep, sounds good.

> But /etc/pcp/pmie/config.default and /etc/pcp/pmlogger/config.default
> are messier.  These do not (and cannot) come from the packaging, they
> are created dynamically in one-trip code using pmieconf and pmlogconf
> ... and in the process of that creation there is a chown pcp:pcp which I
> don't think is necessary, but that seems to have triggered the pcp:pcp
> ownership of the enclosing directories (again not necessary).

There is one problem here - the cron scripts run as the user pcp and it
is possible that they will need to generate config.default.  Thus they
will either need to change back to running as root, or they will need to
be able to write those two files in those two directories.

Other than that little quirk, I think this is a great idea.

cheers.

--
Nathan

From nscott@redhat.com  Wed Sep 24 18:04:37 2014
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 B44CD7F60
	for ; Wed, 24 Sep 2014 18:04:37 -0500 (CDT)
Received: from cuda.sgi.com (cuda1.sgi.com [192.48.157.11])
	by relay1.corp.sgi.com (Postfix) with ESMTP id 91AB28F804C
	for ; Wed, 24 Sep 2014 16:04:37 -0700 (PDT)
X-ASG-Debug-ID: 1411599872-04bdf003a214ad50001-S8gJnT
Received: from mx5-phx2.redhat.com (mx5-phx2.redhat.com [209.132.183.37]) by cuda.sgi.com with ESMTP id TsJzfIU0XUkkkSjh (version=TLSv1 cipher=AES256-SHA bits=256 verify=NO) for ; Wed, 24 Sep 2014 16:04:33 -0700 (PDT)
X-Barracuda-Envelope-From: nscott@redhat.com
X-Barracuda-Apparent-Source-IP: 209.132.183.37
Received: from zmail20.collab.prod.int.phx2.redhat.com (zmail20.collab.prod.int.phx2.redhat.com [10.5.83.23])
	by mx5-phx2.redhat.com (8.14.4/8.14.4) with ESMTP id s8ON4VAT000734;
	Wed, 24 Sep 2014 19:04:31 -0400
Date: Wed, 24 Sep 2014 19:04:31 -0400 (EDT)
From: Nathan Scott 
Reply-To: Nathan Scott 
To: Martins Innus 
Cc: pcp@oss.sgi.com
Message-ID: <1529238806.55247676.1411599871113.JavaMail.zimbra@redhat.com>
In-Reply-To: <54230FAF.2080201@buffalo.edu>
References: <536D28B4.6010504@buffalo.edu> <1139662762.4765310.1399862104653.JavaMail.zimbra@redhat.com> <54230FAF.2080201@buffalo.edu>
Subject: Re: [pcp] hotproc rfc
MIME-Version: 1.0
X-ASG-Orig-Subj: Re: [pcp] hotproc rfc
Content-Type: text/plain; charset=utf-8
Content-Transfer-Encoding: 7bit
X-Originating-IP: [10.5.82.7]
X-Mailer: Zimbra 8.0.6_GA_5922 (ZimbraWebClient - FF17 (Linux)/8.0.6_GA_5922)
Thread-Topic: hotproc rfc
Thread-Index: xBUSJ2/3wbBIVWg1+K5CFDmmm53WUw==
X-Barracuda-Connect: mx5-phx2.redhat.com[209.132.183.37]
X-Barracuda-Start-Time: 1411599872
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.02
X-Barracuda-Spam-Status: No, SCORE=0.02 using per-user scores of TAG_LEVEL=1000.0 QUARANTINE_LEVEL=1000.0 KILL_LEVEL=2.7 tests=THREAD_INDEX, THREAD_TOPIC
X-Barracuda-Spam-Report: Code version 3.2, rules version 3.2.3.9839
	Rule breakdown below
	 pts rule name              description
	---- ---------------------- --------------------------------------------------
	0.01 THREAD_INDEX           thread-index: AcO7Y8iR61tzADqsRmmc5wNiFHEOig==
	0.01 THREAD_TOPIC           Thread-Topic: ...(Japanese Subject)...

Hi Martins,

----- Original Message -----
> Nathan,
> 
> On 5/11/2014 10:35 PM, Nathan Scott wrote:
> > Hi Martins,
> >
> > It is good to hear someone's become interested in this topic again!
> >
> > ----- Original Message -----
> >> Hello,
> >>       I have started looking into reviving the hotproc pmda.  Before I
> >> get too far into it, I wanted to make sure no one else was looking at it
> >> and if my approach looks reasonable.
> 
> OK, I looked into both the cgroup integration that you mentioned and the
> client side implementation that Frank suggested and couldn't really come
> up with a clean way of implementing either, mostly due to my lack of
> confidence in managing the cgroup hierarchy and keeping everything in
> sync.  So I just went ahead for now and did a straight up integration
> with the existing proc pmda.  If you decide you want to present the

No problem at all.

> information in cgroups in the end, hopefully this could at least be a
> starting point, since the process selection, config parsing, etc would
> still need to be done.

Agreed.  Also, any solution using cgroups is only ever going to be able
to run on Linux of course, so there's wider value in your work here even
if a cgroups approach does eventuate someday.

I'll take a more detailed look soon - please keep the updates coming in
the meantime though.  Thanks!

cheers.

--
Nathan

From fche@redhat.com  Wed Sep 24 18:34:51 2014
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 690D37F63
	for ; Wed, 24 Sep 2014 18:34:51 -0500 (CDT)
Received: from cuda.sgi.com (cuda1.sgi.com [192.48.157.11])
	by relay1.corp.sgi.com (Postfix) with ESMTP id 3887F8F8035
	for ; Wed, 24 Sep 2014 16:34:51 -0700 (PDT)
X-ASG-Debug-ID: 1411601689-04bdf003a114c210001-S8gJnT
Received: from mx1.redhat.com (mx1.redhat.com [209.132.183.28]) by cuda.sgi.com with ESMTP id 8XjGO34d9oLQjoFY (version=TLSv1 cipher=AES256-SHA bits=256 verify=NO) for ; Wed, 24 Sep 2014 16:34:50 -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-mx14.intmail.prod.int.phx2.redhat.com (int-mx14.intmail.prod.int.phx2.redhat.com [10.5.11.27])
	by mx1.redhat.com (8.14.4/8.14.4) with ESMTP id s8ONYloY026240
	(version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=FAIL);
	Wed, 24 Sep 2014 19:34:47 -0400
Received: from fche.csb (vpn-230-163.phx2.redhat.com [10.3.230.163])
	by int-mx14.intmail.prod.int.phx2.redhat.com (8.14.4/8.14.4) with ESMTP id s8ONYkAF013523;
	Wed, 24 Sep 2014 19:34:47 -0400
Received: by fche.csb (Postfix, from userid 2569)
	id 6005E58544; Wed, 24 Sep 2014 19:34:46 -0400 (EDT)
To: Ken McDonell 
Cc: PCP 
Subject: Re: pcp files/dirs in /etc not owned by root
References: <54234B15.1050901@internode.on.net>
X-ASG-Orig-Subj: Re: pcp files/dirs in /etc not owned by root
From: fche@redhat.com (Frank Ch. Eigler)
Date: Wed, 24 Sep 2014 19:34:46 -0400
In-Reply-To: <54234B15.1050901@internode.on.net> (Ken McDonell's message of "Thu, 25 Sep 2014 08:52:05 +1000")
Message-ID: 
User-Agent: Gnus/5.1008 (Gnus v5.10.8) Emacs/21.4 (gnu/linux)
MIME-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Scanned-By: MIMEDefang 2.68 on 10.5.11.27
X-Barracuda-Connect: mx1.redhat.com[209.132.183.28]
X-Barracuda-Start-Time: 1411601690
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


kenj wrote:

> [...]

In general, right on, thank you for looking into this.

> [...]
> /etc/pcp/pmcd/pmcd.options
> [...]

On my machine, this is:

% ls -al /etc/pcp/pmcd/pmcd.conf /etc/pcp/pmcd/pmcd.options
-rw-r--r--. 1 root  pcpqa 770 Apr 23 21:26 /etc/pcp/pmcd/pmcd.conf
-rw-r--r--. 1 pcpqa pcpqa 606 Apr  7 21:58 /etc/pcp/pmcd/pmcd.options

It indicates that running the pcpqa suite leaves stains, as it were,
on the well-bleached defaults that come with the base package.  (I've
long dreamed of a pcpqa implementation that leaves the /etc/pcp/*
files and system daemons well alone, and runs private copies on
alternate ports etc. only.)

- FChE

From kenj@internode.on.net  Wed Sep 24 19:06:00 2014
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 8A7597F76
	for ; Wed, 24 Sep 2014 19:06:00 -0500 (CDT)
Received: from cuda.sgi.com (cuda1.sgi.com [192.48.157.11])
	by relay1.corp.sgi.com (Postfix) with ESMTP id 5C3058F8035
	for ; Wed, 24 Sep 2014 17:05:57 -0700 (PDT)
X-ASG-Debug-ID: 1411603554-04bdf0039f14d750001-S8gJnT
Received: from ipmail06.adl6.internode.on.net (ipmail06.adl6.internode.on.net [150.101.137.145]) by cuda.sgi.com with ESMTP id MxbYlWHpkOtsupq8 for ; Wed, 24 Sep 2014 17:05:55 -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: AosCAM1aI1R20ScOPGdsb2JhbAANU4twxz2DIAGBHwEGAQEBATiEPAEBBDhAARALGAkWDwkDAgECATEUBg0BBwEBtV6XJgEXkB4HhEsBBLZpgyQBAQE
Received: from ppp118-209-39-14.lns20.mel4.internode.on.net (HELO [192.168.1.100]) ([118.209.39.14])
  by ipmail06.adl6.internode.on.net with ESMTP; 25 Sep 2014 09:35:54 +0930
Message-ID: <54235CDA.3040100@internode.on.net>
Date: Thu, 25 Sep 2014 10:07:54 +1000
From: Ken McDonell 
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:31.0) Gecko/20100101 Thunderbird/31.1.1
MIME-Version: 1.0
To: "Frank Ch. Eigler" 
CC: PCP 
Subject: Re: pcp files/dirs in /etc not owned by root
References: <54234B15.1050901@internode.on.net> 
X-ASG-Orig-Subj: Re: pcp files/dirs in /etc not owned by root
In-Reply-To: 
Content-Type: text/plain; charset=windows-1252; format=flowed
Content-Transfer-Encoding: 7bit
X-Barracuda-Connect: ipmail06.adl6.internode.on.net[150.101.137.145]
X-Barracuda-Start-Time: 1411603554
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.3.9842
	Rule breakdown below
	 pts rule name              description
	---- ---------------------- --------------------------------------------------
	0.00 BSF_SC0_MISMATCH_TO    Envelope rcpt doesn't match header

On 25/09/14 09:34, Frank Ch. Eigler wrote:
> ...
> On my machine, this is:
>
> % ls -al /etc/pcp/pmcd/pmcd.conf /etc/pcp/pmcd/pmcd.options
> -rw-r--r--. 1 root  pcpqa 770 Apr 23 21:26 /etc/pcp/pmcd/pmcd.conf
> -rw-r--r--. 1 pcpqa pcpqa 606 Apr  7 21:58 /etc/pcp/pmcd/pmcd.options
>
> It indicates that running the pcpqa suite leaves stains, as it were,
> on the well-bleached defaults that come with the base package.  (I've
> long dreamed of a pcpqa implementation that leaves the /etc/pcp/*
> files and system daemons well alone, and runs private copies on
> alternate ports etc. only.)

qa/944 is the test that is supposed to catch these cases, but it is only 
looking for the ones that "should" be non-root owned (not just below 
/etc but in other "ok" places).  We could/should extend that test to 
check for not owned by root below /etc/pcp ... after I've fixed the code 
and packaging.

Disciplined writing of QA scripts will fix this issue ... the 
pmcd.options one is real easy, for example.  On the other hand scripts 
making changes to pmcd.conf are a little more omnipresent ... 8^)>

From nscott@redhat.com  Wed Sep 24 20:14:11 2014
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 B25267F7B
	for ; Wed, 24 Sep 2014 20:14:11 -0500 (CDT)
Received: from cuda.sgi.com (cuda2.sgi.com [192.48.176.25])
	by relay3.corp.sgi.com (Postfix) with ESMTP id 40207AC005
	for ; Wed, 24 Sep 2014 18:14:11 -0700 (PDT)
X-ASG-Debug-ID: 1411607645-04cbb07301147ef0001-S8gJnT
Received: from mx4-phx2.redhat.com (mx4-phx2.redhat.com [209.132.183.25]) by cuda.sgi.com with ESMTP id xev2HBEssxwaMJwT (version=TLSv1 cipher=AES256-SHA bits=256 verify=NO) for ; Wed, 24 Sep 2014 18:14:06 -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 s8P1E5C0019465
	for ; Wed, 24 Sep 2014 21:14:05 -0400
Date: Wed, 24 Sep 2014 21:14:05 -0400 (EDT)
From: Nathan Scott 
Reply-To: Nathan Scott 
To: PCP Mailing List 
Message-ID: <716494656.55268559.1411607645328.JavaMail.zimbra@redhat.com>
Subject: pcp updates: qa, pmdalinux
MIME-Version: 1.0
X-ASG-Orig-Subj: pcp updates: qa, pmdalinux
Content-Type: text/plain; charset=utf-8
Content-Transfer-Encoding: 7bit
X-Originating-IP: [10.5.82.7]
X-Mailer: Zimbra 8.0.6_GA_5922 (ZimbraWebClient - FF17 (Linux)/8.0.6_GA_5922)
Thread-Topic: pcp updates: qa, pmdalinux
Thread-Index: GlYwOa+TV4hyiC4ILdOlF6JrTwKuog==
X-Barracuda-Connect: mx4-phx2.redhat.com[209.132.183.25]
X-Barracuda-Start-Time: 1411607646
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.02
X-Barracuda-Spam-Status: No, SCORE=0.02 using per-user scores of TAG_LEVEL=1000.0 QUARANTINE_LEVEL=1000.0 KILL_LEVEL=2.7 tests=THREAD_INDEX, THREAD_TOPIC
X-Barracuda-Spam-Report: Code version 3.2, rules version 3.2.3.9843
	Rule breakdown below
	 pts rule name              description
	---- ---------------------- --------------------------------------------------
	0.01 THREAD_INDEX           thread-index: AcO7Y8iR61tzADqsRmmc5wNiFHEOig==
	0.01 THREAD_TOPIC           Thread-Topic: ...(Japanese Subject)...

Changes committed to git://git.pcp.io/pcp.git dev

Nathan Scott (2):
      qa: refactor some tests to share common discovery logic
      pmdalinux: support for the additional nfs v4.1 operations

 qa/727                         |    1 
 qa/732.out                     |   41 ++++++++++++++++++++++++++--
 qa/766                         |    8 +----
 qa/775                         |    7 ----
 qa/776                         |    8 +----
 qa/946                         |    7 ----
 qa/common.discovery            |   15 +++++++++-
 src/pmdas/linux/pmda.c         |   58 ++++++++++++++++++++++++++++++++++++-----
 src/pmdas/linux/proc_net_rpc.h |    5 ++-
 9 files changed, 113 insertions(+), 37 deletions(-)

From wwwrun@oss.sgi.com  Wed Sep 24 20:26:55 2014
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 EC0567F7B; Wed, 24 Sep 2014 20:26:55 -0500 (CDT)
From: bugzilla-daemon@oss.sgi.com
To: pcp@oss.sgi.com
Subject: [Bug 1067] New: linux pmda does too much work for network.interface
 queries
Date: Thu, 25 Sep 2014 01:26:55 +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: fche@redhat.com
X-Bugzilla-Status: NEW
X-Bugzilla-Priority: P5
X-Bugzilla-Assigned-To: pcp@kenj.com.au
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="1411608415.0EB6DB6A1.27287"; charset="us-ascii"
X-Bugzilla-URL: http://oss.sgi.com/bugzilla/
Auto-Submitted: auto-generated
MIME-Version: 1.0


--1411608415.0EB6DB6A1.27287
Date: Wed, 24 Sep 2014 20:26:55 -0500
MIME-Version: 1.0
Content-Type: text/plain; charset="UTF-8"

http://oss.sgi.com/bugzilla/show_bug.cgi?id=1067

            Bug ID: 1067
           Summary: linux pmda does too much work for network.interface
                    queries
           Product: pcp
           Version: unspecified
          Hardware: All
                OS: Linux
            Status: NEW
          Severity: major
          Priority: P5
         Component: pcp
          Assignee: pcp@kenj.com.au
          Reporter: fche@redhat.com
                CC: pcp@oss.sgi.com
    Classification: Unclassified

Created attachment 322
  --> http://oss.sgi.com/bugzilla/attachment.cgi?id=322&action=edit
strace output

An strace of pmcd, for a query of only "pminfo -f network.interface.in.bytes"
indicates it's doing too much work.

% sudo strace  -T -tt -f -p $(pgrep pmcd) &

% pminfo -f network.interface.in.bytes

network.interface.in.bytes
    inst [0 or "lo"] value 29794011946
    inst [2 or "p2p1"] value 4606099151404

% kill [strace]

The strace log indicates multiple opens of /proc/net/dev, and a slew of
ioctl's and other /sys/class/net/FOO/... reads, all just to answer data
that's available in a single read from /proc/net/dev.  That extra work
should be avoided.

-- 
You are receiving this mail because:
You are on the CC list for the bug.

--1411608415.0EB6DB6A1.27287
Date: Wed, 24 Sep 2014 20:26:55 -0500
MIME-Version: 1.0
Content-Type: text/html; charset="UTF-8"


    
      
    
    
    
        
    
          Bug ID
          1067
          
        
    

        
    
          Summary
          linux pmda does too much work for network.interface queries
          
        
    

        
    
          Product
          pcp
          
        
    

        
    
          Version
          unspecified
          
        
    

        
    
          Hardware
          All
          
        
    

        
    
          OS
          Linux
          
        
    

        
    
          Status
          NEW
          
        
    

        
    
          Severity
          major
          
        
    

        
    
          Priority
          P5
          
        
    

        
    
          Component
          pcp
          
        
    

        
    
          Assignee
          pcp@kenj.com.au
          
        
    

        
    
          Reporter
          fche@redhat.com
          
        
    

        
    
          CC
          pcp@oss.sgi.com
          
        
    

        
    
          Classification
          Unclassified
          
        
    
      
    
        
    
        
    Created attachment 322 [details]
strace output

An strace of pmcd, for a query of only "pminfo -f network.interface.in.bytes"
indicates it's doing too much work.

% sudo strace  -T -tt -f -p $(pgrep pmcd) &

% pminfo -f network.interface.in.bytes

network.interface.in.bytes
    inst [0 or "lo"] value 29794011946
    inst [2 or "p2p1"] value 4606099151404

% kill [strace]

The strace log indicates multiple opens of /proc/net/dev, and a slew of
ioctl's and other /sys/class/net/FOO/... reads, all just to answer data
that's available in a single read from /proc/net/dev.  That extra work
should be avoided.
    
        
    
      
    
      
    
      You are receiving this mail because:
      
      
      
          
    • You are on the CC list for the bug.
      • 
      
    
    


--1411608415.0EB6DB6A1.27287--

From wwwrun@oss.sgi.com  Wed Sep 24 20:28:37 2014
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 7CA3B7F80; Wed, 24 Sep 2014 20:28:37 -0500 (CDT)
From: bugzilla-daemon@oss.sgi.com
To: pcp@oss.sgi.com
Subject: [Bug 1067] linux pmda does too much work for network.interface
 queries
Date: Thu, 25 Sep 2014 01:28:37 +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: fche@redhat.com
X-Bugzilla-Status: NEW
X-Bugzilla-Priority: P5
X-Bugzilla-Assigned-To: pcp@kenj.com.au
X-Bugzilla-Target-Milestone: ---
X-Bugzilla-Changed-Fields: attachments.mimetype
Message-ID: 
In-Reply-To: 
References: 
Content-Type: multipart/alternative; boundary="1411608517.8F0eA0481.27609"; charset="us-ascii"
X-Bugzilla-URL: http://oss.sgi.com/bugzilla/
Auto-Submitted: auto-generated
MIME-Version: 1.0


--1411608517.8F0eA0481.27609
Date: Wed, 24 Sep 2014 20:28:37 -0500
MIME-Version: 1.0
Content-Type: text/plain; charset="UTF-8"

http://oss.sgi.com/bugzilla/show_bug.cgi?id=1067

Frank Ch. Eigler  changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
    Attachment #322|application/octet-stream    |text/plain
          mime type|                            |

-- 
You are receiving this mail because:
You are on the CC list for the bug.

--1411608517.8F0eA0481.27609
Date: Wed, 24 Sep 2014 20:28:37 -0500
MIME-Version: 1.0
Content-Type: text/html; charset="UTF-8"


    
      
    
    
 changed
              bug 1067
        
    
             
    
          
    
            What
            Removed
            Added
          
    

         
    
           Attachment #322 mime type
           application/octet-stream
           
           text/plain
           
         
    
      
    
      
    
      
    
      You are receiving this mail because:
      
      
      
          
    • You are on the CC list for the bug.
      • 
      
    
    


--1411608517.8F0eA0481.27609--

From kenj@internode.on.net  Wed Sep 24 21:32:35 2014
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 4FDAE7F7B
	for ; Wed, 24 Sep 2014 21:32:35 -0500 (CDT)
Received: from cuda.sgi.com (cuda2.sgi.com [192.48.176.25])
	by relay3.corp.sgi.com (Postfix) with ESMTP id D07D3AC002
	for ; Wed, 24 Sep 2014 19:32:34 -0700 (PDT)
X-ASG-Debug-ID: 1411612351-04cbb0730414e410001-S8gJnT
Received: from ipmail06.adl6.internode.on.net (ipmail06.adl6.internode.on.net [150.101.137.145]) by cuda.sgi.com with ESMTP id SYG2IIdqUZ8xj0CG for ; Wed, 24 Sep 2014 19:32:32 -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: AkkCAHF+I1R20ScOPGdsb2JhbAANU4c5hDfHQoMhAYEfAQYBAQEBOIQ8AQEEIxVAARALGAICBRYLAgIJAwIBAgExFAYNAQcBAbVKeJYoAReBLI5yB4J4gVMBBI9GpyODJAEBAQ
Received: from ppp118-209-39-14.lns20.mel4.internode.on.net (HELO [192.168.1.100]) ([118.209.39.14])
  by ipmail06.adl6.internode.on.net with ESMTP; 25 Sep 2014 12:01:37 +0930
Message-ID: <54237F01.7040409@internode.on.net>
Date: Thu, 25 Sep 2014 12:33:37 +1000
From: Ken McDonell 
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:31.0) Gecko/20100101 Thunderbird/31.1.1
MIME-Version: 1.0
To: Nathan Scott 
CC: PCP 
Subject: Re: [pcp] pcp files/dirs in /etc not owned by root
References: <54234B15.1050901@internode.on.net> <51014399.55247296.1411599705642.JavaMail.zimbra@redhat.com>
X-ASG-Orig-Subj: Re: [pcp] pcp files/dirs in /etc not owned by root
In-Reply-To: <51014399.55247296.1411599705642.JavaMail.zimbra@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: 1411612352
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.3.9846
	Rule breakdown below
	 pts rule name              description
	---- ---------------------- --------------------------------------------------

On 25/09/14 09:01, Nathan Scott wrote:
> ...
> There is one problem here - the cron scripts run as the user pcp and it
> is possible that they will need to generate config.default.  Thus they
> will either need to change back to running as root, or they will need to
> be able to write those two files in those two directories.
>
> Other than that little quirk, I think this is a great idea.

Excellent point.

Perhaps these files should not be in /etc.

What if the pmlogger config files could also be found in a new 
/var/lib/pcp/config/pmlogger directory (dejau vu?) ... this could be 
owned by the pcp user (like the pmda dir in /var/lib/pcp/config).

Then we move the generated files from below /etc to below /var, but keep 
the control files in /etc.

Same logic of course for pmie.

Thoughts?

From nscott@redhat.com  Thu Sep 25 00:43:42 2014
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 53E007F7E
	for ; Thu, 25 Sep 2014 00:43:42 -0500 (CDT)
Received: from cuda.sgi.com (cuda2.sgi.com [192.48.176.25])
	by relay2.corp.sgi.com (Postfix) with ESMTP id 42C54304039
	for ; Wed, 24 Sep 2014 22:43:38 -0700 (PDT)
X-ASG-Debug-ID: 1411623813-04cbb073021d9a10001-S8gJnT
Received: from mx3-phx2.redhat.com (mx3-phx2.redhat.com [209.132.183.24]) by cuda.sgi.com with ESMTP id TzvEiv0JCKg4KMyU (version=TLSv1 cipher=AES256-SHA bits=256 verify=NO) for ; Wed, 24 Sep 2014 22:43:34 -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 s8P5hUht025842;
	Thu, 25 Sep 2014 01:43:30 -0400
Date: Thu, 25 Sep 2014 01:43:30 -0400 (EDT)
From: Nathan Scott 
Reply-To: Nathan Scott 
To: Ken McDonell 
Cc: PCP 
Message-ID: <1326499811.55343045.1411623810656.JavaMail.zimbra@redhat.com>
In-Reply-To: <54237F01.7040409@internode.on.net>
References: <54234B15.1050901@internode.on.net> <51014399.55247296.1411599705642.JavaMail.zimbra@redhat.com> <54237F01.7040409@internode.on.net>
Subject: Re: [pcp] pcp files/dirs in /etc not owned by root
MIME-Version: 1.0
X-ASG-Orig-Subj: Re: [pcp] pcp files/dirs in /etc not owned by root
Content-Type: text/plain; charset=utf-8
Content-Transfer-Encoding: 7bit
X-Originating-IP: [10.5.82.7]
X-Mailer: Zimbra 8.0.6_GA_5922 (ZimbraWebClient - FF17 (Linux)/8.0.6_GA_5922)
Thread-Topic: pcp files/dirs in /etc not owned by root
Thread-Index: qdjvrcIeqBE1wl+CHytdbsVvm2wAPA==
X-Barracuda-Connect: mx3-phx2.redhat.com[209.132.183.24]
X-Barracuda-Start-Time: 1411623814
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.02
X-Barracuda-Spam-Status: No, SCORE=0.02 using per-user scores of TAG_LEVEL=1000.0 QUARANTINE_LEVEL=1000.0 KILL_LEVEL=2.7 tests=THREAD_INDEX, THREAD_TOPIC
X-Barracuda-Spam-Report: Code version 3.2, rules version 3.2.3.9850
	Rule breakdown below
	 pts rule name              description
	---- ---------------------- --------------------------------------------------
	0.01 THREAD_INDEX           thread-index: AcO7Y8iR61tzADqsRmmc5wNiFHEOig==
	0.01 THREAD_TOPIC           Thread-Topic: ...(Japanese Subject)...



----- Original Message -----
> [...]
> Perhaps these files should not be in /etc.
> 
> What if the pmlogger config files could also be found in a new
> /var/lib/pcp/config/pmlogger directory (dejau vu?) ... this could be
> owned by the pcp user (like the pmda dir in /var/lib/pcp/config).
> 
> Then we move the generated files from below /etc to below /var, but keep
> the control files in /etc.
> 
> Same logic of course for pmie.
> 
> Thoughts?

Heh, everything thats old is new again.  That approach sounds good to me.

cheers.

--
Nathan

From nscott@redhat.com  Thu Sep 25 03:56:46 2014
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 E2D987F55
	for ; Thu, 25 Sep 2014 03:56:46 -0500 (CDT)
Received: from cuda.sgi.com (cuda2.sgi.com [192.48.176.25])
	by relay1.corp.sgi.com (Postfix) with ESMTP id D14FA8F8033
	for ; Thu, 25 Sep 2014 01:56:46 -0700 (PDT)
X-ASG-Debug-ID: 1411635401-04cbb07304201f40001-S8gJnT
Received: from mx6-phx2.redhat.com (mx6-phx2.redhat.com [209.132.183.39]) by cuda.sgi.com with ESMTP id lBRBqdUiWQLNIBcN (version=TLSv1 cipher=AES256-SHA bits=256 verify=NO) for ; Thu, 25 Sep 2014 01:56:42 -0700 (PDT)
X-Barracuda-Envelope-From: nscott@redhat.com
X-Barracuda-Apparent-Source-IP: 209.132.183.39
Received: from zmail20.collab.prod.int.phx2.redhat.com (zmail20.collab.prod.int.phx2.redhat.com [10.5.83.23])
	by mx6-phx2.redhat.com (8.14.4/8.14.4) with ESMTP id s8P8ucBC018611;
	Thu, 25 Sep 2014 04:56:38 -0400
Date: Thu, 25 Sep 2014 04:56:38 -0400 (EDT)
From: Nathan Scott 
Reply-To: Nathan Scott 
To: "Frank Ch. Eigler" , Ken McDonell 
Cc: PCP 
Message-ID: <1245076175.55440644.1411635398343.JavaMail.zimbra@redhat.com>
In-Reply-To: 
References: <54234B15.1050901@internode.on.net> 
Subject: Re: [pcp] pcp files/dirs in /etc not owned by root
MIME-Version: 1.0
X-ASG-Orig-Subj: Re: [pcp] pcp files/dirs in /etc not owned by root
Content-Type: text/plain; charset=utf-8
Content-Transfer-Encoding: 7bit
X-Originating-IP: [10.5.82.7]
X-Mailer: Zimbra 8.0.6_GA_5922 (ZimbraWebClient - FF17 (Linux)/8.0.6_GA_5922)
Thread-Topic: pcp files/dirs in /etc not owned by root
Thread-Index: Dw6d91NtPF/G5LFQVbaRYlJsXAh8dQ==
X-Barracuda-Connect: mx6-phx2.redhat.com[209.132.183.39]
X-Barracuda-Start-Time: 1411635401
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.03
X-Barracuda-Spam-Status: No, SCORE=0.03 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, THREAD_INDEX, THREAD_TOPIC
X-Barracuda-Spam-Report: Code version 3.2, rules version 3.2.3.9856
	Rule breakdown below
	 pts rule name              description
	---- ---------------------- --------------------------------------------------
	0.01 THREAD_INDEX           thread-index: AcO7Y8iR61tzADqsRmmc5wNiFHEOig==
	0.01 THREAD_TOPIC           Thread-Topic: ...(Japanese Subject)...
	0.01 BSF_SC0_SA_TO_FROM_DOMAIN_MATCH Sender Domain Matches Recipient
	                           Domain

Hi guys,

----- Original Message -----
> > [...]
> On my machine, this is:
> 
> % ls -al /etc/pcp/pmcd/pmcd.conf /etc/pcp/pmcd/pmcd.options
> -rw-r--r--. 1 root  pcpqa 770 Apr 23 21:26 /etc/pcp/pmcd/pmcd.conf
> -rw-r--r--. 1 pcpqa pcpqa 606 Apr  7 21:58 /etc/pcp/pmcd/pmcd.options
> 
> It indicates that running the pcpqa suite leaves stains, as it were,
> on the well-bleached defaults that come with the base package.  (I've

I want to cover my eyes and pretend I didn't just see those file
timestamps.  5 months since running QA there?  Ouch!

> long dreamed of a pcpqa implementation that leaves the /etc/pcp/*
> files and system daemons well alone, and runs private copies on
> alternate ports etc. only.)

I can't imagine this ever working in pcp/qa, its assumptions are so
deeply entrenched in this regard.

The pcp/qa goals are somewhat different to "standalone" software.
It tests with installed services like memcached, rsyslogd, ds389,
and on and on, and its not shy in reconfiguring them to exercise
core PCP behaviour.  It intentionally tests the installed packages
as well (so pcp upgrade paths from one version to another are also
able to be tested).  Effort required far outweighs the benefits of
changing this approach after >20 years of effort now.

So, I agree with Kens synopsis that disciplined QA test writing is
the key to tackling this in the core pcp/qa testsuite.  Ken, maybe
we could check after every test finishes (so, inside ./check) that
the permissions are not modified, using the qa/994 mechanism?  (and
report immediately on any test that breaks it, as it happens?)

However, Frank, I do think it is an achievable goal for the separate
JVM, web, and other trees (like pcolby has shown us already, and as
I've been trying to convey).  By a happy coincidence, I implemented
it yesterday in the new web tree - I'll push this for review shortly.

In the one test we have for all of the pcp-web-manager code combined
(sob!  one test!  again, I can't help but feel partially responsible
- oh well, let's make the most of it now) this conversion was doable
but it still took me an hour to do and test properly.  Multiply that
by hundreds of core pcp/qa tests - many of which are not amenable to
conversion at all - the effort vs reward is not favourable IMO - we
would be better off investing that effort in other ways.

Please make use of VMs/containers/whatever throwaway-hosts if you're
concerned about this for local system testing.

cheers.

--
Nathan

From nscott@redhat.com  Thu Sep 25 05:14:53 2014
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 36DC17F8D
	for ; Thu, 25 Sep 2014 05:14:53 -0500 (CDT)
Received: from cuda.sgi.com (cuda1.sgi.com [192.48.157.11])
	by relay2.corp.sgi.com (Postfix) with ESMTP id EDA3C304051
	for ; Thu, 25 Sep 2014 03:14:49 -0700 (PDT)
X-ASG-Debug-ID: 1411640084-04bdf003a21f2c40001-S8gJnT
Received: from mx5-phx2.redhat.com (mx5-phx2.redhat.com [209.132.183.37]) by cuda.sgi.com with ESMTP id mMVe1DNsNWU5PBek (version=TLSv1 cipher=AES256-SHA bits=256 verify=NO) for ; Thu, 25 Sep 2014 03:14:44 -0700 (PDT)
X-Barracuda-Envelope-From: nscott@redhat.com
X-Barracuda-Apparent-Source-IP: 209.132.183.37
Received: from zmail20.collab.prod.int.phx2.redhat.com (zmail20.collab.prod.int.phx2.redhat.com [10.5.83.23])
	by mx5-phx2.redhat.com (8.14.4/8.14.4) with ESMTP id s8PAEfBX019796;
	Thu, 25 Sep 2014 06:14:41 -0400
Date: Thu, 25 Sep 2014 06:14:41 -0400 (EDT)
From: Nathan Scott 
Reply-To: Nathan Scott 
To: "Frank Ch. Eigler" 
Cc: Ken McDonell , Dave Brolley ,
        Mark Goodwin , pcp@oss.sgi.com
Message-ID: <2143674986.55503362.1411640081377.JavaMail.zimbra@redhat.com>
In-Reply-To: 
References: <1970205420.36245669.1408665579915.JavaMail.zimbra@redhat.com> <050301cfc01c$04889170$0d99b450$@internode.on.net> <1078845537.37533359.1408945446955.JavaMail.zimbra@redhat.com>  <638874581.42408155.1409659444170.JavaMail.zimbra@redhat.com> <20140902134012.GE4825@redhat.com> <1859208890.52189214.1411109762944.JavaMail.zimbra@redhat.com> 
Subject: Re: PCP trees for web and middleware development
MIME-Version: 1.0
X-ASG-Orig-Subj: Re: PCP trees for web and middleware development
Content-Type: text/plain; charset=utf-8
Content-Transfer-Encoding: 7bit
X-Originating-IP: [10.5.82.7]
X-Mailer: Zimbra 8.0.6_GA_5922 (ZimbraWebClient - FF17 (Linux)/8.0.6_GA_5922)
Thread-Topic: PCP trees for web and middleware development
Thread-Index: UTMa2UjPX3ksGF87hIsufOHWQCTvIA==
X-Barracuda-Connect: mx5-phx2.redhat.com[209.132.183.37]
X-Barracuda-Start-Time: 1411640084
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.03
X-Barracuda-Spam-Status: No, SCORE=0.03 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, THREAD_INDEX, THREAD_TOPIC
X-Barracuda-Spam-Report: Code version 3.2, rules version 3.2.3.9858
	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.01 BSF_SC0_SA_TO_FROM_DOMAIN_MATCH Sender Domain Matches Recipient
	                           Domain

Hi Frank,

----- Original Message -----
> 
> nathans wrote:
> 
> > [...]  I'm convinced that now is a good time to change the way we
> > manage PCP sources, while it's still early days in the PCP web &
> > middleware areas [...]
> 
> I'm unconvinced that cleaving the project this way is helpful, and
> wonder what other members of the community think.

I've set this aside for a week so others could chime in with their
own opinions.  Obviously there's not a whole lot of interest; I guess
people are expecting us to be just getting on with resolving it, one
way or another.

So, we need to move forward once more.  I remain very much convinced
that separate trees will be a positive gain for us all, and will be
moving forward along that path shortly.  I've considered your points
below - see my notes that follow - but at this time feel we must all
move on without getting bogged down in weeks of further argument.

I remain uncomfortable with maintaining those components that will be
in the new pcp-web-manager tree, as we've discussed.  If this is not
something you want to take on being the primary maintainer for, then
that's a bit of a problem.  You & I are the main people who've hacked
on all of that code (other than the hundreds of thousands of lines of
embedded javascript code, heh) - mainly you, see my next mail.  In that
case, I'll continue on in a caretaker role until someone else (anyone?)
volunteers - just in the short term.

I do remain hopeful that you'll come around though.  Some goals - like
the QA discussion we've been having - are immediately achieved using
this new tree.

I've found and fixed several problems in the web test (i.e. the artist
previously known as qa/660), but one or two issues remain unsolved -
the test doesn't pass for me on f20 even before the changes.  I shall
follow up separately on those issues, tomorrow.


> > ----- Original Message -----
> >> > [...]
> >> > As discussed elsewhere before your vacation, I'm not comfortable
> >> > adding copies of 100s of 1000s of lines of javascript code and
> >> > images to core PCP from projects that we didn't author, nor have
> >> > plans/skills to maintain ourselves.
> >> 
> >> I'm not comfortable either, but solutions that make everyone
> >> comfortable are not likely to exist soon.
> >
> > Agreed.  I'm semi-comfortable with this being released separately to
> > core PCP, and not at all comfortable with any of it embedded in the
> > PCP git tree.
> 
> Yet this proposed alternative scheme puts them into the same
> e.g. fedora distribution packages.  It does not solve any hypothetical
> licensing concerns, or team workload, or bug triage procedures, or
> indeed who fixes what bugs.

Oh, it certainly does solve many issues - you are just thinking mainly of
Red Hat.  It means I can continue pushing Debian packages to the archives
for core PCP (with my community debian.org hat on, I'll not be maintaining
the web tree code - others who are interested can take that on, & convince
themselves the code is fine if they wish, but I draw the line there).

The hypothetical licensing concerns of having encumbered code introduced
into core PCP are indeed addressed *for core PCP* since said code is not
introduced and only the web tree (or the jvm tree or ... any other future
tree building substantially on other peoples work) containing potentially
encumbered code would be at legal risk.

In terms of Fedora RPM builds, the use of %source would be unnecessary if
we had separate spec files.  However, I know it's very useful for Red Hat
processes if we have a single spec for PCP, so that bit's more a practical
solution, and not my technically-preferred-solution.

> 
> >> Would your discomfort be eased if this same non-embedding embedding
> >> were experimented with for purposes of the web applications?  Namely,
> >> include src tarballs of graphite/grafana/etc. within pcp src.rpm's,
> >> and have these be untarred under /usr/share/pcp/jsdemos during the
> >> build/install phase?
> >
> > That's an improvement of sorts, but still only a stop-gap measure.
> 
> And yet the proposal is to move pmwebd core code out too - a baby &
> bathwater overreaction.

On the contrary, it is deeply tied to the javascript code - see for
example the >2000 lines of custom C++ code to deal with Graphite alone.
I am sure other deep ties will develop over time with other javascript
code, either that we write or that's pulled in from elsewhere.  Zabbix
is likely to need this treatment too, FWIW.

> > [...]  The core PCP tree would be a poor place to be doing this IMO
> > - with its current build system, testing model not ideal for
> > web/javascript code, and so on. [...]
> 
> Please substantiate this concern.  It is difficult to see how the
> power of arbitrary shell scripts (qa/NNN) is not sufficient to wrap
> whatever mechanical webapp-testing widget might eventually be used.

I've not explained clearly there sorry, although if you have looked at
the other layered trees that Paul Colby is working on, it might have
become more clear.  The goal is to allow the use of other "modern" ways
of testing, and not be tied to pcp/qa.  See the related discussion of
pcp/qa: http://www.pcp.io/pipermail/pcp/2014-September/005679.html

> > 1. The class of problem that Ken raised here ...
> > http://www.pcp.io/pipermail/pcp/2014-September/005440.html is going
> > to become far worse for javascript and java builds.  [...]
> 
> I don't see the connection.  Ken rightly points out that the
> build/test trees must be flexible as to prerequisites and older
> platforms.  But they can/should be identically flexible, whether
> or not they are stored in the same git repository.

Perhaps I can explain more succinctly this way.  We have many people
working in small parts of core PCP, however only three people actively
contribute to the full system testing required for upstream releases.
IMO, this is at least partly due to the nature of the pcp/qa testsuite
being large and complex already, but also because other people simply
do not want to do full system testing.  I do not plan to add javascript
and java and any other large testing mechanisms into that mix, adding
to the full-system upstream QA burden already carried exclusively by
Ken, Dave and myself - we're stretched as-is, and as a result some of
us have greatly reduced time for new development work.

The best path to tackling this is to have focussed trees for complex
sub-system cases like web and middleware.  The people choosing to take
on each of those subsystems can also take on the role of releasing and
testing for each area.  And they can do it more efficiently too - each
can use testing methods that suit their own area best - web/middleware
developers from those subsystems can use the tools/suites they prefer,
and we wont end up with one lowest common denominator testsuite that is
maintained by just a few "lucky" souls.

> > 2. Already, the web package is approx double the size of core PCP
> > (2.9M vs 1.5M) [...]  It contains 300+ more files than the core PCP
> > package [...]
> 
> Is there a maximum limit for a core-pcp source distribution in bytes
> and file count?  What resources are at risk of exhaustion by an extra
> few megabytes of sources or optional binaries?

There is certainly a point where we have to stop and rethink (and along
with all the other issues, yes, definitely we've passed that point for
the code in the pcp-web-manager tree - we will certainly pass it in the
middleware space rapidly too, based on my investigations there so far, so
I plan to start with a separate tree from day 1 there).  I don't think
there's any specific numbers if that's what you're seriously after - its
more an application of common sense, and ensuring that the contents of
each tree is a good fit for those folks actively maintaining them.


I think I mentioned, several times now, I'm not comfortable continuing to
maintain the code in that tree.  I hope you can respect that, just as I
have respected the right you have to the kind of implementation you chose.
I'll not be continuing an argument over weeks and weeks, however - I have
considered all of your points, and the lack of concern from anyone else,
and will be moving forward on this path.

So, thanks for the feedback; I'm a bit saddened you didn't like CMake as
an alternative build system (again, I'd encourage you to review pcolbys
work - its really cool IMO), but its your call so I've stuck with plain
autoconf/make for now in the new tree.  Feel free to change it - one of
the many advantages of this approach is that the build/test/deploy system
there could be changed quite quickly now if you/others would like to.

I'm looking forward to handing over what I think is a neat separation
on this tree tree shortly (within pcp-3.10.0 timeframe), and continuing
on with my focus on core PCP.  I wish all the best to whoever is keen to
take on responsibility for the new tree - hopefully it's you, Frank, I
think you'll do a good job.

cheers.

--
Nathan

From nscott@redhat.com  Thu Sep 25 05:16:03 2014
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 A31827F8D
	for ; Thu, 25 Sep 2014 05:16:03 -0500 (CDT)
Received: from cuda.sgi.com (cuda2.sgi.com [192.48.176.25])
	by relay2.corp.sgi.com (Postfix) with ESMTP id 8F516304039
	for ; Thu, 25 Sep 2014 03:16:03 -0700 (PDT)
X-ASG-Debug-ID: 1411640153-04cbb0730421db30001-S8gJnT
Received: from mx3-phx2.redhat.com (mx3-phx2.redhat.com [209.132.183.24]) by cuda.sgi.com with ESMTP id 2nojgwAtDPsCDtTl (version=TLSv1 cipher=AES256-SHA bits=256 verify=NO) for ; Thu, 25 Sep 2014 03:15: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 s8PAFrI6002869
	for ; Thu, 25 Sep 2014 06:15:53 -0400
Date: Thu, 25 Sep 2014 06:15:53 -0400 (EDT)
From: Nathan Scott 
Reply-To: Nathan Scott 
To: PCP Mailing List 
Message-ID: <1891200253.55504008.1411640152976.JavaMail.zimbra@redhat.com>
In-Reply-To: <806998357.55484982.1411638206074.JavaMail.zimbra@redhat.com>
Subject: pcp-web-manager: initial version
MIME-Version: 1.0
X-ASG-Orig-Subj: pcp-web-manager: initial version
Content-Type: text/plain; charset=utf-8
Content-Transfer-Encoding: 7bit
X-Originating-IP: [10.5.82.7]
X-Mailer: Zimbra 8.0.6_GA_5922 (ZimbraWebClient - FF17 (Linux)/8.0.6_GA_5922)
Thread-Topic: pcp-web-manager: initial version
Thread-Index: Q3IF7kImB6y5P2mEDlPOz1hMvcPqxQ==
X-Barracuda-Connect: mx3-phx2.redhat.com[209.132.183.24]
X-Barracuda-Start-Time: 1411640154
X-Barracuda-Encrypted: AES256-SHA
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.02
X-Barracuda-Spam-Status: No, SCORE=0.02 using per-user scores of TAG_LEVEL=1000.0 QUARANTINE_LEVEL=1000.0 KILL_LEVEL=2.7 tests=INFO_TLD, THREAD_INDEX, THREAD_TOPIC
X-Barracuda-Spam-Report: Code version 3.2, rules version 3.2.3.9858
	Rule breakdown below
	 pts rule name              description
	---- ---------------------- --------------------------------------------------
	0.01 THREAD_INDEX           thread-index: AcO7Y8iR61tzADqsRmmc5wNiFHEOig==
	0.01 THREAD_TOPIC           Thread-Topic: ...(Japanese Subject)...
	0.00 INFO_TLD               URI: Contains an URL in the INFO top-level domain

Changes committed to git://git.pcp.io/pcp-web-manager.git dev

Frank Ch. Eigler (209):
      pmwebapi: split main.c -> pmresapi and pmwebapi, move hash-table-iteration code
      pmwebapi: whitespace / formatting tweaks
      declare pmwebapi_gc in header to suppress build warnings
      header wrangling: need  for S_ISREG on fedora16
      docs: start sketching out docs for pmwebapi
      pmwebapi: add basic /pmapi/CONTEXT/_metric support
      add /pmapi/CONTEXT/_fetch?pmids=NNN,JJJ
      handle json comma-separation properly between multiple _fetch?pmid values: []
      add JSON quoted-string printer for passing through mystery ascii safely
      strtol needs explicit errno checking for some bad-parse cases
      jsbrowser baby steps
      pmwebapi: #include ctypes.h for associated macros
      pmwebapi: include a bundled copy of libmicrohttpd in source tree
      pmwebapi jsbrowser: all-important whitespace cleanup
      pmwebapi: use new notify-error function, that includes client name:port
      pmwebapi.txt: note possible binding for pmRegisterDerived
      pmweb_notify: Trim \n before delegating to __pmNotifyErr.
      pmresapi: add a 300-second expiry to outgoing web resources
      pmwebapi: add HFILES=pmwebapi.h
      pmwebapi.txt: note implemented queries as [done]
      pmwebapi: support /_fetch?names=NAME1
      Add -H/-A/-L options to pmwebapi to permanently bind webapi context#'s
      pmwebapi: add LOG_INFO message for -H/-A/-L contexts
      pmwebapi.txt: extend plans for _indom? query
      pmwebapi.txt: add a todo list
      pmwebapi: correct bad-pointer usage for error_page printing in pmresapi
      pmwebapi: print url arguments with verbosity 3
      pmwebapi: reindent source code
      pmwebapi: adapt to the pcp 3.7 revised __pmHashWalkCB
      pmwebapi: omnibus post-review work
      pmwebapi: make most functions static
      pmwebapi: in JSON quoted strings, pass more safe characters without \uXXXX hex-encoding
      pmwebapi: add pcp favicon.ico to jsdemos/
      pmwebapi: reduce getnameinfo() detail during logging
      pmwebapi: document & fix &polltimeout=NNN parameter for new-context requests
      pmwebapi jsdemos: add jquery-1.10.2 js + themes package
      pmwebabi blinkenlights omnibus improvements
      pmwebapi blinkenlights: tolerate empty predicates list, it's not an error
      pmwebapi: regulate select() timeout with gc polling interval
      pmwebapi.txt: suggest a /ping operation to simply keep a context alive
      pmwebapi blinkenlight: cancel context if polling interval dramatically enlarged
      blinkenlights: pass computed &polltimeout=NNN as integer
      blinkenlights: raise minimum poll interval, to avoid round-off early expiry
      pmwebapi blinkenlights: add a text field to set context specifier
      pmwebapi: tweak logging output, change /context?local=FOOBAR webAPI
      pmwebapi blinkenlights: tighter parsing of predicates; alert box on failure
      pmwebapi: use full PIE*FLAGS to fortify pmwebd and libmicrohttpd (if bundled)
      pmwebapi: correct response memory-management snafu
      pmwebapi: valgrind checks
      pmwebapi: tweak command line options
      pmwebapi: concentrate documentation in pmwebd(1) and pmwebapi(3) man pages
      pmwebapi: add a -C NUMBER option to pmwebd for permanent context# setting
      pmwebapi TODO: add ACL items
      pmwebai: testsuite-inspired tweaks
      pmwebapi: do best-effort error-message printing for pmwebapi errors
      pmwebapi: add error reporting to new-context path too
      pmwebapi: omnibus tweaks
      pmwebapi TODO: add time-control
      pmwebapi: error-response thinko fix
      pmwebapi: catch pmresapi file ../FOO as invalid
      pmwebd: don't capture SIGPIPE for exiting; libpcp uses that internally
      pmwebapi: correct some signed/unsigned integer warnings
      pmwebapi: add #include  for va_* functions.
      pmwebapi: support more general pcp hostname specs, and HTTP Basic authentication
      pmwebapi blinkenlights: support more general hostspecs.  Add timestamp.
      pmwebd.options: make explicit the default -A $(PCP_LOG_DIR)/pmwebd
      pmwebd: support printing of PM_TYPE_EVENT, PM_TYPE_AGGREGATE* values
      pmmgr prototype snapshot
      pmmgr: add pmlogmerge-* capability
      pmmgr: add TODO file
      pmmgr: make all configuration changeable at run time
      pmmgr: add man page
      pmmgr: add a default configuration directory under $(PCP_SYSCONF_DIR)/pmmgr
      pmmgr: add -r to pmlogger command line options
      pmmgr: enable Makepkgs
      pmmgr: add a TODO entry
      pmmgr: adopt pmDiscoverServices api
      pmmgr: avahi adaptation
      pmmgr: add rc file
      pmmgr docs: fix typo in config/target-discovery
      pmmgr: add sh_quote() quoting for sh -c arguments as they're being constructed
      pmmgr: add pmmgr.options, cargo-culted from pmwebd
      pmmgr: move pmmgr/src/* into pmmgr/*
      pmmgr: add sample config ditty for avahi-based pmcd autodiscovery
      pmmgr: interpret configured log-directory relative to cfg-directory if necessary
      pmmgr: standardize cout/cerr log messages
      pmmgr: tweak rc options to match available pmmgr parameters
      pmmgr config/ directory: drop all .default files
      pmmgr build: make conditional via autoconf & build-me GNUmakefile idioms
      pmmgr: sort hostid-metric multi-instance values
      pmmgr: parallelize daemon configuration/startup
      pmmgr: respond quicker to sudden death of inferior daemons
      pmmgr: make cppcheck(1) happier with little style tweaks
      rc_pmmgr: include pmmgr.options support
      pmmgr: add some more TODOs
      pmmgr: add pmlogmerge option to /etc/pcp/pmmgr/config defaults
      pmmgr: for make-install, recurse into config/ subdirectory
      pmmgr: check & overlook broken archives during pmlogmerge phase
      pmmgr: new option for garbage-collecting ancient hostid data
      /etc/pcp/pmmgr: make dir & contents root- instead of pcp-owned
      pmmgr: correct zombie handling for dead hostids & subdir gc string matching
      pmmgr TODO: add a few
      pmmgr: add -l LOGFILE option
      pmmgr: use pmSortInstances() instead of same thing open-coded locally
      pmmgr: new TODO
      pmmgr: note possibilities for tie-breaking between alternate pmcd paths
      pmmgr TODO +1
      pmmgr: add latency-based tie-break for multiple-url target pmcds
      pmmgr: pmlogrewrite support
      pmmgr: add pmlogmerge-granular mode
      pmmgr TODO: add some
      pmmgr: tweak pmlogrewrite operations to occur just before merges, only on their inputs
      pmmgr signal-response improvements, part 1: respond to quit!=0 quicker
      pmmgr: improve responsivity to incoming signals
      pmmgr signal handling: don't need to propagate signals to process group any more
      pmmgr signal handling: the finaler solution
      pmlogger: add -z option for host-local timezone support
      pmlogger: -z -> -y
      pmmgr signal handling: setpgrp
      pmmgr: avoid super-quick daemon failure-retry loops
      pmmgr: -march=i386 build fix
      pmmgr: append a space after config-loaded pmie/pmlogger options
      pmmgr/avahi: demonstrate new timeout param in sample configuration file
      pmmgr: use /bin/sh -c "exec FOO" instead of "FOO" for launching daemons
      pmwebd: add CORS Access-Control-Allow-Origin: * to JSON response headers
      pmwebd: make foreground mode less magic
      whitespace: gnu-indent pmwebd to keep it looking spic & span
      pmwebd configury: look for & link in cairo graphics library
      pmwebd: TODO++
      pmwebd: pmgraphite rough-in snapshot
      pmwebd: initial conversion to C++
      pmwebd: eliminate mhdb_* miniapi in favour of ordinary c++ stringstreams
      switched to astyle as indenter
      signs of life snapshot: graphlot /rawdata data supplying
      snapshot: grafana signs of life
      grafana snapshot: TZ=UTC & absolute timestamp parsing
      metric enumeration snapshot; now graphite & grafana tree-based metric searching work
      remind self of numerical methods, loss of significance
      respect /graphite/render maxDataPoints more vigorously
      merge /rawdata & /render&format=json modes; support metric wildcards in rendering pipeline too
      graphlot-invoked-from-graphite-browser javascript improvements
      metric enumeration coup de grace: add instance domains too
      handle metric/query format=completer
      drop jsdemos/jsbrowser - early partial experiment
      grafana defaults: show something interesting
      grafana app.js decompressing, pcp+ html branding
      back to minified grafana app.js
      default grafana dashboards: add another set of metrics; turn off stacked flag!
      xopen/posix goodness: use isnanf() to make double-sure to detect float (vs. doubles)
      add Access-Control-Allow-Origin: * headers to all json responses
      respond to pending exits (^C) more rapidly, esp. from nested or data-intensive loops
      pmwebd: add periodic client-stats notification; fix wider-than-intended graphite metric wildcard matching
      pmwebd dumpstats tweak
      pmwebd, tweak client dumpstats more
      pmwebd: reindent the lot
      pmwebd: beginnings of cairo server-side rendering of graphs
      graphite png rendering: fix rendering of null sequences
      pmwebd graphite color name parsing
      typo fix in &until=FOO parameter lossage
      pmwebd: draw legend, title
      pmwebd graphite: draw grid, axis labels too
      blinkenlights: import jquery-ui-themes tarball
      pmwebd graphite: cairo rendering: fix time axis
      pmwebd graphite: during pmns enumeration, filter out non-numerics
      pmwebd graphite: support graphite metric-regex-search
      pmwebd: correct result mime/type for file server
      pmwebd graphite: add graphlot metric-box live-search too
      pmwebd graphlot: drop events entry box until events are supported
      pmwebd graphite: add a png-rendering-based alternative startup for grafana
      pmwebd graphite, multithread prep
      pmwebd grafana: tighten up default dashboards; add disk i/o row
      pmwebd graphite: add -M multithreading option
      pmwebd: tweak verbosity; add png cache-suppression headers
      pmwebd: log http query params tighter for -vv
      pmwebd grafana png demo: turn off auto-refresh; she no workie right
      pmwebd graphite png rendering: intelligent legend/curve sorting-by-visibility
      pmwebd TODO++
      pmwebd: correct a memory leak
      pmwebd graphite archive processing: avoid out-of-range times
      pmwebd TODO++
      pmwebd grafana: disable save temp/share options in default dashboards
      pmwebd jsdemos permissions cleanup
      pmwebapi classic pmapi: correct a c++ conversion problem, caught by old 660 testcase
      pmwebd GNUmakefile: install jsdemos (all webapps) under $PCP_SHARE_DIR/jsdemos
      pmwebd: fix typo in new rc_pmwebd option loader
      pmwebd: whitespace update
      pmwebd graphite: tweak messages, y-axis rounding, time parsing
      pmwebd config sample: add commented-out $PCP_DERIVED_CONFIG clause
      pmwebd: add $LIB_FOR_PTHREADS
      pmwebd diagnostics: make -vvv Just Right for graphite non-empty curves
      pmwebd: add gcov (test-coverage) build option; enlarge 660 test case for more coverage
      pmwebd qa++, now gcov-guided
      pmwebd qa: now with ipv6 output too
      pmwebd: switch to pkgconfig configury to extract cflags/libs paths
      pmwebd: dropping former jsdemos GNUmakefiles, which are not used
      pmwebd: extend precision for some floating point outputs
      pmwebapi: add man pages
      pmmgr: add man page
      pmwebd: eliminate compiler warnings about unused variables
      pmwebapi: ACAO and QA improvements
      pmwebd: support old $PMWEBDOPTS configuration file format
      pmwebd debian packaging: clean up jsdemos
      pmwebd: correct graphite cairo status formatting in startup message
      pmwebd: update docs for graphite capabilities
      pmwebd qa++; now with fullish pmwebapi(3) coverage

Nathan Scott (36):
      reordering #includes for older microhttpd compatibility
      Change to start pmwebd up as a regular daemon
      Expand relative paths in pmwebd log/resource location reporting
      Resolve two build breakages reported by Debian folks
      Fix a memleak in pmwebd on host attr parsing error path
      Fix pmwebd default log path, env vars not expanded by init scripts
      Add the jsdemos into the source tarball
      Add sample -R use into pmwebd config, helps with the demos
      Add tarball for jquery-ui-themes
      Remove a pmwebapi conditional which can never be true, dead code
      Fix a typo in the pmwebd rc script
      Updates to packaging - pmmgr goodness, NeedRebuild jiggery-pokery
      Ensure pmproxy/pmmgr log dirs get correct permissions (as in rc_pmcd)
      Tweak pmmgr TODO list - tested on many Unixen now, all good
      Revert "pmmgr signal handling: don't need to propagate signals to process group any more"
      Workaround pmmgr build issue (duplicate define) on OpenIndiana
      Fix some build/packaging issues, particularly Debian related
      Trivial comment typo fix in pmwebapi.c
      Next round of additions of tool long options support
      Next round of additions of tool long options support
      Additional services for automatic discovery
      Add a pmcd.services metric reflecting PCP daemon usage
      Add a pmcd.services metric reflecting PCP daemon usage
      Trivial pmwebd related code/test cleanups
      rc_pmmgr: use PCP_SYSCONF_DIR directly, small sh cleanups
      rc_pmwebd: use PCP_SYSCONF_DIR directly, small sh cleanups
      build system: simply using old-style makefiles, initially
      build system: add debian packaging
      build system: shift version number to localdefs
      build system: name source tarball more clearly
      build system: add service files, remove unused make targets
      build system: add autoconf support (preferred over CMake for now)
      tests: rework webapi script to support local build testing!
      build system: reinstate service file path munging via make
      build system: simplify and complete the deb make target
      build system: add a small, self-contained rpm spec file

Serguei Makarov (19):
      pmwebapi: create jsdemos/ dir
      pmwebapi: couple pmresapi tweaks -- 404 code, serve index.html in directory
      pmwebapi.txt: fix/clarify some response structures
      pmwebapi: disable redirection behaviours
      pmwebapi: add jsdemos/blinkenlights/ early version
      pmwebapi: prepare predicate parsing for blinkenlights demo
      pmwebapi blinkenlights: use location.hostname for the pmapi hostname
      pmwebapi blinkenlights: fix to stop spurious _fetch calls before we have context
      pmwebapi: support for _indom
      pmwebapi: saner variable naming than val1, val2, ...
      pmwebapi: slight linewrap oops for above
      pmwebapi blinkenlights: _indom instance name fetching support
      pmwebapi.txt: fix URL syntax -- & not , where appropriate
      pmwebapi blinkenlights: quick-and-dirty editbox for the predicate
      pmwebapi blinkenlights: small png clipart blinken-images
      pmwebapi blinkenlights: show metric value next to blinkenlight
      pmwebapi blinkenlights: stylesheet tweaks for blinkenlight alignment, using CSS background images
      pmwebapi blinkenlights: crude permalink feature, allowing user to bookmark a favourite preset
      pmwebapi blinkenlights oops: don't use URI.min.js

Paul Colby (1):
      test.sh: a delightfully simple test harness

 .gitignore                                                                                                         |   13 
 .indent.pro                                                                                                        |    4 
 GNUmakefile                                                                                                        |  282 
 README                                                                                                             |   15 
 TODO                                                                                                               |   50 
 aclocal.m4                                                                                                         |  229 
 builddefs                                                                                                          |   10 
 configure                                                                                                          | 3179 
 configure.ac                                                                                                       |   28 
 daemons/.gitignore                                                                                                 |    2 
 daemons/GNUmakefile                                                                                                |  183 
 daemons/TODO                                                                                                       |   52 
 daemons/config/GNUmakefile                                                                                         |   84 
 daemons/config/README                                                                                              |   15 
 daemons/config/hostid-metrics.default                                                                              |    2 
 daemons/config/log-directory.default                                                                               |    2 
 daemons/config/pmlogmerge-retain.default                                                                           |    2 
 daemons/config/pmlogmerge.default                                                                                  |    2 
 daemons/config/target-discover.default                                                                             |    2 
 daemons/config/target-discovery.avahi                                                                              |    2 
 daemons/config/target-discovery.default                                                                            |    2 
 daemons/config/target-discovery.example-avahi                                                                      |    3 
 daemons/config/target-host.default                                                                                 |    2 
 daemons/pmmgr.cxx                                                                                                  | 1969 
 daemons/pmmgr.h                                                                                                    |  163 
 daemons/pmmgr.options                                                                                              |   35 
 daemons/pmmgr.service                                                                                              |   28 
 daemons/pmmgr.service.in                                                                                           |   14 
 daemons/rc_pmmgr                                                                                                   |  322 
 daemons/src/.gitignore                                                                                             |    2 
 daemons/src/GNUmakefile                                                                                            |   78 
 daemons/src/pmmgr.cxx                                                                                              | 1924 
 daemons/src/pmmgr.h                                                                                                |  300 
 debian/.gitignore                                                                                                  |   16 
 debian/changelog                                                                                                   |    9 
 debian/compat                                                                                                      |    1 
 debian/control                                                                                                     |   32 
 debian/copyright                                                                                                   |   14 
 debian/pcp-manager.dirs                                                                                            |    2 
 debian/pcp-manager.install                                                                                         |   11 
 debian/pcp-manager.postinst                                                                                        |   14 
 debian/pcp-manager.postrm                                                                                          |    6 
 debian/pcp-manager.prerm                                                                                           |    8 
 debian/pcp-webapi.dirs                                                                                             |    2 
 debian/pcp-webapi.install                                                                                          |    5 
 debian/pcp-webapi.postinst                                                                                         |   14 
 debian/pcp-webapi.postrm                                                                                           |    6 
 debian/pcp-webapi.prerm                                                                                            |    8 
 debian/rules                                                                                                       |  102 
 debian/source/format                                                                                               |    1 
 dev/null                                                                                                           |binary
 jsbrowser/index.html                                                                                               |   76 
 jsbrowser/jquery-1.7.2.js                                                                                          |18808 +--
 jsbrowser/jsbrowser.js                                                                                             |   24 
 jsdemos/.gitignore                                                                                                 |    6 
 jsdemos/GNUmakefile                                                                                                |   78 
 jsdemos/blinkenlights/GNUmakefile                                                                                  |   66 
 jsdemos/blinkenlights/blinken_error.png                                                                            |binary
 jsdemos/blinkenlights/blinken_off.png                                                                              |binary
 jsdemos/blinkenlights/blinken_on.png                                                                               |binary
 jsdemos/blinkenlights/blinkenlights.css                                                                            |   23 
 jsdemos/blinkenlights/blinkenlights.js                                                                             |  294 
 jsdemos/blinkenlights/index.html                                                                                   |  157 
 jsdemos/blinkenlights/jquery-1.7.2.js                                                                              | 9404 +
 jsdemos/blinkenlights/jquery-ui-1.10.2.js                                                                          |14987 ++
 jsdemos/blinkenlights/jquery-ui-themes-1.10.2/AUTHORS.txt                                                          |  242 
 jsdemos/blinkenlights/jquery-ui-themes-1.10.2/MANIFEST                                                             |  440 
 jsdemos/blinkenlights/jquery-ui-themes-1.10.2/MIT-LICENSE.txt                                                      |   26 
 jsdemos/blinkenlights/jquery-ui-themes-1.10.2/package.json                                                         |   70 
 jsdemos/blinkenlights/jquery-ui-themes-1.10.2/themes/black-tie/images/animated-overlay.gif                         |binary
 jsdemos/blinkenlights/jquery-ui-themes-1.10.2/themes/black-tie/images/ui-bg_diagonals-thick_8_333333_40x40.png     |binary
 jsdemos/blinkenlights/jquery-ui-themes-1.10.2/themes/black-tie/images/ui-bg_flat_65_ffffff_40x100.png              |binary
 jsdemos/blinkenlights/jquery-ui-themes-1.10.2/themes/black-tie/images/ui-bg_glass_40_111111_1x400.png              |binary
 jsdemos/blinkenlights/jquery-ui-themes-1.10.2/themes/black-tie/images/ui-bg_glass_55_1c1c1c_1x400.png              |binary
 jsdemos/blinkenlights/jquery-ui-themes-1.10.2/themes/black-tie/images/ui-bg_highlight-hard_100_f9f9f9_1x100.png    |binary
 jsdemos/blinkenlights/jquery-ui-themes-1.10.2/themes/black-tie/images/ui-bg_highlight-hard_40_aaaaaa_1x100.png     |binary
 jsdemos/blinkenlights/jquery-ui-themes-1.10.2/themes/black-tie/images/ui-bg_highlight-soft_50_aaaaaa_1x100.png     |binary
 jsdemos/blinkenlights/jquery-ui-themes-1.10.2/themes/black-tie/images/ui-bg_inset-hard_45_cd0a0a_1x100.png         |binary
 jsdemos/blinkenlights/jquery-ui-themes-1.10.2/themes/black-tie/images/ui-bg_inset-hard_55_ffeb80_1x100.png         |binary
 jsdemos/blinkenlights/jquery-ui-themes-1.10.2/themes/black-tie/images/ui-icons_222222_256x240.png                  |binary
 jsdemos/blinkenlights/jquery-ui-themes-1.10.2/themes/black-tie/images/ui-icons_4ca300_256x240.png                  |binary
 jsdemos/blinkenlights/jquery-ui-themes-1.10.2/themes/black-tie/images/ui-icons_bbbbbb_256x240.png                  |binary
 jsdemos/blinkenlights/jquery-ui-themes-1.10.2/themes/black-tie/images/ui-icons_ededed_256x240.png                  |binary
 jsdemos/blinkenlights/jquery-ui-themes-1.10.2/themes/black-tie/images/ui-icons_ffcf29_256x240.png                  |binary
 jsdemos/blinkenlights/jquery-ui-themes-1.10.2/themes/black-tie/images/ui-icons_ffffff_256x240.png                  |binary
 jsdemos/blinkenlights/jquery-ui-themes-1.10.2/themes/black-tie/jquery-ui.css                                       | 1175 
 jsdemos/blinkenlights/jquery-ui-themes-1.10.2/themes/black-tie/jquery-ui.min.css                                   |    5 
 jsdemos/blinkenlights/jquery-ui-themes-1.10.2/themes/black-tie/jquery.ui.theme.css                                 |  406 
 jsdemos/blinkenlights/jquery-ui-themes-1.10.2/themes/blitzer/images/animated-overlay.gif                           |binary
 jsdemos/blinkenlights/jquery-ui-themes-1.10.2/themes/blitzer/images/ui-bg_diagonals-thick_75_f3d8d8_40x40.png      |binary
 jsdemos/blinkenlights/jquery-ui-themes-1.10.2/themes/blitzer/images/ui-bg_dots-small_65_a6a6a6_2x2.png             |binary
 jsdemos/blinkenlights/jquery-ui-themes-1.10.2/themes/blitzer/images/ui-bg_flat_0_333333_40x100.png                 |binary
 jsdemos/blinkenlights/jquery-ui-themes-1.10.2/themes/blitzer/images/ui-bg_flat_65_ffffff_40x100.png                |binary
 jsdemos/blinkenlights/jquery-ui-themes-1.10.2/themes/blitzer/images/ui-bg_flat_75_ffffff_40x100.png                |binary
 jsdemos/blinkenlights/jquery-ui-themes-1.10.2/themes/blitzer/images/ui-bg_glass_55_fbf8ee_1x400.png                |binary
 jsdemos/blinkenlights/jquery-ui-themes-1.10.2/themes/blitzer/images/ui-bg_highlight-hard_100_eeeeee_1x100.png      |binary
 jsdemos/blinkenlights/jquery-ui-themes-1.10.2/themes/blitzer/images/ui-bg_highlight-hard_100_f6f6f6_1x100.png      |binary
 jsdemos/blinkenlights/jquery-ui-themes-1.10.2/themes/blitzer/images/ui-bg_highlight-soft_15_cc0000_1x100.png       |binary
 jsdemos/blinkenlights/jquery-ui-themes-1.10.2/themes/blitzer/images/ui-icons_004276_256x240.png                    |binary
 jsdemos/blinkenlights/jquery-ui-themes-1.10.2/themes/blitzer/images/ui-icons_cc0000_256x240.png                    |binary
 jsdemos/blinkenlights/jquery-ui-themes-1.10.2/themes/blitzer/images/ui-icons_ffffff_256x240.png                    |binary
 jsdemos/blinkenlights/jquery-ui-themes-1.10.2/themes/blitzer/jquery-ui.css                                         | 1175 
 jsdemos/blinkenlights/jquery-ui-themes-1.10.2/themes/blitzer/jquery-ui.min.css                                     |    5 
 jsdemos/blinkenlights/jquery-ui-themes-1.10.2/themes/blitzer/jquery.ui.theme.css                                   |  406 
 jsdemos/blinkenlights/jquery-ui-themes-1.10.2/themes/cupertino/images/animated-overlay.gif                         |binary
 jsdemos/blinkenlights/jquery-ui-themes-1.10.2/themes/cupertino/images/ui-bg_diagonals-thick_90_eeeeee_40x40.png    |binary
 jsdemos/blinkenlights/jquery-ui-themes-1.10.2/themes/cupertino/images/ui-bg_flat_15_cd0a0a_40x100.png              |binary
 jsdemos/blinkenlights/jquery-ui-themes-1.10.2/themes/cupertino/images/ui-bg_glass_100_e4f1fb_1x400.png             |binary
 jsdemos/blinkenlights/jquery-ui-themes-1.10.2/themes/cupertino/images/ui-bg_glass_50_3baae3_1x400.png              |binary
 jsdemos/blinkenlights/jquery-ui-themes-1.10.2/themes/cupertino/images/ui-bg_glass_80_d7ebf9_1x400.png              |binary
 jsdemos/blinkenlights/jquery-ui-themes-1.10.2/themes/cupertino/images/ui-bg_highlight-hard_100_f2f5f7_1x100.png    |binary
 jsdemos/blinkenlights/jquery-ui-themes-1.10.2/themes/cupertino/images/ui-bg_highlight-hard_70_000000_1x100.png     |binary
 jsdemos/blinkenlights/jquery-ui-themes-1.10.2/themes/cupertino/images/ui-bg_highlight-soft_100_deedf7_1x100.png    |binary
 jsdemos/blinkenlights/jquery-ui-themes-1.10.2/themes/cupertino/images/ui-bg_highlight-soft_25_ffef8f_1x100.png     |binary
 jsdemos/blinkenlights/jquery-ui-themes-1.10.2/themes/cupertino/images/ui-icons_2694e8_256x240.png                  |binary
 jsdemos/blinkenlights/jquery-ui-themes-1.10.2/themes/cupertino/images/ui-icons_2e83ff_256x240.png                  |binary
 jsdemos/blinkenlights/jquery-ui-themes-1.10.2/themes/cupertino/images/ui-icons_3d80b3_256x240.png                  |binary
 jsdemos/blinkenlights/jquery-ui-themes-1.10.2/themes/cupertino/images/ui-icons_72a7cf_256x240.png                  |binary
 jsdemos/blinkenlights/jquery-ui-themes-1.10.2/themes/cupertino/images/ui-icons_ffffff_256x240.png                  |binary
 jsdemos/blinkenlights/jquery-ui-themes-1.10.2/themes/cupertino/jquery-ui.css                                       | 1175 
 jsdemos/blinkenlights/jquery-ui-themes-1.10.2/themes/cupertino/jquery-ui.min.css                                   |    5 
 jsdemos/blinkenlights/jquery-ui-themes-1.10.2/themes/cupertino/jquery.ui.theme.css                                 |  406 
 jsdemos/blinkenlights/jquery-ui-themes-1.10.2/themes/dark-hive/images/animated-overlay.gif                         |binary
 jsdemos/blinkenlights/jquery-ui-themes-1.10.2/themes/dark-hive/images/ui-bg_flat_30_cccccc_40x100.png              |binary
 jsdemos/blinkenlights/jquery-ui-themes-1.10.2/themes/dark-hive/images/ui-bg_flat_50_5c5c5c_40x100.png              |binary
 jsdemos/blinkenlights/jquery-ui-themes-1.10.2/themes/dark-hive/images/ui-bg_glass_40_ffc73d_1x400.png              |binary
 jsdemos/blinkenlights/jquery-ui-themes-1.10.2/themes/dark-hive/images/ui-bg_highlight-hard_20_0972a5_1x100.png     |binary
 jsdemos/blinkenlights/jquery-ui-themes-1.10.2/themes/dark-hive/images/ui-bg_highlight-soft_33_003147_1x100.png     |binary
 jsdemos/blinkenlights/jquery-ui-themes-1.10.2/themes/dark-hive/images/ui-bg_highlight-soft_35_222222_1x100.png     |binary
 jsdemos/blinkenlights/jquery-ui-themes-1.10.2/themes/dark-hive/images/ui-bg_highlight-soft_44_444444_1x100.png     |binary
 jsdemos/blinkenlights/jquery-ui-themes-1.10.2/themes/dark-hive/images/ui-bg_highlight-soft_80_eeeeee_1x100.png     |binary
 jsdemos/blinkenlights/jquery-ui-themes-1.10.2/themes/dark-hive/images/ui-bg_loop_25_000000_21x21.png               |binary
 jsdemos/blinkenlights/jquery-ui-themes-1.10.2/themes/dark-hive/images/ui-icons_222222_256x240.png                  |binary
 jsdemos/blinkenlights/jquery-ui-themes-1.10.2/themes/dark-hive/images/ui-icons_4b8e0b_256x240.png                  |binary
 jsdemos/blinkenlights/jquery-ui-themes-1.10.2/themes/dark-hive/images/ui-icons_a83300_256x240.png                  |binary
 jsdemos/blinkenlights/jquery-ui-themes-1.10.2/themes/dark-hive/images/ui-icons_cccccc_256x240.png                  |binary
 jsdemos/blinkenlights/jquery-ui-themes-1.10.2/themes/dark-hive/images/ui-icons_ffffff_256x240.png                  |binary
 jsdemos/blinkenlights/jquery-ui-themes-1.10.2/themes/dark-hive/jquery-ui.css                                       | 1175 
 jsdemos/blinkenlights/jquery-ui-themes-1.10.2/themes/dark-hive/jquery-ui.min.css                                   |    5 
 jsdemos/blinkenlights/jquery-ui-themes-1.10.2/themes/dark-hive/jquery.ui.theme.css                                 |  406 
 jsdemos/blinkenlights/jquery-ui-themes-1.10.2/themes/dot-luv/images/animated-overlay.gif                           |binary
 jsdemos/blinkenlights/jquery-ui-themes-1.10.2/themes/dot-luv/images/ui-bg_diagonals-thick_15_0b3e6f_40x40.png      |binary
 jsdemos/blinkenlights/jquery-ui-themes-1.10.2/themes/dot-luv/images/ui-bg_dots-medium_30_0b58a2_4x4.png            |binary
 jsdemos/blinkenlights/jquery-ui-themes-1.10.2/themes/dot-luv/images/ui-bg_dots-small_20_333333_2x2.png             |binary
 jsdemos/blinkenlights/jquery-ui-themes-1.10.2/themes/dot-luv/images/ui-bg_dots-small_30_a32d00_2x2.png             |binary
 jsdemos/blinkenlights/jquery-ui-themes-1.10.2/themes/dot-luv/images/ui-bg_dots-small_40_00498f_2x2.png             |binary
 jsdemos/blinkenlights/jquery-ui-themes-1.10.2/themes/dot-luv/images/ui-bg_flat_0_aaaaaa_40x100.png                 |binary
 jsdemos/blinkenlights/jquery-ui-themes-1.10.2/themes/dot-luv/images/ui-bg_flat_40_292929_40x100.png                |binary
 jsdemos/blinkenlights/jquery-ui-themes-1.10.2/themes/dot-luv/images/ui-bg_gloss-wave_20_111111_500x100.png         |binary
 jsdemos/blinkenlights/jquery-ui-themes-1.10.2/themes/dot-luv/images/ui-icons_00498f_256x240.png                    |binary
 jsdemos/blinkenlights/jquery-ui-themes-1.10.2/themes/dot-luv/images/ui-icons_98d2fb_256x240.png                    |binary
 jsdemos/blinkenlights/jquery-ui-themes-1.10.2/themes/dot-luv/images/ui-icons_9ccdfc_256x240.png                    |binary
 jsdemos/blinkenlights/jquery-ui-themes-1.10.2/themes/dot-luv/images/ui-icons_ffffff_256x240.png                    |binary
 jsdemos/blinkenlights/jquery-ui-themes-1.10.2/themes/dot-luv/jquery-ui.css                                         | 1175 
 jsdemos/blinkenlights/jquery-ui-themes-1.10.2/themes/dot-luv/jquery-ui.min.css                                     |    5 
 jsdemos/blinkenlights/jquery-ui-themes-1.10.2/themes/dot-luv/jquery.ui.theme.css                                   |  406 
 jsdemos/blinkenlights/jquery-ui-themes-1.10.2/themes/eggplant/images/animated-overlay.gif                          |binary
 jsdemos/blinkenlights/jquery-ui-themes-1.10.2/themes/eggplant/images/ui-bg_flat_0_aaaaaa_40x100.png                |binary
 jsdemos/blinkenlights/jquery-ui-themes-1.10.2/themes/eggplant/images/ui-bg_flat_0_eeeeee_40x100.png                |binary
 jsdemos/blinkenlights/jquery-ui-themes-1.10.2/themes/eggplant/images/ui-bg_flat_55_994d53_40x100.png               |binary
 jsdemos/blinkenlights/jquery-ui-themes-1.10.2/themes/eggplant/images/ui-bg_flat_55_fafafa_40x100.png               |binary
 jsdemos/blinkenlights/jquery-ui-themes-1.10.2/themes/eggplant/images/ui-bg_gloss-wave_30_3d3644_500x100.png        |binary
 jsdemos/blinkenlights/jquery-ui-themes-1.10.2/themes/eggplant/images/ui-bg_highlight-soft_100_dcd9de_1x100.png     |binary
 jsdemos/blinkenlights/jquery-ui-themes-1.10.2/themes/eggplant/images/ui-bg_highlight-soft_100_eae6ea_1x100.png     |binary
 jsdemos/blinkenlights/jquery-ui-themes-1.10.2/themes/eggplant/images/ui-bg_highlight-soft_25_30273a_1x100.png      |binary
 jsdemos/blinkenlights/jquery-ui-themes-1.10.2/themes/eggplant/images/ui-bg_highlight-soft_45_5f5964_1x100.png      |binary
 jsdemos/blinkenlights/jquery-ui-themes-1.10.2/themes/eggplant/images/ui-icons_454545_256x240.png                   |binary
 jsdemos/blinkenlights/jquery-ui-themes-1.10.2/themes/eggplant/images/ui-icons_734d99_256x240.png                   |binary
 jsdemos/blinkenlights/jquery-ui-themes-1.10.2/themes/eggplant/images/ui-icons_8d78a5_256x240.png                   |binary
 jsdemos/blinkenlights/jquery-ui-themes-1.10.2/themes/eggplant/images/ui-icons_a8a3ae_256x240.png                   |binary
 jsdemos/blinkenlights/jquery-ui-themes-1.10.2/themes/eggplant/images/ui-icons_ebccce_256x240.png                   |binary
 jsdemos/blinkenlights/jquery-ui-themes-1.10.2/themes/eggplant/images/ui-icons_ffffff_256x240.png                   |binary
 jsdemos/blinkenlights/jquery-ui-themes-1.10.2/themes/eggplant/jquery-ui.css                                        | 1175 
 jsdemos/blinkenlights/jquery-ui-themes-1.10.2/themes/eggplant/jquery-ui.min.css                                    |    5 
 jsdemos/blinkenlights/jquery-ui-themes-1.10.2/themes/eggplant/jquery.ui.theme.css                                  |  406 
 jsdemos/blinkenlights/jquery-ui-themes-1.10.2/themes/excite-bike/images/animated-overlay.gif                       |binary
 jsdemos/blinkenlights/jquery-ui-themes-1.10.2/themes/excite-bike/images/ui-bg_diagonals-small_25_c5ddfc_40x40.png  |binary
 jsdemos/blinkenlights/jquery-ui-themes-1.10.2/themes/excite-bike/images/ui-bg_diagonals-thick_20_e69700_40x40.png  |binary
 jsdemos/blinkenlights/jquery-ui-themes-1.10.2/themes/excite-bike/images/ui-bg_diagonals-thick_22_1484e6_40x40.png  |binary
 jsdemos/blinkenlights/jquery-ui-themes-1.10.2/themes/excite-bike/images/ui-bg_diagonals-thick_26_2293f7_40x40.png  |binary
 jsdemos/blinkenlights/jquery-ui-themes-1.10.2/themes/excite-bike/images/ui-bg_flat_0_e69700_40x100.png             |binary
 jsdemos/blinkenlights/jquery-ui-themes-1.10.2/themes/excite-bike/images/ui-bg_flat_0_e6b900_40x100.png             |binary
 jsdemos/blinkenlights/jquery-ui-themes-1.10.2/themes/excite-bike/images/ui-bg_highlight-soft_100_f9f9f9_1x100.png  |binary
 jsdemos/blinkenlights/jquery-ui-themes-1.10.2/themes/excite-bike/images/ui-bg_inset-hard_100_eeeeee_1x100.png      |binary
 jsdemos/blinkenlights/jquery-ui-themes-1.10.2/themes/excite-bike/images/ui-icons_0a82eb_256x240.png                |binary
 jsdemos/blinkenlights/jquery-ui-themes-1.10.2/themes/excite-bike/images/ui-icons_0b54d5_256x240.png                |binary
 jsdemos/blinkenlights/jquery-ui-themes-1.10.2/themes/excite-bike/images/ui-icons_5fa5e3_256x240.png                |binary
 jsdemos/blinkenlights/jquery-ui-themes-1.10.2/themes/excite-bike/images/ui-icons_fcdd4a_256x240.png                |binary
 jsdemos/blinkenlights/jquery-ui-themes-1.10.2/themes/excite-bike/images/ui-icons_ffffff_256x240.png                |binary
 jsdemos/blinkenlights/jquery-ui-themes-1.10.2/themes/excite-bike/jquery-ui.css                                     | 1175 
 jsdemos/blinkenlights/jquery-ui-themes-1.10.2/themes/excite-bike/jquery-ui.min.css                                 |    5 
 jsdemos/blinkenlights/jquery-ui-themes-1.10.2/themes/excite-bike/jquery.ui.theme.css                               |  406 
 jsdemos/blinkenlights/jquery-ui-themes-1.10.2/themes/flick/images/animated-overlay.gif                             |binary
 jsdemos/blinkenlights/jquery-ui-themes-1.10.2/themes/flick/images/ui-bg_flat_0_aaaaaa_40x100.png                   |binary
 jsdemos/blinkenlights/jquery-ui-themes-1.10.2/themes/flick/images/ui-bg_flat_0_eeeeee_40x100.png                   |binary
 jsdemos/blinkenlights/jquery-ui-themes-1.10.2/themes/flick/images/ui-bg_flat_55_ffffff_40x100.png                  |binary
 jsdemos/blinkenlights/jquery-ui-themes-1.10.2/themes/flick/images/ui-bg_flat_75_ffffff_40x100.png                  |binary
 jsdemos/blinkenlights/jquery-ui-themes-1.10.2/themes/flick/images/ui-bg_glass_65_ffffff_1x400.png                  |binary
 jsdemos/blinkenlights/jquery-ui-themes-1.10.2/themes/flick/images/ui-bg_highlight-soft_100_f6f6f6_1x100.png        |binary
 jsdemos/blinkenlights/jquery-ui-themes-1.10.2/themes/flick/images/ui-bg_highlight-soft_25_0073ea_1x100.png         |binary
 jsdemos/blinkenlights/jquery-ui-themes-1.10.2/themes/flick/images/ui-bg_highlight-soft_50_dddddd_1x100.png         |binary
 jsdemos/blinkenlights/jquery-ui-themes-1.10.2/themes/flick/images/ui-icons_0073ea_256x240.png                      |binary
 jsdemos/blinkenlights/jquery-ui-themes-1.10.2/themes/flick/images/ui-icons_454545_256x240.png                      |binary
 jsdemos/blinkenlights/jquery-ui-themes-1.10.2/themes/flick/images/ui-icons_666666_256x240.png                      |binary
 jsdemos/blinkenlights/jquery-ui-themes-1.10.2/themes/flick/images/ui-icons_ff0084_256x240.png                      |binary
 jsdemos/blinkenlights/jquery-ui-themes-1.10.2/themes/flick/images/ui-icons_ffffff_256x240.png                      |binary
 jsdemos/blinkenlights/jquery-ui-themes-1.10.2/themes/flick/jquery-ui.css                                           | 1175 
 jsdemos/blinkenlights/jquery-ui-themes-1.10.2/themes/flick/jquery-ui.min.css                                       |    5 
 jsdemos/blinkenlights/jquery-ui-themes-1.10.2/themes/flick/jquery.ui.theme.css                                     |  406 
 jsdemos/blinkenlights/jquery-ui-themes-1.10.2/themes/hot-sneaks/images/animated-overlay.gif                        |binary
 jsdemos/blinkenlights/jquery-ui-themes-1.10.2/themes/hot-sneaks/images/ui-bg_diagonals-small_40_db4865_40x40.png   |binary
 jsdemos/blinkenlights/jquery-ui-themes-1.10.2/themes/hot-sneaks/images/ui-bg_diagonals-small_50_93c3cd_40x40.png   |binary
 jsdemos/blinkenlights/jquery-ui-themes-1.10.2/themes/hot-sneaks/images/ui-bg_diagonals-small_50_ff3853_40x40.png   |binary
 jsdemos/blinkenlights/jquery-ui-themes-1.10.2/themes/hot-sneaks/images/ui-bg_diagonals-small_75_ccd232_40x40.png   |binary
 jsdemos/blinkenlights/jquery-ui-themes-1.10.2/themes/hot-sneaks/images/ui-bg_dots-medium_80_ffff38_4x4.png         |binary
 jsdemos/blinkenlights/jquery-ui-themes-1.10.2/themes/hot-sneaks/images/ui-bg_dots-small_35_35414f_2x2.png          |binary
 jsdemos/blinkenlights/jquery-ui-themes-1.10.2/themes/hot-sneaks/images/ui-bg_flat_75_ba9217_40x100.png             |binary
 jsdemos/blinkenlights/jquery-ui-themes-1.10.2/themes/hot-sneaks/images/ui-bg_flat_75_ffffff_40x100.png             |binary
 jsdemos/blinkenlights/jquery-ui-themes-1.10.2/themes/hot-sneaks/images/ui-bg_white-lines_85_f7f7ba_40x100.png      |binary
 jsdemos/blinkenlights/jquery-ui-themes-1.10.2/themes/hot-sneaks/images/ui-icons_454545_256x240.png                 |binary
 jsdemos/blinkenlights/jquery-ui-themes-1.10.2/themes/hot-sneaks/images/ui-icons_88a206_256x240.png                 |binary
 jsdemos/blinkenlights/jquery-ui-themes-1.10.2/themes/hot-sneaks/images/ui-icons_c02669_256x240.png                 |binary
 jsdemos/blinkenlights/jquery-ui-themes-1.10.2/themes/hot-sneaks/images/ui-icons_e1e463_256x240.png                 |binary
 jsdemos/blinkenlights/jquery-ui-themes-1.10.2/themes/hot-sneaks/images/ui-icons_ffeb33_256x240.png                 |binary
 jsdemos/blinkenlights/jquery-ui-themes-1.10.2/themes/hot-sneaks/images/ui-icons_ffffff_256x240.png                 |binary
 jsdemos/blinkenlights/jquery-ui-themes-1.10.2/themes/hot-sneaks/jquery-ui.css                                      | 1175 
 jsdemos/blinkenlights/jquery-ui-themes-1.10.2/themes/hot-sneaks/jquery-ui.min.css                                  |    5 
 jsdemos/blinkenlights/jquery-ui-themes-1.10.2/themes/hot-sneaks/jquery.ui.theme.css                                |  406 
 jsdemos/blinkenlights/jquery-ui-themes-1.10.2/themes/humanity/images/animated-overlay.gif                          |binary
 jsdemos/blinkenlights/jquery-ui-themes-1.10.2/themes/humanity/images/ui-bg_flat_75_aaaaaa_40x100.png               |binary
 jsdemos/blinkenlights/jquery-ui-themes-1.10.2/themes/humanity/images/ui-bg_glass_100_f5f0e5_1x400.png              |binary
 jsdemos/blinkenlights/jquery-ui-themes-1.10.2/themes/humanity/images/ui-bg_glass_25_cb842e_1x400.png               |binary
 jsdemos/blinkenlights/jquery-ui-themes-1.10.2/themes/humanity/images/ui-bg_glass_70_ede4d4_1x400.png               |binary
 jsdemos/blinkenlights/jquery-ui-themes-1.10.2/themes/humanity/images/ui-bg_highlight-hard_100_f4f0ec_1x100.png     |binary
 jsdemos/blinkenlights/jquery-ui-themes-1.10.2/themes/humanity/images/ui-bg_highlight-hard_65_fee4bd_1x100.png      |binary
 jsdemos/blinkenlights/jquery-ui-themes-1.10.2/themes/humanity/images/ui-bg_highlight-hard_75_f5f5b5_1x100.png      |binary
 jsdemos/blinkenlights/jquery-ui-themes-1.10.2/themes/humanity/images/ui-bg_inset-soft_100_f4f0ec_1x100.png         |binary
 jsdemos/blinkenlights/jquery-ui-themes-1.10.2/themes/humanity/images/ui-icons_c47a23_256x240.png                   |binary
 jsdemos/blinkenlights/jquery-ui-themes-1.10.2/themes/humanity/images/ui-icons_cb672b_256x240.png                   |binary
 jsdemos/blinkenlights/jquery-ui-themes-1.10.2/themes/humanity/images/ui-icons_f08000_256x240.png                   |binary
 jsdemos/blinkenlights/jquery-ui-themes-1.10.2/themes/humanity/images/ui-icons_f35f07_256x240.png                   |binary
 jsdemos/blinkenlights/jquery-ui-themes-1.10.2/themes/humanity/images/ui-icons_ff7519_256x240.png                   |binary
 jsdemos/blinkenlights/jquery-ui-themes-1.10.2/themes/humanity/images/ui-icons_ffffff_256x240.png                   |binary
 jsdemos/blinkenlights/jquery-ui-themes-1.10.2/themes/humanity/jquery-ui.css                                        | 1175 
 jsdemos/blinkenlights/jquery-ui-themes-1.10.2/themes/humanity/jquery-ui.min.css                                    |    5 
 jsdemos/blinkenlights/jquery-ui-themes-1.10.2/themes/humanity/jquery.ui.theme.css                                  |  406 
 jsdemos/blinkenlights/jquery-ui-themes-1.10.2/themes/le-frog/images/animated-overlay.gif                           |binary
 jsdemos/blinkenlights/jquery-ui-themes-1.10.2/themes/le-frog/images/ui-bg_diagonals-small_0_aaaaaa_40x40.png       |binary
 jsdemos/blinkenlights/jquery-ui-themes-1.10.2/themes/le-frog/images/ui-bg_diagonals-thick_15_444444_40x40.png      |binary
 jsdemos/blinkenlights/jquery-ui-themes-1.10.2/themes/le-frog/images/ui-bg_diagonals-thick_95_ffdc2e_40x40.png      |binary
 jsdemos/blinkenlights/jquery-ui-themes-1.10.2/themes/le-frog/images/ui-bg_glass_55_fbf5d0_1x400.png                |binary
 jsdemos/blinkenlights/jquery-ui-themes-1.10.2/themes/le-frog/images/ui-bg_highlight-hard_30_285c00_1x100.png       |binary
 jsdemos/blinkenlights/jquery-ui-themes-1.10.2/themes/le-frog/images/ui-bg_highlight-soft_33_3a8104_1x100.png       |binary
 jsdemos/blinkenlights/jquery-ui-themes-1.10.2/themes/le-frog/images/ui-bg_highlight-soft_50_4eb305_1x100.png       |binary
 jsdemos/blinkenlights/jquery-ui-themes-1.10.2/themes/le-frog/images/ui-bg_highlight-soft_60_4ca20b_1x100.png       |binary
 jsdemos/blinkenlights/jquery-ui-themes-1.10.2/themes/le-frog/images/ui-bg_inset-soft_10_285c00_1x100.png           |binary
 jsdemos/blinkenlights/jquery-ui-themes-1.10.2/themes/le-frog/images/ui-icons_4eb305_256x240.png                    |binary
 jsdemos/blinkenlights/jquery-ui-themes-1.10.2/themes/le-frog/images/ui-icons_72b42d_256x240.png                    |binary
 jsdemos/blinkenlights/jquery-ui-themes-1.10.2/themes/le-frog/images/ui-icons_cd0a0a_256x240.png                    |binary
 jsdemos/blinkenlights/jquery-ui-themes-1.10.2/themes/le-frog/images/ui-icons_ffffff_256x240.png                    |binary
 jsdemos/blinkenlights/jquery-ui-themes-1.10.2/themes/le-frog/jquery-ui.css                                         | 1175 
 jsdemos/blinkenlights/jquery-ui-themes-1.10.2/themes/le-frog/jquery-ui.min.css                                     |    5 
 jsdemos/blinkenlights/jquery-ui-themes-1.10.2/themes/le-frog/jquery.ui.theme.css                                   |  406 
 jsdemos/blinkenlights/jquery-ui-themes-1.10.2/themes/mint-choc/images/animated-overlay.gif                         |binary
 jsdemos/blinkenlights/jquery-ui-themes-1.10.2/themes/mint-choc/images/ui-bg_flat_0_aaaaaa_40x100.png               |binary
 jsdemos/blinkenlights/jquery-ui-themes-1.10.2/themes/mint-choc/images/ui-bg_glass_15_5f391b_1x400.png              |binary
 jsdemos/blinkenlights/jquery-ui-themes-1.10.2/themes/mint-choc/images/ui-bg_gloss-wave_20_1c160d_500x100.png       |binary
 jsdemos/blinkenlights/jquery-ui-themes-1.10.2/themes/mint-choc/images/ui-bg_gloss-wave_25_453326_500x100.png       |binary
 jsdemos/blinkenlights/jquery-ui-themes-1.10.2/themes/mint-choc/images/ui-bg_gloss-wave_30_44372c_500x100.png       |binary
 jsdemos/blinkenlights/jquery-ui-themes-1.10.2/themes/mint-choc/images/ui-bg_highlight-soft_20_201913_1x100.png     |binary
 jsdemos/blinkenlights/jquery-ui-themes-1.10.2/themes/mint-choc/images/ui-bg_highlight-soft_20_619226_1x100.png     |binary
 jsdemos/blinkenlights/jquery-ui-themes-1.10.2/themes/mint-choc/images/ui-bg_inset-soft_10_201913_1x100.png         |binary
 jsdemos/blinkenlights/jquery-ui-themes-1.10.2/themes/mint-choc/images/ui-icons_222222_256x240.png                  |binary
 jsdemos/blinkenlights/jquery-ui-themes-1.10.2/themes/mint-choc/images/ui-icons_9bcc60_256x240.png                  |binary
 jsdemos/blinkenlights/jquery-ui-themes-1.10.2/themes/mint-choc/images/ui-icons_add978_256x240.png                  |binary
 jsdemos/blinkenlights/jquery-ui-themes-1.10.2/themes/mint-choc/images/ui-icons_e3ddc9_256x240.png                  |binary
 jsdemos/blinkenlights/jquery-ui-themes-1.10.2/themes/mint-choc/images/ui-icons_f1fd86_256x240.png                  |binary
 jsdemos/blinkenlights/jquery-ui-themes-1.10.2/themes/mint-choc/images/ui-icons_ffffff_256x240.png                  |binary
 jsdemos/blinkenlights/jquery-ui-themes-1.10.2/themes/mint-choc/jquery-ui.css                                       | 1175 
 jsdemos/blinkenlights/jquery-ui-themes-1.10.2/themes/mint-choc/jquery-ui.min.css                                   |    5 
 jsdemos/blinkenlights/jquery-ui-themes-1.10.2/themes/mint-choc/jquery.ui.theme.css                                 |  406 
 jsdemos/blinkenlights/jquery-ui-themes-1.10.2/themes/overcast/images/animated-overlay.gif                          |binary
 jsdemos/blinkenlights/jquery-ui-themes-1.10.2/themes/overcast/images/ui-bg_flat_0_aaaaaa_40x100.png                |binary
 jsdemos/blinkenlights/jquery-ui-themes-1.10.2/themes/overcast/images/ui-bg_flat_0_eeeeee_40x100.png                |binary
 jsdemos/blinkenlights/jquery-ui-themes-1.10.2/themes/overcast/images/ui-bg_flat_55_c0402a_40x100.png               |binary
 jsdemos/blinkenlights/jquery-ui-themes-1.10.2/themes/overcast/images/ui-bg_flat_55_eeeeee_40x100.png               |binary
 jsdemos/blinkenlights/jquery-ui-themes-1.10.2/themes/overcast/images/ui-bg_glass_100_f8f8f8_1x400.png              |binary
 jsdemos/blinkenlights/jquery-ui-themes-1.10.2/themes/overcast/images/ui-bg_glass_35_dddddd_1x400.png               |binary
 jsdemos/blinkenlights/jquery-ui-themes-1.10.2/themes/overcast/images/ui-bg_glass_60_eeeeee_1x400.png               |binary
 jsdemos/blinkenlights/jquery-ui-themes-1.10.2/themes/overcast/images/ui-bg_inset-hard_75_999999_1x100.png          |binary
 jsdemos/blinkenlights/jquery-ui-themes-1.10.2/themes/overcast/images/ui-bg_inset-soft_50_c9c9c9_1x100.png          |binary
 jsdemos/blinkenlights/jquery-ui-themes-1.10.2/themes/overcast/images/ui-icons_3383bb_256x240.png                   |binary
 jsdemos/blinkenlights/jquery-ui-themes-1.10.2/themes/overcast/images/ui-icons_454545_256x240.png                   |binary
 jsdemos/blinkenlights/jquery-ui-themes-1.10.2/themes/overcast/images/ui-icons_70b2e1_256x240.png                   |binary
 jsdemos/blinkenlights/jquery-ui-themes-1.10.2/themes/overcast/images/ui-icons_999999_256x240.png                   |binary
 jsdemos/blinkenlights/jquery-ui-themes-1.10.2/themes/overcast/images/ui-icons_fbc856_256x240.png                   |binary
 jsdemos/blinkenlights/jquery-ui-themes-1.10.2/themes/overcast/jquery-ui.css                                        | 1175 
 jsdemos/blinkenlights/jquery-ui-themes-1.10.2/themes/overcast/jquery-ui.min.css                                    |    5 
 jsdemos/blinkenlights/jquery-ui-themes-1.10.2/themes/overcast/jquery.ui.theme.css                                  |  406 
 jsdemos/blinkenlights/jquery-ui-themes-1.10.2/themes/pepper-grinder/images/animated-overlay.gif                    |binary
 jsdemos/blinkenlights/jquery-ui-themes-1.10.2/themes/pepper-grinder/images/ui-bg_diagonal-maze_20_6e4f1c_10x10.png |binary
 jsdemos/blinkenlights/jquery-ui-themes-1.10.2/themes/pepper-grinder/images/ui-bg_diagonal-maze_40_000000_10x10.png |binary
 jsdemos/blinkenlights/jquery-ui-themes-1.10.2/themes/pepper-grinder/images/ui-bg_fine-grain_10_eceadf_60x60.png    |binary
 jsdemos/blinkenlights/jquery-ui-themes-1.10.2/themes/pepper-grinder/images/ui-bg_fine-grain_10_f8f7f6_60x60.png    |binary
 jsdemos/blinkenlights/jquery-ui-themes-1.10.2/themes/pepper-grinder/images/ui-bg_fine-grain_15_eceadf_60x60.png    |binary
 jsdemos/blinkenlights/jquery-ui-themes-1.10.2/themes/pepper-grinder/images/ui-bg_fine-grain_15_f7f3de_60x60.png    |binary
 jsdemos/blinkenlights/jquery-ui-themes-1.10.2/themes/pepper-grinder/images/ui-bg_fine-grain_15_ffffff_60x60.png    |binary
 jsdemos/blinkenlights/jquery-ui-themes-1.10.2/themes/pepper-grinder/images/ui-bg_fine-grain_65_654b24_60x60.png    |binary
 jsdemos/blinkenlights/jquery-ui-themes-1.10.2/themes/pepper-grinder/images/ui-bg_fine-grain_68_b83400_60x60.png    |binary
 jsdemos/blinkenlights/jquery-ui-themes-1.10.2/themes/pepper-grinder/images/ui-icons_222222_256x240.png             |binary
 jsdemos/blinkenlights/jquery-ui-themes-1.10.2/themes/pepper-grinder/images/ui-icons_3572ac_256x240.png             |binary
 jsdemos/blinkenlights/jquery-ui-themes-1.10.2/themes/pepper-grinder/images/ui-icons_8c291d_256x240.png             |binary
 jsdemos/blinkenlights/jquery-ui-themes-1.10.2/themes/pepper-grinder/images/ui-icons_b83400_256x240.png             |binary
 jsdemos/blinkenlights/jquery-ui-themes-1.10.2/themes/pepper-grinder/images/ui-icons_fbdb93_256x240.png             |binary
 jsdemos/blinkenlights/jquery-ui-themes-1.10.2/themes/pepper-grinder/images/ui-icons_ffffff_256x240.png             |binary
 jsdemos/blinkenlights/jquery-ui-themes-1.10.2/themes/pepper-grinder/jquery-ui.css                                  | 1175 
 jsdemos/blinkenlights/jquery-ui-themes-1.10.2/themes/pepper-grinder/jquery-ui.min.css                              |    5 
 jsdemos/blinkenlights/jquery-ui-themes-1.10.2/themes/pepper-grinder/jquery.ui.theme.css                            |  406 
 jsdemos/blinkenlights/jquery-ui-themes-1.10.2/themes/redmond/images/animated-overlay.gif                           |binary
 jsdemos/blinkenlights/jquery-ui-themes-1.10.2/themes/redmond/images/ui-bg_flat_0_aaaaaa_40x100.png                 |binary
 jsdemos/blinkenlights/jquery-ui-themes-1.10.2/themes/redmond/images/ui-bg_flat_55_fbec88_40x100.png                |binary
 jsdemos/blinkenlights/jquery-ui-themes-1.10.2/themes/redmond/images/ui-bg_glass_75_d0e5f5_1x400.png                |binary
 jsdemos/blinkenlights/jquery-ui-themes-1.10.2/themes/redmond/images/ui-bg_glass_85_dfeffc_1x400.png                |binary
 jsdemos/blinkenlights/jquery-ui-themes-1.10.2/themes/redmond/images/ui-bg_glass_95_fef1ec_1x400.png                |binary
 jsdemos/blinkenlights/jquery-ui-themes-1.10.2/themes/redmond/images/ui-bg_gloss-wave_55_5c9ccc_500x100.png         |binary
 jsdemos/blinkenlights/jquery-ui-themes-1.10.2/themes/redmond/images/ui-bg_inset-hard_100_f5f8f9_1x100.png          |binary
 jsdemos/blinkenlights/jquery-ui-themes-1.10.2/themes/redmond/images/ui-bg_inset-hard_100_fcfdfd_1x100.png          |binary
 jsdemos/blinkenlights/jquery-ui-themes-1.10.2/themes/redmond/images/ui-icons_217bc0_256x240.png                    |binary
 jsdemos/blinkenlights/jquery-ui-themes-1.10.2/themes/redmond/images/ui-icons_2e83ff_256x240.png                    |binary
 jsdemos/blinkenlights/jquery-ui-themes-1.10.2/themes/redmond/images/ui-icons_469bdd_256x240.png                    |binary
 jsdemos/blinkenlights/jquery-ui-themes-1.10.2/themes/redmond/images/ui-icons_6da8d5_256x240.png                    |binary
 jsdemos/blinkenlights/jquery-ui-themes-1.10.2/themes/redmond/images/ui-icons_cd0a0a_256x240.png                    |binary
 jsdemos/blinkenlights/jquery-ui-themes-1.10.2/themes/redmond/images/ui-icons_d8e7f3_256x240.png                    |binary
 jsdemos/blinkenlights/jquery-ui-themes-1.10.2/themes/redmond/images/ui-icons_f9bd01_256x240.png                    |binary
 jsdemos/blinkenlights/jquery-ui-themes-1.10.2/themes/redmond/jquery-ui.css                                         | 1175 
 jsdemos/blinkenlights/jquery-ui-themes-1.10.2/themes/redmond/jquery-ui.min.css                                     |    5 
 jsdemos/blinkenlights/jquery-ui-themes-1.10.2/themes/redmond/jquery.ui.theme.css                                   |  406 
 jsdemos/blinkenlights/jquery-ui-themes-1.10.2/themes/smoothness/images/animated-overlay.gif                        |binary
 jsdemos/blinkenlights/jquery-ui-themes-1.10.2/themes/smoothness/images/ui-bg_flat_0_aaaaaa_40x100.png              |binary
 jsdemos/blinkenlights/jquery-ui-themes-1.10.2/themes/smoothness/images/ui-bg_flat_75_ffffff_40x100.png             |binary
 jsdemos/blinkenlights/jquery-ui-themes-1.10.2/themes/smoothness/images/ui-bg_glass_55_fbf9ee_1x400.png             |binary
 jsdemos/blinkenlights/jquery-ui-themes-1.10.2/themes/smoothness/images/ui-bg_glass_65_ffffff_1x400.png             |binary
 jsdemos/blinkenlights/jquery-ui-themes-1.10.2/themes/smoothness/images/ui-bg_glass_75_dadada_1x400.png             |binary
 jsdemos/blinkenlights/jquery-ui-themes-1.10.2/themes/smoothness/images/ui-bg_glass_75_e6e6e6_1x400.png             |binary
 jsdemos/blinkenlights/jquery-ui-themes-1.10.2/themes/smoothness/images/ui-bg_glass_95_fef1ec_1x400.png             |binary
 jsdemos/blinkenlights/jquery-ui-themes-1.10.2/themes/smoothness/images/ui-bg_highlight-soft_75_cccccc_1x100.png    |binary
 jsdemos/blinkenlights/jquery-ui-themes-1.10.2/themes/smoothness/images/ui-icons_222222_256x240.png                 |binary
 jsdemos/blinkenlights/jquery-ui-themes-1.10.2/themes/smoothness/images/ui-icons_2e83ff_256x240.png                 |binary
 jsdemos/blinkenlights/jquery-ui-themes-1.10.2/themes/smoothness/images/ui-icons_454545_256x240.png                 |binary
 jsdemos/blinkenlights/jquery-ui-themes-1.10.2/themes/smoothness/images/ui-icons_888888_256x240.png                 |binary
 jsdemos/blinkenlights/jquery-ui-themes-1.10.2/themes/smoothness/images/ui-icons_cd0a0a_256x240.png                 |binary
 jsdemos/blinkenlights/jquery-ui-themes-1.10.2/themes/smoothness/jquery-ui.css                                      | 1175 
 jsdemos/blinkenlights/jquery-ui-themes-1.10.2/themes/smoothness/jquery-ui.min.css                                  |    5 
 jsdemos/blinkenlights/jquery-ui-themes-1.10.2/themes/smoothness/jquery.ui.theme.css                                |  406 
 jsdemos/blinkenlights/jquery-ui-themes-1.10.2/themes/south-street/images/animated-overlay.gif                      |binary
 jsdemos/blinkenlights/jquery-ui-themes-1.10.2/themes/south-street/images/ui-bg_glass_55_fcf0ba_1x400.png           |binary
 jsdemos/blinkenlights/jquery-ui-themes-1.10.2/themes/south-street/images/ui-bg_gloss-wave_100_ece8da_500x100.png   |binary
 jsdemos/blinkenlights/jquery-ui-themes-1.10.2/themes/south-street/images/ui-bg_highlight-hard_100_f5f3e5_1x100.png |binary
 jsdemos/blinkenlights/jquery-ui-themes-1.10.2/themes/south-street/images/ui-bg_highlight-hard_100_fafaf4_1x100.png |binary
 jsdemos/blinkenlights/jquery-ui-themes-1.10.2/themes/south-street/images/ui-bg_highlight-hard_15_459e00_1x100.png  |binary
 jsdemos/blinkenlights/jquery-ui-themes-1.10.2/themes/south-street/images/ui-bg_highlight-hard_95_cccccc_1x100.png  |binary
 jsdemos/blinkenlights/jquery-ui-themes-1.10.2/themes/south-street/images/ui-bg_highlight-soft_25_67b021_1x100.png  |binary
 jsdemos/blinkenlights/jquery-ui-themes-1.10.2/themes/south-street/images/ui-bg_highlight-soft_95_ffedad_1x100.png  |binary
 jsdemos/blinkenlights/jquery-ui-themes-1.10.2/themes/south-street/images/ui-bg_inset-soft_15_2b2922_1x100.png      |binary
 jsdemos/blinkenlights/jquery-ui-themes-1.10.2/themes/south-street/images/ui-icons_808080_256x240.png               |binary
 jsdemos/blinkenlights/jquery-ui-themes-1.10.2/themes/south-street/images/ui-icons_847e71_256x240.png               |binary
 jsdemos/blinkenlights/jquery-ui-themes-1.10.2/themes/south-street/images/ui-icons_8DC262_256x240.png               |binary
 jsdemos/blinkenlights/jquery-ui-themes-1.10.2/themes/south-street/images/ui-icons_cd0a0a_256x240.png               |binary
 jsdemos/blinkenlights/jquery-ui-themes-1.10.2/themes/south-street/images/ui-icons_eeeeee_256x240.png               |binary
 jsdemos/blinkenlights/jquery-ui-themes-1.10.2/themes/south-street/images/ui-icons_ffffff_256x240.png               |binary
 jsdemos/blinkenlights/jquery-ui-themes-1.10.2/themes/south-street/jquery-ui.css                                    | 1175 
 jsdemos/blinkenlights/jquery-ui-themes-1.10.2/themes/south-street/jquery-ui.min.css                                |    5 
 jsdemos/blinkenlights/jquery-ui-themes-1.10.2/themes/south-street/jquery.ui.theme.css                              |  406 
 jsdemos/blinkenlights/jquery-ui-themes-1.10.2/themes/start/images/animated-overlay.gif                             |binary
 jsdemos/blinkenlights/jquery-ui-themes-1.10.2/themes/start/images/ui-bg_flat_55_999999_40x100.png                  |binary
 jsdemos/blinkenlights/jquery-ui-themes-1.10.2/themes/start/images/ui-bg_flat_75_aaaaaa_40x100.png                  |binary
 jsdemos/blinkenlights/jquery-ui-themes-1.10.2/themes/start/images/ui-bg_glass_45_0078ae_1x400.png                  |binary
 jsdemos/blinkenlights/jquery-ui-themes-1.10.2/themes/start/images/ui-bg_glass_55_f8da4e_1x400.png                  |binary
 jsdemos/blinkenlights/jquery-ui-themes-1.10.2/themes/start/images/ui-bg_glass_75_79c9ec_1x400.png                  |binary
 jsdemos/blinkenlights/jquery-ui-themes-1.10.2/themes/start/images/ui-bg_gloss-wave_45_e14f1c_500x100.png           |binary
 jsdemos/blinkenlights/jquery-ui-themes-1.10.2/themes/start/images/ui-bg_gloss-wave_50_6eac2c_500x100.png           |binary
 jsdemos/blinkenlights/jquery-ui-themes-1.10.2/themes/start/images/ui-bg_gloss-wave_75_2191c0_500x100.png           |binary
 jsdemos/blinkenlights/jquery-ui-themes-1.10.2/themes/start/images/ui-bg_inset-hard_100_fcfdfd_1x100.png            |binary
 jsdemos/blinkenlights/jquery-ui-themes-1.10.2/themes/start/images/ui-icons_0078ae_256x240.png                      |binary
 jsdemos/blinkenlights/jquery-ui-themes-1.10.2/themes/start/images/ui-icons_056b93_256x240.png                      |binary
 jsdemos/blinkenlights/jquery-ui-themes-1.10.2/themes/start/images/ui-icons_d8e7f3_256x240.png                      |binary
 jsdemos/blinkenlights/jquery-ui-themes-1.10.2/themes/start/images/ui-icons_e0fdff_256x240.png                      |binary
 jsdemos/blinkenlights/jquery-ui-themes-1.10.2/themes/start/images/ui-icons_f5e175_256x240.png                      |binary
 jsdemos/blinkenlights/jquery-ui-themes-1.10.2/themes/start/images/ui-icons_f7a50d_256x240.png                      |binary
 jsdemos/blinkenlights/jquery-ui-themes-1.10.2/themes/start/images/ui-icons_fcd113_256x240.png                      |binary
 jsdemos/blinkenlights/jquery-ui-themes-1.10.2/themes/start/jquery-ui.css                                           | 1175 
 jsdemos/blinkenlights/jquery-ui-themes-1.10.2/themes/start/jquery-ui.min.css                                       |    5 
 jsdemos/blinkenlights/jquery-ui-themes-1.10.2/themes/start/jquery.ui.theme.css                                     |  406 
 jsdemos/blinkenlights/jquery-ui-themes-1.10.2/themes/sunny/images/animated-overlay.gif                             |binary
 jsdemos/blinkenlights/jquery-ui-themes-1.10.2/themes/sunny/images/ui-bg_diagonals-medium_20_d34d17_40x40.png       |binary
 jsdemos/blinkenlights/jquery-ui-themes-1.10.2/themes/sunny/images/ui-bg_flat_30_cccccc_40x100.png                  |binary
 jsdemos/blinkenlights/jquery-ui-themes-1.10.2/themes/sunny/images/ui-bg_flat_50_5c5c5c_40x100.png                  |binary
 jsdemos/blinkenlights/jquery-ui-themes-1.10.2/themes/sunny/images/ui-bg_gloss-wave_45_817865_500x100.png           |binary
 jsdemos/blinkenlights/jquery-ui-themes-1.10.2/themes/sunny/images/ui-bg_gloss-wave_60_fece2f_500x100.png           |binary
 jsdemos/blinkenlights/jquery-ui-themes-1.10.2/themes/sunny/images/ui-bg_gloss-wave_70_ffdd57_500x100.png           |binary
 jsdemos/blinkenlights/jquery-ui-themes-1.10.2/themes/sunny/images/ui-bg_gloss-wave_90_fff9e5_500x100.png           |binary
 jsdemos/blinkenlights/jquery-ui-themes-1.10.2/themes/sunny/images/ui-bg_highlight-soft_100_feeebd_1x100.png        |binary
 jsdemos/blinkenlights/jquery-ui-themes-1.10.2/themes/sunny/images/ui-bg_inset-soft_30_ffffff_1x100.png             |binary
 jsdemos/blinkenlights/jquery-ui-themes-1.10.2/themes/sunny/images/ui-icons_3d3d3d_256x240.png                      |binary
 jsdemos/blinkenlights/jquery-ui-themes-1.10.2/themes/sunny/images/ui-icons_bd7b00_256x240.png                      |binary
 jsdemos/blinkenlights/jquery-ui-themes-1.10.2/themes/sunny/images/ui-icons_d19405_256x240.png                      |binary
 jsdemos/blinkenlights/jquery-ui-themes-1.10.2/themes/sunny/images/ui-icons_eb990f_256x240.png                      |binary
 jsdemos/blinkenlights/jquery-ui-themes-1.10.2/themes/sunny/images/ui-icons_ed9f26_256x240.png                      |binary
 jsdemos/blinkenlights/jquery-ui-themes-1.10.2/themes/sunny/images/ui-icons_fadc7a_256x240.png                      |binary
 jsdemos/blinkenlights/jquery-ui-themes-1.10.2/themes/sunny/images/ui-icons_ffe180_256x240.png                      |binary
 jsdemos/blinkenlights/jquery-ui-themes-1.10.2/themes/sunny/jquery-ui.css                                           | 1175 
 jsdemos/blinkenlights/jquery-ui-themes-1.10.2/themes/sunny/jquery-ui.min.css                                       |    5 
 jsdemos/blinkenlights/jquery-ui-themes-1.10.2/themes/sunny/jquery.ui.theme.css                                     |  406 
 jsdemos/blinkenlights/jquery-ui-themes-1.10.2/themes/swanky-purse/images/animated-overlay.gif                      |binary
 jsdemos/blinkenlights/jquery-ui-themes-1.10.2/themes/swanky-purse/images/ui-bg_diamond_10_4f4221_10x8.png          |binary
 jsdemos/blinkenlights/jquery-ui-themes-1.10.2/themes/swanky-purse/images/ui-bg_diamond_20_372806_10x8.png          |binary
 jsdemos/blinkenlights/jquery-ui-themes-1.10.2/themes/swanky-purse/images/ui-bg_diamond_25_675423_10x8.png          |binary
 jsdemos/blinkenlights/jquery-ui-themes-1.10.2/themes/swanky-purse/images/ui-bg_diamond_25_d5ac5d_10x8.png          |binary
 jsdemos/blinkenlights/jquery-ui-themes-1.10.2/themes/swanky-purse/images/ui-bg_diamond_8_261803_10x8.png           |binary
 jsdemos/blinkenlights/jquery-ui-themes-1.10.2/themes/swanky-purse/images/ui-bg_diamond_8_443113_10x8.png           |binary
 jsdemos/blinkenlights/jquery-ui-themes-1.10.2/themes/swanky-purse/images/ui-bg_flat_75_ddd4b0_40x100.png           |binary
 jsdemos/blinkenlights/jquery-ui-themes-1.10.2/themes/swanky-purse/images/ui-bg_highlight-hard_65_fee4bd_1x100.png  |binary
 jsdemos/blinkenlights/jquery-ui-themes-1.10.2/themes/swanky-purse/images/ui-icons_070603_256x240.png               |binary
 jsdemos/blinkenlights/jquery-ui-themes-1.10.2/themes/swanky-purse/images/ui-icons_e8e2b5_256x240.png               |binary
 jsdemos/blinkenlights/jquery-ui-themes-1.10.2/themes/swanky-purse/images/ui-icons_e9cd86_256x240.png               |binary
 jsdemos/blinkenlights/jquery-ui-themes-1.10.2/themes/swanky-purse/images/ui-icons_efec9f_256x240.png               |binary
 jsdemos/blinkenlights/jquery-ui-themes-1.10.2/themes/swanky-purse/images/ui-icons_f2ec64_256x240.png               |binary
 jsdemos/blinkenlights/jquery-ui-themes-1.10.2/themes/swanky-purse/images/ui-icons_f9f2bd_256x240.png               |binary
 jsdemos/blinkenlights/jquery-ui-themes-1.10.2/themes/swanky-purse/images/ui-icons_ff7519_256x240.png               |binary
 jsdemos/blinkenlights/jquery-ui-themes-1.10.2/themes/swanky-purse/jquery-ui.css                                    | 1175 
 jsdemos/blinkenlights/jquery-ui-themes-1.10.2/themes/swanky-purse/jquery-ui.min.css                                |    5 
 jsdemos/blinkenlights/jquery-ui-themes-1.10.2/themes/swanky-purse/jquery.ui.theme.css                              |  406 
 jsdemos/blinkenlights/jquery-ui-themes-1.10.2/themes/trontastic/images/animated-overlay.gif                        |binary
 jsdemos/blinkenlights/jquery-ui-themes-1.10.2/themes/trontastic/images/ui-bg_diagonals-small_50_262626_40x40.png   |binary
 jsdemos/blinkenlights/jquery-ui-themes-1.10.2/themes/trontastic/images/ui-bg_flat_0_303030_40x100.png              |binary
 jsdemos/blinkenlights/jquery-ui-themes-1.10.2/themes/trontastic/images/ui-bg_flat_0_4c4c4c_40x100.png              |binary
 jsdemos/blinkenlights/jquery-ui-themes-1.10.2/themes/trontastic/images/ui-bg_glass_40_0a0a0a_1x400.png             |binary
 jsdemos/blinkenlights/jquery-ui-themes-1.10.2/themes/trontastic/images/ui-bg_glass_55_f1fbe5_1x400.png             |binary
 jsdemos/blinkenlights/jquery-ui-themes-1.10.2/themes/trontastic/images/ui-bg_glass_60_000000_1x400.png             |binary
 jsdemos/blinkenlights/jquery-ui-themes-1.10.2/themes/trontastic/images/ui-bg_gloss-wave_55_000000_500x100.png      |binary
 jsdemos/blinkenlights/jquery-ui-themes-1.10.2/themes/trontastic/images/ui-bg_gloss-wave_85_9fda58_500x100.png      |binary
 jsdemos/blinkenlights/jquery-ui-themes-1.10.2/themes/trontastic/images/ui-bg_gloss-wave_95_f6ecd5_500x100.png      |binary
 jsdemos/blinkenlights/jquery-ui-themes-1.10.2/themes/trontastic/images/ui-icons_000000_256x240.png                 |binary
 jsdemos/blinkenlights/jquery-ui-themes-1.10.2/themes/trontastic/images/ui-icons_1f1f1f_256x240.png                 |binary
 jsdemos/blinkenlights/jquery-ui-themes-1.10.2/themes/trontastic/images/ui-icons_9fda58_256x240.png                 |binary
 jsdemos/blinkenlights/jquery-ui-themes-1.10.2/themes/trontastic/images/ui-icons_b8ec79_256x240.png                 |binary
 jsdemos/blinkenlights/jquery-ui-themes-1.10.2/themes/trontastic/images/ui-icons_cd0a0a_256x240.png                 |binary
 jsdemos/blinkenlights/jquery-ui-themes-1.10.2/themes/trontastic/images/ui-icons_ffffff_256x240.png                 |binary
 jsdemos/blinkenlights/jquery-ui-themes-1.10.2/themes/trontastic/jquery-ui.css                                      | 1175 
 jsdemos/blinkenlights/jquery-ui-themes-1.10.2/themes/trontastic/jquery-ui.min.css                                  |    5 
 jsdemos/blinkenlights/jquery-ui-themes-1.10.2/themes/trontastic/jquery.ui.theme.css                                |  406 
 jsdemos/blinkenlights/jquery-ui-themes-1.10.2/themes/ui-darkness/images/animated-overlay.gif                       |binary
 jsdemos/blinkenlights/jquery-ui-themes-1.10.2/themes/ui-darkness/images/ui-bg_flat_30_cccccc_40x100.png            |binary
 jsdemos/blinkenlights/jquery-ui-themes-1.10.2/themes/ui-darkness/images/ui-bg_flat_50_5c5c5c_40x100.png            |binary
 jsdemos/blinkenlights/jquery-ui-themes-1.10.2/themes/ui-darkness/images/ui-bg_glass_20_555555_1x400.png            |binary
 jsdemos/blinkenlights/jquery-ui-themes-1.10.2/themes/ui-darkness/images/ui-bg_glass_40_0078a3_1x400.png            |binary
 jsdemos/blinkenlights/jquery-ui-themes-1.10.2/themes/ui-darkness/images/ui-bg_glass_40_ffc73d_1x400.png            |binary
 jsdemos/blinkenlights/jquery-ui-themes-1.10.2/themes/ui-darkness/images/ui-bg_gloss-wave_25_333333_500x100.png     |binary
 jsdemos/blinkenlights/jquery-ui-themes-1.10.2/themes/ui-darkness/images/ui-bg_highlight-soft_80_eeeeee_1x100.png   |binary
 jsdemos/blinkenlights/jquery-ui-themes-1.10.2/themes/ui-darkness/images/ui-bg_inset-soft_25_000000_1x100.png       |binary
 jsdemos/blinkenlights/jquery-ui-themes-1.10.2/themes/ui-darkness/images/ui-bg_inset-soft_30_f58400_1x100.png       |binary
 jsdemos/blinkenlights/jquery-ui-themes-1.10.2/themes/ui-darkness/images/ui-icons_222222_256x240.png                |binary
 jsdemos/blinkenlights/jquery-ui-themes-1.10.2/themes/ui-darkness/images/ui-icons_4b8e0b_256x240.png                |binary
 jsdemos/blinkenlights/jquery-ui-themes-1.10.2/themes/ui-darkness/images/ui-icons_a83300_256x240.png                |binary
 jsdemos/blinkenlights/jquery-ui-themes-1.10.2/themes/ui-darkness/images/ui-icons_cccccc_256x240.png                |binary
 jsdemos/blinkenlights/jquery-ui-themes-1.10.2/themes/ui-darkness/images/ui-icons_ffffff_256x240.png                |binary
 jsdemos/blinkenlights/jquery-ui-themes-1.10.2/themes/ui-darkness/jquery-ui.css                                     | 1175 
 jsdemos/blinkenlights/jquery-ui-themes-1.10.2/themes/ui-darkness/jquery-ui.min.css                                 |    5 
 jsdemos/blinkenlights/jquery-ui-themes-1.10.2/themes/ui-darkness/jquery.ui.theme.css                               |  406 
 jsdemos/blinkenlights/jquery-ui-themes-1.10.2/themes/ui-lightness/images/animated-overlay.gif                      |binary
 jsdemos/blinkenlights/jquery-ui-themes-1.10.2/themes/ui-lightness/images/ui-bg_diagonals-thick_18_b81900_40x40.png |binary
 jsdemos/blinkenlights/jquery-ui-themes-1.10.2/themes/ui-lightness/images/ui-bg_diagonals-thick_20_666666_40x40.png |binary
 jsdemos/blinkenlights/jquery-ui-themes-1.10.2/themes/ui-lightness/images/ui-bg_flat_10_000000_40x100.png           |binary
 jsdemos/blinkenlights/jquery-ui-themes-1.10.2/themes/ui-lightness/images/ui-bg_glass_100_f6f6f6_1x400.png          |binary
 jsdemos/blinkenlights/jquery-ui-themes-1.10.2/themes/ui-lightness/images/ui-bg_glass_100_fdf5ce_1x400.png          |binary
 jsdemos/blinkenlights/jquery-ui-themes-1.10.2/themes/ui-lightness/images/ui-bg_glass_65_ffffff_1x400.png           |binary
 jsdemos/blinkenlights/jquery-ui-themes-1.10.2/themes/ui-lightness/images/ui-bg_gloss-wave_35_f6a828_500x100.png    |binary
 jsdemos/blinkenlights/jquery-ui-themes-1.10.2/themes/ui-lightness/images/ui-bg_highlight-soft_100_eeeeee_1x100.png |binary
 jsdemos/blinkenlights/jquery-ui-themes-1.10.2/themes/ui-lightness/images/ui-bg_highlight-soft_75_ffe45c_1x100.png  |binary
 jsdemos/blinkenlights/jquery-ui-themes-1.10.2/themes/ui-lightness/images/ui-icons_222222_256x240.png               |binary
 jsdemos/blinkenlights/jquery-ui-themes-1.10.2/themes/ui-lightness/images/ui-icons_228ef1_256x240.png               |binary
 jsdemos/blinkenlights/jquery-ui-themes-1.10.2/themes/ui-lightness/images/ui-icons_ef8c08_256x240.png               |binary
 jsdemos/blinkenlights/jquery-ui-themes-1.10.2/themes/ui-lightness/images/ui-icons_ffd27a_256x240.png               |binary
 jsdemos/blinkenlights/jquery-ui-themes-1.10.2/themes/ui-lightness/images/ui-icons_ffffff_256x240.png               |binary
 jsdemos/blinkenlights/jquery-ui-themes-1.10.2/themes/ui-lightness/jquery-ui.css                                    | 1175 
 jsdemos/blinkenlights/jquery-ui-themes-1.10.2/themes/ui-lightness/jquery-ui.min.css                                |    5 
 jsdemos/blinkenlights/jquery-ui-themes-1.10.2/themes/ui-lightness/jquery.ui.theme.css                              |  406 
 jsdemos/blinkenlights/jquery-ui-themes-1.10.2/themes/vader/images/animated-overlay.gif                             |binary
 jsdemos/blinkenlights/jquery-ui-themes-1.10.2/themes/vader/images/ui-bg_flat_0_aaaaaa_40x100.png                   |binary
 jsdemos/blinkenlights/jquery-ui-themes-1.10.2/themes/vader/images/ui-bg_glass_95_fef1ec_1x400.png                  |binary
 jsdemos/blinkenlights/jquery-ui-themes-1.10.2/themes/vader/images/ui-bg_gloss-wave_16_121212_500x100.png           |binary
 jsdemos/blinkenlights/jquery-ui-themes-1.10.2/themes/vader/images/ui-bg_highlight-hard_15_888888_1x100.png         |binary
 jsdemos/blinkenlights/jquery-ui-themes-1.10.2/themes/vader/images/ui-bg_highlight-hard_55_555555_1x100.png         |binary
 jsdemos/blinkenlights/jquery-ui-themes-1.10.2/themes/vader/images/ui-bg_highlight-soft_35_adadad_1x100.png         |binary
 jsdemos/blinkenlights/jquery-ui-themes-1.10.2/themes/vader/images/ui-bg_highlight-soft_60_dddddd_1x100.png         |binary
 jsdemos/blinkenlights/jquery-ui-themes-1.10.2/themes/vader/images/ui-bg_inset-soft_15_121212_1x100.png             |binary
 jsdemos/blinkenlights/jquery-ui-themes-1.10.2/themes/vader/images/ui-icons_666666_256x240.png                      |binary
 jsdemos/blinkenlights/jquery-ui-themes-1.10.2/themes/vader/images/ui-icons_aaaaaa_256x240.png                      |binary
 jsdemos/blinkenlights/jquery-ui-themes-1.10.2/themes/vader/images/ui-icons_bbbbbb_256x240.png                      |binary
 jsdemos/blinkenlights/jquery-ui-themes-1.10.2/themes/vader/images/ui-icons_c98000_256x240.png                      |binary
 jsdemos/blinkenlights/jquery-ui-themes-1.10.2/themes/vader/images/ui-icons_cccccc_256x240.png                      |binary
 jsdemos/blinkenlights/jquery-ui-themes-1.10.2/themes/vader/images/ui-icons_cd0a0a_256x240.png                      |binary
 jsdemos/blinkenlights/jquery-ui-themes-1.10.2/themes/vader/images/ui-icons_f29a00_256x240.png                      |binary
 jsdemos/blinkenlights/jquery-ui-themes-1.10.2/themes/vader/jquery-ui.css                                           | 1175 
 jsdemos/blinkenlights/jquery-ui-themes-1.10.2/themes/vader/jquery-ui.min.css                                       |    5 
 jsdemos/blinkenlights/jquery-ui-themes-1.10.2/themes/vader/jquery.ui.theme.css                                     |  406 
 jsdemos/favicon.ico                                                                                                |binary
 jsdemos/grafana/LICENSE.md                                                                                         |   14 
 jsdemos/grafana/NOTICE.md                                                                                          |   16 
 jsdemos/grafana/README.md                                                                                          |  111 
 jsdemos/grafana/app/app.js                                                                                         |55966 +++++-----
 jsdemos/grafana/app/components/require.config.js                                                                   |    4 
 jsdemos/grafana/app/dashboards/default-png.json                                                                    |  801 
 jsdemos/grafana/app/dashboards/default.json                                                                        |  694 
 jsdemos/grafana/app/dashboards/empty.json                                                                          |   83 
 jsdemos/grafana/app/dashboards/scripted.js                                                                         |   80 
 jsdemos/grafana/app/dashboards/scripted_async.js                                                                   |   81 
 jsdemos/grafana/app/panels/annotations/editor.html                                                                 |    1 
 jsdemos/grafana/app/panels/annotations/module.html                                                                 |    1 
 jsdemos/grafana/app/panels/annotations/module.js                                                                   |    4 
 jsdemos/grafana/app/panels/filtering/module.html                                                                   |    1 
 jsdemos/grafana/app/panels/filtering/module.js                                                                     |    4 
 jsdemos/grafana/app/panels/graphite/axisEditor.html                                                                |    1 
 jsdemos/grafana/app/panels/graphite/interval.js                                                                    |    4 
 jsdemos/grafana/app/panels/graphite/legend.html                                                                    |   26 
 jsdemos/grafana/app/panels/graphite/module.html                                                                    |    1 
 jsdemos/grafana/app/panels/graphite/module.js                                                                      |    4 
 jsdemos/grafana/app/panels/graphite/styleEditor.html                                                               |    1 
 jsdemos/grafana/app/panels/text/editor.html                                                                        |    2 
 jsdemos/grafana/app/panels/text/module.html                                                                        |    1 
 jsdemos/grafana/app/panels/text/module.js                                                                          |    4 
 jsdemos/grafana/app/panels/timepicker/custom.html                                                                  |   31 
 jsdemos/grafana/app/panels/timepicker/editor.html                                                                  |    1 
 jsdemos/grafana/app/panels/timepicker/module.html                                                                  |    8 
 jsdemos/grafana/app/panels/timepicker/module.js                                                                    |    4 
 jsdemos/grafana/app/panels/timepicker/refreshctrl.html                                                             |    1 
 jsdemos/grafana/app/partials/dashLoader.html                                                                       |    3 
 jsdemos/grafana/app/partials/dashLoaderShare.html                                                                  |    1 
 jsdemos/grafana/app/partials/dashboard.html                                                                        |    1 
 jsdemos/grafana/app/partials/dasheditor.html                                                                       |    1 
 jsdemos/grafana/app/partials/graphite/editor.html                                                                  |    1 
 jsdemos/grafana/app/partials/import.html                                                                           |    1 
 jsdemos/grafana/app/partials/influxdb/editor.html                                                                  |    1 
 jsdemos/grafana/app/partials/inspector.html                                                                        |    5 
 jsdemos/grafana/app/partials/load.html                                                                             |    1 
 jsdemos/grafana/app/partials/loadmetrics.html                                                                      |    1 
 jsdemos/grafana/app/partials/metrics.html                                                                          |    1 
 jsdemos/grafana/app/partials/modal.html                                                                            |    1 
 jsdemos/grafana/app/partials/paneladd.html                                                                         |    1 
 jsdemos/grafana/app/partials/paneleditor.html                                                                      |    1 
 jsdemos/grafana/app/partials/panelgeneral.html                                                                     |    1 
 jsdemos/grafana/app/partials/playlist.html                                                                         |    1 
 jsdemos/grafana/app/partials/roweditor.html                                                                        |    1 
 jsdemos/grafana/app/partials/search.html                                                                           |   11 
 jsdemos/grafana/app/partials/unsaved-changes.html                                                                  |    1 
 jsdemos/grafana/build.txt                                                                                          |  109 
 jsdemos/grafana/config.js                                                                                          |   99 
 jsdemos/grafana/config.sample.js                                                                                   |   76 
 jsdemos/grafana/css/animate.min.css                                                                                |    1 
 jsdemos/grafana/css/bootstrap-responsive.min.css                                                                   |    9 
 jsdemos/grafana/css/bootstrap.dark.min.css                                                                         |    9 
 jsdemos/grafana/css/bootstrap.light.min.css                                                                        |    9 
 jsdemos/grafana/css/font-awesome.min.css                                                                           |    1 
 jsdemos/grafana/css/normalize.min.css                                                                              |    1 
 jsdemos/grafana/css/spectrum.css                                                                                   |    1 
 jsdemos/grafana/css/timepicker.css                                                                                 |   18 
 jsdemos/grafana/font/FontAwesome.otf                                                                               |binary
 jsdemos/grafana/font/fontawesome-webfont.eot                                                                       |binary
 jsdemos/grafana/font/fontawesome-webfont.svg                                                                       |  399 
 jsdemos/grafana/font/fontawesome-webfont.ttf                                                                       |binary
 jsdemos/grafana/font/fontawesome-webfont.woff                                                                      |binary
 jsdemos/grafana/img/cubes.png                                                                                      |binary
 jsdemos/grafana/img/glyphicons-halflings-white.png                                                                 |binary
 jsdemos/grafana/img/glyphicons-halflings.png                                                                       |binary
 jsdemos/grafana/img/kibana.png                                                                                     |binary
 jsdemos/grafana/img/light.png                                                                                      |binary
 jsdemos/grafana/img/load.gif                                                                                       |binary
 jsdemos/grafana/img/load_big.gif                                                                                   |binary
 jsdemos/grafana/img/small.png                                                                                      |binary
 jsdemos/grafana/index.html                                                                                         |    3 
 jsdemos/grafana/test/karma.conf.js                                                                                 |    4 
 jsdemos/grafana/test/mocks/dashboard-mock.js                                                                       |    4 
 jsdemos/grafana/test/specs/filterSrv-specs.js                                                                      |    4 
 jsdemos/grafana/test/specs/gfunc-specs.js                                                                          |    4 
 jsdemos/grafana/test/specs/graph-panel-controller-specs.js                                                         |    3 
 jsdemos/grafana/test/specs/graphiteTargetCtrl-specs.js                                                             |    4 
 jsdemos/grafana/test/specs/kbn-format-specs.js                                                                     |    4 
 jsdemos/grafana/test/specs/lexer-specs.js                                                                          |    4 
 jsdemos/grafana/test/specs/parser-specs.js                                                                         |    4 
 jsdemos/grafana/test/test-main.js                                                                                  |    4 
 jsdemos/grafana/test/tests.html                                                                                    |   26 
 jsdemos/grafana/vendor/angular/angular-mocks.js                                                                    |    4 
 jsdemos/grafana/vendor/bootstrap/less/tests/buttons.html                                                           |  139 
 jsdemos/grafana/vendor/bootstrap/less/tests/css-tests.css                                                          |    3 
 jsdemos/grafana/vendor/bootstrap/less/tests/css-tests.html                                                         | 1399 
 jsdemos/grafana/vendor/bootstrap/less/tests/forms-responsive.html                                                  |   71 
 jsdemos/grafana/vendor/bootstrap/less/tests/forms.html                                                             |  179 
 jsdemos/grafana/vendor/bootstrap/less/tests/navbar-fixed-top.html                                                  |  104 
 jsdemos/grafana/vendor/bootstrap/less/tests/navbar-static-top.html                                                 |  107 
 jsdemos/grafana/vendor/bootstrap/less/tests/navbar.html                                                            |  107 
 jsdemos/grafana/vendor/jquery/jquery.flot.fillbetween.js                                                           |    4 
 jsdemos/grafana/vendor/license.json                                                                                |   74 
 jsdemos/grafana/vendor/require/css-build.js                                                                        |    4 
 jsdemos/grafana/vendor/require/require.js                                                                          |    4 
 jsdemos/grafana/vendor/require/tmpl.js                                                                             |    4 
 jsdemos/grafana/vendor/timezone.js                                                                                 |    4 
 jsdemos/graphite/browser-header.html                                                                               |   73 
 jsdemos/graphite/composer/index.html                                                                               |  152 
 jsdemos/graphite/content/css/cli.css                                                                               |   46 
 jsdemos/graphite/content/css/darkX.css                                                                             |  121 
 jsdemos/graphite/content/css/darkX/button-close-focused.png                                                        |binary
 jsdemos/graphite/content/css/darkX/button-maximize-focused.png                                                     |binary
 jsdemos/graphite/content/css/darkX/button-minimize-focused.png                                                     |binary
 jsdemos/graphite/content/css/darkX/frame-bottom-left-focused.png                                                   |binary
 jsdemos/graphite/content/css/darkX/frame-bottom-mid-focused.png                                                    |binary
 jsdemos/graphite/content/css/darkX/frame-bottom-right-focused.png                                                  |binary
 jsdemos/graphite/content/css/darkX/frame-left-focused.png                                                          |binary
 jsdemos/graphite/content/css/darkX/frame-right-focused.png                                                         |binary
 jsdemos/graphite/content/css/darkX/titlebar-left-focused.png                                                       |binary
 jsdemos/graphite/content/css/darkX/titlebar-mid-focused.png                                                        |binary
 jsdemos/graphite/content/css/darkX/titlebar-right-focused.png                                                      |binary
 jsdemos/graphite/content/css/dashboard-default.css                                                                 |   32 
 jsdemos/graphite/content/css/dashboard-white.css                                                                   |   32 
 jsdemos/graphite/content/css/dashboard.css                                                                         |  139 
 jsdemos/graphite/content/css/default.css                                                                           |  156 
 jsdemos/graphite/content/css/default/bottom_left.gif                                                               |binary
 jsdemos/graphite/content/css/default/bottom_mid.gif                                                                |binary
 jsdemos/graphite/content/css/default/bottom_right.gif                                                              |binary
 jsdemos/graphite/content/css/default/bottom_right_resize.gif                                                       |binary
 jsdemos/graphite/content/css/default/center_left.gif                                                               |binary
 jsdemos/graphite/content/css/default/center_right.gif                                                              |binary
 jsdemos/graphite/content/css/default/clear.gif                                                                     |binary
 jsdemos/graphite/content/css/default/close.gif                                                                     |binary
 jsdemos/graphite/content/css/default/inspect.gif                                                                   |binary
 jsdemos/graphite/content/css/default/maximize.gif                                                                  |binary
 jsdemos/graphite/content/css/default/minimize.gif                                                                  |binary
 jsdemos/graphite/content/css/default/overlay.png                                                                   |binary
 jsdemos/graphite/content/css/default/resize.gif                                                                    |binary
 jsdemos/graphite/content/css/default/sizer.gif                                                                     |binary
 jsdemos/graphite/content/css/default/top_left.gif                                                                  |binary
 jsdemos/graphite/content/css/default/top_mid.gif                                                                   |binary
 jsdemos/graphite/content/css/default/top_right.gif                                                                 |binary
 jsdemos/graphite/content/css/jquery.autocomplete.css                                                               |   48 
 jsdemos/graphite/content/css/table.css                                                                             |   53 
 jsdemos/graphite/content/html/completerHelp.html                                                                   |   16 
 jsdemos/graphite/content/html/searchHelp.html                                                                      |   25 
 jsdemos/graphite/content/html/timeHelp.html                                                                        |   57 
 jsdemos/graphite/content/img/I.gif                                                                                 |binary
 jsdemos/graphite/content/img/L.gif                                                                                 |binary
 jsdemos/graphite/content/img/Lminus.gif                                                                            |binary
 jsdemos/graphite/content/img/Lplus.gif                                                                             |binary
 jsdemos/graphite/content/img/T.gif                                                                                 |binary
 jsdemos/graphite/content/img/Tminus.gif                                                                            |binary
 jsdemos/graphite/content/img/Tplus.gif                                                                             |binary
 jsdemos/graphite/content/img/arrow1.gif                                                                            |binary
 jsdemos/graphite/content/img/blank.gif                                                                             |binary
 jsdemos/graphite/content/img/calBt.gif                                                                             |binary
 jsdemos/graphite/content/img/carbon-fiber.png                                                                      |binary
 jsdemos/graphite/content/img/clock_16.png                                                                          |binary
 jsdemos/graphite/content/img/delete.gif                                                                            |binary
 jsdemos/graphite/content/img/error.png                                                                             |binary
 jsdemos/graphite/content/img/folder.png                                                                            |binary
 jsdemos/graphite/content/img/graphite.png                                                                          |binary
 jsdemos/graphite/content/img/graphite_short.png                                                                    |binary
 jsdemos/graphite/content/img/indicator.png                                                                         |binary
 jsdemos/graphite/content/img/leaf.gif                                                                              |binary
 jsdemos/graphite/content/img/line_chart.png                                                                        |binary
 jsdemos/graphite/content/img/mini-bottom2.gif                                                                      |binary
 jsdemos/graphite/content/img/mini-top2.gif                                                                         |binary
 jsdemos/graphite/content/img/save.gif                                                                              |binary
 jsdemos/graphite/content/img/searching.gif                                                                         |binary
 jsdemos/graphite/content/img/updateGraph.gif                                                                       |binary
 jsdemos/graphite/content/js/ace/ace.js                                                                             |    1 
 jsdemos/graphite/content/js/ace/keybinding-vim.js                                                                  |    1 
 jsdemos/graphite/content/js/ace/mode-c_cpp.js                                                                      |    1 
 jsdemos/graphite/content/js/ace/mode-clojure.js                                                                    |    1 
 jsdemos/graphite/content/js/ace/mode-coffee.js                                                                     |    1 
 jsdemos/graphite/content/js/ace/mode-csharp.js                                                                     |    1 
 jsdemos/graphite/content/js/ace/mode-css.js                                                                        |    1 
 jsdemos/graphite/content/js/ace/mode-groovy.js                                                                     |    1 
 jsdemos/graphite/content/js/ace/mode-html.js                                                                       |    1 
 jsdemos/graphite/content/js/ace/mode-java.js                                                                       |    1 
 jsdemos/graphite/content/js/ace/mode-javascript.js                                                                 |    1 
 jsdemos/graphite/content/js/ace/mode-json.js                                                                       |    1 
 jsdemos/graphite/content/js/ace/theme-textmate.js                                                                  |    1 
 jsdemos/graphite/content/js/ace/worker-javascript.js                                                               |    1 
 jsdemos/graphite/content/js/browser.js                                                                             |  303 
 jsdemos/graphite/content/js/cli.js                                                                                 |  422 
 jsdemos/graphite/content/js/completer.js                                                                           |   58 
 jsdemos/graphite/content/js/composer.js                                                                            |  242 
 jsdemos/graphite/content/js/composer_widgets.js                                                                    | 1321 
 jsdemos/graphite/content/js/dashboard.js                                                                           | 2855 
 jsdemos/graphite/content/js/ext/adapter/ext/ext-base-debug.js                                                      | 2886 
 jsdemos/graphite/content/js/ext/adapter/ext/ext-base.js                                                            |    7 
 jsdemos/graphite/content/js/ext/adapter/jquery/ext-jquery-adapter-debug.js                                         | 1797 
 jsdemos/graphite/content/js/ext/adapter/jquery/ext-jquery-adapter.js                                               |    7 
 jsdemos/graphite/content/js/ext/adapter/prototype/ext-prototype-adapter-debug.js                                   | 1826 
 jsdemos/graphite/content/js/ext/adapter/prototype/ext-prototype-adapter.js                                         |    7 
 jsdemos/graphite/content/js/ext/adapter/yui/ext-yui-adapter-debug.js                                               | 1592 
 jsdemos/graphite/content/js/ext/adapter/yui/ext-yui-adapter.js                                                     |    7 
 jsdemos/graphite/content/js/ext/examples/shared/icons/arrow-down.gif                                               |binary
 jsdemos/graphite/content/js/ext/examples/shared/icons/arrow-up.gif                                                 |binary
 jsdemos/graphite/content/js/ext/examples/shared/icons/fam/SILK.txt                                                 |    3 
 jsdemos/graphite/content/js/ext/examples/shared/icons/fam/accept.png                                               |binary
 jsdemos/graphite/content/js/ext/examples/shared/icons/fam/add.gif                                                  |binary
 jsdemos/graphite/content/js/ext/examples/shared/icons/fam/add.png                                                  |binary
 jsdemos/graphite/content/js/ext/examples/shared/icons/fam/application_go.png                                       |binary
 jsdemos/graphite/content/js/ext/examples/shared/icons/fam/application_view_list.png                                |binary
 jsdemos/graphite/content/js/ext/examples/shared/icons/fam/book.png                                                 |binary
 jsdemos/graphite/content/js/ext/examples/shared/icons/fam/cog.png                                                  |binary
 jsdemos/graphite/content/js/ext/examples/shared/icons/fam/cog_edit.png                                             |binary
 jsdemos/graphite/content/js/ext/examples/shared/icons/fam/connect.gif                                              |binary
 jsdemos/graphite/content/js/ext/examples/shared/icons/fam/connect.png                                              |binary
 jsdemos/graphite/content/js/ext/examples/shared/icons/fam/control_rewind.png                                       |binary
 jsdemos/graphite/content/js/ext/examples/shared/icons/fam/cross.gif                                                |binary
 jsdemos/graphite/content/js/ext/examples/shared/icons/fam/delete.gif                                               |binary
 jsdemos/graphite/content/js/ext/examples/shared/icons/fam/error.png                                                |binary
 jsdemos/graphite/content/js/ext/examples/shared/icons/fam/feed_add.png                                             |binary
 jsdemos/graphite/content/js/ext/examples/shared/icons/fam/feed_delete.png                                          |binary
 jsdemos/graphite/content/js/ext/examples/shared/icons/fam/feed_error.png                                           |binary
 jsdemos/graphite/content/js/ext/examples/shared/icons/fam/folder_go.png                                            |binary
 jsdemos/graphite/content/js/ext/examples/shared/icons/fam/folder_wrench.png                                        |binary
 jsdemos/graphite/content/js/ext/examples/shared/icons/fam/grid.png                                                 |binary
 jsdemos/graphite/content/js/ext/examples/shared/icons/fam/image_add.png                                            |binary
 jsdemos/graphite/content/js/ext/examples/shared/icons/fam/information.png                                          |binary
 jsdemos/graphite/content/js/ext/examples/shared/icons/fam/plugin.gif                                               |binary
 jsdemos/graphite/content/js/ext/examples/shared/icons/fam/plugin_add.gif                                           |binary
 jsdemos/graphite/content/js/ext/examples/shared/icons/fam/rss_go.png                                               |binary
 jsdemos/graphite/content/js/ext/examples/shared/icons/fam/table_refresh.png                                        |binary
 jsdemos/graphite/content/js/ext/examples/shared/icons/fam/user.gif                                                 |binary
 jsdemos/graphite/content/js/ext/examples/shared/icons/fam/user.png                                                 |binary
 jsdemos/graphite/content/js/ext/examples/shared/icons/fam/user_add.gif                                             |binary
 jsdemos/graphite/content/js/ext/examples/shared/icons/fam/user_add.png                                             |binary
 jsdemos/graphite/content/js/ext/examples/shared/icons/fam/user_comment.png                                         |binary
 jsdemos/graphite/content/js/ext/examples/shared/icons/fam/user_delete.gif                                          |binary
 jsdemos/graphite/content/js/ext/examples/shared/icons/fam/user_delete.png                                          |binary
 jsdemos/graphite/content/js/ext/examples/shared/icons/fam/user_edit.png                                            |binary
 jsdemos/graphite/content/js/ext/examples/shared/icons/fam/user_female.gif                                          |binary
 jsdemos/graphite/content/js/ext/examples/shared/icons/fam/user_female.png                                          |binary
 jsdemos/graphite/content/js/ext/examples/shared/icons/fam/user_gray.png                                            |binary
 jsdemos/graphite/content/js/ext/examples/shared/icons/fam/user_green.gif                                           |binary
 jsdemos/graphite/content/js/ext/examples/shared/icons/fam/user_green.png                                           |binary
 jsdemos/graphite/content/js/ext/examples/shared/icons/fam/user_orange.png                                          |binary
 jsdemos/graphite/content/js/ext/examples/shared/icons/fam/user_red.png                                             |binary
 jsdemos/graphite/content/js/ext/examples/shared/icons/fam/user_suit.gif                                            |binary
 jsdemos/graphite/content/js/ext/examples/shared/icons/fam/user_suit.png                                            |binary
 jsdemos/graphite/content/js/ext/examples/shared/icons/save.gif                                                     |binary
 jsdemos/graphite/content/js/ext/examples/shared/icons/silk.css                                                     |  185 
 jsdemos/graphite/content/js/ext/ext-all-debug.js                                                                   |51256 +++++++++
 jsdemos/graphite/content/js/ext/ext-all.js                                                                         |   11 
 jsdemos/graphite/content/js/ext/license.txt                                                                        |   41 
 jsdemos/graphite/content/js/ext/pkgs/cmp-foundation-debug.js                                                       |14754 ++
 jsdemos/graphite/content/js/ext/pkgs/cmp-foundation.js                                                             |    7 
 jsdemos/graphite/content/js/ext/pkgs/data-foundation-debug.js                                                      | 4804 
 jsdemos/graphite/content/js/ext/pkgs/data-foundation.js                                                            |    7 
 jsdemos/graphite/content/js/ext/pkgs/data-grouping-debug.js                                                        |  263 
 jsdemos/graphite/content/js/ext/pkgs/data-grouping.js                                                              |    7 
 jsdemos/graphite/content/js/ext/pkgs/data-json-debug.js                                                            |  649 
 jsdemos/graphite/content/js/ext/pkgs/data-json.js                                                                  |    7 
 jsdemos/graphite/content/js/ext/pkgs/data-list-views-debug.js                                                      | 1539 
 jsdemos/graphite/content/js/ext/pkgs/data-list-views.js                                                            |    7 
 jsdemos/graphite/content/js/ext/pkgs/data-xml-debug.js                                                             |  479 
 jsdemos/graphite/content/js/ext/pkgs/data-xml.js                                                                   |    7 
 jsdemos/graphite/content/js/ext/pkgs/direct-debug.js                                                               | 1162 
 jsdemos/graphite/content/js/ext/pkgs/direct.js                                                                     |    7 
 jsdemos/graphite/content/js/ext/pkgs/ext-core-debug.js                                                             | 7918 +
 jsdemos/graphite/content/js/ext/pkgs/ext-core.js                                                                   |    7 
 jsdemos/graphite/content/js/ext/pkgs/ext-dd-debug.js                                                               | 4802 
 jsdemos/graphite/content/js/ext/pkgs/ext-dd.js                                                                     |    7 
 jsdemos/graphite/content/js/ext/pkgs/ext-foundation-debug.js                                                       | 8022 +
 jsdemos/graphite/content/js/ext/pkgs/ext-foundation.js                                                             |    7 
 jsdemos/graphite/content/js/ext/pkgs/pkg-buttons-debug.js                                                          | 1146 
 jsdemos/graphite/content/js/ext/pkgs/pkg-buttons.js                                                                |    7 
 jsdemos/graphite/content/js/ext/pkgs/pkg-charts-debug.js                                                           | 1927 
 jsdemos/graphite/content/js/ext/pkgs/pkg-charts.js                                                                 |   10 
 jsdemos/graphite/content/js/ext/pkgs/pkg-forms-debug.js                                                            | 9220 +
 jsdemos/graphite/content/js/ext/pkgs/pkg-forms.js                                                                  |    7 
 jsdemos/graphite/content/js/ext/pkgs/pkg-grid-editor-debug.js                                                      |  621 
 jsdemos/graphite/content/js/ext/pkgs/pkg-grid-editor.js                                                            |    7 
 jsdemos/graphite/content/js/ext/pkgs/pkg-grid-foundation-debug.js                                                  | 7212 +
 jsdemos/graphite/content/js/ext/pkgs/pkg-grid-foundation.js                                                        |    7 
 jsdemos/graphite/content/js/ext/pkgs/pkg-grid-grouping-debug.js                                                    |  609 
 jsdemos/graphite/content/js/ext/pkgs/pkg-grid-grouping.js                                                          |    7 
 jsdemos/graphite/content/js/ext/pkgs/pkg-grid-property-debug.js                                                    |  468 
 jsdemos/graphite/content/js/ext/pkgs/pkg-grid-property.js                                                          |    7 
 jsdemos/graphite/content/js/ext/pkgs/pkg-history-debug.js                                                          |  216 
 jsdemos/graphite/content/js/ext/pkgs/pkg-history.js                                                                |    7 
 jsdemos/graphite/content/js/ext/pkgs/pkg-menu-debug.js                                                             | 1701 
 jsdemos/graphite/content/js/ext/pkgs/pkg-menu.js                                                                   |    7 
 jsdemos/graphite/content/js/ext/pkgs/pkg-tabs-debug.js                                                             | 1132 
 jsdemos/graphite/content/js/ext/pkgs/pkg-tabs.js                                                                   |    7 
 jsdemos/graphite/content/js/ext/pkgs/pkg-tips-debug.js                                                             | 1146 
 jsdemos/graphite/content/js/ext/pkgs/pkg-tips.js                                                                   |    7 
 jsdemos/graphite/content/js/ext/pkgs/pkg-toolbars-debug.js                                                         | 1216 
 jsdemos/graphite/content/js/ext/pkgs/pkg-toolbars.js                                                               |    7 
 jsdemos/graphite/content/js/ext/pkgs/pkg-tree-debug.js                                                             | 4836 
 jsdemos/graphite/content/js/ext/pkgs/pkg-tree.js                                                                   |    7 
 jsdemos/graphite/content/js/ext/pkgs/resizable-debug.js                                                            |  770 
 jsdemos/graphite/content/js/ext/pkgs/resizable.js                                                                  |    7 
 jsdemos/graphite/content/js/ext/pkgs/state-debug.js                                                                |  304 
 jsdemos/graphite/content/js/ext/pkgs/state.js                                                                      |    7 
 jsdemos/graphite/content/js/ext/pkgs/window-debug.js                                                               | 2024 
 jsdemos/graphite/content/js/ext/pkgs/window.js                                                                     |    7 
 jsdemos/graphite/content/js/ext/resources/css/README.txt                                                           |    6 
 jsdemos/graphite/content/js/ext/resources/css/debug.css                                                            |   43 
 jsdemos/graphite/content/js/ext/resources/css/ext-all-notheme.css                                                  | 5302 
 jsdemos/graphite/content/js/ext/resources/css/ext-all.css                                                          | 6969 +
 jsdemos/graphite/content/js/ext/resources/css/reset-min.css                                                        |    7 
 jsdemos/graphite/content/js/ext/resources/css/structure/borders.css                                                |   54 
 jsdemos/graphite/content/js/ext/resources/css/structure/box.css                                                    |   80 
 jsdemos/graphite/content/js/ext/resources/css/structure/button.css                                                 |  445 
 jsdemos/graphite/content/js/ext/resources/css/structure/combo.css                                                  |   45 
 jsdemos/graphite/content/js/ext/resources/css/structure/core.css                                                   |  341 
 jsdemos/graphite/content/js/ext/resources/css/structure/date-picker.css                                            |  271 
 jsdemos/graphite/content/js/ext/resources/css/structure/dd.css                                                     |   61 
 jsdemos/graphite/content/js/ext/resources/css/structure/debug.css                                                  |   26 
 jsdemos/graphite/content/js/ext/resources/css/structure/dialog.css                                                 |   59 
 jsdemos/graphite/content/js/ext/resources/css/structure/editor.css                                                 |   92 
 jsdemos/graphite/content/js/ext/resources/css/structure/form.css                                                   |  573 
 jsdemos/graphite/content/js/ext/resources/css/structure/grid.css                                                   |  588 
 jsdemos/graphite/content/js/ext/resources/css/structure/layout.css                                                 |  296 
 jsdemos/graphite/content/js/ext/resources/css/structure/list-view.css                                              |   86 
 jsdemos/graphite/content/js/ext/resources/css/structure/menu.css                                                   |  245 
 jsdemos/graphite/content/js/ext/resources/css/structure/panel-reset.css                                            |  130 
 jsdemos/graphite/content/js/ext/resources/css/structure/panel.css                                                  |  493 
 jsdemos/graphite/content/js/ext/resources/css/structure/pivotgrid.css                                              |   65 
 jsdemos/graphite/content/js/ext/resources/css/structure/progress.css                                               |   46 
 jsdemos/graphite/content/js/ext/resources/css/structure/qtips.css                                                  |  153 
 jsdemos/graphite/content/js/ext/resources/css/structure/reset.css                                                  |   13 
 jsdemos/graphite/content/js/ext/resources/css/structure/resizable.css                                              |  149 
 jsdemos/graphite/content/js/ext/resources/css/structure/slider.css                                                 |  103 
 jsdemos/graphite/content/js/ext/resources/css/structure/tabs.css                                                   |  392 
 jsdemos/graphite/content/js/ext/resources/css/structure/toolbar.css                                                |  246 
 jsdemos/graphite/content/js/ext/resources/css/structure/tree.css                                                   |  218 
 jsdemos/graphite/content/js/ext/resources/css/structure/window.css                                                 |  222 
 jsdemos/graphite/content/js/ext/resources/css/theme-access/borders.css                                             |   25 
 jsdemos/graphite/content/js/ext/resources/css/theme-access/box.css                                                 |   74 
 jsdemos/graphite/content/js/ext/resources/css/theme-access/button.css                                              |  136 
 jsdemos/graphite/content/js/ext/resources/css/theme-access/combo.css                                               |   43 
 jsdemos/graphite/content/js/ext/resources/css/theme-access/core.css                                                |   81 
 jsdemos/graphite/content/js/ext/resources/css/theme-access/date-picker.css                                         |  145 
 jsdemos/graphite/content/js/ext/resources/css/theme-access/dd.css                                                  |   29 
 jsdemos/graphite/content/js/ext/resources/css/theme-access/debug.css                                               |   24 
 jsdemos/graphite/content/js/ext/resources/css/theme-access/dialog.css                                              |   34 
 jsdemos/graphite/content/js/ext/resources/css/theme-access/editor.css                                              |   16 
 jsdemos/graphite/content/js/ext/resources/css/theme-access/form.css                                                |  176 
 jsdemos/graphite/content/js/ext/resources/css/theme-access/grid.css                                                |  288 
 jsdemos/graphite/content/js/ext/resources/css/theme-access/layout.css                                              |   56 
 jsdemos/graphite/content/js/ext/resources/css/theme-access/list-view.css                                           |   43 
 jsdemos/graphite/content/js/ext/resources/css/theme-access/menu.css                                                |   79 
 jsdemos/graphite/content/js/ext/resources/css/theme-access/panel.css                                               |   94 
 jsdemos/graphite/content/js/ext/resources/css/theme-access/progress.css                                            |   35 
 jsdemos/graphite/content/js/ext/resources/css/theme-access/qtips.css                                               |   44 
 jsdemos/graphite/content/js/ext/resources/css/theme-access/resizable.css                                           |   44 
 jsdemos/graphite/content/js/ext/resources/css/theme-access/slider.css                                              |   21 
 jsdemos/graphite/content/js/ext/resources/css/theme-access/tabs.css                                                |  119 
 jsdemos/graphite/content/js/ext/resources/css/theme-access/toolbar.css                                             |  120 
 jsdemos/graphite/content/js/ext/resources/css/theme-access/tree.css                                                |  165 
 jsdemos/graphite/content/js/ext/resources/css/theme-access/window.css                                              |   87 
 jsdemos/graphite/content/js/ext/resources/css/theme-gray/borders.css                                               |   29 
 jsdemos/graphite/content/js/ext/resources/css/theme-gray/box.css                                                   |   74 
 jsdemos/graphite/content/js/ext/resources/css/theme-gray/button.css                                                |   94 
 jsdemos/graphite/content/js/ext/resources/css/theme-gray/combo.css                                                 |   43 
 jsdemos/graphite/content/js/ext/resources/css/theme-gray/core.css                                                  |   83 
 jsdemos/graphite/content/js/ext/resources/css/theme-gray/date-picker.css                                           |  143 
 jsdemos/graphite/content/js/ext/resources/css/theme-gray/dd.css                                                    |   29 
 jsdemos/graphite/content/js/ext/resources/css/theme-gray/debug.css                                                 |   24 
 jsdemos/graphite/content/js/ext/resources/css/theme-gray/dialog.css                                                |   34 
 jsdemos/graphite/content/js/ext/resources/css/theme-gray/editor.css                                                |   13 
 jsdemos/graphite/content/js/ext/resources/css/theme-gray/form.css                                                  |  117 
 jsdemos/graphite/content/js/ext/resources/css/theme-gray/grid.css                                                  |  276 
 jsdemos/graphite/content/js/ext/resources/css/theme-gray/layout.css                                                |   53 
 jsdemos/graphite/content/js/ext/resources/css/theme-gray/list-view.css                                             |   37 
 jsdemos/graphite/content/js/ext/resources/css/theme-gray/menu.css                                                  |   82 
 jsdemos/graphite/content/js/ext/resources/css/theme-gray/panel.css                                                 |   87 
 jsdemos/graphite/content/js/ext/resources/css/theme-gray/pivotgrid.css                                             |   28 
 jsdemos/graphite/content/js/ext/resources/css/theme-gray/progress.css                                              |   32 
 jsdemos/graphite/content/js/ext/resources/css/theme-gray/qtips.css                                                 |   44 
 jsdemos/graphite/content/js/ext/resources/css/theme-gray/resizable.css                                             |   43 
 jsdemos/graphite/content/js/ext/resources/css/theme-gray/slider.css                                                |   21 
 jsdemos/graphite/content/js/ext/resources/css/theme-gray/tabs.css                                                  |  127 
 jsdemos/graphite/content/js/ext/resources/css/theme-gray/toolbar.css                                               |   95 
 jsdemos/graphite/content/js/ext/resources/css/theme-gray/tree.css                                                  |  157 
 jsdemos/graphite/content/js/ext/resources/css/theme-gray/window.css                                                |   86 
 jsdemos/graphite/content/js/ext/resources/css/visual/borders.css                                                   |   25 
 jsdemos/graphite/content/js/ext/resources/css/visual/box.css                                                       |   74 
 jsdemos/graphite/content/js/ext/resources/css/visual/button.css                                                    |   94 
 jsdemos/graphite/content/js/ext/resources/css/visual/combo.css                                                     |   43 
 jsdemos/graphite/content/js/ext/resources/css/visual/core.css                                                      |   82 
 jsdemos/graphite/content/js/ext/resources/css/visual/date-picker.css                                               |  143 
 jsdemos/graphite/content/js/ext/resources/css/visual/dd.css                                                        |   29 
 jsdemos/graphite/content/js/ext/resources/css/visual/debug.css                                                     |   24 
 jsdemos/graphite/content/js/ext/resources/css/visual/dialog.css                                                    |   34 
 jsdemos/graphite/content/js/ext/resources/css/visual/editor.css                                                    |   13 
 jsdemos/graphite/content/js/ext/resources/css/visual/form.css                                                      |  123 
 jsdemos/graphite/content/js/ext/resources/css/visual/grid.css                                                      |  277 
 jsdemos/graphite/content/js/ext/resources/css/visual/layout.css                                                    |   53 
 jsdemos/graphite/content/js/ext/resources/css/visual/list-view.css                                                 |   37 
 jsdemos/graphite/content/js/ext/resources/css/visual/menu.css                                                      |   87 
 jsdemos/graphite/content/js/ext/resources/css/visual/panel.css                                                     |   87 
 jsdemos/graphite/content/js/ext/resources/css/visual/pivotgrid.css                                                 |   28 
 jsdemos/graphite/content/js/ext/resources/css/visual/progress.css                                                  |   32 
 jsdemos/graphite/content/js/ext/resources/css/visual/qtips.css                                                     |   44 
 jsdemos/graphite/content/js/ext/resources/css/visual/resizable.css                                                 |   43 
 jsdemos/graphite/content/js/ext/resources/css/visual/slider.css                                                    |   21 
 jsdemos/graphite/content/js/ext/resources/css/visual/tabs.css                                                      |  127 
 jsdemos/graphite/content/js/ext/resources/css/visual/toolbar.css                                                   |   95 
 jsdemos/graphite/content/js/ext/resources/css/visual/tree.css                                                      |  152 
 jsdemos/graphite/content/js/ext/resources/css/visual/window.css                                                    |   86 
 jsdemos/graphite/content/js/ext/resources/css/xtheme-access.css                                                    | 1820 
 jsdemos/graphite/content/js/ext/resources/css/xtheme-blue.css                                                      | 1674 
 jsdemos/graphite/content/js/ext/resources/css/xtheme-gray.css                                                      | 1682 
 jsdemos/graphite/content/js/ext/resources/css/yourtheme.css                                                        | 1652 
 jsdemos/graphite/content/js/ext/resources/images/default/box/corners-blue.gif                                      |binary
 jsdemos/graphite/content/js/ext/resources/images/default/box/corners.gif                                           |binary
 jsdemos/graphite/content/js/ext/resources/images/default/box/l-blue.gif                                            |binary
 jsdemos/graphite/content/js/ext/resources/images/default/box/l.gif                                                 |binary
 jsdemos/graphite/content/js/ext/resources/images/default/box/r-blue.gif                                            |binary
 jsdemos/graphite/content/js/ext/resources/images/default/box/r.gif                                                 |binary
 jsdemos/graphite/content/js/ext/resources/images/default/box/tb-blue.gif                                           |binary
 jsdemos/graphite/content/js/ext/resources/images/default/box/tb.gif                                                |binary
 jsdemos/graphite/content/js/ext/resources/images/default/button/arrow.gif                                          |binary
 jsdemos/graphite/content/js/ext/resources/images/default/button/btn.gif                                            |binary
 jsdemos/graphite/content/js/ext/resources/images/default/button/group-cs.gif                                       |binary
 jsdemos/graphite/content/js/ext/resources/images/default/button/group-lr.gif                                       |binary
 jsdemos/graphite/content/js/ext/resources/images/default/button/group-tb.gif                                       |binary
 jsdemos/graphite/content/js/ext/resources/images/default/button/s-arrow-b-noline.gif                               |binary
 jsdemos/graphite/content/js/ext/resources/images/default/button/s-arrow-b.gif                                      |binary
 jsdemos/graphite/content/js/ext/resources/images/default/button/s-arrow-bo.gif                                     |binary
 jsdemos/graphite/content/js/ext/resources/images/default/button/s-arrow-noline.gif                                 |binary
 jsdemos/graphite/content/js/ext/resources/images/default/button/s-arrow-o.gif                                      |binary
 jsdemos/graphite/content/js/ext/resources/images/default/button/s-arrow.gif                                        |binary
 jsdemos/graphite/content/js/ext/resources/images/default/dd/drop-add.gif                                           |binary
 jsdemos/graphite/content/js/ext/resources/images/default/dd/drop-no.gif                                            |binary
 jsdemos/graphite/content/js/ext/resources/images/default/dd/drop-yes.gif                                           |binary
 jsdemos/graphite/content/js/ext/resources/images/default/editor/tb-sprite.gif                                      |binary
 jsdemos/graphite/content/js/ext/resources/images/default/form/checkbox.gif                                         |binary
 jsdemos/graphite/content/js/ext/resources/images/default/form/clear-trigger.gif                                    |binary
 jsdemos/graphite/content/js/ext/resources/images/default/form/clear-trigger.psd                                    |binary
 jsdemos/graphite/content/js/ext/resources/images/default/form/date-trigger.gif                                     |binary
 jsdemos/graphite/content/js/ext/resources/images/default/form/date-trigger.psd                                     |binary
 jsdemos/graphite/content/js/ext/resources/images/default/form/error-tip-corners.gif                                |binary
 jsdemos/graphite/content/js/ext/resources/images/default/form/exclamation.gif                                      |binary
 jsdemos/graphite/content/js/ext/resources/images/default/form/radio.gif                                            |binary
 jsdemos/graphite/content/js/ext/resources/images/default/form/search-trigger.gif                                   |binary
 jsdemos/graphite/content/js/ext/resources/images/default/form/search-trigger.psd                                   |binary
 jsdemos/graphite/content/js/ext/resources/images/default/form/text-bg.gif                                          |binary
 jsdemos/graphite/content/js/ext/resources/images/default/form/trigger-square.gif                                   |binary
 jsdemos/graphite/content/js/ext/resources/images/default/form/trigger-square.psd                                   |binary
 jsdemos/graphite/content/js/ext/resources/images/default/form/trigger-tpl.gif                                      |binary
 jsdemos/graphite/content/js/ext/resources/images/default/form/trigger.gif                                          |binary
 jsdemos/graphite/content/js/ext/resources/images/default/form/trigger.psd                                          |binary
 jsdemos/graphite/content/js/ext/resources/images/default/gradient-bg.gif                                           |binary
 jsdemos/graphite/content/js/ext/resources/images/default/grid/arrow-left-white.gif                                 |binary
 jsdemos/graphite/content/js/ext/resources/images/default/grid/arrow-right-white.gif                                |binary
 jsdemos/graphite/content/js/ext/resources/images/default/grid/col-move-bottom.gif                                  |binary
 jsdemos/graphite/content/js/ext/resources/images/default/grid/col-move-top.gif                                     |binary
 jsdemos/graphite/content/js/ext/resources/images/default/grid/columns.gif                                          |binary
 jsdemos/graphite/content/js/ext/resources/images/default/grid/dirty.gif                                            |binary
 jsdemos/graphite/content/js/ext/resources/images/default/grid/done.gif                                             |binary
 jsdemos/graphite/content/js/ext/resources/images/default/grid/drop-no.gif                                          |binary
 jsdemos/graphite/content/js/ext/resources/images/default/grid/drop-yes.gif                                         |binary
 jsdemos/graphite/content/js/ext/resources/images/default/grid/footer-bg.gif                                        |binary
 jsdemos/graphite/content/js/ext/resources/images/default/grid/grid-blue-hd.gif                                     |binary
 jsdemos/graphite/content/js/ext/resources/images/default/grid/grid-blue-split.gif                                  |binary
 jsdemos/graphite/content/js/ext/resources/images/default/grid/grid-hrow.gif                                        |binary
 jsdemos/graphite/content/js/ext/resources/images/default/grid/grid-loading.gif                                     |binary
 jsdemos/graphite/content/js/ext/resources/images/default/grid/grid-split.gif                                       |binary
 jsdemos/graphite/content/js/ext/resources/images/default/grid/grid-vista-hd.gif                                    |binary
 jsdemos/graphite/content/js/ext/resources/images/default/grid/grid3-hd-btn.gif                                     |binary
 jsdemos/graphite/content/js/ext/resources/images/default/grid/grid3-hrow-over.gif                                  |binary
 jsdemos/graphite/content/js/ext/resources/images/default/grid/grid3-hrow.gif                                       |binary
 jsdemos/graphite/content/js/ext/resources/images/default/grid/grid3-rowheader.gif                                  |binary
 jsdemos/graphite/content/js/ext/resources/images/default/grid/grid3-special-col-bg.gif                             |binary
 jsdemos/graphite/content/js/ext/resources/images/default/grid/grid3-special-col-sel-bg.gif                         |binary
 jsdemos/graphite/content/js/ext/resources/images/default/grid/group-by.gif                                         |binary
 jsdemos/graphite/content/js/ext/resources/images/default/grid/group-collapse.gif                                   |binary
 jsdemos/graphite/content/js/ext/resources/images/default/grid/group-expand-sprite.gif                              |binary
 jsdemos/graphite/content/js/ext/resources/images/default/grid/group-expand.gif                                     |binary
 jsdemos/graphite/content/js/ext/resources/images/default/grid/hd-pop.gif                                           |binary
 jsdemos/graphite/content/js/ext/resources/images/default/grid/hmenu-asc.gif                                        |binary
 jsdemos/graphite/content/js/ext/resources/images/default/grid/hmenu-desc.gif                                       |binary
 jsdemos/graphite/content/js/ext/resources/images/default/grid/hmenu-lock.gif                                       |binary
 jsdemos/graphite/content/js/ext/resources/images/default/grid/hmenu-lock.png                                       |binary
 jsdemos/graphite/content/js/ext/resources/images/default/grid/hmenu-unlock.gif                                     |binary
 jsdemos/graphite/content/js/ext/resources/images/default/grid/hmenu-unlock.png                                     |binary
 jsdemos/graphite/content/js/ext/resources/images/default/grid/invalid_line.gif                                     |binary
 jsdemos/graphite/content/js/ext/resources/images/default/grid/loading.gif                                          |binary
 jsdemos/graphite/content/js/ext/resources/images/default/grid/mso-hd.gif                                           |binary
 jsdemos/graphite/content/js/ext/resources/images/default/grid/nowait.gif                                           |binary
 jsdemos/graphite/content/js/ext/resources/images/default/grid/page-first-disabled.gif                              |binary
 jsdemos/graphite/content/js/ext/resources/images/default/grid/page-first.gif                                       |binary
 jsdemos/graphite/content/js/ext/resources/images/default/grid/page-last-disabled.gif                               |binary
 jsdemos/graphite/content/js/ext/resources/images/default/grid/page-last.gif                                        |binary
 jsdemos/graphite/content/js/ext/resources/images/default/grid/page-next-disabled.gif                               |binary
 jsdemos/graphite/content/js/ext/resources/images/default/grid/page-next.gif                                        |binary
 jsdemos/graphite/content/js/ext/resources/images/default/grid/page-prev-disabled.gif                               |binary
 jsdemos/graphite/content/js/ext/resources/images/default/grid/page-prev.gif                                        |binary
 jsdemos/graphite/content/js/ext/resources/images/default/grid/pick-button.gif                                      |binary
 jsdemos/graphite/content/js/ext/resources/images/default/grid/refresh-disabled.gif                                 |binary
 jsdemos/graphite/content/js/ext/resources/images/default/grid/refresh.gif                                          |binary
 jsdemos/graphite/content/js/ext/resources/images/default/grid/row-check-sprite.gif                                 |binary
 jsdemos/graphite/content/js/ext/resources/images/default/grid/row-expand-sprite.gif                                |binary
 jsdemos/graphite/content/js/ext/resources/images/default/grid/row-over.gif                                         |binary
 jsdemos/graphite/content/js/ext/resources/images/default/grid/row-sel.gif                                          |binary
 jsdemos/graphite/content/js/ext/resources/images/default/grid/sort-hd.gif                                          |binary
 jsdemos/graphite/content/js/ext/resources/images/default/grid/sort_asc.gif                                         |binary
 jsdemos/graphite/content/js/ext/resources/images/default/grid/sort_desc.gif                                        |binary
 jsdemos/graphite/content/js/ext/resources/images/default/grid/wait.gif                                             |binary
 jsdemos/graphite/content/js/ext/resources/images/default/layout/collapse.gif                                       |binary
 jsdemos/graphite/content/js/ext/resources/images/default/layout/expand.gif                                         |binary
 jsdemos/graphite/content/js/ext/resources/images/default/layout/gradient-bg.gif                                    |binary
 jsdemos/graphite/content/js/ext/resources/images/default/layout/mini-bottom.gif                                    |binary
 jsdemos/graphite/content/js/ext/resources/images/default/layout/mini-left.gif                                      |binary
 jsdemos/graphite/content/js/ext/resources/images/default/layout/mini-right.gif                                     |binary
 jsdemos/graphite/content/js/ext/resources/images/default/layout/mini-top.gif                                       |binary
 jsdemos/graphite/content/js/ext/resources/images/default/layout/ns-collapse.gif                                    |binary
 jsdemos/graphite/content/js/ext/resources/images/default/layout/ns-expand.gif                                      |binary
 jsdemos/graphite/content/js/ext/resources/images/default/layout/panel-close.gif                                    |binary
 jsdemos/graphite/content/js/ext/resources/images/default/layout/panel-title-bg.gif                                 |binary
 jsdemos/graphite/content/js/ext/resources/images/default/layout/panel-title-light-bg.gif                           |binary
 jsdemos/graphite/content/js/ext/resources/images/default/layout/stick.gif                                          |binary
 jsdemos/graphite/content/js/ext/resources/images/default/layout/stuck.gif                                          |binary
 jsdemos/graphite/content/js/ext/resources/images/default/layout/tab-close-on.gif                                   |binary
 jsdemos/graphite/content/js/ext/resources/images/default/layout/tab-close.gif                                      |binary
 jsdemos/graphite/content/js/ext/resources/images/default/menu/checked.gif                                          |binary
 jsdemos/graphite/content/js/ext/resources/images/default/menu/group-checked.gif                                    |binary
 jsdemos/graphite/content/js/ext/resources/images/default/menu/item-over.gif                                        |binary
 jsdemos/graphite/content/js/ext/resources/images/default/menu/menu-parent.gif                                      |binary
 jsdemos/graphite/content/js/ext/resources/images/default/menu/menu.gif                                             |binary
 jsdemos/graphite/content/js/ext/resources/images/default/menu/unchecked.gif                                        |binary
 jsdemos/graphite/content/js/ext/resources/images/default/panel/corners-sprite.gif                                  |binary
 jsdemos/graphite/content/js/ext/resources/images/default/panel/left-right.gif                                      |binary
 jsdemos/graphite/content/js/ext/resources/images/default/panel/light-hd.gif                                        |binary
 jsdemos/graphite/content/js/ext/resources/images/default/panel/tool-sprite-tpl.gif                                 |binary
 jsdemos/graphite/content/js/ext/resources/images/default/panel/tool-sprites.gif                                    |binary
 jsdemos/graphite/content/js/ext/resources/images/default/panel/tools-sprites-trans.gif                             |binary
 jsdemos/graphite/content/js/ext/resources/images/default/panel/top-bottom.gif                                      |binary
 jsdemos/graphite/content/js/ext/resources/images/default/panel/top-bottom.png                                      |binary
 jsdemos/graphite/content/js/ext/resources/images/default/panel/white-corners-sprite.gif                            |binary
 jsdemos/graphite/content/js/ext/resources/images/default/panel/white-left-right.gif                                |binary
 jsdemos/graphite/content/js/ext/resources/images/default/panel/white-top-bottom.gif                                |binary
 jsdemos/graphite/content/js/ext/resources/images/default/progress/progress-bg.gif                                  |binary
 jsdemos/graphite/content/js/ext/resources/images/default/qtip/bg.gif                                               |binary
 jsdemos/graphite/content/js/ext/resources/images/default/qtip/close.gif                                            |binary
 jsdemos/graphite/content/js/ext/resources/images/default/qtip/tip-anchor-sprite.gif                                |binary
 jsdemos/graphite/content/js/ext/resources/images/default/qtip/tip-sprite.gif                                       |binary
 jsdemos/graphite/content/js/ext/resources/images/default/s.gif                                                     |binary
 jsdemos/graphite/content/js/ext/resources/images/default/shadow-c.png                                              |binary
 jsdemos/graphite/content/js/ext/resources/images/default/shadow-lr.png                                             |binary
 jsdemos/graphite/content/js/ext/resources/images/default/shadow.png                                                |binary
 jsdemos/graphite/content/js/ext/resources/images/default/shared/blue-loading.gif                                   |binary
 jsdemos/graphite/content/js/ext/resources/images/default/shared/calendar.gif                                       |binary
 jsdemos/graphite/content/js/ext/resources/images/default/shared/glass-bg.gif                                       |binary
 jsdemos/graphite/content/js/ext/resources/images/default/shared/hd-sprite.gif                                      |binary
 jsdemos/graphite/content/js/ext/resources/images/default/shared/large-loading.gif                                  |binary
 jsdemos/graphite/content/js/ext/resources/images/default/shared/left-btn.gif                                       |binary
 jsdemos/graphite/content/js/ext/resources/images/default/shared/loading-balls.gif                                  |binary
 jsdemos/graphite/content/js/ext/resources/images/default/shared/right-btn.gif                                      |binary
 jsdemos/graphite/content/js/ext/resources/images/default/shared/warning.gif                                        |binary
 jsdemos/graphite/content/js/ext/resources/images/default/sizer/e-handle-dark.gif                                   |binary
 jsdemos/graphite/content/js/ext/resources/images/default/sizer/e-handle.gif                                        |binary
 jsdemos/graphite/content/js/ext/resources/images/default/sizer/ne-handle-dark.gif                                  |binary
 jsdemos/graphite/content/js/ext/resources/images/default/sizer/ne-handle.gif                                       |binary
 jsdemos/graphite/content/js/ext/resources/images/default/sizer/nw-handle-dark.gif                                  |binary
 jsdemos/graphite/content/js/ext/resources/images/default/sizer/nw-handle.gif                                       |binary
 jsdemos/graphite/content/js/ext/resources/images/default/sizer/s-handle-dark.gif                                   |binary
 jsdemos/graphite/content/js/ext/resources/images/default/sizer/s-handle.gif                                        |binary
 jsdemos/graphite/content/js/ext/resources/images/default/sizer/se-handle-dark.gif                                  |binary
 jsdemos/graphite/content/js/ext/resources/images/default/sizer/se-handle.gif                                       |binary
 jsdemos/graphite/content/js/ext/resources/images/default/sizer/square.gif                                          |binary
 jsdemos/graphite/content/js/ext/resources/images/default/sizer/sw-handle-dark.gif                                  |binary
 jsdemos/graphite/content/js/ext/resources/images/default/sizer/sw-handle.gif                                       |binary
 jsdemos/graphite/content/js/ext/resources/images/default/slider/slider-bg.png                                      |binary
 jsdemos/graphite/content/js/ext/resources/images/default/slider/slider-thumb.png                                   |binary
 jsdemos/graphite/content/js/ext/resources/images/default/slider/slider-v-bg.png                                    |binary
 jsdemos/graphite/content/js/ext/resources/images/default/slider/slider-v-thumb.png                                 |binary
 jsdemos/graphite/content/js/ext/resources/images/default/tabs/scroll-left.gif                                      |binary
 jsdemos/graphite/content/js/ext/resources/images/default/tabs/scroll-right.gif                                     |binary
 jsdemos/graphite/content/js/ext/resources/images/default/tabs/scroller-bg.gif                                      |binary
 jsdemos/graphite/content/js/ext/resources/images/default/tabs/tab-btm-inactive-left-bg.gif                         |binary
 jsdemos/graphite/content/js/ext/resources/images/default/tabs/tab-btm-inactive-right-bg.gif                        |binary
 jsdemos/graphite/content/js/ext/resources/images/default/tabs/tab-btm-left-bg.gif                                  |binary
 jsdemos/graphite/content/js/ext/resources/images/default/tabs/tab-btm-over-left-bg.gif                             |binary
 jsdemos/graphite/content/js/ext/resources/images/default/tabs/tab-btm-over-right-bg.gif                            |binary
 jsdemos/graphite/content/js/ext/resources/images/default/tabs/tab-btm-right-bg.gif                                 |binary
 jsdemos/graphite/content/js/ext/resources/images/default/tabs/tab-close.gif                                        |binary
 jsdemos/graphite/content/js/ext/resources/images/default/tabs/tab-strip-bg.gif                                     |binary
 jsdemos/graphite/content/js/ext/resources/images/default/tabs/tab-strip-bg.png                                     |binary
 jsdemos/graphite/content/js/ext/resources/images/default/tabs/tab-strip-btm-bg.gif                                 |binary
 jsdemos/graphite/content/js/ext/resources/images/default/tabs/tabs-sprite.gif                                      |binary
 jsdemos/graphite/content/js/ext/resources/images/default/toolbar/bg.gif                                            |binary
 jsdemos/graphite/content/js/ext/resources/images/default/toolbar/btn-arrow-light.gif                               |binary
 jsdemos/graphite/content/js/ext/resources/images/default/toolbar/btn-arrow.gif                                     |binary
 jsdemos/graphite/content/js/ext/resources/images/default/toolbar/btn-over-bg.gif                                   |binary
 jsdemos/graphite/content/js/ext/resources/images/default/toolbar/gray-bg.gif                                       |binary
 jsdemos/graphite/content/js/ext/resources/images/default/toolbar/more.gif                                          |binary
 jsdemos/graphite/content/js/ext/resources/images/default/toolbar/tb-bg.gif                                         |binary
 jsdemos/graphite/content/js/ext/resources/images/default/toolbar/tb-btn-sprite.gif                                 |binary
 jsdemos/graphite/content/js/ext/resources/images/default/toolbar/tb-xl-btn-sprite.gif                              |binary
 jsdemos/graphite/content/js/ext/resources/images/default/toolbar/tb-xl-sep.gif                                     |binary
 jsdemos/graphite/content/js/ext/resources/images/default/tree/arrows.gif                                           |binary
 jsdemos/graphite/content/js/ext/resources/images/default/tree/drop-add.gif                                         |binary
 jsdemos/graphite/content/js/ext/resources/images/default/tree/drop-between.gif                                     |binary
 jsdemos/graphite/content/js/ext/resources/images/default/tree/drop-no.gif                                          |binary
 jsdemos/graphite/content/js/ext/resources/images/default/tree/drop-over.gif                                        |binary
 jsdemos/graphite/content/js/ext/resources/images/default/tree/drop-under.gif                                       |binary
 jsdemos/graphite/content/js/ext/resources/images/default/tree/drop-yes.gif                                         |binary
 jsdemos/graphite/content/js/ext/resources/images/default/tree/elbow-end-minus-nl.gif                               |binary
 jsdemos/graphite/content/js/ext/resources/images/default/tree/elbow-end-minus.gif                                  |binary
 jsdemos/graphite/content/js/ext/resources/images/default/tree/elbow-end-plus-nl.gif                                |binary
 jsdemos/graphite/content/js/ext/resources/images/default/tree/elbow-end-plus.gif                                   |binary
 jsdemos/graphite/content/js/ext/resources/images/default/tree/elbow-end.gif                                        |binary
 jsdemos/graphite/content/js/ext/resources/images/default/tree/elbow-line.gif                                       |binary
 jsdemos/graphite/content/js/ext/resources/images/default/tree/elbow-minus-nl.gif                                   |binary
 jsdemos/graphite/content/js/ext/resources/images/default/tree/elbow-minus.gif                                      |binary
 jsdemos/graphite/content/js/ext/resources/images/default/tree/elbow-plus-nl.gif                                    |binary
 jsdemos/graphite/content/js/ext/resources/images/default/tree/elbow-plus.gif                                       |binary
 jsdemos/graphite/content/js/ext/resources/images/default/tree/elbow.gif                                            |binary
 jsdemos/graphite/content/js/ext/resources/images/default/tree/folder-open.gif                                      |binary
 jsdemos/graphite/content/js/ext/resources/images/default/tree/folder.gif                                           |binary
 jsdemos/graphite/content/js/ext/resources/images/default/tree/leaf.gif                                             |binary
 jsdemos/graphite/content/js/ext/resources/images/default/tree/loading.gif                                          |binary
 jsdemos/graphite/content/js/ext/resources/images/default/tree/s.gif                                                |binary
 jsdemos/graphite/content/js/ext/resources/images/default/window/icon-error.gif                                     |binary
 jsdemos/graphite/content/js/ext/resources/images/default/window/icon-info.gif                                      |binary
 jsdemos/graphite/content/js/ext/resources/images/default/window/icon-question.gif                                  |binary
 jsdemos/graphite/content/js/ext/resources/images/default/window/icon-warning.gif                                   |binary
 jsdemos/graphite/content/js/ext/resources/images/default/window/left-corners.png                                   |binary
 jsdemos/graphite/content/js/ext/resources/images/default/window/left-corners.psd                                   |binary
 jsdemos/graphite/content/js/ext/resources/images/default/window/left-right.png                                     |binary
 jsdemos/graphite/content/js/ext/resources/images/default/window/left-right.psd                                     |binary
 jsdemos/graphite/content/js/ext/resources/images/default/window/right-corners.png                                  |binary
 jsdemos/graphite/content/js/ext/resources/images/default/window/right-corners.psd                                  |binary
 jsdemos/graphite/content/js/ext/resources/images/default/window/top-bottom.png                                     |binary
 jsdemos/graphite/content/js/ext/resources/images/default/window/top-bottom.psd                                     |binary
 jsdemos/graphite/content/js/ext/ux/DataViewTransition.js                                                           |  317 
 jsdemos/graphite/content/js/jquery.autocomplete.js                                                                 |  762 
 jsdemos/graphite/content/js/jquery.flot.crosshair.js                                                               |  156 
 jsdemos/graphite/content/js/jquery.flot.js                                                                         | 2119 
 jsdemos/graphite/content/js/jquery.flot.selection.js                                                               |  299 
 jsdemos/graphite/content/js/jquery.graphite.js                                                                     |  542 
 jsdemos/graphite/content/js/jquery.js                                                                              |  166 
 jsdemos/graphite/content/js/pcp.graphlot.js                                                                        |   56 
 jsdemos/graphite/content/js/scriptaculous/builder.js                                                               |  101 
 jsdemos/graphite/content/js/scriptaculous/controls.js                                                              |  821 
 jsdemos/graphite/content/js/scriptaculous/dragdrop.js                                                              |  931 
 jsdemos/graphite/content/js/scriptaculous/effects.js                                                               |  959 
 jsdemos/graphite/content/js/scriptaculous/scriptaculous.js                                                         |   47 
 jsdemos/graphite/content/js/scriptaculous/slider.js                                                                |  292 
 jsdemos/graphite/content/js/window/effects.js                                                                      | 1094 
 jsdemos/graphite/content/js/window/prototype.js                                                                    | 3269 
 jsdemos/graphite/content/js/window/window.js                                                                       | 1843 
 jsdemos/graphite/content/js/window/window_effects.js                                                               |  157 
 jsdemos/graphite/dashboard/index.html                                                                              |   60 
 jsdemos/graphite/graphlot/index.html                                                                               |  104 
 jsdemos/graphite/index.html                                                                                        |   37 
 jsdemos/index.html                                                                                                 |   17 
 jsdemos/jquery-1.7.2.js                                                                                            |18808 +--
 jsdemos/jquery-ui-1.10.2.js                                                                                        |29974 ++---
 jsdemos/jquery-ui-themes-1.10.2.tar.gz                                                                             |binary
 jsdemos/jquery-ui-themes-1.10.2/AUTHORS.txt                                                                        |  484 
 jsdemos/jquery-ui-themes-1.10.2/MANIFEST                                                                           |  880 
 jsdemos/jquery-ui-themes-1.10.2/MIT-LICENSE.txt                                                                    |   52 
 jsdemos/jquery-ui-themes-1.10.2/package.json                                                                       |  140 
 jsdemos/jquery-ui-themes-1.10.2/themes/black-tie/images/animated-overlay.gif                                       |binary
 jsdemos/jquery-ui-themes-1.10.2/themes/black-tie/images/ui-bg_diagonals-thick_8_333333_40x40.png                   |binary
 jsdemos/jquery-ui-themes-1.10.2/themes/black-tie/images/ui-bg_flat_65_ffffff_40x100.png                            |binary
 jsdemos/jquery-ui-themes-1.10.2/themes/black-tie/images/ui-bg_glass_40_111111_1x400.png                            |binary
 jsdemos/jquery-ui-themes-1.10.2/themes/black-tie/images/ui-bg_glass_55_1c1c1c_1x400.png                            |binary
 jsdemos/jquery-ui-themes-1.10.2/themes/black-tie/images/ui-bg_highlight-hard_100_f9f9f9_1x100.png                  |binary
 jsdemos/jquery-ui-themes-1.10.2/themes/black-tie/images/ui-bg_highlight-hard_40_aaaaaa_1x100.png                   |binary
 jsdemos/jquery-ui-themes-1.10.2/themes/black-tie/images/ui-bg_highlight-soft_50_aaaaaa_1x100.png                   |binary
 jsdemos/jquery-ui-themes-1.10.2/themes/black-tie/images/ui-bg_inset-hard_45_cd0a0a_1x100.png                       |binary
 jsdemos/jquery-ui-themes-1.10.2/themes/black-tie/images/ui-bg_inset-hard_55_ffeb80_1x100.png                       |binary
 jsdemos/jquery-ui-themes-1.10.2/themes/black-tie/images/ui-icons_222222_256x240.png                                |binary
 jsdemos/jquery-ui-themes-1.10.2/themes/black-tie/images/ui-icons_4ca300_256x240.png                                |binary
 jsdemos/jquery-ui-themes-1.10.2/themes/black-tie/images/ui-icons_bbbbbb_256x240.png                                |binary
 jsdemos/jquery-ui-themes-1.10.2/themes/black-tie/images/ui-icons_ededed_256x240.png                                |binary
 jsdemos/jquery-ui-themes-1.10.2/themes/black-tie/images/ui-icons_ffcf29_256x240.png                                |binary
 jsdemos/jquery-ui-themes-1.10.2/themes/black-tie/images/ui-icons_ffffff_256x240.png                                |binary
 jsdemos/jquery-ui-themes-1.10.2/themes/black-tie/jquery-ui.css                                                     | 2350 
 jsdemos/jquery-ui-themes-1.10.2/themes/black-tie/jquery-ui.min.css                                                 |   10 
 jsdemos/jquery-ui-themes-1.10.2/themes/black-tie/jquery.ui.theme.css                                               |  812 
 jsdemos/jquery-ui-themes-1.10.2/themes/blitzer/images/animated-overlay.gif                                         |binary
 jsdemos/jquery-ui-themes-1.10.2/themes/blitzer/images/ui-bg_diagonals-thick_75_f3d8d8_40x40.png                    |binary
 jsdemos/jquery-ui-themes-1.10.2/themes/blitzer/images/ui-bg_dots-small_65_a6a6a6_2x2.png                           |binary
 jsdemos/jquery-ui-themes-1.10.2/themes/blitzer/images/ui-bg_flat_0_333333_40x100.png                               |binary
 jsdemos/jquery-ui-themes-1.10.2/themes/blitzer/images/ui-bg_flat_65_ffffff_40x100.png                              |binary
 jsdemos/jquery-ui-themes-1.10.2/themes/blitzer/images/ui-bg_flat_75_ffffff_40x100.png                              |binary
 jsdemos/jquery-ui-themes-1.10.2/themes/blitzer/images/ui-bg_glass_55_fbf8ee_1x400.png                              |binary
 jsdemos/jquery-ui-themes-1.10.2/themes/blitzer/images/ui-bg_highlight-hard_100_eeeeee_1x100.png                    |binary
 jsdemos/jquery-ui-themes-1.10.2/themes/blitzer/images/ui-bg_highlight-hard_100_f6f6f6_1x100.png                    |binary
 jsdemos/jquery-ui-themes-1.10.2/themes/blitzer/images/ui-bg_highlight-soft_15_cc0000_1x100.png                     |binary
 jsdemos/jquery-ui-themes-1.10.2/themes/blitzer/images/ui-icons_004276_256x240.png                                  |binary
 jsdemos/jquery-ui-themes-1.10.2/themes/blitzer/images/ui-icons_cc0000_256x240.png                                  |binary
 jsdemos/jquery-ui-themes-1.10.2/themes/blitzer/images/ui-icons_ffffff_256x240.png                                  |binary
 jsdemos/jquery-ui-themes-1.10.2/themes/blitzer/jquery-ui.css                                                       | 2350 
 jsdemos/jquery-ui-themes-1.10.2/themes/blitzer/jquery-ui.min.css                                                   |   10 
 jsdemos/jquery-ui-themes-1.10.2/themes/blitzer/jquery.ui.theme.css                                                 |  812 
 jsdemos/jquery-ui-themes-1.10.2/themes/cupertino/images/animated-overlay.gif                                       |binary
 jsdemos/jquery-ui-themes-1.10.2/themes/cupertino/images/ui-bg_diagonals-thick_90_eeeeee_40x40.png                  |binary
 jsdemos/jquery-ui-themes-1.10.2/themes/cupertino/images/ui-bg_flat_15_cd0a0a_40x100.png                            |binary
 jsdemos/jquery-ui-themes-1.10.2/themes/cupertino/images/ui-bg_glass_100_e4f1fb_1x400.png                           |binary
 jsdemos/jquery-ui-themes-1.10.2/themes/cupertino/images/ui-bg_glass_50_3baae3_1x400.png                            |binary
 jsdemos/jquery-ui-themes-1.10.2/themes/cupertino/images/ui-bg_glass_80_d7ebf9_1x400.png                            |binary
 jsdemos/jquery-ui-themes-1.10.2/themes/cupertino/images/ui-bg_highlight-hard_100_f2f5f7_1x100.png                  |binary
 jsdemos/jquery-ui-themes-1.10.2/themes/cupertino/images/ui-bg_highlight-hard_70_000000_1x100.png                   |binary
 jsdemos/jquery-ui-themes-1.10.2/themes/cupertino/images/ui-bg_highlight-soft_100_deedf7_1x100.png                  |binary
 jsdemos/jquery-ui-themes-1.10.2/themes/cupertino/images/ui-bg_highlight-soft_25_ffef8f_1x100.png                   |binary
 jsdemos/jquery-ui-themes-1.10.2/themes/cupertino/images/ui-icons_2694e8_256x240.png                                |binary
 jsdemos/jquery-ui-themes-1.10.2/themes/cupertino/images/ui-icons_2e83ff_256x240.png                                |binary
 jsdemos/jquery-ui-themes-1.10.2/themes/cupertino/images/ui-icons_3d80b3_256x240.png                                |binary
 jsdemos/jquery-ui-themes-1.10.2/themes/cupertino/images/ui-icons_72a7cf_256x240.png                                |binary
 jsdemos/jquery-ui-themes-1.10.2/themes/cupertino/images/ui-icons_ffffff_256x240.png                                |binary
 jsdemos/jquery-ui-themes-1.10.2/themes/cupertino/jquery-ui.css                                                     | 2350 
 jsdemos/jquery-ui-themes-1.10.2/themes/cupertino/jquery-ui.min.css                                                 |   10 
 jsdemos/jquery-ui-themes-1.10.2/themes/cupertino/jquery.ui.theme.css                                               |  812 
 jsdemos/jquery-ui-themes-1.10.2/themes/dark-hive/images/animated-overlay.gif                                       |binary
 jsdemos/jquery-ui-themes-1.10.2/themes/dark-hive/images/ui-bg_flat_30_cccccc_40x100.png                            |binary
 jsdemos/jquery-ui-themes-1.10.2/themes/dark-hive/images/ui-bg_flat_50_5c5c5c_40x100.png                            |binary
 jsdemos/jquery-ui-themes-1.10.2/themes/dark-hive/images/ui-bg_glass_40_ffc73d_1x400.png                            |binary
 jsdemos/jquery-ui-themes-1.10.2/themes/dark-hive/images/ui-bg_highlight-hard_20_0972a5_1x100.png                   |binary
 jsdemos/jquery-ui-themes-1.10.2/themes/dark-hive/images/ui-bg_highlight-soft_33_003147_1x100.png                   |binary
 jsdemos/jquery-ui-themes-1.10.2/themes/dark-hive/images/ui-bg_highlight-soft_35_222222_1x100.png                   |binary
 jsdemos/jquery-ui-themes-1.10.2/themes/dark-hive/images/ui-bg_highlight-soft_44_444444_1x100.png                   |binary
 jsdemos/jquery-ui-themes-1.10.2/themes/dark-hive/images/ui-bg_highlight-soft_80_eeeeee_1x100.png                   |binary
 jsdemos/jquery-ui-themes-1.10.2/themes/dark-hive/images/ui-bg_loop_25_000000_21x21.png                             |binary
 jsdemos/jquery-ui-themes-1.10.2/themes/dark-hive/images/ui-icons_222222_256x240.png                                |binary
 jsdemos/jquery-ui-themes-1.10.2/themes/dark-hive/images/ui-icons_4b8e0b_256x240.png                                |binary
 jsdemos/jquery-ui-themes-1.10.2/themes/dark-hive/images/ui-icons_a83300_256x240.png                                |binary
 jsdemos/jquery-ui-themes-1.10.2/themes/dark-hive/images/ui-icons_cccccc_256x240.png                                |binary
 jsdemos/jquery-ui-themes-1.10.2/themes/dark-hive/images/ui-icons_ffffff_256x240.png                                |binary
 jsdemos/jquery-ui-themes-1.10.2/themes/dark-hive/jquery-ui.css                                                     | 2350 
 jsdemos/jquery-ui-themes-1.10.2/themes/dark-hive/jquery-ui.min.css                                                 |   10 
 jsdemos/jquery-ui-themes-1.10.2/themes/dark-hive/jquery.ui.theme.css                                               |  812 
 jsdemos/jquery-ui-themes-1.10.2/themes/dot-luv/images/animated-overlay.gif                                         |binary
 jsdemos/jquery-ui-themes-1.10.2/themes/dot-luv/images/ui-bg_diagonals-thick_15_0b3e6f_40x40.png                    |binary
 jsdemos/jquery-ui-themes-1.10.2/themes/dot-luv/images/ui-bg_dots-medium_30_0b58a2_4x4.png                          |binary
 jsdemos/jquery-ui-themes-1.10.2/themes/dot-luv/images/ui-bg_dots-small_20_333333_2x2.png                           |binary
 jsdemos/jquery-ui-themes-1.10.2/themes/dot-luv/images/ui-bg_dots-small_30_a32d00_2x2.png                           |binary
 jsdemos/jquery-ui-themes-1.10.2/themes/dot-luv/images/ui-bg_dots-small_40_00498f_2x2.png                           |binary
 jsdemos/jquery-ui-themes-1.10.2/themes/dot-luv/images/ui-bg_flat_0_aaaaaa_40x100.png                               |binary
 jsdemos/jquery-ui-themes-1.10.2/themes/dot-luv/images/ui-bg_flat_40_292929_40x100.png                              |binary
 jsdemos/jquery-ui-themes-1.10.2/themes/dot-luv/images/ui-bg_gloss-wave_20_111111_500x100.png                       |binary
 jsdemos/jquery-ui-themes-1.10.2/themes/dot-luv/images/ui-icons_00498f_256x240.png                                  |binary
 jsdemos/jquery-ui-themes-1.10.2/themes/dot-luv/images/ui-icons_98d2fb_256x240.png                                  |binary
 jsdemos/jquery-ui-themes-1.10.2/themes/dot-luv/images/ui-icons_9ccdfc_256x240.png                                  |binary
 jsdemos/jquery-ui-themes-1.10.2/themes/dot-luv/images/ui-icons_ffffff_256x240.png                                  |binary
 jsdemos/jquery-ui-themes-1.10.2/themes/dot-luv/jquery-ui.css                                                       | 2350 
 jsdemos/jquery-ui-themes-1.10.2/themes/dot-luv/jquery-ui.min.css                                                   |   10 
 jsdemos/jquery-ui-themes-1.10.2/themes/dot-luv/jquery.ui.theme.css                                                 |  812 
 jsdemos/jquery-ui-themes-1.10.2/themes/eggplant/images/animated-overlay.gif                                        |binary
 jsdemos/jquery-ui-themes-1.10.2/themes/eggplant/images/ui-bg_flat_0_aaaaaa_40x100.png                              |binary
 jsdemos/jquery-ui-themes-1.10.2/themes/eggplant/images/ui-bg_flat_0_eeeeee_40x100.png                              |binary
 jsdemos/jquery-ui-themes-1.10.2/themes/eggplant/images/ui-bg_flat_55_994d53_40x100.png                             |binary
 jsdemos/jquery-ui-themes-1.10.2/themes/eggplant/images/ui-bg_flat_55_fafafa_40x100.png                             |binary
 jsdemos/jquery-ui-themes-1.10.2/themes/eggplant/images/ui-bg_gloss-wave_30_3d3644_500x100.png                      |binary
 jsdemos/jquery-ui-themes-1.10.2/themes/eggplant/images/ui-bg_highlight-soft_100_dcd9de_1x100.png                   |binary
 jsdemos/jquery-ui-themes-1.10.2/themes/eggplant/images/ui-bg_highlight-soft_100_eae6ea_1x100.png                   |binary
 jsdemos/jquery-ui-themes-1.10.2/themes/eggplant/images/ui-bg_highlight-soft_25_30273a_1x100.png                    |binary
 jsdemos/jquery-ui-themes-1.10.2/themes/eggplant/images/ui-bg_highlight-soft_45_5f5964_1x100.png                    |binary
 jsdemos/jquery-ui-themes-1.10.2/themes/eggplant/images/ui-icons_454545_256x240.png                                 |binary
 jsdemos/jquery-ui-themes-1.10.2/themes/eggplant/images/ui-icons_734d99_256x240.png                                 |binary
 jsdemos/jquery-ui-themes-1.10.2/themes/eggplant/images/ui-icons_8d78a5_256x240.png                                 |binary
 jsdemos/jquery-ui-themes-1.10.2/themes/eggplant/images/ui-icons_a8a3ae_256x240.png                                 |binary
 jsdemos/jquery-ui-themes-1.10.2/themes/eggplant/images/ui-icons_ebccce_256x240.png                                 |binary
 jsdemos/jquery-ui-themes-1.10.2/themes/eggplant/images/ui-icons_ffffff_256x240.png                                 |binary
 jsdemos/jquery-ui-themes-1.10.2/themes/eggplant/jquery-ui.css                                                      | 2350 
 jsdemos/jquery-ui-themes-1.10.2/themes/eggplant/jquery-ui.min.css                                                  |   10 
 jsdemos/jquery-ui-themes-1.10.2/themes/eggplant/jquery.ui.theme.css                                                |  812 
 jsdemos/jquery-ui-themes-1.10.2/themes/excite-bike/images/animated-overlay.gif                                     |binary
 jsdemos/jquery-ui-themes-1.10.2/themes/excite-bike/images/ui-bg_diagonals-small_25_c5ddfc_40x40.png                |binary
 jsdemos/jquery-ui-themes-1.10.2/themes/excite-bike/images/ui-bg_diagonals-thick_20_e69700_40x40.png                |binary
 jsdemos/jquery-ui-themes-1.10.2/themes/excite-bike/images/ui-bg_diagonals-thick_22_1484e6_40x40.png                |binary
 jsdemos/jquery-ui-themes-1.10.2/themes/excite-bike/images/ui-bg_diagonals-thick_26_2293f7_40x40.png                |binary
 jsdemos/jquery-ui-themes-1.10.2/themes/excite-bike/images/ui-bg_flat_0_e69700_40x100.png                           |binary
 jsdemos/jquery-ui-themes-1.10.2/themes/excite-bike/images/ui-bg_flat_0_e6b900_40x100.png                           |binary
 jsdemos/jquery-ui-themes-1.10.2/themes/excite-bike/images/ui-bg_highlight-soft_100_f9f9f9_1x100.png                |binary
 jsdemos/jquery-ui-themes-1.10.2/themes/excite-bike/images/ui-bg_inset-hard_100_eeeeee_1x100.png                    |binary
 jsdemos/jquery-ui-themes-1.10.2/themes/excite-bike/images/ui-icons_0a82eb_256x240.png                              |binary
 jsdemos/jquery-ui-themes-1.10.2/themes/excite-bike/images/ui-icons_0b54d5_256x240.png                              |binary
 jsdemos/jquery-ui-themes-1.10.2/themes/excite-bike/images/ui-icons_5fa5e3_256x240.png                              |binary
 jsdemos/jquery-ui-themes-1.10.2/themes/excite-bike/images/ui-icons_fcdd4a_256x240.png                              |binary
 jsdemos/jquery-ui-themes-1.10.2/themes/excite-bike/images/ui-icons_ffffff_256x240.png                              |binary
 jsdemos/jquery-ui-themes-1.10.2/themes/excite-bike/jquery-ui.css                                                   | 2350 
 jsdemos/jquery-ui-themes-1.10.2/themes/excite-bike/jquery-ui.min.css                                               |   10 
 jsdemos/jquery-ui-themes-1.10.2/themes/excite-bike/jquery.ui.theme.css                                             |  812 
 jsdemos/jquery-ui-themes-1.10.2/themes/flick/images/animated-overlay.gif                                           |binary
 jsdemos/jquery-ui-themes-1.10.2/themes/flick/images/ui-bg_flat_0_aaaaaa_40x100.png                                 |binary
 jsdemos/jquery-ui-themes-1.10.2/themes/flick/images/ui-bg_flat_0_eeeeee_40x100.png                                 |binary
 jsdemos/jquery-ui-themes-1.10.2/themes/flick/images/ui-bg_flat_55_ffffff_40x100.png                                |binary
 jsdemos/jquery-ui-themes-1.10.2/themes/flick/images/ui-bg_flat_75_ffffff_40x100.png                                |binary
 jsdemos/jquery-ui-themes-1.10.2/themes/flick/images/ui-bg_glass_65_ffffff_1x400.png                                |binary
 jsdemos/jquery-ui-themes-1.10.2/themes/flick/images/ui-bg_highlight-soft_100_f6f6f6_1x100.png                      |binary
 jsdemos/jquery-ui-themes-1.10.2/themes/flick/images/ui-bg_highlight-soft_25_0073ea_1x100.png                       |binary
 jsdemos/jquery-ui-themes-1.10.2/themes/flick/images/ui-bg_highlight-soft_50_dddddd_1x100.png                       |binary
 jsdemos/jquery-ui-themes-1.10.2/themes/flick/images/ui-icons_0073ea_256x240.png                                    |binary
 jsdemos/jquery-ui-themes-1.10.2/themes/flick/images/ui-icons_454545_256x240.png                                    |binary
 jsdemos/jquery-ui-themes-1.10.2/themes/flick/images/ui-icons_666666_256x240.png                                    |binary
 jsdemos/jquery-ui-themes-1.10.2/themes/flick/images/ui-icons_ff0084_256x240.png                                    |binary
 jsdemos/jquery-ui-themes-1.10.2/themes/flick/images/ui-icons_ffffff_256x240.png                                    |binary
 jsdemos/jquery-ui-themes-1.10.2/themes/flick/jquery-ui.css                                                         | 2350 
 jsdemos/jquery-ui-themes-1.10.2/themes/flick/jquery-ui.min.css                                                     |   10 
 jsdemos/jquery-ui-themes-1.10.2/themes/flick/jquery.ui.theme.css                                                   |  812 
 jsdemos/jquery-ui-themes-1.10.2/themes/hot-sneaks/images/animated-overlay.gif                                      |binary
 jsdemos/jquery-ui-themes-1.10.2/themes/hot-sneaks/images/ui-bg_diagonals-small_40_db4865_40x40.png                 |binary
 jsdemos/jquery-ui-themes-1.10.2/themes/hot-sneaks/images/ui-bg_diagonals-small_50_93c3cd_40x40.png                 |binary
 jsdemos/jquery-ui-themes-1.10.2/themes/hot-sneaks/images/ui-bg_diagonals-small_50_ff3853_40x40.png                 |binary
 jsdemos/jquery-ui-themes-1.10.2/themes/hot-sneaks/images/ui-bg_diagonals-small_75_ccd232_40x40.png                 |binary
 jsdemos/jquery-ui-themes-1.10.2/themes/hot-sneaks/images/ui-bg_dots-medium_80_ffff38_4x4.png                       |binary
 jsdemos/jquery-ui-themes-1.10.2/themes/hot-sneaks/images/ui-bg_dots-small_35_35414f_2x2.png                        |binary
 jsdemos/jquery-ui-themes-1.10.2/themes/hot-sneaks/images/ui-bg_flat_75_ba9217_40x100.png                           |binary
 jsdemos/jquery-ui-themes-1.10.2/themes/hot-sneaks/images/ui-bg_flat_75_ffffff_40x100.png                           |binary
 jsdemos/jquery-ui-themes-1.10.2/themes/hot-sneaks/images/ui-bg_white-lines_85_f7f7ba_40x100.png                    |binary
 jsdemos/jquery-ui-themes-1.10.2/themes/hot-sneaks/images/ui-icons_454545_256x240.png                               |binary
 jsdemos/jquery-ui-themes-1.10.2/themes/hot-sneaks/images/ui-icons_88a206_256x240.png                               |binary
 jsdemos/jquery-ui-themes-1.10.2/themes/hot-sneaks/images/ui-icons_c02669_256x240.png                               |binary
 jsdemos/jquery-ui-themes-1.10.2/themes/hot-sneaks/images/ui-icons_e1e463_256x240.png                               |binary
 jsdemos/jquery-ui-themes-1.10.2/themes/hot-sneaks/images/ui-icons_ffeb33_256x240.png                               |binary
 jsdemos/jquery-ui-themes-1.10.2/themes/hot-sneaks/images/ui-icons_ffffff_256x240.png                               |binary
 jsdemos/jquery-ui-themes-1.10.2/themes/hot-sneaks/jquery-ui.css                                                    | 2350 
 jsdemos/jquery-ui-themes-1.10.2/themes/hot-sneaks/jquery-ui.min.css                                                |   10 
 jsdemos/jquery-ui-themes-1.10.2/themes/hot-sneaks/jquery.ui.theme.css                                              |  812 
 jsdemos/jquery-ui-themes-1.10.2/themes/humanity/images/animated-overlay.gif                                        |binary
 jsdemos/jquery-ui-themes-1.10.2/themes/humanity/images/ui-bg_flat_75_aaaaaa_40x100.png                             |binary
 jsdemos/jquery-ui-themes-1.10.2/themes/humanity/images/ui-bg_glass_100_f5f0e5_1x400.png                            |binary
 jsdemos/jquery-ui-themes-1.10.2/themes/humanity/images/ui-bg_glass_25_cb842e_1x400.png                             |binary
 jsdemos/jquery-ui-themes-1.10.2/themes/humanity/images/ui-bg_glass_70_ede4d4_1x400.png                             |binary
 jsdemos/jquery-ui-themes-1.10.2/themes/humanity/images/ui-bg_highlight-hard_100_f4f0ec_1x100.png                   |binary
 jsdemos/jquery-ui-themes-1.10.2/themes/humanity/images/ui-bg_highlight-hard_65_fee4bd_1x100.png                    |binary
 jsdemos/jquery-ui-themes-1.10.2/themes/humanity/images/ui-bg_highlight-hard_75_f5f5b5_1x100.png                    |binary
 jsdemos/jquery-ui-themes-1.10.2/themes/humanity/images/ui-bg_inset-soft_100_f4f0ec_1x100.png                       |binary
 jsdemos/jquery-ui-themes-1.10.2/themes/humanity/images/ui-icons_c47a23_256x240.png                                 |binary
 jsdemos/jquery-ui-themes-1.10.2/themes/humanity/images/ui-icons_cb672b_256x240.png                                 |binary
 jsdemos/jquery-ui-themes-1.10.2/themes/humanity/images/ui-icons_f08000_256x240.png                                 |binary
 jsdemos/jquery-ui-themes-1.10.2/themes/humanity/images/ui-icons_f35f07_256x240.png                                 |binary
 jsdemos/jquery-ui-themes-1.10.2/themes/humanity/images/ui-icons_ff7519_256x240.png                                 |binary
 jsdemos/jquery-ui-themes-1.10.2/themes/humanity/images/ui-icons_ffffff_256x240.png                                 |binary
 jsdemos/jquery-ui-themes-1.10.2/themes/humanity/jquery-ui.css                                                      | 2350 
 jsdemos/jquery-ui-themes-1.10.2/themes/humanity/jquery-ui.min.css                                                  |   10 
 jsdemos/jquery-ui-themes-1.10.2/themes/humanity/jquery.ui.theme.css                                                |  812 
 jsdemos/jquery-ui-themes-1.10.2/themes/le-frog/images/animated-overlay.gif                                         |binary
 jsdemos/jquery-ui-themes-1.10.2/themes/le-frog/images/ui-bg_diagonals-small_0_aaaaaa_40x40.png                     |binary
 jsdemos/jquery-ui-themes-1.10.2/themes/le-frog/images/ui-bg_diagonals-thick_15_444444_40x40.png                    |binary
 jsdemos/jquery-ui-themes-1.10.2/themes/le-frog/images/ui-bg_diagonals-thick_95_ffdc2e_40x40.png                    |binary
 jsdemos/jquery-ui-themes-1.10.2/themes/le-frog/images/ui-bg_glass_55_fbf5d0_1x400.png                              |binary
 jsdemos/jquery-ui-themes-1.10.2/themes/le-frog/images/ui-bg_highlight-hard_30_285c00_1x100.png                     |binary
 jsdemos/jquery-ui-themes-1.10.2/themes/le-frog/images/ui-bg_highlight-soft_33_3a8104_1x100.png                     |binary
 jsdemos/jquery-ui-themes-1.10.2/themes/le-frog/images/ui-bg_highlight-soft_50_4eb305_1x100.png                     |binary
 jsdemos/jquery-ui-themes-1.10.2/themes/le-frog/images/ui-bg_highlight-soft_60_4ca20b_1x100.png                     |binary
 jsdemos/jquery-ui-themes-1.10.2/themes/le-frog/images/ui-bg_inset-soft_10_285c00_1x100.png                         |binary
 jsdemos/jquery-ui-themes-1.10.2/themes/le-frog/images/ui-icons_4eb305_256x240.png                                  |binary
 jsdemos/jquery-ui-themes-1.10.2/themes/le-frog/images/ui-icons_72b42d_256x240.png                                  |binary
 jsdemos/jquery-ui-themes-1.10.2/themes/le-frog/images/ui-icons_cd0a0a_256x240.png                                  |binary
 jsdemos/jquery-ui-themes-1.10.2/themes/le-frog/images/ui-icons_ffffff_256x240.png                                  |binary
 jsdemos/jquery-ui-themes-1.10.2/themes/le-frog/jquery-ui.css                                                       | 2350 
 jsdemos/jquery-ui-themes-1.10.2/themes/le-frog/jquery-ui.min.css                                                   |   10 
 jsdemos/jquery-ui-themes-1.10.2/themes/le-frog/jquery.ui.theme.css                                                 |  812 
 jsdemos/jquery-ui-themes-1.10.2/themes/mint-choc/images/animated-overlay.gif                                       |binary
 jsdemos/jquery-ui-themes-1.10.2/themes/mint-choc/images/ui-bg_flat_0_aaaaaa_40x100.png                             |binary
 jsdemos/jquery-ui-themes-1.10.2/themes/mint-choc/images/ui-bg_glass_15_5f391b_1x400.png                            |binary
 jsdemos/jquery-ui-themes-1.10.2/themes/mint-choc/images/ui-bg_gloss-wave_20_1c160d_500x100.png                     |binary
 jsdemos/jquery-ui-themes-1.10.2/themes/mint-choc/images/ui-bg_gloss-wave_25_453326_500x100.png                     |binary
 jsdemos/jquery-ui-themes-1.10.2/themes/mint-choc/images/ui-bg_gloss-wave_30_44372c_500x100.png                     |binary
 jsdemos/jquery-ui-themes-1.10.2/themes/mint-choc/images/ui-bg_highlight-soft_20_201913_1x100.png                   |binary
 jsdemos/jquery-ui-themes-1.10.2/themes/mint-choc/images/ui-bg_highlight-soft_20_619226_1x100.png                   |binary
 jsdemos/jquery-ui-themes-1.10.2/themes/mint-choc/images/ui-bg_inset-soft_10_201913_1x100.png                       |binary
 jsdemos/jquery-ui-themes-1.10.2/themes/mint-choc/images/ui-icons_222222_256x240.png                                |binary
 jsdemos/jquery-ui-themes-1.10.2/themes/mint-choc/images/ui-icons_9bcc60_256x240.png                                |binary
 jsdemos/jquery-ui-themes-1.10.2/themes/mint-choc/images/ui-icons_add978_256x240.png                                |binary
 jsdemos/jquery-ui-themes-1.10.2/themes/mint-choc/images/ui-icons_e3ddc9_256x240.png                                |binary
 jsdemos/jquery-ui-themes-1.10.2/themes/mint-choc/images/ui-icons_f1fd86_256x240.png                                |binary
 jsdemos/jquery-ui-themes-1.10.2/themes/mint-choc/images/ui-icons_ffffff_256x240.png                                |binary
 jsdemos/jquery-ui-themes-1.10.2/themes/mint-choc/jquery-ui.css                                                     | 2350 
 jsdemos/jquery-ui-themes-1.10.2/themes/mint-choc/jquery-ui.min.css                                                 |   10 
 jsdemos/jquery-ui-themes-1.10.2/themes/mint-choc/jquery.ui.theme.css                                               |  812 
 jsdemos/jquery-ui-themes-1.10.2/themes/overcast/images/animated-overlay.gif                                        |binary
 jsdemos/jquery-ui-themes-1.10.2/themes/overcast/images/ui-bg_flat_0_aaaaaa_40x100.png                              |binary
 jsdemos/jquery-ui-themes-1.10.2/themes/overcast/images/ui-bg_flat_0_eeeeee_40x100.png                              |binary
 jsdemos/jquery-ui-themes-1.10.2/themes/overcast/images/ui-bg_flat_55_c0402a_40x100.png                             |binary
 jsdemos/jquery-ui-themes-1.10.2/themes/overcast/images/ui-bg_flat_55_eeeeee_40x100.png                             |binary
 jsdemos/jquery-ui-themes-1.10.2/themes/overcast/images/ui-bg_glass_100_f8f8f8_1x400.png                            |binary
 jsdemos/jquery-ui-themes-1.10.2/themes/overcast/images/ui-bg_glass_35_dddddd_1x400.png                             |binary
 jsdemos/jquery-ui-themes-1.10.2/themes/overcast/images/ui-bg_glass_60_eeeeee_1x400.png                             |binary
 jsdemos/jquery-ui-themes-1.10.2/themes/overcast/images/ui-bg_inset-hard_75_999999_1x100.png                        |binary
 jsdemos/jquery-ui-themes-1.10.2/themes/overcast/images/ui-bg_inset-soft_50_c9c9c9_1x100.png                        |binary
 jsdemos/jquery-ui-themes-1.10.2/themes/overcast/images/ui-icons_3383bb_256x240.png                                 |binary
 jsdemos/jquery-ui-themes-1.10.2/themes/overcast/images/ui-icons_454545_256x240.png                                 |binary
 jsdemos/jquery-ui-themes-1.10.2/themes/overcast/images/ui-icons_70b2e1_256x240.png                                 |binary
 jsdemos/jquery-ui-themes-1.10.2/themes/overcast/images/ui-icons_999999_256x240.png                                 |binary
 jsdemos/jquery-ui-themes-1.10.2/themes/overcast/images/ui-icons_fbc856_256x240.png                                 |binary
 jsdemos/jquery-ui-themes-1.10.2/themes/overcast/jquery-ui.css                                                      | 2350 
 jsdemos/jquery-ui-themes-1.10.2/themes/overcast/jquery-ui.min.css                                                  |   10 
 jsdemos/jquery-ui-themes-1.10.2/themes/overcast/jquery.ui.theme.css                                                |  812 
 jsdemos/jquery-ui-themes-1.10.2/themes/pepper-grinder/images/animated-overlay.gif                                  |binary
 jsdemos/jquery-ui-themes-1.10.2/themes/pepper-grinder/images/ui-bg_diagonal-maze_20_6e4f1c_10x10.png               |binary
 jsdemos/jquery-ui-themes-1.10.2/themes/pepper-grinder/images/ui-bg_diagonal-maze_40_000000_10x10.png               |binary
 jsdemos/jquery-ui-themes-1.10.2/themes/pepper-grinder/images/ui-bg_fine-grain_10_eceadf_60x60.png                  |binary
 jsdemos/jquery-ui-themes-1.10.2/themes/pepper-grinder/images/ui-bg_fine-grain_10_f8f7f6_60x60.png                  |binary
 jsdemos/jquery-ui-themes-1.10.2/themes/pepper-grinder/images/ui-bg_fine-grain_15_eceadf_60x60.png                  |binary
 jsdemos/jquery-ui-themes-1.10.2/themes/pepper-grinder/images/ui-bg_fine-grain_15_f7f3de_60x60.png                  |binary
 jsdemos/jquery-ui-themes-1.10.2/themes/pepper-grinder/images/ui-bg_fine-grain_15_ffffff_60x60.png                  |binary
 jsdemos/jquery-ui-themes-1.10.2/themes/pepper-grinder/images/ui-bg_fine-grain_65_654b24_60x60.png                  |binary
 jsdemos/jquery-ui-themes-1.10.2/themes/pepper-grinder/images/ui-bg_fine-grain_68_b83400_60x60.png                  |binary
 jsdemos/jquery-ui-themes-1.10.2/themes/pepper-grinder/images/ui-icons_222222_256x240.png                           |binary
 jsdemos/jquery-ui-themes-1.10.2/themes/pepper-grinder/images/ui-icons_3572ac_256x240.png                           |binary
 jsdemos/jquery-ui-themes-1.10.2/themes/pepper-grinder/images/ui-icons_8c291d_256x240.png                           |binary
 jsdemos/jquery-ui-themes-1.10.2/themes/pepper-grinder/images/ui-icons_b83400_256x240.png                           |binary
 jsdemos/jquery-ui-themes-1.10.2/themes/pepper-grinder/images/ui-icons_fbdb93_256x240.png                           |binary
 jsdemos/jquery-ui-themes-1.10.2/themes/pepper-grinder/images/ui-icons_ffffff_256x240.png                           |binary
 jsdemos/jquery-ui-themes-1.10.2/themes/pepper-grinder/jquery-ui.css                                                | 2350 
 jsdemos/jquery-ui-themes-1.10.2/themes/pepper-grinder/jquery-ui.min.css                                            |   10 
 jsdemos/jquery-ui-themes-1.10.2/themes/pepper-grinder/jquery.ui.theme.css                                          |  812 
 jsdemos/jquery-ui-themes-1.10.2/themes/redmond/images/animated-overlay.gif                                         |binary
 jsdemos/jquery-ui-themes-1.10.2/themes/redmond/images/ui-bg_flat_0_aaaaaa_40x100.png                               |binary
 jsdemos/jquery-ui-themes-1.10.2/themes/redmond/images/ui-bg_flat_55_fbec88_40x100.png                              |binary
 jsdemos/jquery-ui-themes-1.10.2/themes/redmond/images/ui-bg_glass_75_d0e5f5_1x400.png                              |binary
 jsdemos/jquery-ui-themes-1.10.2/themes/redmond/images/ui-bg_glass_85_dfeffc_1x400.png                              |binary
 jsdemos/jquery-ui-themes-1.10.2/themes/redmond/images/ui-bg_glass_95_fef1ec_1x400.png                              |binary
 jsdemos/jquery-ui-themes-1.10.2/themes/redmond/images/ui-bg_gloss-wave_55_5c9ccc_500x100.png                       |binary
 jsdemos/jquery-ui-themes-1.10.2/themes/redmond/images/ui-bg_inset-hard_100_f5f8f9_1x100.png                        |binary
 jsdemos/jquery-ui-themes-1.10.2/themes/redmond/images/ui-bg_inset-hard_100_fcfdfd_1x100.png                        |binary
 jsdemos/jquery-ui-themes-1.10.2/themes/redmond/images/ui-icons_217bc0_256x240.png                                  |binary
 jsdemos/jquery-ui-themes-1.10.2/themes/redmond/images/ui-icons_2e83ff_256x240.png                                  |binary
 jsdemos/jquery-ui-themes-1.10.2/themes/redmond/images/ui-icons_469bdd_256x240.png                                  |binary
 jsdemos/jquery-ui-themes-1.10.2/themes/redmond/images/ui-icons_6da8d5_256x240.png                                  |binary
 jsdemos/jquery-ui-themes-1.10.2/themes/redmond/images/ui-icons_cd0a0a_256x240.png                                  |binary
 jsdemos/jquery-ui-themes-1.10.2/themes/redmond/images/ui-icons_d8e7f3_256x240.png                                  |binary
 jsdemos/jquery-ui-themes-1.10.2/themes/redmond/images/ui-icons_f9bd01_256x240.png                                  |binary
 jsdemos/jquery-ui-themes-1.10.2/themes/redmond/jquery-ui.css                                                       | 2350 
 jsdemos/jquery-ui-themes-1.10.2/themes/redmond/jquery-ui.min.css                                                   |   10 
 jsdemos/jquery-ui-themes-1.10.2/themes/redmond/jquery.ui.theme.css                                                 |  812 
 jsdemos/jquery-ui-themes-1.10.2/themes/smoothness/images/animated-overlay.gif                                      |binary
 jsdemos/jquery-ui-themes-1.10.2/themes/smoothness/images/ui-bg_flat_0_aaaaaa_40x100.png                            |binary
 jsdemos/jquery-ui-themes-1.10.2/themes/smoothness/images/ui-bg_flat_75_ffffff_40x100.png                           |binary
 jsdemos/jquery-ui-themes-1.10.2/themes/smoothness/images/ui-bg_glass_55_fbf9ee_1x400.png                           |binary
 jsdemos/jquery-ui-themes-1.10.2/themes/smoothness/images/ui-bg_glass_65_ffffff_1x400.png                           |binary
 jsdemos/jquery-ui-themes-1.10.2/themes/smoothness/images/ui-bg_glass_75_dadada_1x400.png                           |binary
 jsdemos/jquery-ui-themes-1.10.2/themes/smoothness/images/ui-bg_glass_75_e6e6e6_1x400.png                           |binary
 jsdemos/jquery-ui-themes-1.10.2/themes/smoothness/images/ui-bg_glass_95_fef1ec_1x400.png                           |binary
 jsdemos/jquery-ui-themes-1.10.2/themes/smoothness/images/ui-bg_highlight-soft_75_cccccc_1x100.png                  |binary
 jsdemos/jquery-ui-themes-1.10.2/themes/smoothness/images/ui-icons_222222_256x240.png                               |binary
 jsdemos/jquery-ui-themes-1.10.2/themes/smoothness/images/ui-icons_2e83ff_256x240.png                               |binary
 jsdemos/jquery-ui-themes-1.10.2/themes/smoothness/images/ui-icons_454545_256x240.png                               |binary
 jsdemos/jquery-ui-themes-1.10.2/themes/smoothness/images/ui-icons_888888_256x240.png                               |binary
 jsdemos/jquery-ui-themes-1.10.2/themes/smoothness/images/ui-icons_cd0a0a_256x240.png                               |binary
 jsdemos/jquery-ui-themes-1.10.2/themes/smoothness/jquery-ui.css                                                    | 2350 
 jsdemos/jquery-ui-themes-1.10.2/themes/smoothness/jquery-ui.min.css                                                |   10 
 jsdemos/jquery-ui-themes-1.10.2/themes/smoothness/jquery.ui.theme.css                                              |  812 
 jsdemos/jquery-ui-themes-1.10.2/themes/south-street/images/animated-overlay.gif                                    |binary
 jsdemos/jquery-ui-themes-1.10.2/themes/south-street/images/ui-bg_glass_55_fcf0ba_1x400.png                         |binary
 jsdemos/jquery-ui-themes-1.10.2/themes/south-street/images/ui-bg_gloss-wave_100_ece8da_500x100.png                 |binary
 jsdemos/jquery-ui-themes-1.10.2/themes/south-street/images/ui-bg_highlight-hard_100_f5f3e5_1x100.png               |binary
 jsdemos/jquery-ui-themes-1.10.2/themes/south-street/images/ui-bg_highlight-hard_100_fafaf4_1x100.png               |binary
 jsdemos/jquery-ui-themes-1.10.2/themes/south-street/images/ui-bg_highlight-hard_15_459e00_1x100.png                |binary
 jsdemos/jquery-ui-themes-1.10.2/themes/south-street/images/ui-bg_highlight-hard_95_cccccc_1x100.png                |binary
 jsdemos/jquery-ui-themes-1.10.2/themes/south-street/images/ui-bg_highlight-soft_25_67b021_1x100.png                |binary
 jsdemos/jquery-ui-themes-1.10.2/themes/south-street/images/ui-bg_highlight-soft_95_ffedad_1x100.png                |binary
 jsdemos/jquery-ui-themes-1.10.2/themes/south-street/images/ui-bg_inset-soft_15_2b2922_1x100.png                    |binary
 jsdemos/jquery-ui-themes-1.10.2/themes/south-street/images/ui-icons_808080_256x240.png                             |binary
 jsdemos/jquery-ui-themes-1.10.2/themes/south-street/images/ui-icons_847e71_256x240.png                             |binary
 jsdemos/jquery-ui-themes-1.10.2/themes/south-street/images/ui-icons_8DC262_256x240.png                             |binary
 jsdemos/jquery-ui-themes-1.10.2/themes/south-street/images/ui-icons_cd0a0a_256x240.png                             |binary
 jsdemos/jquery-ui-themes-1.10.2/themes/south-street/images/ui-icons_eeeeee_256x240.png                             |binary
 jsdemos/jquery-ui-themes-1.10.2/themes/south-street/images/ui-icons_ffffff_256x240.png                             |binary
 jsdemos/jquery-ui-themes-1.10.2/themes/south-street/jquery-ui.css                                                  | 2350 
 jsdemos/jquery-ui-themes-1.10.2/themes/south-street/jquery-ui.min.css                                              |   10 
 jsdemos/jquery-ui-themes-1.10.2/themes/south-street/jquery.ui.theme.css                                            |  812 
 jsdemos/jquery-ui-themes-1.10.2/themes/start/images/animated-overlay.gif                                           |binary
 jsdemos/jquery-ui-themes-1.10.2/themes/start/images/ui-bg_flat_55_999999_40x100.png                                |binary
 jsdemos/jquery-ui-themes-1.10.2/themes/start/images/ui-bg_flat_75_aaaaaa_40x100.png                                |binary
 jsdemos/jquery-ui-themes-1.10.2/themes/start/images/ui-bg_glass_45_0078ae_1x400.png                                |binary
 jsdemos/jquery-ui-themes-1.10.2/themes/start/images/ui-bg_glass_55_f8da4e_1x400.png                                |binary
 jsdemos/jquery-ui-themes-1.10.2/themes/start/images/ui-bg_glass_75_79c9ec_1x400.png                                |binary
 jsdemos/jquery-ui-themes-1.10.2/themes/start/images/ui-bg_gloss-wave_45_e14f1c_500x100.png                         |binary
 jsdemos/jquery-ui-themes-1.10.2/themes/start/images/ui-bg_gloss-wave_50_6eac2c_500x100.png                         |binary
 jsdemos/jquery-ui-themes-1.10.2/themes/start/images/ui-bg_gloss-wave_75_2191c0_500x100.png                         |binary
 jsdemos/jquery-ui-themes-1.10.2/themes/start/images/ui-bg_inset-hard_100_fcfdfd_1x100.png                          |binary
 jsdemos/jquery-ui-themes-1.10.2/themes/start/images/ui-icons_0078ae_256x240.png                                    |binary
 jsdemos/jquery-ui-themes-1.10.2/themes/start/images/ui-icons_056b93_256x240.png                                    |binary
 jsdemos/jquery-ui-themes-1.10.2/themes/start/images/ui-icons_d8e7f3_256x240.png                                    |binary
 jsdemos/jquery-ui-themes-1.10.2/themes/start/images/ui-icons_e0fdff_256x240.png                                    |binary
 jsdemos/jquery-ui-themes-1.10.2/themes/start/images/ui-icons_f5e175_256x240.png                                    |binary
 jsdemos/jquery-ui-themes-1.10.2/themes/start/images/ui-icons_f7a50d_256x240.png                                    |binary
 jsdemos/jquery-ui-themes-1.10.2/themes/start/images/ui-icons_fcd113_256x240.png                                    |binary
 jsdemos/jquery-ui-themes-1.10.2/themes/start/jquery-ui.css                                                         | 2350 
 jsdemos/jquery-ui-themes-1.10.2/themes/start/jquery-ui.min.css                                                     |   10 
 jsdemos/jquery-ui-themes-1.10.2/themes/start/jquery.ui.theme.css                                                   |  812 
 jsdemos/jquery-ui-themes-1.10.2/themes/sunny/images/animated-overlay.gif                                           |binary
 jsdemos/jquery-ui-themes-1.10.2/themes/sunny/images/ui-bg_diagonals-medium_20_d34d17_40x40.png                     |binary
 jsdemos/jquery-ui-themes-1.10.2/themes/sunny/images/ui-bg_flat_30_cccccc_40x100.png                                |binary
 jsdemos/jquery-ui-themes-1.10.2/themes/sunny/images/ui-bg_flat_50_5c5c5c_40x100.png                                |binary
 jsdemos/jquery-ui-themes-1.10.2/themes/sunny/images/ui-bg_gloss-wave_45_817865_500x100.png                         |binary
 jsdemos/jquery-ui-themes-1.10.2/themes/sunny/images/ui-bg_gloss-wave_60_fece2f_500x100.png                         |binary
 jsdemos/jquery-ui-themes-1.10.2/themes/sunny/images/ui-bg_gloss-wave_70_ffdd57_500x100.png                         |binary
 jsdemos/jquery-ui-themes-1.10.2/themes/sunny/images/ui-bg_gloss-wave_90_fff9e5_500x100.png                         |binary
 jsdemos/jquery-ui-themes-1.10.2/themes/sunny/images/ui-bg_highlight-soft_100_feeebd_1x100.png                      |binary
 jsdemos/jquery-ui-themes-1.10.2/themes/sunny/images/ui-bg_inset-soft_30_ffffff_1x100.png                           |binary
 jsdemos/jquery-ui-themes-1.10.2/themes/sunny/images/ui-icons_3d3d3d_256x240.png                                    |binary
 jsdemos/jquery-ui-themes-1.10.2/themes/sunny/images/ui-icons_bd7b00_256x240.png                                    |binary
 jsdemos/jquery-ui-themes-1.10.2/themes/sunny/images/ui-icons_d19405_256x240.png                                    |binary
 jsdemos/jquery-ui-themes-1.10.2/themes/sunny/images/ui-icons_eb990f_256x240.png                                    |binary
 jsdemos/jquery-ui-themes-1.10.2/themes/sunny/images/ui-icons_ed9f26_256x240.png                                    |binary
 jsdemos/jquery-ui-themes-1.10.2/themes/sunny/images/ui-icons_fadc7a_256x240.png                                    |binary
 jsdemos/jquery-ui-themes-1.10.2/themes/sunny/images/ui-icons_ffe180_256x240.png                                    |binary
 jsdemos/jquery-ui-themes-1.10.2/themes/sunny/jquery-ui.css                                                         | 2350 
 jsdemos/jquery-ui-themes-1.10.2/themes/sunny/jquery-ui.min.css                                                     |   10 
 jsdemos/jquery-ui-themes-1.10.2/themes/sunny/jquery.ui.theme.css                                                   |  812 
 jsdemos/jquery-ui-themes-1.10.2/themes/swanky-purse/images/animated-overlay.gif                                    |binary
 jsdemos/jquery-ui-themes-1.10.2/themes/swanky-purse/images/ui-bg_diamond_10_4f4221_10x8.png                        |binary
 jsdemos/jquery-ui-themes-1.10.2/themes/swanky-purse/images/ui-bg_diamond_20_372806_10x8.png                        |binary
 jsdemos/jquery-ui-themes-1.10.2/themes/swanky-purse/images/ui-bg_diamond_25_675423_10x8.png                        |binary
 jsdemos/jquery-ui-themes-1.10.2/themes/swanky-purse/images/ui-bg_diamond_25_d5ac5d_10x8.png                        |binary
 jsdemos/jquery-ui-themes-1.10.2/themes/swanky-purse/images/ui-bg_diamond_8_261803_10x8.png                         |binary
 jsdemos/jquery-ui-themes-1.10.2/themes/swanky-purse/images/ui-bg_diamond_8_443113_10x8.png                         |binary
 jsdemos/jquery-ui-themes-1.10.2/themes/swanky-purse/images/ui-bg_flat_75_ddd4b0_40x100.png                         |binary
 jsdemos/jquery-ui-themes-1.10.2/themes/swanky-purse/images/ui-bg_highlight-hard_65_fee4bd_1x100.png                |binary
 jsdemos/jquery-ui-themes-1.10.2/themes/swanky-purse/images/ui-icons_070603_256x240.png                             |binary
 jsdemos/jquery-ui-themes-1.10.2/themes/swanky-purse/images/ui-icons_e8e2b5_256x240.png                             |binary
 jsdemos/jquery-ui-themes-1.10.2/themes/swanky-purse/images/ui-icons_e9cd86_256x240.png                             |binary
 jsdemos/jquery-ui-themes-1.10.2/themes/swanky-purse/images/ui-icons_efec9f_256x240.png                             |binary
 jsdemos/jquery-ui-themes-1.10.2/themes/swanky-purse/images/ui-icons_f2ec64_256x240.png                             |binary
 jsdemos/jquery-ui-themes-1.10.2/themes/swanky-purse/images/ui-icons_f9f2bd_256x240.png                             |binary
 jsdemos/jquery-ui-themes-1.10.2/themes/swanky-purse/images/ui-icons_ff7519_256x240.png                             |binary
 jsdemos/jquery-ui-themes-1.10.2/themes/swanky-purse/jquery-ui.css                                                  | 2350 
 jsdemos/jquery-ui-themes-1.10.2/themes/swanky-purse/jquery-ui.min.css                                              |   10 
 jsdemos/jquery-ui-themes-1.10.2/themes/swanky-purse/jquery.ui.theme.css                                            |  812 
 jsdemos/jquery-ui-themes-1.10.2/themes/trontastic/images/animated-overlay.gif                                      |binary
 jsdemos/jquery-ui-themes-1.10.2/themes/trontastic/images/ui-bg_diagonals-small_50_262626_40x40.png                 |binary
 jsdemos/jquery-ui-themes-1.10.2/themes/trontastic/images/ui-bg_flat_0_303030_40x100.png                            |binary
 jsdemos/jquery-ui-themes-1.10.2/themes/trontastic/images/ui-bg_flat_0_4c4c4c_40x100.png                            |binary
 jsdemos/jquery-ui-themes-1.10.2/themes/trontastic/images/ui-bg_glass_40_0a0a0a_1x400.png                           |binary
 jsdemos/jquery-ui-themes-1.10.2/themes/trontastic/images/ui-bg_glass_55_f1fbe5_1x400.png                           |binary
 jsdemos/jquery-ui-themes-1.10.2/themes/trontastic/images/ui-bg_glass_60_000000_1x400.png                           |binary
 jsdemos/jquery-ui-themes-1.10.2/themes/trontastic/images/ui-bg_gloss-wave_55_000000_500x100.png                    |binary
 jsdemos/jquery-ui-themes-1.10.2/themes/trontastic/images/ui-bg_gloss-wave_85_9fda58_500x100.png                    |binary
 jsdemos/jquery-ui-themes-1.10.2/themes/trontastic/images/ui-bg_gloss-wave_95_f6ecd5_500x100.png                    |binary
 jsdemos/jquery-ui-themes-1.10.2/themes/trontastic/images/ui-icons_000000_256x240.png                               |binary
 jsdemos/jquery-ui-themes-1.10.2/themes/trontastic/images/ui-icons_1f1f1f_256x240.png                               |binary
 jsdemos/jquery-ui-themes-1.10.2/themes/trontastic/images/ui-icons_9fda58_256x240.png                               |binary
 jsdemos/jquery-ui-themes-1.10.2/themes/trontastic/images/ui-icons_b8ec79_256x240.png                               |binary
 jsdemos/jquery-ui-themes-1.10.2/themes/trontastic/images/ui-icons_cd0a0a_256x240.png                               |binary
 jsdemos/jquery-ui-themes-1.10.2/themes/trontastic/images/ui-icons_ffffff_256x240.png                               |binary
 jsdemos/jquery-ui-themes-1.10.2/themes/trontastic/jquery-ui.css                                                    | 2350 
 jsdemos/jquery-ui-themes-1.10.2/themes/trontastic/jquery-ui.min.css                                                |   10 
 jsdemos/jquery-ui-themes-1.10.2/themes/trontastic/jquery.ui.theme.css                                              |  812 
 jsdemos/jquery-ui-themes-1.10.2/themes/ui-darkness/images/animated-overlay.gif                                     |binary
 jsdemos/jquery-ui-themes-1.10.2/themes/ui-darkness/images/ui-bg_flat_30_cccccc_40x100.png                          |binary
 jsdemos/jquery-ui-themes-1.10.2/themes/ui-darkness/images/ui-bg_flat_50_5c5c5c_40x100.png                          |binary
 jsdemos/jquery-ui-themes-1.10.2/themes/ui-darkness/images/ui-bg_glass_20_555555_1x400.png                          |binary
 jsdemos/jquery-ui-themes-1.10.2/themes/ui-darkness/images/ui-bg_glass_40_0078a3_1x400.png                          |binary
 jsdemos/jquery-ui-themes-1.10.2/themes/ui-darkness/images/ui-bg_glass_40_ffc73d_1x400.png                          |binary
 jsdemos/jquery-ui-themes-1.10.2/themes/ui-darkness/images/ui-bg_gloss-wave_25_333333_500x100.png                   |binary
 jsdemos/jquery-ui-themes-1.10.2/themes/ui-darkness/images/ui-bg_highlight-soft_80_eeeeee_1x100.png                 |binary
 jsdemos/jquery-ui-themes-1.10.2/themes/ui-darkness/images/ui-bg_inset-soft_25_000000_1x100.png                     |binary
 jsdemos/jquery-ui-themes-1.10.2/themes/ui-darkness/images/ui-bg_inset-soft_30_f58400_1x100.png                     |binary
 jsdemos/jquery-ui-themes-1.10.2/themes/ui-darkness/images/ui-icons_222222_256x240.png                              |binary
 jsdemos/jquery-ui-themes-1.10.2/themes/ui-darkness/images/ui-icons_4b8e0b_256x240.png                              |binary
 jsdemos/jquery-ui-themes-1.10.2/themes/ui-darkness/images/ui-icons_a83300_256x240.png                              |binary
 jsdemos/jquery-ui-themes-1.10.2/themes/ui-darkness/images/ui-icons_cccccc_256x240.png                              |binary
 jsdemos/jquery-ui-themes-1.10.2/themes/ui-darkness/images/ui-icons_ffffff_256x240.png                              |binary
 jsdemos/jquery-ui-themes-1.10.2/themes/ui-darkness/jquery-ui.css                                                   | 2350 
 jsdemos/jquery-ui-themes-1.10.2/themes/ui-darkness/jquery-ui.min.css                                               |   10 
 jsdemos/jquery-ui-themes-1.10.2/themes/ui-darkness/jquery.ui.theme.css                                             |  812 
 jsdemos/jquery-ui-themes-1.10.2/themes/ui-lightness/images/animated-overlay.gif                                    |binary
 jsdemos/jquery-ui-themes-1.10.2/themes/ui-lightness/images/ui-bg_diagonals-thick_18_b81900_40x40.png               |binary
 jsdemos/jquery-ui-themes-1.10.2/themes/ui-lightness/images/ui-bg_diagonals-thick_20_666666_40x40.png               |binary
 jsdemos/jquery-ui-themes-1.10.2/themes/ui-lightness/images/ui-bg_flat_10_000000_40x100.png                         |binary
 jsdemos/jquery-ui-themes-1.10.2/themes/ui-lightness/images/ui-bg_glass_100_f6f6f6_1x400.png                        |binary
 jsdemos/jquery-ui-themes-1.10.2/themes/ui-lightness/images/ui-bg_glass_100_fdf5ce_1x400.png                        |binary
 jsdemos/jquery-ui-themes-1.10.2/themes/ui-lightness/images/ui-bg_glass_65_ffffff_1x400.png                         |binary
 jsdemos/jquery-ui-themes-1.10.2/themes/ui-lightness/images/ui-bg_gloss-wave_35_f6a828_500x100.png                  |binary
 jsdemos/jquery-ui-themes-1.10.2/themes/ui-lightness/images/ui-bg_highlight-soft_100_eeeeee_1x100.png               |binary
 jsdemos/jquery-ui-themes-1.10.2/themes/ui-lightness/images/ui-bg_highlight-soft_75_ffe45c_1x100.png                |binary
 jsdemos/jquery-ui-themes-1.10.2/themes/ui-lightness/images/ui-icons_222222_256x240.png                             |binary
 jsdemos/jquery-ui-themes-1.10.2/themes/ui-lightness/images/ui-icons_228ef1_256x240.png                             |binary
 jsdemos/jquery-ui-themes-1.10.2/themes/ui-lightness/images/ui-icons_ef8c08_256x240.png                             |binary
 jsdemos/jquery-ui-themes-1.10.2/themes/ui-lightness/images/ui-icons_ffd27a_256x240.png                             |binary
 jsdemos/jquery-ui-themes-1.10.2/themes/ui-lightness/images/ui-icons_ffffff_256x240.png                             |binary
 jsdemos/jquery-ui-themes-1.10.2/themes/ui-lightness/jquery-ui.css                                                  | 2350 
 jsdemos/jquery-ui-themes-1.10.2/themes/ui-lightness/jquery-ui.min.css                                              |   10 
 jsdemos/jquery-ui-themes-1.10.2/themes/ui-lightness/jquery.ui.theme.css                                            |  812 
 jsdemos/jquery-ui-themes-1.10.2/themes/vader/images/animated-overlay.gif                                           |binary
 jsdemos/jquery-ui-themes-1.10.2/themes/vader/images/ui-bg_flat_0_aaaaaa_40x100.png                                 |binary
 jsdemos/jquery-ui-themes-1.10.2/themes/vader/images/ui-bg_glass_95_fef1ec_1x400.png                                |binary
 jsdemos/jquery-ui-themes-1.10.2/themes/vader/images/ui-bg_gloss-wave_16_121212_500x100.png                         |binary
 jsdemos/jquery-ui-themes-1.10.2/themes/vader/images/ui-bg_highlight-hard_15_888888_1x100.png                       |binary
 jsdemos/jquery-ui-themes-1.10.2/themes/vader/images/ui-bg_highlight-hard_55_555555_1x100.png                       |binary
 jsdemos/jquery-ui-themes-1.10.2/themes/vader/images/ui-bg_highlight-soft_35_adadad_1x100.png                       |binary
 jsdemos/jquery-ui-themes-1.10.2/themes/vader/images/ui-bg_highlight-soft_60_dddddd_1x100.png                       |binary
 jsdemos/jquery-ui-themes-1.10.2/themes/vader/images/ui-bg_inset-soft_15_121212_1x100.png                           |binary
 jsdemos/jquery-ui-themes-1.10.2/themes/vader/images/ui-icons_666666_256x240.png                                    |binary
 jsdemos/jquery-ui-themes-1.10.2/themes/vader/images/ui-icons_aaaaaa_256x240.png                                    |binary
 jsdemos/jquery-ui-themes-1.10.2/themes/vader/images/ui-icons_bbbbbb_256x240.png                                    |binary
 jsdemos/jquery-ui-themes-1.10.2/themes/vader/images/ui-icons_c98000_256x240.png                                    |binary
 jsdemos/jquery-ui-themes-1.10.2/themes/vader/images/ui-icons_cccccc_256x240.png                                    |binary
 jsdemos/jquery-ui-themes-1.10.2/themes/vader/images/ui-icons_cd0a0a_256x240.png                                    |binary
 jsdemos/jquery-ui-themes-1.10.2/themes/vader/images/ui-icons_f29a00_256x240.png                                    |binary
 jsdemos/jquery-ui-themes-1.10.2/themes/vader/jquery-ui.css                                                         | 2350 
 jsdemos/jquery-ui-themes-1.10.2/themes/vader/jquery-ui.min.css                                                     |   10 
 jsdemos/jquery-ui-themes-1.10.2/themes/vader/jquery.ui.theme.css                                                   |  812 
 jsdemos/jsbrowser/GNUmakefile                                                                                      |   54 
 jsdemos/jsbrowser/index.html                                                                                       |   68 
 jsdemos/jsbrowser/jsbrowser.js                                                                                     |   24 
 libmicrohttpd-0.9.23/AUTHORS                                                                                       |   92 
 libmicrohttpd-0.9.23/COPYING                                                                                       | 1020 
 libmicrohttpd-0.9.23/ChangeLog                                                                                     | 1978 
 libmicrohttpd-0.9.23/INSTALL                                                                                       |  740 
 libmicrohttpd-0.9.23/MHD_config.h.in                                                                               |  630 
 libmicrohttpd-0.9.23/Makefile.am                                                                                   |   14 
 libmicrohttpd-0.9.23/Makefile.in                                                                                   | 1702 
 libmicrohttpd-0.9.23/NEWS                                                                                          |    4 
 libmicrohttpd-0.9.23/README                                                                                        |  222 
 libmicrohttpd-0.9.23/acinclude.m4                                                                                  |  236 
 libmicrohttpd-0.9.23/aclocal.m4                                                                                    | 2166 
 libmicrohttpd-0.9.23/compile                                                                                       |  684 
 libmicrohttpd-0.9.23/config.guess                                                                                  | 3074 
 libmicrohttpd-0.9.23/config.sub                                                                                    | 3572 
 libmicrohttpd-0.9.23/configure                                                                                     |32518 ++---
 libmicrohttpd-0.9.23/configure.ac                                                                                  |  980 
 libmicrohttpd-0.9.23/contrib/Makefile.am                                                                           |    2 
 libmicrohttpd-0.9.23/contrib/Makefile.in                                                                           |  820 
 libmicrohttpd-0.9.23/contrib/ascebc                                                                                |   22 
 libmicrohttpd-0.9.23/contrib/mhd.png                                                                               |binary
 libmicrohttpd-0.9.23/contrib/mhd.svg                                                                               |  228 
 libmicrohttpd-0.9.23/contrib/mhd_logo.png                                                                          |binary
 libmicrohttpd-0.9.23/contrib/xcc                                                                                   |    4 
 libmicrohttpd-0.9.23/depcomp                                                                                       | 1416 
 libmicrohttpd-0.9.23/doc/Doxyfile                                                                                  |  504 
 libmicrohttpd-0.9.23/doc/Makefile.am                                                                               |   68 
 libmicrohttpd-0.9.23/doc/Makefile.in                                                                               | 1668 
 libmicrohttpd-0.9.23/doc/libmicrohttpd-tutorial.info                                                               | 7954 -
 libmicrohttpd-0.9.23/doc/libmicrohttpd-tutorial.texi                                                               |  362 
 libmicrohttpd-0.9.23/doc/libmicrohttpd.3                                                                           |   70 
 libmicrohttpd-0.9.23/doc/libmicrohttpd.info                                                                        | 6952 -
 libmicrohttpd-0.9.23/doc/libmicrohttpd.texi                                                                        | 4318 
 libmicrohttpd-0.9.23/doc/mdate-sh                                                                                  |  448 
 libmicrohttpd-0.9.23/doc/stamp-vti                                                                                 |    8 
 libmicrohttpd-0.9.23/doc/texinfo.tex                                                                               |20104 +--
 libmicrohttpd-0.9.23/doc/version.texi                                                                              |    8 
 libmicrohttpd-0.9.23/install-sh                                                                                    | 1054 
 libmicrohttpd-0.9.23/libmicrohttpd.pc.in                                                                           |   26 
 libmicrohttpd-0.9.23/ltmain.sh                                                                                     |16826 +--
 libmicrohttpd-0.9.23/m4/Makefile.am                                                                                |    2 
 libmicrohttpd-0.9.23/m4/Makefile.in                                                                                |  820 
 libmicrohttpd-0.9.23/m4/libcurl.m4                                                                                 |  478 
 libmicrohttpd-0.9.23/m4/libgcrypt.m4                                                                               |  216 
 libmicrohttpd-0.9.23/m4/libtool.m4                                                                                 |14754 +-
 libmicrohttpd-0.9.23/m4/ltoptions.m4                                                                               |  736 
 libmicrohttpd-0.9.23/m4/ltsugar.m4                                                                                 |  246 
 libmicrohttpd-0.9.23/m4/ltversion.m4                                                                               |   46 
 libmicrohttpd-0.9.23/m4/lt~obsolete.m4                                                                             |  184 
 libmicrohttpd-0.9.23/missing                                                                                       |  662 
 libmicrohttpd-0.9.23/src/Makefile.am                                                                               |   18 
 libmicrohttpd-0.9.23/src/Makefile.in                                                                               | 1222 
 libmicrohttpd-0.9.23/src/daemon/EXPORT.sym                                                                         |   70 
 libmicrohttpd-0.9.23/src/daemon/Makefile.am                                                                        |  172 
 libmicrohttpd-0.9.23/src/daemon/Makefile.in                                                                        | 1638 
 libmicrohttpd-0.9.23/src/daemon/base64.c                                                                           |  124 
 libmicrohttpd-0.9.23/src/daemon/base64.h                                                                           |   34 
 libmicrohttpd-0.9.23/src/daemon/basicauth.c                                                                        |  264 
 libmicrohttpd-0.9.23/src/daemon/connection.c                                                                       | 5070 
 libmicrohttpd-0.9.23/src/daemon/connection.h                                                                       |  256 
 libmicrohttpd-0.9.23/src/daemon/connection_https.c                                                                 |  350 
 libmicrohttpd-0.9.23/src/daemon/connection_https.h                                                                 |   70 
 libmicrohttpd-0.9.23/src/daemon/daemon.c                                                                           | 5718 -
 libmicrohttpd-0.9.23/src/daemon/daemon_test.c                                                                      |  336 
 libmicrohttpd-0.9.23/src/daemon/digestauth.c                                                                       | 1608 
 libmicrohttpd-0.9.23/src/daemon/internal.c                                                                         |  340 
 libmicrohttpd-0.9.23/src/daemon/internal.h                                                                         | 2190 
 libmicrohttpd-0.9.23/src/daemon/md5.c                                                                              |  534 
 libmicrohttpd-0.9.23/src/daemon/md5.h                                                                              |  102 
 libmicrohttpd-0.9.23/src/daemon/memorypool.c                                                                       |  482 
 libmicrohttpd-0.9.23/src/daemon/memorypool.h                                                                       |  194 
 libmicrohttpd-0.9.23/src/daemon/postprocessor.c                                                                    | 2160 
 libmicrohttpd-0.9.23/src/daemon/postprocessor_large_test.c                                                         |  210 
 libmicrohttpd-0.9.23/src/daemon/postprocessor_test.c                                                               |  452 
 libmicrohttpd-0.9.23/src/daemon/reason_phrase.c                                                                    |  318 
 libmicrohttpd-0.9.23/src/daemon/reason_phrase.h                                                                    |   74 
 libmicrohttpd-0.9.23/src/daemon/response.c                                                                         |  912 
 libmicrohttpd-0.9.23/src/daemon/response.h                                                                         |   74 
 libmicrohttpd-0.9.23/src/daemon/tsearch.c                                                                          |  246 
 libmicrohttpd-0.9.23/src/daemon/tsearch.h                                                                          |   78 
 libmicrohttpd-0.9.23/src/examples/Makefile.am                                                                      |  214 
 libmicrohttpd-0.9.23/src/examples/Makefile.in                                                                      | 1790 
 libmicrohttpd-0.9.23/src/examples/authorization_example.c                                                          |  204 
 libmicrohttpd-0.9.23/src/examples/digest_auth_example.c                                                            |  280 
 libmicrohttpd-0.9.23/src/examples/dual_stack_example.c                                                             |  170 
 libmicrohttpd-0.9.23/src/examples/fileserver_example.c                                                             |  238 
 libmicrohttpd-0.9.23/src/examples/fileserver_example_dirs.c                                                        |  358 
 libmicrohttpd-0.9.23/src/examples/fileserver_example_external_select.c                                             |  300 
 libmicrohttpd-0.9.23/src/examples/https_fileserver_example.c                                                       |  414 
 libmicrohttpd-0.9.23/src/examples/minimal_example.c                                                                |  166 
 libmicrohttpd-0.9.23/src/examples/minimal_example_comet.c                                                          |  170 
 libmicrohttpd-0.9.23/src/examples/post_example.c                                                                   | 1478 
 libmicrohttpd-0.9.23/src/examples/querystring_example.c                                                            |  180 
 libmicrohttpd-0.9.23/src/examples/refuse_post_example.c                                                            |  200 
 libmicrohttpd-0.9.23/src/include/Makefile.am                                                                       |    8 
 libmicrohttpd-0.9.23/src/include/Makefile.in                                                                       | 1334 
 libmicrohttpd-0.9.23/src/include/microhttpd.h                                                                      | 3688 
 libmicrohttpd-0.9.23/src/include/platform.h                                                                        |  230 
 libmicrohttpd-0.9.23/src/include/plibc/Makefile.am                                                                 |    6 
 libmicrohttpd-0.9.23/src/include/plibc/Makefile.in                                                                 | 1220 
 libmicrohttpd-0.9.23/src/include/plibc/plibc.h                                                                     | 1742 
 libmicrohttpd-0.9.23/src/testcurl/Makefile.am                                                                      |  550 
 libmicrohttpd-0.9.23/src/testcurl/Makefile.in                                                                      | 2822 
 libmicrohttpd-0.9.23/src/testcurl/curl_version_check.c                                                             |  352 
 libmicrohttpd-0.9.23/src/testcurl/daemon_options_test.c                                                            |  254 
 libmicrohttpd-0.9.23/src/testcurl/daemontest_digestauth.c                                                          |  472 
 libmicrohttpd-0.9.23/src/testcurl/daemontest_digestauth_with_arguments.c                                           |  472 
 libmicrohttpd-0.9.23/src/testcurl/daemontest_get.c                                                                 | 1026 
 libmicrohttpd-0.9.23/src/testcurl/daemontest_get_chunked.c                                                         |  814 
 libmicrohttpd-0.9.23/src/testcurl/daemontest_get_response_cleanup.c                                                |  574 
 libmicrohttpd-0.9.23/src/testcurl/daemontest_get_sendfile.c                                                        |  982 
 libmicrohttpd-0.9.23/src/testcurl/daemontest_iplimit.c                                                             |  604 
 libmicrohttpd-0.9.23/src/testcurl/daemontest_large_put.c                                                           |  942 
 libmicrohttpd-0.9.23/src/testcurl/daemontest_long_header.c                                                         |  504 
 libmicrohttpd-0.9.23/src/testcurl/daemontest_parse_cookies.c                                                       |  500 
 libmicrohttpd-0.9.23/src/testcurl/daemontest_post.c                                                                | 1212 
 libmicrohttpd-0.9.23/src/testcurl/daemontest_post_loop.c                                                           | 1030 
 libmicrohttpd-0.9.23/src/testcurl/daemontest_postform.c                                                            |  914 
 libmicrohttpd-0.9.23/src/testcurl/daemontest_process_arguments.c                                                   |  478 
 libmicrohttpd-0.9.23/src/testcurl/daemontest_process_headers.c                                                     |  858 
 libmicrohttpd-0.9.23/src/testcurl/daemontest_put.c                                                                 |  864 
 libmicrohttpd-0.9.23/src/testcurl/daemontest_put_chunked.c                                                         |  882 
 libmicrohttpd-0.9.23/src/testcurl/daemontest_termination.c                                                         |  236 
 libmicrohttpd-0.9.23/src/testcurl/daemontest_timeout.c                                                             |  570 
 libmicrohttpd-0.9.23/src/testcurl/daemontest_urlparse.c                                                            |  374 
 libmicrohttpd-0.9.23/src/testcurl/gauger.h                                                                         |  172 
 libmicrohttpd-0.9.23/src/testcurl/https/Makefile.am                                                                |  230 
 libmicrohttpd-0.9.23/src/testcurl/https/Makefile.in                                                                | 1978 
 libmicrohttpd-0.9.23/src/testcurl/https/cert.pem                                                                   |   34 
 libmicrohttpd-0.9.23/src/testcurl/https/key.pem                                                                    |   54 
 libmicrohttpd-0.9.23/src/testcurl/https/mhds_get_test.c                                                            |  254 
 libmicrohttpd-0.9.23/src/testcurl/https/mhds_get_test_select.c                                                     |  460 
 libmicrohttpd-0.9.23/src/testcurl/https/mhds_multi_daemon_test.c                                                   |  248 
 libmicrohttpd-0.9.23/src/testcurl/https/mhds_session_info_test.c                                                   |  340 
 libmicrohttpd-0.9.23/src/testcurl/https/tls_authentication_test.c                                                  |  206 
 libmicrohttpd-0.9.23/src/testcurl/https/tls_daemon_options_test.c                                                  |  372 
 libmicrohttpd-0.9.23/src/testcurl/https/tls_multi_thread_mode_test.c                                               |  356 
 libmicrohttpd-0.9.23/src/testcurl/https/tls_session_time_out_test.c                                                |  260 
 libmicrohttpd-0.9.23/src/testcurl/https/tls_test_common.c                                                          |  960 
 libmicrohttpd-0.9.23/src/testcurl/https/tls_test_common.h                                                          |  264 
 libmicrohttpd-0.9.23/src/testcurl/https/tls_test_keys.h                                                            |  346 
 libmicrohttpd-0.9.23/src/testcurl/https/tls_thread_mode_test.c                                                     |  328 
 libmicrohttpd-0.9.23/src/testcurl/perf_get.c                                                                       | 1012 
 libmicrohttpd-0.9.23/src/testcurl/perf_get_concurrent.c                                                            |  688 
 libmicrohttpd-0.9.23/src/testcurl/test_callback.c                                                                  |  378 
 libmicrohttpd-0.9.23/src/testcurl/test_start_stop.c                                                                |  232 
 libmicrohttpd-0.9.23/src/testzzuf/Makefile.am                                                                      |  218 
 libmicrohttpd-0.9.23/src/testzzuf/Makefile.in                                                                      | 1980 
 libmicrohttpd-0.9.23/src/testzzuf/README                                                                           |   26 
 libmicrohttpd-0.9.23/src/testzzuf/daemontest_get.c                                                                 |  628 
 libmicrohttpd-0.9.23/src/testzzuf/daemontest_get_chunked.c                                                         |  660 
 libmicrohttpd-0.9.23/src/testzzuf/daemontest_large_put.c                                                           |  764 
 libmicrohttpd-0.9.23/src/testzzuf/daemontest_long_header.c                                                         |  464 
 libmicrohttpd-0.9.23/src/testzzuf/daemontest_post.c                                                                |  744 
 libmicrohttpd-0.9.23/src/testzzuf/daemontest_postform.c                                                            |  774 
 libmicrohttpd-0.9.23/src/testzzuf/daemontest_put.c                                                                 |  722 
 libmicrohttpd-0.9.23/src/testzzuf/daemontest_put_chunked.c                                                         |  742 
 libmicrohttpd-0.9.23/src/testzzuf/socat.c                                                                          |  214 
 localdefs                                                                                                          |   14 
 localdefs.in                                                                                                       |    9 
 m4/pkg.m4                                                                                                          |  214 
 main.c                                                                                                             | 3826 
 main.cxx                                                                                                           | 1886 
 man/GNUmakefile                                                                                                    |   22 
 man/man1/GNUmakefile                                                                                               |   30 
 man/man1/pmmgr.1                                                                                                   |  340 
 man/man1/pmwebd.1                                                                                                  |  415 
 man/man3/GNUmakefile                                                                                               |   30 
 man/man3/pmwebapi.3                                                                                                |  321 
 pcp-web-manager.spec                                                                                               |  165 
 pmgraphite.c                                                                                                       |  122 
 pmgraphite.cxx                                                                                                     | 4676 
 pmresapi.c                                                                                                         |  820 
 pmresapi.cxx                                                                                                       |  464 
 pmwebapi.c                                                                                                         | 6608 -
 pmwebapi.cxx                                                                                                       | 3369 
 pmwebapi.h                                                                                                         |  539 
 pmwebapi.txt                                                                                                       |  324 
 pmwebd.options                                                                                                     |  104 
 pmwebd.service                                                                                                     |   28 
 pmwebd.service.in                                                                                                  |   14 
 rc_pmwebd                                                                                                          |  382 
 testsuite/.gitignore                                                                                               |    4 
 testsuite/archives/960624.08.17_v2.0                                                                               |binary
 testsuite/archives/960624.08.17_v2.index                                                                           |binary
 testsuite/archives/960624.08.17_v2.meta                                                                            |binary
 testsuite/archives/naslog.0.bz2                                                                                    |binary
 testsuite/archives/naslog.index                                                                                    |binary
 testsuite/archives/naslog.meta                                                                                     |binary
 testsuite/archives/node_archive.0                                                                                  |binary
 testsuite/archives/node_archive.index                                                                              |binary
 testsuite/archives/node_archive.meta                                                                               |binary
 testsuite/test.sh                                                                                                  |   24 
 testsuite/test_webapi.expected.4                                                                                   | 2174 
 testsuite/test_webapi.expected.46                                                                                  | 2425 
 testsuite/test_webapi.py                                                                                           |  247 
 testsuite/test_webapi.sh                                                                                           |  393 
 util.c                                                                                                             |  264 
 util.cxx                                                                                                           |  300 
 util.h                                                                                                             |   70 
 1804 files changed, 489446 insertions(+), 215928 deletions(-)

From fche@redhat.com  Thu Sep 25 05:58:20 2014
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 12A437F8D
	for ; Thu, 25 Sep 2014 05:58:20 -0500 (CDT)
Received: from cuda.sgi.com (cuda3.sgi.com [192.48.176.15])
	by relay3.corp.sgi.com (Postfix) with ESMTP id 95AE1AC002
	for ; Thu, 25 Sep 2014 03:58:16 -0700 (PDT)
X-ASG-Debug-ID: 1411642694-04cb6c50e41dd870001-S8gJnT
Received: from mx1.redhat.com (mx1.redhat.com [209.132.183.28]) by cuda.sgi.com with ESMTP id R3oVcWA5xBCVgiDO (version=TLSv1 cipher=AES256-SHA bits=256 verify=NO) for ; Thu, 25 Sep 2014 03:58:15 -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-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 s8PAwBDP014037
	(version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=FAIL);
	Thu, 25 Sep 2014 06:58:11 -0400
Received: from fche.csb (vpn-230-163.phx2.redhat.com [10.3.230.163])
	by int-mx11.intmail.prod.int.phx2.redhat.com (8.14.4/8.14.4) with ESMTP id s8PAwAEn026199;
	Thu, 25 Sep 2014 06:58:10 -0400
Received: by fche.csb (Postfix, from userid 2569)
	id 4FA5558544; Thu, 25 Sep 2014 06:58:10 -0400 (EDT)
Date: Thu, 25 Sep 2014 06:58:10 -0400
From: "Frank Ch. Eigler" 
To: Nathan Scott 
Cc: Ken McDonell , PCP 
Subject: Re: [pcp] pcp files/dirs in /etc not owned by root
Message-ID: <20140925105810.GJ26965@redhat.com>
X-ASG-Orig-Subj: Re: [pcp] pcp files/dirs in /etc not owned by root
References: <54234B15.1050901@internode.on.net>  <1245076175.55440644.1411635398343.JavaMail.zimbra@redhat.com>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
In-Reply-To: <1245076175.55440644.1411635398343.JavaMail.zimbra@redhat.com>
User-Agent: Mutt/1.4.2.2i
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: 1411642695
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

Hi -

On Thu, Sep 25, 2014 at 04:56:38AM -0400, Nathan Scott wrote:
> [...]
> > On my machine, this is:
> > 
> > % ls -al /etc/pcp/pmcd/pmcd.conf /etc/pcp/pmcd/pmcd.options
> > -rw-r--r--. 1 root  pcpqa 770 Apr 23 21:26 /etc/pcp/pmcd/pmcd.conf
> > -rw-r--r--. 1 pcpqa pcpqa 606 Apr  7 21:58 /etc/pcp/pmcd/pmcd.options
> > 
> > It indicates that running the pcpqa suite leaves stains, as it were,
> > on the well-bleached defaults that come with the base package.  (I've
> 
> I want to cover my eyes and pretend I didn't just see those file
> timestamps.  5 months since running QA there?  Ouch! [...]

Thanks, but your humorous implication is mistaken - this is one of many
machines I use, and this one's not usually needed for pcpqa purposes.


- FChE

From myllynen@redhat.com  Thu Sep 25 09:21:00 2014
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 5CF597FBA
	for ; Thu, 25 Sep 2014 09:21:00 -0500 (CDT)
Received: from cuda.sgi.com (cuda2.sgi.com [192.48.176.25])
	by relay1.corp.sgi.com (Postfix) with ESMTP id 4BD268F8033
	for ; Thu, 25 Sep 2014 07:21:00 -0700 (PDT)
X-ASG-Debug-ID: 1411654855-04cbb073022922b0001-S8gJnT
Received: from mx1.redhat.com (mx1.redhat.com [209.132.183.28]) by cuda.sgi.com with ESMTP id tQ3PfVuLHgY3HUNQ (version=TLSv1 cipher=AES256-SHA bits=256 verify=NO) for ; Thu, 25 Sep 2014 07:20:56 -0700 (PDT)
X-Barracuda-Envelope-From: myllynen@redhat.com
X-Barracuda-Apparent-Source-IP: 209.132.183.28
X-ASG-Whitelist: Client
Received: from int-mx14.intmail.prod.int.phx2.redhat.com (int-mx14.intmail.prod.int.phx2.redhat.com [10.5.11.27])
	by mx1.redhat.com (8.14.4/8.14.4) with ESMTP id s8PEKsQp008144
	(version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=FAIL)
	for ; Thu, 25 Sep 2014 10:20:54 -0400
Received: from mmyllyne.csb (vpn1-7-198.ams2.redhat.com [10.36.7.198])
	by int-mx14.intmail.prod.int.phx2.redhat.com (8.14.4/8.14.4) with ESMTP id s8PEKpQV003640;
	Thu, 25 Sep 2014 10:20:52 -0400
Message-ID: <542424C2.6080900@redhat.com>
Date: Thu, 25 Sep 2014 17:20:50 +0300
From: Marko Myllynen 
Reply-To: myllynen@redhat.com
Organization: Red Hat
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:24.0) Gecko/20100101 Thunderbird/24.6.0
MIME-Version: 1.0
To: pcp@oss.sgi.com
CC: Rich Megginson 
Subject: [PATCH] 389 DS Log PCP PMDA
Content-Type: text/plain; charset=ISO-8859-1
X-ASG-Orig-Subj: [PATCH] 389 DS Log PCP PMDA
Content-Transfer-Encoding: 7bit
X-Scanned-By: MIMEDefang 2.68 on 10.5.11.27
X-Barracuda-Connect: mx1.redhat.com[209.132.183.28]
X-Barracuda-Start-Time: 1411654855
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

Hi,

below is a 389 Directory Server Log PMDA, ds389log. It provides client/server metrics from the 389 DS access log using logconv.pl(1). Additional metrics provided by logconv.pl would be easy to add if deemed useful, defining them in the %data hash should be enough for most cases.

Running logconv.pl on an access log on a busy server without defining the start/end time can be a long, CPU consuming task. Thus, we always ask metrics for a certain time slice only and calculate the actual metrics since the PMDA was started to minimize resource usage and to avoid pmcd(1) dropping the PMDA (see http://oss.sgi.com/bugzilla/show_bug.cgi?id=1036). In few cases the code could perhaps a bit more Perlish but OTOH TIMTOWTDI.

There is, however, one minor issue currently with the PMDA which I think I should mention - it doesn't work :) This is because of logconv.pl(1) fails to honor the start/end time definitions but this will hopefully get addressed soon, see https://bugzilla.redhat.com/show_bug.cgi?id=1145948. I've tested using logconv.pl without those switches and then the metrics are as expected (but as said, this wouldn't work in practice in production).

To test this locally one would ideally have 389 DS running but testing against a previously captured access log (e.g. from the above RHBZ) should help to do basic sanity checking.

>From c9ff631c930ff9569eadc62b324aac495025011f Mon Sep 17 00:00:00 2001
From: Marko Myllynen 
Date: Thu, 25 Sep 2014 17:12:13 +0300
Subject: [PATCH] 389 DS Log PCP PMDA

---
 src/pmdas/ds389log/Install         |   32 +++++
 src/pmdas/ds389log/Remove          |   23 +++
 src/pmdas/ds389log/pmdads389log.pl |  263 ++++++++++++++++++++++++++++++++++++
 3 files changed, 318 insertions(+), 0 deletions(-)
 create mode 100755 src/pmdas/ds389log/Install
 create mode 100755 src/pmdas/ds389log/Remove
 create mode 100644 src/pmdas/ds389log/pmdads389log.pl

diff --git a/src/pmdas/ds389log/Install b/src/pmdas/ds389log/Install
new file mode 100755
index 0000000..226afa8
--- /dev/null
+++ b/src/pmdas/ds389log/Install
@@ -0,0 +1,32 @@
+#!/bin/sh
+#
+# Copyright (C) 2014 Marko Myllynen 
+#
+# This program is free software; you can redistribute it and/or modify it
+# under the terms of the GNU General Public License as published by the
+# Free Software Foundation; either version 2 of the License, or (at your
+# option) any later version.
+#
+# This program is distributed in the hope that it will be useful, but
+# WITHOUT ANY WARRANTY; without even the implied warranty of MERCHANTABILITY
+# or FITNESS FOR A PARTICULAR PURPOSE.  See the GNU General Public License
+# for more details.
+#
+
+. $PCP_DIR/etc/pcp.env
+. $PCP_SHARE_DIR/lib/pmdaproc.sh
+
+iam=ds389log
+perl_opt=true
+daemon_opt=false
+forced_restart=true
+
+perl -e "use Date::Manip" 2>/dev/null
+if test $? -ne 0; then
+    echo "Date::Manip Perl module is not installed"
+    exit 1
+fi
+
+pmdaSetup
+pmdaInstall
+exit 0
diff --git a/src/pmdas/ds389log/Remove b/src/pmdas/ds389log/Remove
new file mode 100755
index 0000000..6af8902
--- /dev/null
+++ b/src/pmdas/ds389log/Remove
@@ -0,0 +1,23 @@
+#!/bin/sh
+#
+# Copyright (C) 2014 Marko Myllynen 
+#
+# This program is free software; you can redistribute it and/or modify it
+# under the terms of the GNU General Public License as published by the
+# Free Software Foundation; either version 2 of the License, or (at your
+# option) any later version.
+#
+# This program is distributed in the hope that it will be useful, but
+# WITHOUT ANY WARRANTY; without even the implied warranty of MERCHANTABILITY
+# or FITNESS FOR A PARTICULAR PURPOSE.  See the GNU General Public License
+# for more details.
+#
+
+. $PCP_DIR/etc/pcp.env
+. $PCP_SHARE_DIR/lib/pmdaproc.sh
+
+iam=ds389log
+
+pmdaSetup
+pmdaRemove
+exit 0
diff --git a/src/pmdas/ds389log/pmdads389log.pl b/src/pmdas/ds389log/pmdads389log.pl
new file mode 100644
index 0000000..855ed37
--- /dev/null
+++ b/src/pmdas/ds389log/pmdads389log.pl
@@ -0,0 +1,263 @@
+#
+# Copyright (C) 2014 Marko Myllynen 
+#
+# This program is free software; you can redistribute it and/or modify it
+# under the terms of the GNU General Public License as published by the
+# Free Software Foundation; either version 2 of the License, or (at your
+# option) any later version.
+#
+# This program is distributed in the hope that it will be useful, but
+# WITHOUT ANY WARRANTY; without even the implied warranty of MERCHANTABILITY
+# or FITNESS FOR A PARTICULAR PURPOSE.  See the GNU General Public License
+# for more details.
+#
+
+use strict;
+use warnings;
+use PCP::PMDA;
+use Date::Manip;
+use POSIX;
+
+my $lc_opts = '-D /dev/shm -s all';
+my $lc_ival = 30; # minimal query interval in seconds, must be >= 30
+my $ds_alog = ''; # empty - guess; ok if only one DS instance in use
+my $ds_logd = '/var/log/dirsrv';
+my $ds_user = 'nobody'; # empty - use root
+
+my %data = (
+	# logconv.pl string - name - subtree - cluster - id - type
+	# type : 0 - cumulative, 1 - peak
+	'Total Connections:'		=> [ 'totalconns', 'conns', 0, 0, 0 ],
+	'Peak Concurrent Connections:'	=> [ 'peakconns', 'conns', 0, 1, 1 ],
+	'U1'				=> [ 'cleanclose', 'conns', 0, 2, 0 ],
+	'B1'				=> [ 'badclose', 'conns', 0, 3, 0 ],
+	'Total Operations:'		=> [ 'totalops', 'ops', 1, 0, 0 ],
+	'Total Results:'		=> [ 'totalres', 'ops', 1, 1, 0 ],
+	'Searches:'			=> [ 'searches', 'ops', 1, 2, 0 ],
+	'Modifications:'		=> [ 'mods', 'ops', 1, 3, 0 ],
+	'Adds:'				=> [ 'adds', 'ops', 1, 4, 0 ],
+	'Deletes:'			=> [ 'dels', 'ops', 1, 5, 0 ],
+	'Mod RDNs:'			=> [ 'modrdns', 'ops', 1, 6, 0 ],
+	'Compares:'			=> [ 'comps', 'ops', 1, 7, 0 ],
+	'Binds:'			=> [ 'binds', 'ops', 1, 8, 0 ],
+	'Paged Searches:'		=> [ 'pagedsearches', 'searches', 2, 0, 0 ],
+	'Unindexed Searches:'		=> [ 'unindexedsearches', 'searches', 2, 1, 0 ],
+	'err=0'				=> [ 'noerror', 'errors', 3, 0, 0 ],
+	'err=X'				=> [ 'error', 'errors', 3, 1, 0 ], # custom
+	'Highest FD Taken:'		=> [ 'fdhigh', 'fd', 4, 0, 1 ],
+);
+
+use vars qw( $pmda %metrics );
+
+# Timestamps
+my @lc_prev = localtime();
+my @lc_curr;
+
+# Configuration files for overriding the above settings
+for my $file (pmda_config('PCP_PMDAS_DIR') . '/ds389log/ds389log.conf', './ds389log.conf') {
+	eval `cat $file` unless ! -f $file;
+}
+
+sub ds389log_set_ds_access_log {
+	$ds_alog = `ls -1 $ds_logd/slapd-*/access 2>/dev/null | tail -n 1`;
+	my $un = `id -un`;
+	chomp($ds_alog); chomp($un);
+	die "$un can't read access log file \"$ds_alog\"" unless -f $ds_alog;
+	$pmda->log("Using access log file $ds_alog");
+}
+
+sub ds389log_fetch {
+	ds389log_set_ds_access_log() if $ds_alog eq '';
+	return if $ds_alog eq '';
+
+	# Server might not have written entries for operations during
+	# the past few seconds yet so we will collect them next round.
+	@lc_curr = localtime();
+	$lc_curr[0] -= 30; # secs
+
+	if ((strftime("%s", @lc_curr) - strftime("%s", @lc_prev)) < $lc_ival) {
+		return;
+	}
+
+	# Don't include anything twice
+	$lc_prev[0] += 1; # secs
+
+	# Include the previous rotated log only if needed
+	my $prev_log = `ls -1rt $ds_alog.2* 2>/dev/null | tail -n 1`;
+	if ($prev_log ne '') {
+		my $lastline = `tail -n 1 $prev_log`;
+		$lastline =~ tr/\[//d; $lastline =~ s/\].*//;
+		my $log_ts = UnixDate($lastline, "%s");
+		if (strftime("%s", @lc_prev) > $log_ts) {
+			$prev_log = '';
+		}
+	}
+
+	my $lc_start = strftime("[%d/%m/%Y:%H:%M:%S %z]", @lc_prev);
+	my $lc_end   = strftime("[%d/%m/%Y:%H:%M:%S %z]", @lc_curr);
+	@lc_prev = @lc_curr;
+
+	my $ds_stats = "logconv.pl -cpe $lc_opts -S $lc_start -E $lc_end $ds_alog $prev_log 2>/dev/null";
+	open(STATS, "$ds_stats |") or
+		die $pmda->err("pmda389log failed to open $ds_stats pipe: $!");
+	my @stats = ;
+	close(STATS);
+
+	my $errors = 0; # combined
+	foreach my $line (@stats) {
+		my $key;
+		my @metric;
+
+		if ($line =~ /^.*:/ || $line =~ /^U1/ || $line =~ /^B1/) {
+			$key = $&;
+		}
+		if ($line =~ /^err=.?/) {
+			$key = 'err=X';
+		}
+		if ($line =~ /^err=0/) {
+			$key = 'err=0';
+		}
+
+		if (defined($key) && defined $data{$key}) {
+			$key = 'err=' if $key eq 'err=X';
+			if ($line =~ /($key)\s+(\d+)/ || $line =~ /($key\d+)\s+(\d+)/) {
+				my $value = $2;
+
+				if ($key eq 'err=') {
+					$key = 'err=X';
+					$errors += $value;
+					$value = $errors;
+				}
+
+				my $id = 'ds389log.' . $data{$key}[1] . '.' . $data{$key}[0];
+
+				if ($data{$key}[4] eq 1) {
+					my $prev = $metrics{$id}[1];
+					$value = $prev if $prev > $value;
+				} else {
+					$value = $metrics{$id}[1] + $value;
+				}
+
+				@metric = ($id , $value);
+				$metrics{$id} = \@metric;
+			}
+		}
+	}
+}
+
+sub ds389log_fetch_callback {
+	my ($cluster, $item, $inst) = @_;
+
+	if ($inst != PM_INDOM_NULL)	{ return (PM_ERR_INST, 0); }
+
+	my $pmnm = pmda_pmid_name($cluster, $item);
+	my $value = $metrics{$pmnm};
+
+	if (!defined($value))		{ return (PM_ERR_APPVERSION, 0); }
+
+	return ($value->[1], 1);
+}
+
+$pmda = PCP::PMDA->new('ds389log', 137);
+
+# Add and zero metrics
+foreach my $key (keys %data) {
+	my $name = 'ds389log.' . $data{$key}->[1] . '.' . $data{$key}->[0];
+	$pmda->add_metric(pmda_pmid($data{$key}->[2], $data{$key}->[3]),
+			PM_TYPE_U32, PM_INDOM_NULL, PM_SEM_COUNTER,
+			pmda_units(0,0,1,0,0,PM_COUNT_ONE),
+			$name, '', '');
+	my @value = ($name, 0);
+	$metrics{$name} = \@value;
+}
+
+$pmda->set_refresh(\&ds389log_fetch);
+$pmda->set_fetch_callback(\&ds389log_fetch_callback);
+# NB: needs to run as root or as a user having read access to the logs
+$pmda->set_user($ds_user) if $ds_user ne '';
+$pmda->run;
+
+=pod
+
+=head1 NAME
+
+pmdads389log - 389 Directory Server Access Log PMDA
+
+=head1 DESCRIPTION
+
+B is a Performance Metrics Domain Agent (PMDA) which
+extracts statistics from 389 Directory Server access log by using
+the B(1) utility.
+
+=head1 INSTALLATION
+
+B uses configuration file:
+
+=over
+
+=item * $PCP_PMDAS_DIR/ds389log/ds389log.conf
+
+=back
+
+This file can contain overridden values (Perl code) for the settings
+listed at the start of pmdads389log.pl, namely:
+
+=over
+
+=item * logconv.pl parameters
+
+=item * minimal query interval
+
+=item * 389 DS access log to use
+
+=item * 389 DS log directory to use (used if no file specified)
+
+=item * non-root user having read access to the access log file
+
+=back
+
+Once this is setup, you can access the names and values for the
+ds389log access log metrics by doing the following as root:
+
+	# cd $PCP_PMDAS_DIR/ds389log
+	# ./Install
+
+If you want to undo the installation, do the following as root:
+
+	# cd $PCP_PMDAS_DIR/ds389log
+	# ./Remove
+
+B is launched by pmcd(1) and should never be executed
+directly.  The Install and Remove scripts notify pmcd(1) when the agent
+is installed or removed.
+
+=head1 FILES
+
+=over
+
+=item $PCP_PMDAS_DIR/ds389log/ds389log.conf
+
+configuration file for B
+
+=item $PCP_PMDAS_DIR/ds389log/Install
+
+installation script for the B agent
+
+=item $PCP_PMDAS_DIR/ds389log/Remove
+
+undo installation script for the B agent
+
+=item $PCP_LOG_DIR/pmcd/ds389log.log
+
+default log file for messages from B
+
+=item /var/log/dirsrv/slapd-.../access
+
+389 Directory Server access log parsed by B
+
+=back
+
+=head1 SEE ALSO
+
+logconv.pl(1), pmcd(1), pmdads389(1).
+
-- 
1.7.1


-- 
Marko Myllynen

From fche@redhat.com  Thu Sep 25 13:04:18 2014
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 2D2B07FCD
	for ; Thu, 25 Sep 2014 13:04:18 -0500 (CDT)
Received: from cuda.sgi.com (cuda3.sgi.com [192.48.176.15])
	by relay3.corp.sgi.com (Postfix) with ESMTP id B061EAC001
	for ; Thu, 25 Sep 2014 11:04:14 -0700 (PDT)
X-ASG-Debug-ID: 1411668249-04cb6c50e6254e00001-S8gJnT
Received: from mx1.redhat.com (mx1.redhat.com [209.132.183.28]) by cuda.sgi.com with ESMTP id NoTcYa5Lzd4j64Rd (version=TLSv1 cipher=AES256-SHA bits=256 verify=NO) for ; Thu, 25 Sep 2014 11:04:10 -0700 (PDT)
X-Barracuda-Envelope-From: fche@redhat.com
X-Barracuda-Apparent-Source-IP: 209.132.183.28
X-ASG-Whitelist: Client
Received: from int-mx10.intmail.prod.int.phx2.redhat.com (int-mx10.intmail.prod.int.phx2.redhat.com [10.5.11.23])
	by mx1.redhat.com (8.14.4/8.14.4) with ESMTP id s8PI48H6015119
	(version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=FAIL)
	for ; Thu, 25 Sep 2014 14:04:09 -0400
Received: from fche.csb (vpn-230-163.phx2.redhat.com [10.3.230.163])
	by int-mx10.intmail.prod.int.phx2.redhat.com (8.14.4/8.14.4) with ESMTP id s8PI48tU031315
	for ; Thu, 25 Sep 2014 14:04:08 -0400
Received: by fche.csb (Postfix, from userid 2569)
	id A8D9558544; Thu, 25 Sep 2014 14:04:07 -0400 (EDT)
Date: Thu, 25 Sep 2014 14:04:07 -0400
From: "Frank Ch. Eigler" 
To: pcp developers 
Subject: PMAPI observations re. converting an app to pcp
Message-ID: <20140925180407.GA18679@redhat.com>
X-ASG-Orig-Subj: PMAPI observations re. converting an app to pcp
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: 1411668250
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

Hi -


A couple of hours of work, porting cockpit (cockpit-project.org) from
its /proc-scraping C code to pcp PMAPI, have resulted in some code
that I can't in good conscience recommend.  This is mainly due to
shortcomings in our code:

- The API is really wordy for basic tasks such as extracting and
  scaling some metrics.  It takes several setup steps, several arrays
  of data, several error-prone array/pointer arithmetic, with
  error-handling at each step.  It adds up to way too much code - it's
  >100 lines, and not done yet.  We need a higher level API that
  combines the lookup/indom/fetch/extract/scale steps (doing internal
  caching/lookups as necessary), with the goal of making it easy to
  interface with an enclosing application.

- The linux-proc PMDA is not as efficient as it could be; see the bug
  filed last night.  This is only a quality-of-impllementation matter,
  but as we trumpet light-weightness of the pmcd/agent system, we need
  to do better.

- Multithreaded support has had long-known bugs that preclude their
  heavy-duty use in a real application (pmwebd / graphite), even for
  just archives.  It turns out that for light-duty use, there is not
  enough support either.  For the cockpit application, we might like
  to use PM_CONTEXT_LOCAL, but that is precluded for multithreaded
  apps.  PM_CONTEXT_HOST to local: is fine in theory, but due to the
  single-threadedness of pmcd, it snuffs out any possible advantage
  anyway.  We should at least permit multithreaded PM_CONTEXT_LOCAL,
  and do internal serialization, say on a per-PMDA-SO basis.  (PMCD
  could probably do the same.)

- A small nit, it would be helpful if libpcp came with a pkgconfig
  file, so that non-system copies of libpcp could be found by
  applications.


Assuming no objections, I'll start assembling some more concrete
proposals for these shortly.


- FChE

From kenj@internode.on.net  Thu Sep 25 18:07:13 2014
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 233577F47
	for ; Thu, 25 Sep 2014 18:07:13 -0500 (CDT)
Received: from cuda.sgi.com (cuda1.sgi.com [192.48.157.11])
	by relay1.corp.sgi.com (Postfix) with ESMTP id E94C48F8033
	for ; Thu, 25 Sep 2014 16:07:09 -0700 (PDT)
X-ASG-Debug-ID: 1411686425-04bdf003a02d5aa0001-S8gJnT
Received: from ipmail07.adl2.internode.on.net (ipmail07.adl2.internode.on.net [150.101.137.131]) by cuda.sgi.com with ESMTP id bW4zans8wbi7Y595 for ; Thu, 25 Sep 2014 16:07:05 -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: ApkBAKSfJFR20ScO/2dsb2JhbAANU4NhV4MBxy2IcAGFKFUwBgIFFgsCCwMCAQIBWAYCAQGIR6pJeJY0gSyOMINBgVMFhiaPdII+hi2XaVoBAYEGJIEeAQEB
Received: from ppp118-209-39-14.lns20.mel4.internode.on.net (HELO [192.168.1.100]) ([118.209.39.14])
  by ipmail07.adl2.internode.on.net with ESMTP; 26 Sep 2014 08:36:38 +0930
Message-ID: <5424A06D.6010909@internode.on.net>
Date: Fri, 26 Sep 2014 09:08:29 +1000
From: Ken McDonell 
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:31.0) Gecko/20100101 Thunderbird/31.1.1
MIME-Version: 1.0
To: pcp@oss.sgi.com
Subject: pcp updates - move non-root owned files out of /etc
Content-Type: text/plain; charset=utf-8
X-ASG-Orig-Subj: pcp updates - move non-root owned files out of /etc
Content-Transfer-Encoding: 7bit
X-Barracuda-Connect: ipmail07.adl2.internode.on.net[150.101.137.131]
X-Barracuda-Start-Time: 1411686425
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.3.9882
	Rule breakdown below
	 pts rule name              description
	---- ---------------------- --------------------------------------------------

Nathan,

Please don't pull yet ... I've only validated the debian packaging for upgrades and install.  rpm and "other" packaging changes is yet to come but I want some QA soak time with these lot.

Changes committed to git://git.performancecopilot.org/kenj/pcp.git dev

 debian/pcp.postinst.tail          |   40 +++++-
 man/html/pcpintro.html            |    2 
 man/man1/pmafm.1                  |    6 -
 man/man1/pmie.1                   |   12 --
 man/man1/pmie_check.1             |    2 
 man/man1/pmlogger.1               |   16 +-
 man/man1/pmlogger_check.1         |    2 
 man/man1/pmnewlog.1               |    6 -
 man/man1/pmstat.1                 |    2 
 qa/365                            |    4 
 qa/365.out.ipv6                   |    8 -
 qa/365.out.nonipv6                |    8 -
 qa/744                            |    2 
 qa/919                            |   37 ++++++
 qa/919.out                        |    8 +
 qa/994                            |   21 +++
 qa/check                          |   28 ++++
 qa/group                          |    1 
 qa/src/permslist                  |    7 -
 src/pmchart/views/GNUmakefile     |    5 
 src/pmdas/hotproc/GNUakefile      |   14 +-
 src/pmdas/linux_proc/pmda.c       |   42 +++----
 src/pmdas/linux_proc/proc_pid.c   |  226 ++++++++++++++++++++++++++++----------
 src/pmie/GNUmakefile              |    7 -
 src/pmie/control                  |    2 
 src/pmie/pmie_check.sh            |    2 
 src/pmie/src/pmie.c               |    4 
 src/pmlogger/GNUmakefile          |    7 -
 src/pmlogger/pmlogger_check.sh    |    2 
 src/pmlogger/pmnewlog.sh          |    4 
 src/pmlogger/src/pmlogger.c       |    8 -
 src/pmstat/GNUmakefile            |    2 
 src/pmview/front-ends/GNUmakefile |    5 
 33 files changed, 380 insertions(+), 162 deletions(-)

commit 85ed914c1e399f4484cdbfa3f58da8ad06e9ed21
Author: Ken McDonell 
Date:   Fri Sep 26 09:00:21 2014 +1000

    debian packaging - rework pmie and pmlogger control and config files
    
    The control files for pmie and pmlogger (used by the *_daily
    and *_check scripts to determine what pmie and pmlogger
    instances to start or restart) stay in $PCP_SYSCONF_DIR/pmie and
    $PCP_SYSCONF_DIR/pmlogger, but these directories and the control
    files are owned by root.
    
    The search directory order for pmie (or pmlogger) config files
    (from the -c option) that are not absolute pathnames is "." then
    $PCP_VAR_DIR/config/pmie (or pmlogger).  These directories are
    owned and writeable by pcp, so pmlogger_check can create/recreate
    the config.default file using pmlogconf.
    
    This commit contains the postinstall changes to enforce the new
    rules and ease migration for upgrades.

commit 65a8e0b401c974b01a4317f33df27b901d5e72a2
Author: Ken McDonell 
Date:   Fri Sep 26 08:57:58 2014 +1000

    qa/src/permslist - rework pmie and pmlogger control and config files
    
    Needed to rerun qa/src/mkpermslist to recreate this list after
    the makefile changes to move the control and config files around.
    
    This file drives qa/994 (the ownership/permission checker).

commit 292d78a62406b2e2c4107cbc5030008859c979d4
Author: Ken McDonell 
Date:   Fri Sep 26 08:56:23 2014 +1000

    pmchart, pmview, hotproc pmda - cosmetic makefile changes
    
    Needed so that qa/src/mkpermslist can scan the "install" lines
    looking for non-standard user, group or mode settings.

commit 0020568401cefe9df692e2f705b8133a8ab87f0d
Author: Ken McDonell 
Date:   Fri Sep 26 08:54:31 2014 +1000

    pmlogger - rework control and config files
    
    The control file for pmlogger (used by the pmlogger_daily and
    pmlogger_check scripts to determine what pmlogger instances to
    start or restart) stay in $PCP_SYSCONF_DIR/pmlogger, but this
    directory and the control file is owned by root.
    
    The search directory order for pmlogger config files (from
    the -c option) that are not absolute pathnames is "." then
    $PCP_VAR_DIR/config/pmlogger.  This directory is owned and
    writeable by pcp, so pmlogger_check can create/recreate the
    config.default file using pmlogconf.

commit 197183b04293f2b2a5268a6047672ac7b12a8d57
Author: Ken McDonell 
Date:   Fri Sep 26 08:51:07 2014 +1000

    pmie - rework control and config files
    
    The control file for pmie (used by the pmie_daily and pmie_check
    scripts to determine what pmie instances to start or restart)
    stay in $PCP_SYSCONF_DIR/pmie, but this directory and the control
    file is owned by root.
    
    The search directory order for pmie config files (from the
    -c option) that are not absolute pathnames is "." then
    $PCP_VAR_DIR/config/pmie.  This directory is owned and writeable
    by pcp, so pmie_check can create/recreate the config.default
    file using pmieconf.

commit fae07e228ded3bdeacccf9d964a76073537cd63b
Author: Ken McDonell 
Date:   Fri Sep 26 08:40:13 2014 +1000

    man pages - rework pmie and pmlogger control and config files
    
    The control files for pmie and pmlogger (used by the *_daily and
    *_check scripts to determine what pmie and pmlogger instances to
    start or restart) stay in $PCP_SYSCONF_DIR/pmie and
    $PCP_SYSCONF_DIR/pmlogger, but these directories and the control
    files are owned by root.
    
    The search directory order for pmlogger config files (from the
    -c option) that are not absolute pathnames is "." then
    $PCP_VAR_DIR/config/pmlogger.  This directory is owned and writeable
    by pcp, so pmlogger_check can create/recreate the config.default
    file using pmlogconf.
    
    The search directory order for pmie config files (from the
    -c option) that are not absolute pathnames is "." then
    $PCP_VAR_DIR/config/pmie.  This directory is owned and writeable
    by pcp, so pmie_check can create/recreate the config.default
    file using pmieconf.
    
    This split allows the PCP files below /etc to all be owned by root
    and moves the config files that the user "pcp" may need to create
    or modify below $PCP_VAR_DIR.

commit 570d26a7e946da4ef43f51275c7aec00c38955c2
Author: Ken McDonell 
Date:   Fri Sep 26 08:28:38 2014 +1000

    qa - run 994 to check-n-repair permissions and ownership after each test
    
    Following Nathan's excellent suggestion, check now runs 994 after
    each test to check that key files and directories retain the ownership
    and mode as at install time.  994 now also supports a --fix option that
    repairs any breakage, and check uses this.
    
    If a test breaks the permissions or modes, it is considered a failure
    and the details are appended to the $seq.out.bad file.

commit 3f062f6418b431934fa22c4f1c8eb35c962f7ea4
Author: Ken McDonell 
Date:   Fri Sep 26 07:04:28 2014 +1000

    pmstat - add pmlogger config as per man page
    
    In the context of reworking where the pmlogger configuration files
    are stored, noticed this one that was missing.
    
    Also added qa/919 to validate the configuration and its installation.

commit e20cae31d622d183e779259a53d359d072301ca9
Author: Ken McDonell 
Date:   Thu Sep 25 07:09:21 2014 +1000

    qa/744 - a little assistance for sudo and newhelp

commit 4373bf9725f249c2dff62f03dc7a5360ff3949a3
Author: Ken McDonell 
Date:   Thu Sep 25 07:07:50 2014 +1000

    Linux proc pmda - proc_pid.c - parser rework
    
    The parsers for /proc//status and /proc/io were both
    very brittle and in the case of /proc//status totally broken
    on at least one kernel version.

commit 5f3d9852aa9dc789c4442d367daecf9ec96f0cb4
Author: Ken McDonell 
Date:   Thu Sep 25 07:07:12 2014 +1000

    Linux proc pmda - pmda.c - smack more PM_ERR_INST uses
    
    These should return "No values available", not an error.

commit b5aba8131b7439a96680d350d35e317ab77eb556
Author: Ken McDonell 
Date:   Wed Sep 24 16:34:08 2014 +1000

    qa/365 - minor fiddle
    
    Use no.such.host.pcp.io rather then not.a.real.host.pcp.io ... makes
    it the same as the other qa tests and reduces the chance will miss
    it the next time the global DNS lurches to the left.

From mgoodwin@redhat.com  Fri Sep 26 01:21:39 2014
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 C2E4B7FF1
	for ; Fri, 26 Sep 2014 01:21:39 -0500 (CDT)
Received: from cuda.sgi.com (cuda3.sgi.com [192.48.176.15])
	by relay2.corp.sgi.com (Postfix) with ESMTP id B15CD304053
	for ; Thu, 25 Sep 2014 23:21:39 -0700 (PDT)
X-ASG-Debug-ID: 1411712495-04cb6c50e62d8ef0001-S8gJnT
Received: from mx1.redhat.com (mx1.redhat.com [209.132.183.28]) by cuda.sgi.com with ESMTP id xPbHGsrPMsMsVVhJ (version=TLSv1 cipher=AES256-SHA bits=256 verify=NO) for ; Thu, 25 Sep 2014 23:21:35 -0700 (PDT)
X-Barracuda-Envelope-From: mgoodwin@redhat.com
X-Barracuda-Apparent-Source-IP: 209.132.183.28
X-ASG-Whitelist: Client
Received: from int-mx10.intmail.prod.int.phx2.redhat.com (int-mx10.intmail.prod.int.phx2.redhat.com [10.5.11.23])
	by mx1.redhat.com (8.14.4/8.14.4) with ESMTP id s8Q6LKaI025052
	(version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=FAIL);
	Fri, 26 Sep 2014 02:21:20 -0400
Received: from [10.64.49.104] (vpn1-49-104.bne.redhat.com [10.64.49.104])
	by int-mx10.intmail.prod.int.phx2.redhat.com (8.14.4/8.14.4) with ESMTP id s8Q6LHDY014607;
	Fri, 26 Sep 2014 02:21:18 -0400
Message-ID: <542505DD.9080001@redhat.com>
Date: Fri, 26 Sep 2014 16:21:17 +1000
From: Mark Goodwin 
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:24.0) Gecko/20100101 Thunderbird/24.7.0
MIME-Version: 1.0
To: Nathan Scott , "Frank Ch. Eigler" 
CC: Ken McDonell , Dave Brolley ,
        pcp@oss.sgi.com
Subject: Re: PCP trees for web and middleware development
References: <1970205420.36245669.1408665579915.JavaMail.zimbra@redhat.com> <050301cfc01c$04889170$0d99b450$@internode.on.net> <1078845537.37533359.1408945446955.JavaMail.zimbra@redhat.com>  <638874581.42408155.1409659444170.JavaMail.zimbra@redhat.com> <20140902134012.GE4825@redhat.com> <1859208890.52189214.1411109762944.JavaMail.zimbra@redhat.com>  <2143674986.55503362.1411640081377.JavaMail.zimbra@redhat.com>
X-ASG-Orig-Subj: Re: PCP trees for web and middleware development
In-Reply-To: <2143674986.55503362.1411640081377.JavaMail.zimbra@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.23
X-Barracuda-Connect: mx1.redhat.com[209.132.183.28]
X-Barracuda-Start-Time: 1411712495
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

On 09/25/2014 08:14 PM, Nathan Scott and Frank Ch. Eigler wrote:
[...]

I've not had time to fully understand the issues being debated here,
but thought I'd chime in nevertheless ... AFAICT, the "1000's of lines
of C++ and javascript and associated images" are in effect a 3rd party
library package, and thus belong in a separate tree and should ship in
a separate package.

Other packages such as PCP, Zabbix, etc can then be configured with
appropriate build and run-time dependencies on that library package.
In this scheme, pmwebd is rightfully PCP code, and should be part of
PCP, albeit in a subpackage to isolate those new library dependencies
from the base packages. If a particular platform doesn't support
the new library or if the licensing terms are incompatible with a
particulasr distro, then it can be configured out of dependent builds
and the pcp-pmwebd subpackage will not ship for that platform.

Isn't this how we've always managed exotic library dependencies? Of
course the new package will need packaging review, a sponsor and
competent maintainership, but on-going that's no worse than the burden
as it stands at the moment.

my 2c :)

Cheers
-- Mark

From wulm.fnst@cn.fujitsu.com  Fri Sep 26 01:29:10 2014
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 634107FF1
	for ; Fri, 26 Sep 2014 01:29:10 -0500 (CDT)
Received: from cuda.sgi.com (cuda2.sgi.com [192.48.176.25])
	by relay1.corp.sgi.com (Postfix) with ESMTP id 518D08F8035
	for ; Thu, 25 Sep 2014 23:29:07 -0700 (PDT)
X-ASG-Debug-ID: 1411712942-04cbb073013c4ce0001-S8gJnT
Received: from heian.cn.fujitsu.com (cn.fujitsu.com [59.151.112.132]) by cuda.sgi.com with ESMTP id uJ9qMFORC2zrcy33 for ; Thu, 25 Sep 2014 23:29:03 -0700 (PDT)
X-Barracuda-Envelope-From: wulm.fnst@cn.fujitsu.com
X-Barracuda-Apparent-Source-IP: 59.151.112.132
X-IronPort-AV: E=Sophos;i="5.04,603,1406563200"; 
   d="scan'208";a="36503280"
Received: from localhost (HELO edo.cn.fujitsu.com) ([10.167.33.5])
  by heian.cn.fujitsu.com with ESMTP; 26 Sep 2014 14:26:01 +0800
Received: from G08CNEXCHPEKD02.g08.fujitsu.local (localhost.localdomain [127.0.0.1])
	by edo.cn.fujitsu.com (8.14.3/8.13.1) with ESMTP id s8Q6T5HI018964
	for ; Fri, 26 Sep 2014 14:29:06 +0800
Received: from G08CNEXMBPEKD01.g08.fujitsu.local ([10.167.33.81]) by
 G08CNEXCHPEKD02.g08.fujitsu.local ([10.167.33.83]) with mapi id
 14.03.0181.006; Fri, 26 Sep 2014 14:29:02 +0800
From: "Wu, Liming" 
To: "pcp@oss.sgi.com" 
Subject: =?gb2312?B?tPC4tDogcGNwIERpZ2VzdCwgVm9sIDc0LCBJc3N1ZSA1Nw==?=
Thread-Topic: pcp Digest, Vol 74, Issue 57
X-ASG-Orig-Subj: =?gb2312?B?tPC4tDogcGNwIERpZ2VzdCwgVm9sIDc0LCBJc3N1ZSA1Nw==?=
Thread-Index: AQHP2OIrwU6MSTUln0uF1TNJ0etWKZwS8mdw
Date: Fri, 26 Sep 2014 06:29:12 +0000
Message-ID: <6A799D6419DDBA43B657744DC4113882AC7F66@G08CNEXMBPEKD01.g08.fujitsu.local>
References: 
In-Reply-To: 
Accept-Language: en-US
Content-Language: zh-CN
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
x-originating-ip: [10.167.225.250]
Content-Type: text/plain; charset="gb2312"
Content-Transfer-Encoding: base64
MIME-Version: 1.0
X-Barracuda-Connect: cn.fujitsu.com[59.151.112.132]
X-Barracuda-Start-Time: 1411712943
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.02
X-Barracuda-Spam-Status: No, SCORE=0.02 using per-user scores of TAG_LEVEL=1000.0 QUARANTINE_LEVEL=1000.0 KILL_LEVEL=2.7 tests=THREAD_INDEX, THREAD_TOPIC
X-Barracuda-Spam-Report: Code version 3.2, rules version 3.2.3.9895
	Rule breakdown below
	 pts rule name              description
	---- ---------------------- --------------------------------------------------
	0.01 THREAD_INDEX           thread-index: AcO7Y8iR61tzADqsRmmc5wNiFHEOig==
	0.01 THREAD_TOPIC           Thread-Topic: ...(Japanese Subject)...

DQpFeGN1c2UgbWWho0kgd2FudCB0byBhc2sgYSBxdWVzdGlvbqGjDQpJZiBJIHdhbnQgdG8gc2Vu
ZCBwYXRjaGVzIHRvIFBDUCwgIGhvdyBjYW4gSSBkbyBpdCA/DQoNCnd1bG0NCg0KPiAtLS0tLdPK
vP7Urbz+LS0tLS0NCj4gt6K8/sjLOiBwY3AtYm91bmNlc0Bvc3Muc2dpLmNvbSBbbWFpbHRvOnBj
cC1ib3VuY2VzQG9zcy5zZ2kuY29tXSC0+rHtDQo+IHBjcC1yZXF1ZXN0QG9zcy5zZ2kuY29tDQo+
ILeiy83KsbzkOiAyMDE0xOo51MIyNsjVIDE6MDANCj4gytW8/sjLOiBwY3BAb3NzLnNnaS5jb20N
Cj4g1vfM4jogcGNwIERpZ2VzdCwgVm9sIDc0LCBJc3N1ZSA1Nw0KPiANCj4gU2VuZCBwY3AgbWFp
bGluZyBsaXN0IHN1Ym1pc3Npb25zIHRvDQo+IAlwY3BAb3NzLnNnaS5jb20NCj4gDQo+IFRvIHN1
YnNjcmliZSBvciB1bnN1YnNjcmliZSB2aWEgdGhlIFdvcmxkIFdpZGUgV2ViLCB2aXNpdA0KPiAJ
aHR0cDovL29zcy5zZ2kuY29tL21haWxtYW4vbGlzdGluZm8vcGNwDQo+IG9yLCB2aWEgZW1haWws
IHNlbmQgYSBtZXNzYWdlIHdpdGggc3ViamVjdCBvciBib2R5ICdoZWxwJyB0bw0KPiAJcGNwLXJl
cXVlc3RAb3NzLnNnaS5jb20NCj4gDQo+IFlvdSBjYW4gcmVhY2ggdGhlIHBlcnNvbiBtYW5hZ2lu
ZyB0aGUgbGlzdCBhdA0KPiAJcGNwLW93bmVyQG9zcy5zZ2kuY29tDQo+IA0KPiBXaGVuIHJlcGx5
aW5nLCBwbGVhc2UgZWRpdCB5b3VyIFN1YmplY3QgbGluZSBzbyBpdCBpcyBtb3JlIHNwZWNpZmlj
IHRoYW4gIlJlOg0KPiBDb250ZW50cyBvZiBwY3AgZGlnZXN0Li4uIg0KPiANCj4gDQo+IFRvZGF5
J3MgVG9waWNzOg0KPiANCj4gICAgMS4gUmU6IHBjcCBmaWxlcy9kaXJzIGluIC9ldGMgbm90IG93
bmVkIGJ5IHJvb3QgKEZyYW5rIENoLiBFaWdsZXIpDQo+ICAgIDIuIFtQQVRDSF0gMzg5IERTIExv
ZyBQQ1AgUE1EQSAoTWFya28gTXlsbHluZW4pDQo+IA0KPiANCj4gLS0tLS0tLS0tLS0tLS0tLS0t
LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLQ0KPiAN
Cj4gTWVzc2FnZTogMQ0KPiBEYXRlOiBUaHUsIDI1IFNlcCAyMDE0IDA2OjU4OjEwIC0wNDAwDQo+
IEZyb206ICJGcmFuayBDaC4gRWlnbGVyIiA8ZmNoZUByZWRoYXQuY29tPg0KPiBUbzogTmF0aGFu
IFNjb3R0IDxuYXRoYW5zQHJlZGhhdC5jb20+DQo+IENjOiBQQ1AgPHBjcEBvc3Muc2dpLmNvbT4N
Cj4gU3ViamVjdDogUmU6IFtwY3BdIHBjcCBmaWxlcy9kaXJzIGluIC9ldGMgbm90IG93bmVkIGJ5
IHJvb3QNCj4gTWVzc2FnZS1JRDogPDIwMTQwOTI1MTA1ODEwLkdKMjY5NjVAcmVkaGF0LmNvbT4N
Cj4gQ29udGVudC1UeXBlOiB0ZXh0L3BsYWluOyBjaGFyc2V0PXVzLWFzY2lpDQo+IA0KPiBIaSAt
DQo+IA0KPiBPbiBUaHUsIFNlcCAyNSwgMjAxNCBhdCAwNDo1NjozOEFNIC0wNDAwLCBOYXRoYW4g
U2NvdHQgd3JvdGU6DQo+ID4gWy4uLl0NCj4gPiA+IE9uIG15IG1hY2hpbmUsIHRoaXMgaXM6DQo+
ID4gPg0KPiA+ID4gJSBscyAtYWwgL2V0Yy9wY3AvcG1jZC9wbWNkLmNvbmYgL2V0Yy9wY3AvcG1j
ZC9wbWNkLm9wdGlvbnMNCj4gPiA+IC1ydy1yLS1yLS0uIDEgcm9vdCAgcGNwcWEgNzcwIEFwciAy
MyAyMToyNiAvZXRjL3BjcC9wbWNkL3BtY2QuY29uZg0KPiA+ID4gLXJ3LXItLXItLS4gMSBwY3Bx
YSBwY3BxYSA2MDYgQXByICA3IDIxOjU4DQo+ID4gPiAvZXRjL3BjcC9wbWNkL3BtY2Qub3B0aW9u
cw0KPiA+ID4NCj4gPiA+IEl0IGluZGljYXRlcyB0aGF0IHJ1bm5pbmcgdGhlIHBjcHFhIHN1aXRl
IGxlYXZlcyBzdGFpbnMsIGFzIGl0IHdlcmUsDQo+ID4gPiBvbiB0aGUgd2VsbC1ibGVhY2hlZCBk
ZWZhdWx0cyB0aGF0IGNvbWUgd2l0aCB0aGUgYmFzZSBwYWNrYWdlLg0KPiA+ID4gKEkndmUNCj4g
Pg0KPiA+IEkgd2FudCB0byBjb3ZlciBteSBleWVzIGFuZCBwcmV0ZW5kIEkgZGlkbid0IGp1c3Qg
c2VlIHRob3NlIGZpbGUNCj4gPiB0aW1lc3RhbXBzLiAgNSBtb250aHMgc2luY2UgcnVubmluZyBR
QSB0aGVyZT8gIE91Y2ghIFsuLi5dDQo+IA0KPiBUaGFua3MsIGJ1dCB5b3VyIGh1bW9yb3VzIGlt
cGxpY2F0aW9uIGlzIG1pc3Rha2VuIC0gdGhpcyBpcyBvbmUgb2YgbWFueSBtYWNoaW5lcw0KPiBJ
IHVzZSwgYW5kIHRoaXMgb25lJ3Mgbm90IHVzdWFsbHkgbmVlZGVkIGZvciBwY3BxYSBwdXJwb3Nl
cy4NCj4gDQo+IA0KPiAtIEZDaEUNCj4gDQo+IA0KPiANCj4gLS0tLS0tLS0tLS0tLS0tLS0tLS0t
LS0tLS0tLS0tDQo+IA0KPiBNZXNzYWdlOiAyDQo+IERhdGU6IFRodSwgMjUgU2VwIDIwMTQgMTc6
MjA6NTAgKzAzMDANCj4gRnJvbTogTWFya28gTXlsbHluZW4gPG15bGx5bmVuQHJlZGhhdC5jb20+
DQo+IFRvOiBwY3BAb3NzLnNnaS5jb20NCj4gQ2M6IFJpY2ggTWVnZ2luc29uIDxybWVnZ2luc0By
ZWRoYXQuY29tPg0KPiBTdWJqZWN0OiBbcGNwXSBbUEFUQ0hdIDM4OSBEUyBMb2cgUENQIFBNREEN
Cj4gTWVzc2FnZS1JRDogPDU0MjQyNEMyLjYwODA5MDBAcmVkaGF0LmNvbT4NCj4gQ29udGVudC1U
eXBlOiB0ZXh0L3BsYWluOyBjaGFyc2V0PUlTTy04ODU5LTENCj4gDQo+IEhpLA0KPiANCj4gYmVs
b3cgaXMgYSAzODkgRGlyZWN0b3J5IFNlcnZlciBMb2cgUE1EQSwgZHMzODlsb2cuIEl0IHByb3Zp
ZGVzIGNsaWVudC9zZXJ2ZXINCj4gbWV0cmljcyBmcm9tIHRoZSAzODkgRFMgYWNjZXNzIGxvZyB1
c2luZyBsb2djb252LnBsKDEpLiBBZGRpdGlvbmFsIG1ldHJpY3MNCj4gcHJvdmlkZWQgYnkgbG9n
Y29udi5wbCB3b3VsZCBiZSBlYXN5IHRvIGFkZCBpZiBkZWVtZWQgdXNlZnVsLCBkZWZpbmluZyB0
aGVtIGluDQo+IHRoZSAlZGF0YSBoYXNoIHNob3VsZCBiZSBlbm91Z2ggZm9yIG1vc3QgY2FzZXMu
DQo+IA0KPiBSdW5uaW5nIGxvZ2NvbnYucGwgb24gYW4gYWNjZXNzIGxvZyBvbiBhIGJ1c3kgc2Vy
dmVyIHdpdGhvdXQgZGVmaW5pbmcgdGhlDQo+IHN0YXJ0L2VuZCB0aW1lIGNhbiBiZSBhIGxvbmcs
IENQVSBjb25zdW1pbmcgdGFzay4gVGh1cywgd2UgYWx3YXlzIGFzayBtZXRyaWNzDQo+IGZvciBh
IGNlcnRhaW4gdGltZSBzbGljZSBvbmx5IGFuZCBjYWxjdWxhdGUgdGhlIGFjdHVhbCBtZXRyaWNz
IHNpbmNlIHRoZSBQTURBIHdhcw0KPiBzdGFydGVkIHRvIG1pbmltaXplIHJlc291cmNlIHVzYWdl
IGFuZCB0byBhdm9pZCBwbWNkKDEpIGRyb3BwaW5nIHRoZSBQTURBDQo+IChzZWUgaHR0cDovL29z
cy5zZ2kuY29tL2J1Z3ppbGxhL3Nob3dfYnVnLmNnaT9pZD0xMDM2KS4gSW4gZmV3IGNhc2VzIHRo
ZSBjb2RlDQo+IGNvdWxkIHBlcmhhcHMgYSBiaXQgbW9yZSBQZXJsaXNoIGJ1dCBPVE9IIFRJTVRP
V1RESS4NCj4gDQo+IFRoZXJlIGlzLCBob3dldmVyLCBvbmUgbWlub3IgaXNzdWUgY3VycmVudGx5
IHdpdGggdGhlIFBNREEgd2hpY2ggSSB0aGluayBJDQo+IHNob3VsZCBtZW50aW9uIC0gaXQgZG9l
c24ndCB3b3JrIDopIFRoaXMgaXMgYmVjYXVzZSBvZiBsb2djb252LnBsKDEpIGZhaWxzIHRvIGhv
bm9yDQo+IHRoZSBzdGFydC9lbmQgdGltZSBkZWZpbml0aW9ucyBidXQgdGhpcyB3aWxsIGhvcGVm
dWxseSBnZXQgYWRkcmVzc2VkIHNvb24sIHNlZQ0KPiBodHRwczovL2J1Z3ppbGxhLnJlZGhhdC5j
b20vc2hvd19idWcuY2dpP2lkPTExNDU5NDguIEkndmUgdGVzdGVkIHVzaW5nDQo+IGxvZ2NvbnYu
cGwgd2l0aG91dCB0aG9zZSBzd2l0Y2hlcyBhbmQgdGhlbiB0aGUgbWV0cmljcyBhcmUgYXMgZXhw
ZWN0ZWQgKGJ1dCBhcw0KPiBzYWlkLCB0aGlzIHdvdWxkbid0IHdvcmsgaW4gcHJhY3RpY2UgaW4g
cHJvZHVjdGlvbikuDQo+IA0KPiBUbyB0ZXN0IHRoaXMgbG9jYWxseSBvbmUgd291bGQgaWRlYWxs
eSBoYXZlIDM4OSBEUyBydW5uaW5nIGJ1dCB0ZXN0aW5nIGFnYWluc3QgYQ0KPiBwcmV2aW91c2x5
IGNhcHR1cmVkIGFjY2VzcyBsb2cgKGUuZy4gZnJvbSB0aGUgYWJvdmUgUkhCWikgc2hvdWxkIGhl
bHAgdG8gZG8gYmFzaWMNCj4gc2FuaXR5IGNoZWNraW5nLg0KPiANCj4gPkZyb20gYzlmZjYzMWM5
MzBmZjk1NjllYWRjNjJiMzI0YWFjNDk1MDI1MDExZiBNb24gU2VwIDE3IDAwOjAwOjAwIDIwMDEN
Cj4gRnJvbTogTWFya28gTXlsbHluZW4gPG15bGx5bmVuQHJlZGhhdC5jb20+DQo+IERhdGU6IFRo
dSwgMjUgU2VwIDIwMTQgMTc6MTI6MTMgKzAzMDANCj4gU3ViamVjdDogW1BBVENIXSAzODkgRFMg
TG9nIFBDUCBQTURBDQo+IA0KPiAtLS0NCj4gIHNyYy9wbWRhcy9kczM4OWxvZy9JbnN0YWxsICAg
ICAgICAgfCAgIDMyICsrKysrDQo+ICBzcmMvcG1kYXMvZHMzODlsb2cvUmVtb3ZlICAgICAgICAg
IHwgICAyMyArKysNCj4gIHNyYy9wbWRhcy9kczM4OWxvZy9wbWRhZHMzODlsb2cucGwgfCAgMjYz
DQo+ICsrKysrKysrKysrKysrKysrKysrKysrKysrKysrKysrKysrKw0KPiAgMyBmaWxlcyBjaGFu
Z2VkLCAzMTggaW5zZXJ0aW9ucygrKSwgMCBkZWxldGlvbnMoLSkgIGNyZWF0ZSBtb2RlIDEwMDc1
NQ0KPiBzcmMvcG1kYXMvZHMzODlsb2cvSW5zdGFsbCAgY3JlYXRlIG1vZGUgMTAwNzU1IHNyYy9w
bWRhcy9kczM4OWxvZy9SZW1vdmUNCj4gY3JlYXRlIG1vZGUgMTAwNjQ0IHNyYy9wbWRhcy9kczM4
OWxvZy9wbWRhZHMzODlsb2cucGwNCj4gDQo+IGRpZmYgLS1naXQgYS9zcmMvcG1kYXMvZHMzODls
b2cvSW5zdGFsbCBiL3NyYy9wbWRhcy9kczM4OWxvZy9JbnN0YWxsIG5ldyBmaWxlDQo+IG1vZGUg
MTAwNzU1IGluZGV4IDAwMDAwMDAuLjIyNmFmYTgNCj4gLS0tIC9kZXYvbnVsbA0KPiArKysgYi9z
cmMvcG1kYXMvZHMzODlsb2cvSW5zdGFsbA0KPiBAQCAtMCwwICsxLDMyIEBADQo+ICsjIS9iaW4v
c2gNCj4gKyMNCj4gKyMgQ29weXJpZ2h0IChDKSAyMDE0IE1hcmtvIE15bGx5bmVuIDxteWxseW5l
bkByZWRoYXQuY29tPiAjICMgVGhpcw0KPiArcHJvZ3JhbSBpcyBmcmVlIHNvZnR3YXJlOyB5b3Ug
Y2FuIHJlZGlzdHJpYnV0ZSBpdCBhbmQvb3IgbW9kaWZ5IGl0ICMNCj4gK3VuZGVyIHRoZSB0ZXJt
cyBvZiB0aGUgR05VIEdlbmVyYWwgUHVibGljIExpY2Vuc2UgYXMgcHVibGlzaGVkIGJ5IHRoZSAj
DQo+ICtGcmVlIFNvZnR3YXJlIEZvdW5kYXRpb247IGVpdGhlciB2ZXJzaW9uIDIgb2YgdGhlIExp
Y2Vuc2UsIG9yIChhdCB5b3VyDQo+ICsjIG9wdGlvbikgYW55IGxhdGVyIHZlcnNpb24uDQo+ICsj
DQo+ICsjIFRoaXMgcHJvZ3JhbSBpcyBkaXN0cmlidXRlZCBpbiB0aGUgaG9wZSB0aGF0IGl0IHdp
bGwgYmUgdXNlZnVsLCBidXQgIw0KPiArV0lUSE9VVCBBTlkgV0FSUkFOVFk7IHdpdGhvdXQgZXZl
biB0aGUgaW1wbGllZCB3YXJyYW50eSBvZg0KPiArTUVSQ0hBTlRBQklMSVRZICMgb3IgRklUTkVT
UyBGT1IgQSBQQVJUSUNVTEFSIFBVUlBPU0UuICBTZWUgdGhlIEdOVQ0KPiArR2VuZXJhbCBQdWJs
aWMgTGljZW5zZSAjIGZvciBtb3JlIGRldGFpbHMuDQo+ICsjDQo+ICsNCj4gKy4gJFBDUF9ESVIv
ZXRjL3BjcC5lbnYNCj4gKy4gJFBDUF9TSEFSRV9ESVIvbGliL3BtZGFwcm9jLnNoDQo+ICsNCj4g
K2lhbT1kczM4OWxvZw0KPiArcGVybF9vcHQ9dHJ1ZQ0KPiArZGFlbW9uX29wdD1mYWxzZQ0KPiAr
Zm9yY2VkX3Jlc3RhcnQ9dHJ1ZQ0KPiArDQo+ICtwZXJsIC1lICJ1c2UgRGF0ZTo6TWFuaXAiIDI+
L2Rldi9udWxsDQo+ICtpZiB0ZXN0ICQ/IC1uZSAwOyB0aGVuDQo+ICsgICAgZWNobyAiRGF0ZTo6
TWFuaXAgUGVybCBtb2R1bGUgaXMgbm90IGluc3RhbGxlZCINCj4gKyAgICBleGl0IDENCj4gK2Zp
DQo+ICsNCj4gK3BtZGFTZXR1cA0KPiArcG1kYUluc3RhbGwNCj4gK2V4aXQgMA0KPiBkaWZmIC0t
Z2l0IGEvc3JjL3BtZGFzL2RzMzg5bG9nL1JlbW92ZSBiL3NyYy9wbWRhcy9kczM4OWxvZy9SZW1v
dmUgbmV3DQo+IGZpbGUgbW9kZSAxMDA3NTUgaW5kZXggMDAwMDAwMC4uNmFmODkwMg0KPiAtLS0g
L2Rldi9udWxsDQo+ICsrKyBiL3NyYy9wbWRhcy9kczM4OWxvZy9SZW1vdmUNCj4gQEAgLTAsMCAr
MSwyMyBAQA0KPiArIyEvYmluL3NoDQo+ICsjDQo+ICsjIENvcHlyaWdodCAoQykgMjAxNCBNYXJr
byBNeWxseW5lbiA8bXlsbHluZW5AcmVkaGF0LmNvbT4gIyAjIFRoaXMNCj4gK3Byb2dyYW0gaXMg
ZnJlZSBzb2Z0d2FyZTsgeW91IGNhbiByZWRpc3RyaWJ1dGUgaXQgYW5kL29yIG1vZGlmeSBpdCAj
DQo+ICt1bmRlciB0aGUgdGVybXMgb2YgdGhlIEdOVSBHZW5lcmFsIFB1YmxpYyBMaWNlbnNlIGFz
IHB1Ymxpc2hlZCBieSB0aGUgIw0KPiArRnJlZSBTb2Z0d2FyZSBGb3VuZGF0aW9uOyBlaXRoZXIg
dmVyc2lvbiAyIG9mIHRoZSBMaWNlbnNlLCBvciAoYXQgeW91cg0KPiArIyBvcHRpb24pIGFueSBs
YXRlciB2ZXJzaW9uLg0KPiArIw0KPiArIyBUaGlzIHByb2dyYW0gaXMgZGlzdHJpYnV0ZWQgaW4g
dGhlIGhvcGUgdGhhdCBpdCB3aWxsIGJlIHVzZWZ1bCwgYnV0ICMNCj4gK1dJVEhPVVQgQU5ZIFdB
UlJBTlRZOyB3aXRob3V0IGV2ZW4gdGhlIGltcGxpZWQgd2FycmFudHkgb2YNCj4gK01FUkNIQU5U
QUJJTElUWSAjIG9yIEZJVE5FU1MgRk9SIEEgUEFSVElDVUxBUiBQVVJQT1NFLiAgU2VlIHRoZSBH
TlUNCj4gK0dlbmVyYWwgUHVibGljIExpY2Vuc2UgIyBmb3IgbW9yZSBkZXRhaWxzLg0KPiArIw0K
PiArDQo+ICsuICRQQ1BfRElSL2V0Yy9wY3AuZW52DQo+ICsuICRQQ1BfU0hBUkVfRElSL2xpYi9w
bWRhcHJvYy5zaA0KPiArDQo+ICtpYW09ZHMzODlsb2cNCj4gKw0KPiArcG1kYVNldHVwDQo+ICtw
bWRhUmVtb3ZlDQo+ICtleGl0IDANCj4gZGlmZiAtLWdpdCBhL3NyYy9wbWRhcy9kczM4OWxvZy9w
bWRhZHMzODlsb2cucGwNCj4gYi9zcmMvcG1kYXMvZHMzODlsb2cvcG1kYWRzMzg5bG9nLnBsDQo+
IG5ldyBmaWxlIG1vZGUgMTAwNjQ0DQo+IGluZGV4IDAwMDAwMDAuLjg1NWVkMzcNCj4gLS0tIC9k
ZXYvbnVsbA0KPiArKysgYi9zcmMvcG1kYXMvZHMzODlsb2cvcG1kYWRzMzg5bG9nLnBsDQo+IEBA
IC0wLDAgKzEsMjYzIEBADQo+ICsjDQo+ICsjIENvcHlyaWdodCAoQykgMjAxNCBNYXJrbyBNeWxs
eW5lbiA8bXlsbHluZW5AcmVkaGF0LmNvbT4gIyAjIFRoaXMNCj4gK3Byb2dyYW0gaXMgZnJlZSBz
b2Z0d2FyZTsgeW91IGNhbiByZWRpc3RyaWJ1dGUgaXQgYW5kL29yIG1vZGlmeSBpdCAjDQo+ICt1
bmRlciB0aGUgdGVybXMgb2YgdGhlIEdOVSBHZW5lcmFsIFB1YmxpYyBMaWNlbnNlIGFzIHB1Ymxp
c2hlZCBieSB0aGUgIw0KPiArRnJlZSBTb2Z0d2FyZSBGb3VuZGF0aW9uOyBlaXRoZXIgdmVyc2lv
biAyIG9mIHRoZSBMaWNlbnNlLCBvciAoYXQgeW91cg0KPiArIyBvcHRpb24pIGFueSBsYXRlciB2
ZXJzaW9uLg0KPiArIw0KPiArIyBUaGlzIHByb2dyYW0gaXMgZGlzdHJpYnV0ZWQgaW4gdGhlIGhv
cGUgdGhhdCBpdCB3aWxsIGJlIHVzZWZ1bCwgYnV0ICMNCj4gK1dJVEhPVVQgQU5ZIFdBUlJBTlRZ
OyB3aXRob3V0IGV2ZW4gdGhlIGltcGxpZWQgd2FycmFudHkgb2YNCj4gK01FUkNIQU5UQUJJTElU
WSAjIG9yIEZJVE5FU1MgRk9SIEEgUEFSVElDVUxBUiBQVVJQT1NFLiAgU2VlIHRoZSBHTlUNCj4g
K0dlbmVyYWwgUHVibGljIExpY2Vuc2UgIyBmb3IgbW9yZSBkZXRhaWxzLg0KPiArIw0KPiArDQo+
ICt1c2Ugc3RyaWN0Ow0KPiArdXNlIHdhcm5pbmdzOw0KPiArdXNlIFBDUDo6UE1EQTsNCj4gK3Vz
ZSBEYXRlOjpNYW5pcDsNCj4gK3VzZSBQT1NJWDsNCj4gKw0KPiArbXkgJGxjX29wdHMgPSAnLUQg
L2Rldi9zaG0gLXMgYWxsJzsNCj4gK215ICRsY19pdmFsID0gMzA7ICMgbWluaW1hbCBxdWVyeSBp
bnRlcnZhbCBpbiBzZWNvbmRzLCBtdXN0IGJlID49IDMwIG15DQo+ICskZHNfYWxvZyA9ICcnOyAj
IGVtcHR5IC0gZ3Vlc3M7IG9rIGlmIG9ubHkgb25lIERTIGluc3RhbmNlIGluIHVzZSBteQ0KPiAr
JGRzX2xvZ2QgPSAnL3Zhci9sb2cvZGlyc3J2JzsgbXkgJGRzX3VzZXIgPSAnbm9ib2R5JzsgIyBl
bXB0eSAtIHVzZQ0KPiArcm9vdA0KPiArDQo+ICtteSAlZGF0YSA9ICgNCj4gKwkjIGxvZ2NvbnYu
cGwgc3RyaW5nIC0gbmFtZSAtIHN1YnRyZWUgLSBjbHVzdGVyIC0gaWQgLSB0eXBlDQo+ICsJIyB0
eXBlIDogMCAtIGN1bXVsYXRpdmUsIDEgLSBwZWFrDQo+ICsJJ1RvdGFsIENvbm5lY3Rpb25zOicJ
CT0+IFsgJ3RvdGFsY29ubnMnLCAnY29ubnMnLCAwLCAwLCAwIF0sDQo+ICsJJ1BlYWsgQ29uY3Vy
cmVudCBDb25uZWN0aW9uczonCT0+IFsgJ3BlYWtjb25ucycsICdjb25ucycsIDAsIDEsIDEgXSwN
Cj4gKwknVTEnCQkJCT0+IFsgJ2NsZWFuY2xvc2UnLCAnY29ubnMnLCAwLCAyLCAwIF0sDQo+ICsJ
J0IxJwkJCQk9PiBbICdiYWRjbG9zZScsICdjb25ucycsIDAsIDMsIDAgXSwNCj4gKwknVG90YWwg
T3BlcmF0aW9uczonCQk9PiBbICd0b3RhbG9wcycsICdvcHMnLCAxLCAwLCAwIF0sDQo+ICsJJ1Rv
dGFsIFJlc3VsdHM6JwkJPT4gWyAndG90YWxyZXMnLCAnb3BzJywgMSwgMSwgMCBdLA0KPiArCSdT
ZWFyY2hlczonCQkJPT4gWyAnc2VhcmNoZXMnLCAnb3BzJywgMSwgMiwgMCBdLA0KPiArCSdNb2Rp
ZmljYXRpb25zOicJCT0+IFsgJ21vZHMnLCAnb3BzJywgMSwgMywgMCBdLA0KPiArCSdBZGRzOicJ
CQkJPT4gWyAnYWRkcycsICdvcHMnLCAxLCA0LCAwIF0sDQo+ICsJJ0RlbGV0ZXM6JwkJCT0+IFsg
J2RlbHMnLCAnb3BzJywgMSwgNSwgMCBdLA0KPiArCSdNb2QgUkROczonCQkJPT4gWyAnbW9kcmRu
cycsICdvcHMnLCAxLCA2LCAwIF0sDQo+ICsJJ0NvbXBhcmVzOicJCQk9PiBbICdjb21wcycsICdv
cHMnLCAxLCA3LCAwIF0sDQo+ICsJJ0JpbmRzOicJCQk9PiBbICdiaW5kcycsICdvcHMnLCAxLCA4
LCAwIF0sDQo+ICsJJ1BhZ2VkIFNlYXJjaGVzOicJCT0+IFsgJ3BhZ2Vkc2VhcmNoZXMnLCAnc2Vh
cmNoZXMnLCAyLCAwLCAwIF0sDQo+ICsJJ1VuaW5kZXhlZCBTZWFyY2hlczonCQk9PiBbICd1bmlu
ZGV4ZWRzZWFyY2hlcycsICdzZWFyY2hlcycsIDIsIDEsIDAgXSwNCj4gKwknZXJyPTAnCQkJCT0+
IFsgJ25vZXJyb3InLCAnZXJyb3JzJywgMywgMCwgMCBdLA0KPiArCSdlcnI9WCcJCQkJPT4gWyAn
ZXJyb3InLCAnZXJyb3JzJywgMywgMSwgMCBdLCAjIGN1c3RvbQ0KPiArCSdIaWdoZXN0IEZEIFRh
a2VuOicJCT0+IFsgJ2ZkaGlnaCcsICdmZCcsIDQsIDAsIDEgXSwNCj4gKyk7DQo+ICsNCj4gK3Vz
ZSB2YXJzIHF3KCAkcG1kYSAlbWV0cmljcyApOw0KPiArDQo+ICsjIFRpbWVzdGFtcHMNCj4gK215
IEBsY19wcmV2ID0gbG9jYWx0aW1lKCk7DQo+ICtteSBAbGNfY3VycjsNCj4gKw0KPiArIyBDb25m
aWd1cmF0aW9uIGZpbGVzIGZvciBvdmVycmlkaW5nIHRoZSBhYm92ZSBzZXR0aW5ncyBmb3IgbXkg
JGZpbGUNCj4gKyhwbWRhX2NvbmZpZygnUENQX1BNREFTX0RJUicpIC4gJy9kczM4OWxvZy9kczM4
OWxvZy5jb25mJywgJy4vZHMzODlsb2cuY29uZicpDQo+IHsNCj4gKwlldmFsIGBjYXQgJGZpbGVg
IHVubGVzcyAhIC1mICRmaWxlOw0KPiArfQ0KPiArDQo+ICtzdWIgZHMzODlsb2dfc2V0X2RzX2Fj
Y2Vzc19sb2cgew0KPiArCSRkc19hbG9nID0gYGxzIC0xICRkc19sb2dkL3NsYXBkLSovYWNjZXNz
IDI+L2Rldi9udWxsIHwgdGFpbCAtbiAxYDsNCj4gKwlteSAkdW4gPSBgaWQgLXVuYDsNCj4gKwlj
aG9tcCgkZHNfYWxvZyk7IGNob21wKCR1bik7DQo+ICsJZGllICIkdW4gY2FuJ3QgcmVhZCBhY2Nl
c3MgbG9nIGZpbGUgXCIkZHNfYWxvZ1wiIiB1bmxlc3MgLWYgJGRzX2Fsb2c7DQo+ICsJJHBtZGEt
PmxvZygiVXNpbmcgYWNjZXNzIGxvZyBmaWxlICRkc19hbG9nIik7IH0NCj4gKw0KPiArc3ViIGRz
Mzg5bG9nX2ZldGNoIHsNCj4gKwlkczM4OWxvZ19zZXRfZHNfYWNjZXNzX2xvZygpIGlmICRkc19h
bG9nIGVxICcnOw0KPiArCXJldHVybiBpZiAkZHNfYWxvZyBlcSAnJzsNCj4gKw0KPiArCSMgU2Vy
dmVyIG1pZ2h0IG5vdCBoYXZlIHdyaXR0ZW4gZW50cmllcyBmb3Igb3BlcmF0aW9ucyBkdXJpbmcN
Cj4gKwkjIHRoZSBwYXN0IGZldyBzZWNvbmRzIHlldCBzbyB3ZSB3aWxsIGNvbGxlY3QgdGhlbSBu
ZXh0IHJvdW5kLg0KPiArCUBsY19jdXJyID0gbG9jYWx0aW1lKCk7DQo+ICsJJGxjX2N1cnJbMF0g
LT0gMzA7ICMgc2Vjcw0KPiArDQo+ICsJaWYgKChzdHJmdGltZSgiJXMiLCBAbGNfY3VycikgLSBz
dHJmdGltZSgiJXMiLCBAbGNfcHJldikpIDwgJGxjX2l2YWwpIHsNCj4gKwkJcmV0dXJuOw0KPiAr
CX0NCj4gKw0KPiArCSMgRG9uJ3QgaW5jbHVkZSBhbnl0aGluZyB0d2ljZQ0KPiArCSRsY19wcmV2
WzBdICs9IDE7ICMgc2Vjcw0KPiArDQo+ICsJIyBJbmNsdWRlIHRoZSBwcmV2aW91cyByb3RhdGVk
IGxvZyBvbmx5IGlmIG5lZWRlZA0KPiArCW15ICRwcmV2X2xvZyA9IGBscyAtMXJ0ICRkc19hbG9n
LjIqIDI+L2Rldi9udWxsIHwgdGFpbCAtbiAxYDsNCj4gKwlpZiAoJHByZXZfbG9nIG5lICcnKSB7
DQo+ICsJCW15ICRsYXN0bGluZSA9IGB0YWlsIC1uIDEgJHByZXZfbG9nYDsNCj4gKwkJJGxhc3Rs
aW5lID1+IHRyL1xbLy9kOyAkbGFzdGxpbmUgPX4gcy9cXS4qLy87DQo+ICsJCW15ICRsb2dfdHMg
PSBVbml4RGF0ZSgkbGFzdGxpbmUsICIlcyIpOw0KPiArCQlpZiAoc3RyZnRpbWUoIiVzIiwgQGxj
X3ByZXYpID4gJGxvZ190cykgew0KPiArCQkJJHByZXZfbG9nID0gJyc7DQo+ICsJCX0NCj4gKwl9
DQo+ICsNCj4gKwlteSAkbGNfc3RhcnQgPSBzdHJmdGltZSgiWyVkLyVtLyVZOiVIOiVNOiVTICV6
XSIsIEBsY19wcmV2KTsNCj4gKwlteSAkbGNfZW5kICAgPSBzdHJmdGltZSgiWyVkLyVtLyVZOiVI
OiVNOiVTICV6XSIsIEBsY19jdXJyKTsNCj4gKwlAbGNfcHJldiA9IEBsY19jdXJyOw0KPiArDQo+
ICsJbXkgJGRzX3N0YXRzID0gImxvZ2NvbnYucGwgLWNwZSAkbGNfb3B0cyAtUyAkbGNfc3RhcnQg
LUUgJGxjX2VuZCAkZHNfYWxvZw0KPiAkcHJldl9sb2cgMj4vZGV2L251bGwiOw0KPiArCW9wZW4o
U1RBVFMsICIkZHNfc3RhdHMgfCIpIG9yDQo+ICsJCWRpZSAkcG1kYS0+ZXJyKCJwbWRhMzg5bG9n
IGZhaWxlZCB0byBvcGVuICRkc19zdGF0cyBwaXBlOiAkISIpOw0KPiArCW15IEBzdGF0cyA9IDxT
VEFUUz47DQo+ICsJY2xvc2UoU1RBVFMpOw0KPiArDQo+ICsJbXkgJGVycm9ycyA9IDA7ICMgY29t
YmluZWQNCj4gKwlmb3JlYWNoIG15ICRsaW5lIChAc3RhdHMpIHsNCj4gKwkJbXkgJGtleTsNCj4g
KwkJbXkgQG1ldHJpYzsNCj4gKw0KPiArCQlpZiAoJGxpbmUgPX4gL14uKjovIHx8ICRsaW5lID1+
IC9eVTEvIHx8ICRsaW5lID1+IC9eQjEvKSB7DQo+ICsJCQkka2V5ID0gJCY7DQo+ICsJCX0NCj4g
KwkJaWYgKCRsaW5lID1+IC9eZXJyPS4/Lykgew0KPiArCQkJJGtleSA9ICdlcnI9WCc7DQo+ICsJ
CX0NCj4gKwkJaWYgKCRsaW5lID1+IC9eZXJyPTAvKSB7DQo+ICsJCQkka2V5ID0gJ2Vycj0wJzsN
Cj4gKwkJfQ0KPiArDQo+ICsJCWlmIChkZWZpbmVkKCRrZXkpICYmIGRlZmluZWQgJGRhdGF7JGtl
eX0pIHsNCj4gKwkJCSRrZXkgPSAnZXJyPScgaWYgJGtleSBlcSAnZXJyPVgnOw0KPiArCQkJaWYg
KCRsaW5lID1+IC8oJGtleSlccysoXGQrKS8gfHwgJGxpbmUgPX4gLygka2V5XGQrKVxzKyhcZCsp
Lykgew0KPiArCQkJCW15ICR2YWx1ZSA9ICQyOw0KPiArDQo+ICsJCQkJaWYgKCRrZXkgZXEgJ2Vy
cj0nKSB7DQo+ICsJCQkJCSRrZXkgPSAnZXJyPVgnOw0KPiArCQkJCQkkZXJyb3JzICs9ICR2YWx1
ZTsNCj4gKwkJCQkJJHZhbHVlID0gJGVycm9yczsNCj4gKwkJCQl9DQo+ICsNCj4gKwkJCQlteSAk
aWQgPSAnZHMzODlsb2cuJyAuICRkYXRheyRrZXl9WzFdIC4gJy4nIC4gJGRhdGF7JGtleX1bMF07
DQo+ICsNCj4gKwkJCQlpZiAoJGRhdGF7JGtleX1bNF0gZXEgMSkgew0KPiArCQkJCQlteSAkcHJl
diA9ICRtZXRyaWNzeyRpZH1bMV07DQo+ICsJCQkJCSR2YWx1ZSA9ICRwcmV2IGlmICRwcmV2ID4g
JHZhbHVlOw0KPiArCQkJCX0gZWxzZSB7DQo+ICsJCQkJCSR2YWx1ZSA9ICRtZXRyaWNzeyRpZH1b
MV0gKyAkdmFsdWU7DQo+ICsJCQkJfQ0KPiArDQo+ICsJCQkJQG1ldHJpYyA9ICgkaWQgLCAkdmFs
dWUpOw0KPiArCQkJCSRtZXRyaWNzeyRpZH0gPSBcQG1ldHJpYzsNCj4gKwkJCX0NCj4gKwkJfQ0K
PiArCX0NCj4gK30NCj4gKw0KPiArc3ViIGRzMzg5bG9nX2ZldGNoX2NhbGxiYWNrIHsNCj4gKwlt
eSAoJGNsdXN0ZXIsICRpdGVtLCAkaW5zdCkgPSBAXzsNCj4gKw0KPiArCWlmICgkaW5zdCAhPSBQ
TV9JTkRPTV9OVUxMKQl7IHJldHVybiAoUE1fRVJSX0lOU1QsIDApOyB9DQo+ICsNCj4gKwlteSAk
cG1ubSA9IHBtZGFfcG1pZF9uYW1lKCRjbHVzdGVyLCAkaXRlbSk7DQo+ICsJbXkgJHZhbHVlID0g
JG1ldHJpY3N7JHBtbm19Ow0KPiArDQo+ICsJaWYgKCFkZWZpbmVkKCR2YWx1ZSkpCQl7IHJldHVy
biAoUE1fRVJSX0FQUFZFUlNJT04sIDApOyB9DQo+ICsNCj4gKwlyZXR1cm4gKCR2YWx1ZS0+WzFd
LCAxKTsNCj4gK30NCj4gKw0KPiArJHBtZGEgPSBQQ1A6OlBNREEtPm5ldygnZHMzODlsb2cnLCAx
MzcpOw0KPiArDQo+ICsjIEFkZCBhbmQgemVybyBtZXRyaWNzDQo+ICtmb3JlYWNoIG15ICRrZXkg
KGtleXMgJWRhdGEpIHsNCj4gKwlteSAkbmFtZSA9ICdkczM4OWxvZy4nIC4gJGRhdGF7JGtleX0t
PlsxXSAuICcuJyAuICRkYXRheyRrZXl9LT5bMF07DQo+ICsJJHBtZGEtPmFkZF9tZXRyaWMocG1k
YV9wbWlkKCRkYXRheyRrZXl9LT5bMl0sICRkYXRheyRrZXl9LT5bM10pLA0KPiArCQkJUE1fVFlQ
RV9VMzIsIFBNX0lORE9NX05VTEwsIFBNX1NFTV9DT1VOVEVSLA0KPiArCQkJcG1kYV91bml0cygw
LDAsMSwwLDAsUE1fQ09VTlRfT05FKSwNCj4gKwkJCSRuYW1lLCAnJywgJycpOw0KPiArCW15IEB2
YWx1ZSA9ICgkbmFtZSwgMCk7DQo+ICsJJG1ldHJpY3N7JG5hbWV9ID0gXEB2YWx1ZTsNCj4gK30N
Cj4gKw0KPiArJHBtZGEtPnNldF9yZWZyZXNoKFwmZHMzODlsb2dfZmV0Y2gpOw0KPiArJHBtZGEt
PnNldF9mZXRjaF9jYWxsYmFjayhcJmRzMzg5bG9nX2ZldGNoX2NhbGxiYWNrKTsNCj4gKyMgTkI6
IG5lZWRzIHRvIHJ1biBhcyByb290IG9yIGFzIGEgdXNlciBoYXZpbmcgcmVhZCBhY2Nlc3MgdG8g
dGhlIGxvZ3MNCj4gKyRwbWRhLT5zZXRfdXNlcigkZHNfdXNlcikgaWYgJGRzX3VzZXIgbmUgJyc7
ICRwbWRhLT5ydW47DQo+ICsNCj4gKz1wb2QNCj4gKw0KPiArPWhlYWQxIE5BTUUNCj4gKw0KPiAr
cG1kYWRzMzg5bG9nIC0gMzg5IERpcmVjdG9yeSBTZXJ2ZXIgQWNjZXNzIExvZyBQTURBDQo+ICsN
Cj4gKz1oZWFkMSBERVNDUklQVElPTg0KPiArDQo+ICtCPHBtZGFkczM4OWxvZz4gaXMgYSBQZXJm
b3JtYW5jZSBNZXRyaWNzIERvbWFpbiBBZ2VudCAoUE1EQSkgd2hpY2gNCj4gK2V4dHJhY3RzIHN0
YXRpc3RpY3MgZnJvbSAzODkgRGlyZWN0b3J5IFNlcnZlciBhY2Nlc3MgbG9nIGJ5IHVzaW5nIHRo
ZQ0KPiArQjxsb2djb252LnBsPigxKSB1dGlsaXR5Lg0KPiArDQo+ICs9aGVhZDEgSU5TVEFMTEFU
SU9ODQo+ICsNCj4gK0I8cG1kYWRzMzg5bG9nPiB1c2VzIGNvbmZpZ3VyYXRpb24gZmlsZToNCj4g
Kw0KPiArPW92ZXINCj4gKw0KPiArPWl0ZW0gKiAkUENQX1BNREFTX0RJUi9kczM4OWxvZy9kczM4
OWxvZy5jb25mDQo+ICsNCj4gKz1iYWNrDQo+ICsNCj4gK1RoaXMgZmlsZSBjYW4gY29udGFpbiBv
dmVycmlkZGVuIHZhbHVlcyAoUGVybCBjb2RlKSBmb3IgdGhlIHNldHRpbmdzDQo+ICtsaXN0ZWQg
YXQgdGhlIHN0YXJ0IG9mIHBtZGFkczM4OWxvZy5wbCwgbmFtZWx5Og0KPiArDQo+ICs9b3Zlcg0K
PiArDQo+ICs9aXRlbSAqIGxvZ2NvbnYucGwgcGFyYW1ldGVycw0KPiArDQo+ICs9aXRlbSAqIG1p
bmltYWwgcXVlcnkgaW50ZXJ2YWwNCj4gKw0KPiArPWl0ZW0gKiAzODkgRFMgYWNjZXNzIGxvZyB0
byB1c2UNCj4gKw0KPiArPWl0ZW0gKiAzODkgRFMgbG9nIGRpcmVjdG9yeSB0byB1c2UgKHVzZWQg
aWYgbm8gZmlsZSBzcGVjaWZpZWQpDQo+ICsNCj4gKz1pdGVtICogbm9uLXJvb3QgdXNlciBoYXZp
bmcgcmVhZCBhY2Nlc3MgdG8gdGhlIGFjY2VzcyBsb2cgZmlsZQ0KPiArDQo+ICs9YmFjaw0KPiAr
DQo+ICtPbmNlIHRoaXMgaXMgc2V0dXAsIHlvdSBjYW4gYWNjZXNzIHRoZSBuYW1lcyBhbmQgdmFs
dWVzIGZvciB0aGUNCj4gK2RzMzg5bG9nIGFjY2VzcyBsb2cgbWV0cmljcyBieSBkb2luZyB0aGUg
Zm9sbG93aW5nIGFzIHJvb3Q6DQo+ICsNCj4gKwkjIGNkICRQQ1BfUE1EQVNfRElSL2RzMzg5bG9n
DQo+ICsJIyAuL0luc3RhbGwNCj4gKw0KPiArSWYgeW91IHdhbnQgdG8gdW5kbyB0aGUgaW5zdGFs
bGF0aW9uLCBkbyB0aGUgZm9sbG93aW5nIGFzIHJvb3Q6DQo+ICsNCj4gKwkjIGNkICRQQ1BfUE1E
QVNfRElSL2RzMzg5bG9nDQo+ICsJIyAuL1JlbW92ZQ0KPiArDQo+ICtCPHBtZGFkczM4OWxvZz4g
aXMgbGF1bmNoZWQgYnkgcG1jZCgxKSBhbmQgc2hvdWxkIG5ldmVyIGJlIGV4ZWN1dGVkDQo+ICtk
aXJlY3RseS4gIFRoZSBJbnN0YWxsIGFuZCBSZW1vdmUgc2NyaXB0cyBub3RpZnkgcG1jZCgxKSB3
aGVuIHRoZSBhZ2VudA0KPiAraXMgaW5zdGFsbGVkIG9yIHJlbW92ZWQuDQo+ICsNCj4gKz1oZWFk
MSBGSUxFUw0KPiArDQo+ICs9b3Zlcg0KPiArDQo+ICs9aXRlbSAkUENQX1BNREFTX0RJUi9kczM4
OWxvZy9kczM4OWxvZy5jb25mDQo+ICsNCj4gK2NvbmZpZ3VyYXRpb24gZmlsZSBmb3IgQjxwbWRh
ZHMzODlsb2c+DQo+ICsNCj4gKz1pdGVtICRQQ1BfUE1EQVNfRElSL2RzMzg5bG9nL0luc3RhbGwN
Cj4gKw0KPiAraW5zdGFsbGF0aW9uIHNjcmlwdCBmb3IgdGhlIEI8cG1kYWRzMzg5bG9nPiBhZ2Vu
dA0KPiArDQo+ICs9aXRlbSAkUENQX1BNREFTX0RJUi9kczM4OWxvZy9SZW1vdmUNCj4gKw0KPiAr
dW5kbyBpbnN0YWxsYXRpb24gc2NyaXB0IGZvciB0aGUgQjxwbWRhZHMzODlsb2c+IGFnZW50DQo+
ICsNCj4gKz1pdGVtICRQQ1BfTE9HX0RJUi9wbWNkL2RzMzg5bG9nLmxvZw0KPiArDQo+ICtkZWZh
dWx0IGxvZyBmaWxlIGZvciBtZXNzYWdlcyBmcm9tIEI8cG1kYWRzMzg5bG9nPg0KPiArDQo+ICs9
aXRlbSAvdmFyL2xvZy9kaXJzcnYvc2xhcGQtLi4uL2FjY2Vzcw0KPiArDQo+ICszODkgRGlyZWN0
b3J5IFNlcnZlciBhY2Nlc3MgbG9nIHBhcnNlZCBieSBCPGxvZ2NvbnYucGw+DQo+ICsNCj4gKz1i
YWNrDQo+ICsNCj4gKz1oZWFkMSBTRUUgQUxTTw0KPiArDQo+ICtsb2djb252LnBsKDEpLCBwbWNk
KDEpLCBwbWRhZHMzODkoMSkuDQo+ICsNCj4gLS0NCj4gMS43LjENCj4gDQo+IA0KPiAtLQ0KPiBN
YXJrbyBNeWxseW5lbg0KPiANCj4gDQo+IA0KPiAtLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t
LS0NCj4gDQo+IF9fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f
DQo+IHBjcCBtYWlsaW5nIGxpc3QNCj4gcGNwQG9zcy5zZ2kuY29tDQo+IGh0dHA6Ly9vc3Muc2dp
LmNvbS9tYWlsbWFuL2xpc3RpbmZvL3BjcA0KPiANCj4gDQo+IEVuZCBvZiBwY3AgRGlnZXN0LCBW
b2wgNzQsIElzc3VlIDU3DQo+ICoqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqDQo=

From nscott@redhat.com  Fri Sep 26 03:04:33 2014
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 901C47FF1
	for ; Fri, 26 Sep 2014 03:04:33 -0500 (CDT)
Received: from cuda.sgi.com (cuda3.sgi.com [192.48.176.15])
	by relay1.corp.sgi.com (Postfix) with ESMTP id 7E3DF8F8039
	for ; Fri, 26 Sep 2014 01:04:30 -0700 (PDT)
X-ASG-Debug-ID: 1411718667-04cb6c50e42e16b0001-S8gJnT
Received: from mx5-phx2.redhat.com (mx5-phx2.redhat.com [209.132.183.37]) by cuda.sgi.com with ESMTP id o1jqtDH6X2IkLxv7 (version=TLSv1 cipher=AES256-SHA bits=256 verify=NO) for ; Fri, 26 Sep 2014 01:04:28 -0700 (PDT)
X-Barracuda-Envelope-From: nscott@redhat.com
X-Barracuda-Apparent-Source-IP: 209.132.183.37
Received: from zmail20.collab.prod.int.phx2.redhat.com (zmail20.collab.prod.int.phx2.redhat.com [10.5.83.23])
	by mx5-phx2.redhat.com (8.14.4/8.14.4) with ESMTP id s8Q84O6t011402;
	Fri, 26 Sep 2014 04:04:24 -0400
Date: Fri, 26 Sep 2014 04:04:24 -0400 (EDT)
From: Nathan Scott 
Reply-To: Nathan Scott 
To: "Frank Ch. Eigler" , Ken McDonell 
Cc: pcp developers 
Message-ID: <1620608115.56339793.1411718664311.JavaMail.zimbra@redhat.com>
In-Reply-To: <20140925180407.GA18679@redhat.com>
References: <20140925180407.GA18679@redhat.com>
Subject: Re: [pcp] PMAPI observations re. converting an app to pcp
MIME-Version: 1.0
X-ASG-Orig-Subj: Re: [pcp] PMAPI observations re. converting an app to pcp
Content-Type: text/plain; charset=utf-8
Content-Transfer-Encoding: 7bit
X-Originating-IP: [10.5.82.6]
X-Mailer: Zimbra 8.0.6_GA_5922 (ZimbraWebClient - FF17 (Linux)/8.0.6_GA_5922)
Thread-Topic: PMAPI observations re. converting an app to pcp
Thread-Index: qD9EChpA9wxpZB5WYJ4Ng/eyIAwGVA==
X-Barracuda-Connect: mx5-phx2.redhat.com[209.132.183.37]
X-Barracuda-Start-Time: 1411718668
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.03
X-Barracuda-Spam-Status: No, SCORE=0.03 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, THREAD_INDEX, THREAD_TOPIC
X-Barracuda-Spam-Report: Code version 3.2, rules version 3.2.3.9897
	Rule breakdown below
	 pts rule name              description
	---- ---------------------- --------------------------------------------------
	0.01 THREAD_INDEX           thread-index: AcO7Y8iR61tzADqsRmmc5wNiFHEOig==
	0.01 THREAD_TOPIC           Thread-Topic: ...(Japanese Subject)...
	0.01 BSF_SC0_SA_TO_FROM_DOMAIN_MATCH Sender Domain Matches Recipient
	                           Domain



----- Original Message -----
> [...]
> A couple of hours of work, porting cockpit (cockpit-project.org) from
> its /proc-scraping C code to pcp PMAPI, have resulted in some code
> that I can't in good conscience recommend.  This is mainly due to
> shortcomings in our code:
> 
> - The API is really wordy for basic tasks such as extracting and
>   scaling some metrics.  It takes several setup steps, several arrays
>   of data, several error-prone array/pointer arithmetic, with
>   error-handling at each step.  It adds up to way too much code - it's

*nod*

>   >100 lines, and not done yet.  We need a higher level API that
>   combines the lookup/indom/fetch/extract/scale steps (doing internal
>   caching/lookups as necessary), with the goal of making it easy to
>   interface with an enclosing application.

Helper APIs would be good in general terms, bonus points for using
'em in existing tools (and extracting code used from tools wherever
possible/needed instead of starting from scratch).

Doing libpcp-internal caching is non-trivial.  From a recent chat I
had with Ken though, he reckons alot of what we'd need is already in
place (the derived metrics code does some of this caching and auto-
metric modification for rate conversion, scaling, etc).  If we can
indeed leverage that, it's certainly make me think more favourably
about tackling this within libpcp rather than a layer above.

Ken floated the idea of a new context type that would be able to do
caching (caching descriptors and other things is needed for all the
many types of live/archive/local contexts of course, and modifying
metrics on-the-fly could be part of a new context definition).  And
that got me on to wondering about unified context mode again - but
that's probably just my pre-conceived ideas there and I may be mis-
representing his line of thinking.  It'd be great to get your ideas
fleshed out a bit more there, Ken.

Having looked at the pmwebd code again recently, it's crying out for
help with caching - its not making ideal use of the PCP protocol at
the moment (doing descriptor lookups in a loop for every pmFetch &
that sort of thing).  So, yep, I agree its worth tackling this now,
and am less inclined to want to layer above PMAPI now.

> - The linux-proc PMDA is not as efficient as it could be; see the bug
>   filed last night.  This is only a quality-of-impllementation matter,
>   but as we trumpet light-weightness of the pmcd/agent system, we need
>   to do better.

Sounds good.

> - Multithreaded support has had long-known bugs that preclude their
>   heavy-duty use in a real application (pmwebd / graphite), even for
>   just archives.  It turns out that for light-duty use, there is not
>   enough support either.  For the cockpit application, we might like
>   to use PM_CONTEXT_LOCAL, but that is precluded for multithreaded
>   apps.  PM_CONTEXT_HOST to local: is fine in theory, but due to the
>   single-threadedness of pmcd, it snuffs out any possible advantage

Hmmm, there may be some leaps of logic there - I'd like to see more
measuring to verify the need for some of this (the "snuffs out any
advantage" bit, in particular, I could use more details/verification
there to be more convinced).

>   anyway.  We should at least permit multithreaded PM_CONTEXT_LOCAL,
>   and do internal serialization, say on a per-PMDA-SO basis. 

*nod*

>   (PMCD could probably do the same.)

Hmm, maybe.

> - A small nit, it would be helpful if libpcp came with a pkgconfig
>   file, so that non-system copies of libpcp could be found by
>   applications.

*nod* - sounds good to me.

> Assuming no objections, I'll start assembling some more concrete
> proposals for these shortly.

Awesome, thanks.

cheers.

--
Nathan

From nscott@redhat.com  Fri Sep 26 03:05:32 2014
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 727257FF1
	for ; Fri, 26 Sep 2014 03:05:32 -0500 (CDT)
Received: from cuda.sgi.com (cuda1.sgi.com [192.48.157.11])
	by relay2.corp.sgi.com (Postfix) with ESMTP id 4395F304053
	for ; Fri, 26 Sep 2014 01:05:31 -0700 (PDT)
X-ASG-Debug-ID: 1411718722-04bdf003a1344df0001-S8gJnT
Received: from mx3-phx2.redhat.com (mx3-phx2.redhat.com [209.132.183.24]) by cuda.sgi.com with ESMTP id cbl5C8e12ph51UUI (version=TLSv1 cipher=AES256-SHA bits=256 verify=NO) for ; Fri, 26 Sep 2014 01:05:23 -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 s8Q85Mra022954
	for ; Fri, 26 Sep 2014 04:05:22 -0400
Date: Fri, 26 Sep 2014 04:05:22 -0400 (EDT)
From: Nathan Scott 
Reply-To: Nathan Scott 
To: PCP Mailing List 
Message-ID: <1220957077.56341269.1411718722845.JavaMail.zimbra@redhat.com>
In-Reply-To: <740431713.56275660.1411709540134.JavaMail.zimbra@redhat.com>
Subject: pcp update: qa, trees, docs
MIME-Version: 1.0
X-ASG-Orig-Subj: pcp update: qa, trees, docs
Content-Type: text/plain; charset=utf-8
Content-Transfer-Encoding: 7bit
X-Originating-IP: [10.5.82.6]
X-Mailer: Zimbra 8.0.6_GA_5922 (ZimbraWebClient - FF17 (Linux)/8.0.6_GA_5922)
Thread-Topic: pcp update: qa, trees, docs
Thread-Index: SEKgd7kAo8shnp+qhMwg16ngGqtMLA==
X-Barracuda-Connect: mx3-phx2.redhat.com[209.132.183.24]
X-Barracuda-Start-Time: 1411718723
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.02
X-Barracuda-Spam-Status: No, SCORE=0.02 using per-user scores of TAG_LEVEL=1000.0 QUARANTINE_LEVEL=1000.0 KILL_LEVEL=2.7 tests=THREAD_INDEX, THREAD_TOPIC
X-Barracuda-Spam-Report: Code version 3.2, rules version 3.2.3.9898
	Rule breakdown below
	 pts rule name              description
	---- ---------------------- --------------------------------------------------
	0.01 THREAD_INDEX           thread-index: AcO7Y8iR61tzADqsRmmc5wNiFHEOig==
	0.01 THREAD_TOPIC           Thread-Topic: ...(Japanese Subject)...

Changes committed to git://git.pcp.io/pcp.git dev

Nathan Scott (7):
      Moving the pcp-web-manager code into a new git tree
      Update qa/361 to work with recent cgroups metrics changes
      Initial multi-source support in fedora.spec for external trees
      Update qa/232 to handle recent nfs4.1 indom changes
      Move the xxx2pcp man pages in with man1 pages for online index
      qa: ensure config back-compat for qa/727
      HTML 4.0 page validation for the tutorial content (1/4)

Frank Ch. Eigler (1):
      Backport some recent fedora spec additions

 build/rpm/GNUmakefile                                |    4 
 build/rpm/fedora.spec                                |   15 
 build/rpm/pcp.spec.in                                |  128 
 build/tar/postinstall.tail                           |   10 
 configure                                            |   52 
 configure.ac                                         |   31 
 dev/null                                             |binary
 man/html/cclicense.html                              |  531 
 man/html/contacts.html                               |   12 
 man/html/credits.html                                |   20 
 man/html/glossary.html                               |   33 
 man/html/gpl.html                                    |  694 
 man/html/guide.html                                  |  194 
 man/html/index.html                                  |   48 
 man/html/installation.html                           |   54 
 man/man1/GNUmakefile                                 |   42 
 man/man1/iostat2pcp.1                                |  137 
 man/man1/mrtg2pcp.1                                  |   66 
 man/man1/pmmgr.1                                     |  340 
 man/man1/pmwebd.1                                    |  285 
 man/man1/sar2pcp.1                                   |  108 
 man/man1/sheet2pcp.1                                 |  264 
 man/man3/pmwebapi.3                                  |  252 
 qa/.gitignore                                        |    1 
 qa/069                                               |    2 
 qa/232                                               |    4 
 qa/361                                               |   17 
 qa/361.out                                           |   81 
 qa/361.out.1                                         |  108 
 qa/361.out.2                                         |  108 
 qa/518                                               |    2 
 qa/660                                               |  149 
 qa/660.out.4                                         |   38 
 qa/660.out.46                                        |   60 
 qa/666                                               |    5 
 qa/727                                               |    1 
 qa/780                                               |   72 
 qa/780.out                                           |    8 
 qa/group                                             |    5 
 src/GNUmakefile                                      |    2 
 src/include/builddefs.in                             |    3 
 src/include/pcp.conf.in                              |   10 
 src/iostat2pcp/.gitignore                            |    1 
 src/iostat2pcp/GNUmakefile                           |   19 
 src/iostat2pcp/iostat2pcp                            |  124 
 src/mrtg2pcp/.gitignore                              |    1 
 src/mrtg2pcp/GNUmakefile                             |   19 
 src/mrtg2pcp/mrtg2pcp                                |   45 
 src/pmcd/rc-proc.sh                                  |    2 
 src/pmmgr/.gitignore                                 |    2 
 src/pmmgr/GNUmakefile                                |   63 
 src/pmmgr/TODO                                       |   12 
 src/pmmgr/config/GNUmakefile                         |   40 
 src/pmmgr/config/README                              |   13 
 src/pmmgr/config/target-discovery.example-avahi      |    1 
 src/pmmgr/pmmgr.cxx                                  | 1285 -
 src/pmmgr/pmmgr.h                                    |  133 
 src/pmmgr/pmmgr.options                              |   27 
 src/pmmgr/pmmgr.service.in                           |   14 
 src/pmmgr/rc_pmmgr                                   |  296 
 src/pmwebapi/.gitignore                              |    2 
 src/pmwebapi/GNUmakefile                             |   63 
 src/pmwebapi/TODO                                    |   18 
 src/pmwebapi/jsdemos/.gitignore                      |    2 
 src/pmwebapi/jsdemos/GNUmakefile                     |   39 
 src/pmwebapi/jsdemos/blinkenlights/GNUmakefile       |   33 
 src/pmwebapi/jsdemos/blinkenlights/blinkenlights.css |   19 
 src/pmwebapi/jsdemos/blinkenlights/blinkenlights.js  |  170 
 src/pmwebapi/jsdemos/blinkenlights/index.html        |  129 
 src/pmwebapi/jsdemos/jquery-1.7.2.js                 | 9404 -----------
 src/pmwebapi/jsdemos/jquery-ui-1.10.2.js             |14987 -------------------
 src/pmwebapi/jsdemos/jsbrowser/GNUmakefile           |   27 
 src/pmwebapi/jsdemos/jsbrowser/index.html            |   34 
 src/pmwebapi/jsdemos/jsbrowser/jsbrowser.js          |   12 
 src/pmwebapi/main.c                                  |  561 
 src/pmwebapi/pmresapi.c                              |  162 
 src/pmwebapi/pmwebapi.c                              | 1343 -
 src/pmwebapi/pmwebapi.h                              |   52 
 src/pmwebapi/pmwebd.options                          |   32 
 src/pmwebapi/pmwebd.service.in                       |   14 
 src/pmwebapi/rc_pmwebd                               |  294 
 src/pmwebapi/util.c                                  |   96 
 src/sar2pcp/.gitignore                               |    1 
 src/sar2pcp/GNUmakefile                              |   19 
 src/sar2pcp/sar2pcp                                  |   88 
 src/sheet2pcp/.gitignore                             |    1 
 src/sheet2pcp/GNUmakefile                            |   17 
 src/sheet2pcp/sheet2pcp                              |  268 
 88 files changed, 1502 insertions(+), 32478 deletions(-)

From nscott@redhat.com  Fri Sep 26 03:11:56 2014
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 EF6F37FF1
	for ; Fri, 26 Sep 2014 03:11:56 -0500 (CDT)
Received: from cuda.sgi.com (cuda2.sgi.com [192.48.176.25])
	by relay2.corp.sgi.com (Postfix) with ESMTP id CBE07304053
	for ; Fri, 26 Sep 2014 01:11:56 -0700 (PDT)
X-ASG-Debug-ID: 1411719115-04cbb073023c9ba0001-S8gJnT
Received: from mx3-phx2.redhat.com (mx3-phx2.redhat.com [209.132.183.24]) by cuda.sgi.com with ESMTP id cN8hcv0Al8rkmwzD (version=TLSv1 cipher=AES256-SHA bits=256 verify=NO) for ; Fri, 26 Sep 2014 01:11: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 s8Q8Bqfd023903;
	Fri, 26 Sep 2014 04:11:52 -0400
Date: Fri, 26 Sep 2014 04:11:52 -0400 (EDT)
From: Nathan Scott 
Reply-To: Nathan Scott 
To: Ken McDonell 
Cc: pcp@oss.sgi.com
Message-ID: <1407804344.56345051.1411719112713.JavaMail.zimbra@redhat.com>
In-Reply-To: <5424A06D.6010909@internode.on.net>
References: <5424A06D.6010909@internode.on.net>
Subject: Re: [pcp] pcp updates - move non-root owned files out of /etc
MIME-Version: 1.0
X-ASG-Orig-Subj: Re: [pcp] pcp updates - move non-root owned files out of /etc
Content-Type: text/plain; charset=utf-8
Content-Transfer-Encoding: 7bit
X-Originating-IP: [10.5.82.6]
X-Mailer: Zimbra 8.0.6_GA_5922 (ZimbraWebClient - FF17 (Linux)/8.0.6_GA_5922)
Thread-Topic: pcp updates - move non-root owned files out of /etc
Thread-Index: xD6mmDI5f7P7U7A1VHKXOKxx0Z5Dtw==
X-Barracuda-Connect: mx3-phx2.redhat.com[209.132.183.24]
X-Barracuda-Start-Time: 1411719115
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.02
X-Barracuda-Spam-Status: No, SCORE=0.02 using per-user scores of TAG_LEVEL=1000.0 QUARANTINE_LEVEL=1000.0 KILL_LEVEL=2.7 tests=THREAD_INDEX, THREAD_TOPIC
X-Barracuda-Spam-Report: Code version 3.2, rules version 3.2.3.9898
	Rule breakdown below
	 pts rule name              description
	---- ---------------------- --------------------------------------------------
	0.01 THREAD_INDEX           thread-index: AcO7Y8iR61tzADqsRmmc5wNiFHEOig==
	0.01 THREAD_TOPIC           Thread-Topic: ...(Japanese Subject)...



----- Original Message -----
> Nathan,
> 
> Please don't pull yet ... I've only validated the debian packaging for
> upgrades and install.  rpm and "other" packaging changes is yet to come but
> I want some QA soak time with these lot.

No problem.  That qa/361 fix you were after earlier should now be in
place btw (works for me on the one machine I have that triggers it).

cheers.

--
Nathan

From nscott@redhat.com  Fri Sep 26 03:26:49 2014
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 854B97F47
	for ; Fri, 26 Sep 2014 03:26:49 -0500 (CDT)
Received: from cuda.sgi.com (cuda3.sgi.com [192.48.176.15])
	by relay1.corp.sgi.com (Postfix) with ESMTP id 732818F8037
	for ; Fri, 26 Sep 2014 01:26:49 -0700 (PDT)
X-ASG-Debug-ID: 1411720003-04cb6c50e52e5210001-S8gJnT
Received: from mx4-phx2.redhat.com (mx4-phx2.redhat.com [209.132.183.25]) by cuda.sgi.com with ESMTP id OLdQ65d3X0qDdwlQ (version=TLSv1 cipher=AES256-SHA bits=256 verify=NO) for ; Fri, 26 Sep 2014 01:26: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 s8Q8QfsG026644;
	Fri, 26 Sep 2014 04:26:41 -0400
Date: Fri, 26 Sep 2014 04:26:41 -0400 (EDT)
From: Nathan Scott 
Reply-To: Nathan Scott 
To: Mark Goodwin 
Cc: "Frank Ch. Eigler" , Ken McDonell ,
        Dave Brolley , pcp@oss.sgi.com
Message-ID: <710172925.56353768.1411720001226.JavaMail.zimbra@redhat.com>
In-Reply-To: <542505DD.9080001@redhat.com>
References: <1970205420.36245669.1408665579915.JavaMail.zimbra@redhat.com>  <638874581.42408155.1409659444170.JavaMail.zimbra@redhat.com> <20140902134012.GE4825@redhat.com> <1859208890.52189214.1411109762944.JavaMail.zimbra@redhat.com>  <2143674986.55503362.1411640081377.JavaMail.zimbra@redhat.com> <542505DD.9080001@redhat.com>
Subject: Re: PCP trees for web and middleware development
MIME-Version: 1.0
X-ASG-Orig-Subj: Re: PCP trees for web and middleware development
Content-Type: text/plain; charset=utf-8
Content-Transfer-Encoding: 7bit
X-Originating-IP: [10.5.82.6]
X-Mailer: Zimbra 8.0.6_GA_5922 (ZimbraWebClient - FF17 (Linux)/8.0.6_GA_5922)
Thread-Topic: PCP trees for web and middleware development
Thread-Index: ub5nQgx+aGMVJVW62ZcOK/q3Si4qKA==
X-Barracuda-Connect: mx4-phx2.redhat.com[209.132.183.25]
X-Barracuda-Start-Time: 1411720004
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.03
X-Barracuda-Spam-Status: No, SCORE=0.03 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, THREAD_INDEX, THREAD_TOPIC
X-Barracuda-Spam-Report: Code version 3.2, rules version 3.2.3.9898
	Rule breakdown below
	 pts rule name              description
	---- ---------------------- --------------------------------------------------
	0.01 THREAD_INDEX           thread-index: AcO7Y8iR61tzADqsRmmc5wNiFHEOig==
	0.01 THREAD_TOPIC           Thread-Topic: ...(Japanese Subject)...
	0.01 BSF_SC0_SA_TO_FROM_DOMAIN_MATCH Sender Domain Matches Recipient
	                           Domain

Hi Mark,

----- Original Message -----
> On 09/25/2014 08:14 PM, Nathan Scott and Frank Ch. Eigler wrote:
> [...]
> 
> I've not had time to fully understand the issues being debated here,
> but thought I'd chime in nevertheless ... 

Heh, thanks - yeah, its a more complex set of issues than I've had to
deal with for awhile that's for sure.

Above and beyond the issues you mention (I definitely agree re separate
trees and packages fwiw), there's little issues on the backs of the big
issues - things like the directions some parts of the code need to take,
current pcp/qa not being suited to java/javascript testing, a general
desire to get more folks more involved with testing + releasing, then
there's potential encumbrance issues pulling in code from new upstream
middleware and web trees, and more - the list goes on, it was a tough
nut to crack.

We need to move beyond the model of "there is one tree and it is pcp and
it is good enough for everyone" to something more like "pcp is a family
of projects/trees built around a robust & reliable core" - allowing alot
more flexibility in terms of maintenance, testing and deployment of the
many very-different components and personalities involved.

> AFAICT, the "1000's of lines
> of C++ and javascript and associated images" are in effect a 3rd party
> library package, and thus belong in a separate tree and should ship in
> a separate package.

*nod*.  Take a gander through current dev, the pcp-web-manager tree, and
Paul Colbys C++/QPid trees on github.  Soon there'll be more ... one big
happy family - well, that's the plan anyway.

> [...]
> my 2c :)

Thanks Mark!

--
Nathan

From fche@redhat.com  Fri Sep 26 07:28:52 2014
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 B9ECF7FAC
	for ; Fri, 26 Sep 2014 07:28:52 -0500 (CDT)
Received: from cuda.sgi.com (cuda3.sgi.com [192.48.176.15])
	by relay2.corp.sgi.com (Postfix) with ESMTP id 995A3304053
	for ; Fri, 26 Sep 2014 05:28:52 -0700 (PDT)
X-ASG-Debug-ID: 1411734527-04cb6c50e72eb630001-S8gJnT
Received: from mx1.redhat.com (mx1.redhat.com [209.132.183.28]) by cuda.sgi.com with ESMTP id r9nnaqj0YG44qLjc (version=TLSv1 cipher=AES256-SHA bits=256 verify=NO) for ; Fri, 26 Sep 2014 05:28:48 -0700 (PDT)
X-Barracuda-Envelope-From: fche@redhat.com
X-Barracuda-Apparent-Source-IP: 209.132.183.28
X-ASG-Whitelist: Client
Received: from int-mx10.intmail.prod.int.phx2.redhat.com (int-mx10.intmail.prod.int.phx2.redhat.com [10.5.11.23])
	by mx1.redhat.com (8.14.4/8.14.4) with ESMTP id s8QCSimg020616
	(version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=FAIL);
	Fri, 26 Sep 2014 08:28:44 -0400
Received: from fche.csb (vpn-230-163.phx2.redhat.com [10.3.230.163])
	by int-mx10.intmail.prod.int.phx2.redhat.com (8.14.4/8.14.4) with ESMTP id s8QCShpw002400;
	Fri, 26 Sep 2014 08:28:44 -0400
Received: by fche.csb (Postfix, from userid 2569)
	id 6B63A581C2; Fri, 26 Sep 2014 08:28:43 -0400 (EDT)
Date: Fri, 26 Sep 2014 08:28:43 -0400
From: "Frank Ch. Eigler" 
To: Nathan Scott 
Cc: Ken McDonell , pcp developers 
Subject: Re: [pcp] PMAPI observations re. converting an app to pcp
Message-ID: <20140926122843.GN26965@redhat.com>
X-ASG-Orig-Subj: Re: [pcp] PMAPI observations re. converting an app to pcp
References: <20140925180407.GA18679@redhat.com> <1620608115.56339793.1411718664311.JavaMail.zimbra@redhat.com>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
In-Reply-To: <1620608115.56339793.1411718664311.JavaMail.zimbra@redhat.com>
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: 1411734528
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

Hi -

> [...]
> >   >100 lines, and not done yet.  We need a higher level API that
> >   combines the lookup/indom/fetch/extract/scale steps (doing internal
> >   caching/lookups as necessary), with the goal of making it easy to
> >   interface with an enclosing application.
> 
> Helper APIs would be good in general terms, bonus points for using
> 'em in existing tools (and extracting code used from tools wherever
> possible/needed instead of starting from scratch).

Sure.


> Doing libpcp-internal caching is non-trivial.  [...]

Indeed, but it does seem time to try.


> [...] Having looked at the pmwebd code again recently, it's crying
> out for help with caching - its not making ideal use of the PCP
> protocol at the moment (doing descriptor lookups in a loop for every
> pmFetch & that sort of thing).  [...]

On the pmwebapi side (pmwebapi_respond_metric_fetch, apprx. no
looping), that's right.  On the pmgraphite side, where tight pmFetch
loops exist, no.


> > - Multithreaded support has had long-known bugs that preclude their
> >   heavy-duty use in a real application (pmwebd / graphite), even for
> >   just archives.  It turns out that for light-duty use, there is not
> >   enough support either.  For the cockpit application, we might like
> >   to use PM_CONTEXT_LOCAL, but that is precluded for multithreaded
> >   apps.  PM_CONTEXT_HOST to local: is fine in theory, but due to the
> >   single-threadedness of pmcd, it snuffs out any possible advantage
> 
> Hmmm, there may be some leaps of logic there - I'd like to see more
> measuring to verify the need for some of this (the "snuffs out any
> advantage" bit, in particular, I could use more details/verification
> there to be more convinced).

It's just first principles.  cockpitd is multithreaded, and can handle
multiple requests at the same time from its client.  If it were to
relay those concurrent requests to PCP, it will be blocked (at the
PM_CONTEXT_LOCAL level by errors), or serialized (at the
PM_CONTEXT_HOST pmcd level).  There will be latency instead of
concurrency, whatever the exact measured amount.


- FChE

From fche@redhat.com  Fri Sep 26 09:43:04 2014
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 9A86D8013
	for ; Fri, 26 Sep 2014 09:43:04 -0500 (CDT)
Received: from cuda.sgi.com (cuda3.sgi.com [192.48.176.15])
	by relay2.corp.sgi.com (Postfix) with ESMTP id 890CB304039
	for ; Fri, 26 Sep 2014 07:43:01 -0700 (PDT)
X-ASG-Debug-ID: 1411742577-04cb6c50e42f17f0001-S8gJnT
Received: from mx1.redhat.com (mx1.redhat.com [209.132.183.28]) by cuda.sgi.com with ESMTP id E2hjOtNSlc1SJk7l (version=TLSv1 cipher=AES256-SHA bits=256 verify=NO) for ; Fri, 26 Sep 2014 07:42:57 -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-mx13.intmail.prod.int.phx2.redhat.com (int-mx13.intmail.prod.int.phx2.redhat.com [10.5.11.26])
	by mx1.redhat.com (8.14.4/8.14.4) with ESMTP id s8QEguhj024717
	(version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=FAIL)
	for ; Fri, 26 Sep 2014 10:42:56 -0400
Received: from fche.csb (vpn-230-163.phx2.redhat.com [10.3.230.163])
	by int-mx13.intmail.prod.int.phx2.redhat.com (8.14.4/8.14.4) with ESMTP id s8QEguL4020963;
	Fri, 26 Sep 2014 10:42:56 -0400
Received: by fche.csb (Postfix, from userid 2569)
	id 15C13581C2; Fri, 26 Sep 2014 10:42:56 -0400 (EDT)
Date: Fri, 26 Sep 2014 10:42:55 -0400
From: "Frank Ch. Eigler" 
To: Mark Goodwin 
Cc: pcp@oss.sgi.com
Subject: Re: PCP trees for web and middleware development
Message-ID: <20140926144255.GO26965@redhat.com>
X-ASG-Orig-Subj: Re: PCP trees for web and middleware development
References: <1970205420.36245669.1408665579915.JavaMail.zimbra@redhat.com> <050301cfc01c$04889170$0d99b450$@internode.on.net> <1078845537.37533359.1408945446955.JavaMail.zimbra@redhat.com>  <638874581.42408155.1409659444170.JavaMail.zimbra@redhat.com> <20140902134012.GE4825@redhat.com> <1859208890.52189214.1411109762944.JavaMail.zimbra@redhat.com>  <2143674986.55503362.1411640081377.JavaMail.zimbra@redhat.com> <542505DD.9080001@redhat.com>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
In-Reply-To: <542505DD.9080001@redhat.com>
User-Agent: Mutt/1.4.2.2i
X-Scanned-By: MIMEDefang 2.68 on 10.5.11.26
X-Barracuda-Connect: mx1.redhat.com[209.132.183.28]
X-Barracuda-Start-Time: 1411742577
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

Hi -

mgoodwin wrote:

> I've not had time to fully understand the issues being debated here,

I'll try to summarize succinctly in a separate message.


> [...] AFAICT, the "1000's of lines of C++ and javascript and
> associated images" are in effect a 3rd party library package, and
> thus belong in a separate tree and should ship in a separate
> package. [...]

(Note that there is no C++ in the third-party programs.  They are
just dead data files - web assets - and they are not build- or
install-dependencies of PCP / pmwebd.  They just complete the user
experience.)


- FChE

From minnus@buffalo.edu  Fri Sep 26 10:32:29 2014
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 C173529E02
	for ; Fri, 26 Sep 2014 10:32:29 -0500 (CDT)
Received: from cuda.sgi.com (cuda2.sgi.com [192.48.176.25])
	by relay3.corp.sgi.com (Postfix) with ESMTP id 4FA49AC001
	for ; Fri, 26 Sep 2014 08:32:26 -0700 (PDT)
X-ASG-Debug-ID: 1411745541-04cbb073023db140001-S8gJnT
Received: from mtareserve1.acsu.buffalo.edu (mtareserve6.acsu.buffalo.edu [128.205.6.4]) by cuda.sgi.com with ESMTP id pK8MTffJipC9867G for ; Fri, 26 Sep 2014 08:32:21 -0700 (PDT)
X-Barracuda-Envelope-From: minnus@buffalo.edu
X-Barracuda-Apparent-Source-IP: 128.205.6.4
Received: from localmailB.acsu.buffalo.edu (localmailb.acsu.buffalo.edu [128.205.5.200])
	by mtareserve1.acsu.buffalo.edu (Postfix) with ESMTP id 43978DB3;
	Fri, 26 Sep 2014 11:32:21 -0400 (EDT)
Received: from localmailB.acsu.buffalo.edu (localhost [127.0.0.1])
	by localhost (Postfix) with SMTP id 3D20B1900;
	Fri, 26 Sep 2014 11:32:21 -0400 (EDT)
Received: from localmailB.acsu.buffalo.edu (localhost [127.0.0.1])
	by localmailB.acsu.buffalo.edu (Postfix) with ESMTP id A0AAF18FB;
	Fri, 26 Sep 2014 11:32:19 -0400 (EDT)
Received: from smtp.buffalo.edu (smtp2.acsu.buffalo.edu [128.205.5.254])
	by localmailB.acsu.buffalo.edu (Prefixe) with ESMTP id 9488618FA;
	Fri, 26 Sep 2014 11:32:19 -0400 (EDT)
Received: from prince.ccr.buffalo.edu (prince.ccr.buffalo.edu [128.205.40.45])
	(Authenticated sender: minnus@buffalo.edu)
	by smtp.buffalo.edu (Postfix) with ESMTPSA id 8869F24D9;
	Fri, 26 Sep 2014 11:32:19 -0400 (EDT)
Message-ID: <542587D4.5030908@buffalo.edu>
Date: Fri, 26 Sep 2014 11:35:48 -0400
From: Martins Innus 
User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.9; rv:24.0) Gecko/20100101 Thunderbird/24.6.0
MIME-Version: 1.0
To: "Frank Ch. Eigler" , 
 pcp developers 
Subject: Re: [pcp] PMAPI observations re. converting an app to pcp
References: <20140925180407.GA18679@redhat.com>
X-ASG-Orig-Subj: Re: [pcp] PMAPI observations re. converting an app to pcp
In-Reply-To: <20140925180407.GA18679@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: mtareserve6.acsu.buffalo.edu[128.205.6.4]
X-Barracuda-Start-Time: 1411745541
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.3.9909
	Rule breakdown below
	 pts rule name              description
	---- ---------------------- --------------------------------------------------

Frank,

> - The API is really wordy for basic tasks such as extracting and
>    scaling some metrics.  It takes several setup steps, several arrays
>    of data, several error-prone array/pointer arithmetic, with
>    error-handling at each step.  It adds up to way too much code - it's
>    >100 lines, and not done yet.  We need a higher level API that
>    combines the lookup/indom/fetch/extract/scale steps (doing internal
>    caching/lookups as necessary), with the goal of making it easy to
>    interface with an enclosing application.
>

 From my perspective, this would be very useful.  It would be great to 
have something higher level that was easy to use for quick one-off 
applications.

Thanks

Martins

From fche@redhat.com  Fri Sep 26 11:58:45 2014
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 AA6A029DFF
	for ; Fri, 26 Sep 2014 11:58:45 -0500 (CDT)
Received: from cuda.sgi.com (cuda3.sgi.com [192.48.176.15])
	by relay2.corp.sgi.com (Postfix) with ESMTP id 996D9304048
	for ; Fri, 26 Sep 2014 09:58:45 -0700 (PDT)
X-ASG-Debug-ID: 1411750720-04cb6c50e52f7c50001-S8gJnT
Received: from mx1.redhat.com (mx1.redhat.com [209.132.183.28]) by cuda.sgi.com with ESMTP id tCKXDcMVQ8CK82zW (version=TLSv1 cipher=AES256-SHA bits=256 verify=NO) for ; Fri, 26 Sep 2014 09:58:41 -0700 (PDT)
X-Barracuda-Envelope-From: fche@redhat.com
X-Barracuda-Apparent-Source-IP: 209.132.183.28
X-ASG-Whitelist: Client
Received: from int-mx09.intmail.prod.int.phx2.redhat.com (int-mx09.intmail.prod.int.phx2.redhat.com [10.5.11.22])
	by mx1.redhat.com (8.14.4/8.14.4) with ESMTP id s8QGwemq016843
	(version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=FAIL)
	for ; Fri, 26 Sep 2014 12:58:40 -0400
Received: from fche.csb (vpn-230-163.phx2.redhat.com [10.3.230.163])
	by int-mx09.intmail.prod.int.phx2.redhat.com (8.14.4/8.14.4) with ESMTP id s8QGweDS017931
	for ; Fri, 26 Sep 2014 12:58:40 -0400
Received: by fche.csb (Postfix, from userid 2569)
	id B0C76581C2; Fri, 26 Sep 2014 12:58:39 -0400 (EDT)
To: pcp@oss.sgi.com
Subject: Re: PCP trees for web and middleware development
References: <1970205420.36245669.1408665579915.JavaMail.zimbra@redhat.com>
	<050301cfc01c$04889170$0d99b450$@internode.on.net>
	<1078845537.37533359.1408945446955.JavaMail.zimbra@redhat.com>
	
	<638874581.42408155.1409659444170.JavaMail.zimbra@redhat.com>
	<20140902134012.GE4825@redhat.com>
	<1859208890.52189214.1411109762944.JavaMail.zimbra@redhat.com>
	
	<2143674986.55503362.1411640081377.JavaMail.zimbra@redhat.com>
X-ASG-Orig-Subj: Re: PCP trees for web and middleware development
From: fche@redhat.com (Frank Ch. Eigler)
Date: Fri, 26 Sep 2014 12:58:39 -0400
In-Reply-To: <2143674986.55503362.1411640081377.JavaMail.zimbra@redhat.com> (Nathan Scott's message of "Thu, 25 Sep 2014 06:14:41 -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.68 on 10.5.11.22
X-Barracuda-Connect: mx1.redhat.com[209.132.183.28]
X-Barracuda-Start-Time: 1411750721
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


Hi -

For those who have trouble following what has been happening, I will
briefly list my perception of the claims & evidence at play here.


claim:     no one else cares about whereabouts of pmwebd
evidence:  hardly anyone spoke up
counter:   topic made excessively complicated; people not specifically
           polled with clear question


claim:     pmwebd bundled graphite/grafana webapps pose license risks
evidence:  FUD
counter:   graphite webapps (and other parts) are already packaged in fed/deb
           grafana license is same ASL2/MIT, easily audited


claim:     pmwebd c++ core depends on bundled graphite/grafana webapps
evidence:  none
counter:   neither build- nor runtime requirements, just user
           installation-convenience data files; all pmwebd c++ core code
           (including graphite-api-emulation) is executable without
           bundled webapps (and done with pcpqa)


claim:     pmwebd bundled webapps too large
evidence:  opinion
counter:   absence of objective file-size limits, usefulness and convenience
           outweighs a few megabytes


claim:     pmwebd c++ core testing does not fit pcpqa
evidence:  none
counter:   pmwebd c++ core is already well-tested in qa in usual way


claim:     pmwebd bundled webapp testing does not fit pcpqa
evidence:  none
counter:   unclear; mechanical javascript/webapp testing is a future problem,
           it could conceivably be driven from the qa suite (with optional
           auxiliary tools)


claim:     pmwebd build system needs to change to cmake
evidence:  none
counter:   ain't broken


claim:     mere presence of pmwebd makes pcpqa more difficult
evidence:  none
counter:   individual pcpqa tests are / can be made optional, if that
           is desirable


claim:     pmmgr is relevant to this discussion
evidence:  surprise summary action just taken (git-rm)
counter:   zero technical interaction or interdependency between pmwebd + pmmgr;
           sole technical commonalities: initial author and language


claim:     (?) pmmgr is untested
evidence:  (?) no test case in pcpqa
counter:   test cases have existed for months, refusal to merge/review
           due (?) to their long runtime; considerable hand-testing &
           deployment on busy machines


claim:     it is appropriate to cut off discussion and git-rm pmmgr and pmwebd
evidence:  actions just taken
counter:   community judgement, I hope


I believe the community would benefit from a phone conversation, to
discuss what happened here and related maintainership role questions.


- FChE

From kenj@internode.on.net  Fri Sep 26 16:08:43 2014
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 3045429E09
	for ; Fri, 26 Sep 2014 16:08:43 -0500 (CDT)
Received: from cuda.sgi.com (cuda3.sgi.com [192.48.176.15])
	by relay2.corp.sgi.com (Postfix) with ESMTP id 1DFAE304051
	for ; Fri, 26 Sep 2014 14:08:39 -0700 (PDT)
X-ASG-Debug-ID: 1411765708-04cb6c50e5302e30001-S8gJnT
Received: from ipmail05.adl6.internode.on.net (ipmail05.adl6.internode.on.net [150.101.137.143]) by cuda.sgi.com with ESMTP id RSRMdGxIwKJGK03v for ; Fri, 26 Sep 2014 14:08:29 -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: AlEKAEHVJVR20V0JPGdsb2JhbABfgw5TV4IxUMc/CodIBAICgQwXAQYBAQEBODmEAwEBAQQBAQEFAhAJBS4YFwEDAgYDEQQBASgDAgIZDhIKAwcBAQUDAgQTCwWILQ6pJZV4AReOC4IaBoJygVMFj0uCGFuBL4FLZYhrl28rL4JKAQEB
Received: from ppp118-209-93-9.lns20.mel4.internode.on.net (HELO bozohorize) ([118.209.93.9])
  by ipmail05.adl6.internode.on.net with ESMTP; 27 Sep 2014 06:38:24 +0930
From: "Ken McDonell" 
To: "'PCP'" 
References: <54176C9F.7020404@internode.on.net>
In-Reply-To: <54176C9F.7020404@internode.on.net>
Subject: FW: [pcp] pmatop failing in qa
Date: Sat, 27 Sep 2014 07:08:18 +1000
X-ASG-Orig-Subj: FW: [pcp] pmatop failing in qa
Message-ID: <003701cfd9ce$008d8a00$01a89e00$@internode.on.net>
MIME-Version: 1.0
Content-Type: multipart/mixed;
	boundary="----=_NextPart_000_0038_01CFDA21.D239E820"
X-Mailer: Microsoft Outlook 15.0
Thread-Index: AQEKyLvnJWR1kMAuHeDmXuJWQyehcJ2eCi7Q
Content-Language: en-au
X-Barracuda-Connect: ipmail05.adl6.internode.on.net[150.101.137.143]
X-Barracuda-Start-Time: 1411765708
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=THREAD_INDEX
X-Barracuda-Spam-Report: Code version 3.2, rules version 3.2.3.9918
	Rule breakdown below
	 pts rule name              description
	---- ---------------------- --------------------------------------------------
	0.01 THREAD_INDEX           thread-index: AcO7Y8iR61tzADqsRmmc5wNiFHEOig==

This is a multipart message in MIME format.

------=_NextPart_000_0038_01CFDA21.D239E820
Content-Type: text/plain;
	charset="UTF-8"
Content-Transfer-Encoding: quoted-printable

This one is still unresolved.

git blame suggests Stan or Nathan may be able to help.

-----Original Message-----
From: pcp-bounces@oss.sgi.com [mailto:pcp-bounces@oss.sgi.com] On Behalf =
Of Ken McDonell
Sent: Tuesday, 16 September 2014 8:48 AM
To: PCP
Subject: [pcp] pmatop failing in qa

qa/722 is failing on several machines

Attached are two 722.full files ... the big one is from a pass.  The =
short one (722.full.fail) is from a failed run.

Could someone who knows and cares, please take a look?

This is 100% reproducible.

------=_NextPart_000_0038_01CFDA21.D239E820
Content-Type: text/plain;
	name="722.full"
Content-Transfer-Encoding: quoted-printable
Content-Disposition: attachment;
	filename="722.full"

ATOP - Tue Sep 16 08:42:41 2014		0:00:00 elapsed=0A=
=0A=
PRC | sys   10h12m | user      1d | #proc    624 | #zombie    0=0A=
CPU | sys       2% | user      5% | irq       0% | idle     90% | wait   =
   0% |=0A=
cpu | sys       0% | user      1% | irq       0% | idle     44% | cpu00  =
   0% |=0A=
cpu | sys       0% | user      1% | irq       0% | idle     15% | cpu01  =
   0% |=0A=
cpu | sys       0% | user      1% | irq       0% | idle     15% | cpu02  =
   0% |=0A=
cpu | sys       0% | user      1% | irq       0% | idle     15% | cpu03  =
   0% |=0A=
CPL | avg1 .259999 | avg5 .209999 | avg15 .21999 | csw 167153e4 | intr =
61813e4 |=0A=
MEM | tot       7G | free    523M | cache     3G | buff    345M | slab   =
   1G |=0A=
SWP | tot       9G | free      9G |              | vmcom     6G | vmlim  =
  13G |=0A=
PAG | scan 6153600 | steal  73643 | stall   7620 | swin  732432 | swout =
2255e3 |=0A=
LVM | dm-0         |              | read  732788 | write 2255e3 |=0A=
LVM | dm-1         |              | read  251539 | write 516132 |=0A=
LVM | dm-2         |              | read     308 | write      5 |=0A=
LVM | dm-3         |              | read  197899 | write  60778 |=0A=
LVM | dm-4         |              | read   36251 | write 1141e3 |=0A=
DSK | sda          | busy      0% | read  573818 | write 1121e3 | avio   =
10 ms |=0A=
NET | transport    | tcpi 3659e3M | tcpo 4838e3M | udpi 2572e3M | udpo =
2542e3M |=0A=
NET | network      | ipi 7591387M | ipo 5488761M | ipfrw     0M | deliv =
619e4M |=0A=
NET | lo           | pcki 2066e3M | pcko 2066e3M | si    4 Kbps | so    =
4 Kpbs |=0A=
NET | em1          | pcki 4625e3M | pcko 3809e3M | si   19 Kbps | so   =
35 Kpbs |=0A=
NET | wlan0        | pcki 1491e3M | pcko 1213e3M | si    9 Kbps | so    =
4 Kpbs |=0A=
=0A=
PID      VDATA VSTACK VGROW  RGROW  VSIZE   RSIZE MEM   CMD=0A=
 2329      1G  1036K     2G   709M     2G   709M  9% firefox        =0A=
 6544    602M   136K     1G   166M     1G   166M  2% plugin-containe=0A=
 1113  32700K   136K   160M 31464K   160M 31464K  0% Xorg           =0A=
 1686      1G   324K     1G   183M     1G   183M  2% gnome-shell    =0A=
 9063      2G   212K     3G   589M     3G   589M  7% thunderbird    =0A=
 2033    317M   136K   469M 35100K   469M 35100K  0% ibus-daemon    =0A=
 1641    146M   136K   529M  5960K   529M  5960K  0% pulseaudio     =0A=
 2069  78160K   136K   314M  5396K   314M  5396K  0% ibus-x11       =0A=
 7566    232M   384K   626M   110M   626M   110M  1% emacs          =0A=
 2183    229M   208K   632M 16348K   632M 16348K  0% xchat          =0A=
  786    162M   136K   306M 37528K   306M 37528K  0% polkitd        =0A=
 1790    220M   136K   592M  9016K   592M  9016K  0% vino-server    =0A=
 2479    373M   136K   754M 22748K   754M 22748K  0% gnome-terminal =0A=
 1626    436M   136K     1G 10472K     1G 10472K  0% gnome-settings-=0A=
  725   9860K   136K 31108K  2048K 31108K  2048K  0% dbus-daemon    =0A=
  562       0      0      0      0      0      0  0% irq/46-iwlwifi =0A=
  698    154M   136K   344M  4852K   344M  4852K  0% NetworkManager =0A=
 2095  74432K   136K   225M  1464K   225M  1464K  0% ibus-engine-sim=0A=
   10       0      0      0      0      0      0  0% rcu_sched      =0A=
 1653    744K   136K 71940K  1056K 71940K  1056K  0% cups-polld     =0A=
 2067    162M   136K   505M 16064K   505M 16064K  0% ibus-ui-gtk3   =0A=
 1652   1708K   136K   200M  2456K   200M  2456K  0% cupsd          =0A=
 1710    233M   136K   695M 17332K   695M 17332K  0% nm-applet      =0A=
  727    344K   136K 18932K   356K 18932K   356K  0% irqbalance     =0A=
 1385    144M   136K   218M  2700K   218M  2700K  0% upowerd        =0A=
 1666    289M   136K   341M  3676K   341M  3676K  0% udisksd        =0A=
27617    111M   160K   390M 46992K   390M 46992K  0% SpiderOakBlue  =0A=
27611    184M   208K   523M 62700K   523M 62700K  0% SpiderOakBlue  =0A=
 2040    231M   136K   326M 14932K   326M 14932K  0% mission-control=0A=
 3258    515M   136K   889M 46592K   889M 46592K  0% evince         =0A=
 1707    160M   136K   513M 21872K   513M 21872K  0% gnome-screensav=0A=
  409    896K   136K 53888K   776K 53888K   776K  0% systemd-journal=0A=
  802    320K   136K  4292K   252K  4292K   252K  0% acpid          =0A=
 1502    218M   136K   487M  3216K   487M  3216K  0% gnome-session  =0A=
   63       0      0      0      0      0      0  0% khugepaged     =0A=
 1215    536K   136K 49972K  1880K 49972K  1880K  0% wpa_supplicant =0A=
  705    336K   136K  7408K      0  7408K      0  0% gpm            =0A=
  667       0      0      0      0      0      0  0% flush-253:4    =0A=
 1735    216M   136K   284M  1528K   284M  1528K  0% deja-dup-monito=0A=
 2061    363M   136K   665M  2208K   665M  2208K  0% evolution-calen=0A=
 2101    369M   136K   619M  1124K   619M  1124K  0% evolution-addre=0A=
  655       0      0      0      0      0      0  0% jbd2/dm-4-8    =0A=
    3       0      0      0      0      0      0  0% ksoftirqd/0    =0A=
 1693    434M   136K   661M  4196K   661M  4196K  0% tracker-miner-f=0A=
  704   1088K   136K 28472K  1244K 28472K  1244K  0% systemd-logind =0A=
  740   1280K   560K   115M   936K   115M   936K  0% crond          =0A=
   61       0      0      0      0      0      0  0% kswapd0        =0A=
    1  24908K   136K 70012K  2872K 70012K  2872K  0% systemd        =0A=
28075       0      0      0      0      0      0  0% kworker/0:1    =0A=
 1430    144M   136K   160M   472K   160M   472K  0% rtkit-daemon   =0A=
   19       0      0      0      0      0      0  0% ksoftirqd/2    =0A=
   14       0      0      0      0      0      0  0% ksoftirqd/1    =0A=
  436       0      0      0      0      0      0  0% flush-253:1    =0A=
  377       0      0      0      0      0      0  0% jbd2/dm-1-8    =0A=
18895    992K   136K   112M  2592K   112M  2592K  0% bash           =0A=
   24       0      0      0      0      0      0  0% ksoftirqd/3    =0A=
 3137    948K   136K 88248K  1368K 88248K  1368K  0% pmie           =0A=
 1664    289M   136K   456M  3896K   456M  3896K  0% gvfs-udisks2-vo=0A=
 1304    144M   136K   284M  1640K   284M  1640K  0% accounts-daemon=0A=
 1451    145M   136K   348M  1112K   348M  1112K  0% gdm-session-wor=0A=
  682    216M   152K   245M  1096K   245M  1096K  0% rsyslogd       =0A=
22911    293M   136K   778M  6876K   778M  6876K  0% gnote          =0A=
 1516  11424K   136K 32672K  2284K 32672K  2284K  0% dbus-daemon    =0A=
    8       0      0      0      0      0      0  0% migration/0    =0A=
18359   1264K   136K 46460K  2332K 46460K  2332K  0% pmdaproc       =0A=
 2488    796K   136K   111M  1680K   111M  1680K  0% bash           =0A=
   13       0      0      0      0      0      0  0% migration/1    =0A=
  680  74116K   136K 91768K   544K 91768K   544K  0% auditd         =0A=
 4424   1556K   136K   112M  1880K   112M  1880K  0% bash           =0A=
  696    380K   136K   135M   216K   135M   216K  0% abrt-watch-log =0A=
 1691    146M   136K   534M  2812K   534M  2812K  0% evolution-alarm=0A=
18369  12268K   136K 99076K 15508K 99076K 15508K  0% dhclient       =0A=
20175       0      0      0      0      0      0  0% kworker/1:2    =0A=
   12       0      0      0      0      0      0  0% watchdog/1     =0A=
 2045    218M   136K   537M  2936K   537M  2936K  0% gnome-shell-cal=0A=
   22       0      0      0      0      0      0  0% watchdog/3     =0A=
 1785  75880K   136K   326M  1828K   326M  1828K  0% abrt-applet    =0A=
   11       0      0      0      0      0      0  0% watchdog/0     =0A=
   17       0      0      0      0      0      0  0% watchdog/2     =0A=
   23       0      0      0      0      0      0  0% migration/3    =0A=
  851  74440K   136K   155M  1072K   155M  1072K  0% modem-manager  =0A=
21168       0      0      0      0      0      0  0% kworker/2:0    =0A=
  292       0      0      0      0      0      0  0% kworker/0:1H   =0A=
  715  74256K   136K   216M   648K   216M   648K  0% gdm-binary     =0A=
 1657    145M   136K   310M  2228K   310M  2228K  0% colord         =0A=
   18       0      0      0      0      0      0  0% migration/2    =0A=
  683    472K   136K 28008K   744K 28008K   744K  0% avahi-daemon   =0A=
21224       0      0      0      0      0      0  0% kworker/3:1    =0A=
 1698    306M   136K   473M  6504K   473M  6504K  0% tracker-store  =0A=
  864    360K   136K 19164K   192K 19164K   192K  0% rpcbind        =0A=
22834    392K   136K 22516K   756K 22516K   756K  0% chronyd        =0A=
18344  75688K   136K   177M 11108K   177M 11108K  0% pmcd           =0A=
  410       0      0      0      0      0      0  0% kauditd        =0A=
18366  12268K   136K 99076K 15552K 99076K 15552K  0% dhclient       =0A=
  411   3548K   136K 30256K   700K 30256K   700K  0% udevd          =0A=
27971    896K   136K   112M  2488K   112M  2488K  0% bash           =0A=
22348       0      0      0      0      0      0  0% kworker/u:1    =0A=
    2       0      0      0      0      0      0  0% kthreadd       =0A=
 1498    664M   136K   716M  2272K   716M  2272K  0% gnome-keyring-d=0A=
 9113    728K   136K   111M  2200K   111M  2200K  0% bash           =0A=
  658       0      0      0      0      0      0  0% jbd2/dm-3-8    =0A=
  290       0      0      0      0      0      0  0% kworker/1:1H   =0A=
 1655    216M   136K   454M  1164K   454M  1164K  0% gsd-printer    =0A=
  689    632K   136K 19536K   144K 19536K   144K  0% smartd         =0A=
 1531    400K   136K   155M   912K   155M   912K  0% gvfsd          =0A=
 1673    149M   136K   522M   936K   522M   936K  0% colord-sane    =0A=
  350    676K   136K   157M  1580K   157M  1580K  0% gvfsd-trash    =0A=
 6260   5756K   136K   234M 11524K   234M 11524K  0% pmatop.py      =0A=
  693    380K   136K   137M   744K   137M   744K  0% abrtd          =0A=
 1880    216M   136K   249M  1416K   249M  1416K  0% dconf-service  =0A=
 6160       0      0      0      0      0      0  0% kworker/u:2    =0A=
   30       0      0      0      0      0      0  0% bdi-default    =0A=
 6223       0      0      0      0      0      0  0% kworker/u:0    =0A=
   35       0      0      0      0      0      0  0% khubd          =0A=
  325       0      0      0      0      0      0  0% kworker/2:1H   =0A=
  713    372K   136K 21192K   184K 21192K   184K  0% atd            =0A=
 4816    492K   136K   146M  1092K   146M  1092K  0% gvfsd-metadata =0A=
18335   3144K   136K 29852K  2492K 29852K  2492K  0% udevd          =0A=
  676    612K   136K 21312K  1600K 21312K  1600K  0% bluetoothd     =0A=
 1528    216M   136K   381M   540K   381M   540K  0% imsettings-daem=0A=
  694    380K   136K   135M   216K   135M   216K  0% abrt-watch-log =0A=
  904    576K   136K 23536K   172K 23536K   172K  0% rpc.statd      =0A=
 6269   1076K   136K 93304K  5060K 93304K  5060K  0% pmlogger       =0A=
   64       0      0      0      0      0      0  0% fsnotify_mark  =0A=
  808  74656K   136K   247M   584K   247M   584K  0% gdm-simple-slav=0A=
 1672    940K   136K   163M   836K   163M   836K  0% gvfs-gphoto2-vo=0A=
   28       0      0      0      0      0      0  0% kdevtmpfs      =0A=
 2064  74408K   136K   227M  1296K   227M  1296K  0% ibus-dconf     =0A=
 5446    144M   136K   316M  1620K   316M  1620K  0% gvfsd-http     =0A=
18790    804K   136K 88000K  3532K 88000K  3532K  0% pmlogger       =0A=
  291       0      0      0      0      0      0  0% kworker/3:1H   =0A=
  876    708K   136K 79748K   424K 79748K   424K  0% sshd           =0A=
 1788    776K   136K   142M   324K   142M   324K  0% gconfd-2       =0A=
 2049    145M   136K   401M  1192K   401M  1192K  0% goa-daemon     =0A=
 2097  74784K   136K   240M   628K   240M   628K  0% ibus-engine-pin=0A=
 3262    144M   136K   175M  1192K   175M  1192K  0% evinced        =0A=
    5       0      0      0      0      0      0  0% kworker/0:0H   =0A=
    9       0      0      0      0      0      0  0% rcu_bh         =0A=
   16       0      0      0      0      0      0  0% kworker/1:0H   =0A=
   21       0      0      0      0      0      0  0% kworker/2:0H   =0A=
   26       0      0      0      0      0      0  0% kworker/3:0H   =0A=
   27       0      0      0      0      0      0  0% khelper        =0A=
   29       0      0      0      0      0      0  0% netns          =0A=
   31       0      0      0      0      0      0  0% kintegrityd    =0A=
   32       0      0      0      0      0      0  0% kblockd        =0A=
   34       0      0      0      0      0      0  0% ata_sff        =0A=
   36       0      0      0      0      0      0  0% md             =0A=
   62       0      0      0      0      0      0  0% ksmd           =0A=
   65       0      0      0      0      0      0  0% crypto         =0A=
   73       0      0      0      0      0      0  0% kthrotld       =0A=
   76       0      0      0      0      0      0  0% scsi_eh_0      =0A=
   77       0      0      0      0      0      0  0% scsi_eh_1      =0A=
   78       0      0      0      0      0      0  0% scsi_eh_2      =0A=
   79       0      0      0      0      0      0  0% scsi_eh_3      =0A=
   80       0      0      0      0      0      0  0% scsi_eh_4      =0A=
   81       0      0      0      0      0      0  0% scsi_eh_5      =0A=
   88       0      0      0      0      0      0  0% kpsmoused      =0A=
   90       0      0      0      0      0      0  0% deferwq        =0A=
  329       0      0      0      0      0      0  0% kdmflush       =0A=
  330       0      0      0      0      0      0  0% kdmflush       =0A=
  354    524K   136K   155M   744K   155M   744K  0% gvfsd-burn     =0A=
  378       0      0      0      0      0      0  0% ext4-dio-unwrit=0A=
  531       0      0      0      0      0      0  0% kvm-irqfd-clean=0A=
  550       0      0      0      0      0      0  0% ktpacpid       =0A=
  555       0      0      0      0      0      0  0% hd-audio0      =0A=
  556       0      0      0      0      0      0  0% cfg80211       =0A=
  576       0      0      0      0      0      0  0% kdmflush       =0A=
  577       0      0      0      0      0      0  0% kdmflush       =0A=
  578       0      0      0      0      0      0  0% kdmflush       =0A=
  601       0      0      0      0      0      0  0% iwlwifi        =0A=
  648       0      0      0      0      0      0  0% jbd2/dm-2-8    =0A=
  649       0      0      0      0      0      0  0% ext4-dio-unwrit=0A=
  656       0      0      0      0      0      0  0% ext4-dio-unwrit=0A=
  659       0      0      0      0      0      0  0% ext4-dio-unwrit=0A=
  697    348K   136K 27884K     4K 27884K     4K  0% avahi-daemon   =0A=
  700    208K   136K 11568K      0 11568K      0  0% system-setup-ke=0A=
  763    836K   136K  6960K   136K  6960K   136K  0% mcelog         =0A=
  812       0      0      0      0      0      0  0% krfcommd       =0A=
  893       0      0      0      0      0      0  0% rpciod         =0A=
 1515    340K   136K 20220K    68K 20220K    68K  0% dbus-launch    =0A=
 1533    216M   136K   269M   628K   269M   628K  0% gvfs-fuse-daemo=0A=
 1675  74144K   136K   238M   644K   238M   644K  0% gvfs-afc-volume=0A=
 2222    216M   136K   259M   996K   259M   996K  0% at-spi-bus-laun=0A=
 2487    316K   136K  8416K   368K  8416K   368K  0% gnome-pty-helpe=0A=
 3061    324K   136K  4272K   144K  4272K   144K  0% emacsclient    =0A=
 3247    476K   136K   109M   312K   109M   312K  0% tools.sh       =0A=
 6157       0      0      0      0      0      0  0% kworker/0:0    =0A=
 6241       0      0      0      0      0      0  0% kworker/0:2    =0A=
 8164       0      0      0      0      0      0  0% kworker/u:2H   =0A=
10744    324K   136K  4272K   496K  4272K   496K  0% emacsclient    =0A=
15423    324K   136K  4272K   148K  4272K   148K  0% emacsclient    =0A=
18232       0      0      0      0      0      0  0% irq/43-mei     =0A=
18330       0      0      0      0      0      0  0% hci0           =0A=
18331       0      0      0      0      0      0  0% hci0           =0A=
18332       0      0      0      0      0      0  0% kworker/u:0H   =0A=
18336   3120K   136K 29828K  2156K 29828K  2156K  0% udevd          =0A=
18360    616K   136K 43692K  1364K 43692K  1364K  0% pmdaxfs        =0A=
22260       0      0      0      0      0      0  0% kworker/1:1    =0A=
22296       0      0      0      0      0      0  0% kworker/3:0    =0A=
22624       0      0      0      0      0      0  0% kworker/2:2    =0A=
29294    656K   136K 70832K   664K 70832K   664K  0% ssh-agent      =0A=
ATOP - Tue Sep 16 08:42:42 2014		0:00:00 elapsed=0A=
=0A=
PRC | sys   10h12m | user      1d | #proc    624 | #zombie    0=0A=
CPU | sys       2% | user      5% | irq       0% | idle     90% | wait   =
   0% |=0A=
cpu | sys       0% | user      1% | irq       0% | idle     44% | cpu00  =
   0% |=0A=
cpu | sys       0% | user      1% | irq       0% | idle     15% | cpu01  =
   0% |=0A=
cpu | sys       0% | user      1% | irq       0% | idle     15% | cpu02  =
   0% |=0A=
cpu | sys       0% | user      1% | irq       0% | idle     15% | cpu03  =
   0% |=0A=
CPL | avg1 .259999 | avg5 .209999 | avg15 .21999 | csw 167153e4 | intr =
61813e4 |=0A=
MEM | tot       7G | free    523M | cache     3G | buff    345M | slab   =
   1G |=0A=
SWP | tot       9G | free      9G |              | vmcom     6G | vmlim  =
  13G |=0A=
PAG | scan 6153600 | steal  73643 | stall   7620 | swin  732432 | swout =
2255e3 |=0A=
LVM | dm-0         |              | read  732788 | write 2255e3 |=0A=
LVM | dm-1         |              | read  251539 | write 516132 |=0A=
LVM | dm-2         |              | read     308 | write      5 |=0A=
LVM | dm-3         |              | read  197899 | write  60778 |=0A=
LVM | dm-4         |              | read   36251 | write 1141e3 |=0A=
DSK | sda          | busy      0% | read  573818 | write 1121e3 | avio   =
10 ms |=0A=
NET | transport    | tcpi 3659e3M | tcpo 4838e3M | udpi 2572e3M | udpo =
2542e3M |=0A=
NET | network      | ipi 7591387M | ipo 5488761M | ipfrw     0M | deliv =
619e4M |=0A=
NET | lo           | pcki 2066e3M | pcko 2066e3M | si    4 Kbps | so    =
4 Kpbs |=0A=
NET | em1          | pcki 4625e3M | pcko 3809e3M | si   19 Kbps | so   =
35 Kpbs |=0A=
NET | wlan0        | pcki 1491e3M | pcko 1213e3M | si    9 Kbps | so    =
4 Kpbs |=0A=
=0A=
  PID  SYSCPU USRCPU   VGROW  RGROW RUID    THR ST EXC S CPU  CMD=0A=
 2329   1h57m  10h10m 2059K  709K   scox   37  --   -  S 26% firefox     =
    =0A=
 6544   1h51m   4h27m 1107K  166K   scox   19  --   -  S 13% =
plugin-containe =0A=
 1113    3h9m   1h34m  160K   30K   root    1  --   -  S 10% Xorg        =
    =0A=
 1686  58m23s    3h5m 2047K  183K   scox    7  --   -  S  8% gnome-shell =
    =0A=
 9063  13m58s    1h6m 3166K  589K   scox  254  --   -  S  2% thunderbird =
    =0A=
 2033   7m53s  43m56s  469K   34K   scox    3  --   -  S  1% ibus-daemon =
    =0A=
 1641   20m2s  20m49s  529K    5K   scox    3  --   -  S  1% pulseaudio  =
    =0A=
 2069   6m42s  22m36s  314K    5K   scox    2  --   -  S  1% ibus-x11    =
    =0A=
 7566   4m27s  19m56s  626K  110K   scox    3  --   -  S  0% emacs       =
    =0A=
 2183    4m2s  11m50s  632K   15K   scox    2  --   -  S  0% xchat       =
    =0A=
  786   2m34s  12m41s  306K   36K   root    2  --   -  S  0% polkitd     =
    =0A=
 1790   1m51s   9m24s  592K    8K   scox    3  --   -  S  0% vino-server =
    =0A=
 2479   1m44s   8m57s  754K   22K   scox    4  --   -  S  0% =
gnome-terminal  =0A=
 1626   3m57s   6m19s 1146K   10K   scox    5  --   -  S  0% =
gnome-settings- =0A=
  725   2m17s   5m57s   30K    2K   dbus    2  --   -  S  0% dbus-daemon =
    =0A=
  562   7m30s   0.00s     0     0   root    0  --   -  S  0% =
irq/46-iwlwifi  =0A=
  698  56.35s   4m52s  344K    4K   root    4  --   -  S  0% =
NetworkManager  =0A=
 2095  27.72s   3m19s  225K    1K   scox    2  --   -  S  0% =
ibus-engine-sim =0A=
   10   3m43s   0.00s     0     0   root    0  --   -  S  0% rcu_sched   =
    =0A=
 1653   1m21s   1m45s   70K    1K     lp    1  --   -  S  0% cups-polld  =
    =0A=
 2067  22.89s   2m39s  505K   15K   scox    3  --   -  S  0% =
ibus-ui-gtk3    =0A=
 1652  32.05s   2m20s  200K    2K   root    1  --   -  S  0% cupsd       =
    =0A=
 1710  18.65s   1m18s  695K   16K   scox    3  --   -  S  0% nm-applet   =
    =0A=
  727   1m20s  14.75s   18K   356   root    1  --   -  S  0% irqbalance  =
    =0A=
 1385  22.04s    1m8s  218K    2K   root    3  --   -  S  0% upowerd     =
    =0A=
 1666  10.35s   1m19s  341K    3K   root    5  --   -  S  0% udisksd     =
    =0A=
27617   8.36s   1m17s  390K   45K   scox    2  --   -  S  0% =
SpiderOakBlue   =0A=
27611  12.86s  56.62s  523K   61K   scox    3  --   -  S  0% =
SpiderOakBlue   =0A=
 2040  10.03s  55.36s  326K   14K   scox    3  --   -  S  0% =
mission-control =0A=
 3258   3.34s  48.00s  889K   45K   scox    4  --   -  S  0% evince      =
    =0A=
 1707   9.43s  34.72s  513K   21K   scox    3  --   -  S  0% =
gnome-screensav =0A=
  409  33.09s   9.80s   52K   776   root    1  --   -  S  0% =
systemd-journal =0A=
  802  30.80s   5.75s    4K   252   root    1  --   -  S  0% acpid       =
    =0A=
 1502   6.37s  25.72s  487K    3K   scox    4  --   -  S  0% =
gnome-session   =0A=
   63  31.23s   0.00s     0     0   root    0  --   -  S  0% khugepaged  =
    =0A=
 1215   8.45s  22.69s   48K    1K   root    1  --   -  S  0% =
wpa_supplicant  =0A=
  705  22.51s   2.96s    7K     0   root    1  --   -  S  0% gpm         =
    =0A=
  667  22.63s   0.00s     0     0   root    0  --   -  S  0% flush-253:4 =
    =0A=
 1735   2.92s  17.48s  284K    1K   scox    3  --   -  S  0% =
deja-dup-monito =0A=
 2061   2.90s  17.45s  665K    2K   scox    3  --   -  S  0% =
evolution-calen =0A=
 2101   2.77s  17.09s  619K    1K   scox    3  --   -  S  0% =
evolution-addre =0A=
  655  17.25s   0.00s     0     0   root    0  --   -  D  0% jbd2/dm-4-8 =
    =0A=
    3  15.51s   0.00s     0     0   root    0  --   -  S  0% ksoftirqd/0 =
    =0A=
 1693   2.32s  12.00s  661K    4K   scox    3  --   -  S  0% =
tracker-miner-f =0A=
  704   8.45s   4.43s   27K    1K   root    1  --   -  S  0% =
systemd-logind  =0A=
  740   9.62s   3.20s  115K   936   root    1  --   -  S  0% crond       =
    =0A=
   61  11.44s   0.00s     0     0   root    0  --   -  S  0% kswapd0     =
    =0A=
    1   9.49s   1.83s   68K    2K   root    1  --   -  S  0% systemd     =
    =0A=
28075  10.93s   0.00s     0     0   root    0  --   -  S  0% kworker/0:1 =
    =0A=
 1430   8.10s   1.76s  160K   472  rtkit    3  --   -  S  0% =
rtkit-daemon    =0A=
   19   9.83s   0.00s     0     0   root    0  --   -  S  0% ksoftirqd/2 =
    =0A=
   14   9.02s   0.00s     0     0   root    0  --   -  S  0% ksoftirqd/1 =
    =0A=
  436   9.02s   0.00s     0     0   root    0  --   -  S  0% flush-253:1 =
    =0A=
  377   8.11s   0.00s     0     0   root    0  --   -  S  0% jbd2/dm-1-8 =
    =0A=
18895   4.51s   3.31s  112K    2K   scox    1  --   -  S  0% bash        =
    =0A=
   24   6.63s   0.00s     0     0   root    0  --   -  S  0% ksoftirqd/3 =
    =0A=
 3137   5.12s   0.74s   86K    1K    pcp    1  --   -  S  0% pmie        =
    =0A=
 1664   2.19s   3.59s  456K    3K   scox    2  --   -  S  0% =
gvfs-udisks2-vo =0A=
 1304   1.11s   4.56s  284K    1K   root    2  --   -  S  0% =
accounts-daemon =0A=
 1451   3.55s   1.80s  348K    1K   root    3  --   -  S  0% =
gdm-session-wor =0A=
  682   3.07s   2.13s  245K    1K   root    4  --   -  S  0% rsyslogd    =
    =0A=
22911   1.11s   3.84s  778K    6K   scox    3  --   -  S  0% gnote       =
    =0A=
 1516   2.25s   2.02s   31K    2K   scox    2  --   -  S  0% dbus-daemon =
    =0A=
    8   4.10s   0.00s     0     0   root    0  --   -  S  0% migration/0 =
    =0A=
18359   3.06s   0.81s   45K    2K   root    1  --   -  R  0% pmdaproc    =
    =0A=
 2488   1.33s   2.29s  111K    1K   scox    1  --   -  S  0% bash        =
    =0A=
   13   3.54s   0.00s     0     0   root    0  --   -  S  0% migration/1 =
    =0A=
  680   2.38s   0.98s   89K   544   root    2  --   -  S  0% auditd      =
    =0A=
 4424   1.43s   1.88s  112K    1K   scox    1  --   -  S  0% bash        =
    =0A=
  696   2.46s   0.53s  135K   216   root    1  --   -  S  0% =
abrt-watch-log  =0A=
 1691   1.15s   1.65s  534K    2K   scox    3  --   -  S  0% =
evolution-alarm =0A=
18369   1.63s   1.04s   96K   15K   root    1  --   -  S  0% dhclient    =
    =0A=
20175   2.64s   0.00s     0     0   root    0  --   -  S  0% kworker/1:2 =
    =0A=
   12   2.48s   0.00s     0     0   root    0  --   -  S  0% watchdog/1  =
    =0A=
 2045   1.05s   1.19s  537K    2K   scox    3  --   -  S  0% =
gnome-shell-cal =0A=
   22   2.23s   0.00s     0     0   root    0  --   -  S  0% watchdog/3  =
    =0A=
 1785   0.94s   1.28s  326K    1K   scox    2  --   -  S  0% abrt-applet =
    =0A=
   11   2.16s   0.00s     0     0   root    0  --   -  S  0% watchdog/0  =
    =0A=
   17   2.14s   0.00s     0     0   root    0  --   -  S  0% watchdog/2  =
    =0A=
   23   2.14s   0.00s     0     0   root    0  --   -  S  0% migration/3 =
    =0A=
  851   0.71s   1.32s  155K    1K   root    2  --   -  S  0% =
modem-manager   =0A=
21168   2.01s   0.00s     0     0   root    0  --   -  S  0% kworker/2:0 =
    =0A=
  292   1.74s   0.00s     0     0   root    0  --   -  S  0% =
kworker/0:1H    =0A=
  715   0.50s   1.22s  216K   648   root    2  --   -  S  0% gdm-binary  =
    =0A=
 1657   0.24s   1.47s  310K    2K colord    2  --   -  S  0% colord      =
    =0A=
   18   1.67s   0.00s     0     0   root    0  --   -  S  0% migration/2 =
    =0A=
  683   0.78s   0.88s   27K   744  avahi    1  --   -  S  0% =
avahi-daemon    =0A=
21224   1.35s   0.00s     0     0   root    0  --   -  S  0% kworker/3:1 =
    =0A=
 1698   0.21s   1.08s  473K    6K   scox    7  --   -  S  0% =
tracker-store   =0A=
  864   0.86s   0.34s   18K   192    rpc    1  --   -  S  0% rpcbind     =
    =0A=
22834   0.81s   0.22s   21K   756 chrony    1  --   -  S  0% chronyd     =
    =0A=
18344   0.50s   0.38s  177K   10K    pcp    2  --   -  S  0% pmcd        =
    =0A=
  410   0.81s   0.00s     0     0   root    0  --   -  S  0% kauditd     =
    =0A=
18366   0.27s   0.41s   96K   15K   root    1  --   -  S  0% dhclient    =
    =0A=
  411   0.58s   0.09s   29K   700   root    1  --   -  S  0% udevd       =
    =0A=
27971   0.26s   0.27s  112K    2K   scox    1  --   -  S  0% bash        =
    =0A=
22348   0.50s   0.00s     0     0   root    0  --   -  S  0% kworker/u:1 =
    =0A=
    2   0.46s   0.00s     0     0   root    0  --   -  S  0% kthreadd    =
    =0A=
 1498   0.11s   0.35s  716K    2K   scox    9  --   -  S  0% =
gnome-keyring-d =0A=
 9113   0.14s   0.31s  111K    2K   scox    1  --   -  S  0% bash        =
    =0A=
  658   0.32s   0.00s     0     0   root    0  --   -  S  0% jbd2/dm-3-8 =
    =0A=
  290   0.23s   0.00s     0     0   root    0  --   -  S  0% =
kworker/1:1H    =0A=
 1655   0.04s   0.17s  454K    1K   scox    2  --   -  S  0% gsd-printer =
    =0A=
  689   0.17s   0.03s   19K   144   root    1  --   -  S  0% smartd      =
    =0A=
 1531   0.06s   0.14s  155K   912   scox    1  --   -  S  0% gvfsd       =
    =0A=
 1673   0.13s   0.05s  522K   936 colord    2  --   -  S  0% colord-sane =
    =0A=
  350   0.06s   0.09s  157K    1K   scox    1  --   -  S  0% gvfsd-trash =
    =0A=
 6260   0.05s   0.09s  234K   11K   scox    1  --   -  S  0% pmatop.py   =
    =0A=
  693   0.12s   0.01s  137K   744   root    1  --   -  S  0% abrtd       =
    =0A=
 1880   0.03s   0.10s  249K    1K   scox    3  --   -  S  0% =
dconf-service   =0A=
 6160   0.12s   0.00s     0     0   root    0  --   -  S  0% kworker/u:2 =
    =0A=
   30   0.11s   0.00s     0     0   root    0  --   -  S  0% bdi-default =
    =0A=
 6223   0.09s   0.00s     0     0   root    0  --   -  S  0% kworker/u:0 =
    =0A=
   35   0.07s   0.00s     0     0   root    0  --   -  S  0% khubd       =
    =0A=
  325   0.07s   0.00s     0     0   root    0  --   -  S  0% =
kworker/2:1H    =0A=
  713   0.06s   0.01s   20K   184   root    1  --   -  S  0% atd         =
    =0A=
 4816   0.03s   0.03s  146K    1K   scox    1  --   -  S  0% =
gvfsd-metadata  =0A=
18335   0.05s   0.01s   29K    2K   root    1  --   -  S  0% udevd       =
    =0A=
  676   0.03s   0.02s   20K    1K   root    1  --   -  S  0% bluetoothd  =
    =0A=
 1528   0.01s   0.04s  381K   540   scox    4  --   -  S  0% =
imsettings-daem =0A=
  694   0.04s   0.00s  135K   216   root    1  --   -  S  0% =
abrt-watch-log  =0A=
  904   0.00s   0.04s   22K   172 rpcuse    1  --   -  S  0% rpc.statd   =
    =0A=
 6269   0.03s   0.01s   91K    4K   scox    1  --   -  S  0% pmlogger    =
    =0A=
   64   0.03s   0.00s     0     0   root    0  --   -  S  0% =
fsnotify_mark   =0A=
  808   0.02s   0.01s  247K   584   root    2  --   -  S  0% =
gdm-simple-slav =0A=
 1672   0.02s   0.01s  163K   836   scox    1  --   -  S  0% =
gvfs-gphoto2-vo =0A=
   28   0.02s   0.00s     0     0   root    0  --   -  S  0% kdevtmpfs   =
    =0A=
 2064   0.01s   0.01s  227K    1K   scox    2  --   -  S  0% ibus-dconf  =
    =0A=
 5446   0.01s   0.01s  316K    1K   scox    3  --   -  S  0% gvfsd-http  =
    =0A=
18790   0.02s   0.00s   85K    3K    pcp    1  --   -  S  0% pmlogger    =
    =0A=
  291   0.01s   0.00s     0     0   root    0  --   -  S  0% =
kworker/3:1H    =0A=
  876   0.01s   0.00s   77K   424   root    1  --   -  S  0% sshd        =
    =0A=
 1788   0.00s   0.01s  142K   324   scox    1  --   -  S  0% gconfd-2    =
    =0A=
 2049   0.01s   0.00s  401K    1K   scox    2  --   -  S  0% goa-daemon  =
    =0A=
 2097   0.00s   0.01s  240K   628   scox    2  --   -  S  0% =
ibus-engine-pin =0A=
 3262   0.00s   0.01s  175K    1K   scox    2  --   -  S  0% evinced     =
    =0A=
    5   0.00s   0.00s     0     0   root    0  --   -  S  0% =
kworker/0:0H    =0A=
    9   0.00s   0.00s     0     0   root    0  --   -  S  0% rcu_bh      =
    =0A=
   16   0.00s   0.00s     0     0   root    0  --   -  S  0% =
kworker/1:0H    =0A=
   21   0.00s   0.00s     0     0   root    0  --   -  S  0% =
kworker/2:0H    =0A=
   26   0.00s   0.00s     0     0   root    0  --   -  S  0% =
kworker/3:0H    =0A=
   27   0.00s   0.00s     0     0   root    0  --   -  S  0% khelper     =
    =0A=
   29   0.00s   0.00s     0     0   root    0  --   -  S  0% netns       =
    =0A=
   31   0.00s   0.00s     0     0   root    0  --   -  S  0% kintegrityd =
    =0A=
   32   0.00s   0.00s     0     0   root    0  --   -  S  0% kblockd     =
    =0A=
   34   0.00s   0.00s     0     0   root    0  --   -  S  0% ata_sff     =
    =0A=
   36   0.00s   0.00s     0     0   root    0  --   -  S  0% md          =
    =0A=
   62   0.00s   0.00s     0     0   root    0  --   -  S  0% ksmd        =
    =0A=
   65   0.00s   0.00s     0     0   root    0  --   -  S  0% crypto      =
    =0A=
   73   0.00s   0.00s     0     0   root    0  --   -  S  0% kthrotld    =
    =0A=
   76   0.00s   0.00s     0     0   root    0  --   -  S  0% scsi_eh_0   =
    =0A=
   77   0.00s   0.00s     0     0   root    0  --   -  S  0% scsi_eh_1   =
    =0A=
   78   0.00s   0.00s     0     0   root    0  --   -  S  0% scsi_eh_2   =
    =0A=
   79   0.00s   0.00s     0     0   root    0  --   -  S  0% scsi_eh_3   =
    =0A=
   80   0.00s   0.00s     0     0   root    0  --   -  S  0% scsi_eh_4   =
    =0A=
   81   0.00s   0.00s     0     0   root    0  --   -  S  0% scsi_eh_5   =
    =0A=
   88   0.00s   0.00s     0     0   root    0  --   -  S  0% kpsmoused   =
    =0A=
   90   0.00s   0.00s     0     0   root    0  --   -  S  0% deferwq     =
    =0A=
  329   0.00s   0.00s     0     0   root    0  --   -  S  0% kdmflush    =
    =0A=
  330   0.00s   0.00s     0     0   root    0  --   -  S  0% kdmflush    =
    =0A=
  354   0.00s   0.00s  155K   744   scox    1  --   -  S  0% gvfsd-burn  =
    =0A=
  378   0.00s   0.00s     0     0   root    0  --   -  S  0% =
ext4-dio-unwrit =0A=
  531   0.00s   0.00s     0     0   root    0  --   -  S  0% =
kvm-irqfd-clean =0A=
  550   0.00s   0.00s     0     0   root    0  --   -  S  0% ktpacpid    =
    =0A=
  555   0.00s   0.00s     0     0   root    0  --   -  S  0% hd-audio0   =
    =0A=
  556   0.00s   0.00s     0     0   root    0  --   -  S  0% cfg80211    =
    =0A=
  576   0.00s   0.00s     0     0   root    0  --   -  S  0% kdmflush    =
    =0A=
  577   0.00s   0.00s     0     0   root    0  --   -  S  0% kdmflush    =
    =0A=
  578   0.00s   0.00s     0     0   root    0  --   -  S  0% kdmflush    =
    =0A=
  601   0.00s   0.00s     0     0   root    0  --   -  S  0% iwlwifi     =
    =0A=
  648   0.00s   0.00s     0     0   root    0  --   -  S  0% jbd2/dm-2-8 =
    =0A=
  649   0.00s   0.00s     0     0   root    0  --   -  S  0% =
ext4-dio-unwrit =0A=
  656   0.00s   0.00s     0     0   root    0  --   -  S  0% =
ext4-dio-unwrit =0A=
  659   0.00s   0.00s     0     0   root    0  --   -  S  0% =
ext4-dio-unwrit =0A=
  697   0.00s   0.00s   27K     4  avahi    1  --   -  S  0% =
avahi-daemon    =0A=
  700   0.00s   0.00s   11K     0   root    1  --   -  S  0% =
system-setup-ke =0A=
  763   0.00s   0.00s    6K   136   root    1  --   -  S  0% mcelog      =
    =0A=
  812   0.00s   0.00s     0     0   root    0  --   -  S  0% krfcommd    =
    =0A=
  893   0.00s   0.00s     0     0   root    0  --   -  S  0% rpciod      =
    =0A=
 1515   0.00s   0.00s   19K    68   scox    1  --   -  S  0% dbus-launch =
    =0A=
 1533   0.00s   0.00s  269K   628   scox    4  --   -  S  0% =
gvfs-fuse-daemo =0A=
 1675   0.00s   0.00s  238K   644   scox    2  --   -  S  0% =
gvfs-afc-volume =0A=
 2222   0.00s   0.00s  259K   996   scox    3  --   -  S  0% =
at-spi-bus-laun =0A=
 2487   0.00s   0.00s    8K   368   scox    1  --   -  S  0% =
gnome-pty-helpe =0A=
 3061   0.00s   0.00s    4K   144   scox    1  --   -  S  0% emacsclient =
    =0A=
 3247   0.00s   0.00s  109K   312   scox    1  --   -  S  0% tools.sh    =
    =0A=
 6157   0.00s   0.00s     0     0   root    0  --   -  S  0% kworker/0:0 =
    =0A=
 6241   0.00s   0.00s     0     0   root    0  --   -  S  0% kworker/0:2 =
    =0A=
 8164   0.00s   0.00s     0     0   root    0  --   -  S  0% =
kworker/u:2H    =0A=
10744   0.00s   0.00s    4K   496   scox    1  --   -  T  0% emacsclient =
    =0A=
15423   0.00s   0.00s    4K   148   scox    1  --   -  T  0% emacsclient =
    =0A=
18232   0.00s   0.00s     0     0   root    0  --   -  S  0% irq/43-mei  =
    =0A=
18330   0.00s   0.00s     0     0   root    0  --   -  S  0% hci0        =
    =0A=
18331   0.00s   0.00s     0     0   root    0  --   -  S  0% hci0        =
    =0A=
18332   0.00s   0.00s     0     0   root    0  --   -  S  0% =
kworker/u:0H    =0A=
18336   0.00s   0.00s   29K    2K   root    1  --   -  S  0% udevd       =
    =0A=
18360   0.00s   0.00s   42K    1K   root    1  --   -  S  0% pmdaxfs     =
    =0A=
22260   0.00s   0.00s     0     0   root    0  --   -  S  0% kworker/1:1 =
    =0A=
22296   0.00s   0.00s     0     0   root    0  --   -  S  0% kworker/3:0 =
    =0A=
22624   0.00s   0.00s     0     0   root    0  --   -  S  0% kworker/2:2 =
    =0A=
29294   0.00s   0.00s   69K   664   root    1  --   -  S  0% ssh-agent   =
    =0A=
pmatop log creation OK=0A=

------=_NextPart_000_0038_01CFDA21.D239E820
Content-Type: text/plain;
	name="722.full.fail"
Content-Transfer-Encoding: quoted-printable
Content-Disposition: attachment;
	filename="722.full.fail"

ATOP - Tue Sep 16 08:39:08 2014		0:00:00 elapsed=0A=
=0A=
PRC | sys   10h12m | user      1d | #proc    624 | #zombie    0=0A=
CPU | sys       2% | user      5% | irq       0% | idle     90% | wait   =
   0% |=0A=
cpu | sys       0% | user      1% | irq       0% | idle     44% | cpu00  =
   0% |=0A=
cpu | sys       0% | user      1% | irq       0% | idle     15% | cpu01  =
   0% |=0A=
cpu | sys       0% | user      1% | irq       0% | idle     15% | cpu02  =
   0% |=0A=
cpu | sys       0% | user      1% | irq       0% | idle     15% | cpu03  =
   0% |=0A=
CPL | avg1 .259999 | avg5 .209999 | avg15 .21999 | csw 167153e4 | intr =
61813e4 |=0A=
MEM | tot       7G | free    523M | cache     3G | buff    345M | slab   =
   1G |=0A=
SWP | tot       9G | free      9G |              | vmcom     6G | vmlim  =
  13G |=0A=
PAG | scan 6153600 | steal  73643 | stall   7620 | swin  732432 | swout =
2255e3 |=0A=
ATOP - Tue Sep 16 08:39:09 2014		0:00:00 elapsed=0A=
=0A=
PRC | sys   10h12m | user      1d | #proc    624 | #zombie    0=0A=
CPU | sys       2% | user      5% | irq       0% | idle     90% | wait   =
   0% |=0A=
cpu | sys       0% | user      1% | irq       0% | idle     44% | cpu00  =
   0% |=0A=
cpu | sys       0% | user      1% | irq       0% | idle     15% | cpu01  =
   0% |=0A=
cpu | sys       0% | user      1% | irq       0% | idle     15% | cpu02  =
   0% |=0A=
cpu | sys       0% | user      1% | irq       0% | idle     15% | cpu03  =
   0% |=0A=
CPL | avg1 .259999 | avg5 .209999 | avg15 .21999 | csw 167153e4 | intr =
61813e4 |=0A=
MEM | tot       7G | free    523M | cache     3G | buff    345M | slab   =
   1G |=0A=
SWP | tot       9G | free      9G |              | vmcom     6G | vmlim  =
  13G |=0A=
PAG | scan 6153600 | steal  73643 | stall   7620 | swin  732432 | swout =
2255e3 |=0A=
pmatop log creation OK=0A=

------=_NextPart_000_0038_01CFDA21.D239E820
Content-Type: text/plain;
	name="Untitled attachment 00058.txt"
Content-Transfer-Encoding: 7bit
Content-Disposition: attachment;
	filename="Untitled attachment 00058.txt"

_______________________________________________
pcp mailing list
pcp@oss.sgi.com
http://oss.sgi.com/mailman/listinfo/pcp

------=_NextPart_000_0038_01CFDA21.D239E820--

From mgoodwin@redhat.com  Fri Sep 26 19:39:24 2014
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 047587FBA
	for ; Fri, 26 Sep 2014 19:39:24 -0500 (CDT)
Received: from cuda.sgi.com (cuda3.sgi.com [192.48.176.15])
	by relay2.corp.sgi.com (Postfix) with ESMTP id E792C304048
	for ; Fri, 26 Sep 2014 17:39:20 -0700 (PDT)
X-ASG-Debug-ID: 1411778356-04cb6c50e43090b0001-S8gJnT
Received: from mx1.redhat.com (mx1.redhat.com [209.132.183.28]) by cuda.sgi.com with ESMTP id BNB0nwXGFK0pbSq9 (version=TLSv1 cipher=AES256-SHA bits=256 verify=NO) for ; Fri, 26 Sep 2014 17:39:16 -0700 (PDT)
X-Barracuda-Envelope-From: mgoodwin@redhat.com
X-Barracuda-Apparent-Source-IP: 209.132.183.28
X-ASG-Whitelist: Client
Received: from int-mx11.intmail.prod.int.phx2.redhat.com (int-mx11.intmail.prod.int.phx2.redhat.com [10.5.11.24])
	by mx1.redhat.com (8.14.4/8.14.4) with ESMTP id s8R0dG8x021150
	(version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=FAIL)
	for ; Fri, 26 Sep 2014 20:39:16 -0400
Received: from [10.64.49.107] (vpn1-49-107.bne.redhat.com [10.64.49.107])
	by int-mx11.intmail.prod.int.phx2.redhat.com (8.14.4/8.14.4) with ESMTP id s8R0dE7g025407;
	Fri, 26 Sep 2014 20:39:15 -0400
Message-ID: <54260732.50907@redhat.com>
Date: Sat, 27 Sep 2014 10:39:14 +1000
From: Mark Goodwin 
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:24.0) Gecko/20100101 Thunderbird/24.7.0
MIME-Version: 1.0
To: "Frank Ch. Eigler" 
CC: pcp@oss.sgi.com
Subject: Re: PCP trees for web and middleware development
References: <1970205420.36245669.1408665579915.JavaMail.zimbra@redhat.com> <050301cfc01c$04889170$0d99b450$@internode.on.net> <1078845537.37533359.1408945446955.JavaMail.zimbra@redhat.com>  <638874581.42408155.1409659444170.JavaMail.zimbra@redhat.com> <20140902134012.GE4825@redhat.com> <1859208890.52189214.1411109762944.JavaMail.zimbra@redhat.com>  <2143674986.55503362.1411640081377.JavaMail.zimbra@redhat.com> <542505DD.9080001@redhat.com> <20140926144255.GO26965@redhat.com>
X-ASG-Orig-Subj: Re: PCP trees for web and middleware development
In-Reply-To: <20140926144255.GO26965@redhat.com>
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: 1411778356
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

On 09/27/2014 12:42 AM, Frank Ch. Eigler wrote:
> Hi -
>
> mgoodwin wrote:
>
>> I've not had time to fully understand the issues being debated here,
>
> I'll try to summarize succinctly in a separate message.
>
>
>> [...] AFAICT, the "1000's of lines of C++ and javascript and
>> associated images" are in effect a 3rd party library package, and
>> thus belong in a separate tree and should ship in a separate
>> package. [...]
>
> (Note that there is no C++ in the third-party programs.  They are
> just dead data files - web assets - and they are not build- or
> install-dependencies of PCP / pmwebd.  They just complete the user
> experience.)

OK, so poking around a bit further around the largest of the
embedded javascript files: jquery-1.7.2.js  and jquery-ui-1.10.2.js

Looks like these are coming from https://jquery.org under an MIT
license (see https://jquery.org/license/)  which is basically a
free-for-any-purpose license really. So that's not a problem.

The jquery code is freely available at git://github.com/jquery/jquery.git
with pre-packaged tarballs available from http://jquery.com/download/
BUT I don't see this in Fedora (and presumably other distros) and
to my eyes therein lies the root of the problem - pcp-webapi should just
have a dependency on jquery-noarch or some such package. And further more,
we're not the only ones with this problem, it seems to be embedded all
over the place, e.g. just on my laptop :

# rpm -qf $(rpm -qal | grep 'jquery.*\.js') | sort -u
blender-2.68a-5.fc19.x86_64
doxygen-1.8.3.1-2.fc19.x86_64
graphite-web-0.9.12-5.fc19.noarch
krb5-workstation-1.11.3-25.fc19.x86_64
Mayavi-4.3.0-7.fc19.x86_64
python3-numpy-1.7.2-8.fc19.x86_64
python-django-1.5.9-1.fc19.noarch
python-docs-2.7.5-6.fc19.noarch
python-fedora-0.3.34-1.fc19.noarch
python-ipython-notebook-0.13.2-4.fc19.noarch
python-kitchen-1.1.1-4.fc19.noarch
python-matplotlib-doc-1.2.0-14.fc19.x86_64
python-simplejson-3.5.3-1.fc19.x86_64
transmission-common-2.84-1.fc19.x86_64
xbmc-12.3-1.fc19.x86_64

Some of these may be false matches on some other jquery*.js, but you
get the point. I haven't looked any further, but graphite-web.noarch
kind of sounds promising .. can't we just dep that?

-- Mark


From fche@redhat.com  Fri Sep 26 19:52:37 2014
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 0E1037FF3
	for ; Fri, 26 Sep 2014 19:52:37 -0500 (CDT)
Received: from cuda.sgi.com (cuda3.sgi.com [192.48.176.15])
	by relay3.corp.sgi.com (Postfix) with ESMTP id 8EA9AAC007
	for ; Fri, 26 Sep 2014 17:52:33 -0700 (PDT)
X-ASG-Debug-ID: 1411779151-04cb6c50e5309510001-S8gJnT
Received: from mx1.redhat.com (mx1.redhat.com [209.132.183.28]) by cuda.sgi.com with ESMTP id QSaYNcPPU5gTnWVv (version=TLSv1 cipher=AES256-SHA bits=256 verify=NO) for ; Fri, 26 Sep 2014 17:52:32 -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-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 s8R0qVCh010641
	(version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=FAIL)
	for ; Fri, 26 Sep 2014 20:52:31 -0400
Received: from fche.csb (vpn-230-163.phx2.redhat.com [10.3.230.163])
	by int-mx11.intmail.prod.int.phx2.redhat.com (8.14.4/8.14.4) with ESMTP id s8R0qVGf028946;
	Fri, 26 Sep 2014 20:52:31 -0400
Received: by fche.csb (Postfix, from userid 2569)
	id 8B4B9581C2; Fri, 26 Sep 2014 20:52:30 -0400 (EDT)
Date: Fri, 26 Sep 2014 20:52:30 -0400
From: "Frank Ch. Eigler" 
To: Mark Goodwin 
Cc: pcp@oss.sgi.com
Subject: Re: PCP trees for web and middleware development
Message-ID: <20140927005230.GR26965@redhat.com>
X-ASG-Orig-Subj: Re: PCP trees for web and middleware development
References: <1078845537.37533359.1408945446955.JavaMail.zimbra@redhat.com>  <638874581.42408155.1409659444170.JavaMail.zimbra@redhat.com> <20140902134012.GE4825@redhat.com> <1859208890.52189214.1411109762944.JavaMail.zimbra@redhat.com>  <2143674986.55503362.1411640081377.JavaMail.zimbra@redhat.com> <542505DD.9080001@redhat.com> <20140926144255.GO26965@redhat.com> <54260732.50907@redhat.com>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
In-Reply-To: <54260732.50907@redhat.com>
User-Agent: Mutt/1.4.2.2i
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: 1411779152
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

Hi, Mark -


> >(Note that there is no C++ in the third-party programs.  They are
> >just dead data files - web assets - and they are not build- or
> >install-dependencies of PCP / pmwebd.  They just complete the user
> >experience.)
> 
> OK, so poking around a bit further around the largest of the
> embedded javascript files: jquery-1.7.2.js  and jquery-ui-1.10.2.js
> [...]
> BUT I don't see this in Fedora (and presumably other distros) and
> to my eyes therein lies the root of the problem - pcp-webapi should just
> have a dependency on jquery-noarch or some such package. [...]

Formal web application asset packaging is a relatively newfangled
phenomenon in OS-distro land.  It's because they tend to be
packaged/distributed as monolithic units with plenty of bundling, as
indeed you noticed in the case of jquery.  This is not new at all: it
is a different world where bundling is for now the norm.

There is some gradual progress in OS-level formal packaging [1], but
it's not a mature concept.  Web apps don't have the sort of dynamic
linking or fixed-ABI infrastructure to let e.g. parts be upgraded
separately.

[1] http://fedoraproject.org/wiki/Packaging:Web_Assets


> [...] I haven't looked any further, but graphite-web.noarch kind of
> sounds promising .. can't we just dep that?

To some extent, yes, but that package includes more than just the web
assets (js/png/css and such): namely python code, and system web
server conf.d extensions.  Fedora sysadmins wouldn't enjoy especially
that last part.


- FChE

From kenj@internode.on.net  Sun Sep 28 16:02:33 2014
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 9FC4A7F81
	for ; Sun, 28 Sep 2014 16:02:33 -0500 (CDT)
Received: from cuda.sgi.com (cuda2.sgi.com [192.48.176.25])
	by relay3.corp.sgi.com (Postfix) with ESMTP id 20CA1AC003
	for ; Sun, 28 Sep 2014 14:02:29 -0700 (PDT)
X-ASG-Debug-ID: 1411938147-04cbb0730155da90001-S8gJnT
Received: from ipmail06.adl6.internode.on.net (ipmail06.adl6.internode.on.net [150.101.137.145]) by cuda.sgi.com with ESMTP id jI2JXs69aenRfGMd for ; Sun, 28 Sep 2014 14:02:27 -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: ArsJANl2KFR5LHIrPGdsb2JhbABfgw5T0jYEAgJ6FwEGAQEBATg5hAMBAQEDAQgCHRMcIwUHAQMCBgMVASkHGSAKAxECBBMLBYgmB78CAReQHgeESwWRZVukOisvgkoBAQE
Received: from ppp121-44-114-43.lns20.syd6.internode.on.net (HELO bozohorize) ([121.44.114.43])
  by ipmail06.adl6.internode.on.net with ESMTP; 29 Sep 2014 06:31:54 +0930
From: "Ken McDonell" 
To: "'Frank Ch. Eigler'" 
Cc: 
References: <5420FB9C.5000004@internode.on.net> 
In-Reply-To: 
Subject: RE: qa/660 - pmwebd in an infinite loop?
Date: Mon, 29 Sep 2014 07:01:52 +1000
X-ASG-Orig-Subj: RE: qa/660 - pmwebd in an infinite loop?
Message-ID: <082401cfdb5f$6f3082e0$4d9188a0$@internode.on.net>
MIME-Version: 1.0
Content-Type: text/plain;
	charset="us-ascii"
Content-Transfer-Encoding: 7bit
X-Mailer: Microsoft Outlook 15.0
Thread-Index: AQJoqwjG6HSjMvhEGR+Z4Bmlt4z8wQJi655XmtJLwzA=
Content-Language: en-au
X-Barracuda-Connect: ipmail06.adl6.internode.on.net[150.101.137.145]
X-Barracuda-Start-Time: 1411938147
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.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_MISMATCH_TO, THREAD_INDEX, WEIRD_PORT
X-Barracuda-Spam-Report: Code version 3.2, rules version 3.2.3.9996
	Rule breakdown below
	 pts rule name              description
	---- ---------------------- --------------------------------------------------
	0.01 THREAD_INDEX           thread-index: AcO7Y8iR61tzADqsRmmc5wNiFHEOig==
	0.00 BSF_SC0_MISMATCH_TO    Envelope rcpt doesn't match header
	0.50 WEIRD_PORT             URI: Uses non-standard port number for HTTP

Frank,

Some more info on the looping pmwebd problem.  This is 100% reproducible on
at least one host.

> -----Original Message-----
> From: Frank Ch. Eigler [mailto:fche@redhat.com]
> Sent: Tuesday, 23 September 2014 9:18 PM
> ...
> Sorry, not familiar at all.  It may not be relevant, but was this pmwebd
from the
> main dev branch, or the fche/pmwebd one? ...

main dev branch

> Was the
> 660 file (the test case script itself) being modified? ...

No

> ... Maybe was there a wacky
> 660.out2 -> 660 symlink in your tree, leading the
> 660 file to be appended to itself or something like that?

No nothing like that ... 660 is unchanged by the test.

This sends pmwebd into an infinite loop

curl -s -S http://localhost:44323/660

This avoids the infinite loop problem

curl -s -S http://localhost:44323/`pwd`/660

but the output is "PMRESAPI error" not the contents of the file 660

So it looks like some sort of a path issue or read() failure issue inside
pmwebd.

From chandana@desilva.id.au  Sun Sep 28 19:21:14 2014
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 D8E067FA7
	for ; Sun, 28 Sep 2014 19:21:14 -0500 (CDT)
Received: from cuda.sgi.com (cuda1.sgi.com [192.48.157.11])
	by relay3.corp.sgi.com (Postfix) with ESMTP id 59703AC005
	for ; Sun, 28 Sep 2014 17:21:11 -0700 (PDT)
X-ASG-Debug-ID: 1411950065-04bdf003a1508cb0001-S8gJnT
Received: from mho-01-ewr.mailhop.org (mho-03-ewr.mailhop.org [204.13.248.66]) by cuda.sgi.com with ESMTP id GCKZS1YgP9YjbMuj (version=TLSv1 cipher=AES256-SHA bits=256 verify=NO) for ; Sun, 28 Sep 2014 17:21:06 -0700 (PDT)
X-Barracuda-Envelope-From: chandana@desilva.id.au
X-Barracuda-Apparent-Source-IP: 204.13.248.66
Received: from ec2-54-252-74-219.ap-southeast-2.compute.amazonaws.com ([54.252.74.219] helo=mail.desilva.id.au)
	by mho-01-ewr.mailhop.org with esmtpa (Exim 4.72)
	(envelope-from )
	id 1XYOi9-000Nza-ET
	for pcp@oss.sgi.com; Mon, 29 Sep 2014 00:21:05 +0000
Received: from [192.168.19.218] (unknown [175.45.83.34])
	by mail.desilva.id.au (Postfix) with ESMTPSA id E2E91214BD
	for ; Mon, 29 Sep 2014 00:21:03 +0000 (UTC)
X-Mail-Handler: Dyn Standard SMTP by Dyn
X-Originating-IP: 54.252.74.219
X-Report-Abuse-To: abuse@dyndns.com (see http://www.dyndns.com/services/sendlabs/outbound_abuse.html for abuse reporting information)
X-MHO-User: U2FsdGVkX18jJmEkfwWkWY2uYsCr1SqDI6Xh4sdtS9Y=
Message-ID: <1411950059.2239.14.camel@tardis>
Subject: process pmda
From: Chandana De Silva 
X-ASG-Orig-Subj: process pmda
Reply-To: chandana@desilva.id.au
To: pcp@oss.sgi.com
Date: Mon, 29 Sep 2014 10:20:59 +1000
Content-Type: text/plain; charset="UTF-8"
X-Mailer: Evolution 3.10.4 (3.10.4-4.fc20) 
Mime-Version: 1.0
Content-Transfer-Encoding: 7bit
X-Barracuda-Connect: mho-03-ewr.mailhop.org[204.13.248.66]
X-Barracuda-Start-Time: 1411950066
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.3.10002
	Rule breakdown below
	 pts rule name              description
	---- ---------------------- --------------------------------------------------

All,
I notice that the installation of the the process pmda on a host is
conditional (on what I am not sure).
This information is not readily available either.
Can someone point me in the right direction, please ?

Chandana



From kenj@internode.on.net  Sun Sep 28 20:07:10 2014
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 8AC667FB8
	for ; Sun, 28 Sep 2014 20:07:10 -0500 (CDT)
Received: from cuda.sgi.com (cuda2.sgi.com [192.48.176.25])
	by relay1.corp.sgi.com (Postfix) with ESMTP id 6A7F58F8033
	for ; Sun, 28 Sep 2014 18:07:07 -0700 (PDT)
X-ASG-Debug-ID: 1411952821-04cbb0730257d8d0001-S8gJnT
Received: from ipmail06.adl6.internode.on.net (ipmail06.adl6.internode.on.net [150.101.137.145]) by cuda.sgi.com with ESMTP id 1ms9kS5NsKLUrVmq for ; Sun, 28 Sep 2014 18:07:02 -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: ArkCAJOvKFR20ScOPGdsb2JhbAANU4twykYCgRQBBgEBAQE4hD0BAQR4EQsUBAkWDwkDAgECATEUEwYCAQGxI5YwGJAlFoQ1AQSaV4QLmBhagkoBAQE
Received: from ppp118-209-39-14.lns20.mel4.internode.on.net (HELO [192.168.1.100]) ([118.209.39.14])
  by ipmail06.adl6.internode.on.net with ESMTP; 29 Sep 2014 10:37:00 +0930
Message-ID: <5428B0B9.7000604@internode.on.net>
Date: Mon, 29 Sep 2014 11:07:05 +1000
From: Ken McDonell 
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:31.0) Gecko/20100101 Thunderbird/31.1.2
MIME-Version: 1.0
To: pcp@oss.sgi.com
Subject: Re: [pcp] process pmda
References: <1411950059.2239.14.camel@tardis>
X-ASG-Orig-Subj: Re: [pcp] process pmda
In-Reply-To: <1411950059.2239.14.camel@tardis>
Content-Type: text/plain; charset=windows-1252
Content-Transfer-Encoding: 7bit
X-Barracuda-Connect: ipmail06.adl6.internode.on.net[150.101.137.145]
X-Barracuda-Start-Time: 1411952821
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.3.10003
	Rule breakdown below
	 pts rule name              description
	---- ---------------------- --------------------------------------------------

On 29/09/14 10:20, Chandana De Silva wrote:
> All,
> I notice that the installation of the the process pmda on a host is
> conditional (on what I am not sure).
> This information is not readily available either.
> Can someone point me in the right direction, please ?

Chandana,

As of the commit below, the _proc_ pmda became default installed on Linux.

	commit 7d28289b2cd74e72f9052a34af2ec7695f1fccd0
	Author: Nathan Scott 
	Date:   Tue Jul 23 11:40:06 2013 +1000

	    Reinstate Linux pmdaproc as a default-installed PMDA

The _process_ pmda has not been built/packaged for some time, as this comment in the source explains ...
    
	# This PMDA is only valid on platforms with a procfs
	# It is also superceded by the cgroup functionality on Linux
	# thus has not been built for some time, for reference only.

From nscott@redhat.com  Sun Sep 28 20:11:08 2014
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 81C537FBA
	for ; Sun, 28 Sep 2014 20:11:08 -0500 (CDT)
Received: from cuda.sgi.com (cuda2.sgi.com [192.48.176.25])
	by relay3.corp.sgi.com (Postfix) with ESMTP id 023C6AC003
	for ; Sun, 28 Sep 2014 18:11:04 -0700 (PDT)
X-ASG-Debug-ID: 1411953062-04cbb0730357da10001-S8gJnT
Received: from mx4-phx2.redhat.com (mx4-phx2.redhat.com [209.132.183.25]) by cuda.sgi.com with ESMTP id KZlRx4jo5zk2X4rM (version=TLSv1 cipher=AES256-SHA bits=256 verify=NO) for ; Sun, 28 Sep 2014 18:11:03 -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 s8T1B2U5023201;
	Sun, 28 Sep 2014 21:11:02 -0400
Date: Sun, 28 Sep 2014 21:11:00 -0400 (EDT)
From: Nathan Scott 
Reply-To: Nathan Scott 
To: "Frank Ch. Eigler" 
Cc: pcp@oss.sgi.com
Message-ID: <2127933036.57562647.1411953060107.JavaMail.zimbra@redhat.com>
In-Reply-To: 
References: <1970205420.36245669.1408665579915.JavaMail.zimbra@redhat.com>  <638874581.42408155.1409659444170.JavaMail.zimbra@redhat.com> <20140902134012.GE4825@redhat.com> <1859208890.52189214.1411109762944.JavaMail.zimbra@redhat.com>  <2143674986.55503362.1411640081377.JavaMail.zimbra@redhat.com> 
Subject: Re: [pcp] PCP trees for web and middleware development
MIME-Version: 1.0
X-ASG-Orig-Subj: Re: [pcp] PCP trees for web and middleware development
Content-Type: text/plain; charset=utf-8
Content-Transfer-Encoding: 7bit
X-Originating-IP: [10.5.82.7]
X-Mailer: Zimbra 8.0.6_GA_5922 (ZimbraWebClient - FF17 (Linux)/8.0.6_GA_5922)
Thread-Topic: PCP trees for web and middleware development
Thread-Index: g/N5zv+NIv/r7NFdEwuL3E9bnw4oWg==
X-Barracuda-Connect: mx4-phx2.redhat.com[209.132.183.25]
X-Barracuda-Start-Time: 1411953062
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.03
X-Barracuda-Spam-Status: No, SCORE=0.03 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, THREAD_INDEX, THREAD_TOPIC
X-Barracuda-Spam-Report: Code version 3.2, rules version 3.2.3.10003
	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.01 BSF_SC0_SA_TO_FROM_DOMAIN_MATCH Sender Domain Matches Recipient
	                           Domain



----- Original Message -----
> [...]
> I will briefly list my perception of the claims & evidence at play here.

Its a bit sad you've chosen this path of continued arguing Frank.  While
I'm trying to find a compromise solution, you're just repeating the same
limited line of thinking (stooping to insults now too, certainly I don't
intentionally spread FUD - that's really disappointing to read).

Most bewildering of all is why? - you ignore all of the work to create a
new independently releasable tree with complete git history, a new model
of testing you've requested, provide no reason why this tree wont work -
and focus repeatedly on the final git-rm in the original tree (which is
simply the final stage of building the new tree from the original bits).

As I said privately to you some time ago, this tree will be successful -
please do not perceive this as just some git-rm action.  If there was an
across-tree-git-mv command, I certainly would have used it over git-rm.
We've got many people clamouring for the functionality here - please take
it and run with it in the direction you see fit (while I don't agree with
your chosen methods here, I certainly support giving you the choice).

The contents of this new tree are intended to help us all forward without
this kind of ongoing arguing.  It has so many good advantages - like the
mitigation of code encumbrance risk, giving more opportunity for the non-
invasive testing you've asked for (but have never helped to provide, I'll
quietly point out), and more opportunity for you to control the directions
this code you've written takes (amongst many other good reasons, IMO).  At
no point did I say you *need* to use CMake ... I simply asked the question
and gave my opinion, and pointed out that javascript folks don't tend to
willingly use autoconf.  And yeah, same with many of the other points -
there is plenty of misdirection / misunderstanding in your mail.

The big question to me is why do you have a problem with a separate tree
which you maintain and release (with fixes from me, and no doubt others -
especially folks with javascript skills, I hope!), that forms part of the
larger family of PCP trees?  [ i.e.  http://www.pcp.io/source.html ]


Despite your comments, most of us really just want to get quietly on with
hacking ... I've moved forward on this git tree work to attempt to resolve
this without the lengthy arguing, so I'm extremely disappointed you have
continued down this path.  For ... no apparent reason.

> [...]
> I believe the community would benefit from a phone conversation, to
> discuss what happened here and related maintainership role questions.

Sure, I'll tee up the next dev meeting shortly - the three/four monthly
slot is about due.  Let's discuss further there.

cheers.

--
Nathan

From nscott@redhat.com  Sun Sep 28 20:12:03 2014
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 903517FB3
	for ; Sun, 28 Sep 2014 20:12:03 -0500 (CDT)
Received: from cuda.sgi.com (cuda1.sgi.com [192.48.157.11])
	by relay1.corp.sgi.com (Postfix) with ESMTP id 6F10F8F8033
	for ; Sun, 28 Sep 2014 18:12:03 -0700 (PDT)
X-ASG-Debug-ID: 1411953121-04bdf003a0514d40001-S8gJnT
Received: from mx5-phx2.redhat.com (mx5-phx2.redhat.com [209.132.183.37]) by cuda.sgi.com with ESMTP id eDEhhj4rMZxs5dCw (version=TLSv1 cipher=AES256-SHA bits=256 verify=NO) for ; Sun, 28 Sep 2014 18:12:02 -0700 (PDT)
X-Barracuda-Envelope-From: nscott@redhat.com
X-Barracuda-Apparent-Source-IP: 209.132.183.37
Received: from zmail20.collab.prod.int.phx2.redhat.com (zmail20.collab.prod.int.phx2.redhat.com [10.5.83.23])
	by mx5-phx2.redhat.com (8.14.4/8.14.4) with ESMTP id s8T1BwLd020329;
	Sun, 28 Sep 2014 21:11:58 -0400
Date: Sun, 28 Sep 2014 21:11:58 -0400 (EDT)
From: Nathan Scott 
Reply-To: Nathan Scott 
To: Ken McDonell 
Cc: PCP 
Message-ID: <1327117026.57562669.1411953118635.JavaMail.zimbra@redhat.com>
In-Reply-To: <003701cfd9ce$008d8a00$01a89e00$@internode.on.net>
References: <54176C9F.7020404@internode.on.net> <003701cfd9ce$008d8a00$01a89e00$@internode.on.net>
Subject: Re: [pcp] FW:  pmatop failing in qa
MIME-Version: 1.0
X-ASG-Orig-Subj: Re: [pcp] FW:  pmatop failing in qa
Content-Type: text/plain; charset=utf-8
Content-Transfer-Encoding: 7bit
X-Originating-IP: [10.5.82.7]
X-Mailer: Zimbra 8.0.6_GA_5922 (ZimbraWebClient - FF17 (Linux)/8.0.6_GA_5922)
Thread-Topic: pmatop failing in qa
Thread-Index: AQEKyLvnJWR1kMAuHeDmXuJWQyehcJ2eCi7QRwdFrDc=
X-Barracuda-Connect: mx5-phx2.redhat.com[209.132.183.37]
X-Barracuda-Start-Time: 1411953122
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.02
X-Barracuda-Spam-Status: No, SCORE=0.02 using per-user scores of TAG_LEVEL=1000.0 QUARANTINE_LEVEL=1000.0 KILL_LEVEL=2.7 tests=THREAD_INDEX, THREAD_TOPIC
X-Barracuda-Spam-Report: Code version 3.2, rules version 3.2.3.10003
	Rule breakdown below
	 pts rule name              description
	---- ---------------------- --------------------------------------------------
	0.01 THREAD_INDEX           thread-index: AcO7Y8iR61tzADqsRmmc5wNiFHEOig==
	0.01 THREAD_TOPIC           Thread-Topic: ...(Japanese Subject)...



----- Original Message -----
> This one is still unresolved.
> 
> git blame suggests Stan or Nathan may be able to help.
> 

On my to-do list, hoping to get to it today.

cheers.

--
Nathan

From nscott@redhat.com  Sun Sep 28 20:26:32 2014
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 D3D347FB4
	for ; Sun, 28 Sep 2014 20:26:32 -0500 (CDT)
Received: from cuda.sgi.com (cuda1.sgi.com [192.48.157.11])
	by relay2.corp.sgi.com (Postfix) with ESMTP id A0F51304039
	for ; Sun, 28 Sep 2014 18:26:32 -0700 (PDT)
X-ASG-Debug-ID: 1411953990-04bdf0039f519bc0001-S8gJnT
Received: from mx5-phx2.redhat.com (mx5-phx2.redhat.com [209.132.183.37]) by cuda.sgi.com with ESMTP id odu3dLy8AolgShaH (version=TLSv1 cipher=AES256-SHA bits=256 verify=NO) for ; Sun, 28 Sep 2014 18:26:30 -0700 (PDT)
X-Barracuda-Envelope-From: nscott@redhat.com
X-Barracuda-Apparent-Source-IP: 209.132.183.37
Received: from zmail20.collab.prod.int.phx2.redhat.com (zmail20.collab.prod.int.phx2.redhat.com [10.5.83.23])
	by mx5-phx2.redhat.com (8.14.4/8.14.4) with ESMTP id s8T1QTfM022865;
	Sun, 28 Sep 2014 21:26:29 -0400
Date: Sun, 28 Sep 2014 21:26:29 -0400 (EDT)
From: Nathan Scott 
Reply-To: Nathan Scott 
To: Martins Innus 
Cc: pcp developers 
Message-ID: <1447844873.57564921.1411953989115.JavaMail.zimbra@redhat.com>
In-Reply-To: <542587D4.5030908@buffalo.edu>
References: <20140925180407.GA18679@redhat.com> <542587D4.5030908@buffalo.edu>
Subject: Re: [pcp] PMAPI observations re. converting an app to pcp
MIME-Version: 1.0
X-ASG-Orig-Subj: Re: [pcp] PMAPI observations re. converting an app to pcp
Content-Type: text/plain; charset=utf-8
Content-Transfer-Encoding: 7bit
X-Originating-IP: [10.5.82.7]
X-Mailer: Zimbra 8.0.6_GA_5922 (ZimbraWebClient - FF17 (Linux)/8.0.6_GA_5922)
Thread-Topic: PMAPI observations re. converting an app to pcp
Thread-Index: 1uvgdeLbUdXlwTqPE3Gj4pylGJzLkw==
X-Barracuda-Connect: mx5-phx2.redhat.com[209.132.183.37]
X-Barracuda-Start-Time: 1411953990
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.02
X-Barracuda-Spam-Status: No, SCORE=0.02 using per-user scores of TAG_LEVEL=1000.0 QUARANTINE_LEVEL=1000.0 KILL_LEVEL=2.7 tests=THREAD_INDEX, THREAD_TOPIC
X-Barracuda-Spam-Report: Code version 3.2, rules version 3.2.3.10003
	Rule breakdown below
	 pts rule name              description
	---- ---------------------- --------------------------------------------------
	0.01 THREAD_INDEX           thread-index: AcO7Y8iR61tzADqsRmmc5wNiFHEOig==
	0.01 THREAD_TOPIC           Thread-Topic: ...(Japanese Subject)...

Hi Martins,

----- Original Message -----
> [...]
> From my perspective, this would be very useful.  It would be great to
> have something higher level that was easy to use for quick one-off
> applications.

FWIW, you may get some immediate value from the methods used in the
src/pcp/*/* python utilities - a simple approach for achieving the
kinds of things being discussed here, using python and the existing
PMAPI interfaces.

cheers.

--
Nathan

From nscott@redhat.com  Sun Sep 28 23:10:57 2014
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 589B57FD4
	for ; Sun, 28 Sep 2014 23:10:57 -0500 (CDT)
Received: from cuda.sgi.com (cuda3.sgi.com [192.48.176.15])
	by relay1.corp.sgi.com (Postfix) with ESMTP id 387BA8F8040
	for ; Sun, 28 Sep 2014 21:10:57 -0700 (PDT)
X-ASG-Debug-ID: 1411963851-04cb6c50e54a7eb0001-S8gJnT
Received: from mx4-phx2.redhat.com (mx4-phx2.redhat.com [209.132.183.25]) by cuda.sgi.com with ESMTP id QWvHg9u7zZfaVaTz (version=TLSv1 cipher=AES256-SHA bits=256 verify=NO) for ; Sun, 28 Sep 2014 21:10:51 -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 s8T4AlWQ016046;
	Mon, 29 Sep 2014 00:10:47 -0400
Date: Mon, 29 Sep 2014 00:10:46 -0400 (EDT)
From: Nathan Scott 
Reply-To: Nathan Scott 
To: Ken McDonell 
Cc: PCP 
Message-ID: <720627134.57604927.1411963846938.JavaMail.zimbra@redhat.com>
In-Reply-To: <003701cfd9ce$008d8a00$01a89e00$@internode.on.net>
References: <54176C9F.7020404@internode.on.net> <003701cfd9ce$008d8a00$01a89e00$@internode.on.net>
Subject: Re: [pcp] FW:  pmatop failing in qa
MIME-Version: 1.0
X-ASG-Orig-Subj: Re: [pcp] FW:  pmatop failing in qa
Content-Type: text/plain; charset=utf-8
Content-Transfer-Encoding: 7bit
X-Originating-IP: [10.5.82.7]
X-Mailer: Zimbra 8.0.6_GA_5922 (ZimbraWebClient - FF17 (Linux)/8.0.6_GA_5922)
Thread-Topic: pmatop failing in qa
Thread-Index: AQEKyLvnJWR1kMAuHeDmXuJWQyehcJ2eCi7QyAU8EKQ=
X-Barracuda-Connect: mx4-phx2.redhat.com[209.132.183.25]
X-Barracuda-Start-Time: 1411963851
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.02
X-Barracuda-Spam-Status: No, SCORE=0.02 using per-user scores of TAG_LEVEL=1000.0 QUARANTINE_LEVEL=1000.0 KILL_LEVEL=2.7 tests=THREAD_INDEX, THREAD_TOPIC
X-Barracuda-Spam-Report: Code version 3.2, rules version 3.2.3.10007
	Rule breakdown below
	 pts rule name              description
	---- ---------------------- --------------------------------------------------
	0.01 THREAD_INDEX           thread-index: AcO7Y8iR61tzADqsRmmc5wNiFHEOig==
	0.01 THREAD_TOPIC           Thread-Topic: ...(Japanese Subject)...

Hi Ken,

----- Original Message -----
> This one is still unresolved.
> 
> git blame suggests Stan or Nathan may be able to help.
> 
> [...]
> Attached are two 722.full files ... the big one is from a pass.  The short
> one (722.full.fail) is from a failed run.
> 
> Could someone who knows and cares, please take a look?
> 

It looks like we're simply bailing out part way through the pmatop invocation
and hence all expected output beyond a certain point of each invocation is
missing.  I'd expect a python exception is being generated there but it looks
like pmatop squashes all exceptions other than some special KeyboardInterrupt
exception handling (which wont be happening here of course).

Looking at your earlier overall QA status mail, it looks like this failure is
happening on three hosts:

Host      bo bl bv gr 00 01 02 03 04 05 07 10 11 12 14 18 19 21 22 23 24
Test %bad                                                                Test QA groups
 722  14%                             X  X     X                          722 python

2014-09-04  639  607   32   98|vm05 vm05 PCP 3.10.0 i486 Gentoo 2.0.3 (not listed on gentoo.org)
2014-09-03  667  651   16   70|vm07 PCP 3.9.10 x86_64 Debian 6.0.9 (squeeze - oldstable)
2014-09-03  667  648   19   70|vm11 PCP 3.9.10 i686 Debian 6.0.9 (squeeze - oldstable)


Not 100% sure about the Gentoo one (tho it looks old too?), but those Debian
versions will have very old python versions.  I have it on my to-do list for
this week to revisit the python changes from while I was away, which at this
stage I'm punting will result in dropping support of pre-2.6 python versions.
That will in turn resolve this failure without us having to dig further into
whatever these old python versions are complaining about in pmatop code.

cheers.

--
Nathan

From chandana@desilva.id.au  Sun Sep 28 23:41:29 2014
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 483DB7FB7
	for ; Sun, 28 Sep 2014 23:41:29 -0500 (CDT)
Received: from cuda.sgi.com (cuda2.sgi.com [192.48.176.25])
	by relay2.corp.sgi.com (Postfix) with ESMTP id 36FC0304032
	for ; Sun, 28 Sep 2014 21:41:26 -0700 (PDT)
X-ASG-Debug-ID: 1411965680-04cbb07301598180001-S8gJnT
Received: from mho-02-ewr.mailhop.org (mho-02-ewr.mailhop.org [204.13.248.72]) by cuda.sgi.com with ESMTP id WOSHiE4Fsb1jmAwX (version=TLSv1 cipher=AES256-SHA bits=256 verify=NO) for ; Sun, 28 Sep 2014 21:41:21 -0700 (PDT)
X-Barracuda-Envelope-From: chandana@desilva.id.au
X-Barracuda-Apparent-Source-IP: 204.13.248.72
Received: from ec2-54-252-74-219.ap-southeast-2.compute.amazonaws.com ([54.252.74.219] helo=mail.desilva.id.au)
	by mho-02-ewr.mailhop.org with esmtpa (Exim 4.72)
	(envelope-from )
	id 1XYSkn-000BXK-AR
	for pcp@oss.sgi.com; Mon, 29 Sep 2014 04:40:05 +0000
Received: from [192.168.19.218] (unknown [175.45.83.34])
	by mail.desilva.id.au (Postfix) with ESMTPSA id 4A8D3214BC
	for ; Mon, 29 Sep 2014 04:40:03 +0000 (UTC)
X-Mail-Handler: Dyn Standard SMTP by Dyn
X-Originating-IP: 54.252.74.219
X-Report-Abuse-To: abuse@dyndns.com (see http://www.dyndns.com/services/sendlabs/outbound_abuse.html for abuse reporting information)
X-MHO-User: U2FsdGVkX1+8DkMhEuMN3IsySpkNTYTe+oF74NVd4KM=
Message-ID: <1411965600.2239.25.camel@tardis>
Subject: Re: process pmda
From: Chandana De Silva 
X-ASG-Orig-Subj: Re: process pmda
Reply-To: chandana@desilva.id.au
To: pcp@oss.sgi.com
Date: Mon, 29 Sep 2014 14:40:00 +1000
In-Reply-To: 
References: 
Content-Type: text/plain; charset="UTF-8"
X-Mailer: Evolution 3.10.4 (3.10.4-4.fc20) 
Mime-Version: 1.0
Content-Transfer-Encoding: 7bit
X-Barracuda-Connect: mho-02-ewr.mailhop.org[204.13.248.72]
X-Barracuda-Start-Time: 1411965681
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.3.10008
	Rule breakdown below
	 pts rule name              description
	---- ---------------------- --------------------------------------------------

Ah, that explains it.

It had an easy way of keeping track of daemons, which could be leveraged
for into a simple pmie check.
Ok, we will stick to doing it the hard way via counting on the proc
pmda.

Thanks 


On Sun, 2014-09-28 at 23:10 -0500, pcp-request@oss.sgi.com wrote:
> 
> The _process_ pmda has not been built/packaged for some time, as this
> comment in the source explains ...
>     
>         # This PMDA is only valid on platforms with a procfs
>         # It is also superceded by the cgroup functionality on Linux
>         # thus has not been built for some time, for reference only.

From kenj@internode.on.net  Mon Sep 29 01:03:05 2014
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 38AB97F5F
	for ; Mon, 29 Sep 2014 01:03:05 -0500 (CDT)
Received: from cuda.sgi.com (cuda3.sgi.com [192.48.176.15])
	by relay3.corp.sgi.com (Postfix) with ESMTP id BA66CAC001
	for ; Sun, 28 Sep 2014 23:03:01 -0700 (PDT)
X-ASG-Debug-ID: 1411970577-04cb6c50e44b5d90001-S8gJnT
Received: from ipmail06.adl6.internode.on.net (ipmail06.adl6.internode.on.net [150.101.137.145]) by cuda.sgi.com with ESMTP id lHCaGEzZN9JFA2aT for ; Sun, 28 Sep 2014 23:02:57 -0700 (PDT)
X-Barracuda-Envelope-From: kenj@internode.on.net
X-Barracuda-Apparent-Source-IP: 150.101.137.145
X-IronPort-Anti-Spam-Filtered: true
X-IronPort-Anti-Spam-Result: AucCAPL0KFR20ScOPGdsb2JhbAANU4Nhg1iEN8MhiG8BBgEBAQE4hGYVQDAGAgUWCwILAwIBAgExJwYCAQGIR6hxeJVMgSyPD4JigVMFhiiPd6BbWoJKAQEB
Received: from ppp118-209-39-14.lns20.mel4.internode.on.net (HELO [192.168.1.100]) ([118.209.39.14])
  by ipmail06.adl6.internode.on.net with ESMTP; 29 Sep 2014 15:32:56 +0930
Message-ID: <5428F616.6010107@internode.on.net>
Date: Mon, 29 Sep 2014 16:03:02 +1000
From: Ken McDonell 
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:31.0) Gecko/20100101 Thunderbird/31.1.2
MIME-Version: 1.0
To: pcp@oss.sgi.com
Subject: pcp updates - mostly QA for changes to config files ownership
Content-Type: text/plain; charset=utf-8; format=flowed
X-ASG-Orig-Subj: pcp updates - mostly QA for changes to config files ownership
Content-Transfer-Encoding: 7bit
X-Barracuda-Connect: ipmail06.adl6.internode.on.net[150.101.137.145]
X-Barracuda-Start-Time: 1411970577
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.3.10010
	Rule breakdown below
	 pts rule name              description
	---- ---------------------- --------------------------------------------------

Changes committed to git://git.performancecopilot.org/kenj/pcp.git dev

  build/rpm/pcp.spec.in      |    2 -
  qa/022                     |    1
  qa/023                     |   16 ++++-------
  qa/066                     |   17 ++++-------
  qa/067                     |   11 ++-----
  qa/110                     |   16 ++++++-----
  qa/115                     |   10 ++----
  qa/159                     |    8 ++---
  qa/169                     |    6 ++--
  qa/170                     |    4 +-
  qa/199                     |   21 +++++---------
  qa/241                     |   15 ++++------
  qa/279                     |    5 ++-
  qa/296                     |    5 +--
  qa/324                     |    6 +++-
  qa/326                     |    6 +++-
  qa/340                     |   18 +++++-------
  qa/346                     |    6 +++-
  qa/347                     |    6 +++-
  qa/348                     |    6 +++-
  qa/349                     |    6 +++-
  qa/365                     |    6 +++-
  qa/398                     |    4 +-
  qa/427                     |   12 ++------
  qa/445                     |   13 +++------
  qa/455                     |    6 +++-
  qa/510                     |   10 ++----
  qa/565                     |    6 +++-
  qa/578                     |   17 ++++-------
  qa/587                     |    5 +--
  qa/642                     |    4 +-
  qa/643                     |    4 +-
  qa/647                     |    6 +++-
  qa/648                     |   16 +++--------
  qa/649                     |    7 +---
  qa/660                     |    7 +++-
  qa/704                     |   13 +++------
  qa/717                     |    4 +-
  qa/725                     |   18 ++++++------
  qa/823                     |   11 ++-----
  qa/832                     |   16 ++++-------
  qa/973                     |    4 +-
  qa/999                     |    3 +-
  qa/admin/allow-pmlc-access |   12 ++++----
  qa/admin/check-vm          |    8 ++---
  qa/common                  |    1
  qa/common.check            |   65 
++++++++++++++++++++++++++++++++++-----------
  qa/common.pcpweb           |    7 +++-
  qa/common.secure           |   12 +++-----
  49 files changed, 258 insertions(+), 230 deletions(-)

commit 35a4dc1e8bfadf88b4bbf50bb0a54fa2ea96e997
Author: Ken McDonell 
Date:   Mon Sep 29 15:46:32 2014 +1000

     qa - heaps - config file changes

     Do a better job of saving and restoring configuration files (or
     directories) in a way that (a) avoid mv across mount points, (b)
     preserves the mode and ownership of the files, and (c) leaves a
     named body in the directory containing the config file or directory
     if the QA test aborts (so we know who to blame).

     Use _save_config  to move  to .$seq
     and make  a copy that can be munged in QA.

     Use _restore_config  to reverse the operation.

commit 21e71c04ec086cb75eee7ba9eccbd455d2028419
Author: Ken McDonell 
Date:   Mon Sep 29 15:44:19 2014 +1000

     rpm/pcp.spec.in - tweak the save config logic

     "control" is the only from /var/lib/pcp/config/pmlogger that
     might need to go to $PCP_SYSCONF_DIR/pmlogger

commit 955b98d1addb4c7106f685e9d7756c4c3c54855b
Author: Ken McDonell 
Date:   Mon Sep 29 15:41:59 2014 +1000

     qa/admin/allow-pmlc-access & qa/admin/check-vm - pmlogger 
config.default moved

     Track changes elsewhere to relocate config.default for pmlogger and 
pmie.

commit 4f974599fc9eb74a18c44ade42928bb36ebbe5cd
Author: Ken McDonell 
Date:   Sat Sep 27 06:27:38 2014 +1000

     qa/999 - add new expected error for proc.psinfo.cgroups

From nscott@redhat.com  Mon Sep 29 03:26:41 2014
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 758747FE5
	for ; Mon, 29 Sep 2014 03:26:41 -0500 (CDT)
Received: from cuda.sgi.com (cuda2.sgi.com [192.48.176.25])
	by relay1.corp.sgi.com (Postfix) with ESMTP id 64B348F8033
	for ; Mon, 29 Sep 2014 01:26:38 -0700 (PDT)
X-ASG-Debug-ID: 1411979196-04cbb073015b3d70001-S8gJnT
Received: from mx4-phx2.redhat.com (mx4-phx2.redhat.com [209.132.183.25]) by cuda.sgi.com with ESMTP id G9r2dwiQjbMNJ0GS (version=TLSv1 cipher=AES256-SHA bits=256 verify=NO) for ; Mon, 29 Sep 2014 01:26: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 s8T8QaQ7021364
	for ; Mon, 29 Sep 2014 04:26:36 -0400
Date: Mon, 29 Sep 2014 04:26:35 -0400 (EDT)
From: Nathan Scott 
Reply-To: Nathan Scott 
To: PCP 
Message-ID: <1933461261.57728564.1411979195886.JavaMail.zimbra@redhat.com>
In-Reply-To: <782345322.57723200.1411978814658.JavaMail.zimbra@redhat.com>
Subject: pcp updates: docs, fedora rpm fix
MIME-Version: 1.0
X-ASG-Orig-Subj: pcp updates: docs, fedora rpm fix
Content-Type: text/plain; charset=utf-8
Content-Transfer-Encoding: 7bit
X-Originating-IP: [10.5.82.7]
X-Mailer: Zimbra 8.0.6_GA_5922 (ZimbraWebClient - FF17 (Linux)/8.0.6_GA_5922)
Thread-Topic: pcp updates: docs, fedora rpm fix
Thread-Index: 0kRpzQVXj/KvZxKCFZnvWRCzW0YLBg==
X-Barracuda-Connect: mx4-phx2.redhat.com[209.132.183.25]
X-Barracuda-Start-Time: 1411979196
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.02
X-Barracuda-Spam-Status: No, SCORE=0.02 using per-user scores of TAG_LEVEL=1000.0 QUARANTINE_LEVEL=1000.0 KILL_LEVEL=2.7 tests=THREAD_INDEX, THREAD_TOPIC
X-Barracuda-Spam-Report: Code version 3.2, rules version 3.2.3.10014
	Rule breakdown below
	 pts rule name              description
	---- ---------------------- --------------------------------------------------
	0.01 THREAD_INDEX           thread-index: AcO7Y8iR61tzADqsRmmc5wNiFHEOig==
	0.01 THREAD_TOPIC           Thread-Topic: ...(Japanese Subject)...

Changes committed to git://git.pcp.io/pcp.git dev

Nathan Scott (5):
      HTML 4.0 page validation for the tutorial content (2/4)
      HTML 4.0 page validation for the tutorial content (3/4)
      HTML 4.0 page validation for the tutorial content (4/4)
      build: resolve fedora packaging problem, fallout from systemd changes
      build: ensure sub-package scripts do not persist in base pcp rpm

 build/rpm/fedora.spec          |   25 
 man/html/howto.cpuperf.html    |   38 -
 man/html/howto.diskmodel.html  |   54 +-
 man/html/howto.diskperf.html   |   34 -
 man/html/howto.enterprise.html |   66 +-
 man/html/howto.systemlog.html  |  100 +--
 man/html/lab.auth.html         |   70 +-
 man/html/lab.importdata.html   |   10 
 man/html/lab.mmapvalues.html   |   20 
 man/html/lab.pmchart.html      |  152 ++---
 man/html/lab.pmdas.html        |   20 
 man/html/lab.pmie.html         |  106 +--
 man/html/lab.pmieconf.html     |   56 +-
 man/html/lab.pmlogconf.html    |   20 
 man/html/lab.pmlogger.html     |   62 +-
 man/html/lab.pmview.html       |   64 +-
 man/html/lab.secure.html       |   66 +-
 man/html/lab.trace.html        |   48 -
 man/html/overview.html         |   12 
 man/html/pcpintro.html         |  136 ++---
 man/html/pmchart.html          |   18 
 man/html/qwtlicense.html       | 1094 ++++++++++++++++++++---------------------
 man/html/timecontrol.html      |   42 -
 man/html/views.html            |   22 
 24 files changed, 1170 insertions(+), 1165 deletions(-)

From kenj@internode.on.net  Mon Sep 29 05:10:20 2014
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 200E47FEE
	for ; Mon, 29 Sep 2014 05:10:20 -0500 (CDT)
Received: from cuda.sgi.com (cuda2.sgi.com [192.48.176.25])
	by relay1.corp.sgi.com (Postfix) with ESMTP id 00EA68F8035
	for ; Mon, 29 Sep 2014 03:10:16 -0700 (PDT)
X-ASG-Debug-ID: 1411985410-04cbb073015c0c90001-S8gJnT
Received: from ipmail06.adl6.internode.on.net (ipmail06.adl6.internode.on.net [150.101.137.145]) by cuda.sgi.com with ESMTP id zlydEM1fo0sMVstL for ; Mon, 29 Sep 2014 03:10:11 -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: AucCAKIuKVR20ScOPGdsb2JhbAANU4Nhg1iEN8JbiHUBBgEBAQE4hGYVQDAGAgUWCwILAwIBAgExJwYCAQGIR6kOeJVjgSyPD4JigVMFlh+gW1qCSgEBAQ
Received: from ppp118-209-39-14.lns20.mel4.internode.on.net (HELO [192.168.1.100]) ([118.209.39.14])
  by ipmail06.adl6.internode.on.net with ESMTP; 29 Sep 2014 19:40:10 +0930
Message-ID: <54293008.5070802@internode.on.net>
Date: Mon, 29 Sep 2014 20:10:16 +1000
From: Ken McDonell 
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:31.0) Gecko/20100101 Thunderbird/31.1.2
MIME-Version: 1.0
To: pcp@oss.sgi.com
Subject: pcp updates - small QA fixes
Content-Type: text/plain; charset=utf-8; format=flowed
X-ASG-Orig-Subj: pcp updates - small QA fixes
Content-Transfer-Encoding: 7bit
X-Barracuda-Connect: ipmail06.adl6.internode.on.net[150.101.137.145]
X-Barracuda-Start-Time: 1411985410
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.3.10017
	Rule breakdown below
	 pts rule name              description
	---- ---------------------- --------------------------------------------------

Changes committed to git://git.performancecopilot.org/kenj/pcp.git dev

  qa/1009 |    7 ++++++-
  qa/1023 |    2 +-
  2 files changed, 7 insertions(+), 2 deletions(-)

commit 712fd049784791c94b5c75b9aaca4763410453b4
Author: Ken McDonell 
Date:   Mon Sep 29 20:09:32 2014 +1000

     qa/1009 and qa/1023 - dodge spaces in pmconfig -L output

commit 072160461817783def02e02763bc8c9608ba9e17
Author: Ken McDonell 
Date:   Mon Sep 29 17:21:12 2014 +1000

     qa/1009 - dodge pmconfig -L curve ball

     eval `pmconfig -L` won't work when one of the values contains spaces,
     like this ...
         nss_version=3.17.1 Basic ECC

From fche@redhat.com  Mon Sep 29 15:10:10 2014
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 C99E2800D
	for ; Mon, 29 Sep 2014 15:10:10 -0500 (CDT)
Received: from cuda.sgi.com (cuda3.sgi.com [192.48.176.15])
	by relay3.corp.sgi.com (Postfix) with ESMTP id 6B358AC002
	for ; Mon, 29 Sep 2014 13:10:10 -0700 (PDT)
X-ASG-Debug-ID: 1412021405-04cb6c50e75532d0001-S8gJnT
Received: from mx1.redhat.com (mx1.redhat.com [209.132.183.28]) by cuda.sgi.com with ESMTP id 4jMMItUhY7Y2CeD7 (version=TLSv1 cipher=AES256-SHA bits=256 verify=NO) for ; Mon, 29 Sep 2014 13:10:06 -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-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 s8TKA1tc023753
	(version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=FAIL);
	Mon, 29 Sep 2014 16:10:02 -0400
Received: from fche.csb (vpn-230-163.phx2.redhat.com [10.3.230.163])
	by int-mx11.intmail.prod.int.phx2.redhat.com (8.14.4/8.14.4) with ESMTP id s8TKA126009480;
	Mon, 29 Sep 2014 16:10:01 -0400
Received: by fche.csb (Postfix, from userid 2569)
	id AD1C85854D; Mon, 29 Sep 2014 16:10:00 -0400 (EDT)
Date: Mon, 29 Sep 2014 16:10:00 -0400
From: "Frank Ch. Eigler" 
To: Ken McDonell 
Cc: pcp@oss.sgi.com
Subject: Re: qa/660 - pmwebd in an infinite loop?
Message-ID: <20140929201000.GU26965@redhat.com>
X-ASG-Orig-Subj: Re: qa/660 - pmwebd in an infinite loop?
References: <5420FB9C.5000004@internode.on.net>  <082401cfdb5f$6f3082e0$4d9188a0$@internode.on.net>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
In-Reply-To: <082401cfdb5f$6f3082e0$4d9188a0$@internode.on.net>
User-Agent: Mutt/1.4.2.2i
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: 1412021405
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

Hi, Ken -

> Some more info on the looping pmwebd problem.  This is 100% reproducible on
> at least one host.

Can you offer some more vitals of the host?  libmicrohttpd / kernel
versions?  Does strace of the pmwebd or curl processes identify
anomalous looping?  Does the pmwebd.log file contain anything of use?
Can you install libmicrohttpd's debuginfo on the machine, so that
backtraces for MHD_* functions show proper source:line# entries?

I looked through libmicrohttpd development history briefly (svn 
unfortunately), and no related bug jumped out at me.


> [...]
> curl -s -S http://localhost:44323/`pwd`/660
> but the output is "PMRESAPI error" not the contents of the file 660

That part's expected.  Arbitrary paths are not allowed to be retrieved
by pmwebd (for security reasons).


- FChE

From conference.b29@gmail.com  Tue Sep 30 04:26:24 2014
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 (relay3.corp.sgi.com [198.149.34.15])
	by oss.sgi.com (Postfix) with ESMTP id C0E5C7F72
	for ; Tue, 30 Sep 2014 04:26:23 -0500 (CDT)
Received: from cuda.sgi.com (cuda2.sgi.com [192.48.176.25])
	by relay3.corp.sgi.com (Postfix) with ESMTP id 19BFFAC004
	for ; Tue, 30 Sep 2014 02:26:19 -0700 (PDT)
X-ASG-Debug-ID: 1412069175-04cbb0730167c790001-S8gJnT
Received: from mail-oi0-f47.google.com (mail-oi0-f47.google.com [209.85.218.47]) by cuda.sgi.com with ESMTP id UDPu3Cs75OOf66aC (version=TLSv1 cipher=RC4-SHA bits=128 verify=NO) for ; Tue, 30 Sep 2014 02:26:16 -0700 (PDT)
X-Barracuda-Envelope-From: conference.b29@gmail.com
X-Barracuda-Apparent-Source-IP: 209.85.218.47
X-Barracuda-IPDD: Level1 [gmail.com/209.85.218.47]
Received: by mail-oi0-f47.google.com with SMTP id g201so5773350oib.6
        for ; Tue, 30 Sep 2014 02:26:15 -0700 (PDT)
X-Barracuda-IPDD: Level1 [gmail.com/209.85.218.47]
X-Barracuda-IPDD: Level1 [gmail.com/209.85.218.47]
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=20120113;
        h=mime-version:date:message-id:subject:from:to:cc:content-type;
        bh=ZEPXwkuJy8rhNqhx75wnTkFY77m/4JqMVjn2CBkWU/w=;
        b=Af10heXegTu1H6vXr940YZ75ixgECZchxXrle878Jhs7hwONt2v5lewKcZLx9SYxO+
         sLs8lYf0rPfjmWQs3p52NxMXETNS4RCV1QTllFLOleM8S2eynd7LMOY/RJ1xF8jnk6wV
         5Lqd1Ty6P0M0rYR5j3WNf9woyfg2VvLOIp05RJLwE+i896Fm8hyXovdi0rKLuds4oNlB
         T86HpiiB7FmDzcmkYS69KGzaJc8kcRg86a/tFTNy4qqdRot4CmYIn3hMVIH5KsttT7UL
         h7oME6MBLJHY5HrSrBQiq0hiB+EqZHscFIEk8N3pi1zTzgtMfau4oFxMEq+yaHBiXo5X
         KzKg==
MIME-Version: 1.0
X-Received: by 10.60.45.7 with SMTP id i7mr47227991oem.2.1412069175598; Tue,
 30 Sep 2014 02:26:15 -0700 (PDT)
Received: by 10.60.60.230 with HTTP; Tue, 30 Sep 2014 02:26:15 -0700 (PDT)
Date: Tue, 30 Sep 2014 02:26:15 -0700
Message-ID: 
Subject: Call for paper- International Conference on Economics, Energy,
 Environment and Agricultural Sciences
From: Sajid Hussain 
X-ASG-Orig-Subj: Call for paper- International Conference on Economics, Energy,
 Environment and Agricultural Sciences
To: Sajid Hussain 
Cc: INFO@pakinsight.com
Content-Type: multipart/alternative; boundary=089e0149cb929c3024050444f915
X-Barracuda-Connect: mail-oi0-f47.google.com[209.85.218.47]
X-Barracuda-Start-Time: 1412069176
X-Barracuda-Encrypted: RC4-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.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, DKIM_SIGNED, DKIM_VERIFIED, HTML_MESSAGE, MAILTO_TO_SPAM_ADDR
X-Barracuda-Spam-Report: Code version 3.2, rules version 3.2.3.10059
	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 MAILTO_TO_SPAM_ADDR    URI: Includes a link to a likely spammer email
	0.00 HTML_MESSAGE           BODY: HTML included in message
	0.01 BSF_SC0_SA_TO_FROM_DOMAIN_MATCH Sender Domain Matches Recipient
	                           Domain

--089e0149cb929c3024050444f915
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: quoted-printable

Dear Colleagues,



*Call for papers*


International Conference on Economics, Energy, Environment and Agricultural
Sciences

* (ICEEEAS)*

*(**1-2 November, 2014**=E2=80=93 Kuala Lumpur, Malaysia)*

 *Pearl International Hotel**, Kuala Lumpur, Malaysia*

http://www.pakrdw.com/?ic=3Ddetails&id=3D7



The aim of *ICEEEAS 2014* is to provide productive opportunities for
academics and practitioners from interdisciplinary fields of Business,
Economics, Energy, Environmental and Agricultural Sciences to meet share
and take away expertise and ideas in related disciplines. The conference
will bring together leading researchers in the domain of interest from
around the world. The *ICEEEAS 2014* offers interdisciplinary themes of
quality R&D topical developments from potential contributors and experts
and provides an opportunity in bring in the new techniques or policies.



*Paper Submission:  For online submission, follow the link*

 http://www.pakrdw.com/?ic=3Ddetails&id=3D7&info=3Dsubmission

*Those who wish to submit paper as an email attachment should send their
papers at*

*conference@pakinisght.com;*  editor@aessweb.com ;
conference@pakrdw.com



*Publication Opportunities*

To see the full list of Journals for special issues of ICEEEAS, 2014, click
http://www.pakrdw.com/?ic=3Ddetails&id=3D7&info=3Dbook_proceed

*Journal Publication*

After presentation in ICEEEAS 2014, few selected papers will be published
in special issues of the following journals.



*Asian Economic and Financial Review    *
(*Online ISSN:* 2222-6737 - *Print ISSN:* 2305-2147)

URL: http://www.aessweb.com/journals/5002

*International journal of Asian Social Science *
(*Online ISSN: *2224-4441*- Print ISSN: *2226-5139)
URL : http://www.aessweb.com/journals/5007

*International Journal of Management and Sustainability *
(*Online ISSN:* 2306-0662* - Print ISSN:* 2306-9856)
URL: http://www.pakinsight.com/?ic=3Djournal&journal=3D11

*International Journal of Sustainable Development & World Policy *
(*Online ISSN: *2305-705X* - Print ISSN: *2306-9929)

URL: http://www.pakinsight.com/?ic=3Djournal&journal=3D26

*International Journal of Sustainable Energy and Environmental Research*
(*Online ISSN: *2306-6253* - Print ISSN: *2312-5764)
URL: http://www.pakinsight.com/?ic=3Djournal&journal=3D13
Asian Journal of Agriculture and Rural Development

*(Online ISSN: 2224-4433**- **Print ISSN: 2304-1455)*

*URL: *http://www.aessweb.com/journals/5005

Other journals: http://www.pakrdw.com/?ic=3Ddetails&id=3D7&info=3Dpublicati=
on



*IMPORTANT DATES*

Abstract Submission Date: 1st October, 2014   15th October, 2014  *(Extende=
d
deadline)*
Decision of Acceptance/Rejection: Within 15 days of submission
Full Paper Submission Date:20thOctober, 2014
Early Bird Discount Date: 15th October, 2014  *(Extended deadline)*
Conference date: *1-2 November, 2014*





Warmly Regards,



*Conference Co-chair,*

*(ICEEEAS) 2014 Secretariat*
International Conference on Economics, Energy, Environment and Agricultural
Sciences

* (ICEEEAS)*

http://www.pakrdw.com/?ic=3Ddetails&id=3D7

*Email: **conference@pakinisght.com;* 
editor@aessweb.com

--089e0149cb929c3024050444f915
Content-Type: text/html; charset=UTF-8
Content-Transfer-Encoding: quoted-printable


    =
=C2=A0
    


    =C2=A0
    


    =C2=A0
    


    Dear Colleagues,<=
/span>
    


    =C2=A0
    


    Call for paper=
s
    


    =C2=A0<=
/b>
    


    International Conference on
Economics, Energy, Environment and Agricultural Sciences
    


    =C2=A0(ICEEEAS)
    


    (1-2 November, 2014=E2=80=93 Kuala Lum=
pur, Malaysia)
    


    =C2=A0Pearl
International Hotel, Kuala Lumpur, M=
alaysia
    


    http://www.pakrdw.com/?ic=3Ddetails&id=3D7<=
b>
    


    =C2=A0
    


    =
The aim of=C2=A0ICEEEAS 2014=C2=A0is
to provide productive opportunities for academics and practitioners from
interdisciplinary fields of Business, Economics, Energy, Environmental and
Agricultural Sciences to meet share and take away expertise and ideas in
related disciplines. The conference will bring together leading researchers=
 in
the domain of interest from around the world.=C2=A0The ICEEEAS 2014=
=C2=A0offers
interdisciplinary themes of quality R&D topical developments from poten=
tial
contributors and experts and provides an opportunity in bring in the new
techniques or policies.
    


    =C2=A0
    


    Paper Submissi=
on:=C2=A0=C2=A0For online submission, follow the link
    


    =C2=A0http://www.pakrdw.com/?ic=3Ddetails&=
;id=3D7&info=3Dsubmission 
    


    Those who wish=
 to submit paper as an email attachment should send their
papers at
    


    conference@pakinisght.co=
m; editor@aessweb.com ; conference@pakrdw.com 
    


    =C2=A0
    


    Publ=
ication Opportunities
    


    To see the full l=
ist of Journals for special issues
of ICEEEAS, 2014, click=C2=A0http://www.pakrdw.com/?=
ic=3Ddetails&id=3D7&info=3Dbook_proceed =
=C2=A0
    


    Jour=
nal Publication
    


    =
After presentation in ICEEEAS 2014,
few selected papers will be published in special issues of the following
journals.
    


    =C2=A0
    


    Asian
Economic and Financial Review=C2=A0=C2=A0 =C2=A0
    
(Online ISSN:=C2=A02222-6737 -=C2=A0Print ISSN:=C2=A02305-214=
7)
    


    URL:=C2=A0http://www.ae=
ssweb.com/journals/5002
    


    International journal of Asian Social Science=C2=A0
    
(Online ISSN:=C2=A02224-4441- Print ISSN:=C2=A02226-5139) 
    URL
: http://www.aessweb=
.com/journals/5007
=C2=A0
    


    International Journal of Management and
Sustainability=C2=A0
    
(Online ISSN:=C2=A02306-0662=C2=A0- Print ISSN:=C2=A02306-985=
6) 
    
URL:=C2=A0    h=
ttp://www.pakinsight.com/?ic=3Djournal&journal=3D11
    


    International
Journal of Sustainable Development & World Policy=C2=A0
    
(Online ISSN:=C2=A02305-705X=C2=A0- Print ISSN:=C2=A02306-992=
9)=C2=A0
    


    URL:=C2=A0http://www.pakinsight.com/?ic=3Djournal&journal=3D26
    


    International Journal of Sustainable
Energy and Environmental Research=C2=A0=

    
(Online ISSN:=C2=A02306-6253=C2=A0- Print ISSN:=C2=A02312-576=
4)
    
URL:=C2=A0    h=
ttp://www.pakinsight.com/?ic=3Djournal&journal=3D13
    


    Asian
Journal of Agriculture and Rural Development
    


    (Online ISSN: 2224-=
4433=
- Print ISSN:
2304-1455)
    


    URL: htt=
p://www.aessweb.com/journals/5005 =C2=A0
    


    Other =
journals: http://www.pakrdw.com/?ic=3Ddetails&id=3D=
7&info=3Dpublication 
    


    =C2=A0=
=C2=A0
    


    IMPO=
RTANT DATES
    


    Abstract Submi=
ssion Date:=C2=A01st=C2=A0October, 20=
14=C2=A0=C2=A0=C2=A015<=
sup>th=C2=A0October,
2014=C2=A0 (Extended deadline)
    
Decision of Acceptance/Re=
jection: Within 15 days
of submission=C2=A0
    
Full Paper Submission Dat=
e:20thOctober,
2014=C2=A0
    
Early Bird Discount Date:=
 15th=C2=A0October,
2014 =C2=A0    (Extended deadline)
    
Conference date:=C2=A01-2 November, 2014    =C2=A0<=
/b>
    


    =C2=
=A0
    


    =C2=A0
    


    Warm=
ly Regards,
    


    =C2=
=A0
    


    C=
onference Co-chair,
    


    (ICEEEAS) 2014 Secretariat
    


    International Conference on Economics, Energy,
Environment and Agricultural Sciences
    


    =C2=A0(ICEEEAS)
    


    http://www.pak=
rdw.com/?ic=3Ddetails&id=3D7 


    Email:=C2=A0con=
ference@pakinisght.com; editor@aessweb.com 
    


    =C2=A0
    


    =C2=A0
    



    

--089e0149cb929c3024050444f915--

From noreply@release.debian.org  Tue Sep 30 11:39:31 2014
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 D908B7F76
	for ; Tue, 30 Sep 2014 11:39:31 -0500 (CDT)
Received: from cuda.sgi.com (cuda2.sgi.com [192.48.176.25])
	by relay2.corp.sgi.com (Postfix) with ESMTP id B7C87304048
	for ; Tue, 30 Sep 2014 09:39:30 -0700 (PDT)
X-ASG-Debug-ID: 1412095168-04cbb0730168dbb0001-S8gJnT
Received: from picconi.debian.org (picconi.debian.org [5.153.231.3]) by cuda.sgi.com with ESMTP id 4ubCFCkI3cAYE8c3 (version=TLSv1 cipher=AES128-SHA bits=128 verify=NO) for ; Tue, 30 Sep 2014 09:39:29 -0700 (PDT)
X-Barracuda-Envelope-From: noreply@release.debian.org
X-Barracuda-Apparent-Source-IP: 5.153.231.3
Received: from muffat.debian.org ([2607:f8f0:610:4000:6564:a62:ce0c:1392])
	from C=NA,ST=NA,L=Ankh Morpork,O=Debian SMTP,OU=Debian SMTP CA,CN=muffat.debian.org,EMAIL=hostmaster@muffat.debian.org (verified)
	by picconi.debian.org with esmtps (TLS1.2:DHE_RSA_AES_128_CBC_SHA1:128)
	(Exim 4.80)
	(envelope-from )
	id 1XZ0SV-0008JP-Mj
	for pcp@packages.debian.org; Tue, 30 Sep 2014 16:39:27 +0000
Received: from franck.debian.org ([138.16.160.12])
	from C=NA,ST=NA,L=Ankh Morpork,O=Debian SMTP,OU=Debian SMTP CA,CN=franck.debian.org,EMAIL=hostmaster@franck.debian.org (verified)
	by muffat.debian.org with esmtps (TLS1.2:DHE_RSA_AES_128_CBC_SHA1:128)
	(Exim 4.80)
	(envelope-from )
	id 1XZ0SP-0004rr-Qi; Tue, 30 Sep 2014 16:39:21 +0000
Received: from release by franck.debian.org with local (Exim 4.80)
	(envelope-from )
	id 1XZ0SO-0000a9-Bd; Tue, 30 Sep 2014 16:39:20 +0000
From: Debian testing watch 
Precedence: bulk
X-Trille: 0.120315.1711
Subject: pcp 3.9.10 MIGRATED to testing
X-Testing-Watch-Package: pcp
X-ASG-Orig-Subj: pcp 3.9.10 MIGRATED to testing
X-Testing-Watch-Version: 3.9.10
To: pcp@packages.debian.org
Message-Id: 
Date: Tue, 30 Sep 2014 16:39:20 +0000
Delivered-To: pcp@packages.debian.org
X-Barracuda-Connect: picconi.debian.org[5.153.231.3]
X-Barracuda-Start-Time: 1412095169
X-Barracuda-Encrypted: AES128-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=BSF_SC0_MISMATCH_TO
X-Barracuda-Spam-Report: Code version 3.2, rules version 3.2.3.10068
	Rule breakdown below
	 pts rule name              description
	---- ---------------------- --------------------------------------------------
	0.00 BSF_SC0_MISMATCH_TO    Envelope rcpt doesn't match header

FYI: The status of the pcp source package
in Debian's testing distribution has changed.

  Previous version: 3.9.9
  Current version:  3.9.10

-- 
This email is automatically generated once a day.  As the installation of
new packages into testing happens multiple times a day you will receive
later changes on the next day.
See https://release.debian.org/testing-watch/ for more information.