From ryan@doylenet.net Sun May 1 06:39:31 2016
Return-Path:
X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on oss.sgi.com
X-Spam-Level:
X-Spam-Status: No, score=0.0 required=5.0 tests=none 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 634497CE0
for ; Sun, 1 May 2016 06:39:31 -0500 (CDT)
Received: from cuda.sgi.com (cuda3.sgi.com [192.48.176.15])
by relay3.corp.sgi.com (Postfix) with ESMTP id BA542AC001
for ; Sun, 1 May 2016 04:39:27 -0700 (PDT)
X-ASG-Debug-ID: 1462102761-04cb6c09a24080b0001-S8gJnT
Received: from serv1.doylenet.net (serv1.doylenet.net [54.252.103.135]) by cuda.sgi.com with ESMTP id KgqsuSKWIeRMN8cj for ; Sun, 01 May 2016 04:39:22 -0700 (PDT)
X-Barracuda-Envelope-From: ryan@doylenet.net
X-Barracuda-Effective-Source-IP: serv1.doylenet.net[54.252.103.135]
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 8991F417FC;
Sun, 1 May 2016 11:39:19 +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 TaPNNq5uxmie; Sun, 1 May 2016 11:39:18 +0000 (UTC)
Received: from [192.168.1.164] (CPE-58-175-130-4.kezw1.lon.bigpond.net.au [58.175.130.4])
(using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits))
(No client certificate requested)
(Authenticated sender: ryan@doylenet.net)
by serv1.doylenet.net (Postfix) with ESMTPSA id D80AC417D0;
Sun, 1 May 2016 11:39:17 +0000 (UTC)
Subject: Re: [pcp] Hello Community
To: Sitaram Shelke , pcp developers
X-ASG-Orig-Subj: Re: [pcp] Hello Community
References:
From: Ryan Doyle
Message-ID: <5725EAE6.7040807@doylenet.net>
Date: Sun, 1 May 2016 21:39:18 +1000
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:38.0) Gecko/20100101
Icedove/38.7.2
MIME-Version: 1.0
In-Reply-To:
Content-Type: text/plain; charset=windows-1252; format=flowed
Content-Transfer-Encoding: 7bit
X-Barracuda-Connect: serv1.doylenet.net[54.252.103.135]
X-Barracuda-Start-Time: 1462102761
X-Barracuda-URL: https://192.48.176.15:443/cgi-mod/mark.cgi
X-Barracuda-Scan-Msg-Size: 3090
X-Virus-Scanned: by bsmtpd at sgi.com
X-Barracuda-BRTS-Status: 1
Hi Sitaram
I think the next best steps would be to try working with some of the
functions in pmapi.h. This will help with clarifying the programmer's
manual too.
I can see that it's part of your work for week 1, but it would be good
to familiarise yourself with this library soon.
I think a good idea would be to write a small program that printed the
metric "disk.all.read" to stdout.
Try doing this with the pmResult() function and work backwards to see
what you need to call this.
This will answer questions like:
- How do I connect to a PMCD?
- How do I resolve a metric name (disk.all.read) to a pmID?
- Are there multiple instances for this metric or just the one?
- How do I decode the result?
Let me know what you think.
Cheers!
Ryan
On 01/05/16 12:02, Sitaram Shelke wrote:
> Hello Ryan,
> Thank you for the warm welcome :) It's great to have you as a mentor.
> As you said I have read both the User's and Programmer's manual from
> the website link. User's manual was easy to understand however
> programmer's manual had a lot to consume and I think I will understand
> more as I dive more into the code. I also read about '/proc' pseudo
> file system.
> After this I have set up pcp and htop from git source and tried few
> commands on localhost while reading user's manual.
> So what would you like to suggest next?
>
> On Tue, Apr 26, 2016 at 4:39 PM, Ryan Doyle > wrote:
>
> I'm still having trouble will sgi.com accepting
> mail from my server so
> I'm using an alternative account. Original mail sent below:
>
> -----
>
> Hi Sitaram
>
> I'm one of the mentors that will be working with you so welcome! From
> what I can tell, you have already had some interactions with Nathan .
> I'm not sure how much you guys got into the way PCP works so I might
> be going over what you already know.
>
> In terms of communication, PCP has and active community on:
> - This mailing list
> - #pcp on Freenode
>
>
> Most of what you need to know to get up and running is available at
> http://www.pcp.io/community.html
>
> I would highly recommend having a read of the programmers guide
> available in the PCP git repository (or at
> https://github.com/performancecopilot/pcp/blob/master/books/PCP_PG/pcp-programmers-guide.pdf).
> Getting PCP building and running locally is a good start.
>
> We will firm up some goals and schedule meetings via Google
> hangouts/Skype as we get closer to the start of the coding weeks.
>
> One again, welcome and I look forward to working with you!
> Ryan
>
> _______________________________________________
> pcp mailing list
> pcp@oss.sgi.com
> http://oss.sgi.com/mailman/listinfo/pcp
>
>
>
>
> --
> -sitaram
>
>
> _______________________________________________
> pcp mailing list
> pcp@oss.sgi.com
> http://oss.sgi.com/mailman/listinfo/pcp
From ryan@doylenet.net Sun May 1 17:20:30 2016
Return-Path:
X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on oss.sgi.com
X-Spam-Level:
X-Spam-Status: No, score=0.0 required=5.0 tests=none 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 A7C437CA6
for ; Sun, 1 May 2016 17:20:30 -0500 (CDT)
Received: from cuda.sgi.com (cuda2.sgi.com [192.48.176.25])
by relay1.corp.sgi.com (Postfix) with ESMTP id 7B6A38F8037
for ; Sun, 1 May 2016 15:20:27 -0700 (PDT)
X-ASG-Debug-ID: 1462141221-04cbb00fe73e47a0001-S8gJnT
Received: from serv1.doylenet.net (serv1.doylenet.net [54.252.103.135]) by cuda.sgi.com with ESMTP id M2jFZXWGkoDzFAtd for ; Sun, 01 May 2016 15:20:22 -0700 (PDT)
X-Barracuda-Envelope-From: ryan@doylenet.net
X-Barracuda-Effective-Source-IP: serv1.doylenet.net[54.252.103.135]
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 55581417FC;
Sun, 1 May 2016 22:20:21 +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 AI9X4cZkZwWb; Sun, 1 May 2016 22:20:21 +0000 (UTC)
Received: from [192.168.1.164] (CPE-58-175-130-4.kezw1.lon.bigpond.net.au [58.175.130.4])
(using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits))
(No client certificate requested)
(Authenticated sender: ryan@doylenet.net)
by serv1.doylenet.net (Postfix) with ESMTPSA id 0E126417D0;
Sun, 1 May 2016 22:20:21 +0000 (UTC)
Subject: Re: [pcp] Hello Community
To: Sitaram Shelke , pcp developers
X-ASG-Orig-Subj: Re: [pcp] Hello Community
References:
<5725EAE6.7040807@doylenet.net>
From: Ryan Doyle
Message-ID: <57268124.8030201@doylenet.net>
Date: Mon, 2 May 2016 08:20:20 +1000
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:38.0) Gecko/20100101
Icedove/38.7.2
MIME-Version: 1.0
In-Reply-To: <5725EAE6.7040807@doylenet.net>
Content-Type: text/plain; charset=windows-1252; format=flowed
Content-Transfer-Encoding: 7bit
X-Barracuda-Connect: serv1.doylenet.net[54.252.103.135]
X-Barracuda-Start-Time: 1462141221
X-Barracuda-URL: https://192.48.176.25:443/cgi-mod/mark.cgi
X-Barracuda-Scan-Msg-Size: 3557
X-Virus-Scanned: by bsmtpd at sgi.com
X-Barracuda-BRTS-Status: 1
Ah I meant to say using the pmFetch() function, not pmResult(). You pass
in a pmResult to get populated by this call (thanks Nathan for picking
that up).
Cheers,
Ryan
On 01/05/16 21:39, Ryan Doyle wrote:
> Hi Sitaram
>
> I think the next best steps would be to try working with some of the
> functions in pmapi.h. This will help with clarifying the programmer's
> manual too.
>
> I can see that it's part of your work for week 1, but it would be good
> to familiarise yourself with this library soon.
>
> I think a good idea would be to write a small program that printed the
> metric "disk.all.read" to stdout.
>
> Try doing this with the pmResult() function and work backwards to see
> what you need to call this.
>
> This will answer questions like:
> - How do I connect to a PMCD?
> - How do I resolve a metric name (disk.all.read) to a pmID?
> - Are there multiple instances for this metric or just the one?
> - How do I decode the result?
>
> Let me know what you think.
>
> Cheers!
> Ryan
>
>
> On 01/05/16 12:02, Sitaram Shelke wrote:
>> Hello Ryan,
>> Thank you for the warm welcome :) It's great to have you as a mentor.
>> As you said I have read both the User's and Programmer's manual from
>> the website link. User's manual was easy to understand however
>> programmer's manual had a lot to consume and I think I will
>> understand more as I dive more into the code. I also read about
>> '/proc' pseudo file system.
>> After this I have set up pcp and htop from git source and tried few
>> commands on localhost while reading user's manual.
>> So what would you like to suggest next?
>>
>> On Tue, Apr 26, 2016 at 4:39 PM, Ryan Doyle > > wrote:
>>
>> I'm still having trouble will sgi.com accepting
>> mail from my server so
>> I'm using an alternative account. Original mail sent below:
>>
>> -----
>>
>> Hi Sitaram
>>
>> I'm one of the mentors that will be working with you so welcome!
>> From
>> what I can tell, you have already had some interactions with
>> Nathan .
>> I'm not sure how much you guys got into the way PCP works so I might
>> be going over what you already know.
>>
>> In terms of communication, PCP has and active community on:
>> - This mailing list
>> - #pcp on Freenode
>>
>>
>> Most of what you need to know to get up and running is available at
>> http://www.pcp.io/community.html
>>
>> I would highly recommend having a read of the programmers guide
>> available in the PCP git repository (or at
>> https://github.com/performancecopilot/pcp/blob/master/books/PCP_PG/pcp-programmers-guide.pdf).
>> Getting PCP building and running locally is a good start.
>>
>> We will firm up some goals and schedule meetings via Google
>> hangouts/Skype as we get closer to the start of the coding weeks.
>>
>> One again, welcome and I look forward to working with you!
>> Ryan
>>
>> _______________________________________________
>> pcp mailing list
>> pcp@oss.sgi.com
>> http://oss.sgi.com/mailman/listinfo/pcp
>>
>>
>>
>>
>> --
>> -sitaram
>>
>>
>> _______________________________________________
>> pcp mailing list
>> pcp@oss.sgi.com
>> http://oss.sgi.com/mailman/listinfo/pcp
>
> _______________________________________________
> pcp mailing list
> pcp@oss.sgi.com
> http://oss.sgi.com/mailman/listinfo/pcp
From lberk@redhat.com Sun May 1 19:25:36 2016
Return-Path:
X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on oss.sgi.com
X-Spam-Level:
X-Spam-Status: No, score=0.0 required=5.0 tests=none 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 4674D7CCF
for ; Sun, 1 May 2016 19:25:36 -0500 (CDT)
Received: from cuda.sgi.com (cuda1.sgi.com [192.48.157.11])
by relay2.corp.sgi.com (Postfix) with ESMTP id 09F15304039
for ; Sun, 1 May 2016 17:25:32 -0700 (PDT)
X-ASG-Debug-ID: 1462148728-04bdf0358e4061f0001-S8gJnT
Received: from mx1.redhat.com (mx1.redhat.com [209.132.183.28]) by cuda.sgi.com with ESMTP id fjsiuDthwNb96TFI (version=TLSv1.2 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO) for ; Sun, 01 May 2016 17:25:29 -0700 (PDT)
X-Barracuda-Envelope-From: lberk@redhat.com
X-Barracuda-Effective-Source-IP: mx1.redhat.com[209.132.183.28]
X-Barracuda-Apparent-Source-IP: 209.132.183.28
X-ASG-Whitelist: Client
Received: from int-mx13.intmail.prod.int.phx2.redhat.com (int-mx13.intmail.prod.int.phx2.redhat.com [10.5.11.26])
(using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits))
(No client certificate requested)
by mx1.redhat.com (Postfix) with ESMTPS id 43BBC62671
for ; Mon, 2 May 2016 00:25:28 +0000 (UTC)
Received: from toium (vpn-49-59.rdu2.redhat.com [10.10.49.59])
by int-mx13.intmail.prod.int.phx2.redhat.com (8.14.4/8.14.4) with ESMTP id u420PQff016149
(version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO);
Sun, 1 May 2016 20:25:27 -0400
From: Lukas Berk
To: Marko Myllynen
Cc: pcp developers
Subject: Re: [pcp] pmdumptext/pmstat -K/-L
References: <5723392C.5000800@redhat.com>
X-ASG-Orig-Subj: Re: [pcp] pmdumptext/pmstat -K/-L
Date: Sun, 01 May 2016 20:25:26 -0400
In-Reply-To: <5723392C.5000800@redhat.com> (Marko Myllynen's message of "Fri,
29 Apr 2016 13:36:28 +0300")
Message-ID: <871t5l1f2h.fsf@redhat.com>
User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/24.5 (gnu/linux)
MIME-Version: 1.0
Content-Type: text/plain
X-Scanned-By: MIMEDefang 2.68 on 10.5.11.26
X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.5.16 (mx1.redhat.com [10.5.110.39]); Mon, 02 May 2016 00:25:28 +0000 (UTC)
X-Barracuda-Connect: mx1.redhat.com[209.132.183.28]
X-Barracuda-Start-Time: 1462148728
X-Barracuda-Encrypted: ECDHE-RSA-AES256-GCM-SHA384
X-Barracuda-URL: https://192.48.157.11:443/cgi-mod/mark.cgi
X-Barracuda-Scan-Msg-Size: 674
X-Virus-Scanned: by bsmtpd at sgi.com
X-Barracuda-BRTS-Status: 1
Hi,
Marko Myllynen writes:
> I don't think -K/-L options are that important that I'd file a bug
> report but I'll just mention that pmstat seems to lack support for -K
> although it knows about -L, most often these are available both in
> clients. Also, pmdumptext doesn't know about -K/-L, not sure would it be
> worth the effort to added them.
Sometimes bug reports of even low priority help folks to try and
prioritize work and keep a record of that request. Anyways, I added two
entries in the core wishlist/backlog in the pcp.io roadmap to make sure
we evaluate/prioritize adding the options.
Thanks for brining it up!
Lukas
From mgoodwin@redhat.com Sun May 1 20:10:28 2016
Return-Path:
X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on oss.sgi.com
X-Spam-Level:
X-Spam-Status: No, score=0.0 required=5.0 tests=none 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 5AB5A7CBD
for ; Sun, 1 May 2016 20:10:28 -0500 (CDT)
Received: from cuda.sgi.com (cuda3.sgi.com [192.48.176.15])
by relay3.corp.sgi.com (Postfix) with ESMTP id C4C87AC001
for ; Sun, 1 May 2016 18:10:24 -0700 (PDT)
X-ASG-Debug-ID: 1462151422-04cb6c09a24170a0001-S8gJnT
Received: from mx1.redhat.com (mx1.redhat.com [209.132.183.28]) by cuda.sgi.com with ESMTP id 9LPyQyIgcEB6PphH (version=TLSv1.2 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO) for ; Sun, 01 May 2016 18:10:23 -0700 (PDT)
X-Barracuda-Envelope-From: mgoodwin@redhat.com
X-Barracuda-Effective-Source-IP: mx1.redhat.com[209.132.183.28]
X-Barracuda-Apparent-Source-IP: 209.132.183.28
X-ASG-Whitelist: Client
Received: from int-mx13.intmail.prod.int.phx2.redhat.com (int-mx13.intmail.prod.int.phx2.redhat.com [10.5.11.26])
(using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits))
(No client certificate requested)
by mx1.redhat.com (Postfix) with ESMTPS id CCC833B71D
for ; Mon, 2 May 2016 01:10:22 +0000 (UTC)
Received: from [10.64.50.220] (vpn1-50-220.bne.redhat.com [10.64.50.220])
by int-mx13.intmail.prod.int.phx2.redhat.com (8.14.4/8.14.4) with ESMTP id u421ALms031667
for ; Sun, 1 May 2016 21:10:22 -0400
Subject: Re: pmie support for string-typed metrics
To: pcp
X-ASG-Orig-Subj: Re: pmie support for string-typed metrics
References: <220069218.39805602.1460521052029.JavaMail.zimbra@redhat.com>
<733731954.39808417.1460522806449.JavaMail.zimbra@redhat.com>
<1337028064.40108627.1460601063575.JavaMail.zimbra@redhat.com>
From: Mark Goodwin
Message-ID: <5726A8FC.7070303@redhat.com>
Date: Mon, 2 May 2016 11:10:20 +1000
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:38.0) Gecko/20100101
Thunderbird/38.7.1
MIME-Version: 1.0
In-Reply-To: <1337028064.40108627.1460601063575.JavaMail.zimbra@redhat.com>
Content-Type: text/plain; charset=utf-8; format=flowed
Content-Transfer-Encoding: 7bit
X-Scanned-By: MIMEDefang 2.68 on 10.5.11.26
X-Barracuda-Connect: mx1.redhat.com[209.132.183.28]
X-Barracuda-Start-Time: 1462151423
X-Barracuda-Encrypted: ECDHE-RSA-AES256-GCM-SHA384
X-Barracuda-URL: https://192.48.176.15:443/cgi-mod/mark.cgi
X-Barracuda-Scan-Msg-Size: 1580
X-Virus-Scanned: by bsmtpd at sgi.com
X-Barracuda-BRTS-Status: 1
On 04/14/2016 12:31 PM, Nathan Scott wrote:
> Hi Ken,
>
> ----- Original Message -----
>> From darkest Tibet ... well snowing and cold rather than dark.
>
> Good to hear from you!
>
>> pmie could be taught to grok string valued expressions ... it would be a big
>> change in a lot of code that is tricky and a little brittle, but certainly
>> feasible.
>
> OK.
>
>> I'd probably start by outlawing all the arithmetic functions (avg, sum) and
>> the relational operators (<, <=, >= and >) to avoid locale issues with
>> lexicographic order which takes out the min and max functions as well.
>>
>> Even with these restrictions I think your use cases could all be handled.
>
> Excellent.
>
>> If you can wait, I'll look in more earnest after I get back home in early
>> May.
>
> Yes, it can certainly wait - thanks!
>
now that Ken is back ...
I've been thinking about this topic - not just for string valued metrics
(btw: hinv.map.scsi is another one in this class), but also for discrete
integer typed metrics, such as hinv.ndisk etc.
These metrics need to be logged more than "once"; rather more like "when changed".
Once logged, they retain their discrete value (string or integer) until logged
again with a new value. As an alternative to pmie monitoring these metrics and telling
pmlogger to log them again via pmlc, maybe pmlogger could just maintain a cache
(suitably indexed for efficiency) - when a discrete metric/instance/value with logging
frequency of "when changed" changes, write it to the log again.
Regards
-- Mark
From nscott@redhat.com Sun May 1 20:31:58 2016
Return-Path:
X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on oss.sgi.com
X-Spam-Level:
X-Spam-Status: No, score=0.0 required=5.0 tests=none 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 A51EF7CCA
for ; Sun, 1 May 2016 20:31:58 -0500 (CDT)
Received: from cuda.sgi.com (cuda2.sgi.com [192.48.176.25])
by relay3.corp.sgi.com (Postfix) with ESMTP id 13969AC003
for ; Sun, 1 May 2016 18:31:57 -0700 (PDT)
X-ASG-Debug-ID: 1462152714-04cbb00fe83e9ac0001-S8gJnT
Received: from mx3-phx2.redhat.com (mx3-phx2.redhat.com [209.132.183.24]) by cuda.sgi.com with ESMTP id hR5fxMnU3Rs5Vwjo (version=TLSv1 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO) for ; Sun, 01 May 2016 18:31:54 -0700 (PDT)
X-Barracuda-Envelope-From: nscott@redhat.com
X-Barracuda-Effective-Source-IP: mx3-phx2.redhat.com[209.132.183.24]
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 u421Vr1W017913;
Sun, 1 May 2016 21:31:53 -0400
Date: Sun, 1 May 2016 21:31:52 -0400 (EDT)
From: Nathan Scott
Reply-To: Nathan Scott
To: Mark Goodwin
Cc: pcp
Message-ID: <1425795935.44525257.1462152712852.JavaMail.zimbra@redhat.com>
In-Reply-To: <5726A8FC.7070303@redhat.com>
References: <220069218.39805602.1460521052029.JavaMail.zimbra@redhat.com> <733731954.39808417.1460522806449.JavaMail.zimbra@redhat.com> <1337028064.40108627.1460601063575.JavaMail.zimbra@redhat.com> <5726A8FC.7070303@redhat.com>
Subject: Re: [pcp] pmie support for string-typed metrics
MIME-Version: 1.0
X-ASG-Orig-Subj: Re: [pcp] pmie support for string-typed metrics
Content-Type: text/plain; charset=utf-8
Content-Transfer-Encoding: 7bit
X-Originating-IP: [10.64.50.204]
X-Mailer: Zimbra 8.0.6_GA_5922 (ZimbraWebClient - FF45 (Linux)/8.0.6_GA_5922)
Thread-Topic: pmie support for string-typed metrics
Thread-Index: 6rcZZzeri8iS6elopHoPn29Mvacwdg==
X-Barracuda-Connect: mx3-phx2.redhat.com[209.132.183.24]
X-Barracuda-Start-Time: 1462152714
X-Barracuda-Encrypted: DHE-RSA-AES256-SHA
X-Barracuda-URL: https://192.48.176.25:443/cgi-mod/mark.cgi
X-Barracuda-Scan-Msg-Size: 1302
X-Virus-Scanned: by bsmtpd at sgi.com
X-Barracuda-BRTS-Status: 1
X-Barracuda-Spam-Score: 0.03
X-Barracuda-Spam-Status: No, SCORE=0.03 using per-user scores of TAG_LEVEL=1000.0 QUARANTINE_LEVEL=1000.0 KILL_LEVEL=2.7 tests=BSF_SC0_MISMATCH_TO, BSF_SC0_SA_TO_FROM_DOMAIN_MATCH, THREAD_INDEX, THREAD_TOPIC
X-Barracuda-Spam-Report: Code version 3.2, rules version 3.2.3.29216
Rule breakdown below
pts rule name description
---- ---------------------- --------------------------------------------------
0.01 THREAD_INDEX thread-index: AcO7Y8iR61tzADqsRmmc5wNiFHEOig==
0.01 THREAD_TOPIC Thread-Topic: ...(Japanese Subject)...
0.00 BSF_SC0_MISMATCH_TO Envelope rcpt doesn't match header
0.01 BSF_SC0_SA_TO_FROM_DOMAIN_MATCH Sender Domain Matches Recipient
Domain
Hi Mark,
----- Original Message -----
> [...]
>
> I've been thinking about this topic - not just for string valued metrics
> (btw: hinv.map.scsi is another one in this class), but also for discrete
> integer typed metrics, such as hinv.ndisk etc.
Its also a bit like the proc.psinfo.environ case that Martins came across,
I think.
> These metrics need to be logged more than "once"; rather more like "when
> changed".
> Once logged, they retain their discrete value (string or integer) until
> logged
> again with a new value. As an alternative to pmie monitoring these metrics
> and telling
> pmlogger to log them again via pmlc, maybe pmlogger could just maintain a
> cache
> (suitably indexed for efficiency) - when a discrete metric/instance/value
> with logging
> frequency of "when changed" changes, write it to the log again.
>
I guess that would involve fetching these metrics like normal, but modifying
the pmResult to drop them, before writing to disk. A bit like the inverse of
derived metrics, where the pmresult is added to with new metrics.
Might need a new pmlogger-language grouping keyword to indicate this new kind
of on-change-only behaviour for certain metrics? (Or, automatically done for
all string-type metrics?)
cheers.
--
Nathan
From mgoodwin@redhat.com Sun May 1 20:36:34 2016
Return-Path:
X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on oss.sgi.com
X-Spam-Level:
X-Spam-Status: No, score=0.0 required=5.0 tests=none 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 183C27CCA
for ; Sun, 1 May 2016 20:36:34 -0500 (CDT)
Received: from cuda.sgi.com (cuda3.sgi.com [192.48.176.15])
by relay3.corp.sgi.com (Postfix) with ESMTP id 798C7AC004
for ; Sun, 1 May 2016 18:36:33 -0700 (PDT)
X-ASG-Debug-ID: 1462152991-04cb6c09a3417730001-S8gJnT
Received: from mx1.redhat.com (mx1.redhat.com [209.132.183.28]) by cuda.sgi.com with ESMTP id q2vTt88qeKPuiDrW (version=TLSv1.2 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO) for ; Sun, 01 May 2016 18:36:32 -0700 (PDT)
X-Barracuda-Envelope-From: mgoodwin@redhat.com
X-Barracuda-Effective-Source-IP: mx1.redhat.com[209.132.183.28]
X-Barracuda-Apparent-Source-IP: 209.132.183.28
X-ASG-Whitelist: Client
Received: from int-mx14.intmail.prod.int.phx2.redhat.com (int-mx14.intmail.prod.int.phx2.redhat.com [10.5.11.27])
(using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits))
(No client certificate requested)
by mx1.redhat.com (Postfix) with ESMTPS id 5F2A381101
for ; Mon, 2 May 2016 01:36:31 +0000 (UTC)
Received: from [10.64.50.220] (vpn1-50-220.bne.redhat.com [10.64.50.220])
by int-mx14.intmail.prod.int.phx2.redhat.com (8.14.4/8.14.4) with ESMTP id u421aTBm019715;
Sun, 1 May 2016 21:36:30 -0400
Subject: Re: [pcp] pmie support for string-typed metrics
To: Nathan Scott
X-ASG-Orig-Subj: Re: [pcp] pmie support for string-typed metrics
References: <220069218.39805602.1460521052029.JavaMail.zimbra@redhat.com>
<733731954.39808417.1460522806449.JavaMail.zimbra@redhat.com>
<1337028064.40108627.1460601063575.JavaMail.zimbra@redhat.com>
<5726A8FC.7070303@redhat.com>
<1425795935.44525257.1462152712852.JavaMail.zimbra@redhat.com>
Cc: pcp
From: Mark Goodwin
Message-ID: <5726AF1D.2090405@redhat.com>
Date: Mon, 2 May 2016 11:36:29 +1000
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:38.0) Gecko/20100101
Thunderbird/38.7.1
MIME-Version: 1.0
In-Reply-To: <1425795935.44525257.1462152712852.JavaMail.zimbra@redhat.com>
Content-Type: text/plain; charset=utf-8; format=flowed
Content-Transfer-Encoding: 7bit
X-Scanned-By: MIMEDefang 2.68 on 10.5.11.27
X-Barracuda-Connect: mx1.redhat.com[209.132.183.28]
X-Barracuda-Start-Time: 1462152992
X-Barracuda-Encrypted: ECDHE-RSA-AES256-GCM-SHA384
X-Barracuda-URL: https://192.48.176.15:443/cgi-mod/mark.cgi
X-Barracuda-Scan-Msg-Size: 1569
X-Virus-Scanned: by bsmtpd at sgi.com
X-Barracuda-BRTS-Status: 1
On 05/02/2016 11:31 AM, Nathan Scott wrote:
> Hi Mark,
>
> ----- Original Message -----
>> [...]
>>
>> I've been thinking about this topic - not just for string valued metrics
>> (btw: hinv.map.scsi is another one in this class), but also for discrete
>> integer typed metrics, such as hinv.ndisk etc.
>
> Its also a bit like the proc.psinfo.environ case that Martins came across,
> I think.
>
>> These metrics need to be logged more than "once"; rather more like "when
>> changed".
>> Once logged, they retain their discrete value (string or integer) until
>> logged
>> again with a new value. As an alternative to pmie monitoring these metrics
>> and telling
>> pmlogger to log them again via pmlc, maybe pmlogger could just maintain a
>> cache
>> (suitably indexed for efficiency) - when a discrete metric/instance/value
>> with logging
>> frequency of "when changed" changes, write it to the log again.
>>
>
> I guess that would involve fetching these metrics like normal, but modifying
> the pmResult to drop them, before writing to disk. A bit like the inverse of
> derived metrics, where the pmresult is added to with new metrics.
>
> Might need a new pmlogger-language grouping keyword to indicate this new kind
> of on-change-only behaviour for certain metrics? (Or, automatically done for
> all string-type metrics?)
How about "async" logging frequency
e.g. :
log advisory on async {
hinv
kernel.uname
filesys.mountdir
filesys.blocksize
filesys.capacity
}
From minnus@buffalo.edu Sun May 1 20:45:14 2016
Return-Path:
X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on oss.sgi.com
X-Spam-Level:
X-Spam-Status: No, score=0.0 required=5.0 tests=none 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 523A27CCF
for ; Sun, 1 May 2016 20:45:14 -0500 (CDT)
Received: from cuda.sgi.com (cuda3.sgi.com [192.48.176.15])
by relay3.corp.sgi.com (Postfix) with ESMTP id BCFBEAC001
for ; Sun, 1 May 2016 18:45:13 -0700 (PDT)
X-ASG-Debug-ID: 1462153511-04cb6c09a14179b0001-S8gJnT
Received: from mtareserve1.acsu.buffalo.edu (mtareserve71.acsu.buffalo.edu [128.205.6.146]) by cuda.sgi.com with ESMTP id I4K6nlt33xrQczuq for ; Sun, 01 May 2016 18:45:11 -0700 (PDT)
X-Barracuda-Envelope-From: minnus@buffalo.edu
X-Barracuda-Effective-Source-IP: mtareserve71.acsu.buffalo.edu[128.205.6.146]
X-Barracuda-Apparent-Source-IP: 128.205.6.146
Received: from localmailg.acsu.buffalo.edu (localmailg.acsu.buffalo.edu [128.205.4.25])
by mtareserve1.acsu.buffalo.edu (Postfix) with ESMTP id 408F2119D645;
Sun, 1 May 2016 21:45:11 -0400 (EDT)
Received: from localmailg.acsu.buffalo.edu (localhost [127.0.0.1])
by localhost (Postfix) with SMTP id 3404AE09B8;
Sun, 1 May 2016 21:45:11 -0400 (EDT)
Received: from localmailg.acsu.buffalo.edu (localhost [127.0.0.1])
by localmailg.acsu.buffalo.edu (Postfix) with ESMTP id 0570AE09BB;
Sun, 1 May 2016 21:45:11 -0400 (EDT)
Received: from smtp.buffalo.edu (smtp3.acsu.buffalo.edu [128.205.5.226])
by localmailg.acsu.buffalo.edu (Prefixe) with ESMTP id 031E6E09B8;
Sun, 1 May 2016 21:45:11 -0400 (EDT)
Received: from [10.0.1.28] (cpe-69-204-8-250.buffalo.res.rr.com [69.204.8.250])
(Authenticated sender: minnus@buffalo.edu)
by smtp.buffalo.edu (Postfix) with ESMTPSA id E3A56F74DBC;
Sun, 1 May 2016 21:45:05 -0400 (EDT)
Content-Type: text/plain;
charset=us-ascii
Mime-Version: 1.0 (1.0)
Subject: Re: [pcp] pmie support for string-typed metrics
From: Martins Innus
X-ASG-Orig-Subj: Re: [pcp] pmie support for string-typed metrics
X-Mailer: iPhone Mail (13D15)
In-Reply-To: <1425795935.44525257.1462152712852.JavaMail.zimbra@redhat.com>
Date: Sun, 1 May 2016 21:45:05 -0400
Cc: Mark Goodwin , pcp
Content-Transfer-Encoding: 7bit
Message-Id: <9E38D708-359C-4DEE-9879-FF400405191C@buffalo.edu>
References: <220069218.39805602.1460521052029.JavaMail.zimbra@redhat.com> <733731954.39808417.1460522806449.JavaMail.zimbra@redhat.com> <1337028064.40108627.1460601063575.JavaMail.zimbra@redhat.com> <5726A8FC.7070303@redhat.com> <1425795935.44525257.1462152712852.JavaMail.zimbra@redhat.com>
To: Nathan Scott
X-PM-EL-Spam-Prob: XX: 28%
X-Barracuda-Connect: mtareserve71.acsu.buffalo.edu[128.205.6.146]
X-Barracuda-Start-Time: 1462153511
X-Barracuda-URL: https://192.48.176.15:443/cgi-mod/mark.cgi
X-Barracuda-Scan-Msg-Size: 525
X-Virus-Scanned: by bsmtpd at sgi.com
X-Barracuda-BRTS-Status: 1
X-Barracuda-Spam-Score: 0.00
X-Barracuda-Spam-Status: No, SCORE=0.00 using per-user scores of TAG_LEVEL=1000.0 QUARANTINE_LEVEL=1000.0 KILL_LEVEL=2.7 tests=BSF_SC0_MISMATCH_TO
X-Barracuda-Spam-Report: Code version 3.2, rules version 3.2.3.29216
Rule breakdown below
pts rule name description
---- ---------------------- --------------------------------------------------
0.00 BSF_SC0_MISMATCH_TO Envelope rcpt doesn't match header
> On May 1, 2016, at 9:31 PM, Nathan Scott wrote:
>
> Hi Mark,
>
> ----- Original Message -----
>> [...]
>>
>> I've been thinking about this topic - not just for string valued metrics
>> (btw: hinv.map.scsi is another one in this class), but also for discrete
>> integer typed metrics, such as hinv.ndisk etc.
>
> Its also a bit like the proc.psinfo.environ case that Martins came across,
> I think.
>
Yeah this would be great! Possibly with optional rate limiting.
Martins
From nscott@redhat.com Mon May 2 01:37:39 2016
Return-Path:
X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on oss.sgi.com
X-Spam-Level:
X-Spam-Status: No, score=0.0 required=5.0 tests=none 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 07FC07CB9
for ; Mon, 2 May 2016 01:37:39 -0500 (CDT)
Received: from cuda.sgi.com (cuda3.sgi.com [192.48.176.15])
by relay1.corp.sgi.com (Postfix) with ESMTP id CF3078F8033
for ; Sun, 1 May 2016 23:37:35 -0700 (PDT)
X-ASG-Debug-ID: 1462171048-04cb6c09a041c070001-S8gJnT
Received: from mx3-phx2.redhat.com (mx3-phx2.redhat.com [209.132.183.24]) by cuda.sgi.com with ESMTP id G0xzhGuu3XmLDy7J (version=TLSv1 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO) for ; Sun, 01 May 2016 23:37:29 -0700 (PDT)
X-Barracuda-Envelope-From: nscott@redhat.com
X-Barracuda-Effective-Source-IP: mx3-phx2.redhat.com[209.132.183.24]
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 u426bRCw018115
for ; Mon, 2 May 2016 02:37:28 -0400
Date: Mon, 2 May 2016 02:37:27 -0400 (EDT)
From: Nathan Scott
Reply-To: Nathan Scott
To: pcp
Message-ID: <1791414967.44541669.1462171047863.JavaMail.zimbra@redhat.com>
In-Reply-To: <1062320572.44541668.1462171046421.JavaMail.zimbra@redhat.com>
Subject: pcp updates: build
MIME-Version: 1.0
X-ASG-Orig-Subj: pcp updates: build
Content-Type: text/plain; charset=utf-8
Content-Transfer-Encoding: 7bit
X-Originating-IP: [10.64.50.204]
X-Mailer: Zimbra 8.0.6_GA_5922 (ZimbraWebClient - FF45 (Linux)/8.0.6_GA_5922)
Thread-Topic: pcp updates: build
Thread-Index: dVUUHRsVyqTX543zW+kbPMSPbN2t/g==
X-Barracuda-Connect: mx3-phx2.redhat.com[209.132.183.24]
X-Barracuda-Start-Time: 1462171048
X-Barracuda-Encrypted: DHE-RSA-AES256-SHA
X-Barracuda-URL: https://192.48.176.15:443/cgi-mod/mark.cgi
X-Barracuda-Scan-Msg-Size: 1420
X-Virus-Scanned: by bsmtpd at sgi.com
X-Barracuda-BRTS-Status: 1
X-Barracuda-Spam-Score: 0.02
X-Barracuda-Spam-Status: No, SCORE=0.02 using per-user scores of TAG_LEVEL=1000.0 QUARANTINE_LEVEL=1000.0 KILL_LEVEL=2.7 tests=THREAD_INDEX, THREAD_TOPIC
X-Barracuda-Spam-Report: Code version 3.2, rules version 3.2.3.29221
Rule breakdown below
pts rule name description
---- ---------------------- --------------------------------------------------
0.01 THREAD_INDEX thread-index: AcO7Y8iR61tzADqsRmmc5wNiFHEOig==
0.01 THREAD_TOPIC Thread-Topic: ...(Japanese Subject)...
Changes committed to git://git.pcp.io/pcp.git master
Nathan Scott (3):
build: add xenial xerus to list of platforms (ubuntu16.04)
build: bump version info for next development cycle
build: provide pmdasnmp build override ala pmdajson
VERSION.pcp | 2 +-
build/rpm/fedora.spec | 23 ++++++++++++++++-------
configure | 21 ++++++++++++++++++---
configure.ac | 16 +++++++++++-----
debian/changelog | 6 ++++++
scripts/bintray-version | 3 ++-
6 files changed, 54 insertions(+), 17 deletions(-)
commit d2cdce2b0ff497a15c24385a91feddab0f770009
Author: Nathan Scott
Date: Mon May 2 16:36:29 2016 +1000
build: provide pmdasnmp build override ala pmdajson
Add a configure.ac option for forced enable/disable of
pmdasnmp, as was done for pmdajson, for same reasons -
workaround a missing package in a buildroot. Backport
from internal Red Hat builds, useful for everyone.
commit 696ebc89a6048f08a0df9d7dd20960760de295e1
Author: Nathan Scott
Date: Mon May 2 13:08:08 2016 +1000
build: bump version info for next development cycle
commit 8f7c656970490ff059cafc00be72880f53caa074
Author: Nathan Scott
Date: Mon May 2 13:03:18 2016 +1000
build: add xenial xerus to list of platforms (ubuntu16.04)
From fche@redhat.com Mon May 2 12:28:55 2016
Return-Path:
X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on oss.sgi.com
X-Spam-Level:
X-Spam-Status: No, score=0.0 required=5.0 tests=none 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 747657CD5
for ; Mon, 2 May 2016 12:28:55 -0500 (CDT)
Received: from cuda.sgi.com (cuda3.sgi.com [192.48.176.15])
by relay2.corp.sgi.com (Postfix) with ESMTP id 3908230404E
for ; Mon, 2 May 2016 10:28:52 -0700 (PDT)
X-ASG-Debug-ID: 1462210130-04cb6c09a342c940001-S8gJnT
Received: from mx1.redhat.com (mx1.redhat.com [209.132.183.28]) by cuda.sgi.com with ESMTP id Z4OAvgKvQv1E8FEZ (version=TLSv1.2 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO) for ; Mon, 02 May 2016 10:28:51 -0700 (PDT)
X-Barracuda-Envelope-From: fche@redhat.com
X-Barracuda-Effective-Source-IP: mx1.redhat.com[209.132.183.28]
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])
(using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits))
(No client certificate requested)
by mx1.redhat.com (Postfix) with ESMTPS id 764B8E77C8
for ; Mon, 2 May 2016 17:28:50 +0000 (UTC)
Received: from fche.csb (vpn-56-109.rdu2.redhat.com [10.10.56.109])
by int-mx09.intmail.prod.int.phx2.redhat.com (8.14.4/8.14.4) with ESMTP id u42HSokU021209
for ; Mon, 2 May 2016 13:28:50 -0400
Received: by fche.csb (Postfix, from userid 2569)
id 92D97589BA; Mon, 2 May 2016 13:28:53 -0400 (EDT)
Date: Mon, 2 May 2016 13:28:53 -0400
From: "Frank Ch. Eigler"
To: pcp developers
Subject: pcp updates: multithreading etc.
Message-ID: <20160502172853.GL24878@redhat.com>
X-ASG-Orig-Subj: pcp updates: multithreading etc.
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.22
X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.5.16 (mx1.redhat.com [10.5.110.38]); Mon, 02 May 2016 17:28:50 +0000 (UTC)
X-Barracuda-Connect: mx1.redhat.com[209.132.183.28]
X-Barracuda-Start-Time: 1462210131
X-Barracuda-Encrypted: ECDHE-RSA-AES256-GCM-SHA384
X-Barracuda-URL: https://192.48.176.15:443/cgi-mod/mark.cgi
X-Barracuda-Scan-Msg-Size: 5825
X-Virus-Scanned: by bsmtpd at sgi.com
X-Barracuda-BRTS-Status: 1
Hi -
Fresh on pcpfans.git fche/multithread, for your review:
commit a9764809b468d02f6e00763ced6b42f9abd75380
Author: Frank Ch. Eigler
Date: Mon May 2 13:20:00 2016 -0400
qa/4751 reactivate
After the recent libpcp fixes, this test seems repeatable and
a good stressor for libpcp multithreading.
commit 2bf81a70ec5dff787fb4077c448b305fffd1c4c0
Author: Frank Ch. Eigler
Date: Mon May 2 11:34:52 2016 -0400
pmwebd speedup: libmicrohttpd TURBO mode
An implementation artifact in libmicrohttpd prior to svn commit r37105
meant that concurrent requests into pmwebd are batched in the sense
that the response to one is not sent until the response to all are
finished. This means more perceived waiting for e.g. pmwebd grafana
dashboards with multiple charts, because the empty screen lasts
longer.
The MHD_USE_EPOLL_TURBO flag for MHD_start_daemon activates
performance tweaks, including an improvement in the above behavior.
It's harmless in older libmicrohttpd, and is transparent to qa.
commit 81935689d077b8d30f666dec46907c38c23af336
Author: Frank Ch. Eigler
Date: Mon May 2 11:22:25 2016 -0400
pmmgr pcpqa/666: robustify, run unprivileged
The 666 test case is sometimes reported flaky. Some experiments
suggest one factor is the sloth of pmlogconf, especially on virtual
machines. It can take some 90 seconds (!) for a simple kvm guest, for
reasons not yet understood. This can lead the 666 script's
pmlogconf-awaiting logic to time out, since history waits for no man -
longer than 60 seconds. This timeout is bumped up to 300 seconds.
Synchronization via pmcd.* metrics is also a bit flaky, so we switch
to running pmmgr and its subordinate daemons unprivileged, and monitor
the output files [-s $FILE] directly. Not using $sudo all over also
simplifies the valgrind supervision logic.
commit 836fd5ea1b3939f9f60d55f9b30a4e6efc8c5698
Author: Frank Ch. Eigler
Date: Mon Apr 25 09:44:45 2016 -0400
libpcp multithreading: un-nest tz_lock
libpcp's historical use of recursive libpcp lock has allowed patterns
of carefree intercalling of lock-taking functions. With normal
non-recursive locks, that's instant deadlock. Remove nested locking
in purely unnecessary cases.
commit 0a5caba663cbbf7420b189e20387bf36f39c30e7
Author: Frank Ch. Eigler
Date: Sun Apr 24 19:23:26 2016 -0400
qa/4751 multithread: create new PCP_DEBUG subtest
Running the big final test with PCP_DEBUG=-1 can slow it down
enough to occasionally fail. Add an intermediate length test
that runs quicker but still covers a swath of context types.
Some higher values of PCP_DEBUG invoke taking locks in a nested,
order-violating fashion. This patch brings local lock goodness to
libpcp/src/tz.c, moves dumping outside locking in pdubuf.c, and
extends qa/4751 to test two sets of PCP_DEBUG runs. DBG_TRACE_PDU
is particularly vulnerable because it does (locky) PMNS ops.
commit 169b018477648e0b25bd7ccfa7b1f47f03b93e9f
Author: Frank Ch. Eigler
Date: Sun Apr 24 18:35:31 2016 -0400
multithreaded testing: ipc debugging messages
Similar to commit c7e9299f6a03, the ipc.c tracing operations also need
to be moved outside the new non-recursive locks. qa/4751 runs the
last test with PCP_DEBUG=-1 to try to stress this aspect.
commit 4da610ef287e6841046eb0822766f9bd3c658198
Author: Frank Ch. Eigler
Date: Sun Apr 24 15:17:00 2016 -0400
PR1055: handle some multithreaded deadlocks & race conditions
While running the qa/4751 test case at full scale, deadlocks reliably
occur. (In fact, the 4751.out file was initially checked in truncated
due to an alarm() catching the deadlocked run, producing no output.)
The same type of deadlock is also easily demonstrated on stock
previous-version libpcp, so it exculpates the recent pmNewContext
multithreading changes.
The valgrind "helgrind" tool is good at identifying problems of this
nature, and should be routinely used for verifying code that deals
with PM_*LOCK.
The gist of one problem is inconsistent lock ordering. The libpcp
lock is sometimes taken nested within a context c_lock; and sometimes
vice versa. Two threads can easily lock each other out. helgrind
showed multiple different scenarios where the libpcp lock was taken
unnecessarily by lower level code - where a smaller lock was
sufficient. This patchset adds a handful of small, non-recursive
locks for these.
This patch also includes a fix to a nastier race condition in
__pmHandleToPtr(), whereby a context-destruction could race against
context-structure lookup. Some work remains in the multi-archive code
and elsewhere to avoid two mildly racy functions (__pmPtrToHandle and
the new __pmHandleToPtr_unlocked).
qa/4751 and all other prexisting thread-group test cases look good
now, no more deadlocks or lock-ordering-error reports there at least.
(There are likely more hiding in the code: the libpcp lock is way
overused.)
commit 2a7e146b5400736801a8daaff8bf0f3213d962dd
Author: Frank Ch. Eigler
Date: Sun Apr 24 14:55:25 2016 -0400
multithreading qa/4751
Tweak the qa/4751 test case so that different unreachable-host type
error codes are mapped to a uniform one. Generate an actual proper
output for the last test (the one with some 156 contexts/threads).
From bugzilla@redhat.com Mon May 2 17:28:32 2016
Return-Path:
X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on oss.sgi.com
X-Spam-Level:
X-Spam-Status: No, score=0.0 required=5.0 tests=none 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 695797CDF
for ; Mon, 2 May 2016 17:28:32 -0500 (CDT)
Received: from cuda.sgi.com (cuda3.sgi.com [192.48.176.15])
by relay3.corp.sgi.com (Postfix) with ESMTP id D49CAAC002
for ; Mon, 2 May 2016 15:28:28 -0700 (PDT)
X-ASG-Debug-ID: 1462228100-04cb6c09a34333a0001-S8gJnT
Received: from smtp-mx-server-8.servers.netregistry.net (smtp-outgoing-70.servers.netregistry.net [202.124.241.70]) by cuda.sgi.com with ESMTP id VsmnyQO6eFACAONH (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128 verify=NO) for ; Mon, 02 May 2016 15:28:22 -0700 (PDT)
X-Barracuda-Envelope-From: bugzilla@redhat.com
X-Barracuda-RBL-Trusted-Forwarder: 202.124.241.70
Received: from mx1-phx2.redhat.com ([209.132.183.26])
by smtp-mx-server-8.servers.netregistry.net protocol: esmtps (Exim 4.84 #2 (Debian))
id 1axMJs-0001vy-DW
for ; Tue, 03 May 2016 08:28:19 +1000
Received: from bugweb-04.app.bz.hst.phx2.redhat.com (bugweb-04.app.bz.hst.phx2.redhat.com [10.5.117.34])
by mx1-phx2.redhat.com (8.14.4/8.14.4) with ESMTP id u42H6Z1E003932
(version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO)
for ; Mon, 2 May 2016 13:06:35 -0400
X-Barracuda-Registry: Level1 [redhat.com/209.132.183.26]
X-Barracuda-Effective-Source-IP: mx1-phx2.redhat.com[209.132.183.26]
X-Barracuda-Apparent-Source-IP: 209.132.183.26
X-Barracuda-RBL-IP: 209.132.183.26
X-Barracuda-BBL-IP: 209.132.183.26
Received: from bugweb-04.app.bz.hst.phx2.redhat.com (localhost [127.0.0.1])
by bugweb-04.app.bz.hst.phx2.redhat.com (8.14.4/8.14.4) with ESMTP id u42H6ZVl007892
for ; Mon, 2 May 2016 13:06:35 -0400
Received: (from apache@localhost)
by bugweb-04.app.bz.hst.phx2.redhat.com (8.14.4/8.14.4/Submit) id u42H6ZGe007891;
Mon, 2 May 2016 13:06:35 -0400
X-Authentication-Warning: bugweb-04.app.bz.hst.phx2.redhat.com: apache set sender to bugzilla@redhat.com using -f
From: bugzilla@redhat.com
To: pcp@kenj.com.au
Subject: [Bug 1332263] New: pmcd.log noise upon targeting by pmfind -m probe=
Date: Mon, 02 May 2016 17:06:34 +0000
X-ASG-Orig-Subj: [Bug 1332263] New: pmcd.log noise upon targeting by pmfind -m probe=
Precedence: bulk
Auto-Submitted: auto-generated
X-Bugzilla-Reason: CC
X-Bugzilla-Type: new
X-Bugzilla-Watch-Reason: None
X-Bugzilla-Classification: Fedora
X-Bugzilla-Product: Fedora
X-Bugzilla-Component: pcp
X-Bugzilla-Sub-Component:
X-Bugzilla-Version: rawhide
X-Bugzilla-Keywords:
X-Bugzilla-Severity: unspecified
X-Bugzilla-Who: fche@redhat.com
X-Bugzilla-Status: NEW
X-Bugzilla-Priority: unspecified
X-Bugzilla-Assigned-To: nathans@redhat.com
X-Bugzilla-Target-Milestone: ---
X-Bugzilla-Changed-Fields: bug_id short_desc product version component
assigned_to reporter qa_contact cc
X-Bugzilla-Comment: public
X-Bugzilla-Reporter: fche@redhat.com
X-Loop: bugzilla@redhat.com
X-BeenThere: bugzilla@redhat.com
Message-ID:
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: quoted-printable
X-Bugzilla-URL: https://bugzilla.redhat.com/
MIME-Version: 1.0
X-Barracuda-Connect: smtp-outgoing-70.servers.netregistry.net[202.124.241.70]
X-Barracuda-Start-Time: 1462228101
X-Barracuda-Encrypted: ECDHE-RSA-AES128-GCM-SHA256
X-Barracuda-URL: https://192.48.176.15:443/cgi-mod/mark.cgi
X-Barracuda-Scan-Msg-Size: 1138
X-Virus-Scanned: by bsmtpd at sgi.com
X-Barracuda-BRTS-Status: 1
X-Barracuda-Spam-Score: 0.00
X-Barracuda-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, NO_REAL_NAME
X-Barracuda-Spam-Report: Code version 3.2, rules version 3.2.3.29243
Rule breakdown below
pts rule name description
---- ---------------------- --------------------------------------------------
0.00 NO_REAL_NAME From: does not include a real name
0.00 BSF_SC0_MISMATCH_TO Envelope rcpt doesn't match header
https://bugzilla.redhat.com/show_bug.cgi?id=3D1332263
Bug ID: 1332263
Summary: pmcd.log noise upon targeting by pmfind -m probe=3D
Product: Fedora
Version: rawhide
Component: pcp
Assignee: nathans@redhat.com
Reporter: fche@redhat.com
QA Contact: extras-qa@fedoraproject.org
CC: brolley@redhat.com, fche@redhat.com, lberk@redhat.com,
mgoodwin@redhat.com, nathans@redhat.com,
pcp@kenj.com.au, scox@redhat.com
In pmcd.log, a line is emitted each time the pmcd is targeted by a
pmDiscoverServices network-scanning probe. It should tolerate this quietly.
% pmfind -s pmcd -m probe=3D127.0.0.1/32
Discovered pmcd servers:
pcp://127.0.0.1:44321
% tail /var/log/pcp/pmcd.log=20
[Mon May 2 13:03:04] pmcd(5669) Error: ClientLoop: error sending Conn ACK =
PDU
to new client IPC protocDiscovered pmcd servers:
--=20
You are receiving this mail because:
You are on the CC list for the bug.
Unsubscribe from this bug https://bugzilla.redhat.com/token.cgi?t=3Dccb1TRL=
mh2&a=3Dcc_unsubscribe=
From nscott@redhat.com Tue May 3 01:23:25 2016
Return-Path:
X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on oss.sgi.com
X-Spam-Level:
X-Spam-Status: No, score=0.0 required=5.0 tests=none 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 022317CA2
for ; Tue, 3 May 2016 01:23:25 -0500 (CDT)
Received: from cuda.sgi.com (cuda2.sgi.com [192.48.176.25])
by relay3.corp.sgi.com (Postfix) with ESMTP id 62392AC001
for ; Mon, 2 May 2016 23:23:21 -0700 (PDT)
X-ASG-Debug-ID: 1462256597-04cbb00fea413760001-S8gJnT
Received: from mx5-phx2.redhat.com (mx5-phx2.redhat.com [209.132.183.37]) by cuda.sgi.com with ESMTP id ooFDb2ERxgwTdxgi (version=TLSv1.2 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO) for ; Mon, 02 May 2016 23:23:18 -0700 (PDT)
X-Barracuda-Envelope-From: nscott@redhat.com
X-Barracuda-Effective-Source-IP: mx5-phx2.redhat.com[209.132.183.37]
X-Barracuda-Apparent-Source-IP: 209.132.183.37
Received: from zmail20.collab.prod.int.phx2.redhat.com (zmail20.collab.prod.int.phx2.redhat.com [10.5.83.23])
by mx5-phx2.redhat.com (8.14.4/8.14.4) with ESMTP id u436NGCm038580;
Tue, 3 May 2016 02:23:16 -0400
Date: Tue, 3 May 2016 02:23:16 -0400 (EDT)
From: Nathan Scott
Reply-To: Nathan Scott
To: Rares Vernica
Cc: pcp@oss.sgi.com
Message-ID: <639232678.44816362.1462256596580.JavaMail.zimbra@redhat.com>
In-Reply-To:
References:
Subject: Re: [pcp] pmlogger_check stuck if host is down
MIME-Version: 1.0
X-ASG-Orig-Subj: Re: [pcp] pmlogger_check stuck if host is down
Content-Type: text/plain; charset=utf-8
Content-Transfer-Encoding: 7bit
X-Originating-IP: [10.64.50.204]
X-Mailer: Zimbra 8.0.6_GA_5922 (ZimbraWebClient - FF45 (Linux)/8.0.6_GA_5922)
Thread-Topic: pmlogger_check stuck if host is down
Thread-Index: aTLJ3P+TT4V8QCwNXu4Vnx+oVsBzKA==
X-Barracuda-Connect: mx5-phx2.redhat.com[209.132.183.37]
X-Barracuda-Start-Time: 1462256598
X-Barracuda-Encrypted: ECDHE-RSA-AES256-GCM-SHA384
X-Barracuda-URL: https://192.48.176.25:443/cgi-mod/mark.cgi
X-Barracuda-Scan-Msg-Size: 1362
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.3.29254
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
Hi Rares,
----- Original Message -----
> Hello,
>
> I have pmlogger collect logs from multiple hosts. My control file looks
> something like this:
>
Does your /etc/pcp/pmlogger/control file contain PMCD_CONNECT_TIMEOUT=150?
(pretty sure it will, as that oddly seems to be the default currently)
>From digging into this a bit further, that's definitely a big part of the
problem. I've changed it so that we don't set that by default now, which
was always the intention.
It looks like pmlogconf is also not helping here in the way it now iterates
over many metrics, pmprobe'ing each (observed here to introduce a noticable
delay for a downed host too), so I've added a one-trip guard there and that
now fails quickly and moves on.
>
> It seems that pmlogconf is causing the delay. I am not sure what is happening
> but it does not look right. Any thoughts?
>
There's one other contributing factor in libpcp - multiple network addresses
from getaddrinfo(3) causing unexpectedly long connection timeouts - but even
without tackling that, those earlier changes should resolve a large part of
the problem you've observed.
Those changes are in git master branch now if you'd like to try them. Your
pmlogger/control file could be edited directly without upgrading, to reduce
those default timeouts.
cheers.
--
Nathan
From nscott@redhat.com Tue May 3 01:26:13 2016
Return-Path:
X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on oss.sgi.com
X-Spam-Level:
X-Spam-Status: No, score=0.0 required=5.0 tests=none 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 03A477CA7
for ; Tue, 3 May 2016 01:26:13 -0500 (CDT)
Received: from cuda.sgi.com (cuda3.sgi.com [192.48.176.15])
by relay3.corp.sgi.com (Postfix) with ESMTP id 730E2AC001
for ; Mon, 2 May 2016 23:26:12 -0700 (PDT)
X-ASG-Debug-ID: 1462256769-04cb6c09a143bed0001-S8gJnT
Received: from mx3-phx2.redhat.com (mx3-phx2.redhat.com [209.132.183.24]) by cuda.sgi.com with ESMTP id j0ZIwlj2UF4hJBKR (version=TLSv1 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO) for ; Mon, 02 May 2016 23:26:10 -0700 (PDT)
X-Barracuda-Envelope-From: nscott@redhat.com
X-Barracuda-Effective-Source-IP: mx3-phx2.redhat.com[209.132.183.24]
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 u436Q99Y028016;
Tue, 3 May 2016 02:26:09 -0400
Date: Tue, 3 May 2016 02:26:09 -0400 (EDT)
From: Nathan Scott
Reply-To: Nathan Scott
To: Dave Brolley
Cc: pcp
Message-ID: <1046898355.44816857.1462256769212.JavaMail.zimbra@redhat.com>
In-Reply-To: <1958089060.44789643.1462239866769.JavaMail.zimbra@redhat.com>
Subject: Connection timeouts and getaddrinfo
MIME-Version: 1.0
X-ASG-Orig-Subj: Connection timeouts and getaddrinfo
Content-Type: text/plain; charset=utf-8
Content-Transfer-Encoding: 7bit
X-Originating-IP: [10.64.50.204]
X-Mailer: Zimbra 8.0.6_GA_5922 (ZimbraWebClient - FF45 (Linux)/8.0.6_GA_5922)
Thread-Topic: Connection timeouts and getaddrinfo
Thread-Index: +nonXH/iKGKrxZgbXAVrhZGPhgh1cA==
X-Barracuda-Connect: mx3-phx2.redhat.com[209.132.183.24]
X-Barracuda-Start-Time: 1462256770
X-Barracuda-Encrypted: DHE-RSA-AES256-SHA
X-Barracuda-URL: https://192.48.176.15:443/cgi-mod/mark.cgi
X-Barracuda-Scan-Msg-Size: 716
X-Virus-Scanned: by bsmtpd at sgi.com
X-Barracuda-BRTS-Status: 1
X-Barracuda-Spam-Score: 0.03
X-Barracuda-Spam-Status: No, SCORE=0.03 using per-user scores of TAG_LEVEL=1000.0 QUARANTINE_LEVEL=1000.0 KILL_LEVEL=2.7 tests=BSF_SC0_MISMATCH_TO, BSF_SC0_SA_TO_FROM_DOMAIN_MATCH, THREAD_INDEX, THREAD_TOPIC
X-Barracuda-Spam-Report: Code version 3.2, rules version 3.2.3.29254
Rule breakdown below
pts rule name description
---- ---------------------- --------------------------------------------------
0.01 THREAD_INDEX thread-index: AcO7Y8iR61tzADqsRmmc5wNiFHEOig==
0.01 THREAD_TOPIC Thread-Topic: ...(Japanese Subject)...
0.00 BSF_SC0_MISMATCH_TO Envelope rcpt doesn't match header
0.01 BSF_SC0_SA_TO_FROM_DOMAIN_MATCH Sender Domain Matches Recipient
Domain
Hi Dave,
I came across this quirky libpcp networking behaviour today as
I was looking further into Rares' recently reported issue ...
$ time /usr/libexec/pcp/bin/pmcd_wait -h oss.sgi.com -t 2
real 0m6.349s
user 0m0.001s
sys 0m0.005s
The -t 2 there sets PMCD_CONNECT_TIMEOUT. So, what I think we
see here (timeout taking 3x longer than expected) is that the
getaddrinfo loop in __pmAuxConnectPMCDPort causes the timeout
to be (re-)applied for each address returned. strace shows we
definitely see 3 connect() attempts in the above example.
Not sure what the correct behaviour should be here - thoughts?
Seems like its probably not doing what users would expect atm.
cheers.
--
Nathan
From bugzilla@redhat.com Tue May 3 01:37:11 2016
Return-Path:
X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on oss.sgi.com
X-Spam-Level:
X-Spam-Status: No, score=0.0 required=5.0 tests=none 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 A1C7F7CB0
for ; Tue, 3 May 2016 01:37:11 -0500 (CDT)
Received: from cuda.sgi.com (cuda1.sgi.com [192.48.157.11])
by relay2.corp.sgi.com (Postfix) with ESMTP id 5B1E4304039
for ; Mon, 2 May 2016 23:37:08 -0700 (PDT)
X-ASG-Debug-ID: 1462257424-04bdf0358f43b510001-S8gJnT
Received: from smtp-mx-server-8.servers.netregistry.net (smtp-outgoing-67.servers.netregistry.net [202.124.241.67]) by cuda.sgi.com with ESMTP id Nl2kZIp4SPFiUibI (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128 verify=NO) for ; Mon, 02 May 2016 23:37:05 -0700 (PDT)
X-Barracuda-Envelope-From: bugzilla@redhat.com
X-Barracuda-RBL-Trusted-Forwarder: 202.124.241.67
Received: from mx1-phx2.redhat.com ([209.132.183.26])
by smtp-mx-server-8.servers.netregistry.net protocol: esmtps (Exim 4.84 #2 (Debian))
id 1axTx0-0007Zj-Hd
for ; Tue, 03 May 2016 16:37:02 +1000
Received: from bugweb-03.app.bz.hst.phx2.redhat.com (bugweb-03.app.bz.hst.phx2.redhat.com [10.5.117.33])
by mx1-phx2.redhat.com (8.14.4/8.14.4) with ESMTP id u436agnB014303
(version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO)
for ; Tue, 3 May 2016 02:36:42 -0400
X-Barracuda-Registry: Level1 [redhat.com/209.132.183.26]
X-Barracuda-Effective-Source-IP: mx1-phx2.redhat.com[209.132.183.26]
X-Barracuda-Apparent-Source-IP: 209.132.183.26
X-Barracuda-RBL-IP: 209.132.183.26
X-Barracuda-BBL-IP: 209.132.183.26
Received: from bugweb-03.app.bz.hst.phx2.redhat.com (localhost [127.0.0.1])
by bugweb-03.app.bz.hst.phx2.redhat.com (8.14.4/8.14.4) with ESMTP id u436ag36032176
for ; Tue, 3 May 2016 02:36:42 -0400
Received: (from apache@localhost)
by bugweb-03.app.bz.hst.phx2.redhat.com (8.14.4/8.14.4/Submit) id u436agBb032175;
Tue, 3 May 2016 02:36:42 -0400
X-Authentication-Warning: bugweb-03.app.bz.hst.phx2.redhat.com: apache set sender to bugzilla@redhat.com using -f
From: bugzilla@redhat.com
To: pcp@kenj.com.au
Subject: [Bug 1331489] pmdiff does not support standard --version/-V options
Date: Tue, 03 May 2016 06:36:42 +0000
X-ASG-Orig-Subj: [Bug 1331489] pmdiff does not support standard --version/-V options
Precedence: bulk
Auto-Submitted: auto-generated
X-Bugzilla-Reason: CC
X-Bugzilla-Type: changed
X-Bugzilla-Watch-Reason: None
X-Bugzilla-Classification: Fedora
X-Bugzilla-Product: Fedora
X-Bugzilla-Component: pcp
X-Bugzilla-Sub-Component:
X-Bugzilla-Version: 23
X-Bugzilla-Keywords:
X-Bugzilla-Severity: unspecified
X-Bugzilla-Who: nathans@redhat.com
X-Bugzilla-Status: MODIFIED
X-Bugzilla-Priority: unspecified
X-Bugzilla-Assigned-To: nathans@redhat.com
X-Bugzilla-Target-Milestone: ---
X-Bugzilla-Changed-Fields: bug_status
X-Bugzilla-Comment: public
X-Bugzilla-Reporter: myllynen@redhat.com
X-Loop: bugzilla@redhat.com
X-BeenThere: bugzilla@redhat.com
Message-ID:
In-Reply-To:
References:
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: quoted-printable
X-Bugzilla-URL: https://bugzilla.redhat.com/
MIME-Version: 1.0
X-Barracuda-Connect: smtp-outgoing-67.servers.netregistry.net[202.124.241.67]
X-Barracuda-Start-Time: 1462257425
X-Barracuda-Encrypted: ECDHE-RSA-AES128-GCM-SHA256
X-Barracuda-URL: https://192.48.157.11:443/cgi-mod/mark.cgi
X-Barracuda-Scan-Msg-Size: 911
X-Virus-Scanned: by bsmtpd at sgi.com
X-Barracuda-BRTS-Status: 1
X-Barracuda-Spam-Score: 0.00
X-Barracuda-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, NO_REAL_NAME
X-Barracuda-Spam-Report: Code version 3.2, rules version 3.2.3.29254
Rule breakdown below
pts rule name description
---- ---------------------- --------------------------------------------------
0.00 NO_REAL_NAME From: does not include a real name
0.00 BSF_SC0_MISMATCH_TO Envelope rcpt doesn't match header
https://bugzilla.redhat.com/show_bug.cgi?id=3D1331489
Nathan Scott changed:
What |Removed |Added
----------------------------------------------------------------------------
Status|NEW |MODIFIED
--- Comment #2 from Nathan Scott ---
commit c0c7c68e1c086ab1c3eda3c19e67a63371d21a02
Author: Nathan Scott
Date: Tue May 3 13:46:39 2016 +1000
misc: add --version/-V option to several more commands
Covers pmdiff, pmlogsummary, pmprobe, pmstore, pmdumptext, pmchart.
(pmprobe was already using -V unfortunately but --version is fine).
Resolves Fedora BZ #1331489.
--=20
You are receiving this mail because:
You are on the CC list for the bug.
Unsubscribe from this bug https://bugzilla.redhat.com/token.cgi?t=3DnqXfSC8=
Mci&a=3Dcc_unsubscribe=
From nscott@redhat.com Tue May 3 01:37:15 2016
Return-Path:
X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on oss.sgi.com
X-Spam-Level:
X-Spam-Status: No, score=0.0 required=5.0 tests=none 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 B78187CB5
for ; Tue, 3 May 2016 01:37:15 -0500 (CDT)
Received: from cuda.sgi.com (cuda2.sgi.com [192.48.176.25])
by relay2.corp.sgi.com (Postfix) with ESMTP id 8AC0F304032
for ; Mon, 2 May 2016 23:37:15 -0700 (PDT)
X-ASG-Debug-ID: 1462257432-04cbb00fe9413ad0001-S8gJnT
Received: from mx4-phx2.redhat.com (mx4-phx2.redhat.com [209.132.183.25]) by cuda.sgi.com with ESMTP id z8EOGbDvWgj9etdY (version=TLSv1 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO) for ; Mon, 02 May 2016 23:37:12 -0700 (PDT)
X-Barracuda-Envelope-From: nscott@redhat.com
X-Barracuda-Effective-Source-IP: mx4-phx2.redhat.com[209.132.183.25]
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 u436bBPY005293
for ; Tue, 3 May 2016 02:37:12 -0400
Date: Tue, 3 May 2016 02:37:11 -0400 (EDT)
From: Nathan Scott
Reply-To: Nathan Scott
To: pcp
Message-ID: <1770287465.44818213.1462257431916.JavaMail.zimbra@redhat.com>
In-Reply-To: <517771894.44817371.1462256924443.JavaMail.zimbra@redhat.com>
Subject: pcp updates: pmlogger rc, pmlogextract, docs, qa
MIME-Version: 1.0
X-ASG-Orig-Subj: pcp updates: pmlogger rc, pmlogextract, docs, qa
Content-Type: text/plain; charset=utf-8
Content-Transfer-Encoding: 7bit
X-Originating-IP: [10.64.50.204]
X-Mailer: Zimbra 8.0.6_GA_5922 (ZimbraWebClient - FF45 (Linux)/8.0.6_GA_5922)
Thread-Topic: pcp updates: pmlogger rc, pmlogextract, docs, qa
Thread-Index: k/KhOKuHkNKoxKZ5sohywYrQrThCtg==
X-Barracuda-Connect: mx4-phx2.redhat.com[209.132.183.25]
X-Barracuda-Start-Time: 1462257432
X-Barracuda-Encrypted: DHE-RSA-AES256-SHA
X-Barracuda-URL: https://192.48.176.25:443/cgi-mod/mark.cgi
X-Barracuda-Scan-Msg-Size: 4783
X-Virus-Scanned: by bsmtpd at sgi.com
X-Barracuda-BRTS-Status: 1
X-Barracuda-Spam-Score: 0.02
X-Barracuda-Spam-Status: No, SCORE=0.02 using per-user scores of TAG_LEVEL=1000.0 QUARANTINE_LEVEL=1000.0 KILL_LEVEL=2.7 tests=THREAD_INDEX, THREAD_TOPIC
X-Barracuda-Spam-Report: Code version 3.2, rules version 3.2.3.29254
Rule breakdown below
pts rule name description
---- ---------------------- --------------------------------------------------
0.01 THREAD_INDEX thread-index: AcO7Y8iR61tzADqsRmmc5wNiFHEOig==
0.01 THREAD_TOPIC Thread-Topic: ...(Japanese Subject)...
Changes committed to git://git.pcp.io/pcp.git master
Nathan Scott (4):
pmlogger scripts: really use default pmcd timeouts by default
misc: add --version/-V option to several more commands
pmlogextract: fix metadata checking for duplicate names
qa: update test 1010 output to match fixed dumptext typo
Mark Goodwin (1):
libpcp: short-circuit logic in shared-context port number check
Marko Myllynen (1):
docs: fix pcp iostat man page typo
qa/075.out | 2 ++
qa/1010.out | 4 ++--
qa/569.out | 2 ++
qa/916 | 40 ++++++++++++++++++++++++++++++++++++++++
qa/916.out | 4 ++++
qa/archives/dupname-a.0 |binary
qa/archives/dupname-a.index |binary
qa/archives/dupname-a.meta |binary
qa/archives/dupname-b.0 |binary
qa/archives/dupname-b.index |binary
qa/archives/dupname-b.meta |binary
qa/archives/dupname-c.0 |binary
qa/archives/dupname-c.index |binary
qa/archives/dupname-c.meta |binary
qa/group | 1 +
src/libpcp/src/context.c | 7 +++++--
src/pcp/iostat/pcp-iostat.1 | 2 +-
src/pmcd_wait/pmcd_wait.c | 16 ++++++++--------
src/pmchart/main.cpp | 15 ++++++++++-----
src/pmdumplog/pmdumplog.c | 5 ++++-
src/pmdumptext/pmdumptext.cpp | 7 ++++---
src/pmlogconf/pmlogconf.sh | 21 +++++++++++++++++++--
src/pmlogextract/pmlogextract.c | 9 +++++++--
src/pmlogger/control | 4 ++--
src/pmlogsummary/pmdiff.sh | 6 ++++++
src/pmlogsummary/pmlogsummary.c | 13 ++++++++-----
src/pmprobe/pmprobe.c | 24 ++++++++++++++++++++----
src/pmstore/pmstore.c | 12 ++++++++----
28 files changed, 153 insertions(+), 41 deletions(-)
commit 1eb31a3f15ad288cd8a035580bed001b83a04938
Author: Nathan Scott
Date: Tue May 3 16:15:38 2016 +1000
qa: update test 1010 output to match fixed dumptext typo
commit 8c7ac99acca5221d060f04918fd7f6ba8e2ccf97
Author: Nathan Scott
Date: Tue May 3 16:14:46 2016 +1000
pmlogextract: fix metadata checking for duplicate names
Zack Cerza reported a situation merging several archives that
resulted in no merged archives and this error message:
pmlogextract: Error: metric PMID 60.18.0: name changed from hinv.cpu.clock, hinv.cpu.clock to hinv.cpu.clock!
The pmlogextract logic to verify name consistency appears to
be too strict in this particular case. The pmlogger quirk of
sometimes producing archives with dup names recorded for one
PMID (which pmlogextract otherwise handles) results in a case
where one archive may have dup names, and another none, but
this is still consistent metadata which can be merged. Extend
the matchnames() routine to correctly identify this case as an
exact match.
Test case 916 is added to show the issue and verify the fix.
commit c0c7c68e1c086ab1c3eda3c19e67a63371d21a02
Author: Nathan Scott
Date: Tue May 3 13:46:39 2016 +1000
misc: add --version/-V option to several more commands
Covers pmdiff, pmlogsummary, pmprobe, pmstore, pmdumptext, pmchart.
(pmprobe was already using -V unfortunately but --version is fine).
Resolves Fedora BZ #1331489.
commit 35f5ca1f80ef72b03afd77418e108fd0c9953e11
Author: Nathan Scott
Date: Tue May 3 11:43:19 2016 +1000
pmlogger scripts: really use default pmcd timeouts by default
Somehow, at some point in the distant past, the "far-away" pmcd
timeouts became enabled by default in the pmlogger control file.
Make these match the pmie control file, which uses the correct
defaults and has a helpful comment about non-default values.
Add a one-trip guard to pmlogconf so that it will fail-fast in
the mode where a remote pmcd takes ages to respond (otherwise,
it will iteratively call pmprobe, and each separate invocation
is subject to the pmcd connection timeout).
While investigating, found pmcd_wait could mis-report timeouts
in its verbose/diagnostic mode, so cleaned that up here too.
commit a6cfa75bed4597d2f53e1af571a71c6004ad559a
Author: Mark Goodwin
Date: Tue May 3 11:35:19 2016 +1000
libpcp: short-circuit logic in shared-context port number check
commit efb0c1efd75e744f1e6778ebcfe22c3f2f145efe
Author: Marko Myllynen
Date: Tue May 3 09:39:54 2016 +1000
docs: fix pcp iostat man page typo
From kenj@internode.on.net Tue May 3 01:50:16 2016
Return-Path:
X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on oss.sgi.com
X-Spam-Level:
X-Spam-Status: No, score=0.0 required=5.0 tests=none 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 057DE7CB0
for ; Tue, 3 May 2016 01:50:16 -0500 (CDT)
Received: from cuda.sgi.com (cuda2.sgi.com [192.48.176.25])
by relay3.corp.sgi.com (Postfix) with ESMTP id 7A732AC003
for ; Mon, 2 May 2016 23:50:15 -0700 (PDT)
X-ASG-Debug-ID: 1462258208-04cbb00fe7413df0001-S8gJnT
Received: from ipmail06.adl6.internode.on.net (ipmail06.adl6.internode.on.net [150.101.137.145]) by cuda.sgi.com with ESMTP id LeMX8sMVPuf33Qmf for ; Mon, 02 May 2016 23:50:09 -0700 (PDT)
X-Barracuda-Envelope-From: kenj@internode.on.net
X-Barracuda-Effective-Source-IP: ipmail06.adl6.internode.on.net[150.101.137.145]
X-Barracuda-Apparent-Source-IP: 150.101.137.145
X-IronPort-Anti-Spam-Filtered: true
X-IronPort-Anti-Spam-Result: A2AFAgDESChXPF1O0XYNUYt0tSaGCgQCAoIFAQEBAQEBBwEBAQFChQIBAQQ4QAEQCw4KCRYPCQMCAQIBMRQGAQwIAQGxFJICAQEBAQEBAQEBAQEBAQEBARqKbYoWAQSYFJ0qjzGEX4kWAQEB
Received: from ppp118-209-78-93.lns20.mel4.internode.on.net (HELO [192.168.1.100]) ([118.209.78.93])
by ipmail06.adl6.internode.on.net with ESMTP; 03 May 2016 16:20:08 +0930
Subject: Re: [pcp] pmie support for string-typed metrics
To: Mark Goodwin , Nathan Scott
X-ASG-Orig-Subj: Re: [pcp] pmie support for string-typed metrics
References: <220069218.39805602.1460521052029.JavaMail.zimbra@redhat.com>
<733731954.39808417.1460522806449.JavaMail.zimbra@redhat.com>
<1337028064.40108627.1460601063575.JavaMail.zimbra@redhat.com>
<5726A8FC.7070303@redhat.com>
<1425795935.44525257.1462152712852.JavaMail.zimbra@redhat.com>
<5726AF1D.2090405@redhat.com>
Cc: pcp
From: Ken McDonell
Message-ID: <57284A1E.6050304@internode.on.net>
Date: Tue, 3 May 2016 16:50:06 +1000
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:38.0) Gecko/20100101
Thunderbird/38.7.2
MIME-Version: 1.0
In-Reply-To: <5726AF1D.2090405@redhat.com>
Content-Type: text/plain; charset=windows-1252; format=flowed
Content-Transfer-Encoding: 7bit
X-Barracuda-Connect: ipmail06.adl6.internode.on.net[150.101.137.145]
X-Barracuda-Start-Time: 1462258208
X-Barracuda-URL: https://192.48.176.25:443/cgi-mod/mark.cgi
X-Barracuda-Scan-Msg-Size: 886
X-Virus-Scanned: by bsmtpd at sgi.com
X-Barracuda-BRTS-Status: 1
X-Barracuda-Spam-Score: 0.75
X-Barracuda-Spam-Status: No, SCORE=0.75 using per-user scores of TAG_LEVEL=1000.0 QUARANTINE_LEVEL=1000.0 KILL_LEVEL=2.7 tests=BSF_RULE_7580G, BSF_SC0_MISMATCH_TO
X-Barracuda-Spam-Report: Code version 3.2, rules version 3.2.3.29255
Rule breakdown below
pts rule name description
---- ---------------------- --------------------------------------------------
0.00 BSF_SC0_MISMATCH_TO Envelope rcpt doesn't match header
0.75 BSF_RULE_7580G Custom Rule 7580G
On 02/05/16 11:36, Mark Goodwin wrote:
> ...
> How about "async" logging frequency
>
> e.g. :
>
> log advisory on async {
> hinv
> kernel.uname
> filesys.mountdir
> filesys.blocksize
> filesys.capacity
> }
If I am understanding the discussion so far, the request is for
(a) don't log unless changed, and
(b) log no more frequently than some delta
The (b) part provides the "rate limitation" and tells pmlogger how
frequently to check for a change (this will be much simpler to explain
and implement than checking on every single pmFetch for any metric).
So I think it needs to be something like ...
log [advisory|mandatory] on [default|every N timeunits] [if changed] {
metric ...
}
And this can only apply to discrete or instanteous metrics (it would
change the semantics for counters during replay).
From wwwrun@oss.sgi.com Tue May 3 02:54:06 2016
Return-Path:
X-Spam-Checker-Version: SpamAssassin 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 57A2E7CB1; Tue, 3 May 2016 02:54:06 -0500 (CDT)
From: bugzilla-daemon@oss.sgi.com
To: pcp@oss.sgi.com
Subject: [Bug 1143] pcp-webjs not being shipped via bintray for ubuntu trusty
Date: Tue, 03 May 2016 07:54:05 +0000
X-Bugzilla-Reason: CC AssignedTo
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: nathans@debian.org
X-Bugzilla-Status: NEW
X-Bugzilla-Priority: P5
X-Bugzilla-Assigned-To: pcp@kenj.com.au
X-Bugzilla-Target-Milestone: ---
X-Bugzilla-Changed-Fields: assigned_to
Message-ID:
In-Reply-To:
References:
Content-Type: multipart/alternative; boundary="1462262046.5CDbf163.20792"; charset="us-ascii"
X-Bugzilla-URL: http://oss.sgi.com/bugzilla/
Auto-Submitted: auto-generated
MIME-Version: 1.0
--1462262046.5CDbf163.20792
Date: Tue, 3 May 2016 02:54:06 -0500
MIME-Version: 1.0
Content-Type: text/plain; charset="UTF-8"
http://oss.sgi.com/bugzilla/show_bug.cgi?id=1143
Nathan Scott changed:
What |Removed |Added
----------------------------------------------------------------------------
Assignee|pcp@oss.sgi.com |pcp@kenj.com.au
--- Comment #7 from Nathan Scott ---
(In reply to comment #6)
> Henceforth, the "release model" consists of
> a tag on the tree, wherefrom anyone can generate a tarball:
OK, that's a promising development.
The tag name chosen is a bit unfortunate - almost had downloadable source
tarballs "for free" from github ...
https://github.com/performancecopilot/pcp-webjs/releases
... but because the tag name doesn't follow convention, this falls in a bit of
a heap. The tarball is now "pcp-webjs-pcp-webjs-x.y.z.tar.gz" and inside it
has the same incorrect path prefix.
I'm punting that it didn't follow convention because you wanted to duplicate an
existing PCP release number instead of starting one for pcp-webjs (seems odd to
me, but whatever floats your boat) - and the problem then became your way of
forcing all this code to live in the pcpfans.git tree alongside pcp branches?
That tree already has a "3.11.2" tag from upstream pcp, so you had to go with
"pcp-webjs-3.11.2" - is that right? Looks like you might be trying to
shoe-horn too much into pcpfans.git, if that's indeed the case, and perhaps a
pcp-webjs.git would simplify things on sourceware.
> It has exactly the same amount of documentation in the release
> tarballs as vector does: zero.
There's several different documentation needs here. One specific kind of
missing doc (that I've asked for in the past) is a description of rebuilding
the components from their upstream sources.
It would also be good to have a top-level README that describes why the project
exists, its goals, and so on too - that would explain to the casual observer
how to setup and use these tools, and also give a developer a head start if
they wanted to hack on it (esp. since alot of it is "compiled" javascript code
that has git-commit'd AIUI).
Expect most people to find the project on github, so its worth doing things
right there: https://github.com/performancecopilot/pcp-webjs ... suggests "Help
people interested in this repository understand your project by adding a
README.". (if you don't want a github repo anymore, given the tag-induced
problems above, please just nuke it)
The docs should point to where the graphite and grafana code was forked from:
https://github.com/grafana/grafana/releases ?
https://github.com/graphite-project/graphite-web ?
So - which versions of the above, why those particular versions, what versions
of Internet Explorer are known to not work, etc ... maybe a quick start guide
to get up and running quickly like Vector and PCP have.
In the case of grafana, it'd be worth discussing why it requires that older
upstream release / branch & why it doesn't work with current versions, what
that patch is all about, and so on. (for potential developers)
> > and it still contains a redundant, dated copy of Vector
>
> [...]. Mere redundancy is harmless
There are good reasons not to create duplicate copies of large amounts of code.
It would be preferable to remove the extra shell snippets that we have had to
add to deal with this (in the spec & makefiles), rather than propagate this
further and into the deb build too.
cheers.
--
You are receiving this mail because:
You are on the CC list for the bug.
You are the assignee for the bug.
--1462262046.5CDbf163.20792
Date: Tue, 3 May 2016 02:54:06 -0500
MIME-Version: 1.0
Content-Type: text/html; charset="UTF-8"
Nathan Scott
changed
bug 1143
| What |
Removed |
Added |
| Assignee |
pcp@oss.sgi.com
|
pcp@kenj.com.au
|
Comment # 7
on bug 1143
from Nathan Scott
(In reply to comment #6)
> Henceforth, the "release model" consists of
> a tag on the tree, wherefrom anyone can generate a tarball:
OK, that's a promising development.
The tag name chosen is a bit unfortunate - almost had downloadable source
tarballs "for free" from github ...
https://github.com/performancecopilot/pcp-webjs/releases
... but because the tag name doesn't follow convention, this falls in a bit of
a heap. The tarball is now "pcp-webjs-pcp-webjs-x.y.z.tar.gz" and inside it
has the same incorrect path prefix.
I'm punting that it didn't follow convention because you wanted to duplicate an
existing PCP release number instead of starting one for pcp-webjs (seems odd to
me, but whatever floats your boat) - and the problem then became your way of
forcing all this code to live in the pcpfans.git tree alongside pcp branches?
That tree already has a "3.11.2" tag from upstream pcp, so you had to go with
"pcp-webjs-3.11.2" - is that right? Looks like you might be trying to
shoe-horn too much into pcpfans.git, if that's indeed the case, and perhaps a
pcp-webjs.git would simplify things on sourceware.
> It has exactly the same amount of documentation in the release
> tarballs as vector does: zero.
There's several different documentation needs here. One specific kind of
missing doc (that I've asked for in the past) is a description of rebuilding
the components from their upstream sources.
It would also be good to have a top-level README that describes why the project
exists, its goals, and so on too - that would explain to the casual observer
how to setup and use these tools, and also give a developer a head start if
they wanted to hack on it (esp. since alot of it is "compiled" javascript code
that has git-commit'd AIUI).
Expect most people to find the project on github, so its worth doing things
right there: https://github.com/performancecopilot/pcp-webjs ... suggests "Help
people interested in this repository understand your project by adding a
README.". (if you don't want a github repo anymore, given the tag-induced
problems above, please just nuke it)
The docs should point to where the graphite and grafana code was forked from:
https://github.com/grafana/grafana/releases ?
https://github.com/graphite-project/graphite-web ?
So - which versions of the above, why those particular versions, what versions
of Internet Explorer are known to not work, etc ... maybe a quick start guide
to get up and running quickly like Vector and PCP have.
In the case of grafana, it'd be worth discussing why it requires that older
upstream release / branch & why it doesn't work with current versions, what
that patch is all about, and so on. (for potential developers)
> > and it still contains a redundant, dated copy of Vector
>
> [...]. Mere redundancy is harmless
There are good reasons not to create duplicate copies of large amounts of code.
It would be preferable to remove the extra shell snippets that we have had to
add to deal with this (in the spec & makefiles), rather than propagate this
further and into the deb build too.
cheers.
You are receiving this mail because:
- You are on the CC list for the bug.
- You are the assignee for the bug.
--1462262046.5CDbf163.20792--
From nscott@redhat.com Tue May 3 02:56:08 2016
Return-Path:
X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on oss.sgi.com
X-Spam-Level:
X-Spam-Status: No, score=0.0 required=5.0 tests=none 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 8E8147CA0
for ; Tue, 3 May 2016 02:56:08 -0500 (CDT)
Received: from cuda.sgi.com (cuda3.sgi.com [192.48.176.15])
by relay1.corp.sgi.com (Postfix) with ESMTP id 519B28F8033
for ; Tue, 3 May 2016 00:56:05 -0700 (PDT)
X-ASG-Debug-ID: 1462262162-04cb6c09a243ed90001-S8gJnT
Received: from mx5-phx2.redhat.com (mx5-phx2.redhat.com [209.132.183.37]) by cuda.sgi.com with ESMTP id QM73QX5BpyA8SwKn (version=TLSv1.2 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO) for ; Tue, 03 May 2016 00:56:02 -0700 (PDT)
X-Barracuda-Envelope-From: nscott@redhat.com
X-Barracuda-Effective-Source-IP: mx5-phx2.redhat.com[209.132.183.37]
X-Barracuda-Apparent-Source-IP: 209.132.183.37
Received: from zmail20.collab.prod.int.phx2.redhat.com (zmail20.collab.prod.int.phx2.redhat.com [10.5.83.23])
by mx5-phx2.redhat.com (8.14.4/8.14.4) with ESMTP id u437tkET054496;
Tue, 3 May 2016 03:55:46 -0400
Date: Tue, 3 May 2016 03:55:46 -0400 (EDT)
From: Nathan Scott
Reply-To: Nathan Scott
To: Ken McDonell
Cc: Mark Goodwin , pcp
Message-ID: <737123554.44924531.1462262146633.JavaMail.zimbra@redhat.com>
In-Reply-To: <57284A1E.6050304@internode.on.net>
References: <220069218.39805602.1460521052029.JavaMail.zimbra@redhat.com> <733731954.39808417.1460522806449.JavaMail.zimbra@redhat.com> <1337028064.40108627.1460601063575.JavaMail.zimbra@redhat.com> <5726A8FC.7070303@redhat.com> <1425795935.44525257.1462152712852.JavaMail.zimbra@redhat.com> <5726AF1D.2090405@redhat.com> <57284A1E.6050304@internode.on.net>
Subject: Re: [pcp] pmie support for string-typed metrics
MIME-Version: 1.0
X-ASG-Orig-Subj: Re: [pcp] pmie support for string-typed metrics
Content-Type: text/plain; charset=utf-8
Content-Transfer-Encoding: 7bit
X-Originating-IP: [10.64.50.204]
X-Mailer: Zimbra 8.0.6_GA_5922 (ZimbraWebClient - FF45 (Linux)/8.0.6_GA_5922)
Thread-Topic: pmie support for string-typed metrics
Thread-Index: JBMEf3g575X0SH8iXxI5XKcXFPXICg==
X-Barracuda-Connect: mx5-phx2.redhat.com[209.132.183.37]
X-Barracuda-Start-Time: 1462262162
X-Barracuda-Encrypted: ECDHE-RSA-AES256-GCM-SHA384
X-Barracuda-URL: https://192.48.176.15:443/cgi-mod/mark.cgi
X-Barracuda-Scan-Msg-Size: 794
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=BSF_RULE_7580G, BSF_SC0_MISMATCH_TO, THREAD_INDEX, THREAD_TOPIC
X-Barracuda-Spam-Report: Code version 3.2, rules version 3.2.3.29256
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.75 BSF_RULE_7580G Custom Rule 7580G
----- Original Message -----
> On 02/05/16 11:36, Mark Goodwin wrote:
> > ...
>
> If I am understanding the discussion so far, the request is for
> (a) don't log unless changed, and
> (b) log no more frequently than some delta
>
> The (b) part provides the "rate limitation" and tells pmlogger how
> frequently to check for a change (this will be much simpler to explain
> and implement than checking on every single pmFetch for any metric).
>
> So I think it needs to be something like ...
>
> log [advisory|mandatory] on [default|every N timeunits] [if changed] {
> metric ...
> }
>
> And this can only apply to discrete or instanteous metrics (it would
> change the semantics for counters during replay).
>
"Yep" to all the above.
cheers.
--
Nathan
From noreply@github.com Tue May 3 08:17:25 2016
Return-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.4 required=5.0 tests=HTML_IMAGE_ONLY_12,
HTML_MESSAGE,T_DKIM_INVALID autolearn=no version=3.3.1
X-Original-To: pcp@oss.sgi.com
Delivered-To: pcp@oss.sgi.com
Received: from relay.sgi.com (relay2.corp.sgi.com [137.38.102.29])
by oss.sgi.com (Postfix) with ESMTP id 51DC27CA0
for ; Tue, 3 May 2016 08:17:25 -0500 (CDT)
Received: from cuda.sgi.com (cuda1.sgi.com [192.48.157.11])
by relay2.corp.sgi.com (Postfix) with ESMTP id 17A2C30407B
for ; Tue, 3 May 2016 06:17:19 -0700 (PDT)
X-ASG-Debug-ID: 1462281435-04bdf0358e44de40001-S8gJnT
Received: from smtp-mx-server-8.servers.netregistry.net (smtp-outgoing-71.servers.netregistry.net [202.124.241.71]) by cuda.sgi.com with ESMTP id 2O0YlTCco3b9Letr (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128 verify=NO) for ; Tue, 03 May 2016 06:17:17 -0700 (PDT)
X-Barracuda-Envelope-From: noreply@github.com
X-Barracuda-RBL-Trusted-Forwarder: 202.124.241.71
Received: from github-smtp2-ext7.iad.github.net ([192.30.252.198] helo=github-smtp2a-ext-cp1-prd.iad.github.net)
by smtp-mx-server-8.servers.netregistry.net protocol: esmtps (Exim 4.84 #2 (Debian))
id 1axaCM-0006WG-Lw
for ; Tue, 03 May 2016 23:17:14 +1000
X-DKIM-Result: Domain=github.com Result=Good and Known Domain
X-Barracuda-Effective-Source-IP: UNKNOWN[192.30.252.198]
X-Barracuda-Apparent-Source-IP: 192.30.252.198
X-Barracuda-RBL-IP: 192.30.252.198
X-Barracuda-BBL-IP: 192.30.252.198
Date: Tue, 03 May 2016 06:17:03 -0700
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=github.com;
s=pf2014; t=1462281423;
bh=9F54rMmYQh/XBuoloGk6X/zpzw6c7neTrQZZkhslfLE=;
h=From:Reply-To:To:Cc:In-Reply-To:References:Subject:List-ID:
List-Archive:List-Post:List-Unsubscribe:From;
b=jK0vhqhZ6v9OhjihozzDsOfngXmKszEnvEhmQUF1Sn7E58ZLb80n1N+PSHIFABE8p
m7gxjtQobzu18v9WpHznv6Sawtg4m6c0gN+/ajpU1qPRCQU962UWiPBW2qylcnunOt
A6XfQGRAoxlEVCMu7kUb45u1L+mC9tj9Xd4ydv2M=
From: Lukas Berk
Reply-To: performancecopilot/pcp
To: performancecopilot/pcp
Cc:
Message-ID:
In-Reply-To:
References:
Subject: Re: [performancecopilot/pcp] Change the blank length of pmiostat's
output (#87)
Mime-Version: 1.0
X-ASG-Orig-Subj: Re: [performancecopilot/pcp] Change the blank length of pmiostat's
output (#87)
Content-Type: multipart/alternative;
boundary="--==_mimepart_5728a4cf62b38_34a93fd7d2ee52c014329d";
charset=UTF-8
Content-Transfer-Encoding: 7bit
Precedence: list
X-GitHub-Sender: lberk
X-GitHub-Recipient: pcpemail
List-ID: performancecopilot/pcp
List-Archive: https://github.com/performancecopilot/pcp
List-Post:
List-Unsubscribe: ,
X-Auto-Response-Suppress: All
X-GitHub-Recipient-Address: pcp@kenj.com.au
X-Barracuda-Connect: smtp-outgoing-71.servers.netregistry.net[202.124.241.71]
X-Barracuda-Start-Time: 1462281436
X-Barracuda-Encrypted: ECDHE-RSA-AES128-GCM-SHA256
X-Barracuda-URL: https://192.48.157.11:443/cgi-mod/mark.cgi
X-Barracuda-Scan-Msg-Size: 1557
X-Virus-Scanned: by bsmtpd at sgi.com
X-Barracuda-BRTS-Status: 1
X-Barracuda-Spam-Score: 1.63
X-Barracuda-Spam-Status: No, SCORE=1.63 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_IMAGE_ONLY_12, HTML_IMAGE_ONLY_12_2, HTML_MESSAGE
X-Barracuda-Spam-Report: Code version 3.2, rules version 3.2.3.29261
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_IMAGE_ONLY_12 BODY: HTML: images with 800-1200 bytes of words
0.00 HTML_MESSAGE BODY: HTML included in message
1.63 HTML_IMAGE_ONLY_12_2 HTML: images with 800-1200 bytes of words
----==_mimepart_5728a4cf62b38_34a93fd7d2ee52c014329d
Content-Type: text/plain;
charset=UTF-8
Content-Transfer-Encoding: 7bit
Hi, is there a particular reason for this output change?
The change also breaks qa 842 and 1099 (easy fix as it's simply whitespace), but it would be great to have a commit with those changes as well if there's a reason to update the blank length.
---
You are receiving this because you are subscribed to this thread.
Reply to this email directly or view it on GitHub:
https://github.com/performancecopilot/pcp/pull/87#issuecomment-216523904
----==_mimepart_5728a4cf62b38_34a93fd7d2ee52c014329d
Content-Type: text/html;
charset=UTF-8
Content-Transfer-Encoding: 7bit
Hi, is there a particular reason for this output change?
The change also breaks qa 842 and 1099 (easy fix as it's simply whitespace), but it would be great to have a commit with those changes as well if there's a reason to update the blank length.
—
You are receiving this because you are subscribed to this thread.
Reply to this email directly or view it on GitHub
----==_mimepart_5728a4cf62b38_34a93fd7d2ee52c014329d--
From brolley@redhat.com Tue May 3 11:37:14 2016
Return-Path:
X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on oss.sgi.com
X-Spam-Level:
X-Spam-Status: No, score=0.0 required=5.0 tests=none 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 782597CA0
for ; Tue, 3 May 2016 11:37:14 -0500 (CDT)
Received: from cuda.sgi.com (cuda1.sgi.com [192.48.157.11])
by relay3.corp.sgi.com (Postfix) with ESMTP id 0A389AC002
for ; Tue, 3 May 2016 09:37:10 -0700 (PDT)
X-ASG-Debug-ID: 1462293429-04bdf03590457680001-S8gJnT
Received: from mx1.redhat.com (mx1.redhat.com [209.132.183.28]) by cuda.sgi.com with ESMTP id gqjYHQgIu7E00FeE (version=TLSv1.2 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO) for ; Tue, 03 May 2016 09:37:10 -0700 (PDT)
X-Barracuda-Envelope-From: brolley@redhat.com
X-Barracuda-Effective-Source-IP: mx1.redhat.com[209.132.183.28]
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])
(using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits))
(No client certificate requested)
by mx1.redhat.com (Postfix) with ESMTPS id A8068C000408
for ; Tue, 3 May 2016 16:37:09 +0000 (UTC)
Received: from [10.15.17.216] (unused-10-15-17-216.yyz.redhat.com [10.15.17.216])
by int-mx11.intmail.prod.int.phx2.redhat.com (8.14.4/8.14.4) with ESMTP id u43Gb9Qb016299;
Tue, 3 May 2016 12:37:09 -0400
Message-ID: <5728D408.8070107@redhat.com>
Date: Tue, 03 May 2016 12:38:32 -0400
From: Dave Brolley
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:31.0) Gecko/20100101 Thunderbird/31.3.0
MIME-Version: 1.0
To: Nathan Scott
CC: pcp
Subject: Re: Connection timeouts and getaddrinfo
References: <1046898355.44816857.1462256769212.JavaMail.zimbra@redhat.com>
X-ASG-Orig-Subj: Re: Connection timeouts and getaddrinfo
In-Reply-To: <1046898355.44816857.1462256769212.JavaMail.zimbra@redhat.com>
Content-Type: text/plain; charset=utf-8; format=flowed
Content-Transfer-Encoding: 7bit
X-Scanned-By: MIMEDefang 2.68 on 10.5.11.24
X-Barracuda-Connect: mx1.redhat.com[209.132.183.28]
X-Barracuda-Start-Time: 1462293430
X-Barracuda-Encrypted: ECDHE-RSA-AES256-GCM-SHA384
X-Barracuda-URL: https://192.48.157.11:443/cgi-mod/mark.cgi
X-Barracuda-Scan-Msg-Size: 1491
X-Virus-Scanned: by bsmtpd at sgi.com
X-Barracuda-BRTS-Status: 1
On 05/03/2016 02:26 AM, Nathan Scott wrote:
> Hi Dave,
>
> I came across this quirky libpcp networking behaviour today as
> I was looking further into Rares' recently reported issue ...
>
> $ time /usr/libexec/pcp/bin/pmcd_wait -h oss.sgi.com -t 2
>
> real 0m6.349s
> user 0m0.001s
> sys 0m0.005s
>
> The -t 2 there sets PMCD_CONNECT_TIMEOUT. So, what I think we
> see here (timeout taking 3x longer than expected) is that the
> getaddrinfo loop in __pmAuxConnectPMCDPort causes the timeout
> to be (re-)applied for each address returned. strace shows we
> definitely see 3 connect() attempts in the above example.
Yes, that's definitely what's happening.
> Not sure what the correct behaviour should be here - thoughts?
> Seems like its probably not doing what users would expect atm.
>
The delay is applied during the call __pmSelectWrite(). One thing we
could try would be to open a socket for each address, use the select to
wait on all of them at once, and choose the one that's selected. If the
timeout expires, then we can assume that they all timed out and we will
have applied the timeout once for all of the addresses. I can't think of
another way to apply one timeout while trying all of the addresses.
The downside is that PMCD will see several connections, some (most?) of
which will succeed and then be abandoned. I assume that these will get
logged in a similar way to the pmprobe connections that fche opened a
bug about.
Dave
From hanafiphoto1@gmail.com Tue May 3 12:21:45 2016
Return-Path:
X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on oss.sgi.com
X-Spam-Level:
X-Spam-Status: No, score=0.3 required=5.0 tests=FREEMAIL_ENVFROM_END_DIGIT,
FREEMAIL_FROM,HTML_MESSAGE,T_DKIM_INVALID autolearn=no version=3.3.1
X-Original-To: pcp@oss.sgi.com
Delivered-To: pcp@oss.sgi.com
Received: from relay.sgi.com (relay3.corp.sgi.com [198.149.34.15])
by oss.sgi.com (Postfix) with ESMTP id 54CBE7CA1
for ; Tue, 3 May 2016 12:21:45 -0500 (CDT)
Received: from cuda.sgi.com (cuda2.sgi.com [192.48.176.25])
by relay3.corp.sgi.com (Postfix) with ESMTP id B156CAC002
for ; Tue, 3 May 2016 10:21:41 -0700 (PDT)
X-ASG-Debug-ID: 1462296098-04cbb00fe8430cb0001-S8gJnT
Received: from mail-pf0-f173.google.com (mail-pf0-f173.google.com [209.85.192.173]) by cuda.sgi.com with ESMTP id PcBBqx7cAXSns82F (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128 verify=NO) for ; Tue, 03 May 2016 10:21:38 -0700 (PDT)
X-Barracuda-Envelope-From: hanafiphoto1@gmail.com
X-Barracuda-RBL-Trusted-Forwarder: 209.85.192.173
Received: by mail-pf0-f173.google.com with SMTP id c189so13569730pfb.3
for ; Tue, 03 May 2016 10:21:38 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
d=gmail.com; s=20120113;
h=from:to:subject:date:message-id:mime-version:thread-index
:content-language;
bh=CrsKKIJKJsgXHjzpful7QRv0H35/odFBiHbnA03eRYA=;
b=uMOZ3X92I/VWgA1SRkFUajnJwqk4iKJmV7ZPF3VfYxizpcbwTzODbJwm+luNWmaw7V
DfGdj+tlES3LKS+KElyJMTphaFMFx3H9r0QDHg3odPxUJU3Fz8FUTn4wxDQlpO5d5idu
s9GIQLDFiMQKy7XqEHj0rFlUydwom0zEQmlVxJeXqQKX/inMeZWT4J5sOUHdK26x1EDF
tniqnc/2q1xCmM7c9AWuAJXXnXhMCjczHbM1v2uf/4j1ioAw4Ma1r3wAHc/8zfBbsTWQ
YT8enYKU3t9cXL0BGI3bs0xwLcax4CPECzjLu5f7cVfQ9oJDhCBfk2BbMtdKS6AYl3v6
rGTg==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
d=1e100.net; s=20130820;
h=x-gm-message-state:from:to:subject:date:message-id:mime-version
:thread-index:content-language;
bh=CrsKKIJKJsgXHjzpful7QRv0H35/odFBiHbnA03eRYA=;
b=V18OFRtn/EYSwJbG78FrIJRhoOVpis2ax+hjDuQZBrKEEBpvt+bC4CLhYoELhnSEhQ
1EJ1p2UgXnR8n4rsWxCO1Nh5GF/nmcsJW1IEszCR+I9tFf7ffl/EzpLmUW9NK0ixcY+l
7s9LBF5rJhxJOZom7ZlChwRQsYJPbsyR8nnz04Y7bvEmLOLAfkt66roWuIlAMX55AdMS
qcbVzyPEZB0xUHavPa8mIM0sevvmQTetlGqRaqya3bSu6gS2e3y3XEbu3hAmy4b2Ru3O
W10AO0ekMCvYakqvpWseiO8sYUon/iwaeYnbZqZjH8C5/gb1yMwdo6eMp95JJ+WdlTEz
uOMA==
X-Gm-Message-State: AOPr4FUsdGOwF7un8qoqwaElrY65x4HF/H6AaruZ9MPNhYG9+QcIB/kiJu4XQ3CUuNgERA==
X-Received: by 10.98.14.67 with SMTP id w64mr5260984pfi.154.1462296098064;
Tue, 03 May 2016 10:21:38 -0700 (PDT)
Received: from Desktop (c-24-23-220-52.hsd1.ca.comcast.net. [24.23.220.52])
by smtp.gmail.com with ESMTPSA id s197sm225341pfs.62.2016.05.03.10.21.36
for
(version=TLS1_2 cipher=ECDHE-RSA-AES128-SHA bits=128/128);
Tue, 03 May 2016 10:21:37 -0700 (PDT)
From: "Mahmoud Hanafi"
X-Barracuda-Effective-Source-IP: c-24-23-220-52.hsd1.ca.comcast.net[24.23.220.52]
X-Barracuda-Apparent-Source-IP: 24.23.220.52
X-Barracuda-BBL-IP: 24.23.220.52
To:
Subject: How to define metric with 2 level of instance
Date: Tue, 3 May 2016 10:21:29 -0700
X-ASG-Orig-Subj: How to define metric with 2 level of instance
Message-ID: <061201d1a560$3b9551a0$b2bff4e0$@gmail.com>
MIME-Version: 1.0
Content-Type: multipart/alternative;
boundary="----=_NextPart_000_0613_01D1A525.8F37B220"
X-Mailer: Microsoft Outlook 14.0
Thread-Index: AdGlX5/nclXEPVMrQrWZm+46CmGhOA==
Content-Language: en-us
X-Barracuda-Connect: mail-pf0-f173.google.com[209.85.192.173]
X-Barracuda-Start-Time: 1462296098
X-Barracuda-Encrypted: ECDHE-RSA-AES128-GCM-SHA256
X-Barracuda-URL: https://192.48.176.25:443/cgi-mod/mark.cgi
X-Barracuda-Scan-Msg-Size: 4298
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=DKIM_SIGNED, DKIM_VERIFIED, HTML_MESSAGE, THREAD_INDEX
X-Barracuda-Spam-Report: Code version 3.2, rules version 3.2.3.29265
Rule breakdown below
pts rule name description
---- ---------------------- --------------------------------------------------
0.01 THREAD_INDEX thread-index: AcO7Y8iR61tzADqsRmmc5wNiFHEOig==
-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
This is a multipart message in MIME format.
------=_NextPart_000_0613_01D1A525.8F37B220
Content-Type: text/plain;
charset="us-ascii"
Content-Transfer-Encoding: 7bit
I have a metric that has 2 levels of instances like this:
Lustre.jobstats.ost.read
nbp1-ost1
12344.pbs 2345 bytes
12345.pbs 234 bytes
nbp1-ost2
12344.pbs 23545 bytes
12344.pbs 23445 bytes
How best to define this when writing a pmda
Thank,
Mahmoud
------=_NextPart_000_0613_01D1A525.8F37B220
Content-Type: text/html;
charset="us-ascii"
Content-Transfer-Encoding: quoted-printable
I have a =
metric that has 2 levels of instances like this:
Lustre.jobstats.ost.read
&=
nbsp; nbp1-ost1
&=
nbsp; =
&=
nbsp; =
12344.pbs &nbs=
p; 2345 bytes
&=
nbsp; &n=
bsp; =
12345.pbs &nbs=
p; 234 bytes
&=
nbsp; nbp1-ost2 =
&=
nbsp; =
&=
nbsp; 12344.pbs =
23545 =
bytes
&=
nbsp; &n=
bsp; =
12344.pbs &nbs=
p; 23445 bytes
How best to =
define this when writing a pmda
&=
nbsp; &n=
bsp; =
Thank,
Mahmoud
------=_NextPart_000_0613_01D1A525.8F37B220--
From rvernica@gmail.com Tue May 3 14:09:49 2016
Return-Path:
X-Spam-Checker-Version: SpamAssassin 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 9DCF27CA1
for ; Tue, 3 May 2016 14:09:49 -0500 (CDT)
Received: from cuda.sgi.com (cuda2.sgi.com [192.48.176.25])
by relay3.corp.sgi.com (Postfix) with ESMTP id 08E70AC003
for ; Tue, 3 May 2016 12:09:45 -0700 (PDT)
X-ASG-Debug-ID: 1462302583-04cbb00fe8437ce0001-S8gJnT
Received: from mail-qg0-f66.google.com (mail-qg0-f66.google.com [209.85.192.66]) by cuda.sgi.com with ESMTP id jzPwk6abqHyIlEGf (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128 verify=NO) for ; Tue, 03 May 2016 12:09:43 -0700 (PDT)
X-Barracuda-Envelope-From: rvernica@gmail.com
X-Barracuda-Effective-Source-IP: mail-qg0-f66.google.com[209.85.192.66]
X-Barracuda-Apparent-Source-IP: 209.85.192.66
Received: by mail-qg0-f66.google.com with SMTP id b14so1539875qge.2
for ; Tue, 03 May 2016 12:09:43 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
d=gmail.com; s=20120113;
h=mime-version:in-reply-to:references:date:message-id:subject:from:to
:cc;
bh=vMeijYC7azdkAF4UsssUsW9+OdChvUVDBGqUrEwREtA=;
b=LIQHGF+ZXXgWgLquWdzdK1tEAzW3xq7Xr96omf2ygB092D3QDwGpfLLHLuUBuWxeMI
L4TLPWzQQ3Cq6hO8D/wg7ADqwK2+xAox81CAQVI/XsjAqbfpRdh4pTM1s9bexIDf/Z09
jUeDeofPSHIpxLFZSOTA7FQ+D3aHSGJ6jX0VXJ8Q5RIRUNbkni11hr7E+pch5i8IgIgE
SNuVPq4+W5CKT/jjsuNvM2i3RiAHEPHvSmPFW111Kd78xbF94A4e0hg+ORKOpcNU5aNZ
azy4dOjK6zb1o74Mam/ptLjipqUmYV8AObQKylGvEJOsOy+LCBhsXZJT50qiSZu6CHzY
rn4w==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
d=1e100.net; s=20130820;
h=x-gm-message-state:mime-version:in-reply-to:references:date
:message-id:subject:from:to:cc;
bh=vMeijYC7azdkAF4UsssUsW9+OdChvUVDBGqUrEwREtA=;
b=M5vmAvxTWLmIjRw6LxIa/BHHPsRVIV0qYgBK5SKgSN0Ndt2qzjDnHOCIwhGcCCcn+L
7q16BTJ1tysuu1IO5CLh5O60IW3ttn0YATQ6MURpI0zbb9bzWUnqnfapX888thbxgOVO
ZG3M+ODJnZdXECSCsADa3yIDGamhwzJKcmmIAQSZlKBX2L8oTldHa/al/o0EvudHGmIS
Z8yoLpNzDgX5XEU/OKE7B87qMJs75oMGvz04tFqtez4wFoMDkT4vj3EL4JD24nKAtrMz
kyt9BrEKGEcl0BTiNSHKhjDmuA5R53nodCVjl3uWnKVGEURu5tvP/GSh8JRKq6Y5H0eO
b5Ow==
X-Gm-Message-State: AOPr4FUGd4UoTKa2hDwd7OjBgAnUBEGy1gE4gprQHD9EjlFx9Onh9RwWZtzgaAniuO+3utP2IUppGJ1pzNd0BA==
MIME-Version: 1.0
X-Received: by 10.140.89.202 with SMTP id v68mr4396056qgd.95.1462302583260;
Tue, 03 May 2016 12:09:43 -0700 (PDT)
Received: by 10.55.179.198 with HTTP; Tue, 3 May 2016 12:09:43 -0700 (PDT)
In-Reply-To: <639232678.44816362.1462256596580.JavaMail.zimbra@redhat.com>
References:
<639232678.44816362.1462256596580.JavaMail.zimbra@redhat.com>
Date: Tue, 3 May 2016 12:09:43 -0700
Message-ID:
Subject: Re: [pcp] pmlogger_check stuck if host is down
From: Rares Vernica
X-ASG-Orig-Subj: Re: [pcp] pmlogger_check stuck if host is down
To: Nathan Scott
Cc: pcp@oss.sgi.com
Content-Type: multipart/alternative; boundary=001a11c1182e07a6bd0531f4da8c
X-Barracuda-Connect: mail-qg0-f66.google.com[209.85.192.66]
X-Barracuda-Start-Time: 1462302583
X-Barracuda-Encrypted: ECDHE-RSA-AES128-GCM-SHA256
X-Barracuda-URL: https://192.48.176.25:443/cgi-mod/mark.cgi
X-Barracuda-Scan-Msg-Size: 4292
X-Virus-Scanned: by bsmtpd at sgi.com
X-Barracuda-BRTS-Status: 1
X-Barracuda-Spam-Score: 0.00
X-Barracuda-Spam-Status: No, SCORE=0.00 using per-user scores of TAG_LEVEL=1000.0 QUARANTINE_LEVEL=1000.0 KILL_LEVEL=2.7 tests=BSF_SC0_MISMATCH_TO, DKIM_SIGNED, DKIM_VERIFIED, HTML_MESSAGE
X-Barracuda-Spam-Report: Code version 3.2, rules version 3.2.3.29267
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
--001a11c1182e07a6bd0531f4da8c
Content-Type: text/plain; charset=UTF-8
On Thu, Apr 28, 2016 at 8:03 PM, Nathan Scott wrote:
> > [...]
> > If one of the remote hosts is down, pmlogger_check gets stuck on that
host
> > and takes about 30 min to move on. I ran pmlogger_check with -VV and the
> > output looks like:
> >
> > [...]
> > > ps ax | grep pml
>
> (any pmprobe processes running OOC? that grep would have excluded 'em,
but
> I wonder if thats where the blockage is)
Yes, pmprobe is running as well:
> ps ax | grep pmp
30792 ? S 0:00 pmprobe -h b-02 -v apache.total_accesses
I checked the config.remote file referenced in control and it does not
contain any apache metrics:
> grep apache /var/lib/pcp/config/pmlogger/config.remote
#+ apache/processes:x::
#+ apache/summary:x::
#+ apache/uptime:x::
Is pmprobe checking all the metrics, regardless of that it is in the
config.remote file?
On Mon, May 2, 2016 at 11:23 PM, Nathan Scott wrote:
> >
> > I have pmlogger collect logs from multiple hosts. My control file looks
> > something like this:
> >
>
> Does your /etc/pcp/pmlogger/control file contain PMCD_CONNECT_TIMEOUT=150?
> (pretty sure it will, as that oddly seems to be the default currently)
Yes, it was set to the default 150. I reset it to 2. The entire check takes
about 8 min now. I guess your other fixes would make the situation better.
On Sat, Apr 30, 2016 at 4:57 AM, Frank Ch. Eigler wrote:
>
> For comparison, if you were to use pmmgr to manage the remote pmloggers,
> you could drop those lines from the pmlogger/control file, and instead:
Thanks for the suggestion! I will check that as well.
Thanks!
Rares
--001a11c1182e07a6bd0531f4da8c
Content-Type: text/html; charset=UTF-8
Content-Transfer-Encoding: quoted-printable
On Thu, Apr 28, 2016 at 8:03 PM, Nathan Scott <
nathans@redhat.com> wrote:
> > [...]
> > If one of the remote hosts =
is down, pmlogger_check gets stuck on that host
> > and tak=
es about 30 min to move on. I ran pmlogger_check with -VV and the
> > output looks like:
> >
> > [...]=
> > > ps ax | grep pml
>
> (a=
ny pmprobe processes running OOC? =C2=A0that grep would have excluded '=
em, but
> I wonder if thats where the blockage is)
<=
br>
Yes, pmprobe is running as well:
30792 ? =C2=A0 =C2=A0 =C2=
=A0 =C2=A0S =C2=A0 =C2=A0 =C2=A00:00 pmprobe -h b-02 -v apache.total_access=
es
I checked the config.remote =
file referenced in control and it does not contain any apache metrics:
> grep apache /var/lib/pcp/config/pmlogger/con=
fig.remote
#+ apache/processes:x::
#+ apache/summary:x:=
:
#+ apache/uptime:x::
Is pmprobe =
checking all the metrics, regardless of that it is in the config.remote fil=
e?
On Mon, May 2, 2016 at 11:23 PM, Nathan Scott <nathans@redhat.com> wrote:
&g=
t; >
> > I have pmlogger collect logs from multiple hosts. My c=
ontrol file looks
> > something like this:
> >
>
> Does your /etc/pcp/pmlogger/control file contain PMCD_CONNECT_TIMEOUT=
=3D150?
> (pretty sure it will, as that oddly seems to be the default=
currently)
Yes, it was set to the default 150. I reset =
it to 2. The entire check takes about 8 min now. I guess your other fixes w=
ould make the situation better.
On Sat, Apr 3=
0, 2016 at 4:57 AM, Frank Ch. Eigler <
fche@redhat.com> wrote:
>
> For compa=
rison, if you were to use pmmgr to manage the remote pmloggers,
&=
gt; you could drop those lines from the pmlogger/control file, and instead:=
Thanks for the suggestion! I will check tha=
t as well.
Thanks!
Rares<=
/div>
--001a11c1182e07a6bd0531f4da8c--
From hanafiphoto1@gmail.com Tue May 3 14:14:52 2016
Return-Path:
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 840C17CA3
for ; Tue, 3 May 2016 14:14:52 -0500 (CDT)
Received: from cuda.sgi.com (cuda2.sgi.com [192.48.176.25])
by relay1.corp.sgi.com (Postfix) with ESMTP id 55A148F8050
for ; Tue, 3 May 2016 12:14:49 -0700 (PDT)
X-ASG-Debug-ID: 1462302887-04cbb00fea4380d0001-S8gJnT
Received: from mail-pa0-f43.google.com (mail-pa0-f43.google.com [209.85.220.43]) by cuda.sgi.com with ESMTP id FobUtG4OTIPVUSDa (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128 verify=NO) for ; Tue, 03 May 2016 12:14:48 -0700 (PDT)
X-Barracuda-Envelope-From: hanafiphoto1@gmail.com
X-Barracuda-RBL-Trusted-Forwarder: 209.85.220.43
Received: by mail-pa0-f43.google.com with SMTP id r5so14219262pag.1
for ; Tue, 03 May 2016 12:14:48 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
d=gmail.com; s=20120113;
h=from:to:subject:date:message-id:mime-version:thread-index
:content-language;
bh=s7ZT2Pu2g4jLDVUkAz0sQKEF3JeRAI/KTb0iF9A4LAw=;
b=rQXwgBAh/TihKhGavTEmEnlTaYvrucJ8OFHF7wh5/bwBMdQGxsSKFpzAQ065NnflrK
I4qnqgA2FGY8+uQSkk/kWC2JZMA6nzT7E4ngkNHna5/7sfPU2kJSNII/uNqhfLk0Owxv
EbB3u3R/Uqn3JWZAB+OZ/L1XRggsRsFer0qoZtwX0zPFn7RjX86cDTrnSxPP4xm0w4mx
eCLy+d+EDZP7Nzx1DWZGyIfFqQJZSxY+gupZIQvPUFBglp8Y0jU6DWkI9tcbb8EKS7nO
5cmAxIwBFOWwowXG6W8NdoutuA+457JFqq69ILhayivWAYlL9qSeZWzg32M3HBUJIknm
c4yA==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
d=1e100.net; s=20130820;
h=x-gm-message-state:from:to:subject:date:message-id:mime-version
:thread-index:content-language;
bh=s7ZT2Pu2g4jLDVUkAz0sQKEF3JeRAI/KTb0iF9A4LAw=;
b=jtIL4dBvv6oq05VGOttfHEzRMzVWNNeS/G8h+bWU6LQUdaxvQ7NOyLfcfXZ/9gPyH1
CtmPgr0k+gc4IN+DYbmENeLdnoEMwHRukT2Cc+52yiE7GLEwbsdmz+f/aCAtSpI2Gvx4
h43i6eIxc7L4GNsWdSDHZYDRpITEkTz10+rPhm+WfkbiG1Hkk0vTqErCmeojb/Mb4+DI
3JkVaqGtj1gtlW/zVCtcmfHNAqaiIZcEMFMq7mkw8o/dFx9GOfd112OKllXPLY/d0m56
uoHfKb8qsqdAewZENqlb9VKDhXU+vxrT2WaMG1NYlDJxHgISW5omBIRV32FpJ8vkNRSc
0GUg==
X-Gm-Message-State: AOPr4FVyemtW5b5nEYsBZHoGvqGucAwXENWha7Dkwsrgu660X2wfX9Czvv9HE1ZalTwKyg==
X-Received: by 10.66.194.230 with SMTP id hz6mr6035284pac.132.1462302887254;
Tue, 03 May 2016 12:14:47 -0700 (PDT)
Received: from Desktop (c-24-23-220-52.hsd1.ca.comcast.net. [24.23.220.52])
by smtp.gmail.com with ESMTPSA id 133sm724248pfw.35.2016.05.03.12.14.46
for
(version=TLS1_2 cipher=ECDHE-RSA-AES128-SHA bits=128/128);
Tue, 03 May 2016 12:14:46 -0700 (PDT)
From: "Mahmoud Hanafi"
X-Barracuda-Effective-Source-IP: c-24-23-220-52.hsd1.ca.comcast.net[24.23.220.52]
X-Barracuda-Apparent-Source-IP: 24.23.220.52
X-Barracuda-BBL-IP: 24.23.220.52
To:
Subject: pmda with 2 level instants
Date: Tue, 3 May 2016 12:14:38 -0700
X-ASG-Orig-Subj: pmda with 2 level instants
Message-ID: <065001d1a570$0a4bb930$1ee32b90$@gmail.com>
MIME-Version: 1.0
Content-Type: multipart/alternative;
boundary="----=_NextPart_000_0651_01D1A535.5DEDA480"
X-Mailer: Microsoft Outlook 14.0
Thread-Index: AdGlb6WmQMzTFxJbSJCgoUHtEls7dA==
Content-Language: en-us
X-Barracuda-Connect: mail-pa0-f43.google.com[209.85.220.43]
X-Barracuda-Start-Time: 1462302887
X-Barracuda-Encrypted: ECDHE-RSA-AES128-GCM-SHA256
X-Barracuda-URL: https://192.48.176.25:443/cgi-mod/mark.cgi
X-Barracuda-Scan-Msg-Size: 3402
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=DKIM_SIGNED, DKIM_VERIFIED, HTML_MESSAGE, THREAD_INDEX
X-Barracuda-Spam-Report: Code version 3.2, rules version 3.2.3.29267
Rule breakdown below
pts rule name description
---- ---------------------- --------------------------------------------------
0.01 THREAD_INDEX thread-index: AcO7Y8iR61tzADqsRmmc5wNiFHEOig==
-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
This is a multipart message in MIME format.
------=_NextPart_000_0651_01D1A535.5DEDA480
Content-Type: text/plain;
charset="us-ascii"
Content-Transfer-Encoding: 7bit
How to program pmda with more than 1 level of instant like this.
lustre.jobstats.ost.open
instA
jobid1
jobid2
instB
jobid1
jobid2
Thanks,
Mahmoud
------=_NextPart_000_0651_01D1A535.5DEDA480
Content-Type: text/html;
charset="us-ascii"
Content-Transfer-Encoding: quoted-printable
How to =
program pmda with more than 1 level of instant like =
this.
lustre.jobstats.ost.open
&=
nbsp; instA
&=
nbsp; &n=
bsp; =
jobid1
&=
nbsp; &n=
bsp; =
jobid2
&=
nbsp; instB
&=
nbsp; &n=
bsp; =
jobid1
&=
nbsp; &n=
bsp; =
jobid2
Thanks,
Mahmoud
------=_NextPart_000_0651_01D1A535.5DEDA480--
From hanafiphoto1@gmail.com Tue May 3 14:16:26 2016
Return-Path:
X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on oss.sgi.com
X-Spam-Level:
X-Spam-Status: No, score=0.6 required=5.0 tests=FREEMAIL_ENVFROM_END_DIGIT,
FREEMAIL_FROM,HTML_MESSAGE,MIME_HTML_MOSTLY,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 A096F7CA6
for ; Tue, 3 May 2016 14:16:25 -0500 (CDT)
Received: from cuda.sgi.com (cuda3.sgi.com [192.48.176.15])
by relay3.corp.sgi.com (Postfix) with ESMTP id 06610AC002
for ; Tue, 3 May 2016 12:16:24 -0700 (PDT)
X-ASG-Debug-ID: 1462302978-04cb6c09a245fb80001-S8gJnT
Received: from mail-pa0-f41.google.com (mail-pa0-f41.google.com [209.85.220.41]) by cuda.sgi.com with ESMTP id BDulfU0jWc3RCDu5 (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128 verify=NO) for ; Tue, 03 May 2016 12:16:19 -0700 (PDT)
X-Barracuda-Envelope-From: hanafiphoto1@gmail.com
X-Barracuda-RBL-Trusted-Forwarder: 209.85.220.41
Received: by mail-pa0-f41.google.com with SMTP id xk12so13920430pac.0
for ; Tue, 03 May 2016 12:16:19 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
d=gmail.com; s=20120113;
h=from:to:subject:date:message-id:mime-version:thread-index
:content-language;
bh=8PvIHxeux8CxwYhSCHD0XPu4FqpC/RsmsCbniTxqehA=;
b=ODUGMOLxmvNKJpSUMvPqmPBoqV2T00NP2CDFCqe9DTtHRpLPdxCu3QthJoTUp6gK3X
51sagmu4OlbDX3FLbcPXZgbcRrAdUjOUTGD3/nKUCtDxfBdhMj01AK9BLHhY9PI7T0C0
LvQtQf5aU1GD0Y+1SxueWPHCYACw/WrDsEdXp+uDuC1yCwuGNgMgwB+90WvmUy9+6Fya
7Aoijpd2/5pnHVPtMq54V/m437/yvHHnmQ3LLcJZlPi/30Vb68EguaYCJjMX0rVUvLbC
IN8cjS1Qskbm6WB2cfByrJmEVgseFtI102B9QC8cox4fKDSHn64L+xTi5RHdSKdI9SBW
d0QQ==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
d=1e100.net; s=20130820;
h=x-gm-message-state:from:to:subject:date:message-id:mime-version
:thread-index:content-language;
bh=8PvIHxeux8CxwYhSCHD0XPu4FqpC/RsmsCbniTxqehA=;
b=ZBl6YOrFpe6RreLpF7d1Do8tFoWiTQtGNVSv1Poyyo2ePD8MHlSiZDOz0jUj5+pdEJ
fdhThoN5d/H5GO/zumztPXLXNCdPUa51bu/maXa1cl9+OKcLso9spY2kMEhK6KEjvv1r
qf3v6izw4m4kWXAYkJovIpOGN9hDeNdMtuntGV6xehZ+v+dckeys3qNOQ6xLUMmehFKS
k9HhXBaVJxmvOOUGq4rtpB0OkCwHziW27rDim5eBTUWzGYYM1gfsX3mK42DDp9O2tNSP
wGFFFlfCWNTnw9VZZ+vJ52Jgp0gotaGaHmWLzcibRoqT+5WWKTfEq+4IISdAOIlwCpjK
ESwQ==
X-Gm-Message-State: AOPr4FXxfopvvITYmWT/jGliaTszqp+GFbllLKGeWMCAaVzFwP+DU45WngGbe33z7nuHEg==
X-Received: by 10.66.246.71 with SMTP id xu7mr5985635pac.17.1462302978717;
Tue, 03 May 2016 12:16:18 -0700 (PDT)
Received: from Desktop (c-24-23-220-52.hsd1.ca.comcast.net. [24.23.220.52])
by smtp.gmail.com with ESMTPSA id fv10sm668905pad.40.2016.05.03.12.16.18
for
(version=TLS1_2 cipher=ECDHE-RSA-AES128-SHA bits=128/128);
Tue, 03 May 2016 12:16:18 -0700 (PDT)
From: "Mahmoud Hanafi"
X-Barracuda-Effective-Source-IP: c-24-23-220-52.hsd1.ca.comcast.net[24.23.220.52]
X-Barracuda-Apparent-Source-IP: 24.23.220.52
X-Barracuda-BBL-IP: 24.23.220.52
To:
Subject: test
Date: Tue, 3 May 2016 12:16:10 -0700
X-ASG-Orig-Subj: test
Message-ID: <065d01d1a570$40dcd6f0$c29684d0$@gmail.com>
MIME-Version: 1.0
Content-Type: multipart/alternative;
boundary="----=_NextPart_000_065E_01D1A535.947E7420"
X-Mailer: Microsoft Outlook 14.0
Thread-Index: AdGlcD7UjxJUh2vZTH6I0LozDhD5hg==
Content-Language: en-us
X-Barracuda-Connect: mail-pa0-f41.google.com[209.85.220.41]
X-Barracuda-Start-Time: 1462302979
X-Barracuda-Encrypted: ECDHE-RSA-AES128-GCM-SHA256
X-Barracuda-URL: https://192.48.176.15:443/cgi-mod/mark.cgi
X-Barracuda-Scan-Msg-Size: 1648
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=DKIM_SIGNED, DKIM_VERIFIED, HTML_MESSAGE, MIME_HTML_MOSTLY, THREAD_INDEX
X-Barracuda-Spam-Report: Code version 3.2, rules version 3.2.3.29267
Rule breakdown below
pts rule name description
---- ---------------------- --------------------------------------------------
0.01 THREAD_INDEX thread-index: AcO7Y8iR61tzADqsRmmc5wNiFHEOig==
-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 MIME_HTML_MOSTLY BODY: Multipart message mostly text/html MIME
0.00 HTML_MESSAGE BODY: HTML included in message
This is a multipart message in MIME format.
------=_NextPart_000_065E_01D1A535.947E7420
Content-Type: text/plain;
charset="us-ascii"
Content-Transfer-Encoding: 7bit
test
------=_NextPart_000_065E_01D1A535.947E7420
Content-Type: text/html;
charset="us-ascii"
Content-Transfer-Encoding: quoted-printable
------=_NextPart_000_065E_01D1A535.947E7420--
From mahmoud.hanafi@nasa.gov Tue May 3 14:18:27 2016
Return-Path:
X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on oss.sgi.com
X-Spam-Level:
X-Spam-Status: No, score=0.0 required=5.0 tests=HTML_MESSAGE autolearn=ham
version=3.3.1
X-Original-To: pcp@oss.sgi.com
Delivered-To: pcp@oss.sgi.com
Received: from relay.sgi.com (relay1.corp.sgi.com [137.38.102.111])
by oss.sgi.com (Postfix) with ESMTP id CF8267CA6
for ; Tue, 3 May 2016 14:18:27 -0500 (CDT)
Received: from cuda.sgi.com (cuda2.sgi.com [192.48.176.25])
by relay1.corp.sgi.com (Postfix) with ESMTP id A0BEB8F8033
for ; Tue, 3 May 2016 12:18:27 -0700 (PDT)
X-ASG-Debug-ID: 1462303106-04cbb00fe9438410001-S8gJnT
Received: from ndjsvnpf104.ndc.nasa.gov ([198.117.1.154]) by cuda.sgi.com with ESMTP id NbFRiDZX0WyDZCFX for ; Tue, 03 May 2016 12:18:26 -0700 (PDT)
X-Barracuda-Envelope-From: mahmoud.hanafi@nasa.gov
X-Barracuda-Effective-Source-IP: UNKNOWN[198.117.1.154]
X-Barracuda-Apparent-Source-IP: 198.117.1.154
X-ASG-Whitelist: Client
Received: from ndjsppt102.ndc.nasa.gov (ndjsppt102.ndc.nasa.gov [198.117.1.196])
by ndjsvnpf104.ndc.nasa.gov (Postfix) with ESMTP id 82875400CA66
for ; Tue, 3 May 2016 14:18:25 -0500 (CDT)
Received: from NDJSCHT105.ndc.nasa.gov (ndjscht105-pub.ndc.nasa.gov [198.117.1.205])
by ndjsppt102.ndc.nasa.gov (8.15.0.59/8.15.0.59) with ESMTP id u43JIPDk015720
for ; Tue, 3 May 2016 14:18:25 -0500
Received: from NDJSMBX103.ndc.nasa.gov ([169.254.1.22]) by
NDJSCHT105.ndc.nasa.gov ([198.117.1.205]) with mapi id 14.03.0266.001; Tue, 3
May 2016 14:18:25 -0500
From: "Hanafi, Mahmoud (ARC-TN)[Computer Sciences Corporation]"
To: "pcp@oss.sgi.com"
Subject: PMDA with 2 levels of inst
Thread-Topic: PMDA with 2 levels of inst
X-ASG-Orig-Subj: PMDA with 2 levels of inst
Thread-Index: AdGlcIkWQOOm9hJcSEe7FkjUZYMezw==
Date: Tue, 3 May 2016 19:18:24 +0000
Message-ID: <4EDFB2F771213E4995CA22F2E5898CB21399F279@NDJSMBX103.ndc.nasa.gov>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
x-originating-ip: [24.23.220.52]
Content-Type: multipart/alternative;
boundary="_000_4EDFB2F771213E4995CA22F2E5898CB21399F279NDJSMBX103ndcna_"
MIME-Version: 1.0
X-Proofpoint-Virus-Version: vendor=fsecure engine=2.50.10432:,, definitions=2016-05-03_09:,,
signatures=0
X-Barracuda-Connect: UNKNOWN[198.117.1.154]
X-Barracuda-Start-Time: 1462303106
X-Barracuda-URL: https://192.48.176.25:443/cgi-mod/mark.cgi
X-Barracuda-Scan-Msg-Size: 3447
X-Virus-Scanned: by bsmtpd at sgi.com
X-Barracuda-BRTS-Status: 1
--_000_4EDFB2F771213E4995CA22F2E5898CB21399F279NDJSMBX103ndcna_
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: quoted-printable
How to program pmda with more than 1 level of inst like this.
lustre.jobstats.ost.open
instA
jobid1
jobid2
instB
jobid1
jobid2
Thanks,
Mahmoud
--_000_4EDFB2F771213E4995CA22F2E5898CB21399F279NDJSMBX103ndcna_
Content-Type: text/html; charset="us-ascii"
Content-Transfer-Encoding: quoted-printable
How to program pmda with more than 1 level of inst l=
ike this.
lustre.jobstats.ost.open
&nbs=
p; instA
&nbs=
p; &=
nbsp; jobid1
&nbs=
p; &=
nbsp; jobid2
&nbs=
p; instB
&nbs=
p; &=
nbsp; jobid1
&nbs=
p; &=
nbsp; jobid2
Thanks,
Mahmoud
--_000_4EDFB2F771213E4995CA22F2E5898CB21399F279NDJSMBX103ndcna_--
From kenj@internode.on.net Tue May 3 16:32:24 2016
Return-Path:
X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on oss.sgi.com
X-Spam-Level:
X-Spam-Status: No, score=0.0 required=5.0 tests=none 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 7C68B7CCC
for ; Tue, 3 May 2016 16:32:24 -0500 (CDT)
Received: from cuda.sgi.com (cuda3.sgi.com [192.48.176.15])
by relay1.corp.sgi.com (Postfix) with ESMTP id 4145B8F8033
for ; Tue, 3 May 2016 14:32:21 -0700 (PDT)
X-ASG-Debug-ID: 1462311134-04cb6c09a1464d30001-S8gJnT
Received: from ipmail05.adl6.internode.on.net (ipmail05.adl6.internode.on.net [150.101.137.143]) by cuda.sgi.com with ESMTP id jVrVeAh667u4enEl for ; Tue, 03 May 2016 14:32:15 -0700 (PDT)
X-Barracuda-Envelope-From: kenj@internode.on.net
X-Barracuda-Effective-Source-IP: ipmail05.adl6.internode.on.net[150.101.137.143]
X-Barracuda-Apparent-Source-IP: 150.101.137.143
X-IronPort-Anti-Spam-Filtered: true
X-IronPort-Anti-Spam-Result: A2AGAgCRGClXPF1O0XYNUYt0tTiIIgEBAQEBAQcBAQEBQoUrVT0WCwIEBwMCAQIBMRoNCAEBsydnkGMBCwEVCIpthz+CWQWYFoEugXqBZ5gbjzKEX4kWAQEB
Received: from ppp118-209-78-93.lns20.mel4.internode.on.net (HELO [192.168.1.100]) ([118.209.78.93])
by ipmail05.adl6.internode.on.net with ESMTP; 04 May 2016 07:01:50 +0930
To: PCP
From: Ken McDonell
Subject: Recent lock changes in libpcp
Message-ID: <572918C6.1040405@internode.on.net>
X-ASG-Orig-Subj: Recent lock changes in libpcp
Date: Wed, 4 May 2016 07:31:50 +1000
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:38.0) Gecko/20100101
Thunderbird/38.7.2
MIME-Version: 1.0
Content-Type: multipart/mixed;
boundary="------------080104040108060706020508"
X-Barracuda-Connect: ipmail05.adl6.internode.on.net[150.101.137.143]
X-Barracuda-Start-Time: 1462311135
X-Barracuda-URL: https://192.48.176.15:443/cgi-mod/mark.cgi
X-Barracuda-Scan-Msg-Size: 653
X-Virus-Scanned: by bsmtpd at sgi.com
X-Barracuda-BRTS-Status: 1
X-Barracuda-Spam-Score: 0.00
X-Barracuda-Spam-Status: No, SCORE=0.00 using per-user scores of TAG_LEVEL=1000.0 QUARANTINE_LEVEL=1000.0 KILL_LEVEL=2.7 tests=
X-Barracuda-Spam-Report: Code version 3.2, rules version 3.2.3.29271
Rule breakdown below
pts rule name description
---- ---------------------- --------------------------------------------------
This is a multi-part message in MIME format.
--------------080104040108060706020508
Content-Type: text/plain; charset=utf-8; format=flowed
Content-Transfer-Encoding: 7bit
Recent changes to libpcp appear to be causing different output for qa/512.
This test requires the libpcp to be built with fault insertion enabled
(not relevant here) and lock instrumentation. ... see the README in
src/libpcp_fault.
Specifically with qa/512 ...
For pminfo and pmdumplog one less nested lock-unlock of the global lock
... this is good.
For pmlogextract one extra nested lock-unlock of every context lock ...
this is not so good and should not be necessary?
For dbpmda one context unlock has gone missing ... this is definitely
not good.
The .out.bad is attached.
--------------080104040108060706020508
Content-Type: text/plain; charset=UTF-8;
name="512.out.bad"
Content-Transfer-Encoding: base64
Content-Disposition: attachment;
filename="512.out.bad"
UUEgb3V0cHV0IGNyZWF0ZWQgYnkgNTEyCj09IHBtaW5mbyA9PQpsb2NrKGN0eCAwIGlwYyBj
aGFubmVsKQpsb2NrKGN0eCAwKQpsb2NrKGRlcml2ZWRfbWV0cmljKQpsb2NrKGRlcml2ZWRf
bWV0cmljKSBbY291bnQ9MV0KbG9jayhnbG9iYWxfbGlicGNwKQpsb2NrKGdsb2JhbF9saWJw
Y3ApIFtjb3VudD0xXQp1bmxvY2soY3R4IDAgaXBjIGNoYW5uZWwpCnVubG9jayhjdHggMCkK
dW5sb2NrKGRlcml2ZWRfbWV0cmljKQp1bmxvY2soZGVyaXZlZF9tZXRyaWMpIFtjb3VudD0y
XQp1bmxvY2soZ2xvYmFsX2xpYnBjcCkKdW5sb2NrKGdsb2JhbF9saWJwY3ApIFtjb3VudD0y
XQoKPT0gcG1sb2dnZXIgPT0KbG9jayhjdHggMCBpcGMgY2hhbm5lbCkKbG9jayhjdHggMCkK
bG9jayhjdHggMCkgW2NvdW50PTFdCmxvY2soZGVyaXZlZF9tZXRyaWMpCmxvY2soZGVyaXZl
ZF9tZXRyaWMpIFtjb3VudD0xXQpsb2NrKGdsb2JhbF9saWJwY3ApCmxvY2soZ2xvYmFsX2xp
YnBjcCkgW2NvdW50PTFdCmxvY2soZ2xvYmFsX2xpYnBjcCkgW2NvdW50PTJdCnVubG9jayhj
dHggMCBpcGMgY2hhbm5lbCkKdW5sb2NrKGN0eCAwKQp1bmxvY2soY3R4IDApIFtjb3VudD0y
XQp1bmxvY2soZGVyaXZlZF9tZXRyaWMpCnVubG9jayhkZXJpdmVkX21ldHJpYykgW2NvdW50
PTJdCnVubG9jayhnbG9iYWxfbGlicGNwKQp1bmxvY2soZ2xvYmFsX2xpYnBjcCkgW2NvdW50
PTJdCnVubG9jayhnbG9iYWxfbGlicGNwKSBbY291bnQ9M10KCj09IHBtbG9nZXh0cmFjdCA9
PQpsb2NrKGN0eCAwKQpsb2NrKGN0eCAwKSBbY291bnQ9MV0KbG9jayhjdHggMSkKbG9jayhj
dHggMSkgW2NvdW50PTFdCmxvY2soY3R4IDIpCmxvY2soY3R4IDIpIFtjb3VudD0xXQpsb2Nr
KGRlcml2ZWRfbWV0cmljKQpsb2NrKGdsb2JhbF9saWJwY3ApCmxvY2soZ2xvYmFsX2xpYnBj
cCkgW2NvdW50PTFdCnVubG9jayhjdHggMCkKdW5sb2NrKGN0eCAwKSBbY291bnQ9Ml0KdW5s
b2NrKGN0eCAxKQp1bmxvY2soY3R4IDEpIFtjb3VudD0yXQp1bmxvY2soY3R4IDIpCnVubG9j
ayhjdHggMikgW2NvdW50PTJdCnVubG9jayhkZXJpdmVkX21ldHJpYykKdW5sb2NrKGdsb2Jh
bF9saWJwY3ApCnVubG9jayhnbG9iYWxfbGlicGNwKSBbY291bnQ9Ml0KCj09IHBtZHVtcGxv
ZyA9PQpsb2NrKGN0eCAwKQpsb2NrKGN0eCAwKSBbY291bnQ9MV0KbG9jayhkZXJpdmVkX21l
dHJpYykKbG9jayhkZXJpdmVkX21ldHJpYykgW2NvdW50PTFdCmxvY2soZ2xvYmFsX2xpYnBj
cCkKdW5sb2NrKGN0eCAwKQp1bmxvY2soY3R4IDApIFtjb3VudD0yXQp1bmxvY2soZGVyaXZl
ZF9tZXRyaWMpCnVubG9jayhkZXJpdmVkX21ldHJpYykgW2NvdW50PTJdCnVubG9jayhnbG9i
YWxfbGlicGNwKQoKPT0gZGJwbWRhID09CmxvY2soY3R4IDApCmxvY2soY3R4IDApIFtjb3Vu
dD0xXQpsb2NrKGRlcml2ZWRfbWV0cmljKQpsb2NrKGRlcml2ZWRfbWV0cmljKSBbY291bnQ9
MV0KbG9jayhnbG9iYWxfbGlicGNwKQpsb2NrKGdsb2JhbF9saWJwY3ApIFtjb3VudD0xXQp1
bmxvY2soY3R4IDApIFtjb3VudD0yXQp1bmxvY2soZGVyaXZlZF9tZXRyaWMpCnVubG9jayhk
ZXJpdmVkX21ldHJpYykgW2NvdW50PTJdCnVubG9jayhnbG9iYWxfbGlicGNwKQp1bmxvY2so
Z2xvYmFsX2xpYnBjcCkgW2NvdW50PTJdCg==
--------------080104040108060706020508--
From nscott@redhat.com Tue May 3 18:14:57 2016
Return-Path:
X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on oss.sgi.com
X-Spam-Level:
X-Spam-Status: No, score=0.0 required=5.0 tests=none 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 0C8887CA3
for ; Tue, 3 May 2016 18:14:57 -0500 (CDT)
Received: from cuda.sgi.com (cuda1.sgi.com [192.48.157.11])
by relay3.corp.sgi.com (Postfix) with ESMTP id 86856AC002
for ; Tue, 3 May 2016 16:14:53 -0700 (PDT)
X-ASG-Debug-ID: 1462317285-04bdf035964689b0001-S8gJnT
Received: from mx6-phx2.redhat.com (mx6-phx2.redhat.com [209.132.183.39]) by cuda.sgi.com with ESMTP id e67wj3Caikea3D1S (version=TLSv1.2 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO) for ; Tue, 03 May 2016 16:14:45 -0700 (PDT)
X-Barracuda-Envelope-From: nscott@redhat.com
X-Barracuda-Effective-Source-IP: mx6-phx2.redhat.com[209.132.183.39]
X-Barracuda-Apparent-Source-IP: 209.132.183.39
Received: from zmail20.collab.prod.int.phx2.redhat.com (zmail20.collab.prod.int.phx2.redhat.com [10.5.83.23])
by mx6-phx2.redhat.com (8.14.4/8.14.4) with ESMTP id u43NEiwj016410;
Tue, 3 May 2016 19:14:44 -0400
Date: Tue, 3 May 2016 19:14:44 -0400 (EDT)
From: Nathan Scott
Reply-To: Nathan Scott
To: Rares Vernica
Cc: pcp@oss.sgi.com
Message-ID: <450545065.45185938.1462317284386.JavaMail.zimbra@redhat.com>
In-Reply-To:
References: <639232678.44816362.1462256596580.JavaMail.zimbra@redhat.com>
Subject: Re: [pcp] pmlogger_check stuck if host is down
MIME-Version: 1.0
X-ASG-Orig-Subj: Re: [pcp] pmlogger_check stuck if host is down
Content-Type: text/plain; charset=utf-8
Content-Transfer-Encoding: 7bit
X-Originating-IP: [10.64.50.189]
X-Mailer: Zimbra 8.0.6_GA_5922 (ZimbraWebClient - FF45 (Linux)/8.0.6_GA_5922)
Thread-Topic: pmlogger_check stuck if host is down
Thread-Index: sMxgdB8vbpCxIxyFUpf95dxTtb+iPg==
X-Barracuda-Connect: mx6-phx2.redhat.com[209.132.183.39]
X-Barracuda-Start-Time: 1462317285
X-Barracuda-Encrypted: ECDHE-RSA-AES256-GCM-SHA384
X-Barracuda-URL: https://192.48.157.11:443/cgi-mod/mark.cgi
X-Barracuda-Scan-Msg-Size: 1097
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.3.29273
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 -----
> On Thu, Apr 28, 2016 at 8:03 PM, Nathan Scott wrote:
> > > [...]
> >
> > (any pmprobe processes running OOC? that grep would have excluded 'em,
> but
> > I wonder if thats where the blockage is)
>
> Yes, pmprobe is running as well:
>
> > ps ax | grep pmp
>
> 30792 ? S 0:00 pmprobe -h b-02 -v apache.total_accesses
*nod* - thanks Rares, good to confirm that.
> I checked the config.remote file referenced in control and it does not
> contain any apache metrics:
>
> > grep apache /var/lib/pcp/config/pmlogger/config.remote
> #+ apache/processes:x::
> #+ apache/summary:x::
> #+ apache/uptime:x::
>
> Is pmprobe checking all the metrics, regardless of that it is in the
> config.remote file?
>
The pmlogconf groups can have a "probe" line, which means those groups
of metrics will only be added to the pmlogger config if they're active
(in the case of apache, needs pmdaapache installed, else the probe will
"fail" & not activate those metric groups - as above).
cheers.
--
Nathan
From nscott@redhat.com Tue May 3 18:26:25 2016
Return-Path:
X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on oss.sgi.com
X-Spam-Level:
X-Spam-Status: No, score=0.0 required=5.0 tests=none 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 27DCE7CA0
for ; Tue, 3 May 2016 18:26:25 -0500 (CDT)
Received: from cuda.sgi.com (cuda2.sgi.com [192.48.176.25])
by relay3.corp.sgi.com (Postfix) with ESMTP id 9C73EAC003
for ; Tue, 3 May 2016 16:26:24 -0700 (PDT)
X-ASG-Debug-ID: 1462317981-04cbb00fea440f60001-S8gJnT
Received: from mx6-phx2.redhat.com (mx6-phx2.redhat.com [209.132.183.39]) by cuda.sgi.com with ESMTP id NC0dQTWjwVjub5hz (version=TLSv1.2 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO) for ; Tue, 03 May 2016 16:26:21 -0700 (PDT)
X-Barracuda-Envelope-From: nscott@redhat.com
X-Barracuda-Effective-Source-IP: mx6-phx2.redhat.com[209.132.183.39]
X-Barracuda-Apparent-Source-IP: 209.132.183.39
Received: from zmail20.collab.prod.int.phx2.redhat.com (zmail20.collab.prod.int.phx2.redhat.com [10.5.83.23])
by mx6-phx2.redhat.com (8.14.4/8.14.4) with ESMTP id u43NQKAu018143;
Tue, 3 May 2016 19:26:20 -0400
Date: Tue, 3 May 2016 19:26:20 -0400 (EDT)
From: Nathan Scott
Reply-To: Nathan Scott
To: Dave Brolley
Cc: pcp
Message-ID: <567395411.45186409.1462317980857.JavaMail.zimbra@redhat.com>
In-Reply-To: <5728D408.8070107@redhat.com>
References: <1046898355.44816857.1462256769212.JavaMail.zimbra@redhat.com> <5728D408.8070107@redhat.com>
Subject: Re: Connection timeouts and getaddrinfo
MIME-Version: 1.0
X-ASG-Orig-Subj: Re: Connection timeouts and getaddrinfo
Content-Type: text/plain; charset=utf-8
Content-Transfer-Encoding: 7bit
X-Originating-IP: [10.64.50.189]
X-Mailer: Zimbra 8.0.6_GA_5922 (ZimbraWebClient - FF45 (Linux)/8.0.6_GA_5922)
Thread-Topic: Connection timeouts and getaddrinfo
Thread-Index: X0gWVR8ukvw+X/zyl67dCwylYjdQUg==
X-Barracuda-Connect: mx6-phx2.redhat.com[209.132.183.39]
X-Barracuda-Start-Time: 1462317981
X-Barracuda-Encrypted: ECDHE-RSA-AES256-GCM-SHA384
X-Barracuda-URL: https://192.48.176.25:443/cgi-mod/mark.cgi
X-Barracuda-Scan-Msg-Size: 1063
X-Virus-Scanned: by bsmtpd at sgi.com
X-Barracuda-BRTS-Status: 1
X-Barracuda-Spam-Score: 0.03
X-Barracuda-Spam-Status: No, SCORE=0.03 using per-user scores of TAG_LEVEL=1000.0 QUARANTINE_LEVEL=1000.0 KILL_LEVEL=2.7 tests=BSF_SC0_MISMATCH_TO, BSF_SC0_SA_TO_FROM_DOMAIN_MATCH, THREAD_INDEX, THREAD_TOPIC
X-Barracuda-Spam-Report: Code version 3.2, rules version 3.2.3.29274
Rule breakdown below
pts rule name description
---- ---------------------- --------------------------------------------------
0.01 THREAD_INDEX thread-index: AcO7Y8iR61tzADqsRmmc5wNiFHEOig==
0.01 THREAD_TOPIC Thread-Topic: ...(Japanese Subject)...
0.00 BSF_SC0_MISMATCH_TO Envelope rcpt doesn't match header
0.01 BSF_SC0_SA_TO_FROM_DOMAIN_MATCH Sender Domain Matches Recipient
Domain
Hi Dave,
----- Original Message -----
> On 05/03/2016 02:26 AM, Nathan Scott wrote:
> > [...]
> > Not sure what the correct behaviour should be here - thoughts?
> > Seems like its probably not doing what users would expect atm.
> >
> The delay is applied during the call __pmSelectWrite(). One thing we
> could try would be to open a socket for each address, use the select to
> wait on all of them at once, and choose the one that's selected. If the
> timeout expires, then we can assume that they all timed out and we will
> have applied the timeout once for all of the addresses. I can't think of
> another way to apply one timeout while trying all of the addresses.
>
*nod*
> The downside is that PMCD will see several connections, some (most?) of
> which will succeed and then be abandoned.
Yeah. pmcd also has an optional connection-count-limit feature that we
might bump into this way ... but I think those downsides are probably
outweighed by having the timeout applied in a way people would expect.
cheers.
--
Nathan
From nscott@redhat.com Tue May 3 18:31:48 2016
Return-Path:
X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on oss.sgi.com
X-Spam-Level:
X-Spam-Status: No, score=0.0 required=5.0 tests=none 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 98A0D7CA2
for ; Tue, 3 May 2016 18:31:48 -0500 (CDT)
Received: from cuda.sgi.com (cuda1.sgi.com [192.48.157.11])
by relay1.corp.sgi.com (Postfix) with ESMTP id 401438F8033
for ; Tue, 3 May 2016 16:31:45 -0700 (PDT)
X-ASG-Debug-ID: 1462318302-04bdf0358f469160001-S8gJnT
Received: from mx4-phx2.redhat.com (mx4-phx2.redhat.com [209.132.183.25]) by cuda.sgi.com with ESMTP id AEfM4HVsKnn3YSOA (version=TLSv1 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO) for ; Tue, 03 May 2016 16:31:43 -0700 (PDT)
X-Barracuda-Envelope-From: nscott@redhat.com
X-Barracuda-Effective-Source-IP: mx4-phx2.redhat.com[209.132.183.25]
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 u43NVflU008620;
Tue, 3 May 2016 19:31:41 -0400
Date: Tue, 3 May 2016 19:31:41 -0400 (EDT)
From: Nathan Scott
Reply-To: Nathan Scott
To: "Mahmoud Hanafi (ARC-TN)[Computer Sciences Corporation]"
Cc: pcp@oss.sgi.com
Message-ID: <413677139.45186803.1462318301747.JavaMail.zimbra@redhat.com>
In-Reply-To: <4EDFB2F771213E4995CA22F2E5898CB21399F279@NDJSMBX103.ndc.nasa.gov>
References: <4EDFB2F771213E4995CA22F2E5898CB21399F279@NDJSMBX103.ndc.nasa.gov>
Subject: Re: [pcp] PMDA with 2 levels of inst
MIME-Version: 1.0
X-ASG-Orig-Subj: Re: [pcp] PMDA with 2 levels of inst
Content-Type: text/plain; charset=utf-8
Content-Transfer-Encoding: 7bit
X-Originating-IP: [10.64.50.189]
X-Mailer: Zimbra 8.0.6_GA_5922 (ZimbraWebClient - FF45 (Linux)/8.0.6_GA_5922)
Thread-Topic: PMDA with 2 levels of inst
Thread-Index: AdGlcIkWQOOm9hJcSEe7FkjUZYMez8S+JzUB
X-Barracuda-Connect: mx4-phx2.redhat.com[209.132.183.25]
X-Barracuda-Start-Time: 1462318303
X-Barracuda-Encrypted: DHE-RSA-AES256-SHA
X-Barracuda-URL: https://192.48.157.11:443/cgi-mod/mark.cgi
X-Barracuda-Scan-Msg-Size: 623
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.3.29274
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
Hi Mahmoud,
----- Original Message -----
>
> How to program pmda with more than 1 level of inst like this.
> [...]
The usual approach is to use a separator character in a single
instance domain. Usually the '/' character, but if that already
is significant for the domain, then '::' is sometimes also used.
In your example you might use something like
lustre.jobstats.ost.open[instA/jobid1]
lustre.jobstats.ost.open[instA/jobid2]
lustre.jobstats.ost.open[instB/jobid1]
lustre.jobstats.ost.open[instB/jobid2]
The "cgroup.blkio.dev" metrics are an example of the '::' case.
cheers.
--
Nathan
From kenj@internode.on.net Tue May 3 19:24:21 2016
Return-Path:
X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on oss.sgi.com
X-Spam-Level:
X-Spam-Status: No, score=0.0 required=5.0 tests=none 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 5A1927CA0
for ; Tue, 3 May 2016 19:24:21 -0500 (CDT)
Received: from cuda.sgi.com (cuda2.sgi.com [192.48.176.25])
by relay3.corp.sgi.com (Postfix) with ESMTP id C20C7AC002
for ; Tue, 3 May 2016 17:24:20 -0700 (PDT)
X-ASG-Debug-ID: 1462321454-04cbb00fea4427e0001-S8gJnT
Received: from ipmail05.adl6.internode.on.net (ipmail05.adl6.internode.on.net [150.101.137.143]) by cuda.sgi.com with ESMTP id 5kl64RBSTX3fy0MZ for ; Tue, 03 May 2016 17:24:14 -0700 (PDT)
X-Barracuda-Envelope-From: kenj@internode.on.net
X-Barracuda-Effective-Source-IP: ipmail05.adl6.internode.on.net[150.101.137.143]
X-Barracuda-Apparent-Source-IP: 150.101.137.143
X-IronPort-Anti-Spam-Filtered: true
X-IronPort-Anti-Spam-Result: A2DsAQCbQClXPF1O0XYNUYt0sSeEEoYQAoIFAQEBAQEBBwEBAQFChQIBAQQ4QBELGAkWDwkDAgECATEUBgEMCAEBsxeRYgEBAQEBBQEBAQEBG4pthCIBAYV0BY1YC4VBhHKIc4cNjSuGJIkOhF+HYYE1AQEB
Received: from ppp118-209-78-93.lns20.mel4.internode.on.net (HELO [192.168.1.100]) ([118.209.78.93])
by ipmail05.adl6.internode.on.net with ESMTP; 04 May 2016 09:51:23 +0930
Subject: Re: [pcp] PMDA with 2 levels of inst
To: "Hanafi, Mahmoud (ARC-TN)[Computer Sciences Corporation]"
, "pcp@oss.sgi.com"
X-ASG-Orig-Subj: Re: [pcp] PMDA with 2 levels of inst
References: <4EDFB2F771213E4995CA22F2E5898CB21399F279@NDJSMBX103.ndc.nasa.gov>
From: Ken McDonell
Message-ID: <57294080.3070305@internode.on.net>
Date: Wed, 4 May 2016 10:21:20 +1000
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:38.0) Gecko/20100101
Thunderbird/38.7.2
MIME-Version: 1.0
In-Reply-To: <4EDFB2F771213E4995CA22F2E5898CB21399F279@NDJSMBX103.ndc.nasa.gov>
Content-Type: text/plain; charset=windows-1252; format=flowed
Content-Transfer-Encoding: 7bit
X-Barracuda-Connect: ipmail05.adl6.internode.on.net[150.101.137.143]
X-Barracuda-Start-Time: 1462321454
X-Barracuda-URL: https://192.48.176.25:443/cgi-mod/mark.cgi
X-Barracuda-Scan-Msg-Size: 3710
X-Virus-Scanned: by bsmtpd at sgi.com
X-Barracuda-BRTS-Status: 1
X-Barracuda-Spam-Score: 0.00
X-Barracuda-Spam-Status: No, SCORE=0.00 using per-user scores of TAG_LEVEL=1000.0 QUARANTINE_LEVEL=1000.0 KILL_LEVEL=2.7 tests=BSF_SC0_MISMATCH_TO
X-Barracuda-Spam-Report: Code version 3.2, rules version 3.2.3.29275
Rule breakdown below
pts rule name description
---- ---------------------- --------------------------------------------------
0.00 BSF_SC0_MISMATCH_TO Envelope rcpt doesn't match header
On 04/05/16 05:18, Hanafi, Mahmoud (ARC-TN)[Computer Sciences
Corporation] wrote:
> How to program pmda with more than 1 level of inst like this.
>
> lustre.jobstats.ost.open
>
> instA
>
> jobid1
>
> jobid2
>
> instB
>
> jobid1
>
> jobid2
>
Mahmoud,
This question arises from time to time, so let me respond as fully as
I'm able, in the hope that some combination of mail indexer and
documentation updater(s) will snarf the text and save it in a place
where others can find it.
Multi-dimensional Instance Domains
The underlying PCP data model supports only linear instance domains, so
for each instance there is a matching unique integer (internal) instance
identifier selected by the PMDA implementor. These internal instance
identifiers are in the range 0 to 2^31-1 (probably safest to avoid
negative values).
This scheme works well for sets of metrics where the members of the set
naturally occur in a list, a one-dimensional array or a set.
For sets of metrics with higher-order natural indexing, e.g. tables or
arrays or meshes or grids, it is necessary to map the multiple indexes
onto a single set of integers.
For example the metric "my.counter" naturally occurs in the following table:
Thing ...
foo (0) bar (2) oops (3) ...
Optype
add (0) y y y
fetch (1) y y y
update (2) y y y
delete (3) y y y
Optype is one of 4 fixed values, but Thing may be dynamic and depend on
what's running or installed.
First it will be necessary to decide how to construct a unique external
name for the each instance. The simplest approach will usually be string
concatenation of the component index names with some separator, e.g. for
the example above, "add:foo" or "foo/update" ... the order and separator
is a matter of choice, but avoid any embedded spaces in the resulting
string, because the external name must be unique up to the first space
(if any) ... see pmLookupInDom(3).
Then there are 3 approaches that can be used to generate the internal
instance identifier from the naturally occurring indices for the
multi-dimensional data.
1. Algorithmic Mapping
If the maximum value of N-1 of the N indexes is known, then the N index
values can be mapped to 1-dimensional index, e.g. in the example above
there are 4 Optypes, but a variable number of Things, so
index = (Optype)*4 + Thing
will work.
2. Mapping via the pmdaCache services
The libpcp_pmda library contains a number of instance domain cache
services, see pmdaCache(3).
These may be used to map the external names of the multi-dimensional
indices onto a unique set of internal instance identifiers.
First construct the external instance name, e.g. "add:foo", then call
pmdaCacheStore(3) ... this will return a unique internal instance
identifier. Other members of the pmdaCache family of routines allow the
cache to be persisted to the filesystem so the mapping persists across
multiple invocations of the PMDA (a good thing) and searching of the
cache based on either the internal or the external instance identifier.
3. Move one dimension into the PMNS
This is less obvious, but sometimes a natural fit, especially for 2
dimensional data.
In the example above, instead of my.counter, the PMDA would support
my.counter.add, my.counter.fetch, my.counter.update and my.counter.delete.
Then the instance mapping is reduced to a linear mapping of the
remaining dimension, i.e. "Thing" in the example above.
Hope this helps.
From kenj@internode.on.net Tue May 3 19:31:52 2016
Return-Path:
X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on oss.sgi.com
X-Spam-Level:
X-Spam-Status: No, score=0.0 required=5.0 tests=none 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 8D8647CA0
for ; Tue, 3 May 2016 19:31:52 -0500 (CDT)
Received: from cuda.sgi.com (cuda3.sgi.com [192.48.176.15])
by relay1.corp.sgi.com (Postfix) with ESMTP id 53E2A8F8035
for ; Tue, 3 May 2016 17:31:51 -0700 (PDT)
X-ASG-Debug-ID: 1462321905-04cb6c09a2469640001-S8gJnT
Received: from ipmail05.adl6.internode.on.net (ipmail05.adl6.internode.on.net [150.101.137.143]) by cuda.sgi.com with ESMTP id 0Hcw0Nphurb25krj for ; Tue, 03 May 2016 17:31:45 -0700 (PDT)
X-Barracuda-Envelope-From: kenj@internode.on.net
X-Barracuda-Effective-Source-IP: ipmail05.adl6.internode.on.net[150.101.137.143]
X-Barracuda-Apparent-Source-IP: 150.101.137.143
X-IronPort-Anti-Spam-Filtered: true
X-IronPort-Anti-Spam-Result: A2DsAQCrQSlXPF1O0XYNUYQLfYZstTkah30BAQEBAQEHAQEBAUKFK1UwBgIFFgsCCwMCAQIBMQ4ZBgIBAbMZZ5EkfI58gjSCWQWTJIRyhXyXL48yhF9aiDwBAQE
Received: from ppp118-209-78-93.lns20.mel4.internode.on.net (HELO [192.168.1.100]) ([118.209.78.93])
by ipmail05.adl6.internode.on.net with ESMTP; 04 May 2016 10:00:44 +0930
To: pcp@oss.sgi.com
Subject: pcp updates
From: Ken McDonell
X-ASG-Orig-Subj: pcp updates
Message-ID: <572942B4.3050609@internode.on.net>
Date: Wed, 4 May 2016 10:30:44 +1000
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:38.0) Gecko/20100101
Thunderbird/38.7.2
MIME-Version: 1.0
Content-Type: text/plain; charset=utf-8
Content-Transfer-Encoding: 7bit
X-Barracuda-Connect: ipmail05.adl6.internode.on.net[150.101.137.143]
X-Barracuda-Start-Time: 1462321905
X-Barracuda-URL: https://192.48.176.15:443/cgi-mod/mark.cgi
X-Barracuda-Scan-Msg-Size: 1133
X-Virus-Scanned: by bsmtpd at sgi.com
X-Barracuda-BRTS-Status: 1
X-Barracuda-Spam-Score: 0.00
X-Barracuda-Spam-Status: No, SCORE=0.00 using per-user scores of TAG_LEVEL=1000.0 QUARANTINE_LEVEL=1000.0 KILL_LEVEL=2.7 tests=
X-Barracuda-Spam-Report: Code version 3.2, rules version 3.2.3.29275
Rule breakdown below
pts rule name description
---- ---------------------- --------------------------------------------------
Getting back into gear, slowly ...
Changes committed to git://git.pcp.io/kenj/pcp master
Ken McDonell (2):
qa/admin/check-vm: tweak the Debian package prereqs
src/libpcp/src/context.c change intializer for being_initialized
qa/admin/check-vm | 8 +++++---
src/libpcp/src/context.c | 2 +-
2 files changed, 6 insertions(+), 4 deletions(-)
Details ...
commit 98fc9d491804f7d26c6b6c3f62a912c207024e4b
Author: Ken McDonell
Date: Wed May 4 10:26:51 2016 +1000
src/libpcp/src/context.c change intializer for being_initialized
Problem is that the type of __pmMutex depends on the platform,
and this cannot be correctly initialized with the same constant
everywhere.
Go for a more modern (i.e. not K&R) struct initializer syntax to
initialize just c_type which is the only field that matters here.
Reviewed by Frank.
commit 9330d6d2221e55bab3e795631727ba5735580dab
Author: Ken McDonell
Date: Wed May 4 10:25:30 2016 +1000
qa/admin/check-vm: tweak the Debian package prereqs
From nscott@redhat.com Tue May 3 20:58:35 2016
Return-Path:
X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on oss.sgi.com
X-Spam-Level:
X-Spam-Status: No, score=0.0 required=5.0 tests=none 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 E6E647CA0
for ; Tue, 3 May 2016 20:58:34 -0500 (CDT)
Received: from cuda.sgi.com (cuda1.sgi.com [192.48.157.11])
by relay3.corp.sgi.com (Postfix) with ESMTP id 6A7D9AC003
for ; Tue, 3 May 2016 18:58:34 -0700 (PDT)
X-ASG-Debug-ID: 1462327108-04bdf0359646d640001-S8gJnT
Received: from mx6-phx2.redhat.com (mx6-phx2.redhat.com [209.132.183.39]) by cuda.sgi.com with ESMTP id E1rYDqr1iykmrhWB (version=TLSv1.2 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO) for ; Tue, 03 May 2016 18:58:29 -0700 (PDT)
X-Barracuda-Envelope-From: nscott@redhat.com
X-Barracuda-Effective-Source-IP: mx6-phx2.redhat.com[209.132.183.39]
X-Barracuda-Apparent-Source-IP: 209.132.183.39
Received: from zmail20.collab.prod.int.phx2.redhat.com (zmail20.collab.prod.int.phx2.redhat.com [10.5.83.23])
by mx6-phx2.redhat.com (8.14.4/8.14.4) with ESMTP id u441wSX5040081
for ; Tue, 3 May 2016 21:58:28 -0400
Date: Tue, 3 May 2016 21:58:28 -0400 (EDT)
From: Nathan Scott
Reply-To: Nathan Scott
To: pcp
Message-ID: <1700341289.45211875.1462327108531.JavaMail.zimbra@redhat.com>
In-Reply-To: <689656154.45211852.1462327067058.JavaMail.zimbra@redhat.com>
Subject: pcp updates: kenj merge, build, qa
MIME-Version: 1.0
X-ASG-Orig-Subj: pcp updates: kenj merge, build, qa
Content-Type: text/plain; charset=utf-8
Content-Transfer-Encoding: 7bit
X-Originating-IP: [10.64.50.189]
X-Mailer: Zimbra 8.0.6_GA_5922 (ZimbraWebClient - FF45 (Linux)/8.0.6_GA_5922)
Thread-Topic: pcp updates: kenj merge, build, qa
Thread-Index: IW4XPsH8P5xT9kZn3Mqbj1BGtXx2Tg==
X-Barracuda-Connect: mx6-phx2.redhat.com[209.132.183.39]
X-Barracuda-Start-Time: 1462327108
X-Barracuda-Encrypted: ECDHE-RSA-AES256-GCM-SHA384
X-Barracuda-URL: https://192.48.157.11:443/cgi-mod/mark.cgi
X-Barracuda-Scan-Msg-Size: 2632
X-Virus-Scanned: by bsmtpd at sgi.com
X-Barracuda-BRTS-Status: 1
X-Barracuda-Spam-Score: 0.02
X-Barracuda-Spam-Status: No, SCORE=0.02 using per-user scores of TAG_LEVEL=1000.0 QUARANTINE_LEVEL=1000.0 KILL_LEVEL=2.7 tests=THREAD_INDEX, THREAD_TOPIC
X-Barracuda-Spam-Report: Code version 3.2, rules version 3.2.3.29277
Rule breakdown below
pts rule name description
---- ---------------------- --------------------------------------------------
0.01 THREAD_INDEX thread-index: AcO7Y8iR61tzADqsRmmc5wNiFHEOig==
0.01 THREAD_TOPIC Thread-Topic: ...(Japanese Subject)...
Changes committed to git://git.pcp.io/pcp.git master
Nathan Scott (3):
pmtime: report --version/-V information correctly
qa: extend test 916 to improve last pmlogextract fix coverage
build: standalone build scripts for Vector and Parfait
Ken McDonell (2):
qa/admin/check-vm: tweak the Debian package prereqs
src/libpcp/src/context.c change intializer for being_initialized
Makepkgs | 5 ++++-
qa/916 | 21 +++++++++++++--------
qa/916.out | 11 ++++++++---
qa/admin/check-vm | 8 +++++---
qa/archives/dupname-b.meta |binary
scripts/build-parfait | 25 +++++++++++++++++++++++++
scripts/build-vector | 23 +++++++++++++++++++++++
scripts/spin-rawhide | 6 ++----
src/libpcp/src/context.c | 2 +-
src/pmtime/main.cpp | 19 +++++++++++++------
10 files changed, 94 insertions(+), 26 deletions(-)
commit c89b865e47d6dd9529166cc0636d7ce2ca7f9e43
Author: Nathan Scott
Date: Wed May 4 10:29:47 2016 +1000
build: standalone build scripts for Vector and Parfait
Abstract out the vector build snippets into a standalone script
(from spin-rawhide). Use it in Makepkgs too for the case where
we download latest and greated code.
Add a parfait build helper recipe/script for anyone else who is
forgetful like me.
commit 98fc9d491804f7d26c6b6c3f62a912c207024e4b
Author: Ken McDonell
Date: Wed May 4 10:26:51 2016 +1000
src/libpcp/src/context.c change intializer for being_initialized
Problem is that the type of __pmMutex depends on the platform,
and this cannot be correctly initialized with the same constant
everywhere.
Go for a more modern (i.e. not K&R) struct initializer syntax to
initialize just c_type which is the only field that matters here.
Reviewed by Frank.
commit 9330d6d2221e55bab3e795631727ba5735580dab
Author: Ken McDonell
Date: Wed May 4 10:25:30 2016 +1000
qa/admin/check-vm: tweak the Debian package prereqs
commit a27b32c19a0eaab804222b42ea8ba85685b1e713
Author: Nathan Scott
Date: Wed May 4 10:10:44 2016 +1000
qa: extend test 916 to improve last pmlogextract fix coverage
commit 35309c5bab0cb5686bd6a685d0c0670eadd4ba88
Author: Nathan Scott
Date: Wed May 4 10:10:09 2016 +1000
pmtime: report --version/-V information correctly
Marko spotted this one as well on review.
From kenj@internode.on.net Tue May 3 22:47:39 2016
Return-Path:
X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on oss.sgi.com
X-Spam-Level:
X-Spam-Status: No, score=0.0 required=5.0 tests=none 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 7674B7CA0
for ; Tue, 3 May 2016 22:47:39 -0500 (CDT)
Received: from cuda.sgi.com (cuda2.sgi.com [192.48.176.25])
by relay1.corp.sgi.com (Postfix) with ESMTP id 48BDE8F8033
for ; Tue, 3 May 2016 20:47:35 -0700 (PDT)
X-ASG-Debug-ID: 1462333649-04cbb00fe9449380001-S8gJnT
Received: from ipmail05.adl6.internode.on.net (ipmail05.adl6.internode.on.net [150.101.137.143]) by cuda.sgi.com with ESMTP id eEy8A67rumAeGvbK for ; Tue, 03 May 2016 20:47:30 -0700 (PDT)
X-Barracuda-Envelope-From: kenj@internode.on.net
X-Barracuda-Effective-Source-IP: ipmail05.adl6.internode.on.net[150.101.137.143]
X-Barracuda-Apparent-Source-IP: 150.101.137.143
X-IronPort-Anti-Spam-Filtered: true
X-IronPort-Anti-Spam-Result: A2DhAQC+bylXPF1O0XYNUYt0tTuIGAEBAQEBAQcBAQEBQoUrVTYCBRYLAgsDAgECATEaDQgBAbMRZ5EsfJEwglkFmBadK48yhF+JFgEBAQ
Received: from ppp118-209-78-93.lns20.mel4.internode.on.net (HELO [192.168.1.100]) ([118.209.78.93])
by ipmail05.adl6.internode.on.net with ESMTP; 04 May 2016 13:17:28 +0930
To: PCP
From: Ken McDonell
Subject: debian changes for python3
Message-ID: <572970CF.8080009@internode.on.net>
X-ASG-Orig-Subj: debian changes for python3
Date: Wed, 4 May 2016 13:47:27 +1000
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:38.0) Gecko/20100101
Thunderbird/38.7.2
MIME-Version: 1.0
Content-Type: text/plain; charset=utf-8
Content-Transfer-Encoding: 7bit
X-Barracuda-Connect: ipmail05.adl6.internode.on.net[150.101.137.143]
X-Barracuda-Start-Time: 1462333649
X-Barracuda-URL: https://192.48.176.25:443/cgi-mod/mark.cgi
X-Barracuda-Scan-Msg-Size: 742
X-Virus-Scanned: by bsmtpd at sgi.com
X-Barracuda-BRTS-Status: 1
X-Barracuda-Spam-Score: 0.00
X-Barracuda-Spam-Status: No, SCORE=0.00 using per-user scores of TAG_LEVEL=1000.0 QUARANTINE_LEVEL=1000.0 KILL_LEVEL=2.7 tests=
X-Barracuda-Spam-Report: Code version 3.2, rules version 3.2.3.29278
Rule breakdown below
pts rule name description
---- ---------------------- --------------------------------------------------
(a) Seems like we're building python-pcp and python3-pcp for Debian.
(b) Is this necessary? And/or is this expected?
(c) And there seems to be an install target that is intended for python3-pcp that has leaked into the python-pcp package.
Building both breaks all my install scripts because you cannot install _both_ of these together ... if you try this is the sadness that results ...
Unpacking python-pcp (3.11.3) over (3.11.2) ...
dpkg: error processing archive build/deb/python-pcp_3.11.3_amd64.deb (--install):
trying to overwrite '/usr/lib/python3/dist-packages/cpmi.cpython-34m.so', which is also in package python3-pcp 3.11.2
although perhaps it is just (c) that is the problem.
Over to someone who knows ...
From nscott@redhat.com Tue May 3 22:59:45 2016
Return-Path:
X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on oss.sgi.com
X-Spam-Level:
X-Spam-Status: No, score=0.0 required=5.0 tests=none 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 F1D347CA0
for ; Tue, 3 May 2016 22:59:45 -0500 (CDT)
Received: from cuda.sgi.com (cuda2.sgi.com [192.48.176.25])
by relay2.corp.sgi.com (Postfix) with ESMTP id B6CED30404E
for ; Tue, 3 May 2016 20:59:42 -0700 (PDT)
X-ASG-Debug-ID: 1462334378-04cbb00fea449b10001-S8gJnT
Received: from mx3-phx2.redhat.com (mx3-phx2.redhat.com [209.132.183.24]) by cuda.sgi.com with ESMTP id vn5tmvN8PHicYBCS (version=TLSv1 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO) for ; Tue, 03 May 2016 20:59:38 -0700 (PDT)
X-Barracuda-Envelope-From: nscott@redhat.com
X-Barracuda-Effective-Source-IP: mx3-phx2.redhat.com[209.132.183.24]
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 u443xYth028198;
Tue, 3 May 2016 23:59:34 -0400
Date: Tue, 3 May 2016 23:59:34 -0400 (EDT)
From: Nathan Scott
Reply-To: Nathan Scott
To: Ken McDonell
Cc: PCP
Message-ID: <905550649.45224955.1462334374403.JavaMail.zimbra@redhat.com>
In-Reply-To: <572970CF.8080009@internode.on.net>
References: <572970CF.8080009@internode.on.net>
Subject: Re: [pcp] debian changes for python3
MIME-Version: 1.0
X-ASG-Orig-Subj: Re: [pcp] debian changes for python3
Content-Type: text/plain; charset=utf-8
Content-Transfer-Encoding: 7bit
X-Originating-IP: [10.64.50.189]
X-Mailer: Zimbra 8.0.6_GA_5922 (ZimbraWebClient - FF45 (Linux)/8.0.6_GA_5922)
Thread-Topic: debian changes for python3
Thread-Index: iua2ZX/CzUa9DPtqVwp34BTqgoSqug==
X-Barracuda-Connect: mx3-phx2.redhat.com[209.132.183.24]
X-Barracuda-Start-Time: 1462334378
X-Barracuda-Encrypted: DHE-RSA-AES256-SHA
X-Barracuda-URL: https://192.48.176.25:443/cgi-mod/mark.cgi
X-Barracuda-Scan-Msg-Size: 547
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.3.29279
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 -----
> (a) Seems like we're building python-pcp and python3-pcp for Debian.
>
> (b) Is this necessary? And/or is this expected?
>
Yes & yes.
> (c) And there seems to be an install target that is intended for python3-pcp
> that has leaked into the python-pcp package.
>
> Building both breaks all my install scripts because you cannot install _both_
> of these together ... if you try this is the sadness that results ...
>
Taking a closer look, but yep that looks buggy.
thanks.
--
Nathan
From bugzilla@redhat.com Wed May 4 03:56:27 2016
Return-Path:
X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on oss.sgi.com
X-Spam-Level:
X-Spam-Status: No, score=0.0 required=5.0 tests=T_FRT_STOCK2 autolearn=ham
version=3.3.1
X-Original-To: pcp@oss.sgi.com
Delivered-To: pcp@oss.sgi.com
Received: from relay.sgi.com (relay3.corp.sgi.com [198.149.34.15])
by oss.sgi.com (Postfix) with ESMTP id 8B52F7CA0
for ; Wed, 4 May 2016 03:56:27 -0500 (CDT)
Received: from cuda.sgi.com (cuda3.sgi.com [192.48.176.15])
by relay3.corp.sgi.com (Postfix) with ESMTP id DCB20AC001
for ; Wed, 4 May 2016 01:56:23 -0700 (PDT)
X-ASG-Debug-ID: 1462352175-04cb6c09a3478760001-S8gJnT
Received: from smtp-mx-server-8.servers.netregistry.net (smtp-outgoing-68.servers.netregistry.net [202.124.241.68]) by cuda.sgi.com with ESMTP id 2eACuUom2odCPhUk (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128 verify=NO) for ; Wed, 04 May 2016 01:56:17 -0700 (PDT)
X-Barracuda-Envelope-From: bugzilla@redhat.com
X-Barracuda-RBL-Trusted-Forwarder: 202.124.241.68
Received: from mx1-phx2.redhat.com ([209.132.183.26])
by smtp-mx-server-8.servers.netregistry.net protocol: esmtps (Exim 4.84 #2 (Debian))
id 1axsbH-00060D-ME
for ; Wed, 04 May 2016 18:56:14 +1000
Received: from bugweb-03.app.bz.hst.phx2.redhat.com (bugweb-03.app.bz.hst.phx2.redhat.com [10.5.117.33])
by mx1-phx2.redhat.com (8.14.4/8.14.4) with ESMTP id u448tvCu038222
(version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO)
for ; Wed, 4 May 2016 04:55:58 -0400
X-Barracuda-Registry: Level1 [redhat.com/209.132.183.26]
X-Barracuda-Effective-Source-IP: mx1-phx2.redhat.com[209.132.183.26]
X-Barracuda-Apparent-Source-IP: 209.132.183.26
X-Barracuda-RBL-IP: 209.132.183.26
X-Barracuda-BBL-IP: 209.132.183.26
Received: from bugweb-03.app.bz.hst.phx2.redhat.com (localhost [127.0.0.1])
by bugweb-03.app.bz.hst.phx2.redhat.com (8.14.4/8.14.4) with ESMTP id u448tvgX017050
for ; Wed, 4 May 2016 04:55:57 -0400
Received: (from apache@localhost)
by bugweb-03.app.bz.hst.phx2.redhat.com (8.14.4/8.14.4/Submit) id u448tviQ016956;
Wed, 4 May 2016 04:55:57 -0400
X-Authentication-Warning: bugweb-03.app.bz.hst.phx2.redhat.com: apache set sender to bugzilla@redhat.com using -f
From: bugzilla@redhat.com
To: pcp@kenj.com.au
Subject: [Bug 1332014] SELinux is preventing pmdalinux from using the
'net_admin' capabilities.
Date: Wed, 04 May 2016 08:55:55 +0000
X-ASG-Orig-Subj: [Bug 1332014] SELinux is preventing pmdalinux from using the
'net_admin' capabilities.
Precedence: bulk
Auto-Submitted: auto-generated
X-Bugzilla-Reason: CC
X-Bugzilla-Type: changed
X-Bugzilla-Watch-Reason: None
X-Bugzilla-Classification: Fedora
X-Bugzilla-Product: Fedora
X-Bugzilla-Component: pcp
X-Bugzilla-Sub-Component:
X-Bugzilla-Version: 23
X-Bugzilla-Keywords:
X-Bugzilla-Severity: unspecified
X-Bugzilla-Who: lvrabec@redhat.com
X-Bugzilla-Status: NEW
X-Bugzilla-Priority: unspecified
X-Bugzilla-Assigned-To: nathans@redhat.com
X-Bugzilla-Target-Milestone: ---
X-Bugzilla-Changed-Fields: cc component assigned_to
X-Bugzilla-Comment: public
X-Bugzilla-Reporter: ykaul@redhat.com
X-Loop: bugzilla@redhat.com
X-BeenThere: bugzilla@redhat.com
Message-ID:
In-Reply-To:
References:
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: quoted-printable
X-Bugzilla-URL: https://bugzilla.redhat.com/
MIME-Version: 1.0
X-Barracuda-Connect: smtp-outgoing-68.servers.netregistry.net[202.124.241.68]
X-Barracuda-Start-Time: 1462352176
X-Barracuda-Encrypted: ECDHE-RSA-AES128-GCM-SHA256
X-Barracuda-URL: https://192.48.176.15:443/cgi-mod/mark.cgi
X-Barracuda-Scan-Msg-Size: 1840
X-Virus-Scanned: by bsmtpd at sgi.com
X-Barracuda-BRTS-Status: 1
X-Barracuda-Spam-Score: 0.75
X-Barracuda-Spam-Status: No, SCORE=0.75 using per-user scores of TAG_LEVEL=1000.0 QUARANTINE_LEVEL=1000.0 KILL_LEVEL=2.7 tests=BSF_RULE_7580G, BSF_SC0_MISMATCH_TO, NO_REAL_NAME
X-Barracuda-Spam-Report: Code version 3.2, rules version 3.2.3.29284
Rule breakdown below
pts rule name description
---- ---------------------- --------------------------------------------------
0.00 NO_REAL_NAME From: does not include a real name
0.00 BSF_SC0_MISMATCH_TO Envelope rcpt doesn't match header
0.75 BSF_RULE_7580G Custom Rule 7580G
https://bugzilla.redhat.com/show_bug.cgi?id=3D1332014
Lukas Vrabec changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |brolley@redhat.com,
| |fche@redhat.com,
| |lberk@redhat.com,
| |mgoodwin@redhat.com,
| |nathans@redhat.com,
| |pcp@kenj.com.au,
| |scox@redhat.com
Component|selinux-policy |pcp
Assignee|mgrepl@redhat.com |nathans@redhat.com
--- Comment #1 from Lukas Vrabec ---
Do 'pmdalinux' any of these operations?
CAP_NET_ADMIN
Perform various network-related operations:
* interface configuration;
* administration of IP firewall, masquerading, and account=
=E2=80=90
ing;
* modify routing tables;
* bind to any address for transparent proxying;
* set type-of-service (TOS)
* clear driver statistics;
* set promiscuous mode;
* enabling multicasting;
* use setsockopt(2) to set the following socket options:
SO_DEBUG, SO_MARK, SO_PRIORITY (for a priority outside the
range 0 to 6), SO_RCVBUFFORCE, and SO_SNDBUFFORCE.
Thank you.
--=20
You are receiving this mail because:
You are on the CC list for the bug.
Unsubscribe from this bug https://bugzilla.redhat.com/token.cgi?t=3De8SQUtF=
MDN&a=3Dcc_unsubscribe=
From myllynen@redhat.com Wed May 4 04:35:35 2016
Return-Path:
X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on oss.sgi.com
X-Spam-Level:
X-Spam-Status: No, score=0.0 required=5.0 tests=none 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 A3B697CA0
for ; Wed, 4 May 2016 04:35:35 -0500 (CDT)
Received: from cuda.sgi.com (cuda2.sgi.com [192.48.176.25])
by relay3.corp.sgi.com (Postfix) with ESMTP id 11557AC001
for ; Wed, 4 May 2016 02:35:31 -0700 (PDT)
X-ASG-Debug-ID: 1462354526-04cbb00fe7453a20001-S8gJnT
Received: from mail-wm0-f50.google.com (mail-wm0-f50.google.com [74.125.82.50]) by cuda.sgi.com with ESMTP id Xd3a2GZRJcTE6nUJ (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128 verify=NO) for ; Wed, 04 May 2016 02:35:27 -0700 (PDT)
X-Barracuda-Envelope-From: myllynen@redhat.com
X-Barracuda-Effective-Source-IP: mail-wm0-f50.google.com[74.125.82.50]
X-Barracuda-Apparent-Source-IP: 74.125.82.50
Received: by mail-wm0-f50.google.com with SMTP id a17so83091952wme.0
for ; Wed, 04 May 2016 02:35:26 -0700 (PDT)
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
d=1e100.net; s=20130820;
h=x-gm-message-state:reply-to:to:from:subject:organization:message-id
:date:user-agent:mime-version:content-transfer-encoding;
bh=Pj+mYLHnp9Vk9Z9S+lhrffC05jbEFRTrMMFGuInONmQ=;
b=J29Xk1NobbmEkZhdZHdiyUqFIt1zeT1rRh/4IQ7Bgu3VeVy4hiFSVOTwDvD8oPDM5g
SFcXI+4Ayrt+nIgWJVLZ6VDFKtObjranDXtutpyep/4zuIxd7R4vuTOsweMbyujl3dct
+BTX0v+8tv/U7airqmEzU7zD6ovRA5DeTCEQ2nBamGEIx2TEV0TWd6mC2E7dl94CoFSq
YqP0IzLfQVE/PqcNFoRlJ9T517dAdWNwQQo7H/mmLi2ZCoPpDwbS+/J4GYWZJ+dDX0d8
n+7piLRBc/nDGRJOaYMB1x7ZPax26f3/rTKvGp5KTIN+AVpLHH0p4MMRoehBnz2QQLRj
UpHg==
X-Gm-Message-State: AOPr4FVWvX/y1ws9nphgPUZlZ9H6ds4eG5gHVimeAzPpbJpbc+PYoHjJlnaohooOHmFOBVGz
X-Received: by 10.194.186.242 with SMTP id fn18mr8088867wjc.65.1462354525756;
Wed, 04 May 2016 02:35:25 -0700 (PDT)
Received: from [192.168.1.100] (87-93-78-176.bb.dnainternet.fi. [87.93.78.176])
by smtp.gmail.com with ESMTPSA id gt7sm3158093wjc.1.2016.05.04.02.35.24
for
(version=TLSv1/SSLv3 cipher=OTHER);
Wed, 04 May 2016 02:35:25 -0700 (PDT)
Reply-To: Marko Myllynen
To: pcp developers
From: Marko Myllynen
Subject: Detecting PCP Installation Location?
Organization: Red Hat
X-ASG-Orig-Subj: Detecting PCP Installation Location?
Message-ID: <5729C25A.1050905@redhat.com>
Date: Wed, 4 May 2016 12:35:22 +0300
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:38.0) Gecko/20100101
Thunderbird/38.7.0
MIME-Version: 1.0
Content-Type: text/plain; charset=utf-8
Content-Transfer-Encoding: 7bit
X-Barracuda-Connect: mail-wm0-f50.google.com[74.125.82.50]
X-Barracuda-Start-Time: 1462354526
X-Barracuda-Encrypted: ECDHE-RSA-AES128-GCM-SHA256
X-Barracuda-URL: https://192.48.176.25:443/cgi-mod/mark.cgi
X-Barracuda-Scan-Msg-Size: 581
X-Virus-Scanned: by bsmtpd at sgi.com
X-Barracuda-BRTS-Status: 1
X-Barracuda-Spam-Score: 0.00
X-Barracuda-Spam-Status: No, SCORE=0.00 using per-user scores of TAG_LEVEL=1000.0 QUARANTINE_LEVEL=1000.0 KILL_LEVEL=2.7 tests=
X-Barracuda-Spam-Report: Code version 3.2, rules version 3.2.3.29284
Rule breakdown below
pts rule name description
---- ---------------------- --------------------------------------------------
Hi,
Do we know the paths pcp.conf might live on "typical" non-Windows
installations? On Linux it's most likely /etc/pcp.conf, on BSDs perhaps
/etc/pcp.conf or /usr/local/etc/pcp.conf (?), how about OSX or Solaris?
IOW, if I try to detect PCP_SYSCONF_DIR from /etc/pcp.conf and if that
fails, then from /usr/local/etc/pcp.conf, should it most likely work on
Linux/BSD/OSX/Solaris?
Note that I'm not much interested in test installations where it could
be /tmp/pcp/etc/pcp/pcp.conf, in those cases it's up to the user to deal
with it.
Thanks,
--
Marko Myllynen
From ryan@doylenet.net Wed May 4 05:20:05 2016
Return-Path:
X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on oss.sgi.com
X-Spam-Level:
X-Spam-Status: No, score=0.0 required=5.0 tests=none 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 317177CA0
for ; Wed, 4 May 2016 05:20:05 -0500 (CDT)
Received: from cuda.sgi.com (cuda3.sgi.com [192.48.176.15])
by relay2.corp.sgi.com (Postfix) with ESMTP id E3BE2304043
for ; Wed, 4 May 2016 03:20:01 -0700 (PDT)
X-ASG-Debug-ID: 1462357199-04cb6c09a0479ca0001-S8gJnT
Received: from serv1.doylenet.net (serv1.doylenet.net [54.252.103.135]) by cuda.sgi.com with ESMTP id 0pLPE1BdeUcP4lJ5 for ; Wed, 04 May 2016 03:20:00 -0700 (PDT)
X-Barracuda-Envelope-From: ryan@doylenet.net
X-Barracuda-Effective-Source-IP: serv1.doylenet.net[54.252.103.135]
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 370A3417FC;
Wed, 4 May 2016 10:19: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 NhwwW4MCuCdk; Wed, 4 May 2016 10:19:58 +0000 (UTC)
Received: from [192.168.1.164] (CPE-58-175-130-4.kezw1.lon.bigpond.net.au [58.175.130.4])
(using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits))
(No client certificate requested)
(Authenticated sender: ryan@doylenet.net)
by serv1.doylenet.net (Postfix) with ESMTPSA id 03780417C8;
Wed, 4 May 2016 10:19:57 +0000 (UTC)
From: Ryan Doyle
Subject: GSoC: PCP versions of console tools - next steps
To: Sitaram Shelke , pcp developers
X-ASG-Orig-Subj: GSoC: PCP versions of console tools - next steps
Message-ID: <5729CCCD.2030309@doylenet.net>
Date: Wed, 4 May 2016 20:19:57 +1000
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:38.0) Gecko/20100101
Icedove/38.7.2
MIME-Version: 1.0
Content-Type: text/plain; charset=utf-8; format=flowed
Content-Transfer-Encoding: 7bit
X-Barracuda-Connect: serv1.doylenet.net[54.252.103.135]
X-Barracuda-Start-Time: 1462357199
X-Barracuda-URL: https://192.48.176.15:443/cgi-mod/mark.cgi
X-Barracuda-Scan-Msg-Size: 833
X-Virus-Scanned: by bsmtpd at sgi.com
X-Barracuda-BRTS-Status: 1
Hi Sitaram,
How are you going looking at pmapi.h?
Nathan and myself have been discussing going forward think it might be a
good idea to change some of the original plan and look at implementing
pidstat before htop. We think this would be a gentler introduction to
PCP and easier to implement too.
We we're thinking it could be the next thing to start working on in the
bonding period (as opposed to bug fixing or other activities to engage
with the PCP community).
It goes without saying that we don't expect you to just start the
official GSoC early. The commitment during bonding period is different
from the actual start date. We just think this might be the best use of
your time during this period and to help understand the codebase as well.
Anyway, let me know what you think!
Cheers,
Ryan
From bugzilla@redhat.com Wed May 4 06:40:51 2016
Return-Path:
X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on oss.sgi.com
X-Spam-Level:
X-Spam-Status: No, score=0.0 required=5.0 tests=none 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 1C89A7CA0
for ; Wed, 4 May 2016 06:40:51 -0500 (CDT)
Received: from cuda.sgi.com (cuda2.sgi.com [192.48.176.25])
by relay1.corp.sgi.com (Postfix) with ESMTP id CB9CC8F804B
for ; Wed, 4 May 2016 04:40:50 -0700 (PDT)
X-ASG-Debug-ID: 1462362045-04cbb00fe84582f0001-S8gJnT
Received: from smtp-mx-server-8.servers.netregistry.net (smtp-outgoing-69.servers.netregistry.net [202.124.241.69]) by cuda.sgi.com with ESMTP id Hnjfc27NQxB4taMu (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128 verify=NO) for ; Wed, 04 May 2016 04:40:46 -0700 (PDT)
X-Barracuda-Envelope-From: bugzilla@redhat.com
X-Barracuda-RBL-Trusted-Forwarder: 202.124.241.69
Received: from mx1-phx2.redhat.com ([209.132.183.26])
by smtp-mx-server-8.servers.netregistry.net protocol: esmtps (Exim 4.84 #2 (Debian))
id 1axvAU-0002XN-IL
for ; Wed, 04 May 2016 21:40:43 +1000
Received: from bugweb-04.app.bz.hst.phx2.redhat.com (bugweb-04.app.bz.hst.phx2.redhat.com [10.5.117.34])
by mx1-phx2.redhat.com (8.14.4/8.14.4) with ESMTP id u44BeSJ5033519
(version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO)
for ; Wed, 4 May 2016 07:40:28 -0400
X-Barracuda-Registry: Level1 [redhat.com/209.132.183.26]
X-Barracuda-Effective-Source-IP: mx1-phx2.redhat.com[209.132.183.26]
X-Barracuda-Apparent-Source-IP: 209.132.183.26
X-Barracuda-RBL-IP: 209.132.183.26
X-Barracuda-BBL-IP: 209.132.183.26
Received: from bugweb-04.app.bz.hst.phx2.redhat.com (localhost [127.0.0.1])
by bugweb-04.app.bz.hst.phx2.redhat.com (8.14.4/8.14.4) with ESMTP id u44BeSZC009922
for ; Wed, 4 May 2016 07:40:28 -0400
Received: (from apache@localhost)
by bugweb-04.app.bz.hst.phx2.redhat.com (8.14.4/8.14.4/Submit) id u44BeSQH009921;
Wed, 4 May 2016 07:40:28 -0400
X-Authentication-Warning: bugweb-04.app.bz.hst.phx2.redhat.com: apache set sender to bugzilla@redhat.com using -f
From: bugzilla@redhat.com
To: pcp@kenj.com.au
Subject: [Bug 1332014] SELinux is preventing pmdalinux from using the
'net_admin' capabilities.
Date: Wed, 04 May 2016 11:40:27 +0000
X-ASG-Orig-Subj: [Bug 1332014] SELinux is preventing pmdalinux from using the
'net_admin' capabilities.
Precedence: bulk
Auto-Submitted: auto-generated
X-Bugzilla-Reason: CC
X-Bugzilla-Type: changed
X-Bugzilla-Watch-Reason: None
X-Bugzilla-Classification: Fedora
X-Bugzilla-Product: Fedora
X-Bugzilla-Component: selinux-policy
X-Bugzilla-Sub-Component:
X-Bugzilla-Version: 23
X-Bugzilla-Keywords:
X-Bugzilla-Severity: unspecified
X-Bugzilla-Who: fche@redhat.com
X-Bugzilla-Status: NEW
X-Bugzilla-Priority: unspecified
X-Bugzilla-Assigned-To: mgrepl@redhat.com
X-Bugzilla-Target-Milestone: ---
X-Bugzilla-Changed-Fields: component assigned_to
X-Bugzilla-Comment: public
X-Bugzilla-Reporter: ykaul@redhat.com
X-Loop: bugzilla@redhat.com
X-BeenThere: bugzilla@redhat.com
Message-ID:
In-Reply-To:
References:
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: quoted-printable
X-Bugzilla-URL: https://bugzilla.redhat.com/
MIME-Version: 1.0
X-Barracuda-Connect: smtp-outgoing-69.servers.netregistry.net[202.124.241.69]
X-Barracuda-Start-Time: 1462362046
X-Barracuda-Encrypted: ECDHE-RSA-AES128-GCM-SHA256
X-Barracuda-URL: https://192.48.176.25:443/cgi-mod/mark.cgi
X-Barracuda-Scan-Msg-Size: 747
X-Virus-Scanned: by bsmtpd at sgi.com
X-Barracuda-BRTS-Status: 1
X-Barracuda-Spam-Score: 0.00
X-Barracuda-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, NO_REAL_NAME
X-Barracuda-Spam-Report: Code version 3.2, rules version 3.2.3.29286
Rule breakdown below
pts rule name description
---- ---------------------- --------------------------------------------------
0.00 NO_REAL_NAME From: does not include a real name
0.00 BSF_SC0_MISMATCH_TO Envelope rcpt doesn't match header
https://bugzilla.redhat.com/show_bug.cgi?id=3D1332014
Frank Ch. Eigler changed:
What |Removed |Added
----------------------------------------------------------------------------
Component|pcp |selinux-policy
Assignee|nathans@redhat.com |mgrepl@redhat.com
--- Comment #2 from Frank Ch. Eigler ---
Lukas, no, pcp does not perform network administration duties.
Please use NEEDINFO rather than bugzilla reassignment to ask questions.
--=20
You are receiving this mail because:
You are on the CC list for the bug.
Unsubscribe from this bug https://bugzilla.redhat.com/token.cgi?t=3DMsNbaLD=
wNg&a=3Dcc_unsubscribe=
From bugzilla@redhat.com Wed May 4 08:43:32 2016
Return-Path:
X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on oss.sgi.com
X-Spam-Level:
X-Spam-Status: No, score=0.0 required=5.0 tests=none 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 BBF497CA0
for ; Wed, 4 May 2016 08:43:32 -0500 (CDT)
Received: from cuda.sgi.com (cuda3.sgi.com [192.48.176.15])
by relay3.corp.sgi.com (Postfix) with ESMTP id 234B6AC001
for ; Wed, 4 May 2016 06:43:31 -0700 (PDT)
X-ASG-Debug-ID: 1462369404-04cb6c09a34807a0001-S8gJnT
Received: from smtp-mx-server-8.servers.netregistry.net (smtp-outgoing-70.servers.netregistry.net [202.124.241.70]) by cuda.sgi.com with ESMTP id lBUL2kA3wrxwBHuF (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128 verify=NO) for ; Wed, 04 May 2016 06:43:25 -0700 (PDT)
X-Barracuda-Envelope-From: bugzilla@redhat.com
X-Barracuda-RBL-Trusted-Forwarder: 202.124.241.70
Received: from mx1-phx2.redhat.com ([209.132.183.26])
by smtp-mx-server-8.servers.netregistry.net protocol: esmtps (Exim 4.84 #2 (Debian))
id 1axx5B-0003rX-BD
for ; Wed, 04 May 2016 23:43:23 +1000
Received: from bugweb-04.app.bz.hst.phx2.redhat.com (bugweb-04.app.bz.hst.phx2.redhat.com [10.5.117.34])
by mx1-phx2.redhat.com (8.14.4/8.14.4) with ESMTP id u44Dh8xl032908
(version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO)
for ; Wed, 4 May 2016 09:43:08 -0400
X-Barracuda-Registry: Level1 [redhat.com/209.132.183.26]
X-Barracuda-Effective-Source-IP: mx1-phx2.redhat.com[209.132.183.26]
X-Barracuda-Apparent-Source-IP: 209.132.183.26
X-Barracuda-RBL-IP: 209.132.183.26
X-Barracuda-BBL-IP: 209.132.183.26
Received: from bugweb-04.app.bz.hst.phx2.redhat.com (localhost [127.0.0.1])
by bugweb-04.app.bz.hst.phx2.redhat.com (8.14.4/8.14.4) with ESMTP id u44Dh7gN014110
for ; Wed, 4 May 2016 09:43:07 -0400
Received: (from apache@localhost)
by bugweb-04.app.bz.hst.phx2.redhat.com (8.14.4/8.14.4/Submit) id u44Dh7J1014109;
Wed, 4 May 2016 09:43:07 -0400
X-Authentication-Warning: bugweb-04.app.bz.hst.phx2.redhat.com: apache set sender to bugzilla@redhat.com using -f
From: bugzilla@redhat.com
To: pcp@kenj.com.au
Subject: [Bug 1332014] SELinux is preventing pmdalinux from using the
'net_admin' capabilities.
Date: Wed, 04 May 2016 13:43:06 +0000
X-ASG-Orig-Subj: [Bug 1332014] SELinux is preventing pmdalinux from using the
'net_admin' capabilities.
Precedence: bulk
Auto-Submitted: auto-generated
X-Bugzilla-Reason: CC
X-Bugzilla-Type: changed
X-Bugzilla-Watch-Reason: None
X-Bugzilla-Classification: Fedora
X-Bugzilla-Product: Fedora
X-Bugzilla-Component: selinux-policy
X-Bugzilla-Sub-Component:
X-Bugzilla-Version: 23
X-Bugzilla-Keywords:
X-Bugzilla-Severity: unspecified
X-Bugzilla-Who: lvrabec@redhat.com
X-Bugzilla-Status: CLOSED
X-Bugzilla-Priority: unspecified
X-Bugzilla-Assigned-To: mgrepl@redhat.com
X-Bugzilla-Target-Milestone: ---
X-Bugzilla-Changed-Fields: bug_status resolution cf_last_closed
X-Bugzilla-Comment: public
X-Bugzilla-Reporter: ykaul@redhat.com
X-Loop: bugzilla@redhat.com
X-BeenThere: bugzilla@redhat.com
Message-ID:
In-Reply-To:
References:
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: quoted-printable
X-Bugzilla-URL: https://bugzilla.redhat.com/
MIME-Version: 1.0
X-Barracuda-Connect: smtp-outgoing-70.servers.netregistry.net[202.124.241.70]
X-Barracuda-Start-Time: 1462369405
X-Barracuda-Encrypted: ECDHE-RSA-AES128-GCM-SHA256
X-Barracuda-URL: https://192.48.176.15:443/cgi-mod/mark.cgi
X-Barracuda-Scan-Msg-Size: 743
X-Virus-Scanned: by bsmtpd at sgi.com
X-Barracuda-BRTS-Status: 1
X-Barracuda-Spam-Score: 0.00
X-Barracuda-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, NO_REAL_NAME
X-Barracuda-Spam-Report: Code version 3.2, rules version 3.2.3.29288
Rule breakdown below
pts rule name description
---- ---------------------- --------------------------------------------------
0.00 NO_REAL_NAME From: does not include a real name
0.00 BSF_SC0_MISMATCH_TO Envelope rcpt doesn't match header
https://bugzilla.redhat.com/show_bug.cgi?id=3D1332014
Lukas Vrabec changed:
What |Removed |Added
----------------------------------------------------------------------------
Status|NEW |CLOSED
Resolution|--- |WONTFIX
Last Closed| |2016-05-04 09:43:06
--- Comment #3 from Lukas Vrabec ---
Thank you.=20
Closing as WONTFIX. If this happen again, please re-open this bug.
--=20
You are receiving this mail because:
You are on the CC list for the bug.
Unsubscribe from this bug https://bugzilla.redhat.com/token.cgi?t=3DuVZPLUW=
0oj&a=3Dcc_unsubscribe=
From brolley@redhat.com Wed May 4 10:15:06 2016
Return-Path:
X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on oss.sgi.com
X-Spam-Level:
X-Spam-Status: No, score=0.0 required=5.0 tests=none 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 334EC7CA0
for ; Wed, 4 May 2016 10:15:06 -0500 (CDT)
Received: from cuda.sgi.com (cuda2.sgi.com [192.48.176.25])
by relay2.corp.sgi.com (Postfix) with ESMTP id F2A33304067
for ; Wed, 4 May 2016 08:15:05 -0700 (PDT)
X-ASG-Debug-ID: 1462374904-04cbb00fe845d9d0001-S8gJnT
Received: from mx1.redhat.com (mx1.redhat.com [209.132.183.28]) by cuda.sgi.com with ESMTP id YHeXGoNRv3d7tb0S (version=TLSv1.2 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO) for ; Wed, 04 May 2016 08:15:05 -0700 (PDT)
X-Barracuda-Envelope-From: brolley@redhat.com
X-Barracuda-Effective-Source-IP: mx1.redhat.com[209.132.183.28]
X-Barracuda-Apparent-Source-IP: 209.132.183.28
X-ASG-Whitelist: Client
Received: from int-mx14.intmail.prod.int.phx2.redhat.com (int-mx14.intmail.prod.int.phx2.redhat.com [10.5.11.27])
(using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits))
(No client certificate requested)
by mx1.redhat.com (Postfix) with ESMTPS id 7DFC680099
for ; Wed, 4 May 2016 15:15:04 +0000 (UTC)
Received: from [10.15.17.216] (unused-10-15-17-216.yyz.redhat.com [10.15.17.216])
by int-mx14.intmail.prod.int.phx2.redhat.com (8.14.4/8.14.4) with ESMTP id u44FF3sC025090;
Wed, 4 May 2016 11:15:04 -0400
Message-ID: <572A124C.7050202@redhat.com>
Date: Wed, 04 May 2016 11:16:28 -0400
From: Dave Brolley
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:31.0) Gecko/20100101 Thunderbird/31.3.0
MIME-Version: 1.0
To: Nathan Scott
CC: pcp
Subject: Re: Connection timeouts and getaddrinfo
References: <1046898355.44816857.1462256769212.JavaMail.zimbra@redhat.com> <5728D408.8070107@redhat.com> <567395411.45186409.1462317980857.JavaMail.zimbra@redhat.com>
X-ASG-Orig-Subj: Re: Connection timeouts and getaddrinfo
In-Reply-To: <567395411.45186409.1462317980857.JavaMail.zimbra@redhat.com>
Content-Type: text/plain; charset=utf-8; format=flowed
Content-Transfer-Encoding: 7bit
X-Scanned-By: MIMEDefang 2.68 on 10.5.11.27
X-Barracuda-Connect: mx1.redhat.com[209.132.183.28]
X-Barracuda-Start-Time: 1462374905
X-Barracuda-Encrypted: ECDHE-RSA-AES256-GCM-SHA384
X-Barracuda-URL: https://192.48.176.25:443/cgi-mod/mark.cgi
X-Barracuda-Scan-Msg-Size: 1422
X-Virus-Scanned: by bsmtpd at sgi.com
X-Barracuda-BRTS-Status: 1
On 05/03/2016 07:26 PM, Nathan Scott wrote:
> Hi Dave,
>
> ----- Original Message -----
>> On 05/03/2016 02:26 AM, Nathan Scott wrote:
>>> [...]
>>> Not sure what the correct behaviour should be here - thoughts?
>>> Seems like its probably not doing what users would expect atm.
>>>
>> The delay is applied during the call __pmSelectWrite(). One thing we
>> could try would be to open a socket for each address, use the select to
>> wait on all of them at once, and choose the one that's selected. If the
>> timeout expires, then we can assume that they all timed out and we will
>> have applied the timeout once for all of the addresses. I can't think of
>> another way to apply one timeout while trying all of the addresses.
>>
> *nod*
>
>> The downside is that PMCD will see several connections, some (most?) of
>> which will succeed and then be abandoned.
> Yeah. pmcd also has an optional connection-count-limit feature that we
> might bump into this way ... but I think those downsides are probably
> outweighed by having the timeout applied in a way people would expect.
>
One other possible pseudo-solution: If the first address times out, try
the remaining addresses with a much smaller timeout, since they are
likely, but guaranteed to also timeout. This would keep the total
timeout time close to what was requested while avoiding the simultaneous
connection attempts.
Dave
From brolley@redhat.com Wed May 4 10:16:47 2016
Return-Path:
X-Spam-Checker-Version: SpamAssassin 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 B2C167CA0
for ; Wed, 4 May 2016 10:16:47 -0500 (CDT)
Received: from cuda.sgi.com (cuda2.sgi.com [192.48.176.25])
by relay3.corp.sgi.com (Postfix) with ESMTP id 2B569AC005
for ; Wed, 4 May 2016 08:16:43 -0700 (PDT)
X-ASG-Debug-ID: 1462375002-04cbb00fea45da60001-S8gJnT
Received: from mx1.redhat.com (mx1.redhat.com [209.132.183.28]) by cuda.sgi.com with ESMTP id COC8AQGhImqEM7mp (version=TLSv1.2 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO) for ; Wed, 04 May 2016 08:16:42 -0700 (PDT)
X-Barracuda-Envelope-From: brolley@redhat.com
X-Barracuda-Effective-Source-IP: mx1.redhat.com[209.132.183.28]
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])
(using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits))
(No client certificate requested)
by mx1.redhat.com (Postfix) with ESMTPS id 23F977F6CF
for ; Wed, 4 May 2016 15:16:42 +0000 (UTC)
Received: from [10.15.17.216] (unused-10-15-17-216.yyz.redhat.com [10.15.17.216])
by int-mx09.intmail.prod.int.phx2.redhat.com (8.14.4/8.14.4) with ESMTP id u44FGfhS031603
for ; Wed, 4 May 2016 11:16:41 -0400
Message-ID: <572A12AE.1070607@redhat.com>
Date: Wed, 04 May 2016 11:18:06 -0400
From: Dave Brolley
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:31.0) Gecko/20100101 Thunderbird/31.3.0
MIME-Version: 1.0
To: pcp@oss.sgi.com
Subject: Re: [pcp] Connection timeouts and getaddrinfo
References: <1046898355.44816857.1462256769212.JavaMail.zimbra@redhat.com> <5728D408.8070107@redhat.com> <567395411.45186409.1462317980857.JavaMail.zimbra@redhat.com> <572A124C.7050202@redhat.com>
X-ASG-Orig-Subj: Re: [pcp] Connection timeouts and getaddrinfo
In-Reply-To: <572A124C.7050202@redhat.com>
Content-Type: multipart/alternative;
boundary="------------000300030709030307070407"
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: 1462375002
X-Barracuda-Encrypted: ECDHE-RSA-AES256-GCM-SHA384
X-Barracuda-URL: https://192.48.176.25:443/cgi-mod/mark.cgi
X-Barracuda-Scan-Msg-Size: 1179
X-Virus-Scanned: by bsmtpd at sgi.com
X-Barracuda-BRTS-Status: 1
This is a multi-part message in MIME format.
--------------000300030709030307070407
Content-Type: text/plain; charset=windows-1252; format=flowed
Content-Transfer-Encoding: 7bit
On 05/04/2016 11:16 AM, Dave Brolley wrote:
> One other possible pseudo-solution: If the first address times out,
> try the remaining addresses with a much smaller timeout, since they
> are likely, but [edit] *not* guaranteed to also timeout. This would
> keep the total timeout time close to what was requested while avoiding
> the simultaneous connection attempts.
--------------000300030709030307070407
Content-Type: text/html; charset=windows-1252
Content-Transfer-Encoding: 7bit
On 05/04/2016 11:16 AM, Dave Brolley
wrote:
One
other possible pseudo-solution: If the first address times out,
try the remaining addresses with a much smaller timeout, since
they are likely, but [edit] not guaranteed to also
timeout. This would keep the total timeout time close to what was
requested while avoiding the simultaneous connection attempts.
--------------000300030709030307070407--
From brolley@redhat.com Wed May 4 10:56:43 2016
Return-Path:
X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on oss.sgi.com
X-Spam-Level:
X-Spam-Status: No, score=0.0 required=5.0 tests=none 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 A901E7CA0
for ; Wed, 4 May 2016 10:56:43 -0500 (CDT)
Received: from cuda.sgi.com (cuda1.sgi.com [192.48.157.11])
by relay3.corp.sgi.com (Postfix) with ESMTP id 26386AC001
for ; Wed, 4 May 2016 08:56:42 -0700 (PDT)
X-ASG-Debug-ID: 1462377400-04bdf03596490520001-S8gJnT
Received: from mx1.redhat.com (mx1.redhat.com [209.132.183.28]) by cuda.sgi.com with ESMTP id 2eOhu5kkTZDMuQvY (version=TLSv1.2 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO) for ; Wed, 04 May 2016 08:56:40 -0700 (PDT)
X-Barracuda-Envelope-From: brolley@redhat.com
X-Barracuda-Effective-Source-IP: mx1.redhat.com[209.132.183.28]
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])
(using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits))
(No client certificate requested)
by mx1.redhat.com (Postfix) with ESMTPS id 82E45C01AA5A;
Wed, 4 May 2016 15:56:40 +0000 (UTC)
Received: from [10.15.17.216] (unused-10-15-17-216.yyz.redhat.com [10.15.17.216])
by int-mx10.intmail.prod.int.phx2.redhat.com (8.14.4/8.14.4) with ESMTP id u44Fue8C022377;
Wed, 4 May 2016 11:56:40 -0400
Message-ID: <572A1C0C.90901@redhat.com>
Date: Wed, 04 May 2016 11:58:04 -0400
From: Dave Brolley
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:31.0) Gecko/20100101 Thunderbird/31.3.0
MIME-Version: 1.0
To: Shakur Shams
CC: PCP Mailing List
Subject: Re: GSoC 2016: Interested to work on 'Archive Optimization' project
References: <56EB3AA0.7030807@internode.on.net> <56F089D4.6060907@internode.on.net> <56F1A6DC.8070300@internode.on.net> <01d101d18679$bf02c690$3d0853b0$@internode.on.net> <56FAA501.6070506@redhat.com>
X-ASG-Orig-Subj: Re: GSoC 2016: Interested to work on 'Archive Optimization' project
In-Reply-To:
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: 1462377400
X-Barracuda-Encrypted: ECDHE-RSA-AES256-GCM-SHA384
X-Barracuda-URL: https://192.48.157.11:443/cgi-mod/mark.cgi
X-Barracuda-Scan-Msg-Size: 1096
X-Virus-Scanned: by bsmtpd at sgi.com
X-Barracuda-BRTS-Status: 1
On 05/03/2016 01:09 PM, Shakur Shams wrote:
> Hello,
>
> Hope you are doing well.
>
> It is unfortunate that the project was not selected for GSoC but if
> you plan to continue with the project please let me know. I am free
> and interested to contribute to the project. If any of you would like
> to mentor that would be a great help.
Hi Shakur,
Yes, it is unfortunate that we did not get enough slots to select all of
the projects were were interested in for GSoC. We are still interested
in getting this work done and you are welcome to participate in the same
way as any open source contributor. We are always looking for new
contributors to PCP.
Just to be clear, you would be doing this as a volunteer and none of the
GSoC benefits will be available to you. We are happy to mentor you as we
would would any new contributor, which is to say that the entire PCP
community is available to help you and not just those who signed up for
GSoC mentorship. Please use the pcp@oss.sgi.com mailing list for
communicating with the team.
Welcome aboard!
Dave
From noreply@github.com Wed May 4 11:24:06 2016
Return-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.4 required=5.0 tests=HTML_IMAGE_ONLY_12,
HTML_MESSAGE,T_DKIM_INVALID autolearn=no version=3.3.1
X-Original-To: pcp@oss.sgi.com
Delivered-To: pcp@oss.sgi.com
Received: from relay.sgi.com (relay3.corp.sgi.com [198.149.34.15])
by oss.sgi.com (Postfix) with ESMTP id A8EDB7CA0
for ; Wed, 4 May 2016 11:24:06 -0500 (CDT)
Received: from cuda.sgi.com (cuda1.sgi.com [192.48.157.11])
by relay3.corp.sgi.com (Postfix) with ESMTP id 28D55AC002
for ; Wed, 4 May 2016 09:24:03 -0700 (PDT)
X-ASG-Debug-ID: 1462379037-04bdf0358f491240001-S8gJnT
Received: from smtp-mx-server-8.servers.netregistry.net (smtp-outgoing-70.servers.netregistry.net [202.124.241.70]) by cuda.sgi.com with ESMTP id jB4k5qvXVg8rDP3m (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128 verify=NO) for ; Wed, 04 May 2016 09:23:59 -0700 (PDT)
X-Barracuda-Envelope-From: noreply@github.com
X-Barracuda-RBL-Trusted-Forwarder: 202.124.241.70
Received: from github-smtp2-ext6.iad.github.net ([192.30.252.197] helo=github-smtp2b-ext-cp1-prd.iad.github.net)
by smtp-mx-server-8.servers.netregistry.net protocol: esmtps (Exim 4.84 #2 (Debian))
id 1axzab-0004jA-Ju
for ; Thu, 05 May 2016 02:23:56 +1000
X-DKIM-Result: Domain=github.com Result=Good and Known Domain
X-Barracuda-Effective-Source-IP: UNKNOWN[192.30.252.197]
X-Barracuda-Apparent-Source-IP: 192.30.252.197
X-Barracuda-RBL-IP: 192.30.252.197
X-Barracuda-BBL-IP: 192.30.252.197
Date: Wed, 04 May 2016 09:23:45 -0700
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=github.com;
s=pf2014; t=1462379025;
bh=xoDHxjER7QdOqjaFNKSg7yyNcK/syRhZ2WyyqP58K+8=;
h=From:Reply-To:To:Cc:Subject:List-ID:List-Archive:List-Post:
List-Unsubscribe:From;
b=sTuF5MHqXyo1mzqzXzExbrPx1S+ZmfkqdRkMeTjLYbc1GMAs/qZBsndyA/n+gB+Z0
glrc/qN53+rg4xL8Z9sXA5Hah0+8pepKVYTMG6OzRUXhgW81hGS3QY924JQbNB+sof
DG37rc7QAsgnFffX83sTRcTY8ge/kX/ib58+lo94=
From: galpin
Reply-To: performancecopilot/pcp
To: performancecopilot/pcp
Cc:
Message-ID:
Subject: [performancecopilot/pcp] Windows build for Vector (#89)
Mime-Version: 1.0
X-ASG-Orig-Subj: [performancecopilot/pcp] Windows build for Vector (#89)
Content-Type: multipart/alternative;
boundary="--==_mimepart_572a2211e66c6_41703fa259e172c0646e0";
charset=UTF-8
Content-Transfer-Encoding: 7bit
Precedence: list
X-GitHub-Sender: galpin
X-GitHub-Recipient: pcpemail
List-ID: performancecopilot/pcp
List-Archive: https://github.com/performancecopilot/pcp
List-Post:
List-Unsubscribe: ,
X-Auto-Response-Suppress: All
X-GitHub-Recipient-Address: pcp@kenj.com.au
X-Barracuda-Connect: smtp-outgoing-70.servers.netregistry.net[202.124.241.70]
X-Barracuda-Start-Time: 1462379038
X-Barracuda-Encrypted: ECDHE-RSA-AES128-GCM-SHA256
X-Barracuda-URL: https://192.48.157.11:443/cgi-mod/mark.cgi
X-Barracuda-Scan-Msg-Size: 1256
X-Virus-Scanned: by bsmtpd at sgi.com
X-Barracuda-BRTS-Status: 1
X-Barracuda-Spam-Score: 1.63
X-Barracuda-Spam-Status: No, SCORE=1.63 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_IMAGE_ONLY_12, HTML_IMAGE_ONLY_12_2, HTML_MESSAGE
X-Barracuda-Spam-Report: Code version 3.2, rules version 3.2.3.29291
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_IMAGE_ONLY_12 BODY: HTML: images with 800-1200 bytes of words
0.00 HTML_MESSAGE BODY: HTML included in message
1.63 HTML_IMAGE_ONLY_12_2 HTML: images with 800-1200 bytes of words
----==_mimepart_572a2211e66c6_41703fa259e172c0646e0
Content-Type: text/plain;
charset=UTF-8
Content-Transfer-Encoding: 7bit
Is there any plans to update the Windows binaries to a newer version for compatibility with [Vector](https://github.com/Netflix/vector)?
---
You are receiving this because you are subscribed to this thread.
Reply to this email directly or view it on GitHub:
https://github.com/performancecopilot/pcp/issues/89
----==_mimepart_572a2211e66c6_41703fa259e172c0646e0
Content-Type: text/html;
charset=UTF-8
Content-Transfer-Encoding: 7bit
Is there any plans to update the Windows binaries to a newer version for compatibility with Vector?
—
You are receiving this because you are subscribed to this thread.
Reply to this email directly or view it on GitHub
----==_mimepart_572a2211e66c6_41703fa259e172c0646e0--
From brolley@redhat.com Wed May 4 12:37:24 2016
Return-Path:
X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on oss.sgi.com
X-Spam-Level:
X-Spam-Status: No, score=0.0 required=5.0 tests=none 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 A043D7CA0
for ; Wed, 4 May 2016 12:37:24 -0500 (CDT)
Received: from cuda.sgi.com (cuda3.sgi.com [192.48.176.15])
by relay1.corp.sgi.com (Postfix) with ESMTP id 631C68F8054
for ; Wed, 4 May 2016 10:37:24 -0700 (PDT)
X-ASG-Debug-ID: 1462383439-04cb6c09a1487270001-S8gJnT
Received: from mx1.redhat.com (mx1.redhat.com [209.132.183.28]) by cuda.sgi.com with ESMTP id NZV8dHhApKj1xemX (version=TLSv1.2 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO) for