From scox@redhat.com Mon Apr 1 14:58:10 2013 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on oss.sgi.com X-Spam-Level: X-Spam-Status: No, score=0.0 required=5.0 tests=none autolearn=ham version=3.3.1 X-Original-To: pcp@oss.sgi.com Delivered-To: pcp@oss.sgi.com Received: from relay.sgi.com (relay3.corp.sgi.com [198.149.34.15]) by oss.sgi.com (Postfix) with ESMTP id 34D727F86 for ; Mon, 1 Apr 2013 14:58:10 -0500 (CDT) Received: from cuda.sgi.com (cuda3.sgi.com [192.48.176.15]) by relay3.corp.sgi.com (Postfix) with ESMTP id C52ACAC002 for ; Mon, 1 Apr 2013 12:58:06 -0700 (PDT) X-ASG-Debug-ID: 1364846282-04cb6c1e79d7260001-S8gJnT Received: from mx1.redhat.com (mx1.redhat.com [209.132.183.28]) by cuda.sgi.com with ESMTP id dyMFGicI9XEx6OlC for ; Mon, 01 Apr 2013 12:58:02 -0700 (PDT) X-Barracuda-Envelope-From: scox@redhat.com X-Barracuda-Apparent-Source-IP: 209.132.183.28 X-ASG-Whitelist: Client Received: from int-mx11.intmail.prod.int.phx2.redhat.com (int-mx11.intmail.prod.int.phx2.redhat.com [10.5.11.24]) by mx1.redhat.com (8.14.4/8.14.4) with ESMTP id r31Jw1iR001491 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK) for ; Mon, 1 Apr 2013 15:58:02 -0400 Received: from [10.10.54.232] (vpn-54-232.rdu2.redhat.com [10.10.54.232]) by int-mx11.intmail.prod.int.phx2.redhat.com (8.14.4/8.14.4) with ESMTP id r31Jw1fv028419; Mon, 1 Apr 2013 15:58:01 -0400 Message-ID: <5159E77B.8020309@redhat.com> Date: Mon, 01 Apr 2013 16:00:59 -0400 From: Stan Cox User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:17.0) Gecko/20130110 Thunderbird/17.0.2 MIME-Version: 1.0 To: Nathan Scott CC: pcp@oss.sgi.com Subject: Re: Heads-up - overlapped python merge needed soon(ish) References: <165665234.25461192.1364365611984.JavaMail.root@redhat.com> X-ASG-Orig-Subj: Re: Heads-up - overlapped python merge needed soon(ish) In-Reply-To: <165665234.25461192.1364365611984.JavaMail.root@redhat.com> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-Scanned-By: MIMEDefang 2.68 on 10.5.11.24 X-Barracuda-Connect: mx1.redhat.com[209.132.183.28] X-Barracuda-Start-Time: 1364846282 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 Looks really nice Nathan. Yes I think that is the place for pmsubsys.pl as well as it is shared by both. I think pmsubsys.py is pretty much okay so maybe that and the corresponding changes for pmcollectl.py could be pushed upstream while I tweak on pmatop a bit more. I am thinking that there is little point in returning status in pmapi.py. All exceptions are raised so it is not needed. The gotcha is that some methods like pmExtractValue are now doing: return status, outAtom would need to be changed to simply return outAtom I was also speculating if it would be handy for pmExtractValue to return multiple values which pmFetch, pmLookupName, pmLookupDesc already do. From nscott@redhat.com Mon Apr 1 16:55:33 2013 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on oss.sgi.com X-Spam-Level: X-Spam-Status: No, score=0.0 required=5.0 tests=none autolearn=ham version=3.3.1 X-Original-To: pcp@oss.sgi.com Delivered-To: pcp@oss.sgi.com Received: from relay.sgi.com (relay2.corp.sgi.com [137.38.102.29]) by oss.sgi.com (Postfix) with ESMTP id 0AD6B7F82 for ; Mon, 1 Apr 2013 16:55:33 -0500 (CDT) Received: from cuda.sgi.com (cuda2.sgi.com [192.48.176.25]) by relay2.corp.sgi.com (Postfix) with ESMTP id EC8C3304070 for ; Mon, 1 Apr 2013 14:55:29 -0700 (PDT) X-ASG-Debug-ID: 1364853325-04cbb01fb8e3160001-S8gJnT Received: from mx4-phx2.redhat.com (mx4-phx2.redhat.com [209.132.183.25]) by cuda.sgi.com with ESMTP id dpa4nXnfxMt59Xvq for ; Mon, 01 Apr 2013 14:55:25 -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 r31LtOlR013507; Mon, 1 Apr 2013 17:55:24 -0400 Date: Mon, 1 Apr 2013 17:55:23 -0400 (EDT) From: Nathan Scott Reply-To: Nathan Scott To: Stan Cox Cc: Michael Werner , PCP Message-ID: <1341222189.493012.1364853323670.JavaMail.root@redhat.com> In-Reply-To: <5158FD2F.7060200@redhat.com> References: <2051621914.24702083.1364259415198.JavaMail.root@redhat.com> <5158FD2F.7060200@redhat.com> Subject: Re: pcp python package/namespace experimentation MIME-Version: 1.0 X-ASG-Orig-Subj: Re: pcp python package/namespace experimentation Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-Originating-IP: [10.5.82.12] X-Mailer: Zimbra 8.0.3_GA_5664 (ZimbraWebClient - FF17 (Linux)/8.0.3_GA_5664) Thread-Topic: pcp python package/namespace experimentation Thread-Index: pSmX6ohfWunoJb36TXpqL+ifRvjYOw== X-Barracuda-Connect: mx4-phx2.redhat.com[209.132.183.25] X-Barracuda-Start-Time: 1364853325 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.2.126902 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 03/25/2013 08:56 PM, Nathan Scott wrote: > > I also came across pcpi.py > > There was an example that I still have saved away that worked with the > original bindings. The current upstream bindings allow vector inputs > for the primary routines, so it is a bit easier to use the raw calls now > I think. Except for pmExtractValue which is still only one value fetch > ... > Unfortunately pcpi.py currently doesn't work due to the above changes. > I am looking at getting it working again. > Ah - if its to do with the namespace/module changes of mine (almost certainly is!), feel free to send it through and I'll fix it up & make a test from it. thanks Stan! -- Nathan From nscott@redhat.com Mon Apr 1 17:08:43 2013 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on oss.sgi.com X-Spam-Level: X-Spam-Status: No, score=0.0 required=5.0 tests=none autolearn=ham version=3.3.1 X-Original-To: pcp@oss.sgi.com Delivered-To: pcp@oss.sgi.com Received: from relay.sgi.com (relay1.corp.sgi.com [137.38.102.111]) by oss.sgi.com (Postfix) with ESMTP id C41AC7F86 for ; Mon, 1 Apr 2013 17:08:43 -0500 (CDT) Received: from cuda.sgi.com (cuda1.sgi.com [192.48.157.11]) by relay1.corp.sgi.com (Postfix) with ESMTP id 9528F8F804B for ; Mon, 1 Apr 2013 15:08:40 -0700 (PDT) X-ASG-Debug-ID: 1364854115-04bdf0542adbbf0001-S8gJnT Received: from mx3-phx2.redhat.com (mx3-phx2.redhat.com [209.132.183.24]) by cuda.sgi.com with ESMTP id xtkE6Aop9xFArqKU for ; Mon, 01 Apr 2013 15:08:35 -0700 (PDT) X-Barracuda-Envelope-From: nscott@redhat.com X-Barracuda-Apparent-Source-IP: 209.132.183.24 Received: from zmail20.collab.prod.int.phx2.redhat.com (zmail20.collab.prod.int.phx2.redhat.com [10.5.83.23]) by mx3-phx2.redhat.com (8.13.8/8.13.8) with ESMTP id r31M8YJD017150; Mon, 1 Apr 2013 18:08:34 -0400 Date: Mon, 1 Apr 2013 18:08:34 -0400 (EDT) From: Nathan Scott Reply-To: Nathan Scott To: Stan Cox Cc: pcp@oss.sgi.com Message-ID: <498608550.564856.1364854114258.JavaMail.root@redhat.com> In-Reply-To: <5159E77B.8020309@redhat.com> References: <165665234.25461192.1364365611984.JavaMail.root@redhat.com> <5159E77B.8020309@redhat.com> Subject: Re: Heads-up - overlapped python merge needed soon(ish) MIME-Version: 1.0 X-ASG-Orig-Subj: Re: Heads-up - overlapped python merge needed soon(ish) Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-Originating-IP: [10.5.82.12] X-Mailer: Zimbra 8.0.3_GA_5664 (ZimbraWebClient - FF17 (Linux)/8.0.3_GA_5664) Thread-Topic: Heads-up - overlapped python merge needed soon(ish) Thread-Index: egdcB3RHC1u3GSmDo6+goT79nbqSTw== X-Barracuda-Connect: mx3-phx2.redhat.com[209.132.183.24] X-Barracuda-Start-Time: 1364854115 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.2.126902 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 Stan, ----- Original Message ----- > Looks really nice Nathan. Yes I think that is the place for pmsubsys.pl > as well as it is shared by both. I think pmsubsys.py is pretty much > okay so maybe that and the corresponding changes for pmcollectl.py could > be pushed upstream while I tweak on pmatop a bit more. > > I am thinking that there is little point in returning status in > pmapi.py. All exceptions are raised so it is not needed. The gotcha Ah, that would be good. Might help with some of the pylint warnings too, where we end up having assignments to never-used-again variables, which are a result of these multiple-returned-values (IIRC). > is that some methods like pmExtractValue are now doing: > return status, outAtom > would need to be changed to simply > return outAtom *nod*. Now would be a good time to make such changes I think, given other churn that's underway in the module/package interface. > I was also speculating if it would be handy for pmExtractValue to return > multiple values which pmFetch, pmLookupName, pmLookupDesc already do. Hmmm, not sure. It might complicate things a fair bit because we would then need to pass in multiple in/out types, formats, etc, and deal with multiple status codes in the results. With the other three you list above, these map to over-the-wire protocol calls too, so batching em up makes more sense (although pmLookupDesc does not actually allow multiple descs at once - IMO it should have and might have to one day if that's ever shown to be a problem). pmExtractValue is a simple (local, in-memory) data format converter, so its less clear if there's value from doing batching within it. Unless there's a particular compelling reason/advantage you have in mind, I'd lean toward leaving it as-is on that one. cheers. -- Nathan From nscott@redhat.com Mon Apr 1 20:10:58 2013 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on oss.sgi.com X-Spam-Level: X-Spam-Status: No, score=0.0 required=5.0 tests=none autolearn=ham version=3.3.1 X-Original-To: pcp@oss.sgi.com Delivered-To: pcp@oss.sgi.com Received: from relay.sgi.com (relay1.corp.sgi.com [137.38.102.111]) by oss.sgi.com (Postfix) with ESMTP id 7F0D629E08 for ; Mon, 1 Apr 2013 20:10:58 -0500 (CDT) Received: from cuda.sgi.com (cuda1.sgi.com [192.48.157.11]) by relay1.corp.sgi.com (Postfix) with ESMTP id 600798F8052 for ; Mon, 1 Apr 2013 18:10:55 -0700 (PDT) X-ASG-Debug-ID: 1364865054-04bdf0542ae91e0001-S8gJnT Received: from mx3-phx2.redhat.com (mx3-phx2.redhat.com [209.132.183.24]) by cuda.sgi.com with ESMTP id DpwMChzTswebEyJh for ; Mon, 01 Apr 2013 18:10: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 r321Ao1p013993; Mon, 1 Apr 2013 21:10:50 -0400 Date: Mon, 1 Apr 2013 21:10:50 -0400 (EDT) From: Nathan Scott Reply-To: Nathan Scott To: Ken McDonell Cc: pcp@oss.sgi.com Message-ID: <516631560.605811.1364865050360.JavaMail.root@redhat.com> In-Reply-To: <5154CE91.1070506@internode.on.net> References: <5154CA71.3080200@internode.on.net> <5154CE91.1070506@internode.on.net> Subject: Re: [pcp] qa/713 certificate issue MIME-Version: 1.0 X-ASG-Orig-Subj: Re: [pcp] qa/713 certificate issue Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-Originating-IP: [10.5.82.12] X-Mailer: Zimbra 8.0.3_GA_5664 (ZimbraWebClient - FF17 (Linux)/8.0.3_GA_5664) Thread-Topic: qa/713 certificate issue Thread-Index: DkcmDs2XLVZ1mHbWznrkSQWh4s5NmA== X-Barracuda-Connect: mx3-phx2.redhat.com[209.132.183.24] X-Barracuda-Start-Time: 1364865054 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.2.126914 Rule breakdown below pts rule name description ---- ---------------------- -------------------------------------------------- 0.01 THREAD_INDEX thread-index: AcO7Y8iR61tzADqsRmmc5wNiFHEOig== 0.01 THREAD_TOPIC Thread-Topic: ...(Japanese Subject)... ----- Original Message ----- > Apologies ... I did not check the script and misread the output. > > The issue really appears to be the "Peer's Certificate issuer is not > recognized" error ... which is also seen in QA/712. > These tests generate a self-signed certificate for use to validate the SSL connections (so the certificate issuer is the qa host). The qa/common.secure nss_setup_certificates function does this bit fwiw. > What am I doing wrong here? Not clear, as the above certainly appears to be accepted on my setup (nss-3.13.6-2). Check the results of the nss_subject_name function in common.secure might be a starting point, as this drives $certdomain used later on (712.full should have greater detail). cheers. -- Nathan From nscott@redhat.com Mon Apr 1 20:12:39 2013 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on oss.sgi.com X-Spam-Level: X-Spam-Status: No, score=0.0 required=5.0 tests=none autolearn=ham version=3.3.1 X-Original-To: pcp@oss.sgi.com Delivered-To: pcp@oss.sgi.com Received: from relay.sgi.com (relay1.corp.sgi.com [137.38.102.111]) by oss.sgi.com (Postfix) with ESMTP id A771529E08 for ; Mon, 1 Apr 2013 20:12:39 -0500 (CDT) Received: from cuda.sgi.com (cuda2.sgi.com [192.48.176.25]) by relay1.corp.sgi.com (Postfix) with ESMTP id 85F688F8052 for ; Mon, 1 Apr 2013 18:12:39 -0700 (PDT) X-ASG-Debug-ID: 1364865158-04cbb01fb7f0650001-S8gJnT Received: from mx3-phx2.redhat.com (mx3-phx2.redhat.com [209.132.183.24]) by cuda.sgi.com with ESMTP id kEw3b3t3VE3wEIHM for ; Mon, 01 Apr 2013 18:12:38 -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 r321Ca02014541; Mon, 1 Apr 2013 21:12:36 -0400 Date: Mon, 1 Apr 2013 21:12:36 -0400 (EDT) From: Nathan Scott Reply-To: Nathan Scott To: Ken McDonell Cc: David Disseldorp , PCP Mailing List Message-ID: <2036548897.605990.1364865156265.JavaMail.root@redhat.com> In-Reply-To: <5154052F.70302@internode.on.net> References: <51528C9C.5070403@internode.on.net> <1955776917.25463227.1364365934207.JavaMail.root@redhat.com> <20130327120037.7d6455bb@plati.site> <5154052F.70302@internode.on.net> Subject: Re: [pcp] rpm migrate_tempdirs() problem on SuSE MIME-Version: 1.0 X-ASG-Orig-Subj: Re: [pcp] rpm migrate_tempdirs() problem on SuSE Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-Originating-IP: [10.5.82.12] X-Mailer: Zimbra 8.0.3_GA_5664 (ZimbraWebClient - FF17 (Linux)/8.0.3_GA_5664) Thread-Topic: rpm migrate_tempdirs() problem on SuSE Thread-Index: UyhFZsJ7cBHDCQqDJR1wLWZht1PIeA== X-Barracuda-Connect: mx3-phx2.redhat.com[209.132.183.24] X-Barracuda-Start-Time: 1364865158 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.2.126914 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 27/03/13 22:00, David Disseldorp wrote: > > ... > > It looks like --no-clobber was added in 2009 with coreutils 7.1 - it's > > present on SLE11SP2 but missing from SLE11SP1. > > ... > > Sounds fine to me. > > I've pushed a commit into my try after extensive testing of the proposed > change on SLES11SP1. > > Nathan, in the testing I was tricked by this predicate > > test -d "$d" -a -k "$d" || continue > > I don't understand why the migration is only done for old dirs that have > the "sticky" bit set ... so what's the reason behind the -a -k part of > the predicate? > We should only be moving tmpdirs we created, which always have this set, so figured I'd check for that (wouldn't want anyone playing games with symlinks, and getting us to move arbitrary files around, etc). cheers. -- Nathan From nscott@redhat.com Mon Apr 1 23:39:43 2013 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on oss.sgi.com X-Spam-Level: X-Spam-Status: No, score=0.0 required=5.0 tests=none autolearn=ham version=3.3.1 X-Original-To: pcp@oss.sgi.com Delivered-To: pcp@oss.sgi.com Received: from relay.sgi.com (relay3.corp.sgi.com [198.149.34.15]) by oss.sgi.com (Postfix) with ESMTP id 676B57F61 for ; Mon, 1 Apr 2013 23:39:43 -0500 (CDT) Received: from cuda.sgi.com (cuda1.sgi.com [192.48.157.11]) by relay3.corp.sgi.com (Postfix) with ESMTP id 03E49AC002 for ; Mon, 1 Apr 2013 21:39:42 -0700 (PDT) X-ASG-Debug-ID: 1364877578-04bdf0542bf7ee0001-S8gJnT Received: from mx4-phx2.redhat.com (mx4-phx2.redhat.com [209.132.183.25]) by cuda.sgi.com with ESMTP id fCuVDc5f0x3maewT for ; Mon, 01 Apr 2013 21:39:38 -0700 (PDT) X-Barracuda-Envelope-From: nscott@redhat.com X-Barracuda-Apparent-Source-IP: 209.132.183.25 Received: from zmail20.collab.prod.int.phx2.redhat.com (zmail20.collab.prod.int.phx2.redhat.com [10.5.83.23]) by mx4-phx2.redhat.com (8.13.8/8.13.8) with ESMTP id r324dckm012091 for ; Tue, 2 Apr 2013 00:39:38 -0400 Date: Tue, 2 Apr 2013 00:39:38 -0400 (EDT) From: Nathan Scott Reply-To: Nathan Scott To: pcp@oss.sgi.com Message-ID: <1593918410.657185.1364877578009.JavaMail.root@redhat.com> Subject: pcp updates: kenj + fche merges MIME-Version: 1.0 X-ASG-Orig-Subj: pcp updates: kenj + fche merges Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-Originating-IP: [10.5.82.12] X-Mailer: Zimbra 8.0.3_GA_5664 (ZimbraWebClient - FF17 (Linux)/8.0.3_GA_5664) Thread-Topic: pcp updates: kenj + fche merges Thread-Index: TDeyFB/zT9CbXdeNTcTdTQNLO3wNZQ== X-Barracuda-Connect: mx4-phx2.redhat.com[209.132.183.25] X-Barracuda-Start-Time: 1364877578 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.2.126928 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://oss.sgi.com/pcp/pcp.git dev Makepkgs | 3 + build/cleantmpdirs | 5 +-- qa/169 | 41 ++++++++++++++++++++------ qa/462 | 41 +++++++++++++++++++++----- qa/admin/check-vm | 17 +++++++++- qa/common.secure | 2 + qa/qa_hosts.master | 1 src/libpcp/src/context.c | 18 ++++++++--- src/libpcp/src/internal.h | 1 src/libpcp_pmcd/src/GNUmakefile | 6 +++ src/libpcp_pmcd/src/trace.c | 62 +++++++++++++++++++++++++++++----------- src/pmcd/src/client.c | 17 +++++++--- src/pmcd/src/client.h | 5 +-- 13 files changed, 168 insertions(+), 51 deletions(-) commit 3d59a434fe20bc64b2683a90f32d0c5bfacd3d6c Author: Nathan Scott Date: Tue Apr 2 15:37:29 2013 +1100 Merge Kens mv-without-minus-n change into generic tmp script too commit 7adaa9e9f2733dc2abf832b22f4db11803a1c0c8 Merge: 1cce310 4b69271 Author: Nathan Scott Date: Tue Apr 2 15:33:35 2013 +1100 Merge branch 'dev' of git://oss.sgi.com/kenj/pcp into dev commit 1cce310be6d4036b40c29632b9b53994d23ceef0 Author: Frank Ch. Eigler Date: Fri Mar 29 13:15:20 2013 -0400 libpcp context.c: Avoid mis-sharing outbound pmcd connections if ports mismatch pmNewContext tries to reuse existing connections to a pmcd, if a second context request comes in. However, for this optimization, it only compared host names and not port numbers, which leads to a new flavour of false sharing. commit 4b69271ebe5847dc730a5135a2fd1318ee8770ee Author: Ken McDonell Date: Tue Apr 2 13:42:30 2013 +1100 pmcd client connection tracing, qa/169 Fix for failing qa/169 which involved an unintended DNS timeout in gethostbyaddr() at a critical point in the concurrent timeout handling for both a failing PMDA and a client request. In pmcd, do not do reverse DNS lookups for trace diagnostic, report IP addr only. Also rework this code to handle the mix { secure sockets enabled, secure sockets disabled } x { ipv4, ipv6 }. Involves exposing the internals of pmcd's ClientInfo struct to libpcp_pmcd, and getting some of the internal socket state from libpcp visible in libpcp_pmcd. commit 75ca0ce763b62d161cc19e61f14d5575d2976eac Author: Ken McDonell Date: Sun Mar 31 07:33:46 2013 +1100 qa/admin - more /etc/hosts sniffing for check-vm commit 4d52928fe7de261b22736443747949c99d160c5e Author: Ken McDonell Date: Sun Mar 31 07:32:21 2013 +1100 qa/common.secure - include ascii certificate in *.full Just being paranoid in my attempts to debug the failing 71? tests ... but this may be useful at some point in the future. commit 1a16f430ffde5ac14ffe69e3d021182f97e6beb0 Author: Ken McDonell Date: Sun Mar 31 07:28:27 2013 +1100 Makepkgs - make mini-clean substitute There are _some_ artifacts left in the workarea (especially after a QA run) that can break a following Makepkgs run, e.g. qa/qa_outfiles. This commit provides a place for dealing with these, without requiring a make clean (which obliterates things that take a long time to recreate the next time you run QA). commit 65b1c6d8ba9bf98c986c667e2e95f9cc69e43a84 Author: Ken McDonell Date: Sun Mar 31 07:27:43 2013 +1100 qa_hosts.master - add host emma for kenj commit fb2240c55b229e57d182478c5e8f602a17eb43e6 Author: Ken McDonell Date: Sun Mar 31 07:23:20 2013 +1100 qa/462 - fix nasty race condition Between tests 4 and 5 there was the possibility for a nasty (i.e. very hard to debug) race between the backgrounded pmcd stop and the following pmcd start in the foreground. Added a timed semaphore using a temporary file and improved the diags sent to 462.full. From kenj@internode.on.net Tue Apr 2 00:53:16 2013 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on oss.sgi.com X-Spam-Level: X-Spam-Status: No, score=0.0 required=5.0 tests=none 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 112337F61 for ; Tue, 2 Apr 2013 00:53:16 -0500 (CDT) Received: from cuda.sgi.com (cuda1.sgi.com [192.48.157.11]) by relay1.corp.sgi.com (Postfix) with ESMTP id CBB008F8052 for ; Mon, 1 Apr 2013 22:53:12 -0700 (PDT) X-ASG-Debug-ID: 1364881990-04bdf0542cfd8a0001-S8gJnT Received: from ipmail06.adl2.internode.on.net (ipmail06.adl2.internode.on.net [150.101.137.129]) by cuda.sgi.com with ESMTP id PPn1lrKNGBisQtvs for ; Mon, 01 Apr 2013 22:53:11 -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: ApQBAKBxWlF20dIQ/2dsb2JhbAANNoZbuTOCb4EVgxMBAQEEI1URCxgCAgUWCwICCQMCAQIBRQYNCAEBtXhxgkCPd4Ejjg6CLYETA6sV Received: from ppp118-209-210-16.lns20.mel6.internode.on.net (HELO [192.168.1.100]) ([118.209.210.16]) by ipmail06.adl2.internode.on.net with ESMTP; 02 Apr 2013 16:22:54 +1030 Message-ID: <515A7236.5080901@internode.on.net> Date: Tue, 02 Apr 2013 16:52:54 +1100 From: Ken McDonell User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:17.0) Gecko/20130308 Thunderbird/17.0.4 MIME-Version: 1.0 To: PCP Mailing List Subject: Re: [pcp] URGENT potentially serious regression in 3.7.0 References: <513B99E4.7030007@internode.on.net> <513D9A93.6080806@internode.on.net> X-ASG-Orig-Subj: Re: [pcp] URGENT potentially serious regression in 3.7.0 In-Reply-To: <513D9A93.6080806@internode.on.net> Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit X-Barracuda-Connect: ipmail06.adl2.internode.on.net[150.101.137.129] X-Barracuda-Start-Time: 1364881990 X-Barracuda-URL: http://192.48.157.11:80/cgi-mod/mark.cgi X-Virus-Scanned: by bsmtpd at sgi.com X-Barracuda-BRTS-Status: 1 X-Barracuda-Spam-Score: 0.00 X-Barracuda-Spam-Status: No, SCORE=0.00 using per-user scores of TAG_LEVEL=1000.0 QUARANTINE_LEVEL=1000.0 KILL_LEVEL=2.7 tests= X-Barracuda-Spam-Report: Code version 3.2, rules version 3.2.2.126934 Rule breakdown below pts rule name description ---- ---------------------- -------------------------------------------------- On 11/03/13 19:49, Ken McDonell wrote: > On 10/03/13 07:21, Ken McDonell wrote: >> I had suspected, without any proof that PCP QA was running much slower. >> >> ... > BUT if you change 169 so that the pmcd tracing is not buffered, i.e. > > pmstore pmcd.control.tracenobuf 1 > > after pmcd is reconfigured, then the test passes 20 out of 20 attempts. OK, I've spent many hours on this one and finally cracked it ... the core of the problem is this turdlet in the pmcd code ... #if 0 /* TODO: IPv6 -- how to trace an ip address?? */ pmcd_trace(TR_ADD_CLIENT, ClientIPAddr(&client[i]), fd, client[i].seq); #else /* For now so that the output is not completely missing. */ pmcd_trace(TR_ADD_CLIENT, 0, fd, client[i].seq); #endif Combine this with a call to gethostbyaddr() in pmcd's TR_ADD_CLIENT trace code (a fundamentally bad idea to be doing reverse DNS lookup at this point, but that is an earlier design error), and the gethostbyaddr() call always times out looking up the address "0", after about 5 seconds, ... and bingo you have basis for the qa/169 failure. When pmcd's tracing is enabled and unbuffered, this delay is hidden in each client connection and the QA test passes. When pmcd's tracing is buffered and only reported on a serious error, then the delay happens _after_ the PMDA timeout and the extra 5 seconds is enough to see the client's PDU request timeout _before_ pmcd has cleaned up the bad PMDA and returned PM_ERR_IPC to the client ... so the test fails. I've changed the reporting to report the IP address and added code for the {ipv4,ipv6}x{secure sockets yes, no} cases (I've checked both the ipv4 cases, but have no way to test the ipv6 cases, so some extra eyes and qa would be appreciated there). The commit is coming soon (once I've rerun qa/169 on all my QA machines). From nscott@redhat.com Tue Apr 2 02:26:05 2013 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on oss.sgi.com X-Spam-Level: X-Spam-Status: No, score=0.0 required=5.0 tests=none autolearn=ham version=3.3.1 X-Original-To: pcp@oss.sgi.com Delivered-To: pcp@oss.sgi.com Received: from relay.sgi.com (relay1.corp.sgi.com [137.38.102.111]) by oss.sgi.com (Postfix) with ESMTP id 6BD8B7F6B for ; Tue, 2 Apr 2013 02:26:05 -0500 (CDT) Received: from cuda.sgi.com (cuda2.sgi.com [192.48.176.25]) by relay1.corp.sgi.com (Postfix) with ESMTP id 58E368F8050 for ; Tue, 2 Apr 2013 00:26:02 -0700 (PDT) X-ASG-Debug-ID: 1364887557-04cbb01fba10c4f0001-S8gJnT Received: from mx4-phx2.redhat.com (mx4-phx2.redhat.com [209.132.183.25]) by cuda.sgi.com with ESMTP id InmcfrxFL8qAV6PF for ; Tue, 02 Apr 2013 00:25:58 -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 r327PsPA005715; Tue, 2 Apr 2013 03:25:54 -0400 Date: Tue, 2 Apr 2013 03:25:54 -0400 (EDT) From: Nathan Scott Reply-To: Nathan Scott To: Ken McDonell Cc: PCP Mailing List Message-ID: <1988964657.701612.1364887554441.JavaMail.root@redhat.com> In-Reply-To: <515A7236.5080901@internode.on.net> References: <513B99E4.7030007@internode.on.net> <513D9A93.6080806@internode.on.net> <515A7236.5080901@internode.on.net> Subject: Re: [pcp] URGENT potentially serious regression in 3.7.0 MIME-Version: 1.0 X-ASG-Orig-Subj: Re: [pcp] URGENT potentially serious regression in 3.7.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-Originating-IP: [10.5.82.12] X-Mailer: Zimbra 8.0.3_GA_5664 (ZimbraWebClient - FF17 (Linux)/8.0.3_GA_5664) Thread-Topic: URGENT potentially serious regression in 3.7.0 Thread-Index: /ykjK1wcookNfFwBI3MrzCD6UG4SKg== X-Barracuda-Connect: mx4-phx2.redhat.com[209.132.183.25] X-Barracuda-Start-Time: 1364887557 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.2.126940 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 11/03/13 19:49, Ken McDonell wrote: > > On 10/03/13 07:21, Ken McDonell wrote: > >> I had suspected, without any proof that PCP QA was running much slower. > >> > >> ... > > BUT if you change 169 so that the pmcd tracing is not buffered, i.e. > > > > pmstore pmcd.control.tracenobuf 1 > > > > after pmcd is reconfigured, then the test passes 20 out of 20 attempts. > > OK, I've spent many hours on this one and finally cracked it ... the core of > the problem is this turdlet in the pmcd code ... > ... > The commit is coming soon (once I've rerun qa/169 on all my QA machines). > Nice work - thanks Ken!!! -- Nathan From nscott@redhat.com Tue Apr 2 02:45:31 2013 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on oss.sgi.com X-Spam-Level: X-Spam-Status: No, score=0.0 required=5.0 tests=none autolearn=ham version=3.3.1 X-Original-To: pcp@oss.sgi.com Delivered-To: pcp@oss.sgi.com Received: from relay.sgi.com (relay1.corp.sgi.com [137.38.102.111]) by oss.sgi.com (Postfix) with ESMTP id 74F9D7F66 for ; Tue, 2 Apr 2013 02:45:31 -0500 (CDT) Received: from cuda.sgi.com (cuda3.sgi.com [192.48.176.15]) by relay1.corp.sgi.com (Postfix) with ESMTP id 5D7628F8049 for ; Tue, 2 Apr 2013 00:45:31 -0700 (PDT) X-ASG-Debug-ID: 1364888729-04cb6c1e77109ce0001-S8gJnT Received: from mx4-phx2.redhat.com (mx4-phx2.redhat.com [209.132.183.25]) by cuda.sgi.com with ESMTP id jDA0Usds1F5Gg23w for ; Tue, 02 Apr 2013 00:45:29 -0700 (PDT) X-Barracuda-Envelope-From: nscott@redhat.com X-Barracuda-Apparent-Source-IP: 209.132.183.25 Received: from zmail20.collab.prod.int.phx2.redhat.com (zmail20.collab.prod.int.phx2.redhat.com [10.5.83.23]) by mx4-phx2.redhat.com (8.13.8/8.13.8) with ESMTP id r327jSDB008691 for ; Tue, 2 Apr 2013 03:45:28 -0400 Date: Tue, 2 Apr 2013 03:45:28 -0400 (EDT) From: Nathan Scott Reply-To: Nathan Scott To: PCP Mailing List Message-ID: <1051754083.713686.1364888728812.JavaMail.root@redhat.com> In-Reply-To: <390255883.703257.1364887808271.JavaMail.root@redhat.com> Subject: PCP developers meeting - 17/04/2013 MIME-Version: 1.0 X-ASG-Orig-Subj: PCP developers meeting - 17/04/2013 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-Originating-IP: [10.5.82.12] X-Mailer: Zimbra 8.0.3_GA_5664 (ZimbraWebClient - FF17 (Linux)/8.0.3_GA_5664) Thread-Topic: PCP developers meeting - 17/04/2013 Thread-Index: L5OBHqEuvSq4bekio9wNGjQyb9waAQ== X-Barracuda-Connect: mx4-phx2.redhat.com[209.132.183.25] X-Barracuda-Start-Time: 1364888729 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.2.126940 Rule breakdown below pts rule name description ---- ---------------------- -------------------------------------------------- 0.01 THREAD_INDEX thread-index: AcO7Y8iR61tzADqsRmmc5wNiFHEOig== 0.01 THREAD_TOPIC Thread-Topic: ...(Japanese Subject)... Hi all, It feels like we're well overdue for a face-to-face (wherever possible) PCP meeting to plan upcoming releases and generally discuss issues people are facing, and active projects. I'll be travelling for a little while, but how does Wednesday the 17th April 8am in Melbourne (+1100) - a Tuesday afternoon in Toronto and much of the USA - generally work for people? In Melbourne we'd host it at the Red Hat offices (455 Bourke St - on the corner of Bourke and Queen) this time, will supply breakfast, coffee and so on. I'll post dial-in numbers closer to the time, once organised. As always, open to anyone with an interest in PCP - don't have to have any commit history or particular agenda, just bring an enquiring mind! cheers. -- Nathan From brolley@redhat.com Tue Apr 2 13:29:15 2013 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on oss.sgi.com X-Spam-Level: X-Spam-Status: No, score=0.0 required=5.0 tests=none autolearn=ham version=3.3.1 X-Original-To: pcp@oss.sgi.com Delivered-To: pcp@oss.sgi.com Received: from relay.sgi.com (relay3.corp.sgi.com [198.149.34.15]) by oss.sgi.com (Postfix) with ESMTP id 52CD37F82 for ; Tue, 2 Apr 2013 13:29:15 -0500 (CDT) Received: from cuda.sgi.com (cuda3.sgi.com [192.48.176.15]) by relay3.corp.sgi.com (Postfix) with ESMTP id D3D28AC002 for ; Tue, 2 Apr 2013 11:29:11 -0700 (PDT) X-ASG-Debug-ID: 1364927347-04cb6c1e7a166580001-S8gJnT Received: from mx1.redhat.com (mx1.redhat.com [209.132.183.28]) by cuda.sgi.com with ESMTP id OU9esxidR7u63lD7 for ; Tue, 02 Apr 2013 11:29: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 r32IT7Ub004885 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK) for ; Tue, 2 Apr 2013 14:29:07 -0400 Received: from [10.15.16.152] ([10.15.16.152]) by int-mx11.intmail.prod.int.phx2.redhat.com (8.14.4/8.14.4) with ESMTP id r32IT76t027333 for ; Tue, 2 Apr 2013 14:29:07 -0400 Message-ID: <515B2372.90503@redhat.com> Date: Tue, 02 Apr 2013 14:29:06 -0400 From: Dave Brolley User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:17.0) Gecko/20130311 Thunderbird/17.0.4 MIME-Version: 1.0 To: pcp@oss.sgi.com Subject: Re: [pcp] URGENT potentially serious regression in 3.7.0 References: <513B99E4.7030007@internode.on.net> <513D9A93.6080806@internode.on.net> <515A7236.5080901@internode.on.net> X-ASG-Orig-Subj: Re: [pcp] URGENT potentially serious regression in 3.7.0 In-Reply-To: <515A7236.5080901@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: 1364927347 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 04/02/2013 01:52 AM, Ken McDonell wrote: > OK, I've spent many hours on this one and finally cracked it ... the core of the problem is this turdlet in the pmcd code ... > > #if 0 /* TODO: IPv6 -- how to trace an ip address?? */ > pmcd_trace(TR_ADD_CLIENT, ClientIPAddr(&client[i]), fd, client[i].seq); > #else /* For now so that the output is not completely missing. */ > pmcd_trace(TR_ADD_CLIENT, 0, fd, client[i].seq); > #endif > > Combine this with a call to gethostbyaddr() in pmcd's TR_ADD_CLIENT trace code (a fundamentally bad idea to be doing reverse DNS lookup at this point, but that is an earlier design error), and the gethostbyaddr() call always times out looking up the address "0", after about 5 seconds, ... and bingo you have basis for the qa/169 failure. My apologies for the turdlet(tm) and the subsequent fallout. There is another potentially unnecessary reverse lookup in __pmGetAddrInfo (both implementations call __pmGetNameInfo) that I'm looking into as well. Dave From kenj@internode.on.net Tue Apr 2 14:41:45 2013 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on oss.sgi.com X-Spam-Level: X-Spam-Status: No, score=0.0 required=5.0 tests=none autolearn=ham version=3.3.1 X-Original-To: pcp@oss.sgi.com Delivered-To: pcp@oss.sgi.com Received: from relay.sgi.com (relay2.corp.sgi.com [137.38.102.29]) by oss.sgi.com (Postfix) with ESMTP id 5A8517F85 for ; Tue, 2 Apr 2013 14:41:45 -0500 (CDT) Received: from cuda.sgi.com (cuda1.sgi.com [192.48.157.11]) by relay2.corp.sgi.com (Postfix) with ESMTP id 2A38D304059 for ; Tue, 2 Apr 2013 12:41:42 -0700 (PDT) X-ASG-Debug-ID: 1364931699-04bdf0542c1678d0001-S8gJnT Received: from ipmail06.adl6.internode.on.net (ipmail06.adl6.internode.on.net [150.101.137.145]) by cuda.sgi.com with ESMTP id kI6jw4AJHdjMHoa5 for ; Tue, 02 Apr 2013 12:41: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: ApMBAIczW1F20dIQ/2dsb2JhbAANNoM9wHKEEjANFhgDAgECAT8ZBgIBAbZykzqNZ4FPgyoDqxWBVgkb Received: from ppp118-209-210-16.lns20.mel6.internode.on.net (HELO [192.168.1.100]) ([118.209.210.16]) by ipmail06.adl6.internode.on.net with ESMTP; 03 Apr 2013 06:11:39 +1030 Message-ID: <515B3475.7050508@internode.on.net> Date: Wed, 03 Apr 2013 06:41:41 +1100 From: Ken McDonell User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:17.0) Gecko/20130308 Thunderbird/17.0.4 MIME-Version: 1.0 To: pcp@oss.sgi.com Subject: pcp updates Content-Type: text/plain; charset=ISO-8859-1 X-ASG-Orig-Subj: pcp updates Content-Transfer-Encoding: 7bit X-Barracuda-Connect: ipmail06.adl6.internode.on.net[150.101.137.145] X-Barracuda-Start-Time: 1364931699 X-Barracuda-URL: http://192.48.157.11:80/cgi-mod/mark.cgi X-Virus-Scanned: by bsmtpd at sgi.com X-Barracuda-BRTS-Status: 1 X-Barracuda-Spam-Score: 0.00 X-Barracuda-Spam-Status: No, SCORE=0.00 using per-user scores of TAG_LEVEL=1000.0 QUARANTINE_LEVEL=1000.0 KILL_LEVEL=2.7 tests= X-Barracuda-Spam-Report: Code version 3.2, rules version 3.2.2.126988 Rule breakdown below pts rule name description ---- ---------------------- -------------------------------------------------- This mail was a bit delayed ... these were committed yesterday, and have already been picked up in Nathan's latest merges into the official PCP tree. Changes committed to git://oss.sgi.com/kenj/pcp.git dev Makepkgs | 3 + qa/169 | 41 ++++++++++++++++++++------ qa/462 | 41 +++++++++++++++++++++----- qa/admin/check-vm | 17 +++++++++- qa/common.secure | 2 + qa/qa_hosts.master | 1 src/libpcp/src/internal.h | 1 src/libpcp_pmcd/src/GNUmakefile | 6 +++ src/libpcp_pmcd/src/trace.c | 62 +++++++++++++++++++++++++++++----------- src/pmcd/src/client.c | 17 +++++++--- src/pmcd/src/client.h | 5 +-- 11 files changed, 152 insertions(+), 44 deletions(-) commit 4b69271ebe5847dc730a5135a2fd1318ee8770ee Author: Ken McDonell Date: Tue Apr 2 13:42:30 2013 +1100 pmcd client connection tracing, qa/169 Fix for failing qa/169 which involved an unintended DNS timeout in gethostbyaddr() at a critical point in the concurrent timeout handling for both a failing PMDA and a client request. In pmcd, do not do reverse DNS lookups for trace diagnostic, report IP addr only. Also rework this code to handle the mix { secure sockets enabled, secure sockets disabled } x { ipv4, ipv6 }. Involves exposing the internals of pmcd's ClientInfo struct to libpcp_pmcd, and getting some of the internal socket state from libpcp visible in libpcp_pmcd. commit 75ca0ce763b62d161cc19e61f14d5575d2976eac Author: Ken McDonell Date: Sun Mar 31 07:33:46 2013 +1100 qa/admin - more /etc/hosts sniffing for check-vm commit 4d52928fe7de261b22736443747949c99d160c5e Author: Ken McDonell Date: Sun Mar 31 07:32:21 2013 +1100 qa/common.secure - include ascii certificate in *.full Just being paranoid in my attempts to debug the failing 71? tests ... but this may be useful at some point in the future. commit 1a16f430ffde5ac14ffe69e3d021182f97e6beb0 Author: Ken McDonell Date: Sun Mar 31 07:28:27 2013 +1100 Makepkgs - make mini-clean substitute There are _some_ artifacts left in the workarea (especially after a QA run) that can break a following Makepkgs run, e.g. qa/qa_outfiles. This commit provides a place for dealing with these, without requiring a make clean (which obliterates things that take a long time to recreate the next time you run QA). commit 65b1c6d8ba9bf98c986c667e2e95f9cc69e43a84 Author: Ken McDonell Date: Sun Mar 31 07:27:43 2013 +1100 qa_hosts.master - add host emma for kenj commit fb2240c55b229e57d182478c5e8f602a17eb43e6 Author: Ken McDonell Date: Sun Mar 31 07:23:20 2013 +1100 qa/462 - fix nasty race condition Between tests 4 and 5 there was the possibility for a nasty (i.e. very hard to debug) race between the backgrounded pmcd stop and the following pmcd start in the foreground. Added a timed semaphore using a temporary file and improved the diags sent to 462.full. From brolley@redhat.com Tue Apr 2 15:06:54 2013 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on oss.sgi.com X-Spam-Level: X-Spam-Status: No, score=0.0 required=5.0 tests=none autolearn=ham version=3.3.1 X-Original-To: pcp@oss.sgi.com Delivered-To: pcp@oss.sgi.com Received: from relay.sgi.com (relay3.corp.sgi.com [198.149.34.15]) by oss.sgi.com (Postfix) with ESMTP id C68E97F85 for ; Tue, 2 Apr 2013 15:06:53 -0500 (CDT) Received: from cuda.sgi.com (cuda1.sgi.com [192.48.157.11]) by relay3.corp.sgi.com (Postfix) with ESMTP id 53ACCAC002 for ; Tue, 2 Apr 2013 13:06:50 -0700 (PDT) X-ASG-Debug-ID: 1364933209-04bdf0542b169eb0001-S8gJnT Received: from mx1.redhat.com (mx1.redhat.com [209.132.183.28]) by cuda.sgi.com with ESMTP id 32y7JGbOPqqNTwMy for ; Tue, 02 Apr 2013 13:06:49 -0700 (PDT) X-Barracuda-Envelope-From: brolley@redhat.com X-Barracuda-Apparent-Source-IP: 209.132.183.28 X-ASG-Whitelist: Client Received: from int-mx02.intmail.prod.int.phx2.redhat.com (int-mx02.intmail.prod.int.phx2.redhat.com [10.5.11.12]) by mx1.redhat.com (8.14.4/8.14.4) with ESMTP id r32K6nYl009631 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK) for ; Tue, 2 Apr 2013 16:06:49 -0400 Received: from [10.15.16.152] ([10.15.16.152]) by int-mx02.intmail.prod.int.phx2.redhat.com (8.13.8/8.13.8) with ESMTP id r32K6mt9031451 for ; Tue, 2 Apr 2013 16:06:49 -0400 Message-ID: <515B3A58.40309@redhat.com> Date: Tue, 02 Apr 2013 16:06:48 -0400 From: Dave Brolley User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:17.0) Gecko/20130311 Thunderbird/17.0.4 MIME-Version: 1.0 To: pcp@oss.sgi.com Subject: Re: [pcp] pcp updates References: <515B3475.7050508@internode.on.net> X-ASG-Orig-Subj: Re: [pcp] pcp updates In-Reply-To: <515B3475.7050508@internode.on.net> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Scanned-By: MIMEDefang 2.67 on 10.5.11.12 X-Barracuda-Connect: mx1.redhat.com[209.132.183.28] X-Barracuda-Start-Time: 1364933209 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 Ken, With respect to commit 4b69271ebe5847dc730a5135a2fd1318ee8770ee, the code for the { secure sockets enabled, secure sockets disabled } x { ipv4, ipv6 } mix is unnecessary. All you need to do is to call __pmSockAddrToString(saddr). It will take care of those details. It returns a pointer to a string from the heap, so you don't need to know the magic buffer size (46), but you do need to free it. You also do need to check that it is not NULL. If if is NULL then you can issue an error message. Dave On 04/02/2013 03:41 PM, Ken McDonell wrote: > This mail was a bit delayed ... these were committed yesterday, and have already been picked up in Nathan's latest merges into the official PCP tree. > > Changes committed to git://oss.sgi.com/kenj/pcp.git dev > > Makepkgs | 3 + > qa/169 | 41 ++++++++++++++++++++------ > qa/462 | 41 +++++++++++++++++++++----- > qa/admin/check-vm | 17 +++++++++- > qa/common.secure | 2 + > qa/qa_hosts.master | 1 > src/libpcp/src/internal.h | 1 > src/libpcp_pmcd/src/GNUmakefile | 6 +++ > src/libpcp_pmcd/src/trace.c | 62 +++++++++++++++++++++++++++++----------- > src/pmcd/src/client.c | 17 +++++++--- > src/pmcd/src/client.h | 5 +-- > 11 files changed, 152 insertions(+), 44 deletions(-) > > commit 4b69271ebe5847dc730a5135a2fd1318ee8770ee > Author: Ken McDonell > Date: Tue Apr 2 13:42:30 2013 +1100 > > pmcd client connection tracing, qa/169 > > Fix for failing qa/169 which involved an unintended DNS timeout > in gethostbyaddr() at a critical point in the concurrent timeout > handling for both a failing PMDA and a client request. > > In pmcd, do not do reverse DNS lookups for trace diagnostic, > report IP addr only. Also rework this code to handle the mix > { secure sockets enabled, secure sockets disabled } x { ipv4, ipv6 }. > > Involves exposing the internals of pmcd's ClientInfo struct to > libpcp_pmcd, and getting some of the internal socket state from > libpcp visible in libpcp_pmcd. > > commit 75ca0ce763b62d161cc19e61f14d5575d2976eac > Author: Ken McDonell > Date: Sun Mar 31 07:33:46 2013 +1100 > > qa/admin - more /etc/hosts sniffing for check-vm > > commit 4d52928fe7de261b22736443747949c99d160c5e > Author: Ken McDonell > Date: Sun Mar 31 07:32:21 2013 +1100 > > qa/common.secure - include ascii certificate in *.full > > Just being paranoid in my attempts to debug the failing 71? tests > ... but this may be useful at some point in the future. > > commit 1a16f430ffde5ac14ffe69e3d021182f97e6beb0 > Author: Ken McDonell > Date: Sun Mar 31 07:28:27 2013 +1100 > > Makepkgs - make mini-clean substitute > > There are _some_ artifacts left in the workarea (especially after > a QA run) that can break a following Makepkgs run, e.g. qa/qa_outfiles. > > This commit provides a place for dealing with these, without requiring > a make clean (which obliterates things that take a long time to > recreate the next time you run QA). > > commit 65b1c6d8ba9bf98c986c667e2e95f9cc69e43a84 > Author: Ken McDonell > Date: Sun Mar 31 07:27:43 2013 +1100 > > qa_hosts.master - add host emma for kenj > > commit fb2240c55b229e57d182478c5e8f602a17eb43e6 > Author: Ken McDonell > Date: Sun Mar 31 07:23:20 2013 +1100 > > qa/462 - fix nasty race condition > > Between tests 4 and 5 there was the possibility for a nasty > (i.e. very hard to debug) race between the backgrounded pmcd > stop and the following pmcd start in the foreground. > > Added a timed semaphore using a temporary file and improved the > diags sent to 462.full. > > _______________________________________________ > pcp mailing list > pcp@oss.sgi.com > http://oss.sgi.com/mailman/listinfo/pcp From brolley@redhat.com Tue Apr 2 15:24:45 2013 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on oss.sgi.com X-Spam-Level: X-Spam-Status: No, score=0.0 required=5.0 tests=none autolearn=ham version=3.3.1 X-Original-To: pcp@oss.sgi.com Delivered-To: pcp@oss.sgi.com Received: from relay.sgi.com (relay2.corp.sgi.com [137.38.102.29]) by oss.sgi.com (Postfix) with ESMTP id 1BF497F85 for ; Tue, 2 Apr 2013 15:24:45 -0500 (CDT) Received: from cuda.sgi.com (cuda1.sgi.com [192.48.157.11]) by relay2.corp.sgi.com (Postfix) with ESMTP id E03B6304059 for ; Tue, 2 Apr 2013 13:24:41 -0700 (PDT) X-ASG-Debug-ID: 1364934280-04bdf0542b16b640001-S8gJnT Received: from mx1.redhat.com (mx1.redhat.com [209.132.183.28]) by cuda.sgi.com with ESMTP id aoUaoFz4kdvNVhVs for ; Tue, 02 Apr 2013 13:24: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-mx02.intmail.prod.int.phx2.redhat.com (int-mx02.intmail.prod.int.phx2.redhat.com [10.5.11.12]) by mx1.redhat.com (8.14.4/8.14.4) with ESMTP id r32KOeqJ018717 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK) for ; Tue, 2 Apr 2013 16:24:40 -0400 Received: from [10.15.16.152] ([10.15.16.152]) by int-mx02.intmail.prod.int.phx2.redhat.com (8.13.8/8.13.8) with ESMTP id r32KOelo005780 for ; Tue, 2 Apr 2013 16:24:40 -0400 Message-ID: <515B3E88.3040709@redhat.com> Date: Tue, 02 Apr 2013 16:24:40 -0400 From: Dave Brolley User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:17.0) Gecko/20130311 Thunderbird/17.0.4 MIME-Version: 1.0 To: pcp@oss.sgi.com Subject: Re: [pcp] pcp updates References: <515B3475.7050508@internode.on.net> <515B3A58.40309@redhat.com> X-ASG-Orig-Subj: Re: [pcp] pcp updates In-Reply-To: <515B3A58.40309@redhat.com> Content-Type: multipart/mixed; boundary="------------020806090506020206030108" X-Scanned-By: MIMEDefang 2.67 on 10.5.11.12 X-Barracuda-Connect: mx1.redhat.com[209.132.183.28] X-Barracuda-Start-Time: 1364934281 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 This is a multi-part message in MIME format. --------------020806090506020206030108 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit On 04/02/2013 04:06 PM, Dave Brolley wrote: > Hi Ken, > > With respect to commit 4b69271ebe5847dc730a5135a2fd1318ee8770ee, the > code for the { secure sockets enabled, secure sockets disabled } x { > ipv4, ipv6 } mix is unnecessary. All you need to do is to call > __pmSockAddrToString(saddr). It will take care of those details. It > returns a pointer to a string from the heap, so you don't need to know > the magic buffer size (46), but you do need to free it. You also do > need to check that it is not NULL. If if is NULL then you can issue an > error message. Something like this should do it .... --------------020806090506020206030108 Content-Type: text/x-patch; name="brolley.patch" Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename="brolley.patch" diff --git a/src/libpcp_pmcd/src/trace.c b/src/libpcp_pmcd/src/trace.c index b28175a..39e3a98 100644 --- a/src/libpcp_pmcd/src/trace.c +++ b/src/libpcp_pmcd/src/trace.c @@ -107,7 +107,7 @@ pmcd_dump_trace(FILE *f) int p; struct tm last = { 0, 0 }; struct tm *this; - char strbuf[46]; // max size for PR_NetAddrToString() + char strbuf[20]; if ((_pmcd_trace_mask & TR_MASK_NOBUF) == 0) fprintf(f, "\n->PMCD event trace: "); @@ -153,36 +153,15 @@ pmcd_dump_trace(FILE *f) } else { __pmSockAddr *saddr = (__pmSockAddr *)cip->addr; -#ifdef HAVE_SECURE_SOCKETS - int sts; - switch (saddr->sockaddr.raw.family) { - case PR_AF_INET: - case PR_AF_INET6: - sts = PR_NetAddrToString(&saddr->sockaddr, strbuf, sizeof(strbuf)); - if (sts == PR_SUCCESS) - fprintf(f, "addr=%s", strbuf); - else - fprintf(f, "secure family=%d PR_NetAddrToString: Error: %d", saddr->sockaddr.raw.family, PR_GetError()); - break; - default: - fprintf(f, "secure unknown family=%d", saddr->sockaddr.raw.family); - break; - } -#else - switch (saddr->sockaddr.raw.sa_family) { - case AF_INET: - inet_ntop(AF_INET, (void *)&saddr->sockaddr.inet.sin_addr, strbuf, sizeof(strbuf)); - fprintf(f, "addr=%s", strbuf); - break; - case AF_INET6: - inet_ntop(AF_INET6, (void *)&saddr->sockaddr.ipv6.sin6_addr, strbuf, sizeof(strbuf)); - fprintf(f, "addr=%s", strbuf); - break; - default: - fprintf(f, "unknown family=%d", saddr->sockaddr.raw.sa_family); - break; + char *addrbuf; + + addrbuf = __pmSockAddrToString(saddr); + if (addrbuf == NULL) { + fprintf(f, "invalid socket address\n"); + break; } -#endif + fprintf(f, "addr=%s", addrbuf); + free(addrbuf); fprintf(f, ", fd=%d, seq=%u\n", cip->fd, cip->seq); } } --------------020806090506020206030108-- From fche@redhat.com Tue Apr 2 15:53:41 2013 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on oss.sgi.com X-Spam-Level: X-Spam-Status: No, score=0.0 required=5.0 tests=none autolearn=ham version=3.3.1 X-Original-To: pcp@oss.sgi.com Delivered-To: pcp@oss.sgi.com Received: from relay.sgi.com (relay2.corp.sgi.com [137.38.102.29]) by oss.sgi.com (Postfix) with ESMTP id 3FCAB7F8E for ; Tue, 2 Apr 2013 15:53:41 -0500 (CDT) Received: from cuda.sgi.com (cuda1.sgi.com [192.48.157.11]) by relay2.corp.sgi.com (Postfix) with ESMTP id 0ACE9304032 for ; Tue, 2 Apr 2013 13:53:40 -0700 (PDT) X-ASG-Debug-ID: 1364936020-04bdf0542d16d9b0001-S8gJnT Received: from mx1.redhat.com (mx1.redhat.com [209.132.183.28]) by cuda.sgi.com with ESMTP id pEQeUHZeeRkwIsAP for ; Tue, 02 Apr 2013 13:53:40 -0700 (PDT) X-Barracuda-Envelope-From: fche@redhat.com X-Barracuda-Apparent-Source-IP: 209.132.183.28 X-ASG-Whitelist: Client Received: from int-mx12.intmail.prod.int.phx2.redhat.com (int-mx12.intmail.prod.int.phx2.redhat.com [10.5.11.25]) by mx1.redhat.com (8.14.4/8.14.4) with ESMTP id r32Krd6Y027773 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK); Tue, 2 Apr 2013 16:53:39 -0400 Received: from fche.csb (vpn-53-221.rdu2.redhat.com [10.10.53.221]) by int-mx12.intmail.prod.int.phx2.redhat.com (8.14.4/8.14.4) with ESMTP id r32KrcJq029369; Tue, 2 Apr 2013 16:53:38 -0400 Received: by fche.csb (Postfix, from userid 2569) id F38EA58164; Tue, 2 Apr 2013 16:53:37 -0400 (EDT) Date: Tue, 2 Apr 2013 16:53:37 -0400 From: "Frank Ch. Eigler" To: Dev Priya Cc: pcp@oss.sgi.com Subject: Re: One pmwebapi against multiple pcp running hosts Message-ID: <20130402205337.GD3659@redhat.com> X-ASG-Orig-Subj: Re: One pmwebapi against multiple pcp running hosts 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.25 X-Barracuda-Connect: mx1.redhat.com[209.132.183.28] X-Barracuda-Start-Time: 1364936020 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 have pmwebapi installed on one machine and I have pcp running on multiple > machines. If I understand correctly one instance of pmwebapi should be able > to gather metrics from multiple hosts and not only the host it is running > on, am I right? I am asking this because I am not seeing this behavior. So > I wanted to confirm with you if this is the desired behavior before I start > debugging. It should work. Each pmwebapi context# maps to a separate PMAPI-level context, each of which can connect to different hosts/archives/whatever. Make sure you use /pmapi/context?hostname=HOST1 => /pmapi/context#1/ /pmapi/context?hostname=HOST2 => /pmapi/context#2/ consistently thereafter. - FChE From devpriya00@gmail.com Tue Apr 2 16:08:08 2013 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on oss.sgi.com X-Spam-Level: X-Spam-Status: No, score=0.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 (relay1.corp.sgi.com [137.38.102.111]) by oss.sgi.com (Postfix) with ESMTP id 88A387F93 for ; Tue, 2 Apr 2013 16:08:08 -0500 (CDT) Received: from cuda.sgi.com (cuda1.sgi.com [192.48.157.11]) by relay1.corp.sgi.com (Postfix) with ESMTP id 58DF58F8068 for ; Tue, 2 Apr 2013 14:08:05 -0700 (PDT) X-ASG-Debug-ID: 1364936882-04bdf0542d16e900001-S8gJnT Received: from mail-la0-f44.google.com (mail-la0-f44.google.com [209.85.215.44]) by cuda.sgi.com with ESMTP id XXR2q0aV1VCYjzMN (version=TLSv1 cipher=RC4-SHA bits=128 verify=NO) for ; Tue, 02 Apr 2013 14:08:03 -0700 (PDT) X-Barracuda-Envelope-From: devpriya00@gmail.com X-Barracuda-Apparent-Source-IP: 209.85.215.44 X-Barracuda-IPDD: Level1 [gmail.com/209.85.215.44] Received: by mail-la0-f44.google.com with SMTP id eb20so821542lab.31 for ; Tue, 02 Apr 2013 14:08:02 -0700 (PDT) X-Barracuda-IPDD: Level1 [gmail.com/209.85.215.44] X-Barracuda-IPDD: Level1 [gmail.com/209.85.215.44] DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:x-received:in-reply-to:references:date:message-id :subject:from:to:cc:content-type; bh=z3BRQAXYR1ndut8ZXHWpS25F+t5jxv8PA3pznuuZtes=; b=cM4H3m26ESBdSXD9/QKyeuDDxF/xwcqS47yxnASJdc73bddTAUC22WDjeYIBIKpiDA HGrdXMZo5JcheM8jAlT8byfaOQGq6M0+c4xVv3Vukvv5tzxiKYzSF8mizSXBsKLlYbLx zRenFeuokcs+92kjPpCBTB6XVxluOIW3fOlwo597FCqijbLjOrpC/8HQGQV337KQYP5U xujruiFi7Cbp6CCEOYvptPoR5gsVq7DTPnsSoR4ChwVqBcx/SXyBzrUHN6T4P0YL4mHV G2CTqRz3h0aBzHmZXh15Ah0eUgTVv7wgjhfwDcC3hsi2lIIwbA+ADLkXdEcTt0PPyt3y JkhA== MIME-Version: 1.0 X-Received: by 10.112.8.9 with SMTP id n9mr8519389lba.71.1364936882089; Tue, 02 Apr 2013 14:08:02 -0700 (PDT) Received: by 10.114.26.99 with HTTP; Tue, 2 Apr 2013 14:08:02 -0700 (PDT) In-Reply-To: <20130402205337.GD3659@redhat.com> References: <20130402205337.GD3659@redhat.com> Date: Tue, 2 Apr 2013 14:08:02 -0700 Message-ID: Subject: Re: One pmwebapi against multiple pcp running hosts From: Dev Priya X-ASG-Orig-Subj: Re: One pmwebapi against multiple pcp running hosts To: "Frank Ch. Eigler" Cc: pcp@oss.sgi.com Content-Type: multipart/alternative; boundary=e0cb4efe2be6ff776304d9672182 X-Barracuda-Connect: mail-la0-f44.google.com[209.85.215.44] X-Barracuda-Start-Time: 1364936883 X-Barracuda-Encrypted: RC4-SHA 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=BSF_SC0_MISMATCH_TO, DKIM_SIGNED, DKIM_VERIFIED, HTML_MESSAGE X-Barracuda-Spam-Report: Code version 3.2, rules version 3.2.2.126994 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 --e0cb4efe2be6ff776304d9672182 Content-Type: text/plain; charset=ISO-8859-1 I am doing it exactly the way you told below - context creation followed by querying for each host under their own context. I ran pmwebapi in verbose mode and noticed that when I create a context for the host on which pmwebapi is running I get a context creation message but for other hosts I am getting context creation failed and on the receiver side I get an empty message. I verified it by manually CURLing the url too. Even in verbose mode the output is too less to find out why the context creation might have failed. Is there a way to increase the verbosity of the logs even further? Thanks, Dev On Tue, Apr 2, 2013 at 1:53 PM, Frank Ch. Eigler wrote: > Hi - > > > I have pmwebapi installed on one machine and I have pcp running on > multiple > > machines. If I understand correctly one instance of pmwebapi should be > able > > to gather metrics from multiple hosts and not only the host it is running > > on, am I right? I am asking this because I am not seeing this behavior. > So > > I wanted to confirm with you if this is the desired behavior before I > start > > debugging. > > It should work. Each pmwebapi context# maps to a separate PMAPI-level > context, each of which can connect to different > hosts/archives/whatever. Make sure you use > > /pmapi/context?hostname=HOST1 => /pmapi/context#1/ > /pmapi/context?hostname=HOST2 => /pmapi/context#2/ > > consistently thereafter. > > - FChE > --e0cb4efe2be6ff776304d9672182 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable I am doing it exactly the way you told below - context creation followed by= querying for each host under their own context. I ran pmwebapi in verbose = mode and noticed that when I create a context for the host on which pmwebap= i is running I get a context creation message but for other hosts I am gett= ing context creation failed and on the receiver side I get an empty message= .

I verified it by manually CURLing the url too. Even in verbo= se mode the output is too less to find out why the context creation might h= ave failed. Is there a way to increase the verbosity of the logs even furth= er?

Thanks,
Dev

On Tue, Apr 2, 2013 at 1:53 PM, Frank Ch. Eigler <fche@redhat.com> wrote:
Hi -

> I have pmwebapi installed on one machine and I have pcp running on mul= tiple
> machines. If I understand correctly one instance of pmwebapi should be= able
> to gather metrics from multiple hosts and not only the host it is runn= ing
> on, am I right? I am asking this because I am not seeing this behavior= . So
> I wanted to confirm with you if this is the desired behavior before I = start
> debugging.

It should work. =A0Each pmwebapi context# maps to a separate PMAPI-le= vel
context, each of which can connect to different
hosts/archives/whatever. =A0Make sure you use

/pmapi/context?hostname=3DHOST1 =3D> /pmapi/context#1/
/pmapi/context?hostname=3DHOST2 =3D> /pmapi/context#2/

consistently thereafter.

- FChE

--e0cb4efe2be6ff776304d9672182-- From brolley@redhat.com Tue Apr 2 16:24:36 2013 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on oss.sgi.com X-Spam-Level: X-Spam-Status: No, score=0.0 required=5.0 tests=none autolearn=ham version=3.3.1 X-Original-To: pcp@oss.sgi.com Delivered-To: pcp@oss.sgi.com Received: from relay.sgi.com (relay1.corp.sgi.com [137.38.102.111]) by oss.sgi.com (Postfix) with ESMTP id 963097F8B for ; Tue, 2 Apr 2013 16:24:36 -0500 (CDT) Received: from cuda.sgi.com (cuda2.sgi.com [192.48.176.25]) by relay1.corp.sgi.com (Postfix) with ESMTP id 838F38F804C for ; Tue, 2 Apr 2013 14:24:36 -0700 (PDT) X-ASG-Debug-ID: 1364937872-04cbb01fba175f10001-S8gJnT Received: from mx1.redhat.com (mx1.redhat.com [209.132.183.28]) by cuda.sgi.com with ESMTP id 5Fug8I4BEm6AaA33 for ; Tue, 02 Apr 2013 14:24:32 -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 r32LOWQE029553 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK) for ; Tue, 2 Apr 2013 17:24:32 -0400 Received: from [10.15.16.152] ([10.15.16.152]) by int-mx10.intmail.prod.int.phx2.redhat.com (8.14.4/8.14.4) with ESMTP id r32KU69E001395 for ; Tue, 2 Apr 2013 16:30:07 -0400 Message-ID: <515B3FCE.70401@redhat.com> Date: Tue, 02 Apr 2013 16:30:06 -0400 From: Dave Brolley User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:17.0) Gecko/20130311 Thunderbird/17.0.4 MIME-Version: 1.0 To: PCP Subject: PCP Updates Content-Type: text/plain; charset=ISO-8859-1; format=flowed X-ASG-Orig-Subj: PCP Updates Content-Transfer-Encoding: 7bit X-Scanned-By: MIMEDefang 2.68 on 10.5.11.23 X-Barracuda-Connect: mx1.redhat.com[209.132.183.28] X-Barracuda-Start-Time: 1364937872 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 The following has been pushed to the brolley/nssmerge branch of the pcpfans repository. It fixes checking against a potentially uninitialized status. commit ceb9ff261e1a8a25829f975e46f73b782d15749a Author: Dave Brolley Date: Tue Apr 2 16:01:47 2013 -0400 Initialize sts within __pmSockAddrToString so that it is alwasy set before checking. From kenj@internode.on.net Tue Apr 2 16:52:15 2013 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on oss.sgi.com X-Spam-Level: X-Spam-Status: No, score=0.0 required=5.0 tests=none autolearn=ham version=3.3.1 X-Original-To: pcp@oss.sgi.com Delivered-To: pcp@oss.sgi.com Received: from relay.sgi.com (relay3.corp.sgi.com [198.149.34.15]) by oss.sgi.com (Postfix) with ESMTP id 473B47F8B for ; Tue, 2 Apr 2013 16:52:15 -0500 (CDT) Received: from cuda.sgi.com (cuda3.sgi.com [192.48.176.15]) by relay3.corp.sgi.com (Postfix) with ESMTP id C6FD5AC003 for ; Tue, 2 Apr 2013 14:52:14 -0700 (PDT) X-ASG-Debug-ID: 1364939529-04cb6c1e79176380001-S8gJnT Received: from ipmail06.adl6.internode.on.net (ipmail06.adl6.internode.on.net [150.101.137.145]) by cuda.sgi.com with ESMTP id EUWX2kP9qRVOH9SA for ; Tue, 02 Apr 2013 14:52:09 -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: ApMBABJSW1F20dIQ/2dsb2JhbAANNsBMgmmBHYMTAQEBBDhAEQsYCRYPCQMCAQIBRRMIAQG2TZM/jyAWgyoDqxU Received: from ppp118-209-210-16.lns20.mel6.internode.on.net (HELO [192.168.1.100]) ([118.209.210.16]) by ipmail06.adl6.internode.on.net with ESMTP; 03 Apr 2013 08:22:09 +1030 Message-ID: <515B530B.3000501@internode.on.net> Date: Wed, 03 Apr 2013 08:52:11 +1100 From: Ken McDonell User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:17.0) Gecko/20130308 Thunderbird/17.0.4 MIME-Version: 1.0 To: pcp@oss.sgi.com Subject: Re: [pcp] PCP developers meeting - 17/04/2013 References: <1051754083.713686.1364888728812.JavaMail.root@redhat.com> X-ASG-Orig-Subj: Re: [pcp] PCP developers meeting - 17/04/2013 In-Reply-To: <1051754083.713686.1364888728812.JavaMail.root@redhat.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Barracuda-Connect: ipmail06.adl6.internode.on.net[150.101.137.145] X-Barracuda-Start-Time: 1364939529 X-Barracuda-URL: http://192.48.176.15:80/cgi-mod/mark.cgi X-Virus-Scanned: by bsmtpd at sgi.com X-Barracuda-BRTS-Status: 1 X-Barracuda-Spam-Score: 0.00 X-Barracuda-Spam-Status: No, SCORE=0.00 using per-user scores of TAG_LEVEL=1000.0 QUARANTINE_LEVEL=1000.0 KILL_LEVEL=2.7 tests= X-Barracuda-Spam-Report: Code version 3.2, rules version 3.2.2.126998 Rule breakdown below pts rule name description ---- ---------------------- -------------------------------------------------- On 02/04/13 18:45, Nathan Scott wrote: > ... how does Wednesday > the 17th April 8am in Melbourne (+1100) - a Tuesday afternoon > in Toronto and much of the USA - generally work for people? Works for me. From kenj@internode.on.net Tue Apr 2 17:00:22 2013 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on oss.sgi.com X-Spam-Level: X-Spam-Status: No, score=0.0 required=5.0 tests=none autolearn=ham version=3.3.1 X-Original-To: pcp@oss.sgi.com Delivered-To: pcp@oss.sgi.com Received: from relay.sgi.com (relay1.corp.sgi.com [137.38.102.111]) by oss.sgi.com (Postfix) with ESMTP id 8ADBE7F8D for ; Tue, 2 Apr 2013 17:00:22 -0500 (CDT) Received: from cuda.sgi.com (cuda1.sgi.com [192.48.157.11]) by relay1.corp.sgi.com (Postfix) with ESMTP id 666578F804B for ; Tue, 2 Apr 2013 15:00:22 -0700 (PDT) X-ASG-Debug-ID: 1364940019-04bdf0542d1720b0001-S8gJnT Received: from ipmail06.adl6.internode.on.net (ipmail06.adl6.internode.on.net [150.101.137.145]) by cuda.sgi.com with ESMTP id SvTnpiH4HPXR7cqJ for ; Tue, 02 Apr 2013 15:00: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: ApMBAH9UW1F20dIQ/2dsb2JhbAANNsBTgmmBHYMTAQEBBDhAEQsYCRYPCQMCAQIBRRMIAQEVtjiTPY8gFoMqA6sV Received: from ppp118-209-210-16.lns20.mel6.internode.on.net (HELO [192.168.1.100]) ([118.209.210.16]) by ipmail06.adl6.internode.on.net with ESMTP; 03 Apr 2013 08:30:19 +1030 Message-ID: <515B54F6.1070905@internode.on.net> Date: Wed, 03 Apr 2013 09:00:22 +1100 From: Ken McDonell User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:17.0) Gecko/20130308 Thunderbird/17.0.4 MIME-Version: 1.0 To: pcp@oss.sgi.com Subject: Re: [pcp] URGENT potentially serious regression in 3.7.0 References: <513B99E4.7030007@internode.on.net> <513D9A93.6080806@internode.on.net> <515A7236.5080901@internode.on.net> <515B2372.90503@redhat.com> X-ASG-Orig-Subj: Re: [pcp] URGENT potentially serious regression in 3.7.0 In-Reply-To: <515B2372.90503@redhat.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Barracuda-Connect: ipmail06.adl6.internode.on.net[150.101.137.145] X-Barracuda-Start-Time: 1364940019 X-Barracuda-URL: http://192.48.157.11:80/cgi-mod/mark.cgi X-Virus-Scanned: by bsmtpd at sgi.com X-Barracuda-BRTS-Status: 1 X-Barracuda-Spam-Score: 0.00 X-Barracuda-Spam-Status: No, SCORE=0.00 using per-user scores of TAG_LEVEL=1000.0 QUARANTINE_LEVEL=1000.0 KILL_LEVEL=2.7 tests= X-Barracuda-Spam-Report: Code version 3.2, rules version 3.2.2.126998 Rule breakdown below pts rule name description ---- ---------------------- -------------------------------------------------- G'day Dave. On 03/04/13 05:29, Dave Brolley wrote: > ... > My apologies for the turdlet(tm) and the subsequent fallout. No problem. I (and I suspect others) had noticed this code (bonus points for the TODO annotation which we've found most useful across the life of PCP) but I had not appreciated the subtle implications before digging into the qa/169 failures. Fortunately the result was benign and probably not visible to anyone outside QA land. > ... There is > another potentially unnecessary reverse lookup in __pmGetAddrInfo (both > implementations call __pmGetNameInfo) that I'm looking into as well. I'm not sure we can purge all the reverse DNS lookups, but the one that had been in the pmcd trace diagnostics code from the epoch was definitely lead in the saddle bags. From kenj@internode.on.net Tue Apr 2 17:10:13 2013 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on oss.sgi.com X-Spam-Level: X-Spam-Status: No, score=0.0 required=5.0 tests=none autolearn=ham version=3.3.1 X-Original-To: pcp@oss.sgi.com Delivered-To: pcp@oss.sgi.com Received: from relay.sgi.com (relay3.corp.sgi.com [198.149.34.15]) by oss.sgi.com (Postfix) with ESMTP id 934E27F8D for ; Tue, 2 Apr 2013 17:10:13 -0500 (CDT) Received: from cuda.sgi.com (cuda3.sgi.com [192.48.176.15]) by relay3.corp.sgi.com (Postfix) with ESMTP id 2FE24AC003 for ; Tue, 2 Apr 2013 15:10:10 -0700 (PDT) X-ASG-Debug-ID: 1364940607-04cb6c1e78177660001-S8gJnT Received: from ipmail06.adl6.internode.on.net (ipmail06.adl6.internode.on.net [150.101.137.145]) by cuda.sgi.com with ESMTP id 9LgCnmZ9oPod7lFq for ; Tue, 02 Apr 2013 15:10:08 -0700 (PDT) X-Barracuda-Envelope-From: kenj@internode.on.net X-Barracuda-Apparent-Source-IP: 150.101.137.145 X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: ApMBANZWW1F20dIQ/2dsb2JhbAANNsBZgmmBHYMTAQEBBDhAARALGAkWDwkDAgECAUUGDQEHAQG2T5NCjxkHg0ADqxU Received: from ppp118-209-210-16.lns20.mel6.internode.on.net (HELO [192.168.1.100]) ([118.209.210.16]) by ipmail06.adl6.internode.on.net with ESMTP; 03 Apr 2013 08:39:32 +1030 Message-ID: <515B571E.1010602@internode.on.net> Date: Wed, 03 Apr 2013 09:09:34 +1100 From: Ken McDonell User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:17.0) Gecko/20130308 Thunderbird/17.0.4 MIME-Version: 1.0 To: Dave Brolley CC: pcp@oss.sgi.com Subject: Re: [pcp] pcp updates References: <515B3475.7050508@internode.on.net> <515B3A58.40309@redhat.com> <515B3E88.3040709@redhat.com> X-ASG-Orig-Subj: Re: [pcp] pcp updates In-Reply-To: <515B3E88.3040709@redhat.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Barracuda-Connect: ipmail06.adl6.internode.on.net[150.101.137.145] X-Barracuda-Start-Time: 1364940607 X-Barracuda-URL: http://192.48.176.15:80/cgi-mod/mark.cgi X-Virus-Scanned: by bsmtpd at sgi.com X-Barracuda-BRTS-Status: 1 X-Barracuda-Spam-Score: 0.00 X-Barracuda-Spam-Status: No, SCORE=0.00 using per-user scores of TAG_LEVEL=1000.0 QUARANTINE_LEVEL=1000.0 KILL_LEVEL=2.7 tests= X-Barracuda-Spam-Report: Code version 3.2, rules version 3.2.2.126998 Rule breakdown below pts rule name description ---- ---------------------- -------------------------------------------------- On 03/04/13 07:24, Dave Brolley wrote: > On 04/02/2013 04:06 PM, Dave Brolley wrote: >> Hi Ken, >> >> With respect to commit 4b69271ebe5847dc730a5135a2fd1318ee8770ee, the >> code for the { secure sockets enabled, secure sockets disabled } x { >> ipv4, ipv6 } mix is unnecessary. All you need to do is to call >> __pmSockAddrToString(saddr). It will take care of those details. It >> returns a pointer to a string from the heap, so you don't need to know >> the magic buffer size (46), but you do need to free it. You also do >> need to check that it is not NULL. If if is NULL then you can issue an >> error message. > Something like this should do it .... Dave, Thanks for the pointer to the wrapper routine that I did not know about. Your change looks good to me (and much cleaner) ... although the error string needs a leading space and no trailing \n to fit in with the surrounding fprintf's. And the loss of the unknown family=%d diagnostic in the invalid address case is probably not an issue (especially as it cannot be reported without exposing the conditional mess you've just hidden behind the __pmSockAddrToString() call!). Do you want to push this to Nathan, or would you like me to apply to my tree and push back to the official tree that way? From chandana@desilva.id.au Tue Apr 2 17:13:50 2013 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on oss.sgi.com X-Spam-Level: X-Spam-Status: No, score=0.0 required=5.0 tests=none autolearn=ham version=3.3.1 X-Original-To: pcp@oss.sgi.com Delivered-To: pcp@oss.sgi.com Received: from relay.sgi.com (relay3.corp.sgi.com [198.149.34.15]) by oss.sgi.com (Postfix) with ESMTP id 7CD957F8D for ; Tue, 2 Apr 2013 17:13:50 -0500 (CDT) Received: from cuda.sgi.com (cuda3.sgi.com [192.48.176.15]) by relay3.corp.sgi.com (Postfix) with ESMTP id 07DCDAC008 for ; Tue, 2 Apr 2013 15:13:49 -0700 (PDT) X-ASG-Debug-ID: 1364940828-04cb6c1e79177a00001-S8gJnT Received: from mho-02-ewr.mailhop.org (mho-02-ewr.mailhop.org [204.13.248.72]) by cuda.sgi.com with ESMTP id 0xSXhw4wY9DQY2aa (version=TLSv1 cipher=AES256-SHA bits=256 verify=NO) for ; Tue, 02 Apr 2013 15:13:48 -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 1UN9Sd-0008qZ-Oe for pcp@oss.sgi.com; Tue, 02 Apr 2013 22:13:48 +0000 Received: from [192.168.19.21] (ip-34.83.45.175.VOCUS.net.au [175.45.83.34]) by mail.desilva.id.au (Postfix) with ESMTPSA id 0758920415 for ; Tue, 2 Apr 2013 22:13:45 +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/5oFbJZs4pWwWo3JGtLRgm8+F+Crha+WE= Message-ID: <515B5817.4000609@desilva.id.au> Date: Wed, 03 Apr 2013 09:13:43 +1100 From: Chandana De Silva Reply-To: chandana@desilva.id.au User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:17.0) Gecko/20130308 Thunderbird/17.0.4 MIME-Version: 1.0 To: pcp@oss.sgi.com Subject: Re: PCP developers meeting References: X-ASG-Orig-Subj: Re: PCP developers meeting In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Barracuda-Connect: mho-02-ewr.mailhop.org[204.13.248.72] X-Barracuda-Start-Time: 1364940828 X-Barracuda-Encrypted: AES256-SHA X-Barracuda-URL: http://192.48.176.15:80/cgi-mod/mark.cgi X-Virus-Scanned: by bsmtpd at sgi.com X-Barracuda-BRTS-Status: 1 X-Barracuda-Spam-Score: 0.00 X-Barracuda-Spam-Status: No, SCORE=0.00 using per-user scores of TAG_LEVEL=1000.0 QUARANTINE_LEVEL=1000.0 KILL_LEVEL=2.7 tests= X-Barracuda-Spam-Report: Code version 3.2, rules version 3.2.2.126998 Rule breakdown below pts rule name description ---- ---------------------- -------------------------------------------------- I will be there On 03/04/13 04:00, pcp-request@oss.sgi.com wrote: > PCP developers meeting - 17/04/2013 From mgoodwin@redhat.com Tue Apr 2 17:20:20 2013 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on oss.sgi.com X-Spam-Level: X-Spam-Status: No, score=0.0 required=5.0 tests=none autolearn=ham version=3.3.1 X-Original-To: pcp@oss.sgi.com Delivered-To: pcp@oss.sgi.com Received: from relay.sgi.com (relay1.corp.sgi.com [137.38.102.111]) by oss.sgi.com (Postfix) with ESMTP id 485B17F8E for ; Tue, 2 Apr 2013 17:20:20 -0500 (CDT) Received: from cuda.sgi.com (cuda1.sgi.com [192.48.157.11]) by relay1.corp.sgi.com (Postfix) with ESMTP id 280D98F804C for ; Tue, 2 Apr 2013 15:20:17 -0700 (PDT) X-ASG-Debug-ID: 1364941215-04bdf0542b1735a0001-S8gJnT Received: from mx1.redhat.com (mx1.redhat.com [209.132.183.28]) by cuda.sgi.com with ESMTP id EndJDYrQv5YON6pg for ; Tue, 02 Apr 2013 15:20: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-mx12.intmail.prod.int.phx2.redhat.com (int-mx12.intmail.prod.int.phx2.redhat.com [10.5.11.25]) by mx1.redhat.com (8.14.4/8.14.4) with ESMTP id r32MK5OD029320 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK) for ; Tue, 2 Apr 2013 18:20:15 -0400 Received: from fletch.usersys.redhat.com (vpn1-48-66.bne.redhat.com [10.64.48.66]) by int-mx12.intmail.prod.int.phx2.redhat.com (8.14.4/8.14.4) with ESMTP id r32MK4og003257 for ; Tue, 2 Apr 2013 18:20:05 -0400 Message-ID: <515B5993.8010500@redhat.com> Date: Wed, 03 Apr 2013 09:20:03 +1100 From: Mark Goodwin User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:14.0) Gecko/20130206 Thunderbird/14.0 MIME-Version: 1.0 To: pcp@oss.sgi.com Subject: Re: [pcp] PCP developers meeting References: <515B5817.4000609@desilva.id.au> X-ASG-Orig-Subj: Re: [pcp] PCP developers meeting In-Reply-To: <515B5817.4000609@desilva.id.au> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Scanned-By: MIMEDefang 2.68 on 10.5.11.25 X-Barracuda-Connect: mx1.redhat.com[209.132.183.28] X-Barracuda-Start-Time: 1364941216 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 I'll be there. If we could get an ack from a few others then I'll go ahead and get the room booked etc. Regards -- Mark On 04/03/2013 09:13 AM, Chandana De Silva wrote: > I will be there > On 03/04/13 04:00, pcp-request@oss.sgi.com wrote: >> PCP developers meeting - 17/04/2013 > > _______________________________________________ > pcp mailing list > pcp@oss.sgi.com > http://oss.sgi.com/mailman/listinfo/pcp From fche@redhat.com Tue Apr 2 17:27:35 2013 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on oss.sgi.com X-Spam-Level: X-Spam-Status: No, score=0.0 required=5.0 tests=none autolearn=ham version=3.3.1 X-Original-To: pcp@oss.sgi.com Delivered-To: pcp@oss.sgi.com Received: from relay.sgi.com (relay2.corp.sgi.com [137.38.102.29]) by oss.sgi.com (Postfix) with ESMTP id 33B827F8E for ; Tue, 2 Apr 2013 17:27:35 -0500 (CDT) Received: from cuda.sgi.com (cuda3.sgi.com [192.48.176.15]) by relay2.corp.sgi.com (Postfix) with ESMTP id 2144430407A for ; Tue, 2 Apr 2013 15:27:32 -0700 (PDT) X-ASG-Debug-ID: 1364941645-04cb6c1e79178600001-S8gJnT Received: from mx1.redhat.com (mx1.redhat.com [209.132.183.28]) by cuda.sgi.com with ESMTP id QXZbFZslXONDVhGh for ; Tue, 02 Apr 2013 15:27:25 -0700 (PDT) X-Barracuda-Envelope-From: fche@redhat.com X-Barracuda-Apparent-Source-IP: 209.132.183.28 X-ASG-Whitelist: Client Received: from int-mx09.intmail.prod.int.phx2.redhat.com (int-mx09.intmail.prod.int.phx2.redhat.com [10.5.11.22]) by mx1.redhat.com (8.14.4/8.14.4) with ESMTP id r32MRNq6001139 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK); Tue, 2 Apr 2013 18:27:23 -0400 Received: from fche.csb (vpn-53-221.rdu2.redhat.com [10.10.53.221]) by int-mx09.intmail.prod.int.phx2.redhat.com (8.14.4/8.14.4) with ESMTP id r32MRNti004121; Tue, 2 Apr 2013 18:27:23 -0400 Received: by fche.csb (Postfix, from userid 2569) id E1FBD58164; Tue, 2 Apr 2013 18:27:22 -0400 (EDT) Date: Tue, 2 Apr 2013 18:27:22 -0400 From: "Frank Ch. Eigler" To: Dev Priya Cc: pcp@oss.sgi.com Subject: Re: One pmwebapi against multiple pcp running hosts Message-ID: <20130402222722.GE3659@redhat.com> X-ASG-Orig-Subj: Re: One pmwebapi against multiple pcp running hosts References: <20130402205337.GD3659@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.22 X-Barracuda-Connect: mx1.redhat.com[209.132.183.28] X-Barracuda-Start-Time: 1364941645 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 Hi - > [...] > I verified it by manually CURLing the url too. Even in verbose mode the > output is too less to find out why the context creation might have failed. > Is there a way to increase the verbosity of the logs even further? The current fche/pmwebapi branch contains a fix for a thinko that could explain misbehaving context creation. With one level of "pmwebd -v" verbosity, you get a pmErrStr explanation for the failing contexts. - FChE From kenj@internode.on.net Tue Apr 2 18:09:42 2013 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on oss.sgi.com X-Spam-Level: X-Spam-Status: No, score=0.0 required=5.0 tests=none autolearn=ham version=3.3.1 X-Original-To: pcp@oss.sgi.com Delivered-To: pcp@oss.sgi.com Received: from relay.sgi.com (relay2.corp.sgi.com [137.38.102.29]) by oss.sgi.com (Postfix) with ESMTP id 92E837F8B for ; Tue, 2 Apr 2013 18:09:42 -0500 (CDT) Received: from cuda.sgi.com (cuda3.sgi.com [192.48.176.15]) by relay2.corp.sgi.com (Postfix) with ESMTP id 81BC730406A for ; Tue, 2 Apr 2013 16:09:39 -0700 (PDT) X-ASG-Debug-ID: 1364944177-04cb6c1e7817b630001-S8gJnT Received: from ipmail06.adl6.internode.on.net (ipmail06.adl6.internode.on.net [150.101.137.145]) by cuda.sgi.com with ESMTP id RBUvrohAYQbZ9iSH for ; Tue, 02 Apr 2013 16:09:38 -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: ApQBAJNjW1F20dIQ/2dsb2JhbAANNoZduheCaYEdgxMBAQEEI1UBDAQLGAICBRYLAgIJAwIBAgFFBg0BBwEBtkFxklSBI412B4ItgRMDqxWBWCQ Received: from ppp118-209-210-16.lns20.mel6.internode.on.net (HELO [192.168.1.100]) ([118.209.210.16]) by ipmail06.adl6.internode.on.net with ESMTP; 03 Apr 2013 09:39:36 +1030 Message-ID: <515B6533.9040405@internode.on.net> Date: Wed, 03 Apr 2013 10:09:39 +1100 From: Ken McDonell User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:17.0) Gecko/20130308 Thunderbird/17.0.4 MIME-Version: 1.0 To: Nathan Scott CC: pcp@oss.sgi.com Subject: Re: [pcp] qa/713 certificate issue References: <5154CA71.3080200@internode.on.net> <5154CE91.1070506@internode.on.net> <516631560.605811.1364865050360.JavaMail.root@redhat.com> X-ASG-Orig-Subj: Re: [pcp] qa/713 certificate issue In-Reply-To: <516631560.605811.1364865050360.JavaMail.root@redhat.com> Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit X-Barracuda-Connect: ipmail06.adl6.internode.on.net[150.101.137.145] X-Barracuda-Start-Time: 1364944177 X-Barracuda-URL: http://192.48.176.15:80/cgi-mod/mark.cgi X-Virus-Scanned: by bsmtpd at sgi.com X-Barracuda-BRTS-Status: 1 X-Barracuda-Spam-Score: 0.00 X-Barracuda-Spam-Status: No, SCORE=0.00 using per-user scores of TAG_LEVEL=1000.0 QUARANTINE_LEVEL=1000.0 KILL_LEVEL=2.7 tests= X-Barracuda-Spam-Report: Code version 3.2, rules version 3.2.2.127002 Rule breakdown below pts rule name description ---- ---------------------- -------------------------------------------------- On 02/04/13 12:10, Nathan Scott wrote: > > > ----- Original Message ----- >> Apologies ... I did not check the script and misread the output. >> >> The issue really appears to be the "Peer's Certificate issuer is not >> recognized" error ... which is also seen in QA/712. >> > > These tests generate a self-signed certificate for use to validate > the SSL connections (so the certificate issuer is the qa host). > The qa/common.secure nss_setup_certificates function does this bit > fwiw. > >> What am I doing wrong here? > > Not clear, as the above certainly appears to be accepted on my setup > (nss-3.13.6-2). Check the results of the nss_subject_name function > in common.secure might be a starting point, as this drives $certdomain > used later on (712.full should have greater detail). Well it appears this test for me is always either not run (no certutils, PCP build w/out secure sockets support) or fails. I tried moving closer to your environment with CentOS 5.9 and nss-3.13.6-3 but the problem got worse! I installed the nss-devel and nspr-devel rpms, rebuilt PCP, and installed the new PCP rpms. But now I _cannot_ start pmcd ... each time I run /etc/init.d/pcp start I end up with an empty ~kenj/.pki/nssdb directory being created (if it does not already exist) and then kenj@vm04:~/src/pcp/qa$ pcp pcp: [Wed Apr 3 10:03:46] pminfo(2728) Warning: __pmConnectPMCD: certificate database exists, but failed initialization Cannot connect to PMCD on host "vm04.localdomain": Connection refused Arrgghh .... From devpriya00@gmail.com Wed Apr 3 01:17:59 2013 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on oss.sgi.com X-Spam-Level: X-Spam-Status: No, score=0.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 (relay1.corp.sgi.com [137.38.102.111]) by oss.sgi.com (Postfix) with ESMTP id 10EF17FD0 for ; Wed, 3 Apr 2013 01:17:59 -0500 (CDT) Received: from cuda.sgi.com (cuda3.sgi.com [192.48.176.15]) by relay1.corp.sgi.com (Postfix) with ESMTP id DC1E18F804C for ; Tue, 2 Apr 2013 23:17:55 -0700 (PDT) X-ASG-Debug-ID: 1364969873-04cb6c1e7a19b960001-S8gJnT Received: from mail-lb0-f178.google.com (mail-lb0-f178.google.com [209.85.217.178]) by cuda.sgi.com with ESMTP id w6C107zelCkwUWjd (version=TLSv1 cipher=RC4-SHA bits=128 verify=NO) for ; Tue, 02 Apr 2013 23:17:54 -0700 (PDT) X-Barracuda-Envelope-From: devpriya00@gmail.com X-Barracuda-Apparent-Source-IP: 209.85.217.178 X-Barracuda-IPDD: Level1 [gmail.com/209.85.217.178] Received: by mail-lb0-f178.google.com with SMTP id q13so1229338lbi.37 for ; Tue, 02 Apr 2013 23:17:53 -0700 (PDT) X-Barracuda-IPDD: Level1 [gmail.com/209.85.217.178] X-Barracuda-IPDD: Level1 [gmail.com/209.85.217.178] DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:x-received:in-reply-to:references:date:message-id :subject:from:to:cc:content-type; bh=mfJ3WBfT4BPa42T2QIirs8YJxCQdLV7x5Ng5fV2tLb0=; b=sqnVPqJB9JZw1XW4jECjTD84RPdddY0hjJb3nfao1ei/lBdXZXhYWN+sVgENY38abk iY4R+4zlbZXi9s6P9jaPx27mZD1v7hAKF1bD+8BvPwGkNdn/W7KXkd7GBHj8UrfAEPBD 7Abqg1uXeHJpbM6ODIpCN8EIDLSuF052kwyRNUe5K3AgrCPm4/0i3litY0Ems4YvEBN7 3m8Gk2JGAmCk0jji04SE5SWwtmDbUuMFBjRb5kKiA+lh1yrWXURNaBTM1SoG4Rq05PDP STSR/ax117HRQGn5gJqG1PtS9OnPd44zzq7eosn0LMXxXxTm7cqoCEC16e5/IUCW5DUK ntOA== MIME-Version: 1.0 X-Received: by 10.112.27.199 with SMTP id v7mr392591lbg.44.1364969873071; Tue, 02 Apr 2013 23:17:53 -0700 (PDT) Received: by 10.114.26.99 with HTTP; Tue, 2 Apr 2013 23:17:52 -0700 (PDT) In-Reply-To: <20130402222722.GE3659@redhat.com> References: <20130402205337.GD3659@redhat.com> <20130402222722.GE3659@redhat.com> Date: Tue, 2 Apr 2013 23:17:52 -0700 Message-ID: Subject: Re: One pmwebapi against multiple pcp running hosts From: Dev Priya X-ASG-Orig-Subj: Re: One pmwebapi against multiple pcp running hosts To: "Frank Ch. Eigler" Cc: pcp@oss.sgi.com Content-Type: multipart/alternative; boundary=bcaec554056669e9fb04d96ed02c X-Barracuda-Connect: mail-lb0-f178.google.com[209.85.217.178] X-Barracuda-Start-Time: 1364969874 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=BSF_SC0_MISMATCH_TO, DKIM_SIGNED, DKIM_VERIFIED, HTML_MESSAGE X-Barracuda-Spam-Report: Code version 3.2, rules version 3.2.2.127032 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 --bcaec554056669e9fb04d96ed02c Content-Type: text/plain; charset=ISO-8859-1 Hi Frank, The latest version works like a charm :) Thanks a lot, Dev On Tue, Apr 2, 2013 at 3:27 PM, Frank Ch. Eigler wrote: > Hi - > > > [...] > > I verified it by manually CURLing the url too. Even in verbose mode the > > output is too less to find out why the context creation might have > failed. > > Is there a way to increase the verbosity of the logs even further? > > The current fche/pmwebapi branch contains a fix for a thinko that > could explain misbehaving context creation. With one level of "pmwebd -v" > verbosity, you get a pmErrStr explanation for the failing contexts. > > - FChE > --bcaec554056669e9fb04d96ed02c Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Hi Frank,

The latest version works like a charm :)
=

Thanks a lot,
Dev

On Tue, Apr 2, 2013 at 3:27 PM, Frank Ch. Eigler &= lt;fche@redhat.com= > wrote:
Hi -

> [...]
> I verified it by manually CURLing the url too. Even = in verbose mode the
> output is too less to find out why the context creation might have fai= led.
> Is there a way to increase the verbosity of the logs even further?

The current fche/pmwebapi branch contains a fix for a thinko that
could explain misbehaving context creation. =A0With one level of "pmwe= bd -v"
verbosity, you get a pmErrStr explanation for the failing contexts.

- FChE

--bcaec554056669e9fb04d96ed02c-- From brolley@redhat.com Wed Apr 3 09:56:10 2013 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on oss.sgi.com X-Spam-Level: X-Spam-Status: No, score=0.0 required=5.0 tests=none autolearn=ham version=3.3.1 X-Original-To: pcp@oss.sgi.com Delivered-To: pcp@oss.sgi.com Received: from relay.sgi.com (relay2.corp.sgi.com [137.38.102.29]) by oss.sgi.com (Postfix) with ESMTP id 4CDDC7FAB for ; Wed, 3 Apr 2013 09:56:10 -0500 (CDT) Received: from cuda.sgi.com (cuda2.sgi.com [192.48.176.25]) by relay2.corp.sgi.com (Postfix) with ESMTP id 33C28304066 for ; Wed, 3 Apr 2013 07:56:10 -0700 (PDT) X-ASG-Debug-ID: 1365000969-04cbb01fba1c6250001-S8gJnT Received: from mx1.redhat.com (mx1.redhat.com [209.132.183.28]) by cuda.sgi.com with ESMTP id 02rdtrVCEl1yGtck for ; Wed, 03 Apr 2013 07:56:09 -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 r33Eu8Mb016934 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK) for ; Wed, 3 Apr 2013 10:56:09 -0400 Received: from [10.10.54.115] (vpn-54-115.rdu2.redhat.com [10.10.54.115]) by int-mx09.intmail.prod.int.phx2.redhat.com (8.14.4/8.14.4) with ESMTP id r33Eu8bx017932 for ; Wed, 3 Apr 2013 10:56:08 -0400 Message-ID: <515C4307.3020007@redhat.com> Date: Wed, 03 Apr 2013 10:56:07 -0400 From: Dave Brolley User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:17.0) Gecko/20130311 Thunderbird/17.0.4 MIME-Version: 1.0 To: pcp@oss.sgi.com Subject: Re: [pcp] pcp updates References: <515B3475.7050508@internode.on.net> <515B3A58.40309@redhat.com> <515B3E88.3040709@redhat.com> <515B571E.1010602@internode.on.net> X-ASG-Orig-Subj: Re: [pcp] pcp updates In-Reply-To: <515B571E.1010602@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.22 X-Barracuda-Connect: mx1.redhat.com[209.132.183.28] X-Barracuda-Start-Time: 1365000969 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 04/02/2013 06:09 PM, Ken McDonell wrote: > Dave, > > Thanks for the pointer to the wrapper routine that I did not know about. > > Your change looks good to me (and much cleaner) ... although the error > string needs a leading space and no trailing \n to fit in with the > surrounding fprintf's. And the loss of the unknown family=%d > diagnostic in the invalid address case is probably not an issue > (especially as it cannot be reported without exposing the conditional > mess you've just hidden behind the __pmSockAddrToString() call!). > > Do you want to push this to Nathan, or would you like me to apply to > my tree and push back to the official tree that way? > I think it would be best for you to make the adjustments that you have mentioned and apply to your tree. That way you can verify that the output is as you expect before pushing it. Thanks, Dave From brolley@redhat.com Wed Apr 3 10:02:17 2013 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on oss.sgi.com X-Spam-Level: X-Spam-Status: No, score=0.0 required=5.0 tests=none autolearn=ham version=3.3.1 X-Original-To: pcp@oss.sgi.com Delivered-To: pcp@oss.sgi.com Received: from relay.sgi.com (relay3.corp.sgi.com [198.149.34.15]) by oss.sgi.com (Postfix) with ESMTP id 78A867FAB for ; Wed, 3 Apr 2013 10:02:17 -0500 (CDT) Received: from cuda.sgi.com (cuda1.sgi.com [192.48.157.11]) by relay3.corp.sgi.com (Postfix) with ESMTP id 07BD6AC002 for ; Wed, 3 Apr 2013 08:02:13 -0700 (PDT) X-ASG-Debug-ID: 1365001330-04bdf0542b1be1a0001-S8gJnT Received: from mx1.redhat.com (mx1.redhat.com [209.132.183.28]) by cuda.sgi.com with ESMTP id aO02GavYXTjFlRhn for ; Wed, 03 Apr 2013 08:02:10 -0700 (PDT) X-Barracuda-Envelope-From: brolley@redhat.com X-Barracuda-Apparent-Source-IP: 209.132.183.28 X-ASG-Whitelist: Client Received: from int-mx11.intmail.prod.int.phx2.redhat.com (int-mx11.intmail.prod.int.phx2.redhat.com [10.5.11.24]) by mx1.redhat.com (8.14.4/8.14.4) with ESMTP id r33F29Cu022363 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK) for ; Wed, 3 Apr 2013 11:02:09 -0400 Received: from [10.10.54.115] (vpn-54-115.rdu2.redhat.com [10.10.54.115]) by int-mx11.intmail.prod.int.phx2.redhat.com (8.14.4/8.14.4) with ESMTP id r33F29e3011891 for ; Wed, 3 Apr 2013 11:02:09 -0400 Message-ID: <515C4470.5090805@redhat.com> Date: Wed, 03 Apr 2013 11:02:08 -0400 From: Dave Brolley User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:17.0) Gecko/20130311 Thunderbird/17.0.4 MIME-Version: 1.0 To: pcp@oss.sgi.com Subject: Re: [pcp] PCP developers meeting - 17/04/2013 References: <1051754083.713686.1364888728812.JavaMail.root@redhat.com> X-ASG-Orig-Subj: Re: [pcp] PCP developers meeting - 17/04/2013 In-Reply-To: <1051754083.713686.1364888728812.JavaMail.root@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: 1365001330 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 Works for me. Toronto is GMT -4 right now, so it should be 5pm Tuesday April 16 for us, if I have it right. Dave On 04/02/2013 03:45 AM, Nathan Scott wrote: > Hi all, > > It feels like we're well overdue for a face-to-face (wherever > possible) PCP meeting to plan upcoming releases and generally > discuss issues people are facing, and active projects. > > I'll be travelling for a little while, but how does Wednesday > the 17th April 8am in Melbourne (+1100) - a Tuesday afternoon > in Toronto and much of the USA - generally work for people? > > In Melbourne we'd host it at the Red Hat offices (455 Bourke > St - on the corner of Bourke and Queen) this time, will supply > breakfast, coffee and so on. I'll post dial-in numbers closer > to the time, once organised. > > As always, open to anyone with an interest in PCP - don't have > to have any commit history or particular agenda, just bring an > enquiring mind! > > cheers. > > -- > Nathan > > _______________________________________________ > pcp mailing list > pcp@oss.sgi.com > http://oss.sgi.com/mailman/listinfo/pcp From kenj@internode.on.net Wed Apr 3 14:35:37 2013 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on oss.sgi.com X-Spam-Level: X-Spam-Status: No, score=0.0 required=5.0 tests=none 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 6A5797F3F for ; Wed, 3 Apr 2013 14:35:37 -0500 (CDT) Received: from cuda.sgi.com (cuda2.sgi.com [192.48.176.25]) by relay2.corp.sgi.com (Postfix) with ESMTP id 4757F304064 for ; Wed, 3 Apr 2013 12:35:34 -0700 (PDT) X-ASG-Debug-ID: 1365017732-04cbb01fb71e5510001-S8gJnT Received: from ipmail06.adl2.internode.on.net (ipmail06.adl2.internode.on.net [150.101.137.129]) by cuda.sgi.com with ESMTP id IuKdTPEFvONcZUp2 for ; Wed, 03 Apr 2013 12:35:32 -0700 (PDT) X-Barracuda-Envelope-From: kenj@internode.on.net X-Barracuda-Apparent-Source-IP: 150.101.137.129 X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: ApMBAGyDXFF20dIQ/2dsb2JhbAANNsEhgmSBI4MTAQEBBDhAEQsYCRACBA8JAwIBAgFFEwgBAbVPkyuPIBYRAoMXA6sVgTkf Received: from ppp118-209-210-16.lns20.mel6.internode.on.net (HELO [192.168.1.100]) ([118.209.210.16]) by ipmail06.adl2.internode.on.net with ESMTP; 04 Apr 2013 06:05:31 +1030 Message-ID: <515C8487.5000105@internode.on.net> Date: Thu, 04 Apr 2013 06:35:35 +1100 From: Ken McDonell User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:17.0) Gecko/20130308 Thunderbird/17.0.4 MIME-Version: 1.0 To: pcp@oss.sgi.com Subject: Re: [pcp] pcp updates References: <515B3475.7050508@internode.on.net> <515B3A58.40309@redhat.com> <515B3E88.3040709@redhat.com> <515B571E.1010602@internode.on.net> <515C4307.3020007@redhat.com> X-ASG-Orig-Subj: Re: [pcp] pcp updates In-Reply-To: <515C4307.3020007@redhat.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Barracuda-Connect: ipmail06.adl2.internode.on.net[150.101.137.129] X-Barracuda-Start-Time: 1365017732 X-Barracuda-URL: http://192.48.176.25:80/cgi-mod/mark.cgi X-Virus-Scanned: by bsmtpd at sgi.com X-Barracuda-BRTS-Status: 1 X-Barracuda-Spam-Score: 0.00 X-Barracuda-Spam-Status: No, SCORE=0.00 using per-user scores of TAG_LEVEL=1000.0 QUARANTINE_LEVEL=1000.0 KILL_LEVEL=2.7 tests= X-Barracuda-Spam-Report: Code version 3.2, rules version 3.2.2.127084 Rule breakdown below pts rule name description ---- ---------------------- -------------------------------------------------- On 04/04/13 01:56, Dave Brolley wrote: > ... > I think it would be best for you to make the adjustments that you have > mentioned and apply to your tree. That way you can verify that the > output is as you expect before pushing it. OK. It needed a little more tweaking of the output formatting, but after your proposed change I was also able to remove the #define SOCKET_INTERNAL #include "internal.h" that I had to add to make my earlier "deep dive into the internals" hack work. Thanks ... looks much better now. qa/169 passes, and commit 2e9d031 will be in my next batch of pushes. From envelope@ftp-master.debian.org Wed Apr 3 18:00:14 2013 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on oss.sgi.com X-Spam-Level: X-Spam-Status: No, score=0.0 required=5.0 tests=none autolearn=ham version=3.3.1 X-Original-To: pcp@oss.sgi.com Delivered-To: pcp@oss.sgi.com Received: from relay.sgi.com (relay3.corp.sgi.com [198.149.34.15]) by oss.sgi.com (Postfix) with ESMTP id 7B9707CBF for ; Wed, 3 Apr 2013 18:00:14 -0500 (CDT) Received: from cuda.sgi.com (cuda2.sgi.com [192.48.176.25]) by relay3.corp.sgi.com (Postfix) with ESMTP id E7CA2AC004 for ; Wed, 3 Apr 2013 16:00:13 -0700 (PDT) X-ASG-Debug-ID: 1365030009-04cbb01fba1f9920001-S8gJnT Received: from franck.debian.org (franck.debian.org [128.148.34.3]) by cuda.sgi.com with ESMTP id 7sSK5qBb20YoMwHx (version=TLSv1 cipher=AES256-SHA bits=256 verify=NO) for ; Wed, 03 Apr 2013 16:00:09 -0700 (PDT) X-Barracuda-Envelope-From: envelope@ftp-master.debian.org X-Barracuda-Apparent-Source-IP: 128.148.34.3 Received: from dak by franck.debian.org with local (Exim 4.72) (envelope-from ) id 1UNWf1-0003Yl-NS; Wed, 03 Apr 2013 23:00:07 +0000 Date: Wed, 03 Apr 2013 23:00:07 +0000 Message-Id: From: Debian FTP Masters To: PCP Development Team , Nathan Scott X-DAK: dak process-policy X-Debian: DAK X-Debian-Package: pcp Precedence: bulk MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 8bit Subject: pcp_3.7.0_i386.changes ACCEPTED into unstable, unstable Sender: Archive Administrator X-ASG-Orig-Subj: pcp_3.7.0_i386.changes ACCEPTED into unstable, unstable X-Barracuda-Connect: franck.debian.org[128.148.34.3] X-Barracuda-Start-Time: 1365030009 X-Barracuda-Encrypted: AES256-SHA X-Barracuda-URL: http://192.48.176.25:80/cgi-mod/mark.cgi X-Virus-Scanned: by bsmtpd at sgi.com X-Barracuda-BRTS-Status: 1 X-Barracuda-Spam-Score: 0.00 X-Barracuda-Spam-Status: No, SCORE=0.00 using per-user scores of TAG_LEVEL=1000.0 QUARANTINE_LEVEL=1000.0 KILL_LEVEL=2.7 tests= X-Barracuda-Spam-Report: Code version 3.2, rules version 3.2.2.127098 Rule breakdown below pts rule name description ---- ---------------------- -------------------------------------------------- Accepted: -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Format: 1.8 Date: Mon, 11 Mar 2013 11:03:56 +1100 Source: pcp Binary: pcp 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-testsuite Architecture: source i386 all Version: 3.7.0 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-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-testsuite - Performance Co-Pilot (PCP) Test Suite python-pcp - Performance Co-Pilot Python PMAPI module Changes: pcp (3.7.0) unstable; urgency=low . * New release (full details in CHANGELOG). * Resolve issues in python sub-package creation. * Introduces NSS dependency in core PCP library. Checksums-Sha1: b54b90aa53216c12a0b9cfe2acb3c929763feba1 2251 pcp_3.7.0.dsc 910758426bc8e026cdbc062dc597b059f0e1cb0c 4734675 pcp_3.7.0.tar.gz 02c1fff1cef5146b51102e350ee47676e9d39e5c 1449872 pcp_3.7.0_i386.deb 058124c4c587d8991a5a409d5fd7ed86455ee541 395700 libpcp3-dev_3.7.0_i386.deb 0ede40b55db52c8ec5aa0578540c1b50129995f1 184756 libpcp3_3.7.0_i386.deb 7b2d797fe667580e5cf4d41b49741ae2e349b5bc 16874 libpcp-gui2-dev_3.7.0_i386.deb 6f18eb402e22bbceefba9f89d70d3e70ba985d1c 15116 libpcp-gui2_3.7.0_i386.deb ddbcc760bb703fd1d449be96cac1dbc2b4c126e8 18562 libpcp-mmv1-dev_3.7.0_i386.deb 1c8369d8fdb5dae17d2785b1e2c816e65b8a7e27 11572 libpcp-mmv1_3.7.0_i386.deb 624c2e5fb61556dd8c20ebb82954b52a70cd5709 91390 libpcp-pmda3-dev_3.7.0_i386.deb 72211140901d522241b0239db0ef531406379ef8 36546 libpcp-pmda3_3.7.0_i386.deb ef51e8b0944f8363678931b7cc5348cb308c0087 28934 libpcp-trace2-dev_3.7.0_i386.deb 29b6e90a5cdf1a802018ce96c14c24e83acc7623 19904 libpcp-trace2_3.7.0_i386.deb 90c7f5f4652ef747142db3a5f413848f846de69a 15792 libpcp-import1-dev_3.7.0_i386.deb 6ab303dd8027af9c2885a6c171ba2115df77764e 14982 libpcp-import1_3.7.0_i386.deb ff0246d66dacb420730727d589ee2dc842d29ca4 25488 python-pcp_3.7.0_i386.deb 959cc7f3728e4a7e77a1c0301e2c064fea7952b1 37548 libpcp-pmda-perl_3.7.0_i386.deb 9d0517f027474c7fdd5f1279ddb615542980c9fa 17288 libpcp-import-perl_3.7.0_i386.deb 1adcf6cc1335a0575bc7b101588f358022eabfec 10500 libpcp-logsummary-perl_3.7.0_i386.deb a18a1ec1c166f0abc30cd8e688a2ff12b53180e6 19244 libpcp-mmv-perl_3.7.0_i386.deb d98692b7e76502301042bf9a2c95e1c93c2d965e 16642 pcp-import-sar2pcp_3.7.0_all.deb a17a5a417a0b380c893d070b166eec4ba9a00983 9544 pcp-import-mrtg2pcp_3.7.0_all.deb 0101a507276bc837dca7c0d36a010c61c3560ac4 19394 pcp-import-sheet2pcp_3.7.0_all.deb 88956f37df54a8ffb756fdc2ad65cf3787279271 17060 pcp-import-iostat2pcp_3.7.0_all.deb 9b82af86c6d567d42ebbea19bfa9ff1e79346d44 2153516 pcp-testsuite_3.7.0_i386.deb Checksums-Sha256: 2ea9ddecdd3e308088e06f03d073e0376f2353257d6099e53f3a4586845ac64a 2251 pcp_3.7.0.dsc f544ee1e3c8adc4415acda4228430e3fe472456a9da2194f5ada23244041edf5 4734675 pcp_3.7.0.tar.gz abf7b8ac1641c6ae330174e37e58de196660972de3e78edbf18e69c61b87f798 1449872 pcp_3.7.0_i386.deb 3c46fd7be3ebf3a9e0be69be188af4ae09c56093da916646536d1669814da4be 395700 libpcp3-dev_3.7.0_i386.deb 103f106deffbdd350980757ffbac3aaadab822f5a3aa0a476d12519533dbb207 184756 libpcp3_3.7.0_i386.deb a619f3842a3fc4571d579580d5ec137a3bb55a80cd72fa1f2c38c3147faabf49 16874 libpcp-gui2-dev_3.7.0_i386.deb a6d34c347038fea38daa7c9c9e39320dd908f29b960255686b8a0d4636e4b9c4 15116 libpcp-gui2_3.7.0_i386.deb 355102cafb61f51a3f4377322d8e3f9821fb1a3da124307b74fcf02f26bb07e3 18562 libpcp-mmv1-dev_3.7.0_i386.deb 3d55b5e8904f919ec204e70b0331f6b2a5b2fb01dee9534f92fe470e050ed7ff 11572 libpcp-mmv1_3.7.0_i386.deb 00f32ba2c60ad6e9916b4aa181e5f4a8edf525a48d3939eaaba99c1effb80185 91390 libpcp-pmda3-dev_3.7.0_i386.deb 35d9f36a4c533cb1e58c153dbb8ff57bce4498845794960492a8a1ddfb454a9a 36546 libpcp-pmda3_3.7.0_i386.deb 6727fce0a14d1d7253cf8107e28d70ebfd14cbbd0f2416705ae98b9c868e15ae 28934 libpcp-trace2-dev_3.7.0_i386.deb ab52e9c90c02e516d6b0a9bd36936fffbde6f9de0e147a5466f4ac40ea736331 19904 libpcp-trace2_3.7.0_i386.deb 7bc1d92fc6a102e1ca1582a04f46e56e0a250d97eab70ea960213d37e333151f 15792 libpcp-import1-dev_3.7.0_i386.deb a8ad55c8b61297d7f0948dd226619044556e9d400447e202197a45d65983aca6 14982 libpcp-import1_3.7.0_i386.deb f209c05c352e41e9c3c7d6fe48e4761643f5489d690b9261bd5015bccdaa0fc4 25488 python-pcp_3.7.0_i386.deb c56a824bc017687d5db842e592b83a42eec8b0ead223927e65a45ba6a8d2d24b 37548 libpcp-pmda-perl_3.7.0_i386.deb a59ad95c3e59d5b63c965e1d3e04ea4f660049955089c43e6ae4612f4ddfc1ab 17288 libpcp-import-perl_3.7.0_i386.deb 2a51647a1c9d84c24a5ba457c916e82a2ad616183c8b436c5dbc3a9e44868244 10500 libpcp-logsummary-perl_3.7.0_i386.deb b932ece52c32f08b76a033aea0afb14c3b16f5086e05efccb0aa8a85aa1ad6be 19244 libpcp-mmv-perl_3.7.0_i386.deb fd0c3e6ac3d87be0ff76a380bdfb0039c16261cbf1810c18ca7a888538944229 16642 pcp-import-sar2pcp_3.7.0_all.deb 9e5eb9e2cdf8e77725d009e6d15713526a2819199515c7a32f63ef6780395138 9544 pcp-import-mrtg2pcp_3.7.0_all.deb c9f723e2e731f43a0ce7f2f4bf916268ba655117eb1c08c8217693d8fda79e7f 19394 pcp-import-sheet2pcp_3.7.0_all.deb cd7b48da290e3984055ff2161c1d64ca09160b0a5103cf7fc0343f81df98b897 17060 pcp-import-iostat2pcp_3.7.0_all.deb 6915805c42a597cf731babb6ef767d201b1b8194e2a82aa170bd6ae2ea90834a 2153516 pcp-testsuite_3.7.0_i386.deb Files: 833180b383ca7b13beadd50dd5b21a4a 2251 utils optional pcp_3.7.0.dsc 57c6ceb8a204155b1b63825b872a1a70 4734675 utils optional pcp_3.7.0.tar.gz 6715ee02254c532977da22410cf58885 1449872 utils optional pcp_3.7.0_i386.deb c9d07f8dbe0847bc35b278f606bfa993 395700 libdevel optional libpcp3-dev_3.7.0_i386.deb d9369f3281c234f25eda629c034c4de6 184756 libs optional libpcp3_3.7.0_i386.deb 95ec08f57ce473a2c473033b9d247dfa 16874 libdevel optional libpcp-gui2-dev_3.7.0_i386.deb 018f9c5c1938ec5bb56ea90f56ff99e3 15116 libs optional libpcp-gui2_3.7.0_i386.deb b94144d0be71730de45d6ee363234732 18562 libdevel optional libpcp-mmv1-dev_3.7.0_i386.deb 73d66c5fa20ed5e18e23664889aae01d 11572 libs optional libpcp-mmv1_3.7.0_i386.deb 53437076c5b96f2519074bd5b5e97332 91390 libdevel optional libpcp-pmda3-dev_3.7.0_i386.deb 43f7d3d9c8d8dfa0bf8d9edffb2d675a 36546 libs optional libpcp-pmda3_3.7.0_i386.deb b3acfc7de2e2dbd09f0f4abe6e530905 28934 libdevel optional libpcp-trace2-dev_3.7.0_i386.deb d4e4b6dc8e0d1821534d23b6e9ee3c8a 19904 libs optional libpcp-trace2_3.7.0_i386.deb 91e0606442d942e1f678de7da1a9908d 15792 libdevel optional libpcp-import1-dev_3.7.0_i386.deb 153a602580a74bc00a8d405ac29c588a 14982 libs optional libpcp-import1_3.7.0_i386.deb 0d3a820c22f86b2334bb0e04a7975103 25488 python optional python-pcp_3.7.0_i386.deb 2047c9eab8eb14d060b6e4074b23bea5 37548 perl optional libpcp-pmda-perl_3.7.0_i386.deb 7431e92098814460f0f3cdb09162a1b3 17288 perl optional libpcp-import-perl_3.7.0_i386.deb 65687adec3384930ac99628baace2f33 10500 perl optional libpcp-logsummary-perl_3.7.0_i386.deb 17c1858c64109961da8796bbec0c285a 19244 perl optional libpcp-mmv-perl_3.7.0_i386.deb eac398e291d4209353b24bf802723602 16642 utils optional pcp-import-sar2pcp_3.7.0_all.deb 68c3ebc75cc4cc8c00e6b9a8d706ea9b 9544 utils optional pcp-import-mrtg2pcp_3.7.0_all.deb bb878213ddcb4434f07d17f0ba822e5d 19394 utils optional pcp-import-sheet2pcp_3.7.0_all.deb 2916e941d45aa65cc752c9398129baed 17060 utils optional pcp-import-iostat2pcp_3.7.0_all.deb 7569a20dcbaedd956ceb122826af9860 2153516 utils optional pcp-testsuite_3.7.0_i386.deb -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.12 (GNU/Linux) iEYEARECAAYFAlE9KEUACgkQm8fl3HSIa2OkPwCdH+CY58ihWVntvut83c9lZqyV Tb0AmwQgcgUQzHUGXsZLiEDZLOWdj0wU =1D+8 -----END PGP SIGNATURE----- Thank you for your contribution to Debian. From envelope@ftp-master.debian.org Wed Apr 3 18:00:16 2013 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on oss.sgi.com X-Spam-Level: X-Spam-Status: No, score=0.0 required=5.0 tests=none 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 C4C2E7CBF for ; Wed, 3 Apr 2013 18:00:16 -0500 (CDT) Received: from cuda.sgi.com (cuda2.sgi.com [192.48.176.25]) by relay3.corp.sgi.com (Postfix) with ESMTP id 3FB58AC004 for ; Wed, 3 Apr 2013 16:00:13 -0700 (PDT) X-ASG-Debug-ID: 1365030011-04cbb01fb81f9920001-S8gJnT Received: from franck.debian.org (franck.debian.org [128.148.34.3]) by cuda.sgi.com with ESMTP id GMTUiroLfYXZIDf3 (version=TLSv1 cipher=AES256-SHA bits=256 verify=NO) for ; Wed, 03 Apr 2013 16:00:11 -0700 (PDT) X-Barracuda-Envelope-From: envelope@ftp-master.debian.org X-Barracuda-Apparent-Source-IP: 128.148.34.3 Received: from dak by franck.debian.org with local (Exim 4.72) (envelope-from ) id 1UNWf5-0003ai-5t; Wed, 03 Apr 2013 23:00:11 +0000 Date: Wed, 03 Apr 2013 23:00:11 +0000 Message-Id: From: Debian FTP Masters To: PCP Development Team , Nathan Scott X-DAK: dak process-policy X-Debian: DAK X-Debian-Package: pcp Precedence: bulk MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 8bit Subject: pcp_3.7.1_i386.changes ACCEPTED into unstable, unstable Sender: Archive Administrator X-ASG-Orig-Subj: pcp_3.7.1_i386.changes ACCEPTED into unstable, unstable X-Barracuda-Connect: franck.debian.org[128.148.34.3] X-Barracuda-Start-Time: 1365030011 X-Barracuda-Encrypted: AES256-SHA X-Barracuda-URL: http://192.48.176.25:80/cgi-mod/mark.cgi X-Virus-Scanned: by bsmtpd at sgi.com X-Barracuda-BRTS-Status: 1 X-Barracuda-Spam-Score: 0.00 X-Barracuda-Spam-Status: No, SCORE=0.00 using per-user scores of TAG_LEVEL=1000.0 QUARANTINE_LEVEL=1000.0 KILL_LEVEL=2.7 tests= X-Barracuda-Spam-Report: Code version 3.2, rules version 3.2.2.127098 Rule breakdown below pts rule name description ---- ---------------------- -------------------------------------------------- Accepted: -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Format: 1.8 Date: Wed, 20 Mar 2013 09:01:30 +1100 Source: pcp Binary: pcp 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-testsuite Architecture: source i386 all Version: 3.7.1 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-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-testsuite - Performance Co-Pilot (PCP) Test Suite python-pcp - Performance Co-Pilot Python PMAPI module Changes: pcp (3.7.1) unstable; urgency=low . * New release (full details in CHANGELOG). Checksums-Sha1: 45c2950149c2e8da2a8d283b9ca931278a4fdcb7 2251 pcp_3.7.1.dsc af91498612eaa4be9847c47d55ac41af10bdb62c 4736000 pcp_3.7.1.tar.gz 157c0d556fad50b727c28736929a9f92559dac00 1451172 pcp_3.7.1_i386.deb cb43092622adbae4ab595bdf7dd6be323231658f 396498 libpcp3-dev_3.7.1_i386.deb 4b85e1e21d051fa421cf7ce80206b9be7df0503e 185310 libpcp3_3.7.1_i386.deb 108859fa61c0ac3778ae82e523906b91f56653db 16890 libpcp-gui2-dev_3.7.1_i386.deb 9b25147343d1ad083290884987d01fc2424151e5 15134 libpcp-gui2_3.7.1_i386.deb aa9123688e44ff14ba14c274606dcca51889596e 18578 libpcp-mmv1-dev_3.7.1_i386.deb 605fc6f678335c50e7180c47c074d4576813444b 11580 libpcp-mmv1_3.7.1_i386.deb d43faa1d7b860575c04e3b7c4e3baf939c3df8b7 91416 libpcp-pmda3-dev_3.7.1_i386.deb 7a3681006e59f626f2d592dbd09ca12e0167e23e 36562 libpcp-pmda3_3.7.1_i386.deb eaf156adef244993ea5b0db76c0ef305597a47cc 28940 libpcp-trace2-dev_3.7.1_i386.deb a10474e271748f27739357bb7558151cc3113bec 19908 libpcp-trace2_3.7.1_i386.deb b46bcd15a3456063b2290df61b6f609c4410c3e0 15796 libpcp-import1-dev_3.7.1_i386.deb 42e5da362499b09fefd275d95d7c832042973a49 14990 libpcp-import1_3.7.1_i386.deb 102b8814b9edc9e04d40ce27e9ec1b83018407ec 25504 python-pcp_3.7.1_i386.deb 1eea458c97b8c25ed4b08656bce6e33777d682ae 37574 libpcp-pmda-perl_3.7.1_i386.deb f3edb6c2010a98f7520d801edee72903b8fac905 17306 libpcp-import-perl_3.7.1_i386.deb 1552a245125456dec87423a92e230d7bd1135e0a 10512 libpcp-logsummary-perl_3.7.1_i386.deb a7a2f267a6027c7095962ab746ed4c860aec217f 19262 libpcp-mmv-perl_3.7.1_i386.deb 84f6644485946eaae4f496ba6321f8833027e6ba 16662 pcp-import-sar2pcp_3.7.1_all.deb e8df9bb214df7d1a8113069196cefd34d247ea1d 9554 pcp-import-mrtg2pcp_3.7.1_all.deb 0973c57983dfd35314d679af4fdc16b66431f513 19414 pcp-import-sheet2pcp_3.7.1_all.deb 1357f9acf0046762ec4e273852ec5a0ebddc718a 17066 pcp-import-iostat2pcp_3.7.1_all.deb 973c4a2b020e7ce1f46fab337f05081df7113659 2151470 pcp-testsuite_3.7.1_i386.deb Checksums-Sha256: dc5dfbe20423f749807bd68f8e2c9880cf2bff2935db7428a6f869fb1482d4ff 2251 pcp_3.7.1.dsc 7546eb9be46171e9382859153aadfa626f962ed16470ca4e47891bcba4d9b5c7 4736000 pcp_3.7.1.tar.gz 0bc9a27ab9b52d8a593c3a9c0452c6a1ebd61e8dc9b5f4c0ecda01f604eb5f5f 1451172 pcp_3.7.1_i386.deb 4d1a1cc7ee1b1910bf01ea0f7986fef3919889aa4a2c617f1fdcb5d55a8b1ef7 396498 libpcp3-dev_3.7.1_i386.deb 666eae9232c22f7899fb9294e46f27fbc56fc993f2b6aab7c3105c0a7d0f1a18 185310 libpcp3_3.7.1_i386.deb 467d734bf133026aed4656b80b7f9b1b31b244bb1ba1c2ac7977e3f7e9e32b37 16890 libpcp-gui2-dev_3.7.1_i386.deb cc7e5f2c25cf6ce2e75add2cde88d3f4fecf9bd04ebe2354e72352531b99aa0c 15134 libpcp-gui2_3.7.1_i386.deb f8c741a3d36acb50d68c79996cd093a76a0ec310bf1746c4c35189a9e63f0067 18578 libpcp-mmv1-dev_3.7.1_i386.deb 1cd8eb693fc525e4b77ed7118c97448ef9a1c1d75f72e03850d5c2624f06b4af 11580 libpcp-mmv1_3.7.1_i386.deb 39e994aa88fcbc1cc15e59ac775a12a759add64036c8b0b82eb6a9a50bc31b90 91416 libpcp-pmda3-dev_3.7.1_i386.deb 1ebb4f847f90c5d5abcf3c7d80b3c31b7949593a7f2fbb2602f445d9c85f0bb1 36562 libpcp-pmda3_3.7.1_i386.deb 0aaa70a8f42a1402bc800fd847a0867129273099506c679588b1739657356d3d 28940 libpcp-trace2-dev_3.7.1_i386.deb 0dc92b2e8ba94ed2ffb664480119451f7fba8e235794af9347f10b486047ef72 19908 libpcp-trace2_3.7.1_i386.deb ed5a83c270cc908ea4e7a9a321012c024bd443b4e8933c93850cb1147fe2ec10 15796 libpcp-import1-dev_3.7.1_i386.deb 0046f843460e5b10aeeac8a3a7bd8036ca2b927bbc0b924d987183a954cd9aa1 14990 libpcp-import1_3.7.1_i386.deb a9baba9c08a462885c8f0bca7db2f26a489eebc014e2db6f2985c4e9bd947789 25504 python-pcp_3.7.1_i386.deb 2937ea95a55affbff19689bd02c399a041f68c3e0d2465070bb0df4aaf906927 37574 libpcp-pmda-perl_3.7.1_i386.deb c3e5decd9d9e0530bf8d2ee81e955bd31d924acdd510ab08c086885512e57925 17306 libpcp-import-perl_3.7.1_i386.deb a6d35cce8951986ec2bdb1c9fc95b93cefc4644b32b77a66b196dc18b68f375c 10512 libpcp-logsummary-perl_3.7.1_i386.deb 2007c6324b80f6861cb6c41eeac2d51932e82fa5914011872eef7475f417cfd9 19262 libpcp-mmv-perl_3.7.1_i386.deb 4ee5ff2ae676962d1ac1f030008737405643b83dc9264e22dce11b37873abd68 16662 pcp-import-sar2pcp_3.7.1_all.deb 2588381ea675b1cf629b6a4b7f693809431f83a9d09372632b76570daf21c35b 9554 pcp-import-mrtg2pcp_3.7.1_all.deb ce4ec2521c99f94b072efaed496450ef0f4189bb85c0206165466dd4541940b9 19414 pcp-import-sheet2pcp_3.7.1_all.deb dc87815700e0a10fe0c648ff3017d73c0810f12b7d433fafa30857946a841419 17066 pcp-import-iostat2pcp_3.7.1_all.deb ae31a84484c3beefe025f5eeb454c7f85a7c3af57f355de6e54cad08ddd73ff3 2151470 pcp-testsuite_3.7.1_i386.deb Files: de6486b0dcf78c3c8c56eb024032ac2b 2251 utils optional pcp_3.7.1.dsc af4395d5311e6c01015c21df4006b684 4736000 utils optional pcp_3.7.1.tar.gz 4f5fadc555a8b778028290c4c4e46e50 1451172 utils optional pcp_3.7.1_i386.deb fd4531a8ab24ee3c59d54a4cbfbed245 396498 libdevel optional libpcp3-dev_3.7.1_i386.deb 51a41df6ce94d385602519d0ead67086 185310 libs optional libpcp3_3.7.1_i386.deb 03965c51d26c8e366ac2563a16982047 16890 libdevel optional libpcp-gui2-dev_3.7.1_i386.deb a53118d90cc0d98e852b007cdc56e73d 15134 libs optional libpcp-gui2_3.7.1_i386.deb 07f17641bb34f8dce92223ba31350556 18578 libdevel optional libpcp-mmv1-dev_3.7.1_i386.deb f627758593814699519633d26c3c5f1e 11580 libs optional libpcp-mmv1_3.7.1_i386.deb 4480aa9d0b6543e7e0348b30a931067c 91416 libdevel optional libpcp-pmda3-dev_3.7.1_i386.deb 8943eea822c326bdddd78292995c2fae 36562 libs optional libpcp-pmda3_3.7.1_i386.deb e480744c03cdd34f07e63173a857bdf1 28940 libdevel optional libpcp-trace2-dev_3.7.1_i386.deb ed518fd075b79cf852e80321c8e258ca 19908 libs optional libpcp-trace2_3.7.1_i386.deb 69c87e5981c296fa67777e4469108c8c 15796 libdevel optional libpcp-import1-dev_3.7.1_i386.deb 411442483fa91581024bd92b9a619106 14990 libs optional libpcp-import1_3.7.1_i386.deb a464628d32bc62ab37377b3f824f8b10 25504 python optional python-pcp_3.7.1_i386.deb 32153ab9ffdc1b70de92a84f6fbafbc9 37574 perl optional libpcp-pmda-perl_3.7.1_i386.deb 9d935a0a089f12fbeac3e6866a3da0a2 17306 perl optional libpcp-import-perl_3.7.1_i386.deb c2922e238dab769b4680417f64f96bb2 10512 perl optional libpcp-logsummary-perl_3.7.1_i386.deb dec368850d3ebbdce45ef698f26a1638 19262 perl optional libpcp-mmv-perl_3.7.1_i386.deb daac32de19428daa2b2e076c8242bf4d 16662 utils optional pcp-import-sar2pcp_3.7.1_all.deb 7dec99bce2fe07a36f2baeeec9df9e80 9554 utils optional pcp-import-mrtg2pcp_3.7.1_all.deb 7089b356641d393535ee8daeeb3e9f9c 19414 utils optional pcp-import-sheet2pcp_3.7.1_all.deb 111e977cfcf8acda6e251099b41baeca 17066 utils optional pcp-import-iostat2pcp_3.7.1_all.deb 3406649240e46d884fb1680c4bc017c5 2151470 utils optional pcp-testsuite_3.7.1_i386.deb -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.12 (GNU/Linux) iEYEARECAAYFAlFJMaUACgkQm8fl3HSIa2PUiQCgkY71470GOyYOmZzt7b3Fn1CC xCgAoLbR7vguhunFuCu56rmgOKk6iPBq =Gz7n -----END PGP SIGNATURE----- Thank you for your contribution to Debian. From kenj@internode.on.net Wed Apr 3 19:49:15 2013 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on oss.sgi.com X-Spam-Level: X-Spam-Status: No, score=0.0 required=5.0 tests=none autolearn=ham version=3.3.1 X-Original-To: pcp@oss.sgi.com Delivered-To: pcp@oss.sgi.com Received: from relay.sgi.com (relay3.corp.sgi.com [198.149.34.15]) by oss.sgi.com (Postfix) with ESMTP id 15E1C7CBF for ; Wed, 3 Apr 2013 19:49:15 -0500 (CDT) Received: from cuda.sgi.com (cuda2.sgi.com [192.48.176.25]) by relay3.corp.sgi.com (Postfix) with ESMTP id 90DCCAC001 for ; Wed, 3 Apr 2013 17:49:11 -0700 (PDT) X-ASG-Debug-ID: 1365036547-04cbb01fb8201a40001-S8gJnT Received: from ipmail05.adl6.internode.on.net (ipmail05.adl6.internode.on.net [150.101.137.143]) by cuda.sgi.com with ESMTP id ZxCRfY89iBKIzAWR for ; Wed, 03 Apr 2013 17:49: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: ApMBAEHNXFF20dIQ/2dsb2JhbAANNoM9whyEEjANFhgDAgECAT8ZBgIBAbU7kzKPNoMqA5gKkws Received: from ppp118-209-210-16.lns20.mel6.internode.on.net (HELO [192.168.1.100]) ([118.209.210.16]) by ipmail05.adl6.internode.on.net with ESMTP; 04 Apr 2013 11:19:06 +1030 Message-ID: <515CCE07.4000605@internode.on.net> Date: Thu, 04 Apr 2013 11:49:11 +1100 From: Ken McDonell User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:17.0) Gecko/20130308 Thunderbird/17.0.4 MIME-Version: 1.0 To: pcp@oss.sgi.com Subject: pcp updates Content-Type: text/plain; charset=ISO-8859-1 X-ASG-Orig-Subj: pcp updates Content-Transfer-Encoding: 7bit X-Barracuda-Connect: ipmail05.adl6.internode.on.net[150.101.137.143] X-Barracuda-Start-Time: 1365036548 X-Barracuda-URL: http://192.48.176.25:80/cgi-mod/mark.cgi X-Virus-Scanned: by bsmtpd at sgi.com X-Barracuda-BRTS-Status: 1 X-Barracuda-Spam-Score: 0.00 X-Barracuda-Spam-Status: No, SCORE=0.00 using per-user scores of TAG_LEVEL=1000.0 QUARANTINE_LEVEL=1000.0 KILL_LEVEL=2.7 tests= X-Barracuda-Spam-Report: Code version 3.2, rules version 3.2.2.127106 Rule breakdown below pts rule name description ---- ---------------------- -------------------------------------------------- Changes committed to git://oss.sgi.com/kenj/pcp.git dev Makepkgs | 43 ++++++++++++++++++++----------------------- qa/admin/check-vm | 5 +++-- qa/admin/pcp-qa-summary | 28 ++++++++++++++++++---------- qa/src/mkbig1 | 12 ++++++++++++ src/include/buildrules | 1 + src/libpcp_pmcd/src/trace.c | 42 +++++++++--------------------------------- src/pmcd/pmdaproc.sh | 5 ++++- 7 files changed, 67 insertions(+), 69 deletions(-) commit 2e9d031e640d740c90e7fde6d78f9d01b9016481 Author: Ken McDonell Date: Thu Apr 4 06:32:57 2013 +1100 libpcp_pmcd/trace.c - use __pmSockAddrToString Much cleaner implementation for printing an IP addr (of any type). Thanks to Dave Brolley for the hint and patch that is the basis for this commit. commit af803859cb0f732297f0cd7c8d9525b527ffbbef Author: Ken McDonell Date: Wed Apr 3 06:49:25 2013 +1100 qa/admin scripts - more tweaking commit 806ad9a5655c760e57bbd7d60812fd3a3cff2472 Author: Ken McDonell Date: Wed Apr 3 06:47:17 2013 +1100 pmdaproc.sh - small change for QA Sometimes $PCP_MAKE_PROG contains command line arguments to make, specifically -f GNUmakefile.install. This change fixes a test in pmdaproc.sh that was incorrectly failing in this case. commit e424dd4c0e4be6739d555f5de29570dbf4f7ebd1 Author: Ken McDonell Date: Wed Apr 3 06:45:56 2013 +1100 qa/mkbig1 - better error checking If the bigun PMDA installation failed we charged on and made a bad big1 archive, with consequent QA failures. commit 03684b06b4efc671d948bde694b9a8b300ca0f3d Author: Ken McDonell Date: Wed Apr 3 06:43:22 2013 +1100 buildrules - more verbosity for src-link-pcp target rule Needed to help a failure in the src-link-pcp step for some builds. Previously there was no output, so no indication of directory in which the make was failing. commit 506f689cde24d791ad30682ef4753e444744a040 Author: Ken McDonell Date: Wed Apr 3 06:42:24 2013 +1100 Makepkgs - cleaner handling of the build/package log file(s) From kenj@internode.on.net Thu Apr 4 02:06:00 2013 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on oss.sgi.com X-Spam-Level: X-Spam-Status: No, score=0.0 required=5.0 tests=none autolearn=ham version=3.3.1 X-Original-To: pcp@oss.sgi.com Delivered-To: pcp@oss.sgi.com Received: from relay.sgi.com (relay1.corp.sgi.com [137.38.102.111]) by oss.sgi.com (Postfix) with ESMTP id BBD8F7F4C for ; Thu, 4 Apr 2013 02:06:00 -0500 (CDT) Received: from cuda.sgi.com (cuda3.sgi.com [192.48.176.15]) by relay1.corp.sgi.com (Postfix) with ESMTP id A8ECB8F804C for ; Thu, 4 Apr 2013 00:06:00 -0700 (PDT) X-ASG-Debug-ID: 1365059154-04cb6c1e7a229590001-S8gJnT Received: from ipmail07.adl2.internode.on.net (ipmail07.adl2.internode.on.net [150.101.137.131]) by cuda.sgi.com with ESMTP id RfcMHb1xxAp8Wa3v for ; Thu, 04 Apr 2013 00: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: ApMBALslXVF20dIQ/2dsb2JhbAANNoM8wiCDUkA9FhgDAgECAUsNCAEBtSaTI5JgA6sV Received: from ppp118-209-210-16.lns20.mel6.internode.on.net (HELO [192.168.1.100]) ([118.209.210.16]) by ipmail07.adl2.internode.on.net with ESMTP; 04 Apr 2013 17:35:53 +1030 Message-ID: <515D2656.6090407@internode.on.net> Date: Thu, 04 Apr 2013 18:05:58 +1100 From: Ken McDonell User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:17.0) Gecko/20130308 Thunderbird/17.0.4 MIME-Version: 1.0 To: PCP Mailing List Subject: QA Status Update Content-Type: text/plain; charset=ISO-8859-1; format=flowed X-ASG-Orig-Subj: QA Status Update Content-Transfer-Encoding: 7bit X-Barracuda-Connect: ipmail07.adl2.internode.on.net[150.101.137.131] X-Barracuda-Start-Time: 1365059154 X-Barracuda-URL: http://192.48.176.15:80/cgi-mod/mark.cgi X-Virus-Scanned: by bsmtpd at sgi.com X-Barracuda-BRTS-Status: 1 X-Barracuda-Spam-Score: 0.00 X-Barracuda-Spam-Status: No, SCORE=0.00 using per-user scores of TAG_LEVEL=1000.0 QUARANTINE_LEVEL=1000.0 KILL_LEVEL=2.7 tests= X-Barracuda-Spam-Report: Code version 3.2, rules version 3.2.2.127130 Rule breakdown below pts rule name description ---- ---------------------- -------------------------------------------------- Below is the updated status. Still some gopher smacking to be done, but the overall stats are of 9206 tests run (and remember each "test" includes many, sometimes thousands, of individual tests of PCP functionality), we failed 126 or 1.37% ... I think 0% is unrealistic given all of the environmental factors at play and some amount of bad luck, but I would like to see this consistently below 1% ... fixing my Mac OS X testing would just about do that, and/or fixing 083, 116 and 709. Also the not run numbers are still higher than I'd expect ... I'm considering permanently retiring all the Purify tests (these are covered (sic) by valgrind tests), and I don't know of anyone on this list that has access to a working Purify environment any more. Ditto for the tests that are only run on IRIX. run 9206 pass 9077 fail 126 % fail 1.37 ==== QA Summary ==== Date Run Pass Fail Nrun Host 2013-04-02 562 558 4 43|bozo PCP 3.7.1 x86_64 Ubuntu 12.10 2013-04-02 561 554 7 43|bozo-laptop PCP 3.7.1 i686 Ubuntu 12.10 2013-03-26 514 482 32 91|comma PCP 3.7.1 i386 Darwin 10.8.0 2013-03-27 502 497 5 58|grundy PCP 3.7.1 ia64 SUSE Linux Enterprise Server 11 2013-03-26 516 515 1 44|vm00 PCP 3.7.1 x86_64 Ubuntu 12.04 2013-03-26 554 548 6 51|vm01 PCP 3.7.1 i686 Ubuntu 12.10 2013-03-26 516 513 3 44|vm02 PCP 3.7.1 i686 openSUSE 12.1 2013-03-26 550 538 12 55|vm03 PCP 3.7.1 x86_64 Fedora 18 2013-03-26 549 539 10 56|vm04 PCP 3.7.1 i586 CentOS 5.9 2013-03-27 536 529 7 69|vm05 PCP 3.7.1 i486 Gentoo 2.0.3 2013-03-26 554 547 7 51|vm07 PCP 3.7.1 x86_64 Debian 6.0.5 Daily runs, but no QA |vm09 PCP 3.7.0 i386 NetBSD 5.1.2 2013-03-27 553 543 10 52|vm11 PCP 3.7.1 i586 Debian 6.0.7 2013-03-26 549 541 8 56|vm12 PCP 3.7.1 i686 Fedora 17 2013-03-26 552 547 5 53|vm14 PCP 3.7.1 x86_64 CentOS 6.3 Daily runs, but no QA |vm15 PCP 3.7.1 x86_64 Slackware 13.37.0 2013-03-26 538 534 4 67|vm16 PCP 3.7.1 x86_64 MandrivaLinux 2011.0 2013-03-26 550 545 5 55|vm18 PCP 3.7.1 x86_64 LinuxMint 12 2013-03-27 550 547 3 55|vm19 PCP 3.7.1 x86_64 openSUSE 12.2 ==== QA Failure Map ==== Host bo bl co gr 00 01 02 03 04 05 07 11 12 14 16 18 19 QA QA QA groups (A. ==> pmda.) 062 X X X X X X X 062 pmcd 067 X X X X 067 pmcd 069 X 069 pmcd pmval 083 X X X X X X X X X X X X 083 pmlc pmlogger compat 087 X 087 archive 100 X 100 pmlc pmlogger pmdumplog 110 X 110 A.simple A.proc A.install 115 X 115 pmie 116 X X X X X X X X X X X X 116 other pmie pmval pmlc 135 X 135 pmlc archive pmdumplog 162 X 162 pmda A.proc A.shping A.install 172 X 172 pmcd pmlc 183 X X 183 logutil 244 X 244 pmcd pmprobe 255 X X 255 compat pmda A.proc help A.install A.simple 273 X X 273 libpcp 279 X 279 pmcd 287 X X X X 287 pmlogreduce pmval 316 X 316 libpcp 322 X X X 322 pmlc pmlogger 325 X 325 libpcp 339 X 339 pmie 340 X 340 pmcd 359 X X 359 pmcd pminfo 365 X X 365 pmcd 369 X 369 pmimport pmdumplog perl 372 X 372 pmimport pmdumplog perl 375 X X 375 pmlc pmlogger 411 X 411 A.simple A.install 430 X 430 logutil folio 441 X X 441 pmlogger 442 X X 442 pmlogextract 444 X 444 event 449 X 449 threads 457 X 457 A.logger A.install event 459 X 459 pmlogreduce valgrind 461 X 461 A.logger A.install event 482 X 482 pmlogsummary pmdumplog 506 X X 506 pmlogrewrite 507 X 507 other 510 X 510 pmlogger 511 X X 511 pmimport pmdumplog pmlogsummary perl 513 X 513 libpcp pdu 514 X 514 pmie 515 X 515 pmie 518 X 518 other 520 X 520 pmie 523 X 523 pmie 532 X X 532 logutil pmlogextract 555 X X X 555 pmie 560 X 560 A.simple A.install 572 X 572 pmcd pmda A.install 578 X 578 pmcd A.install pmval 603 X 603 trace A.install 622 X X X X 622 pmie 635 X X 635 A.linux libirixpmda 642 X 642 A.trivial pmns A.simple A.sample A.sendmail trace 652 X 652 A.systemd event 653 X 653 libpcp 709 X X X X X X X 709 pcp.py 712 X X X 712 context libpcp pmcd 713 X X X 713 context libpcp pmproxy 714 X 714 context libpcp pmcd Host bo bl co gr 00 01 02 03 04 05 07 11 12 14 16 18 19 From scox@redhat.com Thu Apr 4 13:03:19 2013 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on oss.sgi.com X-Spam-Level: X-Spam-Status: No, score=0.0 required=5.0 tests=none autolearn=ham version=3.3.1 X-Original-To: pcp@oss.sgi.com Delivered-To: pcp@oss.sgi.com Received: from relay.sgi.com (relay3.corp.sgi.com [198.149.34.15]) by oss.sgi.com (Postfix) with ESMTP id 21A417F4C for ; Thu, 4 Apr 2013 13:03:19 -0500 (CDT) Received: from cuda.sgi.com (cuda2.sgi.com [192.48.176.25]) by relay3.corp.sgi.com (Postfix) with ESMTP id A2BD5AC001 for ; Thu, 4 Apr 2013 11:03:15 -0700 (PDT) X-ASG-Debug-ID: 1365098591-04cbb01fba25e190001-S8gJnT Received: from mx1.redhat.com (mx1.redhat.com [209.132.183.28]) by cuda.sgi.com with ESMTP id srOQFyR2MU1uMN6G for ; Thu, 04 Apr 2013 11:03:11 -0700 (PDT) X-Barracuda-Envelope-From: scox@redhat.com X-Barracuda-Apparent-Source-IP: 209.132.183.28 X-ASG-Whitelist: Client Received: from int-mx10.intmail.prod.int.phx2.redhat.com (int-mx10.intmail.prod.int.phx2.redhat.com [10.5.11.23]) by mx1.redhat.com (8.14.4/8.14.4) with ESMTP id r34I389m027634 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK); Thu, 4 Apr 2013 14:03:08 -0400 Received: from [10.11.231.226] (dhcp231-226.rdu.redhat.com [10.11.231.226]) by int-mx10.intmail.prod.int.phx2.redhat.com (8.14.4/8.14.4) with ESMTP id r34I37MU014859; Thu, 4 Apr 2013 14:03:08 -0400 Message-ID: <515DC10E.2090408@redhat.com> Date: Thu, 04 Apr 2013 14:06:06 -0400 From: Stan Cox User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:17.0) Gecko/20130110 Thunderbird/17.0.2 MIME-Version: 1.0 To: Ken McDonell CC: Nathan Scott , PCP Mailing List Subject: Re: [pcp] python QA/707 failures References: <188428942.24038272.1364167796042.JavaMail.root@redhat.com> <5150EEDF.90206@internode.on.net> X-ASG-Orig-Subj: Re: [pcp] python QA/707 failures In-Reply-To: <5150EEDF.90206@internode.on.net> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-Scanned-By: MIMEDefang 2.68 on 10.5.11.23 X-Barracuda-Connect: mx1.redhat.com[209.132.183.28] X-Barracuda-Start-Time: 1365098591 X-Barracuda-URL: http://192.48.176.25:80/cgi-mod/mark.cgi X-Virus-Scanned: by bsmtpd at sgi.com X-Barracuda-BRTS-Status: 1 On 03/25/2013 08:42 PM, Ken McDonell wrote: > I'll leave the archive mode testing to someone else. I added archive mode testing to pcpfans scox/dev: commit bfa19564a44832a12549d9651abff661e2299395 Author: Stan Cox Date: Thu Apr 4 12:22:44 2013 -0400 Add archive testing. * qa/707: Add playback testing. * qa/src/test_pcp.python: Don't GetChildren for archives. Don't hardcode cpu number. * python/pcp.py (pmGetArchiveLabel): Remove loglabel parameter. From scox@redhat.com Thu Apr 4 13:28:55 2013 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on oss.sgi.com X-Spam-Level: X-Spam-Status: No, score=0.0 required=5.0 tests=none 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 E41697F37 for ; Thu, 4 Apr 2013 13:28:55 -0500 (CDT) Received: from cuda.sgi.com (cuda2.sgi.com [192.48.176.25]) by relay1.corp.sgi.com (Postfix) with ESMTP id CDC428F8065 for ; Thu, 4 Apr 2013 11:28:55 -0700 (PDT) X-ASG-Debug-ID: 1365100134-04cbb01fb72619f0001-S8gJnT Received: from mx1.redhat.com (mx1.redhat.com [209.132.183.28]) by cuda.sgi.com with ESMTP id 2sFCZim351hzwLHd for ; Thu, 04 Apr 2013 11:28:55 -0700 (PDT) X-Barracuda-Envelope-From: scox@redhat.com X-Barracuda-Apparent-Source-IP: 209.132.183.28 X-ASG-Whitelist: Client Received: from int-mx02.intmail.prod.int.phx2.redhat.com (int-mx02.intmail.prod.int.phx2.redhat.com [10.5.11.12]) by mx1.redhat.com (8.14.4/8.14.4) with ESMTP id r34ISplI002758 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK); Thu, 4 Apr 2013 14:28:51 -0400 Received: from [10.11.231.226] (dhcp231-226.rdu.redhat.com [10.11.231.226]) by int-mx02.intmail.prod.int.phx2.redhat.com (8.13.8/8.13.8) with ESMTP id r34ISout020471; Thu, 4 Apr 2013 14:28:50 -0400 Message-ID: <515DC715.6040002@redhat.com> Date: Thu, 04 Apr 2013 14:31:49 -0400 From: Stan Cox User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:17.0) Gecko/20130110 Thunderbird/17.0.2 MIME-Version: 1.0 To: Ken McDonell CC: Nathan Scott , PCP Mailing List Subject: Re: [pcp] python QA/709 failures References: <1086370001.24034377.1364166803775.JavaMail.root@redhat.com> <514F89FC.5020102@internode.on.net> X-ASG-Orig-Subj: Re: [pcp] python QA/709 failures In-Reply-To: <514F89FC.5020102@internode.on.net> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-Scanned-By: MIMEDefang 2.67 on 10.5.11.12 X-Barracuda-Connect: mx1.redhat.com[209.132.183.28] X-Barracuda-Start-Time: 1365100135 X-Barracuda-URL: http://192.48.176.25:80/cgi-mod/mark.cgi X-Virus-Scanned: by bsmtpd at sgi.com X-Barracuda-BRTS-Status: 1 On 03/24/2013 07:19 PM, Ken McDonell wrote: > failing cases are single CPU machines. This hopefully catches all the uniprocessor accesses. The change is to my development version which has the pcp accesses split out into a module pmsubsys.py. commit c6bfc687d70e67df54cb9f176c1dda84bffacb1c Author: Stan Cox Date: Tue Apr 2 21:45:03 2013 -0400 Test playback. Always fetch scalars. * qa/709: Add playback testing. * pmsubsys.py (get_scalar_value): Also fetch the value. * pmatop.py: Use get_scalar_value. * pmcollectl.py: Use get_scalar_value. (main): Improve unimplemented subsystem handling. From scox@redhat.com Thu Apr 4 13:39:47 2013 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on oss.sgi.com X-Spam-Level: X-Spam-Status: No, score=0.0 required=5.0 tests=none autolearn=ham version=3.3.1 X-Original-To: pcp@oss.sgi.com Delivered-To: pcp@oss.sgi.com Received: from relay.sgi.com (relay2.corp.sgi.com [137.38.102.29]) by oss.sgi.com (Postfix) with ESMTP id C79937F37 for ; Thu, 4 Apr 2013 13:39:47 -0500 (CDT) Received: from cuda.sgi.com (cuda2.sgi.com [192.48.176.25]) by relay2.corp.sgi.com (Postfix) with ESMTP id B544D30405F for ; Thu, 4 Apr 2013 11:39:44 -0700 (PDT) X-ASG-Debug-ID: 1365100783-04cbb01fba263090001-S8gJnT Received: from mx1.redhat.com (mx1.redhat.com [209.132.183.28]) by cuda.sgi.com with ESMTP id sBwSjyOP5oaIQvpj for ; Thu, 04 Apr 2013 11:39:44 -0700 (PDT) X-Barracuda-Envelope-From: scox@redhat.com X-Barracuda-Apparent-Source-IP: 209.132.183.28 X-ASG-Whitelist: Client Received: from int-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 r34Idf97007154 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK); Thu, 4 Apr 2013 14:39:41 -0400 Received: from [10.11.231.226] (dhcp231-226.rdu.redhat.com [10.11.231.226]) by int-mx09.intmail.prod.int.phx2.redhat.com (8.14.4/8.14.4) with ESMTP id r34IdfMc019809; Thu, 4 Apr 2013 14:39:41 -0400 Message-ID: <515DC99F.6050600@redhat.com> Date: Thu, 04 Apr 2013 14:42:39 -0400 From: Stan Cox User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:17.0) Gecko/20130110 Thunderbird/17.0.2 MIME-Version: 1.0 To: Ken McDonell CC: Nathan Scott , PCP Mailing List Subject: Re: [pcp] python QA/709 failures References: <1086370001.24034377.1364166803775.JavaMail.root@redhat.com> <514F89FC.5020102@internode.on.net> X-ASG-Orig-Subj: Re: [pcp] python QA/709 failures In-Reply-To: <514F89FC.5020102@internode.on.net> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-Scanned-By: MIMEDefang 2.68 on 10.5.11.22 X-Barracuda-Connect: mx1.redhat.com[209.132.183.28] X-Barracuda-Start-Time: 1365100783 X-Barracuda-URL: http://192.48.176.25:80/cgi-mod/mark.cgi X-Virus-Scanned: by bsmtpd at sgi.com X-Barracuda-BRTS-Status: 1 On 03/24/2013 07:19 PM, Ken McDonell wrote: > failing cases are single CPU machines. This hopefully catches all the uniprocessor accesses. The change is to my development version which has the pcp accesses split out into a module pmsubsys.py. commit c6bfc687d70e67df54cb9f176c1dda84bffacb1c Author: Stan Cox Date: Tue Apr 2 21:45:03 2013 -0400 Test playback. Always fetch scalars. * qa/709: Add playback testing. * pmsubsys.py (get_scalar_value): Also fetch the value. * pmatop.py: Use get_scalar_value. * pmcollectl.py: Use get_scalar_value. (main): Improve unimplemented subsystem handling. From nscott@redhat.com Thu Apr 4 16:54:59 2013 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on oss.sgi.com X-Spam-Level: X-Spam-Status: No, score=0.0 required=5.0 tests=none autolearn=ham version=3.3.1 X-Original-To: pcp@oss.sgi.com Delivered-To: pcp@oss.sgi.com Received: from relay.sgi.com (relay2.corp.sgi.com [137.38.102.29]) by oss.sgi.com (Postfix) with ESMTP id 17E587F3F for ; Thu, 4 Apr 2013 16:54:59 -0500 (CDT) Received: from cuda.sgi.com (cuda3.sgi.com [192.48.176.15]) by relay2.corp.sgi.com (Postfix) with ESMTP id EC91B304066 for ; Thu, 4 Apr 2013 14:54:55 -0700 (PDT) X-ASG-Debug-ID: 1365112494-04cb6c1e78288390001-S8gJnT Received: from mx4-phx2.redhat.com (mx4-phx2.redhat.com [209.132.183.25]) by cuda.sgi.com with ESMTP id 0NLeFYlnSlUbHXSm for ; Thu, 04 Apr 2013 14:54:54 -0700 (PDT) X-Barracuda-Envelope-From: nscott@redhat.com X-Barracuda-Apparent-Source-IP: 209.132.183.25 Received: from zmail20.collab.prod.int.phx2.redhat.com (zmail20.collab.prod.int.phx2.redhat.com [10.5.83.23]) by mx4-phx2.redhat.com (8.13.8/8.13.8) with ESMTP id r34Lsoua019934; Thu, 4 Apr 2013 17:54:50 -0400 Date: Thu, 4 Apr 2013 17:54:50 -0400 (EDT) From: Nathan Scott Reply-To: Nathan Scott To: Ken McDonell Cc: pcp@oss.sgi.com Message-ID: <2118509281.3098105.1365112490747.JavaMail.root@redhat.com> In-Reply-To: <515B6533.9040405@internode.on.net> References: <5154CA71.3080200@internode.on.net> <5154CE91.1070506@internode.on.net> <516631560.605811.1364865050360.JavaMail.root@redhat.com> <515B6533.9040405@internode.on.net> Subject: Re: [pcp] qa/713 certificate issue MIME-Version: 1.0 X-ASG-Orig-Subj: Re: [pcp] qa/713 certificate issue Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-Originating-IP: [10.5.82.11] X-Mailer: Zimbra 8.0.3_GA_5664 (ZimbraWebClient - IE8 (Win)/8.0.3_GA_5664) Thread-Topic: qa/713 certificate issue Thread-Index: ajQ346LhQfxwJ3g7wjryTV7ROxDf4g== X-Barracuda-Connect: mx4-phx2.redhat.com[209.132.183.25] X-Barracuda-Start-Time: 1365112494 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.2.127189 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 ----- > On 02/04/13 12:10, Nathan Scott wrote: > > > > > > ----- Original Message ----- > >> Apologies ... I did not check the script and misread the output. > >> > >> The issue really appears to be the "Peer's Certificate issuer is not > >> recognized" error ... which is also seen in QA/712. > >> > > > > These tests generate a self-signed certificate for use to validate > > the SSL connections (so the certificate issuer is the qa host). > > The qa/common.secure nss_setup_certificates function does this bit > > fwiw. > > > >> What am I doing wrong here? > > > > Not clear, as the above certainly appears to be accepted on my setup > > (nss-3.13.6-2). Check the results of the nss_subject_name function > > in common.secure might be a starting point, as this drives $certdomain > > used later on (712.full should have greater detail). > > Well it appears this test for me is always either not run (no certutils, PCP > build w/out secure sockets support) or fails. > > I tried moving closer to your environment with CentOS 5.9 and nss-3.13.6-3 > but the problem got worse! Heh, Murphys Law. > I installed the nss-devel and nspr-devel rpms, rebuilt PCP, and installed the > new PCP rpms. > > But now I _cannot_ start pmcd ... each time I run /etc/init.d/pcp start I end > up with an empty ~kenj/.pki/nssdb directory being created (if it does not > already exist) and then pmcd (and pmproxy) uses the system certificate database via sql:/etc/pki/nssdb (iirc - havent double-checked, limited net access atm) > Arrgghh .... I'd suggest/recommend going through the step-by-step recipe in the secure conns howto (lab.secure.html in pcp-gui tutorial docs, or on oss) - we should be able to see at what point the wheels fall off then. Or at least where your setup is deviating from that, and also shows how to dump certs, etc. Dave may be able to help with further interactive debugging on irc while I'm away (he taught me eveything I know :) Theres a certutil invocation there (iirc) describing how to remove certificates as well, which sounds like might be in order here (I'm guessing that somehow an invalid PCP Collector certificate has been generated for your host, and pmcd is dutifully refusing to proceed with it). cheers. -- Nathan From debbugs@buxtehude.debian.org Thu Apr 4 18:03:20 2013 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on oss.sgi.com X-Spam-Level: X-Spam-Status: No, score=0.0 required=5.0 tests=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 651C17F37 for ; Thu, 4 Apr 2013 18:03:20 -0500 (CDT) Received: from cuda.sgi.com (cuda2.sgi.com [192.48.176.25]) by relay3.corp.sgi.com (Postfix) with ESMTP id E886CAC005 for ; Thu, 4 Apr 2013 16:03:16 -0700 (PDT) X-ASG-Debug-ID: 1365116587-04cbb01fba27c660001-S8gJnT Received: from buxtehude.debian.org (buxtehude.debian.org [140.211.166.26]) by cuda.sgi.com with ESMTP id 8ZJEDpMTfhm4OXqM (version=TLSv1 cipher=AES128-SHA bits=128 verify=NO) for ; Thu, 04 Apr 2013 16:03:08 -0700 (PDT) X-Barracuda-Envelope-From: debbugs@buxtehude.debian.org X-Barracuda-Apparent-Source-IP: 140.211.166.26 Received: from debbugs by buxtehude.debian.org with local (Exim 4.80) (envelope-from ) id 1UNtBS-0004wg-C1; Thu, 04 Apr 2013 23:03:06 +0000 X-Loop: owner@bugs.debian.org Subject: Bug#704717: pcp: FTBFS - missing build-dep on python-dev Reply-To: "Aaron M. Ucko" , 704717@bugs.debian.org X-ASG-Orig-Subj: Bug#704717: pcp: FTBFS - missing build-dep on python-dev Resent-From: "Aaron M. Ucko" Resent-To: debian-bugs-dist@lists.debian.org Resent-Cc: ucko@debian.org, PCP Development Team X-Loop: owner@bugs.debian.org Resent-Date: Thu, 04 Apr 2013 23:03:01 +0000 Resent-Message-ID: X-Debian-PR-Message: report 704717 X-Debian-PR-Package: src:pcp X-Debian-PR-Keywords: X-Debian-PR-Source: pcp Received: via spool by submit@bugs.debian.org id=B.136511639617115 (code B); Thu, 04 Apr 2013 23:03:01 +0000 Received: (at submit) by bugs.debian.org; 4 Apr 2013 22:59:56 +0000 Received: from qmta02.westchester.pa.mail.comcast.net ([76.96.62.24]) by buxtehude.debian.org with esmtp (Exim 4.80) (envelope-from ) id 1UNt8O-0004Ra-9H for submit@bugs.debian.org; Thu, 04 Apr 2013 22:59:56 +0000 Received: from omta20.westchester.pa.mail.comcast.net ([76.96.62.71]) by qmta02.westchester.pa.mail.comcast.net with comcast id Kooz1l0031YDfWL51yzqw5; Thu, 04 Apr 2013 22:59:50 +0000 Received: from ghostwheel.internal.ucko.debian.net ([68.49.0.90]) by omta20.westchester.pa.mail.comcast.net with comcast id Kyzp1l0161wWZuC3gyzq0F; Thu, 04 Apr 2013 22:59:50 +0000 Received: from amu by ghostwheel.internal.ucko.debian.net with local (Exim 4.80) (envelope-from ) id 1UNt8H-0002M2-LQ for submit@bugs.debian.org; Thu, 04 Apr 2013 18:59:49 -0400 Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit From: "Aaron M. Ucko" To: Debian Bug Tracking System Message-ID: <20130404225949.8895.97780.reportbug@ghostwheel.internal.ucko.debian.net> X-Mailer: reportbug 6.4.3 Date: Thu, 04 Apr 2013 18:59:49 -0400 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=comcast.net; s=q20121106; t=1365116390; bh=nGguI2w6HoqcFXLHUI4E1s10R5+bDxsr1WdP6WQKoPA=; h=Received:Received:Received:Content-Type:MIME-Version:From:To: Subject:Message-ID:Date; b=fUk7TR7IZ4qs2UyQpdC94q9U3QMiTpl+yOK3d9YjQQbkZQPQPsi9f3ipoNmtTbQFw RjRihlBvy1fNCT7JLYvcnOCgoepAzGYpnbTH4aeX77tHpgNJu9A9Ip1r7GYI5R+zPM hypaBfIgvosx8ON2N5ZrBGRLx4zfdjrWyFSOdY5F7WTqM3uUKUiJOwUofSTxeoM1pq atxM7ajKAzSf5K8w4UJJ2PWDwzVRL4aUzL8ZIgNfwEL03wRXOJL5Z4PSPRaZsb/q1k keCo/tr6DfarxGZ0LuM9lHKmo797qBou3kj8zzWga/3H5ObP351c2YK+1BqDq3SufT 9wWUVNAqULGfA== Delivered-To: submit@bugs.debian.org Resent-Sender: Debian BTS X-Barracuda-Connect: buxtehude.debian.org[140.211.166.26] X-Barracuda-Start-Time: 1365116588 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.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 X-Barracuda-Spam-Report: Code version 3.2, rules version 3.2.2.127193 Rule breakdown below pts rule name description ---- ---------------------- -------------------------------------------------- 0.00 DKIM_SIGNED Domain Keys Identified Mail: message has a signature 0.01 BSF_SC0_SA_TO_FROM_DOMAIN_MATCH Sender Domain Matches Recipient Domain Source: pcp Version: 3.7.1 Severity: serious Justification: fails to build from source (but built successfully in the past) Builds of pcp in minimal enviroments, as on the autobuilders, have been failing: pmapi.c:32:20: fatal error: Python.h: No such file or directory compilation terminated. error: command 'gcc' failed with exit status 1 Could you please add a build dependency on python-dev and confirm with pbuilder or the like that no others are missing? Thanks! From junwang123@gmail.com Thu Apr 4 18:31:57 2013 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on oss.sgi.com X-Spam-Level: * X-Spam-Status: No, score=1.3 required=5.0 tests=FREEMAIL_ENVFROM_END_DIGIT, FREEMAIL_FROM,HTML_MESSAGE,MANY_SPAN_IN_TEXT,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 (relay1.corp.sgi.com [137.38.102.111]) by oss.sgi.com (Postfix) with ESMTP id 1F20B7F37 for ; Thu, 4 Apr 2013 18:31:57 -0500 (CDT) Received: from cuda.sgi.com (cuda2.sgi.com [192.48.176.25]) by relay1.corp.sgi.com (Postfix) with ESMTP id 0CD258F8050 for ; Thu, 4 Apr 2013 16:31:53 -0700 (PDT) X-ASG-Debug-ID: 1365118311-04cbb01fba27e3a0001-S8gJnT Received: from mail-lb0-f169.google.com (mail-lb0-f169.google.com [209.85.217.169]) by cuda.sgi.com with ESMTP id 6ZnnXJnS0wCylgKS (version=TLSv1 cipher=RC4-SHA bits=128 verify=NO) for ; Thu, 04 Apr 2013 16:31:52 -0700 (PDT) X-Barracuda-Envelope-From: junwang123@gmail.com X-Barracuda-Apparent-Source-IP: 209.85.217.169 X-Barracuda-IPDD: Level1 [gmail.com/209.85.217.169] Received: by mail-lb0-f169.google.com with SMTP id p11so3239172lbi.28 for ; Thu, 04 Apr 2013 16:31:51 -0700 (PDT) X-Barracuda-IPDD: Level1 [gmail.com/209.85.217.169] X-Barracuda-IPDD: Level1 [gmail.com/209.85.217.169] DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:x-received:in-reply-to:references:date:message-id :subject:from:to:cc:content-type; bh=XanZ5pLOc7xxKKHWBJYZtwCeBtMQOkV6jzWx/HHkYoE=; b=R5gaVegMV0eI40NArj4XhZAgofcqyzMo4sMBc8C07DlUTxxA09z+CgPxmvM4+bUPy3 j4REvlrQd02ixVtvp9gDh6IcHwzPllakaF53yryrenKSAS09+5rXWCipwBXsCqYvPnOI i65mVDofIGDxcfUjRDtNq1cm+AOxs0nieijUFqJEdVVHgWZftk0xHz8N9XU6BJ5PA8Hg euyiM9om80CF3Uh/yEF1XG/+/lYjPKMOmnPQ6Wik8/PbKuqyJkQkyqOF7YFqMT7RcFfr DhTQVLfCrsus0K6MMO3wB8jecEYCUUyOmZBX77KmstwTo7UqV79kcrh2x1O7C+Vswwg1 yKIA== MIME-Version: 1.0 X-Received: by 10.112.131.103 with SMTP id ol7mr4680321lbb.7.1365118311042; Thu, 04 Apr 2013 16:31:51 -0700 (PDT) Received: by 10.152.120.73 with HTTP; Thu, 4 Apr 2013 16:31:50 -0700 (PDT) In-Reply-To: References: <20130402205337.GD3659@redhat.com> <20130402222722.GE3659@redhat.com> Date: Thu, 4 Apr 2013 16:31:50 -0700 Message-ID: Subject: Re: [pcp] One pmwebapi against multiple pcp running hosts From: Jun Wang X-ASG-Orig-Subj: Re: [pcp] One pmwebapi against multiple pcp running hosts To: "Frank Ch. Eigler" , nathans@redhat.com Cc: PCP , Dev Priya Content-Type: multipart/alternative; boundary=047d7b3a86de01956104d99160f5 X-Barracuda-Connect: mail-lb0-f169.google.com[209.85.217.169] X-Barracuda-Start-Time: 1365118312 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, HTML_MESSAGE, MAILTO_TO_SPAM_ADDR X-Barracuda-Spam-Report: Code version 3.2, rules version 3.2.2.127195 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 --047d7b3a86de01956104d99160f5 Content-Type: text/plain; charset=UTF-8 Hi Frank/Nathan, I was trying to use the summary PMDA and have two questions. 1. I wasn't sure whether the followings are right. 2. We noticed that we lost the Unit for summary.avg.memory in pmwebapi. mem.util.used is using u64 and kbyte, but the summary is a double (no kbyte unit). I tried to add "summary.avg.memory = avg_host $memoryhosts Kbyte", but got a syntax error. Can someone help? # pwd /var/lib/pcp/pmdas/summary # diff -u expr.pmie.orig expr.pmie.good --- expr.pmie.orig 2013-04-04 22:26:06.000000000 +0000 +++ expr.pmie.good 2013-04-04 23:20:42.000000000 +0000 @@ -38,3 +38,10 @@ // proportion of network interfaces that are busy summary.netif.busy = (count_inst $netio > 400) / (count_inst $netio >= 0); + +// average cpu utilization +hosts = ":'atla-anf-02-sr1' :'atla-anf-03-sr1'"; +cpuhosts = "kernel.all.cpu.user $hosts"; +memoryhosts = "mem.util.used $hosts"; +summary.avg.cpu = avg_host $cpuhosts; +summary.avg.memory = avg_host $memoryhosts; [root@atla-aap-09-sr1 summary]# diff -u pmns.orig pmns --- pmns.orig 2013-04-04 22:25:56.000000000 +0000 +++ pmns 2013-04-04 22:26:24.000000000 +0000 @@ -6,6 +6,7 @@ cpu disk netif + avg } summary.cpu { @@ -22,3 +23,8 @@ packets SYSSUMMARY:0:6 busy SYSSUMMARY:0:7 } + +summary.avg { + cpu SYSSUMMARY:0:8 + memory SYSSUMMARY:0:9 +} On Tue, Apr 2, 2013 at 11:17 PM, Dev Priya wrote: > Hi Frank, > > The latest version works like a charm :) > > Thanks a lot, > Dev > > > On Tue, Apr 2, 2013 at 3:27 PM, Frank Ch. Eigler wrote: > >> Hi - >> >> > [...] >> > I verified it by manually CURLing the url too. Even in verbose mode the >> > output is too less to find out why the context creation might have >> failed. >> > Is there a way to increase the verbosity of the logs even further? >> >> The current fche/pmwebapi branch contains a fix for a thinko that >> could explain misbehaving context creation. With one level of "pmwebd -v" >> verbosity, you get a pmErrStr explanation for the failing contexts. >> >> - FChE >> > > > _______________________________________________ > pcp mailing list > pcp@oss.sgi.com > http://oss.sgi.com/mailman/listinfo/pcp > > --047d7b3a86de01956104d99160f5 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable
Hi Frank/Nathan,

I was trying to use the summary PMDA and have two questions.

1. I wasn't sure whether the followings a= re right.
2. We noticed that we lost the Unit for summary.avg.memory in pm= webapi. mem.util.used is using u64 and kbyte, but the summary is a double (= no kbyte unit). I tried to add "summary.avg.memory =3D avg_host $memor= yhosts Kbyte", but got a syntax error.
Can someone help?

# pwd
<= div>/var/lib/pcp/pmdas/summary

# =C2=A0diff = -u expr.pmie.orig expr.pmie.good=C2=A0
--- expr.pmie.orig 2013-04-04 22:26:06.000000000 +0= 000
+++ expr.pmie.good 2= 013-04-04 23:20:42.000000000 +0000
@@ -38,3 +38,10 @@
= =C2=A0
=C2=A0// proportion of network interfaces that are busy
=C2=A0summary.netif.busy =3D (count_inst $netio > 400) / (count_= inst $netio >=3D 0);
+
+// average cpu utilization
+hosts =3D ":&#= 39;atla-anf-02-sr1' :'atla-anf-03-sr1'";
+cpuhos= ts =3D "kernel.all.cpu.user $hosts";
+memoryhosts =3D &= quot;mem.util.used $hosts";
+summary.avg.cpu =3D avg_host $cpuhosts;
+summary.avg.memory= =3D avg_host $memoryhosts;
[root@atla-aap-09-sr1 summary]# =C2= =A0diff -u pmns.orig pmns
--- pmns.orig 2013-04-04 22:25:56.000000000 +0000
+++ pmns 2013-04-04 = 22:26:24.000000000 +0000
@@ -6,6 +6,7 @@
=C2=A0 cpu
=C2=A0 disk
=C2=A0 netif
+ =C2=A0 =C2=A0 =C2=A0 =C2=A0avg=C2=A0
=C2=A0}
=C2= =A0
=C2=A0summary.cpu {
@@ -22,3 +23,8 @@
=C2= =A0 packets SYSSUMMARY:0:6
=C2=A0 busy SYSSUMMARY:0:7
=C2=A0}<= /div>
+
+summary.avg {
+ cpu SYSSUMMARY:0:8
+ memory =C2=A0SYSSU= MMARY:0:9
+}



On Tue, Apr 2, 2013 at 11:17 PM, Dev Pr= iya <devpriya00@gmail.com> wrote:
Hi Frank,

The latest vers= ion works like a charm :)

Thanks a lot,
Dev


On Tue, Apr 2, 2013= at 3:27 PM, Frank Ch. Eigler <fche@redhat.com> wrote:
Hi -

> [...]
> I verified it by manually CURLing the url too. Even in verbose mo= de the
> output is too less to find out why the context creation might have fai= led.
> Is there a way to increase the verbosity of the logs even further?

The current fche/pmwebapi branch contains a fix for a thinko that
could explain misbehaving context creation. =C2=A0With one level of "p= mwebd -v"
verbosity, you get a pmErrStr explanation for the failing contexts.

- FChE


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


--047d7b3a86de01956104d99160f5-- From debbugs@buxtehude.debian.org Fri Apr 5 00:12:10 2013 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on oss.sgi.com X-Spam-Level: X-Spam-Status: No, score=0.0 required=5.0 tests=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 D25F77F37 for ; Fri, 5 Apr 2013 00:12:10 -0500 (CDT) Received: from cuda.sgi.com (cuda2.sgi.com [192.48.176.25]) by relay2.corp.sgi.com (Postfix) with ESMTP id BDC0E30406B for ; Thu, 4 Apr 2013 22:12:07 -0700 (PDT) X-ASG-Debug-ID: 1365138725-04cbb01fb9296880001-S8gJnT Received: from buxtehude.debian.org (buxtehude.debian.org [140.211.166.26]) by cuda.sgi.com with ESMTP id OSHwZRuDAejQetGb (version=TLSv1 cipher=AES128-SHA bits=128 verify=NO) for ; Thu, 04 Apr 2013 22:12:06 -0700 (PDT) X-Barracuda-Envelope-From: debbugs@buxtehude.debian.org X-Barracuda-Apparent-Source-IP: 140.211.166.26 Received: from debbugs by buxtehude.debian.org with local (Exim 4.80) (envelope-from ) id 1UNywW-0007NU-88; Fri, 05 Apr 2013 05:12:04 +0000 X-Loop: owner@bugs.debian.org Subject: Bug#698735: CVE-2012-5530 Reply-To: Salvatore Bonaccorso , 698735@bugs.debian.org X-ASG-Orig-Subj: Bug#698735: CVE-2012-5530 Resent-From: Salvatore Bonaccorso Original-Sender: Salvatore Bonaccorso Resent-To: debian-bugs-dist@lists.debian.org Resent-Cc: PCP Development Team X-Loop: owner@bugs.debian.org Resent-Date: Fri, 05 Apr 2013 05:12:01 +0000 Resent-Message-ID: X-Debian-PR-Message: followup 698735 X-Debian-PR-Package: pcp X-Debian-PR-Keywords: security X-Debian-PR-Source: pcp Received: via spool by 698735-submit@bugs.debian.org id=B698735.136513855827143 (code B ref 698735); Fri, 05 Apr 2013 05:12:01 +0000 Received: (at 698735) by bugs.debian.org; 5 Apr 2013 05:09:18 +0000 Received: from mail-we0-f180.google.com ([74.125.82.180]) by buxtehude.debian.org with esmtps (TLS1.0:RSA_ARCFOUR_SHA1:128) (Exim 4.80) (envelope-from ) id 1UNytq-00073L-DR for 698735@bugs.debian.org; Fri, 05 Apr 2013 05:09:18 +0000 Received: by mail-we0-f180.google.com with SMTP id r5so2495131wey.25 for <698735@bugs.debian.org>; Thu, 04 Apr 2013 22:09:11 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=x-received:sender:date:from:to:cc:subject:message-id:references :mime-version:content-type:content-disposition:in-reply-to :user-agent; bh=fZc7kVC/RIX6xjQWywVRSzQwTyhFSSXzGylUSa9j9Oc=; b=N9hBs51co/Gd5Ldz1KQXIOPtYAmLmpNhE+RGppEQ3Mnf9WxSb0gGcV8oSIhby14Gyz GeNRjTD0FvK9AVP4psnb9Z6GmgwWqyG88KGiMUjNabxDtpDAdBHz29lzcSRUrqgIFqAz aB+htUyim1fhQpc7MJ82wMZmWCqckxhn+F42qWVVO/vMnjGM8G5Q3wVz3+8crMNUyhEe CslnaIAMYg8GUNePABDmNyTzW0oTNqxk7jypUA6M8PjgLwEuMG+vRdP7X4uj4a8sQmXC jwfjZoyhra3TSVBLEY0etacP+sTpZMTd/JYWYbtNxw7kJ/O2gC2CJ0EbrZEqOeJuKKmq 0iLQ== X-Received: by 10.180.94.39 with SMTP id cz7mr1502299wib.21.1365138551399; Thu, 04 Apr 2013 22:09:11 -0700 (PDT) Received: from elende (elende.valinor.li. [188.40.94.203]) by mx.google.com with ESMTPS id bo1sm1649644wib.0.2013.04.04.22.09.09 (version=TLSv1 cipher=RC4-SHA bits=128/128); Thu, 04 Apr 2013 22:09:10 -0700 (PDT) Sender: Salvatore Bonaccorso Date: Fri, 5 Apr 2013 07:09:08 +0200 From: Salvatore Bonaccorso To: Nathan Scott , 698735@bugs.debian.org Cc: Moritz Muehlenhoff Message-ID: <20130405050908.GA32697@elende> References: <2015547664.12675730.1359416443054.JavaMail.root@redhat.com> <657662723.22188559.1363736939188.JavaMail.root@redhat.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <657662723.22188559.1363736939188.JavaMail.root@redhat.com> User-Agent: Mutt/1.5.20 (2009-06-14) Resent-Sender: Debian BTS X-Barracuda-Connect: buxtehude.debian.org[140.211.166.26] X-Barracuda-Start-Time: 1365138726 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.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 X-Barracuda-Spam-Report: Code version 3.2, rules version 3.2.2.127217 Rule breakdown below pts rule name description ---- ---------------------- -------------------------------------------------- 0.00 DKIM_SIGNED Domain Keys Identified Mail: message has a signature 0.01 BSF_SC0_SA_TO_FROM_DOMAIN_MATCH Sender Domain Matches Recipient Domain # fixed in 3.6.10 upstream, first upload to Debian with 3.7.1 Control: fixed -1 3.7.1 Hi Nathan On Tue, Mar 19, 2013 at 07:48:59PM -0400, Nathan Scott wrote: > Hi all, > > This is not getting any traction & in danger of being forgotten - > can anyone help out who knows the security update build process? > The patches have been prepared, tested, and are ready in the git > tree (below) - but I need some help to get it over the line. > > thanks!! Only an update... In the security-tracker CVE-2012-5530[1] was marked as no-dsa. This means there will not be a security announce update via stable-security. But could you prepare a fix for it for Squeeze via a stable-proposed-updates? See [2] for further information on that. [1]: https://security-tracker.debian.org/tracker/CVE-2012-5530 [2]: http://www.debian.org/doc/manuals/developers-reference/pkgs.html#upload-stable Does this helps? p.s.: Don't know if it was discussed previously already, with 2.8.0 upload the package is now a Debian native package. See [3]. Was this intentional? Or would it be possible to convert the package to a non-native source package? [3]: http://www.debian.org/doc/manuals/developers-reference/pkgs.html#sourcelayout Thanks for your work done! Regards, Salvatore From debbugs@buxtehude.debian.org Fri Apr 5 00:18:07 2013 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on oss.sgi.com X-Spam-Level: X-Spam-Status: No, score=0.0 required=5.0 tests=none autolearn=ham version=3.3.1 X-Original-To: pcp@oss.sgi.com Delivered-To: pcp@oss.sgi.com Received: from relay.sgi.com (relay1.corp.sgi.com [137.38.102.111]) by oss.sgi.com (Postfix) with ESMTP id 941EE7F37 for ; Fri, 5 Apr 2013 00:18:07 -0500 (CDT) Received: from cuda.sgi.com (cuda1.sgi.com [192.48.157.11]) by relay1.corp.sgi.com (Postfix) with ESMTP id 537A98F8049 for ; Thu, 4 Apr 2013 22:18:07 -0700 (PDT) X-ASG-Debug-ID: 1365139085-04bdf0542d2a3840001-S8gJnT Received: from buxtehude.debian.org (buxtehude.debian.org [140.211.166.26]) by cuda.sgi.com with ESMTP id KPsPvpdVy4HH0JZX (version=TLSv1 cipher=AES128-SHA bits=128 verify=NO) for ; Thu, 04 Apr 2013 22:18:06 -0700 (PDT) X-Barracuda-Envelope-From: debbugs@buxtehude.debian.org X-Barracuda-Apparent-Source-IP: 140.211.166.26 Received: from debbugs by buxtehude.debian.org with local (Exim 4.80) (envelope-from ) id 1UNz2K-00084e-TG; Fri, 05 Apr 2013 05:18:04 +0000 X-Loop: owner@bugs.debian.org Content-Disposition: inline Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 X-Mailer: MIME-tools 5.503 (Entity 5.503) Content-Type: text/plain; charset=utf-8 From: owner@bugs.debian.org (Debian Bug Tracking System) To: Salvatore Bonaccorso CC: pcp@oss.sgi.com Subject: Processed: fixed 698735 in 3.7.1 Message-ID: X-ASG-Orig-Subj: Processed: fixed 698735 in 3.7.1 References: <1365138896-3353-bts-carnil@debian.org> X-Debian-PR-Package: pcp X-Debian-PR-Source: pcp X-Debian-PR-Message: transcript X-Loop: owner@bugs.debian.org Date: Fri, 05 Apr 2013 05:18:04 +0000 Sender: Debian BTS X-Barracuda-Connect: buxtehude.debian.org[140.211.166.26] X-Barracuda-Start-Time: 1365139085 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.2.127217 Rule breakdown below pts rule name description ---- ---------------------- -------------------------------------------------- Processing commands for control@bugs.debian.org: > fixed 698735 3.7.1 Bug #698735 [pcp] CVE-2012-5530 Marked as fixed in versions pcp/3.7.1. > thanks Stopping processing here. Please contact me if you need assistance. --=20 698735: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=3D698735 Debian Bug Tracking System Contact owner@bugs.debian.org with problems From fche@redhat.com Fri Apr 5 09:09:03 2013 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on oss.sgi.com X-Spam-Level: X-Spam-Status: No, score=0.0 required=5.0 tests=none autolearn=ham version=3.3.1 X-Original-To: pcp@oss.sgi.com Delivered-To: pcp@oss.sgi.com Received: from relay.sgi.com (relay3.corp.sgi.com [198.149.34.15]) by oss.sgi.com (Postfix) with ESMTP id C667929E1A for ; Fri, 5 Apr 2013 09:09:03 -0500 (CDT) Received: from cuda.sgi.com (cuda2.sgi.com [192.48.176.25]) by relay3.corp.sgi.com (Postfix) with ESMTP id 64E22AC003 for ; Fri, 5 Apr 2013 07:09:00 -0700 (PDT) X-ASG-Debug-ID: 1365170939-04cbb01fb92c7590001-S8gJnT Received: from mx1.redhat.com (mx1.redhat.com [209.132.183.28]) by cuda.sgi.com with ESMTP id bq1WRyOFNZW3MBIS for ; Fri, 05 Apr 2013 07:08: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-mx02.intmail.prod.int.phx2.redhat.com (int-mx02.intmail.prod.int.phx2.redhat.com [10.5.11.12]) by mx1.redhat.com (8.14.4/8.14.4) with ESMTP id r35E8ved021245 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK); Fri, 5 Apr 2013 10:08:57 -0400 Received: from fche.csb (vpn-56-69.rdu2.redhat.com [10.10.56.69]) by int-mx02.intmail.prod.int.phx2.redhat.com (8.13.8/8.13.8) with ESMTP id r35E8vqI024902; Fri, 5 Apr 2013 10:08:57 -0400 Received: by fche.csb (Postfix, from userid 2569) id BA82B5814E; Fri, 5 Apr 2013 10:08:56 -0400 (EDT) To: Jun Wang Cc: nathans@redhat.com, pcp@oss.sgi.com, Dev Priya Subject: Re: One pmwebapi against multiple pcp running hosts References: <20130402205337.GD3659@redhat.com> <20130402222722.GE3659@redhat.com> X-ASG-Orig-Subj: Re: One pmwebapi against multiple pcp running hosts From: fche@redhat.com (Frank Ch. Eigler) Date: Fri, 05 Apr 2013 10:08:56 -0400 In-Reply-To: (Jun Wang's message of "Thu, 4 Apr 2013 16:31:50 -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=us-ascii X-Scanned-By: MIMEDefang 2.67 on 10.5.11.12 X-Barracuda-Connect: mx1.redhat.com[209.132.183.28] X-Barracuda-Start-Time: 1365170939 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 Jun Wang writes: > 2. We noticed that we lost the Unit for summary.avg.memory in > pmwebapi. [...] What does "pminfo -f -d summary.avg.memory" report? What does pmwebd report "/pmapi/_metric?prefix=summary.avg.memory"? - FChE From mouhamed.hassan0@gmail.com Sat Apr 6 09:18:21 2013 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on oss.sgi.com X-Spam-Level: ** X-Spam-Status: No, score=2.5 required=5.0 tests=FREEMAIL_ENVFROM_END_DIGIT, FREEMAIL_FROM,FUZZY_AMBIEN,LOTS_OF_MONEY,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 DC5947F94 for ; Sat, 6 Apr 2013 09:18:20 -0500 (CDT) Received: from cuda.sgi.com (cuda2.sgi.com [192.48.176.25]) by relay3.corp.sgi.com (Postfix) with ESMTP id 5CE53AC003 for ; Sat, 6 Apr 2013 07:18:17 -0700 (PDT) X-ASG-Debug-ID: 1365257894-04cbb01fba3270c0001-S8gJnT Received: from mail-qa0-f43.google.com (mail-qa0-f43.google.com [209.85.216.43]) by cuda.sgi.com with ESMTP id QOxI7VQmr73AJWn8 (version=TLSv1 cipher=RC4-SHA bits=128 verify=NO) for ; Sat, 06 Apr 2013 07:18:14 -0700 (PDT) X-Barracuda-Envelope-From: mouhamed.hassan0@gmail.com X-Barracuda-Apparent-Source-IP: 209.85.216.43 X-Barracuda-IPDD: Level1 [gmail.com/209.85.216.43] Received: by mail-qa0-f43.google.com with SMTP id i13so230903qae.16 for ; Sat, 06 Apr 2013 07:18:14 -0700 (PDT) X-Barracuda-IPDD: Level1 [gmail.com/209.85.216.43] X-Barracuda-IPDD: Level1 [gmail.com/209.85.216.43] DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:x-received:reply-to:sender:date:x-google-sender-auth :message-id:subject:from:to:content-type:content-transfer-encoding; bh=oo9W7OI6DaomsHSLbSssMNTonEinBgB9VIIWQun/CXE=; b=jq9M4UrnRiHdGGSmoZNdy6Q0o8lRWvyJBWLftnZj5hLtQBrUYTrWEeGbavf6Cf+dwU dFBbBDKWkwhxTu2qNrRCB4iNcOVZ7k0MLUgVD/ZpDzK1Q9pxRNpc2iC46e6RJtv/5Ktz i/kGyskED5gO0dBqCq7C+ru5hT01z2v62gsQYK9xB5RLi73uSZWhfui3jUTBVtuGw13p 9HiSvFo8V2yoYZlXKrjSb3AIC+cytJM3V38qrUgQWh47vsNNHPws+38g3sm8Mc8oDrbc ZeBulB+8Ue1mHoC1D5rhDWZ2mEjku5e2VHoqhaaOix3mcSstTjmZpC0hHh2YXQxarhTR /P8w== MIME-Version: 1.0 X-Received: by 10.49.116.235 with SMTP id jz11mr13776447qeb.39.1365257894037; Sat, 06 Apr 2013 07:18:14 -0700 (PDT) Reply-To: zama.ahmed1@voila.fr Sender: mouhamed.hassan0@gmail.com Received: by 10.229.47.198 with HTTP; Sat, 6 Apr 2013 07:18:13 -0700 (PDT) Date: Sat, 6 Apr 2013 14:18:13 +0000 X-Google-Sender-Auth: iEaYCRZ-wW4tZJ-xm4jIGhm5H24 Message-ID: Subject: Estoy esperando su respuesta urgente From: Zaman Ahmed X-ASG-Orig-Subj: Estoy esperando su respuesta urgente To: undisclosed-recipients:; Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable X-Barracuda-Connect: mail-qa0-f43.google.com[209.85.216.43] X-Barracuda-Start-Time: 1365257894 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, FUZZY_AMBIEN X-Barracuda-Spam-Report: Code version 3.2, rules version 3.2.2.127349 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 FUZZY_AMBIEN BODY: Attempt to obfuscate words in spam Querido amigo, S=E9 que este mensaje te llegar=E1 como una sorpresa. Yo soy el se=F1or Zaman Ahmed de Burkina Faso, el proyecto de ley y el intercambio gerente del banco de =C1frica (BOA), Ouagadougou Ten=EDa la esperanza de que no se exponga o traicionar esta confianza y seguro de que estoy a punto de reposo de usted para el beneficio mutuo de nuestras familias. Necesito su ayuda urgente en la transferencia de la suma de (usd $ 14,5) millones de euros a su cuenta en 10 a 14 d=EDas h=E1biles. Este dinero ha estado inactivo durante a=F1os en nuestro banco sin reclamo. Quiero que el banco para liberar el dinero a usted como la persona m=E1s cercana a nuestro cliente difunto (el due=F1o de la cuenta) muri=F3 junto con su pr=F3xima supon=EDa familiares en un accidente a=E9reo desde julio de 2000. No quiero el dinero para ir a nuestra cuenta bancaria como tesorero de un fondo abandonado. As=ED que esta es la raz=F3n por la que en contacto con usted para que el banco pueda liberar el dinero a usted como a los familiares al cliente fallecido. Por favor, me gustar=EDa que mantener esta propuesta como alto secreto y eliminarlo si no est=E1 a la recepci=F3n de la respuesta, yo te dar=E9 todos los detalles sobre c=F3mo e= l negocio ser=E1 ejecutado y tambi=E9n estoy de acuerdo en que el 40% de thismoney ser=E1 para usted como respecto a la prestaci=F3n de una cuenta extranjera, y el 60% ser=EDa para m=ED. Finalmente enviar su foto o sus pasaportes internacionales para la identificaci=F3n m=E1s. (1) Su nombre completo (2) que se envejece (3) Sexo (4) Usted Pa=EDs (5) Se N=FAmero de tel=E9fono (6) Su Ocupaci=F3n Saludos cordiales, Sr.Zaman Ahmed. From debbugs@buxtehude.debian.org Sat Apr 6 18:57:14 2013 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on oss.sgi.com X-Spam-Level: X-Spam-Status: No, score=0.0 required=5.0 tests=none autolearn=ham version=3.3.1 X-Original-To: pcp@oss.sgi.com Delivered-To: pcp@oss.sgi.com Received: from relay.sgi.com (relay2.corp.sgi.com [137.38.102.29]) by oss.sgi.com (Postfix) with ESMTP id 6620D7F5A for ; Sat, 6 Apr 2013 18:57:14 -0500 (CDT) Received: from cuda.sgi.com (cuda1.sgi.com [192.48.157.11]) by relay2.corp.sgi.com (Postfix) with ESMTP id 2AFC9304039 for ; Sat, 6 Apr 2013 16:57:14 -0700 (PDT) X-ASG-Debug-ID: 1365292629-04bdf0542a369500001-S8gJnT Received: from buxtehude.debian.org (buxtehude.debian.org [140.211.166.26]) by cuda.sgi.com with ESMTP id xd9FPbirYQILVufv (version=TLSv1 cipher=AES128-SHA bits=128 verify=NO) for ; Sat, 06 Apr 2013 16:57:09 -0700 (PDT) X-Barracuda-Envelope-From: debbugs@buxtehude.debian.org X-Barracuda-Apparent-Source-IP: 140.211.166.26 Received: from debbugs by buxtehude.debian.org with local (Exim 4.80) (envelope-from ) id 1UOcyr-0004TJ-2Z; Sat, 06 Apr 2013 23:57:09 +0000 X-Loop: owner@bugs.debian.org Subject: Bug#698735: [pcp] Bug#698735: CVE-2012-5530 Reply-To: Nathan Scott , 698735@bugs.debian.org X-ASG-Orig-Subj: Bug#698735: [pcp] Bug#698735: CVE-2012-5530 Resent-From: Nathan Scott Resent-To: debian-bugs-dist@lists.debian.org Resent-Cc: PCP Development Team X-Loop: owner@bugs.debian.org Resent-Date: Sat, 06 Apr 2013 23:57:06 +0000 Resent-Message-ID: X-Debian-PR-Message: followup 698735 X-Debian-PR-Package: pcp X-Debian-PR-Keywords: security X-Debian-PR-Source: pcp Received: via spool by 698735-submit@bugs.debian.org id=B698735.136529240615768 (code B ref 698735); Sat, 06 Apr 2013 23:57:06 +0000 Received: (at 698735) by bugs.debian.org; 6 Apr 2013 23:53:26 +0000 Received: from mx3-phx2.redhat.com ([209.132.183.24]) by buxtehude.debian.org with esmtp (Exim 4.80) (envelope-from ) id 1UOcvG-000463-3g for 698735@bugs.debian.org; Sat, 06 Apr 2013 23:53:26 +0000 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 r36NrMku004701; Sat, 6 Apr 2013 19:53:22 -0400 Date: Sat, 6 Apr 2013 19:53:22 -0400 (EDT) From: Nathan Scott To: Salvatore Bonaccorso , 698735@bugs.debian.org Cc: Moritz Muehlenhoff Message-ID: <1607293488.222217.1365292402346.JavaMail.root@redhat.com> In-Reply-To: <20130405050908.GA32697@elende> References: <2015547664.12675730.1359416443054.JavaMail.root@redhat.com> <657662723.22188559.1363736939188.JavaMail.root@redhat.com> <20130405050908.GA32697@elende> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-Originating-IP: [10.5.82.11] X-Mailer: Zimbra 8.0.3_GA_5664 (ZimbraWebClient - IE8 (Win)/8.0.3_GA_5664) Thread-Topic: Bug#698735: CVE-2012-5530 Thread-Index: QHLDhw/LBZ1PnpM/H/NbZvqGglHkEQ== Resent-Sender: Debian BTS X-Barracuda-Connect: buxtehude.debian.org[140.211.166.26] X-Barracuda-Start-Time: 1365292629 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.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.2.127389 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, ----- Original Message ----- > ... > Only an update... In the security-tracker CVE-2012-5530[1] was marked > as no-dsa. This means there will not be a security announce update via > stable-security. But could you prepare a fix for it for Squeeze via a > stable-proposed-updates? > > See [2] for further information on that. > > [1]: https://security-tracker.debian.org/tracker/CVE-2012-5530 > [2]: > http://www.debian.org/doc/manuals/developers-reference/pkgs.html#upload-stable > > Does this helps? > I'm travelling at the moment with limited net access - will read through the above in ~1 week and see. Thanks for the pointers! cheers. -- Nathan From kenj@internode.on.net Sun Apr 7 01:15:58 2013 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on oss.sgi.com X-Spam-Level: X-Spam-Status: No, score=0.0 required=5.0 tests=none autolearn=ham version=3.3.1 X-Original-To: pcp@oss.sgi.com Delivered-To: pcp@oss.sgi.com Received: from relay.sgi.com (relay2.corp.sgi.com [137.38.102.29]) by oss.sgi.com (Postfix) with ESMTP id A14427F5D for ; Sun, 7 Apr 2013 01:15:58 -0500 (CDT) Received: from cuda.sgi.com (cuda2.sgi.com [192.48.176.25]) by relay2.corp.sgi.com (Postfix) with ESMTP id 903C1304048 for ; Sat, 6 Apr 2013 23:15:55 -0700 (PDT) X-ASG-Debug-ID: 1365315353-04cbb01fb9363850001-S8gJnT Received: from ipmail06.adl2.internode.on.net (ipmail06.adl2.internode.on.net [150.101.137.129]) by cuda.sgi.com with ESMTP id E5YeQQgJjsYdkVhh for ; Sat, 06 Apr 2013 23:15:53 -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: Ar0SAJkNYVEBisjgPGdsb2JhbAANRIsgtl2CZIEXAwEBAQE4glQBAQEEOEABEAsNCwkWDwkDAgECATEUEwEHAQGzSJJfjyMHFoMrA50ajgU Received: from unknown (HELO [10.10.0.15]) ([1.138.200.224]) by ipmail06.adl2.internode.on.net with ESMTP; 07 Apr 2013 15:45:51 +0930 Message-ID: <51610F0D.5020603@internode.on.net> Date: Sun, 07 Apr 2013 16:15:41 +1000 From: Ken McDonell User-Agent: Mozilla/5.0 (X11; Linux i686; rv:17.0) Gecko/20130308 Thunderbird/17.0.4 MIME-Version: 1.0 To: pcp@oss.sgi.com CC: junwang123@gmail.com, devpriya00@gmail.com Subject: Re: [pcp] One pmwebapi against multiple pcp running hosts References: <20130402205337.GD3659@redhat.com> <20130402222722.GE3659@redhat.com> X-ASG-Orig-Subj: Re: [pcp] One pmwebapi against multiple pcp running hosts In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Barracuda-Connect: ipmail06.adl2.internode.on.net[150.101.137.129] X-Barracuda-Start-Time: 1365315353 X-Barracuda-URL: http://192.48.176.25:80/cgi-mod/mark.cgi X-Virus-Scanned: by bsmtpd at sgi.com X-Barracuda-BRTS-Status: 1 X-Barracuda-Spam-Score: 0.00 X-Barracuda-Spam-Status: No, SCORE=0.00 using per-user scores of TAG_LEVEL=1000.0 QUARANTINE_LEVEL=1000.0 KILL_LEVEL=2.7 tests= X-Barracuda-Spam-Report: Code version 3.2, rules version 3.2.2.127413 Rule breakdown below pts rule name description ---- ---------------------- -------------------------------------------------- On 05/04/13 10:31, Jun Wang wrote: > Hi Frank/Nathan, > > I was trying to use the summary PMDA and have two questions. > > 1. I wasn't sure whether the followings are right. > 2. We noticed that we lost the Unit for summary.avg.memory in pmwebapi. > mem.util.used is using u64 and kbyte, but the summary is a double (no > kbyte unit). I tried to add "summary.avg.memory = avg_host $memoryhosts > Kbyte", but got a syntax error. > Can someone help? Maybe ... 8^)> I suspect what's happening here is that the metrics are being converted to cannonical units (byte and sec for the dimensions of Space and Time) and cannonical type of double ... this is being done by pmie(1) which is the real workhorse behind the summary PMDA. As a result you cannot get non-cannoical units or types for the summary metrics, so you're stuck with type double and units of byte. So this should have produced meta data for the metric like this: summary.qa.mem Data Type: double InDom: PM_INDOM_NULL 0xffffffff Semantics: instant Units: byte BUT you've uncovered a very obscure bug in pmie (or the summary agent, I'm not sure which yet), where the addition of the avg_host predicate to the summary metric declaration causes the Units to be botched and set to none instead of byte, as in ... summary.qa.avg_mem Data Type: double InDom: PM_INDOM_NULL 0xffffffff Semantics: instant Units: none The new QA test 525 reproduces this fault. I don't expect the fix will be too hard to find, says he bravely! Cheers, Ken. From fche@redhat.com Sun Apr 7 14:11:08 2013 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on oss.sgi.com X-Spam-Level: X-Spam-Status: No, score=0.0 required=5.0 tests=none autolearn=ham version=3.3.1 X-Original-To: pcp@oss.sgi.com Delivered-To: pcp@oss.sgi.com Received: from relay.sgi.com (relay2.corp.sgi.com [137.38.102.29]) by oss.sgi.com (Postfix) with ESMTP id ECC1D7F5E for ; Sun, 7 Apr 2013 14:11:08 -0500 (CDT) Received: from cuda.sgi.com (cuda1.sgi.com [192.48.157.11]) by relay2.corp.sgi.com (Postfix) with ESMTP id CC287304043 for ; Sun, 7 Apr 2013 12:11:08 -0700 (PDT) X-ASG-Debug-ID: 1365361864-04bdf0542d3b0d50001-S8gJnT Received: from mx1.redhat.com (mx1.redhat.com [209.132.183.28]) by cuda.sgi.com with ESMTP id eqHyvVKxIWfgjwH8 for ; Sun, 07 Apr 2013 12:11: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-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 r37JB4NF017457 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK) for ; Sun, 7 Apr 2013 15:11:04 -0400 Received: from fche.csb (vpn-56-69.rdu2.redhat.com [10.10.56.69]) by int-mx10.intmail.prod.int.phx2.redhat.com (8.14.4/8.14.4) with ESMTP id r37JB3NI026994 for ; Sun, 7 Apr 2013 15:11:04 -0400 Received: by fche.csb (Postfix, from userid 2569) id 381EA58137; Sun, 7 Apr 2013 15:11:03 -0400 (EDT) Date: Sun, 7 Apr 2013 15:11:03 -0400 From: "Frank Ch. Eigler" To: pcp developers Subject: pcp-gui patches for QString.toAscii() un-corruption Message-ID: <20130407191103.GD3240@redhat.com> X-ASG-Orig-Subj: pcp-gui patches for QString.toAscii() un-corruption 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: 1365361864 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 came across a nasty systemic bug in the pcp-gui code today, and have a proposed patch in my pcpfans.git fche/pcp-gui branch. commit b6b7de7ce33eded33f18a6d1d89c33a0d373957a Author: Frank Ch. Eigler Date: Sun Apr 7 14:55:23 2013 -0400 QString toAscii decorruption A recurrent coding pattern in the code aimed to get C "const char*" pointers out of QString objects, with code that looks like this: (const char*) object.toAscii() This is wrong on several levels. In Qt4 and probably earlier, toAscii() returns a (temporary) QByteArray object, not a C string. Any casting to hide this leads to direct junk, e.g., failure to save pmchart view state to requested file names, or with actual readable metric names. We switch to object.toAscii().constData() throughout. This too is imperfect, as the QByteArray object is temporary, and will be deallocated at the next statement (;) boundary, which makes the const char*'s contain junk again. So, cases where such pointers are stored beyond a statement need to be strdup()'d. Please also consider merging commit 9162d8c74e66b330096195ca8ff38d43bd541989 Author: Frank Ch. Eigler Date: Sun Apr 7 14:55:04 2013 -0400 add emacs .dir-local.el for formatting preferences - FChE From fche@redhat.com Sun Apr 7 14:39:18 2013 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on oss.sgi.com X-Spam-Level: X-Spam-Status: No, score=0.0 required=5.0 tests=none autolearn=ham version=3.3.1 X-Original-To: pcp@oss.sgi.com Delivered-To: pcp@oss.sgi.com Received: from relay.sgi.com (relay1.corp.sgi.com [137.38.102.111]) by oss.sgi.com (Postfix) with ESMTP id C96837F37 for ; Sun, 7 Apr 2013 14:39:18 -0500 (CDT) Received: from cuda.sgi.com (cuda2.sgi.com [192.48.176.25]) by relay1.corp.sgi.com (Postfix) with ESMTP id B718A8F8033 for ; Sun, 7 Apr 2013 12:39:15 -0700 (PDT) X-ASG-Debug-ID: 1365363554-04cbb01fb93a3fc0001-S8gJnT Received: from mx1.redhat.com (mx1.redhat.com [209.132.183.28]) by cuda.sgi.com with ESMTP id BfznvonldhEnE2La for ; Sun, 07 Apr 2013 12:39:14 -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 r37JdE45024184 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK) for ; Sun, 7 Apr 2013 15:39:14 -0400 Received: from fche.csb (vpn-56-69.rdu2.redhat.com [10.10.56.69]) by int-mx11.intmail.prod.int.phx2.redhat.com (8.14.4/8.14.4) with ESMTP id r37JdDLd012796 for ; Sun, 7 Apr 2013 15:39:14 -0400 Received: by fche.csb (Postfix, from userid 2569) id 6FB8758137; Sun, 7 Apr 2013 15:39:13 -0400 (EDT) Date: Sun, 7 Apr 2013 15:39:13 -0400 From: "Frank Ch. Eigler" To: pcp developers Subject: Not quite, was Re: pcp-gui patches for QString.toAscii() un-corruption Message-ID: <20130407193913.GE3240@redhat.com> X-ASG-Orig-Subj: Not quite, was Re: pcp-gui patches for QString.toAscii() un-corruption References: <20130407191103.GD3240@redhat.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20130407191103.GD3240@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: 1365363554 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 wrote: > (const char*) object.toAscii() > This is wrong on several levels. In Qt4 and probably earlier, > toAscii() returns a (temporary) QByteArray object, not a C string. > Any casting to hide this leads to direct junk, e.g., failure to save > pmchart view state to requested file names, or with actual readable > metric names. [...] Looking over the evolving Qt API, I think I overestimated this effect, due to the code's reliance on the QByteArray::operator const char * () const member function. So maybe (const char*) qstring.toAscii() is not wrong after all, merely scary due to the cast. > [...] This too is imperfect, as the QByteArray object is > temporary, and will be deallocated at the next statement (;) boundary, > which makes the const char*'s contain junk again. So, cases where > such pointers are stored beyond a statement need to be strdup()'d. Whereas this complication is definitely still there. I'll test out a less invasive patch for just the second case. - FChE From sebastian.jucu@cbg.uvt.ro Sun Apr 7 15:18:28 2013 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on oss.sgi.com X-Spam-Level: X-Spam-Status: No, score=0.0 required=5.0 tests=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 E03DC7F53 for ; Sun, 7 Apr 2013 15:18:28 -0500 (CDT) Received: from cuda.sgi.com (cuda3.sgi.com [192.48.176.15]) by relay2.corp.sgi.com (Postfix) with ESMTP id CDD60304032 for ; Sun, 7 Apr 2013 13:18:25 -0700 (PDT) X-ASG-Debug-ID: 1365365899-04cb6c1e793d1dc0001-S8gJnT Received: from hercules.uvt.ro (mail.uvt.ro [85.120.204.100]) by cuda.sgi.com with ESMTP id zJaQgXHNgo4vBrH5; Sun, 07 Apr 2013 13:18:20 -0700 (PDT) X-Barracuda-Envelope-From: sebastian.jucu@cbg.uvt.ro X-Barracuda-Apparent-Source-IP: 85.120.204.100 Received: from localhost (localhost.localdomain [127.0.0.1]) by hercules.uvt.ro (Postfix) with ESMTP id 507A7476F; Sun, 7 Apr 2013 23:18:10 +0300 (EEST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=uvt.ro; s=default; t=1365365891; bh=d5TMS132233GBwO/XOxVedo/BayWqOqpoORu5KDjjLU=; h=Date:From:Reply-To:Subject:To; b=Ull+m4bv/EbwSzRHQKTTfL9MQDdGi3Fk8hD9VIBj0PqBsqSXiJ0N0weq12z0C2FfZ ak/hoB1gsuI3eKt03SRW1qSim0MrvueXAUjrXteK0YgxzT6/L3x2vBnmgIjP4CNMyc F/NgI9na2eprQCtYXehLHa2Nx+TMPXXNnA4uNNis= X-Virus-Scanned: amavisd-new at hercules.uvt.ro Received: from hercules.uvt.ro ([127.0.0.1]) by localhost (hercules.uvt.ro [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id ZqqpLcJ5UdKv; Sun, 7 Apr 2013 23:18:08 +0300 (EEST) Received: from hercules.uvt.ro (hercules.uvt.ro [85.120.204.100]) by hercules.uvt.ro (Postfix) with ESMTP id 83624474C; Sun, 7 Apr 2013 23:18:02 +0300 (EEST) Date: Sun, 07 Apr 2013 23:18:00 +0300 (EEST) From: WebMail =?utf-8?Q?J=C3=A4rjestelm=C3=A4nvalvoja?= Reply-To: WebMail =?utf-8?Q?J=C3=A4rjestelm=C3=A4nvalvoja?= Subject: =?utf-8?Q?S=C3=A4hk=C3=B6posti?= Alert Message-ID: <74342708-f949-4f49-a4ec-d94f9a2e1473@hercules.uvt.ro> X-ASG-Orig-Subj: =?utf-8?Q?S=C3=A4hk=C3=B6posti?= Alert Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 X-Originating-IP: [116.202.131.111] X-Mailer: Zimbra 7.1.3_GA_3346 (zclient/7.1.3_GA_3346) To: undisclosed-recipients:; X-Barracuda-Connect: mail.uvt.ro[85.120.204.100] X-Barracuda-Start-Time: 1365365900 X-Barracuda-URL: http://192.48.176.15:80/cgi-mod/mark.cgi X-Virus-Scanned: by bsmtpd at sgi.com X-Barracuda-BRTS-Status: 1 X-Barracuda-Spam-Score: 0.50 X-Barracuda-Spam-Status: No, SCORE=0.50 using per-user scores of TAG_LEVEL=1000.0 QUARANTINE_LEVEL=1000.0 KILL_LEVEL=2.7 tests=BSF_SC0_SA620a, DKIM_SIGNED, DKIM_VERIFIED X-Barracuda-Spam-Report: Code version 3.2, rules version 3.2.2.127471 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.50 BSF_SC0_SA620a Custom Rule SA620a Postilaatikko on ylitt=C3=A4nyt varastointi rajan 2.GB M=C3=A4=C3=A4rittelee yll=C3=A4pito on t=C3=A4ll=C3=A4 hetkell=C3=A4 2.30GB= , ei voi l=C3=A4hett=C3=A4=C3=A4 tai vastaanottaa uusia viestej=C3=A4 ennen= kuin olet uudelleen Vahvista s=C3=A4hk=C3=B6postiosoite l=C3=A4hett=C3=A4= =C3=A4 tiedon edellytetyt uudelleen vahvistat s=C3=A4hk=C3=B6postiosoitteen= E-mail: K=C3=A4ytt=C3=A4j=C3=A4tunnus: salasana: Vahvista salasana: jona viimeinen merkint=C3=A4: E-mail: upgrade@execs.com System Manager From fche@redhat.com Sun Apr 7 16:35:53 2013 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on oss.sgi.com X-Spam-Level: X-Spam-Status: No, score=0.0 required=5.0 tests=none autolearn=ham version=3.3.1 X-Original-To: pcp@oss.sgi.com Delivered-To: pcp@oss.sgi.com Received: from relay.sgi.com (relay2.corp.sgi.com [137.38.102.29]) by oss.sgi.com (Postfix) with ESMTP id 3B3BE29DFA for ; Sun, 7 Apr 2013 16:35:53 -0500 (CDT) Received: from cuda.sgi.com (cuda2.sgi.com [192.48.176.25]) by relay2.corp.sgi.com (Postfix) with ESMTP id 2844C304032 for ; Sun, 7 Apr 2013 14:35:49 -0700 (PDT) X-ASG-Debug-ID: 1365370546-04cbb01fba3ae120001-S8gJnT Received: from mx1.redhat.com (mx1.redhat.com [209.132.183.28]) by cuda.sgi.com with ESMTP id sOzlAZD773GFeCKr for ; Sun, 07 Apr 2013 14:35:46 -0700 (PDT) X-Barracuda-Envelope-From: fche@redhat.com X-Barracuda-Apparent-Source-IP: 209.132.183.28 X-ASG-Whitelist: Client Received: from int-mx02.intmail.prod.int.phx2.redhat.com (int-mx02.intmail.prod.int.phx2.redhat.com [10.5.11.12]) by mx1.redhat.com (8.14.4/8.14.4) with ESMTP id r37LZjbi032527 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK) for ; Sun, 7 Apr 2013 17:35:45 -0400 Received: from fche.csb (vpn-56-69.rdu2.redhat.com [10.10.56.69]) by int-mx02.intmail.prod.int.phx2.redhat.com (8.13.8/8.13.8) with ESMTP id r37LZjin002742 for ; Sun, 7 Apr 2013 17:35:45 -0400 Received: by fche.csb (Postfix, from userid 2569) id 54FE758137; Sun, 7 Apr 2013 17:35:44 -0400 (EDT) Date: Sun, 7 Apr 2013 17:35:44 -0400 From: "Frank Ch. Eigler" To: pcp developers Subject: Quite, was Re: Not quite, was Re: pcp-gui patches for QString.toAscii() un-corruption Message-ID: <20130407213544.GA4876@redhat.com> X-ASG-Orig-Subj: Quite, was Re: Not quite, was Re: pcp-gui patches for QString.toAscii() un-corruption References: <20130407191103.GD3240@redhat.com> <20130407193913.GE3240@redhat.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20130407193913.GE3240@redhat.com> User-Agent: Mutt/1.4.2.2i X-Scanned-By: MIMEDefang 2.67 on 10.5.11.12 X-Barracuda-Connect: mx1.redhat.com[209.132.183.28] X-Barracuda-Start-Time: 1365370546 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 - OK, how about this: commit c407d0107b50b94b9d893687110d898f87c935ae Author: Frank Ch. Eigler Date: Sun Apr 7 14:55:23 2013 -0400 QString toAscii decorruption A recurrent coding pattern in the code aimed to get C "const char*" pointers out of QString objects, with code that looks like this: (const char*) object.toAscii() This is OK, using the QByteArray conversion-operator, as long as the value is used before the QByteArray temporary is itself deleted. However, in a few cases, the value is instead stored, or returned, leading to corruption and deceit. These have been reworked: [...] Also on the pcpfans.git fche/pcp-gui branch, ripe for the cherry-plucking, commit 4e7f2c9c3 and 9162d8c74e. - FChE From kenj@internode.on.net Mon Apr 8 07:02:20 2013 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on oss.sgi.com X-Spam-Level: X-Spam-Status: No, score=0.0 required=5.0 tests=none autolearn=ham version=3.3.1 X-Original-To: pcp@oss.sgi.com Delivered-To: pcp@oss.sgi.com Received: from relay.sgi.com (relay3.corp.sgi.com [198.149.34.15]) by oss.sgi.com (Postfix) with ESMTP id 372C47F56 for ; Mon, 8 Apr 2013 07:02:20 -0500 (CDT) Received: from cuda.sgi.com (cuda3.sgi.com [192.48.176.15]) by relay3.corp.sgi.com (Postfix) with ESMTP id A9D98AC002 for ; Mon, 8 Apr 2013 05:02:16 -0700 (PDT) X-ASG-Debug-ID: 1365422530-04cb6c1e7941a1c0001-S8gJnT Received: from ipmail06.adl2.internode.on.net (ipmail06.adl2.internode.on.net [150.101.137.129]) by cuda.sgi.com with ESMTP id YzAI6NpKVyrTCwSX for ; Mon, 08 Apr 2013 05:02:11 -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: ApMBAKSwYlF20aMe/2dsb2JhbAANRIM8wkWEEjANFhgDAgECAQ8wGQYCAQGHfgOpZokLDYldjFCDPYJeA5UTjVSIGR8 Received: from ppp118-209-163-30.lns20.mel6.internode.on.net (HELO [192.168.1.101]) ([118.209.163.30]) by ipmail06.adl2.internode.on.net with ESMTP; 08 Apr 2013 21:32:09 +0930 Message-ID: <5162B1C1.6080002@internode.on.net> Date: Mon, 08 Apr 2013 22:02:09 +1000 From: Ken McDonell User-Agent: Mozilla/5.0 (X11; Linux i686; rv:17.0) Gecko/20130308 Thunderbird/17.0.4 MIME-Version: 1.0 To: pcp@oss.sgi.com Subject: pcp updates Content-Type: text/plain; charset=ISO-8859-1 X-ASG-Orig-Subj: pcp updates Content-Transfer-Encoding: 7bit X-Barracuda-Connect: ipmail06.adl2.internode.on.net[150.101.137.129] X-Barracuda-Start-Time: 1365422530 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=MAILTO_TO_SPAM_ADDR X-Barracuda-Spam-Report: Code version 3.2, rules version 3.2.2.127533 Rule breakdown below pts rule name description ---- ---------------------- -------------------------------------------------- 0.00 MAILTO_TO_SPAM_ADDR URI: Includes a link to a likely spammer email A grab bag here. Some QA changes, but perhaps more importantly libpcp and pmie bug fixes. Changes committed to git://oss.sgi.com/kenj/pcp.git dev qa/.gitignore | 2 qa/062 | 5 qa/062.out | 1156 ------------------ qa/083 | 17 qa/115 | 12 qa/514 | 10 qa/514.out | 8 qa/514.out.1 | 2430 +++++++++++++++++++++++++++++++++++++++ qa/514.out.2 | 2430 +++++++++++++++++++++++++++++++++++++++ qa/520 | 10 qa/520.out | 6 qa/520.out.1 | 594 +++++++++ qa/520.out.2 | 594 +++++++++ qa/524 | 102 + qa/524.out | 64 + qa/525 | 100 + qa/525.out | 46 qa/check-group | 8 qa/common | 87 + qa/common.check | 10 qa/group | 48 qa/new | 8 qa/src/chkacc1.c | 166 +- qa/src/chkacc2.c | 181 +- qa/src/chkacc3.c | 287 ++-- qa/src/fixhosts | 47 src/libpcp/src/err.c | 1 src/libpcp/src/lock.c | 2 src/libpcp/src/util.c | 23 src/libpcp_fault/src/GNUmakefile | 3 src/pmie/src/dstruct.c | 79 - src/pmie/src/dstruct.h | 7 src/pmie/src/lexicon.c | 5 src/pmie/src/pragmatics.c | 43 src/pmlogger/pmlogger.c | 4 35 files changed, 7108 insertions(+), 1487 deletions(-) commit 177f53196591d2a2fcda0f91d3cfdaf26acef6c8 Author: Ken McDonell Date: Mon Apr 8 19:13:15 2013 +1000 qa/083 - fix systemic failure This test has been failing ever since we switched from running pmcd and pmlogger as "root". But the root cause was obscured by the unrelated __pmOpenLog bug that has only recently been fixed. commit dcead9b696ba07148a15ee41d4b9f33c5094d38d Author: Ken McDonell Date: Mon Apr 8 18:05:28 2013 +1000 pmie - improved propagation of metadata units We were not always propagating the units part of the metric metadata up the expression tree. This is not an issue for pmie per se, but becomes a problem when pmie is used in "secret agent" mode underneath the summary PMDA. Thanks to Jun Wang for raising this issue. commit dfdc8c3f70e05e0d8d3bfd7977decb58d08d991e Author: Ken McDonell Date: Mon Apr 8 18:01:44 2013 +1000 qa/525 - new - exercise summary PMDA Based on a report by Jun Wang, junwang123@gmail.com commit 51c5dff227cdda71deb99847387d7f109f1764c1 Author: Ken McDonell Date: Mon Apr 8 17:01:38 2013 +1000 qa/520 - new conditional output after pmie changes pmie now does a better job of propagating metadata units up the expression tree, so some of the diagnostic output is slightly different. commit 77be645c583acec4d5feb4ebf7c4cee323c5b134 Author: Ken McDonell Date: Mon Apr 8 16:58:41 2013 +1000 qa/514 - new conditional output after pmie changes pmie now does a better job of propagating metadata units up the expression tree, so some of the diagnostic output is slightly different. commit 12ca09619cde7c6bfbf175acfa5880999501e98b Author: Ken McDonell Date: Mon Apr 8 16:54:27 2013 +1000 qa/115 - fix bizarre failure If the remote hostname (e.g. bozo) is a proper prefix of the local hostname (e.g. bozo-laptop) the test fails because the filter used to rewrite the hostnames incorrectly! commit a0f538fc84469a5e751a1c82da50ae923e7dc0fe Author: Ken McDonell Date: Sun Apr 7 13:17:52 2013 +1000 libpcp/err.c - fix small initialization logic error In pmErrStr_r() we have a one-trip initialization to optionally find the "Unknown error ..." message buffer from libc and strdup() it. The code was not correctly dealing with a (possibly) negative number after the "Unknown error " part of the message. Found while running the error injection QA tests and we were not seeing the fault in the strdup() here because the PM_FAULT_POINT was not being executed as a result of the logic error. commit 5128d46420ee0ae43f7e5a8f8fe80745c5d2faf7 Author: Ken McDonell Date: Sun Apr 7 08:59:35 2013 +1000 libpcp_fault - fix makefile bit rot libpcp has moved on ... libpcp_fault needed to catch up. commit ed1e37f55203ac14018b08eb29d4881023ae9e9d Author: Ken McDonell Date: Sun Apr 7 08:29:22 2013 +1000 libpcp/lock.c - fix compilation failure Turned on PM_MULTI_THREAD_DEBUG and kaboom! commit bd571fb3b331cc5083aa78d80f49c0e4f64fd46c Author: Ken McDonell Date: Sun Apr 7 08:22:33 2013 +1000 qa/group - cleanup Retire the purify tests. Add some missing groups. Delete some groups that are never going to be useful here, e.g. the PCP gui apps. commit 54a0e7d7c92de1bbd3ca186c7e65376b584bb75e Author: Ken McDonell Date: Sun Apr 7 08:21:01 2013 +1000 qa - added "retired" tests support Tagging a test with :retired immediately after the test sequence number in the group file will mean the test is not run by default, e.g. 584:retired libpcp pmie local #698774 oss purify Add -r option to check et al to override the default behaviour and allow retired tests to be run. commit e4ae210c42fa7338d4c5c60fd68ec6d67dcdbad7 Author: Ken McDonell Date: Sat Apr 6 06:42:11 2013 +1100 qa/common.check - cosmetic changes commit d7b7fe742d897deb35f82eda2fc08528ad13ad74 Author: Ken McDonell Date: Fri Apr 5 21:59:09 2013 +1100 qa/new - minor tweak for trap commit 4db0f8b64657f4bf549de28bf8657b90c2b20ea8 Author: Ken McDonell Date: Fri Apr 5 21:50:26 2013 +1100 qa/062 - remove ipv6 tests This is the test that recently has been running for a _very_ long time (like thousands of seconds) ... it now runs in under 2 secs. For the src/chkacc?.c apps, add -4 (ipv4), -6 (ipv6) and -D cmd line options ... default is -4. Populate /etc/hosts with the IP addresses and bogus host names needed to speed up the reverse DNS. I'll leave it to someone who understands the ipv6 code and coverage elsewhere in the QA suite to decide if and how it is appropriate to reintroduce some variant of the ipv6 testing that used to be in QA/062 in a (new) QA test. commit 6ce0829cb900f67306ec0fc191da04020b88a534 Author: Ken McDonell Date: Fri Apr 5 20:39:40 2013 +1100 libpcp - rework error path for __pmOpenLog On the error path when the new log cannot be opened for writing, the logic was not quite correct, and oldstream was not properly restored ... this left applications like pmlogger writing stderr into the void. The problem is confined to the (rare, except for QA/083 and QA/524) situation where the freopen() fails and we're able to recover ... but then did not leave the input oldstream attached to the recovered i/o stream. The fix is not without some issues ... refer to the comment in the code. Problem is actually in the internal routine logreopen() which is called by both __pmOpenLog() and __pmRotateLog(), although the likely use of the latter is unlikely to expose the problem. commit a7dc53fa9d0dd827213257524df8cc4de0bc3ab7 Author: Ken McDonell Date: Fri Apr 5 20:32:54 2013 +1100 pmlogger - extra diagnostic when log cannot be created If pmlogger.log or the filename from -l cannot be created for writing, it would be nice to warn about it. Except for a related error in __pmOpenLog() (see next commit) output should go to stderr rather than the log file that cannot be created. commit 7c49a42e91d90497a83ea3f0e78ff22ed5bd7f19 Author: Ken McDonell Date: Fri Apr 5 20:20:24 2013 +1100 qa/524 - new - odd permissions and pmlogger Observed while trying to debug the recent regression in QA/083 ... turn out that if pmlogger is started in a directory that is not writeable, not only is the archive not created, but all stderr is lost due to an obscure bug in __pmOpenLog() on the error "recovery" path. From kenj@internode.on.net Tue Apr 9 02:15:56 2013 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on oss.sgi.com X-Spam-Level: X-Spam-Status: No, score=0.0 required=5.0 tests=none autolearn=ham version=3.3.1 X-Original-To: pcp@oss.sgi.com Delivered-To: pcp@oss.sgi.com Received: from relay.sgi.com (relay2.corp.sgi.com [137.38.102.29]) by oss.sgi.com (Postfix) with ESMTP id 0DCE97F99 for ; Tue, 9 Apr 2013 02:15:56 -0500 (CDT) Received: from cuda.sgi.com (cuda3.sgi.com [192.48.176.15]) by relay2.corp.sgi.com (Postfix) with ESMTP id EC9EA304053 for ; Tue, 9 Apr 2013 00:15:52 -0700 (PDT) X-ASG-Debug-ID: 1365491750-04cb6c1e7a470160001-S8gJnT Received: from ipmail07.adl2.internode.on.net (ipmail07.adl2.internode.on.net [150.101.137.131]) by cuda.sgi.com with ESMTP id A2ej9yhf6G4h2Lth for ; Tue, 09 Apr 2013 00:15:51 -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: ApMBAG+/Y1F20aMe/2dsb2JhbAANRIM8wmeEEjANFhgDAgECAT8ZBgIBAbJKgzGQL48/gysDqx4 Received: from ppp118-209-163-30.lns20.mel6.internode.on.net (HELO [192.168.1.100]) ([118.209.163.30]) by ipmail07.adl2.internode.on.net with ESMTP; 09 Apr 2013 16:45:50 +0930 Message-ID: <5163C027.4040307@internode.on.net> Date: Tue, 09 Apr 2013 17:15:51 +1000 From: Ken McDonell User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:17.0) Gecko/20130308 Thunderbird/17.0.4 MIME-Version: 1.0 To: pcp@oss.sgi.com Subject: pcp updates Content-Type: text/plain; charset=ISO-8859-1 X-ASG-Orig-Subj: pcp updates Content-Transfer-Encoding: 7bit X-Barracuda-Connect: ipmail07.adl2.internode.on.net[150.101.137.131] X-Barracuda-Start-Time: 1365491750 X-Barracuda-URL: http://192.48.176.15:80/cgi-mod/mark.cgi X-Virus-Scanned: by bsmtpd at sgi.com X-Barracuda-BRTS-Status: 1 X-Barracuda-Spam-Score: 0.00 X-Barracuda-Spam-Status: No, SCORE=0.00 using per-user scores of TAG_LEVEL=1000.0 QUARANTINE_LEVEL=1000.0 KILL_LEVEL=2.7 tests= X-Barracuda-Spam-Report: Code version 3.2, rules version 3.2.2.127609 Rule breakdown below pts rule name description ---- ---------------------- -------------------------------------------------- Following on from Frank's NQR (tm) theme, ... Changes committed to git://oss.sgi.com/kenj/pcp.git dev qa/GNUmakefile | 10 ++++++++-- src/include/buildrules | 2 +- 2 files changed, 9 insertions(+), 3 deletions(-) commit cfa51480cc6539e15c8d4bb3f4edfbb504293249 Author: Ken McDonell Date: Tue Apr 9 09:54:41 2013 +1000 buildrules - refine the diags for the src-link-pcp target commit 8f8bdeab993e508aa854f0f755e34ed8b2341259 Author: Ken McDonell Date: Tue Apr 9 09:49:36 2013 +1000 qa/GNUmakefile - several build breakers 1. Last qa/group :retired tag change missed one more place where this needs to be handled. 2. More tweaking of the qa_outfiles rule ... need to also dodge directories like 051.work that might be lying about and should not be packaged. 3. Add some more diagnostics with a "debug-me" target ... yes I was getting _really_ desperate, because the build breakage I was seeing ... ../src/include/buildrules:104: *** multiple target patterns. Stop. did not immediately lead to the first of the fixes above!! From nscott@redhat.com Tue Apr 9 15:23:59 2013 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on oss.sgi.com X-Spam-Level: X-Spam-Status: No, score=0.0 required=5.0 tests=none autolearn=ham version=3.3.1 X-Original-To: pcp@oss.sgi.com Delivered-To: pcp@oss.sgi.com Received: from relay.sgi.com (relay2.corp.sgi.com [137.38.102.29]) by oss.sgi.com (Postfix) with ESMTP id 7CF257FB0 for ; Tue, 9 Apr 2013 15:23:59 -0500 (CDT) Received: from cuda.sgi.com (cuda3.sgi.com [192.48.176.15]) by relay2.corp.sgi.com (Postfix) with ESMTP id 6B764304067 for ; Tue, 9 Apr 2013 13:23:56 -0700 (PDT) X-ASG-Debug-ID: 1365539035-04cb6c1e794b7b40001-S8gJnT Received: from mx4-phx2.redhat.com (mx4-phx2.redhat.com [209.132.183.25]) by cuda.sgi.com with ESMTP id V0YVYmDjFF090sxn for ; Tue, 09 Apr 2013 13:23:55 -0700 (PDT) X-Barracuda-Envelope-From: nscott@redhat.com X-Barracuda-Apparent-Source-IP: 209.132.183.25 Received: from zmail20.collab.prod.int.phx2.redhat.com (zmail20.collab.prod.int.phx2.redhat.com [10.5.83.23]) by mx4-phx2.redhat.com (8.13.8/8.13.8) with ESMTP id r39KNsa2028395 for ; Tue, 9 Apr 2013 16:23:54 -0400 Date: Tue, 9 Apr 2013 16:23:54 -0400 (EDT) From: Nathan Scott Reply-To: Nathan Scott To: PCP Mailing List Message-ID: <1545792209.1926170.1365539034874.JavaMail.root@redhat.com> In-Reply-To: <1499982075.1925854.1365538938766.JavaMail.root@redhat.com> Subject: pcp updates: kenj + brolley merges MIME-Version: 1.0 X-ASG-Orig-Subj: pcp updates: kenj + brolley merges Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-Originating-IP: [10.5.82.11] X-Mailer: Zimbra 8.0.3_GA_5664 (ZimbraWebClient - FF3.5 (Linux)/8.0.3_GA_5664) Thread-Topic: pcp updates: kenj + brolley merges Thread-Index: lJChIHaMLHHp4wSbrF50CgbudyZEQw== X-Barracuda-Connect: mx4-phx2.redhat.com[209.132.183.25] X-Barracuda-Start-Time: 1365539035 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.2.127662 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://oss.sgi.com/pcp/pcp.git dev CHANGELOG | 12 +++++ VERSION.pcp | 2 debian/changelog | 9 +++- debian/control | 2 qa/012 | 13 ++++-- qa/012.linux.2 | 90 ++++++++++++++++++++++++++++++++++++++++++++ qa/365 | 4 + qa/GNUmakefile | 10 +++- src/include/buildrules | 2 src/libpcp/src/auxconnect.c | 1 10 files changed, 134 insertions(+), 11 deletions(-) commit 07f7c33f3f81322a6f8117a78127e90281306f1d Author: Dave Brolley Date: Tue Apr 2 16:01:47 2013 -0400 Initialize sts within __pmSockAddrToString so that it is alwasy set before checking. commit 79d7d87f157bd86ac9ec687a9376cc6ee545e0f9 Author: Nathan Scott Date: Wed Apr 10 06:14:33 2013 +1000 Add missing debian build dep, start preparing for a minor update commit 78ea183a3897576df501511ef712d86be7289422 Author: Ken McDonell Date: Tue Apr 9 20:33:10 2013 +1000 qa/365 - small adjustment to last stage of filter commit 360033c513ec8d10c305ae5cdbce333e6d073650 Author: Ken McDonell Date: Tue Apr 9 20:31:03 2013 +1000 qa/012 - small conditional output change libpcp diags a little different after recent __pmOpenLog changes. commit cfa51480cc6539e15c8d4bb3f4edfbb504293249 Author: Ken McDonell Date: Tue Apr 9 09:54:41 2013 +1000 buildrules - refine the diags for the src-link-pcp target commit 8f8bdeab993e508aa854f0f755e34ed8b2341259 Author: Ken McDonell Date: Tue Apr 9 09:49:36 2013 +1000 qa/GNUmakefile - several build breakers 1. Last qa/group :retired tag change missed one more place where this needs to be handled. 2. More tweaking of the qa_outfiles rule ... need to also dodge directories like 051.work that might be lying about and should not be packaged. 3. Add some more diagnostics with a "debug-me" target ... yes I was getting _really_ desperate, because the build breakage I was seeing ... ../src/include/buildrules:104: *** multiple target patterns. Stop. did not immediately lead to the first of the fixes above!! From nscott@redhat.com Tue Apr 9 15:40:22 2013 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on oss.sgi.com X-Spam-Level: X-Spam-Status: No, score=0.0 required=5.0 tests=none autolearn=ham version=3.3.1 X-Original-To: pcp@oss.sgi.com Delivered-To: pcp@oss.sgi.com Received: from relay.sgi.com (relay2.corp.sgi.com [137.38.102.29]) by oss.sgi.com (Postfix) with ESMTP id DB0D77FB1 for ; Tue, 9 Apr 2013 15:40:22 -0500 (CDT) Received: from cuda.sgi.com (cuda2.sgi.com [192.48.176.25]) by relay2.corp.sgi.com (Postfix) with ESMTP id C56A930406A for ; Tue, 9 Apr 2013 13:40:22 -0700 (PDT) X-ASG-Debug-ID: 1365540021-04cbb01fb7494130001-S8gJnT Received: from mx3-phx2.redhat.com (mx3-phx2.redhat.com [209.132.183.24]) by cuda.sgi.com with ESMTP id 3RzYlsMSIQoOvQsa for ; Tue, 09 Apr 2013 13:40:21 -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 r39KeLFH030533 for ; Tue, 9 Apr 2013 16:40:21 -0400 Date: Tue, 9 Apr 2013 16:40:21 -0400 (EDT) From: Nathan Scott Reply-To: Nathan Scott To: pcp@oss.sgi.com Message-ID: <799644367.1931044.1365540021280.JavaMail.root@redhat.com> Subject: pcp updates: pmwtf man page MIME-Version: 1.0 X-ASG-Orig-Subj: pcp updates: pmwtf man page Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-Originating-IP: [10.5.82.11] X-Mailer: Zimbra 8.0.3_GA_5664 (ZimbraWebClient - FF3.5 (Linux)/8.0.3_GA_5664) Thread-Topic: pcp updates: pmwtf man page Thread-Index: V2+GzopPsW466naWh+6wqwa+hanMTA== X-Barracuda-Connect: mx3-phx2.redhat.com[209.132.183.24] X-Barracuda-Start-Time: 1365540021 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.2.127662 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://oss.sgi.com/pcp/pcp.git dev man/man1/GNUmakefile | 7 -- man/man1/pmwtf.1 | 152 +++++++++++++++++++++++++++++++++++++++++++++++++++ 2 files changed, 154 insertions(+), 5 deletions(-) commit 26c4620fe4ea69190732bad48d08dcfe727e0c61 Author: Nathan Scott Date: Wed Apr 10 06:37:11 2013 +1000 Create a man page for the pmwtf utility From kenj@internode.on.net Tue Apr 9 18:34:38 2013 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on oss.sgi.com X-Spam-Level: X-Spam-Status: No, score=0.0 required=5.0 tests=none autolearn=ham version=3.3.1 X-Original-To: pcp@oss.sgi.com Delivered-To: pcp@oss.sgi.com Received: from relay.sgi.com (relay1.corp.sgi.com [137.38.102.111]) by oss.sgi.com (Postfix) with ESMTP id 622757FB9 for ; Tue, 9 Apr 2013 18:34:38 -0500 (CDT) Received: from cuda.sgi.com (cuda3.sgi.com [192.48.176.15]) by relay1.corp.sgi.com (Postfix) with ESMTP id 41F358F8052 for ; Tue, 9 Apr 2013 16:34:35 -0700 (PDT) X-ASG-Debug-ID: 1365550472-04cb6c1e794c8160001-S8gJnT Received: from ipmail07.adl2.internode.on.net (ipmail07.adl2.internode.on.net [150.101.137.131]) by cuda.sgi.com with ESMTP id STgXEPZoLE3WDHp1 for ; Tue, 09 Apr 2013 16:34:33 -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: ApMBAJ6kZFF20aMe/2dsb2JhbAANRMIMhBKDQVE9FhgDAgECAUsNCAEBs0GTWZJcA6sl Received: from ppp118-209-163-30.lns20.mel6.internode.on.net (HELO [192.168.1.100]) ([118.209.163.30]) by ipmail07.adl2.internode.on.net with ESMTP; 10 Apr 2013 09:04:32 +0930 Message-ID: <5164A58A.8090706@internode.on.net> Date: Wed, 10 Apr 2013 09:34:34 +1000 From: Ken McDonell User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:17.0) Gecko/20130308 Thunderbird/17.0.4 MIME-Version: 1.0 To: PCP Mailing List Subject: Strange Fedora 18 failures Content-Type: text/plain; charset=ISO-8859-1 X-ASG-Orig-Subj: Strange Fedora 18 failures Content-Transfer-Encoding: 7bit X-Barracuda-Connect: ipmail07.adl2.internode.on.net[150.101.137.131] X-Barracuda-Start-Time: 1365550472 X-Barracuda-URL: http://192.48.176.15:80/cgi-mod/mark.cgi X-Virus-Scanned: by bsmtpd at sgi.com X-Barracuda-BRTS-Status: 1 X-Barracuda-Spam-Score: 0.00 X-Barracuda-Spam-Status: No, SCORE=0.00 using per-user scores of TAG_LEVEL=1000.0 QUARANTINE_LEVEL=1000.0 KILL_LEVEL=2.7 tests= X-Barracuda-Spam-Report: Code version 3.2, rules version 3.2.2.127674 Rule breakdown below pts rule name description ---- ---------------------- -------------------------------------------------- I'm hoping someone else has seen this, or could suggest where to look. On this host Host PCP CPU Operating System ----------- -------- ------ ------------------ vm03 3.7.1 x86_64 Fedora 18 (Spherical Cow) configured thusly kenj@vm03:~$ pmconfig -L pmapi_version=2 multi_threaded=true fault_injection=false secure_sockets=false ipv6=true I am seeing a bunch of QA failures, and indeed any remote PCP client command fails the same way. The symptom is kenj@bozo $ pmprobe -h vm03 -Dall sample.long.one __pmSetDataIPC: fd=1024 data=0x7fff51a59450(sz=16) IPC table fd(PDU version): __pmSetSocketIPC: fd=1024 IPC table fd(PDU version): __pmDataIPC: fd=1024, data=0x152cd88(sz=16) __pmDataIPC: fd=1024, data=0x152cd88(sz=16) __pmDataIPC: fd=1024, data=0x152cd88(sz=16) __pmDataIPC: fd=1024, data=0x152cd88(sz=16) __pmDataIPC: fd=1024, data=0x152cd88(sz=16) __pmDataIPC: fd=1024, data=0x152cd88(sz=16) __pmDataIPC: fd=1024, data=0x152cd88(sz=16) __pmDataIPC: fd=1024, data=0x152cd88(sz=16) __pmDataIPC: fd=1024, data=0x152cd88(sz=16) __pmDataIPC: fd=1024, data=0x152cd88(sz=16) __pmConnectPMCD(vm03): pmcd connection port=44321 failed: No route to host pmNewContext(1, vm03) -> -113, curcontext=-1 pmprobe: Cannot connect to PMCD on host "vm03": No route to host Now the "No route to host" is totally bogus ... kenj@bozo $ traceroute vm03 traceroute to vm03 (192.168.1.203), 30 hops max, 60 byte packets 1 vm03.localdomain (192.168.1.203) 0.409 ms !X 0.377 ms !X 0.360 ms !X kenj@bozo $ ping -c 2 vm03kenj@bozo:~/Logs/by-vm/bozo-laptousingp$ traceroute vm03 traceroute to vm03 (192.168.1.203), 30 hops max, 60 byte packets 1 vm03.localdomain (192.168.1.203) 0.409 ms !X 0.377 ms !X 0.360 ms !X kenj@bozo $ ping -c 2 vm03 PING vm03.localdomain (192.168.1.203) 56(84) bytes of data. 64 bytes from vm03.localdomain (192.168.1.203): icmp_req=1 ttl=64 time=0.420 ms 64 bytes from vm03.localdomain (192.168.1.203): icmp_req=2 ttl=64 time=0.362 ms --- vm03.localdomain ping statistics --- 2 packets transmitted, 2 received, 0% packet loss, time 1001ms rtt min/avg/max/mdev = 0.362/0.391/0.420/0.029 ms PING vm03.localdomain (192.168.1.203) 56(84) bytes of data. 64 bytes from vm03.localdomain (192.168.1.203): icmp_req=1 ttl=64 time=0.420 ms 64 bytes from vm03.localdomain (192.168.1.203): icmp_req=2 ttl=64 time=0.362 ms --- vm03.localdomain ping statistics --- 2 packets transmitted, 2 received, 0% packet loss, time 1001ms rtt min/avg/max/mdev = 0.362/0.391/0.420/0.029 ms Apparently it does not matter if the client host is configured to use secure sockets or not, and similarly for ipv6, as the following examples show: kenj@bozo $ pmconfig -L pmapi_version=2 multi_threaded=true fault_injection=false secure_sockets=true ipv6=true kenj@bozo $ pmprobe -h vm03 sample.long.one pmprobe: Cannot connect to PMCD on host "vm03": No route to host kenj@vm16:~$ pmconfig -L pmapi_version=2 multi_threaded=true fault_injection=false secure_sockets=false ipv6=true kenj@vm16:~$ pmprobe -h vm03 sample.long.one pmprobe: Cannot connect to PMCD on host "vm03": No route to host kenj@vm05:~$ pmconfig -L pmapi_version=2 multi_threaded=true fault_injection=false secure_sockets=false ipv6=false kenj@vm05:~$ pmprobe -h vm03 sample.long.one pmprobe: Cannot connect to PMCD on host "vm03": No route to host I'm stumped! From fche@redhat.com Tue Apr 9 22:03:32 2013 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on oss.sgi.com X-Spam-Level: X-Spam-Status: No, score=0.0 required=5.0 tests=none autolearn=ham version=3.3.1 X-Original-To: pcp@oss.sgi.com Delivered-To: pcp@oss.sgi.com Received: from relay.sgi.com (relay1.corp.sgi.com [137.38.102.111]) by oss.sgi.com (Postfix) with ESMTP id 298057F92 for ; Tue, 9 Apr 2013 22:03:32 -0500 (CDT) Received: from cuda.sgi.com (cuda1.sgi.com [192.48.157.11]) by relay1.corp.sgi.com (Postfix) with ESMTP id EAAB38F804B for ; Tue, 9 Apr 2013 20:03:28 -0700 (PDT) X-ASG-Debug-ID: 1365563004-04bdf0542d4d0cd0001-S8gJnT Received: from mx1.redhat.com (mx1.redhat.com [209.132.183.28]) by cuda.sgi.com with ESMTP id t2oj61TLFR5lUzoA for ; Tue, 09 Apr 2013 20:03: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 r3A33Lmp031823 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK); Tue, 9 Apr 2013 23:03:21 -0400 Received: from fche.csb (vpn-56-69.rdu2.redhat.com [10.10.56.69]) by int-mx11.intmail.prod.int.phx2.redhat.com (8.14.4/8.14.4) with ESMTP id r3A33K5I007544; Tue, 9 Apr 2013 23:03:21 -0400 Received: by fche.csb (Postfix, from userid 2569) id 437CD58137; Tue, 9 Apr 2013 23:03:20 -0400 (EDT) To: Ken McDonell Cc: PCP Mailing List Subject: Re: Strange Fedora 18 failures References: <5164A58A.8090706@internode.on.net> X-ASG-Orig-Subj: Re: Strange Fedora 18 failures From: fche@redhat.com (Frank Ch. Eigler) Date: Tue, 09 Apr 2013 23:03:20 -0400 In-Reply-To: <5164A58A.8090706@internode.on.net> (Ken McDonell's message of "Wed, 10 Apr 2013 09:34:34 +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.24 X-Barracuda-Connect: mx1.redhat.com[209.132.183.28] X-Barracuda-Start-Time: 1365563005 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: > I'm hoping someone else has seen this, or could suggest where to look. > [...] > I am seeing a bunch of QA failures, and indeed any remote PCP client command fails the same way. The symptom is > [...] > __pmConnectPMCD(vm03): pmcd connection port=44321 failed: No route to host > pmNewContext(1, vm03) -> -113, curcontext=-1 > pmprobe: Cannot connect to PMCD on host "vm03": No route to host > [...] Firewalling? (iptables -L / firewalld?) - FChE From kenj@internode.on.net Wed Apr 10 00:31:14 2013 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on oss.sgi.com X-Spam-Level: X-Spam-Status: No, score=0.0 required=5.0 tests=none autolearn=ham version=3.3.1 X-Original-To: pcp@oss.sgi.com Delivered-To: pcp@oss.sgi.com Received: from relay.sgi.com (relay2.corp.sgi.com [137.38.102.29]) by oss.sgi.com (Postfix) with ESMTP id 3BCAB7F50 for ; Wed, 10 Apr 2013 00:31:14 -0500 (CDT) Received: from cuda.sgi.com (cuda3.sgi.com [192.48.176.15]) by relay2.corp.sgi.com (Postfix) with ESMTP id 2727F304064 for ; Tue, 9 Apr 2013 22:31:10 -0700 (PDT) X-ASG-Debug-ID: 1365571862-04cb6c1e784e0430001-S8gJnT Received: from ipmail05.adl6.internode.on.net (ipmail05.adl6.internode.on.net [150.101.137.143]) by cuda.sgi.com with ESMTP id xaChrcqxPGiXR4Ks for ; Tue, 09 Apr 2013 22:31: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: ApMBACX4ZFF20aMe/2dsb2JhbAANRMRpgS+DEwEBAQQnEUABEAsYCRYPCQMCAQIBRQYNAQUCAQGzRJNSjxQHg0EDqyU Received: from ppp118-209-163-30.lns20.mel6.internode.on.net (HELO [192.168.1.100]) ([118.209.163.30]) by ipmail05.adl6.internode.on.net with ESMTP; 10 Apr 2013 15:01:01 +0930 Message-ID: <5164F918.4070100@internode.on.net> Date: Wed, 10 Apr 2013 15:31:04 +1000 From: Ken McDonell User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:17.0) Gecko/20130308 Thunderbird/17.0.4 MIME-Version: 1.0 To: "Frank Ch. Eigler" CC: PCP Mailing List Subject: Re: Strange Fedora 18 failures References: <5164A58A.8090706@internode.on.net> X-ASG-Orig-Subj: Re: Strange Fedora 18 failures In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Barracuda-Connect: ipmail05.adl6.internode.on.net[150.101.137.143] X-Barracuda-Start-Time: 1365571862 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.2.127698 Rule breakdown below pts rule name description ---- ---------------------- -------------------------------------------------- 0.00 BSF_SC0_MISMATCH_TO Envelope rcpt doesn't match header On 10/04/13 13:03, Frank Ch. Eigler wrote: > Ken McDonell writes: > >> I'm hoping someone else has seen this, or could suggest where to look. >> [...] >> I am seeing a bunch of QA failures, and indeed any remote PCP client command fails the same way. The symptom is >> [...] >> __pmConnectPMCD(vm03): pmcd connection port=44321 failed: No route to host >> pmNewContext(1, vm03) -> -113, curcontext=-1 >> pmprobe: Cannot connect to PMCD on host "vm03": No route to host >> [...] > > Firewalling? (iptables -L / firewalld?) Thanks Frank. I did have firewall configuration on my vm setup checklist, but somehow missed it when I set up this host. Enabling TCP ports 4321, 44321, 44322, 4330-4339 (up to 10 pmloggers) and 4323 in the firewalld configuration greatly improved the QA results with more than half the previous failures now passing. Cheers, Ken. From goodwinos@gmail.com Wed Apr 10 08:01:57 2013 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on oss.sgi.com X-Spam-Level: X-Spam-Status: No, score=0.0 required=5.0 tests=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 B82227F6D for ; Wed, 10 Apr 2013 08:01:57 -0500 (CDT) Received: from cuda.sgi.com (cuda1.sgi.com [192.48.157.11]) by relay2.corp.sgi.com (Postfix) with ESMTP id 985B3304081 for ; Wed, 10 Apr 2013 06:01:57 -0700 (PDT) X-ASG-Debug-ID: 1365598913-04bdf0542a4fe050001-S8gJnT Received: from mx1.redhat.com (mx1.redhat.com [209.132.183.28]) by cuda.sgi.com with ESMTP id jt6fBRwNa6fGs1hP for ; Wed, 10 Apr 2013 06:01:53 -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-mx02.intmail.prod.int.phx2.redhat.com (int-mx02.intmail.prod.int.phx2.redhat.com [10.5.11.12]) by mx1.redhat.com (8.14.4/8.14.4) with ESMTP id r3AD1qlZ006558 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK) for ; Wed, 10 Apr 2013 09:01:53 -0400 Received: from fletch.usersys.redhat.com (vpn1-48-230.bne.redhat.com [10.64.48.230]) by int-mx02.intmail.prod.int.phx2.redhat.com (8.13.8/8.13.8) with ESMTP id r3AD1pZl020127 for ; Wed, 10 Apr 2013 09:01:52 -0400 Message-ID: <516562BE.5040401@gmail.com> Date: Wed, 10 Apr 2013 23:01:50 +1000 From: Mark Goodwin User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:14.0) Gecko/20130206 Thunderbird/14.0 MIME-Version: 1.0 To: pcp Subject: patch pcp-gui fix pmchart view save dialog Content-Type: multipart/mixed; boundary="------------070808030005060900050708" X-ASG-Orig-Subj: patch pcp-gui fix pmchart view save dialog X-Scanned-By: MIMEDefang 2.67 on 10.5.11.12 X-Barracuda-Connect: mx1.redhat.com[209.132.183.28] X-Barracuda-Start-Time: 1365598913 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 This is a multi-part message in MIME format. --------------070808030005060900050708 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit The pmchart view save dialog uses the wrong pointer value when saving a view for metrics with a singular instance domain. --------------070808030005060900050708 Content-Type: text/x-patch; name="pmchart_save_view_dialog.patch" Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename="pmchart_save_view_dialog.patch" diff --git a/src/chart/view.cpp b/src/chart/view.cpp index fb02eda..9f438cd 100644 --- a/src/chart/view.cpp +++ b/src/chart/view.cpp @@ -1260,8 +1260,8 @@ void SaveViewDialog::saveChart(FILE *f, Chart *cp, bool hostDynamic) fprintf(f, " host %s", (const char *) cp->metricContext(m)->source().host().toAscii()); saveInsts = cp->metric(m)->explicitInsts(); + p = (char *)(const char *)cp->name(m).toAscii(); if (saveInsts) { - p = (char *)(const char *)cp->name(m).toAscii(); if ((q = strchr(p, '[')) != NULL) { // metric with an instance if ((qend = strrchr(q, ']')) == NULL) { --------------070808030005060900050708-- From nscott@redhat.com Wed Apr 10 08:04:36 2013 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on oss.sgi.com X-Spam-Level: X-Spam-Status: No, score=0.0 required=5.0 tests=none autolearn=ham version=3.3.1 X-Original-To: pcp@oss.sgi.com Delivered-To: pcp@oss.sgi.com Received: from relay.sgi.com (relay1.corp.sgi.com [137.38.102.111]) by oss.sgi.com (Postfix) with ESMTP id 7E0767F83 for ; Wed, 10 Apr 2013 08:04:36 -0500 (CDT) Received: from cuda.sgi.com (cuda1.sgi.com [192.48.157.11]) by relay1.corp.sgi.com (Postfix) with ESMTP id 108E88F8081 for ; Wed, 10 Apr 2013 06:04:32 -0700 (PDT) X-ASG-Debug-ID: 1365599071-04bdf0542c4fe460001-S8gJnT Received: from mx4-phx2.redhat.com (mx4-phx2.redhat.com [209.132.183.25]) by cuda.sgi.com with ESMTP id B6EQ9rQHsyuH1P9a for ; Wed, 10 Apr 2013 06:04: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 r3AD4VZK001808 for ; Wed, 10 Apr 2013 09:04:31 -0400 Date: Wed, 10 Apr 2013 09:04:31 -0400 (EDT) From: Nathan Scott Reply-To: Nathan Scott To: PCP Mailing List Message-ID: <1563463752.2227202.1365599071513.JavaMail.root@redhat.com> Subject: pcpweb updates: contrib doc tweaks MIME-Version: 1.0 X-ASG-Orig-Subj: pcpweb updates: contrib doc tweaks Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-Originating-IP: [10.5.82.11] X-Mailer: Zimbra 8.0.3_GA_5664 (ZimbraWebClient - FF3.5 (Linux)/8.0.3_GA_5664) Thread-Topic: pcpweb updates: contrib doc tweaks Thread-Index: LdHZBUc3+Xepwes5Rt7UOQWMBHQTOg== X-Barracuda-Connect: mx4-phx2.redhat.com[209.132.183.25] X-Barracuda-Start-Time: 1365599071 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.2.127728 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://oss.sgi.com/pcp/pcpweb.git master contribute.html | 38 +++++++++++++++++++++----------------- 1 file changed, 21 insertions(+), 17 deletions(-) commit c73966edff7aa363e6eb77d57be14726f4b3d783 Merge: 5df3066 8c65937 Author: Nathan Scott Date: Wed Apr 10 22:58:34 2013 +1000 Merge branch 'master' of git://oss.sgi.com/pcp/pcpweb commit 5df3066f3a0938ea9e95043091f51cf7ba743cba Author: Nathan Scott Date: Wed Apr 10 10:47:00 2013 +1000 Additional notes/pointers about contributing to pcp using git From nscott@redhat.com Wed Apr 10 08:05:40 2013 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on oss.sgi.com X-Spam-Level: X-Spam-Status: No, score=0.0 required=5.0 tests=none autolearn=ham version=3.3.1 X-Original-To: pcp@oss.sgi.com Delivered-To: pcp@oss.sgi.com Received: from relay.sgi.com (relay2.corp.sgi.com [137.38.102.29]) by oss.sgi.com (Postfix) with ESMTP id 0A01A7F83 for ; Wed, 10 Apr 2013 08:05:40 -0500 (CDT) Received: from cuda.sgi.com (cuda2.sgi.com [192.48.176.25]) by relay2.corp.sgi.com (Postfix) with ESMTP id EFD56304070 for ; Wed, 10 Apr 2013 06:05:39 -0700 (PDT) X-ASG-Debug-ID: 1365599134-04cbb01fb84db7f0001-S8gJnT Received: from mx3-phx2.redhat.com (mx3-phx2.redhat.com [209.132.183.24]) by cuda.sgi.com with ESMTP id A1AuBp7u0DuagPcg for ; Wed, 10 Apr 2013 06:05: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 r3AD5Ypg000933 for ; Wed, 10 Apr 2013 09:05:34 -0400 Date: Wed, 10 Apr 2013 09:05:34 -0400 (EDT) From: Nathan Scott Reply-To: Nathan Scott To: pcp@oss.sgi.com Message-ID: <1075181027.2228023.1365599134113.JavaMail.root@redhat.com> In-Reply-To: <276534545.2227812.1365599121236.JavaMail.root@redhat.com> Subject: pcp updates: python merge MIME-Version: 1.0 X-ASG-Orig-Subj: pcp updates: python merge Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-Originating-IP: [10.5.82.11] X-Mailer: Zimbra 8.0.3_GA_5664 (ZimbraWebClient - FF3.5 (Linux)/8.0.3_GA_5664) Thread-Topic: pcp updates: python merge Thread-Index: ciSAktbkTJCgfFRxMhahgYZJipEFeQ== X-Barracuda-Connect: mx3-phx2.redhat.com[209.132.183.24] X-Barracuda-Start-Time: 1365599134 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.2.127728 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://oss.sgi.com/nathans/pcp.git dev qa/255 | 33 qa/578 | 30 qa/704 | 46 + qa/704.out | 50 + qa/707 | 5 qa/707.out | 1 qa/709 | 14 qa/709.out | 33 qa/common.check | 28 qa/group | 1 qa/src/GNUlocaldefs | 6 qa/src/test_mmv.python | 111 ++ qa/src/test_pcp.python | 28 src/GNUmakefile | 6 src/pmatop/GNUmakefile | 28 src/pmatop/pmatop.py | 579 +++++++++++++++ src/pmcollectl/pmatop.py | 1614 +++++++++++++++++++++---------------------- src/pmcollectl/pmcollectl.py | 1018 ++++++++------------------- src/pmcollectl/pmsubsys.py | 924 ++++++++++++------------ src/python/GNUmakefile | 2 src/python/mmv.c | 68 + src/python/pcp.py | 7 src/python/pcp/GNUmakefile | 5 src/python/pcp/__init__.py | 4 src/python/pcp/mmv.py | 327 ++++++++ src/python/pcp/pmda.py | 33 src/python/pcp/pmi.py | 110 +- src/python/pcp/pmsubsys.py | 349 +++++++++ src/python/pmda.c | 192 +++++ src/python/setup.py | 1 30 files changed, 3535 insertions(+), 2118 deletions(-) commit 91709fb1f770d417192e4be6f5282b7dec0207e4 Author: Nathan Scott Date: Wed Apr 10 12:06:06 2013 +1000 Move pmsubsys python module somewhere it can be shared As a result we can also remove pmatop into its own spot rather than alongside pmcollectl. Some initial pylint work done to begin pmsubsys cleanup, more remains, and further conversion work is also still need for both of pmcollectl and pmatop. commit 28836d5cf6e7efc81bd1c26cc6b63e200939418d Merge: 0e0aaa7 195e951 Author: Nathan Scott Date: Wed Apr 10 11:44:13 2013 +1000 Merge branch 'scox/dev' of ../pcpfans into dev Conflicts: qa/707 qa/src/test_pcp.python src/pmcollectl/pmcollectl.py src/python/pcp.py Conflicts resolved manually. Some work remains - need to move pmsubsys next (bit more work beyond just a basic merge though, so will be in a followup commit). commit 0e0aaa77f1935e76ac2b86bc65bd3d826b1d2adb Author: Nathan Scott Date: Wed Apr 10 11:09:22 2013 +1000 Initial version of the MMV python wrapper module ctypes wrapper for libpcp_mmv python client programs - not yet fully functional, but not too far off either. Exercised by a test_mmv python script, and test 704 which is intended to be a full end-to-end test (all the way from metric generation to verifying the metrics via pmdammv). Refactored the duplicated _check_agent from 255 & 578 and made use of it here in 704 to ensure sanity in the initial testing environment. commit 195e95100f46cb8555f6f923228e07fa4706e8d9 Author: Stan Cox Date: Fri Apr 5 23:27:47 2013 -0400 Improve replay handling and error reporting. * pmcollectl.py (record): Don't create containing dir for archive. (main): Setup interrupt metrics. Default to including all metrics in archive if none specified. Improve missing archive metrics message. * pmsubsys.py (_pmsubsys): Add init_metrics. Use it for interrupt. commit bfa19564a44832a12549d9651abff661e2299395 Author: Stan Cox Date: Thu Apr 4 12:22:44 2013 -0400 Add archive testing. * qa/707: Add playback testing. * qa/src/test_pcp.python: Don't GetChildren for archives. Don't hardcode cpu number. * python/pcp.py (pmGetArchiveLabel): Remove loglabel parameter. commit c6bfc687d70e67df54cb9f176c1dda84bffacb1c Author: Stan Cox Date: Tue Apr 2 21:45:03 2013 -0400 Test playback. Always fetch scalars. * qa/709: Add playback testing. * pmsubsys.py (get_scalar_value): Also fetch the value. * pmatop.py: Use get_scalar_value. * pmcollectl.py: Use get_scalar_value. (main): Improve unimplemented subsystem handling. commit 1f04a218296ce7bf344c9359fcf02b3f47530d94 Merge: 92315da 1b8fdae Author: Stan Cox Date: Tue Mar 26 17:25:23 2013 -0400 Merge branch 'dev' into scox/dev Interactive commands, new metrics, improved output, save/replay commit 92315da8e969b1f0f34ac7bdac94dbdf5507aacf Author: Stan Cox Date: Tue Mar 26 17:23:39 2013 -0400 Interactive commands, new metrics, improved output, save/replay * pmatop.py (_atop_print): Add set_line, next_line, put_value (_disk_print): Add LVM (main): Add -w, -r for file/replay. Add user interactive command handling. * pmcollectl.py (_disk_collect_print): New get_scalar_value usage. * pmsubsys.py (get_scalar_value): Also fetch the value. commit 5ff36fce075313f743787e0186dc3ec64386e0d0 Merge: 82bba37 a59e015 Author: Stan Cox Date: Wed Mar 13 16:58:33 2013 -0400 Improve pmatop.py output formatting. Merge branch 'dev' into scox/dev commit 82bba3764b1d49f0db1476f75731fe10d5e2e47b Author: Stan Cox Date: Wed Mar 13 16:55:48 2013 -0400 Improve pmatop.py output formatting. * pmatop.py (_*_print): Output one metric per addstr call. * pmsubsys.py (_pmsubsys): Handle PM_TYPE_STRING. commit 33097c9d1fa014852a911c5b651c202c66098801 Merge: f52ed79 d987bbc Author: Stan Cox Date: Sun Mar 10 19:55:54 2013 -0400 Add pmatop.py. * pmsubsys.py (pmsubsys): Rename metric_name to metric_pmids, metric_desc to metric_descs, metric_value to metric_values. Remove is_implemented. * pmatop.py: Initial version. commit f52ed79ed26d441f1ce36aa86dd26c71a89c334d Author: Stan Cox Date: Sun Mar 10 19:53:29 2013 -0400 Add pmatop.py. * pmsubsys.py (pmsubsys): Rename metric_name to metric_pmids, metric_desc to metric_descs, metric_value to metric_values. Remove is_implemented. * pmatop.py: Initial version. commit d3543533289f58aacecbdd07bc84786a470c8c92 Author: Stan Cox Date: Sat Feb 23 21:24:22 2013 -0500 Extract subsystem accessing into pmsubsys.py. * pmcollectl.py (subsys, cpu, interrupt, disk, memory, net): Move to pmsubsys.py. Move most of the class machinery to pmsubsys. * pmsubsys.py: New. From kenj@internode.on.net Wed Apr 10 15:23:51 2013 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on oss.sgi.com X-Spam-Level: X-Spam-Status: No, score=0.0 required=5.0 tests=none autolearn=ham version=3.3.1 X-Original-To: pcp@oss.sgi.com Delivered-To: pcp@oss.sgi.com Received: from relay.sgi.com (relay2.corp.sgi.com [137.38.102.29]) by oss.sgi.com (Postfix) with ESMTP id D54047FD6 for ; Wed, 10 Apr 2013 15:23:51 -0500 (CDT) Received: from cuda.sgi.com (cuda2.sgi.com [192.48.176.25]) by relay2.corp.sgi.com (Postfix) with ESMTP id BC8BA304048 for ; Wed, 10 Apr 2013 13:23:48 -0700 (PDT) X-ASG-Debug-ID: 1365625425-04cbb057f622b30001-S8gJnT Received: from ipmail06.adl2.internode.on.net (ipmail06.adl2.internode.on.net [150.101.137.129]) by cuda.sgi.com with ESMTP id cnip5azAePcmMPFw for ; Wed, 10 Apr 2013 13:23:45 -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: ApQBAJbJZVF20aMe/2dsb2JhbAANQ4M8gyu+FYEmgxMBAQEEI1YQCxEDAQIBAgIFIQICDwI+CAYNAQcBAbNvcZJ9gSOMQX8zB4IugRMDqyuBYQ Received: from ppp118-209-163-30.lns20.mel6.internode.on.net (HELO [192.168.1.100]) ([118.209.163.30]) by ipmail06.adl2.internode.on.net with ESMTP; 11 Apr 2013 05:53:44 +0930 Message-ID: <5165CA54.20204@internode.on.net> Date: Thu, 11 Apr 2013 06:23:48 +1000 From: Ken McDonell User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:17.0) Gecko/20130308 Thunderbird/17.0.4 MIME-Version: 1.0 To: Nathan Scott CC: PCP Mailing List , Dave Brolley Subject: Re: [pcp] qa/713 certificate issue References: <5154CA71.3080200@internode.on.net> <5154CE91.1070506@internode.on.net> <516631560.605811.1364865050360.JavaMail.root@redhat.com> <515B6533.9040405@internode.on.net> <2118509281.3098105.1365112490747.JavaMail.root@redhat.com> X-ASG-Orig-Subj: Re: [pcp] qa/713 certificate issue In-Reply-To: <2118509281.3098105.1365112490747.JavaMail.root@redhat.com> Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit X-Barracuda-Connect: ipmail06.adl2.internode.on.net[150.101.137.129] X-Barracuda-Start-Time: 1365625425 X-Barracuda-URL: http://192.48.176.25:80/cgi-mod/mark.cgi X-Virus-Scanned: by bsmtpd at sgi.com X-Barracuda-BRTS-Status: 1 X-Barracuda-Spam-Score: 0.00 X-Barracuda-Spam-Status: No, SCORE=0.00 using per-user scores of TAG_LEVEL=1000.0 QUARANTINE_LEVEL=1000.0 KILL_LEVEL=2.7 tests= X-Barracuda-Spam-Report: Code version 3.2, rules version 3.2.2.127749 Rule breakdown below pts rule name description ---- ---------------------- -------------------------------------------------- On 05/04/13 08:54, Nathan Scott wrote: > ... > I'd suggest/recommend going through the step-by-step recipe in the secure conns > howto (lab.secure.html in pcp-gui tutorial docs, or on oss) - we should be able > to see at what point the wheels fall off then. Or at least where your setup is > deviating from that, and also shows how to dump certs, etc. Dave may be able > to help with further interactive debugging on irc while I'm away (he taught me > eveything I know :) Thanks for that pointer ... qa/common.secure does not use exactly this recipe, which I thought may be an avenue of investigation, but I followed the recipe and see a similar failure mode to that observed in qa/712 and qa/713. The hostname is bozo or bozo.localdomain. Here's the transcript in the hope that someone can suggest what to try next ... root@bozo:~/src/pcp/qa# certutil -d sql:/etc/pki/nssdb -S -x -n "Local CA certificate" -s "cn=Local PCP Installation, dc=localdomain" -t "CT,," -v 120 -k rsa A random seed must be generated that will be used in the ... Generating key. This may take a few moments... root@bozo:~/src/pcp/qa# certutil -d sql:/etc/pki/nssdb -S -n "PCP Collector certificate" -s "cn=bozo.localdomain" -8 "bozo" -c "Local CA certificate" -t "u,u,u" -v 120 -k rsa A random seed must be generated that will be used in the ... Generating key. This may take a few moments... root@bozo:~/src/pcp/qa# sudo /etc/init.d/pcp start Waiting for pmcd to terminate ... Starting pmcd ... Starting pmlogger ... root@bozo:~/src/pcp/qa# ps -ef | grep pmcd pcp 8263 1 1 06:08 ? 00:00:00 /usr/lib/pcp/bin/pmcd -T 3 root 8483 6247 0 06:08 pts/17 00:00:00 grep --color=auto pmcd root@bozo:~/src/pcp/qa# PCP_SECURE_SOCKETS=enforce pminfo sample.long.one WARNING: issuer of certificate received from host bozo is not trusted. SHA1 fingerprint is ED:F0:83:AB:A6:98:11:05:88:C8:A2:99:68:86:74:70:29:0E:8E:D4 Do you want to accept and save this certificate locally anyway (y/n)? [Thu Apr 11 06:09:08] pminfo(8548) Error: __pmGetPDU: fd=1024 hdr read: bad len=1 Error: sample.long.one: IPC protocol failure You have new mail in /var/mail/root root@bozo:~/src/pcp/qa# PCP_SECURE_SOCKETS=enforce pminfo sample.long.one Error: sample.long.one: IPC protocol failure Kaboom ... this is the same failure as the qa tests. root@bozo:~/src/pcp/qa# certutil -d sql:/etc/pki/nssdb -L -n "Local CA certificate" -a -----BEGIN CERTIFICATE----- MIIB9DCCAV2gAwIBAgIFAJtA5QswDQYJKoZIhvcNAQEFBQAwPjEbMBkGCgmSJomT 8ixkARkWC2xvY2FsZG9tYWluMR8wHQYDVQQDExZMb2NhbCBQQ1AgSW5zdGFsbGF0 aW9uMB4XDTEzMDQxMDIwMDMzMFoXDTIzMDQxMDIwMDMzMFowPjEbMBkGCgmSJomT 8ixkARkWC2xvY2FsZG9tYWluMR8wHQYDVQQDExZMb2NhbCBQQ1AgSW5zdGFsbGF0 aW9uMIGfMA0GCSqGSIb3DQEBAQUAA4GNADCBiQKBgQC9UAsRskYOascbVwC6A6Gy ew7AiRrap9BZlJaLyDbpG067FMzd5WuMH2HKkD+qh/uO0rIl0gnots/YtSgEpc/u RL4gL30yWKly7zy9hTd3VhinTwY8oXV2q6LEJnIuWYwZlt7SQI7Fa4Oixyvd2V7g 0ZafkpjYewlPjb/mfCrUdQIDAQABMA0GCSqGSIb3DQEBBQUAA4GBAEe+3NzJVTNF OcycMF3A/p7JTq61NzjhAsa+GoCCToP7+KU6rmZONXIY7r/3658C7ylvYOfxItNN gdjkogkJArypes28VZRC+vsJP7Y/jqmoGpYkFZtLWpL72D5l7ttcpHA3gkX4PMQi zYrJ1sBJ0viby/bTZoj0gNB/j7EpjQPg -----END CERTIFICATE----- root@bozo:~/src/pcp/qa# cat /var/log/pcp/pmcd/pmcd.log Log for pmcd on bozo started Thu Apr 11 06:08:00 2013 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 [0x7fa6977ed7c0] linux 60 2 dso i:4 lib=/var/lib/pcp/pmdas/linux/pmda_linux.so entry=linux_init [0x7fa6973bf3b0] mmv 70 2 dso i:4 lib=/var/lib/pcp/pmdas/mmv/pmda_mmv.so entry=mmv_init [0x7fa6971ad2d0] logger 106 8310 9 10 2 bin pipe cmd=/var/lib/pcp/pmdas/logger/pmdalogger -d 106 /var/lib/pcp/config/logger/logger.conf summary 27 8319 11 12 2 bin pipe cmd=/var/lib/pcp/pmdas/summary/pmdasummary -d 27 /usr/bin/pmie -x -t 10 /var/lib/pcp/pmdas/summary/expr.pmie trivial 250 8332 13 14 2 bin pipe cmd=/var/lib/pcp/pmdas/trivial/pmdatrivial -d 250 simple 253 8342 15 16 2 bin pipe cmd=/var/lib/pcp/pmdas/simple/pmdasimple -d 253 sample 29 8350 17 18 2 bin pipe cmd=/var/lib/pcp/pmdas/sample/pmdasample -d 29 sampledso 30 2 dso i:5 lib=/var/lib/pcp/pmdas/sample/pmda_sample.so entry=sample_init [0x7fa696fa1500] sendmail 15 8366 21 22 2 bin pipe cmd=/var/lib/pcp/pmdas/sendmail/pmdasendmail -d 15 trace 10 8377 23 24 2 bin pipe cmd=/var/lib/pcp/pmdas/trace/pmdatrace -d 10 Host access list: 00 01 Cur/MaxCons host-spec host-mask lvl host-name == == =========== ======================================= ======================================= === ============== y y 0 0 192.168.1.100 255.255.255.255 0 localhost n 0 0 0.0.0.0 0.0.0.0 4 * pmcd: PID = 8263, PDU version = 2 pmcd request port(s): sts fd port family address === ==== ===== ====== ======= ok 1024 44321 inet INADDR_ANY ok 1025 44321 ipv6 INADDR_ANY [Thu Apr 11 06:09:07] pmcd(8263) Error: Unable to force secure handshake: I/O operation timed out [Thu Apr 11 06:09:08] pmcd(8263) Error: __pmGetPDU: fd=1026 hdr read: bad len=1 [Thu Apr 11 06:09:53] pmcd(8263) Error: __pmGetPDU: fd=1026 hdr read: bad len=1 root@bozo:~/src/pcp/qa# > the mail sent to root when pmcd was restarted seems to be a red herring (it did not happen when I restarted pmcd a second time) From root@bozo Thu Apr 11 06:08:02 2013 To: root@bozo Subject: pmlogger_check failed in /etc/init.d/pmlogger Date: Thu, 11 Apr 2013 06:08:02 +1000 (EST) From: root@bozo (root) Restarting primary pmlogger for host "bozo" ... [process 8414] done Latest folio created for 20130411.06.08 From fche@redhat.com Wed Apr 10 18:31:08 2013 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on oss.sgi.com X-Spam-Level: X-Spam-Status: No, score=0.0 required=5.0 tests=none autolearn=ham version=3.3.1 X-Original-To: pcp@oss.sgi.com Delivered-To: pcp@oss.sgi.com Received: from relay.sgi.com (relay1.corp.sgi.com [137.38.102.111]) by oss.sgi.com (Postfix) with ESMTP id 75C067FCA for ; Wed, 10 Apr 2013 18:31:08 -0500 (CDT) Received: from cuda.sgi.com (cuda3.sgi.com [192.48.176.15]) by relay1.corp.sgi.com (Postfix) with ESMTP id 602DF8F8054 for ; Wed, 10 Apr 2013 16:31:05 -0700 (PDT) X-ASG-Debug-ID: 1365636664-04cb6c2c1d300e0001-S8gJnT Received: from mx1.redhat.com (mx1.redhat.com [209.132.183.28]) by cuda.sgi.com with ESMTP id Rlhx6okI4fOXnJvM for ; Wed, 10 Apr 2013 16:31: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-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 r3ANV2OF027232 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK); Wed, 10 Apr 2013 19:31:02 -0400 Received: from fche.csb (vpn-56-69.rdu2.redhat.com [10.10.56.69]) by int-mx10.intmail.prod.int.phx2.redhat.com (8.14.4/8.14.4) with ESMTP id r3ANV2CB006796; Wed, 10 Apr 2013 19:31:02 -0400 Received: by fche.csb (Postfix, from userid 2569) id 89F0658C00; Wed, 10 Apr 2013 19:31:01 -0400 (EDT) To: Mark Goodwin Cc: pcp Subject: Re: patch pcp-gui fix pmchart view save dialog References: <516562BE.5040401@gmail.com> X-ASG-Orig-Subj: Re: patch pcp-gui fix pmchart view save dialog From: fche@redhat.com (Frank Ch. Eigler) Date: Wed, 10 Apr 2013 19:31:01 -0400 In-Reply-To: <516562BE.5040401@gmail.com> (Mark Goodwin's message of "Wed, 10 Apr 2013 23:01:50 +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: 1365636664 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 Mark Goodwin writes: > The pmchart view save dialog uses the wrong pointer value > when saving a view for metrics with a singular instance > domain. My earlier ("Quite") patch fixes this more properly. Can someone review/merge it please? > saveInsts = cp->metric(m)->explicitInsts(); > + p = (char *)(const char *)cp->name(m).toAscii(); > if (saveInsts) { > - p = (char *)(const char *)cp->name(m).toAscii(); Constructs of this form are not valid, as the toAscii object goes out of scope, making the p pointer invalid. - FChE From kenj@internode.on.net Wed Apr 10 21:14:35 2013 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on oss.sgi.com X-Spam-Level: X-Spam-Status: No, score=0.0 required=5.0 tests=none autolearn=ham version=3.3.1 X-Original-To: pcp@oss.sgi.com Delivered-To: pcp@oss.sgi.com Received: from relay.sgi.com (relay3.corp.sgi.com [198.149.34.15]) by oss.sgi.com (Postfix) with ESMTP id 3344F7FD6 for ; Wed, 10 Apr 2013 21:14:35 -0500 (CDT) Received: from cuda.sgi.com (cuda3.sgi.com [192.48.176.15]) by relay3.corp.sgi.com (Postfix) with ESMTP id B5D04AC001 for ; Wed, 10 Apr 2013 19:14:31 -0700 (PDT) X-ASG-Debug-ID: 1365646465-04cb6c2c1c3b310001-S8gJnT Received: from ipmail05.adl6.internode.on.net (ipmail05.adl6.internode.on.net [150.101.137.143]) by cuda.sgi.com with ESMTP id fojXAqPs1yuAIfJZ for ; Wed, 10 Apr 2013 19:14:26 -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: ApMBALIbZlF20aMe/2dsb2JhbAANQ4M8wmqEDgQwDRYYAwIBAgE/GQYCAQGzWJNqjzODKwOYIZMK Received: from ppp118-209-163-30.lns20.mel6.internode.on.net (HELO [192.168.1.100]) ([118.209.163.30]) by ipmail05.adl6.internode.on.net with ESMTP; 11 Apr 2013 11:44:25 +0930 Message-ID: <51661C80.9070207@internode.on.net> Date: Thu, 11 Apr 2013 12:14:24 +1000 From: Ken McDonell User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:17.0) Gecko/20130329 Thunderbird/17.0.5 MIME-Version: 1.0 To: pcp@oss.sgi.com Subject: pcp updates Content-Type: text/plain; charset=ISO-8859-1 X-ASG-Orig-Subj: pcp updates Content-Transfer-Encoding: 7bit X-Barracuda-Connect: ipmail05.adl6.internode.on.net[150.101.137.143] X-Barracuda-Start-Time: 1365646465 X-Barracuda-URL: http://192.48.176.15:80/cgi-mod/mark.cgi X-Virus-Scanned: by bsmtpd at sgi.com X-Barracuda-BRTS-Status: 1 X-Barracuda-Spam-Score: 0.00 X-Barracuda-Spam-Status: No, SCORE=0.00 using per-user scores of TAG_LEVEL=1000.0 QUARANTINE_LEVEL=1000.0 KILL_LEVEL=2.7 tests= X-Barracuda-Spam-Report: Code version 3.2, rules version 3.2.2.127772 Rule breakdown below pts rule name description ---- ---------------------- -------------------------------------------------- Changes committed to git://oss.sgi.com/kenj/pcp.git dev configure | 4 - configure.in | 4 - qa/012 | 13 ++- qa/012.linux.2 | 90 +++++++++++++++++++++++++++ qa/365 | 4 - qa/555 | 18 ++++- qa/635 | 124 ++++++++++++++++++++++++-------------- qa/admin/check-vm | 33 ++++++---- qa/admin/pcp-qa-summary | 8 ++ src/include/builddefs.in | 5 - src/libpcp/src/GNUlocaldefs.debug | 8 ++ 11 files changed, 243 insertions(+), 68 deletions(-) commit f2bce0ed23ad381323685ad410dc39cd914737a7 Author: Ken McDonell Date: Thu Apr 11 12:07:02 2013 +1000 qa/admin scripts - more fiddling about commit 8d92fdb4c1186b2258609d45afb7995bfc8b69e7 Author: Ken McDonell Date: Thu Apr 11 12:05:02 2013 +1000 qa/555 - learn about systemctl For some platforms this is the preferred way to control rsyslogd. commit 82ea851e863f8cad9d1332c717f55aab56fd5d1f Author: Ken McDonell Date: Thu Apr 11 12:02:18 2013 +1000 builddefs & libpcp - move C optimization flags to CFLAGS_OPT Isolating the C compiler oprimization flags in $(CFLAGS_OPT) allows them to be over-ridden to build versions of the libraries and apps for other purposes, like debugging, code coverage analysis, profiling, ... only use so far is for libpcp. commit ffff6343a014207d4d22cf97921f1be72039d550 Author: Ken McDonell Date: Thu Apr 11 11:58:56 2013 +1000 configure.in - remove -O2 from CFLAGS We take care of -O2 in the builddefs ... it was being set redundantly in two places and I don't believe it is needed for configure to run correctly. commit ff01786b1f59c5978b5ad943a830da433691090a Author: Ken McDonell Date: Thu Apr 11 07:19:08 2013 +1000 qa/635 - netstat -i output is not always the same! Grrr ... Fedora is different! Reengineer and generalize the test script's awk to have keywords in the header line drive column selection. commit 78ea183a3897576df501511ef712d86be7289422 Author: Ken McDonell Date: Tue Apr 9 20:33:10 2013 +1000 qa/365 - small adjustment to last stage of filter commit 360033c513ec8d10c305ae5cdbce333e6d073650 Author: Ken McDonell Date: Tue Apr 9 20:31:03 2013 +1000 qa/012 - small conditional output change libpcp diags a little different after recent __pmOpenLog changes. From rdoyle@aconex.com Thu Apr 11 00:32:08 2013 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on oss.sgi.com X-Spam-Level: X-Spam-Status: No, score=0.0 required=5.0 tests=HTML_MESSAGE autolearn=ham version=3.3.1 X-Original-To: pcp@oss.sgi.com Delivered-To: pcp@oss.sgi.com Received: from relay.sgi.com (relay2.corp.sgi.com [137.38.102.29]) by oss.sgi.com (Postfix) with ESMTP id 5163F7FDF for ; Thu, 11 Apr 2013 00:32:08 -0500 (CDT) Received: from cuda.sgi.com (cuda1.sgi.com [192.48.157.11]) by relay2.corp.sgi.com (Postfix) with ESMTP id 1D57D304043 for ; Wed, 10 Apr 2013 22:32:04 -0700 (PDT) X-ASG-Debug-ID: 1365658320-04bdf02d1f49980001-S8gJnT Received: from postoffice2.aconex.com (mail.aconex.com [203.166.49.3]) by cuda.sgi.com with ESMTP id fDyT4onqR04ttENn for ; Wed, 10 Apr 2013 22:32:01 -0700 (PDT) X-Barracuda-Envelope-From: rdoyle@aconex.com X-Barracuda-Apparent-Source-IP: 203.166.49.3 Received: from postoffice.aconex.com (postoffice.yarra.acx [192.168.35.100]) by postoffice2.aconex.com with ESMTP id ehJwGvaEuQ0MlvoH for ; Thu, 11 Apr 2013 15:31:58 +1000 (EST) Received: from gatekeeper.aconex.com (gatekeeper.yarra.acx [192.168.35.102]) by postoffice.aconex.com (Postfix) with ESMTP id E71D33CE00BE for ; Thu, 11 Apr 2013 15:31:58 +1000 (EST) Received: from localhost (localhost.localdomain [127.0.0.1]) by gatekeeper.aconex.com (Postfix) with ESMTP id E01229E0029 for ; Thu, 11 Apr 2013 15:31:58 +1000 (EST) X-Virus-Scanned: amavisd-new at aconex.com Received: from gatekeeper.aconex.com ([127.0.0.1]) by localhost (gatekeeper.aconex.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 8I-3ogOj4jOz for ; Thu, 11 Apr 2013 15:31:58 +1000 (EST) Received: from acxmail-au2.aconex.com (acxmail-au2.aconex.com [192.168.35.104]) by gatekeeper.aconex.com (Postfix) with ESMTP id 2A1529E001E for ; Thu, 11 Apr 2013 15:31:58 +1000 (EST) Received: from localhost (localhost.localdomain [127.0.0.1]) by acxmail-au2.aconex.com (Postfix) with ESMTP id 205773B20006 for ; Thu, 11 Apr 2013 15:31:58 +1000 (EST) X-Virus-Scanned: amavisd-new at aconex.com Received: from acxmail-au2.aconex.com ([127.0.0.1]) by localhost (acxmail-au2.aconex.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id umHPIz7-+4Zf for ; Thu, 11 Apr 2013 15:31:57 +1000 (EST) Received: from acxmail-au2.aconex.com (acxmail-au2.aconex.com [192.168.35.104]) by acxmail-au2.aconex.com (Postfix) with ESMTP id BF6063B20001 for ; Thu, 11 Apr 2013 15:31:57 +1000 (EST) Date: Thu, 11 Apr 2013 15:31:57 +1000 (EST) From: Ryan Doyle To: pcp@oss.sgi.com Message-ID: <1528829526.125235.1365658317650.JavaMail.root@acxmail-au2.aconex.com> In-Reply-To: <2067433358.125036.1365657871253.JavaMail.root@acxmail-au2.aconex.com> Subject: PATCH: Implement time-out for connect() in http_fetcher MIME-Version: 1.0 X-ASG-Orig-Subj: PATCH: Implement time-out for connect() in http_fetcher Content-Type: multipart/mixed; boundary="----=_Part_125231_2122459460.1365658317647" X-Originating-IP: [192.168.6.51] X-Mailer: Zimbra 7.1.4_GA_2567 (ZimbraWebClient - GC25 (Linux)/7.1.4_GA_2555) X-Virus-Scanned: by bsmtpd at aconex.com X-Barracuda-Connect: mail.aconex.com[203.166.49.3] X-Barracuda-Start-Time: 1365658320 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 X-Barracuda-Spam-Report: Code version 3.2, rules version 3.2.2.127785 Rule breakdown below pts rule name description ---- ---------------------- -------------------------------------------------- 0.00 HTML_MESSAGE BODY: HTML included in message ------=_Part_125231_2122459460.1365658317647 Content-Type: multipart/alternative; boundary="----=_Part_125232_325283903.1365658317647" ------=_Part_125232_325283903.1365658317647 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit A timeout setting exists in src/libpcp_http/src/http_fetcher.c. This is a library that the Apache PMDA uses to read the server status page (the source of the apache metrics). I noticed that this library doesn't honour the timeout value when connect()'ing to a HTTP server. The patch implements a timeout for connect() via select(). See patch provided, otherwise it is in the branch "ryan" at git://github.com/ryandoyle/pcp.git. Cheers ---- Ryan Doyle ------=_Part_125232_325283903.1365658317647 Content-Type: text/html; charset=utf-8 Content-Transfer-Encoding: quoted-printable <= div style=3D'font-family: verdana,helvetica,sans-serif; font-size: 10pt; co= lor: #000000'>A ti= meout setting exists in src/libpcp_http/src/http_fetcher.c. This is a libra= ry that the Apache PMDA uses to read the server status page (the source of = the apache metrics).

I noticed that this library = doesn't honour the timeout value when connect()'ing to a HTTP ser= ver. The patch implements a timeout for connect() via select().

<= /div>
See patc= h provided, otherwise it is in the branch "ryan" at git://github.com/r= yandoyle/pcp.git.

Cheers


----
Ryan Doyle
=
------=_Part_125232_325283903.1365658317647-- ------=_Part_125231_2122459460.1365658317647 Content-Type: text/x-patch; name=timeout_for_connect.patch Content-Disposition: attachment; filename=timeout_for_connect.patch Content-Transfer-Encoding: base64 ZGlmZiAtLWdpdCBhL3NyYy9saWJwY3BfaHR0cC9zcmMvaHR0cF9lcnJvcl9jb2Rlcy5oIGIvc3Jj L2xpYnBjcF9odHRwL3NyYy9odHRwX2Vycm9yX2NvZGVzLmgKaW5kZXggOTVlZGM0Yy4uZjFkOWM1 MSAxMDA2NDQKLS0tIGEvc3JjL2xpYnBjcF9odHRwL3NyYy9odHRwX2Vycm9yX2NvZGVzLmgKKysr IGIvc3JjL2xpYnBjcF9odHRwL3NyYy9odHRwX2Vycm9yX2NvZGVzLmgKQEAgLTM4LDUgKzM4LDYg QEAKICNkZWZpbmUgSEZfSEVSUk9SCQk5CiAjZGVmaW5lIEhGX0NBTlRSRURJUkVDVCAxMAogI2Rl ZmluZSBIRl9NQVhSRURJUkVDVFMgMTEKKyNkZWZpbmUgSEZfQ09OTkVDVFRJTUVPVVQgMTIKIAog I2VuZGlmCmRpZmYgLS1naXQgYS9zcmMvbGlicGNwX2h0dHAvc3JjL2h0dHBfZmV0Y2hlci5jIGIv c3JjL2xpYnBjcF9odHRwL3NyYy9odHRwX2ZldGNoZXIuYwppbmRleCBkNGY3N2ExLi5iODUxZDE2 IDEwMDY0NAotLS0gYS9zcmMvbGlicGNwX2h0dHAvc3JjL2h0dHBfZmV0Y2hlci5jCisrKyBiL3Ny Yy9saWJwY3BfaHR0cC9zcmMvaHR0cF9mZXRjaGVyLmMKQEAgLTY0NCw3ICs2NDQsNyBAQCB2b2lk IGh0dHBfcGVycm9yKGNvbnN0IGNoYXIgKnN0cmluZykKIGludCBodHRwX2dldFRpbWVvdXRFcnJv cigpCiAJewogCWlmKGVycm9yU291cmNlID09IEZFVENIRVJfRVJST1IpCi0JCXJldHVybiAoaHR0 cF9lcnJubyA9PSBIRl9EQVRBVElNRU9VVCB8fCBodHRwX2Vycm5vID09IEhGX0hFQURUSU1FT1VU KTsKKwkJcmV0dXJuIChodHRwX2Vycm5vID09IEhGX0RBVEFUSU1FT1VUIHx8IGh0dHBfZXJybm8g PT0gSEZfSEVBRFRJTUVPVVQgfHwgaHR0cF9lcnJubyA9PSBIRl9DT05ORUNUVElNRU9VVCk7CiAJ cmV0dXJuIDA7CiAJfQogCkBAIC03NzEsOCArNzcxLDE0IEBAIGludCBtYWtlU29ja2V0KGNvbnN0 IGNoYXIgKmhvc3QpCiAJc3RydWN0IHNvY2thZGRyX2luIHNhOwkJCQkJCQkvKiBTb2NrZXQgYWRk cmVzcyAqLwogCXN0cnVjdCBob3N0ZW50ICpocDsJCQkJCQkJCS8qIEhvc3QgZW50aXR5ICovCiAJ aW50IHJldDsKLSAgICBpbnQgcG9ydDsKLSAgICBjaGFyICpwOworCWludCBwb3J0OworCWNoYXIg KnA7CisJbG9uZyBzb2NrX2FyZ3M7CisJZmRfc2V0IHdmZHM7CisJaW50IHNlbGVjdFJldDsKKwlz dHJ1Y3QgdGltZXZhbCB0djsKKwlzb2NrbGVuX3QgbG9uOworCWludCB2YWxvcHQ7CiAJCiAgICAg LyogQ2hlY2sgZm9yIHBvcnQgbnVtYmVyIHNwZWNpZmllZCBpbiBVUkwgKi8KICAgICBwID0gc3Ry Y2hyKGhvc3QsICc6Jyk7CkBAIC03OTUsMTMgKzgwMSw2MiBAQCBpbnQgbWFrZVNvY2tldChjb25z dCBjaGFyICpob3N0KQogCXNvY2sgPSBzb2NrZXQoaHAtPmhfYWRkcnR5cGUsIFNPQ0tfU1RSRUFN LCAwKTsKIAlpZihzb2NrID09IC0xKSB7IGVycm9yU291cmNlID0gRVJSTk87IHJldHVybiAtMTsg fQogCisJLyogR2V0IHNvY2tldCBvcHRpb25zICovCisJaWYgKChzb2NrX2FyZ3MgPSBmY250bChz b2NrLCBGX0dFVEZMLCBOVUxMKSkgPCAwKSB7IGVycm9yU291cmNlID0gRVJSTk87IGNsb3NlKHNv Y2spOyByZXR1cm4gLTE7IH0KKwlzb2NrX2FyZ3MgfD0gT19OT05CTE9DSzsgLyogT1Igbm9uLWJs b2NraW5nIHdpdGggZXhpc3Rpbmcgb3B0aW9ucyAqLworCS8qIFNldCBub24tYmxvY2tpbmcgKi8K KwlpZiggZmNudGwoc29jaywgRl9TRVRGTCwgc29ja19hcmdzKSA8IDApIHsgZXJyb3JTb3VyY2Ug PSBFUlJOTzsgY2xvc2Uoc29jayk7IHJldHVybiAtMTsgfQorCS8qIFRyeSB0byBjb25uZWN0ICov CiAJcmV0ID0gY29ubmVjdChzb2NrLCAoc3RydWN0IHNvY2thZGRyICopJnNhLCBzaXplb2Yoc2Ep KTsKLQlpZihyZXQgPT0gLTEpIHsgZXJyb3JTb3VyY2UgPSBFUlJOTzsgY2xvc2Uoc29jayk7IHJl dHVybiAtMTsgfQorCWlmIChyZXQgPCAwICl7CisJICAgIGlmIChlcnJubyA9PSBFSU5QUk9HUkVT UykgeworCQlkbyB7CisJCSAgICB0di50dl9zZWMgPSB0aW1lb3V0OworCQkgICAgdHYudHZfdXNl YyA9IDA7CisJCSAgICBGRF9aRVJPKCZ3ZmRzKTsKKwkJICAgIEZEX1NFVChzb2NrLCAmd2Zkcyk7 CisKKwkJICAgIGlmKHRpbWVvdXQgPj0gMCkKKwkJCXNlbGVjdFJldCA9IHNlbGVjdChzb2NrKzEs IE5VTEwsICZ3ZmRzLCBOVUxMLCAmdHYpOworCQkgICAgZWxzZQorCQkJc2VsZWN0UmV0ID0gc2Vs ZWN0KHNvY2srMSwgTlVMTCwgJndmZHMsIE5VTEwsIE5VTEwpOworCisJCSAgICBpZiAoc2VsZWN0 UmV0IDwgMCAmJiBlcnJubyAhPSBFSU5UUikKKwkJCXJldHVybiBfbWFrZVNvY2tldEVycihzb2Nr LCBFUlJOTywgMCk7CisJCSAgICBlbHNlIGlmIChzZWxlY3RSZXQgPiAwKXsKKwkJCWxvbiA9IHNp emVvZihpbnQpOworCQkJaWYgKGdldHNvY2tvcHQoc29jaywgU09MX1NPQ0tFVCwgU09fRVJST1Is ICh2b2lkKikoJnZhbG9wdCksICZsb24pIDwgMCkKKwkJCSAgICByZXR1cm4gX21ha2VTb2NrZXRF cnIoc29jaywgRVJSTk8sIDApOworCQkJICAgIC8qIENhbid0IGNhbGwgZ2V0c29ja29wdCAqLwor CQkJaWYgKHZhbG9wdCkKKwkJCSAgICByZXR1cm4gX21ha2VTb2NrZXRFcnIoc29jaywgRVJSTk8s IDApOworCQkJICAgIC8qIEdvdCBhIFNPX0VSUk9SICovCisJCQlicmVhazsKKwkJICAgIH0KKwkJ ICAgIC8qIFRpbWVkIG91dCB3YWl0aW5nIGZvciBzb2NrZXQgdG8gYmVjb21lIHJlYWR5ICovCisJ CSAgICBlbHNlCisJCQlyZXR1cm4gX21ha2VTb2NrZXRFcnIoc29jaywgRkVUQ0hFUl9FUlJPUiwg SEZfQ09OTkVDVFRJTUVPVVQpOworCQkgICAgfSB3aGlsZSgxKTsKKwkgICAgfQorCSAgICBlbHNl IHsKKwkJLyogV2Ugd2VyZSBleHBlY3RpbmcgdG8gYmUgaW4gcHJvZ3Jlc3MgYnV0IHNvbWV0aGlu ZyBlbHNlIGhhcHBlbmVkIHdpdGggdGhlIGNvbm5lY3QgKi8KKwkJcmV0dXJuIF9tYWtlU29ja2V0 RXJyKHNvY2ssIEVSUk5PLCAwKTsKKwkgICAgfQorCX0KKwkvKiBTZXQgc29ja2V0IGJhY2sgdG8g YmxvY2tpbmcgKi8KKwlpZigoc29ja19hcmdzID0gZmNudGwoc29jaywgRl9HRVRGTCwgTlVMTCkp IDwgMCkgeyBlcnJvclNvdXJjZSA9IEVSUk5POyBjbG9zZShzb2NrKTsgcmV0dXJuIC0xOyB9CisJ c29ja19hcmdzICY9ICh+T19OT05CTE9DSyk7CisJaWYoZmNudGwoc29jaywgRl9TRVRGTCwgc29j a19hcmdzKSA8IDApIHsgZXJyb3JTb3VyY2UgPSBFUlJOTzsgY2xvc2Uoc29jayk7IHJldHVybiAt MTsgfQogCiAJcmV0dXJuIHNvY2s7CiAJfQogCi0KK2ludCBfbWFrZVNvY2tldEVycihpbnQgc29j aywgaW50IHRoaXNfZXJyb3JTb3VyY2UsIGludCB0aGlzX2h0dHBfZXJybm8peworCWVycm9yU291 cmNlID0gdGhpc19lcnJvclNvdXJjZTsKKwlodHRwX2Vycm5vID0gdGhpc19odHRwX2Vycm5vOwor CWNsb3NlKHNvY2spOworCXJldHVybiAtMTsKKwl9CiAKIAkvKgogCSAqIERldGVybWluZXMgaWYg dGhlIGdpdmVuIE5VTEwtdGVybWluYXRlZCBidWZmZXIgaXMgbGFyZ2UgZW5vdWdoIHRvCmRpZmYg LS1naXQgYS9zcmMvbGlicGNwX2h0dHAvc3JjL2h0dHBfZmV0Y2hlci5oIGIvc3JjL2xpYnBjcF9o dHRwL3NyYy9odHRwX2ZldGNoZXIuaAppbmRleCBhODVlMDJkLi42MmEzOWRkIDEwMDY0NAotLS0g YS9zcmMvbGlicGNwX2h0dHAvc3JjL2h0dHBfZmV0Y2hlci5oCisrKyBiL3NyYy9saWJwY3BfaHR0 cC9zcmMvaHR0cF9mZXRjaGVyLmgKQEAgLTE1MSw2ICsxNTEsMTAgQEAgaW50IF9odHRwX3JlYWRf aGVhZGVyKGludCBzb2NrLCBjaGFyICpoZWFkZXJQdHIpOwogCSAqLwogaW50IG1ha2VTb2NrZXQo Y29uc3QgY2hhciAqaG9zdCk7CiAKKwkvKiBIYW5kbGVzIGVycm9yIGNvbmRpdGlvbnMgd2l0aCBj cmVhdGluZyBzb2NrZXRzCisJICovCitpbnQgX21ha2VTb2NrZXRFcnIoaW50IHNvY2ssIGludCB0 aGlzX2Vycm9yU291cmNlLCBpbnQgdGhpc19odHRwX2Vycm5vKTsKKwogCS8qCiAJICogRGV0ZXJt aW5lcyBpZiB0aGUgZ2l2ZW4gTlVMTC10ZXJtaW5hdGVkIGJ1ZmZlciBpcyBsYXJnZSBlbm91Z2gg dG8KIAkgKgljb25jYXRlbmF0ZSB0aGUgZ2l2ZW4gbnVtYmVyIG9mIGNoYXJhY3RlcnMuICBJZiBu b3QsIGl0IGF0dGVtcHRzIHRvCg== ------=_Part_125231_2122459460.1365658317647-- From rdoyle@aconex.com Thu Apr 11 00:37:23 2013 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on oss.sgi.com X-Spam-Level: X-Spam-Status: No, score=0.0 required=5.0 tests=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 7741A7FE0 for ; Thu, 11 Apr 2013 00:37:23 -0500 (CDT) Received: from cuda.sgi.com (cuda3.sgi.com [192.48.176.15]) by relay3.corp.sgi.com (Postfix) with ESMTP id E91F2AC002 for ; Wed, 10 Apr 2013 22:37:22 -0700 (PDT) X-ASG-Debug-ID: 1365658639-04cb6c2c1c49040001-S8gJnT Received: from postoffice2.aconex.com (mail.aconex.com [203.166.49.3]) by cuda.sgi.com with ESMTP id nL1TNFqc2GYCOHwF for ; Wed, 10 Apr 2013 22:37:20 -0700 (PDT) X-Barracuda-Envelope-From: rdoyle@aconex.com X-Barracuda-Apparent-Source-IP: 203.166.49.3 Received: from postoffice.aconex.com (postoffice.yarra.acx [192.168.35.100]) by postoffice2.aconex.com with ESMTP id vtHCQO51zGIzFAxT for ; Thu, 11 Apr 2013 15:37:18 +1000 (EST) Received: from gatekeeper.aconex.com (gatekeeper.yarra.acx [192.168.35.102]) by postoffice.aconex.com (Postfix) with ESMTP id 7CCA53CE00BE for ; Thu, 11 Apr 2013 15:37:18 +1000 (EST) Received: from localhost (localhost.localdomain [127.0.0.1]) by gatekeeper.aconex.com (Postfix) with ESMTP id 76D799E0003 for ; Thu, 11 Apr 2013 15:37:18 +1000 (EST) X-Virus-Scanned: amavisd-new at aconex.com Received: from gatekeeper.aconex.com ([127.0.0.1]) by localhost (gatekeeper.aconex.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id wPRQ6tU7-ojU for ; Thu, 11 Apr 2013 15:37:17 +1000 (EST) Received: from acxmail-au2.aconex.com (acxmail-au2.aconex.com [192.168.35.104]) by gatekeeper.aconex.com (Postfix) with ESMTP id 95DD09E001E for ; Thu, 11 Apr 2013 15:37:17 +1000 (EST) Received: from localhost (localhost.localdomain [127.0.0.1]) by acxmail-au2.aconex.com (Postfix) with ESMTP id 8FF763B20006 for ; Thu, 11 Apr 2013 15:37:17 +1000 (EST) X-Virus-Scanned: amavisd-new at aconex.com Received: from acxmail-au2.aconex.com ([127.0.0.1]) by localhost (acxmail-au2.aconex.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 4Yv9cHN0dEPg for ; Thu, 11 Apr 2013 15:37:17 +1000 (EST) Received: from acxmail-au2.aconex.com (localhost.localdomain [127.0.0.1]) by acxmail-au2.aconex.com (Postfix) with ESMTP id 6BAAD3B20001 for ; Thu, 11 Apr 2013 15:37:17 +1000 (EST) Date: Thu, 11 Apr 2013 15:37:17 +1000 (EST) From: Ryan Doyle To: pcp@oss.sgi.com Message-ID: <1618143609.125492.1365658637422.JavaMail.root@acxmail-au2.aconex.com> In-Reply-To: <1528829526.125235.1365658317650.JavaMail.root@acxmail-au2.aconex.com> Subject: PATCH: - Implement time-out for connect() in http_fetcher MIME-Version: 1.0 X-ASG-Orig-Subj: PATCH: - Implement time-out for connect() in http_fetcher Content-Type: multipart/mixed; boundary="----=_Part_125488_272814520.1365658637421" X-Originating-IP: [192.168.6.51] X-Mailer: Zimbra 7.1.4_GA_2567 (ZimbraWebClient - GC25 (Linux)/7.1.4_GA_2555) X-Virus-Scanned: by bsmtpd at aconex.com X-Barracuda-Connect: mail.aconex.com[203.166.49.3] X-Barracuda-Start-Time: 1365658639 X-Barracuda-URL: http://192.48.176.15:80/cgi-mod/mark.cgi X-Virus-Scanned: by bsmtpd at sgi.com X-Barracuda-BRTS-Status: 1 X-Barracuda-Spam-Score: 0.00 X-Barracuda-Spam-Status: No, SCORE=0.00 using per-user scores of TAG_LEVEL=1000.0 QUARANTINE_LEVEL=1000.0 KILL_LEVEL=2.7 tests=HTML_MESSAGE X-Barracuda-Spam-Report: Code version 3.2, rules version 3.2.2.127785 Rule breakdown below pts rule name description ---- ---------------------- -------------------------------------------------- 0.00 HTML_MESSAGE BODY: HTML included in message ------=_Part_125488_272814520.1365658637421 Content-Type: multipart/alternative; boundary="----=_Part_125489_316051295.1365658637421" ------=_Part_125489_316051295.1365658637421 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit Updated patch to remove code duplication. --- A timeout setting exists in src/libpcp_http/src/http_fetcher.c. This is a library that the Apache PMDA uses to read the server status page (the source of the apache metrics). I noticed that this library doesn't honour the timeout value when connect()'ing to a HTTP server. The patch implements a timeout for connect() via select(). See patch provided, otherwise it is in the branch "ryan" at git://github.com/ryandoyle/pcp.git. Cheers ---- Ryan Doyle ------=_Part_125489_316051295.1365658637421 Content-Type: text/html; charset=utf-8 Content-Transfer-Encoding: quoted-printable <= div style=3D'font-family: verdana,helvetica,sans-serif; font-size: 10pt; co= lor: #000000'>
Updated patch t= o remove code duplication.

---
<= font face=3D"verdana, helvetica, sans-serif" size=3D"2">
A tim= eout setting exists in src/libpcp_http/src/http_fetcher.c. This is a librar= y that the Apache PMDA uses to read the server status page (the source of t= he apache metrics).

I noticed that this library = doesn't honour the timeout value when connect()'ing to a HTTP ser= ver. The patch implements a timeout for connect() via select().

<= /div>
See patc= h provided, otherwise it is in the branch "ryan" at git://github.com/r= yandoyle/pcp.git.

Cheers


----
Ryan Doyle

=
------=_Part_125489_316051295.1365658637421-- ------=_Part_125488_272814520.1365658637421 Content-Type: text/x-patch; name=timeout_for_connect-v2.patch Content-Disposition: attachment; filename=timeout_for_connect-v2.patch Content-Transfer-Encoding: base64 ZGlmZiAtLWdpdCBhL3NyYy9saWJwY3BfaHR0cC9zcmMvaHR0cF9lcnJvcl9jb2Rlcy5oIGIvc3Jj L2xpYnBjcF9odHRwL3NyYy9odHRwX2Vycm9yX2NvZGVzLmgKaW5kZXggOTVlZGM0Yy4uZjFkOWM1 MSAxMDA2NDQKLS0tIGEvc3JjL2xpYnBjcF9odHRwL3NyYy9odHRwX2Vycm9yX2NvZGVzLmgKKysr IGIvc3JjL2xpYnBjcF9odHRwL3NyYy9odHRwX2Vycm9yX2NvZGVzLmgKQEAgLTM4LDUgKzM4LDYg QEAKICNkZWZpbmUgSEZfSEVSUk9SCQk5CiAjZGVmaW5lIEhGX0NBTlRSRURJUkVDVCAxMAogI2Rl ZmluZSBIRl9NQVhSRURJUkVDVFMgMTEKKyNkZWZpbmUgSEZfQ09OTkVDVFRJTUVPVVQgMTIKIAog I2VuZGlmCmRpZmYgLS1naXQgYS9zcmMvbGlicGNwX2h0dHAvc3JjL2h0dHBfZmV0Y2hlci5jIGIv c3JjL2xpYnBjcF9odHRwL3NyYy9odHRwX2ZldGNoZXIuYwppbmRleCBkNGY3N2ExLi5iODUxZDE2 IDEwMDY0NAotLS0gYS9zcmMvbGlicGNwX2h0dHAvc3JjL2h0dHBfZmV0Y2hlci5jCisrKyBiL3Ny Yy9saWJwY3BfaHR0cC9zcmMvaHR0cF9mZXRjaGVyLmMKQEAgLTY0NCw3ICs2NDQsNyBAQCB2b2lk IGh0dHBfcGVycm9yKGNvbnN0IGNoYXIgKnN0cmluZykKIGludCBodHRwX2dldFRpbWVvdXRFcnJv cigpCiAJewogCWlmKGVycm9yU291cmNlID09IEZFVENIRVJfRVJST1IpCi0JCXJldHVybiAoaHR0 cF9lcnJubyA9PSBIRl9EQVRBVElNRU9VVCB8fCBodHRwX2Vycm5vID09IEhGX0hFQURUSU1FT1VU KTsKKwkJcmV0dXJuIChodHRwX2Vycm5vID09IEhGX0RBVEFUSU1FT1VUIHx8IGh0dHBfZXJybm8g PT0gSEZfSEVBRFRJTUVPVVQgfHwgaHR0cF9lcnJubyA9PSBIRl9DT05ORUNUVElNRU9VVCk7CiAJ cmV0dXJuIDA7CiAJfQogCkBAIC03NzEsOCArNzcxLDE0IEBAIGludCBtYWtlU29ja2V0KGNvbnN0 IGNoYXIgKmhvc3QpCiAJc3RydWN0IHNvY2thZGRyX2luIHNhOwkJCQkJCQkvKiBTb2NrZXQgYWRk cmVzcyAqLwogCXN0cnVjdCBob3N0ZW50ICpocDsJCQkJCQkJCS8qIEhvc3QgZW50aXR5ICovCiAJ aW50IHJldDsKLSAgICBpbnQgcG9ydDsKLSAgICBjaGFyICpwOworCWludCBwb3J0OworCWNoYXIg KnA7CisJbG9uZyBzb2NrX2FyZ3M7CisJZmRfc2V0IHdmZHM7CisJaW50IHNlbGVjdFJldDsKKwlz dHJ1Y3QgdGltZXZhbCB0djsKKwlzb2NrbGVuX3QgbG9uOworCWludCB2YWxvcHQ7CiAJCiAgICAg LyogQ2hlY2sgZm9yIHBvcnQgbnVtYmVyIHNwZWNpZmllZCBpbiBVUkwgKi8KICAgICBwID0gc3Ry Y2hyKGhvc3QsICc6Jyk7CkBAIC03OTUsMTMgKzgwMSw2MiBAQCBpbnQgbWFrZVNvY2tldChjb25z dCBjaGFyICpob3N0KQogCXNvY2sgPSBzb2NrZXQoaHAtPmhfYWRkcnR5cGUsIFNPQ0tfU1RSRUFN LCAwKTsKIAlpZihzb2NrID09IC0xKSB7IGVycm9yU291cmNlID0gRVJSTk87IHJldHVybiAtMTsg fQogCisJLyogR2V0IHNvY2tldCBvcHRpb25zICovCisJaWYgKChzb2NrX2FyZ3MgPSBmY250bChz b2NrLCBGX0dFVEZMLCBOVUxMKSkgPCAwKSB7IGVycm9yU291cmNlID0gRVJSTk87IGNsb3NlKHNv Y2spOyByZXR1cm4gLTE7IH0KKwlzb2NrX2FyZ3MgfD0gT19OT05CTE9DSzsgLyogT1Igbm9uLWJs b2NraW5nIHdpdGggZXhpc3Rpbmcgb3B0aW9ucyAqLworCS8qIFNldCBub24tYmxvY2tpbmcgKi8K KwlpZiggZmNudGwoc29jaywgRl9TRVRGTCwgc29ja19hcmdzKSA8IDApIHsgZXJyb3JTb3VyY2Ug PSBFUlJOTzsgY2xvc2Uoc29jayk7IHJldHVybiAtMTsgfQorCS8qIFRyeSB0byBjb25uZWN0ICov CiAJcmV0ID0gY29ubmVjdChzb2NrLCAoc3RydWN0IHNvY2thZGRyICopJnNhLCBzaXplb2Yoc2Ep KTsKLQlpZihyZXQgPT0gLTEpIHsgZXJyb3JTb3VyY2UgPSBFUlJOTzsgY2xvc2Uoc29jayk7IHJl dHVybiAtMTsgfQorCWlmIChyZXQgPCAwICl7CisJICAgIGlmIChlcnJubyA9PSBFSU5QUk9HUkVT UykgeworCQlkbyB7CisJCSAgICB0di50dl9zZWMgPSB0aW1lb3V0OworCQkgICAgdHYudHZfdXNl YyA9IDA7CisJCSAgICBGRF9aRVJPKCZ3ZmRzKTsKKwkJICAgIEZEX1NFVChzb2NrLCAmd2Zkcyk7 CisKKwkJICAgIGlmKHRpbWVvdXQgPj0gMCkKKwkJCXNlbGVjdFJldCA9IHNlbGVjdChzb2NrKzEs IE5VTEwsICZ3ZmRzLCBOVUxMLCAmdHYpOworCQkgICAgZWxzZQorCQkJc2VsZWN0UmV0ID0gc2Vs ZWN0KHNvY2srMSwgTlVMTCwgJndmZHMsIE5VTEwsIE5VTEwpOworCisJCSAgICBpZiAoc2VsZWN0 UmV0IDwgMCAmJiBlcnJubyAhPSBFSU5UUikKKwkJCXJldHVybiBfbWFrZVNvY2tldEVycihzb2Nr LCBFUlJOTywgMCk7CisJCSAgICBlbHNlIGlmIChzZWxlY3RSZXQgPiAwKXsKKwkJCWxvbiA9IHNp emVvZihpbnQpOworCQkJaWYgKGdldHNvY2tvcHQoc29jaywgU09MX1NPQ0tFVCwgU09fRVJST1Is ICh2b2lkKikoJnZhbG9wdCksICZsb24pIDwgMCkKKwkJCSAgICByZXR1cm4gX21ha2VTb2NrZXRF cnIoc29jaywgRVJSTk8sIDApOworCQkJICAgIC8qIENhbid0IGNhbGwgZ2V0c29ja29wdCAqLwor CQkJaWYgKHZhbG9wdCkKKwkJCSAgICByZXR1cm4gX21ha2VTb2NrZXRFcnIoc29jaywgRVJSTk8s IDApOworCQkJICAgIC8qIEdvdCBhIFNPX0VSUk9SICovCisJCQlicmVhazsKKwkJICAgIH0KKwkJ ICAgIC8qIFRpbWVkIG91dCB3YWl0aW5nIGZvciBzb2NrZXQgdG8gYmVjb21lIHJlYWR5ICovCisJ CSAgICBlbHNlCisJCQlyZXR1cm4gX21ha2VTb2NrZXRFcnIoc29jaywgRkVUQ0hFUl9FUlJPUiwg SEZfQ09OTkVDVFRJTUVPVVQpOworCQkgICAgfSB3aGlsZSgxKTsKKwkgICAgfQorCSAgICBlbHNl IHsKKwkJLyogV2Ugd2VyZSBleHBlY3RpbmcgdG8gYmUgaW4gcHJvZ3Jlc3MgYnV0IHNvbWV0aGlu ZyBlbHNlIGhhcHBlbmVkIHdpdGggdGhlIGNvbm5lY3QgKi8KKwkJcmV0dXJuIF9tYWtlU29ja2V0 RXJyKHNvY2ssIEVSUk5PLCAwKTsKKwkgICAgfQorCX0KKwkvKiBTZXQgc29ja2V0IGJhY2sgdG8g YmxvY2tpbmcgKi8KKwlpZigoc29ja19hcmdzID0gZmNudGwoc29jaywgRl9HRVRGTCwgTlVMTCkp IDwgMCkgeyBlcnJvclNvdXJjZSA9IEVSUk5POyBjbG9zZShzb2NrKTsgcmV0dXJuIC0xOyB9CisJ c29ja19hcmdzICY9ICh+T19OT05CTE9DSyk7CisJaWYoZmNudGwoc29jaywgRl9TRVRGTCwgc29j a19hcmdzKSA8IDApIHsgZXJyb3JTb3VyY2UgPSBFUlJOTzsgY2xvc2Uoc29jayk7IHJldHVybiAt MTsgfQogCiAJcmV0dXJuIHNvY2s7CiAJfQogCi0KK2ludCBfbWFrZVNvY2tldEVycihpbnQgc29j aywgaW50IHRoaXNfZXJyb3JTb3VyY2UsIGludCB0aGlzX2h0dHBfZXJybm8peworCWVycm9yU291 cmNlID0gdGhpc19lcnJvclNvdXJjZTsKKwlodHRwX2Vycm5vID0gdGhpc19odHRwX2Vycm5vOwor CWNsb3NlKHNvY2spOworCXJldHVybiAtMTsKKwl9CiAKIAkvKgogCSAqIERldGVybWluZXMgaWYg dGhlIGdpdmVuIE5VTEwtdGVybWluYXRlZCBidWZmZXIgaXMgbGFyZ2UgZW5vdWdoIHRvCmRpZmYg LS1naXQgYS9zcmMvbGlicGNwX2h0dHAvc3JjL2h0dHBfZmV0Y2hlci5oIGIvc3JjL2xpYnBjcF9o dHRwL3NyYy9odHRwX2ZldGNoZXIuaAppbmRleCBhODVlMDJkLi42MmEzOWRkIDEwMDY0NAotLS0g YS9zcmMvbGlicGNwX2h0dHAvc3JjL2h0dHBfZmV0Y2hlci5oCisrKyBiL3NyYy9saWJwY3BfaHR0 cC9zcmMvaHR0cF9mZXRjaGVyLmgKQEAgLTE1MSw2ICsxNTEsMTAgQEAgaW50IF9odHRwX3JlYWRf aGVhZGVyKGludCBzb2NrLCBjaGFyICpoZWFkZXJQdHIpOwogCSAqLwogaW50IG1ha2VTb2NrZXQo Y29uc3QgY2hhciAqaG9zdCk7CiAKKwkvKiBIYW5kbGVzIGVycm9yIGNvbmRpdGlvbnMgd2l0aCBj cmVhdGluZyBzb2NrZXRzCisJICovCitpbnQgX21ha2VTb2NrZXRFcnIoaW50IHNvY2ssIGludCB0 aGlzX2Vycm9yU291cmNlLCBpbnQgdGhpc19odHRwX2Vycm5vKTsKKwogCS8qCiAJICogRGV0ZXJt aW5lcyBpZiB0aGUgZ2l2ZW4gTlVMTC10ZXJtaW5hdGVkIGJ1ZmZlciBpcyBsYXJnZSBlbm91Z2gg dG8KIAkgKgljb25jYXRlbmF0ZSB0aGUgZ2l2ZW4gbnVtYmVyIG9mIGNoYXJhY3RlcnMuICBJZiBu b3QsIGl0IGF0dGVtcHRzIHRvCg== ------=_Part_125488_272814520.1365658637421-- From ryan@doylenet.net Thu Apr 11 01:25:04 2013 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on oss.sgi.com X-Spam-Level: X-Spam-Status: No, score=0.0 required=5.0 tests=HTML_MESSAGE autolearn=ham version=3.3.1 X-Original-To: pcp@oss.sgi.com Delivered-To: pcp@oss.sgi.com Received: from relay.sgi.com (relay2.corp.sgi.com [137.38.102.29]) by oss.sgi.com (Postfix) with ESMTP id 774D67FE0 for ; Thu, 11 Apr 2013 01:25:04 -0500 (CDT) Received: from cuda.sgi.com (cuda2.sgi.com [192.48.176.25]) by relay2.corp.sgi.com (Postfix) with ESMTP id 4B06E304039 for ; Wed, 10 Apr 2013 23:25:04 -0700 (PDT) X-ASG-Debug-ID: 1365661498-04cbb057f84b2f0001-S8gJnT Received: from serv1.doylenet.net (serv1.doylenet.net [54.252.103.135]) by cuda.sgi.com with ESMTP id OdXyPkPgDaSeSu7U for ; Wed, 10 Apr 2013 23:24:59 -0700 (PDT) X-Barracuda-Envelope-From: ryan@doylenet.net X-Barracuda-Apparent-Source-IP: 54.252.103.135 Received: from localhost (localhost [127.0.0.1]) by serv1.doylenet.net (Postfix) with ESMTP id 0E46341B47 for ; Thu, 11 Apr 2013 06:25:58 +0000 (UTC) Received: from serv1.doylenet.net ([127.0.0.1]) by localhost (ip-10-240-15-243.ap-southeast-2.compute.internal [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id nl6tDjpjelHm for ; Thu, 11 Apr 2013 06:25:57 +0000 (UTC) Received: from webmail.doylenet.net (localhost [127.0.0.1]) by serv1.doylenet.net (Postfix) with ESMTP id DAC6441A56 for ; Thu, 11 Apr 2013 06:25:57 +0000 (UTC) MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="=_7868fcb53cf1174dde1fe37a217233e2" Date: Thu, 11 Apr 2013 16:25:57 +1000 From: Ryan Doyle To: Subject: patch - implement time-out for connect() in =?UTF-8?Q?http=5Ffetcher?= Reply-To: ryan@doylenet.net X-ASG-Orig-Subj: patch - implement time-out for connect() in =?UTF-8?Q?http=5Ffetcher?= Message-ID: <0325fe0a728e223722eb1ead4d23800d@doylenet.net> X-Sender: ryan@doylenet.net User-Agent: Roundcube Webmail/0.4.2 X-Barracuda-Connect: serv1.doylenet.net[54.252.103.135] X-Barracuda-Start-Time: 1365661498 X-Barracuda-URL: http://192.48.176.25:80/cgi-mod/mark.cgi X-Virus-Scanned: by bsmtpd at sgi.com X-Barracuda-BRTS-Status: 1 X-Barracuda-Spam-Score: 0.00 X-Barracuda-Spam-Status: No, SCORE=0.00 using per-user scores of TAG_LEVEL=1000.0 QUARANTINE_LEVEL=1000.0 KILL_LEVEL=2.7 tests=HTML_MESSAGE X-Barracuda-Spam-Report: Code version 3.2, rules version 3.2.2.127789 Rule breakdown below pts rule name description ---- ---------------------- -------------------------------------------------- 0.00 HTML_MESSAGE BODY: HTML included in message --=_7868fcb53cf1174dde1fe37a217233e2 Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset=UTF-8 I originally sent this from my work email but is isn't subscribed to this list. -- A timeout setting exists in src/libpcp_http/src/http_fetcher.c. This is a library that the Apache PMDA uses to read the server status page (the source of the apache metrics). I noticed that this library doesn't honour the timeout value when connect()'ing to a HTTP server. The patch implements a timeout for connect() via select(). See branch "ryan" at git://github.com/ryandoyle/pcp.git. Cheers --=_7868fcb53cf1174dde1fe37a217233e2 Content-Transfer-Encoding: quoted-printable Content-Type: text/html; charset=UTF-8

I originally sent this from my work email but is isn't subscribed to thi= s list.

--

A timeout setting exists in src/libpcp_http/src/http_fetcher.c. This is = a library that the Apache PMDA uses to read the server status page (the sou= rce of the apache metrics).


I noticed that this library doesn't honour the timeout value when = connect()'ing to a HTTP server. The patch implements a timeout for connect(= ) via select().


See branch "ryan" at git://github.com/ryandoyle/pcp.git.

Cheers

--=_7868fcb53cf1174dde1fe37a217233e2-- From mgoodwin@redhat.com Thu Apr 11 01:43:09 2013 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on oss.sgi.com X-Spam-Level: X-Spam-Status: No, score=0.0 required=5.0 tests=none autolearn=ham version=3.3.1 X-Original-To: pcp@oss.sgi.com Delivered-To: pcp@oss.sgi.com Received: from relay.sgi.com (relay3.corp.sgi.com [198.149.34.15]) by oss.sgi.com (Postfix) with ESMTP id 4E8827FE0 for ; Thu, 11 Apr 2013 01:43:09 -0500 (CDT) Received: from cuda.sgi.com (cuda1.sgi.com [192.48.157.11]) by relay3.corp.sgi.com (Postfix) with ESMTP id EC982AC001 for ; Wed, 10 Apr 2013 23:43:05 -0700 (PDT) X-ASG-Debug-ID: 1365662585-04bdf02d1c4e7a0001-S8gJnT Received: from mx1.redhat.com (mx1.redhat.com [209.132.183.28]) by cuda.sgi.com with ESMTP id CbYhfbcE7UA1JM1Y for ; Wed, 10 Apr 2013 23:43:05 -0700 (PDT) X-Barracuda-Envelope-From: mgoodwin@redhat.com X-Barracuda-Apparent-Source-IP: 209.132.183.28 X-ASG-Whitelist: Client Received: from int-mx12.intmail.prod.int.phx2.redhat.com (int-mx12.intmail.prod.int.phx2.redhat.com [10.5.11.25]) by mx1.redhat.com (8.14.4/8.14.4) with ESMTP id r3B6h4lj024809 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK) for ; Thu, 11 Apr 2013 02:43:04 -0400 Received: from fletch.usersys.redhat.com (vpn1-48-248.bne.redhat.com [10.64.48.248]) by int-mx12.intmail.prod.int.phx2.redhat.com (8.14.4/8.14.4) with ESMTP id r3B6h2o2018786; Thu, 11 Apr 2013 02:43:03 -0400 Message-ID: <51665B71.6020102@redhat.com> Date: Thu, 11 Apr 2013 16:42:57 +1000 From: Mark Goodwin User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:14.0) Gecko/20130206 Thunderbird/14.0 MIME-Version: 1.0 To: pcp@oss.sgi.com, "fche >> \"Frank Ch. Eigler\"" Subject: Re: [pcp] patch pcp-gui fix pmchart view save dialog References: <516562BE.5040401@gmail.com> X-ASG-Orig-Subj: Re: [pcp] patch pcp-gui fix pmchart view save dialog 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.25 X-Barracuda-Connect: mx1.redhat.com[209.132.183.28] X-Barracuda-Start-Time: 1365662585 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 04/11/2013 09:31 AM, Frank Ch. Eigler wrote: > Mark Goodwin writes: > >> The pmchart view save dialog uses the wrong pointer value >> when saving a view for metrics with a singular instance >> domain. > > My earlier ("Quite") patch fixes this more properly. Can someone > review/merge it please? finally found your pcp-gui tree hiding in the fche/pcp-gui branch on pcpfans. For review it looks good. I'll build it and test it later tonight (out of time right now) and if I get time will merge over to the dev branch. Another thing I've noticed is the pcp-gui specs need additional BuildRequires for the new PM_CTXFLAG_* stuff. Something like : BuildRequires: pcp >= 3.5.0, pcp-libs-devel >= 3.5.0 So I'll check that too. Regards -- Mark From mgoodwin@redhat.com Fri Apr 12 01:21:03 2013 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on oss.sgi.com X-Spam-Level: X-Spam-Status: No, score=0.0 required=5.0 tests=none autolearn=ham version=3.3.1 X-Original-To: pcp@oss.sgi.com Delivered-To: pcp@oss.sgi.com Received: from relay.sgi.com (relay3.corp.sgi.com [198.149.34.15]) by oss.sgi.com (Postfix) with ESMTP id B3B2D7F3F for ; Fri, 12 Apr 2013 01:21:03 -0500 (CDT) Received: from cuda.sgi.com (cuda2.sgi.com [192.48.176.25]) by relay3.corp.sgi.com (Postfix) with ESMTP id 3DC02AC006 for ; Thu, 11 Apr 2013 23:21:03 -0700 (PDT) X-ASG-Debug-ID: 1365747658-04cbb057f8d1c30001-S8gJnT Received: from mx1.redhat.com (mx1.redhat.com [209.132.183.28]) by cuda.sgi.com with ESMTP id uG1SgeobnV1Hz0FF for ; Thu, 11 Apr 2013 23:20:59 -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 r3C6KwJh003487 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK) for ; Fri, 12 Apr 2013 02:20:58 -0400 Received: from fletch.usersys.redhat.com (dhcp-176-177.mel.redhat.com [10.64.176.177]) by int-mx10.intmail.prod.int.phx2.redhat.com (8.14.4/8.14.4) with ESMTP id r3C6Kvlq012080 for ; Fri, 12 Apr 2013 02:20:57 -0400 Message-ID: <5167A7C8.3010600@redhat.com> Date: Fri, 12 Apr 2013 16:20:56 +1000 From: Mark Goodwin User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:14.0) Gecko/20130206 Thunderbird/14.0 MIME-Version: 1.0 To: pcp Subject: pcp-gui updates Content-Type: text/plain; charset=ISO-8859-1; format=flowed X-ASG-Orig-Subj: pcp-gui updates 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: 1365747659 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 Changes committed to git://oss.sgi.com/markgw/pcp/pcp-gui.git dev note----------------^^^^^^ Nathan: you'll have to fix the perms in /oss/git/pcp/pcp-gui.git some of the subdirs below 'objects' are owned by you. In the future perhaps we should push as the 'pcp' user (add our public keys to pcp's authorized_keys file first). This merges fche's "QString toAscii decorruption" fixes from pcpfans git://sourceware.org/git/pcpfans.git fche/pcp-gui and also bumps to version 1.5.7-1 (under development). commit b43414f5b41e7ca7bc7b826e74dbab955de6b014 Author: Mark Goodwin Date: Fri Apr 12 15:50:42 2013 +1000 Bump to 1.5.7-1 (under development) modified: VERSION modified: build/rpm/fedora.spec modified: build/rpm/pcp-gui.spec.in commit df82a4b54038dee6b00e54f38b53b58267ef4cc8 Author: Mark Goodwin Date: Thu Apr 11 09:05:34 2013 -0400 pcp-gui qa fix: add missing default-argument#3 to QmcSource::getSource commit c407d0107b50b94b9d893687110d898f87c935ae Author: Frank Ch. Eigler Date: Sun Apr 7 14:55:23 2013 -0400 QString toAscii decorruption A recurrent coding pattern in the code aimed to get C "const char*" pointers out of QString objects, with code that looks like this: (const char*) object.toAscii() This is OK, using the QByteArray conversion-operator, as long as the value is used before the QByteArray temporary is itself deleted. However, in a few cases, the value is instead stored, or returned, leading to corruption and deceit. These have been reworked: * src/chart/chartdialog.cpp (createChartPlot): strdup the nlabel. * src/chart/colorscheme.cpp (colorSpec): Inline the rgbi string. * src/chart/exportdialog.cpp (exportFile): Inline the strcmp args. * src/chart/view.cpp (saveChart): Simplify and inline metric name/instance strings. (saveView): strdup incoming file name. * src/libqmc/qmc_metric.h (*Ascii()): strdup return value. * src/libqmc/qmc_source.h (*Ascii()): strdup return value. commit 4e7f2c9c392f78d171fdee596898d5bc92421fa6 Author: Frank Ch. Eigler Date: Sun Apr 7 17:22:25 2013 -0400 Give ChartEngine a dummy virtual destructor That way, the compiler doesn't complain about "delete aChargEnginePtr". commit fbbf4fd69302f29243b9428dab97f5482c1813a4 Author: Frank Ch. Eigler Date: Sun Apr 7 15:44:38 2013 -0400 Revert "QString toAscii decorruption" This reverts commit b6b7de7ce33eded33f18a6d1d89c33a0d373957a. We may need to only handle those cases where the returned (const char*) qstring.toAscii() value is saved across statements. commit b6b7de7ce33eded33f18a6d1d89c33a0d373957a Author: Frank Ch. Eigler Date: Sun Apr 7 14:55:23 2013 -0400 QString toAscii decorruption A recurrent coding pattern in the code aimed to get C "const char*" pointers out of QString objects, with code that looks like this: (const char*) object.toAscii() This is wrong on several levels. In Qt4 and probably earlier, toAscii() returns a (temporary) QByteArray object, not a C string. Any casting to hide this leads to direct junk, e.g., failure to save pmchart view state to requested file names, or with actual readable metric names. We switch to object.toAscii().constData() throughout. This too is imperfect, as the QByteArray object is temporary, and will be deallocated at the next statement (;) boundary, which makes the const char*'s contain junk again. So, cases where such pointers are stored beyond a statement need to be strdup()'d. commit 9162d8c74e66b330096195ca8ff38d43bd541989 Author: Frank Ch. Eigler Date: Sun Apr 7 14:55:04 2013 -0400 add emacs .dir-local.el for formatting preferences From kenj@internode.on.net Fri Apr 12 03:19:20 2013 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on oss.sgi.com X-Spam-Level: X-Spam-Status: No, score=0.0 required=5.0 tests=none autolearn=ham version=3.3.1 X-Original-To: pcp@oss.sgi.com Delivered-To: pcp@oss.sgi.com Received: from relay.sgi.com (relay1.corp.sgi.com [137.38.102.111]) by oss.sgi.com (Postfix) with ESMTP id 2874029DFA for ; Fri, 12 Apr 2013 03:19:20 -0500 (CDT) Received: from cuda.sgi.com (cuda2.sgi.com [192.48.176.25]) by relay1.corp.sgi.com (Postfix) with ESMTP id 03F7B8F80AC for ; Fri, 12 Apr 2013 01:19:16 -0700 (PDT) X-ASG-Debug-ID: 1365754754-04cbb057f6da630001-S8gJnT Received: from ipmail04.adl6.internode.on.net (ipmail04.adl6.internode.on.net [150.101.137.141]) by cuda.sgi.com with ESMTP id AuJS0t26gGgFpWlb for ; Fri, 12 Apr 2013 01:19:15 -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: AqMUADHCZ1EBiq37PGdsb2JhbAANQ4M8gy6EOrlzgSADAQEBATiCVAEBAQQjFUABEAsNAQoCAgUWCwICCQMCAQIBMRQGDQEHAQGyH3GSVIEjjXMHgi6BEwOYI4UGjgU Received: from unknown (HELO [10.10.0.15]) ([1.138.173.251]) by ipmail04.adl6.internode.on.net with ESMTP; 12 Apr 2013 17:49:11 +0930 Message-ID: <5167C37D.7040406@internode.on.net> Date: Fri, 12 Apr 2013 18:19:09 +1000 From: Ken McDonell User-Agent: Mozilla/5.0 (X11; Linux i686; rv:17.0) Gecko/20130329 Thunderbird/17.0.5 MIME-Version: 1.0 To: Stan Cox CC: Nathan Scott , PCP Mailing List Subject: Re: [pcp] python QA/709 failures References: <1086370001.24034377.1364166803775.JavaMail.root@redhat.com> <514F89FC.5020102@internode.on.net> <515DC99F.6050600@redhat.com> X-ASG-Orig-Subj: Re: [pcp] python QA/709 failures In-Reply-To: <515DC99F.6050600@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: 1365754754 X-Barracuda-URL: http://192.48.176.25:80/cgi-mod/mark.cgi X-Virus-Scanned: by bsmtpd at sgi.com X-Barracuda-BRTS-Status: 1 X-Barracuda-Spam-Score: 0.00 X-Barracuda-Spam-Status: No, SCORE=0.00 using per-user scores of TAG_LEVEL=1000.0 QUARANTINE_LEVEL=1000.0 KILL_LEVEL=2.7 tests= X-Barracuda-Spam-Report: Code version 3.2, rules version 3.2.2.127887 Rule breakdown below pts rule name description ---- ---------------------- -------------------------------------------------- On 05/04/13 05:42, Stan Cox wrote: > On 03/24/2013 07:19 PM, Ken McDonell wrote: >> failing cases are single CPU machines. > > This hopefully catches all the uniprocessor accesses. The change is to > my development version which has the pcp accesses split out into a > module pmsubsys.py. > Stan, I don't want to confuse the upstream merging by cherry-picking from your tree, especially if there are python changes beyond the qa ones. What's the plan for getting your changes merged into the official pcp tree on oss.sgi.com? From kenj@internode.on.net Fri Apr 12 05:30:39 2013 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on oss.sgi.com X-Spam-Level: X-Spam-Status: No, score=0.0 required=5.0 tests=none autolearn=ham version=3.3.1 X-Original-To: pcp@oss.sgi.com Delivered-To: pcp@oss.sgi.com Received: from relay.sgi.com (relay2.corp.sgi.com [137.38.102.29]) by oss.sgi.com (Postfix) with ESMTP id 146C029DFA for ; Fri, 12 Apr 2013 05:30:39 -0500 (CDT) Received: from cuda.sgi.com (cuda3.sgi.com [192.48.176.15]) by relay2.corp.sgi.com (Postfix) with ESMTP id F416730404E for ; Fri, 12 Apr 2013 03:30:38 -0700 (PDT) X-ASG-Debug-ID: 1365762633-04cb6c2c1ee3310001-S8gJnT Received: from ipmail06.adl2.internode.on.net (ipmail06.adl2.internode.on.net [150.101.137.129]) by cuda.sgi.com with ESMTP id CF8YvxK7q78IaPng for ; Fri, 12 Apr 2013 03:30:34 -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: AsIUAC3hZ1F4mJyVPGdsb2JhbAANQ4sktxCCY4EhAwEBAQE4glQBAQEEeBELDQsJFg8JAwIBAgExFBMIAQGyI5NIjx0WgysDnSmOBQ Received: from unknown (HELO [10.10.0.15]) ([120.152.156.149]) by ipmail06.adl2.internode.on.net with ESMTP; 12 Apr 2013 20:00:32 +0930 Message-ID: <5167E247.7030901@internode.on.net> Date: Fri, 12 Apr 2013 20:30:31 +1000 From: Ken McDonell User-Agent: Mozilla/5.0 (X11; Linux i686; rv:17.0) Gecko/20130329 Thunderbird/17.0.5 MIME-Version: 1.0 To: pcp@oss.sgi.com Subject: Re: [pcp] qa/713 certificate issue References: <5154CA71.3080200@internode.on.net> <5154CE91.1070506@internode.on.net> <516631560.605811.1364865050360.JavaMail.root@redhat.com> <515B6533.9040405@internode.on.net> <2118509281.3098105.1365112490747.JavaMail.root@redhat.com> <5165CA54.20204@internode.on.net> X-ASG-Orig-Subj: Re: [pcp] qa/713 certificate issue In-Reply-To: <5165CA54.20204@internode.on.net> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-Barracuda-Connect: ipmail06.adl2.internode.on.net[150.101.137.129] X-Barracuda-Start-Time: 1365762633 X-Barracuda-URL: http://192.48.176.15:80/cgi-mod/mark.cgi X-Virus-Scanned: by bsmtpd at sgi.com X-Barracuda-BRTS-Status: 1 X-Barracuda-Spam-Score: 0.00 X-Barracuda-Spam-Status: No, SCORE=0.00 using per-user scores of TAG_LEVEL=1000.0 QUARANTINE_LEVEL=1000.0 KILL_LEVEL=2.7 tests= X-Barracuda-Spam-Report: Code version 3.2, rules version 3.2.2.127895 Rule breakdown below pts rule name description ---- ---------------------- -------------------------------------------------- On 11/04/13 06:23, Ken McDonell wrote: > ... > Here's the transcript in the hope that someone can suggest what to try next ... No suggestions so far. Some more info. On another system I did the tutorial thing again, with similar results, except kenj@bozo-laptop:~$ PCP_SECURE_SOCKETS=enforce pmprobe sample.long.one WARNING: issuer of certificate received from host bozo-laptop is not trusted. SHA1 fingerprint is 2B:C6:AF:F2:7C:3A:B4:55:67:24:C2:6B:03:47:E3:C9:33:EC:FB:D9 Do you want to accept and save this certificate locally anyway (y/n)? WARNING: Failed to save certificate locally: The operation failed because the PKCS#11 token is not logged in. sample.long.one -12366 IPC protocol failure No clue what the PKCS#11 message is about (this is the different bit). And from pmcd.log ... root@bozo-laptop:~/src/pcp/qa# grep -i certificate /var/log/pcp/pmcd/pmcd.log Certificate: PCP Collector certificate Not Valid Before: Fri Apr 12 10:01:29 2013 UTC Not Valid After: Wed Apr 12 10:01:29 2023 UTC [Fri Apr 12 20:12:37] pmcd(27432) Error: Unable to force secure handshake: SSL peer cannot verify your certificate. [Fri Apr 12 20:13:03] pmcd(27432) Error: Unable to force secure handshake: SSL peer cannot verify your certificate. And system-wide certificates ... kenj@bozo-laptop:~$ certutil -d sql:/etc/pki/nssdb -L Certificate Nickname Trust Attributes SSL,S/MIME,JAR/XPI Local CA certificate CTu,u,u PCP Collector certificate u,u,u So far I have been unable to make secure sockets work on _any_ of the 20+ QA hosts I have, so I believe either it is totally broken, or there is something really critical missing from lab.secure.html _and_ the QA tests (712 and 713). I would really appreciate some assistance on this one from the secure socket pixies. From fche@redhat.com Fri Apr 12 08:39:21 2013 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on oss.sgi.com X-Spam-Level: X-Spam-Status: No, score=0.0 required=5.0 tests=none autolearn=ham version=3.3.1 X-Original-To: pcp@oss.sgi.com Delivered-To: pcp@oss.sgi.com Received: from relay.sgi.com (relay2.corp.sgi.com [137.38.102.29]) by oss.sgi.com (Postfix) with ESMTP id 78AB329DFA for ; Fri, 12 Apr 2013 08:39:21 -0500 (CDT) Received: from cuda.sgi.com (cuda2.sgi.com [192.48.176.25]) by relay2.corp.sgi.com (Postfix) with ESMTP id 66A57304043 for ; Fri, 12 Apr 2013 06:39:18 -0700 (PDT) X-ASG-Debug-ID: 1365773957-04cbb057f5f5040001-S8gJnT Received: from mx1.redhat.com (mx1.redhat.com [209.132.183.28]) by cuda.sgi.com with ESMTP id hmGCwiFHOKM3pVOx for ; Fri, 12 Apr 2013 06:39:17 -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-mx01.intmail.prod.int.phx2.redhat.com (int-mx01.intmail.prod.int.phx2.redhat.com [10.5.11.11]) by mx1.redhat.com (8.14.4/8.14.4) with ESMTP id r3CDdCGe021358 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK); Fri, 12 Apr 2013 09:39:13 -0400 Received: from fche.csb (vpn-56-69.rdu2.redhat.com [10.10.56.69]) by int-mx01.intmail.prod.int.phx2.redhat.com (8.13.8/8.13.8) with ESMTP id r3CDdCBG000885; Fri, 12 Apr 2013 09:39:12 -0400 Received: by fche.csb (Postfix, from userid 2569) id D4FEC58C00; Fri, 12 Apr 2013 09:39:11 -0400 (EDT) To: Ken McDonell Cc: Stan Cox , pcp@oss.sgi.com Subject: Re: python QA/709 failures References: <1086370001.24034377.1364166803775.JavaMail.root@redhat.com> <514F89FC.5020102@internode.on.net> <515DC99F.6050600@redhat.com> <5167C37D.7040406@internode.on.net> X-ASG-Orig-Subj: Re: python QA/709 failures From: fche@redhat.com (Frank Ch. Eigler) Date: Fri, 12 Apr 2013 09:39:11 -0400 In-Reply-To: <5167C37D.7040406@internode.on.net> (Ken McDonell's message of "Fri, 12 Apr 2013 18:19:09 +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.67 on 10.5.11.11 X-Barracuda-Connect: mx1.redhat.com[209.132.183.28] X-Barracuda-Start-Time: 1365773957 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, Ken - kenj wrote: > I don't want to confuse the upstream merging by cherry-picking from > your tree, especially if there are python changes beyond the qa ones. (For what it's worth, git does not get confused about cherry-picking and a later merging from the same source.) > What's the plan for getting your changes merged into the official pcp > tree on oss.sgi.com? I expect they will be merged very shortly, after Nathan/Stan return. - FChE From kenj@internode.on.net Fri Apr 12 15:49:24 2013 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on oss.sgi.com X-Spam-Level: X-Spam-Status: No, score=0.0 required=5.0 tests=none autolearn=ham version=3.3.1 X-Original-To: pcp@oss.sgi.com Delivered-To: pcp@oss.sgi.com Received: from relay.sgi.com (relay3.corp.sgi.com [198.149.34.15]) by oss.sgi.com (Postfix) with ESMTP id A87977CBF for ; Fri, 12 Apr 2013 15:49:24 -0500 (CDT) Received: from cuda.sgi.com (cuda1.sgi.com [192.48.157.11]) by relay3.corp.sgi.com (Postfix) with ESMTP id 5083DAC002 for ; Fri, 12 Apr 2013 13:49:21 -0700 (PDT) X-ASG-Debug-ID: 1365799756-04bdf02d201230f0001-S8gJnT Received: from ipmail06.adl2.internode.on.net (ipmail06.adl2.internode.on.net [150.101.137.129]) by cuda.sgi.com with ESMTP id qpi1D5CzK7JiTLWi for ; Fri, 12 Apr 2013 13:49:16 -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: AhMVAOxyaFF4mFDBPGdsb2JhbAANQ4sktxSCZ4EjAwEBAQE4glQBAQEDAThAARALDQsJFg8JAwIBAgExFAYNAQcBAYgKqT2TQ41lgTIHg0EDnSqOBoFh Received: from unknown (HELO [10.10.0.15]) ([120.152.80.193]) by ipmail06.adl2.internode.on.net with ESMTP; 13 Apr 2013 06:19:04 +0930 Message-ID: <5168733D.4040903@internode.on.net> Date: Sat, 13 Apr 2013 06:49:01 +1000 From: Ken McDonell User-Agent: Mozilla/5.0 (X11; Linux i686; rv:17.0) Gecko/20130329 Thunderbird/17.0.5 MIME-Version: 1.0 To: "Frank Ch. Eigler" CC: Stan Cox , pcp@oss.sgi.com Subject: Re: python QA/709 failures References: <1086370001.24034377.1364166803775.JavaMail.root@redhat.com> <514F89FC.5020102@internode.on.net> <515DC99F.6050600@redhat.com> <5167C37D.7040406@internode.on.net> X-ASG-Orig-Subj: Re: python QA/709 failures In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Barracuda-Connect: ipmail06.adl2.internode.on.net[150.101.137.129] X-Barracuda-Start-Time: 1365799756 X-Barracuda-URL: http://192.48.157.11:80/cgi-mod/mark.cgi X-Virus-Scanned: by bsmtpd at sgi.com X-Barracuda-BRTS-Status: 1 X-Barracuda-Spam-Score: 0.00 X-Barracuda-Spam-Status: No, SCORE=0.00 using per-user scores of TAG_LEVEL=1000.0 QUARANTINE_LEVEL=1000.0 KILL_LEVEL=2.7 tests=BSF_SC0_MISMATCH_TO X-Barracuda-Spam-Report: Code version 3.2, rules version 3.2.2.127935 Rule breakdown below pts rule name description ---- ---------------------- -------------------------------------------------- 0.00 BSF_SC0_MISMATCH_TO Envelope rcpt doesn't match header On 12/04/13 23:39, Frank Ch. Eigler wrote: > > Hi, Ken - > > kenj wrote: > >> I don't want to confuse the upstream merging by cherry-picking from >> your tree, especially if there are python changes beyond the qa ones. > > (For what it's worth, git does not get confused about cherry-picking > and a later merging from the same source.) Understood ... From Stan's mail I understood there were associated python packaging changes required, and it was not clear exactly how much I'd need to cherry pick beyond the qa test changes. >> What's the plan for getting your changes merged into the official pcp >> tree on oss.sgi.com? > > I expect they will be merged very shortly, after Nathan/Stan return. OK, I'll wait. Thanks, Frank. From kenj@internode.on.net Sat Apr 13 16:25:41 2013 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on oss.sgi.com X-Spam-Level: X-Spam-Status: No, score=0.0 required=5.0 tests=none autolearn=ham version=3.3.1 X-Original-To: pcp@oss.sgi.com Delivered-To: pcp@oss.sgi.com Received: from relay.sgi.com (relay2.corp.sgi.com [137.38.102.29]) by oss.sgi.com (Postfix) with ESMTP id 12B117F53 for ; Sat, 13 Apr 2013 16:25:41 -0500 (CDT) Received: from cuda.sgi.com (cuda2.sgi.com [192.48.176.25]) by relay2.corp.sgi.com (Postfix) with ESMTP id F27DA304048 for ; Sat, 13 Apr 2013 14:25:37 -0700 (PDT) X-ASG-Debug-ID: 1365888333-04cbb057f8179c00001-S8gJnT Received: from ipmail06.adl6.internode.on.net (ipmail06.adl6.internode.on.net [150.101.137.145]) by cuda.sgi.com with ESMTP id VcHc3f5K6HInOT3R for ; Sat, 13 Apr 2013 14:25:34 -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: AgYVAGrMaVF4mJj+PGdsb2JhbAANQ4M8h2q6fQMBAQEBOINTKQcNFhgDAgECATEnBgIBAbAGknSNSgqFCwOYJoUHjgY Received: from unknown (HELO [10.10.0.15]) ([120.152.152.254]) by ipmail06.adl6.internode.on.net with ESMTP; 14 Apr 2013 06:55:31 +0930 Message-ID: <5169CD48.5030504@internode.on.net> Date: Sun, 14 Apr 2013 07:25:28 +1000 From: Ken McDonell User-Agent: Mozilla/5.0 (X11; Linux i686; rv:17.0) Gecko/20130329 Thunderbird/17.0.5 MIME-Version: 1.0 To: pcp@oss.sgi.com Subject: pcp-gui updates Content-Type: text/plain; charset=ISO-8859-1 X-ASG-Orig-Subj: pcp-gui updates Content-Transfer-Encoding: 7bit X-Barracuda-Connect: ipmail06.adl6.internode.on.net[150.101.137.145] X-Barracuda-Start-Time: 1365888334 X-Barracuda-URL: http://192.48.176.25:80/cgi-mod/mark.cgi X-Virus-Scanned: by bsmtpd at sgi.com X-Barracuda-BRTS-Status: 1 X-Barracuda-Spam-Score: 0.00 X-Barracuda-Spam-Status: No, SCORE=0.00 using per-user scores of TAG_LEVEL=1000.0 QUARANTINE_LEVEL=1000.0 KILL_LEVEL=2.7 tests= X-Barracuda-Spam-Report: Code version 3.2, rules version 3.2.2.128035 Rule breakdown below pts rule name description ---- ---------------------- -------------------------------------------------- These changes consolidate previous attempts to get pmview working outside the original IRIX/Inventor/ViewKit environment. It is very much a work-in-progress, with pmview built into the pcp-gui package, but the pmview application is not yet functional (draws the scene, but no pmtime nor metrics stream for animation). This push back to my oss.sgi.com tree is intended to share what's been done so far, and to allow me to merge in recent pcp-gui changes from the official tree. Changes committed to git://oss.sgi.com/kenj/pcp-gui.git dev aclocal.m4 | 16 configure.in | 3 debian/GNUmakefile | 2 debian/pcp-doc.install | 1 debian/pcp-gui.postinst | 7 images/GNUmakefile | 4 images/aboutqt.png |binary images/aboutqt.svg | 136 ++ images/document-save-as.png |binary images/document-save-as.svg | 601 +++++++++ images/pmview.icns |binary images/pmview.png |binary images/pmview.svg | 503 +++++++ images/pmviewicon.png |binary images/title-close.png |binary images/title-close.svg | 385 +++++ images/title-focus.png |binary images/title-focus.svg | 218 +++ images/title-trans.png |binary images/title-trans.svg | 218 +++ images/view-close.png |binary images/view-close.svg | 337 +++++ images/view-edit.png |binary images/view-edit.svg | 329 +++++ images/view-new.png |binary images/view-new.svg | 317 ++++ images/view-rotate.png |binary images/view-rotate.svg | 446 ++++++ m4/package_globals.m4 | 16 src/GNUmakefile | 2 src/chart/images/.gitignore | 1 src/chart/views/BusyCPU | 54 src/dumptext/pmdumptext.cpp | 7 src/dumptext/pmdumptext.pro.in | 2 src/include/builddefs.in | 1 src/include/buildrules | 3 src/libapp/GNUmakefile | 24 src/libapp/app.cpp | 267 ++++ src/libapp/app.h | 81 + src/libapp/console.cpp | 96 + src/libapp/console.h | 40 src/libapp/console.ui | 132 ++ src/libapp/fileiconprovider.cpp | 139 ++ src/libapp/fileiconprovider.h | 52 src/libapp/groupcontrol.cpp | 259 ++++ src/libapp/groupcontrol.h | 88 + src/libapp/images/GNUmakefile | 30 src/libapp/libapp.pro.in | 16 src/libapp/libapp.qrc | 48 src/libapp/recorddialog.cpp | 327 +++++ src/libapp/recorddialog.h | 93 + src/libapp/recorddialog.ui | 540 ++++++++ src/libapp/statusbar.cpp | 105 + src/libapp/statusbar.h | 61 src/libapp/timebutton.cpp | 100 + src/libapp/timebutton.h | 60 src/libapp/timecontrol.cpp | 441 ++++++ src/libapp/timecontrol.h | 110 + src/libapp/viewcontrol.cpp | 164 ++ src/libapp/viewcontrol.h | 70 + src/libpcp_inv/GNUmakefile | 76 - src/libpcp_inv/src/.gitignore | 4 src/libpcp_inv/src/App.c++ | 94 - src/libpcp_inv/src/App.cpp | 94 - src/libpcp_inv/src/App.h | 94 - src/libpcp_inv/src/ColScaleMod.c++ | 386 ++--- src/libpcp_inv/src/ColScaleMod.cpp | 386 ++--- src/libpcp_inv/src/ColScaleMod.h | 158 +- src/libpcp_inv/src/ColorMod.c++ | 330 ++--- src/libpcp_inv/src/ColorMod.cpp | 330 ++--- src/libpcp_inv/src/ColorMod.h | 146 +- src/libpcp_inv/src/ColorScale.c++ | 338 ++--- src/libpcp_inv/src/ColorScale.cpp | 338 ++--- src/libpcp_inv/src/ColorScale.h | 206 +-- src/libpcp_inv/src/Form.c++ | 378 ++--- src/libpcp_inv/src/Form.cpp | 378 ++--- src/libpcp_inv/src/Form.h | 118 - src/libpcp_inv/src/FormUI.c++ | 700 +++++----- src/libpcp_inv/src/FormUI.cpp | 700 +++++----- src/libpcp_inv/src/FormUI.h | 152 +- src/libpcp_inv/src/GNUmakefile | 176 +- src/libpcp_inv/src/Inv.c++ | 400 +++--- src/libpcp_inv/src/Inv.cpp | 400 +++--- src/libpcp_inv/src/Inv.h | 228 +-- src/libpcp_inv/src/Launch.c++ | 814 ++++++------ src/libpcp_inv/src/Launch.cpp | 814 ++++++------ src/libpcp_inv/src/Launch.h | 262 ++-- src/libpcp_inv/src/LaunchMenu.c++ | 348 ++--- src/libpcp_inv/src/LaunchMenu.cpp | 348 ++--- src/libpcp_inv/src/LaunchMenu.h | 118 - src/libpcp_inv/src/Menu.c++ | 340 ++--- src/libpcp_inv/src/Menu.cpp | 340 ++--- src/libpcp_inv/src/Menu.h | 244 +-- src/libpcp_inv/src/MetricList.c++ | 466 +++---- src/libpcp_inv/src/MetricList.cpp | 466 +++---- src/libpcp_inv/src/MetricList.h | 198 +-- src/libpcp_inv/src/ModList.c++ | 948 +++++++------- src/libpcp_inv/src/ModList.cpp | 948 +++++++------- src/libpcp_inv/src/ModList.h | 302 ++-- src/libpcp_inv/src/Modulate.c++ | 280 ++-- src/libpcp_inv/src/Modulate.cpp | 280 ++-- src/libpcp_inv/src/Modulate.h | 252 +-- src/libpcp_inv/src/PCPColor.c++ | 204 +-- src/libpcp_inv/src/PCPColor.cpp | 204 +-- src/libpcp_inv/src/PCPColor.h | 130 +- src/libpcp_inv/src/Record.c++ | 1102 ++++++++--------- src/libpcp_inv/src/Record.cpp | 1102 ++++++++--------- src/libpcp_inv/src/Record.h | 262 ++-- src/libpcp_inv/src/ScaleMod.c++ | 374 ++--- src/libpcp_inv/src/ScaleMod.cpp | 374 ++--- src/libpcp_inv/src/ScaleMod.h | 152 +- src/libpcp_inv/src/StackMod.c++ | 1186 +++++++++--------- src/libpcp_inv/src/StackMod.cpp | 1186 +++++++++--------- src/libpcp_inv/src/StackMod.h | 228 +-- src/libpcp_inv/src/ToggleMod.c++ | 218 +-- src/libpcp_inv/src/ToggleMod.cpp | 218 +-- src/libpcp_inv/src/ToggleMod.h | 166 +- src/libpcp_inv/src/View.c++ | 2190 +++++++++++++++++----------------- src/libpcp_inv/src/View.cpp | 2190 +++++++++++++++++----------------- src/libpcp_inv/src/View.h | 374 ++--- src/libpcp_inv/src/VkPixmap.c++ | 322 ++-- src/libpcp_inv/src/VkPixmap.cpp | 322 ++-- src/libpcp_inv/src/Window.c++ | 528 ++++---- src/libpcp_inv/src/Window.cpp | 528 ++++---- src/libpcp_inv/src/Window.h | 200 +-- src/libpcp_inv/src/YScaleMod.c++ | 110 - src/libpcp_inv/src/YScaleMod.cpp | 110 - src/libpcp_inv/src/YScaleMod.h | 106 - src/libpcp_omc/GNUmakefile | 78 - src/libpcp_omc/src/.gitignore | 2 src/libpcp_omc/src/Args.c++ | 328 ++--- src/libpcp_omc/src/Args.cpp | 328 ++--- src/libpcp_omc/src/Args.h | 136 +- src/libpcp_omc/src/Bool.h | 74 - src/libpcp_omc/src/Context.c++ | 494 +++---- src/libpcp_omc/src/Context.cpp | 494 +++---- src/libpcp_omc/src/Context.h | 228 +-- src/libpcp_omc/src/Desc.c++ | 448 +++--- src/libpcp_omc/src/Desc.cpp | 454 +++---- src/libpcp_omc/src/Desc.h | 174 +- src/libpcp_omc/src/GNUmakefile | 122 - src/libpcp_omc/src/Hash.h | 238 +-- src/libpcp_omc/src/Indom.c++ | 188 +- src/libpcp_omc/src/Indom.cpp | 188 +- src/libpcp_omc/src/Indom.h | 168 +- src/libpcp_omc/src/List.h | 612 ++++----- src/libpcp_omc/src/Metric.c++ | 1638 ++++++++++++------------- src/libpcp_omc/src/Metric.cpp | 1646 ++++++++++++------------- src/libpcp_omc/src/Metric.h | 348 ++--- src/libpcp_omc/src/Source.c++ | 936 +++++++------- src/libpcp_omc/src/Source.cpp | 968 +++++++-------- src/libpcp_omc/src/Source.h | 268 ++-- src/libpcp_omc/src/String.c++ | 490 +++---- src/libpcp_omc/src/String.cpp | 490 +++---- src/libpcp_omc/src/String.h | 252 +-- src/libpcp_omc/src/Vector.h | 388 +++--- src/libpcp_omc/src/checklink.cpp | 92 - src/libpcp_omc/src/fetchgroup.c | 1252 +++++++++---------- src/libpcp_omc/src/fetchgroup.cpp | 1258 +++++++++---------- src/libpcp_omc/src/fetchgroup.h | 422 +++--- src/libpcp_omc/src/impl_mon.h | 416 +++--- src/pmafm/pcp-gui.pmafm | 4 src/query/images/.gitignore | 1 src/snap/pmsnap.sh | 34 src/time/GNUmakefile | 4 src/time/console.cpp | 65 - src/time/console.h | 37 src/time/console.ui | 139 -- src/time/images/.gitignore | 1 src/time/main.cpp | 65 - src/time/pmtime.pro.in | 14 src/time/pmtimearch.cpp | 23 src/time/pmtimearch.h | 1 src/view/.gitignore | 7 src/view/BarMod.cpp | 1212 +++++++++--------- src/view/BarMod.h | 296 ++-- src/view/BarObj.cpp | 1076 ++++++++-------- src/view/BarObj.h | 264 ++-- src/view/BaseObj.cpp | 262 ++-- src/view/BaseObj.h | 266 ++-- src/view/ColorList.cpp | 422 +++--- src/view/ColorList.h | 182 +- src/view/DefaultObj.cpp | 394 +++--- src/view/DefaultObj.h | 334 ++--- src/view/GNUmakefile | 245 ++- src/view/GridObj.cpp | 636 ++++----- src/view/GridObj.h | 242 +-- src/view/LabelObj.cpp | 238 +-- src/view/LabelObj.h | 226 +-- src/view/Link.cpp | 444 +++--- src/view/Link.h | 116 - src/view/ModObj.h | 98 - src/view/PipeObj.cpp | 390 +++--- src/view/PipeObj.h | 126 - src/view/README | 58 src/view/SceneFileObj.cpp | 268 ++-- src/view/SceneFileObj.h | 120 - src/view/StackObj.cpp | 302 ++-- src/view/StackObj.h | 166 +- src/view/Text.cpp | 678 +++++----- src/view/Text.h | 186 +- src/view/ViewObj.cpp | 350 ++--- src/view/ViewObj.h | 300 ++-- src/view/Xing.cpp | 400 +++--- src/view/Xing.h | 53 src/view/app-defaults | 207 +++ src/view/barmod.cpp | 602 +++++++++ src/view/barmod.h | 132 ++ src/view/barobj.cpp | 536 ++++++++ src/view/barobj.h | 125 + src/view/baseobj.cpp | 125 + src/view/baseobj.h | 119 + src/view/colorlist.cpp | 186 ++ src/view/colorlist.h | 77 + src/view/colormod.cpp | 160 ++ src/view/colormod.h | 59 src/view/colorscale.cpp | 158 ++ src/view/colorscale.h | 89 + src/view/colorscalemod.cpp | 189 ++ src/view/colorscalemod.h | 65 + src/view/defaultobj.cpp | 172 ++ src/view/defaultobj.h | 152 ++ src/view/error.cpp | 93 + src/view/front-ends/GNUmakefile | 25 src/view/front-ends/clustervis | 357 +++++ src/view/front-ends/config.clustervis | 51 src/view/front-ends/config.dkvis | 44 src/view/front-ends/config.mpvis | 45 src/view/front-ends/config.nfsvis | 44 src/view/front-ends/config.osvis | 63 src/view/front-ends/config.weblogvis | 52 src/view/front-ends/config.webpingvis | 40 src/view/front-ends/config.webvis | 83 + src/view/front-ends/dkvis | 592 +++++++++ src/view/front-ends/mpvis | 474 +++++++ src/view/front-ends/nfsvis | 262 +++- src/view/front-ends/osvis | 696 ++++++++++ src/view/front-ends/pmview-args | 655 +++++++++- src/view/front-ends/weblogvis | 487 +++++++ src/view/front-ends/weblogvis.load | 103 + src/view/front-ends/weblogvis.rgb |binary src/view/front-ends/webpingvis | 412 ++++++ src/view/front-ends/webpingvis.rgb |binary src/view/front-ends/webvis | 749 +++++++++++ src/view/front-ends/webvis.rgb |binary src/view/gram.y | 1507 ++++++++++++++++++++++- src/view/gridobj.cpp | 311 ++++ src/view/gridobj.h | 107 + src/view/icon |binary src/view/images/GNUmakefile | 36 src/view/labelobj.cpp | 112 + src/view/labelobj.h | 99 + src/view/launch.cpp | 393 ++++++ src/view/launch.h | 113 + src/view/lex.l | 490 +++++++ src/view/link.cpp | 218 +++ src/view/link.h | 52 src/view/main.cpp | 490 +++++++ src/view/main.h | 153 ++ src/view/metriclist.cpp | 234 +++ src/view/metriclist.h | 83 + src/view/modlist.cpp | 469 +++++++ src/view/modlist.h | 134 ++ src/view/modobj.h | 43 src/view/modulate.cpp | 131 ++ src/view/modulate.h | 117 + src/view/pcpcolor.cpp | 100 + src/view/pcpcolor.h | 61 src/view/pipeobj.cpp | 187 ++ src/view/pipeobj.h | 54 src/view/pmview.cpp | 1445 ++++++++++++++++------ src/view/pmview.desktop | 8 src/view/pmview.h | 294 +++- src/view/pmview.info.in | 18 src/view/pmview.pro.in | 35 src/view/pmview.qrc | 61 src/view/pmview.sh.IN | 2 src/view/pmview.ui | 388 ++++++ src/view/scalemod.cpp | 182 ++ src/view/scalemod.h | 62 src/view/scenefileobj.cpp | 127 + src/view/scenefileobj.h | 53 src/view/scenegroup.cpp | 178 ++ src/view/scenegroup.h | 62 src/view/stackmod.cpp | 593 +++++++++ src/view/stackmod.h | 98 + src/view/stackobj.cpp | 144 ++ src/view/stackobj.h | 76 + src/view/text.cpp | 333 +++++ src/view/text.h | 83 + src/view/togglemod.cpp | 103 + src/view/togglemod.h | 75 + src/view/view.cpp | 282 ++-- src/view/viewobj.cpp | 168 ++ src/view/viewobj.h | 135 ++ src/view/xing.cpp | 202 +++ src/view/xing.h | 48 src/view/yscalemod.cpp | 46 src/view/yscalemod.h | 44 299 files changed, 52843 insertions(+), 28455 deletions(-) commit 40fcb7ecd00bb838f1982b4679191087401e583e Author: Ken McDonell Date: Sun Apr 14 07:10:38 2013 +1000 pmdumptext - small diag and build config changes commit 972b08eae27c902ba81012b11c20938c343f82d9 Author: Ken McDonell Date: Sun Mar 17 18:25:29 2013 +1100 pmtime - refactoring to use libapp Convert to use Console from libapp, add App use, minor diagnostic changes. commit e8cc0504ddc0a35c4ebb1a14d0be9402211f23cb Author: Ken McDonell Date: Sat Mar 16 16:35:04 2013 +1100 pmview - move Aconex code forward Expunge QT Assistant references. Move to new images management regime. Small housekeeping. commit 854881b3ddd97af425bf65e0ab6c8202c5f7a25d Author: Ken McDonell Date: Sat Mar 16 16:34:08 2013 +1100 pmview wrapper for Mac OS X commit d98d6464dede495fc9eb56079ec9064e58c699c9 Author: Ken McDonell Date: Sat Mar 16 16:32:53 2013 +1100 pmview - call startconsole() after command line args processed commit 7b24ff23b09f2780c648de7f8a5504e0f8249f83 Author: Ken McDonell Date: Sat Mar 16 16:30:55 2013 +1100 pmview front-end scripts Clean up GPL, pcp.env sourcing and cull any vestiges of ViewKit command line args. commit 03290705c1493c48d75bbd5c233038c4b6828bb2 Author: Ken McDonell Date: Sat Mar 16 16:29:00 2013 +1100 More desktop integration ... For Gnome and Unity, need svg files installed for desktop icons, not png files. And need to put icons in a standard place, not a directory owned by pcp. commit 37b88f497bdb7a310ef0e583b17061caf615dd1a Author: Ken McDonell Date: Sat Mar 16 16:23:15 2013 +1100 Debian desktop integration. Add postinst script to call gtk-update-icon-cache. This makes the application icons "work" for the Ubuntu Unity Launcher as well. commit fa2014ec58d2555c27721ec6a2550322101973aa Author: Ken McDonell Date: Sat Mar 16 15:58:46 2013 +1100 libapp - changes - add startconsole() method to allow console to start after command line args have been processed - migrate to newer images regime used in pmchart et al commit aaf8ab49841d8c5403f931a4f1f7abdd8dc41bbf Author: Ken McDonell Date: Sat Mar 16 15:47:56 2013 +1100 Remove a couple of more files that are no longer needed. commit c9ce68349f3933cb04aade0723d3a3faa2bc15d1 Author: Ken McDonell Date: Sat Mar 16 15:46:30 2013 +1100 Remove old pmview .h files ... all renamed in later code base. commit 8b04b179309de4e8fbd3a4f1ad56be75aaa125b9 Author: Ken McDonell Date: Sat Mar 16 15:45:24 2013 +1100 Remove old pmview .cpp files ... all renamed in later code base. commit 3be81c3e969fc5d9e92b50217d0f86a1a9ae171a Author: Ken McDonell Date: Sat Mar 16 15:42:04 2013 +1100 Remove libpcp_inv - not needed any more. commit af8ccb210d8a6986c05efafb3e9123c9dce2301b Author: Ken McDonell Date: Sat Mar 16 15:40:32 2013 +1100 Remove libpcp_omc - not needed anymore commit dbf8d67fc4151ebd8b00cbfbb5e65b33f4386dec Author: Ken McDonell Date: Sun Feb 24 18:54:04 2013 +1100 pmview and libapp - merge changes from Aconex pmview builds, but remains disfunctional ... this is an interim checkin. commit 44d20ac3ca89974067503c8335969c72938bbe05 Author: Ken McDonell Date: Sat Feb 23 08:43:13 2013 +1100 Add pmview from SGI. commit 7459065eb0e61e1aa2bfbd68d29dbff9b88e1194 Author: Ken McDonell Date: Sat Feb 23 06:56:53 2013 +1100 libpcp_inv, libpcp_omc - another interim commit This gets us close to compiling! commit 031b704a67780c4f9e6b4bcae8fb6d3433d186bd Author: Ken McDonell Date: Thu Jan 31 16:28:01 2013 +1100 Add libpcp_inv. Baseline checkin of source as released by sgi. commit a773ab460dfb5295eeca29e1a3293858209a525f Author: Ken McDonell Date: Thu Jan 31 16:26:33 2013 +1100 libpcp_omc - compiles OK commit 470f17fcf8a5735e7ec6651d4caa13b953edef30 Author: Ken McDonell Date: Wed Jan 30 19:23:15 2013 +1100 Add __pmFetchGroup* and header. Baseline checkin of source as released by sgi. commit 4d0bba6072cc6ba16d793ff2baae8c5bab7f7c1f Author: Ken McDonell Date: Wed Jan 30 17:11:16 2013 +1100 Add libpcp_omc. Baseline checkin of source as released by sgi. commit bc6bc874636942f3ad9abf4ea6ad8516cd1e798c Author: Nathan Scott Date: Tue Nov 27 11:03:32 2012 +1100 Remove remaining references to old Qt doc adp files commit a88e2cdf62a7e319839c18f08be72b9fce2fb9dc Author: David Disseldorp Date: Tue Nov 27 11:02:19 2012 +1100 Nest tmp files under mktemp subdirs src/chart/views/BusyCPU and src/snap/pmsnap.sh currently manipulate predictable files in /tmp and /var/tmp, allowing for symlink race vulnerabilities. From pcp-announce-bounces@oss.sgi.com Sun Apr 14 15:17:53 2013 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on oss.sgi.com X-Spam-Level: X-Spam-Status: No, score=0.0 required=5.0 tests=RP_MATCHES_RCVD autolearn=ham version=3.3.1 X-Original-To: pcp@oss.sgi.com Delivered-To: pcp@oss.sgi.com Received: from oss.sgi.com (localhost [IPv6:::1]) by oss.sgi.com (Postfix) with ESMTP id 7BC5A7F4E; Sun, 14 Apr 2013 15:17:53 -0500 (CDT) X-Original-To: pcp-announce@oss.sgi.com Delivered-To: pcp-announce@oss.sgi.com Received: from relay.sgi.com (relay2.corp.sgi.com [137.38.102.29]) by oss.sgi.com (Postfix) with ESMTP id 173257F4C for ; Sun, 14 Apr 2013 15:17:51 -0500 (CDT) Received: from cuda.sgi.com (cuda3.sgi.com [192.48.176.15]) by relay2.corp.sgi.com (Postfix) with ESMTP id E8705304032 for ; Sun, 14 Apr 2013 13:17:47 -0700 (PDT) X-ASG-Debug-ID: 1365970662-04cb6c2c1d1c9d20001-87ZIJf Received: from mx4-phx2.redhat.com (mx4-phx2.redhat.com [209.132.183.25]) by cuda.sgi.com with ESMTP id 4RQvbZLNyJnaktBg; Sun, 14 Apr 2013 13:17:42 -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 r3EKHfwb022819; Sun, 14 Apr 2013 16:17:42 -0400 Date: Sun, 14 Apr 2013 16:17:41 -0400 (EDT) From: Nathan Scott To: pcp-announce@oss.sgi.com Message-ID: <284647072.253038.1365970661839.JavaMail.root@redhat.com> In-Reply-To: <1573433170.242390.1365964651510.JavaMail.root@redhat.com> MIME-Version: 1.0 X-ASG-Orig-Subj: SGI releases the PCP books content to the community X-Originating-IP: [10.5.82.12] X-Mailer: Zimbra 8.0.3_GA_5664 (ZimbraWebClient - FF17 (Linux)/8.0.3_GA_5664) Thread-Topic: SGI releases the PCP books content to the community Thread-Index: ZDdx1dvYBwpbhp3dkk7L+vJgtwNGXg== X-Barracuda-Connect: mx4-phx2.redhat.com[209.132.183.25] X-Barracuda-Start-Time: 1365970662 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=BSF_SC0_MISMATCH_TO, THREAD_INDEX, THREAD_TOPIC X-Barracuda-Spam-Report: Code version 3.2, rules version 3.2.2.128127 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 Cc: Jeff Hanson , Chris Wengelski Subject: [pcp-announce] SGI releases the PCP books content to the community X-BeenThere: pcp-announce@oss.sgi.com X-Mailman-Version: 2.1.14 Precedence: list Reply-To: Nathan Scott List-Id: pcp announcements List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Errors-To: pcp-announce-bounces@oss.sgi.com Sender: pcp-announce-bounces@oss.sgi.com Hi all, I'm very pleased to let everyone know that SGI is making the content of the PCP books available to the community under an open license! Many thanks to Corneliu Boac, Jeff Hanson, Chris Wengelski and the folks in SGI legal who have worked toward this on behalf of the community. The content is available to us under the CC-SA license (Creative Commons Attribution - Share Alike), and it is initially being housed in a new "pcp-books" repository on oss.sgi.com: git clone git://oss.sgi.com/pcp/pcp-books.git This contains all of the content to two books, namely: Performance Co-Pilot Users and Administrators Guide Performance Co-Pilot Programmers Guide Special thanks are also due to Frank Eigler from Red Hat for making the content buildable with open toolchains. Refer to the README files Frank has created alongside the book content describing several available build options. There are many areas where we have updated the core PCP code that requires corresponding updates in these books. If anyone would like to contribute updates to any of the areas they coded or know well, please coordinate with me (preferably CC'ing the pcp@oss.sgi.com mailing list too) as some updates are already in-progress. Once again - thanks SGI, on behalf of everyone! cheers. -- Nathan _______________________________________________ pcp-announce mailing list pcp-announce@oss.sgi.com http://oss.sgi.com/mailman/listinfo/pcp-announce From nscott@redhat.com Sun Apr 14 18:19:42 2013 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on oss.sgi.com X-Spam-Level: X-Spam-Status: No, score=0.0 required=5.0 tests=none autolearn=ham version=3.3.1 X-Original-To: pcp@oss.sgi.com Delivered-To: pcp@oss.sgi.com Received: from relay.sgi.com (relay2.corp.sgi.com [137.38.102.29]) by oss.sgi.com (Postfix) with ESMTP id EDAC67F4C for ; Sun, 14 Apr 2013 18:19:42 -0500 (CDT) Received: from cuda.sgi.com (cuda2.sgi.com [192.48.176.25]) by relay2.corp.sgi.com (Postfix) with ESMTP id D979C304032 for ; Sun, 14 Apr 2013 16:19:39 -0700 (PDT) X-ASG-Debug-ID: 1365981571-04cbb057f71cadb0001-S8gJnT Received: from mx3-phx2.redhat.com (mx3-phx2.redhat.com [209.132.183.24]) by cuda.sgi.com with ESMTP id YnocPGH9vKFiNvEW for ; Sun, 14 Apr 2013 16:19:32 -0700 (PDT) X-Barracuda-Envelope-From: nscott@redhat.com X-Barracuda-Apparent-Source-IP: 209.132.183.24 Received: from zmail20.collab.prod.int.phx2.redhat.com (zmail20.collab.prod.int.phx2.redhat.com [10.5.83.23]) by mx3-phx2.redhat.com (8.13.8/8.13.8) with ESMTP id r3ENJVW5003225 for ; Sun, 14 Apr 2013 19:19:31 -0400 Date: Sun, 14 Apr 2013 19:19:31 -0400 (EDT) From: Nathan Scott Reply-To: Nathan Scott To: PCP Mailing List Message-ID: <436049674.280325.1365981571605.JavaMail.root@redhat.com> In-Reply-To: <1674934457.280315.1365981530257.JavaMail.root@redhat.com> Subject: pcp updates: kenj + rdoyle merges MIME-Version: 1.0 X-ASG-Orig-Subj: pcp updates: kenj + rdoyle merges Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-Originating-IP: [10.5.82.12] X-Mailer: Zimbra 8.0.3_GA_5664 (ZimbraWebClient - FF17 (Linux)/8.0.3_GA_5664) Thread-Topic: pcp updates: kenj + rdoyle merges Thread-Index: 12wGAbV1b+qMFp9Ln6naYcfJMyT0DA== X-Barracuda-Connect: mx3-phx2.redhat.com[209.132.183.24] X-Barracuda-Start-Time: 1365981572 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.2.128139 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://oss.sgi.com/pcp/pcp.git dev CHANGELOG | 12 + VERSION.pcp | 2 configure | 4 configure.in | 4 debian/changelog | 9 - debian/control | 2 man/man1/GNUmakefile | 7 man/man1/pmwtf.1 | 152 +++++++++++++++++ qa/012 | 13 + qa/012.linux.2 | 90 ++++++++++ qa/365 | 4 qa/555 | 18 +- qa/635 | 124 +++++++++----- qa/admin/check-vm | 33 ++- qa/admin/pcp-qa-summary | 8 src/include/builddefs.in | 5 src/include/pcp/mmv_stats.h | 15 - src/libpcp/src/GNUlocaldefs.debug | 8 src/libpcp/src/auxconnect.c | 1 src/libpcp_http/src/http_error_codes.h | 1 src/libpcp_http/src/http_fetcher.c | 283 +++++++++++++++++++-------------- src/libpcp_http/src/http_fetcher.h | 4 src/perl/PMDA/PMDA.xs | 5 src/pmdas/apache/apache.c | 2 src/pmlogsummary/pmwtf.sh | 2 25 files changed, 607 insertions(+), 201 deletions(-) commit 9c15cbbcdc759e185227927b95334787663c6139 Merge: b0113a1 db12d9e Author: Nathan Scott Date: Mon Apr 15 09:14:35 2013 +1000 Merge branch 'ryan' of git://github.com/ryandoyle/pcp into dev commit db12d9e04f026663a4b31226a4e14ffe15f50c4b Author: Ryan Doyle Date: Thu Apr 11 15:37:51 2013 +1000 Re-use the error routine commit 527968b9fb9520a440f15805d835280b7bae0ec2 Author: Ryan Doyle Date: Thu Apr 11 15:18:54 2013 +1000 Remove code duplication by making a cleanup routine commit b0113a1a42339ca8c126af16a84b26eb3069a6e2 Merge: f2bce0e 3664663 Author: Ken McDonell Date: Thu Apr 11 12:14:53 2013 +1000 Merge branch 'dev' of git://oss.sgi.com/pcp/pcp into dev commit f2bce0ed23ad381323685ad410dc39cd914737a7 Author: Ken McDonell Date: Thu Apr 11 12:07:02 2013 +1000 qa/admin scripts - more fiddling about commit 8d92fdb4c1186b2258609d45afb7995bfc8b69e7 Author: Ken McDonell Date: Thu Apr 11 12:05:02 2013 +1000 qa/555 - learn about systemctl For some platforms this is the preferred way to control rsyslogd. commit 82ea851e863f8cad9d1332c717f55aab56fd5d1f Author: Ken McDonell Date: Thu Apr 11 12:02:18 2013 +1000 builddefs & libpcp - move C optimization flags to CFLAGS_OPT Isolating the C compiler oprimization flags in $(CFLAGS_OPT) allows them to be over-ridden to build versions of the libraries and apps for other purposes, like debugging, code coverage analysis, profiling, ... only use so far is for libpcp. commit ffff6343a014207d4d22cf97921f1be72039d550 Author: Ken McDonell Date: Thu Apr 11 11:58:56 2013 +1000 configure.in - remove -O2 from CFLAGS We take care of -O2 in the builddefs ... it was being set redundantly in two places and I don't believe it is needed for configure to run correctly. commit ff01786b1f59c5978b5ad943a830da433691090a Author: Ken McDonell Date: Thu Apr 11 07:19:08 2013 +1000 qa/635 - netstat -i output is not always the same! Grrr ... Fedora is different! Reengineer and generalize the test script's awk to have keywords in the header line drive column selection. commit 5a2f2ecf9a3aa9d8afed470f3aca67e29e45f2bc Merge: 7e30e0a 3664663 Author: Ryan Doyle Date: Wed Apr 10 12:57:12 2013 +1000 Merge branch 'dev' into ryan commit 3664663abe8e06dfd8822555453bb5711d0658f4 Author: Nathan Scott Date: Wed Apr 10 06:51:34 2013 +1000 Fix usage message for pmwtf, second archive is optional commit 34f96965a6bffa637920f1d589bfc8e50ff29f3f Author: Nathan Scott Date: Wed Apr 10 06:50:51 2013 +1000 Remove an unneeded local variable in perl PMDA wrapper commit 7770615075c73c2a5857673a330009d5328b8614 Author: Nathan Scott Date: Wed Apr 10 06:50:32 2013 +1000 Add struct decls for mmv structures too, for those that prefer it commit 26c4620fe4ea69190732bad48d08dcfe727e0c61 Author: Nathan Scott Date: Wed Apr 10 06:37:11 2013 +1000 Create a man page for the pmwtf utility commit 07f7c33f3f81322a6f8117a78127e90281306f1d Author: Dave Brolley Date: Tue Apr 2 16:01:47 2013 -0400 Initialize sts within __pmSockAddrToString so that it is alwasy set before checking. commit 79d7d87f157bd86ac9ec687a9376cc6ee545e0f9 Author: Nathan Scott Date: Wed Apr 10 06:14:33 2013 +1000 Add missing debian build dep, start preparing for a minor update commit 78ea183a3897576df501511ef712d86be7289422 Author: Ken McDonell Date: Tue Apr 9 20:33:10 2013 +1000 qa/365 - small adjustment to last stage of filter commit 360033c513ec8d10c305ae5cdbce333e6d073650 Author: Ken McDonell Date: Tue Apr 9 20:31:03 2013 +1000 qa/012 - small conditional output change libpcp diags a little different after recent __pmOpenLog changes. commit 7e30e0acca60ed5fe0820e5fe02d1060a89cb79e Author: Ryan Doyle Date: Tue Apr 9 15:58:22 2013 +1000 Reformat to pcp tab/space standard commit e713372458f6047e1641eb7e3e098bd706343500 Author: Ryan Doyle Date: Tue Apr 9 15:38:43 2013 +1000 Syntax commit 3aa1a9b112428e52a2c5e7d7c47af6f8a148f7ef Author: Ryan Doyle Date: Tue Apr 9 15:38:22 2013 +1000 Got confused with the naming of errno. ERRNO is just a define in http_error_codes.h commit b46f63e875eb833c6d1f78541857ac70d40560a7 Author: Ryan Doyle Date: Tue Apr 9 15:37:02 2013 +1000 Should be checking if the FD is writable, not readable commit 0433423472947f13649d962359cd297613a8becb Author: Ryan Doyle Date: Sun Apr 7 17:38:12 2013 +1000 timout is alreay set in the init section commit 1f531a147075fbdf48c2058e73a569996055f016 Author: Ryan Doyle Date: Sun Apr 7 17:34:30 2013 +1000 Implement timeout for connect(). This is blocking and causes the PMDA to stall. From nscott@redhat.com Sun Apr 14 18:33:40 2013 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on oss.sgi.com X-Spam-Level: X-Spam-Status: No, score=0.0 required=5.0 tests=none autolearn=ham version=3.3.1 X-Original-To: pcp@oss.sgi.com Delivered-To: pcp@oss.sgi.com Received: from relay.sgi.com (relay2.corp.sgi.com [137.38.102.29]) by oss.sgi.com (Postfix) with ESMTP id 5CA077F4C for ; Sun, 14 Apr 2013 18:33:40 -0500 (CDT) Received: from cuda.sgi.com (cuda2.sgi.com [192.48.176.25]) by relay2.corp.sgi.com (Postfix) with ESMTP id 3AF78304032 for ; Sun, 14 Apr 2013 16:33:40 -0700 (PDT) X-ASG-Debug-ID: 1365982418-04cbb057f71cb640001-S8gJnT Received: from mx4-phx2.redhat.com (mx4-phx2.redhat.com [209.132.183.25]) by cuda.sgi.com with ESMTP id q7fJgfaiPjZg3Lna for ; Sun, 14 Apr 2013 16:33:39 -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 r3ENXXj2017024; Sun, 14 Apr 2013 19:33:35 -0400 Date: Sun, 14 Apr 2013 19:33:33 -0400 (EDT) From: Nathan Scott Reply-To: Nathan Scott To: Ryan Doyle Cc: pcp@oss.sgi.com Message-ID: <82929559.282056.1365982413903.JavaMail.root@redhat.com> In-Reply-To: <1618143609.125492.1365658637422.JavaMail.root@acxmail-au2.aconex.com> References: <1618143609.125492.1365658637422.JavaMail.root@acxmail-au2.aconex.com> Subject: Re: [pcp] PATCH: - Implement time-out for connect() in http_fetcher MIME-Version: 1.0 X-ASG-Orig-Subj: Re: [pcp] PATCH: - Implement time-out for connect() in http_fetcher Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-Originating-IP: [10.5.82.12] X-Mailer: Zimbra 8.0.3_GA_5664 (ZimbraWebClient - FF17 (Linux)/8.0.3_GA_5664) Thread-Topic: PATCH: - Implement time-out for connect() in http_fetcher Thread-Index: T+CjLsfw1DYUFtu23cFcbHH6h5eZ0A== X-Barracuda-Connect: mx4-phx2.redhat.com[209.132.183.25] X-Barracuda-Start-Time: 1365982418 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.2.128139 Rule breakdown below pts rule name description ---- ---------------------- -------------------------------------------------- 0.01 THREAD_INDEX thread-index: AcO7Y8iR61tzADqsRmmc5wNiFHEOig== 0.01 THREAD_TOPIC Thread-Topic: ...(Japanese Subject)... Hi Ryan, ----- Original Message ----- > Updated patch to remove code duplication. > > --- > > A timeout setting exists in src/libpcp_http/src/http_fetcher.c. This is a > library that the Apache PMDA uses to read the server status page (the source > of the apache metrics). > > I noticed that this library doesn't honour the timeout value when > connect()'ing to a HTTP server. The patch implements a timeout for connect() > via select(). > > See patch provided, otherwise it is in the branch "ryan" at > git://github.com/ryandoyle/pcp.git. I've merged from there, its always easier to do a git pull. For your next update could you spend some extra time on the commit messages though? Your email above would have been a good start (gives further context, and so the casual reader of a "git log" would know the commit relates to pmdaapache) - you've got commits in there that are a little on the terse side, e.g. commit e713372458f6047e1641eb7e3e098bd706343500 Author: Ryan Doyle Date: Tue Apr 9 15:38:43 2013 +1000 Syntax Mhmm. :) Also, doing an --interactive git-rebase might suit your workflow - ie. you could squash multiple smaller commits before pushing to github and sending the pull mail. Thanks though, that fix looks good to me! cheers. -- Nathan From rdoyle@aconex.com Sun Apr 14 18:43:14 2013 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on oss.sgi.com X-Spam-Level: X-Spam-Status: No, score=0.0 required=5.0 tests=HTML_MESSAGE autolearn=ham version=3.3.1 X-Original-To: pcp@oss.sgi.com Delivered-To: pcp@oss.sgi.com Received: from relay.sgi.com (relay2.corp.sgi.com [137.38.102.29]) by oss.sgi.com (Postfix) with ESMTP id 4AA217F4C for ; Sun, 14 Apr 2013 18:43:14 -0500 (CDT) Received: from cuda.sgi.com (cuda3.sgi.com [192.48.176.15]) by relay2.corp.sgi.com (Postfix) with ESMTP id 3204B304039 for ; Sun, 14 Apr 2013 16:43:13 -0700 (PDT) X-ASG-Debug-ID: 1365982989-04cb6c2c1d1d3ec0001-S8gJnT Received: from postoffice2.aconex.com (mail.aconex.com [203.166.49.3]) by cuda.sgi.com with ESMTP id aTJhSkpO7GLpkWlE for ; Sun, 14 Apr 2013 16:43:10 -0700 (PDT) X-Barracuda-Envelope-From: rdoyle@aconex.com X-Barracuda-Apparent-Source-IP: 203.166.49.3 Received: from postoffice.aconex.com (postoffice.yarra.acx [192.168.35.100]) by postoffice2.aconex.com with ESMTP id FH32r26cRjLlZgic; Mon, 15 Apr 2013 09:43:07 +1000 (EST) Received: from gatekeeper.aconex.com (gatekeeper.yarra.acx [192.168.35.102]) by postoffice.aconex.com (Postfix) with ESMTP id B56ED3CE00A6; Mon, 15 Apr 2013 09:43:07 +1000 (EST) Received: from localhost (localhost.localdomain [127.0.0.1]) by gatekeeper.aconex.com (Postfix) with ESMTP id AE5F09E0009; Mon, 15 Apr 2013 09:43:07 +1000 (EST) X-Virus-Scanned: amavisd-new at aconex.com Received: from gatekeeper.aconex.com ([127.0.0.1]) by localhost (gatekeeper.aconex.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id dQEv94NzQJuy; Mon, 15 Apr 2013 09:43:07 +1000 (EST) Received: from acxmail-au2.aconex.com (acxmail-au2.aconex.com [192.168.35.104]) by gatekeeper.aconex.com (Postfix) with ESMTP id 204879E000A; Mon, 15 Apr 2013 09:43:07 +1000 (EST) Received: from localhost (localhost.localdomain [127.0.0.1]) by acxmail-au2.aconex.com (Postfix) with ESMTP id 1BEB169001D2; Mon, 15 Apr 2013 09:43:07 +1000 (EST) X-Virus-Scanned: amavisd-new at aconex.com Received: from acxmail-au2.aconex.com ([127.0.0.1]) by localhost (acxmail-au2.aconex.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 13XK9v87cmOp; Mon, 15 Apr 2013 09:43:07 +1000 (EST) Received: from acxmail-au2.aconex.com (acxmail-au2.aconex.com [192.168.35.104]) by acxmail-au2.aconex.com (Postfix) with ESMTP id EE2CF690019E; Mon, 15 Apr 2013 09:43:06 +1000 (EST) Date: Mon, 15 Apr 2013 09:43:06 +1000 (EST) From: Ryan Doyle To: Nathan Scott Cc: pcp@oss.sgi.com Message-ID: <362210438.183490.1365982986833.JavaMail.root@acxmail-au2.aconex.com> In-Reply-To: <82929559.282056.1365982413903.JavaMail.root@redhat.com> Subject: Re: [pcp] PATCH: - Implement time-out for connect() in http_fetcher MIME-Version: 1.0 X-ASG-Orig-Subj: Re: [pcp] PATCH: - Implement time-out for connect() in http_fetcher Content-Type: multipart/alternative; boundary="----=_Part_183489_2034553717.1365982986831" X-Originating-IP: [192.168.6.51] X-Mailer: Zimbra 7.1.4_GA_2567 (ZimbraWebClient - GC26 (Linux)/7.1.4_GA_2555) X-Virus-Scanned: by bsmtpd at aconex.com X-Barracuda-Connect: mail.aconex.com[203.166.49.3] X-Barracuda-Start-Time: 1365982989 X-Barracuda-URL: http://192.48.176.15:80/cgi-mod/mark.cgi X-Virus-Scanned: by bsmtpd at sgi.com X-Barracuda-BRTS-Status: 1 X-Barracuda-Spam-Score: 0.00 X-Barracuda-Spam-Status: No, SCORE=0.00 using per-user scores of TAG_LEVEL=1000.0 QUARANTINE_LEVEL=1000.0 KILL_LEVEL=2.7 tests=HTML_MESSAGE X-Barracuda-Spam-Report: Code version 3.2, rules version 3.2.2.128139 Rule breakdown below pts rule name description ---- ---------------------- -------------------------------------------------- 0.00 HTML_MESSAGE BODY: HTML included in message ------=_Part_183489_2034553717.1365982986831 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit Hey Nathan At the time I didn't intend on merging the commits upstream and was going to send you just the diff. In future I'll be using that branch so I'll keep the commits meaningful : ) Cheers! ---- Ryan Doyle ----- Original Message ----- From: "Nathan Scott" To: "Ryan Doyle" Cc: pcp@oss.sgi.com Sent: Monday, 15 April, 2013 9:33:33 AM Subject: Re: [pcp] PATCH: - Implement time-out for connect() in http_fetcher Hi Ryan, ----- Original Message ----- > Updated patch to remove code duplication. > > --- > > A timeout setting exists in src/libpcp_http/src/http_fetcher.c. This is a > library that the Apache PMDA uses to read the server status page (the source > of the apache metrics). > > I noticed that this library doesn't honour the timeout value when > connect()'ing to a HTTP server. The patch implements a timeout for connect() > via select(). > > See patch provided, otherwise it is in the branch "ryan" at > git://github.com/ryandoyle/pcp.git. I've merged from there, its always easier to do a git pull. For your next update could you spend some extra time on the commit messages though? Your email above would have been a good start (gives further context, and so the casual reader of a "git log" would know the commit relates to pmdaapache) - you've got commits in there that are a little on the terse side, e.g. commit e713372458f6047e1641eb7e3e098bd706343500 Author: Ryan Doyle Date: Tue Apr 9 15:38:43 2013 +1000 Syntax Mhmm. :) Also, doing an --interactive git-rebase might suit your workflow - ie. you could squash multiple smaller commits before pushing to github and sending the pull mail. Thanks though, that fix looks good to me! cheers. -- Nathan ------=_Part_183489_2034553717.1365982986831 Content-Type: text/html; charset=utf-8 Content-Transfer-Encoding: quoted-printable <= div style=3D'font-family: verdana,helvetica,sans-serif; font-size: 10pt; co= lor: #000000'>Hey Nathan

At the time I didn't intend on = merging the commits upstream and was going to send you just the diff. In fu= ture I'll be using that branch so I'll keep the commits meaningful : )

Cheers!


----Ryan Doyle

From: "Natha= n Scott" <nathans@redhat.com>
To: "Ryan Doyle" <rdoyle@a= conex.com>
Cc: pcp@oss.sgi.com
Sent: Monday, 15 Apri= l, 2013 9:33:33 AM
Subject: Re: [pcp] PATCH: - Implement time-out= for connect() in http_fetcher

Hi Ryan,

----- Original Messag= e -----
> Updated patch to remove code duplication.
>
> = ---
>
> A timeout setting exists in src/libpcp_http/src/http_f= etcher.c. This is a
> library that the Apache PMDA uses to read the s= erver status page (the source
> of the apache metrics).
>
&= gt; I noticed that this library doesn't honour the timeout value when
&g= t; connect()'ing to a HTTP server. The patch implements a timeout for conne= ct()
> via select().
>
> See patch provided, otherwise i= t is in the branch "ryan" at
> git://github.com/ryandoyle/pcp.git.
I've merged from there, its always easier to do a git pull.  For = your
next update could you spend some extra time on the commit messages<= br>though?

Your email above would have been a good start (gives furt= her context,
and so the casual reader of a "git log" would know the comm= it relates
to pmdaapache) - you've got commits in there that are a littl= e on the
terse side, e.g.

commit e713372458f6047e1641eb7e3e098bd7= 06343500
Author: Ryan Doyle <rdoyle@aconex.com>
Date:   Tu= e Apr 9 15:38:43 2013 +1000

    Syntax


Mhm= m.  :)

Also, doing an --interactive git-rebase might suit your = workflow - ie.
you could squash multiple smaller commits before pushing = to github and
sending the pull mail.

Thanks though, that fix look= s good to me!

cheers.

--
Nathan

<= /body> ------=_Part_183489_2034553717.1365982986831-- From nscott@redhat.com Sun Apr 14 21:39:04 2013 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on oss.sgi.com X-Spam-Level: X-Spam-Status: No, score=0.0 required=5.0 tests=none autolearn=ham version=3.3.1 X-Original-To: pcp@oss.sgi.com Delivered-To: pcp@oss.sgi.com Received: from relay.sgi.com (relay1.corp.sgi.com [137.38.102.111]) by oss.sgi.com (Postfix) with ESMTP id C13DA7F50 for ; Sun, 14 Apr 2013 21:39:04 -0500 (CDT) Received: from cuda.sgi.com (cuda1.sgi.com [192.48.157.11]) by relay1.corp.sgi.com (Postfix) with ESMTP id 8431D8F8033 for ; Sun, 14 Apr 2013 19:39:01 -0700 (PDT) X-ASG-Debug-ID: 1365993540-04bdf02d201d6610001-S8gJnT Received: from mx3-phx2.redhat.com (mx3-phx2.redhat.com [209.132.183.24]) by cuda.sgi.com with ESMTP id IeDCVFhaURlXlimR for ; Sun, 14 Apr 2013 19:39:00 -0700 (PDT) X-Barracuda-Envelope-From: nscott@redhat.com X-Barracuda-Apparent-Source-IP: 209.132.183.24 Received: from zmail20.collab.prod.int.phx2.redhat.com (zmail20.collab.prod.int.phx2.redhat.com [10.5.83.23]) by mx3-phx2.redhat.com (8.13.8/8.13.8) with ESMTP id r3F2cx5w030313 for ; Sun, 14 Apr 2013 22:38:59 -0400 Date: Sun, 14 Apr 2013 22:38:59 -0400 (EDT) From: nathans@redhat.com To: pcp Message-ID: <231037532.306781.1365993539739.JavaMail.root@redhat.com> Subject: PCP Developers Meeting MIME-Version: 1.0 X-ASG-Orig-Subj: PCP Developers Meeting Content-Type: multipart/alternative; boundary="----=_Part_306780_667500780.1365993539738" X-Originating-IP: [10.5.82.12] X-Mailer: Zimbra 8.0.3_GA_5664 (ZimbraWebClient - FF17 (Linux)/8.0.3_GA_5664) Thread-Topic: PCP Developers Meeting Thread-Index: 1qA+UjZIWKAQ01PxWEsef7RMZuUvIg== X-Barracuda-Connect: mx3-phx2.redhat.com[209.132.183.24] X-Barracuda-Start-Time: 1365993540 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=NO_REAL_NAME, THREAD_INDEX, THREAD_TOPIC X-Barracuda-Spam-Report: Code version 3.2, rules version 3.2.2.128151 Rule breakdown below pts rule name description ---- ---------------------- -------------------------------------------------- 0.01 THREAD_INDEX thread-index: AcO7Y8iR61tzADqsRmmc5wNiFHEOig== 0.00 NO_REAL_NAME From: does not include a real name 0.01 THREAD_TOPIC Thread-Topic: ...(Japanese Subject)... ------=_Part_306780_667500780.1365993539738 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit The following is a new meeting request: Subject: PCP Developers Meeting Organizer: "Nathan Scott" Time: Wednesday, April 17, 2013, 8:00:00 AM - 10:00:00 AM GMT +10:00 Canberra, Melbourne, Sydney Invitees: pcp@oss.sgi.com *~*~*~*~*~*~*~*~*~* Quick reminder that the next PCP developers meeting will be this week on Wednesday morning 8am Melbourne-time (which is +1000 - so, Tuesday 22:00 hours UTC). The telephone number and code for international callers are as follows: Conference call numbers: Australia 1800 337 169 Japan 0120994948 Singapore 8006162235 United States 8004518679 China 4006205013 China, Domestic 8008190132-Landline India 180030104350 Korea 0079-8651-7393 Conference code: 8451849540 We're planning to cater some breakfast for those dropping into the Red Hat office in Melbourne (let me know of specific dietary requirements, please). The address is: Level 5 455 Bourke Street Melbourne Located near the corner of Bourke and Queen streets. Some reasonably priced parking is usually available at the Queen Victoria Market car park, which is in walking distance (5 minutes or so). Once again, this is open to anyone with an interest, and we'll likely discuss general topics of interest to anyone hacking on PCP. Based on previous meetings it might run for somewhere between one and two hours depending on the topics - but don't feel compelled to stay the entire time if work or other duties call. See you there! cheers. -- Nathan ------=_Part_306780_667500780.1365993539738 Content-Type: text/calendar; charset=utf-8; method=REQUEST; name=meeting.ics Content-Transfer-Encoding: 7bit BEGIN:VCALENDAR PRODID:Zimbra-Calendar-Provider VERSION:2.0 METHOD:REQUEST BEGIN:VTIMEZONE TZID:Australia/Sydney BEGIN:STANDARD DTSTART:16010101T030000 TZOFFSETTO:+1000 TZOFFSETFROM:+1100 RRULE:FREQ=YEARLY;WKST=MO;INTERVAL=1;BYMONTH=4;BYDAY=1SU TZNAME:EST END:STANDARD BEGIN:DAYLIGHT DTSTART:16010101T020000 TZOFFSETTO:+1100 TZOFFSETFROM:+1000 RRULE:FREQ=YEARLY;WKST=MO;INTERVAL=1;BYMONTH=10;BYDAY=1SU TZNAME:EST END:DAYLIGHT END:VTIMEZONE BEGIN:VEVENT UID:7b26a4aa-0320-46c7-a93b-7990e1ec6ab3 SUMMARY:PCP Developers Meeting ATTENDEE;CN=pcp;ROLE=REQ-PARTICIPANT;PARTSTAT=NEEDS-ACTION;RSVP=TRUE:mailto: pcp@oss.sgi.com ORGANIZER;CN=Nathan Scott:mailto:nathans@redhat.com DTSTART;TZID="Australia/Sydney":20130417T080000 DTEND;TZID="Australia/Sydney":20130417T100000 STATUS:CONFIRMED CLASS:PUBLIC X-MICROSOFT-CDO-INTENDEDSTATUS:BUSY TRANSP:OPAQUE LAST-MODIFIED:20130415T023859Z DTSTAMP:20130415T023859Z SEQUENCE:0 DESCRIPTION:The following is a new meeting request:\n\nSubject: PCP Develope rs Meeting \nOrganizer: "Nathan Scott" \n\nTime: Wednes day\, April 17\, 2013\, 8:00:00 AM - 10:00:00 AM GMT +10:00 Canberra\, Melbo urne\, Sydney\n \nInvitees: pcp@oss.sgi.com \n\n\n*~*~*~*~*~*~*~*~*~*\n\nQui ck reminder that the next PCP developers meeting will be this week on\nWedne sday morning 8am Melbourne-time (which is +1000 - so\, Tuesday 22:00\nhours UTC). The telephone number and code for international callers are\nas follo ws:\n\nConference call numbers:\nAustralia 1800 337 169\nJapan 0120994948\nSingapore 8006162235\nUnited States 8004518679\nChina 4006205013\nChina\, Domestic 800819 0132-Landline\nIndia 180030104350\nKorea 0079- 8651-7393\n\nConference code: 8451849540\n\nWe're planning to cater some bre akfast for those dropping into the Red\nHat office in Melbourne (let me know of specific dietary requirements\,\nplease). The address is:\n\nLevel 5\n4 55 Bourke Street\nMelbourne\n\nLocated near the corner of Bourke and Queen s treets. Some reasonably\npriced parking is usually available at the Queen V ictoria Market car\npark\, which is in walking distance (5 minutes or so).\n \nOnce again\, this is open to anyone with an interest\, and we'll likely\nd iscuss general topics of interest to anyone hacking on PCP. Based on\nprevi ous meetings it might run for somewhere between one and two hours\ndepending on the topics - but don't feel compelled to stay the entire\ntime if work o r other duties call.\n\nSee you there!\n\ncheers.\n\n--\nNathan\n BEGIN:VALARM ACTION:DISPLAY TRIGGER;RELATED=START:-PT15M DESCRIPTION:Reminder END:VALARM END:VEVENT END:VCALENDAR ------=_Part_306780_667500780.1365993539738-- From nscott@redhat.com Sun Apr 14 22:02:48 2013 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on oss.sgi.com X-Spam-Level: X-Spam-Status: No, score=0.0 required=5.0 tests=none autolearn=ham version=3.3.1 X-Original-To: pcp@oss.sgi.com Delivered-To: pcp@oss.sgi.com Received: from relay.sgi.com (relay2.corp.sgi.com [137.38.102.29]) by oss.sgi.com (Postfix) with ESMTP id A2CFB7F50 for ; Sun, 14 Apr 2013 22:02:48 -0500 (CDT) Received: from cuda.sgi.com (cuda3.sgi.com [192.48.176.15]) by relay2.corp.sgi.com (Postfix) with ESMTP id 9101F304048 for ; Sun, 14 Apr 2013 20:02:45 -0700 (PDT) X-ASG-Debug-ID: 1365994961-04cb6c6e2bba270001-S8gJnT Received: from mx3-phx2.redhat.com (mx3-phx2.redhat.com [209.132.183.24]) by cuda.sgi.com with ESMTP id mWGhwOFz3GzJQjv2 for ; Sun, 14 Apr 2013 20:02:41 -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 r3F32bXP000931; Sun, 14 Apr 2013 23:02:38 -0400 Date: Sun, 14 Apr 2013 23:02:37 -0400 (EDT) From: Nathan Scott Reply-To: Nathan Scott To: Ken McDonell , Stan Cox Cc: PCP Mailing List Message-ID: <754571623.310040.1365994957940.JavaMail.root@redhat.com> In-Reply-To: <5167C37D.7040406@internode.on.net> References: <1086370001.24034377.1364166803775.JavaMail.root@redhat.com> <514F89FC.5020102@internode.on.net> <515DC99F.6050600@redhat.com> <5167C37D.7040406@internode.on.net> Subject: Re: [pcp] python QA/709 failures MIME-Version: 1.0 X-ASG-Orig-Subj: Re: [pcp] python QA/709 failures Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-Originating-IP: [10.5.82.12] X-Mailer: Zimbra 8.0.3_GA_5664 (ZimbraWebClient - FF17 (Linux)/8.0.3_GA_5664) Thread-Topic: python QA/709 failures Thread-Index: fnFpJ3HeFCunUyRu3g+xE/FKdQiV+w== X-Barracuda-Connect: mx3-phx2.redhat.com[209.132.183.24] X-Barracuda-Start-Time: 1365994961 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.2.128153 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 05/04/13 05:42, Stan Cox wrote: > > On 03/24/2013 07:19 PM, Ken McDonell wrote: > ... > tree, especially if there are python changes beyond the qa ones. What's > the plan for getting your changes merged into the official pcp tree on > oss.sgi.com? > I'm looking into that - they have been merged into my private tree for a few days, just sorting out a few remaining issues and doing additional QA. cheers. -- Nathan From nscott@redhat.com Sun Apr 14 22:06:09 2013 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on oss.sgi.com X-Spam-Level: X-Spam-Status: No, score=0.0 required=5.0 tests=none autolearn=ham version=3.3.1 X-Original-To: pcp@oss.sgi.com Delivered-To: pcp@oss.sgi.com Received: from relay.sgi.com (relay1.corp.sgi.com [137.38.102.111]) by oss.sgi.com (Postfix) with ESMTP id 6A7687F50 for ; Sun, 14 Apr 2013 22:06:09 -0500 (CDT) Received: from cuda.sgi.com (cuda2.sgi.com [192.48.176.25]) by relay1.corp.sgi.com (Postfix) with ESMTP id 401298F8033 for ; Sun, 14 Apr 2013 20:06:09 -0700 (PDT) X-ASG-Debug-ID: 1365995168-04cbb057f51d7480001-S8gJnT Received: from mx4-phx2.redhat.com (mx4-phx2.redhat.com [209.132.183.25]) by cuda.sgi.com with ESMTP id 6Bj1FpBMffM7xCz1 for ; Sun, 14 Apr 2013 20:06:08 -0700 (PDT) X-Barracuda-Envelope-From: nscott@redhat.com X-Barracuda-Apparent-Source-IP: 209.132.183.25 Received: from zmail20.collab.prod.int.phx2.redhat.com (zmail20.collab.prod.int.phx2.redhat.com [10.5.83.23]) by mx4-phx2.redhat.com (8.13.8/8.13.8) with ESMTP id r3F367x9013287; Sun, 14 Apr 2013 23:06:07 -0400 Date: Sun, 14 Apr 2013 23:06:07 -0400 (EDT) From: Nathan Scott Reply-To: Nathan Scott To: Mark Goodwin Cc: pcp@oss.sgi.com Message-ID: <89221547.310298.1365995167796.JavaMail.root@redhat.com> In-Reply-To: <51665B71.6020102@redhat.com> References: <516562BE.5040401@gmail.com> <51665B71.6020102@redhat.com> Subject: Re: [pcp] patch pcp-gui fix pmchart view save dialog MIME-Version: 1.0 X-ASG-Orig-Subj: Re: [pcp] patch pcp-gui fix pmchart view save dialog Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-Originating-IP: [10.5.82.12] X-Mailer: Zimbra 8.0.3_GA_5664 (ZimbraWebClient - FF17 (Linux)/8.0.3_GA_5664) Thread-Topic: patch pcp-gui fix pmchart view save dialog Thread-Index: o48fZ0xtly0Lb7kZ9R3CUZSWSGM8jg== X-Barracuda-Connect: mx4-phx2.redhat.com[209.132.183.25] X-Barracuda-Start-Time: 1365995168 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.2.128153 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 04/11/2013 09:31 AM, Frank Ch. Eigler wrote: > > Mark Goodwin writes: > > Another thing I've noticed is the pcp-gui specs need additional > BuildRequires for the new PM_CTXFLAG_* stuff. Something like : > The build is setup to work either with or without those macros (see version.h.in). > BuildRequires: pcp >= 3.5.0, pcp-libs-devel >= 3.5.0 > ... so that shouldn't be needed. cheers. -- Nathan From nscott@redhat.com Sun Apr 14 22:26:54 2013 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on oss.sgi.com X-Spam-Level: X-Spam-Status: No, score=0.0 required=5.0 tests=none autolearn=ham version=3.3.1 X-Original-To: pcp@oss.sgi.com Delivered-To: pcp@oss.sgi.com Received: from relay.sgi.com (relay1.corp.sgi.com [137.38.102.111]) by oss.sgi.com (Postfix) with ESMTP id D4A317F50 for ; Sun, 14 Apr 2013 22:26:54 -0500 (CDT) Received: from cuda.sgi.com (cuda1.sgi.com [192.48.157.11]) by relay1.corp.sgi.com (Postfix) with ESMTP id 9654A8F8033 for ; Sun, 14 Apr 2013 20:26:54 -0700 (PDT) X-ASG-Debug-ID: 1365996413-04bdf02d1d1d8d70001-S8gJnT Received: from mx3-phx2.redhat.com (mx3-phx2.redhat.com [209.132.183.24]) by cuda.sgi.com with ESMTP id sZd79cQiAy3BQ9Zp for ; Sun, 14 Apr 2013 20:26:53 -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 r3F3Qls0004262; Sun, 14 Apr 2013 23:26:47 -0400 Date: Sun, 14 Apr 2013 23:26:47 -0400 (EDT) From: Nathan Scott Reply-To: Nathan Scott To: Ken McDonell Cc: pcp@oss.sgi.com Message-ID: <1440544434.325782.1365996407405.JavaMail.root@redhat.com> In-Reply-To: <5167E247.7030901@internode.on.net> References: <5154CA71.3080200@internode.on.net> <5154CE91.1070506@internode.on.net> <516631560.605811.1364865050360.JavaMail.root@redhat.com> <515B6533.9040405@internode.on.net> <2118509281.3098105.1365112490747.JavaMail.root@redhat.com> <5165CA54.20204@internode.on.net> <5167E247.7030901@internode.on.net> Subject: Re: [pcp] qa/713 certificate issue MIME-Version: 1.0 X-ASG-Orig-Subj: Re: [pcp] qa/713 certificate issue Content-Type: multipart/mixed; boundary="----=_Part_325780_2002098647.1365996407403" X-Originating-IP: [10.5.82.12] X-Mailer: Zimbra 8.0.3_GA_5664 (ZimbraWebClient - FF17 (Linux)/8.0.3_GA_5664) Thread-Topic: qa/713 certificate issue Thread-Index: nA4RhclE9do/PcDEqi5+/FoaasKSSQ== X-Barracuda-Connect: mx3-phx2.redhat.com[209.132.183.24] X-Barracuda-Start-Time: 1365996413 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.2.128155 Rule breakdown below pts rule name description ---- ---------------------- -------------------------------------------------- 0.01 THREAD_INDEX thread-index: AcO7Y8iR61tzADqsRmmc5wNiFHEOig== 0.01 THREAD_TOPIC Thread-Topic: ...(Japanese Subject)... ------=_Part_325780_2002098647.1365996407403 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit ----- Original Message ----- > On 11/04/13 06:23, Ken McDonell wrote: > > ... > > Here's the transcript in the hope that someone can suggest what to try next > > ... > > No suggestions so far. > > Some more info. On another system I did the tutorial thing again, with > similar results, except > > > kenj@bozo-laptop:~$ PCP_SECURE_SOCKETS=enforce pmprobe sample.long.one > WARNING: issuer of certificate received from host bozo-laptop is not trusted. > SHA1 fingerprint is > 2B:C6:AF:F2:7C:3A:B4:55:67:24:C2:6B:03:47:E3:C9:33:EC:FB:D9 > Do you want to accept and save this certificate locally anyway (y/n)? > WARNING: Failed to save certificate locally: The operation failed because the > PKCS#11 token is not logged in. > sample.long.one -12366 IPC protocol failure > > No clue what the PKCS#11 message is about (this is the different bit). Hmm, FWIW, I've not come across that error before. > And from pmcd.log ... > > root@bozo-laptop:~/src/pcp/qa# grep -i certificate /var/log/pcp/pmcd/pmcd.log > Certificate: PCP Collector certificate Not Valid Before: Fri Apr 12 10:01:29 > 2013 UTC Not Valid After: Wed Apr 12 10:01:29 2023 UTC > [Fri Apr 12 20:12:37] pmcd(27432) Error: Unable to force secure handshake: > SSL peer cannot verify your certificate. > ... > So far I have been unable to make secure sockets work on _any_ of the 20+ QA > hosts I have, so I believe either it is totally broken, or there is > something really critical missing from lab.secure.html _and_ the QA tests > (712 and 713). > > I would really appreciate some assistance on this one from the secure socket > pixies. I'm wondering if its a host / dns name related problem - from your earlier mail looks like these hosts have no dns domainname at all or use .localdomain. That part is quite different to my setup (and I guess to expectations that NSS might have). I use a (just for QA) domainname setup via setdomainname(2). Beyond this guess, next step will have to be building debug versions of the NSS and NSPR libs and stepping through to find the certificate rejection point. I find it handy to keep the code close by, anyway, as it can be quite tricky to decipher some of the error messages / codes (and to see how tools like certutil are coded, in general). cheers. -- Nathan ------=_Part_325780_2002098647.1365996407403 Content-Type: text/x-c++src; name=domain.c Content-Disposition: attachment; filename=domain.c Content-Transfer-Encoding: base64 I2luY2x1ZGUgPGVycm5vLmg+CiNpbmNsdWRlIDxzdGRpby5oPgojaW5jbHVkZSA8c3RkbGliLmg+ CiNpbmNsdWRlIDxzdHJpbmcuaD4KCmludApkb21haW5uYW1lKGNvbnN0IGNoYXIgKm5hbWUpCnsK ICAgIGNoYXIgYnVmWzE2KjEwMjRdOwogICAgaW50IHN0cyA9IDA7CgogICAgaWYgKG5hbWUpCglz dHMgPSBzZXRkb21haW5uYW1lKG5hbWUsIHN0cmxlbihuYW1lKSk7CiAgICBpZiAoc3RzICE9IDAp IHsKICAgICAgICBwZXJyb3IoInNldGRvbWFpbm5hbWUiKTsKICAgICAgICBleGl0KDEpOwogICAg fQogICAgc3RzID0gZ2V0ZG9tYWlubmFtZShidWYsIHNpemVvZihidWYpKTsKICAgIGlmIChzdHMg IT0gMCkgewogICAgICAgIHBlcnJvcigiZ2V0ZG9tYWlubmFtZSIpOwogICAgICAgIGV4aXQoMSk7 CiAgICB9CgogICAgZnB1dHMoYnVmLCBzdGRvdXQpOwp9CgppbnQgbWFpbihpbnQgYXJnYywgY2hh ciAqKmFyZ3YpCnsKICAgIGlmIChhcmdjID4gMikKCWV4aXQoMSk7CiAgICByZXR1cm4gZG9tYWlu bmFtZShhcmdjID09IDIgPyBhcmd2WzFdIDogTlVMTCk7Cn0K ------=_Part_325780_2002098647.1365996407403-- From kenj@internode.on.net Mon Apr 15 00:39:26 2013 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on oss.sgi.com X-Spam-Level: X-Spam-Status: No, score=0.0 required=5.0 tests=none autolearn=ham version=3.3.1 X-Original-To: pcp@oss.sgi.com Delivered-To: pcp@oss.sgi.com Received: from relay.sgi.com (relay3.corp.sgi.com [198.149.34.15]) by oss.sgi.com (Postfix) with ESMTP id ACA177F58 for ; Mon, 15 Apr 2013 00:39:26 -0500 (CDT) Received: from cuda.sgi.com (cuda1.sgi.com [192.48.157.11]) by relay3.corp.sgi.com (Postfix) with ESMTP id 476A2AC001 for ; Sun, 14 Apr 2013 22:39:23 -0700 (PDT) X-ASG-Debug-ID: 1366004361-04bdf02d201e0ae0001-S8gJnT Received: from ipmail06.adl2.internode.on.net (ipmail06.adl2.internode.on.net [150.101.137.129]) by cuda.sgi.com with ESMTP id lZjOAWsPtQqPKgnZ for ; Sun, 14 Apr 2013 22:39:21 -0700 (PDT) X-Barracuda-Envelope-From: kenj@internode.on.net X-Barracuda-Apparent-Source-IP: 150.101.137.129 X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: ApMBAOSRa1F20aMe/2dsb2JhbAANQ4M8wh2EEjANFhgDAgECAT8ZBgIBAbACklWPNIMrA6sz Received: from ppp118-209-163-30.lns20.mel6.internode.on.net (HELO [192.168.1.100]) ([118.209.163.30]) by ipmail06.adl2.internode.on.net with ESMTP; 15 Apr 2013 15:09:19 +0930 Message-ID: <516B9287.7080102@internode.on.net> Date: Mon, 15 Apr 2013 15:39:19 +1000 From: Ken McDonell User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:17.0) Gecko/20130329 Thunderbird/17.0.5 MIME-Version: 1.0 To: pcp@oss.sgi.com Subject: pcp updates Content-Type: text/plain; charset=ISO-8859-1 X-ASG-Orig-Subj: pcp updates Content-Transfer-Encoding: 7bit X-Barracuda-Connect: ipmail06.adl2.internode.on.net[150.101.137.129] X-Barracuda-Start-Time: 1366004361 X-Barracuda-URL: http://192.48.157.11:80/cgi-mod/mark.cgi X-Barracuda-BRTS-Status: 1 X-Virus-Scanned: by bsmtpd at sgi.com X-Barracuda-Spam-Score: 0.00 X-Barracuda-Spam-Status: No, SCORE=0.00 using per-user scores of TAG_LEVEL=1000.0 QUARANTINE_LEVEL=1000.0 KILL_LEVEL=2.7 tests= X-Barracuda-Spam-Report: Code version 3.2, rules version 3.2.2.128163 Rule breakdown below pts rule name description ---- ---------------------- -------------------------------------------------- [Ctrl-Shift-W to unwrap lines] Changes committed to git://oss.sgi.com/kenj/pcp.git dev qa/012 | 2 qa/199 | 8 - qa/287.out.x86_64 | 312 +++++++++++++++++++-------------------- qa/348 | 7 qa/365 | 15 + qa/365.out.4 | 6 qa/365.out.5 | 6 qa/514 | 2 qa/520 | 2 qa/587 | 8 + qa/642 | 29 ++- qa/643 | 7 qa/712 | 3 src/libpcp/src/nss_connect.c | 22 ++ src/libpcp_fault/src/GNUmakefile | 13 - 15 files changed, 253 insertions(+), 189 deletions(-) commit 95bb52c4db945d92f0afcf3c00750927e4e92508 Author: Ken McDonell Date: Mon Apr 15 15:35:42 2013 +1000 libpcp/nss_connect.c - add some -Dcontext diags commit 8704c97674c69da4ac7704b61dd7978d5a6fb4e3 Author: Ken McDonell Date: Sat Apr 13 07:04:56 2013 +1000 qa/287 - slightly different floating point precision for x86_64 commit b360172a197c42e8520b44492101b0702dba7c82 Author: Ken McDonell Date: Sat Apr 13 07:04:30 2013 +1000 qa/712,713,714 - chmod to be executable commit da4880f2d76fd83dd73b329f2fbda4e44d54199d Author: Ken McDonell Date: Fri Apr 12 19:53:43 2013 +1000 qa/012,514,520 - variant output is for PCP 3.7.2 Previously conditional for 3.7.1, but after official 3.7.1 release. commit bf6bab819d2daee34db9a45349cdaf30bbb0bf7a Author: Ken McDonell Date: Fri Apr 12 07:16:57 2013 +1000 libpcp_fault/GNUmakefile - needs to know about secure socket changes Needed conditional source file inclusion just like libpcp. commit bae37b2348939296e116fc51d5b99cf2428a10ab Author: Ken McDonell Date: Fri Apr 12 07:15:43 2013 +1000 qa/348 - kvm PMDA & maintain pmcd configuration state QA tests that install/remove PMDAs should leave the pmcd configuration in the same state they find it. commit f25772bc06ff0cd460bbd9f2634ff9e32c91b184 Author: Ken McDonell Date: Fri Apr 12 07:15:05 2013 +1000 qa/365 - take better care of white space in the filtering commit cd3f19170abe8ab4ecb3b2dfdb0fa875661c0072 Author: Ken McDonell Date: Fri Apr 12 06:34:12 2013 +1000 qa trivial PMDA - maintain pmcd configuration state QA tests that install/remove PMDAs should leave the pmcd configuration in the same state they find it. From kenj@internode.on.net Mon Apr 15 02:52:15 2013 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on oss.sgi.com X-Spam-Level: X-Spam-Status: No, score=0.0 required=5.0 tests=none autolearn=ham version=3.3.1 X-Original-To: pcp@oss.sgi.com Delivered-To: pcp@oss.sgi.com Received: from relay.sgi.com (relay1.corp.sgi.com [137.38.102.111]) by oss.sgi.com (Postfix) with ESMTP id 20BB37F50 for ; Mon, 15 Apr 2013 02:52:15 -0500 (CDT) Received: from cuda.sgi.com (cuda3.sgi.com [192.48.176.15]) by relay1.corp.sgi.com (Postfix) with ESMTP id 0BEB68F8033 for ; Mon, 15 Apr 2013 00:52:11 -0700 (PDT) X-ASG-Debug-ID: 1366012329-04cb6c2c1f1f1450001-S8gJnT Received: from ipmail06.adl2.internode.on.net (ipmail06.adl2.internode.on.net [150.101.137.129]) by cuda.sgi.com with ESMTP id 0XAVWIEKBDvejavi for ; Mon, 15 Apr 2013 00:52:10 -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: ApMBAF+wa1F20aMe/2dsb2JhbAANQsVag1JAPRYYAwIBAgFLDQgBAbASklmSXwOrMw Received: from ppp118-209-163-30.lns20.mel6.internode.on.net (HELO [192.168.1.100]) ([118.209.163.30]) by ipmail06.adl2.internode.on.net with ESMTP; 15 Apr 2013 17:22:09 +0930 Message-ID: <516BB1A8.2020403@internode.on.net> Date: Mon, 15 Apr 2013 17:52:08 +1000 From: Ken McDonell User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:17.0) Gecko/20130329 Thunderbird/17.0.5 MIME-Version: 1.0 To: PCP Mailing List Subject: secure sockets - security issue! Content-Type: text/plain; charset=ISO-8859-1; format=flowed X-ASG-Orig-Subj: secure sockets - security issue! Content-Transfer-Encoding: 7bit X-Barracuda-Connect: ipmail06.adl2.internode.on.net[150.101.137.129] X-Barracuda-Start-Time: 1366012329 X-Barracuda-URL: http://192.48.176.15:80/cgi-mod/mark.cgi X-Virus-Scanned: by bsmtpd at sgi.com X-Barracuda-BRTS-Status: 1 X-Barracuda-Spam-Score: 0.00 X-Barracuda-Spam-Status: No, SCORE=0.00 using per-user scores of TAG_LEVEL=1000.0 QUARANTINE_LEVEL=1000.0 KILL_LEVEL=2.7 tests= X-Barracuda-Spam-Report: Code version 3.2, rules version 3.2.2.128173 Rule breakdown below pts rule name description ---- ---------------------- -------------------------------------------------- I am still struggling to get this working at all, but one of the confusing issues I've come across is as follows: - make sure $HOME/.pki does not exist - run a PCP client with PCP_SECURE_SOCKETS=enforce - note that $HOME/.pki is populated with an nssdb directory and files therein - rm -rf $HOME/.pki - now sudo bash ... note that for me this does not change $HOME - as root run a PCP client (it does NOT need PCP_SECURE_SOCKETS=enforce) - notice that $HOME belongs to kenj, but there is now an unreadable .pki directory and contents owned by _root_ - exit the sudo shell - now any PCP client run with PCP_SECURE_SOCKETS=enforce aborts with the unhelpful message: Cannot connect to PMCD on host "bozo": Cannot connect: SSL is disabled. I presume SSL is disabled is because I cannot read $HOME/.pki. But allowing a uid 0 process to blindly follow $HOME from the environment and start creating files and directories seems NQR (tm). From fche@redhat.com Mon Apr 15 11:09:54 2013 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on oss.sgi.com X-Spam-Level: X-Spam-Status: No, score=0.0 required=5.0 tests=none autolearn=ham version=3.3.1 X-Original-To: pcp@oss.sgi.com Delivered-To: pcp@oss.sgi.com Received: from relay.sgi.com (relay1.corp.sgi.com [137.38.102.111]) by oss.sgi.com (Postfix) with ESMTP id BE1D67F4C for ; Mon, 15 Apr 2013 11:09:54 -0500 (CDT) Received: from cuda.sgi.com (cuda3.sgi.com [192.48.176.15]) by relay1.corp.sgi.com (Postfix) with ESMTP id 9DA1D8F8054 for ; Mon, 15 Apr 2013 09:09:54 -0700 (PDT) X-ASG-Debug-ID: 1366042190-04cb6c2c1f2147d0001-S8gJnT Received: from mx1.redhat.com (mx1.redhat.com [209.132.183.28]) by cuda.sgi.com with ESMTP id VyikvGzmrDzSFMu6 for ; Mon, 15 Apr 2013 09:09: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-mx02.intmail.prod.int.phx2.redhat.com (int-mx02.intmail.prod.int.phx2.redhat.com [10.5.11.12]) by mx1.redhat.com (8.14.4/8.14.4) with ESMTP id r3FG9lCc023847 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK); Mon, 15 Apr 2013 12:09:47 -0400 Received: from fche.csb (vpn-56-69.rdu2.redhat.com [10.10.56.69]) by int-mx02.intmail.prod.int.phx2.redhat.com (8.13.8/8.13.8) with ESMTP id r3FG9lo3018342; Mon, 15 Apr 2013 12:09:47 -0400 Received: by fche.csb (Postfix, from userid 2569) id ACA915815C; Mon, 15 Apr 2013 12:09:46 -0400 (EDT) To: Ken McDonell Cc: PCP Mailing List Subject: Re: secure sockets - security issue! References: <516BB1A8.2020403@internode.on.net> X-ASG-Orig-Subj: Re: secure sockets - security issue! From: fche@redhat.com (Frank Ch. Eigler) Date: Mon, 15 Apr 2013 12:09:46 -0400 In-Reply-To: <516BB1A8.2020403@internode.on.net> (Ken McDonell's message of "Mon, 15 Apr 2013 17:52:08 +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.67 on 10.5.11.12 X-Barracuda-Connect: mx1.redhat.com[209.132.183.28] X-Barracuda-Start-Time: 1366042190 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 wrote: > [...] > - now sudo bash ... note that for me this does not change $HOME > [...] ... unless you use sudo -i / -H. > But allowing a uid 0 process to blindly follow $HOME from the > environment and start creating files and directories seems NQR (tm). Having an fstat-owner==uid check could interfere with other valid usage models perhaps, like having special userids with dummy/shared home directories. In this case, the consequence of the initial PEBCAK (using sudo naively) was an overt error message. It doesn't sound like a big problem. - FChE From kenj@internode.on.net Tue Apr 16 02:21:29 2013 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on oss.sgi.com X-Spam-Level: X-Spam-Status: No, score=0.0 required=5.0 tests=none autolearn=ham version=3.3.1 X-Original-To: pcp@oss.sgi.com Delivered-To: pcp@oss.sgi.com Received: from relay.sgi.com (relay2.corp.sgi.com [137.38.102.29]) by oss.sgi.com (Postfix) with ESMTP id BFEE47F51 for ; Tue, 16 Apr 2013 02:21:29 -0500 (CDT) Received: from cuda.sgi.com (cuda2.sgi.com [192.48.176.25]) by relay2.corp.sgi.com (Postfix) with ESMTP id AB586304043 for ; Tue, 16 Apr 2013 00:21:26 -0700 (PDT) X-ASG-Debug-ID: 1366096881-04cbb057f524a350001-S8gJnT Received: from ipmail04.adl6.internode.on.net (ipmail04.adl6.internode.on.net [150.101.137.141]) by cuda.sgi.com with ESMTP id kOLr6gSQRYfVTR1D for ; Tue, 16 Apr 2013 00:21:22 -0700 (PDT) X-Barracuda-Envelope-From: kenj@internode.on.net X-Barracuda-Apparent-Source-IP: 150.101.137.141 X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: AvgCAAz7bFF20aMe/2dsb2JhbAANQ8Q4BASBHoQSPRYYAwIBAgFLDQgBAbBxgzGQMY1lhHoDqzOBYQ Received: from ppp118-209-163-30.lns20.mel6.internode.on.net (HELO [192.168.1.100]) ([118.209.163.30]) by ipmail04.adl6.internode.on.net with ESMTP; 16 Apr 2013 16:51:20 +0930 Message-ID: <516CFBF1.8050904@internode.on.net> Date: Tue, 16 Apr 2013 17:21:21 +1000 From: Ken McDonell User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:17.0) Gecko/20130329 Thunderbird/17.0.5 MIME-Version: 1.0 To: PCP Mailing List Subject: Secure sockets - sql method issue Content-Type: text/plain; charset=ISO-8859-1 X-ASG-Orig-Subj: Secure sockets - sql method issue Content-Transfer-Encoding: 7bit X-Barracuda-Connect: ipmail04.adl6.internode.on.net[150.101.137.141] X-Barracuda-Start-Time: 1366096881 X-Barracuda-URL: http://192.48.176.25:80/cgi-mod/mark.cgi X-Virus-Scanned: by bsmtpd at sgi.com X-Barracuda-BRTS-Status: 1 X-Barracuda-Spam-Score: 0.00 X-Barracuda-Spam-Status: No, SCORE=0.00 using per-user scores of TAG_LEVEL=1000.0 QUARANTINE_LEVEL=1000.0 KILL_LEVEL=2.7 tests= X-Barracuda-Spam-Report: Code version 3.2, rules version 3.2.2.128263 Rule breakdown below pts rule name description ---- ---------------------- -------------------------------------------------- I am continuing my battle with secure sockets ... rather than starting one enormous mail thread, I am going to start several mail threads, one per issue I've found. This is the first one. Our code assumes the sql method is available for managing certificates (hope I've got the terminology wrong). On at least one platform I have the nss/nspr packages installed, but no sql method as the following shows: root@vm04:~# rm -rf /etc/pki; mkdir -p -m 0755 /etc/pki/nssdb root@vm04:~# certutil -d sql:/etc/pki/nssdb -N -f /tmp/empty certutil: function failed: security library: bad database. root@vm04:~# certutil -d /etc/pki/nssdb -N -f /tmp/empty This is on CentOS 5.9. I believe we need to do one or more of the following: (a) support methods other than sql, or (b) provide tighter prerequisites to force the necessary pieces to be installed, or (c) don't allow a "secure sockets" build unless the platform supports the sql method, or ... From kenj@internode.on.net Tue Apr 16 02:24:24 2013 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on oss.sgi.com X-Spam-Level: X-Spam-Status: No, score=0.0 required=5.0 tests=none autolearn=ham version=3.3.1 X-Original-To: pcp@oss.sgi.com Delivered-To: pcp@oss.sgi.com Received: from relay.sgi.com (relay3.corp.sgi.com [198.149.34.15]) by oss.sgi.com (Postfix) with ESMTP id 8A0597F51 for ; Tue, 16 Apr 2013 02:24:24 -0500 (CDT) Received: from cuda.sgi.com (cuda1.sgi.com [192.48.157.11]) by relay3.corp.sgi.com (Postfix) with ESMTP id 366BFAC005 for ; Tue, 16 Apr 2013 00:24:21 -0700 (PDT) X-ASG-Debug-ID: 1366097059-04bdf02d1f24c8c0001-S8gJnT Received: from ipmail04.adl6.internode.on.net (ipmail04.adl6.internode.on.net [150.101.137.141]) by cuda.sgi.com with ESMTP id Dr00WNteiqtCIjAK for ; Tue, 16 Apr 2013 00:24:20 -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: ApMBADj8bFF20aMe/2dsb2JhbAANQ8Veg1JAPRYYAwIBAgFLDQgBAbBzgzGQM5JfA6sz Received: from ppp118-209-163-30.lns20.mel6.internode.on.net (HELO [192.168.1.100]) ([118.209.163.30]) by ipmail04.adl6.internode.on.net with ESMTP; 16 Apr 2013 16:54:19 +0930 Message-ID: <516CFCA4.4090202@internode.on.net> Date: Tue, 16 Apr 2013 17:24:20 +1000 From: Ken McDonell User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:17.0) Gecko/20130329 Thunderbird/17.0.5 MIME-Version: 1.0 To: PCP Mailing List Subject: Secure sockets - unnecessary client certificate initialization issue Content-Type: text/plain; charset=ISO-8859-1; format=flowed X-ASG-Orig-Subj: Secure sockets - unnecessary client certificate initialization issue Content-Transfer-Encoding: 7bit X-Barracuda-Connect: ipmail04.adl6.internode.on.net[150.101.137.141] X-Barracuda-Start-Time: 1366097059 X-Barracuda-URL: http://192.48.157.11:80/cgi-mod/mark.cgi X-Virus-Scanned: by bsmtpd at sgi.com X-Barracuda-BRTS-Status: 1 X-Barracuda-Spam-Score: 0.00 X-Barracuda-Spam-Status: No, SCORE=0.00 using per-user scores of TAG_LEVEL=1000.0 QUARANTINE_LEVEL=1000.0 KILL_LEVEL=2.7 tests= X-Barracuda-Spam-Report: Code version 3.2, rules version 3.2.2.128263 Rule breakdown below pts rule name description ---- ---------------------- -------------------------------------------------- The current code tries to load certificates for any client even those that have no interest in using secure sockets. This causes an empty $HOME/.pki/nssdb to be created, which is at the root of my earlier "security" issue. We should not be doing anything on the client side unless $PCP_SECURE_SOCKETS is set to something interesting in the environment. From kenj@internode.on.net Tue Apr 16 02:47:46 2013 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on oss.sgi.com X-Spam-Level: X-Spam-Status: No, score=0.0 required=5.0 tests=none 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 A8B437F37 for ; Tue, 16 Apr 2013 02: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 4F03FAC001 for ; Tue, 16 Apr 2013 00:47:46 -0700 (PDT) X-ASG-Debug-ID: 1366098464-04bdf02d2024ed70001-S8gJnT Received: from ipmail04.adl6.internode.on.net (ipmail04.adl6.internode.on.net [150.101.137.141]) by cuda.sgi.com with ESMTP id ALGq5tO4m9atm2UF for ; Tue, 16 Apr 2013 00:47:44 -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: ApMBAOkAbVF20aMe/2dsb2JhbAANQ8FYhAeDEwECKxFAMwoWGAMCAQIBPQ4NCAEBsQWDMZA5jU2FCwOrNoFh Received: from ppp118-209-163-30.lns20.mel6.internode.on.net (HELO [192.168.1.100]) ([118.209.163.30]) by ipmail04.adl6.internode.on.net with ESMTP; 16 Apr 2013 17:17:44 +0930 Message-ID: <516D0221.1080107@internode.on.net> Date: Tue, 16 Apr 2013 17:47:45 +1000 From: Ken McDonell User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:17.0) Gecko/20130329 Thunderbird/17.0.5 MIME-Version: 1.0 To: PCP Mailing List Subject: Secure sockets - failure with manual client certificate installation issue Content-Type: text/plain; charset=ISO-8859-1; format=flowed X-ASG-Orig-Subj: Secure sockets - failure with manual client certificate installation issue Content-Transfer-Encoding: 7bit X-Barracuda-Connect: ipmail04.adl6.internode.on.net[150.101.137.141] X-Barracuda-Start-Time: 1366098464 X-Barracuda-URL: http://192.48.157.11:80/cgi-mod/mark.cgi X-Virus-Scanned: by bsmtpd at sgi.com X-Barracuda-BRTS-Status: 1 X-Barracuda-Spam-Score: 0.00 X-Barracuda-Spam-Status: No, SCORE=0.00 using per-user scores of TAG_LEVEL=1000.0 QUARANTINE_LEVEL=1000.0 KILL_LEVEL=2.7 tests= X-Barracuda-Spam-Report: Code version 3.2, rules version 3.2.2.128263 Rule breakdown below pts rule name description ---- ---------------------- -------------------------------------------------- Following the instructions from the latest lab.secure.html ... When I install the client certificate, I see the setup outlined below (it would be good if someone who knows could check this). But PCP clients cannot run with PCP_SECURE_SOCKETS=enforce, they are killed by pmcd with an IPC error. On the client side ... $ PCP_SECURE_SOCKETS=enforce pmprobe -D pdu sample.long.one [22661]pmGetPDU: ERROR fd=1024 len=20 from=0 000: 14 7000 0 0 3000102 [22661]pmXmitPDU: CREDS fd=1024 len=20 000: 14 700c 5885 1000000 1000201 [22661]pmXmitPDU: PMNS_TRAVERSE fd=1024 len=36 000: 24 7010 0 0 f000000 706d6173 6c2e656c 2e676e6f 008: 656e6f sample.long.one -12366 IPC protocol failure On the pmcd side ... ->17:46:19 New client: [0] addr=192.168.1.100, fd=1026, seq=12 ->17:46:19 Xmit: ERROR PDU, fd=1026, err=0: No error [20477]pmXmitPDU: ERROR fd=1026 len=20 000: 14 7000 0 0 3000102 [20477]pmGetPDU: CREDS fd=1026 len=20 from=23930 000: 14 700c 5d7a 1000000 1000201 ->17:46:19 Recv: CREDS PDU, fd=1026, pdubuf=0x...38903000 ->17:46:19 Recv: CREDS PDU, fd=1026, pdubuf=0x...1 [Tue Apr 16 17:46:19] pmcd(20477) Error: __pmGetPDU: fd=1026 hdr read: bad len=1 ->17:46:19 End client: fd=1026, err=-12366: IPC protocol failure The __pmGetPDU read of 1 byte is totally broken. ------------- setup --------------- kenj@bozo:~$ certutil -d sql:$HOME/.pki/nssdb -L Certificate Nickname Trust Attributes ->17:46:19 New client: [0] addr=192.168.1.100, fd=1026, seq=12 ->17:46:19 Xmit: ERROR PDU, fd=1026, err=0: No error [20477]pmXmitPDU: ERROR fd=1026 len=20 000: 14 7000 0 0 3000102 [20477]pmGetPDU: CREDS fd=1026 len=20 from=23930 000: 14 700c 5d7a 1000000 1000201 ->17:46:19 Recv: CREDS PDU, fd=1026, pdubuf=0x...38903000 ->17:46:19 Recv: CREDS PDU, fd=1026, pdubuf=0x...1 [Tue Apr 16 17:46:19] pmcd(20477) Error: __pmGetPDU: fd=1026 hdr read: bad len=1 ->17:46:19 End client: fd=1026, err=-12366: IPC protocol failure SSL,S/MIME,JAR/XPI Local CA certificate CT,, kenj@bozo:~$ certutil -d sql:$HOME/.pki/nssdb -L -n 'Local CA certificate' Certificate: Data: Version: 3 (0x2) Serial Number: 00:9b:4c:23:42 Signature Algorithm: PKCS #1 SHA-1 With RSA Encryption Issuer: "CN=Local PCP Installation,DC=localdomain" Validity: Not Before: Mon Apr 15 07:21:39 2013 Not After : Sat Apr 15 07:21:39 2023 Subject: "CN=Local PCP Installation,DC=localdomain" Subject Public Key Info: Public Key Algorithm: PKCS #1 RSA Encryption RSA Public Key: Modulus:->17:46:19 New client: [0] addr=192.168.1.100, fd=1026, seq=12 ->17:46:19 Xmit: ERROR PDU, fd=1026, err=0: No error [20477]pmXmitPDU: ERROR fd=1026 len=20 000: 14 7000 0 0 3000102 [20477]pmGetPDU: CREDS fd=1026 len=20 from=23930 000: 14 700c 5d7a 1000000 1000201 ->17:46:19 Recv: CREDS PDU, fd=1026, pdubuf=0x...38903000 ->17:46:19 Recv: CREDS PDU, fd=1026, pdubuf=0x...1 [Tue Apr 16 17:46:19] pmcd(20477) Error: __pmGetPDU: fd=1026 hdr read: bad len=1 ->17:46:19 End client: fd=1026, err=-12366: IPC protocol failure d0:7c:f3:3d:1b:dc:f8:0e:9a:17:76:dc:f7:74:69:27: fa:ec:2d:aa:72:25:66:27:94:11:1e:5a:cc:55:68:9b: 02:ce:5c:61:ef:6f:16:f2:eb:e7:7b:32:5f:80:34:55: fa:e8:71:69:dc:4d:29:47:35:69:6e:80:6c:d6:31:2d: fb:37:8a:b4:f7:e0:b3:fd:ae:7c:d4:4f:4c:7c:ca:75: 86:94:f5:b9:30:09:f4:ef:2e:83:81:e2:25:ae:9f:63: 1e:4e:43:fc:23:56:4a:bf:c9:3c:9d:7c:61:d9:d0:26: 99:f8:3e:55:da:5f:22:8c:5e:27:e9:ad:cc:31:70:ed Exponent: 65537 (0x10001) Signature Algorithm: PKCS #1 SHA-1 With RSA Encryption Signature: 21:7e:8b:4a:e8:90:7e:ab:85:51:26:d2:6f:5d:1e:a1: 08:ac:dc:7b:c3:43:67:c2:1c:a2:cc:4f:91:39:fe:3e: 22:2d:53:79:0f:71:03:e2:fd:d8:9e:e4:1b:08:5d:01: 36:6a:97:ec:c3:24:46:d4:0f:99:72:49:51:21:6d:45: ae:73:34:dc:2a:a9:5a:2a:df:02:74:49:70:1b:c6:66: 62:fa:bd:a5:0e:dd:63:9e:91:86:d8:61:7d:ff:84:1d: d2:e5:2b:95:13:ac:ed:72:12:4a:2a:de:74:fd:37:38: 47:8e:72:23:1e:9c:59:df:b4:71:0a:f1:6e:24:a1:60 Fingerprint (MD5): D1:DC:A5:5E:3E:1F:9F:79:EF:43:81:47:75:63:82:98 Fingerprint (SHA1): 57:1C:0B:F0:2B:3E:63:EE:E4:96:4F:9F:EC:30:C4:FC:7F:CB:52:FF Certificate Trust Flags: SSL Flags: Valid CA Trusted CA Trusted Client CA Email Flags: Object Signing Flags: From nscott@redhat.com Tue Apr 16 04:31:34 2013 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on oss.sgi.com X-Spam-Level: X-Spam-Status: No, score=0.0 required=5.0 tests=none autolearn=ham version=3.3.1 X-Original-To: pcp@oss.sgi.com Delivered-To: pcp@oss.sgi.com Received: from relay.sgi.com (relay2.corp.sgi.com [137.38.102.29]) by oss.sgi.com (Postfix) with ESMTP id 541237F4C for ; Tue, 16 Apr 2013 04:31:34 -0500 (CDT) Received: from cuda.sgi.com (cuda3.sgi.com [192.48.176.15]) by relay2.corp.sgi.com (Postfix) with ESMTP id 3F1EB304059 for ; Tue, 16 Apr 2013 02:31:31 -0700 (PDT) X-ASG-Debug-ID: 1366104686-04cb6c6e2b139ba0001-S8gJnT Received: from mx3-phx2.redhat.com (mx3-phx2.redhat.com [209.132.183.24]) by cuda.sgi.com with ESMTP id fEOZpMVWmXCNKC0D for ; Tue, 16 Apr 2013 02:31:27 -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 r3G9VM47009624; Tue, 16 Apr 2013 05:31:22 -0400 Date: Tue, 16 Apr 2013 05:31:22 -0400 (EDT) From: Nathan Scott Reply-To: Nathan Scott To: Ken McDonell Cc: PCP Mailing List Message-ID: <1985175737.1059049.1366104682793.JavaMail.root@redhat.com> In-Reply-To: <516CFBF1.8050904@internode.on.net> References: <516CFBF1.8050904@internode.on.net> Subject: Re: [pcp] Secure sockets - sql method issue MIME-Version: 1.0 X-ASG-Orig-Subj: Re: [pcp] Secure sockets - sql method issue Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-Originating-IP: [10.5.82.11] X-Mailer: Zimbra 8.0.3_GA_5664 (ZimbraWebClient - FF17 (Linux)/8.0.3_GA_5664) Thread-Topic: Secure sockets - sql method issue Thread-Index: dkp/FDF2y1q2V3tP9iij/gcWdCeT0A== X-Barracuda-Connect: mx3-phx2.redhat.com[209.132.183.24] X-Barracuda-Start-Time: 1366104687 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.2.128271 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 continuing my battle with secure sockets ... rather than starting one > enormous mail thread, I am going to start several mail threads, one per > issue I've found. Thanks. > This is the first one. > > Our code assumes the sql method is available for managing certificates (hope > I've got the terminology wrong). > > On at least one platform I have the nss/nspr packages installed, but no sql > method as the following shows: > > root@vm04:~# rm -rf /etc/pki; mkdir -p -m 0755 /etc/pki/nssdb > root@vm04:~# certutil -d sql:/etc/pki/nssdb -N -f /tmp/empty > certutil: function failed: security library: bad database. > root@vm04:~# certutil -d /etc/pki/nssdb -N -f /tmp/empty > > This is on CentOS 5.9. > > I believe we need to do one or more of the following: (a) support methods > other than sql, or (b) provide tighter prerequisites to force the necessary > pieces to be installed, or (c) don't allow a "secure sockets" build unless > the platform supports the sql method, or ... There was much discussion on this one on irc today. There's alot of wierd subtleties here, and the above options were generally considered the best, but not 100% clear which it should be though. I'm slightly leaning toward setting $NSS_DEFAULT_DB_TYPE rather than explicitly using an "sql:" prefix at this stage, with the slight concern that this opens up the possibility that we will create non-shareable certificate databases in the locations that (aiui) were explicitly created and intended for shared databases only. But, maybe I'm worrying too much there. cheers. -- Nathan From nscott@redhat.com Tue Apr 16 04:43:32 2013 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on oss.sgi.com X-Spam-Level: X-Spam-Status: No, score=0.0 required=5.0 tests=none autolearn=ham version=3.3.1 X-Original-To: pcp@oss.sgi.com Delivered-To: pcp@oss.sgi.com Received: from relay.sgi.com (relay1.corp.sgi.com [137.38.102.111]) by oss.sgi.com (Postfix) with ESMTP id 553AD7F4C for ; Tue, 16 Apr 2013 04: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 3E7838F8087 for ; Tue, 16 Apr 2013 02:43:32 -0700 (PDT) X-ASG-Debug-ID: 1366105410-04cbb057f62561e0001-S8gJnT Received: from mx4-phx2.redhat.com (mx4-phx2.redhat.com [209.132.183.25]) by cuda.sgi.com with ESMTP id MqFfDGUDdSyuhCNC for ; Tue, 16 Apr 2013 02:43: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 r3G9hSAa023350; Tue, 16 Apr 2013 05:43:28 -0400 Date: Tue, 16 Apr 2013 05:43:28 -0400 (EDT) From: Nathan Scott Reply-To: Nathan Scott To: Ken McDonell Cc: PCP Mailing List Message-ID: <127561567.1064977.1366105408193.JavaMail.root@redhat.com> In-Reply-To: <516CFCA4.4090202@internode.on.net> References: <516CFCA4.4090202@internode.on.net> Subject: Re: [pcp] Secure sockets - unnecessary client certificate initialization issue MIME-Version: 1.0 X-ASG-Orig-Subj: Re: [pcp] Secure sockets - unnecessary client certificate initialization issue Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-Originating-IP: [10.5.82.11] X-Mailer: Zimbra 8.0.3_GA_5664 (ZimbraWebClient - FF17 (Linux)/8.0.3_GA_5664) Thread-Topic: Secure sockets - unnecessary client certificate initialization issue Thread-Index: L0M5PgAh5+AWlFM7efXjxk21ABmC0Q== X-Barracuda-Connect: mx4-phx2.redhat.com[209.132.183.25] X-Barracuda-Start-Time: 1366105410 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.2.128271 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 current code tries to load certificates for any client even those > that have no interest in using secure sockets. > > This causes an empty $HOME/.pki/nssdb to be created, which is at the > root of my earlier "security" issue. > This one seems fairly benign at least. > We should not be doing anything on the client side unless > $PCP_SECURE_SOCKETS is set to something interesting in the environment. Or a context is explictly created with the context flag ... its not as simple as just checking an env var, its possible to create secure and non-secure contexts from within a single tool (pmchart). So, we can take load_certificate_database() out of the __pmConnectPMCD one-trip guard and add separate global state for this I guess. cheers. -- Nathan From nscott@redhat.com Tue Apr 16 04:51:23 2013 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on oss.sgi.com X-Spam-Level: X-Spam-Status: No, score=0.0 required=5.0 tests=none autolearn=ham version=3.3.1 X-Original-To: pcp@oss.sgi.com Delivered-To: pcp@oss.sgi.com Received: from relay.sgi.com (relay3.corp.sgi.com [198.149.34.15]) by oss.sgi.com (Postfix) with ESMTP id 5531C7F4C for ; Tue, 16 Apr 2013 04:51:23 -0500 (CDT) Received: from cuda.sgi.com (cuda3.sgi.com [192.48.176.15]) by relay3.corp.sgi.com (Postfix) with ESMTP id E4D21AC006 for ; Tue, 16 Apr 2013 02:51:19 -0700 (PDT) X-ASG-Debug-ID: 1366105878-04cb6c2c1d25fab0001-S8gJnT Received: from mx4-phx2.redhat.com (mx4-phx2.redhat.com [209.132.183.25]) by cuda.sgi.com with ESMTP id I5gQnDr1ObRe89DW for ; Tue, 16 Apr 2013 02:51:18 -0700 (PDT) X-Barracuda-Envelope-From: nscott@redhat.com X-Barracuda-Apparent-Source-IP: 209.132.183.25 Received: from zmail20.collab.prod.int.phx2.redhat.com (zmail20.collab.prod.int.phx2.redhat.com [10.5.83.23]) by mx4-phx2.redhat.com (8.13.8/8.13.8) with ESMTP id r3G9pGLV024595; Tue, 16 Apr 2013 05:51:16 -0400 Date: Tue, 16 Apr 2013 05:51:16 -0400 (EDT) From: Nathan Scott Reply-To: Nathan Scott To: Ken McDonell Cc: PCP Mailing List Message-ID: <1458043309.1068979.1366105876160.JavaMail.root@redhat.com> In-Reply-To: <516D0221.1080107@internode.on.net> References: <516D0221.1080107@internode.on.net> Subject: Re: [pcp] Secure sockets - failure with manual client certificate installation issue MIME-Version: 1.0 X-ASG-Orig-Subj: Re: [pcp] Secure sockets - failure with manual client certificate installation issue Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-Originating-IP: [10.5.82.11] X-Mailer: Zimbra 8.0.3_GA_5664 (ZimbraWebClient - FF17 (Linux)/8.0.3_GA_5664) Thread-Topic: Secure sockets - failure with manual client certificate installation issue Thread-Index: OR3X4C+GC+nEvmMX7UWa3XsVLgms2w== X-Barracuda-Connect: mx4-phx2.redhat.com[209.132.183.25] X-Barracuda-Start-Time: 1366105878 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.2.128273 Rule breakdown below pts rule name description ---- ---------------------- -------------------------------------------------- 0.01 THREAD_INDEX thread-index: AcO7Y8iR61tzADqsRmmc5wNiFHEOig== 0.01 THREAD_TOPIC Thread-Topic: ...(Japanese Subject)... ----- Original Message ----- > Following the instructions from the latest lab.secure.html ... > > When I install the client certificate, I see the setup outlined below > (it would be good if someone who knows could check this). Looks ok to me. > But PCP clients cannot run with PCP_SECURE_SOCKETS=enforce, they are > killed by pmcd with an IPC error. > > On the client side ... > > $ PCP_SECURE_SOCKETS=enforce pmprobe -D pdu sample.long.one > [22661]pmGetPDU: ERROR fd=1024 len=20 from=0 > 000: 14 7000 0 0 3000102 > [22661]pmXmitPDU: CREDS fd=1024 len=20 > 000: 14 700c 5885 1000000 1000201 > [22661]pmXmitPDU: PMNS_TRAVERSE fd=1024 len=36 > 000: 24 7010 0 0 f000000 706d6173 6c2e656c > 2e676e6f > 008: 656e6f > sample.long.one -12366 IPC protocol failure > > On the pmcd side ... > > ->17:46:19 New client: [0] addr=192.168.1.100, fd=1026, seq=12 > ->17:46:19 Xmit: ERROR PDU, fd=1026, err=0: No error > [20477]pmXmitPDU: ERROR fd=1026 len=20 > 000: 14 7000 0 0 3000102 > [20477]pmGetPDU: CREDS fd=1026 len=20 from=23930 > 000: 14 700c 5d7a 1000000 1000201 > ->17:46:19 Recv: CREDS PDU, fd=1026, pdubuf=0x...38903000 > ->17:46:19 Recv: CREDS PDU, fd=1026, pdubuf=0x...1 > [Tue Apr 16 17:46:19] pmcd(20477) Error: __pmGetPDU: fd=1026 hdr read: > bad len=1 > ->17:46:19 End client: fd=1026, err=-12366: IPC protocol failure > > The __pmGetPDU read of 1 byte is totally broken. > Yes, that seems to be the start of the badness. Not clear why its getting an invalid creds pdu back from pmcd though... this one has me totally stumped so far (its different behaviour to what I'm observing on nss-3.13.6). cheers. -- Nathan From nscott@redhat.com Tue Apr 16 05:04:15 2013 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on oss.sgi.com X-Spam-Level: X-Spam-Status: No, score=0.0 required=5.0 tests=none autolearn=ham version=3.3.1 X-Original-To: pcp@oss.sgi.com Delivered-To: pcp@oss.sgi.com Received: from relay.sgi.com (relay3.corp.sgi.com [198.149.34.15]) by oss.sgi.com (Postfix) with ESMTP id ED81A7F4C for ; Tue, 16 Apr 2013 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 89B4DAC001 for ; Tue, 16 Apr 2013 03:04:11 -0700 (PDT) X-ASG-Debug-ID: 1366106648-04cbb057f6257bc0001-S8gJnT Received: from mx4-phx2.redhat.com (mx4-phx2.redhat.com [209.132.183.25]) by cuda.sgi.com with ESMTP id KPXIqVSWGvS1bFR7 for ; Tue, 16 Apr 2013 03:04:08 -0700 (PDT) X-Barracuda-Envelope-From: nscott@redhat.com X-Barracuda-Apparent-Source-IP: 209.132.183.25 Received: from zmail20.collab.prod.int.phx2.redhat.com (zmail20.collab.prod.int.phx2.redhat.com [10.5.83.23]) by mx4-phx2.redhat.com (8.13.8/8.13.8) with ESMTP id r3GA48EK026499 for ; Tue, 16 Apr 2013 06:04:08 -0400 Date: Tue, 16 Apr 2013 06:04:08 -0400 (EDT) From: Nathan Scott Reply-To: Nathan Scott To: pcp@oss.sgi.com Message-ID: <630751652.1075723.1366106648370.JavaMail.root@redhat.com> Subject: pcp updates: python tweaks MIME-Version: 1.0 X-ASG-Orig-Subj: pcp updates: python tweaks Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-Originating-IP: [10.5.82.11] X-Mailer: Zimbra 8.0.3_GA_5664 (ZimbraWebClient - FF17 (Linux)/8.0.3_GA_5664) Thread-Topic: pcp updates: python tweaks Thread-Index: rU0OxRWkbGTM85+7+G3tMLBQGJ814w== X-Barracuda-Connect: mx4-phx2.redhat.com[209.132.183.25] X-Barracuda-Start-Time: 1366106648 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.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.2.128273 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://oss.sgi.com/nathans/pcp.git dev src/python/pcp/pmapi.py | 60 +++++++++++++---- src/python/pcp/pmcc.py | 2 src/python/pcp/pmda.py | 169 +++++++++++++++++++++++++++++++++++++++--------- src/python/pmapi.c | 15 ++++ 4 files changed, 202 insertions(+), 44 deletions(-) commit 087565d6668da812bbf6df600ed797df76801997 Author: Nathan Scott Date: Tue Apr 16 20:02:47 2013 +1000 Further work on the python PMDA module interface New definitions for structures we offer the pmda author use of (pmdaMetric, pmdaInstid, pmdaIndom). Flesh out the implementation of the dispatch class a bit more. commit bc449d29c517d3199abdc1624feed6750be78dd5 Author: Nathan Scott Date: Tue Apr 16 20:00:02 2013 +1000 Fix incorrect use of invalid member var in python pmcc classes MetricResultHandle constructor references a non-existent local member - fix it to use the actual member variable. commit 373e43cfcb31b908fc6e08d20a6ce47ff9aee3f1 Author: Nathan Scott Date: Tue Apr 16 13:12:59 2013 +1000 Python wrapper library updates for several time functions Time related updates to the pmapi python wrapper. Added in missing interfaces for pmCtime and pmLocaltime. Changed the to-string function for timeval structure to call the libpcp __pmtimevalToReal call, after finding the precision reported by the datetime modules to-string to be at the date-level, not at the seconds-level (so tacking usec onto that is odd). From kenj@internode.on.net Tue Apr 16 14:58:07 2013 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on oss.sgi.com X-Spam-Level: X-Spam-Status: No, score=0.0 required=5.0 tests=none autolearn=ham version=3.3.1 X-Original-To: pcp@oss.sgi.com Delivered-To: pcp@oss.sgi.com Received: from relay.sgi.com (relay1.corp.sgi.com [137.38.102.111]) by oss.sgi.com (Postfix) with ESMTP id 1C9887F37 for ; Tue, 16 Apr 2013 14:58:07 -0500 (CDT) Received: from cuda.sgi.com (cuda1.sgi.com [192.48.157.11]) by relay1.corp.sgi.com (Postfix) with ESMTP id EC61C8F80B5 for ; Tue, 16 Apr 2013 12:58:06 -0700 (PDT) X-ASG-Debug-ID: 1366142284-04bdf02d1d28cfe0001-S8gJnT Received: from ipmail04.adl6.internode.on.net (ipmail04.adl6.internode.on.net [150.101.137.141]) by cuda.sgi.com with ESMTP id GpFLkieijg6dOTyY for ; Tue, 16 Apr 2013 12:58:05 -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: ApQBAHisbVF20aMe/2dsb2JhbAANQ4Ztum+CXoEggxMBAQEEIxVAARALGAICBRYLAgIJAwIBAgFFBg0BBwEBsSVxknuBI414B4IygRMDqW+BSA Received: from ppp118-209-163-30.lns20.mel6.internode.on.net (HELO [192.168.1.100]) ([118.209.163.30]) by ipmail04.adl6.internode.on.net with ESMTP; 17 Apr 2013 05:28:03 +0930 Message-ID: <516DAD4D.2040903@internode.on.net> Date: Wed, 17 Apr 2013 05:58:05 +1000 From: Ken McDonell User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:17.0) Gecko/20130329 Thunderbird/17.0.5 MIME-Version: 1.0 To: Nathan Scott CC: PCP Mailing List Subject: Re: [pcp] Secure sockets - failure with manual client certificate installation issue References: <516D0221.1080107@internode.on.net> <1458043309.1068979.1366105876160.JavaMail.root@redhat.com> X-ASG-Orig-Subj: Re: [pcp] Secure sockets - failure with manual client certificate installation issue In-Reply-To: <1458043309.1068979.1366105876160.JavaMail.root@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: 1366142284 X-Barracuda-URL: http://192.48.157.11:80/cgi-mod/mark.cgi X-Virus-Scanned: by bsmtpd at sgi.com X-Barracuda-BRTS-Status: 1 X-Barracuda-Spam-Score: 0.00 X-Barracuda-Spam-Status: No, SCORE=0.00 using per-user scores of TAG_LEVEL=1000.0 QUARANTINE_LEVEL=1000.0 KILL_LEVEL=2.7 tests= X-Barracuda-Spam-Report: Code version 3.2, rules version 3.2.2.128313 Rule breakdown below pts rule name description ---- ---------------------- -------------------------------------------------- On 16/04/13 19:51, Nathan Scott wrote: >> ... >> The __pmGetPDU read of 1 byte is totally broken. >> > > Yes, that seems to be the start of the badness. Not clear why > its getting an invalid creds pdu back from pmcd though... this > one has me totally stumped so far (its different behaviour to > what I'm observing on nss-3.13.6). I don't think this is anything coming back from pmcd. The client is doing an additional sendto() of 87 bytes down the socket to pmcd that does NOT go through any of our PDU routines on the client side, and on pmcd this gets interpreted as a bad PDU (len == 1) and pmcd shuts down the socket, which causes the next PDU send from the client to return PM_ERR_IPC. I've verified this with strace for the client with and without PCP_SECURE_SOCKETS=enforce. So, it appears as though the client is trying to establish a secure connection and sending some sort of credential/certificate from within the non-PCP code, but pmcd is not decoding the initial credentials correctly and not expecting this data from the client. From chandana@desilva.id.au Tue Apr 16 21:04:00 2013 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on oss.sgi.com X-Spam-Level: X-Spam-Status: No, score=0.0 required=5.0 tests=none autolearn=ham version=3.3.1 X-Original-To: pcp@oss.sgi.com Delivered-To: pcp@oss.sgi.com Received: from relay.sgi.com (relay3.corp.sgi.com [198.149.34.15]) by oss.sgi.com (Postfix) with ESMTP id EC2E47F37 for ; Tue, 16 Apr 2013 21:03:59 -0500 (CDT) Received: from cuda.sgi.com (cuda2.sgi.com [192.48.176.25]) by relay3.corp.sgi.com (Postfix) with ESMTP id 78EADAC003 for ; Tue, 16 Apr 2013 19:03:59 -0700 (PDT) X-ASG-Debug-ID: 1366164233-04cbb057f52a4460001-S8gJnT Received: from mho-02-ewr.mailhop.org (mho-02-ewr.mailhop.org [204.13.248.72]) by cuda.sgi.com with ESMTP id xjAEzZj4PBSQ2bXo (version=TLSv1 cipher=AES256-SHA bits=256 verify=NO) for ; Tue, 16 Apr 2013 19:03:54 -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 1USHiz-0005yB-1e for pcp@oss.sgi.com; Wed, 17 Apr 2013 02:03:53 +0000 Received: from [192.168.19.21] (ip-34.83.45.175.VOCUS.net.au [175.45.83.34]) by mail.desilva.id.au (Postfix) with ESMTPSA id 546C02080B for ; Wed, 17 Apr 2013 02:03:51 +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/xGSUAMrDXGbcjAlk88HAGNhNbLRIWXAk= Message-ID: <516E0306.1070701@desilva.id.au> Date: Wed, 17 Apr 2013 12:03:50 +1000 From: Chandana De Silva Reply-To: chandana@desilva.id.au User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:17.0) Gecko/20130308 Thunderbird/17.0.4 MIME-Version: 1.0 To: pcp@oss.sgi.com Subject: MySQL PMDA silently exits Content-Type: text/plain; charset=ISO-8859-1; format=flowed X-ASG-Orig-Subj: MySQL PMDA silently exits Content-Transfer-Encoding: 7bit X-Barracuda-Connect: mho-02-ewr.mailhop.org[204.13.248.72] X-Barracuda-Start-Time: 1366164234 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=DOMAIN_4U2 X-Barracuda-Spam-Report: Code version 3.2, rules version 3.2.2.128337 Rule breakdown below pts rule name description ---- ---------------------- -------------------------------------------------- 0.00 DOMAIN_4U2 URI: Domain name containing a "4u" variant All, I have a problem where the MySQL pmda silently dies, and I can't see why. I have given below the PMCD and PMDA logs, and I cant see any useful failure signatures. I would appreciate any help... Regards Chandana PMDA LOG ========= [m4u-chandana@guinness-a pmcd]$ cat mysql.log Log for pmdamysql on guinness-a.m4u.com.au started Wed Apr 17 10:44:56 2013 [Wed Apr 17 10:44:56] pmdamysql(21980) Warning: cannot find the user pcp to switch to [Wed Apr 17 10:45:01] pmdamysql(21980) Info: MySQL connection established PMCD Log shows MySQL agent =========================== [m4u-chandana@guinness-a pmcd]$ tail pmcd.log [Wed Apr 17 10:44:54] pmcd(26050) Info: Reloading PMNS "DEFAULT" [Wed Apr 17 10:44:56] pmcd(26050) Info: pmcd RESTARTED at Wed Apr 17 10:44:56 2013 Current PMCD clients ... fd client connection from ipc ver operations denied == ======================================== ======= ================= 7 guinness-a.m4u.com.au 2 11 192.168.123.1 2 store 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 [(nil)] linux 60 2 dso i:4 lib=/var/lib/pcp/pmdas/linux/pmda_linux.so entry=linux_init [(nil)] mmv 70 2 dso i:4 lib=/var/lib/pcp/pmdas/mmv/pmda_mmv.so entry=mmv_init [(nil)] process 71 26063 8 9 2 bin pipe cmd=/var/lib/pcp/pmdas/process/pmdaprocess -d 71 mysql 66 21980 14 15 2 bin pipe cmd=perl /var/lib/pcp/pmdas/mysql/pmdamysql.pl Host access list: 00 01 Cur/MaxCons host-spec host-mask lvl host-name == == =========== ========= ========= === ============== y y 0 0 ae7ba8c0 ffffffff 0 localhost y 0 0 a40732d2 ffffffff 0 210.50.7.164 y 0 0 a50732d2 ffffffff 0 210.50.7.165 y 0 0 a60732d2 ffffffff 0 210.50.7.166 y 0 0 a70732d2 ffffffff 0 210.50.7.167 y 0 0 a80732d2 ffffffff 0 210.50.7.168 y 0 0 a90732d2 ffffffff 0 210.50.7.169 y 0 0 aa0732d2 ffffffff 0 210.50.7.170 y 0 0 ab0732d2 ffffffff 0 210.50.7.171 y 0 0 ac0732d2 ffffffff 0 210.50.7.172 y 0 0 ad0732d2 ffffffff 0 210.50.7.173 y 0 0 ae0732d2 ffffffff 0 210.50.7.174 y 0 0 f004647a ffffffff 0 122.100.4.240 y 0 0 f104647a ffffffff 0 122.100.4.241 y 0 0 f204647a ffffffff 0 122.100.4.242 y 0 0 f304647a ffffffff 0 122.100.4.243 y 0 0 f404647a ffffffff 0 122.100.4.244 y 0 0 1504647a ffffffff 0 122.100.4.21 y 0 0 1604647a ffffffff 0 122.100.4.22 y 0 0 1704647a ffffffff 0 122.100.4.23 y 0 0 22532daf ffffffff 0 175.45.83.34 y 0 0 0000a8c0 0000ffff 2 192.168.* n n 0 0 00000000 00000000 4 * [Wed Apr 17 10:44:56] pmcd(26050) Info: PMNS file "DEFAULT" is unchanged The agent is now working: ========================= pminfo -f mysql.slave_status.seconds_behind_master mysql.slave_status.seconds_behind_master value 435702 MYSQL PMDA dies - PMCD log ========================== [Wed Apr 17 10:44:56] pmcd(26050) Info: PMNS file "DEFAULT" is unchanged [Wed Apr 17 11:40:13] pmcd(26050) Info: pmcd caught SIGTERM from pid=23541 uid=0 [Wed Apr 17 11:40:14] pmcd(26050) Info: CleanupAgent ... Cleanup "process" agent (dom 71): terminated, exit(0) [Wed Apr 17 11:40:14] pmcd(26050) Info: CleanupAgent ... Cleanup "mysql" agent (dom 66): terminated, exit(1) [Wed Apr 17 11:40:14] pmcd(26050) Info: pmcd Shutdown Log finished Wed Apr 17 11:40:14 2013 PMDA log ========= Log for pmdamysql on guinness-a.m4u.com.au started Wed Apr 17 10:44:56 2013 [Wed Apr 17 10:44:56] pmdamysql(21980) Warning: cannot find the user pcp to switch to [Wed Apr 17 10:45:01] pmdamysql(21980) Info: MySQL connection established Log finished Wed Apr 17 11:40:13 2013 From nscott@redhat.com Wed Apr 17 00:48:00 2013 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on oss.sgi.com X-Spam-Level: X-Spam-Status: No, score=0.0 required=5.0 tests=none autolearn=ham version=3.3.1 X-Original-To: pcp@oss.sgi.com Delivered-To: pcp@oss.sgi.com Received: from relay.sgi.com (relay2.corp.sgi.com [137.38.102.29]) by oss.sgi.com (Postfix) with ESMTP id 85CE37F4C for ; Wed, 17 Apr 2013 00:48:00 -0500 (CDT) Received: from cuda.sgi.com (cuda3.sgi.com [192.48.176.15]) by relay2.corp.sgi.com (Postfix) with ESMTP id 750C9304053 for ; Tue, 16 Apr 2013 22:47:57 -0700 (PDT) X-ASG-Debug-ID: 1366177676-04cb6c6e2b19bca0001-S8gJnT Received: from mx4-phx2.redhat.com (mx4-phx2.redhat.com [209.132.183.25]) by cuda.sgi.com with ESMTP id Uvu1MHiEMDZWWSMC for ; Tue, 16 Apr 2013 22:47:56 -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 r3H5lsiX023189; Wed, 17 Apr 2013 01:47:54 -0400 Date: Wed, 17 Apr 2013 01:47:54 -0400 (EDT) From: Nathan Scott Reply-To: Nathan Scott To: chandana@desilva.id.au Cc: pcp@oss.sgi.com Message-ID: <99227353.1581961.1366177674251.JavaMail.root@redhat.com> In-Reply-To: <516E0306.1070701@desilva.id.au> References: <516E0306.1070701@desilva.id.au> Subject: Re: [pcp] MySQL PMDA silently exits MIME-Version: 1.0 X-ASG-Orig-Subj: Re: [pcp] MySQL PMDA silently exits Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-Originating-IP: [10.5.82.11] X-Mailer: Zimbra 8.0.3_GA_5664 (ZimbraWebClient - FF17 (Linux)/8.0.3_GA_5664) Thread-Topic: MySQL PMDA silently exits Thread-Index: Psb/E9wsWVup3qEFQpubhQNjGhyfLw== X-Barracuda-Connect: mx4-phx2.redhat.com[209.132.183.25] X-Barracuda-Start-Time: 1366177676 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=BSF_SC0_MISMATCH_TO, DOMAIN_4U2, THREAD_INDEX, THREAD_TOPIC X-Barracuda-Spam-Report: Code version 3.2, rules version 3.2.2.128353 Rule breakdown below pts rule name description ---- ---------------------- -------------------------------------------------- 0.01 THREAD_INDEX thread-index: AcO7Y8iR61tzADqsRmmc5wNiFHEOig== 0.01 THREAD_TOPIC Thread-Topic: ...(Japanese Subject)... 0.00 BSF_SC0_MISMATCH_TO Envelope rcpt doesn't match header 0.00 DOMAIN_4U2 URI: Domain name containing a "4u" variant ----- Original Message ----- > All, > > I have a problem where the MySQL pmda silently dies, and I can't see why. > > I have given below the PMCD and PMDA logs, and I cant see any useful > failure signatures. > ... > MYSQL PMDA dies - PMCD log > ========================== > > [Wed Apr 17 10:44:56] pmcd(26050) Info: PMNS file "DEFAULT" is unchanged > [Wed Apr 17 11:40:13] pmcd(26050) Info: pmcd caught SIGTERM from > pid=23541 uid=0 > [Wed Apr 17 11:40:14] pmcd(26050) Info: CleanupAgent ... > Cleanup "process" agent (dom 71): terminated, exit(0) > [Wed Apr 17 11:40:14] pmcd(26050) Info: CleanupAgent ... > Cleanup "mysql" agent (dom 66): terminated, exit(1) > [Wed Apr 17 11:40:14] pmcd(26050) Info: pmcd Shutdown > > Log finished Wed Apr 17 11:40:14 2013 > > PMDA log > ========= > Log for pmdamysql on guinness-a.m4u.com.au started Wed Apr 17 10:44:56 2013 > > [Wed Apr 17 10:44:56] pmdamysql(21980) Warning: cannot find the user pcp > to switch to (erm, thats a bit of a worry - how did you get into that state? I don't think that'll be the cause of the problem here though) > [Wed Apr 17 10:45:01] pmdamysql(21980) Info: MySQL connection established > > > Log finished Wed Apr 17 11:40:13 2013 > So, the last line suggests pmdamysql is shutting itself down cleanly, as does the pmcd.log line above. Its odd that pmcd shuts down within a second of pmdamysql too - this all looks a bit like a regular clean shutdown (service pmcd stop) - are you sure pmdamysql exited inappropriately here? cheers. -- Nathan From chandana@desilva.id.au Wed Apr 17 01:02:55 2013 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on oss.sgi.com X-Spam-Level: X-Spam-Status: No, score=0.0 required=5.0 tests=none 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 4198E29DFA for ; Wed, 17 Apr 2013 01:02:55 -0500 (CDT) Received: from cuda.sgi.com (cuda2.sgi.com [192.48.176.25]) by relay3.corp.sgi.com (Postfix) with ESMTP id C2AF2AC003 for ; Tue, 16 Apr 2013 23:02:51 -0700 (PDT) X-ASG-Debug-ID: 1366178570-04cbb057f82b4bf0001-S8gJnT Received: from mho-01-ewr.mailhop.org (mho-03-ewr.mailhop.org [204.13.248.66]) by cuda.sgi.com with ESMTP id tHsRFmRBMKhdqJbO (version=TLSv1 cipher=AES256-SHA bits=256 verify=NO) for ; Tue, 16 Apr 2013 23:02:50 -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 1USLSD-000Jr1-KP; Wed, 17 Apr 2013 06:02:49 +0000 Received: from [192.168.19.21] (ip-34.83.45.175.VOCUS.net.au [175.45.83.34]) by mail.desilva.id.au (Postfix) with ESMTPSA id 750AB202F2; Wed, 17 Apr 2013 06:02:47 +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: U2FsdGVkX18a5BCxrHkByTwf/INHOJ4TPXSMBdWE+F0= Message-ID: <516E3B06.8030003@desilva.id.au> Date: Wed, 17 Apr 2013 16:02:46 +1000 From: Chandana De Silva Reply-To: chandana@desilva.id.au User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:17.0) Gecko/20130308 Thunderbird/17.0.4 MIME-Version: 1.0 To: Nathan Scott CC: pcp@oss.sgi.com Subject: Re: [pcp] MySQL PMDA silently exits References: <516E0306.1070701@desilva.id.au> <99227353.1581961.1366177674251.JavaMail.root@redhat.com> X-ASG-Orig-Subj: Re: [pcp] MySQL PMDA silently exits In-Reply-To: <99227353.1581961.1366177674251.JavaMail.root@redhat.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Barracuda-Connect: mho-03-ewr.mailhop.org[204.13.248.66] X-Barracuda-Start-Time: 1366178570 X-Barracuda-Encrypted: AES256-SHA X-Barracuda-URL: http://192.48.176.25:80/cgi-mod/mark.cgi X-Virus-Scanned: by bsmtpd at sgi.com X-Barracuda-BRTS-Status: 1 X-Barracuda-Spam-Score: 0.00 X-Barracuda-Spam-Status: No, SCORE=0.00 using per-user scores of TAG_LEVEL=1000.0 QUARANTINE_LEVEL=1000.0 KILL_LEVEL=2.7 tests= X-Barracuda-Spam-Report: Code version 3.2, rules version 3.2.2.128353 Rule breakdown below pts rule name description ---- ---------------------- -------------------------------------------------- Nathan, Good pickup. Puppet seems to me re-starting PCP, and I think I know why. The Install of the MySQL PMDA causes pmcd.conf to change, so Puppet changes it back, and re-starts PCP. This is classic catch 22, and I need to find a work around for this, and will send my findings back to this list as well.. Thanks. Chandana On 17/04/13 15:47, Nathan Scott wrote: > Its odd that pmcd shuts down within a second of pmdamysql too - this > all looks a bit like a regular clean shutdown (service pmcd stop) - From nscott@redhat.com Wed Apr 17 01:19:03 2013 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on oss.sgi.com X-Spam-Level: X-Spam-Status: No, score=0.0 required=5.0 tests=none autolearn=ham version=3.3.1 X-Original-To: pcp@oss.sgi.com Delivered-To: pcp@oss.sgi.com Received: from relay.sgi.com (relay3.corp.sgi.com [198.149.34.15]) by oss.sgi.com (Postfix) with ESMTP id 08B357F4C for ; Wed, 17 Apr 2013 01:19:03 -0500 (CDT) Received: from cuda.sgi.com (cuda3.sgi.com [192.48.176.15]) by relay3.corp.sgi.com (Postfix) with ESMTP id 8B2E9AC001 for ; Tue, 16 Apr 2013 23:19:02 -0700 (PDT) X-ASG-Debug-ID: 1366179540-04cb6c2c1c2c3050001-S8gJnT Received: from mx4-phx2.redhat.com (mx4-phx2.redhat.com [209.132.183.25]) by cuda.sgi.com with ESMTP id M9VID39fngqeKGkE for ; Tue, 16 Apr 2013 23:19:01 -0700 (PDT) X-Barracuda-Envelope-From: nscott@redhat.com X-Barracuda-Apparent-Source-IP: 209.132.183.25 Received: from zmail20.collab.prod.int.phx2.redhat.com (zmail20.collab.prod.int.phx2.redhat.com [10.5.83.23]) by mx4-phx2.redhat.com (8.13.8/8.13.8) with ESMTP id r3H6Ixg4027427; Wed, 17 Apr 2013 02:18:59 -0400 Date: Wed, 17 Apr 2013 02:18:59 -0400 (EDT) From: Nathan Scott Reply-To: Nathan Scott To: chandana@desilva.id.au Cc: pcp@oss.sgi.com Message-ID: <1718653119.1588648.1366179539555.JavaMail.root@redhat.com> In-Reply-To: <516E3B06.8030003@desilva.id.au> References: <516E0306.1070701@desilva.id.au> <99227353.1581961.1366177674251.JavaMail.root@redhat.com> <516E3B06.8030003@desilva.id.au> Subject: Re: [pcp] MySQL PMDA silently exits MIME-Version: 1.0 X-ASG-Orig-Subj: Re: [pcp] MySQL PMDA silently exits Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-Originating-IP: [10.5.82.11] X-Mailer: Zimbra 8.0.3_GA_5664 (ZimbraWebClient - FF17 (Linux)/8.0.3_GA_5664) Thread-Topic: MySQL PMDA silently exits Thread-Index: kSMLHZlzGWyPt4JyGPTnGcYZu+x4Aw== X-Barracuda-Connect: mx4-phx2.redhat.com[209.132.183.25] X-Barracuda-Start-Time: 1366179541 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=BSF_SC0_MISMATCH_TO, THREAD_INDEX, THREAD_TOPIC X-Barracuda-Spam-Report: Code version 3.2, rules version 3.2.2.128355 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 ----- Original Message ----- > Nathan, > Good pickup. > > Puppet seems to me re-starting PCP, and I think I know why. > > The Install of the MySQL PMDA causes pmcd.conf to change, so Puppet > changes it back, and re-starts PCP. > > This is classic catch 22, and I need to find a work around for this, and > will send my findings back to this list as well.. Ah. Not sure if it helps in your situation, but I've seen others use the "touch /var/lib/pcp/pmda/mysql/.NeedInstall" trick, via puppet, to ensure the PMDA is installed (along with a metric fetch test, IIRC). If you touch that file, a "service pmcd restart" will do a default Install for the PMDA if it is not installed already. cheers. -- Nathan From nscott@redhat.com Wed Apr 17 01:44:09 2013 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on oss.sgi.com X-Spam-Level: X-Spam-Status: No, score=0.0 required=5.0 tests=none autolearn=ham version=3.3.1 X-Original-To: pcp@oss.sgi.com Delivered-To: pcp@oss.sgi.com Received: from relay.sgi.com (relay3.corp.sgi.com [198.149.34.15]) by oss.sgi.com (Postfix) with ESMTP id D72517F4C for ; Wed, 17 Apr 2013 01:44:08 -0500 (CDT) Received: from cuda.sgi.com (cuda3.sgi.com [192.48.176.15]) by relay3.corp.sgi.com (Postfix) with ESMTP id 5C146AC001 for ; Tue, 16 Apr 2013 23:44:08 -0700 (PDT) X-ASG-Debug-ID: 1366181045-04cb6c2c1c2c4f40001-S8gJnT Received: from mx3-phx2.redhat.com (mx3-phx2.redhat.com [209.132.183.24]) by cuda.sgi.com with ESMTP id oFthj4EQAnBHDgik for ; Tue, 16 Apr 2013 23:44:05 -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 r3H6i4r2019916 for ; Wed, 17 Apr 2013 02:44:04 -0400 Date: Wed, 17 Apr 2013 02:44:04 -0400 (EDT) From: Nathan Scott Reply-To: Nathan Scott To: PCP Mailing List Message-ID: <2046037409.1595699.1366181044845.JavaMail.root@redhat.com> Subject: pcp updates: scox merge MIME-Version: 1.0 X-ASG-Orig-Subj: pcp updates: scox merge Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-Originating-IP: [10.5.82.11] X-Mailer: Zimbra 8.0.3_GA_5664 (ZimbraWebClient - FF17 (Linux)/8.0.3_GA_5664) Thread-Topic: pcp updates: scox merge Thread-Index: TkzDponqmuc3dUCwBGUkXcwcHhFTGA== X-Barracuda-Connect: mx3-phx2.redhat.com[209.132.183.24] X-Barracuda-Start-Time: 1366181045 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.2.128355 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://oss.sgi.com/nathans/pcp.git dev qa/src/test_pcp.python | 172 +++++++++++++++++++++++++++---------------- src/pmcollectl/pmcollectl.py | 8 +- src/python/pcp/pmapi.py | 76 +++++++++++-------- src/python/pcp/pmsubsys.py | 10 +- src/python/pcpi.py | 35 ++++++-- 5 files changed, 193 insertions(+), 108 deletions(-) commit 6b6d3c00c68d0ff1ab70727541b3bfe0d4e2b698 Merge: 087565d 8791ec0 Author: Nathan Scott Date: Wed Apr 17 15:52:16 2013 +1000 Merge branch 'scox/dev' of git://sourceware.org/git/pcpfans into dev commit 8791ec0c2247db2efa115c4848eeaa1c96f1a2b5 Author: Stan Cox Date: Tue Apr 16 22:16:17 2013 -0400 Don't return status in python binding entries. * pmapi.py (pmLookupName, pmContext): Don't return status. (pmUnLoadNameSpace, pmLookupDesc, pmFetch): Don't return status (pmLookupDesc, pmLookupDescs): Singular/plural entries * pmsubsys.py (_pmsubsys): Change callers. * pmcollectl.py (main): Change callers. * test_pcp.py: Change callers. commit 646011dd8f83a69432f305a5c80db73aa3a4094d Merge: 114bbd6 91709fb Author: Stan Cox Date: Tue Apr 16 10:55:47 2013 -0400 Merge remote-tracking branch 'nathans/dev' into scox/dev Conflicts: src/python/pcpi.py commit 114bbd6bf2a32b888b9469878440f248e7b7f02f Author: Stan Cox Date: Thu Apr 11 11:11:21 2013 -0400 work in progress From nscott@redhat.com Wed Apr 17 17:59:22 2013 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on oss.sgi.com X-Spam-Level: X-Spam-Status: No, score=0.0 required=5.0 tests=none autolearn=ham version=3.3.1 X-Original-To: pcp@oss.sgi.com Delivered-To: pcp@oss.sgi.com Received: from relay.sgi.com (relay1.corp.sgi.com [137.38.102.111]) by oss.sgi.com (Postfix) with ESMTP id 071037F4C for ; Wed, 17 Apr 2013 17:59:22 -0500 (CDT) Received: from cuda.sgi.com (cuda1.sgi.com [192.48.157.11]) by relay1.corp.sgi.com (Postfix) with ESMTP id BE7288F8050 for ; Wed, 17 Apr 2013 15:59:18 -0700 (PDT) X-ASG-Debug-ID: 1366239553-04bdf02d1d309a90001-S8gJnT Received: from mx4-phx2.redhat.com (mx4-phx2.redhat.com [209.132.183.25]) by cuda.sgi.com with ESMTP id LoufUaLplSjvQ9Yn for ; Wed, 17 Apr 2013 15:59:13 -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 r3HMwWjN003064; Wed, 17 Apr 2013 18:58:32 -0400 Date: Wed, 17 Apr 2013 18:58:32 -0400 (EDT) From: Nathan Scott Reply-To: Nathan Scott To: Dave Brolley , obutler@aconex.com, Stan Cox , chandana@desilva.id.au, Ryan Doyle , "Frank Ch. Eigler" , Paul Evans , Mark Goodwin , Brad Hubbard , Ken McDonell Cc: PCP Mailing List Message-ID: <454576207.2492751.1366239512859.JavaMail.root@redhat.com> In-Reply-To: <2097969057.2340708.1366222271302.JavaMail.root@redhat.com> Subject: PCP Developers Meetup notes - 17/4/2013 - 08:00-10:30 (+1000) MIME-Version: 1.0 X-ASG-Orig-Subj: PCP Developers Meetup notes - 17/4/2013 - 08:00-10:30 (+1000) Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-Originating-IP: [10.5.82.11] X-Mailer: Zimbra 8.0.3_GA_5664 (ZimbraWebClient - FF17 (Linux)/8.0.3_GA_5664) Thread-Topic: PCP Developers Meetup notes - 17/4/2013 - 08:00-10:30 (+1000) Thread-Index: EptDO8bjlk3dhlgQBlsI7gO87Gn4dg== X-Barracuda-Connect: mx4-phx2.redhat.com[209.132.183.25] X-Barracuda-Start-Time: 1366239553 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.2.128419 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 Attendees: Dave Brolley Owen Butler Stan Cox Chandana De Silva Ryan Doyle Frank Eigler Paul Evans Mark Goodwin Brad Hubbard Ken McDonell Nathan Scott Topics covered: 1. Schedules [Nathan] pcp-3.7.2 end of this week (minor bugfix release) pcp-gui-1.5.7 end of this week (minor bugfix release) pcp-3.8.0 in around four weeks - feature release, pulling in a number of bit ticket items: pmwebapi, python packaging rejig, new python sub-modules (pmsubsys, pmda, mmv), a new pmatop tool, initial sasl2-based per-user access control, and a kitchen sink or two. 2. Trees [Nathan] Discussed whether the current "mini forest of trees" model we're using to manage source and other revision controlled docs is as effective as it could be for us. We split out pieces like the cluster and infiniband pmdas awhile ago, but they are now rotting with no updates and little visibility. Cornel recently looking into updates for pmdacluster, others on the call hadn't even heard of it but were quite interested. Ken points out difficulties in testing these pieces, particularly infiniband, with no access to hardware. Nathan listed other issues with out-of-tree code, like duplicated/no packaging, duplicated build system, updates to the build system (like --prefix configure work) not done on those dup build systems, etc, so the negatives seem to be outweighing the positives now. In general, people seemed positive to attempting a merge-back of these pieces at some point. Talked a bit about how the merge-back of pcpqa was affecting Ken, the biggest user - we've worked around most/all of the issues that were causing grief initially, Ken preferring the in-tree QA model more, Nathan using both, and others still using just the packages. Moved onto the pcp / pcp-gui split, which is less clear cut due to major toolchain differences. However, it wasn't dismissed out of hand - if this merge is ever attempted, configure magic must be in-place to allow --without-gui builds, as many QA machines do not have graphics heads. Some value was identified in this merge due to possibility of improvements via a merged QA (libqmc has an extensive QA suite, even with custom agents) and sharing of build and packaging systems with core pcp would be helpful. With the pcp-books tree arriving, highly desirable to not have the same kind of bit-rot happen there so having the books alongside the code they document was suggested. Initially, merging into pcp-gui seems a start, as both books and existing pcp-doc tutorials, and the gui code itself, have image files that could be shared. Side discussion about the pcpweb tree [Owen/Ryan] - rumblings of improvements to the pcp web site, modernisation of the look, etc - would be wonderful if someone takes this on. Two thumbs up. Another side discussion about housing the trees - using oss.sgi.com as primary site, sourceware.org houses many trees already too - in the unlikely event of an emergency, could take over role of hosting PCP site. In general, the sources are considered well backed up by virtue of so many git trees around the world. Frank pointed out we could not move bugzilla service quickly. General wonderings about relative lack of use of bugzilla, whether we could just use Red Hat bugzilla hosting if needed. Led into discussion about visibility of current Fedora bugs - Nathan mentioned the Debian bugs and all package related mail now goes to the pcp list (used to be private), and doing the same for Fedora/EPEL updates was generally approved of - Nathan to investigate making it happen. 3. Amazon Web Services [Chandana] PCP model of remote loggers which explicitly know about all of the hosts they need to log is mismatched to the needs of monitoring in the AWS space. Here, hosts can be spun up and down in relatively short time spans, and the remote pmlogger "pull" model is not what is wanted - a "push" model where the host starts up and starts to broadcast out data (including its hostname) to something listening for such traffic is offered by collectd and is better suited. Discussion about how to tackle similar functionality ensued - the use of a local pmlogger on each dynamic AWS host agreed as a good first step and then two approaches discussed. Ken and Chandana pondered changes to pmlogger to allow arbitrary pluggable backends via a new API to plugin anything (e.g. a streaming-to-remote-AWS- host-listener plugin). Seemed very flexible, and it could also be used to stream PCP data directly into a relational DB as well. Frank pointed out this results in loss of the ability to run all of the PCP analytic tools on historic data, however, and suggested an alternate scheme where we do a better job of allowing the PMAPI to access PCP logs as they are being written. This would be more compelling in that it offers potential improvements to existing PCP tools like pmchart too, which currently do relatively poorly in the way they manage live/archive transition. Ryan points out the pain of starting pmchart and having to wait for live sampled data - he'd prefer the tool to be able to seamlessly fetch history for metrics selected for live plotting. Would require logging everything all the time ... not really feasible in terms of overhead, finding a sampling interval to suit everyone, and so on. But worth keeping in mind ways to optimise/improve usability for this common request. 4. QA [Ken] Who's running it, what failures - visibility is proving a problem, not knowing whether failures that would/should affect everyone are being seen by others. Mark/Frank/Nathan talked a bit about Red Hat QA on the released bits, but the testing before releases is more where Ken/Nathan are keen to see improved visibility. Some concern QA coverage may be decreasing too in recent times. Continuous integration via Jenkins suggested as possible way to go to keep tests running for all commits and provide visibility - Owen and Ryan report its working well at Aconex, and the somewhat tricky distributed nature of PCP QA should be handled. Frank mentioned also the systemtap approach, and the web frontend used there that could be used in PCP too with small amounts of tweaking. 5. Diagnostics [Ken] Concerns raised that recent code changes are not adding sufficient in-built diagnostics for others to be able to triage problems with the changed code. Example of initial protocol exchange flags that Nathan changed recently came up - lack of detail there made secure sockets problems even more difficult to track down. Suggested we keep this in mind for all new code, and consider measures to make newer contributes aware too - perhaps some written guidelines, and pre-commit checklists, and actively looking for this in reviews. 6. pmdasummary [Ken] Ken asked if others knew of any sites using the summary PMDA, as he's recently fixed brokenness in the pmie secret-agent-mode it uses, rendering parts of pmdasummary functionality useless (bogus values). No general group insight into how many people might be affected though. 7. pmchart configs [Owen] Discussion around how to distribute canned pmchart views that the Aconex folk are using for Elasticsearch and other monitoring. If they are sent through this week, we'll include them in the pending pcp-gui update for all to share. 8. Percentiles [Owen] Discussion around best ways to expose percentile calculations, in the particular context of the Aconex application (response times), but also with wider applicability to arbitrary metrics (networking metrics in particular of interest to Chandana too). Each possible point of implementing this (application, agent, libpcp, clients) covered with pros and cons of each tossed about. Ken believes the "right" place to put this, to solve generically, is on the client side and an extension to the derived metrics syntax would be quite doable for a generic solution (extending the rate conversion model which already needs to keep two samples worth of data). 9. Command line options [Mark] Back-compatibility policy of command line options raised yet again, with the -h (hostname) option coming back again with the possibility of switching away from -h discussed. Generally, back-compat seems to (continue to) be preferred, so no change here for the foreseeable here. Ryan raised the option of special casing -h parsing so that the common case of a single -h (help) argument which is well known and expected elsewhere could be better handled more cleanly. Also, the use of long options discussed a bit ... generally this seems to be considered worth doing. Fair bit of code to update though. 10. Qt markup language [Mark + Brad] Mark and Brad gave an overview of QML and discussed potential use of this in pcp-gui tools. No push back, but state of pmview discussed by Ken and its well along the path to completion - scene layout is functional, in particular, where QML might have fitted well. Nathan generally bemoaned the pmchart config file syntax and parsing code, wishing for something better - perhaps a scripting API someday. 11. Simplify default setup [Mark] Topic of making a default install simpler to setup for new users was broached. Came up for Mark in wider discussions with other Red Hat customer support people, and pointing to the other tools like sar, collectl, etc which are basically "chkconfig on && service start" to get useful results. With PCP we are not providing generally useful default setups today, which is just plain silly. Ken points out that of everything discussed today, this one's by far the easiest and should be a no-brainer - if someone could propose a more useful set of metrics for /etc/pcp/pmlogger/config.default, it could happen immediately. I think the action item was with Mark(?) to peruse his archive set, and come up with something. Nathan also suggested using the Aconex production configuration as well for some insight - feel free to ping us if anyone begins looks into this. Similarly, pmie should also be easy, with a good default setup, and consensus was that it should default to reporting problems detected into syslog. That's about it from my recollection and hand-scrawled notes - if I have overlooked or misrepresented anything, please send reply-to-all mail with further detail, thanks! cheers. -- Nathan From kenj@internode.on.net Thu Apr 18 00:55:06 2013 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on oss.sgi.com X-Spam-Level: X-Spam-Status: No, score=0.0 required=5.0 tests=none autolearn=ham version=3.3.1 X-Original-To: pcp@oss.sgi.com Delivered-To: pcp@oss.sgi.com Received: from relay.sgi.com (relay3.corp.sgi.com [198.149.34.15]) by oss.sgi.com (Postfix) with ESMTP id 44D797F50 for ; Thu, 18 Apr 2013 00:55:06 -0500 (CDT) Received: from cuda.sgi.com (cuda1.sgi.com [192.48.157.11]) by relay3.corp.sgi.com (Postfix) with ESMTP id E3EFEAC002 for ; Wed, 17 Apr 2013 22:55:02 -0700 (PDT) X-ASG-Debug-ID: 1366264500-04bdf02d20323cb0001-S8gJnT Received: from ipmail04.adl6.internode.on.net (ipmail04.adl6.internode.on.net [150.101.137.141]) by cuda.sgi.com with ESMTP id QbkuJBSY0V12VdUC for ; Wed, 17 Apr 2013 22:55:00 -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: ApMBACaJb1F20aMe/2dsb2JhbAANOQqDPMFvhBIwDRYYAwIBAgFYBgIBAbIlkz6NXoUJA5J/mDg Received: from ppp118-209-163-30.lns20.mel6.internode.on.net (HELO [192.168.1.100]) ([118.209.163.30]) by ipmail04.adl6.internode.on.net with ESMTP; 18 Apr 2013 15:24:59 +0930 Message-ID: <516F8AB8.6000807@internode.on.net> Date: Thu, 18 Apr 2013 15:55:04 +1000 From: Ken McDonell User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:17.0) Gecko/20130329 Thunderbird/17.0.5 MIME-Version: 1.0 To: pcp@oss.sgi.com Subject: pcp updates - yippee secure socket connections work Content-Type: text/plain; charset=ISO-8859-1 X-ASG-Orig-Subj: pcp updates - yippee secure socket connections work Content-Transfer-Encoding: 7bit X-Barracuda-Connect: ipmail04.adl6.internode.on.net[150.101.137.141] X-Barracuda-Start-Time: 1366264500 X-Barracuda-URL: http://192.48.157.11:80/cgi-mod/mark.cgi X-Barracuda-BRTS-Status: 1 X-Virus-Scanned: by bsmtpd at sgi.com X-Barracuda-Spam-Score: 0.00 X-Barracuda-Spam-Status: No, SCORE=0.00 using per-user scores of TAG_LEVEL=1000.0 QUARANTINE_LEVEL=1000.0 KILL_LEVEL=2.7 tests= X-Barracuda-Spam-Report: Code version 3.2, rules version 3.2.2.128447 Rule breakdown below pts rule name description ---- ---------------------- -------------------------------------------------- Re. the chronologically last commit in this batch (first one in the list below) I expect to hear the sound of sandals hitting the ground over this one ... a "miracle" does go close to describing what it took to find and fix this one. Since this is ONLY at the core of EVERYTHING in PCP, it would be a good idea to have as may knowing eyes look at this particular change as possible and be ruthless in your reviewing. I have a clean (NO failures) QA run on one host with these changes ... I'll get more QA coverage overnight. Changes committed to git://oss.sgi.com/kenj/pcp.git dev qa/.gitignore | 1 qa/008 | 20 ++ qa/008.out.bozo+sdc | 59 ++++++++ qa/024 | 3 qa/199 | 7 qa/200 | 20 ++ qa/200.out | 23 +++ qa/200.out.1 | 38 +++++ qa/200.out.2 | 61 ++++++++ qa/273 | 1 qa/287.out.x86_64 | 312 +++++++++++++++++++++---------------------- qa/297 | 1 qa/348 | 2 qa/439 | 3 qa/455 | 23 +++ qa/587 | 2 qa/643 | 2 qa/712 | 3 qa/group | 2 src/include/pcp/impl.h | 2 src/libpcp/src/auxconnect.c | 10 + src/libpcp/src/ipc.c | 2 src/libpcp/src/nss_connect.c | 27 +++ src/libpcp/src/pdu.c | 312 +++++++++++++++++++++++++------------------ src/pmcd/src/dopdus.c | 2 src/pmdbg/pmdbg.c | 4 26 files changed, 631 insertions(+), 311 deletions(-) commit 08dd0c7d176b824d8528e849910bd75df25c9e37 Author: Ken McDonell Date: Thu Apr 18 15:32:43 2013 +1000 libpcp - killer bug in PCP PDU layer exposed by secure sockets One of the long-standing assumptions in the PCP PDU layer, is that since we only ever write PDUs with a fixed sized header plus a variable amount of data, on the receiver side an atomic read()/recv() requesting the header size (or a whole word and word-aligned part thereof) will return _all_ of the requested data, else it is treated as an PM_ERR_IPC error and the show is over. For regular sockets (pmcd/pmproxy/pmda/client connections) and files (PCP archives) this assumption has stood the test of time across more TCP/IP implementations than you could hit with a big stick. But with secure sockets lurking under the covers and the various and assorted handshake, encyption and compression games in play, the assumption no longer stands and we have seen requests for 4, 8, 12 bytes returning data of length 1, 5, 7, ... bytes followed by the remainder of the data in one or more subesquent recv()s (so returning a shorter than expected buffer it is _not_ the end of the data stream). This commit re-engineers the _entire_ PDU assembly logic in pduread() to match the brave new world reality. With this change, secure socket connections from clients to pmcd and/or pmproxy are working for me, and all of QA is passing on at least one host so far. commit c9df92432930c3978a8fd9f1fe1809f6495f9dba Author: Ken McDonell Date: Thu Apr 18 15:29:49 2013 +1000 qa/199,348,587,643 - maintain pmcd configuration state For tests that Install and/or Remove PMDAs, it is important that they leave the pmcd configuration, PMDA configuration and PMNS configuration in the same state as they were before the test was run. commit 2c7c14593e03dfa2e0ead02376d021368a76df78 Author: Ken McDonell Date: Thu Apr 18 15:24:18 2013 +1000 qa/712 - undo debug changes commit 4ed4298c0f7aea41a8b70434ae494b7973f7b49c Author: Ken McDonell Date: Thu Apr 18 15:21:26 2013 +1000 libpcp - __pmRecv additional diagnostics We have multiple flavours of __pmRecv() that might be used, so add diagnostics to identify which flavour and low-level details of packets received (under the conjuncted control of DBG_TRACE_PDU and DBG_TRACE_DESPERATE). commit a8e123efaa14758dea24b004104dad3882f23a08 Author: Ken McDonell Date: Thu Apr 18 15:17:05 2013 +1000 pmcd - add flags field of credentials exchange to diag commit 172e443a2410531a7fcf41f464833832f954b67e Author: Ken McDonell Date: Thu Apr 18 14:53:20 2013 +1000 libpcp/ipc.c - hide noisy diagnostic behind DBG_TRACE_DESPERATE The DBG_TRACE_CONTEXT diagnostic __pmDataIPC: fd=, data=(sz=) is generated a _lot_, and is not all that helpful amongst the other -Dcontext diagnostics, so hide this one behind the (new) conjuncted DBG_TRACE_DESPERATE flag. -Dcontext,desperate will make it appear again if needed. commit 9036f208d27e2c331db29933524b15cb50f012eb Author: Ken McDonell Date: Thu Apr 18 14:44:31 2013 +1000 Diagnostics - add DBG_TRACE_DESPERATE support One level of additional verbosity control in the diagnostics. Set from the command line with one or more flags, e.g -D pdu,desperate and execution is guarded by a predictate like if ((pmDebug & DBG_TRACE_PDU) && (pmDebug & DBG_TRACE_DESPERATE)) The intention is that only the desperate developer would (a) add diagnositics under the conjuncted DBG_TRACE_DESPERATE control, (b) be interested in the output from these diagnostics. For example uses in libpcp, see the subsequent commits to pdu.c and ipc.c. commit e2d1042b3da0a9197337678ae0030ebb82bc4b3c Author: Ken McDonell Date: Thu Apr 18 14:42:43 2013 +1000 qa/group - test 193 belongs in the pdu group commit b225ceb1ac8251d41f27f4eddb34d00e006df08c Author: Ken McDonell Date: Thu Apr 18 14:41:09 2013 +1000 qa/439 - filter refinement Treat "TCP connection reset by peer" as equivalent to "Connection refused" for this test. commit 4c20cd69d2114ae0b1fdcb06f4dea72630fa9654 Author: Ken McDonell Date: Thu Apr 18 14:39:13 2013 +1000 qa/455 - rsyslog pmda testing A couple of changes needed here: a) maintain pmcd configuration state ... if the PMDA is installed before this test runs, make sure it is installed after the test has been run, else if the PMDA is NOT installed before this this test runs, make sure it is NOT installed after the test has been run b) add a small amount of checking for the named pipe creation ($PCP_LOG_DIR/rsyslog/stats) to avoid a race between the Install and the QA test that can leave the QA test hanging on the write to the named pipe. commit 2de4cef4382f368b36ddb232529b16eed47c6e33 Author: Ken McDonell Date: Thu Apr 18 11:17:19 2013 +1000 qa/297 - filter out __pmConnect diag added in PCP 3.7.2 commit 0c7f69d1d374e8c603f2f6c763fbe8aff10cd860 Author: Ken McDonell Date: Thu Apr 18 11:05:26 2013 +1000 Revert "qa/287 - slightly different floating point precision for x86_64" This reverts commit 8704c97674c69da4ac7704b61dd7978d5a6fb4e3. commit 473e4ac9e19b35863fb31c0ab37fc6fec74cdc25 Author: Ken McDonell Date: Thu Apr 18 11:03:07 2013 +1000 qa/273 - filter out __pmConnect diag added in PCP 3.7.2 commit 14f5d6e60b50f95d77983b70c3753664981eded3 Author: Ken McDonell Date: Thu Apr 18 10:59:17 2013 +1000 qa/200 - handle new __pmConnect diag added in PCP 3.7.2 commit b548b989bd80702156691f6f8ce8e241b9ae71ec Author: Ken McDonell Date: Thu Apr 18 10:49:22 2013 +1000 qa/024 - filter out __pmConnect diag added in PCP 3.7.2 commit cf7e2d5bed688669ee95e5d18390e5b0e007a665 Author: Ken McDonell Date: Thu Apr 18 10:25:31 2013 +1000 qa/008 - fix disk non-determinism for host bozo From nscott@redhat.com Thu Apr 18 01:38:59 2013 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on oss.sgi.com X-Spam-Level: X-Spam-Status: No, score=0.0 required=5.0 tests=none autolearn=ham version=3.3.1 X-Original-To: pcp@oss.sgi.com Delivered-To: pcp@oss.sgi.com Received: from relay.sgi.com (relay1.corp.sgi.com [137.38.102.111]) by oss.sgi.com (Postfix) with ESMTP id 267077F50 for ; Thu, 18 Apr 2013 01:38:59 -0500 (CDT) Received: from cuda.sgi.com (cuda1.sgi.com [192.48.157.11]) by relay1.corp.sgi.com (Postfix) with ESMTP id 029178F8052 for ; Wed, 17 Apr 2013 23:38:55 -0700 (PDT) X-ASG-Debug-ID: 1366267134-04bdf01d63113eb0001-S8gJnT Received: from mx3-phx2.redhat.com (mx3-phx2.redhat.com [209.132.183.24]) by cuda.sgi.com with ESMTP id NOXOoGVV7vYgdrBC for ; Wed, 17 Apr 2013 23:38: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 r3I6coir028547; Thu, 18 Apr 2013 02:38:50 -0400 Date: Thu, 18 Apr 2013 02:38:50 -0400 (EDT) From: Nathan Scott Reply-To: Nathan Scott To: Ken McDonell Cc: pcp@oss.sgi.com Message-ID: <2061274530.2645099.1366267130687.JavaMail.root@redhat.com> In-Reply-To: <516F8AB8.6000807@internode.on.net> References: <516F8AB8.6000807@internode.on.net> Subject: Re: [pcp] pcp updates - yippee secure socket connections work MIME-Version: 1.0 X-ASG-Orig-Subj: Re: [pcp] pcp updates - yippee secure socket connections work Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-Originating-IP: [10.5.82.12] X-Mailer: Zimbra 8.0.3_GA_5664 (ZimbraWebClient - FF17 (Linux)/8.0.3_GA_5664) Thread-Topic: pcp updates - yippee secure socket connections work Thread-Index: yW5n8k2y1y9H0iMxBwMe8Ae3ccj/NQ== X-Barracuda-Connect: mx3-phx2.redhat.com[209.132.183.24] X-Barracuda-Start-Time: 1366267134 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.2.128449 Rule breakdown below pts rule name description ---- ---------------------- -------------------------------------------------- 0.01 THREAD_INDEX thread-index: AcO7Y8iR61tzADqsRmmc5wNiFHEOig== 0.01 THREAD_TOPIC Thread-Topic: ...(Japanese Subject)... ----- Original Message ----- > Re. the chronologically last commit in this batch (first one in the list > below) > > I expect to hear the sound of sandals hitting the ground over this one ... a > "miracle" does go close to describing what it took to find and fix this one. Nice work!!! > Since this is ONLY at the core of EVERYTHING in PCP, it would be a good idea Heh, what could possibly go wrong? > to have as may knowing eyes look at this particular change as possible and > be ruthless in your reviewing. Will do. thanks! -- Nathan From nscott@redhat.com Thu Apr 18 02:50:29 2013 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on oss.sgi.com X-Spam-Level: X-Spam-Status: No, score=0.0 required=5.0 tests=none autolearn=ham version=3.3.1 X-Original-To: pcp@oss.sgi.com Delivered-To: pcp@oss.sgi.com Received: from relay.sgi.com (relay3.corp.sgi.com [198.149.34.15]) by oss.sgi.com (Postfix) with ESMTP id 03CD97F52 for ; Thu, 18 Apr 2013 02:50:29 -0500 (CDT) Received: from cuda.sgi.com (cuda2.sgi.com [192.48.176.25]) by relay3.corp.sgi.com (Postfix) with ESMTP id 856AAAC001 for ; Thu, 18 Apr 2013 00:50:25 -0700 (PDT) X-ASG-Debug-ID: 1366271422-04cbb057f73208f0001-S8gJnT Received: from mx4-phx2.redhat.com (mx4-phx2.redhat.com [209.132.183.25]) by cuda.sgi.com with ESMTP id pvElOhUjRDx8htPQ for ; Thu, 18 Apr 2013 00:50:22 -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 r3I7oLn6020230 for ; Thu, 18 Apr 2013 03:50:21 -0400 Date: Thu, 18 Apr 2013 03:50:21 -0400 (EDT) From: Nathan Scott Reply-To: Nathan Scott To: pcp@oss.sgi.com Message-ID: <44901935.2676251.1366271421868.JavaMail.root@redhat.com> Subject: pcp updates: python modules MIME-Version: 1.0 X-ASG-Orig-Subj: pcp updates: python modules Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-Originating-IP: [10.5.82.12] X-Mailer: Zimbra 8.0.3_GA_5664 (ZimbraWebClient - FF17 (Linux)/8.0.3_GA_5664) Thread-Topic: pcp updates: python modules Thread-Index: 2WCZGqUaZTwHC4ti9BcO5Y6bp5grOQ== X-Barracuda-Connect: mx4-phx2.redhat.com[209.132.183.25] X-Barracuda-Start-Time: 1366271422 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.2.128455 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://oss.sgi.com/nathans/pcp.git dev qa/704 | 8 +- qa/704.out | 58 +++++++++----- qa/src/test_mmv.python | 120 ++++++++++++++---------------- src/libpcp_mmv/src/mmv_stats.c | 3 src/pmdas/simple/pmdasimple.py | 46 +++++------ src/python/pcp/mmv.py | 161 +++++++++++++++++++++------------------- src/python/pcp/pmapi.py | 8 +- src/python/pcp/pmda.py | 72 +++++++++++------- src/python/pmapi.c | 22 +++-- src/python/pmda.c | 162 ++++++++++++++++++++++++----------------- 10 files changed, 369 insertions(+), 291 deletions(-) commit a815885ade199e9b31cf4f1d43f543f44cc5b725 Author: Nathan Scott Date: Thu Apr 18 17:48:45 2013 +1000 Further work on the python PMDA module interface Manage instance array setup correctly. Handle namespace refresh logic correctly, now able to create domain.h and namespace files as part of Install scripts. commit 607a2aac3dcce2ea098efd6bac453830c61bca30 Author: Nathan Scott Date: Thu Apr 18 13:10:44 2013 +1000 Further work on the python MMV module interface This is now functional, and metrics and instances can be created from an instrumented python applications. Hooray. pylint still has one or two issues, but its giving a pretty high score (~9.5) now too, so most of the cleanup work is complete. In addition, found the MMV behaviour of allowing a non-running process-flagged MMV app was not there in the C library (parfait allows this for short-lived java apps, and its handy), so added it in to use during QA. commit f3cf1b8e10b5691aaed95f36556a489988d07f8e Author: Nathan Scott Date: Thu Apr 18 09:49:51 2013 +1000 Simplify the timeval conversion interfaces and make them work Makes the python->C calling interface simpler for timevals, which nowadays use some __pmtimeval routines. These were previously not converting correctly from ctypes into real C, but now they do. Also fixed up the pmLookupName comment which was clearly wrong and also correct the stringification of timevals which was incorrectly converting to floating point number, not string. commit f78fab83a86904b3c519df2e5b7e69b5251e5e95 Author: Nathan Scott Date: Wed Apr 17 17:39:26 2013 +1000 Update pmdasimple.py metric/indom init to match newer calling convention From fche@redhat.com Thu Apr 18 08:58:58 2013 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on oss.sgi.com X-Spam-Level: X-Spam-Status: No, score=0.0 required=5.0 tests=none autolearn=ham version=3.3.1 X-Original-To: pcp@oss.sgi.com Delivered-To: pcp@oss.sgi.com Received: from relay.sgi.com (relay2.corp.sgi.com [137.38.102.29]) by oss.sgi.com (Postfix) with ESMTP id 77D0A7F5A for ; Thu, 18 Apr 2013 08:58:58 -0500 (CDT) Received: from cuda.sgi.com (cuda3.sgi.com [192.48.176.15]) by relay2.corp.sgi.com (Postfix) with ESMTP id 665AA304067 for ; Thu, 18 Apr 2013 06:58:55 -0700 (PDT) X-ASG-Debug-ID: 1366293534-04cb6c6e2b22ae50001-S8gJnT Received: from mx1.redhat.com (mx1.redhat.com [209.132.183.28]) by cuda.sgi.com with ESMTP id HDx71k1mPBRAxzgJ for ; Thu, 18 Apr 2013 06:58: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-mx12.intmail.prod.int.phx2.redhat.com (int-mx12.intmail.prod.int.phx2.redhat.com [10.5.11.25]) by mx1.redhat.com (8.14.4/8.14.4) with ESMTP id r3IDwjfK020116 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK); Thu, 18 Apr 2013 09:58:45 -0400 Received: from fche.csb (vpn-56-69.rdu2.redhat.com [10.10.56.69]) by int-mx12.intmail.prod.int.phx2.redhat.com (8.14.4/8.14.4) with ESMTP id r3IDwhZS016916; Thu, 18 Apr 2013 09:58:44 -0400 Received: by fche.csb (Postfix, from userid 2569) id 3351C58154; Thu, 18 Apr 2013 09:58:43 -0400 (EDT) To: Nathan Scott Cc: Dave Brolley , obutler@aconex.com, Stan Cox , chandana@desilva.id.au, Ryan Doyle , Paul Evans , Mark Goodwin , Brad Hubbard , Ken McDonell , pcp@oss.sgi.com Subject: Re: PCP Developers Meetup notes - 17/4/2013 - 08:00-10:30 (+1000) References: <2097969057.2340708.1366222271302.JavaMail.root@redhat.com> <454576207.2492751.1366239512859.JavaMail.root@redhat.com> X-ASG-Orig-Subj: Re: PCP Developers Meetup notes - 17/4/2013 - 08:00-10:30 (+1000) From: fche@redhat.com (Frank Ch. Eigler) Date: Thu, 18 Apr 2013 09:58:43 -0400 In-Reply-To: <454576207.2492751.1366239512859.JavaMail.root@redhat.com> (Nathan Scott's message of "Wed, 17 Apr 2013 18:58:32 -0400 (EDT)") Message-ID: User-Agent: Gnus/5.1008 (Gnus v5.10.8) Emacs/21.4 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Scanned-By: MIMEDefang 2.68 on 10.5.11.25 X-Barracuda-Connect: mx1.redhat.com[209.132.183.28] X-Barracuda-Start-Time: 1366293534 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 > [...] > 3. Amazon Web Services [Chandana] > PCP model of remote loggers which explicitly know about all of the > hosts they need to log is mismatched to the needs of monitoring in > the AWS space. Here, hosts can be spun up and down in relatively > short time spans, and the remote pmlogger "pull" model is not what > is wanted - a "push" model where the host starts up and starts to > broadcast out data (including its hostname) to something listening > for such traffic is offered by collectd and is better suited. I wonder why having a central pmlogger pulling from these short-lived targets is deemed unworkable. One might imagine pmlogger made more able to respond to quick changes in configuration (the addition of remote-machine logging configuration fragments); or letting it be statically pre-configured with a large space (/24 network?) of potential-targets for it to poll. > Discussion about how to tackle similar functionality ensued - the > use of a local pmlogger on each dynamic AWS host agreed as a good > first step and then two approaches discussed. Ken and Chandana > pondered changes to pmlogger to allow arbitrary pluggable backends > via a new API to plugin anything (e.g. a streaming-to-remote-AWS- > host-listener plugin). [...] As an alternative, I pointed to NFS as a possible transport for pushing pmlogger data across to a central head node, which would work with the present pcp code base. > Frank pointed out this results in loss of the ability to run all > of the PCP analytic tools on historic data, however, and suggested > an alternate scheme where we do a better job of allowing the PMAPI > to access PCP logs as they are being written. This would be more > compelling in that it offers potential improvements to existing PCP > tools like pmchart too, which currently do relatively poorly in the > way they manage live/archive transition. Right, this is the part where Ken suggested this would not be too hard, by buffering outgoing archive PDU's more "semantically". It might be helpful to have an extra pmlogger archive file while it's being live-updated, as a tiny table-of-contents of sorts, which live clients might more efficiently monitor than the main time-series data files. The streaming-to-remote-AWS-host-listener tool be written like an ordinary PMAPI client (rather than a logger plugin), whether connected to a pmcd, or a newfangled-live-monitored archive. > Ryan points out the pain of starting pmchart and having to wait for > live sampled data - he'd prefer the tool to be able to seamlessly > fetch history for metrics selected for live plotting. Would require > logging everything all the time [...] Well, not everything, not all the time, necessarily. There could be an opportunistic pmlogger instance started up to feed a pmchart, which accumulates data only for that pmchart. It could heuristically save more metrics than initially requested -- or just monotonically grow the set as the pmchart user browses more and more. - FChE From brolley@redhat.com Thu Apr 18 09:38:55 2013 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on oss.sgi.com X-Spam-Level: X-Spam-Status: No, score=0.0 required=5.0 tests=none 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 6FCC37F5E for ; Thu, 18 Apr 2013 09:38:55 -0500 (CDT) Received: from cuda.sgi.com (cuda3.sgi.com [192.48.176.15]) by relay1.corp.sgi.com (Postfix) with ESMTP id 50EF18F8035 for ; Thu, 18 Apr 2013 07:38:52 -0700 (PDT) X-ASG-Debug-ID: 1366295931-04cb6c2c1f352750001-S8gJnT Received: from mx1.redhat.com (mx1.redhat.com [209.132.183.28]) by cuda.sgi.com with ESMTP id Der1Cz1biGn7kvVs for ; Thu, 18 Apr 2013 07:38:51 -0700 (PDT) X-Barracuda-Envelope-From: brolley@redhat.com X-Barracuda-Apparent-Source-IP: 209.132.183.28 X-ASG-Whitelist: Client Received: from int-mx02.intmail.prod.int.phx2.redhat.com (int-mx02.intmail.prod.int.phx2.redhat.com [10.5.11.12]) by mx1.redhat.com (8.14.4/8.14.4) with ESMTP id r3IEcp2A014078 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK) for ; Thu, 18 Apr 2013 10:38:51 -0400 Received: from [10.10.63.101] (vpn-63-101.rdu2.redhat.com [10.10.63.101]) by int-mx02.intmail.prod.int.phx2.redhat.com (8.13.8/8.13.8) with ESMTP id r3IEco83003797 for ; Thu, 18 Apr 2013 10:38:50 -0400 Message-ID: <5170057A.1060007@redhat.com> Date: Thu, 18 Apr 2013 10:38:50 -0400 From: Dave Brolley User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:17.0) Gecko/20130311 Thunderbird/17.0.4 MIME-Version: 1.0 To: PCP Subject: PCP Updates: pmcd access global wildcard for IPv6 Content-Type: text/plain; charset=ISO-8859-1; format=flowed X-ASG-Orig-Subj: PCP Updates: pmcd access global wildcard for IPv6 Content-Transfer-Encoding: 7bit X-Scanned-By: MIMEDefang 2.67 on 10.5.11.12 X-Barracuda-Connect: mx1.redhat.com[209.132.183.28] X-Barracuda-Start-Time: 1366295931 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 Note that the changes required for __pmSockAddrIsLoopBack() could be a lot cleaner if I could add an argument to __pmLoopBackAddress() specifying which family to provide the address for. Given that these are very recent additions to the api, how much flexibility do we have to do that? ------------------------------------------------------------- Committed to git://sourceware.org/git/pcpfans.git brolley/dev: commit 990b0597c9341cafa5c186b3b0f349fac7f47fed Author: Dave Brolley Date: Thu Apr 18 10:19:17 2013 -0400 pmcd access control: global wildcard for IPv6. - Extend the existing global wildcard, "*", to also refer to IPv6 addresses. - Add support for ".*" global wildcard which refers only to inet (IPv4) addresses. - Add support for ":*" global wildcard which refers only to IPv6 addresses. With these changes, the global wild card, "*", now has the intended effect of referring to all hosts. The user may separately restrict access for IPv6 and inet hosts as a whole by using the new ".:" and ".*" wildcards respectively. Also included are the necessary updates to the expected qa test output. commit 2c044ef8899e42f3837ab0adbda2c75764043e65 Author: Dave Brolley Date: Thu Apr 18 10:18:17 2013 -0400 __pmSockAddrIsLoopBack(): Handle IPv6 loopback address. From nscott@redhat.com Thu Apr 18 17:01:55 2013 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on oss.sgi.com X-Spam-Level: X-Spam-Status: No, score=0.0 required=5.0 tests=none 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 4D5267F62 for ; Thu, 18 Apr 2013 17:01:55 -0500 (CDT) Received: from cuda.sgi.com (cuda2.sgi.com [192.48.176.25]) by relay3.corp.sgi.com (Postfix) with ESMTP id C8D72AC001 for ; Thu, 18 Apr 2013 15:01:51 -0700 (PDT) X-ASG-Debug-ID: 1366322507-04cbb057f635aed0001-S8gJnT Received: from mx4-phx2.redhat.com (mx4-phx2.redhat.com [209.132.183.25]) by cuda.sgi.com with ESMTP id zWcF1Yz3OQL9V1hB for ; Thu, 18 Apr 2013 15:01: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 r3IM1ir5000709; Thu, 18 Apr 2013 18:01:44 -0400 Date: Thu, 18 Apr 2013 18:01:44 -0400 (EDT) From: Nathan Scott Reply-To: Nathan Scott To: Ken McDonell Cc: PCP Mailing List Message-ID: <2112139220.3147466.1366322504002.JavaMail.root@redhat.com> In-Reply-To: <454576207.2492751.1366239512859.JavaMail.root@redhat.com> References: <454576207.2492751.1366239512859.JavaMail.root@redhat.com> Subject: pmlogconf (was Re: PCP Developers Meetup notes - 17/4/2013 - 08:00-10:30 (+1000)) MIME-Version: 1.0 X-ASG-Orig-Subj: pmlogconf (was Re: PCP Developers Meetup notes - 17/4/2013 - 08:00-10:30 (+1000)) Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-Originating-IP: [10.5.82.11] X-Mailer: Zimbra 8.0.3_GA_5664 (ZimbraWebClient - FF17 (Linux)/8.0.3_GA_5664) Thread-Topic: PCP Developers Meetup notes - 17/4/2013 - 08:00-10:30 (+1000) Thread-Index: EptDO8bjlk3dhlgQBlsI7gO87Gn4dnPvjTcE X-Barracuda-Connect: mx4-phx2.redhat.com[209.132.183.25] X-Barracuda-Start-Time: 1366322507 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.2.128511 Rule breakdown below pts rule name description ---- ---------------------- -------------------------------------------------- 0.01 THREAD_INDEX thread-index: AcO7Y8iR61tzADqsRmmc5wNiFHEOig== 0.01 THREAD_TOPIC Thread-Topic: ...(Japanese Subject)... ----- Original Message ----- > ... > 11. Simplify default setup [Mark] > Topic of making a default install simpler to setup for new users was > broached. Came up for Mark in wider discussions with other Red Hat > customer support people, and pointing to the other tools like sar, > collectl, etc which are basically "chkconfig on && service start" to > get useful results. With PCP we are not providing generally useful > default setups today, which is just plain silly. > > Ken points out that of everything discussed today, this one's by far > the easiest and should be a no-brainer - if someone could propose a > more useful set of metrics for /etc/pcp/pmlogger/config.default, it > could happen immediately. ... Thinking further on this - is there any compelling reason not to make config.default pmlogconf(1)-generated? It'd be good to dog-food that tool a bit more. Its default-generated set, at least on my box with quite a few PMDAs, looks fairly plausible. That way we're providing a mechanism for extending config.default as PMDAs are added, as well. cheers. -- Nathan From brolley@redhat.com Thu Apr 18 17:16:16 2013 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on oss.sgi.com X-Spam-Level: X-Spam-Status: No, score=0.0 required=5.0 tests=none 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 9A2E67F6C for ; Thu, 18 Apr 2013 17:16:16 -0500 (CDT) Received: from cuda.sgi.com (cuda1.sgi.com [192.48.157.11]) by relay3.corp.sgi.com (Postfix) with ESMTP id 2AF97AC001 for ; Thu, 18 Apr 2013 15:16:16 -0700 (PDT) X-ASG-Debug-ID: 1366323375-04bdf02d1f36e1e0001-S8gJnT Received: from mx1.redhat.com (mx1.redhat.com [209.132.183.28]) by cuda.sgi.com with ESMTP id RvaFfcJA1gMXkVli for ; Thu, 18 Apr 2013 15:16:15 -0700 (PDT) X-Barracuda-Envelope-From: brolley@redhat.com X-Barracuda-Apparent-Source-IP: 209.132.183.28 X-ASG-Whitelist: Client Received: from int-mx02.intmail.prod.int.phx2.redhat.com (int-mx02.intmail.prod.int.phx2.redhat.com [10.5.11.12]) by mx1.redhat.com (8.14.4/8.14.4) with ESMTP id r3IMGFQ4023713 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK) for ; Thu, 18 Apr 2013 18:16:15 -0400 Received: from [10.15.16.152] ([10.15.16.152]) by int-mx02.intmail.prod.int.phx2.redhat.com (8.13.8/8.13.8) with ESMTP id r3IMGEto031033 for ; Thu, 18 Apr 2013 18:16:14 -0400 Message-ID: <517070AE.2060009@redhat.com> Date: Thu, 18 Apr 2013 18:16:14 -0400 From: Dave Brolley User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:17.0) Gecko/20130311 Thunderbird/17.0.4 MIME-Version: 1.0 To: PCP Subject: PCP Updates: __pmLoopBackAddress(), __pmInitSockAddr() Content-Type: text/plain; charset=ISO-8859-1; format=flowed X-ASG-Orig-Subj: PCP Updates: __pmLoopBackAddress(), __pmInitSockAddr() Content-Transfer-Encoding: 7bit X-Scanned-By: MIMEDefang 2.67 on 10.5.11.12 X-Barracuda-Connect: mx1.redhat.com[209.132.183.28] X-Barracuda-Start-Time: 1366323375 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 This change enabled the removal of some ugliness from __pmSockAddrIsLoopBack(), however some ugliness was needed in the native implementation of __pmInitSockAddr() as a result. The changes are mainly cosmetic, but these additions to the API would have been eventually necessary. Better now than later in my opinion. The tests which inspired the original ugliness in __pmSockAddrIsLoopBack() still pass with and without secure sockets enabled. --------------------- git://sourceware.org/git/pcpfans.git brolley/dev commit 4ab4232a9e90f411d5d102503bb0348803d3d636 Author: Dave Brolley Date: Thu Apr 18 18:07:28 2013 -0400 Add a 'family' argument to __pmLoopBackAddress() and __pmSockAddrInit(). This allows these functions to manipulate IPv6 addresses. A simplification of __pmSockAddrIsLoopBack() was made possible. All callers updated. From chandana@desilva.id.au Thu Apr 18 17:51:47 2013 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on oss.sgi.com X-Spam-Level: X-Spam-Status: No, score=0.0 required=5.0 tests=none autolearn=ham version=3.3.1 X-Original-To: pcp@oss.sgi.com Delivered-To: pcp@oss.sgi.com Received: from relay.sgi.com (relay2.corp.sgi.com [137.38.102.29]) by oss.sgi.com (Postfix) with ESMTP id 0CF647F50 for ; Thu, 18 Apr 2013 17:51:47 -0500 (CDT) Received: from cuda.sgi.com (cuda1.sgi.com [192.48.157.11]) by relay2.corp.sgi.com (Postfix) with ESMTP id C3681304066 for ; Thu, 18 Apr 2013 15:51:43 -0700 (PDT) X-ASG-Debug-ID: 1366325501-04bdf02d1d370460001-S8gJnT Received: from mho-02-ewr.mailhop.org (mho-02-ewr.mailhop.org [204.13.248.72]) by cuda.sgi.com with ESMTP id VKFUgKZGNEvaWF9X (version=TLSv1 cipher=AES256-SHA bits=256 verify=NO) for ; Thu, 18 Apr 2013 15:51:42 -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 1USxg3-000Nzd-9i; Thu, 18 Apr 2013 22:51:39 +0000 Received: from [192.168.19.21] (ip-34.83.45.175.VOCUS.net.au [175.45.83.34]) by mail.desilva.id.au (Postfix) with ESMTPSA id 6E66B20896; Thu, 18 Apr 2013 22:51:34 +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/DcDieU70GbO4hPFl2NYXT1aYJ5utoMaI= Message-ID: <517078F5.1050002@desilva.id.au> Date: Fri, 19 Apr 2013 08:51:33 +1000 From: Chandana De Silva Reply-To: chandana@desilva.id.au User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:17.0) Gecko/20130308 Thunderbird/17.0.4 MIME-Version: 1.0 To: Nathan Scott CC: Dave Brolley , obutler@aconex.com, Stan Cox , Ryan Doyle , "Frank Ch. Eigler" , Paul Evans , Mark Goodwin , Brad Hubbard , Ken McDonell , PCP Mailing List Subject: Re: PCP Developers Meetup notes - 17/4/2013 - 08:00-10:30 (+1000) References: <454576207.2492751.1366239512859.JavaMail.root@redhat.com> X-ASG-Orig-Subj: Re: PCP Developers Meetup notes - 17/4/2013 - 08:00-10:30 (+1000) In-Reply-To: <454576207.2492751.1366239512859.JavaMail.root@redhat.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Barracuda-Connect: mho-02-ewr.mailhop.org[204.13.248.72] X-Barracuda-Start-Time: 1366325502 X-Barracuda-Encrypted: AES256-SHA X-Barracuda-URL: http://192.48.157.11:80/cgi-mod/mark.cgi X-Barracuda-BRTS-Status: 1 X-Virus-Scanned: by bsmtpd at sgi.com X-Barracuda-Spam-Score: 0.00 X-Barracuda-Spam-Status: No, SCORE=0.00 using per-user scores of TAG_LEVEL=1000.0 QUARANTINE_LEVEL=1000.0 KILL_LEVEL=2.7 tests= X-Barracuda-Spam-Report: Code version 3.2, rules version 3.2.2.128515 Rule breakdown below pts rule name description ---- ---------------------- -------------------------------------------------- All, I would like add here that I did have two distinct, but related needs here; 1. Make PCP useful in an an elastic computing environment, where hosts startup and die without an prior arrangement. This is true of any virtual environment with an automated orchestration layer - AWS, RackSpace, OpenStack, RHE, to name a fw. 2. Make PCP a bit more open. Currently, PCP is a complete echo system, form the collection of data to its consumption via tools like pmie, pmchart, pmlogsummary, etc;. I believe there is a need for PCP to provide an easy hookup for others to consume the data collected by PCP. A model where each host monitored by exports it's data to a defined location, where an arbitrary listener/collector can consume it will provide the opportunity for other tools to access this stream of data online, and and use it as they see fit. In an AWS world, re-exporting this data to CloudWatch is one such use case. This can also be used to collate data exported from the automatically instantiated hosts, and process/aggregate them for use in such a pseudo cluster environment. For example in AWS, the data gathered from instances within an Autoscaling group can be aggregated and exported to CloudWatch, which can then make decision on scaling up or down based on this data. Regards Chandana On 18/04/13 08:58, Nathan Scott wrote: > 3. Amazon Web Services [Chandana] > PCP model of remote loggers which explicitly know about all of the > hosts they need to log is mismatched to the needs of monitoring in > the AWS space. Here, hosts can be spun up and down in relatively > short time spans, and the remote pmlogger "pull" model is not what > is wanted - a "push" model where the host starts up and starts to > broadcast out data (including its hostname) to something listening > for such traffic is offered by collectd and is better suited. From chandana@desilva.id.au Thu Apr 18 17:54:29 2013 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on oss.sgi.com X-Spam-Level: X-Spam-Status: No, score=0.0 required=5.0 tests=none autolearn=ham version=3.3.1 X-Original-To: pcp@oss.sgi.com Delivered-To: pcp@oss.sgi.com Received: from relay.sgi.com (relay2.corp.sgi.com [137.38.102.29]) by oss.sgi.com (Postfix) with ESMTP id 4E6317F53 for ; Thu, 18 Apr 2013 17:54:29 -0500 (CDT) Received: from cuda.sgi.com (cuda2.sgi.com [192.48.176.25]) by relay2.corp.sgi.com (Postfix) with ESMTP id 3729B304067 for ; Thu, 18 Apr 2013 15:54:28 -0700 (PDT) X-ASG-Debug-ID: 1366325668-04cbb057f535dc20001-S8gJnT Received: from mho-01-ewr.mailhop.org (mho-03-ewr.mailhop.org [204.13.248.66]) by cuda.sgi.com with ESMTP id eflgXRp8mAhqkT9F (version=TLSv1 cipher=AES256-SHA bits=256 verify=NO) for ; Thu, 18 Apr 2013 15:54:28 -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 1USxil-0006Bu-Kw for pcp@oss.sgi.com; Thu, 18 Apr 2013 22:54:27 +0000 Received: from [192.168.19.21] (ip-34.83.45.175.VOCUS.net.au [175.45.83.34]) by mail.desilva.id.au (Postfix) with ESMTPSA id CC172203C4 for ; Thu, 18 Apr 2013 22:54:25 +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: U2FsdGVkX193Wel4VbrPJn9QT+yCalRpsbGn7CrOMIg= Message-ID: <517079A1.1080005@desilva.id.au> Date: Fri, 19 Apr 2013 08:54:25 +1000 From: Chandana De Silva Reply-To: chandana@desilva.id.au User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:17.0) Gecko/20130308 Thunderbird/17.0.4 MIME-Version: 1.0 To: PCP Mailing List Subject: Re: PCP Developers Meetup notes - 17/4/2013 - 08:00-10:30 (+1000) References: <454576207.2492751.1366239512859.JavaMail.root@redhat.com> X-ASG-Orig-Subj: Re: PCP Developers Meetup notes - 17/4/2013 - 08:00-10:30 (+1000) In-Reply-To: <454576207.2492751.1366239512859.JavaMail.root@redhat.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Barracuda-Connect: mho-03-ewr.mailhop.org[204.13.248.66] X-Barracuda-Start-Time: 1366325668 X-Barracuda-Encrypted: AES256-SHA X-Barracuda-URL: http://192.48.176.25:80/cgi-mod/mark.cgi X-Virus-Scanned: by bsmtpd at sgi.com X-Barracuda-BRTS-Status: 1 X-Barracuda-Spam-Score: 0.00 X-Barracuda-Spam-Status: No, SCORE=0.00 using per-user scores of TAG_LEVEL=1000.0 QUARANTINE_LEVEL=1000.0 KILL_LEVEL=2.7 tests= X-Barracuda-Spam-Report: Code version 3.2, rules version 3.2.2.128515 Rule breakdown below pts rule name description ---- ---------------------- -------------------------------------------------- All, I would like add here that I did have two distinct, but related needs here; 1. Make PCP useful in an an elastic computing environment, where hosts startup and die without an prior arrangement. This is true of any virtual environment with an automated orchestration layer - AWS, RackSpace, OpenStack, RHEV, to name a few. 2. Make PCP a bit more open. Currently, PCP is a complete echo system, form the collection of data to its consumption via tools like pmie, pmchart, pmlogsummary, etc;. I believe there is a need for PCP to provide an easy hookup for others to consume the data collected by PCP. A model where each host monitored by exports it's data to a defined location, where an arbitrary listener/collector can consume it will provide the opportunity for other tools to access this stream of data online, and and use it as they see fit. In an AWS world, re-exporting this data to CloudWatch is one such use case. This can also be used to collate data exported from the automatically instantiated hosts, and process/aggregate them for use in such a pseudo cluster environment. For example in AWS, the data gathered from instances within an Autoscaling group can be aggregated and exported to CloudWatch, which can then make decision on scaling up or down based on this data. Regards Chandana On 18/04/13 08:58, Nathan Scott wrote: > 3. Amazon Web Services [Chandana] > PCP model of remote loggers which explicitly know about all of the > hosts they need to log is mismatched to the needs of monitoring in > the AWS space. Here, hosts can be spun up and down in relatively > short time spans, and the remote pmlogger "pull" model is not what > is wanted - a "push" model where the host starts up and starts to > broadcast out data (including its hostname) to something listening > for such traffic is offered by collectd and is better suited. From fche@redhat.com Thu Apr 18 18:28:00 2013 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on oss.sgi.com X-Spam-Level: X-Spam-Status: No, score=0.0 required=5.0 tests=none 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 EDE9F29E0E for ; Thu, 18 Apr 2013 18:28:00 -0500 (CDT) Received: from cuda.sgi.com (cuda3.sgi.com [192.48.176.15]) by relay2.corp.sgi.com (Postfix) with ESMTP id D7C3930406A for ; Thu, 18 Apr 2013 16:28:00 -0700 (PDT) X-ASG-Debug-ID: 1366327676-04cb6c2c1c375670001-S8gJnT Received: from mx1.redhat.com (mx1.redhat.com [209.132.183.28]) by cuda.sgi.com with ESMTP id M2RkKfdmex7z59jO for ; Thu, 18 Apr 2013 16:27: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-mx01.intmail.prod.int.phx2.redhat.com (int-mx01.intmail.prod.int.phx2.redhat.com [10.5.11.11]) by mx1.redhat.com (8.14.4/8.14.4) with ESMTP id r3INRlMM018086 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK); Thu, 18 Apr 2013 19:27:48 -0400 Received: from fche.csb (vpn-56-69.rdu2.redhat.com [10.10.56.69]) by int-mx01.intmail.prod.int.phx2.redhat.com (8.13.8/8.13.8) with ESMTP id r3INRkk6018745; Thu, 18 Apr 2013 19:27:47 -0400 Received: by fche.csb (Postfix, from userid 2569) id DFCE558154; Thu, 18 Apr 2013 19:27:45 -0400 (EDT) Date: Thu, 18 Apr 2013 19:27:45 -0400 From: "Frank Ch. Eigler" To: Chandana De Silva Cc: Nathan Scott , Dave Brolley , obutler@aconex.com, Stan Cox , Ryan Doyle , Paul Evans , Mark Goodwin , Brad Hubbard , Ken McDonell , PCP Mailing List Subject: Re: PCP Developers Meetup notes - 17/4/2013 - 08:00-10:30 (+1000) Message-ID: <20130418232745.GA8308@redhat.com> X-ASG-Orig-Subj: Re: PCP Developers Meetup notes - 17/4/2013 - 08:00-10:30 (+1000) References: <454576207.2492751.1366239512859.JavaMail.root@redhat.com> <517078F5.1050002@desilva.id.au> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <517078F5.1050002@desilva.id.au> User-Agent: Mutt/1.4.2.2i X-Scanned-By: MIMEDefang 2.67 on 10.5.11.11 X-Barracuda-Connect: mx1.redhat.com[209.132.183.28] X-Barracuda-Start-Time: 1366327677 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 would like add here that I did have two distinct, but related needs here; > 1. Make PCP useful in an an elastic computing environment, where hosts > startup and die without an prior arrangement. [...] Some degree of prior arrangement must be present though, like what head machine the various hosts are to report to. What are the degrees of freedom in your systems? > 2. Make PCP a bit more open. Currently, PCP is a complete echo system, > form the collection of data to its consumption via tools like pmie, > pmchart, pmlogsummary, etc;. I believe there is a need for PCP to > provide an easy hookup for others to consume the data collected by PCP. I'm surprised you have this impression. PCP has always encouraged open, documented two-way data flow - into and back out. To get data out of PCP, you write a shell script, a C program, or a python script, connect it to an archive or a live pmcd, and extract data item by item, and format it / send it to your consumer tool's receptacles. There are not too many such exporter type programs already in the toolkit, but they are not hard to write. - FChE From fche@redhat.com Thu Apr 18 19:15:31 2013 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on oss.sgi.com X-Spam-Level: X-Spam-Status: No, score=0.0 required=5.0 tests=none autolearn=ham version=3.3.1 X-Original-To: pcp@oss.sgi.com Delivered-To: pcp@oss.sgi.com Received: from relay.sgi.com (relay3.corp.sgi.com [198.149.34.15]) by oss.sgi.com (Postfix) with ESMTP id C9FBB7F52 for ; Thu, 18 Apr 2013 19:15:31 -0500 (CDT) Received: from cuda.sgi.com (cuda2.sgi.com [192.48.176.25]) by relay3.corp.sgi.com (Postfix) with ESMTP id 61D1CAC001 for ; Thu, 18 Apr 2013 17:15:28 -0700 (PDT) X-ASG-Debug-ID: 1366330524-04cbb057f7361d30001-S8gJnT Received: from mx1.redhat.com (mx1.redhat.com [209.132.183.28]) by cuda.sgi.com with ESMTP id 4h1pB6HjWsw0VOd3 for ; Thu, 18 Apr 2013 17:15: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-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 r3J0F9M9016896 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK); Thu, 18 Apr 2013 20:15:09 -0400 Received: from fche.csb (vpn-56-69.rdu2.redhat.com [10.10.56.69]) by int-mx10.intmail.prod.int.phx2.redhat.com (8.14.4/8.14.4) with ESMTP id r3J0F8xn029263; Thu, 18 Apr 2013 20:15:08 -0400 Received: by fche.csb (Postfix, from userid 2569) id 2861358154; Thu, 18 Apr 2013 20:15:08 -0400 (EDT) To: Ken McDonell Cc: pcp@oss.sgi.com Subject: Re: pcp updates - yippee secure socket connections work References: <516F8AB8.6000807@internode.on.net> X-ASG-Orig-Subj: Re: pcp updates - yippee secure socket connections work From: fche@redhat.com (Frank Ch. Eigler) Date: Thu, 18 Apr 2013 20:15:08 -0400 In-Reply-To: <516F8AB8.6000807@internode.on.net> (Ken McDonell's message of "Thu, 18 Apr 2013 15:55:04 +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: 1366330524 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: > [...] Since this is ONLY at the core of EVERYTHING in PCP, it would > be a good idea to have as may knowing eyes look at this particular > change as possible and be ruthless in your reviewing. It looks like it should cure the problem ... but ... now it puts a blocking loop into the core pduread() function, which is not supposed to block. So it makes it possible for a remote attacker to open a connection, send just one byte down the pipe, and DoS the pmcd. Instead, how about inlining pduread() within __pmGetPDU(), where the packet timeout may be observed during the incremental assembly of the header *and* the payload. (Also, the new code shouldn't ever use read(2) on the fd, but only __pmRecv, methinks.) - FChE From nscott@redhat.com Thu Apr 18 20:18:35 2013 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on oss.sgi.com X-Spam-Level: X-Spam-Status: No, score=0.0 required=5.0 tests=none autolearn=ham version=3.3.1 X-Original-To: pcp@oss.sgi.com Delivered-To: pcp@oss.sgi.com Received: from relay.sgi.com (relay1.corp.sgi.com [137.38.102.111]) by oss.sgi.com (Postfix) with ESMTP id 4081C29E0C for ; Thu, 18 Apr 2013 20:18:35 -0500 (CDT) Received: from cuda.sgi.com (cuda3.sgi.com [192.48.176.15]) by relay1.corp.sgi.com (Postfix) with ESMTP id 2C8098F8037 for ; Thu, 18 Apr 2013 18:18:32 -0700 (PDT) X-ASG-Debug-ID: 1366334310-04cb6c2c1c37a970001-S8gJnT Received: from mx4-phx2.redhat.com (mx4-phx2.redhat.com [209.132.183.25]) by cuda.sgi.com with ESMTP id HeZXAvHOjgHWUcOw for ; Thu, 18 Apr 2013 18:18: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 r3J1IQwW031447; Thu, 18 Apr 2013 21:18:26 -0400 Date: Thu, 18 Apr 2013 21:18:26 -0400 (EDT) From: Nathan Scott Reply-To: Nathan Scott To: Ken McDonell Cc: pcp@oss.sgi.com Message-ID: <563712001.3189413.1366334306754.JavaMail.root@redhat.com> In-Reply-To: <516F8AB8.6000807@internode.on.net> References: <516F8AB8.6000807@internode.on.net> Subject: Re: [pcp] pcp updates - yippee secure socket connections work MIME-Version: 1.0 X-ASG-Orig-Subj: Re: [pcp] pcp updates - yippee secure socket connections work Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-Originating-IP: [10.5.82.11] X-Mailer: Zimbra 8.0.3_GA_5664 (ZimbraWebClient - FF17 (Linux)/8.0.3_GA_5664) Thread-Topic: pcp updates - yippee secure socket connections work Thread-Index: rO9A1EfmQxid5tWBMxsKrY94PlLiXQ== X-Barracuda-Connect: mx4-phx2.redhat.com[209.132.183.25] X-Barracuda-Start-Time: 1366334310 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.2.128524 Rule breakdown below pts rule name description ---- ---------------------- -------------------------------------------------- 0.01 THREAD_INDEX thread-index: AcO7Y8iR61tzADqsRmmc5wNiFHEOig== 0.01 THREAD_TOPIC Thread-Topic: ...(Japanese Subject)... ----- Original Message ----- > ... > Since this is ONLY at the core of EVERYTHING in PCP, it would be a good idea > to have as may knowing eyes look at this particular change as possible and > be ruthless in your reviewing. I think we should remove the (timeout == TIMEOUT_ASYNC) case completely. Its confusing, the tight loop there is dodgey (as per Franks comments), and the way it peeks inside the PDU buffer to get the size looks highly questionable as well. Thoughts? The only user is the pducheck.c QA test code AFAICT. cheers. -- Nathan From kenj@internode.on.net Thu Apr 18 22:24:07 2013 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on oss.sgi.com X-Spam-Level: X-Spam-Status: No, score=0.0 required=5.0 tests=none autolearn=ham version=3.3.1 X-Original-To: pcp@oss.sgi.com Delivered-To: pcp@oss.sgi.com Received: from relay.sgi.com (relay2.corp.sgi.com [137.38.102.29]) by oss.sgi.com (Postfix) with ESMTP id 51E1229E0E for ; Thu, 18 Apr 2013 22:24:07 -0500 (CDT) Received: from cuda.sgi.com (cuda2.sgi.com [192.48.176.25]) by relay2.corp.sgi.com (Postfix) with ESMTP id 31F2030404E for ; Thu, 18 Apr 2013 20:24:04 -0700 (PDT) X-ASG-Debug-ID: 1366341838-04cbb057f736b660001-S8gJnT Received: from ipmail04.adl6.internode.on.net (ipmail04.adl6.internode.on.net [150.101.137.141]) by cuda.sgi.com with ESMTP id mYA1ZxXrGRGcGCwV for ; Thu, 18 Apr 2013 20:23: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: ApMBAMC3cFF20aMe/2dsb2JhbAANQ8E7gmSBHYMTAQEBAwE4QAEFCwsYCRYPCQMCAQIBRQYNAQcBAYgKqlaTXo8YB4NHA6s4 Received: from ppp118-209-163-30.lns20.mel6.internode.on.net (HELO [192.168.1.100]) ([118.209.163.30]) by ipmail04.adl6.internode.on.net with ESMTP; 19 Apr 2013 12:53:56 +0930 Message-ID: <5170B8D3.9000305@internode.on.net> Date: Fri, 19 Apr 2013 13:24:03 +1000 From: Ken McDonell User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:17.0) Gecko/20130329 Thunderbird/17.0.5 MIME-Version: 1.0 To: "Frank Ch. Eigler" CC: pcp@oss.sgi.com Subject: Re: pcp updates - yippee secure socket connections work References: <516F8AB8.6000807@internode.on.net> X-ASG-Orig-Subj: Re: pcp updates - yippee secure socket connections work In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Barracuda-Connect: ipmail04.adl6.internode.on.net[150.101.137.141] X-Barracuda-Start-Time: 1366341839 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.2.128532 Rule breakdown below pts rule name description ---- ---------------------- -------------------------------------------------- 0.00 BSF_SC0_MISMATCH_TO Envelope rcpt doesn't match header Thanks for the feedback Frank. Apologies in advance for a long response. On 19/04/13 10:15, Frank Ch. Eigler wrote: > ... > It looks like it should cure the problem ... but ... now it puts a > blocking loop into the core pduread() function, which is not supposed > to block. So it makes it possible for a remote attacker to open a > connection, send just one byte down the pipe, and DoS the pmcd. I don't thing this is the case. The only blocking occurs in the code guarded by if (timeout == TIMEOUT_ASYNC) or if the caller specifies timeout == TIMEOUT_NEVER Otherwise the dead_hand timer will break us out of __pmRecv or read(). Now pduread() is only ever called from__pmGetPDU() passing in timeout from the call to __pmGetPDU(). And __pmGetPDU() is called from all over the place (70+ calls below src and qa), but the vast majority of these pass in the associated prevailing timeout or TIMEOUT_DEFAULT (e.g. between a client and pmcd, or pmcd and a pmda, or pmlogger and pmlc, ...) which are all safe I believe. The notable exceptions are: - dbpmda - always blocks waiting on a PMDA response ... not an issue - pmcd uses TIMEOUT_NEVER when cleaning up a pmda that has sent an unsolicited PDU or closed a socket ... this is OK - pmlogger uses TIMEOUT_NEVER when waiting on a response from pmcd ... this is OK - the summary PMDA uses TIMEOUT_NEVER when communicating to either pmcd or pmie (in secret agent mode), after it has established that data is available on the socket ... this communication always involves whole PDUs, so this is OK - every pmda build with libpcp_pmda blocks (using TIMEOUT_NEVER) waiting for a PDU from pmcd ... this is expected and OK - pmproxy uses TIMEOUT_NEVER when communicating to either pmcd or client, after it has established that data is available on the socket ... for pmproxy-pmcd communication this is OK (but sloppy) for pmproxy-client communication this looks wrong - a bunch of qa applications ... not an issue So pmproxy seems exposed to a possible DOS attack with a short PDU, and needs a review, but I think it is pmproxy that should be changed, not pduread(). Note that noone (outside some qa apps) uses TIMEOUT_ASYNC nor its evil twin GETPDU_ASYNC thanks to this piece of impl.h obscurity #define GETPDU_ASYNC TIMEOUT_ASYNC /* backward-compatibility */ ... I suspect both are Neanderthal throwbacks to the async PDU stuff that I ripped out of libpcp when I did the thread-safe work ... I've put pulling these on my TODO list, and this would make pduread() much simpler. In the process of reviewing this, I notice there is another pduread() implementation in libpcp_trace ... I'll need to audit that one. > Instead, how about inlining pduread() within __pmGetPDU(), where the > packet timeout may be observed during the incremental assembly of the > header *and* the payload. I think the existing codes does something very similar to this already, except popssibly taking a little less than 2 timeout delays in an obscure corner case. > (Also, the new code shouldn't ever use read(2) on the fd, but only > __pmRecv, methinks.) Not so. PDUs pass over pipes (pmcd-pmda, dbpmda-pmda, and perhaps others) and over regular files (all PCP archive I/O). Thanks again. From goodwinos@gmail.com Thu Apr 18 22:46:33 2013 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on oss.sgi.com X-Spam-Level: X-Spam-Status: No, score=0.0 required=5.0 tests=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 5C6C829E0E for ; Thu, 18 Apr 2013 22:46:33 -0500 (CDT) Received: from cuda.sgi.com (cuda2.sgi.com [192.48.176.25]) by relay2.corp.sgi.com (Postfix) with ESMTP id 3E5A830404E for ; Thu, 18 Apr 2013 20:46:33 -0700 (PDT) X-ASG-Debug-ID: 1366343192-04cbb057f736c780001-S8gJnT Received: from mx1.redhat.com (mx1.redhat.com [209.132.183.28]) by cuda.sgi.com with ESMTP id D3lRrc0uRVcrprVr for ; Thu, 18 Apr 2013 20:46:32 -0700 (PDT) X-Barracuda-Envelope-From: goodwinos@gmail.com X-Barracuda-Apparent-Source-IP: 209.132.183.28 X-ASG-Whitelist: Client Received: from int-mx12.intmail.prod.int.phx2.redhat.com (int-mx12.intmail.prod.int.phx2.redhat.com [10.5.11.25]) by mx1.redhat.com (8.14.4/8.14.4) with ESMTP id r3J3kVpQ026761 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK) for ; Thu, 18 Apr 2013 23:46:32 -0400 Received: from fletch.usersys.redhat.com (vpn1-49-18.bne.redhat.com [10.64.49.18]) by int-mx12.intmail.prod.int.phx2.redhat.com (8.14.4/8.14.4) with ESMTP id r3J3kTWY009704; Thu, 18 Apr 2013 23:46:30 -0400 Message-ID: <5170BE15.20409@gmail.com> Date: Fri, 19 Apr 2013 13:46:29 +1000 From: Mark Goodwin User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:14.0) Gecko/20130206 Thunderbird/14.0 MIME-Version: 1.0 To: pcp@oss.sgi.com CC: "Bryn M. Reeves" Subject: Re: [pcp] pmlogconf (was Re: PCP Developers Meetup notes - 17/4/2013 - 08:00-10:30 (+1000)) References: <454576207.2492751.1366239512859.JavaMail.root@redhat.com> <2112139220.3147466.1366322504002.JavaMail.root@redhat.com> X-ASG-Orig-Subj: Re: [pcp] pmlogconf (was Re: PCP Developers Meetup notes - 17/4/2013 - 08:00-10:30 (+1000)) In-Reply-To: <2112139220.3147466.1366322504002.JavaMail.root@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.25 X-Barracuda-Connect: mx1.redhat.com[209.132.183.28] X-Barracuda-Start-Time: 1366343192 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 04/19/2013 08:01 AM, Nathan Scott wrote: > > > ----- Original Message ----- >> ... >> 11. Simplify default setup [Mark] >> Topic of making a default install simpler to setup for new users was >> broached. Came up for Mark in wider discussions with other Red Hat >> customer support people, and pointing to the other tools like sar, >> collectl, etc which are basically "chkconfig on && service start" to >> get useful results. With PCP we are not providing generally useful >> default setups today, which is just plain silly. >> >> Ken points out that of everything discussed today, this one's by far >> the easiest and should be a no-brainer - if someone could propose a >> more useful set of metrics for /etc/pcp/pmlogger/config.default, it >> could happen immediately. ... > > Thinking further on this - is there any compelling reason not to make > config.default pmlogconf(1)-generated? It'd be good to dog-food that > tool a bit more. Its default-generated set, at least on my box with > quite a few PMDAs, looks fairly plausible. That way we're providing > a mechanism for extending config.default as PMDAs are added, as well. make sense. I'll make a start on this approach, beginning with spring cleaning the existing stuff; there are some very IRIXY entries that should be just nuked (kernel/*-irix). And some that need Linux porting (e.g. filesystem/xfs-io-irix). Others need reviewing and I think we need a whole new group based on the metrics required by various tools (pmclient, pmstat, sar, iostat, vmstat, collectl / pmcollectl and so forth). The resulting set of metrics (as a more-or-less configurable union) should constitute a reasonable default logging config - allowing most tools to replay archives, with enough extra scope for drill-down with generic tools (pmchart esp.). We'll also need to measure daily data volumes on variopus sized machines and adjust sampling rates so other tools like sos-report wont balk, and also so the data collection itself remains reasonably unintrusive on system resources. In the meeting we also briefly discussed a "setup-pcp" tool (possibly py/gui based) to manage services, configure logging (e.g. call out to pmlogconf), manage PMDA enablement, security, etc., Any thoughts on that? This kind of thing should help reduce the learning curve ... -- Mark From nscott@redhat.com Thu Apr 18 23:04:36 2013 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on oss.sgi.com X-Spam-Level: X-Spam-Status: No, score=0.0 required=5.0 tests=none autolearn=ham version=3.3.1 X-Original-To: pcp@oss.sgi.com Delivered-To: pcp@oss.sgi.com Received: from relay.sgi.com (relay3.corp.sgi.com [198.149.34.15]) by oss.sgi.com (Postfix) with ESMTP id E5BC629E0E for ; Thu, 18 Apr 2013 23:04:35 -0500 (CDT) Received: from cuda.sgi.com (cuda2.sgi.com [192.48.176.25]) by relay3.corp.sgi.com (Postfix) with ESMTP id 74CA8AC002 for ; Thu, 18 Apr 2013 21:04:35 -0700 (PDT) X-ASG-Debug-ID: 1366344273-04cbb057f636d590001-S8gJnT Received: from mx4-phx2.redhat.com (mx4-phx2.redhat.com [209.132.183.25]) by cuda.sgi.com with ESMTP id rDvDaJ0U8lLBd4jh for ; Thu, 18 Apr 2013 21:04: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 r3J44UcT023722; Fri, 19 Apr 2013 00:04:30 -0400 Date: Fri, 19 Apr 2013 00:04:30 -0400 (EDT) From: Nathan Scott Reply-To: Nathan Scott To: Ken McDonell Cc: "Frank Ch. Eigler" , pcp@oss.sgi.com Message-ID: <1780029987.3226532.1366344270106.JavaMail.root@redhat.com> In-Reply-To: <5170B8D3.9000305@internode.on.net> References: <516F8AB8.6000807@internode.on.net> <5170B8D3.9000305@internode.on.net> Subject: Re: [pcp] pcp updates - yippee secure socket connections work MIME-Version: 1.0 X-ASG-Orig-Subj: Re: [pcp] pcp updates - yippee secure socket connections work Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-Originating-IP: [10.5.82.11] X-Mailer: Zimbra 8.0.3_GA_5664 (ZimbraWebClient - FF17 (Linux)/8.0.3_GA_5664) Thread-Topic: pcp updates - yippee secure socket connections work Thread-Index: Wckn+QuOV4Ahg7osqoJCkmV+3vqITQ== X-Barracuda-Connect: mx4-phx2.redhat.com[209.132.183.25] X-Barracuda-Start-Time: 1366344273 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.2.128534 Rule breakdown below pts rule name description ---- ---------------------- -------------------------------------------------- 0.01 THREAD_INDEX thread-index: AcO7Y8iR61tzADqsRmmc5wNiFHEOig== 0.01 THREAD_TOPIC Thread-Topic: ...(Japanese Subject)... ----- Original Message ----- > ... > Note that noone (outside some qa apps) uses TIMEOUT_ASYNC nor its evil > twin GETPDU_ASYNC thanks to this piece of impl.h obscurity > #define GETPDU_ASYNC TIMEOUT_ASYNC /* backward-compatibility */ > ... I suspect both are Neanderthal throwbacks to the async PDU stuff > that I ripped out of libpcp when I did the thread-safe work ... I've put > pulling these on my TODO list, and this would make pduread() much simpler. I've done this code removal already, testing it now & planning to put it into this release. The pmproxy & pmtrace changes I'd prefer to defer to next release if that's OK. cheers. -- Nathan From kenj@internode.on.net Thu Apr 18 23:17:15 2013 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on oss.sgi.com X-Spam-Level: X-Spam-Status: No, score=0.0 required=5.0 tests=none autolearn=ham version=3.3.1 X-Original-To: pcp@oss.sgi.com Delivered-To: pcp@oss.sgi.com Received: from relay.sgi.com (relay3.corp.sgi.com [198.149.34.15]) by oss.sgi.com (Postfix) with ESMTP id 2AF2B29E0E for ; Thu, 18 Apr 2013 23:17:15 -0500 (CDT) Received: from cuda.sgi.com (cuda1.sgi.com [192.48.157.11]) by relay3.corp.sgi.com (Postfix) with ESMTP id AA4EDAC001 for ; Thu, 18 Apr 2013 21:17:14 -0700 (PDT) X-ASG-Debug-ID: 1366345033-04bdf02d20381c10001-S8gJnT Received: from ipmail04.adl6.internode.on.net (ipmail04.adl6.internode.on.net [150.101.137.141]) by cuda.sgi.com with ESMTP id 0A29pbrvPYYeFjpA for ; Thu, 18 Apr 2013 21:17:13 -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: ApQBAJrEcFF20aMe/2dsb2JhbAANQ4Ztuk6CZIEdgxMBAQEEIxVAAQwECxgCAgUWCwICCQMCAQIBRQYNAQcBAbJVcZJsgSONdQeCNIETA6s4 Received: from ppp118-209-163-30.lns20.mel6.internode.on.net (HELO [192.168.1.101]) ([118.209.163.30]) by ipmail04.adl6.internode.on.net with ESMTP; 19 Apr 2013 13:46:47 +0930 Message-ID: <5170C533.9020404@internode.on.net> Date: Fri, 19 Apr 2013 14:16:51 +1000 From: Ken McDonell User-Agent: Mozilla/5.0 (X11; Linux i686; rv:17.0) Gecko/20130329 Thunderbird/17.0.5 MIME-Version: 1.0 To: Nathan Scott CC: "Frank Ch. Eigler" , pcp@oss.sgi.com Subject: Re: [pcp] pcp updates - yippee secure socket connections work References: <516F8AB8.6000807@internode.on.net> <5170B8D3.9000305@internode.on.net> <1780029987.3226532.1366344270106.JavaMail.root@redhat.com> X-ASG-Orig-Subj: Re: [pcp] pcp updates - yippee secure socket connections work In-Reply-To: <1780029987.3226532.1366344270106.JavaMail.root@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: 1366345033 X-Barracuda-URL: http://192.48.157.11:80/cgi-mod/mark.cgi X-Virus-Scanned: by bsmtpd at sgi.com X-Barracuda-BRTS-Status: 1 X-Barracuda-Spam-Score: 0.00 X-Barracuda-Spam-Status: No, SCORE=0.00 using per-user scores of TAG_LEVEL=1000.0 QUARANTINE_LEVEL=1000.0 KILL_LEVEL=2.7 tests= X-Barracuda-Spam-Report: Code version 3.2, rules version 3.2.2.128534 Rule breakdown below pts rule name description ---- ---------------------- -------------------------------------------------- On 19/04/13 14:04, Nathan Scott wrote: > > > ----- Original Message ----- >> ... >> Note that noone (outside some qa apps) uses TIMEOUT_ASYNC nor its evil >> twin GETPDU_ASYNC thanks to this piece of impl.h obscurity >> #define GETPDU_ASYNC TIMEOUT_ASYNC /* backward-compatibility */ >> ... I suspect both are Neanderthal throwbacks to the async PDU stuff >> that I ripped out of libpcp when I did the thread-safe work ... I've put >> pulling these on my TODO list, and this would make pduread() much simpler. > > I've done this code removal already, testing it now & planning to put it > into this release. The pmproxy & pmtrace changes I'd prefer to defer to > next release if that's OK. Thanks and fine by me. I'll take a look at the pmproxy and libpcp_trace issues, but not commit anything until 3.7.2 is out the door. From nscott@redhat.com Thu Apr 18 23:23:35 2013 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on oss.sgi.com X-Spam-Level: X-Spam-Status: No, score=0.0 required=5.0 tests=none autolearn=ham version=3.3.1 X-Original-To: pcp@oss.sgi.com Delivered-To: pcp@oss.sgi.com Received: from relay.sgi.com (relay1.corp.sgi.com [137.38.102.111]) by oss.sgi.com (Postfix) with ESMTP id BC26D29E0E for ; Thu, 18 Apr 2013 23:23:35 -0500 (CDT) Received: from cuda.sgi.com (cuda1.sgi.com [192.48.157.11]) by relay1.corp.sgi.com (Postfix) with ESMTP id 856FF8F8052 for ; Thu, 18 Apr 2013 21:23:32 -0700 (PDT) X-ASG-Debug-ID: 1366345411-04bdf02d1f382120001-S8gJnT Received: from mx4-phx2.redhat.com (mx4-phx2.redhat.com [209.132.183.25]) by cuda.sgi.com with ESMTP id bDZwPXjYBywhftCK for ; Thu, 18 Apr 2013 21:23: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 r3J4NTGO026826; Fri, 19 Apr 2013 00:23:29 -0400 Date: Fri, 19 Apr 2013 00:23:29 -0400 (EDT) From: Nathan Scott Reply-To: Nathan Scott To: Mark Goodwin Cc: pcp@oss.sgi.com, "Bryn M. Reeves" Message-ID: <1160783520.3232451.1366345409662.JavaMail.root@redhat.com> In-Reply-To: <5170BE15.20409@gmail.com> References: <454576207.2492751.1366239512859.JavaMail.root@redhat.com> <2112139220.3147466.1366322504002.JavaMail.root@redhat.com> <5170BE15.20409@gmail.com> Subject: Re: [pcp] pmlogconf (was Re: PCP Developers Meetup notes - 17/4/2013 - 08:00-10:30 (+1000)) MIME-Version: 1.0 X-ASG-Orig-Subj: Re: [pcp] pmlogconf (was Re: PCP Developers Meetup notes - 17/4/2013 - 08:00-10:30 (+1000)) Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-Originating-IP: [10.5.82.11] X-Mailer: Zimbra 8.0.3_GA_5664 (ZimbraWebClient - FF17 (Linux)/8.0.3_GA_5664) Thread-Topic: pmlogconf (was Re: PCP Developers Meetup notes - 17/4/2013 - 08:00-10:30 (+1000)) Thread-Index: ZlVOnw5uAz1e+0P5W5WOyNHJzHAOpA== X-Barracuda-Connect: mx4-phx2.redhat.com[209.132.183.25] X-Barracuda-Start-Time: 1366345411 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.2.128536 Rule breakdown below pts rule name description ---- ---------------------- -------------------------------------------------- 0.01 THREAD_INDEX thread-index: AcO7Y8iR61tzADqsRmmc5wNiFHEOig== 0.01 THREAD_TOPIC Thread-Topic: ...(Japanese Subject)... Hi Mark, ----- Original Message ----- > ... > make sense. I'll make a start on this approach, beginning with > spring cleaning the existing stuff; there are some very IRIXY > entries that should be just nuked (kernel/*-irix). And some that > need Linux porting (e.g. filesystem/xfs-io-irix). Others need *nod* > reviewing and I think we need a whole new group based on the > metrics required by various tools (pmclient, pmstat, sar, iostat, > vmstat, collectl / pmcollectl and so forth). Good idea. Rather than keeping two copies of the config files for each tool, it'd be worthwhile moving the existing configuration (find src -name pmlogger.config) into pmlogconf/tools and using it as a starting point. Will clean up /etc/pcp/pmlogger too without all those in there - bonus. > The resulting set of metrics (as a more-or-less configurable union) > should constitute a reasonable default logging config - allowing most > tools to replay archives, with enough extra scope for drill-down with > generic tools (pmchart esp.). We'll also need to measure daily data > volumes on variopus sized machines and adjust sampling rates so other > tools like sos-report wont balk, and also so the data collection > itself remains reasonably unintrusive on system resources. *nod* ... maybe add -r option to pmlogger in the control file too? > In the meeting we also briefly discussed a "setup-pcp" tool (possibly > py/gui based) to manage services, configure logging (e.g. call out > to pmlogconf), manage PMDA enablement, security, etc., Any thoughts > on that? This kind of thing should help reduce the learning curve ... Yes, sorry - I neglected to mention that in my writeup. I think for some people with just one or two systems (or desktops) it will help. Alot of sysadmins prefer puppet/chef to manage systems now though, & for them the GUI config tool option is less useful. But if its a simple, easy-to-follow python script, for example, it'd still be useful as a reference to people with more complex needs ... so, go for it (PyQt for the win). cheers. -- Nathan From nscott@redhat.com Thu Apr 18 23:41:15 2013 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on oss.sgi.com X-Spam-Level: X-Spam-Status: No, score=0.0 required=5.0 tests=none autolearn=ham version=3.3.1 X-Original-To: pcp@oss.sgi.com Delivered-To: pcp@oss.sgi.com Received: from relay.sgi.com (relay2.corp.sgi.com [137.38.102.29]) by oss.sgi.com (Postfix) with ESMTP id 8926729E0E for ; Thu, 18 Apr 2013 23:41:15 -0500 (CDT) Received: from cuda.sgi.com (cuda2.sgi.com [192.48.176.25]) by relay2.corp.sgi.com (Postfix) with ESMTP id 7595B304039 for ; Thu, 18 Apr 2013 21:41:12 -0700 (PDT) X-ASG-Debug-ID: 1366346469-04cbb057f836ef40001-S8gJnT Received: from mx4-phx2.redhat.com (mx4-phx2.redhat.com [209.132.183.25]) by cuda.sgi.com with ESMTP id xPXnfiVgGCajAQOR for ; Thu, 18 Apr 2013 21:41:10 -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 r3J4f9Vt029294 for ; Fri, 19 Apr 2013 00:41:09 -0400 Date: Fri, 19 Apr 2013 00:41:09 -0400 (EDT) From: Nathan Scott Reply-To: Nathan Scott To: pcp@oss.sgi.com Message-ID: <86653867.3238427.1366346469695.JavaMail.root@redhat.com> In-Reply-To: <2096276533.3238413.1366346463281.JavaMail.root@redhat.com> Subject: pcp updates: bug fixes, merges, prep for point release MIME-Version: 1.0 X-ASG-Orig-Subj: pcp updates: bug fixes, merges, prep for point release Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-Originating-IP: [10.5.82.11] X-Mailer: Zimbra 8.0.3_GA_5664 (ZimbraWebClient - FF17 (Linux)/8.0.3_GA_5664) Thread-Topic: pcp updates: bug fixes, merges, prep for point release Thread-Index: P1n2I2u2YjfSidM9vvnZ91fYf73ydw== X-Barracuda-Connect: mx4-phx2.redhat.com[209.132.183.25] X-Barracuda-Start-Time: 1366346469 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.2.128536 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://oss.sgi.com/pcp/pcp.git dev CHANGELOG | 26 +- build/rpm/GNUmakefile | 1 build/rpm/fedora.spec | 10 build/rpm/pcp.spec.in | 2 debian/changelog | 4 qa/.gitignore | 1 qa/008 | 20 + qa/008.out.bozo+sdc | 59 +++++ qa/023.out.1 | 9 qa/023.out.2 | 9 qa/024 | 3 qa/062.out | 3 qa/199 | 7 qa/200 | 20 + qa/200.out | 23 ++ qa/200.out.1 | 38 +++ qa/200.out.2 | 61 +++++ qa/205 | 4 qa/205.out | 17 - qa/244.out.1 | 6 qa/244.out.2 | 6 qa/273 | 1 qa/287.out.x86_64 | 312 +++++++++++++++--------------- qa/297 | 1 qa/348 | 2 qa/439 | 3 qa/455 | 23 ++ qa/587 | 2 qa/643 | 2 qa/712 | 3 qa/group | 2 qa/src/GNUlocaldefs | 2 qa/src/multithread2.c | 4 qa/src/pducheck.c | 9 src/include/pcp/impl.h | 6 src/libpcp/src/access.c | 329 ++++++++++++++++--------------- src/libpcp/src/auxconnect.c | 54 +++-- src/libpcp/src/ipc.c | 2 src/libpcp/src/nss_connect.c | 37 ++- src/libpcp/src/pdu.c | 414 ++++++++++++++++++---------------------- src/libpcp_gui/src/timeclient.c | 2 src/libpcp_pmda/src/open.c | 2 src/pmcd/src/dopdus.c | 2 src/pmdbg/pmdbg.c | 4 src/pmlogger/ports.c | 2 45 files changed, 914 insertions(+), 635 deletions(-) commit b06116c16f87bf986a4be1bf6578948887c20b92 Author: Nathan Scott Date: Fri Apr 19 14:37:48 2013 +1000 Remove the code behind TIMEOUT_ASYNC (and back-compat macro) The pduread code is obfuscated enough already without having this in the way. While reviering other changes in the area, this was found wanting in several areas. Nothing is using it anymore, so just return an error if ASYNC requested. In a major release or two, we could remove the macros as well. commit d4ade59cbdb55c8af42f6d6df61aade7d9949dfa Author: Nathan Scott Date: Fri Apr 19 09:53:19 2013 +1000 Add new fixhosts qa helper script into installed packages commit 3fd47227430c58669f0727d79a4ebf3c77e2763b Author: Nathan Scott Date: Fri Apr 19 09:52:32 2013 +1000 Resolve fedora/rpm specific bug due to condrestart on pmcd If pmcd (start script) is never run on a machine, but someone attempts pmstat locally, it fails with: localhost:~# pmstat Error Parsing ASCII PMNS: Cannot open "/var/lib/pcp/pmns/root" pmstat: pmLookupName: PMNS not accessible We need to make sure there's a root namespace at the end of the RPM installation process. Doesn't affect other platforms as we always (re)start pmcd over there as part of the package install. Thanks to Marko Myllynen for reporting (Fedora bug 952977). commit 89d438c34ef95194a1a52fb7edd8127c557ea1c3 Author: Nathan Scott Date: Fri Apr 19 09:47:38 2013 +1000 Update changelogs for planned release later today commit 1e5218743842923a2e01308a19c9dbcd401c718f Merge: 08dd0c7 4ab4232 Author: Nathan Scott Date: Fri Apr 19 08:38:39 2013 +1000 Merge branch 'brolley/dev' of git://sourceware.org/git/pcpfans into dev commit 4ab4232a9e90f411d5d102503bb0348803d3d636 Author: Dave Brolley Date: Thu Apr 18 18:07:28 2013 -0400 Add a 'family' argument to __pmLoopBackAddress() and __pmSockAddrInit(). This allows these functions to manipulate IPv6 addresses. A simplification of __pmSockAddrIsLoopBack() was made possible. All callers updated. commit 990b0597c9341cafa5c186b3b0f349fac7f47fed Author: Dave Brolley Date: Thu Apr 18 10:19:17 2013 -0400 pmcd access control: global wildcard for IPv6. - Extend the existing global wildcard, "*", to also refer to IPv6 addresses. - Add support for ".*" global wildcard which refers only to inet (IPv4) addresses. - Add support for ":*" global wildcard which refers only to IPv6 addresses. With these changes, the global wild card, "*", now has the intended effect of referring to all hosts. The user may separately restrict access for IPv6 and inet hosts as a whole by using the new ".:" and ".*" wildcards respectively. Also included are the necessary updates to the expected qa test output. commit 2c044ef8899e42f3837ab0adbda2c75764043e65 Author: Dave Brolley Date: Thu Apr 18 10:18:17 2013 -0400 __pmSockAddrIsLoopBack(): Handle IPv6 loopback address. commit 08dd0c7d176b824d8528e849910bd75df25c9e37 Author: Ken McDonell Date: Thu Apr 18 15:32:43 2013 +1000 libpcp - killer bug in PCP PDU layer exposed by secure sockets One of the long-standing assumptions in the PCP PDU layer, is that since we only ever write PDUs with a fixed sized header plus a variable amount of data, on the receiver side an atomic read()/recv() requesting the header size (or a whole word and word-aligned part thereof) will return _all_ of the requested data, else it is treated as an PM_ERR_IPC error and the show is over. For regular sockets (pmcd/pmproxy/pmda/client connections) and files (PCP archives) this assumption has stood the test of time across more TCP/IP implementations than you could hit with a big stick. But with secure sockets lurking under the covers and the various and assorted handshake, encyption and compression games in play, the assumption no longer stands and we have seen requests for 4, 8, 12 bytes returning data of length 1, 5, 7, ... bytes followed by the remainder of the data in one or more subesquent recv()s (so returning a shorter than expected buffer it is _not_ the end of the data stream). This commit re-engineers the _entire_ PDU assembly logic in pduread() to match the brave new world reality. With this change, secure socket connections from clients to pmcd and/or pmproxy are working for me, and all of QA is passing on at least one host so far. commit c9df92432930c3978a8fd9f1fe1809f6495f9dba Author: Ken McDonell Date: Thu Apr 18 15:29:49 2013 +1000 qa/199,348,587,643 - maintain pmcd configuration state For tests that Install and/or Remove PMDAs, it is important that they leave the pmcd configuration, PMDA configuration and PMNS configuration in the same state as they were before the test was run. commit 2c7c14593e03dfa2e0ead02376d021368a76df78 Author: Ken McDonell Date: Thu Apr 18 15:24:18 2013 +1000 qa/712 - undo debug changes commit 4ed4298c0f7aea41a8b70434ae494b7973f7b49c Author: Ken McDonell Date: Thu Apr 18 15:21:26 2013 +1000 libpcp - __pmRecv additional diagnostics We have multiple flavours of __pmRecv() that might be used, so add diagnostics to identify which flavour and low-level details of packets received (under the conjuncted control of DBG_TRACE_PDU and DBG_TRACE_DESPERATE). commit a8e123efaa14758dea24b004104dad3882f23a08 Author: Ken McDonell Date: Thu Apr 18 15:17:05 2013 +1000 pmcd - add flags field of credentials exchange to diag commit 172e443a2410531a7fcf41f464833832f954b67e Author: Ken McDonell Date: Thu Apr 18 14:53:20 2013 +1000 libpcp/ipc.c - hide noisy diagnostic behind DBG_TRACE_DESPERATE The DBG_TRACE_CONTEXT diagnostic __pmDataIPC: fd=, data=(sz=) is generated a _lot_, and is not all that helpful amongst the other -Dcontext diagnostics, so hide this one behind the (new) conjuncted DBG_TRACE_DESPERATE flag. -Dcontext,desperate will make it appear again if needed. commit 9036f208d27e2c331db29933524b15cb50f012eb Author: Ken McDonell Date: Thu Apr 18 14:44:31 2013 +1000 Diagnostics - add DBG_TRACE_DESPERATE support One level of additional verbosity control in the diagnostics. Set from the command line with one or more flags, e.g -D pdu,desperate and execution is guarded by a predictate like if ((pmDebug & DBG_TRACE_PDU) && (pmDebug & DBG_TRACE_DESPERATE)) The intention is that only the desperate developer would (a) add diagnositics under the conjuncted DBG_TRACE_DESPERATE control, (b) be interested in the output from these diagnostics. For example uses in libpcp, see the subsequent commits to pdu.c and ipc.c. commit e2d1042b3da0a9197337678ae0030ebb82bc4b3c Author: Ken McDonell Date: Thu Apr 18 14:42:43 2013 +1000 qa/group - test 193 belongs in the pdu group commit b225ceb1ac8251d41f27f4eddb34d00e006df08c Author: Ken McDonell Date: Thu Apr 18 14:41:09 2013 +1000 qa/439 - filter refinement Treat "TCP connection reset by peer" as equivalent to "Connection refused" for this test. commit 4c20cd69d2114ae0b1fdcb06f4dea72630fa9654 Author: Ken McDonell Date: Thu Apr 18 14:39:13 2013 +1000 qa/455 - rsyslog pmda testing A couple of changes needed here: a) maintain pmcd configuration state ... if the PMDA is installed before this test runs, make sure it is installed after the test has been run, else if the PMDA is NOT installed before this this test runs, make sure it is NOT installed after the test has been run b) add a small amount of checking for the named pipe creation ($PCP_LOG_DIR/rsyslog/stats) to avoid a race between the Install and the QA test that can leave the QA test hanging on the write to the named pipe. commit 2de4cef4382f368b36ddb232529b16eed47c6e33 Author: Ken McDonell Date: Thu Apr 18 11:17:19 2013 +1000 qa/297 - filter out __pmConnect diag added in PCP 3.7.2 commit 0c7f69d1d374e8c603f2f6c763fbe8aff10cd860 Author: Ken McDonell Date: Thu Apr 18 11:05:26 2013 +1000 Revert "qa/287 - slightly different floating point precision for x86_64" This reverts commit 8704c97674c69da4ac7704b61dd7978d5a6fb4e3. commit 473e4ac9e19b35863fb31c0ab37fc6fec74cdc25 Author: Ken McDonell Date: Thu Apr 18 11:03:07 2013 +1000 qa/273 - filter out __pmConnect diag added in PCP 3.7.2 commit 14f5d6e60b50f95d77983b70c3753664981eded3 Author: Ken McDonell Date: Thu Apr 18 10:59:17 2013 +1000 qa/200 - handle new __pmConnect diag added in PCP 3.7.2 commit b548b989bd80702156691f6f8ce8e241b9ae71ec Author: Ken McDonell Date: Thu Apr 18 10:49:22 2013 +1000 qa/024 - filter out __pmConnect diag added in PCP 3.7.2 commit cf7e2d5bed688669ee95e5d18390e5b0e007a665 Author: Ken McDonell Date: Thu Apr 18 10:25:31 2013 +1000 qa/008 - fix disk non-determinism for host bozo From nscott@redhat.com Thu Apr 18 23:46:08 2013 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on oss.sgi.com X-Spam-Level: X-Spam-Status: No, score=0.0 required=5.0 tests=none autolearn=ham version=3.3.1 X-Original-To: pcp@oss.sgi.com Delivered-To: pcp@oss.sgi.com Received: from relay.sgi.com (relay1.corp.sgi.com [137.38.102.111]) by oss.sgi.com (Postfix) with ESMTP id 8169D29E0E for ; Thu, 18 Apr 2013 23:46:08 -0500 (CDT) Received: from cuda.sgi.com (cuda3.sgi.com [192.48.176.15]) by relay1.corp.sgi.com (Postfix) with ESMTP id 638318F8066 for ; Thu, 18 Apr 2013 21:46:08 -0700 (PDT) X-ASG-Debug-ID: 1366346767-04cb6c2c1c385260001-S8gJnT Received: from mx4-phx2.redhat.com (mx4-phx2.redhat.com [209.132.183.25]) by cuda.sgi.com with ESMTP id 4eWQ7McsMhdfxTb4 for ; Thu, 18 Apr 2013 21:46: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 r3J4k6Hn029985 for ; Fri, 19 Apr 2013 00:46:07 -0400 Date: Fri, 19 Apr 2013 00:46:06 -0400 (EDT) From: Nathan Scott Reply-To: Nathan Scott To: PCP Message-ID: <1467404939.3239754.1366346766974.JavaMail.root@redhat.com> In-Reply-To: <1227464974.3238993.1366346612073.JavaMail.root@redhat.com> Subject: Section 4 man pages in the wrong section? MIME-Version: 1.0 X-ASG-Orig-Subj: Section 4 man pages in the wrong section? Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-Originating-IP: [10.5.82.11] X-Mailer: Zimbra 8.0.3_GA_5664 (ZimbraWebClient - FF17 (Linux)/8.0.3_GA_5664) Thread-Topic: Section 4 man pages in the wrong section? Thread-Index: fcQxXRvHRlbX646AJ663fTHCNEtuow== X-Barracuda-Connect: mx4-phx2.redhat.com[209.132.183.25] X-Barracuda-Start-Time: 1366346767 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.2.128536 Rule breakdown below pts rule name description ---- ---------------------- -------------------------------------------------- 0.01 THREAD_INDEX thread-index: AcO7Y8iR61tzADqsRmmc5wNiFHEOig== 0.01 THREAD_TOPIC Thread-Topic: ...(Japanese Subject)... Hi all, It's been pointed out to me that the config file man pages that we install in section 4 should really be in section 5. man man says: The standard sections of the manual include: ... 4 Devices and Special Files 5 File Formats and Conventions This is probably a Linux/IRIX difference ... I suggest at this stage we switch over. Unless anyone objects, I'll add this to the pcp-3.8.0 list. cheers. -- Nathan From dak-unpriv@franck.debian.org Fri Apr 19 04:45:51 2013 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on oss.sgi.com X-Spam-Level: X-Spam-Status: No, score=0.0 required=5.0 tests=none 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 7A4F77CBF for ; Fri, 19 Apr 2013 04:45:51 -0500 (CDT) Received: from cuda.sgi.com (cuda3.sgi.com [192.48.176.15]) by relay3.corp.sgi.com (Postfix) with ESMTP id 03734AC002 for ; Fri, 19 Apr 2013 02:45:50 -0700 (PDT) X-ASG-Debug-ID: 1366364749-04cb6c2c1d394820001-S8gJnT Received: from franck.debian.org (franck.debian.org [128.148.34.3]) by cuda.sgi.com with ESMTP id Bu8CaB4FIOZffYAM (version=TLSv1 cipher=AES256-SHA bits=256 verify=NO) for ; Fri, 19 Apr 2013 02:45:49 -0700 (PDT) X-Barracuda-Envelope-From: dak-unpriv@franck.debian.org X-Barracuda-Apparent-Source-IP: 128.148.34.3 Received: from dak-unpriv by franck.debian.org with local (Exim 4.72) (envelope-from ) id 1UT7t6-00040K-GG for pcp@oss.sgi.com; Fri, 19 Apr 2013 09:45:48 +0000 Message-Id: To: pcp@oss.sgi.com From: Debian FTP Masters Subject: Processing of pcp_3.7.2_i386.changes Date: Fri, 19 Apr 2013 09:45:48 +0000 X-ASG-Orig-Subj: Processing of pcp_3.7.2_i386.changes X-Debian: DAK X-DAK: DAK X-Debian-Package: pcp Sender: unprivileged ftp-master role account X-Barracuda-Connect: franck.debian.org[128.148.34.3] X-Barracuda-Start-Time: 1366364749 X-Barracuda-Encrypted: AES256-SHA X-Barracuda-URL: http://192.48.176.15:80/cgi-mod/mark.cgi X-Virus-Scanned: by bsmtpd at sgi.com X-Barracuda-BRTS-Status: 1 X-Barracuda-Spam-Score: 0.00 X-Barracuda-Spam-Status: No, SCORE=0.00 using per-user scores of TAG_LEVEL=1000.0 QUARANTINE_LEVEL=1000.0 KILL_LEVEL=2.7 tests= X-Barracuda-Spam-Report: Code version 3.2, rules version 3.2.2.128556 Rule breakdown below pts rule name description ---- ---------------------- -------------------------------------------------- pcp_3.7.2_i386.changes uploaded successfully to localhost along with the files: pcp_3.7.2.dsc pcp_3.7.2.tar.gz pcp_3.7.2_i386.deb libpcp3-dev_3.7.2_i386.deb libpcp3_3.7.2_i386.deb libpcp-gui2-dev_3.7.2_i386.deb libpcp-gui2_3.7.2_i386.deb libpcp-mmv1-dev_3.7.2_i386.deb libpcp-mmv1_3.7.2_i386.deb libpcp-pmda3-dev_3.7.2_i386.deb libpcp-pmda3_3.7.2_i386.deb libpcp-trace2-dev_3.7.2_i386.deb libpcp-trace2_3.7.2_i386.deb libpcp-import1-dev_3.7.2_i386.deb libpcp-import1_3.7.2_i386.deb python-pcp_3.7.2_i386.deb libpcp-pmda-perl_3.7.2_i386.deb libpcp-import-perl_3.7.2_i386.deb libpcp-logsummary-perl_3.7.2_i386.deb libpcp-mmv-perl_3.7.2_i386.deb pcp-import-sar2pcp_3.7.2_all.deb pcp-import-mrtg2pcp_3.7.2_all.deb pcp-import-sheet2pcp_3.7.2_all.deb pcp-import-iostat2pcp_3.7.2_all.deb pcp-testsuite_3.7.2_i386.deb Greetings, Your Debian queue daemon (running on host franck.debian.org) From envelope@ftp-master.debian.org Fri Apr 19 04:48:09 2013 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on oss.sgi.com X-Spam-Level: X-Spam-Status: No, score=0.0 required=5.0 tests=none autolearn=ham version=3.3.1 X-Original-To: pcp@oss.sgi.com Delivered-To: pcp@oss.sgi.com Received: from relay.sgi.com (relay2.corp.sgi.com [137.38.102.29]) by oss.sgi.com (Postfix) with ESMTP id B0D677CBF for ; Fri, 19 Apr 2013 04:48:09 -0500 (CDT) Received: from cuda.sgi.com (cuda2.sgi.com [192.48.176.25]) by relay2.corp.sgi.com (Postfix) with ESMTP id 9C88F30406A for ; Fri, 19 Apr 2013 02:48:09 -0700 (PDT) X-ASG-Debug-ID: 1366364887-04cbb057f637e140001-S8gJnT Received: from franck.debian.org (franck.debian.org [128.148.34.3]) by cuda.sgi.com with ESMTP id aR2iZmhU4Dp8IF4c (version=TLSv1 cipher=AES256-SHA bits=256 verify=NO) for ; Fri, 19 Apr 2013 02:48:08 -0700 (PDT) X-Barracuda-Envelope-From: envelope@ftp-master.debian.org X-Barracuda-Apparent-Source-IP: 128.148.34.3 Received: from dak by franck.debian.org with local (Exim 4.72) (envelope-from ) id 1UT7vL-00065o-3L; Fri, 19 Apr 2013 09:48:07 +0000 Date: Fri, 19 Apr 2013 09:48:07 +0000 Message-Id: From: Debian FTP Masters To: PCP Development Team , Nathan Scott X-DAK: dak process-upload X-Debian: DAK X-Debian-Package: pcp Precedence: bulk MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 8bit Subject: pcp_3.7.2_i386.changes ACCEPTED into unstable Sender: Archive Administrator X-ASG-Orig-Subj: pcp_3.7.2_i386.changes ACCEPTED into unstable X-Barracuda-Connect: franck.debian.org[128.148.34.3] X-Barracuda-Start-Time: 1366364888 X-Barracuda-Encrypted: AES256-SHA X-Barracuda-URL: http://192.48.176.25:80/cgi-mod/mark.cgi X-Virus-Scanned: by bsmtpd at sgi.com X-Barracuda-BRTS-Status: 1 X-Barracuda-Spam-Score: 0.00 X-Barracuda-Spam-Status: No, SCORE=0.00 using per-user scores of TAG_LEVEL=1000.0 QUARANTINE_LEVEL=1000.0 KILL_LEVEL=2.7 tests= X-Barracuda-Spam-Report: Code version 3.2, rules version 3.2.2.128556 Rule breakdown below pts rule name description ---- ---------------------- -------------------------------------------------- Accepted: -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Format: 1.8 Date: Fri, 19 Apr 2013 09:24:10 +1000 Source: pcp Binary: pcp 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-testsuite Architecture: source i386 all Version: 3.7.2 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-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-testsuite - Performance Co-Pilot (PCP) Test Suite python-pcp - Performance Co-Pilot Python PMAPI module Closes: 704717 Changes: pcp (3.7.2) unstable; urgency=low . * Add build dependency on python-all-dev (closes: #704717) * New release (full details in CHANGELOG). Checksums-Sha1: c75303a4b55d60e45652de0d1fe2f052a48d9588 2267 pcp_3.7.2.dsc 679479ce8b0601f5a3f232572c94e1133100f2ea 4763940 pcp_3.7.2.tar.gz a4a344580491ce04304145a37019ee37dc57b17f 1455098 pcp_3.7.2_i386.deb 093282818c9a498339b215665c2a52536f68bd77 397720 libpcp3-dev_3.7.2_i386.deb a6f65341916ee994e77cbd633ac4658a223a89a0 186294 libpcp3_3.7.2_i386.deb 0e3b9c2558307342e5c6a6bf5b04bbf164fdd0d2 16926 libpcp-gui2-dev_3.7.2_i386.deb 85c3b54f441474bdfe8a2cecb1335e658c320051 15176 libpcp-gui2_3.7.2_i386.deb acd0d33ff6dc592f898114d653777edffd7e8dc5 18682 libpcp-mmv1-dev_3.7.2_i386.deb 57c0a38cde0e92c66a5738312425f67e4215cea1 11616 libpcp-mmv1_3.7.2_i386.deb 02bf0f084cae00db4681a25f13976256071587c9 91446 libpcp-pmda3-dev_3.7.2_i386.deb 48624b68bf2e74d0ca52a69e3d727f507742e373 36582 libpcp-pmda3_3.7.2_i386.deb 4e9e788c91940e0ce14228a5e98e0d4e001d138b 28978 libpcp-trace2-dev_3.7.2_i386.deb f0960126dfd2c930148806f6410ebb1b85851283 19946 libpcp-trace2_3.7.2_i386.deb c480092fc697e42c634d7b1122a319b074ca204e 15840 libpcp-import1-dev_3.7.2_i386.deb a0e43dbbc614de18221190e04efdf1dcf2c14221 15020 libpcp-import1_3.7.2_i386.deb 491781d37cc4721f5cdb658077c899117d88a286 25556 python-pcp_3.7.2_i386.deb 1b6029baef195811b47f842e00ae75e4d6487a91 37612 libpcp-pmda-perl_3.7.2_i386.deb 98a1d91fd8b28d4d589a60971e8bf01a5d861347 17348 libpcp-import-perl_3.7.2_i386.deb baab99962dafcee0d2b39d3d29f5d5f2b3f2c787 10564 libpcp-logsummary-perl_3.7.2_i386.deb f0b90885e4ac5f0baf2926b495994a31fa6e92b1 19290 libpcp-mmv-perl_3.7.2_i386.deb 0e81232491412ffb029a6d4ba34667496f7e6436 16716 pcp-import-sar2pcp_3.7.2_all.deb 5048eee74c4236795b8a7c3769cffab1bee78f1b 9596 pcp-import-mrtg2pcp_3.7.2_all.deb 03874794a98727cfc39d72645bb3f57ed2a9cd56 19454 pcp-import-sheet2pcp_3.7.2_all.deb 61a6cf894fbf7130c9456268987889b122eacde9 17114 pcp-import-iostat2pcp_3.7.2_all.deb e8edaeda9110e59631862bbdf0a1d9029f21f4e5 2171262 pcp-testsuite_3.7.2_i386.deb Checksums-Sha256: 8aa1c7f92a587b1287006039b284f65d905396cc715d571eb731622078b759d2 2267 pcp_3.7.2.dsc 202a9907c83bb975a38652310a0e8b6ee6b6f0f56e0961a93c28f22d7ae889d2 4763940 pcp_3.7.2.tar.gz 7fa7b4c4c202980e61d7b9e29f10b48a983d9d7116a2929a5b5ad515455162de 1455098 pcp_3.7.2_i386.deb 072a5b2dbdc53387d4fd075e0455a55c42206e2a9f2780ec2603977cbb80d794 397720 libpcp3-dev_3.7.2_i386.deb 5cb4d969236abe3c47a0f3c7ed92ce84abc83131bbef4e3c8dce319107d325ea 186294 libpcp3_3.7.2_i386.deb 449a6a49ad1b12bb8a185f201cce2fea5a16395aa425bfd8633fd968ab8d87a3 16926 libpcp-gui2-dev_3.7.2_i386.deb a4663dd931247b9bfe1501996b1ea1279f6adc45f4264c5193d50ae96491a64c 15176 libpcp-gui2_3.7.2_i386.deb 1e42b285d07c886fb71b3bad508f6c5b49c95271e613fce59c971d527472d92c 18682 libpcp-mmv1-dev_3.7.2_i386.deb a38c30a986b618a3942e46192dfc09cd72efbf5fc3991a5e869f57e8e89d2588 11616 libpcp-mmv1_3.7.2_i386.deb ca29a94588b3a2b05bf858261fe4db452e3a52520c89366917ed4559f07f1f18 91446 libpcp-pmda3-dev_3.7.2_i386.deb e99a9f891539ea013d8e1f2286986e1cfb85d8accbe79bbc1780bb600059032a 36582 libpcp-pmda3_3.7.2_i386.deb b4dbfbf0c428137443ea95cebe17b62c2d167f12d06f4ce3d6dbff0ace9e3162 28978 libpcp-trace2-dev_3.7.2_i386.deb e34f4e55cf30556afb4636fa3d3f5100e6277ab5b646206852edaec235e97797 19946 libpcp-trace2_3.7.2_i386.deb 4ab128eddfaaf4d8c4eec600e0359cc9fba17797fb023b32b3f2ca333ea94c65 15840 libpcp-import1-dev_3.7.2_i386.deb cfc78b2b8dfd31985cff6d28eb446e7f0740e490c777c96f390e38da056203a1 15020 libpcp-import1_3.7.2_i386.deb 2e1be304493cd66898ebd44f7c0c23e322b772c3adb8a628e59f73502f6e9fb9 25556 python-pcp_3.7.2_i386.deb fc97351aa372a7d7c72096a1d97b0cc3c6875d200ca2da4b4046811f2d826b7c 37612 libpcp-pmda-perl_3.7.2_i386.deb 78c9072cbc281701e65049abc840c6ea31a307c470d78ebbc3c1dec46388da24 17348 libpcp-import-perl_3.7.2_i386.deb f1a93e655e29748f5c0c3ce118c566acec8683c0ca9b6d48abed260878d17b5d 10564 libpcp-logsummary-perl_3.7.2_i386.deb c3a887dd1c4197369c44942cf9acfe136e82b64f3f94b2a09c8fc8a321891626 19290 libpcp-mmv-perl_3.7.2_i386.deb e0557c97df14eb297e5d3c46753f5975cf0f92ba862fb5b13780d2c9b4dcbcfd 16716 pcp-import-sar2pcp_3.7.2_all.deb fbb8520dd8b350c46ab13776c63a322382f7b463504745700e389a3860a16a3b 9596 pcp-import-mrtg2pcp_3.7.2_all.deb 7b1a205e50d4f8bdf1e4baeb9ec08b709cf0f36c32ef7f17b95bc59d7eb35e23 19454 pcp-import-sheet2pcp_3.7.2_all.deb 7468b15f4f18565d3ce9635726869e79b2f1af78d4091da0094e5595558735df 17114 pcp-import-iostat2pcp_3.7.2_all.deb 661dc91d4cb20bf19160369dc2ade9ab0d139f32f886811d6b69703bfa8dfd85 2171262 pcp-testsuite_3.7.2_i386.deb Files: 70975e715a3550ae5c4e0c43336b1416 2267 utils optional pcp_3.7.2.dsc 2ff16197482c4663f5c63fa9b122367a 4763940 utils optional pcp_3.7.2.tar.gz cd0c0a748ebbf1699888a28d4e5c4467 1455098 utils optional pcp_3.7.2_i386.deb 00ceb97d15f7ddaefa9e2a8c2fe39630 397720 libdevel optional libpcp3-dev_3.7.2_i386.deb 64e8cb18863db134cb308d9d89238d48 186294 libs optional libpcp3_3.7.2_i386.deb 99d863fe1be9f5672b112e279db6b91d 16926 libdevel optional libpcp-gui2-dev_3.7.2_i386.deb 967a49654d8036d0af1da85d8cf721a2 15176 libs optional libpcp-gui2_3.7.2_i386.deb e6df16c4533c29d58e7623bd8ff6e69b 18682 libdevel optional libpcp-mmv1-dev_3.7.2_i386.deb f68534dcffadb8f354e13811ddaf5274 11616 libs optional libpcp-mmv1_3.7.2_i386.deb 93b382b4a122009182576786f1f76191 91446 libdevel optional libpcp-pmda3-dev_3.7.2_i386.deb b502e7f702d76f04787105dbe3bc4545 36582 libs optional libpcp-pmda3_3.7.2_i386.deb 5e3175da95ee95f8ccea99f7e05fd956 28978 libdevel optional libpcp-trace2-dev_3.7.2_i386.deb 0b346c401a22a687c1e40934077c668f 19946 libs optional libpcp-trace2_3.7.2_i386.deb 75d61662e418514124ae84d3f92add86 15840 libdevel optional libpcp-import1-dev_3.7.2_i386.deb f0b84bddedb21a9bf1f3445d4b8d1f28 15020 libs optional libpcp-import1_3.7.2_i386.deb ee2f00750bfc6196def37926c6c5a79c 25556 python optional python-pcp_3.7.2_i386.deb 57a507d10eb8994c1f966881c82492a9 37612 perl optional libpcp-pmda-perl_3.7.2_i386.deb 3729f959401ae82625a5a72a5b001b1c 17348 perl optional libpcp-import-perl_3.7.2_i386.deb ed17fa6d1f790155aa65a3a9fbe09aea 10564 perl optional libpcp-logsummary-perl_3.7.2_i386.deb b25301e583a95eea4566108de01f7277 19290 perl optional libpcp-mmv-perl_3.7.2_i386.deb 42af44df06d6307d80dc10d157b9680e 16716 utils optional pcp-import-sar2pcp_3.7.2_all.deb 3ab85eecb3924b1512bd85c0280b3c47 9596 utils optional pcp-import-mrtg2pcp_3.7.2_all.deb 1786404e0f2b055e4aa3e661811b7dc8 19454 utils optional pcp-import-sheet2pcp_3.7.2_all.deb f199b2ebf2cf716083c4dba6a9d574e3 17114 utils optional pcp-import-iostat2pcp_3.7.2_all.deb 467bc683e84b4935df657b67b1d329c6 2171262 utils optional pcp-testsuite_3.7.2_i386.deb -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.12 (GNU/Linux) iEYEARECAAYFAlFw5EgACgkQm8fl3HSIa2NZIgCfeFgD/5AkWbRnPPljK20qiqpe HPYAoM17Kolx/pslJ/9IwpOo6RDknypw =Cx1/ -----END PGP SIGNATURE----- Thank you for your contribution to Debian. From dak-unpriv@franck.debian.org Fri Apr 19 04:50:53 2013 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on oss.sgi.com X-Spam-Level: X-Spam-Status: No, score=0.0 required=5.0 tests=none autolearn=ham version=3.3.1 X-Original-To: pcp@oss.sgi.com Delivered-To: pcp@oss.sgi.com Received: from relay.sgi.com (relay1.corp.sgi.com [137.38.102.111]) by oss.sgi.com (Postfix) with ESMTP id 3C0B47CBF for ; Fri, 19 Apr 2013 04:50:53 -0500 (CDT) Received: from cuda.sgi.com (cuda2.sgi.com [192.48.176.25]) by relay1.corp.sgi.com (Postfix) with ESMTP id 1AB788F806F for ; Fri, 19 Apr 2013 02:50:50 -0700 (PDT) X-ASG-Debug-ID: 1366365048-04cbb057f737e3d0001-S8gJnT Received: from franck.debian.org (franck.debian.org [128.148.34.3]) by cuda.sgi.com with ESMTP id zPFuEvgxZ0V0NSKR (version=TLSv1 cipher=AES256-SHA bits=256 verify=NO) for ; Fri, 19 Apr 2013 02:50:49 -0700 (PDT) X-Barracuda-Envelope-From: dak-unpriv@franck.debian.org X-Barracuda-Apparent-Source-IP: 128.148.34.3 Received: from dak-unpriv by franck.debian.org with local (Exim 4.72) (envelope-from ) id 1UT7xw-0008CZ-Ri for pcp@oss.sgi.com; Fri, 19 Apr 2013 09:50:48 +0000 Message-Id: To: pcp@oss.sgi.com From: Debian FTP Masters Subject: Processing of pcp-gui_1.5.7_i386.changes Date: Fri, 19 Apr 2013 09:50:48 +0000 X-ASG-Orig-Subj: Processing of pcp-gui_1.5.7_i386.changes X-Debian: DAK X-DAK: DAK X-Debian-Package: pcp-gui Sender: unprivileged ftp-master role account X-Barracuda-Connect: franck.debian.org[128.148.34.3] X-Barracuda-Start-Time: 1366365049 X-Barracuda-Encrypted: AES256-SHA X-Barracuda-URL: http://192.48.176.25:80/cgi-mod/mark.cgi X-Virus-Scanned: by bsmtpd at sgi.com X-Barracuda-BRTS-Status: 1 X-Barracuda-Spam-Score: 0.00 X-Barracuda-Spam-Status: No, SCORE=0.00 using per-user scores of TAG_LEVEL=1000.0 QUARANTINE_LEVEL=1000.0 KILL_LEVEL=2.7 tests= X-Barracuda-Spam-Report: Code version 3.2, rules version 3.2.2.128558 Rule breakdown below pts rule name description ---- ---------------------- -------------------------------------------------- pcp-gui_1.5.7_i386.changes uploaded successfully to localhost along with the files: pcp-gui_1.5.7.dsc pcp-gui_1.5.7.tar.gz pcp-gui_1.5.7_i386.deb pcp-doc_1.5.7_all.deb pcp-gui-testsuite_1.5.7_i386.deb Greetings, Your Debian queue daemon (running on host franck.debian.org) From debbugs@buxtehude.debian.org Fri Apr 19 04:51:11 2013 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on oss.sgi.com X-Spam-Level: X-Spam-Status: No, score=0.0 required=5.0 tests=none autolearn=ham version=3.3.1 X-Original-To: pcp@oss.sgi.com Delivered-To: pcp@oss.sgi.com Received: from relay.sgi.com (relay2.corp.sgi.com [137.38.102.29]) by oss.sgi.com (Postfix) with ESMTP id 5C8717CBF for ; Fri, 19 Apr 2013 04:51:11 -0500 (CDT) Received: from cuda.sgi.com (cuda1.sgi.com [192.48.157.11]) by relay2.corp.sgi.com (Postfix) with ESMTP id 1B523304067 for ; Fri, 19 Apr 2013 02:51:10 -0700 (PDT) X-ASG-Debug-ID: 1366365069-04bdf02d20393360001-S8gJnT Received: from buxtehude.debian.org (buxtehude.debian.org [140.211.166.26]) by cuda.sgi.com with ESMTP id r6s46lfpBT5BQz0T (version=TLSv1 cipher=AES128-SHA bits=128 verify=NO) for ; Fri, 19 Apr 2013 02:51:09 -0700 (PDT) X-Barracuda-Envelope-From: debbugs@buxtehude.debian.org X-Barracuda-Apparent-Source-IP: 140.211.166.26 Received: from debbugs by buxtehude.debian.org with local (Exim 4.80) (envelope-from ) id 1UT7yD-0007k6-E3; Fri, 19 Apr 2013 09:51:05 +0000 MIME-Version: 1.0 X-Mailer: MIME-tools 5.503 (Entity 5.503) X-Loop: owner@bugs.debian.org From: owner@bugs.debian.org (Debian Bug Tracking System) To: Nathan Scott Subject: Bug#704717: marked as done (pcp: FTBFS - missing build-dep on python-dev) Message-ID: X-ASG-Orig-Subj: Bug#704717: marked as done (pcp: FTBFS - missing build-dep on python-dev) References: <20130404225949.8895.97780.reportbug@ghostwheel.internal.ucko.debian.net> X-Debian-PR-Message: closed 704717 X-Debian-PR-Package: src:pcp X-Debian-PR-Source: pcp Date: Fri, 19 Apr 2013 09:51:05 +0000 Content-Type: multipart/mixed; boundary="----------=_1366365065-29629-0" Sender: Debian BTS X-Barracuda-Connect: buxtehude.debian.org[140.211.166.26] X-Barracuda-Start-Time: 1366365069 X-Barracuda-Encrypted: AES128-SHA X-Barracuda-URL: http://192.48.157.11:80/cgi-mod/mark.cgi X-Barracuda-BRTS-Status: 1 X-Virus-Scanned: by bsmtpd at sgi.com X-Barracuda-Spam-Score: 0.00 X-Barracuda-Spam-Status: No, SCORE=0.00 using per-user scores of TAG_LEVEL=1000.0 QUARANTINE_LEVEL=1000.0 KILL_LEVEL=2.7 tests= X-Barracuda-Spam-Report: Code version 3.2, rules version 3.2.2.128558 Rule breakdown below pts rule name description ---- ---------------------- -------------------------------------------------- This is a multi-part message in MIME format... ------------=_1366365065-29629-0 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=utf-8 Your message dated Fri, 19 Apr 2013 09:48:07 +0000 with message-id and subject line Bug#704717: fixed in pcp 3.7.2 has caused the Debian Bug report #704717, regarding pcp: FTBFS - missing build-dep on python-dev to be marked as done. This means that you claim that the problem has been dealt with. If this is not the case it is now your responsibility to reopen the Bug report if necessary, and/or fix the problem forthwith. (NB: If you are a system administrator and have no idea what this message is talking about, this may indicate a serious mail system misconfiguration somewhere. Please contact owner@bugs.debian.org immediately.) --=20 704717: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=3D704717 Debian Bug Tracking System Contact owner@bugs.debian.org with problems ------------=_1366365065-29629-0 Content-Type: message/rfc822 Content-Disposition: inline Content-Transfer-Encoding: 7bit Received: (at submit) by bugs.debian.org; 4 Apr 2013 22:59:56 +0000 X-Spam-Checker-Version: SpamAssassin 3.3.2-bugs.debian.org_2005_01_02 (2011-06-06) on buxtehude.debian.org X-Spam-Level: X-Spam-Status: No, score=-10.7 required=4.0 tests=BAYES_00,DKIM_SIGNED, DKIM_VALID,FROMDEVELOPER,RCVD_IN_DNSWL_NONE,RCVD_IN_SORBS_HTTP, RCVD_IN_SORBS_MISC,RCVD_IN_SORBS_SOCKS,XMAILER_REPORTBUG,X_DEBBUGS_CC autolearn=ham version=3.3.2-bugs.debian.org_2005_01_02 X-Spam-Bayes: score:0.0000 Tokens: new, 13; hammy, 110; neutral, 32; spammy, 0. spammytokens: hammytokens:0.000-+--H*M:reportbug, 0.000-+--H*MI:reportbug, 0.000-+--H*x:6.4.3, 0.000-+--H*UA:6.4.3, 0.000-+--H*x:reportbug Return-path: Received: from qmta02.westchester.pa.mail.comcast.net ([76.96.62.24]) by buxtehude.debian.org with esmtp (Exim 4.80) (envelope-from ) id 1UNt8O-0004Ra-9H for submit@bugs.debian.org; Thu, 04 Apr 2013 22:59:56 +0000 Received: from omta20.westchester.pa.mail.comcast.net ([76.96.62.71]) by qmta02.westchester.pa.mail.comcast.net with comcast id Kooz1l0031YDfWL51yzqw5; Thu, 04 Apr 2013 22:59:50 +0000 Received: from ghostwheel.internal.ucko.debian.net ([68.49.0.90]) by omta20.westchester.pa.mail.comcast.net with comcast id Kyzp1l0161wWZuC3gyzq0F; Thu, 04 Apr 2013 22:59:50 +0000 Received: from amu by ghostwheel.internal.ucko.debian.net with local (Exim 4.80) (envelope-from ) id 1UNt8H-0002M2-LQ for submit@bugs.debian.org; Thu, 04 Apr 2013 18:59:49 -0400 Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit From: "Aaron M. Ucko" To: Debian Bug Tracking System Subject: pcp: FTBFS - missing build-dep on python-dev Message-ID: <20130404225949.8895.97780.reportbug@ghostwheel.internal.ucko.debian.net> X-Mailer: reportbug 6.4.3 Date: Thu, 04 Apr 2013 18:59:49 -0400 X-Debbugs-Cc: ucko@debian.org DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=comcast.net; s=q20121106; t=1365116390; bh=nGguI2w6HoqcFXLHUI4E1s10R5+bDxsr1WdP6WQKoPA=; h=Received:Received:Received:Content-Type:MIME-Version:From:To: Subject:Message-ID:Date; b=fUk7TR7IZ4qs2UyQpdC94q9U3QMiTpl+yOK3d9YjQQbkZQPQPsi9f3ipoNmtTbQFw RjRihlBvy1fNCT7JLYvcnOCgoepAzGYpnbTH4aeX77tHpgNJu9A9Ip1r7GYI5R+zPM hypaBfIgvosx8ON2N5ZrBGRLx4zfdjrWyFSOdY5F7WTqM3uUKUiJOwUofSTxeoM1pq atxM7ajKAzSf5K8w4UJJ2PWDwzVRL4aUzL8ZIgNfwEL03wRXOJL5Z4PSPRaZsb/q1k keCo/tr6DfarxGZ0LuM9lHKmo797qBou3kj8zzWga/3H5ObP351c2YK+1BqDq3SufT 9wWUVNAqULGfA== Delivered-To: submit@bugs.debian.org Source: pcp Version: 3.7.1 Severity: serious Justification: fails to build from source (but built successfully in the past) Builds of pcp in minimal enviroments, as on the autobuilders, have been failing: pmapi.c:32:20: fatal error: Python.h: No such file or directory compilation terminated. error: command 'gcc' failed with exit status 1 Could you please add a build dependency on python-dev and confirm with pbuilder or the like that no others are missing? Thanks! ------------=_1366365065-29629-0 Content-Type: message/rfc822 Content-Disposition: inline Content-Transfer-Encoding: 7bit Received: (at 704717-close) by bugs.debian.org; 19 Apr 2013 09:48:08 +0000 X-Spam-Checker-Version: SpamAssassin 3.3.2-bugs.debian.org_2005_01_02 (2011-06-06) on buxtehude.debian.org X-Spam-Level: X-Spam-Status: No, score=-12.8 required=4.0 tests=BAYES_00,DIGITS_LETTERS, FOURLA,FROMDEVELOPER,FVGT_m_MULTI_ODD,HAS_BUG_NUMBER,PGPSIGNATURE, RCVD_IN_DNSWL_MED,T_RP_MATCHES_RCVD autolearn=ham version=3.3.2-bugs.debian.org_2005_01_02 X-Spam-Bayes: score:0.0000 Tokens: new, 143; hammy, 151; neutral, 195; spammy, 0. spammytokens: hammytokens:0.000-+--HX-Debian:DAK, 0.000-+--H*rp:D*ftp-master.debian.org, 0.000-+--HX-DAK:process-upload, 0.000-+--H*RU:128.148.34.3, 0.000-+--H*r:ip*128.148.34.3 Return-path: Received: from franck.debian.org ([128.148.34.3]) 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 buxtehude.debian.org with esmtps (TLS1.0:RSA_AES_256_CBC_SHA1:256) (Exim 4.80) (envelope-from ) id 1UT7vM-0007OV-L5 for 704717-close@bugs.debian.org; Fri, 19 Apr 2013 09:48:08 +0000 Received: from dak by franck.debian.org with local (Exim 4.72) (envelope-from ) id 1UT7vL-00065u-5L; Fri, 19 Apr 2013 09:48:07 +0000 Date: Fri, 19 Apr 2013 09:48:07 +0000 Message-Id: From: Nathan Scott To: 704717-close@bugs.debian.org X-DAK: dak process-upload X-Debian: DAK X-Debian-Package: pcp MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 8bit Subject: Bug#704717: fixed in pcp 3.7.2 Sender: Archive Administrator Source: pcp Source-Version: 3.7.2 We believe that the bug you reported is fixed in the latest version of pcp, which is due to be installed in the Debian FTP archive. A summary of the changes between this version and the previous one is attached. Thank you for reporting the bug, which will now be closed. If you have further comments please address them to 704717@bugs.debian.org, and the maintainer will reopen the bug report if appropriate. Debian distribution maintenance software pp. Nathan Scott (supplier of updated pcp package) (This message was generated automatically at their request; if you believe that there is a problem with it please contact the archive administrators by mailing ftpmaster@debian.org) -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Format: 1.8 Date: Fri, 19 Apr 2013 09:24:10 +1000 Source: pcp Binary: pcp 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-testsuite Architecture: source i386 all Version: 3.7.2 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-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-testsuite - Performance Co-Pilot (PCP) Test Suite python-pcp - Performance Co-Pilot Python PMAPI module Closes: 704717 Changes: pcp (3.7.2) unstable; urgency=low . * Add build dependency on python-all-dev (closes: #704717) * New release (full details in CHANGELOG). Checksums-Sha1: c75303a4b55d60e45652de0d1fe2f052a48d9588 2267 pcp_3.7.2.dsc 679479ce8b0601f5a3f232572c94e1133100f2ea 4763940 pcp_3.7.2.tar.gz a4a344580491ce04304145a37019ee37dc57b17f 1455098 pcp_3.7.2_i386.deb 093282818c9a498339b215665c2a52536f68bd77 397720 libpcp3-dev_3.7.2_i386.deb a6f65341916ee994e77cbd633ac4658a223a89a0 186294 libpcp3_3.7.2_i386.deb 0e3b9c2558307342e5c6a6bf5b04bbf164fdd0d2 16926 libpcp-gui2-dev_3.7.2_i386.deb 85c3b54f441474bdfe8a2cecb1335e658c320051 15176 libpcp-gui2_3.7.2_i386.deb acd0d33ff6dc592f898114d653777edffd7e8dc5 18682 libpcp-mmv1-dev_3.7.2_i386.deb 57c0a38cde0e92c66a5738312425f67e4215cea1 11616 libpcp-mmv1_3.7.2_i386.deb 02bf0f084cae00db4681a25f13976256071587c9 91446 libpcp-pmda3-dev_3.7.2_i386.deb 48624b68bf2e74d0ca52a69e3d727f507742e373 36582 libpcp-pmda3_3.7.2_i386.deb 4e9e788c91940e0ce14228a5e98e0d4e001d138b 28978 libpcp-trace2-dev_3.7.2_i386.deb f0960126dfd2c930148806f6410ebb1b85851283 19946 libpcp-trace2_3.7.2_i386.deb c480092fc697e42c634d7b1122a319b074ca204e 15840 libpcp-import1-dev_3.7.2_i386.deb a0e43dbbc614de18221190e04efdf1dcf2c14221 15020 libpcp-import1_3.7.2_i386.deb 491781d37cc4721f5cdb658077c899117d88a286 25556 python-pcp_3.7.2_i386.deb 1b6029baef195811b47f842e00ae75e4d6487a91 37612 libpcp-pmda-perl_3.7.2_i386.deb 98a1d91fd8b28d4d589a60971e8bf01a5d861347 17348 libpcp-import-perl_3.7.2_i386.deb baab99962dafcee0d2b39d3d29f5d5f2b3f2c787 10564 libpcp-logsummary-perl_3.7.2_i386.deb f0b90885e4ac5f0baf2926b495994a31fa6e92b1 19290 libpcp-mmv-perl_3.7.2_i386.deb 0e81232491412ffb029a6d4ba34667496f7e6436 16716 pcp-import-sar2pcp_3.7.2_all.deb 5048eee74c4236795b8a7c3769cffab1bee78f1b 9596 pcp-import-mrtg2pcp_3.7.2_all.deb 03874794a98727cfc39d72645bb3f57ed2a9cd56 19454 pcp-import-sheet2pcp_3.7.2_all.deb 61a6cf894fbf7130c9456268987889b122eacde9 17114 pcp-import-iostat2pcp_3.7.2_all.deb e8edaeda9110e59631862bbdf0a1d9029f21f4e5 2171262 pcp-testsuite_3.7.2_i386.deb Checksums-Sha256: 8aa1c7f92a587b1287006039b284f65d905396cc715d571eb731622078b759d2 2267 pcp_3.7.2.dsc 202a9907c83bb975a38652310a0e8b6ee6b6f0f56e0961a93c28f22d7ae889d2 4763940 pcp_3.7.2.tar.gz 7fa7b4c4c202980e61d7b9e29f10b48a983d9d7116a2929a5b5ad515455162de 1455098 pcp_3.7.2_i386.deb 072a5b2dbdc53387d4fd075e0455a55c42206e2a9f2780ec2603977cbb80d794 397720 libpcp3-dev_3.7.2_i386.deb 5cb4d969236abe3c47a0f3c7ed92ce84abc83131bbef4e3c8dce319107d325ea 186294 libpcp3_3.7.2_i386.deb 449a6a49ad1b12bb8a185f201cce2fea5a16395aa425bfd8633fd968ab8d87a3 16926 libpcp-gui2-dev_3.7.2_i386.deb a4663dd931247b9bfe1501996b1ea1279f6adc45f4264c5193d50ae96491a64c 15176 libpcp-gui2_3.7.2_i386.deb 1e42b285d07c886fb71b3bad508f6c5b49c95271e613fce59c971d527472d92c 18682 libpcp-mmv1-dev_3.7.2_i386.deb a38c30a986b618a3942e46192dfc09cd72efbf5fc3991a5e869f57e8e89d2588 11616 libpcp-mmv1_3.7.2_i386.deb ca29a94588b3a2b05bf858261fe4db452e3a52520c89366917ed4559f07f1f18 91446 libpcp-pmda3-dev_3.7.2_i386.deb e99a9f891539ea013d8e1f2286986e1cfb85d8accbe79bbc1780bb600059032a 36582 libpcp-pmda3_3.7.2_i386.deb b4dbfbf0c428137443ea95cebe17b62c2d167f12d06f4ce3d6dbff0ace9e3162 28978 libpcp-trace2-dev_3.7.2_i386.deb e34f4e55cf30556afb4636fa3d3f5100e6277ab5b646206852edaec235e97797 19946 libpcp-trace2_3.7.2_i386.deb 4ab128eddfaaf4d8c4eec600e0359cc9fba17797fb023b32b3f2ca333ea94c65 15840 libpcp-import1-dev_3.7.2_i386.deb cfc78b2b8dfd31985cff6d28eb446e7f0740e490c777c96f390e38da056203a1 15020 libpcp-import1_3.7.2_i386.deb 2e1be304493cd66898ebd44f7c0c23e322b772c3adb8a628e59f73502f6e9fb9 25556 python-pcp_3.7.2_i386.deb fc97351aa372a7d7c72096a1d97b0cc3c6875d200ca2da4b4046811f2d826b7c 37612 libpcp-pmda-perl_3.7.2_i386.deb 78c9072cbc281701e65049abc840c6ea31a307c470d78ebbc3c1dec46388da24 17348 libpcp-import-perl_3.7.2_i386.deb f1a93e655e29748f5c0c3ce118c566acec8683c0ca9b6d48abed260878d17b5d 10564 libpcp-logsummary-perl_3.7.2_i386.deb c3a887dd1c4197369c44942cf9acfe136e82b64f3f94b2a09c8fc8a321891626 19290 libpcp-mmv-perl_3.7.2_i386.deb e0557c97df14eb297e5d3c46753f5975cf0f92ba862fb5b13780d2c9b4dcbcfd 16716 pcp-import-sar2pcp_3.7.2_all.deb fbb8520dd8b350c46ab13776c63a322382f7b463504745700e389a3860a16a3b 9596 pcp-import-mrtg2pcp_3.7.2_all.deb 7b1a205e50d4f8bdf1e4baeb9ec08b709cf0f36c32ef7f17b95bc59d7eb35e23 19454 pcp-import-sheet2pcp_3.7.2_all.deb 7468b15f4f18565d3ce9635726869e79b2f1af78d4091da0094e5595558735df 17114 pcp-import-iostat2pcp_3.7.2_all.deb 661dc91d4cb20bf19160369dc2ade9ab0d139f32f886811d6b69703bfa8dfd85 2171262 pcp-testsuite_3.7.2_i386.deb Files: 70975e715a3550ae5c4e0c43336b1416 2267 utils optional pcp_3.7.2.dsc 2ff16197482c4663f5c63fa9b122367a 4763940 utils optional pcp_3.7.2.tar.gz cd0c0a748ebbf1699888a28d4e5c4467 1455098 utils optional pcp_3.7.2_i386.deb 00ceb97d15f7ddaefa9e2a8c2fe39630 397720 libdevel optional libpcp3-dev_3.7.2_i386.deb 64e8cb18863db134cb308d9d89238d48 186294 libs optional libpcp3_3.7.2_i386.deb 99d863fe1be9f5672b112e279db6b91d 16926 libdevel optional libpcp-gui2-dev_3.7.2_i386.deb 967a49654d8036d0af1da85d8cf721a2 15176 libs optional libpcp-gui2_3.7.2_i386.deb e6df16c4533c29d58e7623bd8ff6e69b 18682 libdevel optional libpcp-mmv1-dev_3.7.2_i386.deb f68534dcffadb8f354e13811ddaf5274 11616 libs optional libpcp-mmv1_3.7.2_i386.deb 93b382b4a122009182576786f1f76191 91446 libdevel optional libpcp-pmda3-dev_3.7.2_i386.deb b502e7f702d76f04787105dbe3bc4545 36582 libs optional libpcp-pmda3_3.7.2_i386.deb 5e3175da95ee95f8ccea99f7e05fd956 28978 libdevel optional libpcp-trace2-dev_3.7.2_i386.deb 0b346c401a22a687c1e40934077c668f 19946 libs optional libpcp-trace2_3.7.2_i386.deb 75d61662e418514124ae84d3f92add86 15840 libdevel optional libpcp-import1-dev_3.7.2_i386.deb f0b84bddedb21a9bf1f3445d4b8d1f28 15020 libs optional libpcp-import1_3.7.2_i386.deb ee2f00750bfc6196def37926c6c5a79c 25556 python optional python-pcp_3.7.2_i386.deb 57a507d10eb8994c1f966881c82492a9 37612 perl optional libpcp-pmda-perl_3.7.2_i386.deb 3729f959401ae82625a5a72a5b001b1c 17348 perl optional libpcp-import-perl_3.7.2_i386.deb ed17fa6d1f790155aa65a3a9fbe09aea 10564 perl optional libpcp-logsummary-perl_3.7.2_i386.deb b25301e583a95eea4566108de01f7277 19290 perl optional libpcp-mmv-perl_3.7.2_i386.deb 42af44df06d6307d80dc10d157b9680e 16716 utils optional pcp-import-sar2pcp_3.7.2_all.deb 3ab85eecb3924b1512bd85c0280b3c47 9596 utils optional pcp-import-mrtg2pcp_3.7.2_all.deb 1786404e0f2b055e4aa3e661811b7dc8 19454 utils optional pcp-import-sheet2pcp_3.7.2_all.deb f199b2ebf2cf716083c4dba6a9d574e3 17114 utils optional pcp-import-iostat2pcp_3.7.2_all.deb 467bc683e84b4935df657b67b1d329c6 2171262 utils optional pcp-testsuite_3.7.2_i386.deb -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.12 (GNU/Linux) iEYEARECAAYFAlFw5EgACgkQm8fl3HSIa2NZIgCfeFgD/5AkWbRnPPljK20qiqpe HPYAoM17Kolx/pslJ/9IwpOo6RDknypw =Cx1/ -----END PGP SIGNATURE----- ------------=_1366365065-29629-0-- From envelope@ftp-master.debian.org Fri Apr 19 05:18:04 2013 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on oss.sgi.com X-Spam-Level: X-Spam-Status: No, score=0.0 required=5.0 tests=none autolearn=ham version=3.3.1 X-Original-To: pcp@oss.sgi.com Delivered-To: pcp@oss.sgi.com Received: from relay.sgi.com (relay1.corp.sgi.com [137.38.102.111]) by oss.sgi.com (Postfix) with ESMTP id 125337CBF for ; Fri, 19 Apr 2013 05:18:04 -0500 (CDT) Received: from cuda.sgi.com (cuda3.sgi.com [192.48.176.15]) by relay1.corp.sgi.com (Postfix) with ESMTP id E56F88F8049 for ; Fri, 19 Apr 2013 03:18:00 -0700 (PDT) X-ASG-Debug-ID: 1366366679-04cb6c2c1c396780001-S8gJnT Received: from franck.debian.org (franck.debian.org [128.148.34.3]) by cuda.sgi.com with ESMTP id oH4UsoXcAZ6BAn7i (version=TLSv1 cipher=AES256-SHA bits=256 verify=NO) for ; Fri, 19 Apr 2013 03:18:00 -0700 (PDT) X-Barracuda-Envelope-From: envelope@ftp-master.debian.org X-Barracuda-Apparent-Source-IP: 128.148.34.3 Received: from dak by franck.debian.org with local (Exim 4.72) (envelope-from ) id 1UT8OE-0002RK-RH; Fri, 19 Apr 2013 10:17:58 +0000 Date: Fri, 19 Apr 2013 10:17:58 +0000 Message-Id: From: Debian FTP Masters To: PCP Development Team , Nathan Scott X-DAK: dak process-upload X-Debian: DAK X-Debian-Package: pcp-gui Precedence: bulk MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 8bit Subject: pcp-gui_1.5.7_i386.changes is NEW Sender: Archive Administrator X-ASG-Orig-Subj: pcp-gui_1.5.7_i386.changes is NEW X-Barracuda-Connect: franck.debian.org[128.148.34.3] X-Barracuda-Start-Time: 1366366680 X-Barracuda-Encrypted: AES256-SHA X-Barracuda-URL: http://192.48.176.15:80/cgi-mod/mark.cgi X-Virus-Scanned: by bsmtpd at sgi.com X-Barracuda-BRTS-Status: 1 X-Barracuda-Spam-Score: 0.00 X-Barracuda-Spam-Status: No, SCORE=0.00 using per-user scores of TAG_LEVEL=1000.0 QUARANTINE_LEVEL=1000.0 KILL_LEVEL=2.7 tests= X-Barracuda-Spam-Report: Code version 3.2, rules version 3.2.2.128560 Rule breakdown below pts rule name description ---- ---------------------- -------------------------------------------------- binary:pcp-gui-testsuite is NEW. Your package contains new components which requires manual editing of the override file. It is ok otherwise, so please be patient. New packages are usually added to the override file about once a week. From pcp-announce-bounces@oss.sgi.com Fri Apr 19 05:34:49 2013 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on oss.sgi.com X-Spam-Level: X-Spam-Status: No, score=0.0 required=5.0 tests=RP_MATCHES_RCVD autolearn=ham version=3.3.1 X-Original-To: pcp@oss.sgi.com Delivered-To: pcp@oss.sgi.com Received: from oss.sgi.com (localhost [IPv6:::1]) by oss.sgi.com (Postfix) with ESMTP id C1B4629E03; Fri, 19 Apr 2013 05:34:49 -0500 (CDT) X-Original-To: pcp-announce@oss.sgi.com Delivered-To: pcp-announce@oss.sgi.com Received: from relay.sgi.com (relay2.corp.sgi.com [137.38.102.29]) by oss.sgi.com (Postfix) with ESMTP id 8625B29DFA for ; Fri, 19 Apr 2013 05: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 7404830406A for ; Fri, 19 Apr 2013 03:34:44 -0700 (PDT) X-ASG-Debug-ID: 1366367679-04cb6c3c682e570001-87ZIJf Received: from mx3-phx2.redhat.com (mx3-phx2.redhat.com [209.132.183.24]) by cuda.sgi.com with ESMTP id IwG0gtOTiWFEAgHq for ; Fri, 19 Apr 2013 03:34:39 -0700 (PDT) X-Barracuda-Envelope-From: nscott@redhat.com X-Barracuda-Apparent-Source-IP: 209.132.183.24 Received: from zmail20.collab.prod.int.phx2.redhat.com (zmail20.collab.prod.int.phx2.redhat.com [10.5.83.23]) by mx3-phx2.redhat.com (8.13.8/8.13.8) with ESMTP id r3JAYdJq009143 for ; Fri, 19 Apr 2013 06:34:39 -0400 Date: Fri, 19 Apr 2013 06:34:39 -0400 (EDT) From: Nathan Scott To: pcp-announce@oss.sgi.com Message-ID: <1126061161.3361808.1366367679009.JavaMail.root@redhat.com> In-Reply-To: <717476237.3360944.1366367506972.JavaMail.root@redhat.com> MIME-Version: 1.0 X-ASG-Orig-Subj: Bugfix updates for PCP and PCP GUI released X-Originating-IP: [10.5.82.11] X-Mailer: Zimbra 8.0.3_GA_5664 (ZimbraWebClient - FF17 (Linux)/8.0.3_GA_5664) Thread-Topic: Bugfix updates for PCP and PCP GUI released Thread-Index: 0TP3g7mfJQNYv2gTFrouznoGiIf8SQ== X-Barracuda-Connect: mx3-phx2.redhat.com[209.132.183.24] X-Barracuda-Start-Time: 1366367679 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.2.128560 Rule breakdown below pts rule name description ---- ---------------------- -------------------------------------------------- 0.01 THREAD_INDEX thread-index: AcO7Y8iR61tzADqsRmmc5wNiFHEOig== 0.01 THREAD_TOPIC Thread-Topic: ...(Japanese Subject)... Subject: [pcp-announce] Bugfix updates for PCP and PCP GUI released X-BeenThere: pcp-announce@oss.sgi.com X-Mailman-Version: 2.1.14 Precedence: list Reply-To: Nathan Scott List-Id: pcp announcements List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Errors-To: pcp-announce-bounces@oss.sgi.com Sender: pcp-announce-bounces@oss.sgi.com Hi all, Quick note to say bug-fix updates have been tagged and uploaded: pcp-gui 1.5.7 (19 April 2013) - General QString toAscii de-corruption. - Fix memory corruption in pmchart Save View dialog. - Remove all use of the QAssistantClient class. - Remove remaining references to old Qt doc adp files. - Extensions to the New Host dialog box allowing secure socket connections to be explicitly requested. - Add a secure connections tutorial documents. - Several documentation updates. pcp-3.7.2 (19 April 2013) - Improved pmie propagation of metadata units. - Extra pmlogger diagnostic when log cannot be created. - Fix Debian python build dependencies. - Avoid mis-sharing outbound pmcd connections if ports do not match (libpcp). - IPv6 presence now checked at run-time as well (pmconfig). - Packaging updates - tarball, slackware, gentoo. - Add several missing man page options, typos and such, found by Red Hat (internal?) checker tools. - Added pmwtf.1 man page. - Make pmdaapache observe a connect timeout as well as its existing request timeout. - Extend pmcd access control with a global wildcard for IPv6. - Make __pmSockAddrIsLoopBack handle IPv6 loopback address. - Resolve bug in too-small pduread recv causing communication failures with secure sockets, but in theory affecting other socket transports as well. - Resolve Debian packaging and build dependency issue. - Resolve Fedora bug where pmstat fails to start when pmcd has never been started (so namespace rebuild script not yet run). Enjoy! -- Nathan _______________________________________________ pcp-announce mailing list pcp-announce@oss.sgi.com http://oss.sgi.com/mailman/listinfo/pcp-announce From envelope@ftp-master.debian.org Fri Apr 19 07:00:12 2013 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on oss.sgi.com X-Spam-Level: X-Spam-Status: No, score=0.0 required=5.0 tests=none autolearn=ham version=3.3.1 X-Original-To: pcp@oss.sgi.com Delivered-To: pcp@oss.sgi.com Received: from relay.sgi.com (relay1.corp.sgi.com [137.38.102.111]) by oss.sgi.com (Postfix) with ESMTP id 9425D7CBF for ; Fri, 19 Apr 2013 07:00:12 -0500 (CDT) Received: from cuda.sgi.com (cuda3.sgi.com [192.48.176.15]) by relay1.corp.sgi.com (Postfix) with ESMTP id 81C7F8F806F for ; Fri, 19 Apr 2013 05:00:09 -0700 (PDT) X-ASG-Debug-ID: 1366372808-04cb6c2c1c39ced0001-S8gJnT Received: from franck.debian.org (franck.debian.org [128.148.34.3]) by cuda.sgi.com with ESMTP id zik7ONJNhJR0pYOX (version=TLSv1 cipher=AES256-SHA bits=256 verify=NO) for ; Fri, 19 Apr 2013 05:00:08 -0700 (PDT) X-Barracuda-Envelope-From: envelope@ftp-master.debian.org X-Barracuda-Apparent-Source-IP: 128.148.34.3 Received: from dak by franck.debian.org with local (Exim 4.72) (envelope-from ) id 1UT9z5-00010K-3h; Fri, 19 Apr 2013 12:00:07 +0000 Date: Fri, 19 Apr 2013 12:00:07 +0000 Message-Id: From: Debian FTP Masters To: PCP Development Team , Nathan Scott X-DAK: dak process-policy X-Debian: DAK X-Debian-Package: pcp-gui Precedence: bulk MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 8bit Subject: pcp-gui_1.5.7_i386.changes ACCEPTED into unstable, unstable Sender: Archive Administrator X-ASG-Orig-Subj: pcp-gui_1.5.7_i386.changes ACCEPTED into unstable, unstable X-Barracuda-Connect: franck.debian.org[128.148.34.3] X-Barracuda-Start-Time: 1366372808 X-Barracuda-Encrypted: AES256-SHA X-Barracuda-URL: http://192.48.176.15:80/cgi-mod/mark.cgi X-Virus-Scanned: by bsmtpd at sgi.com X-Barracuda-BRTS-Status: 1 X-Barracuda-Spam-Score: 0.00 X-Barracuda-Spam-Status: No, SCORE=0.00 using per-user scores of TAG_LEVEL=1000.0 QUARANTINE_LEVEL=1000.0 KILL_LEVEL=2.7 tests= X-Barracuda-Spam-Report: Code version 3.2, rules version 3.2.2.128566 Rule breakdown below pts rule name description ---- ---------------------- -------------------------------------------------- Accepted: -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Format: 1.8 Date: Fri, 19 Apr 2013 18:32:34 +1000 Source: pcp-gui Binary: pcp-gui pcp-doc pcp-gui-testsuite Architecture: source i386 all Version: 1.5.7 Distribution: unstable Urgency: low Maintainer: PCP Development Team Changed-By: Nathan Scott Description: pcp-doc - Documentation and tutorial for the Performance Co-Pilot pcp-gui - Visualisation tools for the Performance Co-Pilot toolkit pcp-gui-testsuite - Performance Co-Pilot (PCP) GUI Test Suite Changes: pcp-gui (1.5.7) unstable; urgency=low . * New pcp-gui release (see doc/CHANGES for details). Checksums-Sha1: 3f35660823c4f6e5d4848429ff9c5fe5523dc34f 998 pcp-gui_1.5.7.dsc 0128986ad61d0ffa8d1130ea157dba04408af818 3230238 pcp-gui_1.5.7.tar.gz 5c1b60305fa697b19461072881b44dbdb50722f0 1142028 pcp-gui_1.5.7_i386.deb 4af11a34f0c86fe7eb8b7e8c201710b14f392af1 1821138 pcp-doc_1.5.7_all.deb 156a121e26ae9a7a93c153a9ced6cffd5dc1b063 653080 pcp-gui-testsuite_1.5.7_i386.deb Checksums-Sha256: 91688d39376789734a95a5bce97b3e305dc487c10ee563a595036dcb24a5c99b 998 pcp-gui_1.5.7.dsc 6d415831063681586fee1ba87d948f6c8b40532575bde257eeee5653d0022033 3230238 pcp-gui_1.5.7.tar.gz 0ee341324fcabba3f498b64a3de671bcc911d7e9722586c0dd08041d9497798a 1142028 pcp-gui_1.5.7_i386.deb cc7c1530e215e72799ab28ce1802a45d09a3f9e638b4e454ccb008335f0223c8 1821138 pcp-doc_1.5.7_all.deb aae2fb7ac4634ed143e19ca5bfb6dc931aae8138c7e073d26fbca876a1f98947 653080 pcp-gui-testsuite_1.5.7_i386.deb Files: 6781ff88cd654333acc6ce39d590bc44 998 utils extra pcp-gui_1.5.7.dsc d59ed02b76e90baed676384409472edb 3230238 utils extra pcp-gui_1.5.7.tar.gz af8ed129f5309b22a19a76ac3012b2c7 1142028 utils extra pcp-gui_1.5.7_i386.deb 0f70c7106af89505c81a3d2b4be53d65 1821138 doc extra pcp-doc_1.5.7_all.deb 0db0dc26f000e037ea80d83afea46e17 653080 utils extra pcp-gui-testsuite_1.5.7_i386.deb -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.12 (GNU/Linux) iEYEARECAAYFAlFxDrkACgkQm8fl3HSIa2OF8wCgnoswGEoWONi3utlpuV/jBhPS ZNgAn2WP7Uk2ietMs9b49i6er8SMcFz/ =XK9W -----END PGP SIGNATURE----- Thank you for your contribution to Debian. From fche@redhat.com Fri Apr 19 09:16:59 2013 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on oss.sgi.com X-Spam-Level: X-Spam-Status: No, score=0.0 required=5.0 tests=none autolearn=ham version=3.3.1 X-Original-To: pcp@oss.sgi.com Delivered-To: pcp@oss.sgi.com Received: from relay.sgi.com (relay2.corp.sgi.com [137.38.102.29]) by oss.sgi.com (Postfix) with ESMTP id 9BDE029DFA for ; Fri, 19 Apr 2013 09:16:59 -0500 (CDT) Received: from cuda.sgi.com (cuda3.sgi.com [192.48.176.15]) by relay2.corp.sgi.com (Postfix) with ESMTP id 7A9C6304067 for ; Fri, 19 Apr 2013 07:16:56 -0700 (PDT) X-ASG-Debug-ID: 1366381012-04cb6c2c1c3a8250001-S8gJnT Received: from mx1.redhat.com (mx1.redhat.com [209.132.183.28]) by cuda.sgi.com with ESMTP id 6dLmAmr3r7kBBMoj for ; Fri, 19 Apr 2013 07:16: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-mx02.intmail.prod.int.phx2.redhat.com (int-mx02.intmail.prod.int.phx2.redhat.com [10.5.11.12]) by mx1.redhat.com (8.14.4/8.14.4) with ESMTP id r3JEGnLx006631 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK); Fri, 19 Apr 2013 10:16:49 -0400 Received: from fche.csb (vpn-56-69.rdu2.redhat.com [10.10.56.69]) by int-mx02.intmail.prod.int.phx2.redhat.com (8.13.8/8.13.8) with ESMTP id r3JEGmU3020908; Fri, 19 Apr 2013 10:16:48 -0400 Received: by fche.csb (Postfix, from userid 2569) id 0C2F858151; Fri, 19 Apr 2013 10:16:47 -0400 (EDT) Date: Fri, 19 Apr 2013 10:16:47 -0400 From: "Frank Ch. Eigler" To: Ken McDonell Cc: pcp@oss.sgi.com Subject: Re: pcp updates - yippee secure socket connections work Message-ID: <20130419141647.GC8308@redhat.com> X-ASG-Orig-Subj: Re: pcp updates - yippee secure socket connections work References: <516F8AB8.6000807@internode.on.net> <5170B8D3.9000305@internode.on.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <5170B8D3.9000305@internode.on.net> User-Agent: Mutt/1.4.2.2i X-Scanned-By: MIMEDefang 2.67 on 10.5.11.12 X-Barracuda-Connect: mx1.redhat.com[209.132.183.28] X-Barracuda-Start-Time: 1366381012 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 - > Thanks for the feedback Frank. Apologies in advance for a long response. No problem, Nathan also helped clear up most of my worries on IRC. > [...] the vast majority of these pass in the associated prevailing > timeout or TIMEOUT_DEFAULT (e.g. between a client and pmcd, or pmcd > and a pmda, or pmlogger and pmlc, ...) which are all safe I > believe. [...] Note that even the TIMEOUT_DEFAULT is a problem in that allows a naughty client to send one byte on channel, and lets pmcd sit there for a few seconds waiting for more, not servicing anyone else. This is what a further rework inspired by the "continuation passing style" comment in pduread() could correct. - FChE From pcp-announce-bounces@oss.sgi.com Fri Apr 19 15:20:19 2013 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on oss.sgi.com X-Spam-Level: X-Spam-Status: No, score=0.0 required=5.0 tests=RP_MATCHES_RCVD autolearn=ham version=3.3.1 X-Original-To: pcp@oss.sgi.com Delivered-To: pcp@oss.sgi.com Received: from oss.sgi.com (localhost [IPv6:::1]) by oss.sgi.com (Postfix) with ESMTP id 1424B29DFA; Fri, 19 Apr 2013 15:20:19 -0500 (CDT) X-Original-To: pcp-announce@oss.sgi.com Delivered-To: pcp-announce@oss.sgi.com Received: from relay.sgi.com (relay2.corp.sgi.com [137.38.102.29]) by oss.sgi.com (Postfix) with ESMTP id 2EB3A7CBF for ; Fri, 19 Apr 2013 15:20:17 -0500 (CDT) Received: from cuda.sgi.com (cuda3.sgi.com [192.48.176.15]) by relay2.corp.sgi.com (Postfix) with ESMTP id 183FA304070 for ; Fri, 19 Apr 2013 13:20:13 -0700 (PDT) X-ASG-Debug-ID: 1366402811-04cb6c2c1d3c7840001-87ZIJf Received: from mx3-phx2.redhat.com (mx3-phx2.redhat.com [209.132.183.24]) by cuda.sgi.com with ESMTP id Tn9A8REO4rmPAYCX for ; Fri, 19 Apr 2013 13:20: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 r3JKKA1x031366 for ; Fri, 19 Apr 2013 16:20:11 -0400 Date: Fri, 19 Apr 2013 16:20:10 -0400 (EDT) From: Nathan Scott To: pcp-announce@oss.sgi.com Message-ID: <132965432.3689203.1366402810911.JavaMail.root@redhat.com> In-Reply-To: <1126061161.3361808.1366367679009.JavaMail.root@redhat.com> References: <1126061161.3361808.1366367679009.JavaMail.root@redhat.com> MIME-Version: 1.0 X-ASG-Orig-Subj: Re: [pcp] [pcp-announce] Bugfix updates for PCP and PCP GUI released X-Originating-IP: [10.5.82.11] X-Mailer: Zimbra 8.0.3_GA_5664 (ZimbraWebClient - FF17 (Linux)/8.0.3_GA_5664) Thread-Topic: Bugfix updates for PCP and PCP GUI released Thread-Index: 0TP3g7mfJQNYv2gTFrouznoGiIf8SYmtqUFd X-Barracuda-Connect: mx3-phx2.redhat.com[209.132.183.24] X-Barracuda-Start-Time: 1366402811 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.2.128599 Rule breakdown below pts rule name description ---- ---------------------- -------------------------------------------------- 0.01 THREAD_INDEX thread-index: AcO7Y8iR61tzADqsRmmc5wNiFHEOig== 0.01 THREAD_TOPIC Thread-Topic: ...(Japanese Subject)... Subject: Re: [pcp-announce] [pcp] Bugfix updates for PCP and PCP GUI released X-BeenThere: pcp-announce@oss.sgi.com X-Mailman-Version: 2.1.14 Precedence: list Reply-To: Nathan Scott List-Id: pcp announcements List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Errors-To: pcp-announce-bounces@oss.sgi.com Sender: pcp-announce-bounces@oss.sgi.com ----- Original Message ----- > Hi all, > > Quick note to say bug-fix updates have been tagged and uploaded: > > pcp-gui 1.5.7 (19 April 2013) A follow-up 1.5.8 will be released shortly that ensures the build still works with older versions of the PCP headers. Sorry 'bout that - I must learn to listen to Mark more carefully! cheers. -- Nathan _______________________________________________ pcp-announce mailing list pcp-announce@oss.sgi.com http://oss.sgi.com/mailman/listinfo/pcp-announce From kenj@internode.on.net Fri Apr 19 15:27:11 2013 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on oss.sgi.com X-Spam-Level: X-Spam-Status: No, score=0.0 required=5.0 tests=none autolearn=ham version=3.3.1 X-Original-To: pcp@oss.sgi.com Delivered-To: pcp@oss.sgi.com Received: from relay.sgi.com (relay2.corp.sgi.com [137.38.102.29]) by oss.sgi.com (Postfix) with ESMTP id 2A66429DFA for ; Fri, 19 Apr 2013 15:27:11 -0500 (CDT) Received: from cuda.sgi.com (cuda1.sgi.com [192.48.157.11]) by relay2.corp.sgi.com (Postfix) with ESMTP id 04E10304053 for ; Fri, 19 Apr 2013 13:27:07 -0700 (PDT) X-ASG-Debug-ID: 1366403222-04bdf02d1d3c50e0001-S8gJnT Received: from ipmail05.adl6.internode.on.net (ipmail05.adl6.internode.on.net [150.101.137.143]) by cuda.sgi.com with ESMTP id 4fumdAWFYJUwWDid for ; Fri, 19 Apr 2013 13:27:03 -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: AhkhAAmocVEBnRQFPGdsb2JhbAANQ4sntiSCXQQEAYEdAwEBAQE4glQBAQEEOEABEAsNCwkWDwkDAgECATEUBg0BBwEBsguTVI8lB4NHA507jgg Received: from unknown (HELO [10.10.0.15]) ([1.157.20.5]) by ipmail05.adl6.internode.on.net with ESMTP; 20 Apr 2013 05:57:02 +0930 Message-ID: <5171A896.9070102@internode.on.net> Date: Sat, 20 Apr 2013 06:27:02 +1000 From: Ken McDonell User-Agent: Mozilla/5.0 (X11; Linux i686; rv:17.0) Gecko/20130329 Thunderbird/17.0.5 MIME-Version: 1.0 To: "Frank Ch. Eigler" CC: pcp@oss.sgi.com Subject: Re: pcp updates - yippee secure socket connections work References: <516F8AB8.6000807@internode.on.net> <5170B8D3.9000305@internode.on.net> <20130419141647.GC8308@redhat.com> X-ASG-Orig-Subj: Re: pcp updates - yippee secure socket connections work In-Reply-To: <20130419141647.GC8308@redhat.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Barracuda-Connect: ipmail05.adl6.internode.on.net[150.101.137.143] X-Barracuda-Start-Time: 1366403223 X-Barracuda-URL: http://192.48.157.11:80/cgi-mod/mark.cgi X-Virus-Scanned: by bsmtpd at sgi.com X-Barracuda-BRTS-Status: 1 X-Barracuda-Spam-Score: 0.00 X-Barracuda-Spam-Status: No, SCORE=0.00 using per-user scores of TAG_LEVEL=1000.0 QUARANTINE_LEVEL=1000.0 KILL_LEVEL=2.7 tests=BSF_SC0_MISMATCH_TO X-Barracuda-Spam-Report: Code version 3.2, rules version 3.2.2.128599 Rule breakdown below pts rule name description ---- ---------------------- -------------------------------------------------- 0.00 BSF_SC0_MISMATCH_TO Envelope rcpt doesn't match header On 20/04/13 00:16, Frank Ch. Eigler wrote: > ... > Note that even the TIMEOUT_DEFAULT is a problem in that allows a > naughty client to send one byte on channel, and lets pmcd sit there > for a few seconds waiting for more, not servicing anyone else. This > is what a further rework inspired by the "continuation passing style" > comment in pduread() could correct. Point taken ... but that involves much more work as pduread() would need to have one non-blocking behaviour for pmcd (and mainloop changes to pmcd) and "classical" behaviour for everyone else as almost every application we build as part of pcp or pcp-gui uses this routine indirectly through __pmGetPDU(). Is someone keeping a wishlist / backlog of work items we agree should be done at some point in the future? From dak-unpriv@franck.debian.org Fri Apr 19 15:33:32 2013 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on oss.sgi.com X-Spam-Level: X-Spam-Status: No, score=0.0 required=5.0 tests=none autolearn=ham version=3.3.1 X-Original-To: pcp@oss.sgi.com Delivered-To: pcp@oss.sgi.com Received: from relay.sgi.com (relay3.corp.sgi.com [198.149.34.15]) by oss.sgi.com (Postfix) with ESMTP id 6D1F67CBF for ; Fri, 19 Apr 2013 15:33:32 -0500 (CDT) Received: from cuda.sgi.com (cuda3.sgi.com [192.48.176.15]) by relay3.corp.sgi.com (Postfix) with ESMTP id E0035AC003 for ; Fri, 19 Apr 2013 13:33:31 -0700 (PDT) X-ASG-Debug-ID: 1366403610-04cb6c2c1d3c8ad0001-S8gJnT Received: from franck.debian.org (franck.debian.org [128.148.34.3]) by cuda.sgi.com with ESMTP id P9UZuzt49HeCMUKX (version=TLSv1 cipher=AES256-SHA bits=256 verify=NO) for ; Fri, 19 Apr 2013 13:33:30 -0700 (PDT) X-Barracuda-Envelope-From: dak-unpriv@franck.debian.org X-Barracuda-Apparent-Source-IP: 128.148.34.3 Received: from dak-unpriv by franck.debian.org with local (Exim 4.72) (envelope-from ) id 1UTHzu-0004uX-28 for pcp@oss.sgi.com; Fri, 19 Apr 2013 20:33:30 +0000 Message-Id: To: pcp@oss.sgi.com From: Debian FTP Masters Subject: Processing of pcp-gui_1.5.8_i386.changes Date: Fri, 19 Apr 2013 20:33:30 +0000 X-ASG-Orig-Subj: Processing of pcp-gui_1.5.8_i386.changes X-Debian: DAK X-DAK: DAK X-Debian-Package: pcp-gui Sender: unprivileged ftp-master role account X-Barracuda-Connect: franck.debian.org[128.148.34.3] X-Barracuda-Start-Time: 1366403610 X-Barracuda-Encrypted: AES256-SHA X-Barracuda-URL: http://192.48.176.15:80/cgi-mod/mark.cgi X-Virus-Scanned: by bsmtpd at sgi.com X-Barracuda-BRTS-Status: 1 X-Barracuda-Spam-Score: 0.00 X-Barracuda-Spam-Status: No, SCORE=0.00 using per-user scores of TAG_LEVEL=1000.0 QUARANTINE_LEVEL=1000.0 KILL_LEVEL=2.7 tests= X-Barracuda-Spam-Report: Code version 3.2, rules version 3.2.2.128599 Rule breakdown below pts rule name description ---- ---------------------- -------------------------------------------------- pcp-gui_1.5.8_i386.changes uploaded successfully to localhost along with the files: pcp-gui_1.5.8.dsc pcp-gui_1.5.8.tar.gz pcp-gui_1.5.8_i386.deb pcp-doc_1.5.8_all.deb pcp-gui-testsuite_1.5.8_i386.deb Greetings, Your Debian queue daemon (running on host franck.debian.org) From fche@redhat.com Fri Apr 19 15:55:55 2013 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on oss.sgi.com X-Spam-Level: X-Spam-Status: No, score=0.0 required=5.0 tests=none 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 7B1E67CBF for ; Fri, 19 Apr 2013 15:55:55 -0500 (CDT) Received: from cuda.sgi.com (cuda2.sgi.com [192.48.176.25]) by relay1.corp.sgi.com (Postfix) with ESMTP id 573E28F8037 for ; Fri, 19 Apr 2013 13:55:52 -0700 (PDT) X-ASG-Debug-ID: 1366404951-04cbb057f83b1ff0001-S8gJnT Received: from mx1.redhat.com (mx1.redhat.com [209.132.183.28]) by cuda.sgi.com with ESMTP id AE96REntd776tnCx for ; Fri, 19 Apr 2013 13:55: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-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 r3JKtlxI027150 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK); Fri, 19 Apr 2013 16:55:48 -0400 Received: from fche.csb (vpn-56-69.rdu2.redhat.com [10.10.56.69]) by int-mx09.intmail.prod.int.phx2.redhat.com (8.14.4/8.14.4) with ESMTP id r3JKtl28030441; Fri, 19 Apr 2013 16:55:47 -0400 Received: by fche.csb (Postfix, from userid 2569) id F38AD58151; Fri, 19 Apr 2013 16:55:46 -0400 (EDT) Date: Fri, 19 Apr 2013 16:55:46 -0400 From: "Frank Ch. Eigler" To: Ken McDonell Cc: pcp@oss.sgi.com Subject: Re: pcp updates - yippee secure socket connections work Message-ID: <20130419205546.GE8308@redhat.com> X-ASG-Orig-Subj: Re: pcp updates - yippee secure socket connections work References: <516F8AB8.6000807@internode.on.net> <5170B8D3.9000305@internode.on.net> <20130419141647.GC8308@redhat.com> <5171A896.9070102@internode.on.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <5171A896.9070102@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: 1366404951 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 Sat, Apr 20, 2013 at 06:27:02AM +1000, Ken McDonell wrote: > [...] > Point taken ... but that involves much more work as pduread() would need > to have one non-blocking behaviour for pmcd [...] Yup. > Is someone keeping a wishlist / backlog of work items we agree should be > done at some point in the future? Yup; not sure how to share that info though, bugzilla? There is no project wiki AFAIK. - FChE From envelope@ftp-master.debian.org Fri Apr 19 16:03:48 2013 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on oss.sgi.com X-Spam-Level: X-Spam-Status: No, score=0.0 required=5.0 tests=none autolearn=ham version=3.3.1 X-Original-To: pcp@oss.sgi.com Delivered-To: pcp@oss.sgi.com Received: from relay.sgi.com (relay1.corp.sgi.com [137.38.102.111]) by oss.sgi.com (Postfix) with ESMTP id 77B3B29DFA for ; Fri, 19 Apr 2013 16:03:48 -0500 (CDT) Received: from cuda.sgi.com (cuda2.sgi.com [192.48.176.25]) by relay1.corp.sgi.com (Postfix) with ESMTP id 53D0F8F8037 for ; Fri, 19 Apr 2013 14:03:45 -0700 (PDT) X-ASG-Debug-ID: 1366405424-04cbb057f63b28a0001-S8gJnT Received: from franck.debian.org (franck.debian.org [128.148.34.3]) by cuda.sgi.com with ESMTP id iDhvxotnxuh8ObWe (version=TLSv1 cipher=AES256-SHA bits=256 verify=NO) for ; Fri, 19 Apr 2013 14:03:44 -0700 (PDT) X-Barracuda-Envelope-From: envelope@ftp-master.debian.org X-Barracuda-Apparent-Source-IP: 128.148.34.3 Received: from dak by franck.debian.org with local (Exim 4.72) (envelope-from ) id 1UTIT9-0003N3-3M; Fri, 19 Apr 2013 21:03:43 +0000 Date: Fri, 19 Apr 2013 21:03:43 +0000 Message-Id: From: Debian FTP Masters To: PCP Development Team , Nathan Scott X-DAK: dak process-upload X-Debian: DAK X-Debian-Package: pcp-gui Precedence: bulk MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 8bit Subject: pcp-gui_1.5.8_i386.changes ACCEPTED into unstable Sender: Archive Administrator X-ASG-Orig-Subj: pcp-gui_1.5.8_i386.changes ACCEPTED into unstable X-Barracuda-Connect: franck.debian.org[128.148.34.3] X-Barracuda-Start-Time: 1366405424 X-Barracuda-Encrypted: AES256-SHA X-Barracuda-URL: http://192.48.176.25:80/cgi-mod/mark.cgi X-Virus-Scanned: by bsmtpd at sgi.com X-Barracuda-BRTS-Status: 1 X-Barracuda-Spam-Score: 0.00 X-Barracuda-Spam-Status: No, SCORE=0.00 using per-user scores of TAG_LEVEL=1000.0 QUARANTINE_LEVEL=1000.0 KILL_LEVEL=2.7 tests= X-Barracuda-Spam-Report: Code version 3.2, rules version 3.2.2.128600 Rule breakdown below pts rule name description ---- ---------------------- -------------------------------------------------- Accepted: -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Format: 1.8 Date: Sat, 20 Apr 2013 05:47:58 +1000 Source: pcp-gui Binary: pcp-gui pcp-doc pcp-gui-testsuite Architecture: source i386 all Version: 1.5.8 Distribution: unstable Urgency: low Maintainer: PCP Development Team Changed-By: Nathan Scott Description: pcp-doc - Documentation and tutorial for the Performance Co-Pilot pcp-gui - Visualisation tools for the Performance Co-Pilot toolkit pcp-gui-testsuite - Performance Co-Pilot (PCP) GUI Test Suite Changes: pcp-gui (1.5.8) unstable; urgency=low . * New pcp-gui release (see doc/CHANGES for details). Checksums-Sha1: f76eeb2ccacf7a168065d47cb850ac89d4f968a0 998 pcp-gui_1.5.8.dsc e0db52b85eb301cc6d310a070750f0ef37322f7d 3231927 pcp-gui_1.5.8.tar.gz 32b5bcba8b9ee2b6eac654732201236c7354e95d 1142054 pcp-gui_1.5.8_i386.deb 939abe513f4f6a398207a45349f89fdf8cd38135 1821120 pcp-doc_1.5.8_all.deb 33fd7a95a0e4b2e19b54759fcfc9046f04f4b2e6 653098 pcp-gui-testsuite_1.5.8_i386.deb Checksums-Sha256: b70ba5d584997ad64ef76bfb88620a9e7556e24fb141baeff8487e9214c8a26c 998 pcp-gui_1.5.8.dsc d8e3b791ef5c266079a4e924f248397f35355a4062ca5d0ff57320486c74da8f 3231927 pcp-gui_1.5.8.tar.gz 1ec5ced2506983a466f1fc191e239058ad4c889c1ecc38bb090456cc83042b32 1142054 pcp-gui_1.5.8_i386.deb 685000ca7569a55ae41be13d72e021a286251a0d55a57c618ca818c41301ad23 1821120 pcp-doc_1.5.8_all.deb c513bf680c0a2059415ec1acc26827869042d9faa4ffa2d02b42478f102e11da 653098 pcp-gui-testsuite_1.5.8_i386.deb Files: 58ccf84d544df6906232ed531a271fd6 998 utils extra pcp-gui_1.5.8.dsc 7fa67f5b9e4c2942e51388bbc045c475 3231927 utils extra pcp-gui_1.5.8.tar.gz bb4149147e4c4122ae8e0c4502747e11 1142054 utils extra pcp-gui_1.5.8_i386.deb fcbc0b8d95d3ce636773c6c3f8c8f43b 1821120 doc extra pcp-doc_1.5.8_all.deb 803a1bd77c3c3b582ca5b0d25b69fa71 653098 utils extra pcp-gui-testsuite_1.5.8_i386.deb -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.12 (GNU/Linux) iEYEARECAAYFAlFxo0UACgkQm8fl3HSIa2NQaACfWXCx8GlyTFpnZj+GO7ZwbGlT 04QAoKYkk/j0cmqFTedjOT3BN6GIFKxb =cHWQ -----END PGP SIGNATURE----- Thank you for your contribution to Debian. From kenj@internode.on.net Fri Apr 19 16:14:30 2013 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on oss.sgi.com X-Spam-Level: X-Spam-Status: No, score=0.0 required=5.0 tests=none autolearn=ham version=3.3.1 X-Original-To: pcp@oss.sgi.com Delivered-To: pcp@oss.sgi.com Received: from relay.sgi.com (relay3.corp.sgi.com [198.149.34.15]) by oss.sgi.com (Postfix) with ESMTP id 88ACF29DFA for ; Fri, 19 Apr 2013 16:14:30 -0500 (CDT) Received: from cuda.sgi.com (cuda1.sgi.com [192.48.157.11]) by relay3.corp.sgi.com (Postfix) with ESMTP id 35093AC002 for ; Fri, 19 Apr 2013 14:14:27 -0700 (PDT) X-ASG-Debug-ID: 1366406065-04bdf01d631b6b50001-S8gJnT Received: from ipmail04.adl6.internode.on.net (ipmail04.adl6.internode.on.net [150.101.137.141]) by cuda.sgi.com with ESMTP id PCzQkESYUp06vqww for ; Fri, 19 Apr 2013 14:14:25 -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: AocSAI6ycVEBnZGtPGdsb2JhbAANQ4snuigDAQEBATiDUykUFhgDAgECATEaDQgBAbIck1OScwOdO44I Received: from unknown (HELO [10.10.0.15]) ([1.157.145.173]) by ipmail04.adl6.internode.on.net with ESMTP; 20 Apr 2013 06:44:25 +0930 Message-ID: <5171B3B3.2050206@internode.on.net> Date: Sat, 20 Apr 2013 07:14:27 +1000 From: Ken McDonell User-Agent: Mozilla/5.0 (X11; Linux i686; rv:17.0) Gecko/20130329 Thunderbird/17.0.5 MIME-Version: 1.0 To: PCP Mailing List Subject: New QA failure Content-Type: text/plain; charset=ISO-8859-1 X-ASG-Orig-Subj: New QA failure Content-Transfer-Encoding: 7bit X-Barracuda-Connect: ipmail04.adl6.internode.on.net[150.101.137.141] X-Barracuda-Start-Time: 1366406065 X-Barracuda-URL: http://192.48.157.11:80/cgi-mod/mark.cgi X-Virus-Scanned: by bsmtpd at sgi.com X-Barracuda-BRTS-Status: 1 X-Barracuda-Spam-Score: 0.00 X-Barracuda-Spam-Status: No, SCORE=0.00 using per-user scores of TAG_LEVEL=1000.0 QUARANTINE_LEVEL=1000.0 KILL_LEVEL=2.7 tests= X-Barracuda-Spam-Report: Code version 3.2, rules version 3.2.2.128600 Rule breakdown below pts rule name description ---- ---------------------- -------------------------------------------------- I think this is an extension of a problem I've seen before ... even when you're not using secure sockets, our clients try to load the certificates database "just in case", and an apparent side-effect of this is to create an empty certificate database in $HOME/.pki/nssdb directory, even if one did not exist before. 706 is failing with new messages of the form [Fri Apr 19 19:23:48] multifetch(625) Warning: __pmConnectPMCD: certificate database exists, but failed initialization The failure is non deterministic. If $HOME/.pki/nssdb has been populated it does not fail. Otherwise there are 0, 1 or 2 failures as the test runs 4 instances of the qa multifetch application in a parallel, and I guess some of them see the effects of another creating the directory structure and populating the files (I believe the database is considered "empty" in between these events). I think the behaviour in libpcp is wrong here ... if $HOME/.pki/nssdb does not exist, we should not create it as a by-product of trying to load certificates that cannot possibly exist. This would also avoid polluting $HOME with .pki for those users not interested in using secure sockets for PCP. But I've had a quick look at the code in nss_connect.c and can't see how this might be easily done as the path for the certificates database seems to be set in NSS_InitReadWrite() and cached someplace outside libpcp's control until it is apparently used under the covers in saveUserCertificate(). Is this fixable in libpcp? Otherwise I'll have to dance around it in QA land. From kenj@internode.on.net Fri Apr 19 17:45:20 2013 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on oss.sgi.com X-Spam-Level: X-Spam-Status: No, score=0.0 required=5.0 tests=none autolearn=ham version=3.3.1 X-Original-To: pcp@oss.sgi.com Delivered-To: pcp@oss.sgi.com Received: from relay.sgi.com (relay3.corp.sgi.com [198.149.34.15]) by oss.sgi.com (Postfix) with ESMTP id BF5697CBF for ; Fri, 19 Apr 2013 17:45:20 -0500 (CDT) Received: from cuda.sgi.com (cuda3.sgi.com [192.48.176.15]) by relay3.corp.sgi.com (Postfix) with ESMTP id 4844FAC003 for ; Fri, 19 Apr 2013 15:45:20 -0700 (PDT) X-ASG-Debug-ID: 1366411514-04cb6c3c686b0a0001-S8gJnT Received: from ipmail07.adl2.internode.on.net (ipmail07.adl2.internode.on.net [150.101.137.131]) by cuda.sgi.com with ESMTP id NxrghVQ9zg3Uiw0U for ; Fri, 19 Apr 2013 15:45:15 -0700 (PDT) X-Barracuda-Envelope-From: kenj@internode.on.net X-Barracuda-Apparent-Source-IP: 150.101.137.131 X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: AjISAFfIcVEBnVJWPGdsb2JhbAANQ4M8wH2BGgMBAQEBOIJUAQEBBDgRLwEQCw0LCRYPCQMCAQIBMRQGDQEHAQEQiAyqBZNTjyUHg0cDnTuOCA Received: from unknown (HELO [10.10.0.15]) ([1.157.82.86]) by ipmail07.adl2.internode.on.net with ESMTP; 20 Apr 2013 08:15:14 +0930 Message-ID: <5171C8F8.2060906@internode.on.net> Date: Sat, 20 Apr 2013 08:45:12 +1000 From: Ken McDonell User-Agent: Mozilla/5.0 (X11; Linux i686; rv:17.0) Gecko/20130329 Thunderbird/17.0.5 MIME-Version: 1.0 To: "Frank Ch. Eigler" CC: pcp@oss.sgi.com Subject: Re: pcp updates - yippee secure socket connections work References: <516F8AB8.6000807@internode.on.net> <5170B8D3.9000305@internode.on.net> <20130419141647.GC8308@redhat.com> <5171A896.9070102@internode.on.net> <20130419205546.GE8308@redhat.com> X-ASG-Orig-Subj: Re: pcp updates - yippee secure socket connections work In-Reply-To: <20130419205546.GE8308@redhat.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Barracuda-Connect: ipmail07.adl2.internode.on.net[150.101.137.131] X-Barracuda-Start-Time: 1366411514 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.2.128606 Rule breakdown below pts rule name description ---- ---------------------- -------------------------------------------------- 0.00 BSF_SC0_MISMATCH_TO Envelope rcpt doesn't match header On 20/04/13 06:55, Frank Ch. Eigler wrote: > ... >> Is someone keeping a wishlist / backlog of work items we agree should be >> done at some point in the future? > > Yup; not sure how to share that info though, bugzilla? There is no > project wiki AFAIK. Bugzilla may be problematic ... which one?, access issues, etc. And then there is the organizational issue of the wish list getting fragmented over a number of incidents and/or the wish list not being maintained with older (done) items being culled. And you're correct, we don't have a project wiki ... and I don't think www.oss.sgi.com is set up to host a community maintained wiki. We have a couple of other source repository places ... pcpfans and this moribund one https://sourceforge.net/projects/pcpaddons/ ... would either of these work? I am open to any suggestions here. From fche@redhat.com Fri Apr 19 20:57:54 2013 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on oss.sgi.com X-Spam-Level: X-Spam-Status: No, score=0.0 required=5.0 tests=none autolearn=ham version=3.3.1 X-Original-To: pcp@oss.sgi.com Delivered-To: pcp@oss.sgi.com Received: from relay.sgi.com (relay2.corp.sgi.com [137.38.102.29]) by oss.sgi.com (Postfix) with ESMTP id E622929DFA for ; Fri, 19 Apr 2013 20:57:54 -0500 (CDT) Received: from cuda.sgi.com (cuda1.sgi.com [192.48.157.11]) by relay2.corp.sgi.com (Postfix) with ESMTP id C3CF230407B for ; Fri, 19 Apr 2013 18:57:51 -0700 (PDT) X-ASG-Debug-ID: 1366423067-04bdf01d631ce530001-S8gJnT Received: from mx1.redhat.com (mx1.redhat.com [209.132.183.28]) by cuda.sgi.com with ESMTP id QlW8B7qCRbcDJyW2 for ; Fri, 19 Apr 2013 18:57:47 -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 r3K1vi4D028883 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK); Fri, 19 Apr 2013 21:57:44 -0400 Received: from fche.csb (vpn-56-69.rdu2.redhat.com [10.10.56.69]) by int-mx09.intmail.prod.int.phx2.redhat.com (8.14.4/8.14.4) with ESMTP id r3K1viW7019485; Fri, 19 Apr 2013 21:57:44 -0400 Received: by fche.csb (Postfix, from userid 2569) id 8DC2558151; Fri, 19 Apr 2013 21:57:43 -0400 (EDT) Date: Fri, 19 Apr 2013 21:57:43 -0400 From: "Frank Ch. Eigler" To: Ken McDonell Cc: pcp@oss.sgi.com Subject: Re: pcp updates - yippee secure socket connections work Message-ID: <20130420015743.GF8308@redhat.com> X-ASG-Orig-Subj: Re: pcp updates - yippee secure socket connections work References: <516F8AB8.6000807@internode.on.net> <5170B8D3.9000305@internode.on.net> <20130419141647.GC8308@redhat.com> <5171A896.9070102@internode.on.net> <20130419205546.GE8308@redhat.com> <5171C8F8.2060906@internode.on.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <5171C8F8.2060906@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: 1366423067 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 Sat, Apr 20, 2013 at 08:45:12AM +1000, Ken McDonell wrote: > Bugzilla may be problematic ... which one?, access issues, etc. oss.sgi.com would be my first choice for now. > And then there is the organizational issue of the wish list getting > fragmented over a number of incidents and/or the wish list not being > maintained with older (done) items being culled. I guess we'll have to deal with this as an ongoing maintenance job of its own, like any other lively project. > And you're correct, we don't have a project wiki [...] > We have a couple of other source repository places ... pcpfans and this > moribund one https://sourceforge.net/projects/pcpaddons/ ... would > either of these work? I'd be happy to set up a moinmoin wiki for pcpfans. It wouldn't solve the problem with fragmentation or culling though. - FChE From ryan@doylenet.net Fri Apr 19 21:14:57 2013 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on oss.sgi.com X-Spam-Level: X-Spam-Status: No, score=0.0 required=5.0 tests=HTML_MESSAGE autolearn=ham version=3.3.1 X-Original-To: pcp@oss.sgi.com Delivered-To: pcp@oss.sgi.com Received: from relay.sgi.com (relay3.corp.sgi.com [198.149.34.15]) by oss.sgi.com (Postfix) with ESMTP id 776D029DFA for ; Fri, 19 Apr 2013 21:14:57 -0500 (CDT) Received: from cuda.sgi.com (cuda3.sgi.com [192.48.176.15]) by relay3.corp.sgi.com (Postfix) with ESMTP id E7728AC003 for ; Fri, 19 Apr 2013 19:14:56 -0700 (PDT) X-ASG-Debug-ID: 1366424091-04cb6c2c1d3e2bc0001-S8gJnT Received: from serv1.doylenet.net (serv1.doylenet.net [54.252.103.135]) by cuda.sgi.com with ESMTP id ngVZH9OurlSUoA9z for ; Fri, 19 Apr 2013 19:14:51 -0700 (PDT) X-Barracuda-Envelope-From: ryan@doylenet.net X-Barracuda-Apparent-Source-IP: 54.252.103.135 Received: from localhost (localhost [127.0.0.1]) by serv1.doylenet.net (Postfix) with ESMTP id 25AEE41B4A for ; Sat, 20 Apr 2013 02:15:56 +0000 (UTC) Received: from serv1.doylenet.net ([127.0.0.1]) by localhost (ip-10-240-15-243.ap-southeast-2.compute.internal [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id jdCri4WgHtzu for ; Sat, 20 Apr 2013 02:15:56 +0000 (UTC) Received: from webmail.doylenet.net (localhost [127.0.0.1]) by serv1.doylenet.net (Postfix) with ESMTP id F2AEA41B38 for ; Sat, 20 Apr 2013 02:15:55 +0000 (UTC) MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="=_8e6a2217a278e2fdaa1d9f228770d384" Date: Sat, 20 Apr 2013 12:15:55 +1000 From: Ryan Doyle To: Subject: patch: nginx PMDA for review/inclusion Reply-To: ryan@doylenet.net X-ASG-Orig-Subj: patch: nginx PMDA for review/inclusion Message-ID: <6b9ef2e2a35b781bcd80eb90d6d3691b@doylenet.net> X-Sender: ryan@doylenet.net User-Agent: Roundcube Webmail/0.4.2 X-Barracuda-Connect: serv1.doylenet.net[54.252.103.135] X-Barracuda-Start-Time: 1366424091 X-Barracuda-URL: http://192.48.176.15:80/cgi-mod/mark.cgi X-Virus-Scanned: by bsmtpd at sgi.com X-Barracuda-BRTS-Status: 1 X-Barracuda-Spam-Score: 0.00 X-Barracuda-Spam-Status: No, SCORE=0.00 using per-user scores of TAG_LEVEL=1000.0 QUARANTINE_LEVEL=1000.0 KILL_LEVEL=2.7 tests=HTML_MESSAGE X-Barracuda-Spam-Report: Code version 3.2, rules version 3.2.2.128621 Rule breakdown below pts rule name description ---- ---------------------- -------------------------------------------------- 0.00 HTML_MESSAGE BODY: HTML included in message --=_8e6a2217a278e2fdaa1d9f228770d384 Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset=UTF-8 Available @ git://github.com/ryandoyle/pcp.git, branch ryan - The config file inclusion is a bit crusty but this seems to be a common pattern with the perl PMDAs ( eval `cat mypmda.conf` ) so I have kept this consistent. - Cluster ID of 117 was the next available as per the dev branch - Tested against the latest stable nginx 1.2.8 Cheers, Ryan --=_8e6a2217a278e2fdaa1d9f228770d384 Content-Transfer-Encoding: quoted-printable Content-Type: text/html; charset=UTF-8

Available @ git://github.com/ryandoyle/pcp.git, branch ryan

- The config file inclusion is a bit crusty but this seems to be a commo= n pattern with the perl PMDAs ( eval `cat mypmda.conf` ) so I have kept thi= s consistent.

- Cluster ID of 117 was the next available as per the dev branch

- Tested against the latest stable nginx 1.2.8 

Cheers,
Ryan
--=_8e6a2217a278e2fdaa1d9f228770d384-- From wwwrun@oss.sgi.com Fri Apr 19 22:22:18 2013 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on oss.sgi.com X-Spam-Level: X-Spam-Status: No, score=0.0 required=5.0 tests=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 2BB7329DFA; Fri, 19 Apr 2013 22:22:18 -0500 (CDT) From: bugzilla-daemon@oss.sgi.com To: pcp@oss.sgi.com Subject: [Bug 942] New: Wish List / Backlog / RFEs Date: Sat, 20 Apr 2013 03:22:17 +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: enhancement X-Bugzilla-Who: kenj@internode.on.net X-Bugzilla-Status: NEW X-Bugzilla-Priority: P5 X-Bugzilla-Assigned-To: mort@sgi.com X-Bugzilla-Target-Milestone: --- X-Bugzilla-Changed-Fields: bug_id short_desc product version rep_platform op_sys bug_status bug_severity priority component assigned_to reporter cc classification Message-ID: Content-Type: multipart/alternative; boundary="1366428138.C8aeBde52.7024"; charset="us-ascii" X-Bugzilla-URL: http://oss.sgi.com/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 --1366428138.C8aeBde52.7024 Date: Fri, 19 Apr 2013 22:22:18 -0500 MIME-Version: 1.0 Content-Type: text/plain; charset="UTF-8" http://oss.sgi.com/bugzilla/show_bug.cgi?id=942 Bug ID: 942 Summary: Wish List / Backlog / RFEs Product: pcp Version: unspecified Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 Component: pcp Assignee: mort@sgi.com Reporter: kenj@internode.on.net CC: pcp@oss.sgi.com Classification: Unclassified This is the master bugzilla entry to track wish list items, feature enhancement requests and backlog management for the core PCP functionality. Any item for consideration should have its own bugzilla entry and then be related to this entry. So please do not comments or items to this entry. -- You are receiving this mail because: You are on the CC list for the bug. --1366428138.C8aeBde52.7024 Date: Fri, 19 Apr 2013 22:22:18 -0500 MIME-Version: 1.0 Content-Type: text/html; charset="UTF-8"
Bug ID 942
Summary Wish List / Backlog / RFEs
Product pcp
Version unspecified
Hardware All
OS All
Status NEW
Severity enhancement
Priority P5
Component pcp
Assignee mort@sgi.com
Reporter kenj@internode.on.net
CC pcp@oss.sgi.com
Classification Unclassified 

This is the master bugzilla entry to track wish list items, feature enhancement
requests and backlog management for the core PCP functionality.

Any item for consideration should have its own bugzilla entry and then be
related to this entry.  So please do not comments or items to this entry.

You are receiving this mail because:
  • You are on the CC list for the bug.
--1366428138.C8aeBde52.7024-- From wwwrun@oss.sgi.com Fri Apr 19 22:28:43 2013 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on oss.sgi.com X-Spam-Level: X-Spam-Status: No, score=0.0 required=5.0 tests=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 2D5E729E05; Fri, 19 Apr 2013 22:28:43 -0500 (CDT) From: bugzilla-daemon@oss.sgi.com To: pcp@oss.sgi.com Subject: [Bug 943] New: Dummy RFE Date: Sat, 20 Apr 2013 03:28:42 +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: trivial X-Bugzilla-Who: kenj@internode.on.net X-Bugzilla-Status: NEW X-Bugzilla-Priority: P5 X-Bugzilla-Assigned-To: mort@sgi.com X-Bugzilla-Target-Milestone: --- X-Bugzilla-Changed-Fields: bug_id short_desc product version rep_platform op_sys bug_status bug_severity priority component assigned_to reporter cc classification Message-ID: Content-Type: multipart/alternative; boundary="1366428523.2dBc72.7671"; charset="us-ascii" X-Bugzilla-URL: http://oss.sgi.com/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 --1366428523.2dBc72.7671 Date: Fri, 19 Apr 2013 22:28:43 -0500 MIME-Version: 1.0 Content-Type: text/plain; charset="UTF-8" http://oss.sgi.com/bugzilla/show_bug.cgi?id=943 Bug ID: 943 Summary: Dummy RFE Product: pcp Version: unspecified Hardware: All OS: Linux Status: NEW Severity: trivial Priority: P5 Component: pcp Assignee: mort@sgi.com Reporter: kenj@internode.on.net CC: pcp@oss.sgi.com Classification: Unclassified Move along, nothing to see here ... this one is to explore a possible workflow for managing PCP RFEs and feature backlog. -- You are receiving this mail because: You are on the CC list for the bug. --1366428523.2dBc72.7671 Date: Fri, 19 Apr 2013 22:28:43 -0500 MIME-Version: 1.0 Content-Type: text/html; charset="UTF-8"
Bug ID 943
Summary Dummy RFE
Product pcp
Version unspecified
Hardware All
OS Linux
Status NEW
Severity trivial
Priority P5
Component pcp
Assignee mort@sgi.com
Reporter kenj@internode.on.net
CC pcp@oss.sgi.com
Classification Unclassified 

Move along, nothing to see here ... this one is to explore a possible workflow
for managing PCP RFEs and feature backlog.

You are receiving this mail because:
  • You are on the CC list for the bug.
--1366428523.2dBc72.7671-- From wwwrun@oss.sgi.com Fri Apr 19 22:31:43 2013 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on oss.sgi.com X-Spam-Level: X-Spam-Status: No, score=0.0 required=5.0 tests=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 7DF5D29E05; Fri, 19 Apr 2013 22:31:43 -0500 (CDT) From: bugzilla-daemon@oss.sgi.com To: pcp@oss.sgi.com Subject: [Bug 943] Dummy RFE Date: Sat, 20 Apr 2013 03:31:43 +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: trivial X-Bugzilla-Who: kenj@internode.on.net X-Bugzilla-Status: NEW X-Bugzilla-Priority: P5 X-Bugzilla-Assigned-To: mort@sgi.com X-Bugzilla-Target-Milestone: --- X-Bugzilla-Changed-Fields: blocked Message-ID: In-Reply-To: References: Content-Type: multipart/alternative; boundary="1366428703.76Ad2.8030"; charset="us-ascii" X-Bugzilla-URL: http://oss.sgi.com/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 --1366428703.76Ad2.8030 Date: Fri, 19 Apr 2013 22:31:43 -0500 MIME-Version: 1.0 Content-Type: text/plain; charset="UTF-8" http://oss.sgi.com/bugzilla/show_bug.cgi?id=943 Ken McDonell changed: What |Removed |Added ---------------------------------------------------------------------------- Blocks| |942 -- You are receiving this mail because: You are on the CC list for the bug. --1366428703.76Ad2.8030 Date: Fri, 19 Apr 2013 22:31:43 -0500 MIME-Version: 1.0 Content-Type: text/html; charset="UTF-8" changed bug 943
What Removed Added
Blocks   942

You are receiving this mail because:
  • You are on the CC list for the bug.
--1366428703.76Ad2.8030-- From wwwrun@oss.sgi.com Fri Apr 19 22:31:44 2013 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on oss.sgi.com X-Spam-Level: X-Spam-Status: No, score=0.0 required=5.0 tests=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 0C8E129E09; Fri, 19 Apr 2013 22:31:44 -0500 (CDT) From: bugzilla-daemon@oss.sgi.com To: pcp@oss.sgi.com Subject: [Bug 942] Wish List / Backlog / RFEs Date: Sat, 20 Apr 2013 03:31:43 +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: enhancement X-Bugzilla-Who: kenj@internode.on.net X-Bugzilla-Status: NEW X-Bugzilla-Priority: P5 X-Bugzilla-Assigned-To: mort@sgi.com X-Bugzilla-Target-Milestone: --- X-Bugzilla-Changed-Fields: dependson Message-ID: In-Reply-To: References: Content-Type: multipart/alternative; boundary="1366428704.BbCf5.8030"; charset="us-ascii" X-Bugzilla-URL: http://oss.sgi.com/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 --1366428704.BbCf5.8030 Date: Fri, 19 Apr 2013 22:31:43 -0500 MIME-Version: 1.0 Content-Type: text/plain; charset="UTF-8" http://oss.sgi.com/bugzilla/show_bug.cgi?id=942 Ken McDonell changed: What |Removed |Added ---------------------------------------------------------------------------- Depends on| |943 -- You are receiving this mail because: You are on the CC list for the bug. --1366428704.BbCf5.8030 Date: Fri, 19 Apr 2013 22:31:44 -0500 MIME-Version: 1.0 Content-Type: text/html; charset="UTF-8" changed bug 942
What Removed Added
Depends on   943

You are receiving this mail because:
  • You are on the CC list for the bug.
--1366428704.BbCf5.8030-- From wwwrun@oss.sgi.com Fri Apr 19 22:36:37 2013 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on oss.sgi.com X-Spam-Level: X-Spam-Status: No, score=0.0 required=5.0 tests=HTML_MESSAGE,NO_RELAYS autolearn=ham version=3.3.1 X-Original-To: pcp@oss.sgi.com Delivered-To: pcp@oss.sgi.com Received: by oss.sgi.com (Postfix, from userid 30) id CC7B029E05; Fri, 19 Apr 2013 22:36:37 -0500 (CDT) From: bugzilla-daemon@oss.sgi.com To: pcp@oss.sgi.com Subject: [Bug 943] Dummy RFE Date: Sat, 20 Apr 2013 03:36: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: trivial X-Bugzilla-Who: kenj@internode.on.net 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 resolution Message-ID: In-Reply-To: References: Content-Type: multipart/alternative; boundary="1366428997.B61FD12.8736"; charset="us-ascii" X-Bugzilla-URL: http://oss.sgi.com/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 --1366428997.B61FD12.8736 Date: Fri, 19 Apr 2013 22:36:37 -0500 MIME-Version: 1.0 Content-Type: text/plain; charset="UTF-8" http://oss.sgi.com/bugzilla/show_bug.cgi?id=943 Ken McDonell changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |RESOLVED Resolution|--- |FIXED --- Comment #1 from Ken McDonell --- Let's imagine this work item is done now. -- You are receiving this mail because: You are on the CC list for the bug. --1366428997.B61FD12.8736 Date: Fri, 19 Apr 2013 22:36:37 -0500 MIME-Version: 1.0 Content-Type: text/html; charset="UTF-8" changed bug 943
What Removed Added
Status NEW RESOLVED
Resolution --- FIXED

Comment # 1 on bug 943 from 
Let's imagine this work item is done now.

You are receiving this mail because:
  • You are on the CC list for the bug.
--1366428997.B61FD12.8736-- From wwwrun@oss.sgi.com Fri Apr 19 22:36:38 2013 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on oss.sgi.com X-Spam-Level: X-Spam-Status: No, score=0.0 required=5.0 tests=HTML_MESSAGE,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 609D629DFA; Fri, 19 Apr 2013 22:36:38 -0500 (CDT) From: bugzilla-daemon@oss.sgi.com To: pcp@oss.sgi.com Subject: [Bug 942] Wish List / Backlog / RFEs Date: Sat, 20 Apr 2013 03:36: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: enhancement X-Bugzilla-Who: kenj@internode.on.net X-Bugzilla-Status: NEW X-Bugzilla-Priority: P5 X-Bugzilla-Assigned-To: mort@sgi.com X-Bugzilla-Target-Milestone: --- X-Bugzilla-Changed-Fields: bug_status resolution Message-ID: In-Reply-To: References: Content-Type: multipart/alternative; boundary="1366428998.edfcac35.8736"; charset="us-ascii" X-Bugzilla-URL: http://oss.sgi.com/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 --1366428998.edfcac35.8736 Date: Fri, 19 Apr 2013 22:36:38 -0500 MIME-Version: 1.0 Content-Type: text/plain; charset="UTF-8" http://oss.sgi.com/bugzilla/show_bug.cgi?id=942 Bug 942 depends on bug 943, which changed state. Bug 943 Summary: Dummy RFE http://oss.sgi.com/bugzilla/show_bug.cgi?id=943 What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |RESOLVED Resolution|--- |FIXED -- You are receiving this mail because: You are on the CC list for the bug. --1366428998.edfcac35.8736 Date: Fri, 19 Apr 2013 22:36:38 -0500 MIME-Version: 1.0 Content-Type: text/html; charset="UTF-8" Bug 942 depends on bug 943, which changed state.
What Removed Added
Status NEW RESOLVED
Resolution --- FIXED

You are receiving this mail because:
  • You are on the CC list for the bug.
--1366428998.edfcac35.8736-- From wwwrun@oss.sgi.com Fri Apr 19 22:44:59 2013 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on oss.sgi.com X-Spam-Level: X-Spam-Status: No, score=0.0 required=5.0 tests=HTML_MESSAGE,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 94AFE29E05; Fri, 19 Apr 2013 22:44:59 -0500 (CDT) From: bugzilla-daemon@oss.sgi.com To: pcp@oss.sgi.com Subject: [Bug 942] Wish List / Backlog / RFEs Date: Sat, 20 Apr 2013 03:44:59 +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: enhancement X-Bugzilla-Who: kenj@internode.on.net X-Bugzilla-Status: NEW X-Bugzilla-Priority: P5 X-Bugzilla-Assigned-To: kenj@internode.on.net X-Bugzilla-Target-Milestone: --- X-Bugzilla-Changed-Fields: assigned_to Message-ID: In-Reply-To: References: Content-Type: multipart/alternative; boundary="1366429499.ebf244E12.9390"; charset="us-ascii" X-Bugzilla-URL: http://oss.sgi.com/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 --1366429499.ebf244E12.9390 Date: Fri, 19 Apr 2013 22:44:59 -0500 MIME-Version: 1.0 Content-Type: text/plain; charset="UTF-8" http://oss.sgi.com/bugzilla/show_bug.cgi?id=942 Ken McDonell changed: What |Removed |Added ---------------------------------------------------------------------------- Assignee|mort@sgi.com |kenj@internode.on.net -- You are receiving this mail because: You are on the CC list for the bug. --1366429499.ebf244E12.9390 Date: Fri, 19 Apr 2013 22:44:59 -0500 MIME-Version: 1.0 Content-Type: text/html; charset="UTF-8" changed bug 942
What Removed Added
Assignee mort@sgi.com kenj@internode.on.net

You are receiving this mail because:
  • You are on the CC list for the bug.
--1366429499.ebf244E12.9390-- From wwwrun@oss.sgi.com Fri Apr 19 22:48:29 2013 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on oss.sgi.com X-Spam-Level: X-Spam-Status: No, score=0.0 required=5.0 tests=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 26A5029E03; Fri, 19 Apr 2013 22:48:29 -0500 (CDT) From: bugzilla-daemon@oss.sgi.com To: pcp@oss.sgi.com Subject: [Bug 942] Wish List / Backlog / RFEs Date: Sat, 20 Apr 2013 03:48:28 +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: enhancement X-Bugzilla-Who: kenj@internode.on.net X-Bugzilla-Status: NEW X-Bugzilla-Priority: P5 X-Bugzilla-Assigned-To: kenj@internode.on.net X-Bugzilla-Target-Milestone: --- X-Bugzilla-Changed-Fields: Message-ID: In-Reply-To: References: Content-Type: multipart/alternative; boundary="1366429709.02a31.9758"; charset="us-ascii" X-Bugzilla-URL: http://oss.sgi.com/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 --1366429709.02a31.9758 Date: Fri, 19 Apr 2013 22:48:29 -0500 MIME-Version: 1.0 Content-Type: text/plain; charset="UTF-8" http://oss.sgi.com/bugzilla/show_bug.cgi?id=942 --- Comment #1 from Ken McDonell --- To add an item to the backlog: create a new bugzilla entry (or use an existing one) for the backlog item, and then update the bugzilla entry for the backlog item setting the *Blocks* field to 942 (the bug number of _this_ bug, the Wish List master bugzilla entry). To remove an item from the backlog (no longer considered useful): update the bugzilla entry for the backlog item and remove 942 from the *Blocks* field. To update the backlog when a work item is completed: update the bugzilla entry for the backlog item and set the *Status* field to RESOLVED. -- You are receiving this mail because: You are on the CC list for the bug. --1366429709.02a31.9758 Date: Fri, 19 Apr 2013 22:48:29 -0500 MIME-Version: 1.0 Content-Type: text/html; charset="UTF-8"

Comment # 1 on bug 942 from 
To add an item to the backlog: create a new bugzilla entry (or use an existing
one) for the backlog item, and then update the bugzilla entry for the backlog
item setting the *Blocks* field to 942 (the bug number of _this_ bug, the Wish
List master bugzilla entry).

To remove an item from the backlog (no longer considered useful): update the
bugzilla entry for the backlog item and remove 942 from the *Blocks* field.

To update the backlog when a work item is completed: update the bugzilla entry
for the backlog item and set the *Status* field to RESOLVED.

You are receiving this mail because:
  • You are on the CC list for the bug.
--1366429709.02a31.9758-- From kenj@internode.on.net Fri Apr 19 22:54:26 2013 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on oss.sgi.com X-Spam-Level: X-Spam-Status: No, score=0.0 required=5.0 tests=none autolearn=ham version=3.3.1 X-Original-To: pcp@oss.sgi.com Delivered-To: pcp@oss.sgi.com Received: from relay.sgi.com (relay3.corp.sgi.com [198.149.34.15]) by oss.sgi.com (Postfix) with ESMTP id 535B029DFA for ; Fri, 19 Apr 2013 22:54:26 -0500 (CDT) Received: from cuda.sgi.com (cuda2.sgi.com [192.48.176.25]) by relay3.corp.sgi.com (Postfix) with ESMTP id D3EF5AC001 for ; Fri, 19 Apr 2013 20:54:22 -0700 (PDT) X-ASG-Debug-ID: 1366430057-04cbb057f63d0350001-S8gJnT Received: from ipmail04.adl6.internode.on.net (ipmail04.adl6.internode.on.net [150.101.137.141]) by cuda.sgi.com with ESMTP id tUHcaNtEDY948FDf for ; Fri, 19 Apr 2013 20:54:17 -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: AmkRAJ8QclEBnQ32PGdsb2JhbAANQ4M8wQWBGgMBAQEBOIJUAQEBAwE4QAEFCwsNCwkWDwkDAgECATEUBg0BBwEBiAqqD5NEjyUHg0cDnTuOCA Received: from unknown (HELO [10.10.0.15]) ([1.157.13.246]) by ipmail04.adl6.internode.on.net with ESMTP; 20 Apr 2013 13:24:17 +0930 Message-ID: <51721168.3090400@internode.on.net> Date: Sat, 20 Apr 2013 13:54:16 +1000 From: Ken McDonell User-Agent: Mozilla/5.0 (X11; Linux i686; rv:17.0) Gecko/20130329 Thunderbird/17.0.5 MIME-Version: 1.0 To: "Frank Ch. Eigler" CC: pcp@oss.sgi.com Subject: Re: pcp updates - yippee secure socket connections work References: <516F8AB8.6000807@internode.on.net> <5170B8D3.9000305@internode.on.net> <20130419141647.GC8308@redhat.com> <5171A896.9070102@internode.on.net> <20130419205546.GE8308@redhat.com> <5171C8F8.2060906@internode.on.net> <20130420015743.GF8308@redhat.com> X-ASG-Orig-Subj: Re: pcp updates - yippee secure socket connections work In-Reply-To: <20130420015743.GF8308@redhat.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Barracuda-Connect: ipmail04.adl6.internode.on.net[150.101.137.141] X-Barracuda-Start-Time: 1366430057 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.2.128629 Rule breakdown below pts rule name description ---- ---------------------- -------------------------------------------------- 0.00 BSF_SC0_MISMATCH_TO Envelope rcpt doesn't match header On 20/04/13 11:57, Frank Ch. Eigler wrote: > Hi - > > On Sat, Apr 20, 2013 at 08:45:12AM +1000, Ken McDonell wrote: > >> Bugzilla may be problematic ... which one?, access issues, etc. > > oss.sgi.com would be my first choice for now. OK, I've tried a possible workflow there ... see bug #942 ... apologies for spamming the list ... oops. Seems like this will work. > I'd be happy to set up a moinmoin wiki for pcpfans. It wouldn't solve > the problem with fragmentation or culling though. Thanks for the offer, but for backlog management let's try the bugzilla approach ... if that does not prove useful, we can circle back to the wiki approach. If we can create a workflow in bugzilla that works, I think I'd prefer that over the free-text wiki approach, although there may be other good reasons to consider a project wiki. From wwwrun@oss.sgi.com Fri Apr 19 23:02:52 2013 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on oss.sgi.com X-Spam-Level: X-Spam-Status: No, score=0.0 required=5.0 tests=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 395C829E07; Fri, 19 Apr 2013 23:02:52 -0500 (CDT) From: bugzilla-daemon@oss.sgi.com To: pcp@oss.sgi.com Subject: [Bug 944] New: Rework PDU assembly code Date: Sat, 20 Apr 2013 04:02:51 +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: enhancement X-Bugzilla-Who: kenj@internode.on.net X-Bugzilla-Status: NEW X-Bugzilla-Priority: P5 X-Bugzilla-Assigned-To: mort@sgi.com X-Bugzilla-Target-Milestone: --- X-Bugzilla-Changed-Fields: bug_id short_desc product version rep_platform op_sys bug_status bug_severity priority component assigned_to reporter cc classification Message-ID: Content-Type: multipart/alternative; boundary="1366430572.d2e122732.10726"; charset="us-ascii" X-Bugzilla-URL: http://oss.sgi.com/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 --1366430572.d2e122732.10726 Date: Fri, 19 Apr 2013 23:02:52 -0500 MIME-Version: 1.0 Content-Type: text/plain; charset="UTF-8" http://oss.sgi.com/bugzilla/show_bug.cgi?id=944 Bug ID: 944 Summary: Rework PDU assembly code Product: pcp Version: unspecified Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 Component: pcp Assignee: mort@sgi.com Reporter: kenj@internode.on.net CC: pcp@oss.sgi.com Classification: Unclassified The current logic below __pmGetPDU() does include possible blocking when the data available is less than the (known after the PDU header) length of the PDU. Mostly this works just fine, as the remainder of the PDU will be available "real soon now" (tm), but it does expose a possible DOS attack from a malicious client for servers processes that read PDUs from arbitrary clients (pmcd and pmproxy in particular). To fix this requires moving PDU assembly up the food chain and the app mainline taking more of an event-driven view of I/O. See the comment about "I/O routines transformed to continuation-passing style" in libpcp/src/pdu.c. This approach needs to be an alternative to the classical approach, as we'd expect most PCP apps to continue to work without mainline changes and no DOS exposure from this possible attack vector. -- You are receiving this mail because: You are on the CC list for the bug. --1366430572.d2e122732.10726 Date: Fri, 19 Apr 2013 23:02:52 -0500 MIME-Version: 1.0 Content-Type: text/html; charset="UTF-8"
Bug ID 944
Summary Rework PDU assembly code
Product pcp
Version unspecified
Hardware All
OS All
Status NEW
Severity enhancement
Priority P5
Component pcp
Assignee mort@sgi.com
Reporter kenj@internode.on.net
CC pcp@oss.sgi.com
Classification Unclassified 

The current logic below __pmGetPDU() does include possible blocking when the
data available is less than the (known after the PDU header) length of the PDU.

Mostly this works just fine, as the remainder of the PDU will be available
"real soon now" (tm), but it does expose a possible DOS attack from a malicious
client for servers processes that read PDUs from arbitrary clients (pmcd and
pmproxy in particular).

To fix this requires moving PDU assembly up the food chain and the app mainline
taking more of an event-driven view of I/O.  See the comment about "I/O
routines transformed to continuation-passing style" in libpcp/src/pdu.c.

This approach needs to be an alternative to the classical approach, as we'd
expect most PCP apps to continue to work without mainline changes and no DOS
exposure from this possible attack vector.

You are receiving this mail because:
  • You are on the CC list for the bug.
--1366430572.d2e122732.10726-- From wwwrun@oss.sgi.com Fri Apr 19 23:03:06 2013 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on oss.sgi.com X-Spam-Level: X-Spam-Status: No, score=0.0 required=5.0 tests=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 8951A29E07; Fri, 19 Apr 2013 23:03:06 -0500 (CDT) From: bugzilla-daemon@oss.sgi.com To: pcp@oss.sgi.com Subject: [Bug 944] Rework PDU assembly code Date: Sat, 20 Apr 2013 04:03:06 +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: enhancement X-Bugzilla-Who: kenj@internode.on.net X-Bugzilla-Status: NEW X-Bugzilla-Priority: P5 X-Bugzilla-Assigned-To: mort@sgi.com X-Bugzilla-Target-Milestone: --- X-Bugzilla-Changed-Fields: blocked Message-ID: In-Reply-To: References: Content-Type: multipart/alternative; boundary="1366430586.20E82.10798"; charset="us-ascii" X-Bugzilla-URL: http://oss.sgi.com/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 --1366430586.20E82.10798 Date: Fri, 19 Apr 2013 23:03:06 -0500 MIME-Version: 1.0 Content-Type: text/plain; charset="UTF-8" http://oss.sgi.com/bugzilla/show_bug.cgi?id=944 Ken McDonell changed: What |Removed |Added ---------------------------------------------------------------------------- Blocks| |942 -- You are receiving this mail because: You are on the CC list for the bug. --1366430586.20E82.10798 Date: Fri, 19 Apr 2013 23:03:06 -0500 MIME-Version: 1.0 Content-Type: text/html; charset="UTF-8" changed bug 944
What Removed Added
Blocks   942

You are receiving this mail because:
  • You are on the CC list for the bug.
--1366430586.20E82.10798-- From wwwrun@oss.sgi.com Fri Apr 19 23:03:06 2013 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on oss.sgi.com X-Spam-Level: X-Spam-Status: No, score=0.0 required=5.0 tests=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 D316829E0C; Fri, 19 Apr 2013 23:03:06 -0500 (CDT) From: bugzilla-daemon@oss.sgi.com To: pcp@oss.sgi.com Subject: [Bug 942] Wish List / Backlog / RFEs Date: Sat, 20 Apr 2013 04:03:06 +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: enhancement X-Bugzilla-Who: kenj@internode.on.net X-Bugzilla-Status: NEW X-Bugzilla-Priority: P5 X-Bugzilla-Assigned-To: kenj@internode.on.net X-Bugzilla-Target-Milestone: --- X-Bugzilla-Changed-Fields: dependson Message-ID: In-Reply-To: References: Content-Type: multipart/alternative; boundary="1366430586.c5b154.10798"; charset="us-ascii" X-Bugzilla-URL: http://oss.sgi.com/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 --1366430586.c5b154.10798 Date: Fri, 19 Apr 2013 23:03:06 -0500 MIME-Version: 1.0 Content-Type: text/plain; charset="UTF-8" http://oss.sgi.com/bugzilla/show_bug.cgi?id=942 Ken McDonell changed: What |Removed |Added ---------------------------------------------------------------------------- Depends on| |944 -- You are receiving this mail because: You are on the CC list for the bug. --1366430586.c5b154.10798 Date: Fri, 19 Apr 2013 23:03:06 -0500 MIME-Version: 1.0 Content-Type: text/html; charset="UTF-8" changed bug 942
What Removed Added
Depends on   944

You are receiving this mail because:
  • You are on the CC list for the bug.
--1366430586.c5b154.10798-- From nscott@redhat.com Sat Apr 20 02:45:58 2013 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on oss.sgi.com X-Spam-Level: X-Spam-Status: No, score=0.0 required=5.0 tests=none autolearn=ham version=3.3.1 X-Original-To: pcp@oss.sgi.com Delivered-To: pcp@oss.sgi.com Received: from relay.sgi.com (relay2.corp.sgi.com [137.38.102.29]) by oss.sgi.com (Postfix) with ESMTP id 8121B29DFA for ; Sat, 20 Apr 2013 02: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 6BAF7304071 for ; Sat, 20 Apr 2013 00:45:58 -0700 (PDT) X-ASG-Debug-ID: 1366443956-04cb6c3c68909e0001-S8gJnT Received: from mx4-phx2.redhat.com (mx4-phx2.redhat.com [209.132.183.25]) by cuda.sgi.com with ESMTP id 0YVj41CU4KXFQ7Z7 for ; Sat, 20 Apr 2013 00:45:56 -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 r3K7jtNB013098 for ; Sat, 20 Apr 2013 03:45:55 -0400 Date: Sat, 20 Apr 2013 03:45:55 -0400 (EDT) From: Nathan Scott Reply-To: Nathan Scott To: pcp@oss.sgi.com Message-ID: <667343623.13185.1366443955466.JavaMail.root@redhat.com> In-Reply-To: <2134945175.13178.1366443943410.JavaMail.root@redhat.com> Subject: pcp updates: nginx pmda MIME-Version: 1.0 X-ASG-Orig-Subj: pcp updates: nginx pmda Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-Originating-IP: [10.5.82.11] X-Mailer: Zimbra 8.0.3_GA_5664 (ZimbraWebClient - FF17 (Linux)/8.0.3_GA_5664) Thread-Topic: pcp updates: nginx pmda Thread-Index: TxaQwAtUmNFEcvuZpV75CKaGl3qlZQ== X-Barracuda-Connect: mx4-phx2.redhat.com[209.132.183.25] X-Barracuda-Start-Time: 1366443956 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.2.128643 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://oss.sgi.com/pcp/pcp.git dev qa/common.filter | 2 src/pmdas/GNUmakefile | 2 src/pmdas/nginx/.gitignore | 5 + src/pmdas/nginx/GNUmakefile | 59 ++++++++++++++++ src/pmdas/nginx/Install | 35 +++++++++ src/pmdas/nginx/Remove | 23 ++++++ src/pmdas/nginx/nginx.conf | 2 src/pmdas/nginx/pmdanginx.pl | 152 ++++++++++++++++++++++++++++++++++++++++++- src/pmns/stdpmid.pcp | 1 9 files changed, 274 insertions(+), 7 deletions(-) commit 0b9dedfa2e4b323b3349269ac538e21a82f6af69 Author: Nathan Scott Date: Sat Apr 20 14:43:04 2013 +1000 Build system updates for the nginx agent. Add the new pmda into the build (src/pmdas SUBDIRS macro). Correct the "make install" target for nginx config file, & also add it to LSRCFILES macro. Fix up a reference to an undefined variable in the Install script. Add nginx into the list of optional PMDAs in QA. Add .gitignore file for nginx so man pages are culled. commit 7c3678deaeec83f2d5248f552a38f08eae22b4b7 Merge: dd36629 da8e520 Author: Nathan Scott Date: Sat Apr 20 14:07:00 2013 +1000 Merge branch 'ryan' of git://github.com/ryandoyle/pcp into dev commit da8e52067b9c86f718e8d0a85d6ea6c92d2926a9 Author: Ryan Doyle Date: Sat Apr 20 11:59:22 2013 +1000 nginx PMDA: Fix typo in the comment commit 87bff0b16a93640e5718b3b7d1271abb62872929 Author: Ryan Doyle Date: Sat Apr 20 11:56:24 2013 +1000 nginx PMDA: Install a sample configuration file with commented out params commit 4645f18a309b3c5c90e59bc637d64bab503fcf9a Author: Ryan Doyle Date: Sat Apr 20 11:55:10 2013 +1000 nginx PMDA: Allow the timeout to be externalised in configuration file commit d99f50557f95a129039bf0888464d406fbee6164 Author: Ryan Doyle Date: Sat Apr 20 00:01:36 2013 +1000 Initial version of nginx PMDA to provide metrics from stub_status module commit 65622025e265c64789a22b8610b89faa1326d73f Merge: b5c041a b06116c Author: Ryan Doyle Date: Fri Apr 19 16:04:39 2013 +1000 Merge branches 'dev' and 'ryan' into ryan commit b5c041a190aa0b87fc512c30e44ba1f2767dd9ae Author: Ryan Doyle Date: Wed Apr 17 20:27:07 2013 +1000 Merge branches 'dev' and 'ryan' into ryan From nscott@redhat.com Sat Apr 20 02:50:22 2013 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on oss.sgi.com X-Spam-Level: X-Spam-Status: No, score=0.0 required=5.0 tests=none autolearn=ham version=3.3.1 X-Original-To: pcp@oss.sgi.com Delivered-To: pcp@oss.sgi.com Received: from relay.sgi.com (relay1.corp.sgi.com [137.38.102.111]) by oss.sgi.com (Postfix) with ESMTP id 3D3D329DFA for ; Sat, 20 Apr 2013 02:50:22 -0500 (CDT) Received: from cuda.sgi.com (cuda2.sgi.com [192.48.176.25]) by relay1.corp.sgi.com (Postfix) with ESMTP id 1DD248F8037 for ; Sat, 20 Apr 2013 00:50:19 -0700 (PDT) X-ASG-Debug-ID: 1366444217-04cbb057f53dfde0001-S8gJnT Received: from mx4-phx2.redhat.com (mx4-phx2.redhat.com [209.132.183.25]) by cuda.sgi.com with ESMTP id j3AA4pz56kENqZOg for ; Sat, 20 Apr 2013 00:50:17 -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 r3K7o21K013702; Sat, 20 Apr 2013 03:50:03 -0400 Date: Sat, 20 Apr 2013 03:50:02 -0400 (EDT) From: Nathan Scott Reply-To: Nathan Scott To: ryan@doylenet.net Cc: pcp@oss.sgi.com Message-ID: <189769407.13341.1366444202769.JavaMail.root@redhat.com> In-Reply-To: <6b9ef2e2a35b781bcd80eb90d6d3691b@doylenet.net> References: <6b9ef2e2a35b781bcd80eb90d6d3691b@doylenet.net> Subject: Re: [pcp] patch: nginx PMDA for review/inclusion MIME-Version: 1.0 X-ASG-Orig-Subj: Re: [pcp] patch: nginx PMDA for review/inclusion Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-Originating-IP: [10.5.82.11] X-Mailer: Zimbra 8.0.3_GA_5664 (ZimbraWebClient - FF17 (Linux)/8.0.3_GA_5664) Thread-Topic: patch: nginx PMDA for review/inclusion Thread-Index: ef1VNZA5GSzi72yOi/tEWN/U6KFMww== X-Barracuda-Connect: mx4-phx2.redhat.com[209.132.183.25] X-Barracuda-Start-Time: 1366444217 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=BSF_SC0_MISMATCH_TO, THREAD_INDEX, THREAD_TOPIC X-Barracuda-Spam-Report: Code version 3.2, rules version 3.2.2.128645 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 Hey Ryan, ----- Original Message ----- > > > Available @ git://github.com/ryandoyle/pcp.git, branch ryan > > - The config file inclusion is a bit crusty but this seems to be a common > pattern with the perl PMDAs ( eval `cat mypmda.conf` ) so I have kept this > consistent. > > - Cluster ID of 117 was the next available as per the dev branch > > - Tested against the latest stable nginx 1.2.8 Very nice. I've tweaked a few odds and ends, nothing too interesting, and its added into the main build now. I encourage you to add a test or two as well - you might find qa/348 to be a good template. It exercises the perl KVM PMDA, which sources metrics from procfs - you could perhaps do a curl / wget and compare the values that extracts to the values the PMDA exports. cheers. -- Nathan From wwwrun@oss.sgi.com Sun Apr 21 16:10:40 2013 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on oss.sgi.com X-Spam-Level: X-Spam-Status: No, score=0.0 required=5.0 tests=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 087A529E05; Sun, 21 Apr 2013 16:10:40 -0500 (CDT) From: bugzilla-daemon@oss.sgi.com To: pcp@oss.sgi.com Subject: [Bug 945] New: pmcollectl fails on single cpu systems Date: Sun, 21 Apr 2013 21:10:39 +0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: new X-Bugzilla-Watch-Reason: None X-Bugzilla-Classification: Unclassified X-Bugzilla-Product: pcp X-Bugzilla-Component: pcp X-Bugzilla-Keywords: X-Bugzilla-Severity: normal X-Bugzilla-Who: kenj@internode.on.net X-Bugzilla-Status: NEW X-Bugzilla-Priority: P5 X-Bugzilla-Assigned-To: mort@sgi.com X-Bugzilla-Target-Milestone: --- X-Bugzilla-Changed-Fields: bug_id short_desc product version rep_platform op_sys bug_status bug_severity priority component assigned_to reporter cc classification Message-ID: Content-Type: multipart/alternative; boundary="1366578639.8836cCEF2.4464"; charset="us-ascii" X-Bugzilla-URL: http://oss.sgi.com/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 --1366578639.8836cCEF2.4464 Date: Sun, 21 Apr 2013 16:10:39 -0500 MIME-Version: 1.0 Content-Type: text/plain; charset="UTF-8" http://oss.sgi.com/bugzilla/show_bug.cgi?id=945 Bug ID: 945 Summary: pmcollectl fails on single cpu systems Product: pcp Version: unspecified Hardware: All OS: Linux Status: NEW Severity: normal Priority: P5 Component: pcp Assignee: mort@sgi.com Reporter: kenj@internode.on.net CC: pcp@oss.sgi.com Classification: Unclassified pmcollectl fails thusly on any single cpu system kenj@vm11:~/src/pcp/src/pmcollectl$ pminfo -f kernel.percpu.interrupts.LOC kernel.percpu.interrupts.LOC inst [0 or "cpu0"] value 3140111 kenj@vm11:~/src/pcp/src/pmcollectl$ ./pmcollectl.py -sj Traceback (most recent call last): File "./pmcollectl.py", line 1024, in s.print_header1() File "./pmcollectl.py", line 253, in print_header1 self.print_header1_brief() File "./pmcollectl.py", line 501, in print_header1_brief ndashes = (((len(self.interrupt_metric_value[0])) * 6) - 6) / 2 TypeError: object of type 'long' has no len() QA/709 will reproduce this nicely. -- You are receiving this mail because: You are on the CC list for the bug. --1366578639.8836cCEF2.4464 Date: Sun, 21 Apr 2013 16:10:39 -0500 MIME-Version: 1.0 Content-Type: text/html; charset="UTF-8"
Bug ID 945
Summary pmcollectl fails on single cpu systems
Product pcp
Version unspecified
Hardware All
OS Linux
Status NEW
Severity normal
Priority P5
Component pcp
Assignee mort@sgi.com
Reporter kenj@internode.on.net
CC pcp@oss.sgi.com
Classification Unclassified 

pmcollectl fails thusly on any single cpu system

kenj@vm11:~/src/pcp/src/pmcollectl$ pminfo -f kernel.percpu.interrupts.LOC

kernel.percpu.interrupts.LOC
    inst [0 or "cpu0"] value 3140111
kenj@vm11:~/src/pcp/src/pmcollectl$ ./pmcollectl.py -sj
Traceback (most recent call last):
  File "./pmcollectl.py", line 1024, in <module>
    s.print_header1()
  File "./pmcollectl.py", line 253, in print_header1
    self.print_header1_brief()
  File "./pmcollectl.py", line 501, in print_header1_brief
    ndashes = (((len(self.interrupt_metric_value[0])) * 6) - 6) / 2
TypeError: object of type 'long' has no len()

QA/709 will reproduce this nicely.

You are receiving this mail because:
  • You are on the CC list for the bug.
--1366578639.8836cCEF2.4464-- From wwwrun@oss.sgi.com Sun Apr 21 16:21:27 2013 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on oss.sgi.com X-Spam-Level: X-Spam-Status: No, score=0.0 required=5.0 tests=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 E3C9A29E07; Sun, 21 Apr 2013 16:21:27 -0500 (CDT) From: bugzilla-daemon@oss.sgi.com To: pcp@oss.sgi.com Subject: [Bug 945] pmcollectl fails on single cpu systems Date: Sun, 21 Apr 2013 21:21:27 +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: kenj@internode.on.net X-Bugzilla-Status: NEW X-Bugzilla-Priority: P5 X-Bugzilla-Assigned-To: scox@redhat.com X-Bugzilla-Target-Milestone: --- X-Bugzilla-Changed-Fields: assigned_to Message-ID: In-Reply-To: References: Content-Type: multipart/alternative; boundary="1366579287.1E2b2d3.5030"; charset="us-ascii" X-Bugzilla-URL: http://oss.sgi.com/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 --1366579287.1E2b2d3.5030 Date: Sun, 21 Apr 2013 16:21:27 -0500 MIME-Version: 1.0 Content-Type: text/plain; charset="UTF-8" http://oss.sgi.com/bugzilla/show_bug.cgi?id=945 Ken McDonell changed: What |Removed |Added ---------------------------------------------------------------------------- Assignee|mort@sgi.com |scox@redhat.com -- You are receiving this mail because: You are on the CC list for the bug. --1366579287.1E2b2d3.5030 Date: Sun, 21 Apr 2013 16:21:27 -0500 MIME-Version: 1.0 Content-Type: text/html; charset="UTF-8" changed bug 945
What Removed Added
Assignee mort@sgi.com scox@redhat.com

You are receiving this mail because:
  • You are on the CC list for the bug.
--1366579287.1E2b2d3.5030-- From nscott@redhat.com Sun Apr 21 20:02:06 2013 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on oss.sgi.com X-Spam-Level: X-Spam-Status: No, score=0.0 required=5.0 tests=none autolearn=ham version=3.3.1 X-Original-To: pcp@oss.sgi.com Delivered-To: pcp@oss.sgi.com Received: from relay.sgi.com (relay1.corp.sgi.com [137.38.102.111]) by oss.sgi.com (Postfix) with ESMTP id ED48129E03 for ; Sun, 21 Apr 2013 20:02:05 -0500 (CDT) Received: from cuda.sgi.com (cuda2.sgi.com [192.48.176.25]) by relay1.corp.sgi.com (Postfix) with ESMTP id DAAD18F8037 for ; Sun, 21 Apr 2013 18:02:02 -0700 (PDT) X-ASG-Debug-ID: 1366592520-04cbb057f846e620001-S8gJnT Received: from mx3-phx2.redhat.com (mx3-phx2.redhat.com [209.132.183.24]) by cuda.sgi.com with ESMTP id 3zE8sgear1RRrEKx for ; Sun, 21 Apr 2013 18:02:00 -0700 (PDT) X-Barracuda-Envelope-From: nscott@redhat.com X-Barracuda-Apparent-Source-IP: 209.132.183.24 Received: from zmail20.collab.prod.int.phx2.redhat.com (zmail20.collab.prod.int.phx2.redhat.com [10.5.83.23]) by mx3-phx2.redhat.com (8.13.8/8.13.8) with ESMTP id r3M120Lj028501 for ; Sun, 21 Apr 2013 21:02:00 -0400 Date: Sun, 21 Apr 2013 21:02:00 -0400 (EDT) From: Nathan Scott Reply-To: Nathan Scott To: PCP Message-ID: <461486508.335195.1366592519995.JavaMail.root@redhat.com> In-Reply-To: <701992285.335149.1366592462755.JavaMail.root@redhat.com> Subject: pcp updates: pcp sub-commands (WIP) MIME-Version: 1.0 X-ASG-Orig-Subj: pcp updates: pcp sub-commands (WIP) Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-Originating-IP: [10.5.82.11] X-Mailer: Zimbra 8.0.3_GA_5664 (ZimbraWebClient - FF17 (Linux)/8.0.3_GA_5664) Thread-Topic: pcp updates: pcp sub-commands (WIP) Thread-Index: nhmYzB5k8/9lKRT+ryAI6Xbm2M3fDA== X-Barracuda-Connect: mx3-phx2.redhat.com[209.132.183.24] X-Barracuda-Start-Time: 1366592520 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.2.128789 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://oss.sgi.com/nathans/pcp.git launch man/man1/pcp.1 | 117 ++++++- qa/518 | 12 qa/700 | 59 +++ qa/700.out | 15 src/GNUmakefile | 2 src/pcp/GNUmakefile | 7 src/pcp/atop/GNUmakefile | 31 + src/pcp/atop/pmatop.py | 579 ++++++++++++++++++++++++++++++++++ src/pcp/collectl/GNUmakefile | 31 + src/pcp/collectl/pmcollectl.py | 683 +++++++++++++++++++++++++++++++++++++++++ src/pcp/pcp.sh | 87 ++++- src/pcp/uptime/GNUmakefile | 27 + src/pcp/uptime/pcp-uptime.py | 68 ++++ src/pmatop/GNUmakefile | 28 - src/pmatop/pmatop.py | 579 ---------------------------------- src/pmcollectl/GNUmakefile | 28 - src/pmcollectl/pmcollectl.py | 683 ----------------------------------------- 17 files changed, 1684 insertions(+), 1352 deletions(-) commit fe1d8042c0f9e4b3582c151378af052c373d5ef3 Author: Nathan Scott Date: Mon Apr 22 10:58:08 2013 +1000 A mechanism for re-implemented utilities to offer all PCP functionality One issue with commands re-implemented using the PMAPI is that either command line options conflict with existing PCP options, or there is no equivalent in the re-implemented tool. This changes the pcp(1) command so that it can act as a proxy for adding this extended PCP functionality in a way that addresses both of these concerns, using pcp "sub-commands". A simple example is provided using uptime(1), re-implemented using python APIs. The intent is that "pcp -h foo.com uptime" will work as expected, once complete, as will "pcp -a 20121412 -S @12:00 uptime", and so on. The collectl and atop re-implementations should come under this scheme as well, once it is ready - a python helper module to translate environment variables to PMAPI interfaces/flags is still needed. This is a work-in-progress interim commit, mainly to solicit some early feedback and to allow others to hack on the WIP code too. There are a good number of similarities between this and the original pmlaunch idea that PCP has had in the past. From mgoodwin@redhat.com Sun Apr 21 20:55:34 2013 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on oss.sgi.com X-Spam-Level: X-Spam-Status: No, score=0.0 required=5.0 tests=none autolearn=ham version=3.3.1 X-Original-To: pcp@oss.sgi.com Delivered-To: pcp@oss.sgi.com Received: from relay.sgi.com (relay1.corp.sgi.com [137.38.102.111]) by oss.sgi.com (Postfix) with ESMTP id E1A8A29E03 for ; Sun, 21 Apr 2013 20:55:34 -0500 (CDT) Received: from cuda.sgi.com (cuda1.sgi.com [192.48.157.11]) by relay1.corp.sgi.com (Postfix) with ESMTP id A3EC28F8033 for ; Sun, 21 Apr 2013 18:55:31 -0700 (PDT) X-ASG-Debug-ID: 1366595727-04bdf02d1d497d10001-S8gJnT Received: from mx1.redhat.com (mx1.redhat.com [209.132.183.28]) by cuda.sgi.com with ESMTP id AwGUAIgTWRfi16nf for ; Sun, 21 Apr 2013 18:55:27 -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 r3M1tRTk017749 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK) for ; Sun, 21 Apr 2013 21:55:27 -0400 Received: from fletch.usersys.redhat.com (vpn1-49-36.bne.redhat.com [10.64.49.36]) by int-mx09.intmail.prod.int.phx2.redhat.com (8.14.4/8.14.4) with ESMTP id r3M1tPGD022916 for ; Sun, 21 Apr 2013 21:55:26 -0400 Message-ID: <5174988D.4090905@redhat.com> Date: Mon, 22 Apr 2013 11:55:25 +1000 From: Mark Goodwin User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:14.0) Gecko/20130206 Thunderbird/14.0 MIME-Version: 1.0 To: pcp@oss.sgi.com Subject: Re: [pcp] pcp updates: pcp sub-commands (WIP) References: <461486508.335195.1366592519995.JavaMail.root@redhat.com> X-ASG-Orig-Subj: Re: [pcp] pcp updates: pcp sub-commands (WIP) In-Reply-To: <461486508.335195.1366592519995.JavaMail.root@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.22 X-Barracuda-Connect: mx1.redhat.com[209.132.183.28] X-Barracuda-Start-Time: 1366595727 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 I guess we could modify pmafm so the "replay" command used this scheme. e.g. even though pmcollectl creates a pmafm folio, pmafm replay on that folio fails because (a) pmafm doesn't know about pmcollectl (easily fixed), (b) the folio doesn't have the correct comment header (easily fixed), but (c) pmcollectl doesn't grok the standard -a archive option .. it uses -p. Problem (c) is a candidate to be fixed using this new scheme, but I sort of wonder - are we promoting cmd line option inconsistencies by fixing these kinds of problems in this way? If we were to reimplement the sysstat suite in pcp/py, we'd sort of have no choice but to honour the cmdline options of the original tools. On 04/22/2013 11:02 AM, Nathan Scott wrote: > Changes committed to git://oss.sgi.com/nathans/pcp.git launch > > man/man1/pcp.1 | 117 ++++++- > qa/518 | 12 > qa/700 | 59 +++ > qa/700.out | 15 > src/GNUmakefile | 2 > src/pcp/GNUmakefile | 7 > src/pcp/atop/GNUmakefile | 31 + > src/pcp/atop/pmatop.py | 579 ++++++++++++++++++++++++++++++++++ > src/pcp/collectl/GNUmakefile | 31 + > src/pcp/collectl/pmcollectl.py | 683 +++++++++++++++++++++++++++++++++++++++++ > src/pcp/pcp.sh | 87 ++++- > src/pcp/uptime/GNUmakefile | 27 + > src/pcp/uptime/pcp-uptime.py | 68 ++++ > src/pmatop/GNUmakefile | 28 - > src/pmatop/pmatop.py | 579 ---------------------------------- > src/pmcollectl/GNUmakefile | 28 - > src/pmcollectl/pmcollectl.py | 683 ----------------------------------------- > 17 files changed, 1684 insertions(+), 1352 deletions(-) > > commit fe1d8042c0f9e4b3582c151378af052c373d5ef3 > Author: Nathan Scott > Date: Mon Apr 22 10:58:08 2013 +1000 > > A mechanism for re-implemented utilities to offer all PCP functionality > > One issue with commands re-implemented using the PMAPI is that either > command line options conflict with existing PCP options, or there is no > equivalent in the re-implemented tool. This changes the pcp(1) command > so that it can act as a proxy for adding this extended PCP functionality > in a way that addresses both of these concerns, using pcp "sub-commands". > > A simple example is provided using uptime(1), re-implemented using python > APIs. The intent is that "pcp -h foo.com uptime" will work as expected, > once complete, as will "pcp -a 20121412 -S @12:00 uptime", and so on. > The collectl and atop re-implementations should come under this scheme as > well, once it is ready - a python helper module to translate environment > variables to PMAPI interfaces/flags is still needed. > > This is a work-in-progress interim commit, mainly to solicit some early > feedback and to allow others to hack on the WIP code too. There are a > good number of similarities between this and the original pmlaunch idea > that PCP has had in the past. > > _______________________________________________ > pcp mailing list > pcp@oss.sgi.com > http://oss.sgi.com/mailman/listinfo/pcp > From kenj@internode.on.net Mon Apr 22 00:31:27 2013 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on oss.sgi.com X-Spam-Level: X-Spam-Status: No, score=0.0 required=5.0 tests=none autolearn=ham version=3.3.1 X-Original-To: pcp@oss.sgi.com Delivered-To: pcp@oss.sgi.com Received: from relay.sgi.com (relay2.corp.sgi.com [137.38.102.29]) by oss.sgi.com (Postfix) with ESMTP id B11517F3F for ; Mon, 22 Apr 2013 00:31:27 -0500 (CDT) Received: from cuda.sgi.com (cuda1.sgi.com [192.48.157.11]) by relay2.corp.sgi.com (Postfix) with ESMTP id 8FDEA304064 for ; Sun, 21 Apr 2013 22:31:24 -0700 (PDT) X-ASG-Debug-ID: 1366608679-04bdf02d1f4a3750001-S8gJnT Received: from ipmail05.adl6.internode.on.net (ipmail05.adl6.internode.on.net [150.101.137.143]) by cuda.sgi.com with ESMTP id 22cl6C33CN9Kf5nc for ; Sun, 21 Apr 2013 22:31: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: ApMBAO/KdFF20aMe/2dsb2JhbAANQsFWgmaBGYMTAQEBBDhAEQsYCRYPCQMCAQIBRRMIAQGwX5JZj0YWgzEDq00 Received: from ppp118-209-163-30.lns20.mel6.internode.on.net (HELO [192.168.1.100]) ([118.209.163.30]) by ipmail05.adl6.internode.on.net with ESMTP; 22 Apr 2013 15:00:48 +0930 Message-ID: <5174CB14.7040006@internode.on.net> Date: Mon, 22 Apr 2013 15:31:00 +1000 From: Ken McDonell User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:17.0) Gecko/20130329 Thunderbird/17.0.5 MIME-Version: 1.0 To: pcp@oss.sgi.com Subject: Re: [pcp] pcp updates: pcp sub-commands (WIP) References: <461486508.335195.1366592519995.JavaMail.root@redhat.com> <5174988D.4090905@redhat.com> X-ASG-Orig-Subj: Re: [pcp] pcp updates: pcp sub-commands (WIP) In-Reply-To: <5174988D.4090905@redhat.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Barracuda-Connect: ipmail05.adl6.internode.on.net[150.101.137.143] X-Barracuda-Start-Time: 1366608679 X-Barracuda-URL: http://192.48.157.11:80/cgi-mod/mark.cgi X-Virus-Scanned: by bsmtpd at sgi.com X-Barracuda-BRTS-Status: 1 X-Barracuda-Spam-Score: 0.00 X-Barracuda-Spam-Status: No, SCORE=0.00 using per-user scores of TAG_LEVEL=1000.0 QUARANTINE_LEVEL=1000.0 KILL_LEVEL=2.7 tests= X-Barracuda-Spam-Report: Code version 3.2, rules version 3.2.2.128807 Rule breakdown below pts rule name description ---- ---------------------- -------------------------------------------------- On 22/04/13 11:55, Mark Goodwin wrote: > I guess we could modify pmafm so the "replay" command used this scheme. > e.g. even though pmcollectl creates a pmafm folio, pmafm replay on > that folio fails because (a) pmafm doesn't know about pmcollectl > (easily fixed), (b) the folio doesn't have the correct comment header > (easily fixed), but (c) pmcollectl doesn't grok the standard -a archive > option .. it uses -p. > > Problem (c) is a candidate to be fixed using this new scheme, but I > sort of wonder - are we promoting cmd line option inconsistencies > by fixing these kinds of problems in this way? If we were to reimplement > the sysstat suite in pcp/py, we'd sort of have no choice but to > honour the cmdline options of the original tools. I'm aligned with Mark on this one. We have a command line argument "standard" in PCP. We should stick to that for all existing and any new PCP tools we create. You can add --fluff support syntax if you wish, but this is (a) extra and (b) not mandated ... so I am not sure of the point, independent of my religious objections to this style of command line arguments (yes, I am a dinosaur, but I don't think --help, rather than -\?, has ever helped me solve a usability problem). As to things that are re-implementations of existing tools, they should *preserve* the syntax of the existing tools, even if the underlying implementation is replaced by something using the PCP APIs. The really problematic issues come when you want to expose some PCP functionality (like replay from archives, or setting a time window, or timezone handling, or PCP debug flags, or ...) that the original tool does not support and these are not generally solvable, other than case-by-case analysis that honours the original user interface of the tool and tries to shoe-horn the new PCP command line options alongside ... this will inevitably involve compromise and command line inconsistency, but c'est la vie. Adding "sub" commands to the poor old pcp(1) shell script does not feel right to me. From kenj@internode.on.net Mon Apr 22 00:38:38 2013 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on oss.sgi.com X-Spam-Level: X-Spam-Status: No, score=0.0 required=5.0 tests=none autolearn=ham version=3.3.1 X-Original-To: pcp@oss.sgi.com Delivered-To: pcp@oss.sgi.com Received: from relay.sgi.com (relay3.corp.sgi.com [198.149.34.15]) by oss.sgi.com (Postfix) with ESMTP id 9824A7F4E for ; Mon, 22 Apr 2013 00:38:38 -0500 (CDT) Received: from cuda.sgi.com (cuda1.sgi.com [192.48.157.11]) by relay3.corp.sgi.com (Postfix) with ESMTP id 2F348AC003 for ; Sun, 21 Apr 2013 22:38:38 -0700 (PDT) X-ASG-Debug-ID: 1366609116-04bdf02d204a3e80001-S8gJnT Received: from ipmail05.adl6.internode.on.net (ipmail05.adl6.internode.on.net [150.101.137.143]) by cuda.sgi.com with ESMTP id 5FXIis1GJ3DtY9xe for ; Sun, 21 Apr 2013 22:38:36 -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: ApMBAOfLdFF20aMe/2dsb2JhbAANQoM8whmDQVEwDRYYAwIBAgE/GQYCAQGwX5JZkw0Dq00 Received: from ppp118-209-163-30.lns20.mel6.internode.on.net (HELO [192.168.1.100]) ([118.209.163.30]) by ipmail05.adl6.internode.on.net with ESMTP; 22 Apr 2013 15:08:33 +0930 Message-ID: <5174CCE6.3080502@internode.on.net> Date: Mon, 22 Apr 2013 15:38:46 +1000 From: Ken McDonell User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:17.0) Gecko/20130329 Thunderbird/17.0.5 MIME-Version: 1.0 To: pcp@oss.sgi.com Subject: pcp updates Content-Type: text/plain; charset=ISO-8859-1 X-ASG-Orig-Subj: pcp updates Content-Transfer-Encoding: 7bit X-Barracuda-Connect: ipmail05.adl6.internode.on.net[150.101.137.143] X-Barracuda-Start-Time: 1366609116 X-Barracuda-URL: http://192.48.157.11:80/cgi-mod/mark.cgi X-Barracuda-BRTS-Status: 1 X-Virus-Scanned: by bsmtpd at sgi.com X-Barracuda-Spam-Score: 0.00 X-Barracuda-Spam-Status: No, SCORE=0.00 using per-user scores of TAG_LEVEL=1000.0 QUARANTINE_LEVEL=1000.0 KILL_LEVEL=2.7 tests= X-Barracuda-Spam-Report: Code version 3.2, rules version 3.2.2.128807 Rule breakdown below pts rule name description ---- ---------------------- -------------------------------------------------- Mostly QA gopher smacking, but there is one small libpcp mem leak plugger in this lot. Changes committed to git://oss.sgi.com/kenj/pcp.git dev qa/066 | 11 -- qa/066.out.5 | 6 - qa/087 | 2 qa/087.out | 6 - qa/200 | 4 qa/200.out | 61 ------------ qa/200.out.2 | 23 ---- qa/287 | 10 -- qa/308 | 51 +++++++++- qa/369 | 23 +++- qa/369.out.1 | 172 +++++++++++++++++----------------- qa/369.out.2 | 224 ++++++++++++++++++++++----------------------- qa/513 | 12 +- qa/513.out | 9 + qa/admin/check-vm | 2 qa/admin/show-me-all | 9 + qa/group | 2 qa/src/GNUmakefile | 2 src/libpcp/src/p_profile.c | 6 - 19 files changed, 312 insertions(+), 323 deletions(-) commit 5901555c7a6d67331311f4fbe3681983b5ce2509 Author: Ken McDonell Date: Mon Apr 22 15:37:23 2013 +1000 qa/admin/show-me-all - report hostname commit 096726c87cda61784c47619192b810d527e1eb96 Author: Ken McDonell Date: Sun Apr 21 19:55:18 2013 +1000 qa/group - test 308 uses the proc pmda commit f9ef0b810c49d90905fdc746ab6a5a7334d52f35 Author: Ken McDonell Date: Sun Apr 21 19:54:07 2013 +1000 libpcp/p_profile.c - plug small memory leak Exposed when qa/513 was fixed. commit c4c808c612b7a75f40d42bdbb45211398eb822b9 Author: Ken McDonell Date: Sun Apr 21 19:51:13 2013 +1000 qa/513 - use "proper" valgrind infrastructure This test was using a feral valgrind process. Change to use the "standard" process, namely: _check_valgrind ... _run_valgrind commit 3c7c82980a3cc2154c44e82495e315e2b5bffe14 Author: Ken McDonell Date: Sun Apr 21 17:02:17 2013 +1000 qa/308 - more broken than I first thought Needs the proc PMDA installed locally and on 2 remote machines. Make it so locally, clean up when you're done and harden the test with better integrity checks for the expected instance in the proc pid indom. commit 160dcaed0a88e66b5afd883ee1dfc3026d301bf0 Author: Ken McDonell Date: Sun Apr 21 16:41:28 2013 +1000 qa/308 - accommodate Fedora 18 and proc PMDA changes In Fedora 18, the process with pid 1 is not "init" but /usr/lib/systemd/systemd (with some complicated arguments). Also the PMID we're filtering has probably been wrong since the proc metrics were split into a separate PMDA. Only started to fail when a couple of QA hosts had the proc PMDA installed by default, and this moved from a "notrun" to "failing most places" state. commit 7d9b3c8f381d1510afefe590bd7beca6b16c198c Author: Ken McDonell Date: Sun Apr 21 07:21:22 2013 +1000 qa/066 - ipv6 wildcard changes commit ec72addbd4053752737ef4616ff03e2b1cbf26a9 Author: Ken McDonell Date: Sun Apr 21 07:15:25 2013 +1000 qa/GNUmakefile - localconfig.h depends on ../localconfig commit 81a7cbb97afe4c28d0abe32af653e0e85bbb8bff Author: Ken McDonell Date: Sun Apr 21 06:31:20 2013 +1000 qa/admin - fiddling about .. more packages to check, cosmetics commit 1edd70e03bd3cdf14f9a8d5ca0d64fe0360e9934 Author: Ken McDonell Date: Sun Apr 21 06:29:47 2013 +1000 qa/087 - relax one of the expected number of log reads ranges Seems you can be lucky in creating the archive, and sometimes require a couple of less log reads for one of the test cases. commit 10c795732a75e9b631150ebb110c3dfa0bf8c202 Author: Ken McDonell Date: Sun Apr 21 06:27:00 2013 +1000 qa/200 - a couple of changes 1. rm 200.out that was missed when the expected output was split into 200.out.1 and 200.out.2 2. Filter out the (recently added) libpcp diagnostic __pmConnect(fd=..., 127.0.0.1) -> ... as the status reported is not deterministic and does not change the correctness of this test commit 25df3783de9868248f2d5df5b9cea7dacb77297d Author: Ken McDonell Date: Sun Apr 21 06:24:09 2013 +1000 qa/369 - sort symbol table dump in output commit 0b50ff773f613e8194af7e25066b9f84508d8204 Author: Ken McDonell Date: Sun Apr 21 06:22:53 2013 +1000 qa/287 - uname -m more reliable than uname -p commit c6594ea311e3225ef5df546b4b75f8faab3a8c2a Author: Ken McDonell Date: Sun Apr 21 06:08:08 2013 +1000 qa/066 - more helpful notrun message From nscott@redhat.com Mon Apr 22 01:57:48 2013 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on oss.sgi.com X-Spam-Level: X-Spam-Status: No, score=0.0 required=5.0 tests=none autolearn=ham version=3.3.1 X-Original-To: pcp@oss.sgi.com Delivered-To: pcp@oss.sgi.com Received: from relay.sgi.com (relay1.corp.sgi.com [137.38.102.111]) by oss.sgi.com (Postfix) with ESMTP id 70D8F7F52 for ; Mon, 22 Apr 2013 01:57:48 -0500 (CDT) Received: from cuda.sgi.com (cuda1.sgi.com [192.48.157.11]) by relay1.corp.sgi.com (Postfix) with ESMTP id 33D848F804C for ; Sun, 21 Apr 2013 23:57:45 -0700 (PDT) X-ASG-Debug-ID: 1366613863-04bdf02d1f4a8b10001-S8gJnT Received: from mx4-phx2.redhat.com (mx4-phx2.redhat.com [209.132.183.25]) by cuda.sgi.com with ESMTP id iRPMkdLCFT2uEWZv for ; Sun, 21 Apr 2013 23:57: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 r3M6vedx018916; Mon, 22 Apr 2013 02:57:40 -0400 Date: Mon, 22 Apr 2013 02:57:40 -0400 (EDT) From: Nathan Scott Reply-To: Nathan Scott To: Ken McDonell , Mark Goodwin Cc: pcp@oss.sgi.com Message-ID: <672218292.459534.1366613860003.JavaMail.root@redhat.com> In-Reply-To: <5174CB14.7040006@internode.on.net> References: <461486508.335195.1366592519995.JavaMail.root@redhat.com> <5174988D.4090905@redhat.com> <5174CB14.7040006@internode.on.net> Subject: Re: [pcp] pcp updates: pcp sub-commands (WIP) MIME-Version: 1.0 X-ASG-Orig-Subj: Re: [pcp] pcp updates: pcp sub-commands (WIP) Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-Originating-IP: [10.5.82.11] X-Mailer: Zimbra 8.0.3_GA_5664 (ZimbraWebClient - FF17 (Linux)/8.0.3_GA_5664) Thread-Topic: pcp updates: pcp sub-commands (WIP) Thread-Index: Y/VViV760pQE6lGzBJ38V0K8aNlpow== X-Barracuda-Connect: mx4-phx2.redhat.com[209.132.183.25] X-Barracuda-Start-Time: 1366613863 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.2.128813 Rule breakdown below pts rule name description ---- ---------------------- -------------------------------------------------- 0.01 THREAD_INDEX thread-index: AcO7Y8iR61tzADqsRmmc5wNiFHEOig== 0.01 THREAD_TOPIC Thread-Topic: ...(Japanese Subject)... Hi guys, > > On 22/04/13 11:55, Mark Goodwin wrote: > > I guess we could modify pmafm so the "replay" command used this scheme. FWIW, I'm not really sure any pmafm modifications are needed - if the wrapper tools do (b) correctly and /var/lib/pcp/config/pmafm is added to appropriately, then (a) is solved with no pmafm changes. > > e.g. even though pmcollectl creates a pmafm folio, pmafm replay on > > that folio fails because (a) pmafm doesn't know about pmcollectl > > (easily fixed), (b) the folio doesn't have the correct comment header > > (easily fixed), but (c) pmcollectl doesn't grok the standard -a archive > > option .. it uses -p. > > > > Problem (c) is a candidate to be fixed using this new scheme, but I I'd say "candidate" is the wrong word here - rather, the entire point of this scheme is to address problem (c). > > sort of wonder - are we promoting cmd line option inconsistencies > > by fixing these kinds of problems in this way? If we were to reimplement Certainly not "promoting" - "dealing with contradictory arguments and conflicting requirements" is the aim here. > > the sysstat suite in pcp/py, we'd sort of have no choice but to > > honour the cmdline options of the original tools. *nod* ... but ... that is the whole point. > On 22/04/13 15:31, Ken McDonell wrote: > We have a command line argument "standard" in PCP. We should stick to > that for all existing and any new PCP tools we create. *nod*, that's the idea. > You can add --fluff support syntax if you wish, but this is (a) extra > and (b) not mandated ... so I am not sure of the point, independent of > my religious objections to this style of command line arguments (yes, I > am a dinosaur, but I don't think --help, rather than -\?, has ever > helped me solve a usability problem). Eh? Not sure what that has to do with this commit. Long arguments are an orthogonal issue, this commit will work with or without them, doesn't affect this. > As to things that are re-implementations of existing tools, they should > *preserve* the syntax of the existing tools, even if the underlying *nod*, yes, that's the whole point of this. > implementation is replaced by something using the PCP APIs. The really > problematic issues come when you want to expose some PCP functionality > (like replay from archives, or setting a time window, or timezone > handling, or PCP debug flags, or ...) that the original tool does not > support and these are not generally solvable, other than case-by-case I disagree there, they *are* generally solvable, and that is what this commit is starting to address. I really, really disagree with each and every wrapper tool going case-by-case and doing its own thing. There could be many, many of these tools within a year or two - it will be total anarchy - we should provide some direction. And we should do it transparently - it looks like all/most of these wrappers will be python scripts, and I expect the env vars can be handled in the python classes without wrapper tool intervention. > analysis that honours the original user interface of the tool and tries > to shoe-horn the new PCP command line options alongside ... this will > inevitably involve compromise and command line inconsistency, but c'est > la vie. I am asserting that we can do better than just giving up here, that is what this commit is all about (wierdly, alot of what you are both wanting seems to me to be what this commit is attempting to provide you with! It is entirely possible we three are all in violent agreement here). Shoe-horning PCP options into those that the existing tools use is a poor approach IMO, and disregards the worst case - where we pick a new cmdline option to shoe-horn with (in the wrapped tool), and then in a subsequent "upstream" release of the wrapped tool, that option gets used! Then we'd be between a rock and a hard place, and forced to break compatibility one way or the other. We don't need to ever have that problem if we plan ahead sufficiently early (now). IMO, this scheme is elegant in that it provides a way to coexist peacefully and provide an exact drop-in replacement for the upstream tool - being both 100% "upstream" command line compatible (via the sub-command options) and 100% "stock PCP option" compatible (via the pcp-command options). Giving up is not an option! ;) cheers. -- Nathan From kenj@internode.on.net Mon Apr 22 02:09:41 2013 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on oss.sgi.com X-Spam-Level: X-Spam-Status: No, score=0.0 required=5.0 tests=none autolearn=ham version=3.3.1 X-Original-To: pcp@oss.sgi.com Delivered-To: pcp@oss.sgi.com Received: from relay.sgi.com (relay2.corp.sgi.com [137.38.102.29]) by oss.sgi.com (Postfix) with ESMTP id E32257F4E for ; Mon, 22 Apr 2013 02:09:41 -0500 (CDT) Received: from cuda.sgi.com (cuda2.sgi.com [192.48.176.25]) by relay2.corp.sgi.com (Postfix) with ESMTP id C4081304032 for ; Mon, 22 Apr 2013 00:09:38 -0700 (PDT) X-ASG-Debug-ID: 1366614576-04cbb057f84829d0001-S8gJnT Received: from ipmail05.adl6.internode.on.net (ipmail05.adl6.internode.on.net [150.101.137.143]) by cuda.sgi.com with ESMTP id QmZLnaLNkOEtCYKQ for ; Mon, 22 Apr 2013 00:09:37 -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: ApQBAA/hdFF20aMe/2dsb2JhbAANQoZtumWCZoEbgxMBAQEDASMVQAEFCwsaAgUWCwICCQMCAQIBRQYNAQcBAYgKqGlykXOBI44cB4I0gRMDq00 Received: from ppp118-209-163-30.lns20.mel6.internode.on.net (HELO [192.168.1.100]) ([118.209.163.30]) by ipmail05.adl6.internode.on.net with ESMTP; 22 Apr 2013 16:39:36 +0930 Message-ID: <5174E23D.8020308@internode.on.net> Date: Mon, 22 Apr 2013 17:09:49 +1000 From: Ken McDonell User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:17.0) Gecko/20130329 Thunderbird/17.0.5 MIME-Version: 1.0 To: Nathan Scott CC: Mark Goodwin , pcp@oss.sgi.com Subject: Re: [pcp] pcp updates: pcp sub-commands (WIP) References: <461486508.335195.1366592519995.JavaMail.root@redhat.com> <5174988D.4090905@redhat.com> <5174CB14.7040006@internode.on.net> <672218292.459534.1366613860003.JavaMail.root@redhat.com> X-ASG-Orig-Subj: Re: [pcp] pcp updates: pcp sub-commands (WIP) In-Reply-To: <672218292.459534.1366613860003.JavaMail.root@redhat.com> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-Barracuda-Connect: ipmail05.adl6.internode.on.net[150.101.137.143] X-Barracuda-Start-Time: 1366614576 X-Barracuda-URL: http://192.48.176.25:80/cgi-mod/mark.cgi X-Virus-Scanned: by bsmtpd at sgi.com X-Barracuda-BRTS-Status: 1 X-Barracuda-Spam-Score: 0.00 X-Barracuda-Spam-Status: No, SCORE=0.00 using per-user scores of TAG_LEVEL=1000.0 QUARANTINE_LEVEL=1000.0 KILL_LEVEL=2.7 tests= X-Barracuda-Spam-Report: Code version 3.2, rules version 3.2.2.128813 Rule breakdown below pts rule name description ---- ---------------------- -------------------------------------------------- On 22/04/13 16:57, Nathan Scott wrote: >> You can add --fluff support syntax if you wish, but this is (a) extra >> and (b) not mandated ... so I am not sure of the point, independent of >> my religious objections to this style of command line arguments (yes, I >> am a dinosaur, but I don't think --help, rather than -\?, has ever >> helped me solve a usability problem). > > Eh? Not sure what that has to do with this commit. Long arguments are > an orthogonal issue, this commit will work with or without them, doesn't > affect this. Yes orthogonal, but in the general area of command line argument processing ... 8() > ... It > is entirely possible we three are all in violent agreement here). May be ... it would certainly help (me) to see some example use cases of how you imagine this is going to work. > Giving up is not an option! ;) Don't knock until you've tried it ... 8^)> From nscott@redhat.com Mon Apr 22 02:16:25 2013 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on oss.sgi.com X-Spam-Level: X-Spam-Status: No, score=0.0 required=5.0 tests=none autolearn=ham version=3.3.1 X-Original-To: pcp@oss.sgi.com Delivered-To: pcp@oss.sgi.com Received: from relay.sgi.com (relay1.corp.sgi.com [137.38.102.111]) by oss.sgi.com (Postfix) with ESMTP id 4E2A07F58 for ; Mon, 22 Apr 2013 02:16:25 -0500 (CDT) Received: from cuda.sgi.com (cuda2.sgi.com [192.48.176.25]) by relay1.corp.sgi.com (Postfix) with ESMTP id 3D4FD8F8049 for ; Mon, 22 Apr 2013 00:16:22 -0700 (PDT) X-ASG-Debug-ID: 1366614981-04cbb057f7483120001-S8gJnT Received: from mx4-phx2.redhat.com (mx4-phx2.redhat.com [209.132.183.25]) by cuda.sgi.com with ESMTP id QEk0L4L1IKrfcs3C for ; Mon, 22 Apr 2013 00:16: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 r3M7GI9j021809; Mon, 22 Apr 2013 03:16:18 -0400 Date: Mon, 22 Apr 2013 03:16:18 -0400 (EDT) From: Nathan Scott Reply-To: Nathan Scott To: Ken McDonell Cc: Mark Goodwin , pcp@oss.sgi.com Message-ID: <347880052.466795.1366614978812.JavaMail.root@redhat.com> In-Reply-To: <5174E23D.8020308@internode.on.net> References: <461486508.335195.1366592519995.JavaMail.root@redhat.com> <5174988D.4090905@redhat.com> <5174CB14.7040006@internode.on.net> <672218292.459534.1366613860003.JavaMail.root@redhat.com> <5174E23D.8020308@internode.on.net> Subject: Re: [pcp] pcp updates: pcp sub-commands (WIP) MIME-Version: 1.0 X-ASG-Orig-Subj: Re: [pcp] pcp updates: pcp sub-commands (WIP) Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-Originating-IP: [10.5.82.11] X-Mailer: Zimbra 8.0.3_GA_5664 (ZimbraWebClient - FF17 (Linux)/8.0.3_GA_5664) Thread-Topic: pcp updates: pcp sub-commands (WIP) Thread-Index: 9V9MzvPwx4e2/qDd+gWToBXtgujXHQ== X-Barracuda-Connect: mx4-phx2.redhat.com[209.132.183.25] X-Barracuda-Start-Time: 1366614981 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.2.128813 Rule breakdown below pts rule name description ---- ---------------------- -------------------------------------------------- 0.01 THREAD_INDEX thread-index: AcO7Y8iR61tzADqsRmmc5wNiFHEOig== 0.01 THREAD_TOPIC Thread-Topic: ...(Japanese Subject)... ----- Original Message ----- > > ... It > > is entirely possible we three are all in violent agreement here). > > May be ... it would certainly help (me) to see some example use cases of > how you imagine this is going to work. > I put a section in pcp.1 in that commit which gives a bit of an overview, and a dinky example of an uptime(1) wrapper. A partial implementation is also in the tree, not yet complete though, but hopefully enough to get a feel for the general concept (basically, its just command-line pmlaunch). > > Giving up is not an option! ;) > > Don't knock [it] until you've tried it ... 8^)> Hah! -- Nathan From brolley@redhat.com Mon Apr 22 10:35:39 2013 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on oss.sgi.com X-Spam-Level: X-Spam-Status: No, score=0.0 required=5.0 tests=none autolearn=ham version=3.3.1 X-Original-To: pcp@oss.sgi.com Delivered-To: pcp@oss.sgi.com Received: from relay.sgi.com (relay3.corp.sgi.com [198.149.34.15]) by oss.sgi.com (Postfix) with ESMTP id CDD917F37 for ; Mon, 22 Apr 2013 10:35:39 -0500 (CDT) Received: from cuda.sgi.com (cuda2.sgi.com [192.48.176.25]) by relay3.corp.sgi.com (Postfix) with ESMTP id 6CEC7AC008 for ; Mon, 22 Apr 2013 08:35:36 -0700 (PDT) X-ASG-Debug-ID: 1366644935-04cbb057f64a5c30001-S8gJnT Received: from mx1.redhat.com (mx1.redhat.com [209.132.183.28]) by cuda.sgi.com with ESMTP id NJSBtddm53Ji4dcN for ; Mon, 22 Apr 2013 08:35:35 -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 r3MFZYaC002020 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK) for ; Mon, 22 Apr 2013 11:35:35 -0400 Received: from [10.15.16.152] ([10.15.16.152]) by int-mx09.intmail.prod.int.phx2.redhat.com (8.14.4/8.14.4) with ESMTP id r3MFZYrK024940 for ; Mon, 22 Apr 2013 11:35:34 -0400 Message-ID: <517558C6.9060005@redhat.com> Date: Mon, 22 Apr 2013 11:35:34 -0400 From: Dave Brolley User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:17.0) Gecko/20130311 Thunderbird/17.0.4 MIME-Version: 1.0 To: PCP Subject: Where to Document New Features/APIs? Content-Type: text/plain; charset=ISO-8859-1; format=flowed X-ASG-Orig-Subj: Where to Document New Features/APIs? 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: 1366644935 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, The work I have contributed recently has resulted in some new API functions at the __pm*() level (socket I/O abstraction) and also some new user interface changes (.* and :* as access wildcards). I'm wondering where these changes should be documented. man pages? User's Guide? Web pages? Other places? Pointers to the locations of any documentation to be updated would be appreciated. Dave From fche@redhat.com Mon Apr 22 11:06:53 2013 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on oss.sgi.com X-Spam-Level: X-Spam-Status: No, score=0.0 required=5.0 tests=none autolearn=ham version=3.3.1 X-Original-To: pcp@oss.sgi.com Delivered-To: pcp@oss.sgi.com Received: from relay.sgi.com (relay1.corp.sgi.com [137.38.102.111]) by oss.sgi.com (Postfix) with ESMTP id 398357F37 for ; Mon, 22 Apr 2013 11:06:53 -0500 (CDT) Received: from cuda.sgi.com (cuda3.sgi.com [192.48.176.15]) by relay1.corp.sgi.com (Postfix) with ESMTP id 27AD68F8066 for ; Mon, 22 Apr 2013 09:06:53 -0700 (PDT) X-ASG-Debug-ID: 1366646809-04cb6c6e2b3a3b60001-S8gJnT Received: from mx1.redhat.com (mx1.redhat.com [209.132.183.28]) by cuda.sgi.com with ESMTP id E3dbWxVXaqpk58kd for ; Mon, 22 Apr 2013 09:06:49 -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-mx01.intmail.prod.int.phx2.redhat.com (int-mx01.intmail.prod.int.phx2.redhat.com [10.5.11.11]) by mx1.redhat.com (8.14.4/8.14.4) with ESMTP id r3MG6mx1012936 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK) for ; Mon, 22 Apr 2013 12:06:48 -0400 Received: from fche.csb (vpn-56-69.rdu2.redhat.com [10.10.56.69]) by int-mx01.intmail.prod.int.phx2.redhat.com (8.13.8/8.13.8) with ESMTP id r3MG6msP012048; Mon, 22 Apr 2013 12:06:48 -0400 Received: by fche.csb (Postfix, from userid 2569) id 90338581AC; Mon, 22 Apr 2013 12:06:47 -0400 (EDT) To: Dave Brolley Cc: PCP Subject: Re: Where to Document New Features/APIs? References: <517558C6.9060005@redhat.com> X-ASG-Orig-Subj: Re: Where to Document New Features/APIs? From: fche@redhat.com (Frank Ch. Eigler) Date: Mon, 22 Apr 2013 12:06:47 -0400 In-Reply-To: <517558C6.9060005@redhat.com> (Dave Brolley's message of "Mon, 22 Apr 2013 11:35:34 -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.67 on 10.5.11.11 X-Barracuda-Connect: mx1.redhat.com[209.132.183.28] X-Barracuda-Start-Time: 1366646809 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 Dave Brolley writes: > The work I have contributed recently has resulted in some new API > functions at the __pm*() level (socket I/O abstraction) Internal libpcp functions have not been formally documented, except perhaps via comments in the source/header files. > and also some new user interface changes (.* and :* as access > wildcards). I'm wondering where these changes should be documented. > man pages? User's Guide? Web pages? Other places? Pointers to the > locations of any documentation to be updated would be appreciated. Those wildcards relate to ACLs implemented by pmcd, so as to effect the /etc/pcp/pmcd/pmcd.conf file, right? This part is documented in man/man1/pmcd.1 (ACCESS CONTROL CONFIGURATION section). - FChE From nscott@redhat.com Tue Apr 23 01:05:30 2013 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on oss.sgi.com X-Spam-Level: X-Spam-Status: No, score=0.0 required=5.0 tests=none autolearn=ham version=3.3.1 X-Original-To: pcp@oss.sgi.com Delivered-To: pcp@oss.sgi.com Received: from relay.sgi.com (relay3.corp.sgi.com [198.149.34.15]) by oss.sgi.com (Postfix) with ESMTP id B26087F37 for ; Tue, 23 Apr 2013 01:05:30 -0500 (CDT) Received: from cuda.sgi.com (cuda1.sgi.com [192.48.157.11]) by relay3.corp.sgi.com (Postfix) with ESMTP id 5BC75AC017 for ; Mon, 22 Apr 2013 23:05:30 -0700 (PDT) X-ASG-Debug-ID: 1366697125-04bdf02d1d506ba0001-S8gJnT Received: from mx4-phx2.redhat.com (mx4-phx2.redhat.com [209.132.183.25]) by cuda.sgi.com with ESMTP id RMftLCBMy8myPm6B for ; Mon, 22 Apr 2013 23:05:25 -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 r3N65PVY027542 for ; Tue, 23 Apr 2013 02:05:25 -0400 Date: Tue, 23 Apr 2013 02:05:24 -0400 (EDT) From: Nathan Scott Reply-To: Nathan Scott To: PCP Message-ID: <589956179.1661804.1366697124969.JavaMail.root@redhat.com> Subject: pcp updates: kenj merge, dev version bump MIME-Version: 1.0 X-ASG-Orig-Subj: pcp updates: kenj merge, dev version bump Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-Originating-IP: [10.5.82.11] X-Mailer: Zimbra 8.0.3_GA_5664 (ZimbraWebClient - FF17 (Linux)/8.0.3_GA_5664) Thread-Topic: pcp updates: kenj merge, dev version bump Thread-Index: b4fOTPmN9V+EJ1FRm5asig/SYQ/9Sg== X-Barracuda-Connect: mx4-phx2.redhat.com[209.132.183.25] X-Barracuda-Start-Time: 1366697125 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.2.128905 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://oss.sgi.com/pcp/pcp.git dev CHANGELOG | 4 VERSION.pcp | 4 build/rpm/fedora.spec | 5 build/rpm/pcp.spec.in | 64 - debian/changelog | 7 qa/066 | 11 qa/066.out.5 | 6 qa/067 | 2 qa/087 | 2 qa/087.out | 6 qa/172 | 6 qa/200 | 4 qa/200.out | 61 - qa/200.out.2 | 23 qa/273 | 5 qa/287 | 18 qa/308 | 51 qa/369 | 23 qa/369.out.1 | 172 +-- qa/369.out.2 | 224 ++-- qa/375.darwin.2 | 187 +++ qa/513 | 12 qa/513.out | 9 qa/514.out | 2430 --------------------------------------------- qa/520.out | 594 ----------- qa/admin/check-vm | 2 qa/admin/show-me-all | 9 qa/common.check | 12 qa/group | 2 qa/qa_hosts.master | 1 qa/src/GNUmakefile | 2 src/libpcp/src/p_profile.c | 6 32 files changed, 546 insertions(+), 3418 deletions(-) commit b4106c37e85345b4c893250c2edd7c3eff3db478 Author: Nathan Scott Date: Tue Apr 23 16:01:21 2013 +1000 Bump dev branch version to 3.8.0 as per The Plan commit 5dcf5ddea0d485c15110f28f6e95206453b793b7 Merge: 0b9dedf 5901555 Author: Nathan Scott Date: Tue Apr 23 08:57:51 2013 +1000 Merge branch 'dev' of git://oss.sgi.com/kenj/pcp into dev commit 5901555c7a6d67331311f4fbe3681983b5ce2509 Author: Ken McDonell Date: Mon Apr 22 15:37:23 2013 +1000 qa/admin/show-me-all - report hostname commit 096726c87cda61784c47619192b810d527e1eb96 Author: Ken McDonell Date: Sun Apr 21 19:55:18 2013 +1000 qa/group - test 308 uses the proc pmda commit f9ef0b810c49d90905fdc746ab6a5a7334d52f35 Author: Ken McDonell Date: Sun Apr 21 19:54:07 2013 +1000 libpcp/p_profile.c - plug small memory leak Exposed when qa/513 was fixed. commit c4c808c612b7a75f40d42bdbb45211398eb822b9 Author: Ken McDonell Date: Sun Apr 21 19:51:13 2013 +1000 qa/513 - use "proper" valgrind infrastructure This test was using a feral valgrind process. Change to use the "standard" process, namely: _check_valgrind ... _run_valgrind commit 3c7c82980a3cc2154c44e82495e315e2b5bffe14 Author: Ken McDonell Date: Sun Apr 21 17:02:17 2013 +1000 qa/308 - more broken than I first thought Needs the proc PMDA installed locally and on 2 remote machines. Make it so locally, clean up when you're done and harden the test with better integrity checks for the expected instance in the proc pid indom. commit 160dcaed0a88e66b5afd883ee1dfc3026d301bf0 Author: Ken McDonell Date: Sun Apr 21 16:41:28 2013 +1000 qa/308 - accommodate Fedora 18 and proc PMDA changes In Fedora 18, the process with pid 1 is not "init" but /usr/lib/systemd/systemd (with some complicated arguments). Also the PMID we're filtering has probably been wrong since the proc metrics were split into a separate PMDA. Only started to fail when a couple of QA hosts had the proc PMDA installed by default, and this moved from a "notrun" to "failing most places" state. commit 7d9b3c8f381d1510afefe590bd7beca6b16c198c Author: Ken McDonell Date: Sun Apr 21 07:21:22 2013 +1000 qa/066 - ipv6 wildcard changes commit ec72addbd4053752737ef4616ff03e2b1cbf26a9 Author: Ken McDonell Date: Sun Apr 21 07:15:25 2013 +1000 qa/GNUmakefile - localconfig.h depends on ../localconfig commit 81a7cbb97afe4c28d0abe32af653e0e85bbb8bff Author: Ken McDonell Date: Sun Apr 21 06:31:20 2013 +1000 qa/admin - fiddling about .. more packages to check, cosmetics commit 1edd70e03bd3cdf14f9a8d5ca0d64fe0360e9934 Author: Ken McDonell Date: Sun Apr 21 06:29:47 2013 +1000 qa/087 - relax one of the expected number of log reads ranges Seems you can be lucky in creating the archive, and sometimes require a couple of less log reads for one of the test cases. commit 10c795732a75e9b631150ebb110c3dfa0bf8c202 Author: Ken McDonell Date: Sun Apr 21 06:27:00 2013 +1000 qa/200 - a couple of changes 1. rm 200.out that was missed when the expected output was split into 200.out.1 and 200.out.2 2. Filter out the (recently added) libpcp diagnostic __pmConnect(fd=..., 127.0.0.1) -> ... as the status reported is not deterministic and does not change the correctness of this test commit 25df3783de9868248f2d5df5b9cea7dacb77297d Author: Ken McDonell Date: Sun Apr 21 06:24:09 2013 +1000 qa/369 - sort symbol table dump in output commit 0b50ff773f613e8194af7e25066b9f84508d8204 Author: Ken McDonell Date: Sun Apr 21 06:22:53 2013 +1000 qa/287 - uname -m more reliable than uname -p commit c6594ea311e3225ef5df546b4b75f8faab3a8c2a Author: Ken McDonell Date: Sun Apr 21 06:08:08 2013 +1000 qa/066 - more helpful notrun message commit 5997002137afc11e5f8f403f9c6ee1218474db62 Merge: 01a9ac6 dd36629 Author: Ken McDonell Date: Fri Apr 19 17:06:23 2013 +1000 Merge branch 'dev' of git://oss.sgi.com/pcp/pcp into dev commit 01a9ac61731c67e5227b100d87846833cb528895 Author: Ken McDonell Date: Fri Apr 19 08:15:47 2013 +1000 qa/common.check - ifconfig output format changed in Fedora 18 Grr .. more gratuitous changes in output format that break PCP QA tests. commit a8bcc7ccf5f7051101ff662fcc2b662877126def Author: Ken McDonell Date: Thu Apr 18 21:51:05 2013 +1000 qa/375 - add qualified output for Mac OS X and current PCP commit c67de4815edf3a9a13146c1d91b29b67d32599eb Author: Ken McDonell Date: Thu Apr 18 21:50:27 2013 +1000 qa_hosts.master - add line for Colleen's Mac commit c2619bf246b041ac61db85c0f70670d2d32f1baf Author: Ken McDonell Date: Thu Apr 18 21:15:53 2013 +1000 qa/287 - chose x86_64 output for Mac OS X Even though the processor looks i586, the apps are 64-bit and so the floating point precision is closer to that than the 32-bit output. commit b50d2c9b6bbac38bc94ece6609e53f36cb7475c8 Author: Ken McDonell Date: Thu Apr 18 21:09:02 2013 +1000 qa/273 - sed -e /pat/,+1d is not portable Translate filter into classical sed syntax. Found on Mac OS X. commit 4c3e7582da29197036f760af518806e5a258bbd8 Author: Ken McDonell Date: Thu Apr 18 21:04:03 2013 +1000 qa/172 - massage netstat -an output for Mac OS X commit d4cffb6c929c08e4b940a9e45c1a3c36e5c525b6 Author: Ken McDonell Date: Thu Apr 18 20:53:08 2013 +1000 qa/520 - rm 520.out, missed in earlier commit commit f1e0068598b8df61578e89a2185d8a97ae1b9a9b Author: Ken McDonell Date: Thu Apr 18 20:51:57 2013 +1000 qa/514 - rm 514.out, missed in earlier commit commit df53373fe7b6c3700ec4fab0d97cb7fa75ffbfa0 Author: Ken McDonell Date: Thu Apr 18 20:48:19 2013 +1000 qa/067 - tweak filter for Mac OS X From nscott@redhat.com Tue Apr 23 01:21:41 2013 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on oss.sgi.com X-Spam-Level: X-Spam-Status: No, score=0.0 required=5.0 tests=none autolearn=ham version=3.3.1 X-Original-To: pcp@oss.sgi.com Delivered-To: pcp@oss.sgi.com Received: from relay.sgi.com (relay1.corp.sgi.com [137.38.102.111]) by oss.sgi.com (Postfix) with ESMTP id AB5837F37 for ; Tue, 23 Apr 2013 01:21:41 -0500 (CDT) Received: from cuda.sgi.com (cuda2.sgi.com [192.48.176.25]) by relay1.corp.sgi.com (Postfix) with ESMTP id 965078F8039 for ; Mon, 22 Apr 2013 23:21:41 -0700 (PDT) X-ASG-Debug-ID: 1366698094-04cbb057f84ddd40001-S8gJnT Received: from mx3-phx2.redhat.com (mx3-phx2.redhat.com [209.132.183.24]) by cuda.sgi.com with ESMTP id u5kolAc5KUKhJZKy for ; Mon, 22 Apr 2013 23:21: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 r3N6LXfb032433 for ; Tue, 23 Apr 2013 02:21:33 -0400 Date: Tue, 23 Apr 2013 02:21:33 -0400 (EDT) From: Nathan Scott Reply-To: Nathan Scott To: pcp@oss.sgi.com Message-ID: <24136850.1665779.1366698093712.JavaMail.root@redhat.com> In-Reply-To: <1450674076.1665753.1366698079282.JavaMail.root@redhat.com> Subject: pcp updates: per-user auth (wip) MIME-Version: 1.0 X-ASG-Orig-Subj: pcp updates: per-user auth (wip) Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-Originating-IP: [10.5.82.11] X-Mailer: Zimbra 8.0.3_GA_5664 (ZimbraWebClient - FF17 (Linux)/8.0.3_GA_5664) Thread-Topic: pcp updates: per-user auth (wip) Thread-Index: Z98Rcf0AzCRw5U+5QkWJFQlzUxoZiQ== X-Barracuda-Connect: mx3-phx2.redhat.com[209.132.183.24] X-Barracuda-Start-Time: 1366698094 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.2.128907 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://oss.sgi.com/nathans/pcp.git dev configure | 74 ++ configure.in | 23 qa/.gitignore | 1 qa/375 | 6 qa/375.darwin.3 | 193 +++++ qa/375.irix | 193 ----- qa/375.linux.3 | 190 +++++ qa/375.solaris.3 | 190 +++++ qa/513 | 10 qa/513.out | 196 ----- qa/513.out.1 | 196 +++++ qa/513.out.2 | 204 +++++ qa/src/pducrash.c | 48 + src/include/builddefs.in | 2 src/include/pcp/impl.h | 7 src/libpcp/src/GNUmakefile | 14 src/libpcp/src/auxserver.c | 2 src/libpcp/src/check-statics | 11 src/libpcp/src/config.c | 7 src/libpcp/src/internal.h | 1 src/libpcp/src/nss_connect.c | 1477 ---------------------------------------- src/libpcp/src/nss_server.c | 402 ----------- src/libpcp/src/p_userauth.c | 90 ++ src/libpcp/src/pdu.c | 1 src/libpcp/src/secureconnect.c | 1479 +++++++++++++++++++++++++++++++++++++++++ src/libpcp/src/secureserver.c | 411 +++++++++++ src/pmcd/src/pmcd.c | 2 src/pmdas/pmcd/help | 16 src/pmdas/pmcd/root_pmcd | 3 src/pmdas/pmcd/src/pmcd.c | 42 - 30 files changed, 3182 insertions(+), 2309 deletions(-) commit fd0738e8cca386a482adc6cb9b1d271433748b77 Author: Nathan Scott Date: Tue Apr 23 16:19:59 2013 +1000 Early stages of protocol level support for per-user authentication This commit adds the necessary PDU encoding/decoding for SASL-based authentication to libpcp. The routines backing the pmconfig(1) utility are updated so that it reports on the presence/absence of libpcp authentication support as well. The pmcd pmda is updated to export the PDU traffic in/out count for the user authentication PDU, and an additional feature metric. Also tightened up the bounds checking in the fetch routine for pmdapmcd's PDU counters. Build system is updated to sniff out the presence of a SASL library and header files, and incorporate their use into the libpcp build. QA tests which make use of pmcd.pdu_{in,out} metrics are updated to cater for the additional PDU (qa/375), and the pducrash.c utility has been updated to verify handling of the PDU contents (qa/513). Finally, pmcd now advertises the per-user authentication capability in the feature bits it sends to clients - no clients notice it yet, however (like a tree falling in a forest...). From kenj@internode.on.net Tue Apr 23 01:43:27 2013 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on oss.sgi.com X-Spam-Level: X-Spam-Status: No, score=0.0 required=5.0 tests=none autolearn=ham version=3.3.1 X-Original-To: pcp@oss.sgi.com Delivered-To: pcp@oss.sgi.com Received: from relay.sgi.com (relay3.corp.sgi.com [198.149.34.15]) by oss.sgi.com (Postfix) with ESMTP id 9A25229E03 for ; Tue, 23 Apr 2013 01:43:27 -0500 (CDT) Received: from cuda.sgi.com (cuda1.sgi.com [192.48.157.11]) by relay3.corp.sgi.com (Postfix) with ESMTP id 301D1AC019 for ; Mon, 22 Apr 2013 23:43:26 -0700 (PDT) X-ASG-Debug-ID: 1366699404-04bdf02d1d508950001-S8gJnT Received: from ipmail07.adl2.internode.on.net (ipmail07.adl2.internode.on.net [150.101.137.131]) by cuda.sgi.com with ESMTP id vG8WYtIN7ANoEGRh for ; Mon, 22 Apr 2013 23:43:25 -0700 (PDT) X-Barracuda-Envelope-From: kenj@internode.on.net X-Barracuda-Apparent-Source-IP: 150.101.137.131 X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: ApMBAIAsdlF20aMe/2dsb2JhbAANQoM8wi2EEjANFhgDAgECAVgGAgEBsUKDMo8Zj1eDMQOrTQ Received: from ppp118-209-163-30.lns20.mel6.internode.on.net (HELO [192.168.1.100]) ([118.209.163.30]) by ipmail07.adl2.internode.on.net with ESMTP; 23 Apr 2013 16:13:24 +0930 Message-ID: <51762D9B.3090702@internode.on.net> Date: Tue, 23 Apr 2013 16:43:39 +1000 From: Ken McDonell User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:17.0) Gecko/20130329 Thunderbird/17.0.5 MIME-Version: 1.0 To: pcp@oss.sgi.com Subject: pcp updates - overcome secure sockets breakage Content-Type: text/plain; charset=ISO-8859-1 X-ASG-Orig-Subj: pcp updates - overcome secure sockets breakage Content-Transfer-Encoding: 7bit X-Barracuda-Connect: ipmail07.adl2.internode.on.net[150.101.137.131] X-Barracuda-Start-Time: 1366699404 X-Barracuda-URL: http://192.48.157.11:80/cgi-mod/mark.cgi X-Virus-Scanned: by bsmtpd at sgi.com X-Barracuda-BRTS-Status: 1 X-Barracuda-Spam-Score: 0.00 X-Barracuda-Spam-Status: No, SCORE=0.00 using per-user scores of TAG_LEVEL=1000.0 QUARANTINE_LEVEL=1000.0 KILL_LEVEL=2.7 tests= X-Barracuda-Spam-Report: Code version 3.2, rules version 3.2.2.128907 Rule breakdown below pts rule name description ---- ---------------------- -------------------------------------------------- You may not like this, and feel free to hack/reimplement another way, but at least with this change I can avoid the regression introduced by secure sockets, and clients not using secure sockets are able to work again on platforms that apparently do not support the sql: method for the certificate and keys database, like Centos 5.9. Changes committed to git://oss.sgi.com/kenj/pcp.git dev man/man1/pcpintro.1 | 9 +++++++++ qa/713 | 2 +- qa/common.secure | 9 +++++---- src/libpcp/src/nss_connect.c | 16 ++++++++++------ src/libpcp/src/nss_server.c | 12 ++++++++---- 5 files changed, 33 insertions(+), 15 deletions(-) commit ef41da6eaede837775f96a41082fe457b222a313 Author: Ken McDonell Date: Tue Apr 23 16:30:45 2013 +1000 Introduce $PCP_SECURE_DB_METHOD environment var This is an attempt to overcome the problems associated with hardcoding the sql: method into the certificate and key database management, which fails badly on older platforms, e.g. CentOS 5.9 (and probably other, non-Linux platforms) where the sql: method is not supported and using export PCP_SECURE_DB_METHOD='' seems to restore old functionality for the non-secure socket users. Note that $NSS_DEFAULT_DB_TYPE is not an option as this apparently intended for compatibility support in the other direction, as "sql" appears to be the only well-defined value for this environment variable to enable the "new" method. From wwwrun@oss.sgi.com Tue Apr 23 01:46:56 2013 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on oss.sgi.com X-Spam-Level: X-Spam-Status: No, score=0.0 required=5.0 tests=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 65E9F29E07; Tue, 23 Apr 2013 01:46:56 -0500 (CDT) From: bugzilla-daemon@oss.sgi.com To: pcp@oss.sgi.com Subject: [Bug 946] New: Expand PCP_SECURE_SOCKET man page description Date: Tue, 23 Apr 2013 06:46: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: normal X-Bugzilla-Who: kenj@internode.on.net X-Bugzilla-Status: NEW X-Bugzilla-Priority: P5 X-Bugzilla-Assigned-To: mort@sgi.com X-Bugzilla-Target-Milestone: --- X-Bugzilla-Changed-Fields: bug_id short_desc product version rep_platform op_sys bug_status bug_severity priority component assigned_to reporter cc classification Message-ID: Content-Type: multipart/alternative; boundary="1366699616.1c7b2.32489"; charset="us-ascii" X-Bugzilla-URL: http://oss.sgi.com/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 --1366699616.1c7b2.32489 Date: Tue, 23 Apr 2013 01:46:56 -0500 MIME-Version: 1.0 Content-Type: text/plain; charset="UTF-8" http://oss.sgi.com/bugzilla/show_bug.cgi?id=946 Bug ID: 946 Summary: Expand PCP_SECURE_SOCKET man page description Product: pcp Version: unspecified Hardware: All OS: Linux Status: NEW Severity: normal Priority: P5 Component: pcp Assignee: mort@sgi.com Reporter: kenj@internode.on.net CC: pcp@oss.sgi.com Classification: Unclassified In the pcpintro(1) man page, the new $PCP_SECURE_SOCKET environment variable is mentioned (this is good). Unfortunately, the description does not describe the different _values_ (and associated semantics) the environment variable may take, e.g. set with no value, set with the value 1, set with the value "enforce", ... etc. -- You are receiving this mail because: You are on the CC list for the bug. --1366699616.1c7b2.32489 Date: Tue, 23 Apr 2013 01:46:56 -0500 MIME-Version: 1.0 Content-Type: text/html; charset="UTF-8"
Bug ID 946
Summary Expand PCP_SECURE_SOCKET man page description
Product pcp
Version unspecified
Hardware All
OS Linux
Status NEW
Severity normal
Priority P5
Component pcp
Assignee mort@sgi.com
Reporter kenj@internode.on.net
CC pcp@oss.sgi.com
Classification Unclassified 

In the pcpintro(1) man page, the new $PCP_SECURE_SOCKET environment variable is
mentioned (this is good).

Unfortunately, the description does not describe the different _values_ (and
associated semantics) the environment variable may take, e.g. set with no
value, set with the value 1, set with the value "enforce", ... etc.

You are receiving this mail because:
  • You are on the CC list for the bug.
--1366699616.1c7b2.32489-- From wwwrun@oss.sgi.com Tue Apr 23 01:49:00 2013 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on oss.sgi.com X-Spam-Level: X-Spam-Status: No, score=0.0 required=5.0 tests=HTML_MESSAGE,NO_RELAYS autolearn=ham version=3.3.1 X-Original-To: pcp@oss.sgi.com Delivered-To: pcp@oss.sgi.com Received: by oss.sgi.com (Postfix, from userid 30) id D6DF229E05; Tue, 23 Apr 2013 01:49:00 -0500 (CDT) From: bugzilla-daemon@oss.sgi.com To: pcp@oss.sgi.com Subject: [Bug 946] Expand PCP_SECURE_SOCKET man page description Date: Tue, 23 Apr 2013 06:49:00 +0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Classification: Unclassified X-Bugzilla-Product: pcp X-Bugzilla-Component: pcp X-Bugzilla-Keywords: X-Bugzilla-Severity: normal X-Bugzilla-Who: kenj@internode.on.net X-Bugzilla-Status: NEW X-Bugzilla-Priority: P5 X-Bugzilla-Assigned-To: mort@sgi.com X-Bugzilla-Target-Milestone: --- X-Bugzilla-Changed-Fields: qa_contact Message-ID: In-Reply-To: References: Content-Type: multipart/alternative; boundary="1366699740.FbcB3.32714"; charset="us-ascii" X-Bugzilla-URL: http://oss.sgi.com/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 --1366699740.FbcB3.32714 Date: Tue, 23 Apr 2013 01:49:00 -0500 MIME-Version: 1.0 Content-Type: text/plain; charset="UTF-8" http://oss.sgi.com/bugzilla/show_bug.cgi?id=946 Ken McDonell changed: What |Removed |Added ---------------------------------------------------------------------------- QA Contact| |nathans@debian.org -- You are receiving this mail because: You are on the CC list for the bug. --1366699740.FbcB3.32714 Date: Tue, 23 Apr 2013 01:49:00 -0500 MIME-Version: 1.0 Content-Type: text/html; charset="UTF-8" changed bug 946
What Removed Added
QA Contact   nathans@debian.org

You are receiving this mail because:
  • You are on the CC list for the bug.
--1366699740.FbcB3.32714-- From debbugs@buxtehude.debian.org Tue Apr 23 05:12:16 2013 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on oss.sgi.com X-Spam-Level: X-Spam-Status: No, score=0.0 required=5.0 tests=none 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 7DE637F37 for ; Tue, 23 Apr 2013 05:12:16 -0500 (CDT) Received: from cuda.sgi.com (cuda2.sgi.com [192.48.176.25]) by relay2.corp.sgi.com (Postfix) with ESMTP id 6B9D5304070 for ; Tue, 23 Apr 2013 03:12:13 -0700 (PDT) X-ASG-Debug-ID: 1366711931-04cbb057f64ebec0001-S8gJnT Received: from buxtehude.debian.org (buxtehude.debian.org [140.211.166.26]) by cuda.sgi.com with ESMTP id 8GEQrE97NO9OtQDz (version=TLSv1 cipher=AES128-SHA bits=128 verify=NO) for ; Tue, 23 Apr 2013 03:12:11 -0700 (PDT) X-Barracuda-Envelope-From: debbugs@buxtehude.debian.org X-Barracuda-Apparent-Source-IP: 140.211.166.26 Received: from debbugs by buxtehude.debian.org with local (Exim 4.80) (envelope-from ) id 1UUaCk-0006Kk-Rn; Tue, 23 Apr 2013 10:12:06 +0000 X-Loop: owner@bugs.debian.org Subject: Bug#705994: pcp: unowned files after purge (policy 6.8, 10.8): /var/log/pcp/install.log Reply-To: Andreas Beckmann , 705994@bugs.debian.org X-ASG-Orig-Subj: Bug#705994: pcp: unowned files after purge (policy 6.8, 10.8): /var/log/pcp/install.log Resent-From: Andreas Beckmann Resent-To: debian-bugs-dist@lists.debian.org Resent-Cc: PCP Development Team X-Loop: owner@bugs.debian.org Resent-Date: Tue, 23 Apr 2013 10:12:02 +0000 Resent-Message-ID: X-Debian-PR-Message: report 705994 X-Debian-PR-Package: pcp X-Debian-PR-Keywords: X-Debian-PR-Source: pcp Received: via spool by submit@bugs.debian.org id=B.136671169022613 (code B); Tue, 23 Apr 2013 10:12:02 +0000 Received: (at submit) by bugs.debian.org; 23 Apr 2013 10:08:10 +0000 Received: from helios.rbi.informatik.uni-frankfurt.de ([141.2.1.4]) by buxtehude.debian.org with esmtp (Exim 4.80) (envelope-from ) id 1UUa8v-0005oc-FD for submit@bugs.debian.org; Tue, 23 Apr 2013 10:08:10 +0000 Received: from bigmac.ae.cs.uni-frankfurt.de (bigmac.ae.cs.uni-frankfurt.de [141.2.11.50]) by helios.rbi.informatik.uni-frankfurt.de (8.14.3/8.13.8) with ESMTP id r3NA872S021303; Tue, 23 Apr 2013 12:08:07 +0200 Received: from cake.ae.cs.uni-frankfurt.de (cake.ae.cs.uni-frankfurt.de [141.2.11.27]) by bigmac.ae.cs.uni-frankfurt.de (Postfix) with ESMTP id EADD930C; Tue, 23 Apr 2013 12:08:07 +0200 (CEST) Received: by cake.ae.cs.uni-frankfurt.de (Postfix, from userid 10001) id A7728123CBE; Tue, 23 Apr 2013 12:08:06 +0200 (CEST) Content-Type: multipart/mixed; boundary="===============8010283470906265025==" MIME-Version: 1.0 From: Andreas Beckmann To: Debian Bug Tracking System Message-ID: <20130423100806.1222.96391.reportbug@cake.ae.cs.uni-frankfurt.de> X-Mailer: reportbug 6.4.4 Date: Tue, 23 Apr 2013 12:08:06 +0200 Delivered-To: submit@bugs.debian.org Resent-Sender: Debian BTS X-Barracuda-Connect: buxtehude.debian.org[140.211.166.26] X-Barracuda-Start-Time: 1366711931 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.01 X-Barracuda-Spam-Status: No, SCORE=0.01 using per-user scores of TAG_LEVEL=1000.0 QUARANTINE_LEVEL=1000.0 KILL_LEVEL=2.7 tests=BSF_SC0_SA_TO_FROM_DOMAIN_MATCH X-Barracuda-Spam-Report: Code version 3.2, rules version 3.2.2.128921 Rule breakdown below pts rule name description ---- ---------------------- -------------------------------------------------- 0.01 BSF_SC0_SA_TO_FROM_DOMAIN_MATCH Sender Domain Matches Recipient Domain This is a multi-part MIME message sent by reportbug. --===============8010283470906265025== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline Package: pcp Version: 3.7.2 Severity: important User: debian-qa@lists.debian.org Usertags: piuparts Hi, during a test with piuparts I noticed your package left unowned files on the system after purge, which is a violation of policy 6.8 (or 10.8): http://www.debian.org/doc/debian-policy/ch-maintainerscripts.html#s-removedetails Filing this as important as having a piuparts clean archive is a release goal since lenny. >From the attached log (scroll to the bottom...): 0m34.7s ERROR: FAIL: Package purging left files on system: /var/log/pcp/ owned by: pcp /var/log/pcp/install.log not owned cheers, Andreas --===============8010283470906265025== Content-Type: application/x-gzip MIME-Version: 1.0 Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="pcp_3.7.2.log.gz" H4sICHhcdlECA3BjcF8zLjcuMi5sb2cAzF3pc9u4kv8c/xWo2g9JxibFU1dt3m6uSVKbZLxx8mZ2 p165IBKkuOYVgrQt16v527cbICVeoilHzq5rYksE2Pih0egLTc5FTrN8SQxNNxXNUvQF0edLy17q M/L67deTk3PqXFGfLUnqpCd/ZxkPknhJTHWmGicfYp7TMGSuchHcQRfLnC5OPtEgzuEfy5bk/PU5 ecOuWZikEYtz8pXRiPwrUPr3hHOV+4HqJNHfTl5mzjrImZMXGVChkTu1Tt6wlMUuX5IwWDlT8uxv L4ihLp6f4XcgoPhFYGy/RNG1vv2SRi41t9/yjDps21Nezxh1Q0AoyU5VDcj69ObqjKRZ4qT8jPAN v1YyR3GS2GsQVlKWhdBvk6+TWIGr1eeTLwzmEknMJcDtnUGUJlku7j25KHyf8Rx65TxxrvjJaxgj DBy8kvppkoQGTJ47WZDmgtcXG56ziITIRwIkvCSLaOwwEiVxkCdZEPuExm6zicawaMjzk/dJxFKx gus8T5eTSY31E5jv/wDf+QRXtzaqErn2kjjezFytPG3lzuaWpVNzZhgWZablTHV3QRcnF3CvwFjk QchPzrMA4OSbJWG3wPeTX4OQxTRC4YFpTSKQikmKQ+G/SyFDl2K1VZetTqQM6bY51e35yac3Ni8i +D73XM21VlPd0hy2cFZsbpvewmaLqa5Zlnty8f6lDqLnmYv5itK5bdu6aS1s0zQsfUGpO50685Vp eAZ1NHOK3Q17CgLPNMu2qOswNnVda0Ydc+p5nu6yqTZdUeaZumt6pusyZq2AymyleSvXnLrG3DKo bZ+cvL1lDsw79peEF25C4gAYz+Jrcv5fX9//9vn85df3LyZJ5k/SoEhhk3GcZUBjFa+BYEyk4Bjq dOIGHKRD7jS+HHXTrHkTyYOIJUVOFE4+fP5KlCtiR8TSIrKXGl/hcpQNRFH4VZAqYeJnSU5z5sHa cSUHSYWmG5rFCkhFkq9BA2BfISjcDTIyYbmzJTMpG6ALKIbkRnFpTleUsxH3KCHz8uRaDgCCebup JDZMHBquE54vTd2YQ2sUZFmSVc26puq6qhuqbk7k/KBLHqViJPi7HQkIrwb4EdJrNkGwuX834YGr gmpU/TuiuAS+Ac04UYrUz6jLKsbQNMfN/kLqw3cF45y5SyKpnmiRpmq4Hr/+toTOx/xp0v6akO9F 4FyFG+KHQgHcrGlOblDn3mRJ7INGc7IkDImb3MQkTwgsJFkleZ5EJPHgW8AJLD0uutok/evL/yT0 mgYhXYWMANGS6TfBVVDn3nY14YafN/Gt+F5Ly0Q01db/QmOmWfpMn9nWX5pqoVnT9IXiT82V4RiU cDR6qDeLtDXd16DDUZmieSA08wvUoaCZn47bRk/J0/0bSTQ2t5Lsv90Y8LV3a4huzQ018s7dphI3 iG0Fn3o3lught9auS3dziW5ye+GojQ2GbaunQ9zas8nwRhd+wRVBv7XVJANS/Lvdbk+bK/eliGNc UjRHH4O4uCXRBqeGvgp4AUV8pQhbQ/5FJxef0C8RmgJJmYr+F7sF+xngatNQ1cntfHoJXkg5wpu3 r769A+EAxyFnLgFzDPacZhsCPAATmMCnJh/wm5a/fZ/9R4vEtxg1NuI8XA+BX5WMHeeiknBHCvSS /PkUwEcblJ+nZ+QptOMf5TX+3kdU9Li79USfg5f0H4BJV40d+8q9lVz9f0DTxyFnnSVJfh+GBvIo KWJxhyJ+owNZ/zsRH4Y58bNG5UmROYyrITgOyxOCVmrAhKLJQ49tVEfwk/MsWI3qG4P28zLG2jwp N1eagDO8AedbdYVb66yjBLwwlwS5+jhLCHpF8Zm4p0jhIpOcM1QbRvr26XxJYF7vWL7Ue2YmpvSF hQwkTvVTn/w5N6fk1T/KW4x7biF/GvaCXG37m3v6C+dZhkakDMn45E3geR9il92SP2fzWW1Uax+V cp0GCUEIuCVk7yNULeJoStP7IH3NaAybV0QfLN5PaDbIoSEqdQ7N753YWDyLESu2ja7nimbolgr/ gfn0PKCla/aOlq6NW7gaPfgI9BYVPWteJ6cfE5sxUhb2EzQso0ZvWNT3U9HnU7NGxjouy+wDWTbX zRotQ7etGrHpkVk2O3CuCyRnqra2JVcTXH1+nAVYHJFjhjYWk24BIGNLZr7Qaowy9GMyyjAOm2EL mqGpdQ1vmMeZonVUUPZYUK3NA4FVTRaM6XHIzA6bW4uYbRh1Czw/JrHFuAl25MkGqd+RMbXjkDlI v3eI6bY6rbsexlGpmWOnKCRzx/DZDBTTjox1HDL2gXNDJWXZ27lpZp3Y9JjEZocRa01Tn6l2nevz Y1H7leXOGrxuS7PgCsSeRIfo8pm5EHpjwp9Dny+Muuh+l0lIgoEFV1V15z0fKdwZ9NAfKxZQNiLS FGnWMhdRDTuvBQZ7mUDIqyIIRZsrDjNY7GxIDlZftmqkpOqeweeY3YQbYHN5ooKXINrPWJRcMxEH QZck396i7oAcn8f3zLwaMN3g3O5NBQ8kLcT1st/koQPU8sYHD9VMHVWI04Tnl5zlRdrGdCQpq2PZ DXa5ChPn6rIIXC7ZbR4zZfCAMR93tihe4IoVGGH9vPkOj/q4M67nGH/ejIdHfdwZe/SKKXgoEudB NToYnJr6/OWXX8hLV2hJ7Ey2ncn2aAu6/Iie/bpmxEsweY5dxMnkjvZNEIZkxXaKFxNjhBSOB3/L o1pMSlVnc6L1OsjygoZKtOHfQ8UJAzxnaXxBFvgZ213p4Pj89vd7UbgrPH8OfAXXJolLVHW7YRxu Nwj5zDCHnRDQ9sS252jeE49QPIS/Zhx7vPRylslToQSERyRBzohuWVbVGVYML8IywYa6IhymwrbT KLgcaF/OrMwGTnaOCcyMAH5iqppm2KdxVJjgwmnqvB6jjKLU5hlS1dW5as2Qqo7h/qwkCvdiXzyu C+mmLluSRFFNnAd4pIYGUpxzE2AL8nTL9Jq7VPITgKC3ZECkSz6V3tIFC/G4HIfJ2HWQFBwWroi5 uLyTMeQFMu9ZJfDbI1QQZzKdgsMojpTE4lbnDwF8d4osA0mrS4OK4+6OHJDLz7wsiZDUBL5d1vh9 CXdgIv05kdvmU3ItjlNCVyAgeLgsjgphnenmgPm0VkRtQGov1w5eq+WytohtqBcsL0/z5BRrs+rp 0hmyRrnqDv+JfLRUjNhbMF06IC0Ck7LDTZCvcTtWZ5E7Xfe4+n2/jv0pGj7JVoF7uU4i1qfe3wSc rkJx3oVdfhpP+lH9JIY4TIF9QD2mBEl3+Eec8/DAjztvebT802a7Z7jHnSP/XjB2x5QVaC+s6OI/ b74jhn7cud/dXYJVyQveu80ZB0vkvvgWX8XJTTwpKwMnX4QfMjkvMp9N3oMtgb7/RKBA58XnJBcd J1gBpwijNpGWgbmTNQ1/FeV3k/c09BQ0aRNw3H2F/k6DfPIVP6KzhwQn5G2W/duLZ3ESs+cwJnZW Mva9QEzkmRzuDPosQf+DP+OANX2xoi5ax3/C3Z9pxMjYn7IGsretXsjYbqtV18Gwp6enyosDfpRH aPvxH5hIEBD0jEazj2jqQp2BY9f3I/NT/T+lUIvCnMq1kGWOWQkDnSQpRiNgzMAz2/czBKMsGxEO GZeVmVHAHRaGNGbgA0nnrI4opZzfuPcjMlVbNabHQUQ5OvBi5CST5+h+loDz00K3Hr1slmqcuh73 Ff0wdO8+fyOvkiKDVXvpo4N+8R54VSHgrvSox/zoS0M1wPVXbNU8BMErygNHVKhCyAKyITxMS7Ve XbxRPsJuLbE4ScZGg5kDEsU8fK2QGzjQDk45unvIWmggKbM9ww+Nfv7bxYc/0GtNQ5CYnPD1bina XvHwUtQCqg4ACLjIwB4G2l4GChcE8wri4azczI1Ih6aA0BHR15ZBMlgbxyAdGGQt9izPAL5yKzXC v1otdbm9moiUQJ/Hj4bIK6AxiGE3x1QG3MGdhMXBlIEfIFhYQtkBg1koZUCvXLGNqBHv/zE0CKSt w4G9i4vzd1XSgMAYvIoOSyaWTQ1MI/eXpZr7IA3K96eGIt7teJ4yJ/BACeRJia5CFXje6D2vL03V UA43XFgFj5IPjlfAMYvT3vrplT966+uqPlV17aFGomk4uzLNDI+HwYovh2jtsFiGaiu6eqBJYLe5 MYFfJv6yZGBdGi58OINmO94gHvD0/XELdHw87bXaOspj8BhTxXiIiyGZsBFWeyfELrjYfiwzd66I qhnx+CZ2RD8PmBa7FUwviMcbVjCFINf2wTBrFhVUEA4pkrii3FnBr2fklmZ+hcl3HMUCs4UK/l7x srDA9wGY3r1+fSaUEBpaCMVSQJPBhzCUT6qQZ8K+lNvgeQUtLlJ//A6E0MdQZg8x/WkWXFNnQ/yC glemEEpEEdD5u3OSsTSkjnxkp0SV+tfk/wIVyhkVIcw1y1BvSoOTJ0nlLPiAdjQ0Q9UtRX+Yr4QD nREmxhNijp8qEHdBegB/9iiGUQ5blGaMi6ivrRCwwjweGz6asEQPUQhy0A3ufIjFJ3yd3AghF+Xt YnT0ARKR/8avJbYgDvLqSHPEKs3nLvcU60DlWQ2AOgAHDNBDqR5J4+tCpl3lYydr1rQ2EKdzll2P tnyWqvXrhCGAqyQBI8e+FwyT+Enm0zi4A6VQcAT28eKVgK265UzqZ0hBLB6oK0N2RAyqmTqhPso8 AkvBHOn9HsMQgZeOA9Ima6qTUBx0AScp5jJK01BDk+YK+A+4+e8B9dC4u+EyCI8hK2J82qwHTJ5n 43iDsRzYnWkfc4buf3ub4+JARJvLU1y2lzOr8CpwR6HZH1beI1l4dA7yco0P/gV9EO4MUDraCAzQ S50q1sGLsw78tfK9oEI9CDwKT2QS0KvcTlRdsDkrr0Kp1m+H01FWQTxWl5uKebgQvY1WTBTxC7tM PkosS/IqiOvunnjWd9zmOj6Wi7ogNTElEcsyY9Q6PswFLQNjJh5rdHeZwq5MuStbHbfHoJ9qLA5X mK9YdsVCtiHXQIG8qWLyjxVfyJ+lAP1jhwqcu5FKUV/u9+3u8ey2IW+HKeI5NoblSzm48OI56/0b zVZmpyv9wOGjxC1CVhoNFAmIzGPhUlamrydEh011jo9873DeRdQevXg6DdM1PcUIXZuCD2WMwPnH fyvSZjW8lg7DxPND+rgd/0jKMXaKjDM+gh22ulD2hLzDrklrQ4uFgmWKAqxbWMtksr9DlNJIket8 X/wLa6OayuLwBFxY+L6I3F4W4A3BLip9609yWIHw/OWnXkz3KOnHxgSGY81C2Fpk1VHaiLLyCu71 4vajHEg3fSmp17Ne6E8isI5oARzNH5nCeCSmdTBt3zlxL65plWnXulbkvlClGkV432twHPHR1O0G OEPTr9R8t8YichbiY7Mj9DhYXnXxgOj84q18MLcSFb7X4nImM1T3Z6MRy1SZHixQr8tUdFCJeAVO Pn9Yz5AN4LufWYP4RvBqH5xNHQx0GunpgoPygIODCkzlQyK/AFGQFqGskREqYQNhFih1dEUF6ibH Qhr7xkh3HEDqB/stF8pHKoqREj+jUVQa6qbPu63N2eHixkiH80d8O9iOitiXwk/wsFgupRmvYawh yl3n9HSMG/zgLBloioscMGG+5/XpaeUDk2tzB0N4Ug7s0JvAzddDPpWmatZDfCqsP3QDnoZ0Q8Qg 4ggBh6ROjuXcicwZVCa7hS2AAPl6CJdctNkeBt23aDGISs7JiuU3jMU7WJiC4V3XTkC6yWiKx0GD qIBd0/5E3bDGarmYoDh5AcIS5BgFA+O+AoLl8neAUEOFKYxRHuePOlnJjSLfUCRXy0saymLA6yr4 Ci2dYt2vSpcaesWGYpido8fB9BkHYRIFqt8uXvXphzqYPMOQXblXnWLE/hBV+ilwsoRgDfpu/OXe JEZRjMxhPNhP/xYHqBNB8Db4+XvByIc3bSCJPzI/UAZ4eNqp9+R8BwWpPAESY2GueWs8QEBEBDru MEM/lWddi4M2l7RvW6X4CscDWiI3WGUGq4hPZFtKcBG9uTogCW3iu0YOTtJjvXqOmx+QUPmoCvp3 qHLEG8swykNpAvNXgJdQQcMYb3yS/mHi8xUXSvoDOFwFreEcCB9LrG61pFER5gEeECuVP/8IeR7x AH9VpV5lMfOEsJjj2cYWgzybzYNVUFvXMjodJ3iDunNA6FaiMmWrG/NNyiBi9kQafVf5sIUyZg8+ VI1XIJSMhfI1HFJN8mo5Cb5DroI0tqTphxQCWNzYl5EMdQFcsK+mCc9jK2Bgd0crCxtPFMCaHJwL AiwRrBc6AM0DjSr8GlVEMxjnDVVejIjznFp0U2LjzB2tqLDaC9dLO3jPlUevOBjYOHzdI3PxJYVb ELAlIWxWxpxOg6Okzsjh2+pb42C6GhJuKf2na4g8WXkgXOGS73scqysHjsoGcMkXOSp/h0jgimFE Ih2mUs4jhh8CHtUgCevzw5CGYqYGJDFc+4SzwjFqyY6Dow0hpxk5wMgaU7mv7IODouotcmUlE44r y5jEoyN53UDkd2PLQIgosjJXe4pBhiRGhKx3SbnPXboJA3+dK5wKQKK1pvzw2ZfRP/UnrQ7aXOL5 a/K6USKHJU5LfAwIj3PF819ZKdbimdzaEzTi8TIBFripiITTI3onzYKwPTU9t3fK+CLU4+bl21Du QIXr/th8xBJEXZ2psirXPCQf0T4YqB0K/qTHGXqfJnisJ/mdkNH4ER7V6B/CPv7TtVgiKB7Mx+GU rfHieO2X+qjV8xiA7In4KR8FPKlXx/c1SI+u27LukClLtluXt9XTretuD4lWqXG7VdayPum/LKpt u0099a59fXoRVjWg7evA8zaIZnlkT6OoVWxfr1aydX1bpNe63i2Ua7VjtVobGRaLda5lLO1cuws6 16oaptblWvlQp0XU7bTpNIpjetrapSrdHrv6ke7t9XqOntZ6qUWnVRQ4dG+qag16Wuon/p3W2hl8 99bdUXi3reecuttnd0bcJSDPbbvXm4epnebOyeZQj4pXnfbSRDzpa6zO27qNrYOvTnvz2KmnuXES tLd9//27w5EuuPqpRE8r399UT9J3Wnty5/19djns/vZGQrnbpZbd7UJsJVZ72pu5zm6HYu+GwyRd Z/uXebrWZcyQtbsKMe5cbCeFms31jMyTPU2dTV4za/WrVZagdb0VvrdaIaZ90rlUD2fbjTKmfNJz GVXrnsu9pMCLaJOR8Uf7KoQAnUtbR7vVUPm9rct1H7TR1HJtfth7Gu3UHN2VUlzMectXHSlYXtnn Qok+VTQ4KXg2EUn6CYyN/3T4CrGAfydeOtTfXL5rRnZbbYQzJHaPI96bUaePLxEXxfxIrfpSEeig ER3Wu77bobajPMZiDbFNvkgJTbxDHQid3YTJl2Tg88CErvDtETTeVJE1PpzbfLNKi1LnlUwZu8QX gT+SVDSilHKoS6RyWeUb+0TkLZ7IiVc+fPv84Y9tahLQM5HL7WmRCmm5S2PK95nhWZ6o+sXnvTZH X73DprefsyFPxJvBlBv8ffpmEERJsfsaOI9CFOKSZzIAfKE/PyMrEI/Aj+X/zERUQT5suKlqbof7 nJBVllyxGHRrBArwf9s7ut7Ibdzz5lf4Hg7dxcXO2J7PHHJAsc3DAVd0sS3uZR+M+XASI/ORjmeS TX/9idSHJUuyZY89u+0FaGdjSyIpSqJJiSIfc2+eE+R7+Ocl9ZbzLerggWhon3qSDJRR9DT7GLaE 34f0cVtlr3ex84nhjLnnnqdfl+kT/Rqcr9NVSHvv72E/P29fzQh77ufdbp+SdZ7MpUAJSRZPx2fs egMaeuYG+d08cazD/ntuwdfhhht+/OEB7ihhRoIlQzgJJtKXU8kqJmJq8LxinmfMLOZ5LXKLqUE5 eHYxuBD7J8svBhHw3DKMicB1RY4xzzNkGVNikvjp6anGwDFWKvm48z9la6IDvidj9QGips2lq/94 P4x8XbIlHhJAY+4MQDfq/SZkQPOCEjhk8PAHDiSNNJGReM5WEEbNO26zOwz/NidmPTh5gZp9h2eW eBTCdFb0vyJcxYhnEkg8B4LguozuS3pkDYH+gPEeCwkoxzRAN4R5nq1fiSZM9PaUxepjzhyoKYNz Vwoh1wDGAdI5ASLolHtGN3WE3XK6Qaw0JasbGdRSXjd6p909sxsBqeR2IwvZNbsbadosvxs26CbD m5BaHR4X1AlIu0SmFli6QIWY/vrbHYG2fDRT8dOPv93+vhHvfHqxkfx73GxeTUKZY7j2IEkVJrYD Cw5RsEB4B8iGhV6a7HIiMXnnStMFj8VJtOsjjQYlnG/IImlKJ8yfH4LqoeiPM2og4hak10Ukdhn4 U7ZWMq4OVHDXMBNcQztaoNqjV05nYevolWZkLGJkdR95WEfgy7V8w5dIy8U63aCR9wxSWg39Qia6 GSjGZ7UQxJ48erzKdYl/emTBExx7Gtr1k4hiK2poYUWDRkhAR6lGAjVORIK6TzUWrHIiGqpUVeOh dU5DVN2V1r0AXc8CGYragqXKowUwLWwLWtZHLQjkKh3MIlRV62cS9aRvyzChRduYJioYUQiJQe/l Sq62Nlnk+wzAB0RkkjQ+Ua+p/85xy6UNhhC+BSSwM7WHNLJLOCJJwSn85QFuchfIK2SP7TvpvON2 xm9Nz2kb2DggxigMZl1kbOANgY2pHB2CFn/c7ffssymak08bfPh+2m3TlqHIUWKAkbqe57mf5WxJ wBt66lV6PGbiTfr1aX4I8VB6tdjECK44LH4Z4UP+tB/SP/JY+RzJX43yiuSgCoGvSmUuQOFfFEwD PDTN7vP0/hmL89/XxCiP/QEHledruFNBK75kh+WD6Ac4J/tgVD+mr/TlJtukwndcEITneuwUmwtE usT5Sueuu9LCFwmVKQj+JKrKcq8iJjwMk7/aLSkR8IdMOJ4q3m+PepewBNvQjs0fU8Hc3cp/WuN2 By1kVCMW+ufhUaIY3i+yLbfaPHi42xw4n+QdBI18mCNPm4hGjdimBxomKYfQlq1C17/N2u9q1so5 A+KwTdKAEN/g8VTREOIO0VZaYoFwSpjys2NmgTER0Lxyx5kFxGRhuY+uh8EsGPuh9yUcDhpnF5Cn AIMImx0Qkw9ADsd1uTwtBJJJzOmL4VZCjAQOxrEEbugKDudwQVwEGftkukYNANFFpQIbKSmnxk2g 4bJUoYXk97Eyu6cVGl3DCrh4HEwkcNMm4JgUUOBFg0Aeg5nzLOFCgw1rMPOHBNpUybpnTPepg0NZ SuHAXRpSlfq3k9rel9lEZl/oviiEOKWQ2cUhsipCGZ7zsuACk9MZQwxPP4KUdUpeuNBtVTA5qEFT s+WGzmtCls2wp0sqjhEekd4yQOe1UfqwAUwyVcb+CNZtoPDQbYUonwEAV1xP+hIPh/IsDJ1XCX5B OReDKcgVFFPqNJw6EygmiyBtOIxkaRA6rxBZD+AERlM//McCpYI8Z6KBK1D9m8vXXzzwhwg6jhSB E4UNCeaaCh3x2XgwA1kdKcsmcls2iknN4M38CUBTaYybSkW570ySDUNFMkZuS0fXLDhDJ2QyTSFl 4DSuSySqg1U0IZr4ZxTBeoxHas+dvy5Ma+TUoV9jWZpFzutGqHV8ZpL6KdAXRqGSN3XajItl7kWT kULgrAG4YkRQngFE8okZRmoazkEDiCqkcCpLxjhsQhqoqOp3tBjXPtIucW2T512aEWxN8y5xTZG6 Pva0ia0ikdId8YIk+ns8ZzpqcYRWpDFy7ovQU4v+KGSUylVSRGFSqLcnUQMqroWQoqjMjjxGbnCN +CQCQCnWUKOmrCCFN+Xzy3bYUHM2YaQqdRkrvu0IM2jZRsyofmuY4W1HmFEjN6KmurqGG193hJzq 70bsTLXX0NP3HeDn+r6+zLghoK4v9jZBw8CEWaQrU2Bg9abkgf1QIc5mo3FrcYamSdEzeExCFGCy lXKa5OCGik18qOUlGcILE2rfnDbHqIljoUMpLc00WoScYZZMe0IoMBU9s5YKpPRFNwhV60mf4JJl pc7xoiCh5paet8+ZAtXc0ogoWWMKHWpZQq20tqTIVlppDGT7TRoJ6XUi7KYTOIEmnWUOSmUqD7Ag 4RbgCZNPY36J38hiqZsnTDrJQNTHWzIe1cEuChJhT55EhmZSasToRqdCklacCGu0C/4we9TGIm6u mrjEyhJuxradlbIdq9KhWLgFCfLrhBq9J6wIxei1Kh8GNihFpyoBmqVcWieaIS0tmnJZwgzE9tTI BrZKiGJ6FzTIrxNqjZ8wJNQat0gpuVAdEFqSMPP9tE8Ws+Bt1o9SXPpwsbKEm/0dTArLZDBNgtMH X90fMKG2TsLSDBy2/k4iNBNqDWU3qGDLwdhT2IrQemnwUjWr3oqxLg6PLGp62aIubGcb8MLyLQ5+ zHWpqYo0Wyswy7KmEjUCayoxc62mFjerbNWoeVA+tLAwo6zHU43dglxVtsUBgaE21421OvTmnS+F hcqvWYB3vM8JNytfAtb8sOMe41Kh9/7lA3p+H0kx0fEw8t72efeYko9bALf8MHgvPnirdJuRWZt+ TZdH7lyYg/eL3ruyNktVVjMnFJWPK3gmNujfHyZnDJXVbwT9GjRhW56mRo49ZylhGvxqfFN7pX4i 2PfAsupKkpwL7SoeVPW9LCCZdLLWrK9BRVDFUlJMKGoqmYApBobQsS01DTVcRo6IWkwoZBo9VvSe /lszgoqGLjRxc/8NCrRQkc0tysot12ANtVUVlCqb1XKPwbQNmM33bxCQtT9fZ6uACS3heNZ9uCGr kxu9wsquTwkn5i+1fnmEqjK9mLvZ7PdeOLBXAC3D6zwW0hNklcY7FHZH/pLrn3kLbDaajhpugQnm WGZDH+Pfquf9x9TqbZJLKOKa+GCNb4oTiOe8mB4NJZ/XJhfTlYZ9XNSkKgolchwM9DuadGGgV184 GHhXz/M9GElXMBuvKKcuWGS5PVHNMX3vzXb3Ai9Hg9rjxy35PmISRAzXS0WWn24dW+OZY6uWeIEp W7RrLIimOscnHsOixIfdDQ1FfTm/OYL0WKzTy+0NAXC55iXLGw6LNyZTDSJgS6gb9qgDmhiok0nC 4emAHoBTScynbLtVfFrFbO7j7p6+Znpfn9JNwdIyJa+py624M33tvSeTCrObet5HQkcGel9xuVrc t/aQ3dcXIiQoHNUPLqRol+2G+BzM1xnS34UCWdWieG+QVxz75AyXC2x+5+KCt923m+0MmK+KN3ft pheLZY/iVg7FirPwKAanFTdn4eFwMuSVO3YW1txWGGG9ua2wfjO3lWEUTBu7rbB9r840W2kDTdk5 4wNz5bZ3ptu87XZG2rQSi7IPw8tBGFjiCEH02yKQkEJiNzrtxBDctkeddiLp/Y102kmfVqEtmBzD +hYh9y8QIdcQUvItau53EDVX2bduGFRX2jB8Zytk+33NAvLKe8nNwvVKe+vfTyzf0jmJXl6cWBlg ixOnd99VkGB+eGUugRMrc4nYrrWWxuaG9OTKWBYbVqhy3vQnC3HMnAcbBz9WTzMbBUdWjmQaxk6W DkPeGYIil04K3kIvNw29LB3tfWdRmZdPpkDNrsGb5eOxchGuXg0QHs6Z3/LjP3Mhp7RcEAUT23sZ 4DcIOM0PwP46sagVI+IMsaijaTCujs+VLvLjJqdQXAjw50uEHA8MRxEsstVpMO3xbOnOTBl5T+Eu KbJkOEhAoU82GYYxSTarEXauhgffgIDz8GG3yHfr9JAmsDDR7OSUjM/GChca+uXGiFGymK+SJ0hC iImJzsgKZwLOwwc+OZe7J2Kk3z8czs8JBxLOwwsxO/mW9Pl54UBCv7woBaUmmCe9d74KZ7+9xRRy 6SrBo//j0/m6XIu4+3Mlihn+0jY4MECopLaxStwWVtvwBrrNxusp2zK4aS3pyrwpMxP5Y2GF8TeK UcdeSjskHK5EK1j07FEz3Nh7abdCaoiGOwJE/ZmVyBs5RSFRruEB9gSLl1zdhjeyxSPVgNNDTkMe l0mIS9QoNKs7MAopMmJlq4G/kDcSsCW+kI8z4xBVkb4PFNWDP+3Q7/Ptz7/89/ant2hOjtGclk/f LqLTQD9/jaPaA1hLKKZxMISb9IbzVPBSWdnPGsNBPIhau9ERDrQ6Jtw9/QkaiW7iQnL3xsXs8iZX XPSrJz+aE67ApPmzcqHAyhW32FKZvpD1Cvp6sAIxlUoT31hifguu2zoaxVm83I6uvhOmloypfEdB p0WSP+ZCKqnMZSjmzEUoDY1FJmDSxRJTYXGlxQBRuVmhlwv5aSgq3X8x1FB99UsVFIFqni9cGNpm h7WCaQrKUtpAqyT/DVNb/RLqFeR7GdQZmH3Xu/dJeFMk3xRJuyJZ4YxS7AKGPe9+FdhUCyvsbdvP BWN/NxLeFuL//UJks62cYENKriF8sFg2RElj1zWwl4ds+eBl+fYH1ZXQFtQlnrZVxQ2a4Scyr1kG ECk7AoVPzMo6ZbKk29RB01u0YVwl1+rVFgcizQ2b0aqqEbXkGnSWOkLr1BxVn3PpttqiUX9lpcpp bEwKowuNlYqmQT1zgqo3cu+8c5dL2r7jYpFaNBoQ3YxzoVE3IRzIrLE7SraRY7+N5pRiQtauD6O9 aTYrHYiqNEZLRqwbaUV995HFfQbbSDaYtKrVVTs1DBZcXR8NTRrTB7sIbtM2j5vP2gpTWjK/3eZr 3GaNqvs4Th017lO49LZ6g8NmZztPZJt9bto5cZQA9t0Ww06GC8yqDRBlO6m210VloQr2dxX4zeR4 MznK86zHK/fFHsO09n79eBaNTz8YqF1uomZJutIESnsJ4qWg4ZWwAW807+7hYtMPeEqSbp4Or16+ wweW36Loa4+3+RWmVmzcYIsyRX3t2yAyzSegU160wNlvbwnE43xd3jnqv8d1ePtb0OTPdAtLlyPt N3BFBbrO+1jsj5+nk074OrnxF0dnvfEXy2E4mtz4i+vid7Tkt7/KnlP6QfZ9cIyQyRS7blAnZ6d6 eIKaP8z36RXBDf+H5DEIg/s/MFeruXhFQO+zBa22eMU7e+iLv8SbxzJ8DH/1ul0iNP7AAWjUYIWH oq5AJbCUmNfJNK1kW/8BY7rtkBmFHDbl590qu8vS1ftjtrr07uEHTsvhpvYf5Jf0lLT/cO1dpYfl lXwef7XFc/bBpUf+W3thNJhMJpdeGF+qR/QfvL/d1FQDzfJDd4R9x3TRRaJhjWaXxtW14U3MxNqa 3Ytm3Y72t6YeEqsTzTX3aJC1FaNzv/w1WF39OpjhHZ3tXR7kD+9u/qUUhgOpsBncoqm/IOsP15EJ Q2is1hBXCG0hsaAJQyQVCri3nz//8pnA/fHf/7kucrcyc2Cd3h2YFUAT2R7SDXityWr91Ttv9wIB Yhav1yx+hVLMbI+APL9DpR9rX5gJUIKrgejilBzSHIMPxKPu45EckfPYBIw9KuRGXQZZqcVg6sl+ gx+RPdUj/N2WXqD36TDUKxQj65egS8ifqQknGX0HDN50sIa2ExDYyPMq3v649SDQWnBxsU8PN+HF LTAiGoSxPxj64cwLp9fD0fUo8j7e/nbxPw7kL2Fd8QAA --===============8010283470906265025==-- From fche@redhat.com Tue Apr 23 08:42:53 2013 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on oss.sgi.com X-Spam-Level: X-Spam-Status: No, score=0.0 required=5.0 tests=none autolearn=ham version=3.3.1 X-Original-To: pcp@oss.sgi.com Delivered-To: pcp@oss.sgi.com Received: from relay.sgi.com (relay1.corp.sgi.com [137.38.102.111]) by oss.sgi.com (Postfix) with ESMTP id 307237F37 for ; Tue, 23 Apr 2013 08:42:53 -0500 (CDT) Received: from cuda.sgi.com (cuda1.sgi.com [192.48.157.11]) by relay1.corp.sgi.com (Postfix) with ESMTP id 03A7E8F8040 for ; Tue, 23 Apr 2013 06:42:49 -0700 (PDT) X-ASG-Debug-ID: 1366724569-04bdf02d1d523060001-S8gJnT Received: from mx1.redhat.com (mx1.redhat.com [209.132.183.28]) by cuda.sgi.com with ESMTP id 2zeImWy7lQc3psXf for ; Tue, 23 Apr 2013 06:42:49 -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 r3NDgjwK025277 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK); Tue, 23 Apr 2013 09:42:45 -0400 Received: from fche.csb (vpn-56-69.rdu2.redhat.com [10.10.56.69]) by int-mx11.intmail.prod.int.phx2.redhat.com (8.14.4/8.14.4) with ESMTP id r3NDgj1j014359; Tue, 23 Apr 2013 09:42:45 -0400 Received: by fche.csb (Postfix, from userid 2569) id 95C3C581AC; Tue, 23 Apr 2013 09:42:44 -0400 (EDT) To: Ken McDonell Cc: pcp@oss.sgi.com Subject: Re: pcp updates - overcome secure sockets breakage References: <51762D9B.3090702@internode.on.net> X-ASG-Orig-Subj: Re: pcp updates - overcome secure sockets breakage From: fche@redhat.com (Frank Ch. Eigler) Date: Tue, 23 Apr 2013 09:42:44 -0400 In-Reply-To: <51762D9B.3090702@internode.on.net> (Ken McDonell's message of "Tue, 23 Apr 2013 16:43:39 +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.24 X-Barracuda-Connect: mx1.redhat.com[209.132.183.28] X-Barracuda-Start-Time: 1366724569 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: > [...] > Introduce $PCP_SECURE_DB_METHOD environment var > > This is an attempt to overcome the problems associated with > hardcoding the sql: method into the certificate and key database > management, which fails badly on older platforms [...] Understood. > Note that $NSS_DEFAULT_DB_TYPE is not an option as this apparently > intended for compatibility support in the other direction, > as "sql" appears to be the only well-defined value for this > environment variable to enable the "new" method. Can you elaborate please? The model of this variable is that even if it is set to "sql" (with certificate file names unadorned by the sql: prefix), older versions of NSS such as on RHEL5 will ignore it, and use plain berkeleydb data files. Current versions of NSS will use it as an implicit prefix. What's not suitable about this? (I believe nathans was going to test modern NSS's behavior about its run-time searching behavior, in case sql: or non-sql: databases are found in its target directory. It may turn out that this $NSS_DEFAULT_DB_TYPE-or-equivalent need only be specified once: at certificate db creation time.) - FChE From kenj@internode.on.net Tue Apr 23 16:14:01 2013 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on oss.sgi.com X-Spam-Level: X-Spam-Status: No, score=0.0 required=5.0 tests=none autolearn=ham version=3.3.1 X-Original-To: pcp@oss.sgi.com Delivered-To: pcp@oss.sgi.com Received: from relay.sgi.com (relay2.corp.sgi.com [137.38.102.29]) by oss.sgi.com (Postfix) with ESMTP id 3FEF729DFA for ; Tue, 23 Apr 2013 16:14:01 -0500 (CDT) Received: from cuda.sgi.com (cuda1.sgi.com [192.48.157.11]) by relay2.corp.sgi.com (Postfix) with ESMTP id 01DE8304081 for ; Tue, 23 Apr 2013 14:13:57 -0700 (PDT) X-ASG-Debug-ID: 1366751635-04bdf01d63333f80001-S8gJnT Received: from ipmail04.adl6.internode.on.net (ipmail04.adl6.internode.on.net [150.101.137.141]) by cuda.sgi.com with ESMTP id H1LXCXgBvYEcgZVH for ; Tue, 23 Apr 2013 14:13: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: ApMBAK/4dlF20aMe/2dsb2JhbAANQ78ggmqBG4MTAQEBBHgBEAsYCRYPCQMCAQIBRQYNAQcBAbMskl6OdTMHg0kDq1c Received: from ppp118-209-163-30.lns20.mel6.internode.on.net (HELO [192.168.1.100]) ([118.209.163.30]) by ipmail04.adl6.internode.on.net with ESMTP; 24 Apr 2013 06:43:55 +0930 Message-ID: <5176F9A3.9040705@internode.on.net> Date: Wed, 24 Apr 2013 07:14:11 +1000 From: Ken McDonell User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:17.0) Gecko/20130329 Thunderbird/17.0.5 MIME-Version: 1.0 To: "Frank Ch. Eigler" CC: pcp@oss.sgi.com Subject: Re: pcp updates - overcome secure sockets breakage References: <51762D9B.3090702@internode.on.net> X-ASG-Orig-Subj: Re: pcp updates - overcome secure sockets breakage In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-Barracuda-Connect: ipmail04.adl6.internode.on.net[150.101.137.141] X-Barracuda-Start-Time: 1366751635 X-Barracuda-URL: http://192.48.157.11:80/cgi-mod/mark.cgi X-Virus-Scanned: by bsmtpd at sgi.com X-Barracuda-BRTS-Status: 1 X-Barracuda-Spam-Score: 0.00 X-Barracuda-Spam-Status: No, SCORE=0.00 using per-user scores of TAG_LEVEL=1000.0 QUARANTINE_LEVEL=1000.0 KILL_LEVEL=2.7 tests=BSF_SC0_MISMATCH_TO X-Barracuda-Spam-Report: Code version 3.2, rules version 3.2.2.128965 Rule breakdown below pts rule name description ---- ---------------------- -------------------------------------------------- 0.00 BSF_SC0_MISMATCH_TO Envelope rcpt doesn't match header G'day Frank. On 23/04/13 23:42, Frank Ch. Eigler wrote: > ... >> Note that $NSS_DEFAULT_DB_TYPE is not an option as this apparently >> intended for compatibility support in the other direction, >> as "sql" appears to be the only well-defined value for this >> environment variable to enable the "new" method. > > Can you elaborate please? The model of this variable is that even if > it is set to "sql" (with certificate file names unadorned by the sql: > prefix), older versions of NSS such as on RHEL5 will ignore it, and > use plain berkeleydb data files. Current versions of NSS will use it > as an implicit prefix. What's not suitable about this? I don't see evidence of NSS_DEFAULT_DB_TYPE helping at all in my situation. Here's a typical session ... kenj@vm04:~$ env | egrep 'PCP|NSS' kenj@vm04:~$ ls -l ~/.pki ls: /home/kenj/.pki: No such file or directory kenj@vm04:~$ pmprobe sample.long.one [Wed Apr 24 06:59:03] pmprobe(32133) Warning: __pmConnectPMCD: certificate database exists, but failed initialization sample.long.one 1 This warning is the problem that is breaking QA and is a regression over previous behaviour. I believe it is because this empty directory structure is created (I still believe this creation is bogus, but that is another discussion I'm apparently not winning ...) kenj@vm04:~$ ls -lR ~/.pki /home/kenj/.pki: total 4 drwx------ 2 kenj kenj 4096 Apr 24 06:59 nssdb /home/kenj/.pki/nssdb: total 0 And further I believe it is because our code is using the sql: prefix when it tries to (again bogusly IMHO) load certificates even though the client has no interest in secure sockets (and indeed there is no certificate for pmcd in this installation). This produces the same result (as expected) kenj@vm04:~$ export NSS_DEFAULT_DB_TYPE=sql kenj@vm04:~$ pmprobe sample.long.one [Wed Apr 24 07:00:10] pmprobe(32140) Warning: __pmConnectPMCD: certificate database exists, but failed initialization sample.long.one 1 And this does not help (also as expected, since 'sql' seems to be the only acceptable value for $NSS_DEFAULT_DB_TYPE) kenj@vm04:~$ export NSS_DEFAULT_DB_TYPE= kenj@vm04:~$ pmprobe sample.long.one [Wed Apr 24 07:05:54] pmprobe(32163) Warning: __pmConnectPMCD: certificate database exists, but failed initialization sample.long.one 1 But this does fix the regression. kenj@vm04:~$ unset NSS_DEFAULT_DB_TYPE kenj@vm04:~$ export PCP_SECURE_DB_METHOD= kenj@vm04:~$ pmprobe sample.long.one sample.long.one 1 > (I believe nathans was going to test modern NSS's behavior about its > run-time searching behavior, in case sql: or non-sql: databases are > found in its target directory. It may turn out that this > $NSS_DEFAULT_DB_TYPE-or-equivalent need only be specified > once: at certificate db creation time.) Maybe, but my evidence suggests it is load certificate time that is the problem. Now having said all this, my "fix" addresses the regression ... I still have not had any success in making secure sockets actually work on this platform, although I can clearly create berkeley-style databases. From fche@redhat.com Tue Apr 23 16:36:10 2013 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on oss.sgi.com X-Spam-Level: X-Spam-Status: No, score=0.0 required=5.0 tests=none autolearn=ham version=3.3.1 X-Original-To: pcp@oss.sgi.com Delivered-To: pcp@oss.sgi.com Received: from relay.sgi.com (relay3.corp.sgi.com [198.149.34.15]) by oss.sgi.com (Postfix) with ESMTP id 6242629DFA for ; Tue, 23 Apr 2013 16:36:10 -0500 (CDT) Received: from cuda.sgi.com (cuda2.sgi.com [192.48.176.25]) by relay3.corp.sgi.com (Postfix) with ESMTP id E2C52AC002 for ; Tue, 23 Apr 2013 14:36:06 -0700 (PDT) X-ASG-Debug-ID: 1366752965-04cbb057f6520ec0001-S8gJnT Received: from mx1.redhat.com (mx1.redhat.com [209.132.183.28]) by cuda.sgi.com with ESMTP id pFxjtZ5s5cr9t62i for ; Tue, 23 Apr 2013 14:36:05 -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 r3NLa2W8003472 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK); Tue, 23 Apr 2013 17:36:02 -0400 Received: from fche.csb (vpn-56-69.rdu2.redhat.com [10.10.56.69]) by int-mx10.intmail.prod.int.phx2.redhat.com (8.14.4/8.14.4) with ESMTP id r3NLa1w9027640; Tue, 23 Apr 2013 17:36:01 -0400 Received: by fche.csb (Postfix, from userid 2569) id 1C894581BA; Tue, 23 Apr 2013 17:36:01 -0400 (EDT) Date: Tue, 23 Apr 2013 17:36:01 -0400 From: "Frank Ch. Eigler" To: Ken McDonell Cc: pcp@oss.sgi.com Subject: Re: pcp updates - overcome secure sockets breakage Message-ID: <20130423213600.GC20526@redhat.com> X-ASG-Orig-Subj: Re: pcp updates - overcome secure sockets breakage References: <51762D9B.3090702@internode.on.net> <5176F9A3.9040705@internode.on.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <5176F9A3.9040705@internode.on.net> 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: 1366752965 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 - kenj wrote: > [...] And further I believe it is because our code is using the > sql: prefix The idea would be drop all the sql: prefixes from our code, and rely in the NSS environment variable to reactivate it for those situations where the sysadmin/user prefers it. > when it tries to (again bogusly IMHO) load certificates even though > the client has no interest in secure sockets (and indeed there is no > certificate for pmcd in this installation). (Yeah, I thought that bug was already understood and fixed or nearly fixed.) - FChE From debbugs@buxtehude.debian.org Tue Apr 23 18:03:14 2013 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on oss.sgi.com X-Spam-Level: X-Spam-Status: No, score=0.0 required=5.0 tests=none autolearn=ham version=3.3.1 X-Original-To: pcp@oss.sgi.com Delivered-To: pcp@oss.sgi.com Received: from relay.sgi.com (relay1.corp.sgi.com [137.38.102.111]) by oss.sgi.com (Postfix) with ESMTP id 2D3717F37 for ; Tue, 23 Apr 2013 18:03:14 -0500 (CDT) Received: from cuda.sgi.com (cuda3.sgi.com [192.48.176.15]) by relay1.corp.sgi.com (Postfix) with ESMTP id 0B75A8F8037 for ; Tue, 23 Apr 2013 16:03:10 -0700 (PDT) X-ASG-Debug-ID: 1366758186-04cb6c6e2b4204f0001-S8gJnT Received: from buxtehude.debian.org (buxtehude.debian.org [140.211.166.26]) by cuda.sgi.com with ESMTP id rpDRRKV0vd1DzTRJ (version=TLSv1 cipher=AES128-SHA bits=128 verify=NO) for ; Tue, 23 Apr 2013 16:03:06 -0700 (PDT) X-Barracuda-Envelope-From: debbugs@buxtehude.debian.org X-Barracuda-Apparent-Source-IP: 140.211.166.26 Received: from debbugs by buxtehude.debian.org with local (Exim 4.80) (envelope-from ) id 1UUmEq-0007OB-RF; Tue, 23 Apr 2013 23:03:04 +0000 X-Loop: owner@bugs.debian.org Subject: Bug#705994: [pcp] Bug#705994: pcp: unowned files after purge (policy 6.8, 10.8): /var/log/pcp/install.log Reply-To: Nathan Scott , 705994@bugs.debian.org X-ASG-Orig-Subj: Bug#705994: [pcp] Bug#705994: pcp: unowned files after purge (policy 6.8, 10.8): /var/log/pcp/install.log Resent-From: Nathan Scott Resent-To: debian-bugs-dist@lists.debian.org Resent-Cc: PCP Development Team X-Loop: owner@bugs.debian.org Resent-Date: Tue, 23 Apr 2013 23:03:02 +0000 Resent-Message-ID: X-Debian-PR-Message: followup 705994 X-Debian-PR-Package: pcp X-Debian-PR-Keywords: X-Debian-PR-Source: pcp Received: via spool by 705994-submit@bugs.debian.org id=B705994.136675811928045 (code B ref 705994); Tue, 23 Apr 2013 23:03:02 +0000 Received: (at 705994) by bugs.debian.org; 23 Apr 2013 23:01:59 +0000 Received: from mx3-phx2.redhat.com ([209.132.183.24]) by buxtehude.debian.org with esmtp (Exim 4.80) (envelope-from ) id 1UUmDn-0007I1-Al for 705994@bugs.debian.org; Tue, 23 Apr 2013 23:01:59 +0000 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 r3NN1vDt008926; Tue, 23 Apr 2013 19:01:57 -0400 Date: Tue, 23 Apr 2013 19:01:56 -0400 (EDT) From: Nathan Scott To: Andreas Beckmann , 705994@bugs.debian.org Message-ID: <206508666.2942705.1366758116852.JavaMail.root@redhat.com> In-Reply-To: <20130423100806.1222.96391.reportbug@cake.ae.cs.uni-frankfurt.de> References: <20130423100806.1222.96391.reportbug@cake.ae.cs.uni-frankfurt.de> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-Originating-IP: [10.5.82.11] X-Mailer: Zimbra 8.0.3_GA_5664 (ZimbraWebClient - FF17 (Linux)/8.0.3_GA_5664) Thread-Topic: Bug#705994: pcp: unowned files after purge (policy 6.8, 10.8): /var/log/pcp/install.log Thread-Index: v4UrvEH9KtIMYSvC+lZ2+DjzZb3E3g== Resent-Sender: Debian BTS X-Barracuda-Connect: buxtehude.debian.org[140.211.166.26] X-Barracuda-Start-Time: 1366758186 X-Barracuda-Encrypted: AES128-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.2.128973 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 ----- > > Hi, > > during a test with piuparts I noticed your package left unowned files on > ... Thanks Andreas - this one is relatively straightforward to address, will do so in the next PCP update. cheers. -- Nathan From nscott@redhat.com Tue Apr 23 18:39:21 2013 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on oss.sgi.com X-Spam-Level: X-Spam-Status: No, score=0.0 required=5.0 tests=none autolearn=ham version=3.3.1 X-Original-To: pcp@oss.sgi.com Delivered-To: pcp@oss.sgi.com Received: from relay.sgi.com (relay2.corp.sgi.com [137.38.102.29]) by oss.sgi.com (Postfix) with ESMTP id A7D067F37 for ; Tue, 23 Apr 2013 18:39:21 -0500 (CDT) Received: from cuda.sgi.com (cuda2.sgi.com [192.48.176.25]) by relay2.corp.sgi.com (Postfix) with ESMTP id 94E89304077 for ; Tue, 23 Apr 2013 16:39:18 -0700 (PDT) X-ASG-Debug-ID: 1366760356-04cbb057f5527980001-S8gJnT Received: from mx4-phx2.redhat.com (mx4-phx2.redhat.com [209.132.183.25]) by cuda.sgi.com with ESMTP id Ix9TLjL7EqSl5GZf for ; Tue, 23 Apr 2013 16:39: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 r3NNdD6R011873; Tue, 23 Apr 2013 19:39:14 -0400 Date: Tue, 23 Apr 2013 19:39:13 -0400 (EDT) From: Nathan Scott Reply-To: Nathan Scott To: Ken McDonell , "Frank Ch. Eigler" Cc: pcp@oss.sgi.com Message-ID: <1990339191.2954455.1366760353823.JavaMail.root@redhat.com> In-Reply-To: <5176F9A3.9040705@internode.on.net> References: <51762D9B.3090702@internode.on.net> <5176F9A3.9040705@internode.on.net> Subject: Re: [pcp] pcp updates - overcome secure sockets breakage MIME-Version: 1.0 X-ASG-Orig-Subj: Re: [pcp] pcp updates - overcome secure sockets breakage Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-Originating-IP: [10.5.82.11] X-Mailer: Zimbra 8.0.3_GA_5664 (ZimbraWebClient - FF17 (Linux)/8.0.3_GA_5664) Thread-Topic: pcp updates - overcome secure sockets breakage Thread-Index: E7k+/1HFhzfVq4NWgWxpOy18BaQj5g== X-Barracuda-Connect: mx4-phx2.redhat.com[209.132.183.25] X-Barracuda-Start-Time: 1366760356 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.2.128975 Rule breakdown below pts rule name description ---- ---------------------- -------------------------------------------------- 0.01 THREAD_INDEX thread-index: AcO7Y8iR61tzADqsRmmc5wNiFHEOig== 0.01 THREAD_TOPIC Thread-Topic: ...(Japanese Subject)... ----- Original Message ----- > G'day Frank. > > On 23/04/13 23:42, Frank Ch. Eigler wrote: > > ... > >> Note that $NSS_DEFAULT_DB_TYPE is not an option as this apparently > >> intended for compatibility support in the other direction, > >> as "sql" appears to be the only well-defined value for this > >> environment variable to enable the "new" method. > > > > Can you elaborate please? The model of this variable is that even if > > it is set to "sql" (with certificate file names unadorned by the sql: > > prefix), older versions of NSS such as on RHEL5 will ignore it, and > > use plain berkeleydb data files. Current versions of NSS will use it > > as an implicit prefix. What's not suitable about this? > > I don't see evidence of NSS_DEFAULT_DB_TYPE helping at all in my situation. We'd need to change our code first before this setting could take effect. Because we are explicitly requesting the sql: prefix, that is honoured over the environment variable. If we took that out, I think the situation might improve. At least, that's my understanding from reading utilpars.c _NSSUTIL_EvaluateConfigDir() in the nss sources, which appears to be the root of all configdir setup evil. > Here's a typical session ... > > kenj@vm04:~$ env | egrep 'PCP|NSS' > kenj@vm04:~$ ls -l ~/.pki > ls: /home/kenj/.pki: No such file or directory > kenj@vm04:~$ pmprobe sample.long.one > [Wed Apr 24 06:59:03] pmprobe(32133) Warning: __pmConnectPMCD: certificate > database exists, but failed initialization > sample.long.one 1 > > This warning is the problem that is breaking QA and is a regression over > previous behaviour. *nod* > I believe it is because this empty directory structure is created (I still I think the presence/absence of this directory isn't the root of the issue here - rather, its more likely the call to NSS_InitReadWrite thats failing, and probably because "sql:/home/kenj/.pki/nssdb" is not correctly understood by this particular platforms NSS version? > believe this creation is bogus, but that is another discussion I'm > apparently not winning ...) Not "not winning" - its more that its not clear how to tackle this in a way that ensures the initialisation is done at an appropriate time (sorry, I shoulda mentioned it wasn't obvious after an initial look into it). I'd still like to see it cleaned up. I also didn't think it would fix the original sudo issue, so I set it aside for now as a solution looking for a problem (but still inclining toward fixing it). > And further I believe it is because our code is using the sql: prefix when it > tries to (again bogusly IMHO) load certificates even though the client has > no interest in secure sockets (and indeed there is no certificate for pmcd > in this installation). > > This produces the same result (as expected) > > kenj@vm04:~$ export NSS_DEFAULT_DB_TYPE=sql > ... > > (I believe nathans was going to test modern NSS's behavior about its > > run-time searching behavior, in case sql: or non-sql: databases are > > found in its target directory. It may turn out that this > > $NSS_DEFAULT_DB_TYPE-or-equivalent need only be specified > > once: at certificate db creation time.) AIUI, it needs to be set at the time we call NSS_InitReadWrite(). > Maybe, but my evidence suggests it is load certificate time that is the > problem. *nod* > Now having said all this, my "fix" addresses the regression ... I still have > not had any success in making secure sockets actually work on this platform, > although I can clearly create berkeley-style databases. The solution I was planning to attempt when I had a moment to come back to it, was to remove the explicit sql: prefixing in our code, then add in a putenv of NSS_DEFAULT_DB_TYPE=sql in the lead-up to NSS_InitReadWrite(). I also think it would be better behaviour on our part to honour user-setting of that variable, so only putenv if its not already set. I believe this will allow us to provide our preference (new format) but also co-exist with down-rev nss, and the users preferences. cheers. -- Nathan From kenj@internode.on.net Tue Apr 23 20:54:14 2013 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on oss.sgi.com X-Spam-Level: X-Spam-Status: No, score=0.0 required=5.0 tests=none autolearn=ham version=3.3.1 X-Original-To: pcp@oss.sgi.com Delivered-To: pcp@oss.sgi.com Received: from relay.sgi.com (relay2.corp.sgi.com [137.38.102.29]) by oss.sgi.com (Postfix) with ESMTP id 66C5E7F37 for ; Tue, 23 Apr 2013 20:54:14 -0500 (CDT) Received: from cuda.sgi.com (cuda3.sgi.com [192.48.176.15]) by relay2.corp.sgi.com (Postfix) with ESMTP id 53D2C304075 for ; Tue, 23 Apr 2013 18:54:11 -0700 (PDT) X-ASG-Debug-ID: 1366768449-04cb6c2c1c54d2d0001-S8gJnT Received: from ipmail06.adl2.internode.on.net (ipmail06.adl2.internode.on.net [150.101.137.129]) by cuda.sgi.com with ESMTP id jHSgYIf3VmhUTjM6 for ; Tue, 23 Apr 2013 18:54:09 -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: ApMBAGA6d1F20aMe/2dsb2JhbAANQ78ngmqBHoMTAQEBAwE4QRALGAklDwJGBg0BBwEBiAqrCZJajXqBLgeDSQOrVw Received: from ppp118-209-163-30.lns20.mel6.internode.on.net (HELO [192.168.1.100]) ([118.209.163.30]) by ipmail06.adl2.internode.on.net with ESMTP; 24 Apr 2013 11:24:08 +0930 Message-ID: <51773B51.30100@internode.on.net> Date: Wed, 24 Apr 2013 11:54:25 +1000 From: Ken McDonell User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:17.0) Gecko/20130329 Thunderbird/17.0.5 MIME-Version: 1.0 To: "Frank Ch. Eigler" CC: pcp@oss.sgi.com Subject: Re: pcp updates - overcome secure sockets breakage References: <51762D9B.3090702@internode.on.net> <5176F9A3.9040705@internode.on.net> <20130423213600.GC20526@redhat.com> X-ASG-Orig-Subj: Re: pcp updates - overcome secure sockets breakage In-Reply-To: <20130423213600.GC20526@redhat.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Barracuda-Connect: ipmail06.adl2.internode.on.net[150.101.137.129] X-Barracuda-Start-Time: 1366768449 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.2.128985 Rule breakdown below pts rule name description ---- ---------------------- -------------------------------------------------- 0.00 BSF_SC0_MISMATCH_TO Envelope rcpt doesn't match header On 24/04/13 07:36, Frank Ch. Eigler wrote: > Hi - > > kenj wrote: > >> [...] And further I believe it is because our code is using the >> sql: prefix > > The idea would be drop all the sql: prefixes from our code, and > rely in the NSS environment variable to reactivate it for those > situations where the sysadmin/user prefers it. That would work, but the default behaviour is different to what we have released in 3.7.1 (default == only option == sql:) ... my change removes hard-coded sql: references in the code, and preserves our current default (sql:) but allows the old style if required. If we invert the default behaviour we risk messing up anyone who's already created and installed certificates for secure sockets (although I expect this may be a small, close to zero-sized, set of people). > >> when it tries to (again bogusly IMHO) load certificates even though >> the client has no interest in secure sockets (and indeed there is no >> certificate for pmcd in this installation). > > (Yeah, I thought that bug was already understood and fixed or nearly fixed.) I've not seen any code changes that would suggest this has been fixed, although I'd love to stand corrected. From kenj@internode.on.net Tue Apr 23 21:11:05 2013 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on oss.sgi.com X-Spam-Level: X-Spam-Status: No, score=0.0 required=5.0 tests=none autolearn=ham version=3.3.1 X-Original-To: pcp@oss.sgi.com Delivered-To: pcp@oss.sgi.com Received: from relay.sgi.com (relay3.corp.sgi.com [198.149.34.15]) by oss.sgi.com (Postfix) with ESMTP id 34B497F37 for ; Tue, 23 Apr 2013 21:11:05 -0500 (CDT) Received: from cuda.sgi.com (cuda1.sgi.com [192.48.157.11]) by relay3.corp.sgi.com (Postfix) with ESMTP id C96B4AC004 for ; Tue, 23 Apr 2013 19:11:04 -0700 (PDT) X-ASG-Debug-ID: 1366769459-04bdf02d1f556690001-S8gJnT Received: from ipmail06.adl2.internode.on.net (ipmail06.adl2.internode.on.net [150.101.137.129]) by cuda.sgi.com with ESMTP id PCrKk4S4f49y7kQL for ; Tue, 23 Apr 2013 19:11:00 -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: ApQBABI+d1F20aMe/2dsb2JhbAANQ4ZtuDqCaoEigxMBAQEDASNVAQULCxgCAgUWCwICCQMCAQIBRQYNAQcBAReHc6sCcpFogSOOBQeCNoETA5NLmAw Received: from ppp118-209-163-30.lns20.mel6.internode.on.net (HELO [192.168.1.100]) ([118.209.163.30]) by ipmail06.adl2.internode.on.net with ESMTP; 24 Apr 2013 11:40:59 +0930 Message-ID: <51773F44.3050108@internode.on.net> Date: Wed, 24 Apr 2013 12:11:16 +1000 From: Ken McDonell User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:17.0) Gecko/20130329 Thunderbird/17.0.5 MIME-Version: 1.0 To: Nathan Scott CC: "Frank Ch. Eigler" , pcp@oss.sgi.com Subject: Re: [pcp] pcp updates - overcome secure sockets breakage References: <51762D9B.3090702@internode.on.net> <5176F9A3.9040705@internode.on.net> <1990339191.2954455.1366760353823.JavaMail.root@redhat.com> X-ASG-Orig-Subj: Re: [pcp] pcp updates - overcome secure sockets breakage In-Reply-To: <1990339191.2954455.1366760353823.JavaMail.root@redhat.com> Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit X-Barracuda-Connect: ipmail06.adl2.internode.on.net[150.101.137.129] X-Barracuda-Start-Time: 1366769459 X-Barracuda-URL: http://192.48.157.11:80/cgi-mod/mark.cgi X-Virus-Scanned: by bsmtpd at sgi.com X-Barracuda-BRTS-Status: 1 X-Barracuda-Spam-Score: 0.00 X-Barracuda-Spam-Status: No, SCORE=0.00 using per-user scores of TAG_LEVEL=1000.0 QUARANTINE_LEVEL=1000.0 KILL_LEVEL=2.7 tests= X-Barracuda-Spam-Report: Code version 3.2, rules version 3.2.2.128985 Rule breakdown below pts rule name description ---- ---------------------- -------------------------------------------------- On 24/04/13 09:39, Nathan Scott wrote: > ... >> I don't see evidence of NSS_DEFAULT_DB_TYPE helping at all in my situation. > > We'd need to change our code first before this setting could take effect. I've already done that when I committed my change for PCP_SECURE_DB_METHOD. >> I believe it is because this empty directory structure is created (I still > > I think the presence/absence of this directory isn't the root of the issue > here - rather, its more likely the call to NSS_InitReadWrite thats failing, > and probably because "sql:/home/kenj/.pki/nssdb" is not correctly understood > by this particular platforms NSS version? Yep, that is probably a more correct explanation. >> believe this creation is bogus, but that is another discussion I'm >> apparently not winning ...) > > Not "not winning" - its more that its not clear how to tackle this in a > way that ensures the initialisation is done at an appropriate time (sorry, > I shoulda mentioned it wasn't obvious after an initial look into it). I'd > still like to see it cleaned up. I also didn't think it would fix the > original sudo issue, so I set it aside for now as a solution looking for a > problem (but still inclining toward fixing it). Agreed ... the certificate loading probably should be guarded by a one-trip thread-safe state variable and delayed until we're about to do pmNewContext() with either (a) PCP_SECURE_SOCKET set to one of the magic values in the environment, or (b) PM_CTXFLAG_SECURE is set in the type parameter to pmNewContext(). > AIUI, it needs to be set at the time we call NSS_InitReadWrite(). > >> Maybe, but my evidence suggests it is load certificate time that is the >> problem. > > *nod* > >> Now having said all this, my "fix" addresses the regression ... I still have >> not had any success in making secure sockets actually work on this platform, >> although I can clearly create berkeley-style databases. > > The solution I was planning to attempt when I had a moment to come back to it, > was to remove the explicit sql: prefixing in our code, then add in a putenv of > NSS_DEFAULT_DB_TYPE=sql in the lead-up to NSS_InitReadWrite(). I also think it > would be better behaviour on our part to honour user-setting of that variable, > so only putenv if its not already set. In my regression environment, $NSS_DEFAULT_DB_TYPE does not change the behaviour at all. This is with my code change (so sql: is removed by setting $PCP_SECURE_DB_METHOD to an empty string). I think this is very close to the behaviour you're planning/expecting. kenj@vm04:~$ rm -rf ~/.pki kenj@vm04:~$ export NSS_DEFAULT_DB_TYPE=sql kenj@vm04:~$ export PCP_SECURE_DB_METHOD='' kenj@vm04:~$ pmprobe sample.long.one sample.long.one 1 kenj@vm04:~$ unset NSS_DEFAULT_DB_TYPE kenj@vm04:~$ pmprobe sample.long.one sample.long.one 1 kenj@vm04:~$ ls -R ~/.pki /home/kenj/.pki: nssdb /home/kenj/.pki/nssdb: cert8.db key3.db secmod.db kenj@vm04:~$ file ~/.pki/nssdb/* /home/kenj/.pki/nssdb/cert8.db: Berkeley DB 1.85 (Hash, version 2, native byte-order) /home/kenj/.pki/nssdb/key3.db: Berkeley DB 1.85 (Hash, version 2, native byte-order) /home/kenj/.pki/nssdb/secmod.db: Berkeley DB 1.85 (Hash, version 2, native byte-order) > I believe this will allow us to provide our preference (new format) but also > co-exist with down-rev nss, and the users preferences. My only concern with this is that it changes the default behaviour from what we did in the previous release. From fche@redhat.com Tue Apr 23 21:22:24 2013 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on oss.sgi.com X-Spam-Level: X-Spam-Status: No, score=0.0 required=5.0 tests=none autolearn=ham version=3.3.1 X-Original-To: pcp@oss.sgi.com Delivered-To: pcp@oss.sgi.com Received: from relay.sgi.com (relay2.corp.sgi.com [137.38.102.29]) by oss.sgi.com (Postfix) with ESMTP id 8DD2E7F37 for ; Tue, 23 Apr 2013 21:22:24 -0500 (CDT) Received: from cuda.sgi.com (cuda1.sgi.com [192.48.157.11]) by relay2.corp.sgi.com (Postfix) with ESMTP id 6C559304043 for ; Tue, 23 Apr 2013 19:22:21 -0700 (PDT) X-ASG-Debug-ID: 1366770140-04bdf01d633440d0001-S8gJnT Received: from mx1.redhat.com (mx1.redhat.com [209.132.183.28]) by cuda.sgi.com with ESMTP id t5PkEhs7jZyXJzDz for ; Tue, 23 Apr 2013 19:22: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 r3O2MHWZ024511 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK); Tue, 23 Apr 2013 22:22:17 -0400 Received: from fche.csb (vpn-56-69.rdu2.redhat.com [10.10.56.69]) by int-mx09.intmail.prod.int.phx2.redhat.com (8.14.4/8.14.4) with ESMTP id r3O2MGF5005846; Tue, 23 Apr 2013 22:22:17 -0400 Received: by fche.csb (Postfix, from userid 2569) id 49948581BA; Tue, 23 Apr 2013 22:22:16 -0400 (EDT) Date: Tue, 23 Apr 2013 22:22:16 -0400 From: "Frank Ch. Eigler" To: Ken McDonell Cc: Nathan Scott , pcp@oss.sgi.com Subject: Re: [pcp] pcp updates - overcome secure sockets breakage Message-ID: <20130424022216.GB29062@redhat.com> X-ASG-Orig-Subj: Re: [pcp] pcp updates - overcome secure sockets breakage References: <51762D9B.3090702@internode.on.net> <5176F9A3.9040705@internode.on.net> <1990339191.2954455.1366760353823.JavaMail.root@redhat.com> <51773F44.3050108@internode.on.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <51773F44.3050108@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: 1366770140 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 Wed, Apr 24, 2013 at 12:11:16PM +1000, Ken McDonell wrote: > [...] In my regression environment, $NSS_DEFAULT_DB_TYPE does not > change the behaviour at all. This is with my code change (so sql: > is removed by setting $PCP_SECURE_DB_METHOD to an empty string). I > think this is very close to the behaviour you're planning/expecting. Yes, if you're using the non-sqlite NSS. > [...] > /home/kenj/.pki/nssdb: > cert8.db key3.db secmod.db > kenj@vm04:~$ file ~/.pki/nssdb/* > /home/kenj/.pki/nssdb/cert8.db: Berkeley DB 1.85 (Hash, version 2, native byte-order) > /home/kenj/.pki/nssdb/key3.db: Berkeley DB 1.85 (Hash, version 2, native byte-order) > /home/kenj/.pki/nssdb/secmod.db: Berkeley DB 1.85 (Hash, version 2, native byte-order) Right. Would you mind trying the same test on a RHEL6-era type box too, where nss >= v3.12 ? There should be a sqlite cert9.db / key4.db created. > > I believe this will allow us to provide our preference (new format) but also > > co-exist with down-rev nss, and the users preferences. > My only concern with this is that it changes the default behaviour > from what we did in the previous release. I don't think it changes the default. It just makes it happen a different way (on modern NSS) and lets older NSS work also. - FChE From nscott@redhat.com Tue Apr 23 22:05:15 2013 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on oss.sgi.com X-Spam-Level: X-Spam-Status: No, score=0.0 required=5.0 tests=none autolearn=ham version=3.3.1 X-Original-To: pcp@oss.sgi.com Delivered-To: pcp@oss.sgi.com Received: from relay.sgi.com (relay2.corp.sgi.com [137.38.102.29]) by oss.sgi.com (Postfix) with ESMTP id 551FC7F37 for ; Tue, 23 Apr 2013 22:05:15 -0500 (CDT) Received: from cuda.sgi.com (cuda3.sgi.com [192.48.176.15]) by relay2.corp.sgi.com (Postfix) with ESMTP id 33FD1304070 for ; Tue, 23 Apr 2013 20:05:12 -0700 (PDT) X-ASG-Debug-ID: 1366772710-04cb6c3c681e8050001-S8gJnT Received: from mx3-phx2.redhat.com (mx3-phx2.redhat.com [209.132.183.24]) by cuda.sgi.com with ESMTP id TnnJMKKmHFIyCDES for ; Tue, 23 Apr 2013 20:05: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 r3O357D6013581; Tue, 23 Apr 2013 23:05:07 -0400 Date: Tue, 23 Apr 2013 23:05:07 -0400 (EDT) From: Nathan Scott Reply-To: Nathan Scott To: "Frank Ch. Eigler" , Ken McDonell Cc: pcp@oss.sgi.com Message-ID: <1682528883.2999675.1366772707480.JavaMail.root@redhat.com> In-Reply-To: <20130424022216.GB29062@redhat.com> References: <51762D9B.3090702@internode.on.net> <5176F9A3.9040705@internode.on.net> <1990339191.2954455.1366760353823.JavaMail.root@redhat.com> <51773F44.3050108@internode.on.net> <20130424022216.GB29062@redhat.com> Subject: Re: [pcp] pcp updates - overcome secure sockets breakage MIME-Version: 1.0 X-ASG-Orig-Subj: Re: [pcp] pcp updates - overcome secure sockets breakage Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-Originating-IP: [10.5.82.11] X-Mailer: Zimbra 8.0.3_GA_5664 (ZimbraWebClient - FF17 (Linux)/8.0.3_GA_5664) Thread-Topic: pcp updates - overcome secure sockets breakage Thread-Index: RzJliNL/l5jajfs0h7FV5Zmib893Lw== X-Barracuda-Connect: mx3-phx2.redhat.com[209.132.183.24] X-Barracuda-Start-Time: 1366772710 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.2.128989 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 ----- > Right. Would you mind trying the same test on a RHEL6-era type box too, > where > nss >= v3.12 ? There should be a sqlite cert9.db / key4.db created. > I just tried Kens latest code on RHEL6 & it does indeed create an SQL database, with no extra magic in the environment other than PCP_SECURE_SOCKETS=enforce). In other interesting news ... I've suddenly started seeing the other warnings Ken has observed, i.e. "The operation failed because the PKCS#11 token is not logged in." >From some further digging and experimentation, it would appear that theres something fishy in the way we are initialising the certificate DB (or rather, the way it is being initialised on our behalf). If I remove everything from below ~/.pki and have it created via the libpcp NSS init, I get the warning. However, if its been created by a browser (like chrome - so, just startup chrome and it creates it), I don't get the message when I run pminfo!?! So, there must be some extra special sauce added by chrome when it initialises NSS compared to the way we're doing it. Narrowing it down further, if I copy the key4.db file over from the google-created set to replace our own variant of that file, voila, the warning message is gone! I've no idea what extra steps chrome is taking, but the key (*hahaha*) surely lies in finding that out. cheers. -- Nathan From nscott@redhat.com Wed Apr 24 01:09:08 2013 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on oss.sgi.com X-Spam-Level: X-Spam-Status: No, score=0.0 required=5.0 tests=none autolearn=ham version=3.3.1 X-Original-To: pcp@oss.sgi.com Delivered-To: pcp@oss.sgi.com Received: from relay.sgi.com (relay3.corp.sgi.com [198.149.34.15]) by oss.sgi.com (Postfix) with ESMTP id 8B28429DFA for ; Wed, 24 Apr 2013 01:09:08 -0500 (CDT) Received: from cuda.sgi.com (cuda2.sgi.com [192.48.176.25]) by relay3.corp.sgi.com (Postfix) with ESMTP id 1BF4DAC002 for ; Tue, 23 Apr 2013 23:09:05 -0700 (PDT) X-ASG-Debug-ID: 1366783743-04cbb057f853c000001-S8gJnT Received: from mx3-phx2.redhat.com (mx3-phx2.redhat.com [209.132.183.24]) by cuda.sgi.com with ESMTP id dy6GQWObHXkeJQXU for ; Tue, 23 Apr 2013 23:09:03 -0700 (PDT) X-Barracuda-Envelope-From: nscott@redhat.com X-Barracuda-Apparent-Source-IP: 209.132.183.24 Received: from zmail20.collab.prod.int.phx2.redhat.com (zmail20.collab.prod.int.phx2.redhat.com [10.5.83.23]) by mx3-phx2.redhat.com (8.13.8/8.13.8) with ESMTP id r3O692sN008764; Wed, 24 Apr 2013 02:09:02 -0400 Date: Wed, 24 Apr 2013 02:09:02 -0400 (EDT) From: Nathan Scott Reply-To: Nathan Scott To: Stan Cox Cc: PCP Message-ID: <960785872.3037831.1366783742570.JavaMail.root@redhat.com> In-Reply-To: <921922770.3037295.1366783319674.JavaMail.root@redhat.com> Subject: pylint cleanup MIME-Version: 1.0 X-ASG-Orig-Subj: pylint cleanup Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-Originating-IP: [10.5.82.11] X-Mailer: Zimbra 8.0.3_GA_5664 (ZimbraWebClient - FF17 (Linux)/8.0.3_GA_5664) Thread-Topic: pylint cleanup Thread-Index: xA8xK7SbKr7n5LRuQeNsW0dWzfhBGQ== X-Barracuda-Connect: mx3-phx2.redhat.com[209.132.183.24] X-Barracuda-Start-Time: 1366783743 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.2.129001 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 Hey Stan, Noticed the disabling of "method could be a function" in that recent update - another way to deal with that, without the hard-to-decipher magic-pylint-override, is to change, e.g.: def get_total(self): True # pylint: disable-msg=W0104 to @staticmethod def get_total(): True At least, I found that worked for me where I needed similar. Have pulled in all your code to my tree now. Am thinking of attempting a merge into dev soon, so been working through QA a bit (haven't done a run with your code though) - any known QA issues there? Also, I noticed Ken was attempting to assign a pmcollectl issue over to you via oss bugzilla a day or two back - did you notice that one? Looks like another one of those pesky single-cpu-machine type issues. cheers. -- Nathan From nscott@redhat.com Wed Apr 24 01:12:20 2013 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on oss.sgi.com X-Spam-Level: X-Spam-Status: No, score=0.0 required=5.0 tests=none autolearn=ham version=3.3.1 X-Original-To: pcp@oss.sgi.com Delivered-To: pcp@oss.sgi.com Received: from relay.sgi.com (relay1.corp.sgi.com [137.38.102.111]) by oss.sgi.com (Postfix) with ESMTP id F062929DFA for ; Wed, 24 Apr 2013 01:12:19 -0500 (CDT) Received: from cuda.sgi.com (cuda2.sgi.com [192.48.176.25]) by relay1.corp.sgi.com (Postfix) with ESMTP id DEA848F8039 for ; Tue, 23 Apr 2013 23:12:16 -0700 (PDT) X-ASG-Debug-ID: 1366783935-04cbb057f853c2a0001-S8gJnT Received: from mx4-phx2.redhat.com (mx4-phx2.redhat.com [209.132.183.25]) by cuda.sgi.com with ESMTP id 18qJFZaH7AQqWZ0c for ; Tue, 23 Apr 2013 23:12:15 -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 r3O6CFO8006148; Wed, 24 Apr 2013 02:12:15 -0400 Date: Wed, 24 Apr 2013 02:12:15 -0400 (EDT) From: Nathan Scott Reply-To: Nathan Scott To: Stan Cox Cc: PCP Message-ID: <1804300927.3038166.1366783935325.JavaMail.root@redhat.com> In-Reply-To: <960785872.3037831.1366783742570.JavaMail.root@redhat.com> References: <960785872.3037831.1366783742570.JavaMail.root@redhat.com> Subject: Re: [pcp] pylint cleanup MIME-Version: 1.0 X-ASG-Orig-Subj: Re: [pcp] pylint cleanup Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-Originating-IP: [10.5.82.11] X-Mailer: Zimbra 8.0.3_GA_5664 (ZimbraWebClient - FF17 (Linux)/8.0.3_GA_5664) Thread-Topic: pylint cleanup Thread-Index: xA8xK7SbKr7n5LRuQeNsW0dWzfhBGTS+QGK+ X-Barracuda-Connect: mx4-phx2.redhat.com[209.132.183.25] X-Barracuda-Start-Time: 1366783935 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.2.129001 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 ----- > Hey Stan, > > Noticed the disabling of "method could be a function" in that recent Also, 'nuther suggestion: regarding the rename of class "cpu" -> "Cpu", perhaps "Processor" might be a better option? (the other subsystems are not acronyms, and "Cpu" stood out to my casual-observer-eye a bit). cheers. -- Nathan From nscott@redhat.com Wed Apr 24 01:13:51 2013 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on oss.sgi.com X-Spam-Level: X-Spam-Status: No, score=0.0 required=5.0 tests=none autolearn=ham version=3.3.1 X-Original-To: pcp@oss.sgi.com Delivered-To: pcp@oss.sgi.com Received: from relay.sgi.com (relay2.corp.sgi.com [137.38.102.29]) by oss.sgi.com (Postfix) with ESMTP id 4EDA629DFA for ; Wed, 24 Apr 2013 01:13:51 -0500 (CDT) Received: from cuda.sgi.com (cuda2.sgi.com [192.48.176.25]) by relay2.corp.sgi.com (Postfix) with ESMTP id 3B891304077 for ; Tue, 23 Apr 2013 23:13:51 -0700 (PDT) X-ASG-Debug-ID: 1366784028-04cbb057f653c3c0001-S8gJnT Received: from mx3-phx2.redhat.com (mx3-phx2.redhat.com [209.132.183.24]) by cuda.sgi.com with ESMTP id eCDSQvZdoWvXQLXY for ; Tue, 23 Apr 2013 23:13:48 -0700 (PDT) X-Barracuda-Envelope-From: nscott@redhat.com X-Barracuda-Apparent-Source-IP: 209.132.183.24 Received: from zmail20.collab.prod.int.phx2.redhat.com (zmail20.collab.prod.int.phx2.redhat.com [10.5.83.23]) by mx3-phx2.redhat.com (8.13.8/8.13.8) with ESMTP id r3O6Dm54009487 for ; Wed, 24 Apr 2013 02:13:48 -0400 Date: Wed, 24 Apr 2013 02:13:48 -0400 (EDT) From: Nathan Scott Reply-To: Nathan Scott To: pcp@oss.sgi.com Message-ID: <352704777.3038266.1366784028251.JavaMail.root@redhat.com> Subject: pcp updates: scox merge, sasl, qa MIME-Version: 1.0 X-ASG-Orig-Subj: pcp updates: scox merge, sasl, qa Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-Originating-IP: [10.5.82.11] X-Mailer: Zimbra 8.0.3_GA_5664 (ZimbraWebClient - FF17 (Linux)/8.0.3_GA_5664) Thread-Topic: pcp updates: scox merge, sasl, qa Thread-Index: ZgCnHMmt2PyAnKXVB7AdM8vnH7tbXg== X-Barracuda-Connect: mx3-phx2.redhat.com[209.132.183.24] X-Barracuda-Start-Time: 1366784028 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.2.129001 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://oss.sgi.com/nathans/pcp.git dev CHANGELOG | 4 VERSION.pcp | 4 build/rpm/fedora.spec | 5 build/rpm/pcp.spec.in | 64 ----- debian/changelog | 7 qa/.gitignore | 1 qa/255 | 17 - qa/367 | 12 - qa/367.out | 507 ------------------------------------------- qa/367.out.1 | 507 +++++++++++++++++++++++++++++++++++++++++++ qa/367.out.2 | 507 +++++++++++++++++++++++++++++++++++++++++++ qa/375 | 5 qa/411 | 13 - qa/411.out.1 | 2 qa/411.out.2 | 2 qa/449 | 10 qa/449.out | 93 ------- qa/449.out.1 | 93 +++++++ qa/449.out.2 | 93 +++++++ qa/513 | 4 qa/513.out.2 | 6 qa/560 | 6 qa/578 | 17 - qa/704 | 10 qa/common.check | 14 + qa/src/pdu-server.c | 32 ++ qa/src/pducheck.c | 44 +++ qa/src/pducrash.c | 10 src/include/pcp/impl.h | 2 src/libpcp/src/err.c | 19 + src/libpcp/src/p_userauth.c | 15 - src/pmatop/pmatop.py | 441 ++++++++++++++++++------------------- src/pmcollectl/pmcollectl.py | 424 ++++++++++++++++++----------------- src/pmdas/simple/Install | 2 src/python/pcp/pmsubsys.py | 65 ++--- 35 files changed, 1853 insertions(+), 1204 deletions(-) commit 6b76c24ae0d5a27a5b1bb3b8b0d5f545d2f77f5d Merge: f691402 97af065 Author: Nathan Scott Date: Wed Apr 24 16:12:24 2013 +1000 Merge branch 'scox/dev' of git://sourceware.org/git/pcpfans into dev commit f6914020b6301a81fd09c9e842ef289e0956f2a9 Author: Nathan Scott Date: Wed Apr 24 15:53:22 2013 +1000 Resolve QA failures as a result of not-quite-there pmdasimple.py Ensure pieces of that are not yet installed, improve QA filters for pmdaproc.sh code that has python-related output nowadays. commit 3e177ddd85d2dba812e079f60d3db9d3ef69217e Author: Nathan Scott Date: Wed Apr 24 15:52:10 2013 +1000 Fix QA bokerness from earlier _check_agent consolidation A pminfo filter also needed to be shared to complete the code consolidation, so extract dup out of qa/{255,513} and merge into common.check. Update qa/704 to match, but that needs a bit more work (so, its notrun for now) commit 7ce64c478e783887031920b7e41edc17d8ee62ac Author: Nathan Scott Date: Wed Apr 24 15:42:17 2013 +1000 Work toward QA cleanliness with the user auth PDU type Extensions to pducheck and pdu-server to exercise the new PDU type, dual outputs for some tests that now produce additional output when exercising the new code. Revised the __pmDecodeUserAuth interface to not expose sender details, no need and most other PDU handlers don't do that. commit 97af065469cd55128a838afb1303501f0ec5ae84 Author: Stan Cox Date: Tue Apr 23 22:47:42 2013 -0400 Fix pylint warnings in pmsubsys, pmatop, pmcollectl * pmsubsys.py (_pmsubsys): Rename: cpu->Cpu, interrupt->Interrupt, disk->Disk, memory->Memory, net->Net, proc->Proc, subsys->Subsys * pmatop.py: Change pmsubsys.py refs. Rename: _atop_print->_AtopPrint, _cpu_print->_CpuPrint ... * pmcollectl.py (main): Change pmsubsys.py refs. Rename _collect_print->_CollectPrint, _cpu_collect_print->_cpuCollectPrint, ... commit e94c73c3a58e586fed9c56748455c5d928857c34 Merge: 16b72b1 b4106c3 Author: Nathan Scott Date: Wed Apr 24 10:56:36 2013 +1000 Merge branch 'dev' of git://oss.sgi.com/pcp/pcp into dev commit 16b72b198cfa6953c03453b46288d0f1d44acdfa Author: Nathan Scott Date: Wed Apr 24 10:19:20 2013 +1000 Allow co-existance of SASL error codes alongside everyone elses By sheer good fortune the SASL folks have chosen error codes that do not overlap with either PCP or the NSPR/NSS/SSL libraries. In this commit, support for decoding sasl errors to strings is added into the mix. From nscott@redhat.com Wed Apr 24 01:17:13 2013 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on oss.sgi.com X-Spam-Level: X-Spam-Status: No, score=0.0 required=5.0 tests=none autolearn=ham version=3.3.1 X-Original-To: pcp@oss.sgi.com Delivered-To: pcp@oss.sgi.com Received: from relay.sgi.com (relay2.corp.sgi.com [137.38.102.29]) by oss.sgi.com (Postfix) with ESMTP id 9915E29DFA for ; Wed, 24 Apr 2013 01:17:13 -0500 (CDT) Received: from cuda.sgi.com (cuda2.sgi.com [192.48.176.25]) by relay2.corp.sgi.com (Postfix) with ESMTP id 7632B304075 for ; Tue, 23 Apr 2013 23:17:13 -0700 (PDT) X-ASG-Debug-ID: 1366784232-04cbb057f853c6a0001-S8gJnT Received: from mx3-phx2.redhat.com (mx3-phx2.redhat.com [209.132.183.24]) by cuda.sgi.com with ESMTP id uTCwY3DGYgAdNVGG for ; Tue, 23 Apr 2013 23:17:12 -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 r3O6HCra009969; Wed, 24 Apr 2013 02:17:12 -0400 Date: Wed, 24 Apr 2013 02:17:12 -0400 (EDT) From: Nathan Scott Reply-To: Nathan Scott To: Stan Cox Cc: PCP Message-ID: <748106915.3039532.1366784232220.JavaMail.root@redhat.com> In-Reply-To: <1804300927.3038166.1366783935325.JavaMail.root@redhat.com> References: <960785872.3037831.1366783742570.JavaMail.root@redhat.com> <1804300927.3038166.1366783935325.JavaMail.root@redhat.com> Subject: Re: [pcp] pylint cleanup MIME-Version: 1.0 X-ASG-Orig-Subj: Re: [pcp] pylint cleanup Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-Originating-IP: [10.5.82.11] X-Mailer: Zimbra 8.0.3_GA_5664 (ZimbraWebClient - FF17 (Linux)/8.0.3_GA_5664) Thread-Topic: pylint cleanup Thread-Index: xA8xK7SbKr7n5LRuQeNsW0dWzfhBGTS+QGK+d+fQqp0= X-Barracuda-Connect: mx3-phx2.redhat.com[209.132.183.24] X-Barracuda-Start-Time: 1366784232 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.2.129001 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 ----- > ----- Original Message ----- > > Hey Stan, > > > > Noticed the disabling of "method could be a function" in that recent > > Also, 'nuther suggestion: regarding the rename of class "cpu" -> "Cpu", > perhaps "Processor" might be a better option? (the other subsystems are > not acronyms, and "Cpu" stood out to my casual-observer-eye a bit). > Ah, complete list was in the git commit too... * pmsubsys.py (_pmsubsys): Rename: cpu->Cpu, interrupt->Interrupt, disk->Disk, memory->Memory, net->Net, proc->Proc, subsys->Subsys Other random "reads-better-to-me" suggestions would include: "Network", "Process" and perhaps even "SubSystem" (but perhaps not given the module name is pmsubsys) ... all just suggestions, pick your own preferences of course. cheers. -- Nathan From kenj@internode.on.net Wed Apr 24 05:13:38 2013 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on oss.sgi.com X-Spam-Level: X-Spam-Status: No, score=0.0 required=5.0 tests=none autolearn=ham version=3.3.1 X-Original-To: pcp@oss.sgi.com Delivered-To: pcp@oss.sgi.com Received: from relay.sgi.com (relay2.corp.sgi.com [137.38.102.29]) by oss.sgi.com (Postfix) with ESMTP id A344229DFA for ; Wed, 24 Apr 2013 05:13:38 -0500 (CDT) Received: from cuda.sgi.com (cuda2.sgi.com [192.48.176.25]) by relay2.corp.sgi.com (Postfix) with ESMTP id 928ED304075 for ; Wed, 24 Apr 2013 03:13:35 -0700 (PDT) X-ASG-Debug-ID: 1366798411-04cbb057f754d980001-S8gJnT Received: from ipmail06.adl6.internode.on.net (ipmail06.adl6.internode.on.net [150.101.137.145]) by cuda.sgi.com with ESMTP id BxRSz0YUJw2gpBlR for ; Wed, 24 Apr 2013 03:13: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: ApQBACSvd1F20aMe/2dsb2JhbAANQ4ZuuDqCZIEVgxMBAQEDASNVAQUHBAsYAgIFFgsCAgkDAgECAUUGDQEHAQEWh3SrPXKRWIEjjgUHgjaBEwOTS5gM Received: from ppp118-209-163-30.lns20.mel6.internode.on.net (HELO [192.168.1.100]) ([118.209.163.30]) by ipmail06.adl6.internode.on.net with ESMTP; 24 Apr 2013 19:43:30 +0930 Message-ID: <5177B05A.9080105@internode.on.net> Date: Wed, 24 Apr 2013 20:13:46 +1000 From: Ken McDonell User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:17.0) Gecko/20130329 Thunderbird/17.0.5 MIME-Version: 1.0 To: Nathan Scott CC: "Frank Ch. Eigler" , pcp@oss.sgi.com Subject: Re: [pcp] pcp updates - overcome secure sockets breakage References: <51762D9B.3090702@internode.on.net> <5176F9A3.9040705@internode.on.net> <1990339191.2954455.1366760353823.JavaMail.root@redhat.com> <51773F44.3050108@internode.on.net> <20130424022216.GB29062@redhat.com> <1682528883.2999675.1366772707480.JavaMail.root@redhat.com> X-ASG-Orig-Subj: Re: [pcp] pcp updates - overcome secure sockets breakage In-Reply-To: <1682528883.2999675.1366772707480.JavaMail.root@redhat.com> Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit X-Barracuda-Connect: ipmail06.adl6.internode.on.net[150.101.137.145] X-Barracuda-Start-Time: 1366798411 X-Barracuda-URL: http://192.48.176.25:80/cgi-mod/mark.cgi X-Virus-Scanned: by bsmtpd at sgi.com X-Barracuda-BRTS-Status: 1 X-Barracuda-Spam-Score: 0.00 X-Barracuda-Spam-Status: No, SCORE=0.00 using per-user scores of TAG_LEVEL=1000.0 QUARANTINE_LEVEL=1000.0 KILL_LEVEL=2.7 tests= X-Barracuda-Spam-Report: Code version 3.2, rules version 3.2.2.129017 Rule breakdown below pts rule name description ---- ---------------------- -------------------------------------------------- On 24/04/13 13:05, Nathan Scott wrote: > > ----- Original Message ----- >> Right. Would you mind trying the same test on a RHEL6-era type box too, >> where >> nss >= v3.12 ? There should be a sqlite cert9.db / key4.db created. >> > > I just tried Kens latest code on RHEL6 & it does indeed create an > SQL database, with no extra magic in the environment other than > PCP_SECURE_SOCKETS=enforce). That is what I'd expect. But when I tried it on Centos 6.3 I did necessarily not expect all of the following ... - when no certificates are installed for pmcd in /etc/pki and without PCP_SECURE_SOCKETS=enforce the client succeeds and the directory ~/.pki/nssdb is populated with empty SQLite databases - when no certificates are installed for pmcd in /etc/pki and with PCP_SECURE_SOCKETS=enforce the client fails with "Operation not supported" and the directory ~/.pki/nssdb is populated with empty SQLite databases - when no certificates are installed for pmcd in /etc/pki and with PCP_SECURE_DB_METHOD='' the client succeeds and the directory ~/.pki/nssdb is populated with empty Berkeley DB databases - when no certificates are installed for pmcd in /etc/pki and a client is run first with PCP_SECURE_DB_METHOD='' and then with PCP_SECURE_DB_METHOD unset (or set to sql:) (or in the other order), the client succeeds both times and the directory ~/.pki/nssdb is populated with *both* empty Berkeley DB databases and empty SQLite databases - before any PCP installation is done, /etc/pki/nssdb already exists and is populated with files for _both_ the version 3 format (Berkeley DB) and the version 4 format (SQLite), although both databases are empty - when certificates are installed for pmcd in /etc/pki using the sql: method and pmcd is restarted, the next PCP client without PCP_SECURE_SOCKETS=enforce succeeds, but with PCP_SECURE_SOCKETS=enforce the certificate save fails with the "PKCS#11 token is not logged in" error - if ~/.pki/nssdb is removed and repopulated with an empty database, as in rm -rf $HOME/.pki mkdir -p -m 0755 $HOME/.pki/nssdb certutil -d sql:$HOME/.pki/nssdb -N -f /tmp/empty then the certificate is saved correctly, the client succeeds and subsequent clients do not trigger the certificate save dialog - now repeating this with the Berkeley DB format alongside the SQLite format files ... certutil -d $HOME/.pki/nssdb -N -f /tmp/empty and then PCP_SECURE_SOCKETS=enforce PCP_SECURE_DB_METHOD='' pmclient command saves the certificate the first time and always succeeds - interestingly, if you remove ~/.pki and rerun the command PCP_SECURE_SOCKETS=enforce PCP_SECURE_DB_METHOD='' pmclient command we get the save certificate dialog, and the certificate is saved and the command succeeds, plus subsequent clients do not trigger the certificate save dialog > In other interesting news ... I've suddenly started seeing the other > warnings Ken has observed, i.e. > "The operation failed because the PKCS#11 token is not logged in." > We now know that certutil and chrome are doing the right thing when these SQLite DBs are being created, but PCP is not ... although PCP is doing the right thing for the Berkeley DB format. I think we're getting closer ... tomorrow I may circle back to the Centos 5.x system and go through this same sequence of tests. From jsurdey@korda06.fr Wed Apr 24 07:30:34 2013 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on oss.sgi.com X-Spam-Level: ** X-Spam-Status: No, score=2.2 required=5.0 tests=FROM_ILLEGAL_CHARS 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 4CCD229DFA for ; Wed, 24 Apr 2013 07:30:34 -0500 (CDT) Received: from cuda.sgi.com (cuda3.sgi.com [192.48.176.15]) by relay3.corp.sgi.com (Postfix) with ESMTP id D11DAAC002 for ; Wed, 24 Apr 2013 05:30:33 -0700 (PDT) X-ASG-Debug-ID: 1366806627-04cb6c6e2b4529f0001-S8gJnT Received: from heb62045.ikoula.com (mail.heb62045.ikoula.com [213.246.62.45]) by cuda.sgi.com with ESMTP id 2JnVAj9WBpD08k7p (version=TLSv1 cipher=AES256-SHA bits=256 verify=NO) for ; Wed, 24 Apr 2013 05:30:28 -0700 (PDT) X-Barracuda-Envelope-From: jsurdey@korda06.fr X-Barracuda-Apparent-Source-IP: 213.246.62.45 Received: (qmail 6826 invoked from network); 24 Apr 2013 13:47:21 +0200 Received: from unknown (HELO korda06.fr) (123.71.192.30) by heb62045.ikoula.com with (DHE-RSA-AES256-SHA encrypted) SMTP; 24 Apr 2013 13:47:19 +0200 Message-ID: <16F64E7F.27484379@korda06.fr> Date: Wed, 24 Apr 2013 15:03:46 +0300 Reply-To: "адя" From: "аида" MIME-Version: 1.0 To: Subject: =?windows-1251?B?7/Dl5+Xt8iDv7uTg8O7q?= Content-Type: text/plain; charset="windows-1251" X-ASG-Orig-Subj: =?windows-1251?B?7/Dl5+Xt8iDv7uTg8O7q?= Content-Transfer-Encoding: 7bit X-Barracuda-Connect: mail.heb62045.ikoula.com[213.246.62.45] X-Barracuda-Start-Time: 1366806628 X-Barracuda-Encrypted: AES256-SHA X-Barracuda-URL: http://192.48.176.15:80/cgi-mod/mark.cgi X-Virus-Scanned: by bsmtpd at sgi.com X-Barracuda-Spam-Score: 0.00 X-Barracuda-Spam-Status: No, SCORE=0.00 using per-user scores of TAG_LEVEL=1000.0 QUARANTINE_LEVEL=1000.0 KILL_LEVEL=2.7 tests= X-Barracuda-Spam-Report: Code version 3.2, rules version 3.2.2.129027 Rule breakdown below pts rule name description ---- ---------------------- -------------------------------------------------- http://bit.ly/11u7EmB From brolley@redhat.com Wed Apr 24 16:38:06 2013 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on oss.sgi.com X-Spam-Level: X-Spam-Status: No, score=0.0 required=5.0 tests=none autolearn=ham version=3.3.1 X-Original-To: pcp@oss.sgi.com Delivered-To: pcp@oss.sgi.com Received: from relay.sgi.com (relay1.corp.sgi.com [137.38.102.111]) by oss.sgi.com (Postfix) with ESMTP id 3791F29DFA for ; Wed, 24 Apr 2013 16:38:06 -0500 (CDT) Received: from cuda.sgi.com (cuda1.sgi.com [192.48.157.11]) by relay1.corp.sgi.com (Postfix) with ESMTP id 07A858F8033 for ; Wed, 24 Apr 2013 14:38:02 -0700 (PDT) X-ASG-Debug-ID: 1366839482-04bdf02d1f5aa820001-S8gJnT Received: from mx1.redhat.com (mx1.redhat.com [209.132.183.28]) by cuda.sgi.com with ESMTP id 9rJuqBXsCNgGjLs8 for ; Wed, 24 Apr 2013 14:38: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-mx12.intmail.prod.int.phx2.redhat.com (int-mx12.intmail.prod.int.phx2.redhat.com [10.5.11.25]) by mx1.redhat.com (8.14.4/8.14.4) with ESMTP id r3OLc1Zg011618 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK) for ; Wed, 24 Apr 2013 17:38:01 -0400 Received: from [10.10.60.184] (vpn-60-184.rdu2.redhat.com [10.10.60.184]) by int-mx12.intmail.prod.int.phx2.redhat.com (8.14.4/8.14.4) with ESMTP id r3OLc1Fo027796 for ; Wed, 24 Apr 2013 17:38:01 -0400 Message-ID: <517850B8.3040208@redhat.com> Date: Wed, 24 Apr 2013 17:38:00 -0400 From: Dave Brolley User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:17.0) Gecko/20130311 Thunderbird/17.0.4 MIME-Version: 1.0 To: PCP Subject: PCP Updates: Multiple Entries for Host Specified by Name in the Host Access List Content-Type: text/plain; charset=ISO-8859-1; format=flowed X-ASG-Orig-Subj: PCP Updates: Multiple Entries for Host Specified by Name in the Host Access List Content-Transfer-Encoding: 7bit X-Scanned-By: MIMEDefang 2.68 on 10.5.11.25 X-Barracuda-Connect: mx1.redhat.com[209.132.183.28] X-Barracuda-Start-Time: 1366839482 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 I noticed that some qa tests were failing on my machine due to my machine having more than one ip address. It has several for inet, (em1, vibr0, tun0) and one for IPv6 (em1). Currently, when a host name (or localhost) is specified for access control, __pmAccAddHost() only adds the first resolved address to the access table. In my case, it happened to be the IPv6 address. Several qa tests set up access control using localhost and then test the access using an inet ip address. These tests were then failing because the ip address used in the test was not the one added to the access table. This could actually be considered to be a security problem, in that if the intent was to restrict access from a given host, only one of that host's ip addresses is actually blocked. I implemented a solution for which all of a hosts resolved ip addresses are added to the access table when the host is specified by name. If the host is specified by address or wildcard, then only one table entry is generated, as before. This fixes qa tests 030, 089, 155, 160, and 422 on my machine. I also updated tests 023, 244 to handle an unspecified number of table entries for "localhost". In an unrelated matter, the second change filters 127.0.0.1 and ::1 to LOOPBACK in the output of test 200. These changes have been pushed to the brolley/dev branch of the pcpfans repository. Dave ------------------------------------------------------- commit 99716f0a87a4ea8847139ed4a44c627bec655a31 Author: Dave Brolley Date: Wed Apr 24 17:13:35 2013 -0400 __pmAccAddHost(), __pmAccAddClient() and __pmAccDelClient() were only considering one network address for a given host. However a given host can have an arbitrary number of addresses due to multiple network interfaces and multiple address families configured on each (e.g. inet, ipv6). This is a potential security issue since, when a host is specified by name, the user presumably wishes to restrict all access from that host but, currently, only one address associated with that host is being restricted. In this commit: - __pmAccAddHost() now adds all of the network addresses associated with a given host, specified by name, to the host access table. Hosts specified directly by address continue to generate a single entry in the table. - __pmAccAddClient accumulates the permissions for all network addresses associated with a client specified as "localhost". - __pmDelClient deletes entries for all network addresses associated with a client specified as "localhost". It also now maps "localhost" to the actual host as __pmAccAddHost() and __pmAccAddClient() already did (and still do). - qa tests 023 and 244: filter the host access table to include only one entry for localhost. commit 77b6b114bb7d86ad6366452fe59e9c91c0f9c10b Author: Dave Brolley Date: Wed Apr 24 17:12:35 2013 -0400 QA test 200: Filter 127.0.0.1 and ::1 to LOOPBACK. From kenj@internode.on.net Wed Apr 24 23:53:02 2013 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on oss.sgi.com X-Spam-Level: X-Spam-Status: No, score=0.0 required=5.0 tests=none 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 9C48A29DFA for ; Wed, 24 Apr 2013 23:53:02 -0500 (CDT) Received: from cuda.sgi.com (cuda2.sgi.com [192.48.176.25]) by relay2.corp.sgi.com (Postfix) with ESMTP id 89CC9304053 for ; Wed, 24 Apr 2013 21:52:59 -0700 (PDT) X-ASG-Debug-ID: 1366865577-04cbb057f659c530001-S8gJnT Received: from ipmail06.adl6.internode.on.net (ipmail06.adl6.internode.on.net [150.101.137.145]) by cuda.sgi.com with ESMTP id E7lmTJXwO0hf9nr5 for ; Wed, 24 Apr 2013 21:52: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: ApMBAKy1eFF20aMe/2dsb2JhbAANRIM8v0SEEjANFhgDAgECAVgGAgEBtFaSC5MDA6tc Received: from ppp118-209-163-30.lns20.mel6.internode.on.net (HELO [192.168.1.100]) ([118.209.163.30]) by ipmail06.adl6.internode.on.net with ESMTP; 25 Apr 2013 14:22:56 +0930 Message-ID: <5178B6BB.5060900@internode.on.net> Date: Thu, 25 Apr 2013 14:53:15 +1000 From: Ken McDonell User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:17.0) Gecko/20130329 Thunderbird/17.0.5 MIME-Version: 1.0 To: pcp@oss.sgi.com Subject: pcp updates - qa and libpcp (ipv6 tweaks) Content-Type: text/plain; charset=ISO-8859-1 X-ASG-Orig-Subj: pcp updates - qa and libpcp (ipv6 tweaks) Content-Transfer-Encoding: 7bit X-Barracuda-Connect: ipmail06.adl6.internode.on.net[150.101.137.145] X-Barracuda-Start-Time: 1366865577 X-Barracuda-URL: http://192.48.176.25:80/cgi-mod/mark.cgi X-Virus-Scanned: by bsmtpd at sgi.com X-Barracuda-BRTS-Status: 1 X-Barracuda-Spam-Score: 0.00 X-Barracuda-Spam-Status: No, SCORE=0.00 using per-user scores of TAG_LEVEL=1000.0 QUARANTINE_LEVEL=1000.0 KILL_LEVEL=2.7 tests= X-Barracuda-Spam-Report: Code version 3.2, rules version 3.2.2.129093 Rule breakdown below pts rule name description ---- ---------------------- -------------------------------------------------- Changes committed to git://oss.sgi.com/kenj/pcp.git dev qa/066.out.4 | 4 +- qa/069 | 6 +++ qa/069.out.6 | 71 +++++++++++++++++++++++++++++++++++++++++++ qa/117 | 2 - qa/251 | 4 +- qa/287 | 12 +++++-- qa/403 | 4 +- qa/417 | 4 +- qa/433 | 4 +- qa/457 | 32 +++++++++---------- qa/532 | 3 + qa/589 | 28 ++++++++++++---- qa/common.check | 2 - src/libpcp/src/access.c | 15 ++++++++- src/libpcp/src/auxserver.c | 10 +----- src/libpcp/src/check-statics | 1 16 files changed, 153 insertions(+), 49 deletions(-) commit 2b45ca49944d36125ef4f47f7620bd80f027418f Author: Ken McDonell Date: Thu Apr 25 14:22:14 2013 +1000 qa/532 - add note about non-deterministic failures commit 980212a94bf8440d8e47bff2dca4af3764dc22df Author: Ken McDonell Date: Thu Apr 25 14:18:12 2013 +1000 qa/589 - explain port 26, handle firewall rejection Different error message from some firewalls. commit 6fd2465452f5a4be8abc1f2941cb6f3ed80f9eeb Author: Ken McDonell Date: Thu Apr 25 13:51:37 2013 +1000 qa/common.check - remove unwanted diagnostic tmp file save commit bb595464a5e2221dc4bb1bbdedfae9a699ed337a Author: Ken McDonell Date: Thu Apr 25 13:50:48 2013 +1000 qa/069 - new output for post PCP 3.7.2 and no IPv6 support commit 3a272a2020f4cea1544f9538f1b3647eeb742ec5 Author: Ken McDonell Date: Thu Apr 25 12:19:58 2013 +1000 libpcp - use our wrapper for run-time check on IPv6 support Since __pmGetAPIConfig("ipv6") does the job, no need to expose the ugly platform dependent code elsewhere. commit eba78baa2c1ff6e2a35e77dfe37d54dda2d9096a Author: Ken McDonell Date: Thu Apr 25 12:12:43 2013 +1000 libpcp/__pmAccAddHost - don't always create ipv6 wildcard entry If the platform does not support IPv6, don't create IPv6 wildcard entries alongside IPv4 entries. Fix related qa/066.out.4 output (for platforms that don't support IPv6) as a result of an eariler for minor formatting change in reporting IPv4 wildcards. commit 2d6f43fd2c0a707d876323f1af92c4c8764cbd70 Author: Ken McDonell Date: Tue Apr 23 20:16:28 2013 +1000 qa/287 - fix up last botched commits Now have Mac OS X _and_ uname changes. commit 574fbb411cf87415722aaa9774e6930159040b27 Author: Ken McDonell Date: Tue Apr 23 20:06:19 2013 +1000 Revert "qa/287 - uname -m more reliable than uname -p" This reverts commit 0b50ff773f613e8194af7e25066b9f84508d8204. Actually this commit accidently undid the previous commit ... so put that back, and then we'll redo the uname change. commit 0af1ef8cfeeffd13c2be05e14ff9050ee5ee6c22 Author: Ken McDonell Date: Tue Apr 23 19:52:26 2013 +1000 qa assorted changes to expunge echo -n The following is NOT portable $ echo -n 'foo bar' we introduced support for doing this in a way that works a long time ago, so rewrite the above to be $PCP_ECHO_PROG $PCP_ECHO_N 'foo bar'"$PCP_ECHO_C" Ugly I know, but works in the BSD-based and Unix-based worlds, as well as Linux/GNU land. From brolley@redhat.com Thu Apr 25 09:25:26 2013 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on oss.sgi.com X-Spam-Level: X-Spam-Status: No, score=0.0 required=5.0 tests=none autolearn=ham version=3.3.1 X-Original-To: pcp@oss.sgi.com Delivered-To: pcp@oss.sgi.com Received: from relay.sgi.com (relay2.corp.sgi.com [137.38.102.29]) by oss.sgi.com (Postfix) with ESMTP id 1CBC329E03 for ; Thu, 25 Apr 2013 09:25:26 -0500 (CDT) Received: from cuda.sgi.com (cuda3.sgi.com [192.48.176.15]) by relay2.corp.sgi.com (Postfix) with ESMTP id EA88A304082 for ; Thu, 25 Apr 2013 07:25:25 -0700 (PDT) X-ASG-Debug-ID: 1366899925-04cb6c2c1d5e5830001-S8gJnT Received: from mx1.redhat.com (mx1.redhat.com [209.132.183.28]) by cuda.sgi.com with ESMTP id gOhFHOLf5cbqbCXS for ; Thu, 25 Apr 2013 07:25:25 -0700 (PDT) X-Barracuda-Envelope-From: brolley@redhat.com X-Barracuda-Apparent-Source-IP: 209.132.183.28 X-ASG-Whitelist: Client Received: from int-mx02.intmail.prod.int.phx2.redhat.com (int-mx02.intmail.prod.int.phx2.redhat.com [10.5.11.12]) by mx1.redhat.com (8.14.4/8.14.4) with ESMTP id r3PEPOgs005608 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK) for ; Thu, 25 Apr 2013 10:25:24 -0400 Received: from [10.10.59.136] (vpn-59-136.rdu2.redhat.com [10.10.59.136]) by int-mx02.intmail.prod.int.phx2.redhat.com (8.13.8/8.13.8) with ESMTP id r3PEPOwX020605 for ; Thu, 25 Apr 2013 10:25:24 -0400 Message-ID: <51793CD3.50905@redhat.com> Date: Thu, 25 Apr 2013 10:25:23 -0400 From: Dave Brolley User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:17.0) Gecko/20130311 Thunderbird/17.0.4 MIME-Version: 1.0 To: pcp@oss.sgi.com Subject: Re: [pcp] pcp updates - qa and libpcp (ipv6 tweaks) References: <5178B6BB.5060900@internode.on.net> X-ASG-Orig-Subj: Re: [pcp] pcp updates - qa and libpcp (ipv6 tweaks) In-Reply-To: <5178B6BB.5060900@internode.on.net> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Scanned-By: MIMEDefang 2.67 on 10.5.11.12 X-Barracuda-Connect: mx1.redhat.com[209.132.183.28] X-Barracuda-Start-Time: 1366899925 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 04/25/2013 12:53 AM, Ken McDonell wrote: > commit eba78baa2c1ff6e2a35e77dfe37d54dda2d9096a > Author: Ken McDonell > Date: Thu Apr 25 12:12:43 2013 +1000 > > libpcp/__pmAccAddHost - don't always create ipv6 wildcard entry > > If the platform does not support IPv6, don't create IPv6 wildcard > entries alongside IPv4 entries. > The changes I posted yesterday are a rewrite of this code and don't do this. I'll add it and try to get it pushed today. Dave From kenj@internode.on.net Thu Apr 25 14:38:28 2013 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on oss.sgi.com X-Spam-Level: X-Spam-Status: No, score=0.0 required=5.0 tests=none autolearn=ham version=3.3.1 X-Original-To: pcp@oss.sgi.com Delivered-To: pcp@oss.sgi.com Received: from relay.sgi.com (relay2.corp.sgi.com [137.38.102.29]) by oss.sgi.com (Postfix) with ESMTP id B59DA29DFA for ; Thu, 25 Apr 2013 14:38:28 -0500 (CDT) Received: from cuda.sgi.com (cuda3.sgi.com [192.48.176.15]) by relay2.corp.sgi.com (Postfix) with ESMTP id A463830407F for ; Thu, 25 Apr 2013 12:38:28 -0700 (PDT) X-ASG-Debug-ID: 1366918702-04cb6c529519300001-S8gJnT Received: from ipmail04.adl6.internode.on.net (ipmail04.adl6.internode.on.net [150.101.137.141]) by cuda.sgi.com with ESMTP id QRJbhYxflMT2SNTj for ; Thu, 25 Apr 2013 12:38:22 -0700 (PDT) X-Barracuda-Envelope-From: kenj@internode.on.net X-Barracuda-Apparent-Source-IP: 150.101.137.141 X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: ApMBALWEeVF20aMe/2dsb2JhbAANRMFtgRqDEwEBAQQ4QBELFAQJFg8JAwIBAgFFEwYCAQG0UZIljzwWgzgDq14 Received: from ppp118-209-163-30.lns20.mel6.internode.on.net (HELO [192.168.1.100]) ([118.209.163.30]) by ipmail04.adl6.internode.on.net with ESMTP; 26 Apr 2013 05:08:21 +0930 Message-ID: <51798641.5050106@internode.on.net> Date: Fri, 26 Apr 2013 05:38:41 +1000 From: Ken McDonell User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:17.0) Gecko/20130329 Thunderbird/17.0.5 MIME-Version: 1.0 To: pcp@oss.sgi.com Subject: Re: [pcp] pcp updates - qa and libpcp (ipv6 tweaks) References: <5178B6BB.5060900@internode.on.net> <51793CD3.50905@redhat.com> X-ASG-Orig-Subj: Re: [pcp] pcp updates - qa and libpcp (ipv6 tweaks) In-Reply-To: <51793CD3.50905@redhat.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Barracuda-Connect: ipmail04.adl6.internode.on.net[150.101.137.141] X-Barracuda-Start-Time: 1366918702 X-Barracuda-URL: http://192.48.176.15:80/cgi-mod/mark.cgi X-Virus-Scanned: by bsmtpd at sgi.com X-Barracuda-BRTS-Status: 1 X-Barracuda-Spam-Score: 0.00 X-Barracuda-Spam-Status: No, SCORE=0.00 using per-user scores of TAG_LEVEL=1000.0 QUARANTINE_LEVEL=1000.0 KILL_LEVEL=2.7 tests= X-Barracuda-Spam-Report: Code version 3.2, rules version 3.2.2.129151 Rule breakdown below pts rule name description ---- ---------------------- -------------------------------------------------- On 26/04/13 00:25, Dave Brolley wrote: > On 04/25/2013 12:53 AM, Ken McDonell wrote: >> commit eba78baa2c1ff6e2a35e77dfe37d54dda2d9096a >> Author: Ken McDonell >> Date: Thu Apr 25 12:12:43 2013 +1000 >> >> libpcp/__pmAccAddHost - don't always create ipv6 wildcard entry >> If the platform does not support IPv6, don't create IPv6 wildcard >> entries alongside IPv4 entries. > The changes I posted yesterday are a rewrite of this code and don't do > this. I'll add it and try to get it pushed today. Thanks Dave. I have been concentrating on trying to improve the QA pass rate, and not wanting to move my code base too far while doing that, so I've not merged in any of the pcpfans commits. There seems to be lots of stuff in Nathan's tree and these changes in your tree, and I'm hoping for pmcollectl fixes from Stan. Rather than pulling WIP or cherry picking, I'd prefer to wait until these are all merged into the official oss tree, then I'll pull from there and re-base the QA effort. From nscott@redhat.com Fri Apr 26 05:48:03 2013 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on oss.sgi.com X-Spam-Level: X-Spam-Status: No, score=0.0 required=5.0 tests=none autolearn=ham version=3.3.1 X-Original-To: pcp@oss.sgi.com Delivered-To: pcp@oss.sgi.com Received: from relay.sgi.com (relay1.corp.sgi.com [137.38.102.111]) by oss.sgi.com (Postfix) with ESMTP id 9143329DFA for ; Fri, 26 Apr 2013 05:48:03 -0500 (CDT) Received: from cuda.sgi.com (cuda1.sgi.com [192.48.157.11]) by relay1.corp.sgi.com (Postfix) with ESMTP id 70C698F8039 for ; Fri, 26 Apr 2013 03:48:00 -0700 (PDT) X-ASG-Debug-ID: 1366973279-04bdf06c4753150001-S8gJnT Received: from mx3-phx2.redhat.com (mx3-phx2.redhat.com [209.132.183.24]) by cuda.sgi.com with ESMTP id gHHnKI4Wxqlddt5S for ; Fri, 26 Apr 2013 03:47:59 -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 r3QAluus026663; Fri, 26 Apr 2013 06:47:56 -0400 Date: Fri, 26 Apr 2013 06:47:56 -0400 (EDT) From: Nathan Scott Reply-To: Nathan Scott To: Ken McDonell , Dave Brolley Cc: pcp@oss.sgi.com Message-ID: <1490681660.5198275.1366973276252.JavaMail.root@redhat.com> In-Reply-To: <51798641.5050106@internode.on.net> References: <5178B6BB.5060900@internode.on.net> <51793CD3.50905@redhat.com> <51798641.5050106@internode.on.net> Subject: Re: [pcp] pcp updates - qa and libpcp (ipv6 tweaks) MIME-Version: 1.0 X-ASG-Orig-Subj: Re: [pcp] pcp updates - qa and libpcp (ipv6 tweaks) Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-Originating-IP: [10.5.82.12] X-Mailer: Zimbra 8.0.3_GA_5664 (ZimbraWebClient - FF17 (Linux)/8.0.3_GA_5664) Thread-Topic: pcp updates - qa and libpcp (ipv6 tweaks) Thread-Index: YS+QsG8erOPzZ1i8MqGg8YEk/fzOXA== X-Barracuda-Connect: mx3-phx2.redhat.com[209.132.183.24] X-Barracuda-Start-Time: 1366973279 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.2.129211 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 ----- > On 26/04/13 00:25, Dave Brolley wrote: > > On 04/25/2013 12:53 AM, Ken McDonell wrote: > ... > Thanks Dave. > > I have been concentrating on trying to improve the QA pass rate, and not > wanting to move my code base too far while doing that, so I've not > merged in any of the pcpfans commits. > > There seems to be lots of stuff in Nathan's tree and these changes in > your tree, and I'm hoping for pmcollectl fixes from Stan. Rather than > pulling WIP or cherry picking, I'd prefer to wait until these are all > merged into the official oss tree, then I'll pull from there and re-base > the QA effort. Yeah, sorry, there is alot in my tree (even more now). I'm planning to set aside focus on dev work early next week for a day or two and begin to get all of our trees (myself/kenj/fche/brolley/scox) back into sync with a dev merge and associated QA asap. Also planning on spending some time on the secure sockets failures/issues as well, haven't been able to give that the time it deserves today either. cheers. -- Nathan From wwwrun@oss.sgi.com Fri Apr 26 06:52:34 2013 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on oss.sgi.com X-Spam-Level: X-Spam-Status: No, score=0.0 required=5.0 tests=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 582C57CBE; Fri, 26 Apr 2013 06:52:34 -0500 (CDT) From: bugzilla-daemon@oss.sgi.com To: pcp@oss.sgi.com Subject: [Bug 947] New: Mising QA for apache PMDA Date: Fri, 26 Apr 2013 11:52:33 +0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: new X-Bugzilla-Watch-Reason: None X-Bugzilla-Classification: Unclassified X-Bugzilla-Product: pcp X-Bugzilla-Component: pcp X-Bugzilla-Keywords: X-Bugzilla-Severity: normal X-Bugzilla-Who: kenj@internode.on.net X-Bugzilla-Status: NEW X-Bugzilla-Priority: P5 X-Bugzilla-Assigned-To: mort@sgi.com X-Bugzilla-Target-Milestone: --- X-Bugzilla-Changed-Fields: bug_id short_desc product version rep_platform op_sys bug_status bug_severity priority component assigned_to reporter cc classification Message-ID: Content-Type: multipart/alternative; boundary="1366977154.BAbA5C62.15252"; charset="us-ascii" X-Bugzilla-URL: http://oss.sgi.com/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 --1366977154.BAbA5C62.15252 Date: Fri, 26 Apr 2013 06:52:34 -0500 MIME-Version: 1.0 Content-Type: text/plain; charset="UTF-8" http://oss.sgi.com/bugzilla/show_bug.cgi?id=947 Bug ID: 947 Summary: Mising QA for apache PMDA Product: pcp Version: unspecified Hardware: All OS: Linux Status: NEW Severity: normal Priority: P5 Component: pcp Assignee: mort@sgi.com Reporter: kenj@internode.on.net CC: pcp@oss.sgi.com Classification: Unclassified There are no QA tests at all in src/pcp/qa for the apache PMDA. -- You are receiving this mail because: You are on the CC list for the bug. --1366977154.BAbA5C62.15252 Date: Fri, 26 Apr 2013 06:52:34 -0500 MIME-Version: 1.0 Content-Type: text/html; charset="UTF-8"
Bug ID 947
Summary Mising QA for apache PMDA
Product pcp
Version unspecified
Hardware All
OS Linux
Status NEW
Severity normal
Priority P5
Component pcp
Assignee mort@sgi.com
Reporter kenj@internode.on.net
CC pcp@oss.sgi.com
Classification Unclassified 

There are no QA tests at all in src/pcp/qa for the apache PMDA.

You are receiving this mail because:
  • You are on the CC list for the bug.
--1366977154.BAbA5C62.15252-- From scox@redhat.com Fri Apr 26 15:39:12 2013 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on oss.sgi.com X-Spam-Level: X-Spam-Status: No, score=0.0 required=5.0 tests=none autolearn=ham version=3.3.1 X-Original-To: pcp@oss.sgi.com Delivered-To: pcp@oss.sgi.com Received: from relay.sgi.com (relay3.corp.sgi.com [198.149.34.15]) by oss.sgi.com (Postfix) with ESMTP id C6E5E29DFA for ; Fri, 26 Apr 2013 15:39:12 -0500 (CDT) Received: from cuda.sgi.com (cuda2.sgi.com [192.48.176.25]) by relay3.corp.sgi.com (Postfix) with ESMTP id 32E70AC009 for ; Fri, 26 Apr 2013 13:39:12 -0700 (PDT) X-ASG-Debug-ID: 1367008751-04cbb075f781e30001-S8gJnT Received: from mx1.redhat.com (mx1.redhat.com [209.132.183.28]) by cuda.sgi.com with ESMTP id 6aelSLegU1PkahbD for ; Fri, 26 Apr 2013 13:39:11 -0700 (PDT) X-Barracuda-Envelope-From: scox@redhat.com X-Barracuda-Apparent-Source-IP: 209.132.183.28 X-ASG-Whitelist: Client Received: from int-mx10.intmail.prod.int.phx2.redhat.com (int-mx10.intmail.prod.int.phx2.redhat.com [10.5.11.23]) by mx1.redhat.com (8.14.4/8.14.4) with ESMTP id r3QKdAjt019894 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK) for ; Fri, 26 Apr 2013 16:39:10 -0400 Received: from [10.11.231.226] (dhcp231-226.rdu.redhat.com [10.11.231.226]) by int-mx10.intmail.prod.int.phx2.redhat.com (8.14.4/8.14.4) with ESMTP id r3QKdAHj029282; Fri, 26 Apr 2013 16:39:10 -0400 Message-ID: <517AE6A7.6090104@redhat.com> Date: Fri, 26 Apr 2013 16:42:15 -0400 From: Stan Cox User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:17.0) Gecko/20130311 Thunderbird/17.0.4 MIME-Version: 1.0 To: Nathan Scott CC: PCP Subject: linux pmda time fields Content-Type: text/plain; charset=ISO-8859-1; format=flowed X-ASG-Orig-Subj: linux pmda time fields 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: 1367008751 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 The values I am seeing on linux for proc.psinfo.*time seem suspicious. # Get utime, stime directly cat /proc/26048/stat | awk '{print $14,$15}' 5 4 # quite different results from pminfo (massaged with awk): pminfo -dtTf proc.psinfo | awk '/^proc/ {X=$1} /26048/ {print X,$0}' | grep -v awk | grep time proc.psinfo.ppid inst [26570 or "026570 grep time"] value 26048 process inst [26570 or "026570 grep time"] value 26048 proc.psinfo.utime inst [26048 or "026048 bash"] value 18446744073709546616 proc.psinfo.stime inst [26048 or "026048 bash"] value 18446744073709547616 proc.psinfo.cutime inst [26048 or "026048 bash"] value 18446744073709509616 proc.psinfo.cstime inst [26048 or "026048 bash"] value 18446744073709515616 proc.psinfo.start_time inst [26048 or "026048 bash"] value 28547402 Nothing in pmdas/linux_proc/pmda.c seems suspicious at a brief glance. Seems to be looking in the right field of stat. /* proc.psinfo.utime */ { NULL, { PMDA_PMID(CLUSTER_PID_STAT,13), KERNEL_ULONG, PROC_INDOM, PM_SEM_COUNTER, PMDA_PMUNITS(0,1,0,0,PM_TIME_MSEC,0) } }, /* proc.psinfo.stime */ { NULL, { PMDA_PMID(CLUSTER_PID_STAT,14), KERNEL_ULONG, PROC_INDOM, PM_SEM_COUNTER, PMDA_PMUNITS(0,1,0,0,PM_TIME_MSEC,0) } }, Thoughts? From nscott@redhat.com Fri Apr 26 19:37:37 2013 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on oss.sgi.com X-Spam-Level: X-Spam-Status: No, score=0.0 required=5.0 tests=none autolearn=ham version=3.3.1 X-Original-To: pcp@oss.sgi.com Delivered-To: pcp@oss.sgi.com Received: from relay.sgi.com (relay3.corp.sgi.com [198.149.34.15]) by oss.sgi.com (Postfix) with ESMTP id 0DAF07CBE for ; Fri, 26 Apr 2013 19:37:37 -0500 (CDT) Received: from cuda.sgi.com (cuda1.sgi.com [192.48.157.11]) by relay3.corp.sgi.com (Postfix) with ESMTP id 87972AC004 for ; Fri, 26 Apr 2013 17:37:33 -0700 (PDT) X-ASG-Debug-ID: 1367023052-04bdf06c46897c0001-S8gJnT Received: from mx3-phx2.redhat.com (mx3-phx2.redhat.com [209.132.183.24]) by cuda.sgi.com with ESMTP id omDLhlQSu50aiT5m for ; Fri, 26 Apr 2013 17:37:32 -0700 (PDT) X-Barracuda-Envelope-From: nscott@redhat.com X-Barracuda-Apparent-Source-IP: 209.132.183.24 Received: from zmail20.collab.prod.int.phx2.redhat.com (zmail20.collab.prod.int.phx2.redhat.com [10.5.83.23]) by mx3-phx2.redhat.com (8.13.8/8.13.8) with ESMTP id r3R0bVkt030249; Fri, 26 Apr 2013 20:37:31 -0400 Date: Fri, 26 Apr 2013 20:37:31 -0400 (EDT) From: Nathan Scott Reply-To: Nathan Scott To: Stan Cox Cc: PCP Message-ID: <752672363.5578333.1367023051646.JavaMail.root@redhat.com> In-Reply-To: <517AE6A7.6090104@redhat.com> References: <517AE6A7.6090104@redhat.com> Subject: Re: linux pmda time fields MIME-Version: 1.0 X-ASG-Orig-Subj: Re: linux pmda time fields Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-Originating-IP: [10.5.82.12] X-Mailer: Zimbra 8.0.3_GA_5664 (ZimbraWebClient - FF17 (Linux)/8.0.3_GA_5664) Thread-Topic: linux pmda time fields Thread-Index: 3ygsmCZ9dG+mThI5uig3OosvhAv9+g== X-Barracuda-Connect: mx3-phx2.redhat.com[209.132.183.24] X-Barracuda-Start-Time: 1367023052 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.2.129267 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 Stan, ----- Original Message ----- > The values I am seeing on linux for proc.psinfo.*time seem suspicious. > > # Get utime, stime directly > > cat /proc/26048/stat | awk '{print $14,$15}' > 5 4 > > # quite different results from pminfo (massaged with awk): > > pminfo -dtTf proc.psinfo | awk '/^proc/ {X=$1} /26048/ {print X,$0}' | > grep -v awk | grep time > ... > proc.psinfo.utime inst [26048 or "026048 bash"] value > 18446744073709546616 Hmmm, very suspect, and right at the 64-bit limit for all of them. (gdb) p (unsigned long long)-1 $3 = 18446744073709551615 > ... > Thoughts? > What architecture are you on there? For me on a rhel6-based x86_64 box, I'm not seeing similar behaviour - values looks sensible here. The spot where I would punt that something is going funky would be in the src/pmdas/linux_proc/pmda.c fetch callback (proc_fetchCallBack) - some judicious logging or quality time in gdb might reveal the cause, this spot in particular at around line 970: case PROC_PID_STAT_UTIME: case PROC_PID_STAT_STIME: case PROC_PID_STAT_CUTIME: case PROC_PID_STAT_CSTIME: /* * unsigned jiffies converted to unsigned milliseconds */ if ((f = _pm_getfield(entry->stat_buf, idp->item)) == NULL) return PM_ERR_INST; sscanf(f, "%lu", &ul); _pm_assign_ulong(atom, 1000 * (double)ul / hz); break; Maybe dump out the string returned in "f" there to see if it matches up with expectations, and if so follow through the transformation on that _pm_assign_ulong line calculation. Perhaps the hz value isn't initialised, somehow? cheers. -- Nathan From mgoodwin@redhat.com Fri Apr 26 19:51:27 2013 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on oss.sgi.com X-Spam-Level: X-Spam-Status: No, score=0.0 required=5.0 tests=none autolearn=ham version=3.3.1 X-Original-To: pcp@oss.sgi.com Delivered-To: pcp@oss.sgi.com Received: from relay.sgi.com (relay2.corp.sgi.com [137.38.102.29]) by oss.sgi.com (Postfix) with ESMTP id 55EC87CBE for ; Fri, 26 Apr 2013 19:51:27 -0500 (CDT) Received: from cuda.sgi.com (cuda2.sgi.com [192.48.176.25]) by relay2.corp.sgi.com (Postfix) with ESMTP id 30A7730407A for ; Fri, 26 Apr 2013 17:51:24 -0700 (PDT) X-ASG-Debug-ID: 1367023883-04cbb075f68ff90001-S8gJnT Received: from mx1.redhat.com (mx1.redhat.com [209.132.183.28]) by cuda.sgi.com with ESMTP id THBmOWsMWpBxFEbX for ; Fri, 26 Apr 2013 17:51:23 -0700 (PDT) X-Barracuda-Envelope-From: mgoodwin@redhat.com X-Barracuda-Apparent-Source-IP: 209.132.183.28 X-ASG-Whitelist: Client Received: from int-mx01.intmail.prod.int.phx2.redhat.com (int-mx01.intmail.prod.int.phx2.redhat.com [10.5.11.11]) by mx1.redhat.com (8.14.4/8.14.4) with ESMTP id r3R0pMpR014506 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK) for ; Fri, 26 Apr 2013 20:51:23 -0400 Received: from fletch.usersys.redhat.com (vpn1-49-85.bne.redhat.com [10.64.49.85]) by int-mx01.intmail.prod.int.phx2.redhat.com (8.13.8/8.13.8) with ESMTP id r3R0pKcq025042; Fri, 26 Apr 2013 20:51:21 -0400 Message-ID: <517B2107.80207@redhat.com> Date: Sat, 27 Apr 2013 10:51:19 +1000 From: Mark Goodwin User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:14.0) Gecko/20130206 Thunderbird/14.0 MIME-Version: 1.0 To: Stan Cox CC: Nathan Scott , PCP Subject: Re: [pcp] linux pmda time fields References: <517AE6A7.6090104@redhat.com> X-ASG-Orig-Subj: Re: [pcp] linux pmda time fields In-Reply-To: <517AE6A7.6090104@redhat.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Scanned-By: MIMEDefang 2.67 on 10.5.11.11 X-Barracuda-Connect: mx1.redhat.com[209.132.183.28] X-Barracuda-Start-Time: 1367023883 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 04/27/2013 06:42 AM, Stan Cox wrote: > The values I am seeing on linux for proc.psinfo.*time seem suspicious. > This was fixed back in January, somehow you're missing this commit : commit 5ab6b9d4e33456cb1d57752bbc0b86d98eb4e26a Author: Mark Goodwin Date: Tue Jan 1 10:47:29 2013 +1100 Ensure HZ is initialised in Linux proc PMDA. HZ was not initialized, so we are multiplying by -1 during certain calculations, and exporting incorrect values for some per-process CPU time metrics. This is a bug introduced when we split the proc PMDA off from the Linux PMDA. From wwwrun@oss.sgi.com Fri Apr 26 20:49:02 2013 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on oss.sgi.com X-Spam-Level: X-Spam-Status: No, score=0.0 required=5.0 tests=HTML_MESSAGE,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 1A04029DFA; Fri, 26 Apr 2013 20:49:02 -0500 (CDT) From: bugzilla-daemon@oss.sgi.com To: pcp@oss.sgi.com Subject: [Bug 948] New: PMDAs should not be shipped without some QA coverage Date: Sat, 27 Apr 2013 01:49:01 +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: kenj@internode.on.net X-Bugzilla-Status: NEW X-Bugzilla-Priority: P5 X-Bugzilla-Assigned-To: mort@sgi.com X-Bugzilla-Target-Milestone: --- X-Bugzilla-Changed-Fields: bug_id short_desc product version rep_platform op_sys bug_status bug_severity priority component assigned_to reporter cc classification Message-ID: Content-Type: multipart/alternative; boundary="1367027342.28d8a2Fb2.9470"; charset="us-ascii" X-Bugzilla-URL: http://oss.sgi.com/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 --1367027342.28d8a2Fb2.9470 Date: Fri, 26 Apr 2013 20:49:02 -0500 MIME-Version: 1.0 Content-Type: text/plain; charset="UTF-8" http://oss.sgi.com/bugzilla/show_bug.cgi?id=948 Bug ID: 948 Summary: PMDAs should not be shipped without some QA coverage Product: pcp Version: unspecified Hardware: All OS: Linux Status: NEW Severity: major Priority: P5 Component: pcp Assignee: mort@sgi.com Reporter: kenj@internode.on.net CC: pcp@oss.sgi.com Classification: Unclassified This a "master" bug to cover a raft of PMDAs that are currently shipped but with no coverage at all in the PCP QA suite. As a matter of principle, _every_ PMDA should have some QA coverage. If the PMDA has special co-dependencies (e.g. special hardware, unusual kernel module, concurrent DBMS installation, ...) then it should _still_ have coverage in the PCP QA suite, using the existing "not run" infrastructure to avoid running the associated tests if the co-dependencies are not satisisfied ... this means there is a chance that someone will run the tests somewhere, even if it is outside the common QA processes. -- You are receiving this mail because: You are on the CC list for the bug. --1367027342.28d8a2Fb2.9470 Date: Fri, 26 Apr 2013 20:49:02 -0500 MIME-Version: 1.0 Content-Type: text/html; charset="UTF-8"
Bug ID 948
Summary PMDAs should not be shipped without some QA coverage
Product pcp
Version unspecified
Hardware All
OS Linux
Status NEW
Severity major
Priority P5
Component pcp
Assignee mort@sgi.com
Reporter kenj@internode.on.net
CC pcp@oss.sgi.com
Classification Unclassified 

This a "master" bug to cover a raft of PMDAs that are currently shipped but
with no coverage at all in the PCP QA suite.

As a matter of principle, _every_ PMDA should have some QA coverage.

If the PMDA has special co-dependencies (e.g. special hardware, unusual kernel
module, concurrent DBMS installation, ...) then it should _still_ have coverage
in the PCP QA suite, using the existing "not run" infrastructure to avoid
running the associated tests if the co-dependencies are not satisisfied ...
this means there is a chance that someone will run the tests somewhere, even if
it is outside the common QA processes.

You are receiving this mail because:
  • You are on the CC list for the bug.
--1367027342.28d8a2Fb2.9470-- From wwwrun@oss.sgi.com Fri Apr 26 20:50:29 2013 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on oss.sgi.com X-Spam-Level: X-Spam-Status: No, score=0.0 required=5.0 tests=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 D9A8E29DFA; Fri, 26 Apr 2013 20:50:29 -0500 (CDT) From: bugzilla-daemon@oss.sgi.com To: pcp@oss.sgi.com Subject: [Bug 947] Mising QA for apache PMDA Date: Sat, 27 Apr 2013 01:50:29 +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: kenj@internode.on.net X-Bugzilla-Status: NEW X-Bugzilla-Priority: P5 X-Bugzilla-Assigned-To: mort@sgi.com X-Bugzilla-Target-Milestone: --- X-Bugzilla-Changed-Fields: blocked Message-ID: In-Reply-To: References: Content-Type: multipart/alternative; boundary="1367027429.cc8BAF82.9684"; charset="us-ascii" X-Bugzilla-URL: http://oss.sgi.com/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 --1367027429.cc8BAF82.9684 Date: Fri, 26 Apr 2013 20:50:29 -0500 MIME-Version: 1.0 Content-Type: text/plain; charset="UTF-8" http://oss.sgi.com/bugzilla/show_bug.cgi?id=947 Ken McDonell changed: What |Removed |Added ---------------------------------------------------------------------------- Blocks| |948 -- You are receiving this mail because: You are on the CC list for the bug. --1367027429.cc8BAF82.9684 Date: Fri, 26 Apr 2013 20:50:29 -0500 MIME-Version: 1.0 Content-Type: text/html; charset="UTF-8" changed bug 947
What Removed Added
Blocks   948

You are receiving this mail because:
  • You are on the CC list for the bug.
--1367027429.cc8BAF82.9684-- From wwwrun@oss.sgi.com Fri Apr 26 20:50:30 2013 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on oss.sgi.com X-Spam-Level: X-Spam-Status: No, score=0.0 required=5.0 tests=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 5F1B529E05; Fri, 26 Apr 2013 20:50:30 -0500 (CDT) From: bugzilla-daemon@oss.sgi.com To: pcp@oss.sgi.com Subject: [Bug 948] PMDAs should not be shipped without some QA coverage Date: Sat, 27 Apr 2013 01:50:29 +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: kenj@internode.on.net X-Bugzilla-Status: NEW X-Bugzilla-Priority: P5 X-Bugzilla-Assigned-To: mort@sgi.com X-Bugzilla-Target-Milestone: --- X-Bugzilla-Changed-Fields: dependson Message-ID: In-Reply-To: References: Content-Type: multipart/alternative; boundary="1367027430.Af8D5D5.9684"; charset="us-ascii" X-Bugzilla-URL: http://oss.sgi.com/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 --1367027430.Af8D5D5.9684 Date: Fri, 26 Apr 2013 20:50:30 -0500 MIME-Version: 1.0 Content-Type: text/plain; charset="UTF-8" http://oss.sgi.com/bugzilla/show_bug.cgi?id=948 Ken McDonell changed: What |Removed |Added ---------------------------------------------------------------------------- Depends on| |947 -- You are receiving this mail because: You are on the CC list for the bug. --1367027430.Af8D5D5.9684 Date: Fri, 26 Apr 2013 20:50:30 -0500 MIME-Version: 1.0 Content-Type: text/html; charset="UTF-8" changed bug 948
What Removed Added
Depends on   947

You are receiving this mail because:
  • You are on the CC list for the bug.
--1367027430.Af8D5D5.9684-- From wwwrun@oss.sgi.com Sat Apr 27 15:30:44 2013 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on oss.sgi.com X-Spam-Level: X-Spam-Status: No, score=0.0 required=5.0 tests=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 A77547F4C; Sat, 27 Apr 2013 15:30:44 -0500 (CDT) From: bugzilla-daemon@oss.sgi.com To: pcp@oss.sgi.com Subject: [Bug 949] New: Mising QA for bash PMDA Date: Sat, 27 Apr 2013 20:30:43 +0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: new X-Bugzilla-Watch-Reason: None X-Bugzilla-Classification: Unclassified X-Bugzilla-Product: pcp X-Bugzilla-Component: pcp X-Bugzilla-Keywords: X-Bugzilla-Severity: normal X-Bugzilla-Who: kenj@internode.on.net X-Bugzilla-Status: NEW X-Bugzilla-Priority: P5 X-Bugzilla-Assigned-To: mort@sgi.com X-Bugzilla-Target-Milestone: --- X-Bugzilla-Changed-Fields: bug_id short_desc product version rep_platform op_sys bug_status bug_severity priority component assigned_to reporter cc blocked classification Message-ID: Content-Type: multipart/alternative; boundary="1367094644.dBDADd72.12377"; charset="us-ascii" X-Bugzilla-URL: http://oss.sgi.com/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 --1367094644.dBDADd72.12377 Date: Sat, 27 Apr 2013 15:30:44 -0500 MIME-Version: 1.0 Content-Type: text/plain; charset="UTF-8" http://oss.sgi.com/bugzilla/show_bug.cgi?id=949 Bug ID: 949 Summary: Mising QA for bash PMDA Product: pcp Version: unspecified Hardware: All OS: Linux Status: NEW Severity: normal Priority: P5 Component: pcp Assignee: mort@sgi.com Reporter: kenj@internode.on.net CC: pcp@oss.sgi.com Blocks: 948 Classification: Unclassified There are no QA tests at all in src/pcp/qa for the bash PMDA. -- You are receiving this mail because: You are on the CC list for the bug. --1367094644.dBDADd72.12377 Date: Sat, 27 Apr 2013 15:30:44 -0500 MIME-Version: 1.0 Content-Type: text/html; charset="UTF-8"
Bug ID 949
Summary Mising QA for bash PMDA
Product pcp
Version unspecified
Hardware All
OS Linux
Status NEW
Severity normal
Priority P5
Component pcp
Assignee mort@sgi.com
Reporter kenj@internode.on.net
CC pcp@oss.sgi.com
Blocks 948
Classification Unclassified 

There are no QA tests at all in src/pcp/qa for the bash PMDA.

You are receiving this mail because:
  • You are on the CC list for the bug.
--1367094644.dBDADd72.12377-- From wwwrun@oss.sgi.com Sat Apr 27 15:30:45 2013 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on oss.sgi.com X-Spam-Level: X-Spam-Status: No, score=0.0 required=5.0 tests=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 EE53D7F4E; Sat, 27 Apr 2013 15:30:44 -0500 (CDT) From: bugzilla-daemon@oss.sgi.com To: pcp@oss.sgi.com Subject: [Bug 948] PMDAs should not be shipped without some QA coverage Date: Sat, 27 Apr 2013 20:30:43 +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: kenj@internode.on.net X-Bugzilla-Status: NEW X-Bugzilla-Priority: P5 X-Bugzilla-Assigned-To: mort@sgi.com X-Bugzilla-Target-Milestone: --- X-Bugzilla-Changed-Fields: dependson Message-ID: In-Reply-To: References: Content-Type: multipart/alternative; boundary="1367094644.373bc5.12377"; charset="us-ascii" X-Bugzilla-URL: http://oss.sgi.com/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 --1367094644.373bc5.12377 Date: Sat, 27 Apr 2013 15:30:44 -0500 MIME-Version: 1.0 Content-Type: text/plain; charset="UTF-8" http://oss.sgi.com/bugzilla/show_bug.cgi?id=948 Ken McDonell changed: What |Removed |Added ---------------------------------------------------------------------------- Depends on| |949 -- You are receiving this mail because: You are on the CC list for the bug. --1367094644.373bc5.12377 Date: Sat, 27 Apr 2013 15:30:44 -0500 MIME-Version: 1.0 Content-Type: text/html; charset="UTF-8" changed bug 948
What Removed Added
Depends on   949

You are receiving this mail because:
  • You are on the CC list for the bug.
--1367094644.373bc5.12377-- From wwwrun@oss.sgi.com Sat Apr 27 15:36:08 2013 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on oss.sgi.com X-Spam-Level: X-Spam-Status: No, score=0.0 required=5.0 tests=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 7592C7F4E; Sat, 27 Apr 2013 15:36:08 -0500 (CDT) From: bugzilla-daemon@oss.sgi.com To: pcp@oss.sgi.com Subject: [Bug 950] New: Mising QA for bonding PMDA Date: Sat, 27 Apr 2013 20:36:08 +0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: new X-Bugzilla-Watch-Reason: None X-Bugzilla-Classification: Unclassified X-Bugzilla-Product: pcp X-Bugzilla-Component: pcp X-Bugzilla-Keywords: X-Bugzilla-Severity: normal X-Bugzilla-Who: kenj@internode.on.net X-Bugzilla-Status: NEW X-Bugzilla-Priority: P5 X-Bugzilla-Assigned-To: mort@sgi.com X-Bugzilla-Target-Milestone: --- X-Bugzilla-Changed-Fields: bug_id short_desc product version rep_platform op_sys bug_status bug_severity priority component assigned_to reporter cc blocked classification Message-ID: Content-Type: multipart/alternative; boundary="1367094968.dfdc2.13203"; charset="us-ascii" X-Bugzilla-URL: http://oss.sgi.com/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 --1367094968.dfdc2.13203 Date: Sat, 27 Apr 2013 15:36:08 -0500 MIME-Version: 1.0 Content-Type: text/plain; charset="UTF-8" http://oss.sgi.com/bugzilla/show_bug.cgi?id=950 Bug ID: 950 Summary: Mising QA for bonding PMDA Product: pcp Version: unspecified Hardware: All OS: Linux Status: NEW Severity: normal Priority: P5 Component: pcp Assignee: mort@sgi.com Reporter: kenj@internode.on.net CC: pcp@oss.sgi.com Blocks: 948 Classification: Unclassified There are no QA tests at all in src/pcp/qa for the bonding PMDA. -- You are receiving this mail because: You are on the CC list for the bug. --1367094968.dfdc2.13203 Date: Sat, 27 Apr 2013 15:36:08 -0500 MIME-Version: 1.0 Content-Type: text/html; charset="UTF-8"
Bug ID 950
Summary Mising QA for bonding PMDA
Product pcp
Version unspecified
Hardware All
OS Linux
Status NEW
Severity normal
Priority P5
Component pcp
Assignee mort@sgi.com
Reporter kenj@internode.on.net
CC pcp@oss.sgi.com
Blocks 948
Classification Unclassified 

There are no QA tests at all in src/pcp/qa for the bonding PMDA.

You are receiving this mail because:
  • You are on the CC list for the bug.
--1367094968.dfdc2.13203-- From wwwrun@oss.sgi.com Sat Apr 27 15:36:08 2013 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on oss.sgi.com X-Spam-Level: X-Spam-Status: No, score=0.0 required=5.0 tests=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 E8C387F50; Sat, 27 Apr 2013 15:36:08 -0500 (CDT) From: bugzilla-daemon@oss.sgi.com To: pcp@oss.sgi.com Subject: [Bug 948] PMDAs should not be shipped without some QA coverage Date: Sat, 27 Apr 2013 20:36:08 +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: kenj@internode.on.net X-Bugzilla-Status: NEW X-Bugzilla-Priority: P5 X-Bugzilla-Assigned-To: mort@sgi.com X-Bugzilla-Target-Milestone: --- X-Bugzilla-Changed-Fields: dependson Message-ID: In-Reply-To: References: Content-Type: multipart/alternative; boundary="1367094968.0f185D5.13203"; charset="us-ascii" X-Bugzilla-URL: http://oss.sgi.com/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 --1367094968.0f185D5.13203 Date: Sat, 27 Apr 2013 15:36:08 -0500 MIME-Version: 1.0 Content-Type: text/plain; charset="UTF-8" http://oss.sgi.com/bugzilla/show_bug.cgi?id=948 Ken McDonell changed: What |Removed |Added ---------------------------------------------------------------------------- Depends on| |950 -- You are receiving this mail because: You are on the CC list for the bug. --1367094968.0f185D5.13203 Date: Sat, 27 Apr 2013 15:36:08 -0500 MIME-Version: 1.0 Content-Type: text/html; charset="UTF-8" changed bug 948
What Removed Added
Depends on   950

You are receiving this mail because:
  • You are on the CC list for the bug.
--1367094968.0f185D5.13203-- From wwwrun@oss.sgi.com Sat Apr 27 15:43:41 2013 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on oss.sgi.com X-Spam-Level: X-Spam-Status: No, score=0.0 required=5.0 tests=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 7B52029E03; Sat, 27 Apr 2013 15:43:41 -0500 (CDT) From: bugzilla-daemon@oss.sgi.com To: pcp@oss.sgi.com Subject: [Bug 951] New: Mising QA for dbping PMDA Date: Sat, 27 Apr 2013 20:43:41 +0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: new X-Bugzilla-Watch-Reason: None X-Bugzilla-Classification: Unclassified X-Bugzilla-Product: pcp X-Bugzilla-Component: pcp X-Bugzilla-Keywords: X-Bugzilla-Severity: normal X-Bugzilla-Who: kenj@internode.on.net X-Bugzilla-Status: NEW X-Bugzilla-Priority: P5 X-Bugzilla-Assigned-To: mort@sgi.com X-Bugzilla-Target-Milestone: --- X-Bugzilla-Changed-Fields: bug_id short_desc product version rep_platform op_sys bug_status bug_severity priority component assigned_to reporter cc blocked classification Message-ID: Content-Type: multipart/alternative; boundary="1367095421.27dAB02.14749"; charset="us-ascii" X-Bugzilla-URL: http://oss.sgi.com/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 --1367095421.27dAB02.14749 Date: Sat, 27 Apr 2013 15:43:41 -0500 MIME-Version: 1.0 Content-Type: text/plain; charset="UTF-8" http://oss.sgi.com/bugzilla/show_bug.cgi?id=951 Bug ID: 951 Summary: Mising QA for dbping PMDA Product: pcp Version: unspecified Hardware: All OS: Linux Status: NEW Severity: normal Priority: P5 Component: pcp Assignee: mort@sgi.com Reporter: kenj@internode.on.net CC: pcp@oss.sgi.com Blocks: 948 Classification: Unclassified There are no QA tests at all in src/pcp/qa for the dbping PMDA. -- You are receiving this mail because: You are on the CC list for the bug. --1367095421.27dAB02.14749 Date: Sat, 27 Apr 2013 15:43:41 -0500 MIME-Version: 1.0 Content-Type: text/html; charset="UTF-8"
Bug ID 951
Summary Mising QA for dbping PMDA
Product pcp
Version unspecified
Hardware All
OS Linux
Status NEW
Severity normal
Priority P5
Component pcp
Assignee mort@sgi.com
Reporter kenj@internode.on.net
CC pcp@oss.sgi.com
Blocks 948
Classification Unclassified 

There are no QA tests at all in src/pcp/qa for the dbping PMDA.

You are receiving this mail because:
  • You are on the CC list for the bug.
--1367095421.27dAB02.14749-- From wwwrun@oss.sgi.com Sat Apr 27 15:43:41 2013 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on oss.sgi.com X-Spam-Level: X-Spam-Status: No, score=0.0 required=5.0 tests=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 E885C29DF8; Sat, 27 Apr 2013 15:43:41 -0500 (CDT) From: bugzilla-daemon@oss.sgi.com To: pcp@oss.sgi.com Subject: [Bug 948] PMDAs should not be shipped without some QA coverage Date: Sat, 27 Apr 2013 20:43:41 +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: kenj@internode.on.net X-Bugzilla-Status: NEW X-Bugzilla-Priority: P5 X-Bugzilla-Assigned-To: mort@sgi.com X-Bugzilla-Target-Milestone: --- X-Bugzilla-Changed-Fields: dependson Message-ID: In-Reply-To: References: Content-Type: multipart/alternative; boundary="1367095421.C6e3d5.14749"; charset="us-ascii" X-Bugzilla-URL: http://oss.sgi.com/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 --1367095421.C6e3d5.14749 Date: Sat, 27 Apr 2013 15:43:41 -0500 MIME-Version: 1.0 Content-Type: text/plain; charset="UTF-8" http://oss.sgi.com/bugzilla/show_bug.cgi?id=948 Ken McDonell changed: What |Removed |Added ---------------------------------------------------------------------------- Depends on| |951 -- You are receiving this mail because: You are on the CC list for the bug. --1367095421.C6e3d5.14749 Date: Sat, 27 Apr 2013 15:43:41 -0500 MIME-Version: 1.0 Content-Type: text/html; charset="UTF-8" changed bug 948
What Removed Added
Depends on   951

You are receiving this mail because:
  • You are on the CC list for the bug.
--1367095421.C6e3d5.14749-- From wwwrun@oss.sgi.com Sat Apr 27 15:44:50 2013 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on oss.sgi.com X-Spam-Level: X-Spam-Status: No, score=0.0 required=5.0 tests=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 A8A1729E0A; Sat, 27 Apr 2013 15:44:50 -0500 (CDT) From: bugzilla-daemon@oss.sgi.com To: pcp@oss.sgi.com Subject: [Bug 952] New: Mising QA for elasticsearch PMDA Date: Sat, 27 Apr 2013 20:44:50 +0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: new X-Bugzilla-Watch-Reason: None X-Bugzilla-Classification: Unclassified X-Bugzilla-Product: pcp X-Bugzilla-Component: pcp X-Bugzilla-Keywords: X-Bugzilla-Severity: normal X-Bugzilla-Who: kenj@internode.on.net X-Bugzilla-Status: NEW X-Bugzilla-Priority: P5 X-Bugzilla-Assigned-To: mort@sgi.com X-Bugzilla-Target-Milestone: --- X-Bugzilla-Changed-Fields: bug_id short_desc product version rep_platform op_sys bug_status bug_severity priority component assigned_to reporter cc blocked classification Message-ID: Content-Type: multipart/alternative; boundary="1367095490.E4Ef333B2.14963"; charset="us-ascii" X-Bugzilla-URL: http://oss.sgi.com/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 --1367095490.E4Ef333B2.14963 Date: Sat, 27 Apr 2013 15:44:50 -0500 MIME-Version: 1.0 Content-Type: text/plain; charset="UTF-8" http://oss.sgi.com/bugzilla/show_bug.cgi?id=952 Bug ID: 952 Summary: Mising QA for elasticsearch PMDA Product: pcp Version: unspecified Hardware: All OS: Linux Status: NEW Severity: normal Priority: P5 Component: pcp Assignee: mort@sgi.com Reporter: kenj@internode.on.net CC: pcp@oss.sgi.com Blocks: 948 Classification: Unclassified There are no QA tests at all in src/pcp/qa for the elasticsearch PMDA. -- You are receiving this mail because: You are on the CC list for the bug. --1367095490.E4Ef333B2.14963 Date: Sat, 27 Apr 2013 15:44:50 -0500 MIME-Version: 1.0 Content-Type: text/html; charset="UTF-8"
Bug ID 952
Summary Mising QA for elasticsearch PMDA
Product pcp
Version unspecified
Hardware All
OS Linux
Status NEW
Severity normal
Priority P5
Component pcp
Assignee mort@sgi.com
Reporter kenj@internode.on.net
CC pcp@oss.sgi.com
Blocks 948
Classification Unclassified 

There are no QA tests at all in src/pcp/qa for the elasticsearch PMDA.

You are receiving this mail because:
  • You are on the CC list for the bug.
--1367095490.E4Ef333B2.14963-- From wwwrun@oss.sgi.com Sat Apr 27 15:44:51 2013 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on oss.sgi.com X-Spam-Level: X-Spam-Status: No, score=0.0 required=5.0 tests=HTML_MESSAGE,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 1AE6029DF8; Sat, 27 Apr 2013 15:44:51 -0500 (CDT) From: bugzilla-daemon@oss.sgi.com To: pcp@oss.sgi.com Subject: [Bug 948] PMDAs should not be shipped without some QA coverage Date: Sat, 27 Apr 2013 20:44:50 +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: kenj@internode.on.net X-Bugzilla-Status: NEW X-Bugzilla-Priority: P5 X-Bugzilla-Assigned-To: mort@sgi.com X-Bugzilla-Target-Milestone: --- X-Bugzilla-Changed-Fields: dependson Message-ID: In-Reply-To: References: Content-Type: multipart/alternative; boundary="1367095490.aAebe755.14963"; charset="us-ascii" X-Bugzilla-URL: http://oss.sgi.com/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 --1367095490.aAebe755.14963 Date: Sat, 27 Apr 2013 15:44:50 -0500 MIME-Version: 1.0 Content-Type: text/plain; charset="UTF-8" http://oss.sgi.com/bugzilla/show_bug.cgi?id=948 Ken McDonell changed: What |Removed |Added ---------------------------------------------------------------------------- Depends on| |952 -- You are receiving this mail because: You are on the CC list for the bug. --1367095490.aAebe755.14963 Date: Sat, 27 Apr 2013 15:44:50 -0500 MIME-Version: 1.0 Content-Type: text/html; charset="UTF-8" changed bug 948
What Removed Added
Depends on   952

You are receiving this mail because:
  • You are on the CC list for the bug.
--1367095490.aAebe755.14963-- From wwwrun@oss.sgi.com Sat Apr 27 15:54:25 2013 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on oss.sgi.com X-Spam-Level: X-Spam-Status: No, score=0.0 required=5.0 tests=HTML_MESSAGE,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 354E57F50; Sat, 27 Apr 2013 15:54:25 -0500 (CDT) From: bugzilla-daemon@oss.sgi.com To: pcp@oss.sgi.com Subject: [Bug 953] New: Mising QA for gpsd PMDA Date: Sat, 27 Apr 2013 20:54:24 +0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: new X-Bugzilla-Watch-Reason: None X-Bugzilla-Classification: Unclassified X-Bugzilla-Product: pcp X-Bugzilla-Component: pcp X-Bugzilla-Keywords: X-Bugzilla-Severity: normal X-Bugzilla-Who: kenj@internode.on.net X-Bugzilla-Status: NEW X-Bugzilla-Priority: P5 X-Bugzilla-Assigned-To: mort@sgi.com X-Bugzilla-Target-Milestone: --- X-Bugzilla-Changed-Fields: bug_id short_desc product version rep_platform op_sys bug_status bug_severity priority component assigned_to reporter cc blocked classification Message-ID: Content-Type: multipart/alternative; boundary="1367096065.C8daBC2.16208"; charset="us-ascii" X-Bugzilla-URL: http://oss.sgi.com/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 --1367096065.C8daBC2.16208 Date: Sat, 27 Apr 2013 15:54:25 -0500 MIME-Version: 1.0 Content-Type: text/plain; charset="UTF-8" http://oss.sgi.com/bugzilla/show_bug.cgi?id=953 Bug ID: 953 Summary: Mising QA for gpsd PMDA Product: pcp Version: unspecified Hardware: All OS: Linux Status: NEW Severity: normal Priority: P5 Component: pcp Assignee: mort@sgi.com Reporter: kenj@internode.on.net CC: pcp@oss.sgi.com Blocks: 948 Classification: Unclassified There are no QA tests at all in src/pcp/qa for the gpsd PMDA. -- You are receiving this mail because: You are on the CC list for the bug. --1367096065.C8daBC2.16208 Date: Sat, 27 Apr 2013 15:54:25 -0500 MIME-Version: 1.0 Content-Type: text/html; charset="UTF-8"
Bug ID 953
Summary Mising QA for gpsd PMDA
Product pcp
Version unspecified
Hardware All
OS Linux
Status NEW
Severity normal
Priority P5
Component pcp
Assignee mort@sgi.com
Reporter kenj@internode.on.net
CC pcp@oss.sgi.com
Blocks 948
Classification Unclassified 

There are no QA tests at all in src/pcp/qa for the gpsd PMDA.

You are receiving this mail because:
  • You are on the CC list for the bug.
--1367096065.C8daBC2.16208-- From wwwrun@oss.sgi.com Sat Apr 27 15:54:25 2013 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on oss.sgi.com X-Spam-Level: X-Spam-Status: No, score=0.0 required=5.0 tests=HTML_MESSAGE,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 A61DA7F4E; Sat, 27 Apr 2013 15:54:25 -0500 (CDT) From: bugzilla-daemon@oss.sgi.com To: pcp@oss.sgi.com Subject: [Bug 948] PMDAs should not be shipped without some QA coverage Date: Sat, 27 Apr 2013 20:54:24 +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: kenj@internode.on.net X-Bugzilla-Status: NEW X-Bugzilla-Priority: P5 X-Bugzilla-Assigned-To: mort@sgi.com X-Bugzilla-Target-Milestone: --- X-Bugzilla-Changed-Fields: dependson Message-ID: In-Reply-To: References: Content-Type: multipart/alternative; boundary="1367096065.dB1C065.16208"; charset="us-ascii" X-Bugzilla-URL: http://oss.sgi.com/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 --1367096065.dB1C065.16208 Date: Sat, 27 Apr 2013 15:54:25 -0500 MIME-Version: 1.0 Content-Type: text/plain; charset="UTF-8" http://oss.sgi.com/bugzilla/show_bug.cgi?id=948 Ken McDonell changed: What |Removed |Added ---------------------------------------------------------------------------- Depends on| |953 -- You are receiving this mail because: You are on the CC list for the bug. --1367096065.dB1C065.16208 Date: Sat, 27 Apr 2013 15:54:25 -0500 MIME-Version: 1.0 Content-Type: text/html; charset="UTF-8" changed bug 948
What Removed Added
Depends on   953

You are receiving this mail because:
  • You are on the CC list for the bug.
--1367096065.dB1C065.16208-- From wwwrun@oss.sgi.com Sat Apr 27 16:00:50 2013 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on oss.sgi.com X-Spam-Level: X-Spam-Status: No, score=0.0 required=5.0 tests=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 36BD77F4C; Sat, 27 Apr 2013 16:00:50 -0500 (CDT) From: bugzilla-daemon@oss.sgi.com To: pcp@oss.sgi.com Subject: [Bug 954] New: Mising QA for lmsensors PMDA Date: Sat, 27 Apr 2013 21:00:49 +0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: new X-Bugzilla-Watch-Reason: None X-Bugzilla-Classification: Unclassified X-Bugzilla-Product: pcp X-Bugzilla-Component: pcp X-Bugzilla-Keywords: X-Bugzilla-Severity: normal X-Bugzilla-Who: kenj@internode.on.net X-Bugzilla-Status: NEW X-Bugzilla-Priority: P5 X-Bugzilla-Assigned-To: mort@sgi.com X-Bugzilla-Target-Milestone: --- X-Bugzilla-Changed-Fields: bug_id short_desc product version rep_platform op_sys bug_status bug_severity priority component assigned_to reporter cc blocked classification Message-ID: Content-Type: multipart/alternative; boundary="1367096450.3F24A2.17160"; charset="us-ascii" X-Bugzilla-URL: http://oss.sgi.com/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 --1367096450.3F24A2.17160 Date: Sat, 27 Apr 2013 16:00:50 -0500 MIME-Version: 1.0 Content-Type: text/plain; charset="UTF-8" http://oss.sgi.com/bugzilla/show_bug.cgi?id=954 Bug ID: 954 Summary: Mising QA for lmsensors PMDA Product: pcp Version: unspecified Hardware: All OS: Linux Status: NEW Severity: normal Priority: P5 Component: pcp Assignee: mort@sgi.com Reporter: kenj@internode.on.net CC: pcp@oss.sgi.com Blocks: 948 Classification: Unclassified There are no QA tests at all in src/pcp/qa for the lmsensors PMDA. -- You are receiving this mail because: You are on the CC list for the bug. --1367096450.3F24A2.17160 Date: Sat, 27 Apr 2013 16:00:50 -0500 MIME-Version: 1.0 Content-Type: text/html; charset="UTF-8"
Bug ID 954
Summary Mising QA for lmsensors PMDA
Product pcp
Version unspecified
Hardware All
OS Linux
Status NEW
Severity normal
Priority P5
Component pcp
Assignee mort@sgi.com
Reporter kenj@internode.on.net
CC pcp@oss.sgi.com
Blocks 948
Classification Unclassified 

There are no QA tests at all in src/pcp/qa for the lmsensors PMDA.

You are receiving this mail because:
  • You are on the CC list for the bug.
--1367096450.3F24A2.17160-- From wwwrun@oss.sgi.com Sat Apr 27 16:00:50 2013 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on oss.sgi.com X-Spam-Level: X-Spam-Status: No, score=0.0 required=5.0 tests=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 B91F37F4C; Sat, 27 Apr 2013 16:00:50 -0500 (CDT) From: bugzilla-daemon@oss.sgi.com To: pcp@oss.sgi.com Subject: [Bug 948] PMDAs should not be shipped without some QA coverage Date: Sat, 27 Apr 2013 21:00:49 +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: kenj@internode.on.net X-Bugzilla-Status: NEW X-Bugzilla-Priority: P5 X-Bugzilla-Assigned-To: mort@sgi.com X-Bugzilla-Target-Milestone: --- X-Bugzilla-Changed-Fields: dependson Message-ID: In-Reply-To: References: Content-Type: multipart/alternative; boundary="1367096450.6CD1b5.17160"; charset="us-ascii" X-Bugzilla-URL: http://oss.sgi.com/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 --1367096450.6CD1b5.17160 Date: Sat, 27 Apr 2013 16:00:50 -0500 MIME-Version: 1.0 Content-Type: text/plain; charset="UTF-8" http://oss.sgi.com/bugzilla/show_bug.cgi?id=948 Ken McDonell changed: What |Removed |Added ---------------------------------------------------------------------------- Depends on| |954 -- You are receiving this mail because: You are on the CC list for the bug. --1367096450.6CD1b5.17160 Date: Sat, 27 Apr 2013 16:00:50 -0500 MIME-Version: 1.0 Content-Type: text/html; charset="UTF-8" changed bug 948
What Removed Added
Depends on   954

You are receiving this mail because:
  • You are on the CC list for the bug.
--1367096450.6CD1b5.17160-- From wwwrun@oss.sgi.com Sat Apr 27 16:02:05 2013 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on oss.sgi.com X-Spam-Level: X-Spam-Status: No, score=0.0 required=5.0 tests=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 33D917F4C; Sat, 27 Apr 2013 16:02:05 -0500 (CDT) From: bugzilla-daemon@oss.sgi.com To: pcp@oss.sgi.com Subject: [Bug 955] New: Mising QA for postfix PMDA Date: Sat, 27 Apr 2013 21:02:04 +0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: new X-Bugzilla-Watch-Reason: None X-Bugzilla-Classification: Unclassified X-Bugzilla-Product: pcp X-Bugzilla-Component: pcp X-Bugzilla-Keywords: X-Bugzilla-Severity: normal X-Bugzilla-Who: kenj@internode.on.net X-Bugzilla-Status: NEW X-Bugzilla-Priority: P5 X-Bugzilla-Assigned-To: mort@sgi.com X-Bugzilla-Target-Milestone: --- X-Bugzilla-Changed-Fields: bug_id short_desc product version rep_platform op_sys bug_status bug_severity priority component assigned_to reporter cc blocked classification Message-ID: Content-Type: multipart/alternative; boundary="1367096525.Dbf5f5f2.17371"; charset="us-ascii" X-Bugzilla-URL: http://oss.sgi.com/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 --1367096525.Dbf5f5f2.17371 Date: Sat, 27 Apr 2013 16:02:05 -0500 MIME-Version: 1.0 Content-Type: text/plain; charset="UTF-8" http://oss.sgi.com/bugzilla/show_bug.cgi?id=955 Bug ID: 955 Summary: Mising QA for postfix PMDA Product: pcp Version: unspecified Hardware: All OS: Linux Status: NEW Severity: normal Priority: P5 Component: pcp Assignee: mort@sgi.com Reporter: kenj@internode.on.net CC: pcp@oss.sgi.com Blocks: 948 Classification: Unclassified There are no QA tests at all in src/pcp/qa for the postfix PMDA. -- You are receiving this mail because: You are on the CC list for the bug. --1367096525.Dbf5f5f2.17371 Date: Sat, 27 Apr 2013 16:02:05 -0500 MIME-Version: 1.0 Content-Type: text/html; charset="UTF-8"
Bug ID 955
Summary Mising QA for postfix PMDA
Product pcp
Version unspecified
Hardware All
OS Linux
Status NEW
Severity normal
Priority P5
Component pcp
Assignee mort@sgi.com
Reporter kenj@internode.on.net
CC pcp@oss.sgi.com
Blocks 948
Classification Unclassified 

There are no QA tests at all in src/pcp/qa for the postfix PMDA.

You are receiving this mail because:
  • You are on the CC list for the bug.
--1367096525.Dbf5f5f2.17371-- From wwwrun@oss.sgi.com Sat Apr 27 16:02:05 2013 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on oss.sgi.com X-Spam-Level: X-Spam-Status: No, score=0.0 required=5.0 tests=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 9B1927F4E; Sat, 27 Apr 2013 16:02:05 -0500 (CDT) From: bugzilla-daemon@oss.sgi.com To: pcp@oss.sgi.com Subject: [Bug 948] PMDAs should not be shipped without some QA coverage Date: Sat, 27 Apr 2013 21:02:04 +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: kenj@internode.on.net X-Bugzilla-Status: NEW X-Bugzilla-Priority: P5 X-Bugzilla-Assigned-To: mort@sgi.com X-Bugzilla-Target-Milestone: --- X-Bugzilla-Changed-Fields: dependson Message-ID: In-Reply-To: References: Content-Type: multipart/alternative; boundary="1367096525.fbEDf15.17371"; charset="us-ascii" X-Bugzilla-URL: http://oss.sgi.com/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 --1367096525.fbEDf15.17371 Date: Sat, 27 Apr 2013 16:02:05 -0500 MIME-Version: 1.0 Content-Type: text/plain; charset="UTF-8" http://oss.sgi.com/bugzilla/show_bug.cgi?id=948 Ken McDonell changed: What |Removed |Added ---------------------------------------------------------------------------- Depends on| |955 -- You are receiving this mail because: You are on the CC list for the bug. --1367096525.fbEDf15.17371 Date: Sat, 27 Apr 2013 16:02:05 -0500 MIME-Version: 1.0 Content-Type: text/html; charset="UTF-8" changed bug 948
What Removed Added
Depends on   955

You are receiving this mail because:
  • You are on the CC list for the bug.
--1367096525.fbEDf15.17371-- From wwwrun@oss.sgi.com Sat Apr 27 16:04:37 2013 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on oss.sgi.com X-Spam-Level: X-Spam-Status: No, score=0.0 required=5.0 tests=HTML_MESSAGE,NO_RELAYS autolearn=ham version=3.3.1 X-Original-To: pcp@oss.sgi.com Delivered-To: pcp@oss.sgi.com Received: by oss.sgi.com (Postfix, from userid 30) id DE40C7F4E; Sat, 27 Apr 2013 16:04:37 -0500 (CDT) From: bugzilla-daemon@oss.sgi.com To: pcp@oss.sgi.com Subject: [Bug 956] New: Mising QA for postgresql PMDA Date: Sat, 27 Apr 2013 21:04:37 +0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: new X-Bugzilla-Watch-Reason: None X-Bugzilla-Classification: Unclassified X-Bugzilla-Product: pcp X-Bugzilla-Component: pcp X-Bugzilla-Keywords: X-Bugzilla-Severity: normal X-Bugzilla-Who: kenj@internode.on.net X-Bugzilla-Status: NEW X-Bugzilla-Priority: P5 X-Bugzilla-Assigned-To: mort@sgi.com X-Bugzilla-Target-Milestone: --- X-Bugzilla-Changed-Fields: bug_id short_desc product version rep_platform op_sys bug_status bug_severity priority component assigned_to reporter cc blocked classification Message-ID: Content-Type: multipart/alternative; boundary="1367096677.5bef2.17742"; charset="us-ascii" X-Bugzilla-URL: http://oss.sgi.com/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 --1367096677.5bef2.17742 Date: Sat, 27 Apr 2013 16:04:37 -0500 MIME-Version: 1.0 Content-Type: text/plain; charset="UTF-8" http://oss.sgi.com/bugzilla/show_bug.cgi?id=956 Bug ID: 956 Summary: Mising QA for postgresql PMDA Product: pcp Version: unspecified Hardware: All OS: Linux Status: NEW Severity: normal Priority: P5 Component: pcp Assignee: mort@sgi.com Reporter: kenj@internode.on.net CC: pcp@oss.sgi.com Blocks: 948 Classification: Unclassified There are no QA tests at all in src/pcp/qa for the postgresql PMDA. -- You are receiving this mail because: You are on the CC list for the bug. --1367096677.5bef2.17742 Date: Sat, 27 Apr 2013 16:04:37 -0500 MIME-Version: 1.0 Content-Type: text/html; charset="UTF-8"
Bug ID 956
Summary Mising QA for postgresql PMDA
Product pcp
Version unspecified
Hardware All
OS Linux
Status NEW
Severity normal
Priority P5
Component pcp
Assignee mort@sgi.com
Reporter kenj@internode.on.net
CC pcp@oss.sgi.com
Blocks 948
Classification Unclassified 

There are no QA tests at all in src/pcp/qa for the postgresql PMDA.

You are receiving this mail because:
  • You are on the CC list for the bug.
--1367096677.5bef2.17742-- From wwwrun@oss.sgi.com Sat Apr 27 16:04:38 2013 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on oss.sgi.com X-Spam-Level: X-Spam-Status: No, score=0.0 required=5.0 tests=HTML_MESSAGE,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 5260829DF8; Sat, 27 Apr 2013 16:04:38 -0500 (CDT) From: bugzilla-daemon@oss.sgi.com To: pcp@oss.sgi.com Subject: [Bug 948] PMDAs should not be shipped without some QA coverage Date: Sat, 27 Apr 2013 21:04: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: kenj@internode.on.net X-Bugzilla-Status: NEW X-Bugzilla-Priority: P5 X-Bugzilla-Assigned-To: mort@sgi.com X-Bugzilla-Target-Milestone: --- X-Bugzilla-Changed-Fields: dependson Message-ID: In-Reply-To: References: Content-Type: multipart/alternative; boundary="1367096678.46E55.17742"; charset="us-ascii" X-Bugzilla-URL: http://oss.sgi.com/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 --1367096678.46E55.17742 Date: Sat, 27 Apr 2013 16:04:38 -0500 MIME-Version: 1.0 Content-Type: text/plain; charset="UTF-8" http://oss.sgi.com/bugzilla/show_bug.cgi?id=948 Ken McDonell changed: What |Removed |Added ---------------------------------------------------------------------------- Depends on| |956 -- You are receiving this mail because: You are on the CC list for the bug. --1367096678.46E55.17742 Date: Sat, 27 Apr 2013 16:04:38 -0500 MIME-Version: 1.0 Content-Type: text/html; charset="UTF-8" changed bug 948
What Removed Added
Depends on   956

You are receiving this mail because:
  • You are on the CC list for the bug.
--1367096678.46E55.17742-- From wwwrun@oss.sgi.com Sat Apr 27 16:22:12 2013 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on oss.sgi.com X-Spam-Level: X-Spam-Status: No, score=0.0 required=5.0 tests=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 0D09429DF8; Sat, 27 Apr 2013 16:22:12 -0500 (CDT) From: bugzilla-daemon@oss.sgi.com To: pcp@oss.sgi.com Subject: [Bug 957] New: Mising QA for process PMDA Date: Sat, 27 Apr 2013 21:22:11 +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: kenj@internode.on.net X-Bugzilla-Status: NEW X-Bugzilla-Priority: P5 X-Bugzilla-Assigned-To: mort@sgi.com X-Bugzilla-Target-Milestone: --- X-Bugzilla-Changed-Fields: bug_id short_desc product version rep_platform op_sys bug_status bug_severity priority component assigned_to reporter cc blocked classification Message-ID: Content-Type: multipart/alternative; boundary="1367097731.1b35E2.19537"; charset="us-ascii" X-Bugzilla-URL: http://oss.sgi.com/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 --1367097731.1b35E2.19537 Date: Sat, 27 Apr 2013 16:22:11 -0500 MIME-Version: 1.0 Content-Type: text/plain; charset="UTF-8" http://oss.sgi.com/bugzilla/show_bug.cgi?id=957 Bug ID: 957 Summary: Mising QA for process PMDA Product: pcp Version: unspecified Hardware: All OS: Linux Status: NEW Severity: major Priority: P5 Component: pcp Assignee: mort@sgi.com Reporter: kenj@internode.on.net CC: pcp@oss.sgi.com Blocks: 948 Classification: Unclassified There are no QA tests at all in src/pcp/qa for the process PMDA. -- You are receiving this mail because: You are on the CC list for the bug. --1367097731.1b35E2.19537 Date: Sat, 27 Apr 2013 16:22:11 -0500 MIME-Version: 1.0 Content-Type: text/html; charset="UTF-8"
Bug ID 957
Summary Mising QA for process PMDA
Product pcp
Version unspecified
Hardware All
OS Linux
Status NEW
Severity major
Priority P5
Component pcp
Assignee mort@sgi.com
Reporter kenj@internode.on.net
CC pcp@oss.sgi.com
Blocks 948
Classification Unclassified 

There are no QA tests at all in src/pcp/qa for the process PMDA.

You are receiving this mail because:
  • You are on the CC list for the bug.
--1367097731.1b35E2.19537-- From wwwrun@oss.sgi.com Sat Apr 27 16:22:12 2013 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on oss.sgi.com X-Spam-Level: X-Spam-Status: No, score=0.0 required=5.0 tests=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 780BE7F4E; Sat, 27 Apr 2013 16:22:12 -0500 (CDT) From: bugzilla-daemon@oss.sgi.com To: pcp@oss.sgi.com Subject: [Bug 948] PMDAs should not be shipped without some QA coverage Date: Sat, 27 Apr 2013 21:22:11 +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: kenj@internode.on.net X-Bugzilla-Status: NEW X-Bugzilla-Priority: P5 X-Bugzilla-Assigned-To: mort@sgi.com X-Bugzilla-Target-Milestone: --- X-Bugzilla-Changed-Fields: dependson Message-ID: In-Reply-To: References: Content-Type: multipart/alternative; boundary="1367097732.8cEc30675.19537"; charset="us-ascii" X-Bugzilla-URL: http://oss.sgi.com/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 --1367097732.8cEc30675.19537 Date: Sat, 27 Apr 2013 16:22:12 -0500 MIME-Version: 1.0 Content-Type: text/plain; charset="UTF-8" http://oss.sgi.com/bugzilla/show_bug.cgi?id=948 Ken McDonell changed: What |Removed |Added ---------------------------------------------------------------------------- Depends on| |957 -- You are receiving this mail because: You are on the CC list for the bug. --1367097732.8cEc30675.19537 Date: Sat, 27 Apr 2013 16:22:12 -0500 MIME-Version: 1.0 Content-Type: text/html; charset="UTF-8" changed bug 948
What Removed Added
Depends on   957

You are receiving this mail because:
  • You are on the CC list for the bug.
--1367097732.8cEc30675.19537-- From wwwrun@oss.sgi.com Sat Apr 27 16:23:27 2013 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on oss.sgi.com X-Spam-Level: X-Spam-Status: No, score=0.0 required=5.0 tests=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 03BAA7F4C; Sat, 27 Apr 2013 16:23:27 -0500 (CDT) From: bugzilla-daemon@oss.sgi.com To: pcp@oss.sgi.com Subject: [Bug 958] New: Mising QA for roomtemp PMDA Date: Sat, 27 Apr 2013 21:23:26 +0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: new X-Bugzilla-Watch-Reason: None X-Bugzilla-Classification: Unclassified X-Bugzilla-Product: pcp X-Bugzilla-Component: pcp X-Bugzilla-Keywords: X-Bugzilla-Severity: normal X-Bugzilla-Who: kenj@internode.on.net X-Bugzilla-Status: NEW X-Bugzilla-Priority: P5 X-Bugzilla-Assigned-To: kenj@internode.on.net 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 blocked classification Message-ID: Content-Type: multipart/alternative; boundary="1367097806.71edF6b81.19750"; charset="us-ascii" X-Bugzilla-URL: http://oss.sgi.com/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 --1367097806.71edF6b81.19750 Date: Sat, 27 Apr 2013 16:23:26 -0500 MIME-Version: 1.0 Content-Type: text/plain; charset="UTF-8" http://oss.sgi.com/bugzilla/show_bug.cgi?id=958 Bug ID: 958 Summary: Mising QA for roomtemp PMDA Product: pcp Version: unspecified Hardware: All OS: Linux Status: NEW Severity: normal Priority: P5 Component: pcp Assignee: kenj@internode.on.net Reporter: kenj@internode.on.net CC: pcp@oss.sgi.com Blocks: 948 Classification: Unclassified There are no QA tests at all in src/pcp/qa for the roomtemp PMDA. -- You are receiving this mail because: You are on the CC list for the bug. --1367097806.71edF6b81.19750 Date: Sat, 27 Apr 2013 16:23:26 -0500 MIME-Version: 1.0 Content-Type: text/html; charset="UTF-8"
Bug ID 958
Summary Mising QA for roomtemp PMDA
Product pcp
Version unspecified
Hardware All
OS Linux
Status NEW
Severity normal
Priority P5
Component pcp
Assignee kenj@internode.on.net
Reporter kenj@internode.on.net
CC pcp@oss.sgi.com
Blocks 948
Classification Unclassified 

There are no QA tests at all in src/pcp/qa for the roomtemp PMDA.

You are receiving this mail because:
  • You are on the CC list for the bug.
--1367097806.71edF6b81.19750-- From wwwrun@oss.sgi.com Sat Apr 27 16:23:27 2013 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on oss.sgi.com X-Spam-Level: X-Spam-Status: No, score=0.0 required=5.0 tests=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 67AE67F4E; Sat, 27 Apr 2013 16:23:27 -0500 (CDT) From: bugzilla-daemon@oss.sgi.com To: pcp@oss.sgi.com Subject: [Bug 948] PMDAs should not be shipped without some QA coverage Date: Sat, 27 Apr 2013 21:23:26 +0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Classification: Unclassified X-Bugzilla-Product: pcp X-Bugzilla-Component: pcp X-Bugzilla-Keywords: X-Bugzilla-Severity: major X-Bugzilla-Who: kenj@internode.on.net X-Bugzilla-Status: NEW X-Bugzilla-Priority: P5 X-Bugzilla-Assigned-To: mort@sgi.com X-Bugzilla-Target-Milestone: --- X-Bugzilla-Changed-Fields: dependson Message-ID: In-Reply-To: References: Content-Type: multipart/alternative; boundary="1367097807.E11daB4.19750"; charset="us-ascii" X-Bugzilla-URL: http://oss.sgi.com/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 --1367097807.E11daB4.19750 Date: Sat, 27 Apr 2013 16:23:27 -0500 MIME-Version: 1.0 Content-Type: text/plain; charset="UTF-8" http://oss.sgi.com/bugzilla/show_bug.cgi?id=948 Ken McDonell changed: What |Removed |Added ---------------------------------------------------------------------------- Depends on| |958 -- You are receiving this mail because: You are on the CC list for the bug. --1367097807.E11daB4.19750 Date: Sat, 27 Apr 2013 16:23:27 -0500 MIME-Version: 1.0 Content-Type: text/html; charset="UTF-8" changed bug 948
What Removed Added
Depends on   958

You are receiving this mail because:
  • You are on the CC list for the bug.
--1367097807.E11daB4.19750-- From wwwrun@oss.sgi.com Sat Apr 27 16:24:25 2013 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on oss.sgi.com X-Spam-Level: X-Spam-Status: No, score=0.0 required=5.0 tests=HTML_MESSAGE,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 30E147F4E; Sat, 27 Apr 2013 16:24:25 -0500 (CDT) From: bugzilla-daemon@oss.sgi.com To: pcp@oss.sgi.com Subject: [Bug 959] New: Mising QA for samba PMDA Date: Sat, 27 Apr 2013 21:24:24 +0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: new X-Bugzilla-Watch-Reason: None X-Bugzilla-Classification: Unclassified X-Bugzilla-Product: pcp X-Bugzilla-Component: pcp X-Bugzilla-Keywords: X-Bugzilla-Severity: normal X-Bugzilla-Who: kenj@internode.on.net X-Bugzilla-Status: NEW X-Bugzilla-Priority: P5 X-Bugzilla-Assigned-To: mort@sgi.com X-Bugzilla-Target-Milestone: --- X-Bugzilla-Changed-Fields: bug_id short_desc product version rep_platform op_sys bug_status bug_severity priority component assigned_to reporter cc blocked classification Message-ID: Content-Type: multipart/alternative; boundary="1367097865.fB13e2.19858"; charset="us-ascii" X-Bugzilla-URL: http://oss.sgi.com/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 --1367097865.fB13e2.19858 Date: Sat, 27 Apr 2013 16:24:25 -0500 MIME-Version: 1.0 Content-Type: text/plain; charset="UTF-8" http://oss.sgi.com/bugzilla/show_bug.cgi?id=959 Bug ID: 959 Summary: Mising QA for samba PMDA Product: pcp Version: unspecified Hardware: All OS: Linux Status: NEW Severity: normal Priority: P5 Component: pcp Assignee: mort@sgi.com Reporter: kenj@internode.on.net CC: pcp@oss.sgi.com Blocks: 948 Classification: Unclassified There are no QA tests at all in src/pcp/qa for the samba PMDA. -- You are receiving this mail because: You are on the CC list for the bug. --1367097865.fB13e2.19858 Date: Sat, 27 Apr 2013 16:24:25 -0500 MIME-Version: 1.0 Content-Type: text/html; charset="UTF-8"
Bug ID 959
Summary Mising QA for samba PMDA
Product pcp
Version unspecified
Hardware All
OS Linux
Status NEW
Severity normal
Priority P5
Component pcp
Assignee mort@sgi.com
Reporter kenj@internode.on.net
CC pcp@oss.sgi.com
Blocks 948
Classification Unclassified 

There are no QA tests at all in src/pcp/qa for the samba PMDA.

You are receiving this mail because:
  • You are on the CC list for the bug.
--1367097865.fB13e2.19858-- From wwwrun@oss.sgi.com Sat Apr 27 16:24:25 2013 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on oss.sgi.com X-Spam-Level: X-Spam-Status: No, score=0.0 required=5.0 tests=HTML_MESSAGE,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 99AF87F4E; Sat, 27 Apr 2013 16:24:25 -0500 (CDT) From: bugzilla-daemon@oss.sgi.com To: pcp@oss.sgi.com Subject: [Bug 948] PMDAs should not be shipped without some QA coverage Date: Sat, 27 Apr 2013 21:24:24 +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: kenj@internode.on.net X-Bugzilla-Status: NEW X-Bugzilla-Priority: P5 X-Bugzilla-Assigned-To: mort@sgi.com X-Bugzilla-Target-Milestone: --- X-Bugzilla-Changed-Fields: dependson Message-ID: In-Reply-To: References: Content-Type: multipart/alternative; boundary="1367097865.B5C675.19858"; charset="us-ascii" X-Bugzilla-URL: http://oss.sgi.com/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 --1367097865.B5C675.19858 Date: Sat, 27 Apr 2013 16:24:25 -0500 MIME-Version: 1.0 Content-Type: text/plain; charset="UTF-8" http://oss.sgi.com/bugzilla/show_bug.cgi?id=948 Ken McDonell changed: What |Removed |Added ---------------------------------------------------------------------------- Depends on| |959 -- You are receiving this mail because: You are on the CC list for the bug. --1367097865.B5C675.19858 Date: Sat, 27 Apr 2013 16:24:25 -0500 MIME-Version: 1.0 Content-Type: text/html; charset="UTF-8" changed bug 948
What Removed Added
Depends on   959

You are receiving this mail because:
  • You are on the CC list for the bug.
--1367097865.B5C675.19858-- From wwwrun@oss.sgi.com Sat Apr 27 16:27:13 2013 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on oss.sgi.com X-Spam-Level: X-Spam-Status: No, score=0.0 required=5.0 tests=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 573D37F4E; Sat, 27 Apr 2013 16:27:13 -0500 (CDT) From: bugzilla-daemon@oss.sgi.com To: pcp@oss.sgi.com Subject: [Bug 960] New: Mising QA for lustrecomm PMDA Date: Sat, 27 Apr 2013 21:27:12 +0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: new X-Bugzilla-Watch-Reason: None X-Bugzilla-Classification: Unclassified X-Bugzilla-Product: pcp X-Bugzilla-Component: pcp X-Bugzilla-Keywords: X-Bugzilla-Severity: normal X-Bugzilla-Who: kenj@internode.on.net X-Bugzilla-Status: NEW X-Bugzilla-Priority: P5 X-Bugzilla-Assigned-To: mort@sgi.com X-Bugzilla-Target-Milestone: --- X-Bugzilla-Changed-Fields: bug_id short_desc product version rep_platform op_sys bug_status bug_severity priority component assigned_to reporter cc blocked classification Message-ID: Content-Type: multipart/alternative; boundary="1367098033.A58deeD2.20164"; charset="us-ascii" X-Bugzilla-URL: http://oss.sgi.com/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 --1367098033.A58deeD2.20164 Date: Sat, 27 Apr 2013 16:27:13 -0500 MIME-Version: 1.0 Content-Type: text/plain; charset="UTF-8" http://oss.sgi.com/bugzilla/show_bug.cgi?id=960 Bug ID: 960 Summary: Mising QA for lustrecomm PMDA Product: pcp Version: unspecified Hardware: All OS: Linux Status: NEW Severity: normal Priority: P5 Component: pcp Assignee: mort@sgi.com Reporter: kenj@internode.on.net CC: pcp@oss.sgi.com Blocks: 948 Classification: Unclassified There are no QA tests at all in src/pcp/qa for the lustrecomm PMDA. -- You are receiving this mail because: You are on the CC list for the bug. --1367098033.A58deeD2.20164 Date: Sat, 27 Apr 2013 16:27:13 -0500 MIME-Version: 1.0 Content-Type: text/html; charset="UTF-8"
Bug ID 960
Summary Mising QA for lustrecomm PMDA
Product pcp
Version unspecified
Hardware All
OS Linux
Status NEW
Severity normal
Priority P5
Component pcp
Assignee mort@sgi.com
Reporter kenj@internode.on.net
CC pcp@oss.sgi.com
Blocks 948
Classification Unclassified 

There are no QA tests at all in src/pcp/qa for the lustrecomm PMDA.

You are receiving this mail because:
  • You are on the CC list for the bug.
--1367098033.A58deeD2.20164-- From wwwrun@oss.sgi.com Sat Apr 27 16:27:13 2013 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on oss.sgi.com X-Spam-Level: X-Spam-Status: No, score=0.0 required=5.0 tests=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 C5C6B7F4E; Sat, 27 Apr 2013 16:27:13 -0500 (CDT) From: bugzilla-daemon@oss.sgi.com To: pcp@oss.sgi.com Subject: [Bug 948] PMDAs should not be shipped without some QA coverage Date: Sat, 27 Apr 2013 21:27:12 +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: kenj@internode.on.net X-Bugzilla-Status: NEW X-Bugzilla-Priority: P5 X-Bugzilla-Assigned-To: mort@sgi.com X-Bugzilla-Target-Milestone: --- X-Bugzilla-Changed-Fields: dependson Message-ID: In-Reply-To: References: Content-Type: multipart/alternative; boundary="1367098033.f4ee13A05.20164"; charset="us-ascii" X-Bugzilla-URL: http://oss.sgi.com/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 --1367098033.f4ee13A05.20164 Date: Sat, 27 Apr 2013 16:27:13 -0500 MIME-Version: 1.0 Content-Type: text/plain; charset="UTF-8" http://oss.sgi.com/bugzilla/show_bug.cgi?id=948 Ken McDonell changed: What |Removed |Added ---------------------------------------------------------------------------- Depends on| |960 -- You are receiving this mail because: You are on the CC list for the bug. --1367098033.f4ee13A05.20164 Date: Sat, 27 Apr 2013 16:27:13 -0500 MIME-Version: 1.0 Content-Type: text/html; charset="UTF-8" changed bug 948
What Removed Added
Depends on   960

You are receiving this mail because:
  • You are on the CC list for the bug.
--1367098033.f4ee13A05.20164-- From wwwrun@oss.sgi.com Sat Apr 27 17:42:30 2013 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on oss.sgi.com X-Spam-Level: X-Spam-Status: No, score=0.0 required=5.0 tests=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 C4B807F4E; Sat, 27 Apr 2013 17:42:30 -0500 (CDT) From: bugzilla-daemon@oss.sgi.com To: pcp@oss.sgi.com Subject: [Bug 961] New: Mising QA for memcache PMDA Date: Sat, 27 Apr 2013 22:42:30 +0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: new X-Bugzilla-Watch-Reason: None X-Bugzilla-Classification: Unclassified X-Bugzilla-Product: pcp X-Bugzilla-Component: pcp X-Bugzilla-Keywords: X-Bugzilla-Severity: normal X-Bugzilla-Who: kenj@internode.on.net X-Bugzilla-Status: NEW X-Bugzilla-Priority: P5 X-Bugzilla-Assigned-To: mort@sgi.com X-Bugzilla-Target-Milestone: --- X-Bugzilla-Changed-Fields: bug_id short_desc product version rep_platform op_sys bug_status bug_severity priority component assigned_to reporter cc blocked classification Message-ID: Content-Type: multipart/alternative; boundary="1367102550.dCaCbc652.25971"; charset="us-ascii" X-Bugzilla-URL: http://oss.sgi.com/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 --1367102550.dCaCbc652.25971 Date: Sat, 27 Apr 2013 17:42:30 -0500 MIME-Version: 1.0 Content-Type: text/plain; charset="UTF-8" http://oss.sgi.com/bugzilla/show_bug.cgi?id=961 Bug ID: 961 Summary: Mising QA for memcache PMDA Product: pcp Version: unspecified Hardware: All OS: Linux Status: NEW Severity: normal Priority: P5 Component: pcp Assignee: mort@sgi.com Reporter: kenj@internode.on.net CC: pcp@oss.sgi.com Blocks: 948 Classification: Unclassified There are no QA tests at all in src/pcp/qa for the memcache PMDA. -- You are receiving this mail because: You are on the CC list for the bug. --1367102550.dCaCbc652.25971 Date: Sat, 27 Apr 2013 17:42:30 -0500 MIME-Version: 1.0 Content-Type: text/html; charset="UTF-8"
Bug ID 961
Summary Mising QA for memcache PMDA
Product pcp
Version unspecified
Hardware All
OS Linux
Status NEW
Severity normal
Priority P5
Component pcp
Assignee mort@sgi.com
Reporter kenj@internode.on.net
CC pcp@oss.sgi.com
Blocks 948
Classification Unclassified 

There are no QA tests at all in src/pcp/qa for the memcache PMDA.

You are receiving this mail because:
  • You are on the CC list for the bug.
--1367102550.dCaCbc652.25971-- From wwwrun@oss.sgi.com Sat Apr 27 17:42:31 2013 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on oss.sgi.com X-Spam-Level: X-Spam-Status: No, score=0.0 required=5.0 tests=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 38ED429DF8; Sat, 27 Apr 2013 17:42:31 -0500 (CDT) From: bugzilla-daemon@oss.sgi.com To: pcp@oss.sgi.com Subject: [Bug 948] PMDAs should not be shipped without some QA coverage Date: Sat, 27 Apr 2013 22:42: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: major X-Bugzilla-Who: kenj@internode.on.net X-Bugzilla-Status: NEW X-Bugzilla-Priority: P5 X-Bugzilla-Assigned-To: mort@sgi.com X-Bugzilla-Target-Milestone: --- X-Bugzilla-Changed-Fields: dependson Message-ID: In-Reply-To: References: Content-Type: multipart/alternative; boundary="1367102551.4dbCDb5.25971"; charset="us-ascii" X-Bugzilla-URL: http://oss.sgi.com/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 --1367102551.4dbCDb5.25971 Date: Sat, 27 Apr 2013 17:42:31 -0500 MIME-Version: 1.0 Content-Type: text/plain; charset="UTF-8" http://oss.sgi.com/bugzilla/show_bug.cgi?id=948 Ken McDonell changed: What |Removed |Added ---------------------------------------------------------------------------- Depends on| |961 -- You are receiving this mail because: You are on the CC list for the bug. --1367102551.4dbCDb5.25971 Date: Sat, 27 Apr 2013 17:42:31 -0500 MIME-Version: 1.0 Content-Type: text/html; charset="UTF-8" changed bug 948
What Removed Added
Depends on   961

You are receiving this mail because:
  • You are on the CC list for the bug.
--1367102551.4dbCDb5.25971-- From wwwrun@oss.sgi.com Sat Apr 27 18:07:59 2013 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on oss.sgi.com X-Spam-Level: X-Spam-Status: No, score=0.0 required=5.0 tests=HTML_MESSAGE,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 10B177F53; Sat, 27 Apr 2013 18:07:59 -0500 (CDT) From: bugzilla-daemon@oss.sgi.com To: pcp@oss.sgi.com Subject: [Bug 962] New: Mising QA for mounts PMDA Date: Sat, 27 Apr 2013 23:07:58 +0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: new X-Bugzilla-Watch-Reason: None X-Bugzilla-Classification: Unclassified X-Bugzilla-Product: pcp X-Bugzilla-Component: pcp X-Bugzilla-Keywords: X-Bugzilla-Severity: normal X-Bugzilla-Who: kenj@internode.on.net X-Bugzilla-Status: NEW X-Bugzilla-Priority: P5 X-Bugzilla-Assigned-To: nathans@debian.org 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 blocked classification Message-ID: Content-Type: multipart/alternative; boundary="1367104079.C7A8acA2.27627"; charset="us-ascii" X-Bugzilla-URL: http://oss.sgi.com/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 --1367104079.C7A8acA2.27627 Date: Sat, 27 Apr 2013 18:07:59 -0500 MIME-Version: 1.0 Content-Type: text/plain; charset="UTF-8" http://oss.sgi.com/bugzilla/show_bug.cgi?id=962 Bug ID: 962 Summary: Mising QA for mounts PMDA Product: pcp Version: unspecified Hardware: All OS: Linux Status: NEW Severity: normal Priority: P5 Component: pcp Assignee: nathans@debian.org Reporter: kenj@internode.on.net CC: pcp@oss.sgi.com Blocks: 948 Classification: Unclassified There are no QA tests at all in src/pcp/qa for the mounts PMDA. -- You are receiving this mail because: You are on the CC list for the bug. --1367104079.C7A8acA2.27627 Date: Sat, 27 Apr 2013 18:07:59 -0500 MIME-Version: 1.0 Content-Type: text/html; charset="UTF-8"
Bug ID 962
Summary Mising QA for mounts PMDA
Product pcp
Version unspecified
Hardware All
OS Linux
Status NEW
Severity normal
Priority P5
Component pcp
Assignee nathans@debian.org
Reporter kenj@internode.on.net
CC pcp@oss.sgi.com
Blocks 948
Classification Unclassified 

There are no QA tests at all in src/pcp/qa for the mounts PMDA.

You are receiving this mail because:
  • You are on the CC list for the bug.
--1367104079.C7A8acA2.27627-- From wwwrun@oss.sgi.com Sat Apr 27 18:07:59 2013 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on oss.sgi.com X-Spam-Level: X-Spam-Status: No, score=0.0 required=5.0 tests=HTML_MESSAGE,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 BF3D97F56; Sat, 27 Apr 2013 18:07:59 -0500 (CDT) From: bugzilla-daemon@oss.sgi.com To: pcp@oss.sgi.com Subject: [Bug 948] PMDAs should not be shipped without some QA coverage Date: Sat, 27 Apr 2013 23:07:58 +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: kenj@internode.on.net X-Bugzilla-Status: NEW X-Bugzilla-Priority: P5 X-Bugzilla-Assigned-To: mort@sgi.com X-Bugzilla-Target-Milestone: --- X-Bugzilla-Changed-Fields: dependson Message-ID: In-Reply-To: References: Content-Type: multipart/alternative; boundary="1367104079.cBE25.27627"; charset="us-ascii" X-Bugzilla-URL: http://oss.sgi.com/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 --1367104079.cBE25.27627 Date: Sat, 27 Apr 2013 18:07:59 -0500 MIME-Version: 1.0 Content-Type: text/plain; charset="UTF-8" http://oss.sgi.com/bugzilla/show_bug.cgi?id=948 Ken McDonell changed: What |Removed |Added ---------------------------------------------------------------------------- Depends on| |962 -- You are receiving this mail because: You are on the CC list for the bug. --1367104079.cBE25.27627 Date: Sat, 27 Apr 2013 18:07:59 -0500 MIME-Version: 1.0 Content-Type: text/html; charset="UTF-8" changed bug 948
What Removed Added
Depends on   962

You are receiving this mail because:
  • You are on the CC list for the bug.
--1367104079.cBE25.27627-- From wwwrun@oss.sgi.com Sat Apr 27 18:41:34 2013 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on oss.sgi.com X-Spam-Level: X-Spam-Status: No, score=0.0 required=5.0 tests=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 E1C607F56; Sat, 27 Apr 2013 18:41:34 -0500 (CDT) From: bugzilla-daemon@oss.sgi.com To: pcp@oss.sgi.com Subject: [Bug 948] PMDAs should not be shipped without some QA coverage Date: Sat, 27 Apr 2013 23:41:34 +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: kenj@internode.on.net X-Bugzilla-Status: NEW X-Bugzilla-Priority: P5 X-Bugzilla-Assigned-To: kenj@internode.on.net X-Bugzilla-Target-Milestone: --- X-Bugzilla-Changed-Fields: assigned_to Message-ID: In-Reply-To: References: Content-Type: multipart/alternative; boundary="1367106094.F21A2.29656"; charset="us-ascii" X-Bugzilla-URL: http://oss.sgi.com/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 --1367106094.F21A2.29656 Date: Sat, 27 Apr 2013 18:41:34 -0500 MIME-Version: 1.0 Content-Type: text/plain; charset="UTF-8" http://oss.sgi.com/bugzilla/show_bug.cgi?id=948 Ken McDonell changed: What |Removed |Added ---------------------------------------------------------------------------- Assignee|mort@sgi.com |kenj@internode.on.net -- You are receiving this mail because: You are on the CC list for the bug. --1367106094.F21A2.29656 Date: Sat, 27 Apr 2013 18:41:34 -0500 MIME-Version: 1.0 Content-Type: text/html; charset="UTF-8" changed bug 948
What Removed Added
Assignee mort@sgi.com kenj@internode.on.net

You are receiving this mail because:
  • You are on the CC list for the bug.
--1367106094.F21A2.29656-- From wwwrun@oss.sgi.com Sat Apr 27 18:59:38 2013 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on oss.sgi.com X-Spam-Level: X-Spam-Status: No, score=0.0 required=5.0 tests=HTML_MESSAGE,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 AA40829DF8; Sat, 27 Apr 2013 18:59:38 -0500 (CDT) From: bugzilla-daemon@oss.sgi.com To: pcp@oss.sgi.com Subject: [Bug 963] New: Mising QA for mysql PMDA Date: Sat, 27 Apr 2013 23:59:38 +0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: new X-Bugzilla-Watch-Reason: None X-Bugzilla-Classification: Unclassified X-Bugzilla-Product: pcp X-Bugzilla-Component: pcp X-Bugzilla-Keywords: X-Bugzilla-Severity: normal X-Bugzilla-Who: kenj@internode.on.net 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 blocked classification Message-ID: Content-Type: multipart/alternative; boundary="1367107178.de3812.30836"; charset="us-ascii" X-Bugzilla-URL: http://oss.sgi.com/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 --1367107178.de3812.30836 Date: Sat, 27 Apr 2013 18:59:38 -0500 MIME-Version: 1.0 Content-Type: text/plain; charset="UTF-8" http://oss.sgi.com/bugzilla/show_bug.cgi?id=963 Bug ID: 963 Summary: Mising QA for mysql PMDA Product: pcp Version: unspecified Hardware: All OS: Linux Status: NEW Severity: normal Priority: P5 Component: pcp Assignee: pcp@kenj.com.au Reporter: kenj@internode.on.net CC: pcp@oss.sgi.com Blocks: 948 Classification: Unclassified There are no QA tests at all in src/pcp/qa for the mysql PMDA. -- You are receiving this mail because: You are on the CC list for the bug. --1367107178.de3812.30836 Date: Sat, 27 Apr 2013 18:59:38 -0500 MIME-Version: 1.0 Content-Type: text/html; charset="UTF-8"
Bug ID 963
Summary Mising QA for mysql PMDA
Product pcp
Version unspecified
Hardware All
OS Linux
Status NEW
Severity normal
Priority P5
Component pcp
Assignee pcp@kenj.com.au
Reporter kenj@internode.on.net
CC pcp@oss.sgi.com
Blocks 948
Classification Unclassified 

There are no QA tests at all in src/pcp/qa for the mysql PMDA.

You are receiving this mail because:
  • You are on the CC list for the bug.
--1367107178.de3812.30836-- From wwwrun@oss.sgi.com Sat Apr 27 18:59:39 2013 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on oss.sgi.com X-Spam-Level: X-Spam-Status: No, score=0.0 required=5.0 tests=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 EB2737F5D; Sat, 27 Apr 2013 18:59:38 -0500 (CDT) From: bugzilla-daemon@oss.sgi.com To: pcp@oss.sgi.com Subject: [Bug 948] PMDAs should not be shipped without some QA coverage Date: Sat, 27 Apr 2013 23:59:38 +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: kenj@internode.on.net X-Bugzilla-Status: NEW X-Bugzilla-Priority: P5 X-Bugzilla-Assigned-To: kenj@internode.on.net X-Bugzilla-Target-Milestone: --- X-Bugzilla-Changed-Fields: dependson Message-ID: In-Reply-To: References: Content-Type: multipart/alternative; boundary="1367107178.6cf24.30836"; charset="us-ascii" X-Bugzilla-URL: http://oss.sgi.com/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 --1367107178.6cf24.30836 Date: Sat, 27 Apr 2013 18:59:38 -0500 MIME-Version: 1.0 Content-Type: text/plain; charset="UTF-8" http://oss.sgi.com/bugzilla/show_bug.cgi?id=948 Ken McDonell changed: What |Removed |Added ---------------------------------------------------------------------------- Depends on| |963 -- You are receiving this mail because: You are on the CC list for the bug. --1367107178.6cf24.30836 Date: Sat, 27 Apr 2013 18:59:38 -0500 MIME-Version: 1.0 Content-Type: text/html; charset="UTF-8" changed bug 948
What Removed Added
Depends on   963

You are receiving this mail because:
  • You are on the CC list for the bug.
--1367107178.6cf24.30836-- From wwwrun@oss.sgi.com Sat Apr 27 20:50:50 2013 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on oss.sgi.com X-Spam-Level: X-Spam-Status: No, score=0.0 required=5.0 tests=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 B97CA29DFA; Sat, 27 Apr 2013 20:50:50 -0500 (CDT) From: bugzilla-daemon@oss.sgi.com To: pcp@oss.sgi.com Subject: [Bug 964] New: Mising QA for named PMDA Date: Sun, 28 Apr 2013 01:50:50 +0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: new X-Bugzilla-Watch-Reason: None X-Bugzilla-Classification: Unclassified X-Bugzilla-Product: pcp X-Bugzilla-Component: pcp X-Bugzilla-Keywords: X-Bugzilla-Severity: normal X-Bugzilla-Who: kenj@internode.on.net 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 blocked classification Message-ID: Content-Type: multipart/alternative; boundary="1367113850.2C3Bd2.10173"; charset="us-ascii" X-Bugzilla-URL: http://oss.sgi.com/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 --1367113850.2C3Bd2.10173 Date: Sat, 27 Apr 2013 20:50:50 -0500 MIME-Version: 1.0 Content-Type: text/plain; charset="UTF-8" http://oss.sgi.com/bugzilla/show_bug.cgi?id=964 Bug ID: 964 Summary: Mising QA for named PMDA Product: pcp Version: unspecified Hardware: All OS: All Status: NEW Severity: normal Priority: P5 Component: pcp Assignee: pcp@kenj.com.au Reporter: kenj@internode.on.net CC: pcp@oss.sgi.com Blocks: 948 Classification: Unclassified There are no QA tests at all in src/pcp/qa for the named PMDA. -- You are receiving this mail because: You are on the CC list for the bug. --1367113850.2C3Bd2.10173 Date: Sat, 27 Apr 2013 20:50:50 -0500 MIME-Version: 1.0 Content-Type: text/html; charset="UTF-8"
Bug ID 964
Summary Mising QA for named PMDA
Product pcp
Version unspecified
Hardware All
OS All
Status NEW
Severity normal
Priority P5
Component pcp
Assignee pcp@kenj.com.au
Reporter kenj@internode.on.net
CC pcp@oss.sgi.com
Blocks 948
Classification Unclassified 

There are no QA tests at all in src/pcp/qa for the named PMDA.

You are receiving this mail because:
  • You are on the CC list for the bug.
--1367113850.2C3Bd2.10173-- From wwwrun@oss.sgi.com Sat Apr 27 20:50:51 2013 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on oss.sgi.com X-Spam-Level: X-Spam-Status: No, score=0.0 required=5.0 tests=HTML_MESSAGE,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 0B8CC29E05; Sat, 27 Apr 2013 20:50:51 -0500 (CDT) From: bugzilla-daemon@oss.sgi.com To: pcp@oss.sgi.com Subject: [Bug 948] PMDAs should not be shipped without some QA coverage Date: Sun, 28 Apr 2013 01:50:50 +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: kenj@internode.on.net X-Bugzilla-Status: NEW X-Bugzilla-Priority: P5 X-Bugzilla-Assigned-To: kenj@internode.on.net X-Bugzilla-Target-Milestone: --- X-Bugzilla-Changed-Fields: dependson Message-ID: In-Reply-To: References: Content-Type: multipart/alternative; boundary="1367113850.F8E0437a4.10173"; charset="us-ascii" X-Bugzilla-URL: http://oss.sgi.com/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 --1367113850.F8E0437a4.10173 Date: Sat, 27 Apr 2013 20:50:50 -0500 MIME-Version: 1.0 Content-Type: text/plain; charset="UTF-8" http://oss.sgi.com/bugzilla/show_bug.cgi?id=948 Ken McDonell changed: What |Removed |Added ---------------------------------------------------------------------------- Depends on| |964 -- You are receiving this mail because: You are on the CC list for the bug. --1367113850.F8E0437a4.10173 Date: Sat, 27 Apr 2013 20:50:50 -0500 MIME-Version: 1.0 Content-Type: text/html; charset="UTF-8" changed bug 948
What Removed Added
Depends on   964

You are receiving this mail because:
  • You are on the CC list for the bug.
--1367113850.F8E0437a4.10173-- From wwwrun@oss.sgi.com Sat Apr 27 20:57:43 2013 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on oss.sgi.com X-Spam-Level: X-Spam-Status: No, score=0.0 required=5.0 tests=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 480CC7F4C; Sat, 27 Apr 2013 20:57:43 -0500 (CDT) From: bugzilla-daemon@oss.sgi.com To: pcp@oss.sgi.com Subject: [Bug 965] New: Mising QA for netfilter PMDA Date: Sun, 28 Apr 2013 01:57:42 +0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: new X-Bugzilla-Watch-Reason: None X-Bugzilla-Classification: Unclassified X-Bugzilla-Product: pcp X-Bugzilla-Component: pcp X-Bugzilla-Keywords: X-Bugzilla-Severity: normal X-Bugzilla-Who: kenj@internode.on.net 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 blocked classification Message-ID: Content-Type: multipart/alternative; boundary="1367114263.Fe0Dc82.10751"; charset="us-ascii" X-Bugzilla-URL: http://oss.sgi.com/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 --1367114263.Fe0Dc82.10751 Date: Sat, 27 Apr 2013 20:57:43 -0500 MIME-Version: 1.0 Content-Type: text/plain; charset="UTF-8" http://oss.sgi.com/bugzilla/show_bug.cgi?id=965 Bug ID: 965 Summary: Mising QA for netfilter PMDA Product: pcp Version: unspecified Hardware: All OS: All Status: NEW Severity: normal Priority: P5 Component: pcp Assignee: pcp@kenj.com.au Reporter: kenj@internode.on.net CC: pcp@oss.sgi.com Blocks: 948 Classification: Unclassified There are no QA tests at all in src/pcp/qa for the netfilter PMDA. -- You are receiving this mail because: You are on the CC list for the bug. --1367114263.Fe0Dc82.10751 Date: Sat, 27 Apr 2013 20:57:43 -0500 MIME-Version: 1.0 Content-Type: text/html; charset="UTF-8"
Bug ID 965
Summary Mising QA for netfilter PMDA
Product pcp
Version unspecified
Hardware All
OS All
Status NEW
Severity normal
Priority P5
Component pcp
Assignee pcp@kenj.com.au
Reporter kenj@internode.on.net
CC pcp@oss.sgi.com
Blocks 948
Classification Unclassified 

There are no QA tests at all in src/pcp/qa for the netfilter PMDA.

You are receiving this mail because:
  • You are on the CC list for the bug.
--1367114263.Fe0Dc82.10751-- From wwwrun@oss.sgi.com Sat Apr 27 20:57:43 2013 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on oss.sgi.com X-Spam-Level: X-Spam-Status: No, score=0.0 required=5.0 tests=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 A7C997F50; Sat, 27 Apr 2013 20:57:43 -0500 (CDT) From: bugzilla-daemon@oss.sgi.com To: pcp@oss.sgi.com Subject: [Bug 948] PMDAs should not be shipped without some QA coverage Date: Sun, 28 Apr 2013 01:57:42 +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: kenj@internode.on.net X-Bugzilla-Status: NEW X-Bugzilla-Priority: P5 X-Bugzilla-Assigned-To: kenj@internode.on.net X-Bugzilla-Target-Milestone: --- X-Bugzilla-Changed-Fields: dependson Message-ID: In-Reply-To: References: Content-Type: multipart/alternative; boundary="1367114263.3AB124.10751"; charset="us-ascii" X-Bugzilla-URL: http://oss.sgi.com/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 --1367114263.3AB124.10751 Date: Sat, 27 Apr 2013 20:57:43 -0500 MIME-Version: 1.0 Content-Type: text/plain; charset="UTF-8" http://oss.sgi.com/bugzilla/show_bug.cgi?id=948 Ken McDonell changed: What |Removed |Added ---------------------------------------------------------------------------- Depends on| |965 -- You are receiving this mail because: You are on the CC list for the bug. --1367114263.3AB124.10751 Date: Sat, 27 Apr 2013 20:57:43 -0500 MIME-Version: 1.0 Content-Type: text/html; charset="UTF-8" changed bug 948
What Removed Added
Depends on   965

You are receiving this mail because:
  • You are on the CC list for the bug.
--1367114263.3AB124.10751-- From wwwrun@oss.sgi.com Sun Apr 28 02:16:23 2013 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on oss.sgi.com X-Spam-Level: X-Spam-Status: No, score=0.0 required=5.0 tests=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 C89AE29E05; Sun, 28 Apr 2013 02:16:23 -0500 (CDT) From: bugzilla-daemon@oss.sgi.com To: pcp@oss.sgi.com Subject: [Bug 948] PMDAs should not be shipped without some QA coverage Date: Sun, 28 Apr 2013 07:16:23 +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: kenj@internode.on.net X-Bugzilla-Status: NEW X-Bugzilla-Priority: P5 X-Bugzilla-Assigned-To: kenj@internode.on.net X-Bugzilla-Target-Milestone: --- X-Bugzilla-Changed-Fields: dependson Message-ID: In-Reply-To: References: Content-Type: multipart/alternative; boundary="1367133383.501Cb4.32684"; charset="us-ascii" X-Bugzilla-URL: http://oss.sgi.com/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 --1367133383.501Cb4.32684 Date: Sun, 28 Apr 2013 02:16:23 -0500 MIME-Version: 1.0 Content-Type: text/plain; charset="UTF-8" http://oss.sgi.com/bugzilla/show_bug.cgi?id=948 Ken McDonell changed: What |Removed |Added ---------------------------------------------------------------------------- Depends on| |966 -- You are receiving this mail because: You are on the CC list for the bug. --1367133383.501Cb4.32684 Date: Sun, 28 Apr 2013 02:16:23 -0500 MIME-Version: 1.0 Content-Type: text/html; charset="UTF-8" changed bug 948
What Removed Added
Depends on   966

You are receiving this mail because:
  • You are on the CC list for the bug.
--1367133383.501Cb4.32684-- From wwwrun@oss.sgi.com Sun Apr 28 02:16:23 2013 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on oss.sgi.com X-Spam-Level: X-Spam-Status: No, score=0.0 required=5.0 tests=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 9E46D29DFA; Sun, 28 Apr 2013 02:16:23 -0500 (CDT) From: bugzilla-daemon@oss.sgi.com To: pcp@oss.sgi.com Subject: [Bug 966] New: Mising QA for nginx PMDA Date: Sun, 28 Apr 2013 07:16:23 +0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: new X-Bugzilla-Watch-Reason: None X-Bugzilla-Classification: Unclassified X-Bugzilla-Product: pcp X-Bugzilla-Component: pcp X-Bugzilla-Keywords: X-Bugzilla-Severity: normal X-Bugzilla-Who: kenj@internode.on.net 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 blocked classification Message-ID: Content-Type: multipart/alternative; boundary="1367133383.c0F1bAE2.32684"; charset="us-ascii" X-Bugzilla-URL: http://oss.sgi.com/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 --1367133383.c0F1bAE2.32684 Date: Sun, 28 Apr 2013 02:16:23 -0500 MIME-Version: 1.0 Content-Type: text/plain; charset="UTF-8" http://oss.sgi.com/bugzilla/show_bug.cgi?id=966 Bug ID: 966 Summary: Mising QA for nginx PMDA Product: pcp Version: unspecified Hardware: All OS: All Status: NEW Severity: normal Priority: P5 Component: pcp Assignee: pcp@kenj.com.au Reporter: kenj@internode.on.net CC: pcp@oss.sgi.com Blocks: 948 Classification: Unclassified There are no QA tests at all in src/pcp/qa for the nginx PMDA. -- You are receiving this mail because: You are on the CC list for the bug. --1367133383.c0F1bAE2.32684 Date: Sun, 28 Apr 2013 02:16:23 -0500 MIME-Version: 1.0 Content-Type: text/html; charset="UTF-8"
Bug ID 966
Summary Mising QA for nginx PMDA
Product pcp
Version unspecified
Hardware All
OS All
Status NEW
Severity normal
Priority P5
Component pcp
Assignee pcp@kenj.com.au
Reporter kenj@internode.on.net
CC pcp@oss.sgi.com
Blocks 948
Classification Unclassified 

There are no QA tests at all in src/pcp/qa for the nginx PMDA.

You are receiving this mail because:
  • You are on the CC list for the bug.
--1367133383.c0F1bAE2.32684-- From wwwrun@oss.sgi.com Sun Apr 28 02:18:11 2013 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on oss.sgi.com X-Spam-Level: X-Spam-Status: No, score=0.0 required=5.0 tests=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 65E2A29DFA; Sun, 28 Apr 2013 02:18:11 -0500 (CDT) From: bugzilla-daemon@oss.sgi.com To: pcp@oss.sgi.com Subject: [Bug 967] New: Mising QA for pdns PMDA Date: Sun, 28 Apr 2013 07:18:11 +0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: new X-Bugzilla-Watch-Reason: None X-Bugzilla-Classification: Unclassified X-Bugzilla-Product: pcp X-Bugzilla-Component: pcp X-Bugzilla-Keywords: X-Bugzilla-Severity: normal X-Bugzilla-Who: kenj@internode.on.net 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 blocked classification Message-ID: Content-Type: multipart/alternative; boundary="1367133491.EE612.421"; charset="us-ascii" X-Bugzilla-URL: http://oss.sgi.com/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 --1367133491.EE612.421 Date: Sun, 28 Apr 2013 02:18:11 -0500 MIME-Version: 1.0 Content-Type: text/plain; charset="UTF-8" http://oss.sgi.com/bugzilla/show_bug.cgi?id=967 Bug ID: 967 Summary: Mising QA for pdns PMDA Product: pcp Version: unspecified Hardware: All OS: All Status: NEW Severity: normal Priority: P5 Component: pcp Assignee: pcp@kenj.com.au Reporter: kenj@internode.on.net CC: pcp@oss.sgi.com Blocks: 948 Classification: Unclassified There are no QA tests at all in src/pcp/qa for the pdns PMDA. -- You are receiving this mail because: You are on the CC list for the bug. --1367133491.EE612.421 Date: Sun, 28 Apr 2013 02:18:11 -0500 MIME-Version: 1.0 Content-Type: text/html; charset="UTF-8"
Bug ID 967
Summary Mising QA for pdns PMDA
Product pcp
Version unspecified
Hardware All
OS All
Status NEW
Severity normal
Priority P5
Component pcp
Assignee pcp@kenj.com.au
Reporter kenj@internode.on.net
CC pcp@oss.sgi.com
Blocks 948
Classification Unclassified 

There are no QA tests at all in src/pcp/qa for the pdns PMDA.

You are receiving this mail because:
  • You are on the CC list for the bug.
--1367133491.EE612.421-- From wwwrun@oss.sgi.com Sun Apr 28 02:18:11 2013 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on oss.sgi.com X-Spam-Level: X-Spam-Status: No, score=0.0 required=5.0 tests=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 A1F2829E05; Sun, 28 Apr 2013 02:18:11 -0500 (CDT) From: bugzilla-daemon@oss.sgi.com To: pcp@oss.sgi.com Subject: [Bug 948] PMDAs should not be shipped without some QA coverage Date: Sun, 28 Apr 2013 07:18:11 +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: kenj@internode.on.net X-Bugzilla-Status: NEW X-Bugzilla-Priority: P5 X-Bugzilla-Assigned-To: kenj@internode.on.net X-Bugzilla-Target-Milestone: --- X-Bugzilla-Changed-Fields: dependson Message-ID: In-Reply-To: References: Content-Type: multipart/alternative; boundary="1367133491.3eFd274.421"; charset="us-ascii" X-Bugzilla-URL: http://oss.sgi.com/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 --1367133491.3eFd274.421 Date: Sun, 28 Apr 2013 02:18:11 -0500 MIME-Version: 1.0 Content-Type: text/plain; charset="UTF-8" http://oss.sgi.com/bugzilla/show_bug.cgi?id=948 Ken McDonell changed: What |Removed |Added ---------------------------------------------------------------------------- Depends on| |967 -- You are receiving this mail because: You are on the CC list for the bug. --1367133491.3eFd274.421 Date: Sun, 28 Apr 2013 02:18:11 -0500 MIME-Version: 1.0 Content-Type: text/html; charset="UTF-8" changed bug 948
What Removed Added
Depends on   967

You are receiving this mail because:
  • You are on the CC list for the bug.
--1367133491.3eFd274.421-- From wwwrun@oss.sgi.com Sun Apr 28 02:19:34 2013 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on oss.sgi.com X-Spam-Level: X-Spam-Status: No, score=0.0 required=5.0 tests=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 0266129DFA; Sun, 28 Apr 2013 02:19:34 -0500 (CDT) From: bugzilla-daemon@oss.sgi.com To: pcp@oss.sgi.com Subject: [Bug 968] New: Mising QA for snmp PMDA Date: Sun, 28 Apr 2013 07:19:33 +0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: new X-Bugzilla-Watch-Reason: None X-Bugzilla-Classification: Unclassified X-Bugzilla-Product: pcp X-Bugzilla-Component: pcp X-Bugzilla-Keywords: X-Bugzilla-Severity: normal X-Bugzilla-Who: kenj@internode.on.net 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 blocked classification Message-ID: Content-Type: multipart/alternative; boundary="1367133573.fa232.604"; charset="us-ascii" X-Bugzilla-URL: http://oss.sgi.com/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 --1367133573.fa232.604 Date: Sun, 28 Apr 2013 02:19:33 -0500 MIME-Version: 1.0 Content-Type: text/plain; charset="UTF-8" http://oss.sgi.com/bugzilla/show_bug.cgi?id=968 Bug ID: 968 Summary: Mising QA for snmp PMDA Product: pcp Version: unspecified Hardware: All OS: All Status: NEW Severity: normal Priority: P5 Component: pcp Assignee: pcp@kenj.com.au Reporter: kenj@internode.on.net CC: pcp@oss.sgi.com Blocks: 948 Classification: Unclassified There are no QA tests at all in src/pcp/qa for the snmp PMDA. -- You are receiving this mail because: You are on the CC list for the bug. --1367133573.fa232.604 Date: Sun, 28 Apr 2013 02:19:33 -0500 MIME-Version: 1.0 Content-Type: text/html; charset="UTF-8"
Bug ID 968
Summary Mising QA for snmp PMDA
Product pcp
Version unspecified
Hardware All
OS All
Status NEW
Severity normal
Priority P5
Component pcp
Assignee pcp@kenj.com.au
Reporter kenj@internode.on.net
CC pcp@oss.sgi.com
Blocks 948
Classification Unclassified 

There are no QA tests at all in src/pcp/qa for the snmp PMDA.

You are receiving this mail because:
  • You are on the CC list for the bug.
--1367133573.fa232.604-- From wwwrun@oss.sgi.com Sun Apr 28 02:19:34 2013 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on oss.sgi.com X-Spam-Level: X-Spam-Status: No, score=0.0 required=5.0 tests=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 3C6AF29E05; Sun, 28 Apr 2013 02:19:34 -0500 (CDT) From: bugzilla-daemon@oss.sgi.com To: pcp@oss.sgi.com Subject: [Bug 948] PMDAs should not be shipped without some QA coverage Date: Sun, 28 Apr 2013 07:19:33 +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: kenj@internode.on.net X-Bugzilla-Status: NEW X-Bugzilla-Priority: P5 X-Bugzilla-Assigned-To: kenj@internode.on.net X-Bugzilla-Target-Milestone: --- X-Bugzilla-Changed-Fields: dependson Message-ID: In-Reply-To: References: Content-Type: multipart/alternative; boundary="1367133574.73DFAC74.604"; charset="us-ascii" X-Bugzilla-URL: http://oss.sgi.com/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 --1367133574.73DFAC74.604 Date: Sun, 28 Apr 2013 02:19:34 -0500 MIME-Version: 1.0 Content-Type: text/plain; charset="UTF-8" http://oss.sgi.com/bugzilla/show_bug.cgi?id=948 Ken McDonell changed: What |Removed |Added ---------------------------------------------------------------------------- Depends on| |968 -- You are receiving this mail because: You are on the CC list for the bug. --1367133574.73DFAC74.604 Date: Sun, 28 Apr 2013 02:19:34 -0500 MIME-Version: 1.0 Content-Type: text/html; charset="UTF-8" changed bug 948
What Removed Added
Depends on   968

You are receiving this mail because:
  • You are on the CC list for the bug.
--1367133574.73DFAC74.604-- From wwwrun@oss.sgi.com Sun Apr 28 02:20:48 2013 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on oss.sgi.com X-Spam-Level: X-Spam-Status: No, score=0.0 required=5.0 tests=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 9A28C29DFA; Sun, 28 Apr 2013 02:20:48 -0500 (CDT) From: bugzilla-daemon@oss.sgi.com To: pcp@oss.sgi.com Subject: [Bug 969] New: Mising QA for systemtap PMDA Date: Sun, 28 Apr 2013 07:20:48 +0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: new X-Bugzilla-Watch-Reason: None X-Bugzilla-Classification: Unclassified X-Bugzilla-Product: pcp X-Bugzilla-Component: pcp X-Bugzilla-Keywords: X-Bugzilla-Severity: normal X-Bugzilla-Who: kenj@internode.on.net 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 blocked classification Message-ID: Content-Type: multipart/alternative; boundary="1367133648.Da7a7B62.766"; charset="us-ascii" X-Bugzilla-URL: http://oss.sgi.com/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 --1367133648.Da7a7B62.766 Date: Sun, 28 Apr 2013 02:20:48 -0500 MIME-Version: 1.0 Content-Type: text/plain; charset="UTF-8" http://oss.sgi.com/bugzilla/show_bug.cgi?id=969 Bug ID: 969 Summary: Mising QA for systemtap PMDA Product: pcp Version: unspecified Hardware: All OS: All Status: NEW Severity: normal Priority: P5 Component: pcp Assignee: pcp@kenj.com.au Reporter: kenj@internode.on.net CC: pcp@oss.sgi.com Blocks: 948 Classification: Unclassified There are no QA tests at all in src/pcp/qa for the systemtap PMDA. -- You are receiving this mail because: You are on the CC list for the bug. --1367133648.Da7a7B62.766 Date: Sun, 28 Apr 2013 02:20:48 -0500 MIME-Version: 1.0 Content-Type: text/html; charset="UTF-8"
Bug ID 969
Summary Mising QA for systemtap PMDA
Product pcp
Version unspecified
Hardware All
OS All
Status NEW
Severity normal
Priority P5
Component pcp
Assignee pcp@kenj.com.au
Reporter kenj@internode.on.net
CC pcp@oss.sgi.com
Blocks 948
Classification Unclassified 

There are no QA tests at all in src/pcp/qa for the systemtap PMDA.

You are receiving this mail because:
  • You are on the CC list for the bug.
--1367133648.Da7a7B62.766-- From wwwrun@oss.sgi.com Sun Apr 28 02:20:48 2013 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on oss.sgi.com X-Spam-Level: X-Spam-Status: No, score=0.0 required=5.0 tests=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 D5BC729E07; Sun, 28 Apr 2013 02:20:48 -0500 (CDT) From: bugzilla-daemon@oss.sgi.com To: pcp@oss.sgi.com Subject: [Bug 948] PMDAs should not be shipped without some QA coverage Date: Sun, 28 Apr 2013 07:20:48 +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: kenj@internode.on.net X-Bugzilla-Status: NEW X-Bugzilla-Priority: P5 X-Bugzilla-Assigned-To: kenj@internode.on.net X-Bugzilla-Target-Milestone: --- X-Bugzilla-Changed-Fields: dependson Message-ID: In-Reply-To: References: Content-Type: multipart/alternative; boundary="1367133648.eBe7ffED4.766"; charset="us-ascii" X-Bugzilla-URL: http://oss.sgi.com/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 --1367133648.eBe7ffED4.766 Date: Sun, 28 Apr 2013 02:20:48 -0500 MIME-Version: 1.0 Content-Type: text/plain; charset="UTF-8" http://oss.sgi.com/bugzilla/show_bug.cgi?id=948 Ken McDonell changed: What |Removed |Added ---------------------------------------------------------------------------- Depends on| |969 -- You are receiving this mail because: You are on the CC list for the bug. --1367133648.eBe7ffED4.766 Date: Sun, 28 Apr 2013 02:20:48 -0500 MIME-Version: 1.0 Content-Type: text/html; charset="UTF-8" changed bug 948
What Removed Added
Depends on   969

You are receiving this mail because:
  • You are on the CC list for the bug.
--1367133648.eBe7ffED4.766-- From wwwrun@oss.sgi.com Sun Apr 28 02:22:08 2013 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on oss.sgi.com X-Spam-Level: X-Spam-Status: No, score=0.0 required=5.0 tests=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 DEAEA29E03; Sun, 28 Apr 2013 02:22:08 -0500 (CDT) From: bugzilla-daemon@oss.sgi.com To: pcp@oss.sgi.com Subject: [Bug 970] New: Mising QA for vmware PMDA Date: Sun, 28 Apr 2013 07:22:08 +0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: new X-Bugzilla-Watch-Reason: None X-Bugzilla-Classification: Unclassified X-Bugzilla-Product: pcp X-Bugzilla-Component: pcp X-Bugzilla-Keywords: X-Bugzilla-Severity: normal X-Bugzilla-Who: kenj@internode.on.net 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 blocked classification Message-ID: Content-Type: multipart/alternative; boundary="1367133728.86daBf82.896"; charset="us-ascii" X-Bugzilla-URL: http://oss.sgi.com/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 --1367133728.86daBf82.896 Date: Sun, 28 Apr 2013 02:22:08 -0500 MIME-Version: 1.0 Content-Type: text/plain; charset="UTF-8" http://oss.sgi.com/bugzilla/show_bug.cgi?id=970 Bug ID: 970 Summary: Mising QA for vmware PMDA Product: pcp Version: unspecified Hardware: All OS: All Status: NEW Severity: normal Priority: P5 Component: pcp Assignee: pcp@kenj.com.au Reporter: kenj@internode.on.net CC: pcp@oss.sgi.com Blocks: 948 Classification: Unclassified There are no QA tests at all in src/pcp/qa for the vmware PMDA. -- You are receiving this mail because: You are on the CC list for the bug. --1367133728.86daBf82.896 Date: Sun, 28 Apr 2013 02:22:08 -0500 MIME-Version: 1.0 Content-Type: text/html; charset="UTF-8"
Bug ID 970
Summary Mising QA for vmware PMDA
Product pcp
Version unspecified
Hardware All
OS All
Status NEW
Severity normal
Priority P5
Component pcp
Assignee pcp@kenj.com.au
Reporter kenj@internode.on.net
CC pcp@oss.sgi.com
Blocks 948
Classification Unclassified 

There are no QA tests at all in src/pcp/qa for the vmware PMDA.

You are receiving this mail because:
  • You are on the CC list for the bug.
--1367133728.86daBf82.896-- From wwwrun@oss.sgi.com Sun Apr 28 02:22:09 2013 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on oss.sgi.com X-Spam-Level: X-Spam-Status: No, score=0.0 required=5.0 tests=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 26B3129E09; Sun, 28 Apr 2013 02:22:09 -0500 (CDT) From: bugzilla-daemon@oss.sgi.com To: pcp@oss.sgi.com Subject: [Bug 948] PMDAs should not be shipped without some QA coverage Date: Sun, 28 Apr 2013 07:22:08 +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: kenj@internode.on.net X-Bugzilla-Status: NEW X-Bugzilla-Priority: P5 X-Bugzilla-Assigned-To: kenj@internode.on.net X-Bugzilla-Target-Milestone: --- X-Bugzilla-Changed-Fields: dependson Message-ID: In-Reply-To: References: Content-Type: multipart/alternative; boundary="1367133729.DbCcD4.896"; charset="us-ascii" X-Bugzilla-URL: http://oss.sgi.com/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 --1367133729.DbCcD4.896 Date: Sun, 28 Apr 2013 02:22:09 -0500 MIME-Version: 1.0 Content-Type: text/plain; charset="UTF-8" http://oss.sgi.com/bugzilla/show_bug.cgi?id=948 Ken McDonell changed: What |Removed |Added ---------------------------------------------------------------------------- Depends on| |970 -- You are receiving this mail because: You are on the CC list for the bug. --1367133729.DbCcD4.896 Date: Sun, 28 Apr 2013 02:22:09 -0500 MIME-Version: 1.0 Content-Type: text/html; charset="UTF-8" changed bug 948
What Removed Added
Depends on   970

You are receiving this mail because:
  • You are on the CC list for the bug.
--1367133729.DbCcD4.896-- From wwwrun@oss.sgi.com Sun Apr 28 02:28:45 2013 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on oss.sgi.com X-Spam-Level: X-Spam-Status: No, score=0.0 required=5.0 tests=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 C018029E09; Sun, 28 Apr 2013 02:28:45 -0500 (CDT) From: bugzilla-daemon@oss.sgi.com To: pcp@oss.sgi.com Subject: [Bug 971] New: Mising QA for zimbra PMDA Date: Sun, 28 Apr 2013 07:28:45 +0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: new X-Bugzilla-Watch-Reason: None X-Bugzilla-Classification: Unclassified X-Bugzilla-Product: pcp X-Bugzilla-Component: pcp X-Bugzilla-Keywords: X-Bugzilla-Severity: normal X-Bugzilla-Who: kenj@internode.on.net 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 blocked classification Message-ID: Content-Type: multipart/alternative; boundary="1367134125.e876CFdb2.1261"; charset="us-ascii" X-Bugzilla-URL: http://oss.sgi.com/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 --1367134125.e876CFdb2.1261 Date: Sun, 28 Apr 2013 02:28:45 -0500 MIME-Version: 1.0 Content-Type: text/plain; charset="UTF-8" http://oss.sgi.com/bugzilla/show_bug.cgi?id=971 Bug ID: 971 Summary: Mising QA for zimbra PMDA Product: pcp Version: unspecified Hardware: All OS: All Status: NEW Severity: normal Priority: P5 Component: pcp Assignee: pcp@kenj.com.au Reporter: kenj@internode.on.net CC: pcp@oss.sgi.com Blocks: 948 Classification: Unclassified There are no QA tests at all in src/pcp/qa for the zimbra PMDA. -- You are receiving this mail because: You are on the CC list for the bug. --1367134125.e876CFdb2.1261 Date: Sun, 28 Apr 2013 02:28:45 -0500 MIME-Version: 1.0 Content-Type: text/html; charset="UTF-8"
Bug ID 971
Summary Mising QA for zimbra PMDA
Product pcp
Version unspecified
Hardware All
OS All
Status NEW
Severity normal
Priority P5
Component pcp
Assignee pcp@kenj.com.au
Reporter kenj@internode.on.net
CC pcp@oss.sgi.com
Blocks 948
Classification Unclassified 

There are no QA tests at all in src/pcp/qa for the zimbra PMDA.

You are receiving this mail because:
  • You are on the CC list for the bug.
--1367134125.e876CFdb2.1261-- From wwwrun@oss.sgi.com Sun Apr 28 02:28:46 2013 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on oss.sgi.com X-Spam-Level: X-Spam-Status: No, score=0.0 required=5.0 tests=HTML_MESSAGE,NO_RELAYS autolearn=ham version=3.3.1 X-Original-To: pcp@oss.sgi.com Delivered-To: pcp@oss.sgi.com Received: by oss.sgi.com (Postfix, from userid 30) id 0928429E07; Sun, 28 Apr 2013 02:28:46 -0500 (CDT) From: bugzilla-daemon@oss.sgi.com To: pcp@oss.sgi.com Subject: [Bug 948] PMDAs should not be shipped without some QA coverage Date: Sun, 28 Apr 2013 07:28:45 +0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Classification: Unclassified X-Bugzilla-Product: pcp X-Bugzilla-Component: pcp X-Bugzilla-Keywords: X-Bugzilla-Severity: major X-Bugzilla-Who: kenj@internode.on.net X-Bugzilla-Status: NEW X-Bugzilla-Priority: P5 X-Bugzilla-Assigned-To: kenj@internode.on.net X-Bugzilla-Target-Milestone: --- X-Bugzilla-Changed-Fields: dependson Message-ID: In-Reply-To: References: Content-Type: multipart/alternative; boundary="1367134125.D53baA544.1261"; charset="us-ascii" X-Bugzilla-URL: http://oss.sgi.com/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 --1367134125.D53baA544.1261 Date: Sun, 28 Apr 2013 02:28:45 -0500 MIME-Version: 1.0 Content-Type: text/plain; charset="UTF-8" http://oss.sgi.com/bugzilla/show_bug.cgi?id=948 Ken McDonell changed: What |Removed |Added ---------------------------------------------------------------------------- Depends on| |971 -- You are receiving this mail because: You are on the CC list for the bug. --1367134125.D53baA544.1261 Date: Sun, 28 Apr 2013 02:28:45 -0500 MIME-Version: 1.0 Content-Type: text/html; charset="UTF-8" changed bug 948
What Removed Added
Depends on   971

You are receiving this mail because:
  • You are on the CC list for the bug.
--1367134125.D53baA544.1261-- From wwwrun@oss.sgi.com Sun Apr 28 05:01:37 2013 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on oss.sgi.com X-Spam-Level: X-Spam-Status: No, score=0.0 required=5.0 tests=HTML_MESSAGE,NO_RELAYS autolearn=ham version=3.3.1 X-Original-To: pcp@oss.sgi.com Delivered-To: pcp@oss.sgi.com Received: by oss.sgi.com (Postfix, from userid 30) id F2C7E29E09; Sun, 28 Apr 2013 05:01:36 -0500 (CDT) From: bugzilla-daemon@oss.sgi.com To: pcp@oss.sgi.com Subject: [Bug 972] New: broken man page aliases Date: Sun, 28 Apr 2013 10:01:36 +0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: new X-Bugzilla-Watch-Reason: None X-Bugzilla-Classification: Unclassified X-Bugzilla-Product: pcp X-Bugzilla-Component: pcp X-Bugzilla-Keywords: X-Bugzilla-Severity: major X-Bugzilla-Who: kenj@internode.on.net X-Bugzilla-Status: NEW X-Bugzilla-Priority: P5 X-Bugzilla-Assigned-To: kenj@internode.on.net 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="1367143296.cC0E1.10652"; charset="us-ascii" X-Bugzilla-URL: http://oss.sgi.com/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 --1367143296.cC0E1.10652 Date: Sun, 28 Apr 2013 05:01:36 -0500 MIME-Version: 1.0 Content-Type: text/plain; charset="UTF-8" http://oss.sgi.com/bugzilla/show_bug.cgi?id=972 Bug ID: 972 Summary: broken man page aliases Product: pcp Version: unspecified Hardware: All OS: All Status: NEW Severity: major Priority: P5 Component: pcp Assignee: kenj@internode.on.net Reporter: kenj@internode.on.net CC: pcp@oss.sgi.com Classification: Unclassified Noticed on openSuSE that $ man pmerrstr works, but $ man pmerrstr_r does not ... presumably because the alias (via symlink) is not being established. On some other platforms this works, probably because the man(1) command is a little smarter, or tries a bit harder. The root cause is in the man page source .SH NAME \f3pmErrStr\f1, \f3pmErrStr_r\f1 \- convert a PMAPI error code into a string Our builddefs define INSTALL_MAN to be a complicated rule which only works if the man source above is rewritten as: .SH NAME \f3pmErrStr\f1, \f3pmErrStr_r\f1 \- convert a PMAPI error code into a string Suspect there are other cases of the same problem. Fix is either (a) change man source, or (b) make the INSTALL_MAN rule smarter. -- You are receiving this mail because: You are on the CC list for the bug. --1367143296.cC0E1.10652 Date: Sun, 28 Apr 2013 05:01:36 -0500 MIME-Version: 1.0 Content-Type: text/html; charset="UTF-8"
Bug ID 972
Summary broken man page aliases
Product pcp
Version unspecified
Hardware All
OS All
Status NEW
Severity major
Priority P5
Component pcp
Assignee kenj@internode.on.net
Reporter kenj@internode.on.net
CC pcp@oss.sgi.com
Classification Unclassified 

Noticed on openSuSE that
  $ man pmerrstr
works, but
  $ man pmerrstr_r
does not ... presumably because the alias (via symlink) is not being
established.

On some other platforms this works, probably because the man(1) command is a
little smarter, or tries a bit harder.

The root cause is in the man page source

.SH NAME
\f3pmErrStr\f1, \f3pmErrStr_r\f1 \- convert a PMAPI error code into a string

Our builddefs define INSTALL_MAN to be a complicated rule which only works if
the man source above is rewritten as:

.SH NAME
\f3pmErrStr\f1,
\f3pmErrStr_r\f1 \- convert a PMAPI error code into a string

Suspect there are other cases of the same problem.

Fix is either (a) change man source, or (b) make the INSTALL_MAN rule smarter.

You are receiving this mail because:
  • You are on the CC list for the bug.
--1367143296.cC0E1.10652-- From scox@redhat.com Sun Apr 28 10:59:32 2013 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on oss.sgi.com X-Spam-Level: X-Spam-Status: No, score=0.0 required=5.0 tests=none autolearn=ham version=3.3.1 X-Original-To: pcp@oss.sgi.com Delivered-To: pcp@oss.sgi.com Received: from relay.sgi.com (relay1.corp.sgi.com [137.38.102.111]) by oss.sgi.com (Postfix) with ESMTP id 070AD7F56 for ; Sun, 28 Apr 2013 10:59:32 -0500 (CDT) Received: from cuda.sgi.com (cuda2.sgi.com [192.48.176.25]) by relay1.corp.sgi.com (Postfix) with ESMTP id D9CF38F8035 for ; Sun, 28 Apr 2013 08:59:28 -0700 (PDT) X-ASG-Debug-ID: 1367164764-04cbb075f7fb960001-S8gJnT Received: from mx1.redhat.com (mx1.redhat.com [209.132.183.28]) by cuda.sgi.com with ESMTP id 2khGnG3CSv8BIGP3 for ; Sun, 28 Apr 2013 08:59:25 -0700 (PDT) X-Barracuda-Envelope-From: scox@redhat.com X-Barracuda-Apparent-Source-IP: 209.132.183.28 X-ASG-Whitelist: Client Received: from int-mx11.intmail.prod.int.phx2.redhat.com (int-mx11.intmail.prod.int.phx2.redhat.com [10.5.11.24]) by mx1.redhat.com (8.14.4/8.14.4) with ESMTP id r3SFxO90016359 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK) for ; Sun, 28 Apr 2013 11:59:24 -0400 Received: from [10.10.55.8] (vpn-55-8.rdu2.redhat.com [10.10.55.8]) by int-mx11.intmail.prod.int.phx2.redhat.com (8.14.4/8.14.4) with ESMTP id r3SFxN5E005921; Sun, 28 Apr 2013 11:59:23 -0400 Message-ID: <517D4816.5090707@redhat.com> Date: Sun, 28 Apr 2013 12:02:30 -0400 From: Stan Cox User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:17.0) Gecko/20130311 Thunderbird/17.0.4 MIME-Version: 1.0 To: Mark Goodwin CC: Nathan Scott , PCP Subject: Re: [pcp] linux pmda time fields References: <517AE6A7.6090104@redhat.com> <517B2107.80207@redhat.com> X-ASG-Orig-Subj: Re: [pcp] linux pmda time fields In-Reply-To: <517B2107.80207@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: 1367164765 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 04/26/2013 08:51 PM, Mark Goodwin wrote: > commit 5ab6b9d4e33456cb1d57752bbc0b86d98eb4e26a > Author: Mark Goodwin > Date: Tue Jan 1 10:47:29 2013 +1100 Hmm, yes I do have that commit. I am running fc17.x86_64. Thanks for the pointer; I will poke at it. From scox@redhat.com Sun Apr 28 16:32:08 2013 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on oss.sgi.com X-Spam-Level: X-Spam-Status: No, score=0.0 required=5.0 tests=none autolearn=ham version=3.3.1 X-Original-To: pcp@oss.sgi.com Delivered-To: pcp@oss.sgi.com Received: from relay.sgi.com (relay2.corp.sgi.com [137.38.102.29]) by oss.sgi.com (Postfix) with ESMTP id 682C97F37 for ; Sun, 28 Apr 2013 16:32:08 -0500 (CDT) Received: from cuda.sgi.com (cuda3.sgi.com [192.48.176.15]) by relay2.corp.sgi.com (Postfix) with ESMTP id 4565E304053 for ; Sun, 28 Apr 2013 14:32:05 -0700 (PDT) X-ASG-Debug-ID: 1367184721-04cb6c529510c080001-S8gJnT Received: from mx1.redhat.com (mx1.redhat.com [209.132.183.28]) by cuda.sgi.com with ESMTP id GZ8NFL7j4OuF5PqP for ; Sun, 28 Apr 2013 14:32:01 -0700 (PDT) X-Barracuda-Envelope-From: scox@redhat.com X-Barracuda-Apparent-Source-IP: 209.132.183.28 X-ASG-Whitelist: Client Received: from int-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 r3SLW07h028744 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK) for ; Sun, 28 Apr 2013 17:32:00 -0400 Received: from [10.10.55.8] (vpn-55-8.rdu2.redhat.com [10.10.55.8]) by int-mx09.intmail.prod.int.phx2.redhat.com (8.14.4/8.14.4) with ESMTP id r3SLVxaE032425; Sun, 28 Apr 2013 17:32:00 -0400 Message-ID: <517D960A.6080507@redhat.com> Date: Sun, 28 Apr 2013 17:35:06 -0400 From: Stan Cox User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:17.0) Gecko/20130311 Thunderbird/17.0.4 MIME-Version: 1.0 To: Nathan Scott CC: PCP Subject: Re: [pcp] pylint cleanup References: <960785872.3037831.1366783742570.JavaMail.root@redhat.com> <1804300927.3038166.1366783935325.JavaMail.root@redhat.com> <748106915.3039532.1366784232220.JavaMail.root@redhat.com> X-ASG-Orig-Subj: Re: [pcp] pylint cleanup In-Reply-To: <748106915.3039532.1366784232220.JavaMail.root@redhat.com> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-Scanned-By: MIMEDefang 2.68 on 10.5.11.22 X-Barracuda-Connect: mx1.redhat.com[209.132.183.28] X-Barracuda-Start-Time: 1367184721 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 04/24/2013 02:17 AM, Nathan Scott wrote: > @staticmethod I override this and need the context, but I might be able to use this in a few cases. >> > * pmsubsys.py (_pmsubsys): Rename: cpu->Cpu, interrupt->Interrupt, > disk->Disk, memory->Memory, net->Net, proc->Proc, subsys->Subsys Good name suggestions. Went with Processor/Interrupt/Disk/Memory/Network/Process/Subsystem. (not committed yet) The QA should be fine. From owen.butler@gmail.com Sun Apr 28 23:28:49 2013 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on oss.sgi.com X-Spam-Level: X-Spam-Status: No, score=0.0 required=5.0 tests=FREEMAIL_FROM,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 34AE07F37 for ; Sun, 28 Apr 2013 23:28:49 -0500 (CDT) Received: from cuda.sgi.com (cuda2.sgi.com [192.48.176.25]) by relay3.corp.sgi.com (Postfix) with ESMTP id 953B7AC001 for ; Sun, 28 Apr 2013 21:28:45 -0700 (PDT) X-ASG-Debug-ID: 1367209723-04cbb075f61248a0001-S8gJnT Received: from mail-pb0-f41.google.com (mail-pb0-f41.google.com [209.85.160.41]) by cuda.sgi.com with ESMTP id IiQ6TQKFb5jZ0uCG (version=TLSv1 cipher=RC4-SHA bits=128 verify=NO) for ; Sun, 28 Apr 2013 21:28:44 -0700 (PDT) X-Barracuda-Envelope-From: owen.butler@gmail.com X-Barracuda-Apparent-Source-IP: 209.85.160.41 X-Barracuda-IPDD: Level1 [gmail.com/209.85.160.41] Received: by mail-pb0-f41.google.com with SMTP id md4so173540pbc.0 for ; Sun, 28 Apr 2013 21:28:43 -0700 (PDT) X-Barracuda-IPDD: Level1 [gmail.com/209.85.160.41] X-Barracuda-IPDD: Level1 [gmail.com/209.85.160.41] DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:x-received:reply-to:date:message-id:subject:from:to :content-type; bh=PPLoOMy7ZzLNIML/s5pabldEkpodpgA6danbbzXVBLA=; b=aHJNJeABqV57+Snkdjox1RgsPGDnkQcUeXHgjH42jWwP6Xs4FiPJmLWUR9hlAAvyG3 v5AO3otZBWUWdmH3jcLLXRs+07ImjBeLqQ0paz5hnpN4NCoN/qft31928MAThpIYQrtc Fukbpeui2oOKtQy+huyoAsbUJWr4CplZwzJhPBYcNIgWtw5euoh3V8ZdmUwqGOHEjeEl eniRR8Y+vR8XWW9WbwUnUqMGR4+tJn/+zjnF2YlkyUnyVnYpkP+fDFT3cGf4qfdMCYSE /7ikaih4B8kD057oLywa9o1GBEGKw/P6m0GuxDij4/+OO84TWN1LpkHKEFSGDHotGplg rM4w== MIME-Version: 1.0 X-Received: by 10.68.43.162 with SMTP id x2mr42517558pbl.92.1367209723429; Sun, 28 Apr 2013 21:28:43 -0700 (PDT) Received: by 10.66.186.135 with HTTP; Sun, 28 Apr 2013 21:28:43 -0700 (PDT) Reply-To: owen.butler@gmail.com Date: Mon, 29 Apr 2013 14:28:43 +1000 Message-ID: Subject: patch: ElasticsearchServer and ApacheServer pmchart configs From: Owen Butler X-ASG-Orig-Subj: patch: ElasticsearchServer and ApacheServer pmchart configs To: pcp@oss.sgi.com Content-Type: multipart/alternative; boundary=bcaec52e5c2de60ae604db78518b X-Barracuda-Connect: mail-pb0-f41.google.com[209.85.160.41] X-Barracuda-Start-Time: 1367209724 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, HTML_MESSAGE X-Barracuda-Spam-Report: Code version 3.2, rules version 3.2.2.129475 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 --bcaec52e5c2de60ae604db78518b Content-Type: text/plain; charset=ISO-8859-1 Hi Nathan, At the pcp dev meeting we briefly discussed server/service specific pmchart configs for these two servers. I've added the views I've been using for ES nodes and Apache Nodes to the following git tree: git://github.com/OwenButler/pcp-gui.git dev The ES one I generally point to 1 node (as it contains some cluster wide stuff. Might look strange with clusters > 10 nodes). The Apache server view is just all the things I usually care about for our apache instance. Cheers, Owen Butler --bcaec52e5c2de60ae604db78518b Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable
Hi Nathan,

At the pcp dev meeting we br= iefly discussed server/service specific pmchart configs for these two serve= rs.

I've added the views I've been u= sing for ES nodes and Apache Nodes to the following git tree:


The ES one I generally point to 1 node (as it conta= ins some cluster wide stuff. =A0Might look strange with clusters > 10 no= des).

The Apache server view is just all the thin= gs I usually care about for our apache instance.

=
Cheers,

Owen Butler
--bcaec52e5c2de60ae604db78518b-- From owen.butler@gmail.com Mon Apr 29 02:28:34 2013 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on oss.sgi.com X-Spam-Level: X-Spam-Status: No, score=0.0 required=5.0 tests=FREEMAIL_FROM,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 B85AE7F37 for ; Mon, 29 Apr 2013 02:28:34 -0500 (CDT) Received: from cuda.sgi.com (cuda3.sgi.com [192.48.176.15]) by relay1.corp.sgi.com (Postfix) with ESMTP id 981938F8033 for ; Mon, 29 Apr 2013 00:28:31 -0700 (PDT) X-ASG-Debug-ID: 1367220506-04cb6c529312b100001-S8gJnT Received: from mail-pd0-f172.google.com (mail-pd0-f172.google.com [209.85.192.172]) by cuda.sgi.com with ESMTP id 42lUckv3KmqpMRyC (version=TLSv1 cipher=RC4-SHA bits=128 verify=NO) for ; Mon, 29 Apr 2013 00:28:27 -0700 (PDT) X-Barracuda-Envelope-From: owen.butler@gmail.com X-Barracuda-Apparent-Source-IP: 209.85.192.172 X-Barracuda-IPDD: Level1 [gmail.com/209.85.192.172] Received: by mail-pd0-f172.google.com with SMTP id 4so3477344pdd.17 for ; Mon, 29 Apr 2013 00:28:26 -0700 (PDT) X-Barracuda-IPDD: Level1 [gmail.com/209.85.192.172] X-Barracuda-IPDD: Level1 [gmail.com/209.85.192.172] DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:x-received:reply-to:date:message-id:subject:from:to :content-type; bh=6ZvO1qyjaBPtvFiYML/dmZCZVUUj2J+o1DMZH4lvhH0=; b=aOPvzPAY/H3hVIRO22bATKfeF7SkiPvJNcoSpt+cHYfXuoEurriK3Y/9K7RPdKfQS5 pUqvj5cyReLol5SAQA4XyXKgqRTRr6q0hmq+FK5hgs0BIf/r5yQHlxcjtwlzjQ4q3XgQ 8aSix9QGSvLZREGLMo6ko/cZu9cYYCLh4hKfb/NzEFdnyecCug7imZdS9/wUiQHPM0eX HWvxhgwOd5SCo0r/X8Jsfl2frnd5HMxYpQIa3747S31krM0gakcNkVl+pX3vK7CtOuMF 90da1OP8DFkkKBtRvd7m6Tq/D/p0360RufVc9uoBX6ZqqVDtj9BbCZm9e1QIXY9cFbCq RM7A== MIME-Version: 1.0 X-Received: by 10.68.212.168 with SMTP id nl8mr69101081pbc.43.1367220506705; Mon, 29 Apr 2013 00:28:26 -0700 (PDT) Received: by 10.66.186.135 with HTTP; Mon, 29 Apr 2013 00:28:26 -0700 (PDT) Reply-To: owen.butler@gmail.com Date: Mon, 29 Apr 2013 17:28:26 +1000 Message-ID: Subject: patch: pmchart manpage updates From: Owen Butler X-ASG-Orig-Subj: patch: pmchart manpage updates To: pcp@oss.sgi.com Content-Type: multipart/alternative; boundary=e89a8ff1c642a1c3a004db7ad41f X-Barracuda-Connect: mail-pd0-f172.google.com[209.85.192.172] X-Barracuda-Start-Time: 1367220507 X-Barracuda-Encrypted: RC4-SHA X-Barracuda-URL: http://192.48.176.15:80/cgi-mod/mark.cgi X-Virus-Scanned: by bsmtpd at sgi.com X-Barracuda-BRTS-Status: 1 X-Barracuda-Spam-Score: 0.00 X-Barracuda-Spam-Status: No, SCORE=0.00 using per-user scores of TAG_LEVEL=1000.0 QUARANTINE_LEVEL=1000.0 KILL_LEVEL=2.7 tests=DKIM_SIGNED, DKIM_VERIFIED, HTML_MESSAGE X-Barracuda-Spam-Report: Code version 3.2, rules version 3.2.2.129487 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 --e89a8ff1c642a1c3a004db7ad41f Content-Type: text/plain; charset=ISO-8859-1 Hi Nathan, Some small updates to pmchart manpage. Can be found at: git://github.com/OwenButler/pcp-gui.git dev Individual shas: 6466b3d 7d66b74 Cheers, Owen Butler --e89a8ff1c642a1c3a004db7ad41f Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable
Hi Nathan,

Some small updates to = pmchart manpage.

Can be found at:


Individual s= has:
6466b3d
7d66b74<= /div>

Cheers,

Owen Butler
--e89a8ff1c642a1c3a004db7ad41f-- From nscott@redhat.com Mon Apr 29 05:26:03 2013 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on oss.sgi.com X-Spam-Level: X-Spam-Status: No, score=0.0 required=5.0 tests=none autolearn=ham version=3.3.1 X-Original-To: pcp@oss.sgi.com Delivered-To: pcp@oss.sgi.com Received: from relay.sgi.com (relay3.corp.sgi.com [198.149.34.15]) by oss.sgi.com (Postfix) with ESMTP id 039547F37 for ; Mon, 29 Apr 2013 05:26:03 -0500 (CDT) Received: from cuda.sgi.com (cuda1.sgi.com [192.48.157.11]) by relay3.corp.sgi.com (Postfix) with ESMTP id 95399AC001 for ; Mon, 29 Apr 2013 03:25:59 -0700 (PDT) X-ASG-Debug-ID: 1367231154-04bdf040eba27a0001-S8gJnT Received: from mx4-phx2.redhat.com (mx4-phx2.redhat.com [209.132.183.25]) by cuda.sgi.com with ESMTP id 8YRJdaYi1NROIcbR for ; Mon, 29 Apr 2013 03:25:54 -0700 (PDT) X-Barracuda-Envelope-From: nscott@redhat.com X-Barracuda-Apparent-Source-IP: 209.132.183.25 Received: from zmail20.collab.prod.int.phx2.redhat.com (zmail20.collab.prod.int.phx2.redhat.com [10.5.83.23]) by mx4-phx2.redhat.com (8.13.8/8.13.8) with ESMTP id r3TAPrsM010031 for ; Mon, 29 Apr 2013 06:25:53 -0400 Date: Mon, 29 Apr 2013 06:25:53 -0400 (EDT) From: Nathan Scott Reply-To: Nathan Scott To: PCP Message-ID: <978575547.6205098.1367231153726.JavaMail.root@redhat.com> In-Reply-To: <2084790431.6125806.1367223444698.JavaMail.root@redhat.com> Subject: pcp updates: kenj+brolley+fche+nathans mega-merge MIME-Version: 1.0 X-ASG-Orig-Subj: pcp updates: kenj+brolley+fche+nathans mega-merge Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-Originating-IP: [10.5.82.12] X-Mailer: Zimbra 8.0.3_GA_5664 (ZimbraWebClient - FF17 (Linux)/8.0.3_GA_5664) Thread-Topic: pcp updates: kenj+brolley+fche+nathans mega-merge Thread-Index: 0cjT7M/NaVmo2US6yrjV5/xHC3wJNQ== X-Barracuda-Connect: mx4-phx2.redhat.com[209.132.183.25] X-Barracuda-Start-Time: 1367231154 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.2.129499 Rule breakdown below pts rule name description ---- ---------------------- -------------------------------------------------- 0.01 THREAD_INDEX thread-index: AcO7Y8iR61tzADqsRmmc5wNiFHEOig== 0.01 THREAD_TOPIC Thread-Topic: ...(Japanese Subject)... QA status: 660 is only failing test I have; I've made some notes in commit log below and added extra diagnostics into the test. Its a new pmwebd test, so not a regression, and hopefully will get resolved soon. Not run: 009 066 069 081 083 086 117 122 130 148 159 164 212 215 223 233 262 272 307 308 311 353 360 361 365 369 370 371 372 374 375 377 420 446 476 477 478 480 504 512 519 545 570 583 640 652 654 704 717 718 Code status: there were a couple of conflicts to sort out, please review (esp. kenj and brolley re net wildcards). Changes committed to git://oss.sgi.com/pcp/pcp.git dev man/man1/pcpintro.1 | 9 qa/.gitignore | 2 qa/023 | 26 qa/066.out.4 | 4 qa/069 | 12 qa/069.out.5 | 73 ++ qa/069.out.6 | 71 ++ qa/117 | 2 qa/200 | 2 qa/200.out | 46 - qa/200.out.2 | 46 - qa/244 | 32 - qa/251 | 4 qa/287 | 12 qa/367.out.2 | 9 qa/403 | 4 qa/417 | 4 qa/433 | 4 qa/457 | 32 - qa/532 | 3 qa/578 | 4 qa/589 | 28 qa/660 | 13 qa/660.out | 58 - qa/660.py | 96 --- qa/712 | 4 qa/713 | 6 qa/714 | 4 qa/715 | 28 qa/715.out | 7 qa/716 | 8 qa/716.out | 86 -- qa/716.out.1 | 86 ++ qa/716.out.2 | 88 ++ qa/717 | 2 qa/718 | 2 qa/common.check | 9 qa/common.secure | 9 qa/src/GNUlocaldefs | 2 qa/src/test_webapi.python | 114 +++ src/libpcp/src/GNUmakefile | 1 src/libpcp/src/access.c | 1275 ++++++++++++++++++++++++++++--------------- src/libpcp/src/auxserver.c | 10 src/libpcp/src/check-statics | 3 src/libpcp/src/nss_connect.c | 16 src/libpcp/src/nss_server.c | 12 src/pmwebapi/pmresapi.c | 19 src/pmwebapi/pmwebapi.c | 2 48 files changed, 1522 insertions(+), 867 deletions(-) commit cfb431865b36313d2394e2499402312588f7a896 Author: Nathan Scott Date: Mon Apr 29 20:18:47 2013 +1000 Filter both pcp stop and start for any pcp restart in qa commit bb458fdb841acc9954d03c7b39d6634608f643a3 Author: Nathan Scott Date: Mon Apr 29 20:18:00 2013 +1000 Missed addition of -e option to Install on prior commits of qa/715 commit 8b368707fa815f14164ab0001a4c4ee2a4ad3ed9 Author: Nathan Scott Date: Mon Apr 29 20:17:34 2013 +1000 Correct the check for verbosity in check_agent commit b484af058ba0af37a0042b49574cea83295f5a65 Author: Nathan Scott Date: Mon Apr 29 18:02:18 2013 +1000 Update qa/715 to use the common pmcd setup switch/restore code commit f004063b1118fd96cca9014a11940d406d195a3e Author: Nathan Scott Date: Mon Apr 29 16:33:40 2013 +1000 Additional diagnostics in the webapi python test script Seeing test failure in webd test 660: 660 - output mismatch (see 660.out.bad) 20c20 < test #### metric .* enumeration match count PASS --- > test #### metric .* enumeration match count FAIL 41c41 < test #### metric .* enumeration match count PASS --- > test #### metric .* enumeration match count FAIL Added some diagnostics to understand the comparisons, now seeing the two failure cases: local-context mode (for pminfo-based query, I also get proc.* and pmcd.* metrics, which are not there for the pmwebd query), and then in host-context mode, it seems pmwebd is not handling sample.bad.unknown (missing in the output). commit 81bedcee0d1700c27c64a886e2e8a4783970f5ad Author: Nathan Scott Date: Mon Apr 29 15:29:24 2013 +1000 Update qa/660 to check 3800 pcp and cull its .out commit 01a20d757f2e885d4a1696e425ebc35d40bcd9e3 Author: Nathan Scott Date: Mon Apr 29 15:25:10 2013 +1000 Handle different pmdasimple indom text output, after code fix commit 8c18bacf7c97fccfa8f8aa7dde29c5a34a456b3b Author: Nathan Scott Date: Mon Apr 29 15:19:09 2013 +1000 Filter optional pmlogger restart messages from secure-sockets tests commit ab465de5580e8b5e25265ab87e4666fd47449166 Author: Nathan Scott Date: Mon Apr 29 14:29:30 2013 +1000 Add notrun checks to tests 717 and 718 for pmdasimple python variants commit 167ed712e2eb593791d63c8ce0ac18a0e56f9be9 Author: Nathan Scott Date: Mon Apr 29 14:27:01 2013 +1000 Resolve fallout from sharing check_agent routine in qa/578 commit 63b320622303c27e98e46e6f7569d2a4b753fc91 Merge: 604c793 f28fb13 Author: Nathan Scott Date: Mon Apr 29 11:20:29 2013 +1000 Merge branch 'fche/pmwebapi' of ../pcpfans into dev commit 604c793368e1fab413bb82cc9bdbc03f85e8641c Author: Nathan Scott Date: Mon Apr 29 11:19:19 2013 +1000 Rename python test script to match others and ensure build passiness The py extension is magic to certain package managers, and if used in a script name causes follow-on effects (such as byte-compilation) and at the moment, we don't cater for this. error: Installed (but unpackaged) file(s) found: /var/lib/pcp/testsuite/660.pyc /var/lib/pcp/testsuite/660.pyo For now, use the same approach as the other python scripts to avoid this pitfall. commit f28fb1302a0057391d654624c62a1ef1997d0cca Author: Frank Ch. Eigler Date: Sun Apr 28 21:16:17 2013 -0400 pmwebapi: catch pmresapi file ../FOO as invalid The previous version looked for /../ only in the URL, not in the concatenated BASEDIR+/+URL string. commit 49dc42f982757f82fbadbd124ddff2751128e23e Merge: a1b7b1e 16034a0 Author: Nathan Scott Date: Mon Apr 29 11:04:35 2013 +1000 Merge branch 'fche/pmwebapi' of ../pcpfans into dev commit 16034a0f057ba4ff6f688cdf76b8321cb009cd93 Author: Frank Ch. Eigler Date: Sun Apr 28 21:01:29 2013 -0400 pmwebapi: error-response thinko fix A previous version mistook the mime content-type header as something associated with a connection (even though specified by a resp*), and in one case erroneously dereferenced an uninitialized pointer. commit a1b7b1e3984f6889a83b42ae218615cf2d389249 Author: Nathan Scott Date: Mon Apr 29 10:42:11 2013 +1000 Add temporary LDIRT target for old nss-named sources commit 0db071b4650c7eee6f2b9cd4b536bab0babd5951 Merge: 4cbf740 997c51f Author: Nathan Scott Date: Mon Apr 29 10:39:59 2013 +1000 Merge branch 'fche/pmwebapi' of ../pcpfans into dev commit 4cbf740d2f16b26af7bb4080bce26784bcc6f4cb Merge: 8a33e7f 821ddb4 Author: Nathan Scott Date: Mon Apr 29 10:38:45 2013 +1000 Merge branch 'dev' of ../nathans-pcp into dev Conflicts: src/libpcp/src/auxserver.c (Resolved by taking nathans version of with-ipv6 handling) commit 8a33e7fc78f96ecf3b661288b421e08e174d37ec Merge: 2b45ca4 1767dc7 Author: Nathan Scott Date: Mon Apr 29 10:31:01 2013 +1000 Merge branch 'brolley/dev' of ../pcpfans into dev Conflicts: src/libpcp/src/access.c (Conflict resolved via email advice from Dave) commit 821ddb4e645b60a693fccabad0a8afbbe97ef3f5 Author: Nathan Scott Date: Mon Apr 29 08:53:52 2013 +1000 Add correct 367 output with userauth PDUs commit 1767dc7a35ecd79bbe90cd28cef17f47831bb658 Merge: fe59d3b 88a5619 Author: Dave Brolley Date: Thu Apr 25 15:05:22 2013 -0400 Merge branch 'brolley/dev' of ssh://sourceware.org/git/pcpfans into brolley/dev Conflicts: qa/200 qa/200.out qa/200.out.2 commit fe59d3b8ea11131657ce7bc4ce2266a0703b508d Author: Dave Brolley Date: Thu Apr 25 11:50:23 2013 -0400 Prevent buffer overflow when parsing access wildcards. commit 0817d426dcb9797f3ab98ffd0a1da9c93b54813c Author: Dave Brolley Date: Thu Apr 25 11:21:00 2013 -0400 Incorporate the following change from Ken McDonell: libpcp/__pmAccAddHost - don't always create ipv6 wildcard entry If the platform does not support IPv6, don't create IPv6 wildcard entries alongside IPv4 entries. commit cec10e970d2de2421fbf7505da5945bf5d5b7c46 Author: Dave Brolley Date: Wed Apr 24 17:13:35 2013 -0400 __pmAccAddHost(), __pmAccAddClient() and __pmAccDelClient() were only considering one network address for a given host. However a given host can have an arbitrary number of addresses due to multiple network interfaces and multiple address families configured on each (e.g. inet, ipv6). This is a potential security issue since, when a host is specified by name, the user presumably wishes to restrict all access from that host but, currently, only one address associated with that host is being restricted. In this commit: - __pmAccAddHost() now adds all of the network addresses associated with a given host, specified by name, to the host access table. Hosts specified directly by address continue to generate a single entry in the table. - __pmAccAddClient accumulates the permissions for all network addresses associated with a client specified as "localhost". - __pmDelClient deletes entries for all network addresses associated with a client specified as "localhost". It also now maps "localhost" to the actual host as __pmAccAddHost() and __pmAccAddClient() already did (and still do). - qa tests 023 and 244: filter the host access table to include only one entry for localhost. commit 88a56192add7d3916907bf3ef1794ecfa2251659 Author: Dave Brolley Date: Thu Apr 25 11:50:23 2013 -0400 Prevent buffer overflow when parsing access wildcards. commit 881be9e238a7e509a70f54090f67e05855477291 Author: Dave Brolley Date: Thu Apr 25 11:21:00 2013 -0400 Incorporate the following change from Ken McDonell: libpcp/__pmAccAddHost - don't always create ipv6 wildcard entry If the platform does not support IPv6, don't create IPv6 wildcard entries alongside IPv4 entries. commit 2b45ca49944d36125ef4f47f7620bd80f027418f Author: Ken McDonell Date: Thu Apr 25 14:22:14 2013 +1000 qa/532 - add note about non-deterministic failures commit 980212a94bf8440d8e47bff2dca4af3764dc22df Author: Ken McDonell Date: Thu Apr 25 14:18:12 2013 +1000 qa/589 - explain port 26, handle firewall rejection Different error message from some firewalls. commit 6fd2465452f5a4be8abc1f2941cb6f3ed80f9eeb Author: Ken McDonell Date: Thu Apr 25 13:51:37 2013 +1000 qa/common.check - remove unwanted diagnostic tmp file save commit bb595464a5e2221dc4bb1bbdedfae9a699ed337a Author: Ken McDonell Date: Thu Apr 25 13:50:48 2013 +1000 qa/069 - new output for post PCP 3.7.2 and no IPv6 support commit 3a272a2020f4cea1544f9538f1b3647eeb742ec5 Author: Ken McDonell Date: Thu Apr 25 12:19:58 2013 +1000 libpcp - use our wrapper for run-time check on IPv6 support Since __pmGetAPIConfig("ipv6") does the job, no need to expose the ugly platform dependent code elsewhere. commit eba78baa2c1ff6e2a35e77dfe37d54dda2d9096a Author: Ken McDonell Date: Thu Apr 25 12:12:43 2013 +1000 libpcp/__pmAccAddHost - don't always create ipv6 wildcard entry If the platform does not support IPv6, don't create IPv6 wildcard entries alongside IPv4 entries. Fix related qa/066.out.4 output (for platforms that don't support IPv6) as a result of an eariler for minor formatting change in reporting IPv4 wildcards. commit 99716f0a87a4ea8847139ed4a44c627bec655a31 Author: Dave Brolley Date: Wed Apr 24 17:13:35 2013 -0400 __pmAccAddHost(), __pmAccAddClient() and __pmAccDelClient() were only considering one network address for a given host. However a given host can have an arbitrary number of addresses due to multiple network interfaces and multiple address families configured on each (e.g. inet, ipv6). This is a potential security issue since, when a host is specified by name, the user presumably wishes to restrict all access from that host but, currently, only one address associated with that host is being restricted. In this commit: - __pmAccAddHost() now adds all of the network addresses associated with a given host, specified by name, to the host access table. Hosts specified directly by address continue to generate a single entry in the table. - __pmAccAddClient accumulates the permissions for all network addresses associated with a client specified as "localhost". - __pmDelClient deletes entries for all network addresses associated with a client specified as "localhost". It also now maps "localhost" to the actual host as __pmAccAddHost() and __pmAccAddClient() already did (and still do). - qa tests 023 and 244: filter the host access table to include only one entry for localhost. commit 77b6b114bb7d86ad6366452fe59e9c91c0f9c10b Author: Dave Brolley Date: Wed Apr 24 17:12:35 2013 -0400 QA test 200: Filter 127.0.0.1 and ::1 to LOOPBACK. commit 2d6f43fd2c0a707d876323f1af92c4c8764cbd70 Author: Ken McDonell Date: Tue Apr 23 20:16:28 2013 +1000 qa/287 - fix up last botched commits Now have Mac OS X _and_ uname changes. commit 574fbb411cf87415722aaa9774e6930159040b27 Author: Ken McDonell Date: Tue Apr 23 20:06:19 2013 +1000 Revert "qa/287 - uname -m more reliable than uname -p" This reverts commit 0b50ff773f613e8194af7e25066b9f84508d8204. Actually this commit accidently undid the previous commit ... so put that back, and then we'll redo the uname change. commit 0af1ef8cfeeffd13c2be05e14ff9050ee5ee6c22 Author: Ken McDonell Date: Tue Apr 23 19:52:26 2013 +1000 qa assorted changes to expunge echo -n The following is NOT portable $ echo -n 'foo bar' we introduced support for doing this in a way that works a long time ago, so rewrite the above to be $PCP_ECHO_PROG $PCP_ECHO_N 'foo bar'"$PCP_ECHO_C" Ugly I know, but works in the BSD-based and Unix-based worlds, as well as Linux/GNU land. commit ef41da6eaede837775f96a41082fe457b222a313 Author: Ken McDonell Date: Tue Apr 23 16:30:45 2013 +1000 Introduce $PCP_SECURE_DB_METHOD environment var This is an attempt to overcome the problems associated with hardcoding the sql: method into the certificate and key database management, which fails badly on older platforms, e.g. CentOS 5.9 (and probably other, non-Linux platforms) where the sql: method is not supported and using export PCP_SECURE_DB_METHOD='' seems to restore old functionality for the non-secure socket users. Note that $NSS_DEFAULT_DB_TYPE is not an option as this apparently intended for compatibility support in the other direction, as "sql" appears to be the only well-defined value for this environment variable to enable the "new" method. commit c3f950b20ca4f6d7c7224136aef3c0090052c0e5 Merge: 12bccf4 b4106c3 Author: Ken McDonell Date: Tue Apr 23 16:29:43 2013 +1000 Merge branch 'dev' of git://oss.sgi.com/pcp/pcp into dev commit 12bccf4f017cbe5bede74311b8de3319b847abae Author: Ken McDonell Date: Mon Apr 22 17:32:31 2013 +1000 qa/069 - learn about changes in ip addr wildcard reporting Recent ipv6 changes + ipv4 format seems to have been changed for ipv6 reporting consistency. From fche@redhat.com Mon Apr 29 14:45:54 2013 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on oss.sgi.com X-Spam-Level: X-Spam-Status: No, score=0.0 required=5.0 tests=none autolearn=ham version=3.3.1 X-Original-To: pcp@oss.sgi.com Delivered-To: pcp@oss.sgi.com Received: from relay.sgi.com (relay1.corp.sgi.com [137.38.102.111]) by oss.sgi.com (Postfix) with ESMTP id A8DB37F4C for ; Mon, 29 Apr 2013 14:45:54 -0500 (CDT) Received: from cuda.sgi.com (cuda1.sgi.com [192.48.157.11]) by relay1.corp.sgi.com (Postfix) with ESMTP id 7AD1A8F8037 for ; Mon, 29 Apr 2013 12:45:54 -0700 (PDT) X-ASG-Debug-ID: 1367264750-04bdf077c70c3e0001-S8gJnT Received: from mx1.redhat.com (mx1.redhat.com [209.132.183.28]) by cuda.sgi.com with ESMTP id WjDVjGlXbtZYgtPq for ; Mon, 29 Apr 2013 12:45: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-mx02.intmail.prod.int.phx2.redhat.com (int-mx02.intmail.prod.int.phx2.redhat.com [10.5.11.12]) by mx1.redhat.com (8.14.4/8.14.4) with ESMTP id r3TIoG6N002920 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK) for ; Mon, 29 Apr 2013 14:50:16 -0400 Received: from fche.csb (vpn-60-101.rdu2.redhat.com [10.10.60.101]) by int-mx02.intmail.prod.int.phx2.redhat.com (8.13.8/8.13.8) with ESMTP id r3TIoCXB022187; Mon, 29 Apr 2013 14:50:12 -0400 Received: by fche.csb (Postfix, from userid 2569) id ECB7E581BD; Mon, 29 Apr 2013 14:50:11 -0400 (EDT) To: Nathan Scott Cc: PCP Subject: Re: pcp updates: kenj+brolley+fche+nathans mega-merge References: <2084790431.6125806.1367223444698.JavaMail.root@redhat.com> <978575547.6205098.1367231153726.JavaMail.root@redhat.com> X-ASG-Orig-Subj: Re: pcp updates: kenj+brolley+fche+nathans mega-merge From: fche@redhat.com (Frank Ch. Eigler) Date: Mon, 29 Apr 2013 14:50:11 -0400 In-Reply-To: <978575547.6205098.1367231153726.JavaMail.root@redhat.com> (Nathan Scott's message of "Mon, 29 Apr 2013 06:25:53 -0400 (EDT)") Message-ID: User-Agent: Gnus/5.1008 (Gnus v5.10.8) Emacs/21.4 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Scanned-By: MIMEDefang 2.67 on 10.5.11.12 X-Barracuda-Connect: mx1.redhat.com[209.132.183.28] X-Barracuda-Start-Time: 1367264750 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 Nathan Scott writes: > QA status: 660 is only failing test I have; I've made some > notes in commit log below and added extra diagnostics into > the test. [...] I believe this is fixed by a patch on the pcpfans.git fche/dev branch. A bonus patch there enables gnumake parallel builds (-jN), wooosh. - FChE From brolley@redhat.com Mon Apr 29 14:54:16 2013 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on oss.sgi.com X-Spam-Level: X-Spam-Status: No, score=0.0 required=5.0 tests=none 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 BECC47F50 for ; Mon, 29 Apr 2013 14:54:16 -0500 (CDT) Received: from cuda.sgi.com (cuda3.sgi.com [192.48.176.15]) by relay3.corp.sgi.com (Postfix) with ESMTP id 5A370AC002 for ; Mon, 29 Apr 2013 12:54:13 -0700 (PDT) X-ASG-Debug-ID: 1367265252-04cb6c66e40cb90001-S8gJnT Received: from mx1.redhat.com (mx1.redhat.com [209.132.183.28]) by cuda.sgi.com with ESMTP id BZxqruRCMcif47hR for ; Mon, 29 Apr 2013 12:54:12 -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 r3TJsCuI011299 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK) for ; Mon, 29 Apr 2013 15:54:12 -0400 Received: from [10.10.61.104] (vpn-61-104.rdu2.redhat.com [10.10.61.104]) by int-mx09.intmail.prod.int.phx2.redhat.com (8.14.4/8.14.4) with ESMTP id r3TJsBiB028428; Mon, 29 Apr 2013 15:54:11 -0400 Message-ID: <517ECFE2.2070106@redhat.com> Date: Mon, 29 Apr 2013 15:54:10 -0400 From: Dave Brolley User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:17.0) Gecko/20130311 Thunderbird/17.0.4 MIME-Version: 1.0 To: "Frank Ch. Eigler" CC: PCP Subject: Re: [pcp] pcp updates: kenj+brolley+fche+nathans mega-merge References: <2084790431.6125806.1367223444698.JavaMail.root@redhat.com> <978575547.6205098.1367231153726.JavaMail.root@redhat.com> X-ASG-Orig-Subj: Re: [pcp] pcp updates: kenj+brolley+fche+nathans mega-merge 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.22 X-Barracuda-Connect: mx1.redhat.com[209.132.183.28] X-Barracuda-Start-Time: 1367265252 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 04/29/2013 02:50 PM, Frank Ch. Eigler wrote: > A bonus patch there enables gnumake parallel builds (-jN), wooosh And there was much rejoicing! From kenj@internode.on.net Mon Apr 29 16:26:32 2013 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on oss.sgi.com X-Spam-Level: X-Spam-Status: No, score=0.0 required=5.0 tests=none autolearn=ham version=3.3.1 X-Original-To: pcp@oss.sgi.com Delivered-To: pcp@oss.sgi.com Received: from relay.sgi.com (relay3.corp.sgi.com [198.149.34.15]) by oss.sgi.com (Postfix) with ESMTP id A051429DF8 for ; Mon, 29 Apr 2013 16:26:32 -0500 (CDT) Received: from cuda.sgi.com (cuda1.sgi.com [192.48.157.11]) by relay3.corp.sgi.com (Postfix) with ESMTP id D2448AC001 for ; Mon, 29 Apr 2013 14:26:28 -0700 (PDT) X-ASG-Debug-ID: 1367270786-04bdf077c712ff0001-S8gJnT Received: from ipmail04.adl6.internode.on.net (ipmail04.adl6.internode.on.net [150.101.137.141]) by cuda.sgi.com with ESMTP id WvsfG5nfKLlSqNjd for ; Mon, 29 Apr 2013 14:26:27 -0700 (PDT) X-Barracuda-Envelope-From: kenj@internode.on.net X-Barracuda-Apparent-Source-IP: 150.101.137.141 X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: ApMBAOHkflF20aMe/2dsb2JhbAANRYM9v2qEQg00AkAZBgIBAbUTgzKOIpJwA5MVmFaBWiQ Received: from ppp118-209-163-30.lns20.mel6.internode.on.net (HELO [192.168.1.100]) ([118.209.163.30]) by ipmail04.adl6.internode.on.net with ESMTP; 30 Apr 2013 06:56:26 +0930 Message-ID: <517EE581.602@internode.on.net> Date: Tue, 30 Apr 2013 07:26:25 +1000 From: Ken McDonell User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:17.0) Gecko/20130329 Thunderbird/17.0.5 MIME-Version: 1.0 To: pcp@oss.sgi.com Subject: pcp updates Content-Type: text/plain; charset=ISO-8859-1 X-ASG-Orig-Subj: pcp updates Content-Transfer-Encoding: 7bit X-Barracuda-Connect: ipmail04.adl6.internode.on.net[150.101.137.141] X-Barracuda-Start-Time: 1367270786 X-Barracuda-URL: http://192.48.157.11:80/cgi-mod/mark.cgi X-Virus-Scanned: by bsmtpd at sgi.com X-Barracuda-BRTS-Status: 1 X-Barracuda-Spam-Score: 0.00 X-Barracuda-Spam-Status: No, SCORE=0.00 using per-user scores of TAG_LEVEL=1000.0 QUARANTINE_LEVEL=1000.0 KILL_LEVEL=2.7 tests= X-Barracuda-Spam-Report: Code version 3.2, rules version 3.2.2.129543 Rule breakdown below pts rule name description ---- ---------------------- -------------------------------------------------- Changes committed to git://oss.sgi.com/kenj/pcp.git dev qa/241 | 9 ++++++ qa/258 | 14 ++++++--- qa/273 | 16 +++++----- qa/316 | 11 +++++-- qa/324 | 24 +++++++++++----- qa/346 | 9 ++++++ qa/347 | 9 ++++++ qa/349 | 9 ++++++ qa/376 | 19 +++++++++---- qa/426 | 21 ++++++++++++++ qa/457 | 59 ++++++++++++++++++++++++++++------------ qa/457.out | 19 ++++++------- qa/458 | 19 ++++++++++--- qa/461 | 19 ++++++++++--- qa/482 | 3 +- qa/565 | 9 ++++++ qa/580 | 7 +++- qa/601 | 20 ++++++++++--- qa/603 | 22 ++++++++++----- qa/647 | 9 ++++++ qa/648 | 9 ++++++ qa/649 | 9 ++++++ qa/652 | 16 +++++----- qa/712 | 6 ++-- qa/713 | 4 +- qa/714 | 2 - qa/admin/check-vm | 2 + qa/common.config | 4 +- qa/group | 70 +++++++++++++++--------------------------------- src/pmdas/txmon/txmon.c | 2 - 30 files changed, 312 insertions(+), 139 deletions(-) commit 3f6ddc431832faba6be1757207a48d0c0f431951 Author: Ken McDonell Date: Tue Apr 30 07:25:27 2013 +1000 qa/admin/check-vm - tweak installed package checks for nss/nspr commit d7180472cce7a26d92cf53dd99a9858c209d5e47 Author: Ken McDonell Date: Tue Apr 30 07:24:31 2013 +1000 txmon pmda - open log file earlier Need to catch possible shm error messages. commit 2b0f983a9a19bb80807c06c8f38a691a105fe9a3 Author: Ken McDonell Date: Mon Apr 29 16:35:51 2013 +1000 qa - assorted pmda tests - maintain pmcd configuration state For tests that Install and/or Remove PMDAs, it is important that they leave the pmcd configuration, PMDA configuration and PMNS configuration in the same state as they were before the test was run. commit 1ffd07ea798310dd077f9c1eeccb73373239f59d Author: Ken McDonell Date: Sun Apr 28 19:52:48 2013 +1000 qa/group - tidy up the pmda.* groups commit c170c8e432557ec3fd5a45e5eb453096949f6f80 Author: Ken McDonell Date: Sun Apr 28 19:51:22 2013 +1000 qa/common.config - tweak my X server setting commit 30dd8fa6d85e2084726bdcca78ea613b34eda6f4 Author: Ken McDonell Date: Thu Apr 25 20:46:20 2013 +1000 qa/712,713,714 - use explicit -h $hostname to pminfo Tests were failing because the default host name used by pminfo may have been $hostname or $qahost (no guarantees) and if $qahost was used, then error messages contain a hostname that is filtered incorrectly and the certificate validate may fail. commit c81455ffa3fa1a972ad3716480eccf91603a91b5 Author: Ken McDonell Date: Thu Apr 25 20:10:12 2013 +1000 qa/482 - separate std out and std err before filtering commit a217675737d7e3c95bb9726a41d050df6b3a33f9 Author: Ken McDonell Date: Thu Apr 25 19:40:18 2013 +1000 qa/316 - add more FP filtering Using floating point arithmetic we don't quite get the same answers on all hardware ... close enough is good enough in this context. commit 6ef7f00bff7393e486513a3d0956b43c9e8647c5 Author: Ken McDonell Date: Thu Apr 25 18:11:13 2013 +1000 qa/652 - syphon unfiltered output into 652.full commit 29426080258addfda751252287266fc805c1da30 Author: Ken McDonell Date: Thu Apr 25 18:10:00 2013 +1000 qa/273 - separate std out and std err before filtering commit 13082cfb8aa415b74824c55e897597e817e46eb7 Author: Ken McDonell Date: Thu Apr 25 16:44:16 2013 +1000 qa/580 - accommodate Fedora 18 and pid 1 In Fedora 18, the process with pid 1 is not "init" but /usr/lib/systemd/systemd (with some complicated arguments). From nscott@redhat.com Mon Apr 29 19:25:28 2013 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on oss.sgi.com X-Spam-Level: X-Spam-Status: No, score=0.0 required=5.0 tests=none autolearn=ham version=3.3.1 X-Original-To: pcp@oss.sgi.com Delivered-To: pcp@oss.sgi.com Received: from relay.sgi.com (relay2.corp.sgi.com [137.38.102.29]) by oss.sgi.com (Postfix) with ESMTP id 739107F52 for ; Mon, 29 Apr 2013 19:25:28 -0500 (CDT) Received: from cuda.sgi.com (cuda1.sgi.com [192.48.157.11]) by relay2.corp.sgi.com (Postfix) with ESMTP id 44CEB304067 for ; Mon, 29 Apr 2013 17:25:25 -0700 (PDT) X-ASG-Debug-ID: 1367281523-04bdf077c71e6d0001-S8gJnT Received: from mx4-phx2.redhat.com (mx4-phx2.redhat.com [209.132.183.25]) by cuda.sgi.com with ESMTP id hAQVYVDLWANvHM5B for ; Mon, 29 Apr 2013 17:25: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 r3U0PMLd025027; Mon, 29 Apr 2013 20:25:22 -0400 Date: Mon, 29 Apr 2013 20:25:22 -0400 (EDT) From: Nathan Scott Reply-To: Nathan Scott To: Dave Brolley Cc: PCP Message-ID: <498110758.7035230.1367281522280.JavaMail.root@redhat.com> In-Reply-To: <517EAB31.2040303@redhat.com> References: <978575547.6205098.1367231153726.JavaMail.root@redhat.com> <517EAB31.2040303@redhat.com> Subject: Re: [pcp] pcp updates: kenj+brolley+fche+nathans mega-merge MIME-Version: 1.0 X-ASG-Orig-Subj: Re: [pcp] pcp updates: kenj+brolley+fche+nathans mega-merge Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-Originating-IP: [10.5.82.12] X-Mailer: Zimbra 8.0.3_GA_5664 (ZimbraWebClient - FF17 (Linux)/8.0.3_GA_5664) Thread-Topic: pcp updates: kenj+brolley+fche+nathans mega-merge Thread-Index: 0zEJA70o8orv8AGOPTMypCQvv5ZhXA== X-Barracuda-Connect: mx4-phx2.redhat.com[209.132.183.25] X-Barracuda-Start-Time: 1367281523 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.2.129555 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 ----- > Hi Nathan, > > I'm getting this both when building from my source tree and also when > running Makepkgs. Seems similar to a problem I had when I was tracking > your dev branch (as opposed to the real one). > > I'll hack away on it, but any ideas would be appreciated. > Ah, thanks - this is because of the setup.py having only a single in-tree --library-dirs path (for libpcp) and now we need to link additional in-tree libraries into the C<->python interfacing code. I think I have a fix, just testing it out now. cheers. -- Nathan From nscott@redhat.com Mon Apr 29 23:30:14 2013 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on oss.sgi.com X-Spam-Level: X-Spam-Status: No, score=0.0 required=5.0 tests=none autolearn=ham version=3.3.1 X-Original-To: pcp@oss.sgi.com Delivered-To: pcp@oss.sgi.com Received: from relay.sgi.com (relay3.corp.sgi.com [198.149.34.15]) by oss.sgi.com (Postfix) with ESMTP id 7C5A429DF8 for ; Mon, 29 Apr 2013 23:30:14 -0500 (CDT) Received: from cuda.sgi.com (cuda1.sgi.com [192.48.157.11]) by relay3.corp.sgi.com (Postfix) with ESMTP id 31016AC001 for ; Mon, 29 Apr 2013 21:30:11 -0700 (PDT) X-ASG-Debug-ID: 1367296201-04bdf077c82fa10001-S8gJnT Received: from mx4-phx2.redhat.com (mx4-phx2.redhat.com [209.132.183.25]) by cuda.sgi.com with ESMTP id j1K4FSQciH31OYSd for ; Mon, 29 Apr 2013 21:30:01 -0700 (PDT) X-Barracuda-Envelope-From: nscott@redhat.com X-Barracuda-Apparent-Source-IP: 209.132.183.25 Received: from zmail20.collab.prod.int.phx2.redhat.com (zmail20.collab.prod.int.phx2.redhat.com [10.5.83.23]) by mx4-phx2.redhat.com (8.13.8/8.13.8) with ESMTP id r3U4U0Cx029782 for ; Tue, 30 Apr 2013 00:30:01 -0400 Date: Tue, 30 Apr 2013 00:30:00 -0400 (EDT) From: Nathan Scott Reply-To: Nathan Scott To: PCP Message-ID: <937307247.7073232.1367296200818.JavaMail.root@redhat.com> In-Reply-To: <345372786.7045999.1367284229123.JavaMail.root@redhat.com> Subject: pcp updates: kenj+fche+nathans merge MIME-Version: 1.0 X-ASG-Orig-Subj: pcp updates: kenj+fche+nathans merge Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-Originating-IP: [10.5.82.12] X-Mailer: Zimbra 8.0.3_GA_5664 (ZimbraWebClient - FF17 (Linux)/8.0.3_GA_5664) Thread-Topic: pcp updates: kenj+fche+nathans merge Thread-Index: TIr8doeA9Im75GUOojuPsr2So3MFqw== X-Barracuda-Connect: mx4-phx2.redhat.com[209.132.183.25] X-Barracuda-Start-Time: 1367296201 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.2.129571 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://oss.sgi.com/pcp/pcp.git dev build/GNUmakefile | 10 ++--- build/rpm/fedora.spec | 1 build/rpm/pcp.spec.in | 1 debian/control | 2 - qa/241 | 9 ++++ qa/258 | 14 ++++--- qa/273 | 16 ++++---- qa/316 | 11 ++++- qa/324 | 24 ++++++++---- qa/346 | 9 ++++ qa/347 | 9 ++++ qa/349 | 9 ++++ qa/376 | 19 +++++++-- qa/426 | 21 ++++++++++ qa/457 | 59 +++++++++++++++++++++--------- qa/457.out | 19 +++++---- qa/458 | 19 ++++++++- qa/461 | 19 ++++++++- qa/482 | 3 + qa/565 | 9 ++++ qa/580 | 7 ++- qa/601 | 20 +++++++--- qa/603 | 22 +++++++---- qa/647 | 9 ++++ qa/648 | 9 ++++ qa/649 | 9 ++++ qa/652 | 16 ++++---- qa/660.out.4 | 3 + qa/660.out.46 | 3 + qa/712 | 6 +-- qa/713 | 4 +- qa/714 | 2 - qa/GNUmakefile.install | 4 +- qa/admin/check-vm | 2 + qa/common.config | 4 +- qa/group | 70 +++++++++++------------------------- qa/pmdas/GNUmakefile.install | 4 +- qa/src/test_webapi.python | 20 ++++++---- src/GNUmakefile | 8 ++-- src/dbpmda/src/GNUmakefile | 1 src/include/builddefs.in | 23 +++++++++-- src/include/buildrules | 6 +-- src/include/pcp/impl.h | 8 +++- src/lib/.gitignore | 4 ++ src/lib/GNUmakefile | 27 +++++++++++++ src/libpcp/src/.gitignore | 1 src/libpcp/src/GNUmakefile | 19 ++++++++- src/libpcp/src/connect.c | 4 +- src/libpcp/src/context.c | 62 ++++++++++++++++++++----------- src/libpcp/src/spec.c | 8 +++- src/libpcp_gui/src/.gitignore | 1 src/libpcp_gui/src/GNUmakefile | 17 +++++++- src/libpcp_import/src/.gitignore | 1 src/libpcp_import/src/GNUmakefile | 18 ++++++++- src/libpcp_mmv/src/.gitignore | 2 - src/libpcp_mmv/src/GNUmakefile | 17 +++++++- src/libpcp_pmda/src/.gitignore | 1 src/libpcp_pmda/src/GNUmakefile | 15 ++++++- src/perl/LogImport/Makefile.PL | 4 +- src/perl/MMV/Makefile.PL | 4 +- src/perl/PMDA/Makefile.PL | 4 +- src/pmdas/roomtemp/GNUmakefile | 2 + src/pmdas/roomtemp/mlan/GNUmakefile | 2 + src/pmdas/trace/GNUmakefile | 1 src/pmdas/txmon/txmon.c | 2 - src/pmie/src/GNUmakefile | 2 + src/pmieconf/GNUmakefile | 1 src/pmlc/GNUmakefile | 1 src/pmlogextract/GNUmakefile | 1 src/pmlogger/GNUmakefile | 1 src/pmlogrewrite/GNUmakefile | 1 src/pmwebapi/main.c | 3 + 72 files changed, 554 insertions(+), 215 deletions(-) commit 3f445d311a39d706caa47e476f7f2a296d2c2c9b Author: Nathan Scott Date: Tue Apr 30 11:07:29 2013 +1000 Remove remaining use of MAKEF macro in qa sub-tree commit 1072bdaa511c7b96329131553d177e73930e9987 Author: Nathan Scott Date: Tue Apr 30 11:02:10 2013 +1000 Remove remaining use of MAKEF macro in build sub-tree commit 18d3801bb0f1fd265797dd053b4590bddab7ebce Author: Nathan Scott Date: Tue Apr 30 10:54:37 2013 +1000 Push libmicrohttpd build/packaging deps to a couple more places commit 44a0ad4380fe331d7368b3e14569a20511eb77f1 Merge: da0155c d06d6b6 Author: Nathan Scott Date: Tue Apr 30 10:52:31 2013 +1000 Merge branch 'fche/dev' of ../pcpfans into dev commit da0155cab5b4c459a099f62baa9bc3528096c016 Merge: cbcc6ec 3f6ddc4 Author: Nathan Scott Date: Tue Apr 30 10:44:54 2013 +1000 Merge branch 'dev' of git://oss.sgi.com/kenj/pcp into dev Conflicts: qa/group (new test was added by nathans alongside group cleanup from kenj) commit cbcc6ec7e6f886ac887bd262865b4f2d6d8dfb9a Author: Nathan Scott Date: Tue Apr 30 10:42:23 2013 +1000 Push context attributes further down the stack This commit adds attributes parsing into the host spec used in new-context. The attributes are pushed down as far as the point they will shortly be needed - i.e. at pmcd/client protocol handshaking time. commit a1b80950823beecc9d57ec106a011f05be5f57e0 Author: Nathan Scott Date: Tue Apr 30 10:32:47 2013 +1000 Create a single directory housing links to critical libraries This commit adds population of a lib directory into the build, initially to simplify building of the scripting language bits. There are other components that can be simplified using this too, qa/src springs to mind. In the process, this fixes the issue Dave Brolley is seeing on a build machine with no PCP libraries in the root, as a result of recent python extensions. commit d06d6b6be4bd9aef48752287ba8601c6bc11fdef Author: Frank Ch. Eigler Date: Mon Apr 29 20:21:48 2013 -0400 pmwebapi: include libmicrohttpd-devel as a fedora BuildRequire: commit aae0ee5e912bf69bf2bfb6d506f2392ab6478345 Author: Frank Ch. Eigler Date: Mon Apr 29 17:56:28 2013 -0400 pmwebd: don't capture SIGPIPE for exiting; libpcp uses that internally commit 3f6ddc431832faba6be1757207a48d0c0f431951 Author: Ken McDonell Date: Tue Apr 30 07:25:27 2013 +1000 qa/admin/check-vm - tweak installed package checks for nss/nspr commit d7180472cce7a26d92cf53dd99a9858c209d5e47 Author: Ken McDonell Date: Tue Apr 30 07:24:31 2013 +1000 txmon pmda - open log file earlier Need to catch possible shm error messages. commit 71016c6a1027a0e74598cc77a6f42c37ba0076eb Author: Frank Ch. Eigler Date: Mon Apr 29 14:39:18 2013 -0400 pmwebapi qa/660: correct pminfo output misparsing The 660 test case ran pminfo to generate a list of metrics that we can expect pmwebd to generate also. However, pminfo by default lists metrics in the PMNS that are unresolvable (e.g. PM_ERR_NOAGENT). So we switch to pminfo -t, filtering out known error messages. We must also filter out blank lines. After the filtering, the qa results between pmwebd and pminfo match exactly, without even the 10 slop factor. To summarize, pmwebd was right, pminfo was wrong. Get used to it. Bonus fix: a test case for f28fb1302a. commit 91917ccf3954bb39e495faa4ff5da1090fc6dfec Author: Frank Ch. Eigler Date: Mon Apr 29 13:20:21 2013 -0400 configury: enable gnumake parallel (-jN) builds With the explicit recursion logic for GNUmakefile SUBDIRS, it was impossible for a top-level "make -jN" to get anything done, since the jobserver-related options were not being propagated. Fixed this by adding a strategic "+" punctuation to the recursion rule. Added ".NOTPARALLEL:" to several sub-GNUmakefiles that suffer from race conditions or insufficient dependency specifications. See also [1] wherein the same problem is seen, due to the same provenance of XFS & PCP makefile/configury. [1] http://blog.flameeyes.eu/2008/11/for-a-parallel-world-case-study-n-4-jobserver-unavailable commit 2b0f983a9a19bb80807c06c8f38a691a105fe9a3 Author: Ken McDonell Date: Mon Apr 29 16:35:51 2013 +1000 qa - assorted pmda tests - maintain pmcd configuration state For tests that Install and/or Remove PMDAs, it is important that they leave the pmcd configuration, PMDA configuration and PMNS configuration in the same state as they were before the test was run. commit 1ffd07ea798310dd077f9c1eeccb73373239f59d Author: Ken McDonell Date: Sun Apr 28 19:52:48 2013 +1000 qa/group - tidy up the pmda.* groups commit c170c8e432557ec3fd5a45e5eb453096949f6f80 Author: Ken McDonell Date: Sun Apr 28 19:51:22 2013 +1000 qa/common.config - tweak my X server setting commit 30dd8fa6d85e2084726bdcca78ea613b34eda6f4 Author: Ken McDonell Date: Thu Apr 25 20:46:20 2013 +1000 qa/712,713,714 - use explicit -h $hostname to pminfo Tests were failing because the default host name used by pminfo may have been $hostname or $qahost (no guarantees) and if $qahost was used, then error messages contain a hostname that is filtered incorrectly and the certificate validate may fail. commit c81455ffa3fa1a972ad3716480eccf91603a91b5 Author: Ken McDonell Date: Thu Apr 25 20:10:12 2013 +1000 qa/482 - separate std out and std err before filtering commit a217675737d7e3c95bb9726a41d050df6b3a33f9 Author: Ken McDonell Date: Thu Apr 25 19:40:18 2013 +1000 qa/316 - add more FP filtering Using floating point arithmetic we don't quite get the same answers on all hardware ... close enough is good enough in this context. commit 6ef7f00bff7393e486513a3d0956b43c9e8647c5 Author: Ken McDonell Date: Thu Apr 25 18:11:13 2013 +1000 qa/652 - syphon unfiltered output into 652.full commit 29426080258addfda751252287266fc805c1da30 Author: Ken McDonell Date: Thu Apr 25 18:10:00 2013 +1000 qa/273 - separate std out and std err before filtering commit 13082cfb8aa415b74824c55e897597e817e46eb7 Author: Ken McDonell Date: Thu Apr 25 16:44:16 2013 +1000 qa/580 - accommodate Fedora 18 and pid 1 In Fedora 18, the process with pid 1 is not "init" but /usr/lib/systemd/systemd (with some complicated arguments). From nscott@redhat.com Mon Apr 29 23:45:53 2013 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on oss.sgi.com X-Spam-Level: X-Spam-Status: No, score=0.0 required=5.0 tests=none autolearn=ham version=3.3.1 X-Original-To: pcp@oss.sgi.com Delivered-To: pcp@oss.sgi.com Received: from relay.sgi.com (relay3.corp.sgi.com [198.149.34.15]) by oss.sgi.com (Postfix) with ESMTP id ABB7429DF8 for ; Mon, 29 Apr 2013 23:45:53 -0500 (CDT) Received: from cuda.sgi.com (cuda3.sgi.com [192.48.176.15]) by relay3.corp.sgi.com (Postfix) with ESMTP id 4E425AC002 for ; Mon, 29 Apr 2013 21:45:52 -0700 (PDT) X-ASG-Debug-ID: 1367297151-04cb6c66e42fd70001-S8gJnT Received: from mx4-phx2.redhat.com (mx4-phx2.redhat.com [209.132.183.25]) by cuda.sgi.com with ESMTP id AM6fnaWnIyJdpZsT for ; Mon, 29 Apr 2013 21:45: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 r3U4jpbA031901; Tue, 30 Apr 2013 00:45:51 -0400 Date: Tue, 30 Apr 2013 00:45:51 -0400 (EDT) From: Nathan Scott Reply-To: Nathan Scott To: "Frank Ch. Eigler" Cc: PCP Message-ID: <1115323107.7075451.1367297151044.JavaMail.root@redhat.com> In-Reply-To: References: <2084790431.6125806.1367223444698.JavaMail.root@redhat.com> <978575547.6205098.1367231153726.JavaMail.root@redhat.com> Subject: Re: pcp updates: kenj+brolley+fche+nathans mega-merge MIME-Version: 1.0 X-ASG-Orig-Subj: Re: pcp updates: kenj+brolley+fche+nathans mega-merge Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-Originating-IP: [10.5.82.12] X-Mailer: Zimbra 8.0.3_GA_5664 (ZimbraWebClient - FF17 (Linux)/8.0.3_GA_5664) Thread-Topic: pcp updates: kenj+brolley+fche+nathans mega-merge Thread-Index: uOes9BPSUC1pZGwPF2kU7+GUJ+TKOw== X-Barracuda-Connect: mx4-phx2.redhat.com[209.132.183.25] X-Barracuda-Start-Time: 1367297151 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.2.129571 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 ----- > Nathan Scott writes: > > > QA status: 660 is only failing test I have; I've made some > > notes in commit log below and added extra diagnostics into > > the test. [...] > > I believe this is fixed by a patch on the pcpfans.git fche/dev branch. > Got those, error then morphed slightly into this ... [95%] 660 - output mismatch (see 660.out.bad) 35c35,36 < bad archive ../../etc/passwd response code 400 --- > bad archive ../etc/passwd response code 400 > bad archive ../../etc/shadow response code 400 Check local PMCD is still alive ... PMDA probe: pminfo -h smash -f sample.milliseconds PMDA probe: pminfo -h smash -f sampledso.milliseconds PMDA probe: pminfo -h smash -f simple.numfetch Looks like the expected output just needs an update for the 66.out.46 case? Made that change - please double check it for me tho - thanks! > A bonus patch there enables gnumake parallel builds (-jN), wooosh. Pulled, fixed a couple of missed MAKEF macros, pushed to dev - nice. cheers. -- Nathan From nscott@redhat.com Mon Apr 29 23:46:50 2013 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on oss.sgi.com X-Spam-Level: X-Spam-Status: No, score=0.0 required=5.0 tests=none autolearn=ham version=3.3.1 X-Original-To: pcp@oss.sgi.com Delivered-To: pcp@oss.sgi.com Received: from relay.sgi.com (relay3.corp.sgi.com [198.149.34.15]) by oss.sgi.com (Postfix) with ESMTP id 934CC29DFA for ; Mon, 29 Apr 2013 23:46:50 -0500 (CDT) Received: from cuda.sgi.com (cuda1.sgi.com [192.48.157.11]) by relay3.corp.sgi.com (Postfix) with ESMTP id 464A1AC001 for ; Mon, 29 Apr 2013 21:46:50 -0700 (PDT) X-ASG-Debug-ID: 1367297208-04bdf077c630d30001-S8gJnT Received: from mx3-phx2.redhat.com (mx3-phx2.redhat.com [209.132.183.24]) by cuda.sgi.com with ESMTP id xZk7KRLkD7FPEVz7 for ; Mon, 29 Apr 2013 21:46:48 -0700 (PDT) X-Barracuda-Envelope-From: nscott@redhat.com X-Barracuda-Apparent-Source-IP: 209.132.183.24 Received: from zmail20.collab.prod.int.phx2.redhat.com (zmail20.collab.prod.int.phx2.redhat.com [10.5.83.23]) by mx3-phx2.redhat.com (8.13.8/8.13.8) with ESMTP id r3U4kmRp003737 for ; Tue, 30 Apr 2013 00:46:48 -0400 Date: Tue, 30 Apr 2013 00:46:48 -0400 (EDT) From: Nathan Scott Reply-To: Nathan Scott To: PCP Message-ID: <336882738.7075540.1367297208230.JavaMail.root@redhat.com> Subject: pcp updates: qa MIME-Version: 1.0 X-ASG-Orig-Subj: pcp updates: qa Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-Originating-IP: [10.5.82.12] X-Mailer: Zimbra 8.0.3_GA_5664 (ZimbraWebClient - FF17 (Linux)/8.0.3_GA_5664) Thread-Topic: pcp updates: qa Thread-Index: u2pmOBax49Vw45q9uU10PRs/0T+i4A== X-Barracuda-Connect: mx3-phx2.redhat.com[209.132.183.24] X-Barracuda-Start-Time: 1367297208 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.2.129571 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://oss.sgi.com/pcp/pcp.git dev qa/660.out.46 | 3 ++- src/pmcollectl/pmcollectl.py | 1 + 2 files changed, 3 insertions(+), 1 deletion(-) commit c64a1d4cce5f3a916465025284db73bb478d1025 Author: Nathan Scott Date: Tue Apr 30 14:43:36 2013 +1000 Ensure pmcollectl does not popup diagnostic windows, noticed in QA commit 6af34a53655a34c34dab752975a728a18e6050fc Author: Nathan Scott Date: Tue Apr 30 14:43:07 2013 +1000 Update 660 expected output for both ipv4+ipv6 case From julie.rodriguez@sheoffer.com Tue Apr 30 03:25:15 2013 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on oss.sgi.com X-Spam-Level: X-Spam-Status: No, score=0.0 required=5.0 tests=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 1FFF27F4C for ; Tue, 30 Apr 2013 03:25:15 -0500 (CDT) Received: from cuda.sgi.com (cuda1.sgi.com [192.48.157.11]) by relay1.corp.sgi.com (Postfix) with ESMTP id 007C58F8035 for ; Tue, 30 Apr 2013 01:25:11 -0700 (PDT) X-ASG-Debug-ID: 1367310309-04bdf077c93d4a0001-S8gJnT Received: from news.sheoffer.com (news.sheoffer.com [193.181.253.100]) by cuda.sgi.com with ESMTP id DdF4oCw3uSI0f0Tl for ; Tue, 30 Apr 2013 01:25:10 -0700 (PDT) X-Barracuda-Envelope-From: julie.rodriguez@sheoffer.com X-Barracuda-Apparent-Source-IP: 193.181.253.100 DKIM-Signature: v=1; a=rsa-sha1; c=relaxed/relaxed; s=dkim; d=sheoffer.com; h=To:From:Reply-to:Subject:Date:Message-ID:List-Unsubscribe:MIME-Version:Content-Type:Content-Transfer-Encoding; i=julie.rodriguez@sheoffer.com; bh=iSt+uqn0Xs76rMXz9JIYwN7/fr0=; b=aznfeReLv/4WU1ZoG3CsjFvq8w1RsdMoOAXQwF5G6JafsI3+orj0oO7eIJX9EqkyMlui59e95Mk+ rVHbF6DSlqC193NK7k/jkGjkfcZjQ5y1Fh0v6W6Me/+j4EvRZdoci/c2um5iSk9rmT0jESO8pA82 +12B7wImaF3ORsC6P7k= DomainKey-Signature: a=rsa-sha1; c=nofws; q=dns; s=dkim; d=sheoffer.com; b=mkv4+hfj5VXqkN2IquLmQW27BtUQgfs+nXkim3y1VduuGEWlMmqAG5MNo2CXRbaiIcjdHgTn6rfQ 31ofFhd2RNeUG7rgL+ntqJ51mXGSACC3AS3mPFdVy1wA86KgXuj/hiGeNMg93F2+bHFbp5TQJEfc b6A6OK9fwxy9CYePY/s=; To: pcp@oss.sgi.com From: "Julie Rodriguez" Reply-To: "Julie Rodriguez" Subject: Find out how you can get so much more on the house Date: Tue, 30 Apr 2013 05:24:54 -0400 X-ASG-Orig-Subj: Find out how you can get so much more on the house Message-ID: <8f6673541a0996766b9cd7c0dbdaa7b6@sheoffer.com> X-JID: 403 X-Complaints-To: abuse@sheoffer.com X-CID: 82431863 List-Unsubscribe: X-Report-Abuse: abuse@sheoffer.com MIME-Version: 1.0 Content-Type: text/plain; format=flowed; charset="UTF-8" Content-Transfer-Encoding: 8bit X-Barracuda-Connect: news.sheoffer.com[193.181.253.100] X-Barracuda-Start-Time: 1367310309 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=DKIM_SIGNED, DKIM_VERIFIED X-Barracuda-Spam-Report: Code version 3.2, rules version 3.2.2.129587 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 Dear member, Receive your $5000 Welcome Bonus How? 1. Download the software 2. Register a real money account 3. Deposit and receive your $5000 Welcome Bonus with all games included Click here to claim your bonus now http://sheoffer.com/c/click/883/82431863/ad03b.html Why? Flash/Download All games included Multilingual software Live dealers Fast Payouts & Support 24/7 Frequent player promotions This offer is only lasting for the next 48 hours from the top name in the online casino industry, MansionCasino.com Join now to claim your $5000 Welcome Bonus. http://sheoffer.com/c/click/883/82431863/ad03b.html MansionCasino.com is licensed and regulated to offer online gaming services under the jurisdiction of Gibraltar. © 2013 MansionCasino.com is an internationally registered trademark. To unsubscribe, click here http://sheoffer.com/c/unsub/403/82431863/ad03b.html From nscott@redhat.com Tue Apr 30 05:51:53 2013 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on oss.sgi.com X-Spam-Level: X-Spam-Status: No, score=0.0 required=5.0 tests=none autolearn=ham version=3.3.1 X-Original-To: pcp@oss.sgi.com Delivered-To: pcp@oss.sgi.com Received: from relay.sgi.com (relay1.corp.sgi.com [137.38.102.111]) by oss.sgi.com (Postfix) with ESMTP id 440A17F37 for ; Tue, 30 Apr 2013 05:51:53 -0500 (CDT) Received: from cuda.sgi.com (cuda2.sgi.com [192.48.176.25]) by relay1.corp.sgi.com (Postfix) with ESMTP id 286B68F8037 for ; Tue, 30 Apr 2013 03:51:53 -0700 (PDT) X-ASG-Debug-ID: 1367319108-04cbb03c2c43f80001-S8gJnT Received: from mx4-phx2.redhat.com (mx4-phx2.redhat.com [209.132.183.25]) by cuda.sgi.com with ESMTP id 5cE1bYpCsxPeEii2 for ; Tue, 30 Apr 2013 03:51:48 -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 r3UAplmg027343 for ; Tue, 30 Apr 2013 06:51:48 -0400 Date: Tue, 30 Apr 2013 06:51:47 -0400 (EDT) From: Nathan Scott Reply-To: Nathan Scott To: pcp@oss.sgi.com Message-ID: <1867851516.7195290.1367319107880.JavaMail.root@redhat.com> In-Reply-To: <358428652.7194441.1367319078306.JavaMail.root@redhat.com> Subject: pcp updates: pmwebd MIME-Version: 1.0 X-ASG-Orig-Subj: pcp updates: pmwebd Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-Originating-IP: [10.5.82.12] X-Mailer: Zimbra 8.0.3_GA_5664 (ZimbraWebClient - FF17 (Linux)/8.0.3_GA_5664) Thread-Topic: pcp updates: pmwebd Thread-Index: Bq7witbnfYJFe6NjzW8caDa1NHl6tQ== X-Barracuda-Connect: mx4-phx2.redhat.com[209.132.183.25] X-Barracuda-Start-Time: 1367319108 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.2.129597 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://oss.sgi.com/pcp/pcp.git dev build/mac/GNUmakefile | 5 build/mac/installer-resources/postinstall | 8 build/mac/installer-resources/postupgrade | 8 build/mac/installer-resources/preupgrade | 2 build/rpm/fedora.spec | 11 - build/rpm/pcp.spec.in | 8 build/slack/README | 5 build/sun/README | 1 build/sun/pcp.xml | 26 ++ build/sun/postinstall | 8 build/sun/preremove | 2 build/tar/postinstall.tail | 5 build/tar/preinstall.head.in | 1 build/tar/preinstall.tail | 6 build/tar/remove | 4 configure | 3 configure.in | 2 debian/pcp.postinst.tail | 2 debian/pcp.postrm | 1 debian/pcp.preinst.tail | 2 debian/pcp.prerm | 2 man/man1/pmproxy.1 | 9 man/man1/pmwebd.1 | 110 ++++++++++- qa/660 | 65 +++--- src/include/pcp.conf.in | 4 src/pmproxy/rc_pmproxy | 22 +- src/pmwebapi/GNUmakefile | 50 ++--- src/pmwebapi/main.c | 229 ++++++++++++++++------- src/pmwebapi/pmwebapi.h | 2 src/pmwebapi/pmwebd.options | 24 ++ src/pmwebapi/rc_pmwebd | 294 ++++++++++++++++++++++++++++++ src/pmwebapi/util.c | 96 +++++++++ 32 files changed, 842 insertions(+), 175 deletions(-) commit a74f84155e8cb8a2503a39943adff3831e4ff165 Author: Nathan Scott Date: Tue Apr 30 20:50:12 2013 +1000 Change to start pmwebd up as a regular daemon Init scripts, logfiles, non-privileged user options, configuration files and packaging for all platforms; all added in for pmwebd. Alot based on the pmproxy handling of running itself as a daemon, and one/two cosmetic updates to the pmproxy processes are made as a result. Man page updates to document the new options, code and associated QA test updates too of course. Changed the '-C' option to '-c' in anticipation of using -C down the track consistently with pmcd and pmproxy. Makefile changes in pmwebapi to be more consistent with the way other PCP daemons are built, and also to ensure source tarball builds will have all code even when libmicrohttpd is not installed within the build environment. Added the standard libpcp debugging option -D into pmwebd as well, it will surely be needed someday. From nscott@redhat.com Tue Apr 30 06:24:23 2013 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on oss.sgi.com X-Spam-Level: X-Spam-Status: No, score=0.0 required=5.0 tests=none autolearn=ham version=3.3.1 X-Original-To: pcp@oss.sgi.com Delivered-To: pcp@oss.sgi.com Received: from relay.sgi.com (relay2.corp.sgi.com [137.38.102.29]) by oss.sgi.com (Postfix) with ESMTP id E799D7F37 for ; Tue, 30 Apr 2013 06:24:23 -0500 (CDT) Received: from cuda.sgi.com (cuda3.sgi.com [192.48.176.15]) by relay2.corp.sgi.com (Postfix) with ESMTP id C772B304051 for ; Tue, 30 Apr 2013 04:24:23 -0700 (PDT) X-ASG-Debug-ID: 1367321059-04cb6c66e2477d0001-S8gJnT Received: from mx3-phx2.redhat.com (mx3-phx2.redhat.com [209.132.183.24]) by cuda.sgi.com with ESMTP id GvasF51xkceu3dou for ; Tue, 30 Apr 2013 04:24:19 -0700 (PDT) X-Barracuda-Envelope-From: nscott@redhat.com X-Barracuda-Apparent-Source-IP: 209.132.183.24 Received: from zmail20.collab.prod.int.phx2.redhat.com (zmail20.collab.prod.int.phx2.redhat.com [10.5.83.23]) by mx3-phx2.redhat.com (8.13.8/8.13.8) with ESMTP id r3UBOInG004867; Tue, 30 Apr 2013 07:24:18 -0400 Date: Tue, 30 Apr 2013 07:24:18 -0400 (EDT) From: Nathan Scott Reply-To: Nathan Scott To: owen butler Cc: pcp@oss.sgi.com Message-ID: <1488885255.7206578.1367321058198.JavaMail.root@redhat.com> In-Reply-To: References: Subject: Re: [pcp] patch: ElasticsearchServer and ApacheServer pmchart configs MIME-Version: 1.0 X-ASG-Orig-Subj: Re: [pcp] patch: ElasticsearchServer and ApacheServer pmchart configs Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-Originating-IP: [10.5.82.12] X-Mailer: Zimbra 8.0.3_GA_5664 (ZimbraWebClient - FF17 (Linux)/8.0.3_GA_5664) Thread-Topic: patch: ElasticsearchServer and ApacheServer pmchart configs Thread-Index: bZatgorNcenJWRb+59+FuobBdU9WHg== X-Barracuda-Connect: mx3-phx2.redhat.com[209.132.183.24] X-Barracuda-Start-Time: 1367321059 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.2.129599 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 Nathan, > > At the pcp dev meeting we briefly discussed server/service specific pmchart > configs for these two servers. > > I've added the views I've been using for ES nodes and Apache Nodes to the > following git tree: > > git:// github.com/OwenButler/pcp-gui.git dev > > The ES one I generally point to 1 node (as it contains some cluster wide > stuff. Might look strange with clusters > 10 nodes). > > The Apache server view is just all the things I usually care about for our > apache instance. Pulled in, thanks for contributing! I've also update the makefile in the src/chart/views directory to add your new views in. This ensures that the new files are visible to the build, such that it can ensure they end up in the correct filesystem location when pcp-gui packages are installed. cheers. -- Nathan From nscott@redhat.com Tue Apr 30 06:25:16 2013 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on oss.sgi.com X-Spam-Level: X-Spam-Status: No, score=0.0 required=5.0 tests=none 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 AECFB7F37 for ; Tue, 30 Apr 2013 06:25:16 -0500 (CDT) Received: from cuda.sgi.com (cuda1.sgi.com [192.48.157.11]) by relay2.corp.sgi.com (Postfix) with ESMTP id 7F41A304051 for ; Tue, 30 Apr 2013 04:25:16 -0700 (PDT) X-ASG-Debug-ID: 1367321112-04bdf077c7472a0001-S8gJnT Received: from mx4-phx2.redhat.com (mx4-phx2.redhat.com [209.132.183.25]) by cuda.sgi.com with ESMTP id MateUWsxNDeCYPpc for ; Tue, 30 Apr 2013 04:25:12 -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 r3UBPCk7000622 for ; Tue, 30 Apr 2013 07:25:12 -0400 Date: Tue, 30 Apr 2013 07:25:12 -0400 (EDT) From: Nathan Scott Reply-To: Nathan Scott To: PCP Message-ID: <1035102903.7206954.1367321112007.JavaMail.root@redhat.com> In-Reply-To: <161087082.7206949.1367321110035.JavaMail.root@redhat.com> Subject: pcp-gui updates: owen merge MIME-Version: 1.0 X-ASG-Orig-Subj: pcp-gui updates: owen merge Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-Originating-IP: [10.5.82.12] X-Mailer: Zimbra 8.0.3_GA_5664 (ZimbraWebClient - FF17 (Linux)/8.0.3_GA_5664) Thread-Topic: pcp-gui updates: owen merge Thread-Index: PtIGxGqhcauTIJdLaMjUJEirO17Teg== X-Barracuda-Connect: mx4-phx2.redhat.com[209.132.183.25] X-Barracuda-Start-Time: 1367321112 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.2.129598 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://oss.sgi.com/pcp/pcp-gui.git dev man/man1/pmchart.1 | 6 +++++ src/chart/views/ApacheServer | 38 ++++++++++++++++++++++++++++++++++++ src/chart/views/ElasticsearchServer | 29 +++++++++++++++++++++++++++ src/chart/views/GNUmakefile | 4 ++- 4 files changed, 76 insertions(+), 1 deletion(-) commit 3668e31284cba73f424a347dc0d1d08868165e5d Author: Nathan Scott Date: Tue Apr 30 21:23:51 2013 +1000 Add new pmchart views into the installed set commit 6466b3df15f14118dbe7f1dc391df451b6f6a210 Author: Owen Butler Date: Mon Apr 29 17:25:40 2013 +1000 Add manpage description of -V option commit 7d66b74f2670da3394d6ea41ba421e92038f96cb Author: Owen Butler Date: Mon Apr 29 17:22:37 2013 +1000 Add manpage description of -W option commit 71d88ee9561d38a950a4eaaa6a650871d858c7a5 Author: Owen Butler Date: Mon Apr 29 14:20:41 2013 +1000 ElasticsearchServer pmchart view. CPU overview plus some es search/doc metrics commit 6692fc08b4240147cae148116d0fd3b4a94123be Author: Owen Butler Date: Mon Apr 29 14:20:17 2013 +1000 ApacheServer pmchart view. CPU overview plus some io and apache metrics. From pevans@redhat.com Tue Apr 30 07:47:37 2013 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on oss.sgi.com X-Spam-Level: X-Spam-Status: No, score=0.0 required=5.0 tests=none autolearn=ham version=3.3.1 X-Original-To: pcp@oss.sgi.com Delivered-To: pcp@oss.sgi.com Received: from relay.sgi.com (relay3.corp.sgi.com [198.149.34.15]) by oss.sgi.com (Postfix) with ESMTP id 8195C7F37 for ; Tue, 30 Apr 2013 07:47:37 -0500 (CDT) Received: from cuda.sgi.com (cuda1.sgi.com [192.48.157.11]) by relay3.corp.sgi.com (Postfix) with ESMTP id 23271AC009 for ; Tue, 30 Apr 2013 05:47:34 -0700 (PDT) X-ASG-Debug-ID: 1367326053-04bdf077c74d5e0001-S8gJnT Received: from mx1.redhat.com (mx1.redhat.com [209.132.183.28]) by cuda.sgi.com with ESMTP id vm6AckZlMG3kVYfp for ; Tue, 30 Apr 2013 05:47:33 -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-mx12.intmail.prod.int.phx2.redhat.com (int-mx12.intmail.prod.int.phx2.redhat.com [10.5.11.25]) by mx1.redhat.com (8.14.4/8.14.4) with ESMTP id r3UClXZ0025678 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK) for ; Tue, 30 Apr 2013 08:47:33 -0400 Received: from [10.36.6.179] (vpn1-6-179.ams2.redhat.com [10.36.6.179]) by int-mx12.intmail.prod.int.phx2.redhat.com (8.14.4/8.14.4) with ESMTP id r3UClV4K015973 for ; Tue, 30 Apr 2013 08:47:32 -0400 Message-ID: <517FBD63.3010804@redhat.com> Date: Tue, 30 Apr 2013 13:47:31 +0100 From: Paul Evans User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:17.0) Gecko/20130311 Thunderbird/17.0.4 MIME-Version: 1.0 To: pcp@oss.sgi.com Subject: Patch: gfs2 PMDA additional metrics for review/inclusion Content-Type: text/plain; charset=ISO-8859-1; format=flowed X-ASG-Orig-Subj: Patch: gfs2 PMDA additional metrics for review/inclusion Content-Transfer-Encoding: 7bit X-Scanned-By: MIMEDefang 2.68 on 10.5.11.25 X-Barracuda-Connect: mx1.redhat.com[209.132.183.28] X-Barracuda-Start-Time: 1367326053 X-Barracuda-URL: http://192.48.157.11:80/cgi-mod/mark.cgi X-Virus-Scanned: by bsmtpd at sgi.com X-Barracuda-BRTS-Status: 1 Hi, Please consider the patch adding additional metrics for the gfs2 PMDA in pcp.git. Changed the location on where the indom cache located mounted file-system names to /sys/fs/gfs2/ this allows the additional query for the device id of the file-systems, this is needed for the gfs2_glock_lock_time trace-point metrics. Added the required code changes to support the additional metrics. Added metrics for glstats "/sys/kernel/debug /gfs2//glstats" these metrics can count the number of glocks that exists currently for the file-system and give how many locks per each type of glock. Added metrics for the gfs2_glock_lock_time trace-point. These metrics determine the current *worst* glock for each file-system at the time of query. The data is fetched from "/sys/kernel/debug/tracing/trace_pipe" which gives the values of glocks for all file-systems live. We read through the pipe reading all of the buffered values and calculate which is the worst glock, the device id for each file-system allows the separation of locks per each file-system mounted. Created some additional qa tests in "qa/654" and all corresponding help text. Available at git://github.com/pauljevans/pcp.git dev Paul. From brolley@redhat.com Tue Apr 30 10:10:30 2013 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on oss.sgi.com X-Spam-Level: X-Spam-Status: No, score=0.0 required=5.0 tests=none autolearn=ham version=3.3.1 X-Original-To: pcp@oss.sgi.com Delivered-To: pcp@oss.sgi.com Received: from relay.sgi.com (relay2.corp.sgi.com [137.38.102.29]) by oss.sgi.com (Postfix) with ESMTP id 2C2D47F50 for ; Tue, 30 Apr 2013 10:10:30 -0500 (CDT) Received: from cuda.sgi.com (cuda3.sgi.com [192.48.176.15]) by relay2.corp.sgi.com (Postfix) with ESMTP id 0A2873040A4 for ; Tue, 30 Apr 2013 08:10:26 -0700 (PDT) X-ASG-Debug-ID: 1367334622-04cb6c66e359820001-S8gJnT Received: from mx1.redhat.com (mx1.redhat.com [209.132.183.28]) by cuda.sgi.com with ESMTP id 7xHPEaiyiUBbYq52 for ; Tue, 30 Apr 2013 08:10:23 -0700 (PDT) X-Barracuda-Envelope-From: brolley@redhat.com X-Barracuda-Apparent-Source-IP: 209.132.183.28 X-ASG-Whitelist: Client Received: from int-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 r3UFAMAB018373 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK) for ; Tue, 30 Apr 2013 11:10:22 -0400 Received: from [10.10.62.17] (vpn-62-17.rdu2.redhat.com [10.10.62.17]) by int-mx09.intmail.prod.int.phx2.redhat.com (8.14.4/8.14.4) with ESMTP id r3UFABa5010384; Tue, 30 Apr 2013 11:10:12 -0400 Message-ID: <517FDED3.1060901@redhat.com> Date: Tue, 30 Apr 2013 11:10:11 -0400 From: Dave Brolley User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:17.0) Gecko/20130311 Thunderbird/17.0.4 MIME-Version: 1.0 To: Nathan Scott CC: PCP Subject: Re: [pcp] pcp updates: kenj+brolley+fche+nathans mega-merge References: <978575547.6205098.1367231153726.JavaMail.root@redhat.com> <517EAB31.2040303@redhat.com> <498110758.7035230.1367281522280.JavaMail.root@redhat.com> X-ASG-Orig-Subj: Re: [pcp] pcp updates: kenj+brolley+fche+nathans mega-merge In-Reply-To: <498110758.7035230.1367281522280.JavaMail.root@redhat.com> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-Scanned-By: MIMEDefang 2.68 on 10.5.11.22 X-Barracuda-Connect: mx1.redhat.com[209.132.183.28] X-Barracuda-Start-Time: 1367334623 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 04/29/2013 08:25 PM, Nathan Scott wrote: > > ----- Original Message ----- >> Hi Nathan, >> >> I'm getting this both when building from my source tree and also when >> running Makepkgs. Seems similar to a problem I had when I was tracking >> your dev branch (as opposed to the real one). >> >> I'll hack away on it, but any ideas would be appreciated. >> > Ah, thanks - this is because of the setup.py having only a single > in-tree --library-dirs path (for libpcp) and now we need to link > additional in-tree libraries into the C<->python interfacing code. > I think I have a fix, just testing it out now. > Thanks! All is well again. Dave From kenj@internode.on.net Tue Apr 30 15:07:52 2013 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on oss.sgi.com X-Spam-Level: X-Spam-Status: No, score=0.0 required=5.0 tests=none autolearn=ham version=3.3.1 X-Original-To: pcp@oss.sgi.com Delivered-To: pcp@oss.sgi.com Received: from relay.sgi.com (relay3.corp.sgi.com [198.149.34.15]) by oss.sgi.com (Postfix) with ESMTP id 0A02F7F51 for ; Tue, 30 Apr 2013 15:07:52 -0500 (CDT) Received: from cuda.sgi.com (cuda1.sgi.com [192.48.157.11]) by relay3.corp.sgi.com (Postfix) with ESMTP id 6D75FAC001 for ; Tue, 30 Apr 2013 13:07:50 -0700 (PDT) X-ASG-Debug-ID: 1367352465-04bdf077c86d6a0001-S8gJnT Received: from ipmail04.adl6.internode.on.net (ipmail04.adl6.internode.on.net [150.101.137.141]) by cuda.sgi.com with ESMTP id nkslX4ChduALpD6c for ; Tue, 30 Apr 2013 13:07: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: ApMBANMjgFF20aMe/2dsb2JhbAANRYM9v3eDUkAwDRYYAwIBAgFYBgIBAbYFkhSPNoM6A6ty Received: from ppp118-209-163-30.lns20.mel6.internode.on.net (HELO [192.168.1.100]) ([118.209.163.30]) by ipmail04.adl6.internode.on.net with ESMTP; 01 May 2013 05:37:45 +0930 Message-ID: <51802493.9020606@internode.on.net> Date: Wed, 01 May 2013 06:07:47 +1000 From: Ken McDonell User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:17.0) Gecko/20130329 Thunderbird/17.0.5 MIME-Version: 1.0 To: pcp@oss.sgi.com Subject: pcp updates - small fixups Content-Type: text/plain; charset=ISO-8859-1; format=flowed X-ASG-Orig-Subj: pcp updates - small fixups Content-Transfer-Encoding: 7bit X-Barracuda-Connect: ipmail04.adl6.internode.on.net[150.101.137.141] X-Barracuda-Start-Time: 1367352466 X-Barracuda-URL: http://192.48.157.11:80/cgi-mod/mark.cgi X-Virus-Scanned: by bsmtpd at sgi.com X-Barracuda-BRTS-Status: 1 X-Barracuda-Spam-Score: 0.00 X-Barracuda-Spam-Status: No, SCORE=0.00 using per-user scores of TAG_LEVEL=1000.0 QUARANTINE_LEVEL=1000.0 KILL_LEVEL=2.7 tests= X-Barracuda-Spam-Report: Code version 3.2, rules version 3.2.2.129633 Rule breakdown below pts rule name description ---- ---------------------- -------------------------------------------------- Need to drip feed these as I'm trying to keep in sync with Nathan's commits to the official oss tree. Changes committed to git://oss.sgi.com/kenj/pcp.git dev man/man1/GNUmakefile | 7 ++++++- src/libpcp/src/auxconnect.c | 2 +- 2 files changed, 7 insertions(+), 2 deletions(-) commit d8d9a0797092c38ee08571281368eff04e65f2e3 Author: Ken McDonell Date: Wed May 1 06:04:40 2013 +1000 man - only include pmwebd man page if binary is included Repeat GNUmakefile conditional from source in man1 directory for better package consistency when libmicrohttpd is not available and pmwebd is not built. commit df752ba6181dfe318844b2b6c80f774f14056b31 Author: Ken McDonell Date: Tue Apr 30 17:21:00 2013 +1000 libpcp/auxconnect.c - fix small compilation warning Cast (size_t) and (ssize_t) to (int) for printf in __pmRecv(). From kenj@internode.on.net Tue Apr 30 15:20:33 2013 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on oss.sgi.com X-Spam-Level: X-Spam-Status: No, score=0.0 required=5.0 tests=none autolearn=ham version=3.3.1 X-Original-To: pcp@oss.sgi.com Delivered-To: pcp@oss.sgi.com Received: from relay.sgi.com (relay3.corp.sgi.com [198.149.34.15]) by oss.sgi.com (Postfix) with ESMTP id 9D40A29DF8 for ; Tue, 30 Apr 2013 15:20:33 -0500 (CDT) Received: from cuda.sgi.com (cuda1.sgi.com [192.48.157.11]) by relay3.corp.sgi.com (Postfix) with ESMTP id 3898BAC008 for ; Tue, 30 Apr 2013 13:20:33 -0700 (PDT) X-ASG-Debug-ID: 1367353231-04bdf077c86e350001-S8gJnT Received: from ipmail04.adl6.internode.on.net (ipmail04.adl6.internode.on.net [150.101.137.141]) by cuda.sgi.com with ESMTP id zpDGUoxEBsmksvXR for ; Tue, 30 Apr 2013 13:20:31 -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: ApMBAIYmgFF20aMe/2dsb2JhbAANRcM0g1JAPRYYAwIBAgE/DA0IAQG2AZIcknADq3I Received: from ppp118-209-163-30.lns20.mel6.internode.on.net (HELO [192.168.1.100]) ([118.209.163.30]) by ipmail04.adl6.internode.on.net with ESMTP; 01 May 2013 05:50:30 +0930 Message-ID: <51802791.8030603@internode.on.net> Date: Wed, 01 May 2013 06:20:33 +1000 From: Ken McDonell User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:17.0) Gecko/20130329 Thunderbird/17.0.5 MIME-Version: 1.0 To: PCP Mailing List Subject: new build dependency Content-Type: text/plain; charset=ISO-8859-1; format=flowed X-ASG-Orig-Subj: new build dependency Content-Transfer-Encoding: 7bit X-Barracuda-Connect: ipmail04.adl6.internode.on.net[150.101.137.141] X-Barracuda-Start-Time: 1367353231 X-Barracuda-URL: http://192.48.157.11:80/cgi-mod/mark.cgi X-Virus-Scanned: by bsmtpd at sgi.com X-Barracuda-BRTS-Status: 1 X-Barracuda-Spam-Score: 0.00 X-Barracuda-Spam-Status: No, SCORE=0.00 using per-user scores of TAG_LEVEL=1000.0 QUARANTINE_LEVEL=1000.0 KILL_LEVEL=2.7 tests= X-Barracuda-Spam-Report: Code version 3.2, rules version 3.2.2.129635 Rule breakdown below pts rule name description ---- ---------------------- -------------------------------------------------- Recent commits have added libmicrohttpd to the build dependencies. This is not available on all platforms, e.g. SuSE 12.1, CentOS 5.9, Mac OS X, ... and/or not installed on my machines. The non-RPM and non-dpkg builds seem to work ... or at least the build completes and the package does not contain pmwebd, but does contain the man page for pmwebd (I have just committed a small fix for this inconsistency). But for the RPM and dpkg builds the dependency is apparently hard-coded in the package specifications, and so the build dies a horrible death. Is this fixable? I really don't want to try and build libmicrohttpd from source on half a dozen (so far) machines. From fche@redhat.com Tue Apr 30 15:51:06 2013 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on oss.sgi.com X-Spam-Level: X-Spam-Status: No, score=0.0 required=5.0 tests=none autolearn=ham version=3.3.1 X-Original-To: pcp@oss.sgi.com Delivered-To: pcp@oss.sgi.com Received: from relay.sgi.com (relay2.corp.sgi.com [137.38.102.29]) by oss.sgi.com (Postfix) with ESMTP id E99157F62 for ; Tue, 30 Apr 2013 15:51:06 -0500 (CDT) Received: from cuda.sgi.com (cuda1.sgi.com [192.48.157.11]) by relay2.corp.sgi.com (Postfix) with ESMTP id C7F97304062 for ; Tue, 30 Apr 2013 13:51:03 -0700 (PDT) X-ASG-Debug-ID: 1367355062-04bdf077c6700c0001-S8gJnT Received: from mx1.redhat.com (mx1.redhat.com [209.132.183.28]) by cuda.sgi.com with ESMTP id 1QhuHGfxHmiWXUIb for ; Tue, 30 Apr 2013 13:51:03 -0700 (PDT) X-Barracuda-Envelope-From: fche@redhat.com X-Barracuda-Apparent-Source-IP: 209.132.183.28 X-ASG-Whitelist: Client Received: from int-mx12.intmail.prod.int.phx2.redhat.com (int-mx12.intmail.prod.int.phx2.redhat.com [10.5.11.25]) by mx1.redhat.com (8.14.4/8.14.4) with ESMTP id r3UKp0EO029962 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK); Tue, 30 Apr 2013 16:51:00 -0400 Received: from fche.csb (vpn-60-101.rdu2.redhat.com [10.10.60.101]) by int-mx12.intmail.prod.int.phx2.redhat.com (8.14.4/8.14.4) with ESMTP id r3UKox3a015411; Tue, 30 Apr 2013 16:50:59 -0400 Received: by fche.csb (Postfix, from userid 2569) id 17EBE581BD; Tue, 30 Apr 2013 16:50:59 -0400 (EDT) To: Ken McDonell Cc: PCP Mailing List Subject: Re: new build dependency References: <51802791.8030603@internode.on.net> X-ASG-Orig-Subj: Re: new build dependency From: fche@redhat.com (Frank Ch. Eigler) Date: Tue, 30 Apr 2013 16:50:58 -0400 In-Reply-To: <51802791.8030603@internode.on.net> (Ken McDonell's message of "Wed, 01 May 2013 06:20:33 +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.25 X-Barracuda-Connect: mx1.redhat.com[209.132.183.28] X-Barracuda-Start-Time: 1367355063 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: > Recent commits have added libmicrohttpd to the build dependencies. > This is not available on all platforms, e.g. SuSE 12.1, CentOS 5.9, > Mac OS X, ... and/or not installed on my machines. That's fine; the autoconf configury will arrange to omit that part. > [...] > But for the RPM and dpkg builds the dependency is apparently > hard-coded in the package specifications, and so the build dies a > horrible death. > > Is this fixable? How do you mean by fix? The RPM & DPKG builds are meant to simulate a distributor's official builds, which would have the libmicrohttpd stuff available. One can't make those control files conditional on the environment, otherwise the builds wouldn't be reproducible. With RPM, it is possible to pass conditionals from the rpm command line (--with-FOO), which macros in the .spec can adapt to, and turn features on or off. I don't know whether DPKG can do that. If so, we could add such a knob, just for people who use these RPM/DPKG files as non-distributors. > I really don't want to try and build libmicrohttpd from source on half > a dozen (so far) machines. (What OS do these run?) - FChE From nscott@redhat.com Tue Apr 30 17:49:57 2013 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on oss.sgi.com X-Spam-Level: X-Spam-Status: No, score=0.0 required=5.0 tests=none autolearn=ham version=3.3.1 X-Original-To: pcp@oss.sgi.com Delivered-To: pcp@oss.sgi.com Received: from relay.sgi.com (relay2.corp.sgi.com [137.38.102.29]) by oss.sgi.com (Postfix) with ESMTP id D02E27F6B for ; Tue, 30 Apr 2013 17:49:57 -0500 (CDT) Received: from cuda.sgi.com (cuda2.sgi.com [192.48.176.25]) by relay2.corp.sgi.com (Postfix) with ESMTP id B775130406A for ; Tue, 30 Apr 2013 15:49:54 -0700 (PDT) X-ASG-Debug-ID: 1367362192-04cbb03c2e77660001-S8gJnT Received: from mx3-phx2.redhat.com (mx3-phx2.redhat.com [209.132.183.24]) by cuda.sgi.com with ESMTP id wbRHEh13x8XH1NK7 for ; Tue, 30 Apr 2013 15:49:53 -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 r3UMnnhW026532; Tue, 30 Apr 2013 18:49:49 -0400 Date: Tue, 30 Apr 2013 18:49:49 -0400 (EDT) From: Nathan Scott Reply-To: Nathan Scott To: Ken McDonell Cc: PCP Mailing List Message-ID: <469302267.7838948.1367362189572.JavaMail.root@redhat.com> In-Reply-To: <51802791.8030603@internode.on.net> References: <51802791.8030603@internode.on.net> Subject: Re: [pcp] new build dependency MIME-Version: 1.0 X-ASG-Orig-Subj: Re: [pcp] new build dependency Content-Type: multipart/mixed; boundary="----=_Part_7838946_1120715494.1367362189571" X-Originating-IP: [10.5.82.12] X-Mailer: Zimbra 8.0.3_GA_5664 (ZimbraWebClient - FF17 (Linux)/8.0.3_GA_5664) Thread-Topic: new build dependency Thread-Index: dZpFUVvAWD6q0HdQh1toyhp+y5dK1g== X-Barracuda-Connect: mx3-phx2.redhat.com[209.132.183.24] X-Barracuda-Start-Time: 1367362192 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.2.129645 Rule breakdown below pts rule name description ---- ---------------------- -------------------------------------------------- 0.01 THREAD_INDEX thread-index: AcO7Y8iR61tzADqsRmmc5wNiFHEOig== 0.01 THREAD_TOPIC Thread-Topic: ...(Japanese Subject)... ------=_Part_7838946_1120715494.1367362189571 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit ----- Original Message ----- > Recent commits have added libmicrohttpd to the build dependencies. > > This is not available on all platforms, e.g. SuSE 12.1, CentOS 5.9, Mac > OS X, ... and/or not installed on my machines. > > The non-RPM and non-dpkg builds seem to work ... or at least the build > completes and the package does not contain pmwebd, but does contain the > man page for pmwebd (I have just committed a small fix for this > inconsistency). > > But for the RPM and dpkg builds the dependency is apparently hard-coded > in the package specifications, and so the build dies a horrible death. > > Is this fixable? Ideally, we want to enable this on as many platforms as possible. However if that is not feasible somewhere, for pcp.spec.in we could propogate the configure-generated enabled-or-not macro for microhttpd in. > I really don't want to try and build libmicrohttpd from source on half a > dozen (so far) machines. *nod*, wouldn't want to build it - for Red Hat systems it is accessible in EPEL, I use the attached yum repo for RHEL6 (/etc/yum.repos.d/epel.repo). A couple of minor tweaks should do for the 5 variants. I expect there will be similar add-on mechanisms for SuSE - perhaps DavidD could point us in the right direction there. For Debian, I had no trouble finding libmicrohttpd-dev - from a quick look onpackages.debian.org it is in all their current distros (stable, testing and unstable). Haven't tackled Mac OS X yet, but it needs to be done. I also have a note to revisit NSS-enabled builds on Mac OS X too, so we have a bigger problem there. libmicrohttpd appears to have support for MinGW (as does NSS), but I've not looked further than just code inspection for the Windows builds. Frank did initially embed the code inside PCP ... but I had concerns about the amount of code it pulled in, keeping uptodate with upstream, tracking any CVEs ourselves, having to deal with Coverity reports on it, etc - but if others prefer that, that is certainly an option we could discuss again. cheers. -- Nathan ------=_Part_7838946_1120715494.1367362189571 Content-Type: application/octet-stream; name=epel.repo Content-Disposition: attachment; filename=epel.repo Content-Transfer-Encoding: base64 W2VwZWxdCm5hbWU9RXh0cmEgUGFja2FnZXMgZm9yIEVudGVycHJpc2UgTGludXggNiAtICRiYXNl YXJjaAojYmFzZXVybD1odHRwOi8vZG93bmxvYWQuZmVkb3JhcHJvamVjdC5vcmcvcHViL2VwZWwv Ni8kYmFzZWFyY2gKbWlycm9ybGlzdD1odHRwczovL21pcnJvcnMuZmVkb3JhcHJvamVjdC5vcmcv bWV0YWxpbms/cmVwbz1lcGVsLTYmYXJjaD0kYmFzZWFyY2gKZmFpbG92ZXJtZXRob2Q9cHJpb3Jp dHkKZW5hYmxlZD0xCmdwZ2NoZWNrPTEKZ3Bna2V5PWZpbGU6Ly8vZXRjL3BraS9ycG0tZ3BnL1JQ TS1HUEctS0VZLUVQRUwtNgoKW2VwZWwtZGVidWdpbmZvXQpuYW1lPUV4dHJhIFBhY2thZ2VzIGZv ciBFbnRlcnByaXNlIExpbnV4IDYgLSAkYmFzZWFyY2ggLSBEZWJ1ZwojYmFzZXVybD1odHRwOi8v ZG93bmxvYWQuZmVkb3JhcHJvamVjdC5vcmcvcHViL2VwZWwvNi8kYmFzZWFyY2gvZGVidWcKbWly cm9ybGlzdD1odHRwczovL21pcnJvcnMuZmVkb3JhcHJvamVjdC5vcmcvbWV0YWxpbms/cmVwbz1l cGVsLWRlYnVnLTYmYXJjaD0kYmFzZWFyY2gKZmFpbG92ZXJtZXRob2Q9cHJpb3JpdHkKZW5hYmxl ZD0wCmdwZ2tleT1maWxlOi8vL2V0Yy9wa2kvcnBtLWdwZy9SUE0tR1BHLUtFWS1FUEVMLTYKZ3Bn Y2hlY2s9MQoKW2VwZWwtc291cmNlXQpuYW1lPUV4dHJhIFBhY2thZ2VzIGZvciBFbnRlcnByaXNl IExpbnV4IDYgLSAkYmFzZWFyY2ggLSBTb3VyY2UKI2Jhc2V1cmw9aHR0cDovL2Rvd25sb2FkLmZl ZG9yYXByb2plY3Qub3JnL3B1Yi9lcGVsLzYvU1JQTVMKbWlycm9ybGlzdD1odHRwczovL21pcnJv cnMuZmVkb3JhcHJvamVjdC5vcmcvbWV0YWxpbms/cmVwbz1lcGVsLXNvdXJjZS02JmFyY2g9JGJh c2VhcmNoCmZhaWxvdmVybWV0aG9kPXByaW9yaXR5CmVuYWJsZWQ9MApncGdrZXk9ZmlsZTovLy9l dGMvcGtpL3JwbS1ncGcvUlBNLUdQRy1LRVktRVBFTC02CmdwZ2NoZWNrPTEK ------=_Part_7838946_1120715494.1367362189571-- From nscott@redhat.com Tue Apr 30 20:57:41 2013 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on oss.sgi.com X-Spam-Level: X-Spam-Status: No, score=0.0 required=5.0 tests=none autolearn=ham version=3.3.1 X-Original-To: pcp@oss.sgi.com Delivered-To: pcp@oss.sgi.com Received: from relay.sgi.com (relay3.corp.sgi.com [198.149.34.15]) by oss.sgi.com (Postfix) with ESMTP id CF4987F50 for ; Tue, 30 Apr 2013 20:57:40 -0500 (CDT) Received: from cuda.sgi.com (cuda1.sgi.com [192.48.157.11]) by relay3.corp.sgi.com (Postfix) with ESMTP id 6ED79AC002 for ; Tue, 30 Apr 2013 18:57:37 -0700 (PDT) X-ASG-Debug-ID: 1367373452-04bdf077c9823f0001-S8gJnT Received: from mx3-phx2.redhat.com (mx3-phx2.redhat.com [209.132.183.24]) by cuda.sgi.com with ESMTP id dBWUXOO0BAhU9w4j for ; Tue, 30 Apr 2013 18:57:32 -0700 (PDT) X-Barracuda-Envelope-From: nscott@redhat.com X-Barracuda-Apparent-Source-IP: 209.132.183.24 Received: from zmail20.collab.prod.int.phx2.redhat.com (zmail20.collab.prod.int.phx2.redhat.com [10.5.83.23]) by mx3-phx2.redhat.com (8.13.8/8.13.8) with ESMTP id r411vWLY023401; Tue, 30 Apr 2013 21:57:32 -0400 Date: Tue, 30 Apr 2013 21:57:32 -0400 (EDT) From: Nathan Scott Reply-To: Nathan Scott To: Paul Evans Cc: pcp@oss.sgi.com Message-ID: <1117296374.7864618.1367373452615.JavaMail.root@redhat.com> In-Reply-To: <517FBD63.3010804@redhat.com> References: <517FBD63.3010804@redhat.com> Subject: Re: [pcp] Patch: gfs2 PMDA additional metrics for review/inclusion MIME-Version: 1.0 X-ASG-Orig-Subj: Re: [pcp] Patch: gfs2 PMDA additional metrics for review/inclusion Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-Originating-IP: [10.5.82.12] X-Mailer: Zimbra 8.0.3_GA_5664 (ZimbraWebClient - FF17 (Linux)/8.0.3_GA_5664) Thread-Topic: Patch: gfs2 PMDA additional metrics for review/inclusion Thread-Index: 3Lg8zmaQYN4fuITiXKTJ1cBfUIB73g== X-Barracuda-Connect: mx3-phx2.redhat.com[209.132.183.24] X-Barracuda-Start-Time: 1367373452 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.2.129657 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 ----- > > Please consider the patch adding additional metrics for the gfs2 PMDA in > pcp.git. > ... > Available at git://github.com/pauljevans/pcp.git dev > Good stuff! Have been reviewing it this morning, and made a few minor tweaks along the way. For now I've created a merge branch while we go through a few things - its now at "git://oss.sgi.com/pcp/pcp gfs2". Following are all my review notes. Don't get disheartened by the length of "stuff" here, I think overall its looking good and you've been thrown in the deep-end with a relatively difficult agent! None of this is set in stone either, just my thoughts - everything is open to discussion, of course. Anyway, the notes are in no particular order, just file-by-file as git-diff showed 'em to me... qa/654 - 'gsf2' typo in comment (fixed) - line below assumes the test is running as root, we need to explicitly request root as automated QA runs unprivileged: echo 1 > /sys/kernel/debug/tracing/events/gfs2/gfs2_glock_lock_time/enable (fixed) - also, should use "_notrun" instead of echo "Cannot enable the gfs2 glock trace..." - that echo will cause a test fail (which causes QA and dev folks to investigatE) whereas if its simply kernel support thats lacking, it should just be marked as not-been-run on that test machine. - the above two points makes me think this test should be split into two now - I notice on a debian unstable machine here for example, that there is no support for GFS2 trace points but the other metrics work fine still. So, I would suggest the following: - create a common.gfs2 script in pcp/qa which can be sourced by both tests (and all new gfs2 tests later) to provide the common functions like _setup_mounts and perhaps some of the initial _notrun checks, etc. - move the parts you've added into a new test (655 is free) and add that additional "notrun" check on the trace file. - further, I think I was being a bit optimistic simply assuming the tester has setup gfs2 support on their machine (this was my assumption, not yours of course). But, we could make sure the test is run on most machines like this perhaps: o grep gfs2 /proc/filesystems >/dev/null o if non-zero status (not found): o modprobe gfs2 o if non-zero exit state, _notrun "no gfs2 module & not builtin" o grep gfs2 /proc/filesystems >/dev/null o if non-zero status (not found): o _notrun "failed to load gfs2 module successfully, sorry" This would go into that common.gfs2 script for all gfs2 tests, and would give us alot more confidence at release time that we (both PCP community devs and Red Hat QE folks) are giving gfs2 a decent workout. src/pmdas/gfs2/Install - Adds explicit enabling of the glock_lock trace point if the file exists. This should be moved into the PMDA - the Install is only run once, and so this (kernel) state will be lost across reboots, for example. - It also means having the agent present would mean the cost of enabling the tracing must always be worn. We can do this in such a way that this isn't necessary - there's two options: 1. enable tracing when metrics values are requested. this would probably be too late, however. 2. use the pmStore(3) facility to dynamically request tracing be enabled when needed, and disabled when done. This typically would be achieved through the addition of a new metric - e.g. gfs2.control.glock_time_tracing. A fetch of that value would return the trace state (a read on the trace enabling file hopefully tells us that?) and a store would be used to enable/disable. See linux_store() from the Linux kernel PMDA (src/pmdas/linux/pmda.c) for an example. I recommend option #2. The pmstore(1) command can be used to test this (e.g. in QA tests) and when you move on to the phase 2 (warm liquid goo phase) of your work, where you write the cluster-aware client-side analysis tool, this tool can do the pmStore(3) at the appropriate time. src/pmdas/gfs2/lock_time.c - Hmmm, wondering if a linked-list is the right data structure here, lets come back to that though. - Coding style seems inconsistent with recent of PCP, and gfs2 code for that matter ;) ... I'd recommend picking one of those instead of free-styling it. - gfs2_refresh_lock_time() - Memory leak on "buffer" at line 108 - temp.lock_type == 2 || temp.lock_type == 3 - can we use macros instead of 2/3? (LOCKTIME_* already exist, maybe those?) - How big can this trace pipe get? I suspect "quite big" as it appears to be a function of the client tools sampling interval (does the kernel tracing drop traces after some time? I think it has to otherwise kernel memory requirements are unbounded - at what buffer size does that happen?) and also of the rate at which the glock tracepoint is triggered, which is probably a function of filesystem activity level? - Assuming it can get "quite big", this may equate to a significant memory allocation in the PMDA? And it seems a bit unnecessary - could the read-allocate-loop (line 111) not be combined with the parse-and-list-insert-loop (line 129)? Then only one buffer (or possibly two at most) is needed and the memory requirements of pmdagfs2 wont balloon out as much. - We appear to have a single list for all glocks across all mounted filesystems ... is that wise? Consider a hash or series of hash tables? - list_remove_duplicates() ... /* get rid of dups */ - again, I'd think a hash table seems a better approach here - inserting over the top of existing entries comes "for free" with a well-chosen hash key, and a potentially expensive list-iteration goes away. A suitable key would seem to be a composite of dev/type/number, as suggested by list_remove_duplicates code: if(iterator->dev_id == currentNode->next->dev_id && iterator->data.lock_type == currentNode->next->data.lock_type && iterator->data.number == currentNode->next->data.number){ ... a hash would mean less memory, and no list_remove_duplicates step needed, I think. - You could avoid writing new hash table code by using the existing pmdaCache(3) methods here - if you create an indom (which doesn't need to be exposed outside of pmdagfs2), and a pmdaCacheLookupKey on that composite key (as a string) should work fine. There's a hash-iterator mechanism too which you can use (actually its used already elsewhere in pmdagfs2, could use that as example code, or one of the other PMDAs - its used quite extensively) - IIRC, you originally wanted a top-10 worst glocks? Thats doable here too - instead of just a single "worstGlock", you could keep a sorted array and export those as separate metrics if you still want to do that? - Digging deeper, it looks like gfs2_refresh_lock_time() is called in a loop, once per device_id (mounted filesystem) being queried. However, the refresh code drains values from the event trace pipe does it not? Hence, it would seem the first refresh_lock_time() call will consume all the pending events and subsequent calls for other filesystems will get no trace data? - typo -> "comparision" (fixed) src/pmdas/gfs2/pmda.c - gfs2_instance_refresh - consider extracting the code that opens /sys/fs/gfs2/BDEV/id and figures out the dev_id into a separate function that returns dev_id ... would be more readable I think. - gfs2_fetch_refresh - makedev(253, 0) -> does that mean device-mapper only? Either way 253 should have a human-readable macro associated. And it really can only be device mapper? Hmm - how does our QA on loopback devices work for this? Or are these metrics not yet being tested? (this may go away with the changes suggested above relating to the way events can only be consumed once?) src/pmdas/gfs2/pmdagfs2.h - I'd put the dev_id at the start of the structure, but thats mainly just cosmetic (it being an important identifier kind of field that is accessed quite a bit). From nscott@redhat.com Tue Apr 30 20:58:17 2013 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on oss.sgi.com X-Spam-Level: X-Spam-Status: No, score=0.0 required=5.0 tests=none autolearn=ham version=3.3.1 X-Original-To: pcp@oss.sgi.com Delivered-To: pcp@oss.sgi.com Received: from relay.sgi.com (relay3.corp.sgi.com [198.149.34.15]) by oss.sgi.com (Postfix) with ESMTP id C5A597F5E for ; Tue, 30 Apr 2013 20:58:17 -0500 (CDT) Received: from cuda.sgi.com (cuda1.sgi.com [192.48.157.11]) by relay3.corp.sgi.com (Postfix) with ESMTP id 6345AAC003 for ; Tue, 30 Apr 2013 18:58:17 -0700 (PDT) X-ASG-Debug-ID: 1367373496-04bdf077c982470001-S8gJnT Received: from mx3-phx2.redhat.com (mx3-phx2.redhat.com [209.132.183.24]) by cuda.sgi.com with ESMTP id YSKbf3Yx3zl8CPb8 for ; Tue, 30 Apr 2013 18:58:16 -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 r411wGWY023435; Tue, 30 Apr 2013 21:58:16 -0400 Date: Tue, 30 Apr 2013 21:58:16 -0400 (EDT) From: Nathan Scott Reply-To: Nathan Scott To: pcp@oss.sgi.com Cc: Paul Evans Message-ID: <589669370.7864630.1367373496166.JavaMail.root@redhat.com> In-Reply-To: <1744475803.7864082.1367372912855.JavaMail.root@redhat.com> Subject: pcp updates: gfs2 merge branch MIME-Version: 1.0 X-ASG-Orig-Subj: pcp updates: gfs2 merge branch Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-Originating-IP: [10.5.82.12] X-Mailer: Zimbra 8.0.3_GA_5664 (ZimbraWebClient - FF17 (Linux)/8.0.3_GA_5664) Thread-Topic: pcp updates: gfs2 merge branch Thread-Index: Dbzywl+T5mQGs+t5y1JTocGQWd6OkA== X-Barracuda-Connect: mx3-phx2.redhat.com[209.132.183.24] X-Barracuda-Start-Time: 1367373496 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.2.129657 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://oss.sgi.com/pcp/pcp.git gfs2 qa/654 | 58 +++++-- src/pmdas/gfs2/GNUmakefile | 6 src/pmdas/gfs2/Install | 7 src/pmdas/gfs2/glocks.h | 2 src/pmdas/gfs2/glstats.c | 101 ++++++++++++ src/pmdas/gfs2/glstats.h | 57 +++++++ src/pmdas/gfs2/help | 111 +++++++++++++ src/pmdas/gfs2/lock_time.c | 358 ++++++++++++++++++++++++++++++++++++++++++++- src/pmdas/gfs2/lock_time.h | 64 ++++++++ src/pmdas/gfs2/pmda.c | 132 +++++++++++++++- src/pmdas/gfs2/pmdagfs2.h | 6 src/pmdas/gfs2/pmns | 31 +++ src/pmdas/gfs2/root | 9 + src/pmdas/gfs2/sbstats.c | 6 14 files changed, 923 insertions(+), 25 deletions(-) commit d89c7df9ccd88e2fd1a3a030f100f2c93f3d2f53 Author: Nathan Scott Date: Wed May 1 11:44:00 2013 +1000 Rework the gfs2 qa test handling of trace file enablement Needs to take care that superuser privilege has been aquired, and if the file doesn't exist, we need to use _notrun rather than failing the test with an echo message. commit 9ebd15e89a5785e83ec30e6bdfab540277aaec58 Author: Nathan Scott Date: Wed May 1 11:38:04 2013 +1000 Fix typo in a pmdagfs2 comment commit 27504c7d92ee723b36696bf4e0997ff55e651d6a Merge: ddd92eb d709f51 Author: Nathan Scott Date: Wed May 1 09:07:10 2013 +1000 Merge branch 'dev' of git://github.com/pauljevans/pcp into gfs2 From nscott@redhat.com Tue Apr 30 22:33:18 2013 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on oss.sgi.com X-Spam-Level: X-Spam-Status: No, score=0.0 required=5.0 tests=none autolearn=ham version=3.3.1 X-Original-To: pcp@oss.sgi.com Delivered-To: pcp@oss.sgi.com Received: from relay.sgi.com (relay1.corp.sgi.com [137.38.102.111]) by oss.sgi.com (Postfix) with ESMTP id AE76829DF8 for ; Tue, 30 Apr 2013 22:33:18 -0500 (CDT) Received: from cuda.sgi.com (cuda1.sgi.com [192.48.157.11]) by relay1.corp.sgi.com (Postfix) with ESMTP id 5E7528F8049 for ; Tue, 30 Apr 2013 20:33:18 -0700 (PDT) X-ASG-Debug-ID: 1367379195-04bdf077c887be0001-S8gJnT Received: from mx3-phx2.redhat.com (mx3-phx2.redhat.com [209.132.183.24]) by cuda.sgi.com with ESMTP id ZWuqiWZbcmuBXaHP for ; Tue, 30 Apr 2013 20:33:15 -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 r413XEXD004775 for ; Tue, 30 Apr 2013 23:33:15 -0400 Date: Tue, 30 Apr 2013 23:33:14 -0400 (EDT) From: Nathan Scott Reply-To: Nathan Scott To: PCP Message-ID: <1194644476.7875474.1367379194848.JavaMail.root@redhat.com> In-Reply-To: <1150604276.7875465.1367379183576.JavaMail.root@redhat.com> Subject: pcp updates: python, man, libpcp warning (kenj/fche/scox) MIME-Version: 1.0 X-ASG-Orig-Subj: pcp updates: python, man, libpcp warning (kenj/fche/scox) Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-Originating-IP: [10.5.82.12] X-Mailer: Zimbra 8.0.3_GA_5664 (ZimbraWebClient - FF17 (Linux)/8.0.3_GA_5664) Thread-Topic: pcp updates: python, man, libpcp warning (kenj/fche/scox) Thread-Index: htzNkdvNt6tiJs1f/v97gkiW6I3qYA== X-Barracuda-Connect: mx3-phx2.redhat.com[209.132.183.24] X-Barracuda-Start-Time: 1367379195 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.2.129663 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://oss.sgi.com/pcp/pcp.git dev man/man1/GNUmakefile | 7 + src/libpcp/src/auxconnect.c | 2 src/pmatop/pmatop.py | 167 +++++++++++++++++++++++++++++++------------ src/pmcollectl/pmcollectl.py | 14 +-- src/python/pcp/pmapi.py | 7 + src/python/pcp/pmsubsys.py | 91 +++++++++++++---------- 6 files changed, 192 insertions(+), 96 deletions(-) commit 75cd11e3c819f75aceb739fd6f5449dbe4ac29e2 Merge: 5e5c85a 102faa8 Author: Nathan Scott Date: Wed May 1 13:29:33 2013 +1000 Merge branch 'scox/dev' of ../pcpfans into dev Conflicts: src/pmatop/pmatop.py (resolved by taking Franks "pass" change everywhere, with manual conflict merging into Stans changes) commit 5e5c85a77fe8e9a2d0f01d808bd7f19ef3626f6e Merge: ddd92eb ea54a86 Author: Nathan Scott Date: Wed May 1 13:21:44 2013 +1000 Merge branch 'fche/dev' of ../pcpfans into dev commit 102faa813ce8b1be85bd15025cf7620636fe07ae Author: Stan Cox Date: Tue Apr 30 22:02:33 2013 -0400 Add curses/stdout dual output mode. * pmatop.py: Rename: Cpu->Processor, Net->Network, Proc->Processor, Subsys->Subsystem . (_StandardOutput): New. For curses/stdout dual use. (_ProcPrint): Add type_write. (_MiscMetrics): New. (main): Use window.timeout to wait and get command. Setup either curses or stdout. * pmcollectl.py: Rename: Cpu->Processor, Net->Network, Proc->Processor, Subsys->Subsystem . * pmapi.py: Add pmDescPtr.{sem,type} getter properties. * pmsubsys.py (get_atom_value): Use getters. Use want_diff Handle IndexError. Allow for diff_metrics. commit ddd92ebb756e9c24b5cbec20701535712dac0902 Merge: d8d9a07 a74f841 Author: Ken McDonell Date: Wed May 1 06:08:18 2013 +1000 Merge branch 'dev' of git://oss.sgi.com/pcp/pcp into dev commit d8d9a0797092c38ee08571281368eff04e65f2e3 Author: Ken McDonell Date: Wed May 1 06:04:40 2013 +1000 man - only include pmwebd man page if binary is included Repeat GNUmakefile conditional from source in man1 directory for better package consistency when libmicrohttpd is not available and pmwebd is not built. commit ea54a86693041c21183463b6fc9520c52c10f63c Author: Frank Ch. Eigler Date: Tue Apr 30 12:26:16 2013 -0400 pmatop: use 'pass' rather than 'True ... # pylint: disable-msg=W0104' throughout commit df752ba6181dfe318844b2b6c80f774f14056b31 Author: Ken McDonell Date: Tue Apr 30 17:21:00 2013 +1000 libpcp/auxconnect.c - fix small compilation warning Cast (size_t) and (ssize_t) to (int) for printf in __pmRecv().