From wcohen@redhat.com Fri Aug 1 09:03:01 2014 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on oss.sgi.com X-Spam-Level: X-Spam-Status: No, score=0.0 required=5.0 tests=none autolearn=ham version=3.3.1 X-Original-To: pcp@oss.sgi.com Delivered-To: pcp@oss.sgi.com Received: from relay.sgi.com (relay3.corp.sgi.com [198.149.34.15]) by oss.sgi.com (Postfix) with ESMTP id 758697F37 for ; Fri, 1 Aug 2014 09:03:01 -0500 (CDT) Received: from cuda.sgi.com (cuda1.sgi.com [192.48.157.11]) by relay3.corp.sgi.com (Postfix) with ESMTP id 12AECAC005 for ; Fri, 1 Aug 2014 07:02:57 -0700 (PDT) X-ASG-Debug-ID: 1406901773-04bdf03d45b8b40001-S8gJnT Received: from mx1.redhat.com (mx1.redhat.com [209.132.183.28]) by cuda.sgi.com with ESMTP id oKKFIIKybiQ9uQN9 (version=TLSv1 cipher=AES256-SHA bits=256 verify=NO) for ; Fri, 01 Aug 2014 07:02:53 -0700 (PDT) X-Barracuda-Envelope-From: wcohen@redhat.com X-Barracuda-Apparent-Source-IP: 209.132.183.28 X-ASG-Whitelist: Client Received: from int-mx09.intmail.prod.int.phx2.redhat.com (int-mx09.intmail.prod.int.phx2.redhat.com [10.5.11.22]) by mx1.redhat.com (8.14.4/8.14.4) with ESMTP id s71E2qeJ014545 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=OK) for ; Fri, 1 Aug 2014 10:02:52 -0400 Received: from [10.13.129.214] (dhcp129-214.rdu.redhat.com [10.13.129.214]) by int-mx09.intmail.prod.int.phx2.redhat.com (8.14.4/8.14.4) with ESMTP id s71E2qsQ009409; Fri, 1 Aug 2014 10:02:52 -0400 Message-ID: <53DB9E0B.4040006@redhat.com> Date: Fri, 01 Aug 2014 10:02:51 -0400 From: William Cohen User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:24.0) Gecko/20100101 Thunderbird/24.7.0 MIME-Version: 1.0 To: pcp@oss.sgi.com, Jeremy Eder Subject: Use docker for stress testing pcp? Content-Type: text/plain; charset=ISO-8859-1 X-ASG-Orig-Subj: Use docker for stress testing pcp? Content-Transfer-Encoding: 7bit X-Scanned-By: MIMEDefang 2.68 on 10.5.11.22 X-Barracuda-Connect: mx1.redhat.com[209.132.183.28] X-Barracuda-Start-Time: 1406901773 X-Barracuda-Encrypted: AES256-SHA X-Barracuda-URL: http://192.48.157.11:80/cgi-mod/mark.cgi X-Virus-Scanned: by bsmtpd at sgi.com X-Barracuda-BRTS-Status: 1 Hi, Thursday evening I went to the a docker meetup session in Raleigh (http://www.meetup.com/Docker-Raleigh/events/196434612/) where Jeremy Eder talked about performance measurement and tuning for docker. He mentioned using PCP in his slides (http://slides.com/jeremyeder/docker-performance-analysis#/). He also talked about using docker was being used to test scaling of Red Hat Satellite/RHN. Docker was being used to provide a large number of clients with lower overhead than using traditional KVM guests to stress test the the server code. This approach could be useful for testing PCP to ensure that PCP works well when monitoring large collections of machines. -Will From a.khodyrev@yspu.org Sun Aug 3 13:10:06 2014 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on oss.sgi.com X-Spam-Level: X-Spam-Status: No, score=0.0 required=5.0 tests=HTML_FONT_FACE_BAD, HTML_MESSAGE autolearn=ham version=3.3.1 X-Original-To: pcp@oss.sgi.com Delivered-To: pcp@oss.sgi.com Received: from relay.sgi.com (relay2.corp.sgi.com [137.38.102.29]) by oss.sgi.com (Postfix) with ESMTP id 291507F3F for ; Sun, 3 Aug 2014 13:10:06 -0500 (CDT) Received: from cuda.sgi.com (cuda3.sgi.com [192.48.176.15]) by relay2.corp.sgi.com (Postfix) with ESMTP id 06254304043 for ; Sun, 3 Aug 2014 11:10:02 -0700 (PDT) X-ASG-Debug-ID: 1407089394-04cb6c555f109930001-S8gJnT Received: from mail.yspu.org (mail.yspu.org [193.233.54.48]) by cuda.sgi.com with ESMTP id 9HSlCP8bvY6lHxAU; Sun, 03 Aug 2014 11:09:54 -0700 (PDT) X-Barracuda-Envelope-From: a.khodyrev@yspu.org X-Barracuda-Apparent-Source-IP: 193.233.54.48 Received: from shnpbqse (unknown [60.173.14.89]) by mail.yspu.org (Postfix) with ESMTP id 67D2C22442; Sun, 3 Aug 2014 21:33:35 +0400 (MSK) Reply-To: Date: Mon, 4 Aug 2014 01:32:25 +0800 From: =?utf-8?B?5bCP6IOh?= To: , , Subject: =?utf-8?B?6YKj56eN54i95Yiw6aqo5aS06YeM55qE5oSf6KeJ?= Message-ID: <20140804013231117723@yspu.org> X-ASG-Orig-Subj: =?utf-8?B?6YKj56eN54i95Yiw6aqo5aS06YeM55qE5oSf6KeJ?= X-Priority: 1 (Highest) X-mailer: Foxmail 6, 13, 102, 15 [cn] Mime-Version: 1.0 Content-Type: multipart/alternative; boundary="=====003_Dragon141311445574_=====" X-KLMS-Rule-ID: 1 X-KLMS-Message-Action: skipped, AntiSpam; AntiPhishing; AntiVirus X-KLMS-AntiSpam-Interceptor-Info: fallback X-KLMS-AntiPhishing: Error, fallback, 2014/08/01 06:05:17 X-KLMS-AntiVirus: Kaspersky Security 8.0 for Linux Mail Server, version 8.0.1.705, bases: 2014/08/02 01:31:00 #9144391 X-KLMS-AntiVirus-Status: Corrupted, skipped X-Barracuda-Connect: mail.yspu.org[193.233.54.48] X-Barracuda-Start-Time: 1407089394 X-Barracuda-URL: http://192.48.176.15:80/cgi-mod/mark.cgi X-Virus-Scanned: by bsmtpd at sgi.com X-Barracuda-BRTS-Status: 1 X-Barracuda-Spam-Score: 0.61 X-Barracuda-Spam-Status: No, SCORE=0.61 using per-user scores of TAG_LEVEL=1000.0 QUARANTINE_LEVEL=1000.0 KILL_LEVEL=2.7 tests=BSF_SC0_MV0113c, HTML_FONT_FACE_BAD, HTML_MESSAGE X-Barracuda-Spam-Report: Code version 3.2, rules version 3.2.3.8089 Rule breakdown below pts rule name description ---- ---------------------- -------------------------------------------------- 0.00 BSF_SC0_MV0113c BSF_SC0_MV0113c 0.00 HTML_MESSAGE BODY: HTML included in message 0.61 HTML_FONT_FACE_BAD BODY: HTML font face is not a word This is a multi-part message in MIME format. --=====003_Dragon141311445574_===== Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 ICAgIOW9k+S9oOi/m+WFpeS4gOS4qua4qea2puaflOi9r+eahOWcsOaWue+8jOiiq+e0p+Wvhuea hOWMheS9j+S6hu+8jOaXoOS4gOS4nee8nemame+8jOmCo+enjeeIveWIsOmqqOWktOmHjOeahOaE n+inieaXoOazleW9ouWuueOAgueCueatpOi/m+WFpeWIhuS6qyANCg0KDQoNCg0KDQoNCg0KDQoN Cg0KDQoNCg0KDQoNCg0KDQoNCg0KDQoNCg0KDQoNCg0KDQoNCg0KDQoNCg0KDQoNCg0KDQoNCg0K DQoNCg0KDQoNCg0KDQoNCg0KDQoNCg0KDQoNCg0KDQoNCg0KDQoNCg0KDQoNCg0KDQoNCg0KDQoN Cg0KDQoNCg0KDQoNCg0KDQoNCg0KDQoNCg0KDQoNCg0KDQoNCg0KDQoNCg0KDQoNCg0KDQoNCg0K DQoNCg0KDQoNCg0KDQoNCg0KDQoNCg0KDQoNCg0KDQoNCg0KDQoNCg0KDQoNCg0KDQoNCg0KDQoN Cg0KDQoNCg0KDQoNCg0KDQoNCg0KDQoNCg0KDQoNCg0KDQoNCg0KDQoNCg0KDQoNCg0KDQoNCg0K DQoNCg0KDQoNCg0KDQoNCg0KDQoNCg0KDQoNCg0KDQoNCg0KDQoNCg0KDQoNCg0KDQoNCg0KDQoN Cg0KDQoNCg0KDQoNCg0KDQoNCg0KDQoNCg0KDQoNCg0KDQoNCg0KDQoNCg0KDQoNCg0KDQoNCg0K DQoNCg0KDQoNCg0KDQoNCg0KDQoNCg0KDQoNCg0KDQoNCg0KDQoNCg0KDQoNCg0KDQoNCg0KDQoN Cg0KDQoNCg0KDQoNCg0KDQoNCg0KDQoNCg0KDQoNCg0KDQoNCg0KDQoNCg0KDQrkuI3liLDlh6Dn p5LnmoTlip/lpKvvvIzlkajmlofmtpvov5vlhaXkuobkvKDovr7lrqTlhoXvvIzpk4HliLbnmoTl pKfpl6jlsLHov5nmoLfmiZPlvIDkuobvvIzotorph47ovabnvJPnvJPnmoTlvIDlkJHkuoblpKfp l6jlhoXvvIzlkKzliLDkuobkuIDml4HnmoTlgZzovablpITvvIzlkozogIHluIjku6znmoTovabl rZDlnKjkuIDotbfvvIznnIvkuIrljrvmmK/pgqPkuYjnmoTmma7pgJrvvIzmoLnmnKzmsqHmnInk urrkvJrlpJrnnIvkuIDnnLzov5nkuKrovablrZDnmoTlrZjlnKjjgILlnKjnqbrkuK3ml4vovazk uobkuIDkuIvosIPmlbTokL3lnLDnmoTpg6jkvY3vvIzov5jmmK/orqnlsYHogqHlhYjnnYDlnLDm r5TovoPlpb3vvIzov5nkuKrogonmr5TovoPlpJrnmoTlnLDlj43mnIDlpJrlj6rmmK/mnInngrnn lJ/nlrzvvIzlhbbku5bnmoTlubbmsqHmnInlpKrlpJrnmoTljbHpmanvvIzlpoLmnpzmmK/ohJHo oovlhYjnnYDlnLDpgqPmnIDovbvkuZ/lvpfmmK/kuIDkuKrohJHpnIfojaHjgILmnLHlqIHlrofk u6XliY3mmK/nu4Pog4zotorlvI/ot7Ppq5jnmoTvvIzlnKjnqbrkuK3nv7vohb7lh6DkuY7miJDk uLrkuobouqvkvZPnmoTmnKzog73vvIzmm7TliKvmj5DnjrDlnKjnmoTotoXlvLrouqvkvZPkuobv vIzosIPmlbTkuKrkvY3nva7lrp7lnKjmmK/msqHmnInku4DkuYjpmr7luqbjgII= --=====003_Dragon141311445574_===== Content-Type: text/html; charset="utf-8" Content-Transfer-Encoding: base64 PCFET0NUWVBFIEhUTUwgUFVCTElDICItLy9XM0MvL0RURCBIVE1MIDQuMCBUcmFuc2l0aW9uYWwv L0VOIj4NCjxIVE1MPjxIRUFEPg0KPE1FVEEgY29udGVudD0idGV4dC9odG1sOyBjaGFyc2V0PXV0 Zi04IiBodHRwLWVxdWl2PUNvbnRlbnQtVHlwZT4NCjxNRVRBIG5hbWU9R0VORVJBVE9SIGNvbnRl bnQ9Ik1TSFRNTCA4LjAwLjc2MDEuMTg0MDQiPjwvSEVBRD4NCjxCT0RZPg0KPFAgYWxpZ249bGVm dD48Rk9OVCBzaXplPTQgZmFjZT3lrovkvZM+Jm5ic3A7Jm5ic3A7Jm5ic3A7IA0K5b2T5L2g6L+b 5YWl5LiA5Liq5rip5ram5p+U6L2v55qE5Zyw5pa577yM6KKr57Sn5a+G55qE5YyF5L2P5LqG77yM 5peg5LiA5Lid57yd6ZqZ77yM6YKj56eN54i95Yiw6aqo5aS06YeM55qE5oSf6KeJ5peg5rOV5b2i 5a6544CCPC9GT05UPjxGT05UIGZhY2U95a6L5L2TPjxGT05UIA0Kc2l6ZT00PjxGT05UIGNvbG9y PXJlZD48QSANCmhyZWY9Imh0dHA6Ly91cmwuY24vT0tlc2l1Ij48U1RST05HPueCueatpOi/m+WF peWIhuS6qzwvU1RST05HPjwvQT48U1RST05HPiZuYnNwOzwvU1RST05HPjwvRk9OVD48L0ZPTlQ+ PC9GT05UPjxCUj48QlI+PEJSPjxCUj48QlI+PEJSPjxCUj48QlI+PEJSPjxCUj48QlI+PEJSPjxC Uj48QlI+PEJSPjxCUj48QlI+PEJSPjxCUj48QlI+PEJSPjxCUj48QlI+PEJSPjxCUj48QlI+PEJS PjxCUj48QlI+PEJSPjxCUj48QlI+PEJSPjxCUj48QlI+PEJSPjxCUj48QlI+PEJSPjxCUj48QlI+ PEJSPjxCUj48QlI+PEJSPjxCUj48QlI+PEJSPjxCUj48QlI+PEJSPjxCUj48QlI+PEJSPjxCUj48 QlI+PEJSPjxCUj48QlI+PEJSPjxCUj48QlI+PEJSPjwvUD4NCjxQPiZuYnNwOzwvUD4NCjxQPiZu YnNwOzwvUD4NCjxQPiZuYnNwOzwvUD4NCjxQPiZuYnNwOzwvUD4NCjxQPiZuYnNwOzwvUD4NCjxQ PiZuYnNwOzwvUD4NCjxQPiZuYnNwOzwvUD4NCjxQPiZuYnNwOzwvUD4NCjxQPiZuYnNwOzwvUD4N CjxQPiZuYnNwOzwvUD4NCjxQPiZuYnNwOzwvUD4NCjxQPiZuYnNwOzwvUD4NCjxQPiZuYnNwOzwv UD4NCjxQPiZuYnNwOzwvUD4NCjxQPiZuYnNwOzwvUD4NCjxQPiZuYnNwOzwvUD4NCjxQPiZuYnNw OzwvUD4NCjxQPiZuYnNwOzwvUD4NCjxQPiZuYnNwOzwvUD4NCjxQPiZuYnNwOzwvUD4NCjxQPiZu YnNwOzwvUD4NCjxQPiZuYnNwOzwvUD4NCjxQPiZuYnNwOzwvUD4NCjxQPiZuYnNwOzwvUD4NCjxQ PiZuYnNwOzwvUD4NCjxQPiZuYnNwOzwvUD4NCjxQPiZuYnNwOzwvUD4NCjxQPiZuYnNwOzwvUD4N CjxQPiZuYnNwOzwvUD4NCjxQPiZuYnNwOzwvUD4NCjxQPiZuYnNwOzwvUD4NCjxQPiZuYnNwOzwv UD4NCjxQPiZuYnNwOzwvUD4NCjxQPiZuYnNwOzwvUD4NCjxQPiZuYnNwOzwvUD4NCjxQPiZuYnNw OzwvUD4NCjxQPiZuYnNwOzwvUD4NCjxQPiZuYnNwOzwvUD4NCjxQPiZuYnNwOzwvUD4NCjxQPiZu YnNwOzwvUD4NCjxQPiZuYnNwOzwvUD4NCjxQPiZuYnNwOzwvUD4NCjxQPiZuYnNwOzwvUD4NCjxQ PiZuYnNwOzwvUD4NCjxQPiZuYnNwOzwvUD4NCjxQPiZuYnNwOzwvUD4NCjxQPiZuYnNwOzwvUD4N CjxQPiZuYnNwOzwvUD4NCjxQPiZuYnNwOzwvUD4NCjxQPiZuYnNwOzwvUD4NCjxQPiZuYnNwOzwv UD4NCjxQPiZuYnNwOzwvUD4NCjxQPiZuYnNwOzwvUD4NCjxQPiZuYnNwOzwvUD4NCjxQPiZuYnNw OzwvUD4NCjxQPiZuYnNwOzwvUD4NCjxQPiZuYnNwOzwvUD4NCjxQPiZuYnNwOzwvUD4NCjxQPiZu YnNwOzwvUD4NCjxQPiZuYnNwOzwvUD4NCjxQPiZuYnNwOzwvUD4NCjxQPiZuYnNwOzwvUD4NCjxQ PiZuYnNwOzwvUD4NCjxQPiZuYnNwOzwvUD4NCjxQPiZuYnNwOzwvUD4NCjxQPiZuYnNwOzwvUD4N CjxQPiZuYnNwOzwvUD4NCjxQPiZuYnNwOzwvUD4NCjxQPiZuYnNwOzwvUD4NCjxQPiZuYnNwOzwv UD4NCjxQPiZuYnNwOzwvUD4NCjxQPiZuYnNwOzwvUD4NCjxQPiZuYnNwOzwvUD4NCjxQPiZuYnNw OzwvUD4NCjxQPiZuYnNwOzwvUD4NCjxQPiZuYnNwOzwvUD4NCjxQPiZuYnNwOzwvUD4NCjxQPiZu YnNwOzwvUD4NCjxQPiZuYnNwOzwvUD4NCjxQPiZuYnNwOzwvUD4NCjxQPiZuYnNwOzwvUD4NCjxQ PiZuYnNwOzwvUD4NCjxQPiZuYnNwOzwvUD4NCjxQPiZuYnNwOzwvUD4NCjxQPiZuYnNwOzwvUD4N CjxQPiZuYnNwOzwvUD4NCjxQPiZuYnNwOzwvUD4NCjxQPiZuYnNwOzwvUD4NCjxQPiZuYnNwOzwv UD4NCjxQPiZuYnNwOzwvUD4NCjxQPiZuYnNwOzwvUD4NCjxQPiZuYnNwOzwvUD4NCjxQPiZuYnNw OzwvUD4NCjxQPiZuYnNwOzwvUD4NCjxQPiZuYnNwOzwvUD4NCjxQPiZuYnNwOzwvUD4NCjxQPiZu YnNwOzwvUD4NCjxQPiZuYnNwOzwvUD4NCjxQPiZuYnNwOzwvUD4NCjxQPiZuYnNwOzwvUD4NCjxQ PiZuYnNwOzwvUD4NCjxQPiZuYnNwOzwvUD4NCjxQPiZuYnNwOzwvUD4NCjxQPiZuYnNwOzwvUD4N CjxQPiZuYnNwOzwvUD4NCjxQPiZuYnNwOzwvUD4NCjxQPiZuYnNwOzwvUD4NCjxQPiZuYnNwOzwv UD4NCjxQPiZuYnNwOzwvUD4NCjxQPiZuYnNwOzwvUD4NCjxQPiZuYnNwOzwvUD4NCjxQPiZuYnNw OzwvUD4NCjxQPiZuYnNwOzwvUD4NCjxQPiZuYnNwOzwvUD4NCjxQPiZuYnNwOzwvUD4NCjxQPiZu YnNwOzwvUD4NCjxQPiZuYnNwOzwvUD4NCjxQPiZuYnNwOzwvUD4NCjxQPiZuYnNwOzwvUD4NCjxQ PiZuYnNwOzwvUD4NCjxQPiZuYnNwOzwvUD4NCjxQPiZuYnNwOzwvUD4NCjxQPiZuYnNwOzwvUD4N CjxQPiZuYnNwOzwvUD4NCjxQPiZuYnNwOzwvUD4NCjxQPiZuYnNwOzwvUD4NCjxQPiZuYnNwOzwv UD4NCjxQPiZuYnNwOzwvUD4NCjxQPiZuYnNwOzwvUD4NCjxQPiZuYnNwOzwvUD4NCjxQPiZuYnNw OzwvUD4NCjxQPiZuYnNwOzwvUD4NCjxQPiZuYnNwOzwvUD4NCjxQPiZuYnNwOzwvUD4NCjxQPiZu YnNwOzwvUD4NCjxQPiZuYnNwOzwvUD4NCjxQPiZuYnNwOzwvUD4NCjxQPiZuYnNwOzwvUD4NCjxQ PiZuYnNwOzwvUD4NCjxQPiZuYnNwOzwvUD4NCjxQPiZuYnNwOzwvUD4NCjxQPiZuYnNwOzwvUD4N CjxQPiZuYnNwOzwvUD4NCjxQPiZuYnNwOzwvUD4NCjxQPiZuYnNwOzwvUD4NCjxQPiZuYnNwOzwv UD4NCjxQPiZuYnNwOzwvUD4NCjxQPiZuYnNwOzwvUD4NCjxQPiZuYnNwOzwvUD4NCjxQPiZuYnNw OzwvUD4NCjxQPiZuYnNwOzwvUD4NCjxQPiZuYnNwOzwvUD4NCjxQPiZuYnNwOzwvUD4NCjxQPiZu YnNwOzwvUD4NCjxQPiZuYnNwOzwvUD4NCjxQPiZuYnNwOzwvUD4NCjxQPiZuYnNwOzwvUD4NCjxQ PiZuYnNwOzwvUD4NCjxQPiZuYnNwOzwvUD4NCjxQPiZuYnNwOzwvUD4NCjxQPiZuYnNwOzwvUD4N CjxQPiZuYnNwOzwvUD4NCjxQPiZuYnNwOzwvUD4NCjxQPiZuYnNwOzwvUD4NCjxQPiZuYnNwOzwv UD4NCjxQPiZuYnNwOzwvUD4NCjxQPiZuYnNwOzwvUD4NCjxQPiZuYnNwOzwvUD4NCjxQPiZuYnNw OzwvUD4NCjxQPiZuYnNwOzwvUD4NCjxQPiZuYnNwOzwvUD4NCjxQPiZuYnNwOzwvUD4NCjxQPiZu YnNwOzwvUD4NCjxQPiZuYnNwOzwvUD4NCjxQPiZuYnNwOzwvUD4NCjxQPiZuYnNwOzwvUD4NCjxQ PiZuYnNwOzwvUD4NCjxQPiZuYnNwOzwvUD4NCjxQPiZuYnNwOzwvUD4NCjxQPiZuYnNwOzwvUD4N CjxQPiZuYnNwOzwvUD4NCjxQPiZuYnNwOzwvUD4NCjxQPiZuYnNwOzwvUD4NCjxQPiZuYnNwOzwv UD4NCjxQPiZuYnNwOzwvUD4NCjxQPiZuYnNwOzwvUD4NCjxQPiZuYnNwOzwvUD4NCjxQPiZuYnNw OzwvUD4NCjxQPjxCUj48QlI+PEJSPjxCUj48QlI+PEJSPjxCUj48QlI+PEJSPjxGT05UIA0KY29s b3I9d2hpdGU+5LiN5Yiw5Yeg56eS55qE5Yqf5aSr77yM5ZGo5paH5rab6L+b5YWl5LqG5Lyg6L6+ 5a6k5YaF77yM6ZOB5Yi255qE5aSn6Zeo5bCx6L+Z5qC35omT5byA5LqG77yM6LaK6YeO6L2m57yT 57yT55qE5byA5ZCR5LqG5aSn6Zeo5YaF77yM5ZCs5Yiw5LqG5LiA5peB55qE5YGc6L2m5aSE77yM 5ZKM6ICB5biI5Lus55qE6L2m5a2Q5Zyo5LiA6LW377yM55yL5LiK5Y675piv6YKj5LmI55qE5pmu 6YCa77yM5qC55pys5rKh5pyJ5Lq65Lya5aSa55yL5LiA55y86L+Z5Liq6L2m5a2Q55qE5a2Y5Zyo 44CC5Zyo56m65Lit5peL6L2s5LqG5LiA5LiL6LCD5pW06JC95Zyw55qE6YOo5L2N77yM6L+Y5piv 6K6p5bGB6IKh5YWI552A5Zyw5q+U6L6D5aW977yM6L+Z5Liq6IKJ5q+U6L6D5aSa55qE5Zyw5Y+N 5pyA5aSa5Y+q5piv5pyJ54K555Sf55a877yM5YW25LuW55qE5bm25rKh5pyJ5aSq5aSa55qE5Y2x 6Zmp77yM5aaC5p6c5piv6ISR6KKL5YWI552A5Zyw6YKj5pyA6L275Lmf5b6X5piv5LiA5Liq6ISR 6ZyH6I2h44CC5pyx5aiB5a6H5Lul5YmN5piv57uD6IOM6LaK5byP6Lez6auY55qE77yM5Zyo56m6 5Lit57+76IW+5Yeg5LmO5oiQ5Li65LqG6Lqr5L2T55qE5pys6IO977yM5pu05Yir5o+Q546w5Zyo 55qE6LaF5by66Lqr5L2T5LqG77yM6LCD5pW05Liq5L2N572u5a6e5Zyo5piv5rKh5pyJ5LuA5LmI 6Zq+5bqm44CCPEJSPjwvRk9OVD48L1A+PC9CT0RZPjwvSFRNTD4NCg== --=====003_Dragon141311445574_=====-- From nscott@redhat.com Sun Aug 3 19:16:42 2014 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on oss.sgi.com X-Spam-Level: X-Spam-Status: No, score=0.0 required=5.0 tests=none autolearn=ham version=3.3.1 X-Original-To: pcp@oss.sgi.com Delivered-To: pcp@oss.sgi.com Received: from relay.sgi.com (relay3.corp.sgi.com [198.149.34.15]) by oss.sgi.com (Postfix) with ESMTP id 20E6E7F3F for ; Sun, 3 Aug 2014 19:16:42 -0500 (CDT) Received: from cuda.sgi.com (cuda3.sgi.com [192.48.176.15]) by relay3.corp.sgi.com (Postfix) with ESMTP id A3203AC002 for ; Sun, 3 Aug 2014 17:16:38 -0700 (PDT) X-ASG-Debug-ID: 1407111395-04cb6c555d10f550001-S8gJnT Received: from mx6-phx2.redhat.com (mx6-phx2.redhat.com [209.132.183.39]) by cuda.sgi.com with ESMTP id uQXcxJSxfFjadghz for ; Sun, 03 Aug 2014 17:16:35 -0700 (PDT) X-Barracuda-Envelope-From: nscott@redhat.com X-Barracuda-Apparent-Source-IP: 209.132.183.39 Received: from zmail20.collab.prod.int.phx2.redhat.com (zmail20.collab.prod.int.phx2.redhat.com [10.5.83.23]) by mx6-phx2.redhat.com (8.14.4/8.14.4) with ESMTP id s740GYM0013101; Sun, 3 Aug 2014 20:16:34 -0400 Date: Sun, 3 Aug 2014 20:16:34 -0400 (EDT) From: Nathan Scott Reply-To: Nathan Scott To: William Cohen Cc: pcp@oss.sgi.com, Jeremy Eder Message-ID: <470392535.22694902.1407111394331.JavaMail.zimbra@redhat.com> In-Reply-To: <53DB9E0B.4040006@redhat.com> References: <53DB9E0B.4040006@redhat.com> Subject: Re: [pcp] Use docker for stress testing pcp? MIME-Version: 1.0 X-ASG-Orig-Subj: Re: [pcp] Use docker for stress testing pcp? Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-Originating-IP: [10.5.82.7] X-Mailer: Zimbra 8.0.6_GA_5922 (ZimbraWebClient - FF17 (Linux)/8.0.6_GA_5922) Thread-Topic: Use docker for stress testing pcp? Thread-Index: gI/u9zF0lBwSfmiRqdYzVxsJE57SoQ== X-Barracuda-Connect: mx6-phx2.redhat.com[209.132.183.39] X-Barracuda-Start-Time: 1407111395 X-Barracuda-URL: http://192.48.176.15:80/cgi-mod/mark.cgi X-Virus-Scanned: by bsmtpd at sgi.com X-Barracuda-BRTS-Status: 1 X-Barracuda-Spam-Score: 0.03 X-Barracuda-Spam-Status: No, SCORE=0.03 using per-user scores of TAG_LEVEL=1000.0 QUARANTINE_LEVEL=1000.0 KILL_LEVEL=2.7 tests=BSF_SC0_SA_TO_FROM_DOMAIN_MATCH, THREAD_INDEX, THREAD_TOPIC X-Barracuda-Spam-Report: Code version 3.2, rules version 3.2.3.8098 Rule breakdown below pts rule name description ---- ---------------------- -------------------------------------------------- 0.01 THREAD_INDEX thread-index: AcO7Y8iR61tzADqsRmmc5wNiFHEOig== 0.01 THREAD_TOPIC Thread-Topic: ...(Japanese Subject)... 0.01 BSF_SC0_SA_TO_FROM_DOMAIN_MATCH Sender Domain Matches Recipient Domain Hey Will, ----- Original Message ----- > Hi, > > Thursday evening I went to the a docker meetup session in Raleigh > (http://www.meetup.com/Docker-Raleigh/events/196434612/) where Jeremy Eder > talked about performance measurement and tuning for docker. He mentioned > using PCP in his slides > (http://slides.com/jeremyeder/docker-performance-analysis#/). He also I'm getting a 404 there, but found this via the meetup link: http://redhat.slides.com/jeremyeder/performance-analysis-of-docker > talked about using docker was being used to test scaling of Red Hat > Satellite/RHN. Docker was being used to provide a large number of clients > with lower overhead than using traditional KVM guests to stress test the the > server code. This approach could be useful for testing PCP to ensure that > PCP works well when monitoring large collections of machines. *nod* - great idea! cheers. -- Nathan From nscott@redhat.com Sun Aug 3 20:21:23 2014 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on oss.sgi.com X-Spam-Level: X-Spam-Status: No, score=0.0 required=5.0 tests=none autolearn=ham version=3.3.1 X-Original-To: pcp@oss.sgi.com Delivered-To: pcp@oss.sgi.com Received: from relay.sgi.com (relay1.corp.sgi.com [137.38.102.111]) by oss.sgi.com (Postfix) with ESMTP id 7B7857F3F for ; Sun, 3 Aug 2014 20:21:23 -0500 (CDT) Received: from cuda.sgi.com (cuda3.sgi.com [192.48.176.15]) by relay1.corp.sgi.com (Postfix) with ESMTP id 69DFE8F8040 for ; Sun, 3 Aug 2014 18:21:23 -0700 (PDT) X-ASG-Debug-ID: 1407115277-04cb6c555f110570001-S8gJnT Received: from mx3-phx2.redhat.com (mx3-phx2.redhat.com [209.132.183.24]) by cuda.sgi.com with ESMTP id k047M2NtKKgMyL7e for ; Sun, 03 Aug 2014 18:21:18 -0700 (PDT) X-Barracuda-Envelope-From: nscott@redhat.com X-Barracuda-Apparent-Source-IP: 209.132.183.24 Received: from zmail20.collab.prod.int.phx2.redhat.com (zmail20.collab.prod.int.phx2.redhat.com [10.5.83.23]) by mx3-phx2.redhat.com (8.13.8/8.13.8) with ESMTP id s741GHs9015952; Sun, 3 Aug 2014 21:16:17 -0400 Date: Sun, 3 Aug 2014 21:16:16 -0400 (EDT) From: Nathan Scott Reply-To: Nathan Scott To: Ken McDonell Cc: pcp Message-ID: <370862218.22704206.1407114976924.JavaMail.zimbra@redhat.com> In-Reply-To: <1118315549.22700955.1407113833387.JavaMail.zimbra@redhat.com> Subject: Nanosecond event tracing timestamps MIME-Version: 1.0 X-ASG-Orig-Subj: Nanosecond event tracing timestamps Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-Originating-IP: [10.5.82.7] X-Mailer: Zimbra 8.0.6_GA_5922 (ZimbraWebClient - FF17 (Linux)/8.0.6_GA_5922) Thread-Topic: Nanosecond event tracing timestamps Thread-Index: N/xODEcQp8hy0o8I45GRv4zp3zbn2A== X-Barracuda-Connect: mx3-phx2.redhat.com[209.132.183.24] X-Barracuda-Start-Time: 1407115277 X-Barracuda-URL: http://192.48.176.15:80/cgi-mod/mark.cgi X-Virus-Scanned: by bsmtpd at sgi.com X-Barracuda-BRTS-Status: 1 X-Barracuda-Spam-Score: 0.02 X-Barracuda-Spam-Status: No, SCORE=0.02 using per-user scores of TAG_LEVEL=1000.0 QUARANTINE_LEVEL=1000.0 KILL_LEVEL=2.7 tests=THREAD_INDEX, THREAD_TOPIC X-Barracuda-Spam-Report: Code version 3.2, rules version 3.2.3.8099 Rule breakdown below pts rule name description ---- ---------------------- -------------------------------------------------- 0.01 THREAD_INDEX thread-index: AcO7Y8iR61tzADqsRmmc5wNiFHEOig== 0.01 THREAD_TOPIC Thread-Topic: ...(Japanese Subject)... Hi Ken, I was having a (very!) detailed discussion with someone after the PyCon.AU talk yesterday, who was quite interested in the event tracing support in PCP. One issue he raised was our use of microsecond-resolution timestamps (over nanoseconds, which he'd found valuable in the past with other tools). >From a quick audit, this time-resolution is fairly well baked into the protocol and on-disk format now - any thoughts on how one might best go about increasing this resolution? (I'm only thinking events here, and not the top level pmResult timestamp - its not clear the latter would realistically benefit from a finer granularity in practice). The best I've come up with so far would involve a __pmTimespec, a pmHighResEventRecord, and a new PM_TYPE_HIGHRES_EVENT (PMDAs could then use clock_gettime(2) and/or preserve the resolution of a nanosec timestamp delivered to them) ... any alternatives, or better ideas that spring to mind? cheers. -- Nathan From nscott@redhat.com Sun Aug 3 22:41:07 2014 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on oss.sgi.com X-Spam-Level: X-Spam-Status: No, score=0.0 required=5.0 tests=none autolearn=ham version=3.3.1 X-Original-To: pcp@oss.sgi.com Delivered-To: pcp@oss.sgi.com Received: from relay.sgi.com (relay2.corp.sgi.com [137.38.102.29]) by oss.sgi.com (Postfix) with ESMTP id B1B1A7F62 for ; Sun, 3 Aug 2014 22:41:07 -0500 (CDT) Received: from cuda.sgi.com (cuda3.sgi.com [192.48.176.15]) by relay2.corp.sgi.com (Postfix) with ESMTP id A0296304043 for ; Sun, 3 Aug 2014 20:41:07 -0700 (PDT) X-ASG-Debug-ID: 1407123662-04cb6c555d113390001-S8gJnT Received: from mx4-phx2.redhat.com (mx4-phx2.redhat.com [209.132.183.25]) by cuda.sgi.com with ESMTP id 0LD6zR6JRkFZZXG2 for ; Sun, 03 Aug 2014 20:41:02 -0700 (PDT) X-Barracuda-Envelope-From: nscott@redhat.com X-Barracuda-Apparent-Source-IP: 209.132.183.25 Received: from zmail20.collab.prod.int.phx2.redhat.com (zmail20.collab.prod.int.phx2.redhat.com [10.5.83.23]) by mx4-phx2.redhat.com (8.13.8/8.13.8) with ESMTP id s743f1Lk003089; Sun, 3 Aug 2014 23:41:01 -0400 Date: Sun, 3 Aug 2014 23:41:01 -0400 (EDT) From: Nathan Scott Reply-To: Nathan Scott To: Mark Potts Cc: pcp Message-ID: <1142199266.22736040.1407123661008.JavaMail.zimbra@redhat.com> In-Reply-To: <53DAD63F.1060605@hpcapplications.com> References: <53D85DD1.6030009@hpcapplications.com> <243700663.20162009.1406690960015.JavaMail.zimbra@redhat.com> <53DAD63F.1060605@hpcapplications.com> Subject: Re: [pcp] minimal install not-as-root MIME-Version: 1.0 X-ASG-Orig-Subj: Re: [pcp] minimal install not-as-root Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-Originating-IP: [10.5.82.7] X-Mailer: Zimbra 8.0.6_GA_5922 (ZimbraWebClient - FF17 (Linux)/8.0.6_GA_5922) Thread-Topic: minimal install not-as-root Thread-Index: 9Ka44MaIdiy8gO4rhrFMt6D3/pby6A== X-Barracuda-Connect: mx4-phx2.redhat.com[209.132.183.25] X-Barracuda-Start-Time: 1407123662 X-Barracuda-URL: http://192.48.176.15:80/cgi-mod/mark.cgi X-Virus-Scanned: by bsmtpd at sgi.com X-Barracuda-BRTS-Status: 1 X-Barracuda-Spam-Score: 0.02 X-Barracuda-Spam-Status: No, SCORE=0.02 using per-user scores of TAG_LEVEL=1000.0 QUARANTINE_LEVEL=1000.0 KILL_LEVEL=2.7 tests=THREAD_INDEX, THREAD_TOPIC X-Barracuda-Spam-Report: Code version 3.2, rules version 3.2.3.8101 Rule breakdown below pts rule name description ---- ---------------------- -------------------------------------------------- 0.01 THREAD_INDEX thread-index: AcO7Y8iR61tzADqsRmmc5wNiFHEOig== 0.01 THREAD_TOPIC Thread-Topic: ...(Japanese Subject)... Hi Mark, Thanks for following up; CC'ing this to the general list so others can enjoy your success story too. Its especially good to hear this feedback, as from time to time we wonder if any people find value in using the local context mode of operation - now we know, and we (devs) should endeavour to keep up DSO support for existing & new PMDAs wherever we can. cheers. ----- Original Message ----- > Nathan, > I promised to let you know how it worked out w. attempting > to keep all root/sudo references out of my programmatic use > of PCP. > > Your suggestion was dead on: using PM_LOCAL_CONTEXT in > pmNewContext eliminated the need for pmcd action and reduced > my PCP installation from a root task to a minimal user task. > > I took it one step further, having seen the /lusr/lib/libpcp.a archive, > and have statically linked in the libpcp library to my executables. > It works like a gem in my test pgm. which no longer needs even > the .so to be carried to the cluster of VMs. It should work identically > in my full-up applications. > > I hope you'll push my email to any general archive/FAQ where > it might be of use to others. Thanks. > > regards, > > On 07/29/2014 10:29 PM, Nathan Scott wrote: > > Hi Mark, > > > > ----- Original Message ----- > >> Hi, > >> I have a working C++/Linux application that as a side-function > >> collects/consumes some PCP perf data using libpcp library > >> functions. > >> > >> A new imposed requirement is that my application and any > >> libraries/daemons that it uses are to be installed on a group > >> of clustered VMs but the installer can not act as root during > >> the installation. Is it possible to to create a stripped-down > >> PCP version that could be installed and operated without > >> root privileges ? > >> > >> If so, is the logical starting point a source distro or (preferably) > >> a Centos-built rpm, from which I can extract components > >> with rpm2cpio? Perhaps a minimal set that includes pmcd, > >> libpcp, and related dependencies with a user-level pmcd startup. > >> > >> I'd be happy to provide feedback on my efforts, if successful; > >> but I don't even want to begin if there is a brick wall in my > >> path. > > I don't think there's a brick wall, you should be able to get this > > to work. And, yep, I'd be interested to hear how it goes. > > > > If the only thing you need are values/metadata for metrics, and if > > those metrics are available from PMDAs that function in DSO form, > > you might not even need to get pmcd up and running. You should be > > able to use the PM_LOCAL_CONTEXT mode using just libpcp and the > > DSO PMDA(s) - e.g. pmda_linux.so - from whence your metrics are > > sourced. See the pmNewContext(3) man page & the -L and -K options > > to pminfo(1). > > > > If you do need pmcd (clustered VMs? might be using the distributed > > PCP protocol?), you should be able to fire it up with PCP_USER and > > PCP_GROUP in your environment - it will attempt to change user/group > > to these early on in its life. Usually it sources these variables > > from /etc/pcp.conf but environment varibables can override this. > > You might find the PCP_DIR environment variable handy too. > > > > Of course, if you have metrics/PMDAs that need to run in privileged > > mode to extract their metrics data... then you're in strife :) All > > the Linux kernel PMDA metrics can nowadays be accessed unprivileged > > though. > > > > Good luck! > > > > -- > > Nathan > > -- > *********************************** > >> Mark J. Potts, PhD > >> > >> HPC Applications Inc. > >> phone: 512-228-1721 Bus > >> 512-828-6153 Fax > >> email: potts@hpcapplications.com > >> potts@excray.com > *********************************** > > From kenj@internode.on.net Mon Aug 4 06:31:37 2014 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on oss.sgi.com X-Spam-Level: X-Spam-Status: No, score=0.0 required=5.0 tests=none autolearn=ham version=3.3.1 X-Original-To: pcp@oss.sgi.com Delivered-To: pcp@oss.sgi.com Received: from relay.sgi.com (relay3.corp.sgi.com [198.149.34.15]) by oss.sgi.com (Postfix) with ESMTP id 366D47F3F for ; Mon, 4 Aug 2014 06:31:37 -0500 (CDT) Received: from cuda.sgi.com (cuda1.sgi.com [192.48.157.11]) by relay3.corp.sgi.com (Postfix) with ESMTP id C7315AC001 for ; Mon, 4 Aug 2014 04:31:33 -0700 (PDT) X-ASG-Debug-ID: 1407151886-04bdf03d42140220001-S8gJnT Received: from ipmail06.adl2.internode.on.net (ipmail06.adl2.internode.on.net [150.101.137.129]) by cuda.sgi.com with ESMTP id u8rjrRvrYJCk9hHE for ; Mon, 04 Aug 2014 04:31:27 -0700 (PDT) X-Barracuda-Envelope-From: kenj@internode.on.net X-Barracuda-Apparent-Source-IP: 150.101.137.129 X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: Ag0CAONt31N20YPpPGdsb2JhbAANToNfV4J4hDfEeIdSAYExBQEBAQE4hDoBAQQjFUABEAsYAgIFFgsCAgkDAgECATEUBg0BBwEBtTt3lwMXgSyIU4VNB4J5gVIBBJ1almpa Received: from ppp118-209-131-233.lns20.mel6.internode.on.net (HELO [192.168.1.100]) ([118.209.131.233]) by ipmail06.adl2.internode.on.net with ESMTP; 04 Aug 2014 21:01:26 +0930 Message-ID: <53DF6F16.5070201@internode.on.net> Date: Mon, 04 Aug 2014 21:31:34 +1000 From: Ken McDonell User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:31.0) Gecko/20100101 Thunderbird/31.0 MIME-Version: 1.0 To: Nathan Scott CC: pcp Subject: Re: Nanosecond event tracing timestamps References: <370862218.22704206.1407114976924.JavaMail.zimbra@redhat.com> X-ASG-Orig-Subj: Re: Nanosecond event tracing timestamps In-Reply-To: <370862218.22704206.1407114976924.JavaMail.zimbra@redhat.com> Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 7bit X-Barracuda-Connect: ipmail06.adl2.internode.on.net[150.101.137.129] X-Barracuda-Start-Time: 1407151887 X-Barracuda-URL: http://192.48.157.11:80/cgi-mod/mark.cgi X-Virus-Scanned: by bsmtpd at sgi.com X-Barracuda-BRTS-Status: 1 X-Barracuda-Spam-Score: 0.00 X-Barracuda-Spam-Status: No, SCORE=0.00 using per-user scores of TAG_LEVEL=1000.0 QUARANTINE_LEVEL=1000.0 KILL_LEVEL=2.7 tests= X-Barracuda-Spam-Report: Code version 3.2, rules version 3.2.3.8109 Rule breakdown below pts rule name description ---- ---------------------- -------------------------------------------------- On 04/08/14 11:16, Nathan Scott wrote: > Hi Ken, > > I was having a (very!) detailed discussion with someone after > the PyCon.AU talk yesterday, who was quite interested in the > event tracing support in PCP. One issue he raised was our use > of microsecond-resolution timestamps (over nanoseconds, which > he'd found valuable in the past with other tools). > > From a quick audit, this time-resolution is fairly well baked > into the protocol and on-disk format now - any thoughts on how > one might best go about increasing this resolution? (I'm only > thinking events here, and not the top level pmResult timestamp > - its not clear the latter would realistically benefit from a > finer granularity in practice). > > The best I've come up with so far would involve a __pmTimespec, > a pmHighResEventRecord, and a new PM_TYPE_HIGHRES_EVENT (PMDAs > could then use clock_gettime(2) and/or preserve the resolution > of a nanosec timestamp delivered to them) ... any alternatives, > or better ideas that spring to mind? Not much choice other than what you've proposed I think. For me ... kenj@bozo:/tmp$ a.out sizeof: __pmTimeval 8 timeval 16 timespec 16 From wcohen@redhat.com Mon Aug 4 14:25:25 2014 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on oss.sgi.com X-Spam-Level: X-Spam-Status: No, score=0.0 required=5.0 tests=none autolearn=ham version=3.3.1 X-Original-To: pcp@oss.sgi.com Delivered-To: pcp@oss.sgi.com Received: from relay.sgi.com (relay1.corp.sgi.com [137.38.102.111]) by oss.sgi.com (Postfix) with ESMTP id 8EF667F74 for ; Mon, 4 Aug 2014 14:25:25 -0500 (CDT) Received: from cuda.sgi.com (cuda2.sgi.com [192.48.176.25]) by relay1.corp.sgi.com (Postfix) with ESMTP id 69B978F8054 for ; Mon, 4 Aug 2014 12:25:22 -0700 (PDT) X-ASG-Debug-ID: 1407180317-04cbb02d85146c70001-S8gJnT Received: from mx1.redhat.com (mx1.redhat.com [209.132.183.28]) by cuda.sgi.com with ESMTP id JZKDGFA3E6COHqRg (version=TLSv1 cipher=AES256-SHA bits=256 verify=NO) for ; Mon, 04 Aug 2014 12:25:18 -0700 (PDT) X-Barracuda-Envelope-From: wcohen@redhat.com X-Barracuda-Apparent-Source-IP: 209.132.183.28 X-ASG-Whitelist: Client Received: from int-mx14.intmail.prod.int.phx2.redhat.com (int-mx14.intmail.prod.int.phx2.redhat.com [10.5.11.27]) by mx1.redhat.com (8.14.4/8.14.4) with ESMTP id s74JPHPq017085 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=OK) for ; Mon, 4 Aug 2014 15:25:17 -0400 Received: from [10.13.129.214] (dhcp129-214.rdu.redhat.com [10.13.129.214]) by int-mx14.intmail.prod.int.phx2.redhat.com (8.14.4/8.14.4) with ESMTP id s74JPGsO017720; Mon, 4 Aug 2014 15:25:17 -0400 Message-ID: <53DFDE1C.5040002@redhat.com> Date: Mon, 04 Aug 2014 15:25:16 -0400 From: William Cohen User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:24.0) Gecko/20100101 Thunderbird/24.7.0 MIME-Version: 1.0 To: Nathan Scott CC: pcp@oss.sgi.com, Jeremy Eder Subject: Re: [pcp] Use docker for stress testing pcp? References: <53DB9E0B.4040006@redhat.com> <470392535.22694902.1407111394331.JavaMail.zimbra@redhat.com> X-ASG-Orig-Subj: Re: [pcp] Use docker for stress testing pcp? In-Reply-To: <470392535.22694902.1407111394331.JavaMail.zimbra@redhat.com> Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit X-Scanned-By: MIMEDefang 2.68 on 10.5.11.27 X-Barracuda-Connect: mx1.redhat.com[209.132.183.28] X-Barracuda-Start-Time: 1407180318 X-Barracuda-Encrypted: AES256-SHA X-Barracuda-URL: http://192.48.176.25:80/cgi-mod/mark.cgi X-Virus-Scanned: by bsmtpd at sgi.com X-Barracuda-BRTS-Status: 1 On 08/03/2014 08:16 PM, Nathan Scott wrote: > Hey Will, > > ----- Original Message ----- >> Hi, >> >> Thursday evening I went to the a docker meetup session in Raleigh >> (http://www.meetup.com/Docker-Raleigh/events/196434612/) where Jeremy Eder >> talked about performance measurement and tuning for docker. He mentioned >> using PCP in his slides >> (http://slides.com/jeremyeder/docker-performance-analysis#/). He also > > I'm getting a 404 there, but found this via the meetup link: > http://redhat.slides.com/jeremyeder/performance-analysis-of-docker I might have munged the URL. > >> talked about using docker was being used to test scaling of Red Hat >> Satellite/RHN. Docker was being used to provide a large number of clients >> with lower overhead than using traditional KVM guests to stress test the the >> server code. This approach could be useful for testing PCP to ensure that >> PCP works well when monitoring large collections of machines. > > *nod* - great idea! The ways of stressing pcp in the past have been to run a single pmcd daemon and have multiple pmloggers trying to connect to it at the same time to get a feel for what is going on. However, this model is a bit different to what would likely be setup in clustered environments. In the clustered environment there are going to be many machine each running a pmcd and a monitoring elsewhere polling all the pmcd daemons for information. This migh provide a more realistic stress on the monitor and avoid the single threaded bottleneck of multiple monitors polling the same pmcd. There may be alternative way using docker containers falls short, such as bottlenecks in the kernel such as procfs showing up. Alex Krzos at Red Hat did the work on Satellite/RHN testing. He has given me a pointer to the code, but it is going to take me a little work to get up to speed on how to use docker and how pcp test framework works. -Will From kenj@internode.on.net Mon Aug 4 19:00:30 2014 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on oss.sgi.com X-Spam-Level: ** X-Spam-Status: No, score=3.0 required=5.0 tests=TVD_SUBJ_NUM_OBFU_MINFP autolearn=no version=3.3.1 X-Original-To: pcp@oss.sgi.com Delivered-To: pcp@oss.sgi.com Received: from relay.sgi.com (relay1.corp.sgi.com [137.38.102.111]) by oss.sgi.com (Postfix) with ESMTP id 12F9F7F78 for ; Mon, 4 Aug 2014 19:00:30 -0500 (CDT) Received: from cuda.sgi.com (cuda3.sgi.com [192.48.176.15]) by relay1.corp.sgi.com (Postfix) with ESMTP id EFD2A8F8052 for ; Mon, 4 Aug 2014 17:00:26 -0700 (PDT) X-ASG-Debug-ID: 1407196820-04cb6c555c14c160001-S8gJnT Received: from ipmail04.adl6.internode.on.net (ipmail04.adl6.internode.on.net [150.101.137.141]) by cuda.sgi.com with ESMTP id 2Q7c8Dusb6m0CCJF for ; Mon, 04 Aug 2014 17:00:21 -0700 (PDT) X-Barracuda-Envelope-From: kenj@internode.on.net X-Barracuda-Apparent-Source-IP: 150.101.137.141 X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: AksCAJsd4FN20YPpPGdsb2JhbAANToNfV4J4hDfFDIh4BQEBAQE4hGNVMAYCBRYLAgsDAgECATEnBgIBAYhLrAR3lzQXgSyOPYJjgVIFtERa Received: from ppp118-209-131-233.lns20.mel6.internode.on.net (HELO [192.168.1.100]) ([118.209.131.233]) by ipmail04.adl6.internode.on.net with ESMTP; 05 Aug 2014 09:30:05 +0930 Message-ID: <53E01E8E.1030304@internode.on.net> Date: Tue, 05 Aug 2014 10:00:14 +1000 From: Ken McDonell User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:31.0) Gecko/20100101 Thunderbird/31.0 MIME-Version: 1.0 To: pcp@oss.sgi.com Subject: pcp updates - rate() for derived metrics, sysstat/sar2pcp updates Content-Type: text/plain; charset=utf-8 X-ASG-Orig-Subj: pcp updates - rate() for derived metrics, sysstat/sar2pcp updates Content-Transfer-Encoding: 7bit X-Barracuda-Connect: ipmail04.adl6.internode.on.net[150.101.137.141] X-Barracuda-Start-Time: 1407196821 X-Barracuda-URL: http://192.48.176.15:80/cgi-mod/mark.cgi X-Virus-Scanned: by bsmtpd at sgi.com X-Barracuda-BRTS-Status: 1 X-Barracuda-Spam-Score: 0.00 X-Barracuda-Spam-Status: No, SCORE=0.00 using per-user scores of TAG_LEVEL=1000.0 QUARANTINE_LEVEL=1000.0 KILL_LEVEL=2.7 tests= X-Barracuda-Spam-Report: Code version 3.2, rules version 3.2.3.8126 Rule breakdown below pts rule name description ---- ---------------------- -------------------------------------------------- Changes committed to git://git.performancecopilot.org/kenj/pcp.git dev man/man3/pmregisterderived.3 | 36 qa/370 | 3 qa/370.out.7 |13424 ++++++++++++++++++++++++++++++++++++++++++ qa/753 | 64 qa/753.out | 105 qa/922 | 153 qa/922.out | 442 + qa/group | 2 qa/src/sa-sysstat-10.2.0 |binary src/libpcp/src/derive.c | 60 src/libpcp/src/derive.h | 19 src/libpcp/src/derive_fetch.c | 140 src/pmdas/sample/help | 6 src/sar2pcp/sar2pcp | 37 14 files changed, 14440 insertions(+), 51 deletions(-) commit 13bb365455032ebeec4b3244189a63e8451cc404 Author: Ken McDonell Date: Tue Aug 5 09:57:51 2014 +1000 Add rate() function for derived metrics rate() supports rate conversion as implemented by several PMAPI clients, but not restricted to counter metrics. This commit includes the libpcp changes, man page updates and some new QA. commit 2064929c9e7d6b41bd6c1b0948e44a71497eb370 Author: Ken McDonell Date: Tue Aug 5 09:18:35 2014 +1000 sample pmda - add a little more help text commit 842f66c98155b8fb52856afd5f0a2127832bfb48 Author: Ken McDonell Date: Tue Aug 5 07:29:36 2014 +1000 Move sar2pcp ahead to sysstat 10.2.0 New QA case, and some sar2pcp changes to support the additional metrics: mem.util.dirty filesys.capacity filesys.free filesys.used filesys.maxfiles filesys.freefiles filesys.usedfiles From kenj@internode.on.net Mon Aug 4 20:03:58 2014 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on oss.sgi.com X-Spam-Level: X-Spam-Status: No, score=0.0 required=5.0 tests=none autolearn=ham version=3.3.1 X-Original-To: pcp@oss.sgi.com Delivered-To: pcp@oss.sgi.com Received: from relay.sgi.com (relay3.corp.sgi.com [198.149.34.15]) by oss.sgi.com (Postfix) with ESMTP id 4C1767F81 for ; Mon, 4 Aug 2014 20:03:58 -0500 (CDT) Received: from cuda.sgi.com (cuda1.sgi.com [192.48.157.11]) by relay3.corp.sgi.com (Postfix) with ESMTP id D773DAC001 for ; Mon, 4 Aug 2014 18:03:54 -0700 (PDT) X-ASG-Debug-ID: 1407200632-04bdf03d4216cfc0001-S8gJnT Received: from ipmail04.adl6.internode.on.net (ipmail04.adl6.internode.on.net [150.101.137.141]) by cuda.sgi.com with ESMTP id fTl6TtFqMtbQWDp1 for ; Mon, 04 Aug 2014 18:03:53 -0700 (PDT) X-Barracuda-Envelope-From: kenj@internode.on.net X-Barracuda-Apparent-Source-IP: 150.101.137.141 X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: AkcCANUs4FN20YPpPGdsb2JhbAANTotlyQCDGwGBKwUBAQEBOIQ6AQEEOEABEAsOCgkWDwkDAgECATEUBg0BBwEBtFeYLhePTAeESwEEtEQ Received: from ppp118-209-131-233.lns20.mel6.internode.on.net (HELO [192.168.1.100]) ([118.209.131.233]) by ipmail04.adl6.internode.on.net with ESMTP; 05 Aug 2014 10:33:51 +0930 Message-ID: <53E02D81.8060901@internode.on.net> Date: Tue, 05 Aug 2014 11:04:01 +1000 From: Ken McDonell User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:31.0) Gecko/20100101 Thunderbird/31.0 MIME-Version: 1.0 To: Martin Spier CC: Amer Ather , Coburn Watson , Brendan Gregg , pcp@oss.sgi.com Subject: Re: [pcp] Floating point problem References: <033501cfa8a4$fd091ed0$f71b5c70$@internode.on.net> <53D6CE6A.8030309@internode.on.net> X-ASG-Orig-Subj: Re: [pcp] Floating point problem In-Reply-To: <53D6CE6A.8030309@internode.on.net> Content-Type: text/plain; charset=windows-1252; format=flowed Content-Transfer-Encoding: 7bit X-Barracuda-Connect: ipmail04.adl6.internode.on.net[150.101.137.141] X-Barracuda-Start-Time: 1407200632 X-Barracuda-URL: http://192.48.157.11:80/cgi-mod/mark.cgi X-Virus-Scanned: by bsmtpd at sgi.com X-Barracuda-BRTS-Status: 1 X-Barracuda-Spam-Score: 0.00 X-Barracuda-Spam-Status: No, SCORE=0.00 using per-user scores of TAG_LEVEL=1000.0 QUARANTINE_LEVEL=1000.0 KILL_LEVEL=2.7 tests= X-Barracuda-Spam-Report: Code version 3.2, rules version 3.2.3.8127 Rule breakdown below pts rule name description ---- ---------------------- -------------------------------------------------- On 29/07/14 08:27, Ken McDonell wrote: > ... > The options are ... > >... > > 3. Extend the derived metrics support. We already have delta() which > can be applied to counter metrics and returns the difference in value > between one pmFetch and the next. This is closer to the semantics > Martin needs, but does not include the divide by delta(timestamp) part. > I could add rate() as a new intrinsic function for derived metrics > that does the rate conversion. > > With option 3. the derived metric definitions would be something like ... > > kernel.pct.cpu.user = 100 * rate(kernel.all.cpu.user) / hinv.ncpu I have checked in the changes to implement option 3. It seemed generally useful and not a big change, independent of the Netflix folk investigating the option 2. route. From davida@pobox.com Mon Aug 4 20:15:50 2014 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on oss.sgi.com X-Spam-Level: X-Spam-Status: No, score=0.0 required=5.0 tests=T_DKIM_INVALID autolearn=ham version=3.3.1 X-Original-To: pcp@oss.sgi.com Delivered-To: pcp@oss.sgi.com Received: from relay.sgi.com (relay1.corp.sgi.com [137.38.102.111]) by oss.sgi.com (Postfix) with ESMTP id D5D9C7F81 for ; Mon, 4 Aug 2014 20:15:50 -0500 (CDT) Received: from cuda.sgi.com (cuda2.sgi.com [192.48.176.25]) by relay1.corp.sgi.com (Postfix) with ESMTP id BD4EA8F804B for ; Mon, 4 Aug 2014 18:15:47 -0700 (PDT) X-ASG-Debug-ID: 1407201345-04cbb02d84156200001-S8gJnT Received: from smtp.pobox.com (smtp.pobox.com [208.72.237.35]) by cuda.sgi.com with ESMTP id EzJ8nTbOoJnrz6CR for ; Mon, 04 Aug 2014 18:15:45 -0700 (PDT) X-Barracuda-Envelope-From: davida@pobox.com X-Barracuda-Apparent-Source-IP: 208.72.237.35 Received: from smtp.pobox.com (unknown [127.0.0.1]) by pb-smtp0.pobox.com (Postfix) with ESMTP id 2F3A52F422; Mon, 4 Aug 2014 21:15:45 -0400 (EDT) DKIM-Signature: v=1; a=rsa-sha1; c=relaxed; d=pobox.com; h=subject :mime-version:content-type:from:in-reply-to:date:cc:message-id :references:to; s=sasl; bh=z6xhpedJYl77iCchDdxUUA9GIYg=; b=ARXpG bYD8YfOy5Af/1LTbBILVZgC20qaHJ4X7EM4Iujn5px817wARHNjMeDndd29H2tqV YkXuVebpleRbZaaE4ph2Uuc33ldDFwPWwbR1EFwQ1dJhj2G3v1jth73fzvN0VIbR 6U6ubBir2/ZBNlcTVSpDx8bVaDz8UrF2t18QeM= DomainKey-Signature: a=rsa-sha1; c=nofws; d=pobox.com; h=subject :mime-version:content-type:from:in-reply-to:date:cc:message-id :references:to; q=dns; s=sasl; b=QIpIGKvMr26cTIA82FKiNEOrYcyYlcw eaPCU4pUF4C9rOjtTTNtD6aPFjTMA6IVjyQ+QxcxGaC8lOGPF8q3fVs6JRikU+VF xT7UorAjKTb7GN9D67p7JY31+sTHoPK9vdf/8cGras+owTSu912QLYDK9+VnAZLc wL5hao05sFXY= Received: from pb-smtp0.int.icgroup.com (unknown [127.0.0.1]) by pb-smtp0.pobox.com (Postfix) with ESMTP id 2604A2F421; Mon, 4 Aug 2014 21:15:45 -0400 (EDT) Received: from [10.29.0.69] (unknown [123.100.147.113]) (using TLSv1 with cipher AES128-SHA (128/128 bits)) (No client certificate requested) by pb-smtp0.pobox.com (Postfix) with ESMTPSA id 5A6702F416; Mon, 4 Aug 2014 21:15:37 -0400 (EDT) Subject: Re: [pcp] Nanosecond event tracing timestamps Mime-Version: 1.0 (Apple Message framework v1283) X-ASG-Orig-Subj: Re: [pcp] Nanosecond event tracing timestamps Content-Type: multipart/signed; boundary="Apple-Mail=_B6702182-5DCA-43E2-8D10-8234F8913EA6"; protocol="application/pgp-signature"; micalg=pgp-sha1 From: David Arnold In-Reply-To: <53DF6F16.5070201@internode.on.net> Date: Tue, 5 Aug 2014 11:15:33 +1000 Cc: David Arnold , Nathan Scott , pcp Message-Id: <7EE2C8DA-FA94-456D-B803-4C4972A38D56@pobox.com> References: <370862218.22704206.1407114976924.JavaMail.zimbra@redhat.com> <53DF6F16.5070201@internode.on.net> To: Ken McDonell X-Mailer: Apple Mail (2.1283) X-Pobox-Relay-ID: 0280A51A-1C3E-11E4-839C-9903E9FBB39C-29049682!pb-smtp0.pobox.com X-Barracuda-Connect: smtp.pobox.com[208.72.237.35] X-Barracuda-Start-Time: 1407201345 X-Barracuda-URL: http://192.48.176.25:80/cgi-mod/mark.cgi X-Virus-Scanned: by bsmtpd at sgi.com X-Barracuda-BRTS-Status: 1 X-Barracuda-Spam-Score: 0.00 X-Barracuda-Spam-Status: No, SCORE=0.00 using per-user scores of TAG_LEVEL=1000.0 QUARANTINE_LEVEL=1000.0 KILL_LEVEL=2.7 tests=DKIM_SIGNED, DKIM_VERIFIED X-Barracuda-Spam-Report: Code version 3.2, rules version 3.2.3.8127 Rule breakdown below pts rule name description ---- ---------------------- -------------------------------------------------- -0.00 DKIM_VERIFIED Domain Keys Identified Mail: signature passes verification 0.00 DKIM_SIGNED Domain Keys Identified Mail: message has a signature --Apple-Mail=_B6702182-5DCA-43E2-8D10-8234F8913EA6 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=us-ascii On 04/08/2014, at 9:31 PM, Ken McDonell wrote: > On 04/08/14 11:16, Nathan Scott wrote: Hi all, >> I was having a (very!) detailed discussion with someone after >> the PyCon.AU talk yesterday, who was quite interested in the >> event tracing support in PCP. One issue he raised was our use >> of microsecond-resolution timestamps (over nanoseconds, which >> he'd found valuable in the past with other tools). That'd be me. I thought I'd elaborate a little, because I can appreciate that it might = seem like supporting nanosecond resolution is unnecessary. The application domain is capital markets: exchanges, brokers, and = traders using electronic trading protocols to monitor markets and manage = orders. It's a fiercely competitive area, and one where very small = differences in application performance can mean the difference between = losing or making money. A common metric is the "tick-to-trade" latency: = the time taken to react to a report of a prior trade from an exchange = with a change to your own orders in the market. Competitive = tick-to-trade latencies are in the sub-20us range (and down to sub-5us = for the very serious). Given these timescales, microsecond resolution becomes an issue: that = granularity means the timing of many hundreds of events is conflated = into a single interval. Hardware time-stamping units in network cards return nanosecond = quantities, although their resolution is often limited (eg. Napatech = NT40E2 has 4ns resolution limit). When dealing with 10 and 40Gb = networks, and modern CPUs executing many thousands of instructions per = microsecond, the ability to correlate at the sub-microsecond level is = very useful. Obviously not something that's urgent, but perhaps of more medium-term = interest for at least one small group of potential PCP users. Thanks, d --Apple-Mail=_B6702182-5DCA-43E2-8D10-8234F8913EA6 Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename=signature.asc Content-Type: application/pgp-signature; name=signature.asc Content-Description: Message signed with OpenPGP using GPGMail -----BEGIN PGP SIGNATURE----- iQIcBAEBAgAGBQJT4DA1AAoJECRBuuVdNEaJKnEP/i1cD6zenBKfaTxxEt7Y7qMr eiUleEQs0TRZoYP08kzQ83PU0t4+nH/boCDqVxsKwljlU/EZifDqxTGNWEZnZUpB v8Ux+aO+PQ3CuBSfHBa6uXMpBh2OO47qiMV2Lwfr6T94QFXCWtCE/qBRgRzyXq/h 6DxOc92Ky9fML1bGIS8JIB5X7nKTBfRsWZZ07OC5VJ5gwv+K1e+bOjiwFEa2uvgU aQKQaDVocrvsSRNQONxyYI9ClYMVFchSjHbpQcwjEgUKmkl/1MbJdQMdketW4Csl X63myTXjCNw1LewR/3lv98FlsoNQnoqUZXjDao4Xj4DNo4Sqc/NYGxGt2iItOoAF TiP3QlvKxWLB4VTr5HcodcMv1zCQXcoPds4oEU2Y3n5fZZZYcMXuQBkVwif172rO c4MDnW4HQ4zZSKH4DMqdvPkhnXRMpUGZWLui0pZ2b2A2Jl/0RRUm33xSAqiw3cSL TvSsKzsEAUHyiiZulnQlyO9x6foXs6CB7olaUx+KvS/gAEpWnLjPEmHVFI7dJiKk uIZi8VB5D9eL+6RR1MYnhurfwz+oTNZpwOOyFanpmkYl/l1TB/y5gAHzag9yaJ3h nqfRi0lXKzkfOJM021TE/r5tpb7MjmWOz2c4QXvYCx8a7MQIsnOhShkGIH6miJYC HYU2+0p533CZ4/fuqgYn =QVe6 -----END PGP SIGNATURE----- --Apple-Mail=_B6702182-5DCA-43E2-8D10-8234F8913EA6-- From nscott@redhat.com Tue Aug 5 02:57:51 2014 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on oss.sgi.com X-Spam-Level: X-Spam-Status: No, score=0.0 required=5.0 tests=none autolearn=ham version=3.3.1 X-Original-To: pcp@oss.sgi.com Delivered-To: pcp@oss.sgi.com Received: from relay.sgi.com (relay3.corp.sgi.com [198.149.34.15]) by oss.sgi.com (Postfix) with ESMTP id A9D597F7C for ; Tue, 5 Aug 2014 02:57:51 -0500 (CDT) Received: from cuda.sgi.com (cuda2.sgi.com [192.48.176.25]) by relay3.corp.sgi.com (Postfix) with ESMTP id 34BEAAC005 for ; Tue, 5 Aug 2014 00:57:47 -0700 (PDT) X-ASG-Debug-ID: 1407225463-04cbb02d85167060001-S8gJnT Received: from mx5-phx2.redhat.com (mx5-phx2.redhat.com [209.132.183.37]) by cuda.sgi.com with ESMTP id xtT5M9YeUBp2lGbh for ; Tue, 05 Aug 2014 00:57:43 -0700 (PDT) X-Barracuda-Envelope-From: nscott@redhat.com X-Barracuda-Apparent-Source-IP: 209.132.183.37 Received: from zmail20.collab.prod.int.phx2.redhat.com (zmail20.collab.prod.int.phx2.redhat.com [10.5.83.23]) by mx5-phx2.redhat.com (8.14.4/8.14.4) with ESMTP id s757vha8026758 for ; Tue, 5 Aug 2014 03:57:43 -0400 Date: Tue, 5 Aug 2014 03:57:43 -0400 (EDT) From: Nathan Scott Reply-To: Nathan Scott To: pcp Message-ID: <2095248893.23787739.1407225463396.JavaMail.zimbra@redhat.com> In-Reply-To: <2051225347.23787658.1407225439331.JavaMail.zimbra@redhat.com> Subject: pcp updates: kenj merge, qa, minor fixes MIME-Version: 1.0 X-ASG-Orig-Subj: pcp updates: kenj merge, qa, minor fixes Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-Originating-IP: [10.5.82.7] X-Mailer: Zimbra 8.0.6_GA_5922 (ZimbraWebClient - FF17 (Linux)/8.0.6_GA_5922) Thread-Topic: pcp updates: kenj merge, qa, minor fixes Thread-Index: itc3ANQTKqXYkJMfnySlWqpm+r/iXg== X-Barracuda-Connect: mx5-phx2.redhat.com[209.132.183.37] X-Barracuda-Start-Time: 1407225463 X-Barracuda-URL: http://192.48.176.25:80/cgi-mod/mark.cgi X-Virus-Scanned: by bsmtpd at sgi.com X-Barracuda-BRTS-Status: 1 X-Barracuda-Spam-Score: 0.02 X-Barracuda-Spam-Status: No, SCORE=0.02 using per-user scores of TAG_LEVEL=1000.0 QUARANTINE_LEVEL=1000.0 KILL_LEVEL=2.7 tests=THREAD_INDEX, THREAD_TOPIC X-Barracuda-Spam-Report: Code version 3.2, rules version 3.2.3.8129 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.performancecopilot.org/pcp.git dev man/man3/pmregisterderived.3 | 36 qa/366.out | 12 qa/370 | 3 qa/370.out.7 |13424 +++++++++++++++++++++++++++++++++++ qa/753 | 64 qa/753.out | 105 qa/922 | 153 qa/922.out | 442 + qa/972 | 1 qa/group | 2 qa/src/sa-sysstat-10.2.0 |binary src/GNUmakefile | 2 src/libpcp/src/derive.c | 60 src/libpcp/src/derive.h | 19 src/libpcp/src/derive_fetch.c | 140 src/pmdas/sample/help | 6 src/pmdas/zswap/pmdazswap.python | 5 src/pmlogconf/tools/atop-summary | 1 src/pmlogconf/tools/collectl-summary | 1 src/pmlogconf/tools/free-summary | 1 src/pmlogger/pmlogger_daily.sh | 13 src/python/pcp/pmapi.py | 4 src/python/setup.py | 17 src/sar2pcp/sar2pcp | 37 24 files changed, 14474 insertions(+), 74 deletions(-) commit 5c01ef4719eba7ab8baefcd145dd73a661043da2 Merge: 3f0672d 13bb365 Author: Nathan Scott Date: Tue Aug 5 17:36:19 2014 +1000 Merge branch 'dev' of git://git.performancecopilot.org/kenj/pcp into dev commit 3f0672d4e4611e84964a3fcf4f433d502525b7bd Author: Nathan Scott Date: Tue Aug 5 17:35:31 2014 +1000 Fix pmdazswap testing for non-4K pagesize kernels commit 5f6c5bd509f3f174f141c9dd733581ad0d2c5af8 Author: Nathan Scott Date: Tue Aug 5 17:34:33 2014 +1000 Put src makefile entries into a sorted order again commit 6fa3558b0735b6a03a84fc78cf81764abf35f7cb Author: Nathan Scott Date: Tue Aug 5 17:33:35 2014 +1000 Fix pmlogger_daily PCP_RUN_DIR creation checks An older version of PCP has seen a cron-error report of: > /usr/libexec/pcp/bin/pmlogger_daily: line 365: /var/run/pcp/pmlogger_daily.pid: No such file or directory This results from an incorrect directory-existance test before creating PCP_RUN_DIR. However, some lack of clarity in the exit trap handler caused some initial confusion around that being the possible root cause, so that has been tidied up a little too. Resolves Red Hat bug #1125700. commit 7f72ccb7adc835a1fac56e979c9a71f276250221 Author: Nathan Scott Date: Tue Aug 5 17:22:27 2014 +1000 Update some pmlogconf log-default metrics to log-once Simple oversight in atop/collectl/free pmlogconf templates have those logging some once-only metrics more often that originally intended. commit eac6ea93fab9d75031e1ceb890e793972cdc1288 Author: Nathan Scott Date: Tue Aug 5 17:20:42 2014 +1000 Small improvements to python libraries Update the python setup.py module installation (mark it as a stable library, and correct some platform listings). Also tweak the heading comment annotation for improved vim syntax highlighting. commit 13bb365455032ebeec4b3244189a63e8451cc404 Author: Ken McDonell Date: Tue Aug 5 09:57:51 2014 +1000 Add rate() function for derived metrics rate() supports rate conversion as implemented by several PMAPI clients, but not restricted to counter metrics. This commit includes the libpcp changes, man page updates and some new QA. commit 2064929c9e7d6b41bd6c1b0948e44a71497eb370 Author: Ken McDonell Date: Tue Aug 5 09:18:35 2014 +1000 sample pmda - add a little more help text commit 842f66c98155b8fb52856afd5f0a2127832bfb48 Author: Ken McDonell Date: Tue Aug 5 07:29:36 2014 +1000 Move sar2pcp ahead to sysstat 10.2.0 New QA case, and some sar2pcp changes to support the additional metrics: mem.util.dirty filesys.capacity filesys.free filesys.used filesys.maxfiles filesys.freefiles filesys.usedfiles From fche@redhat.com Tue Aug 5 09:09:17 2014 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on oss.sgi.com X-Spam-Level: X-Spam-Status: No, score=0.0 required=5.0 tests=none autolearn=ham version=3.3.1 X-Original-To: pcp@oss.sgi.com Delivered-To: pcp@oss.sgi.com Received: from relay.sgi.com (relay3.corp.sgi.com [198.149.34.15]) by oss.sgi.com (Postfix) with ESMTP id 384347F90 for ; Tue, 5 Aug 2014 09:09:17 -0500 (CDT) Received: from cuda.sgi.com (cuda2.sgi.com [192.48.176.25]) by relay3.corp.sgi.com (Postfix) with ESMTP id B9B22AC006 for ; Tue, 5 Aug 2014 07:09:13 -0700 (PDT) X-ASG-Debug-ID: 1407247751-04cbb02d86177e20001-S8gJnT Received: from mx1.redhat.com (mx1.redhat.com [209.132.183.28]) by cuda.sgi.com with ESMTP id RreVbOdJfUOkpiAc (version=TLSv1 cipher=AES256-SHA bits=256 verify=NO) for ; Tue, 05 Aug 2014 07:09:12 -0700 (PDT) X-Barracuda-Envelope-From: fche@redhat.com X-Barracuda-Apparent-Source-IP: 209.132.183.28 X-ASG-Whitelist: Client Received: from int-mx09.intmail.prod.int.phx2.redhat.com (int-mx09.intmail.prod.int.phx2.redhat.com [10.5.11.22]) by mx1.redhat.com (8.14.4/8.14.4) with ESMTP id s75E8OSo026548 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=OK); Tue, 5 Aug 2014 10:08:24 -0400 Received: from fche.csb (vpn-61-251.rdu2.redhat.com [10.10.61.251]) by int-mx09.intmail.prod.int.phx2.redhat.com (8.14.4/8.14.4) with ESMTP id s75E8OvX000359; Tue, 5 Aug 2014 10:08:24 -0400 Received: by fche.csb (Postfix, from userid 2569) id 8D318583F1; Tue, 5 Aug 2014 10:08:23 -0400 (EDT) To: Ken McDonell Cc: Martin Spier , pcp@oss.sgi.com, Amer Ather , Coburn Watson , Brendan Gregg Subject: Re: Floating point problem References: <033501cfa8a4$fd091ed0$f71b5c70$@internode.on.net> <53D6CE6A.8030309@internode.on.net> <53D73CBF.9090008@internode.on.net> <53D96872.6090905@internode.on.net> X-ASG-Orig-Subj: Re: Floating point problem From: fche@redhat.com (Frank Ch. Eigler) Date: Tue, 05 Aug 2014 10:08:23 -0400 In-Reply-To: <53D96872.6090905@internode.on.net> (Ken McDonell's message of "Thu, 31 Jul 2014 07:49:38 +1000") Message-ID: User-Agent: Gnus/5.1008 (Gnus v5.10.8) Emacs/21.4 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Scanned-By: MIMEDefang 2.68 on 10.5.11.22 X-Barracuda-Connect: mx1.redhat.com[209.132.183.28] X-Barracuda-Start-Time: 1407247752 X-Barracuda-Encrypted: AES256-SHA X-Barracuda-URL: http://192.48.176.25:80/cgi-mod/mark.cgi X-Virus-Scanned: by bsmtpd at sgi.com X-Barracuda-BRTS-Status: 1 kenj wrote: > [...] > I've started working on 3. And finished it already, nice job! - FChE From fche@redhat.com Tue Aug 5 14:13:32 2014 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on oss.sgi.com X-Spam-Level: X-Spam-Status: No, score=0.0 required=5.0 tests=none autolearn=ham version=3.3.1 X-Original-To: pcp@oss.sgi.com Delivered-To: pcp@oss.sgi.com Received: from relay.sgi.com (relay3.corp.sgi.com [198.149.34.15]) by oss.sgi.com (Postfix) with ESMTP id 1846E7F90 for ; Tue, 5 Aug 2014 14:13:32 -0500 (CDT) Received: from cuda.sgi.com (cuda3.sgi.com [192.48.176.15]) by relay3.corp.sgi.com (Postfix) with ESMTP id A80F7AC005 for ; Tue, 5 Aug 2014 12:13:28 -0700 (PDT) X-ASG-Debug-ID: 1407266001-04cb6c75ae06860001-S8gJnT Received: from mx1.redhat.com (mx1.redhat.com [209.132.183.28]) by cuda.sgi.com with ESMTP id QB47joVQ9BDjujmj (version=TLSv1 cipher=AES256-SHA bits=256 verify=NO) for ; Tue, 05 Aug 2014 12:13:24 -0700 (PDT) X-Barracuda-Envelope-From: fche@redhat.com X-Barracuda-Apparent-Source-IP: 209.132.183.28 X-ASG-Whitelist: Client Received: from int-mx13.intmail.prod.int.phx2.redhat.com (int-mx13.intmail.prod.int.phx2.redhat.com [10.5.11.26]) by mx1.redhat.com (8.14.4/8.14.4) with ESMTP id s75JDL9G019797 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=OK) for ; Tue, 5 Aug 2014 15:13:21 -0400 Received: from fche.csb (vpn-61-251.rdu2.redhat.com [10.10.61.251]) by int-mx13.intmail.prod.int.phx2.redhat.com (8.14.4/8.14.4) with ESMTP id s75JDKpn025373 for ; Tue, 5 Aug 2014 15:13:21 -0400 Received: by fche.csb (Postfix, from userid 2569) id 70DFE583F1; Tue, 5 Aug 2014 15:13:20 -0400 (EDT) To: pcp developers Subject: Re: in search of pcpfans.git fche/pmwebd (graphite) branch review References: <20140708004813.GF22029@redhat.com> X-ASG-Orig-Subj: Re: in search of pcpfans.git fche/pmwebd (graphite) branch review From: fche@redhat.com (Frank Ch. Eigler) Date: Tue, 05 Aug 2014 15:13:20 -0400 In-Reply-To: <20140708004813.GF22029@redhat.com> (Frank Ch. Eigler's message of "Mon, 7 Jul 2014 20:48:13 -0400") Message-ID: User-Agent: Gnus/5.1008 (Gnus v5.10.8) Emacs/21.4 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Scanned-By: MIMEDefang 2.68 on 10.5.11.26 X-Barracuda-Connect: mx1.redhat.com[209.132.183.28] X-Barracuda-Start-Time: 1407266004 X-Barracuda-Encrypted: AES256-SHA X-Barracuda-URL: http://192.48.176.15:80/cgi-mod/mark.cgi X-Virus-Scanned: by bsmtpd at sgi.com X-Barracuda-BRTS-Status: 1 > The pcpfans.git fche/pmwebd contains a reviewworthy state of the > pmwebd+graphite code. [...] > Comment away! Ping. - FChE From brolley@redhat.com Tue Aug 5 16:52:49 2014 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on oss.sgi.com X-Spam-Level: X-Spam-Status: No, score=0.0 required=5.0 tests=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 2EEC67F93 for ; Tue, 5 Aug 2014 16:52:49 -0500 (CDT) Received: from cuda.sgi.com (cuda2.sgi.com [192.48.176.25]) by relay1.corp.sgi.com (Postfix) with ESMTP id 1CA3F8F8035 for ; Tue, 5 Aug 2014 14:52:45 -0700 (PDT) X-ASG-Debug-ID: 1407275561-04cbb03b9d0d730001-S8gJnT Received: from mx1.redhat.com (mx1.redhat.com [209.132.183.28]) by cuda.sgi.com with ESMTP id oBlO4J2FX1wj8d51 (version=TLSv1 cipher=AES256-SHA bits=256 verify=NO) for ; Tue, 05 Aug 2014 14:52:42 -0700 (PDT) X-Barracuda-Envelope-From: brolley@redhat.com X-Barracuda-Apparent-Source-IP: 209.132.183.28 X-ASG-Whitelist: Client Received: from int-mx09.intmail.prod.int.phx2.redhat.com (int-mx09.intmail.prod.int.phx2.redhat.com [10.5.11.22]) by mx1.redhat.com (8.14.4/8.14.4) with ESMTP id s75LqfPb011631 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=OK) for ; Tue, 5 Aug 2014 17:52:41 -0400 Received: from [10.15.16.140] ([10.15.16.140]) by int-mx09.intmail.prod.int.phx2.redhat.com (8.14.4/8.14.4) with ESMTP id s75LqeO6006202 for ; Tue, 5 Aug 2014 17:52:40 -0400 Message-ID: <53E15244.4000402@redhat.com> Date: Tue, 05 Aug 2014 17:53:08 -0400 From: Dave Brolley User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:24.0) Gecko/20100101 Thunderbird/24.5.0 MIME-Version: 1.0 To: PCP Mailing List Subject: Secure Client/Server Features Confusion Content-Type: multipart/alternative; boundary="------------090501060202040704020904" X-ASG-Orig-Subj: Secure Client/Server Features Confusion 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: 1407275562 X-Barracuda-Encrypted: AES256-SHA X-Barracuda-URL: http://192.48.176.25:80/cgi-mod/mark.cgi X-Virus-Scanned: by bsmtpd at sgi.com X-Barracuda-BRTS-Status: 1 This is a multi-part message in MIME format. --------------090501060202040704020904 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Hi All, I'm looking in to delaying the initialization of the NSPR/NSS/SASL libraries until their respective functionalities are actually needed. I've run into something that is causing me some confusion; namely the dependency (if any) between PDU_FLAG_SECURE and PDU_FLAG_COMPRESS. These correspond to the secure sockets (SSL/TLS) and compression features of PCP servers. Here is why I am confused: * The code in __pmSecureServerHasFeature() indicates that all secure servers support compression. This implies that all we need is an NSPR file descriptor in order to support compression. * The code in __pmSecureClientIPCFlags() tests these flags independently, however it uses the *sslFd* field of the IPC socket data in a call to SSL_OptionSet(), which implies that we can't have compression without ssl (i.e. can't have PDU_FLAG_COMPRESS without PDU_FLAG_SECURE). * The code in __pmSecureServerIPCFlags() tests these flags independently, and uses *nsprFd* field of the IPC socket data in a call to SSL_OptionSet(), which on the one hand implies that all we need is an NSPR file descriptor but on the other hand also implies that we can't have compression without ssl. * The NSPR/NSS docs for SSL_ENABLE_DEFLATE seem to link compression with SSL/TLS So the question is, do we need an SSL/TLS file descriptor in order to support compression, or just an NSPR file descriptor. It looks to me like SSL is needed for compression, but I need to know for sure so that I know under which conditions to initialize NSS in addition to NSPR. While we're at it, is there any relationship between these flags and PDU_FLAG_AUTH (SASL?). i.e. is a secure connection required for authentication? Thanks, Dave --------------090501060202040704020904 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Hi All,

I'm looking in to delaying the initialization of the NSPR/NSS/SASL libraries until their respective functionalities are actually needed. I've run into something that is causing me some confusion; namely the dependency (if any) between PDU_FLAG_SECURE and PDU_FLAG_COMPRESS. These correspond to the secure sockets (SSL/TLS) and compression features of PCP servers. Here is why I am confused:
  • The code in __pmSecureServerHasFeature() indicates that all secure servers support compression. This implies that all we need is an NSPR file descriptor in order to support compression.
  • The code in __pmSecureClientIPCFlags() tests these flags independently, however it uses the sslFd field of the IPC socket data in a call to SSL_OptionSet(), which implies that we can't have compression without ssl (i.e. can't have PDU_FLAG_COMPRESS without PDU_FLAG_SECURE).
  • The code in __pmSecureServerIPCFlags() tests these flags independently, and uses nsprFd field of the IPC socket data in a call to SSL_OptionSet(), which on the one hand implies that all we need is an NSPR file descriptor but on the other hand also implies that we can't have compression without ssl.
  • The NSPR/NSS docs for SSL_ENABLE_DEFLATE seem to link compression with SSL/TLS
So the question is, do we need an SSL/TLS file descriptor in order to support compression, or just an NSPR file descriptor. It looks to me like SSL is needed for compression, but I need to know for sure so that I know under which conditions to initialize NSS in addition to NSPR.

While we're at it, is there any relationship between these flags and PDU_FLAG_AUTH (SASL?). i.e. is a secure connection required for authentication?

Thanks,
Dave
--------------090501060202040704020904-- From nscott@redhat.com Tue Aug 5 18:21:39 2014 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on oss.sgi.com X-Spam-Level: X-Spam-Status: No, score=0.0 required=5.0 tests=none autolearn=ham version=3.3.1 X-Original-To: pcp@oss.sgi.com Delivered-To: pcp@oss.sgi.com Received: from relay.sgi.com (relay3.corp.sgi.com [198.149.34.15]) by oss.sgi.com (Postfix) with ESMTP id E4A217F37 for ; Tue, 5 Aug 2014 18:21:38 -0500 (CDT) Received: from cuda.sgi.com (cuda3.sgi.com [192.48.176.15]) by relay3.corp.sgi.com (Postfix) with ESMTP id 7D485AC00C for ; Tue, 5 Aug 2014 16:21:35 -0700 (PDT) X-ASG-Debug-ID: 1407280890-04cb6c75ae102a0001-S8gJnT Received: from mx4-phx2.redhat.com (mx4-phx2.redhat.com [209.132.183.25]) by cuda.sgi.com with ESMTP id KVlXfUHr9iIIsFQX for ; Tue, 05 Aug 2014 16:21:31 -0700 (PDT) X-Barracuda-Envelope-From: nscott@redhat.com X-Barracuda-Apparent-Source-IP: 209.132.183.25 Received: from zmail20.collab.prod.int.phx2.redhat.com (zmail20.collab.prod.int.phx2.redhat.com [10.5.83.23]) by mx4-phx2.redhat.com (8.13.8/8.13.8) with ESMTP id s75NLPUM007274; Tue, 5 Aug 2014 19:21:26 -0400 Date: Tue, 5 Aug 2014 19:21:25 -0400 (EDT) From: Nathan Scott Reply-To: Nathan Scott To: David Arnold Cc: Ken McDonell , pcp Message-ID: <677117587.24555259.1407280885014.JavaMail.zimbra@redhat.com> In-Reply-To: <7EE2C8DA-FA94-456D-B803-4C4972A38D56@pobox.com> References: <370862218.22704206.1407114976924.JavaMail.zimbra@redhat.com> <53DF6F16.5070201@internode.on.net> <7EE2C8DA-FA94-456D-B803-4C4972A38D56@pobox.com> Subject: Re: [pcp] Nanosecond event tracing timestamps MIME-Version: 1.0 X-ASG-Orig-Subj: Re: [pcp] Nanosecond event tracing timestamps Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-Originating-IP: [10.5.82.7] X-Mailer: Zimbra 8.0.6_GA_5922 (ZimbraWebClient - FF17 (Linux)/8.0.6_GA_5922) Thread-Topic: Nanosecond event tracing timestamps Thread-Index: Cfzm8t/dlxVW7ElaFIPBxDDQvzIPxQ== X-Barracuda-Connect: mx4-phx2.redhat.com[209.132.183.25] X-Barracuda-Start-Time: 1407280890 X-Barracuda-URL: http://192.48.176.15:80/cgi-mod/mark.cgi X-Virus-Scanned: by bsmtpd at sgi.com X-Barracuda-BRTS-Status: 1 X-Barracuda-Spam-Score: 0.02 X-Barracuda-Spam-Status: No, SCORE=0.02 using per-user scores of TAG_LEVEL=1000.0 QUARANTINE_LEVEL=1000.0 KILL_LEVEL=2.7 tests=THREAD_INDEX, THREAD_TOPIC X-Barracuda-Spam-Report: Code version 3.2, rules version 3.2.3.8155 Rule breakdown below pts rule name description ---- ---------------------- -------------------------------------------------- 0.01 THREAD_INDEX thread-index: AcO7Y8iR61tzADqsRmmc5wNiFHEOig== 0.01 THREAD_TOPIC Thread-Topic: ...(Japanese Subject)... ----- Original Message ----- > [...] > I thought I'd elaborate a little, because I can appreciate that it might > seem like supporting nanosecond resolution is unnecessary. > [...] > Obviously not something that's urgent, but perhaps of more medium-term > interest for at least one small group of potential PCP users. Thanks David, really interesting insights. It doesn't look like it will be particularly difficult to implement this support too, so unless someone else tackles it before me I'll try to find time to get this done over the next few weeks (one of several neat projects/ideas that came out of PyCon Au this year - a worthwhile trip!). cheers. -- Nathan From nscott@redhat.com Tue Aug 5 18:43:39 2014 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on oss.sgi.com X-Spam-Level: X-Spam-Status: No, score=0.0 required=5.0 tests=none autolearn=ham version=3.3.1 X-Original-To: pcp@oss.sgi.com Delivered-To: pcp@oss.sgi.com Received: from relay.sgi.com (relay3.corp.sgi.com [198.149.34.15]) by oss.sgi.com (Postfix) with ESMTP id 3273E7F90 for ; Tue, 5 Aug 2014 18:43:39 -0500 (CDT) Received: from cuda.sgi.com (cuda2.sgi.com [192.48.176.25]) by relay3.corp.sgi.com (Postfix) with ESMTP id BDA6DAC006 for ; Tue, 5 Aug 2014 16:43:38 -0700 (PDT) X-ASG-Debug-ID: 1407282211-04cbb03b9d10ea0001-S8gJnT Received: from mx3-phx2.redhat.com (mx3-phx2.redhat.com [209.132.183.24]) by cuda.sgi.com with ESMTP id KkchJA5Dula65Jbk for ; Tue, 05 Aug 2014 16:43:31 -0700 (PDT) X-Barracuda-Envelope-From: nscott@redhat.com X-Barracuda-Apparent-Source-IP: 209.132.183.24 Received: from zmail20.collab.prod.int.phx2.redhat.com (zmail20.collab.prod.int.phx2.redhat.com [10.5.83.23]) by mx3-phx2.redhat.com (8.13.8/8.13.8) with ESMTP id s75NhVZA011777; Tue, 5 Aug 2014 19:43:31 -0400 Date: Tue, 5 Aug 2014 19:43:31 -0400 (EDT) From: Nathan Scott Reply-To: Nathan Scott To: Dave Brolley Cc: PCP Mailing List Message-ID: <605798066.24566341.1407282211081.JavaMail.zimbra@redhat.com> In-Reply-To: <53E15244.4000402@redhat.com> References: <53E15244.4000402@redhat.com> Subject: Re: [pcp] Secure Client/Server Features Confusion MIME-Version: 1.0 X-ASG-Orig-Subj: Re: [pcp] Secure Client/Server Features Confusion Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-Originating-IP: [10.5.82.7] X-Mailer: Zimbra 8.0.6_GA_5922 (ZimbraWebClient - FF17 (Linux)/8.0.6_GA_5922) Thread-Topic: Secure Client/Server Features Confusion Thread-Index: 96RwUSVTRVN9ASbfD4IHjjok1cfKnQ== X-Barracuda-Connect: mx3-phx2.redhat.com[209.132.183.24] X-Barracuda-Start-Time: 1407282211 X-Barracuda-URL: http://192.48.176.25:80/cgi-mod/mark.cgi X-Virus-Scanned: by bsmtpd at sgi.com X-Barracuda-BRTS-Status: 1 X-Barracuda-BRTS-Evidence: sean-graham.com X-Barracuda-Spam-Score: 0.03 X-Barracuda-Spam-Status: No, SCORE=0.03 using per-user scores of TAG_LEVEL=1000.0 QUARANTINE_LEVEL=1000.0 KILL_LEVEL=2.7 tests=BSF_SC0_SA_TO_FROM_DOMAIN_MATCH, THREAD_INDEX, THREAD_TOPIC X-Barracuda-Spam-Report: Code version 3.2, rules version 3.2.3.8156 Rule breakdown below pts rule name description ---- ---------------------- -------------------------------------------------- 0.01 THREAD_INDEX thread-index: AcO7Y8iR61tzADqsRmmc5wNiFHEOig== 0.01 THREAD_TOPIC Thread-Topic: ...(Japanese Subject)... 0.01 BSF_SC0_SA_TO_FROM_DOMAIN_MATCH Sender Domain Matches Recipient Domain Hi Dave, ----- Original Message ----- > [...] > So the question is, do we need an SSL/TLS file descriptor in order to support > compression, or just an NSPR file descriptor. It looks to me like SSL is > needed for compression, but I need to know for sure so that I know under > which conditions to initialize NSS in addition to NSPR. My understanding is that in terms of implementation in NSS/SSL, the compression support is tied to having an SSL connection. However at the time this code was added to PCP, it seemed prudent to make this a general flag (as opposed to say, PDU_FLAG_SSLCOMPRESS) since we may need to implement compression independently at some point (e.g. like here - http://sean-graham.com/2001/05/09/nspr-is-neat/ or even over the native socket interfaces). So, in the current implementation the two are intimately tied to each other - maybe it will always be that way, maybe not. > While we're at it, is there any relationship between these flags and > PDU_FLAG_AUTH (SASL?). i.e. is a secure connection required for > authentication? No relationship. However, somewhere in there we do need to tell SASL what the 'security strength factor' of the underlying transport is - see sasl_setprop() with SASL_SSF_EXTERNAL over in __pmAuthServerSetProperties - and that "ssf" is extracted from NSS/SSL earlier on. Other than that place, the two components are blissfully unaware of each other. cheers. -- Nathan From mgoodwin@redhat.com Tue Aug 5 20:31:24 2014 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on oss.sgi.com X-Spam-Level: X-Spam-Status: No, score=0.0 required=5.0 tests=none autolearn=ham version=3.3.1 X-Original-To: pcp@oss.sgi.com Delivered-To: pcp@oss.sgi.com Received: from relay.sgi.com (relay1.corp.sgi.com [137.38.102.111]) by oss.sgi.com (Postfix) with ESMTP id 83B9E7F93 for ; Tue, 5 Aug 2014 20:31:24 -0500 (CDT) Received: from cuda.sgi.com (cuda2.sgi.com [192.48.176.25]) by relay1.corp.sgi.com (Postfix) with ESMTP id 6BE4A8F804B for ; Tue, 5 Aug 2014 18:31:21 -0700 (PDT) X-ASG-Debug-ID: 1407288680-04cbb03b9c14ce0001-S8gJnT Received: from mx1.redhat.com (mx1.redhat.com [209.132.183.28]) by cuda.sgi.com with ESMTP id AgkoxztD5BAVC80M (version=TLSv1 cipher=AES256-SHA bits=256 verify=NO) for ; Tue, 05 Aug 2014 18:31:20 -0700 (PDT) X-Barracuda-Envelope-From: mgoodwin@redhat.com X-Barracuda-Apparent-Source-IP: 209.132.183.28 X-ASG-Whitelist: Client Received: from int-mx09.intmail.prod.int.phx2.redhat.com (int-mx09.intmail.prod.int.phx2.redhat.com [10.5.11.22]) by mx1.redhat.com (8.14.4/8.14.4) with ESMTP id s761VGRJ015589 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=OK); Tue, 5 Aug 2014 21:31:16 -0400 Received: from [10.64.49.237] (vpn1-49-237.bne.redhat.com [10.64.49.237]) by int-mx09.intmail.prod.int.phx2.redhat.com (8.14.4/8.14.4) with ESMTP id s761VA3p028823; Tue, 5 Aug 2014 21:31:15 -0400 Message-ID: <53E1855D.1040407@redhat.com> Date: Wed, 06 Aug 2014 11:31:09 +1000 From: Mark Goodwin User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:24.0) Gecko/20100101 Thunderbird/24.5.0 MIME-Version: 1.0 To: Ken McDonell , pcp@oss.sgi.com Subject: Re: [pcp] pcp updates - pmview References: <53BDCDB7.8030500@internode.on.net> X-ASG-Orig-Subj: Re: [pcp] pcp updates - pmview In-Reply-To: <53BDCDB7.8030500@internode.on.net> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Scanned-By: MIMEDefang 2.68 on 10.5.11.22 X-Barracuda-Connect: mx1.redhat.com[209.132.183.28] X-Barracuda-Start-Time: 1407288680 X-Barracuda-Encrypted: AES256-SHA X-Barracuda-URL: http://192.48.176.25:80/cgi-mod/mark.cgi X-Virus-Scanned: by bsmtpd at sgi.com X-Barracuda-BRTS-Status: 1 On 07/10/2014 09:18 AM, Ken McDonell wrote: > [...] > Well this was one of the last pieces released by SGI to open source and has been > languishing for sometime ... Hi Ken, was this from git://oss.sgi.com/markgw/pcp/pcp-new-open-source.git which has indeed been languishing, for about 5 years! The man pages are also included in the above repo but don't seem to be included in your initial check-in? Also, the pmview.1 and .4 man pages are missing in that repo, but pmview+.1 and .4 are present - do you or anyone, remember if pmview and pmview+ were in fact separate beasts? If they were separate, it might be worth finding someone inside SGI to see if they can dig out the pmview.[14] man pages since re-writing them from scratch would be an ordeal. Cheers -- Mark From conference.b04@gmail.com Wed Aug 6 00:04:49 2014 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on oss.sgi.com X-Spam-Level: X-Spam-Status: No, score=0.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 69CED7F66 for ; Wed, 6 Aug 2014 00:04:49 -0500 (CDT) Received: from cuda.sgi.com (cuda1.sgi.com [192.48.157.11]) by relay3.corp.sgi.com (Postfix) with ESMTP id 04914AC006 for ; Tue, 5 Aug 2014 22:04:48 -0700 (PDT) X-ASG-Debug-ID: 1407301481-04bdf06ed21d550001-S8gJnT Received: from mail-ig0-f193.google.com (mail-ig0-f193.google.com [209.85.213.193]) by cuda.sgi.com with ESMTP id QRKDvYLYXZwSDVKg (version=TLSv1 cipher=RC4-SHA bits=128 verify=NO) for ; Tue, 05 Aug 2014 22:04:41 -0700 (PDT) X-Barracuda-Envelope-From: conference.b04@gmail.com X-Barracuda-Apparent-Source-IP: 209.85.213.193 X-Barracuda-IPDD: Level1 [gmail.com/209.85.213.193] Received: by mail-ig0-f193.google.com with SMTP id h18so633979igc.4 for ; Tue, 05 Aug 2014 22:04:41 -0700 (PDT) X-Barracuda-IPDD: Level1 [gmail.com/209.85.213.193] X-Barracuda-IPDD: Level1 [gmail.com/209.85.213.193] DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:date:message-id:subject:from:to:content-type; bh=CDZjaFXOObCHOWMdyVzFmPMhXop7Z3Vxqw4dwaXXEnU=; b=XdDxu6d54MKg8X55uTm90CE8woQ/g+IMhNmS0D3EBFWezY8MC0L5fXLr9/fyaxHrd9 ERER3Hr5nN7S0so03Y97yA6KjMiHYq1xpfM5AQLB1qQLhrI8m5Ac9VFmcPdeZ6wgWD7t ppFbv7jD2GRpeF5yh8/FSs8mpJ16c9qXi8AyO0P5mLUJFdV3mYDnQYizNCzyMjILppNV SDhN9gWCcrldQyGhXMw8lYw3S0WsIqDiTYgGcO3N0CYxCkYszKujcBa4QAFjna+eaqJu jFJ2/FDAwGEoCxvKk+LbBGZ4SuiDlcTg4BpBiga7p1It4WwOLhF8fBC+m+yCkZ9JdsAe WNMg== MIME-Version: 1.0 X-Received: by 10.43.84.65 with SMTP id aj1mr11504623icc.5.1407301480949; Tue, 05 Aug 2014 22:04:40 -0700 (PDT) Received: by 10.64.146.132 with HTTP; Tue, 5 Aug 2014 22:04:40 -0700 (PDT) Date: Wed, 6 Aug 2014 10:04:40 +0500 Message-ID: Subject: Call for paper- International Conference on Economics, Energy, Environment and Agricultural Sciences From: "m.irfan irfan" X-ASG-Orig-Subj: Call for paper- International Conference on Economics, Energy, Environment and Agricultural Sciences To: info@pakinsight.com Content-Type: multipart/alternative; boundary=bcaec518694cdd459804ffeee8d8 X-Barracuda-Connect: mail-ig0-f193.google.com[209.85.213.193] X-Barracuda-Start-Time: 1407301481 X-Barracuda-Encrypted: RC4-SHA X-Barracuda-URL: http://192.48.157.11:80/cgi-mod/mark.cgi X-Virus-Scanned: by bsmtpd at sgi.com X-Barracuda-BRTS-Status: 1 X-Barracuda-Spam-Score: 0.00 X-Barracuda-Spam-Status: No, SCORE=0.00 using per-user scores of TAG_LEVEL=1000.0 QUARANTINE_LEVEL=1000.0 KILL_LEVEL=2.7 tests=BSF_SC0_MISMATCH_TO, DKIM_SIGNED, DKIM_VERIFIED, HTML_MESSAGE, MAILTO_TO_SPAM_ADDR X-Barracuda-Spam-Report: Code version 3.2, rules version 3.2.3.8166 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 MAILTO_TO_SPAM_ADDR URI: Includes a link to a likely spammer email 0.00 HTML_MESSAGE BODY: HTML included in message --bcaec518694cdd459804ffeee8d8 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Dear Colleagues, *Call for papers* International Conference on Economics, Energy, Environment and Agricultural Sciences * (ICBEEEAS)* *(20 -21 Sep, 2014 =E2=80=93 Kuala Lumpur, Malaysia)* *Pearl International Hotel**, Kuala Lumpur, Malaysia* http://www.pakrdw.com/?ic=3Ddetails&id=3D7 The aim of *ICBEEEAS 2014* is to provide productive opportunities for academics and practitioners from interdisciplinary fields of Business, Economics, Energy, Environmental and Agricultural Sciences to meet share and take away expertise and ideas in related disciplines. The conference will bring together leading researchers in the domain of interest from around the world. The *ICBEEEAS 2014* offers interdisciplinary themes of quality R&D topical developments from potential contributors and experts and provides an opportunity in bring in the new techniques or policies. *Paper Submission: For online submission, follow the link* http://www.pakrdw.com/?ic=3Ddetails&id=3D7&info=3Dsubmission *Those who wish to submit paper as an email attachment should send their papers at* *conference@pakinisght.com;* editor@aessweb.com ; conference@pakrdw.com *Publication Opportunities* To see the full list of Journals for special issues of ICBEEEAS, 2014, click http://www.pakrdw.com/?ic=3Ddetails&id=3D7&info=3Dbook_proceed *Journal Publication* After presentation in ICBEEEAS 2014, few selected papers will be published in special issues of the following journals. *Procedia - Social and Behavioral Sciences **(**Scopus Indexed**)* *Procedia-Economics and Finance **(**Scopus Indexed**)* *Asian Economic and Financial Review * (*Online ISSN:* 2222-6737 - *Print ISSN:* 2305-2147 ) URL: http://www.aessweb.com/journals/5002 *International journal of Asian Social Science * (*Online ISSN: *2224-4441*- Print ISSN: *2226-5139 ) URL : http://www.aessweb.com/journals/5007 *International Journal of Management and Sustainability * (*Online ISSN:* 2306-0662* - Print ISSN:* 2306-9856 ) URL : http://www.pakinsight.com/?ic=3Djournal&journal=3D11 *International Journal of Sustainable Development & World Policy * (*Online ISSN: *2305-705X* - Print ISSN: *2306-9929) URL: http://www.pakinsight.com/?ic=3Djournal&journal=3D26 *International Journal of Sustainable Energy and Environmental Research* (*Online ISSN: *2306-6253* - Print ISSN: *2312-5764) URL: http://www.pakinsight.com/?ic=3Djournal&journal=3D13 Asian Journal of Agriculture and Rural Development *(Online ISSN: 2224-4433**- **Print ISSN: 2304-1455)* *URL: *http://www.aessweb.com/journals/5005 Other journals : http://www.pakrdw.com/?ic=3Ddetails&id=3D7&info=3Dpublicat= ion *IMPORTANT DATES* *Abstract/Full Paper Submission:* 15 August, 2014 *Notification of Acceptance/Rejection:* *Within 15 days of submission* Final/Revised Paper Submission: 1st September, 2014 *Last Date of Early Bird Registration:* *1st September, 2014* Conference Dates: Sep 20-21, 2014 Warmly Regards, *Conference Co-chair,* *(ICBEEEAS) 2014 Secretariat* International Conference on Economics, Energy, Environment and Agricultural Sciences * (ICBEEEAS)* http://www.pakrdw.com/?ic=3Ddetails&id=3D7 *Email: **conference@pakinisght.com;* editor@aessweb.com --bcaec518694cdd459804ffeee8d8 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable

Dear Colleagues,<= span lang=3D"EN-MY" style=3D"font-size:12pt;font-family:'Times New Roma= n',serif">

=C2=A0

Call for papers

=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0= =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 =

International Conference on Economics, Energy, Environment and Agricultural Sciences

=C2=A0(ICBEEEAS)

(20= -21 Sep, 2014 =E2=80=93 Kuala Lumpur, Malaysia)

=C2=A0Pearl International Hotel, Kuala Lumpur, M= alaysia

http://www.pakrd= w.com/?ic=3Ddetails&id=3D7<= /p>

=C2=A0

The aim of=C2=A0ICB= EEEAS 2014=C2=A0is to provide productive opportunities for academics and practitioners from interdisciplinary fields of Business, Economics, Energy, Environmental and Agricultural Sciences to meet share and take away expertise and ideas in related disciplines. The conference will bring together leading researchers= in the domain of interest from around the world.=C2=A0The ICBEEEAS 2014= =C2=A0offers interdisciplinary themes of quality R&D topical developments from poten= tial contributors and experts and provides an opportunity in bring in the new techniques or policies.

=C2=A0

Paper Submission:=C2=A0=C2=A0For onlin= e submission, follow the link

=C2=A0http://www.pakrdw.com/?ic=3Ddetails&id=3D7&info=3Dsubmi= ssion <= /span>

Those who wish to submit paper as an e= mail attachment should send their papers at

conference@pakinisght.com;= editor@aessweb.com ; conference@pakrdw.co= m

=C2=A0

Publication Opportunities

To see the full list of Journals for spec= ial issues of ICBEEEAS, 2014, click=C2=A0http://www.pakrdw.com/= ?ic=3Ddetails&id=3D7&info=3Dbook_proceed =C2=A0

Journal Publication

After presentation in = ICBEEEAS 2014, few selected papers will be published in special issues of the following journals.

Procedia - Social and Behavioral Sciences (Scopus Indexed)

Procedia-Economics and Finance (Scopus Indexed)=

Asian Economic and Financial Review=C2=A0=C2=A0 =C2=A0
(Online ISSN:=C2=A02222-6737 -=C2=A0Print ISSN:=C2=A02305-214= 7 )

URL:=C2=A0http://www.ae= ssweb.com/journals/5002

International journal of Asian Social Science=C2=A0
(Online ISSN:=C2=A02224-4441- Print ISSN:=C2=A02226-5139 ) URL : http://www.aessweb= .com/journals/5007 =C2=A0

International Journal of Management and Sustainability=C2=A0
(Online ISSN:=C2=A02306-0662=C2=A0- Print ISSN:=C2=A02306-985= 6 )
URL :=C2=A0= http://www.pakinsight.com/?ic=3Djournal&journal=3D11<= span lang=3D"EN-MY" style=3D"font-size:10pt;font-family:'Times New Roma= n',serif;color:rgb(51,51,51)">

International Journal of Sustainable Development & World Policy=C2=A0
(Online ISSN:=C2=A02305-705X=C2=A0- Print ISSN:=C2=A02306-992= 9)=C2=A0

URL:=C2=A0http://www.pakinsight.com/?ic=3Djournal&journal=3D26

International Journal of Sustainable Energy and Environmental Research=C2=A0=
(Online ISSN:=C2=A02306-6253=C2=A0- Print ISSN:=C2=A02312-576= 4)
URL:=C2=A0h= ttp://www.pakinsight.com/?ic=3Djournal&journal=3D13

Asian Journal of Agriculture and Rural Development

(Online ISSN: 2224-4433- Print ISSN: 2304-1455)

URL: <= a href=3D"http://www.aessweb.com/journals/5005">http://www.aessweb.com/journals/5005 =C2=A0

Other = journals : http://www.pakrdw.com/?ic=3Ddetails&id=3D= 7&info=3Dpublication

=C2=A0= =C2=A0

IMPORTANT DATES

Abstract/Full Paper Submission:

15 August, 2014

Notification of Acceptance/Rejection:

Within 15 days of submission

Final/Revised Paper Submission:

1st September, 2014

Last Date of Early Bird Registration:

1st September, 2014

Conference Dates:

Sep 20-21, 2014

=C2=A0

=C2= =A0

=C2=A0

Warmly Regards,

=C2=A0

Conference Co-chair,

(ICBEE= EAS) 2014 Secretariat

Internationa= l Conference on Economics, Energy, Environment and Agricultural Sciences

=C2=A0= (ICBEEEAS)

http://www.pakrdw.com/?ic=3Ddetails&am= p;id=3D7

Emai= l:=C2=A0conference@pakinisght.com;<= /span> editor@aessweb.com<= /span>

=C2=A0

--bcaec518694cdd459804ffeee8d8-- From nscott@redhat.com Wed Aug 6 02:23:19 2014 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on oss.sgi.com X-Spam-Level: X-Spam-Status: No, score=0.0 required=5.0 tests=none autolearn=ham version=3.3.1 X-Original-To: pcp@oss.sgi.com Delivered-To: pcp@oss.sgi.com Received: from relay.sgi.com (relay2.corp.sgi.com [137.38.102.29]) by oss.sgi.com (Postfix) with ESMTP id 8C6027F83 for ; Wed, 6 Aug 2014 02:23:19 -0500 (CDT) Received: from cuda.sgi.com (cuda3.sgi.com [192.48.176.15]) by relay2.corp.sgi.com (Postfix) with ESMTP id 6AA0630405F for ; Wed, 6 Aug 2014 00:23:16 -0700 (PDT) X-ASG-Debug-ID: 1407309789-04cb6c75af21100001-S8gJnT Received: from mx3-phx2.redhat.com (mx3-phx2.redhat.com [209.132.183.24]) by cuda.sgi.com with ESMTP id Y6RRC9YBqWnAECbF for ; Wed, 06 Aug 2014 00:23:10 -0700 (PDT) X-Barracuda-Envelope-From: nscott@redhat.com X-Barracuda-Apparent-Source-IP: 209.132.183.24 Received: from zmail20.collab.prod.int.phx2.redhat.com (zmail20.collab.prod.int.phx2.redhat.com [10.5.83.23]) by mx3-phx2.redhat.com (8.13.8/8.13.8) with ESMTP id s767N8cF016660 for ; Wed, 6 Aug 2014 03:23:09 -0400 Date: Wed, 6 Aug 2014 03:23:08 -0400 (EDT) From: Nathan Scott Reply-To: Nathan Scott To: PCP Mailing List Message-ID: <1775651881.24757596.1407309788678.JavaMail.zimbra@redhat.com> In-Reply-To: <215389460.24737198.1407307650452.JavaMail.zimbra@redhat.com> Subject: pcp updates: qa MIME-Version: 1.0 X-ASG-Orig-Subj: pcp updates: qa Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-Originating-IP: [10.5.82.7] X-Mailer: Zimbra 8.0.6_GA_5922 (ZimbraWebClient - FF17 (Linux)/8.0.6_GA_5922) Thread-Topic: pcp updates: qa Thread-Index: r9Oi0Cz7WLnjzKaYJNiVFA7kCpziqA== X-Barracuda-Connect: mx3-phx2.redhat.com[209.132.183.24] X-Barracuda-Start-Time: 1407309790 X-Barracuda-URL: http://192.48.176.15:80/cgi-mod/mark.cgi X-Virus-Scanned: by bsmtpd at sgi.com X-Barracuda-BRTS-Status: 1 X-Barracuda-Spam-Score: 0.02 X-Barracuda-Spam-Status: No, SCORE=0.02 using per-user scores of TAG_LEVEL=1000.0 QUARANTINE_LEVEL=1000.0 KILL_LEVEL=2.7 tests=THREAD_INDEX, THREAD_TOPIC X-Barracuda-Spam-Report: Code version 3.2, rules version 3.2.3.8169 Rule breakdown below pts rule name description ---- ---------------------- -------------------------------------------------- 0.01 THREAD_INDEX thread-index: AcO7Y8iR61tzADqsRmmc5wNiFHEOig== 0.01 THREAD_TOPIC Thread-Topic: ...(Japanese Subject)... Changes committed to git://git.pcp.io/pcp.git dev qa/026.out | 6 ++-- qa/093 | 2 - qa/093.out | 22 +++++++-------- qa/136 | 3 ++ qa/273.out | 10 +++---- qa/555 | 57 ++++++++++++++++++++--------------------- qa/581 | 1 qa/719.out | 20 ++++++++++---- qa/720.out | 28 +++++++++++++++----- qa/875.out | 20 ++++++++++---- qa/archives/GNUmakefile | 8 +---- qa/common.check | 52 ++++++++++++++++++++++++++----------- qa/views/GNUmakefile | 7 +---- src/pcp/pcp.sh | 1 src/pmdas/sample/src/sample.c | 2 - src/pmlogger/pmlogger_check.sh | 5 --- 16 files changed, 148 insertions(+), 96 deletions(-) commit 35599489ed0755f60212776b68663e5f3dc512ed Author: Nathan Scott Date: Wed Aug 6 16:34:19 2014 +1000 Cleanup temporary diagnostics in qa/common.check commit be2cb6450297621662a1a4e656223d473a071bf9 Author: Nathan Scott Date: Wed Aug 6 16:24:52 2014 +1000 Add qa/views and qa/archives into testsuite rpms commit 0b458092fc9c468cadfa587537ef946009b88a7b Author: Nathan Scott Date: Wed Aug 6 16:02:03 2014 +1000 Slight correction to earlier valgrind determinism fix commit da7c8a0b4fd7d27791a96a92f99b0fd79ac7671f Author: Nathan Scott Date: Wed Aug 6 15:12:11 2014 +1000 Update filters in pmie test to handle usbN interface names commit e9a788cb0258287797ff04a9dcf9e31b6e6658e8 Author: Nathan Scott Date: Wed Aug 6 15:11:43 2014 +1000 Rework test qa/555 so that syslog is not a .full file writer Following SELinux AVC has been observed: type=SYSCALL msg=audit(1406583107.479:9687): arch=c000003e syscall=59 success=yes exit=0 a0=a4e360 a1=a4dd50 a2=a4e3a0 a3=30 items=0 ppid=10832 pid=10833 auid=4294967295 uid=0 gid=0 euid=0 suid=0 fsuid=0 egid=0 sgid=0 fsgid=0 tty=(none) ses=4294967295 comm="rsyslogd" exe="/sbin/rsyslogd" subj=unconfined_u:system_r:syslogd_t:s0 key=(null) type=AVC msg=audit(1406583107.479:9687): avc: denied { append } for pid=10833 comm="rsyslogd" path="/var/lib/pcp/testsuite/555.full" dev=dm-0 ino=791743 scontext=unconfined_u:system_r:syslogd_t:s0 tcontext=unconfined_u:object_r:pcp_var_lib_t:s0 tclass=file Avoid this problem (where QA redirects rsyslog service output into its own full file), directly) by writing .full to another tmp file and moving into its usual place at the end of the test. commit e5f33203ef049e7d874f916b170eac00050a8bfe Author: Nathan Scott Date: Wed Aug 6 15:08:28 2014 +1000 Force fixed-length log hostname in qa/136, for long-named test hosts commit 7b4117da0e27ed064c5334437c6fc97026e2a067 Author: Nathan Scott Date: Wed Aug 6 15:07:16 2014 +1000 Make qa/093 allow same results with fewer log reads, seen on i386 commit 28e121b626b4718fb12a5d1bcc827c6c6eb567d4 Author: Nathan Scott Date: Wed Aug 6 15:05:49 2014 +1000 Remake tests affected by valgrind no-problem indeterminism commit ecd6c9e4a327acff581d581ff302c7d842c67808 Author: Nathan Scott Date: Wed Aug 6 15:05:06 2014 +1000 Improve qa wait_for_pmlogger re hostnames and diagnostics commit 0f5f0124eb31e5e0e267555303bfb968df6b8633 Author: Nathan Scott Date: Wed Aug 6 15:04:00 2014 +1000 Ensure valgrind no-problems output determinism commit 75028e270fc18bf58e3bdfa29cb8fb9c24bc9685 Author: Nathan Scott Date: Wed Aug 6 15:02:15 2014 +1000 Jump through more hoops to dodge a ppc64 valgrind non-issue commit dc70c6de6726c2b7d29c4cef60db2408b4801474 Author: Nathan Scott Date: Wed Aug 6 14:59:49 2014 +1000 Trivial readability cleanup in pmlogger_daily script commit 8b87b0476147bc098a5cc8bccd4c777cb675f64f Author: Nathan Scott Date: Wed Aug 6 14:58:45 2014 +1000 Ensure pcp(1) script calls exit, sometimes leaving temps in QA commit b44deb937ba5046476fc22a709093a870349a9c2 Author: Nathan Scott Date: Wed Aug 6 14:51:25 2014 +1000 Update qa/026 test output for refined pmdasample help text commit 9a2243f1d5bdea5ce9801ab1e9d763437dcac18a Author: Nathan Scott Date: Tue Aug 5 21:59:48 2014 +1000 Update qa/273 expected output to match sample help text From kenj@internode.on.net Wed Aug 6 05:37:19 2014 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on oss.sgi.com X-Spam-Level: X-Spam-Status: No, score=0.0 required=5.0 tests=none autolearn=ham version=3.3.1 X-Original-To: pcp@oss.sgi.com Delivered-To: pcp@oss.sgi.com Received: from relay.sgi.com (relay1.corp.sgi.com [137.38.102.111]) by oss.sgi.com (Postfix) with ESMTP id 12AB97F9B for ; Wed, 6 Aug 2014 05:37:19 -0500 (CDT) Received: from cuda.sgi.com (cuda3.sgi.com [192.48.176.15]) by relay1.corp.sgi.com (Postfix) with ESMTP id 0053F8F8049 for ; Wed, 6 Aug 2014 03:37:15 -0700 (PDT) X-ASG-Debug-ID: 1407321429-04cb6c75ae28890001-S8gJnT Received: from ipmail07.adl2.internode.on.net (ipmail07.adl2.internode.on.net [150.101.137.131]) by cuda.sgi.com with ESMTP id hsGim68SIs9rezf7 for ; Wed, 06 Aug 2014 03:37:10 -0700 (PDT) X-Barracuda-Envelope-From: kenj@internode.on.net X-Barracuda-Apparent-Source-IP: 150.101.137.131 X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: AhMKAGYE4lN20YPp/2dsb2JhbABagw1SV4InygCHQQMCAYEPF3eEAwEBBQgCMBwvAQMCBgMOAwQBAQEnBxkgDQkIAgQBEgsFiDEOwyEXjTyCFwaERQWRYoNJiDuTEYNmKy8B Received: from ppp118-209-131-233.lns20.mel6.internode.on.net (HELO bozohorize) ([118.209.131.233]) by ipmail07.adl2.internode.on.net with ESMTP; 06 Aug 2014 20:07:08 +0930 From: "Ken McDonell" To: "'Mark Goodwin'" , References: <53BDCDB7.8030500@internode.on.net> <53E1855D.1040407@redhat.com> In-Reply-To: <53E1855D.1040407@redhat.com> Subject: RE: [pcp] pcp updates - pmview Date: Wed, 6 Aug 2014 20:36:56 +1000 X-ASG-Orig-Subj: RE: [pcp] pcp updates - pmview Message-ID: <017901cfb162$5fdcf020$1f96d060$@internode.on.net> MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-Mailer: Microsoft Outlook 15.0 Thread-Index: AQIoY/q5mp4n0tFhAYp7o93CC15dyQJOM7uCmv+KBeA= Content-Language: en-au X-Barracuda-Connect: ipmail07.adl2.internode.on.net[150.101.137.131] X-Barracuda-Start-Time: 1407321429 X-Barracuda-URL: http://192.48.176.15:80/cgi-mod/mark.cgi X-Virus-Scanned: by bsmtpd at sgi.com X-Barracuda-BRTS-Status: 1 X-Barracuda-Spam-Score: 0.01 X-Barracuda-Spam-Status: No, SCORE=0.01 using per-user scores of TAG_LEVEL=1000.0 QUARANTINE_LEVEL=1000.0 KILL_LEVEL=2.7 tests=THREAD_INDEX X-Barracuda-Spam-Report: Code version 3.2, rules version 3.2.3.8173 Rule breakdown below pts rule name description ---- ---------------------- -------------------------------------------------- 0.01 THREAD_INDEX thread-index: AcO7Y8iR61tzADqsRmmc5wNiFHEOig== I missed the man pages, thanks Mark. I've added them now. The code matches pmview+, e.g. "pipe" is inclided in the scene description language. If anyone is really interested in the old man pages are still available from SGI, e.g. http://techpubs.sgi.com/library/tpl/cgi-bin/getdoc.cgi?cmd=getdoc&coll=0650& db=man&fname=1%20pmview http://techpubs.sgi.com/library/tpl/cgi-bin/getdoc.cgi?cmd=getdoc&coll=0650& db=man&fname=1%20opmview > -----Original Message----- > From: Mark Goodwin [mailto:mgoodwin@redhat.com] > Sent: Wednesday, 6 August 2014 11:31 AM > To: Ken McDonell; pcp@oss.sgi.com > Subject: Re: [pcp] pcp updates - pmview > > On 07/10/2014 09:18 AM, Ken McDonell wrote: > > [...] > > Well this was one of the last pieces released by SGI to open source > > and has been languishing for sometime ... > > Hi Ken, was this from git://oss.sgi.com/markgw/pcp/pcp-new-open- > source.git > which has indeed been languishing, for about 5 years! The man pages are > also included in the above repo but don't seem to be included in your initial > check-in? Also, the pmview.1 and .4 man pages are missing in that repo, but > pmview+.1 and .4 are present - do you or anyone, remember if pmview and > pmview+ were in fact separate beasts? > > If they were separate, it might be worth finding someone inside SGI to see if > they can dig out the pmview.[14] man pages since re-writing them from > scratch would be an ordeal. > > Cheers > -- Mark From kenj@kenj.com.au Wed Aug 6 05:39:28 2014 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on oss.sgi.com X-Spam-Level: X-Spam-Status: No, score=0.0 required=5.0 tests=none autolearn=ham version=3.3.1 X-Original-To: pcp@oss.sgi.com Delivered-To: pcp@oss.sgi.com Received: from relay.sgi.com (relay2.corp.sgi.com [137.38.102.29]) by oss.sgi.com (Postfix) with ESMTP id 6AB6E7F9B for ; Wed, 6 Aug 2014 05:39:28 -0500 (CDT) Received: from cuda.sgi.com (cuda2.sgi.com [192.48.176.25]) by relay2.corp.sgi.com (Postfix) with ESMTP id 58FE3304043 for ; Wed, 6 Aug 2014 03:39:24 -0700 (PDT) X-ASG-Debug-ID: 1407321561-04cbb03b9c29260001-S8gJnT Received: from ipmail07.adl2.internode.on.net (ipmail07.adl2.internode.on.net [150.101.137.131]) by cuda.sgi.com with ESMTP id rhpbYIimNfU22EFl for ; Wed, 06 Aug 2014 03:39:22 -0700 (PDT) X-Barracuda-Envelope-From: kenj@kenj.com.au X-Barracuda-Apparent-Source-IP: 150.101.137.131 Received: from ppp118-209-131-233.lns20.mel6.internode.on.net (HELO bozo-vm.localdomain) ([118.209.131.233]) by ipmail07.adl2.internode.on.net with ESMTP; 06 Aug 2014 20:09:04 +0930 Received: by bozo-vm.localdomain (Postfix, from userid 1000) id F014DA51F1; Wed, 6 Aug 2014 20:27:39 +1000 (EST) To: pcp@oss.sgi.com Subject: pcp updates - pmdamemcache qa & pmview man pages Message-Id: <20140806102739.F014DA51F1@bozo-vm.localdomain> X-ASG-Orig-Subj: pcp updates - pmdamemcache qa & pmview man pages Date: Wed, 6 Aug 2014 20:27:39 +1000 (EST) From: kenj@kenj.com.au (Ken McDonell) X-Barracuda-Connect: ipmail07.adl2.internode.on.net[150.101.137.131] X-Barracuda-Start-Time: 1407321561 X-Barracuda-URL: http://192.48.176.25:80/cgi-mod/mark.cgi X-Virus-Scanned: by bsmtpd at sgi.com X-Barracuda-BRTS-Status: 1 X-Barracuda-Spam-Score: 0.00 X-Barracuda-Spam-Status: No, SCORE=0.00 using per-user scores of TAG_LEVEL=1000.0 QUARANTINE_LEVEL=1000.0 KILL_LEVEL=2.7 tests= X-Barracuda-Spam-Report: Code version 3.2, rules version 3.2.3.8173 Rule breakdown below pts rule name description ---- ---------------------- -------------------------------------------------- Changes committed to git://git.performancecopilot.org/kenj/pcp.git dev man/man1/pmview.1 | 590 +++++++++++++++++++++++++++ man/man5/pmview.5 | 1036 ++++++++++++++++++++++++++++++++++++++++++++++++ qa/777 | 139 ++++++ qa/777.out | 38 + qa/group | 1 qa/src/.gitignore | 10 qa/src/GNUlocaldefs | 4 qa/src/memcachestats.pl | 65 +++ 8 files changed, 1878 insertions(+), 5 deletions(-) commit fafc8bb9c05a5f1f9dbf4aaed521e1243a5ee6e7 Author: Ken McDonell Date: Wed Aug 6 20:19:38 2014 +1000 man pages for pmview The original pmview+ pages released by SGI, with some quick editing to replace references to "pmview+" with simply "pmview". Not plumbed into GNUmakefiles yet. Waiting for code to actually work. commit f3fd5d9b08564afe8ba7cf87b23a26a13b315503 Author: Ken McDonell Date: Wed Aug 6 19:56:08 2014 +1000 qa - misc for memcache tests - add memcachestats.pl used by qa/777 - tweak .gitignore and GNUlocaldefs commit a398af565a51758adcd7d80dced9e3aea5dbce91 Author: Ken McDonell Date: Wed Aug 6 19:48:26 2014 +1000 qa/777 (new) - pmdamemcache checker From kenj@internode.on.net Wed Aug 6 17:35:55 2014 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on oss.sgi.com X-Spam-Level: X-Spam-Status: No, score=0.0 required=5.0 tests=none autolearn=ham version=3.3.1 X-Original-To: pcp@oss.sgi.com Delivered-To: pcp@oss.sgi.com Received: from relay.sgi.com (relay1.corp.sgi.com [137.38.102.111]) by oss.sgi.com (Postfix) with ESMTP id 705717FAB for ; Wed, 6 Aug 2014 17:35:55 -0500 (CDT) Received: from cuda.sgi.com (cuda3.sgi.com [192.48.176.15]) by relay1.corp.sgi.com (Postfix) with ESMTP id 50BBF8F8050 for ; Wed, 6 Aug 2014 15:35:52 -0700 (PDT) X-ASG-Debug-ID: 1407364545-04cb6c3f6f100b0001-S8gJnT Received: from ipmail06.adl6.internode.on.net (ipmail06.adl6.internode.on.net [150.101.137.145]) by cuda.sgi.com with ESMTP id Jn4lDX9VQbAJJrx8 for ; Wed, 06 Aug 2014 15:35:46 -0700 (PDT) X-Barracuda-Envelope-From: kenj@internode.on.net X-Barracuda-Apparent-Source-IP: 150.101.137.145 X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: Ai4CALGs4lN20YPpPGdsb2JhbAANTYcthDfNCwGBLgUBAQEBOIRjFUA2AgUWCwILAwIBAgExGg0IAQG0fneWRxeBLIpxAYYugVIFtGI Received: from ppp118-209-131-233.lns20.mel6.internode.on.net (HELO [192.168.1.100]) ([118.209.131.233]) by ipmail06.adl6.internode.on.net with ESMTP; 07 Aug 2014 08:05:44 +0930 Message-ID: <53E2ADCD.6050704@internode.on.net> Date: Thu, 07 Aug 2014 08:35:57 +1000 From: Ken McDonell User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:31.0) Gecko/20100101 Thunderbird/31.0 MIME-Version: 1.0 To: PCP Subject: QA regressions with cgroup.groups Content-Type: text/plain; charset=utf-8; format=flowed X-ASG-Orig-Subj: QA regressions with cgroup.groups Content-Transfer-Encoding: 7bit X-Barracuda-Connect: ipmail06.adl6.internode.on.net[150.101.137.145] X-Barracuda-Start-Time: 1407364545 X-Barracuda-URL: http://192.48.176.15:80/cgi-mod/mark.cgi X-Virus-Scanned: by bsmtpd at sgi.com X-Barracuda-BRTS-Status: 1 X-Barracuda-Spam-Score: 0.00 X-Barracuda-Spam-Status: No, SCORE=0.00 using per-user scores of TAG_LEVEL=1000.0 QUARANTINE_LEVEL=1000.0 KILL_LEVEL=2.7 tests= X-Barracuda-Spam-Report: Code version 3.2, rules version 3.2.3.8194 Rule breakdown below pts rule name description ---- ---------------------- -------------------------------------------------- I'm back in the QA pool. I am seeing a number of (apparently QA) regressions where this is the root cause cgroup.groups: pmLookupName: Unknown metric name Has something changed here in the recent past? Tests failing for me on Debian caused by this: 183, 184, 185 and 361 Is there some easy setup to make cgroup.groups.* known in the PMNS via the proc PMDA? From nscott@redhat.com Wed Aug 6 18:37:31 2014 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on oss.sgi.com X-Spam-Level: X-Spam-Status: No, score=0.0 required=5.0 tests=none autolearn=ham version=3.3.1 X-Original-To: pcp@oss.sgi.com Delivered-To: pcp@oss.sgi.com Received: from relay.sgi.com (relay1.corp.sgi.com [137.38.102.111]) by oss.sgi.com (Postfix) with ESMTP id B016E7F9B for ; Wed, 6 Aug 2014 18:37:31 -0500 (CDT) Received: from cuda.sgi.com (cuda2.sgi.com [192.48.176.25]) by relay1.corp.sgi.com (Postfix) with ESMTP id 9EF5B8F8050 for ; Wed, 6 Aug 2014 16:37:28 -0700 (PDT) X-ASG-Debug-ID: 1407368243-04cbb00fa014400001-S8gJnT Received: from mx5-phx2.redhat.com (mx5-phx2.redhat.com [209.132.183.37]) by cuda.sgi.com with ESMTP id H4fRe3LXMW6HQ22C for ; Wed, 06 Aug 2014 16:37:23 -0700 (PDT) X-Barracuda-Envelope-From: nscott@redhat.com X-Barracuda-Apparent-Source-IP: 209.132.183.37 Received: from zmail20.collab.prod.int.phx2.redhat.com (zmail20.collab.prod.int.phx2.redhat.com [10.5.83.23]) by mx5-phx2.redhat.com (8.14.4/8.14.4) with ESMTP id s76NbJCL029965; Wed, 6 Aug 2014 19:37:19 -0400 Date: Wed, 6 Aug 2014 19:37:19 -0400 (EDT) From: Nathan Scott Reply-To: Nathan Scott To: Ken McDonell Cc: PCP Message-ID: <136888626.25471824.1407368239559.JavaMail.zimbra@redhat.com> In-Reply-To: <53E2ADCD.6050704@internode.on.net> References: <53E2ADCD.6050704@internode.on.net> Subject: Re: [pcp] QA regressions with cgroup.groups MIME-Version: 1.0 X-ASG-Orig-Subj: Re: [pcp] QA regressions with cgroup.groups Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-Originating-IP: [10.5.82.6] X-Mailer: Zimbra 8.0.6_GA_5922 (ZimbraWebClient - FF17 (Linux)/8.0.6_GA_5922) Thread-Topic: QA regressions with cgroup.groups Thread-Index: yiDFCmHrGC1ZzgnzqaCJ4kEANbfyDQ== X-Barracuda-Connect: mx5-phx2.redhat.com[209.132.183.37] X-Barracuda-Start-Time: 1407368243 X-Barracuda-URL: http://192.48.176.25:80/cgi-mod/mark.cgi X-Virus-Scanned: by bsmtpd at sgi.com X-Barracuda-BRTS-Status: 1 X-Barracuda-Spam-Score: 0.02 X-Barracuda-Spam-Status: No, SCORE=0.02 using per-user scores of TAG_LEVEL=1000.0 QUARANTINE_LEVEL=1000.0 KILL_LEVEL=2.7 tests=THREAD_INDEX, THREAD_TOPIC X-Barracuda-Spam-Report: Code version 3.2, rules version 3.2.3.8197 Rule breakdown below pts rule name description ---- ---------------------- -------------------------------------------------- 0.01 THREAD_INDEX thread-index: AcO7Y8iR61tzADqsRmmc5wNiFHEOig== 0.01 THREAD_TOPIC Thread-Topic: ...(Japanese Subject)... Hi Ken, ----- Original Message ----- > I'm back in the QA pool. > > I am seeing a number of (apparently QA) regressions where this is the > root cause > > cgroup.groups: pmLookupName: Unknown metric name > > Has something changed here in the recent past? Yes, there's been fairly extensive changes in cgroups recently. I'm not seeing these tests fail though - probably cos I'm not running on machines without cgroup support. > Tests failing for me on Debian caused by this: 183, 184, 185 and 361 > > Is there some easy setup to make cgroup.groups.* known in the PMNS via > the proc PMDA? > This subtree is populated when cgroup subsystems exist - I guess these are older kernels with no cgroups? (hmm I wonder if this is the right error code for this situation?). One part of the last round of changes was to make cgroup.groups. the dynamic non-leaf PMNS entry, whereas previously it was cgroup. - and that was *always* populated with the cgroup.mounts and cgroup.subsys (fixed) hierarchies. Could be some latent issue with dynamic names? Or maybe I've just (ab)used them in a new way. I notice mmv always does this "pre-populate with a few fixed names" for its dynamic namespace use, and the Linux kernel interrupt names (also dynamic) will always have a starting set... hmmm. cheers. -- Nathan From nscott@redhat.com Wed Aug 6 18:43:49 2014 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on oss.sgi.com X-Spam-Level: X-Spam-Status: No, score=0.0 required=5.0 tests=none autolearn=ham version=3.3.1 X-Original-To: pcp@oss.sgi.com Delivered-To: pcp@oss.sgi.com Received: from relay.sgi.com (relay1.corp.sgi.com [137.38.102.111]) by oss.sgi.com (Postfix) with ESMTP id 289057FA2 for ; Wed, 6 Aug 2014 18:43:49 -0500 (CDT) Received: from cuda.sgi.com (cuda3.sgi.com [192.48.176.15]) by relay1.corp.sgi.com (Postfix) with ESMTP id 014EA8F804B for ; Wed, 6 Aug 2014 16:43:48 -0700 (PDT) X-ASG-Debug-ID: 1407368627-04cb6c3f6f13440001-S8gJnT Received: from mx4-phx2.redhat.com (mx4-phx2.redhat.com [209.132.183.25]) by cuda.sgi.com with ESMTP id yUsFyDm6UUS3Ox7C for ; Wed, 06 Aug 2014 16:43:47 -0700 (PDT) X-Barracuda-Envelope-From: nscott@redhat.com X-Barracuda-Apparent-Source-IP: 209.132.183.25 Received: from zmail20.collab.prod.int.phx2.redhat.com (zmail20.collab.prod.int.phx2.redhat.com [10.5.83.23]) by mx4-phx2.redhat.com (8.13.8/8.13.8) with ESMTP id s76NhZfw031941; Wed, 6 Aug 2014 19:43:36 -0400 Date: Wed, 6 Aug 2014 19:43:35 -0400 (EDT) From: Nathan Scott Reply-To: Nathan Scott To: Ken McDonell Cc: pcp@oss.sgi.com Message-ID: <1165814724.25475821.1407368615436.JavaMail.zimbra@redhat.com> In-Reply-To: <20140806102739.F014DA51F1@bozo-vm.localdomain> References: <20140806102739.F014DA51F1@bozo-vm.localdomain> Subject: Re: [pcp] pcp updates - pmdamemcache qa & pmview man pages MIME-Version: 1.0 X-ASG-Orig-Subj: Re: [pcp] pcp updates - pmdamemcache qa & pmview man pages Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-Originating-IP: [10.5.82.6] X-Mailer: Zimbra 8.0.6_GA_5922 (ZimbraWebClient - FF17 (Linux)/8.0.6_GA_5922) Thread-Topic: pcp updates - pmdamemcache qa & pmview man pages Thread-Index: /UfUhlJk7HhAyBGtXBDEDbnEPV9DBw== X-Barracuda-Connect: mx4-phx2.redhat.com[209.132.183.25] X-Barracuda-Start-Time: 1407368627 X-Barracuda-URL: http://192.48.176.15:80/cgi-mod/mark.cgi X-Virus-Scanned: by bsmtpd at sgi.com X-Barracuda-BRTS-Status: 1 X-Barracuda-Spam-Score: 0.02 X-Barracuda-Spam-Status: No, SCORE=0.02 using per-user scores of TAG_LEVEL=1000.0 QUARANTINE_LEVEL=1000.0 KILL_LEVEL=2.7 tests=THREAD_INDEX, THREAD_TOPIC X-Barracuda-Spam-Report: Code version 3.2, rules version 3.2.3.8197 Rule breakdown below pts rule name description ---- ---------------------- -------------------------------------------------- 0.01 THREAD_INDEX thread-index: AcO7Y8iR61tzADqsRmmc5wNiFHEOig== 0.01 THREAD_TOPIC Thread-Topic: ...(Japanese Subject)... Hi Ken, ----- Original Message ----- > Changes committed to git://git.performancecopilot.org/kenj/pcp.git dev > [...] > qa/777 | 139 ++++++ > qa/777.out | 38 + This looks alot like qa/835 I added recently ... probably we should merge 'em into one? I have noticed some occasional 835 flakiness where the within_tolerance ranges are not met, so if yours is more robust in that area, lets use it. There's shared pmda install/remove scripting now that 835 uses, which 777 is open-coding - so merging the two tests seems the best approach? cheers. -- Nathan From kenj@internode.on.net Wed Aug 6 19:43:45 2014 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on oss.sgi.com X-Spam-Level: X-Spam-Status: No, score=0.0 required=5.0 tests=none autolearn=ham version=3.3.1 X-Original-To: pcp@oss.sgi.com Delivered-To: pcp@oss.sgi.com Received: from relay.sgi.com (relay3.corp.sgi.com [198.149.34.15]) by oss.sgi.com (Postfix) with ESMTP id 061477F99 for ; Wed, 6 Aug 2014 19:43:45 -0500 (CDT) Received: from cuda.sgi.com (cuda2.sgi.com [192.48.176.25]) by relay3.corp.sgi.com (Postfix) with ESMTP id 95757AC004 for ; Wed, 6 Aug 2014 17:43:41 -0700 (PDT) X-ASG-Debug-ID: 1407372219-04cbb00fa2169f0001-S8gJnT Received: from ipmail06.adl6.internode.on.net (ipmail06.adl6.internode.on.net [150.101.137.145]) by cuda.sgi.com with ESMTP id WpSP4nUFkn7FhQCf for ; Wed, 06 Aug 2014 17:43:39 -0700 (PDT) X-Barracuda-Envelope-From: kenj@internode.on.net X-Barracuda-Apparent-Source-IP: 150.101.137.145 X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: AjwCAGTL4lN20YPpPGdsb2JhbAANTYNfV4J3hDfFR4dMAYEqBQEBAQE4hDkBAQEEIxVAAQwECxgCAgUWCwICCQMCAQIBMRQGAQwBBwEBiEusMXeWRheBLI0+EQFQB4J5gVIBBJUsnzZagQ0 Received: from ppp118-209-131-233.lns20.mel6.internode.on.net (HELO [192.168.1.100]) ([118.209.131.233]) by ipmail06.adl6.internode.on.net with ESMTP; 07 Aug 2014 10:13:04 +0930 Message-ID: <53E2CBA6.8070902@internode.on.net> Date: Thu, 07 Aug 2014 10:43:18 +1000 From: Ken McDonell User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:31.0) Gecko/20100101 Thunderbird/31.0 MIME-Version: 1.0 To: Nathan Scott , Ken McDonell CC: pcp@oss.sgi.com, "Colby, Paul" Subject: Re: [pcp] pcp updates - pmdamemcache qa & pmview man pages References: <20140806102739.F014DA51F1@bozo-vm.localdomain> <1165814724.25475821.1407368615436.JavaMail.zimbra@redhat.com> X-ASG-Orig-Subj: Re: [pcp] pcp updates - pmdamemcache qa & pmview man pages In-Reply-To: <1165814724.25475821.1407368615436.JavaMail.zimbra@redhat.com> Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 7bit X-Barracuda-Connect: ipmail06.adl6.internode.on.net[150.101.137.145] X-Barracuda-Start-Time: 1407372219 X-Barracuda-URL: http://192.48.176.25:80/cgi-mod/mark.cgi X-Virus-Scanned: by bsmtpd at sgi.com X-Barracuda-BRTS-Status: 1 X-Barracuda-Spam-Score: 0.00 X-Barracuda-Spam-Status: No, SCORE=0.00 using per-user scores of TAG_LEVEL=1000.0 QUARANTINE_LEVEL=1000.0 KILL_LEVEL=2.7 tests= X-Barracuda-Spam-Report: Code version 3.2, rules version 3.2.3.8200 Rule breakdown below pts rule name description ---- ---------------------- -------------------------------------------------- On 07/08/14 09:43, Nathan Scott wrote: > Hi Ken, > > ----- Original Message ----- >> Changes committed to git://git.performancecopilot.org/kenj/pcp.git dev >> [...] >> qa/777 | 139 ++++++ >> qa/777.out | 38 + > > This looks alot like qa/835 I added recently ... probably we should merge > 'em into one? I have noticed some occasional 835 flakiness where the > within_tolerance ranges are not met, so if yours is more robust in that > area, lets use it. There's shared pmda install/remove scripting now that > 835 uses, which 777 is open-coding - so merging the two tests seems the > best approach? Yep, sorry about that. I was working off the old email exchange between you and Chandana and had not noticed that 835 had been created. I'll merge 'em. But a couple of questions ... 1. should we use the perl probe (nothing extra to install) or nc(1) (may or may not be installed)? 2. I don't know enough about "slabs" for memcache to know if the stats from "stats slabs" and "stats items" are genuinely interesting ... the PMDA does not currently expose this AFAICT. From nscott@redhat.com Wed Aug 6 19:52:37 2014 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on oss.sgi.com X-Spam-Level: X-Spam-Status: No, score=0.0 required=5.0 tests=none autolearn=ham version=3.3.1 X-Original-To: pcp@oss.sgi.com Delivered-To: pcp@oss.sgi.com Received: from relay.sgi.com (relay3.corp.sgi.com [198.149.34.15]) by oss.sgi.com (Postfix) with ESMTP id 5B3F57FA1 for ; Wed, 6 Aug 2014 19:52:37 -0500 (CDT) Received: from cuda.sgi.com (cuda3.sgi.com [192.48.176.15]) by relay3.corp.sgi.com (Postfix) with ESMTP id E9014AC00E for ; Wed, 6 Aug 2014 17:52:36 -0700 (PDT) X-ASG-Debug-ID: 1407372754-04cb6c3f6e15cc0001-S8gJnT Received: from mx5-phx2.redhat.com (mx5-phx2.redhat.com [209.132.183.37]) by cuda.sgi.com with ESMTP id brbUNJQZ2vTVUb8y for ; Wed, 06 Aug 2014 17:52:35 -0700 (PDT) X-Barracuda-Envelope-From: nscott@redhat.com X-Barracuda-Apparent-Source-IP: 209.132.183.37 Received: from zmail20.collab.prod.int.phx2.redhat.com (zmail20.collab.prod.int.phx2.redhat.com [10.5.83.23]) by mx5-phx2.redhat.com (8.14.4/8.14.4) with ESMTP id s770qRm7010764; Wed, 6 Aug 2014 20:52:27 -0400 Date: Wed, 6 Aug 2014 20:52:27 -0400 (EDT) From: Nathan Scott Reply-To: Nathan Scott To: Ken McDonell Cc: pcp@oss.sgi.com, Paul Colby Message-ID: <1787799605.25502439.1407372747591.JavaMail.zimbra@redhat.com> In-Reply-To: <53E2CBA6.8070902@internode.on.net> References: <20140806102739.F014DA51F1@bozo-vm.localdomain> <1165814724.25475821.1407368615436.JavaMail.zimbra@redhat.com> <53E2CBA6.8070902@internode.on.net> Subject: Re: [pcp] pcp updates - pmdamemcache qa & pmview man pages MIME-Version: 1.0 X-ASG-Orig-Subj: Re: [pcp] pcp updates - pmdamemcache qa & pmview man pages Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-Originating-IP: [10.5.82.6] X-Mailer: Zimbra 8.0.6_GA_5922 (ZimbraWebClient - FF17 (Linux)/8.0.6_GA_5922) Thread-Topic: pcp updates - pmdamemcache qa & pmview man pages Thread-Index: Y2xa+dht0S8Rrh837u455dT6MNf95w== X-Barracuda-Connect: mx5-phx2.redhat.com[209.132.183.37] X-Barracuda-Start-Time: 1407372754 X-Barracuda-URL: http://192.48.176.15:80/cgi-mod/mark.cgi X-Virus-Scanned: by bsmtpd at sgi.com X-Barracuda-BRTS-Status: 1 X-Barracuda-Spam-Score: 0.02 X-Barracuda-Spam-Status: No, SCORE=0.02 using per-user scores of TAG_LEVEL=1000.0 QUARANTINE_LEVEL=1000.0 KILL_LEVEL=2.7 tests=THREAD_INDEX, THREAD_TOPIC X-Barracuda-Spam-Report: Code version 3.2, rules version 3.2.3.8200 Rule breakdown below pts rule name description ---- ---------------------- -------------------------------------------------- 0.01 THREAD_INDEX thread-index: AcO7Y8iR61tzADqsRmmc5wNiFHEOig== 0.01 THREAD_TOPIC Thread-Topic: ...(Japanese Subject)... ----- Original Message ----- > On 07/08/14 09:43, Nathan Scott wrote: > > Hi Ken, > > > > ----- Original Message ----- > >> Changes committed to git://git.performancecopilot.org/kenj/pcp.git dev > >> [...] > >> qa/777 | 139 ++++++ > >> qa/777.out | 38 + > > > > This looks alot like qa/835 I added recently ... probably we should merge > > 'em into one? I have noticed some occasional 835 flakiness where the > > within_tolerance ranges are not met, so if yours is more robust in that > > area, lets use it. There's shared pmda install/remove scripting now that > > 835 uses, which 777 is open-coding - so merging the two tests seems the > > best approach? > > Yep, sorry about that. I was working off the old email exchange between > you and Chandana and had not noticed that 835 had been created. > > I'll merge 'em. But a couple of questions ... > > 1. should we use the perl probe (nothing extra to install) or nc(1) (may > or may not be installed)? Your perl implementation is fine by me. > 2. I don't know enough about "slabs" for memcache to know if the stats > from "stats slabs" and "stats items" are genuinely interesting ... the > PMDA does not currently expose this AFAICT. Yeah, not sure either - it looks interesting, but I was hoping Chandana would be able to advise based on actual use in a real memcache environment. thanks. -- Nathan From kenj@internode.on.net Thu Aug 7 15:35:32 2014 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on oss.sgi.com X-Spam-Level: X-Spam-Status: No, score=0.0 required=5.0 tests=none autolearn=ham version=3.3.1 X-Original-To: pcp@oss.sgi.com Delivered-To: pcp@oss.sgi.com Received: from relay.sgi.com (relay2.corp.sgi.com [137.38.102.29]) by oss.sgi.com (Postfix) with ESMTP id 6625E7F87 for ; Thu, 7 Aug 2014 15:35:32 -0500 (CDT) Received: from cuda.sgi.com (cuda1.sgi.com [192.48.157.11]) by relay2.corp.sgi.com (Postfix) with ESMTP id 454BF30404E for ; Thu, 7 Aug 2014 13:35:32 -0700 (PDT) X-ASG-Debug-ID: 1407443726-04bdf034685b1d0001-S8gJnT Received: from ipmail07.adl2.internode.on.net (ipmail07.adl2.internode.on.net [150.101.137.131]) by cuda.sgi.com with ESMTP id YEba79YX6MPbbJcU for ; Thu, 07 Aug 2014 13:35:26 -0700 (PDT) X-Barracuda-Envelope-From: kenj@internode.on.net X-Barracuda-Apparent-Source-IP: 150.101.137.131 X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: ApQBAFTi41N20YPp/2dsb2JhbAANTYctzg+DGwGBLoR6AQEBAwEjFUABBQsLGAICBRYLAgIJAwIBAgFFBg0BBwEBiDatLXeWEBeBLIpxAYMuB4J5gVIBBLR0 Received: from ppp118-209-131-233.lns20.mel6.internode.on.net (HELO [192.168.1.100]) ([118.209.131.233]) by ipmail07.adl2.internode.on.net with ESMTP; 08 Aug 2014 06:05:25 +0930 Message-ID: <53E3E311.2090206@internode.on.net> Date: Fri, 08 Aug 2014 06:35:29 +1000 From: Ken McDonell User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:31.0) Gecko/20100101 Thunderbird/31.0 MIME-Version: 1.0 To: Nathan Scott CC: PCP Subject: Re: [pcp] QA regressions with cgroup.groups References: <53E2ADCD.6050704@internode.on.net> <136888626.25471824.1407368239559.JavaMail.zimbra@redhat.com> X-ASG-Orig-Subj: Re: [pcp] QA regressions with cgroup.groups In-Reply-To: <136888626.25471824.1407368239559.JavaMail.zimbra@redhat.com> Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 7bit X-Barracuda-Connect: ipmail07.adl2.internode.on.net[150.101.137.131] X-Barracuda-Start-Time: 1407443726 X-Barracuda-URL: http://192.48.157.11:80/cgi-mod/mark.cgi X-Virus-Scanned: by bsmtpd at sgi.com X-Barracuda-BRTS-Status: 1 X-Barracuda-Spam-Score: 0.00 X-Barracuda-Spam-Status: No, SCORE=0.00 using per-user scores of TAG_LEVEL=1000.0 QUARANTINE_LEVEL=1000.0 KILL_LEVEL=2.7 tests= X-Barracuda-Spam-Report: Code version 3.2, rules version 3.2.3.8224 Rule breakdown below pts rule name description ---- ---------------------- -------------------------------------------------- On 07/08/14 09:37, Nathan Scott wrote: > Hi Ken, > ... > This subtree is populated when cgroup subsystems exist - I guess these > are older kernels with no cgroups? (hmm I wonder if this is the right > error code for this situation?). Well the problem is appearing on a (newer) 3.2.0 Debian kernel, but not on an (older) 3.13.0 Ubuntu kernel ... so there must be some other magic controlling this. 3.2.0 system kenj@bozo-vm:~$ cat /proc/cgroups #subsys_name hierarchy num_cgroups enabled cpuset 0 1 1 cpu 0 1 1 cpuacct 0 1 1 memory 0 1 0 devices 0 1 1 freezer 0 1 1 net_cls 0 1 1 blkio 0 1 1 perf_event 0 1 1 3.13.0 system kenj@bozo:~/src/pcp$ cat /proc/cgroups #subsys_name hierarchy num_cgroups enabled cpuset 2 21 1 cpu 3 21 1 cpuacct 4 21 1 memory 5 9 1 devices 6 9 1 freezer 7 9 1 blkio 8 9 1 perf_event 9 9 1 hugetlb 10 4 1 > One part of the last round of changes was to make cgroup.groups. the > dynamic non-leaf PMNS entry, whereas previously it was cgroup. - and > that was *always* populated with the cgroup.mounts and cgroup.subsys > (fixed) hierarchies. Could be some latent issue with dynamic names? > Or maybe I've just (ab)used them in a new way. I think this is a semantic corner case ... the PM_ERR_NAME error is probably the most appropriate (indeed if you did not set it in the PMDA, the libpcp_pmda routines would set it to that value when the PMNS at the dynamic node is NULL). > I notice mmv always does this "pre-populate with a few fixed names" > for its dynamic namespace use, and the Linux kernel interrupt names > (also dynamic) will always have a starting set... hmmm. This approach allows the dynamic node to always have something as a descendent in the PMNS and avoids the problem I've seen, but it is not required. So, back to my original question, is there some easy way to force population of the cgroup.groups in the PMNS for QA purposes? From nscott@redhat.com Thu Aug 7 18:43:41 2014 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on oss.sgi.com X-Spam-Level: X-Spam-Status: No, score=0.0 required=5.0 tests=none autolearn=ham version=3.3.1 X-Original-To: pcp@oss.sgi.com Delivered-To: pcp@oss.sgi.com Received: from relay.sgi.com (relay1.corp.sgi.com [137.38.102.111]) by oss.sgi.com (Postfix) with ESMTP id E6EB27F89 for ; Thu, 7 Aug 2014 18:43:41 -0500 (CDT) Received: from cuda.sgi.com (cuda1.sgi.com [192.48.157.11]) by relay1.corp.sgi.com (Postfix) with ESMTP id C6E1C8F8037 for ; Thu, 7 Aug 2014 16:43:38 -0700 (PDT) X-ASG-Debug-ID: 1407455016-04bdf03466627d0001-S8gJnT Received: from mx4-phx2.redhat.com (mx4-phx2.redhat.com [209.132.183.25]) by cuda.sgi.com with ESMTP id 9i4PdPs15EM1A1P3 for ; Thu, 07 Aug 2014 16:43:36 -0700 (PDT) X-Barracuda-Envelope-From: nscott@redhat.com X-Barracuda-Apparent-Source-IP: 209.132.183.25 Received: from zmail20.collab.prod.int.phx2.redhat.com (zmail20.collab.prod.int.phx2.redhat.com [10.5.83.23]) by mx4-phx2.redhat.com (8.13.8/8.13.8) with ESMTP id s77NhV12019770; Thu, 7 Aug 2014 19:43:31 -0400 Date: Thu, 7 Aug 2014 19:43:31 -0400 (EDT) From: Nathan Scott Reply-To: Nathan Scott To: Ken McDonell Cc: PCP Message-ID: <598001163.26330183.1407455011509.JavaMail.zimbra@redhat.com> In-Reply-To: <53E3E311.2090206@internode.on.net> References: <53E2ADCD.6050704@internode.on.net> <136888626.25471824.1407368239559.JavaMail.zimbra@redhat.com> <53E3E311.2090206@internode.on.net> Subject: Re: [pcp] QA regressions with cgroup.groups MIME-Version: 1.0 X-ASG-Orig-Subj: Re: [pcp] QA regressions with cgroup.groups Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-Originating-IP: [10.5.82.6] X-Mailer: Zimbra 8.0.6_GA_5922 (ZimbraWebClient - FF17 (Linux)/8.0.6_GA_5922) Thread-Topic: QA regressions with cgroup.groups Thread-Index: Way76WyTc+pCyzG/DdNXAfaDO69XgA== X-Barracuda-Connect: mx4-phx2.redhat.com[209.132.183.25] X-Barracuda-Start-Time: 1407455016 X-Barracuda-URL: http://192.48.157.11:80/cgi-mod/mark.cgi X-Virus-Scanned: by bsmtpd at sgi.com X-Barracuda-BRTS-Status: 1 X-Barracuda-Spam-Score: 0.02 X-Barracuda-Spam-Status: No, SCORE=0.02 using per-user scores of TAG_LEVEL=1000.0 QUARANTINE_LEVEL=1000.0 KILL_LEVEL=2.7 tests=THREAD_INDEX, THREAD_TOPIC X-Barracuda-Spam-Report: Code version 3.2, rules version 3.2.3.8227 Rule breakdown below pts rule name description ---- ---------------------- -------------------------------------------------- 0.01 THREAD_INDEX thread-index: AcO7Y8iR61tzADqsRmmc5wNiFHEOig== 0.01 THREAD_TOPIC Thread-Topic: ...(Japanese Subject)... ----- Original Message ----- > [...] > I think this is a semantic corner case ... the PM_ERR_NAME error is > probably the most appropriate (indeed if you did not set it in the PMDA, > the libpcp_pmda routines would set it to that value when the PMNS at the > dynamic node is NULL). Yep, that's what is happening here. > > I notice mmv always does this "pre-populate with a few fixed names" > > for its dynamic namespace use, and the Linux kernel interrupt names > > (also dynamic) will always have a starting set... hmmm. > > This approach allows the dynamic node to always have something as a > descendent in the PMNS and avoids the problem I've seen, but it is not > required. OK. So, sounds like we'll need some QA output filtering? > So, back to my original question, is there some easy way to force > population of the cgroup.groups in the PMNS for QA purposes? Sorry, I forgot this part - see qa/361 for several examples of how to go about doing this. cheers. -- Nathan From mgoodwin@redhat.com Fri Aug 8 00:14:37 2014 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on oss.sgi.com X-Spam-Level: X-Spam-Status: No, score=0.0 required=5.0 tests=none autolearn=ham version=3.3.1 X-Original-To: pcp@oss.sgi.com Delivered-To: pcp@oss.sgi.com Received: from relay.sgi.com (relay2.corp.sgi.com [137.38.102.29]) by oss.sgi.com (Postfix) with ESMTP id 011B97F9F for ; Fri, 8 Aug 2014 00:14:37 -0500 (CDT) Received: from cuda.sgi.com (cuda3.sgi.com [192.48.176.15]) by relay2.corp.sgi.com (Postfix) with ESMTP id E307B304062 for ; Thu, 7 Aug 2014 22:14:36 -0700 (PDT) X-ASG-Debug-ID: 1407474872-04cb6c3f6e5f5f0001-S8gJnT Received: from mx1.redhat.com (mx1.redhat.com [209.132.183.28]) by cuda.sgi.com with ESMTP id bmRpVvCgMWkpY3KG (version=TLSv1 cipher=AES256-SHA bits=256 verify=NO) for ; Thu, 07 Aug 2014 22:14:33 -0700 (PDT) X-Barracuda-Envelope-From: mgoodwin@redhat.com X-Barracuda-Apparent-Source-IP: 209.132.183.28 X-ASG-Whitelist: Client Received: from int-mx10.intmail.prod.int.phx2.redhat.com (int-mx10.intmail.prod.int.phx2.redhat.com [10.5.11.23]) by mx1.redhat.com (8.14.4/8.14.4) with ESMTP id s785EWO3016685 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=OK) for ; Fri, 8 Aug 2014 01:14:32 -0400 Received: from [10.64.50.69] (vpn1-50-69.bne.redhat.com [10.64.50.69]) by int-mx10.intmail.prod.int.phx2.redhat.com (8.14.4/8.14.4) with ESMTP id s785EUxE009034 for ; Fri, 8 Aug 2014 01:14:31 -0400 Message-ID: <53E45CB6.10104@redhat.com> Date: Fri, 08 Aug 2014 15:14:30 +1000 From: Mark Goodwin User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:24.0) Gecko/20100101 Thunderbird/24.5.0 MIME-Version: 1.0 To: pcp@oss.sgi.com Subject: pcp updates: pmiostat man page Content-Type: text/plain; charset=ISO-8859-1; format=flowed X-ASG-Orig-Subj: pcp updates: pmiostat man page 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: 1407474872 X-Barracuda-Encrypted: AES256-SHA X-Barracuda-URL: http://192.48.176.15:80/cgi-mod/mark.cgi X-Virus-Scanned: by bsmtpd at sgi.com X-Barracuda-BRTS-Status: 1 Changes committed to git://git.performancecopilot.org/markgw/pcp/pcp.git dev commit 3186f7ef3af3d3f8666bfd2de3577ea5eac639b5 Author: Mark Goodwin Date: Fri Aug 8 15:10:19 2014 +1000 Initial version of the pmiostat man page. modified: man/man1/GNUmakefile new file: man/man1/pmiostat.1 From nscott@redhat.com Fri Aug 8 03:29:10 2014 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on oss.sgi.com X-Spam-Level: X-Spam-Status: No, score=0.0 required=5.0 tests=none autolearn=ham version=3.3.1 X-Original-To: pcp@oss.sgi.com Delivered-To: pcp@oss.sgi.com Received: from relay.sgi.com (relay3.corp.sgi.com [198.149.34.15]) by oss.sgi.com (Postfix) with ESMTP id 1916F7F8D for ; Fri, 8 Aug 2014 03:29:10 -0500 (CDT) Received: from cuda.sgi.com (cuda2.sgi.com [192.48.176.25]) by relay3.corp.sgi.com (Postfix) with ESMTP id 968B3AC003 for ; Fri, 8 Aug 2014 01:29:06 -0700 (PDT) X-ASG-Debug-ID: 1407486526-04cbb00fa0712a0001-S8gJnT Received: from mx3-phx2.redhat.com (mx3-phx2.redhat.com [209.132.183.24]) by cuda.sgi.com with ESMTP id GWrDRp9QrXLDz2uz for ; Fri, 08 Aug 2014 01:28:47 -0700 (PDT) X-Barracuda-Envelope-From: nscott@redhat.com X-Barracuda-Apparent-Source-IP: 209.132.183.24 Received: from zmail20.collab.prod.int.phx2.redhat.com (zmail20.collab.prod.int.phx2.redhat.com [10.5.83.23]) by mx3-phx2.redhat.com (8.13.8/8.13.8) with ESMTP id s788SkOI003546 for ; Fri, 8 Aug 2014 04:28:46 -0400 Date: Fri, 8 Aug 2014 04:28:46 -0400 (EDT) From: Nathan Scott Reply-To: Nathan Scott To: PCP Message-ID: <109301834.26479503.1407486525999.JavaMail.zimbra@redhat.com> In-Reply-To: <739730091.26479318.1407486496796.JavaMail.zimbra@redhat.com> Subject: pcp updates: brolley+kenj+mgoodwin merges, misc fixes, qa MIME-Version: 1.0 X-ASG-Orig-Subj: pcp updates: brolley+kenj+mgoodwin merges, misc fixes, qa Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-Originating-IP: [10.5.82.6] X-Mailer: Zimbra 8.0.6_GA_5922 (ZimbraWebClient - FF17 (Linux)/8.0.6_GA_5922) Thread-Topic: pcp updates: brolley+kenj+mgoodwin merges, misc fixes, qa Thread-Index: U4XkoDFcEk78pyZ0Ax0sUk2ukyGLXg== X-Barracuda-Connect: mx3-phx2.redhat.com[209.132.183.24] X-Barracuda-Start-Time: 1407486526 X-Barracuda-URL: http://192.48.176.25:80/cgi-mod/mark.cgi X-Barracuda-BRTS-Status: 1 X-Virus-Scanned: by bsmtpd at sgi.com X-Barracuda-Spam-Score: 0.02 X-Barracuda-Spam-Status: No, SCORE=0.02 using per-user scores of TAG_LEVEL=1000.0 QUARANTINE_LEVEL=1000.0 KILL_LEVEL=2.7 tests=THREAD_INDEX, THREAD_TOPIC X-Barracuda-Spam-Report: Code version 3.2, rules version 3.2.3.8238 Rule breakdown below pts rule name description ---- ---------------------- -------------------------------------------------- 0.01 THREAD_INDEX thread-index: AcO7Y8iR61tzADqsRmmc5wNiFHEOig== 0.01 THREAD_TOPIC Thread-Topic: ...(Japanese Subject)... Changes committed to git://git.pcp.io/pcp.git dev CHANGELOG | 20 build/rpm/fedora.spec | 6 debian/changelog | 6 man/html/pmchart.html | 2 man/man1/GNUmakefile | 2 man/man1/pmiostat.1 | 230 +++++++++ man/man1/pmview.1 | 590 +++++++++++++++++++++++ man/man5/pmview.5 | 1036 +++++++++++++++++++++++++++++++++++++++++ qa/260 | 7 qa/366.out | 5 qa/777 | 139 +++++ qa/777.out | 38 + qa/829 | 32 + qa/829.out | 650 +++++++++++++++++++++++++ qa/842 | 35 + qa/842.out | 47 + qa/archives/GNUmakefile | 2 qa/archives/dm-io.0 |binary qa/archives/dm-io.index |binary qa/archives/dm-io.meta |binary qa/group | 3 qa/src/.gitignore | 10 qa/src/GNUlocaldefs | 9 qa/src/memcachestats.pl | 65 ++ src/dbpmda/src/pmda.c | 3 src/libpcp/src/auxconnect.c | 31 + src/libpcp/src/discovery.c | 7 src/libpcp/src/internal.h | 1 src/libpcp/src/probe.c | 7 src/pcp/dmcache/pcp-dmcache.py | 2 src/pmdas/summary/README | 2 src/pmfind/pmfind.c | 4 src/pmiostat/pmiostat.py | 36 - src/pmlogconf/tools/dmcache | 13 src/pmlogconf/tools/iostat | 13 src/pmlogconf/tools/ip | 2 src/pmlogconf/tools/localdefs | 1 37 files changed, 3008 insertions(+), 48 deletions(-) commit 7f687bd16f94eed21e4c775406e8187fcd9ac48b Author: Nathan Scott Date: Fri Aug 8 18:24:48 2014 +1000 Tweak newhelp path in pmdasummary README file commit 3475e6a3b05258fe6d3f6fbb0bc95c0c45b3098e Author: Nathan Scott Date: Fri Aug 8 18:24:29 2014 +1000 Add dmcache pmlogconf rules for when dmcache enabled commit 10bc52d313b83ea77dd9f81560dc8e4d91c61e07 Merge: 19592be 3186f7e Author: Nathan Scott Date: Fri Aug 8 15:19:31 2014 +1000 Merge branch 'dev' of git://git.performancecopilot.org/markgw/pcp/pcp into dev commit 3186f7ef3af3d3f8666bfd2de3577ea5eac639b5 Author: Mark Goodwin Date: Fri Aug 8 15:10:19 2014 +1000 Initial version of the pmiostat man page. modified: man/man1/GNUmakefile new file: man/man1/pmiostat.1 commit 19592be5dbef226ecfe393b2c6afa2a76edc9168 Author: Nathan Scott Date: Fri Aug 8 14:46:06 2014 +1000 Initial QA testing for pcp-dmcache and pmiostat tools Adds tests qa/829, qa/842 and a dm-io archive with all the right metrics, for sanity testing of the dmcache and iostat monitor tools. Couple of small issues found along the way - dmcache asking for some metrics it wasn't using, iostat not handling pmErr and keyboard (^C) exceptions, and using time.ctime instead of the pcp-timezone-aware variant pmCtime. commit 37509caaca7194bff346dacfeaafeabf651c9ca9 Author: Nathan Scott Date: Fri Aug 8 14:01:27 2014 +1000 Update pmlogconf configs for ip and iostat metrics commit c5c10235fe384fb9db3d06aba7bd7fabcc7930a0 Author: Nathan Scott Date: Fri Aug 8 13:19:46 2014 +1000 Install memcache test script with execute bit set for qa/777 commit 6e09fb6b0acf66cd7c1a6d3f6176ea3ba2dd0213 Merge: ff288ff 90fc3d6 Author: Mark Goodwin Date: Fri Aug 8 13:01:29 2014 +1000 Merge branch 'dev' of git://oss.sgi.com/pcp/pcp into dev commit 90fc3d62c88debd352c6dcfe8fba6ddef7a8b63c Author: Nathan Scott Date: Fri Aug 8 12:09:02 2014 +1000 Updates to changelogs and docs, prepping for next weeks release commit f2c47d78dfaabdcb69c7d52801109ceab8a233d0 Merge: 49f7191 0da1ad4 Author: Nathan Scott Date: Fri Aug 8 10:54:35 2014 +1000 Merge branch 'brolley/dev' of ../pcpfans into brolley-merge commit 49f71911842c3a192fd3883d6e02acbe2d884c34 Author: Nathan Scott Date: Fri Aug 8 08:58:03 2014 +1000 Fix reference to a non-existant file in html docs commit 3e64ab4d2afa43556b60429e824182e22b53ca3f Author: Nathan Scott Date: Thu Aug 7 16:47:43 2014 +1000 Resolve a long-standing issue with test qa/260 determinism. commit ff288ffc9caee8a89bbe792097b4f434e9ad2136 Merge: 820966c 3559948 Author: Mark Goodwin Date: Thu Aug 7 10:44:00 2014 +1000 Merge branch 'dev' of git://oss.sgi.com/pcp/pcp into dev commit 9c713c9320ed6a606d0c7434a3fe96f56b2db1a5 Merge: 3559948 fafc8bb Author: Nathan Scott Date: Thu Aug 7 09:50:44 2014 +1000 Merge branch 'dev' of git://git.performancecopilot.org/kenj/pcp into dev commit fafc8bb9c05a5f1f9dbf4aaed521e1243a5ee6e7 Author: Ken McDonell Date: Wed Aug 6 20:19:38 2014 +1000 man pages for pmview The original pmview+ pages released by SGI, with some quick editing to replace references to "pmview+" with simply "pmview". Not plumbed into GNUmakefiles yet. Waiting for code to actually work. commit f3fd5d9b08564afe8ba7cf87b23a26a13b315503 Author: Ken McDonell Date: Wed Aug 6 19:56:08 2014 +1000 qa - misc for memcache tests - add memcachestats.pl used by qa/777 - tweak .gitignore and GNUlocaldefs commit a398af565a51758adcd7d80dced9e3aea5dbce91 Author: Ken McDonell Date: Wed Aug 6 19:48:26 2014 +1000 qa/777 (new) - pmdamemcache checker commit 820966c65f6306c58f17acb50a10a2da30f1c3ae Merge: 6a4345f 9a2243f Author: Mark Goodwin Date: Wed Aug 6 10:11:18 2014 +1000 Merge branch 'dev' of git://oss.sgi.com/pcp/pcp into dev commit 6a4345ff05ba5bd1c9b959dfcd627e177d08a1ae Merge: 317340b 67b41d9 Author: Mark Goodwin Date: Mon Aug 4 18:21:51 2014 +1000 Merge branch 'dev' of git://oss.sgi.com/pcp/pcp into dev commit 0da1ad4727cc374174876bef4996e4cf0a999a14 Merge: b8d4c72 67b41d9 Author: Dave Brolley Date: Wed Jul 30 14:45:28 2014 -0400 Merge remote-tracking branch 'origin/dev' into brolley/dev commit b8d4c72b5b821a5c624a220e210b900a93b73803 Author: Dave Brolley Date: Wed Jul 30 14:43:26 2014 -0400 src/dbpmda/src/pmda.c: Use __pmConnect() instead of __pmConnectTo(). The surrounding code does not expect non-blocking I/O and so should not call __pmConnectTo(). commit 1665f9ec83fd3ab2eeb0f1fb85b1cca0eb898cd3 Author: Dave Brolley Date: Wed Jul 30 14:37:20 2014 -0400 Handle the '% Date: Mon Jul 28 15:38:00 2014 -0400 Merge remote-tracking branch 'origin/dev' into brolley/dev commit 5bcb45bb6f78bdc259d3f2e4a64348eb1c2cf975 Author: Dave Brolley Date: Mon Jul 28 15:34:56 2014 -0400 Implement "resolve" in the options string of __pmDiscoverServicesWithOptions(). It doesn't make sense to have some global options unavailable via the options string. The resolve option is now available via both the options string and the 'flags' bits, at the convenience of the caller. This commit also fixes a potential NULL pointer reference in pmfind.c. From kenj@internode.on.net Sun Aug 10 16:48:42 2014 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on oss.sgi.com X-Spam-Level: X-Spam-Status: No, score=0.0 required=5.0 tests=none autolearn=ham version=3.3.1 X-Original-To: pcp@oss.sgi.com Delivered-To: pcp@oss.sgi.com Received: from relay.sgi.com (relay1.corp.sgi.com [137.38.102.111]) by oss.sgi.com (Postfix) with ESMTP id 0CD977F3F for ; Sun, 10 Aug 2014 16:48:42 -0500 (CDT) Received: from cuda.sgi.com (cuda2.sgi.com [192.48.176.25]) by relay1.corp.sgi.com (Postfix) with ESMTP id EFE058F8040 for ; Sun, 10 Aug 2014 14:48:41 -0700 (PDT) X-ASG-Debug-ID: 1407707315-04cbb0508c66e00001-S8gJnT Received: from ipmail06.adl6.internode.on.net (ipmail06.adl6.internode.on.net [150.101.137.145]) by cuda.sgi.com with ESMTP id cfE6QsBwntQ1ulFZ for ; Sun, 10 Aug 2014 14:48:36 -0700 (PDT) X-Barracuda-Envelope-From: kenj@internode.on.net X-Barracuda-Apparent-Source-IP: 150.101.137.145 X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: AqAMAB/o51N20VDQPGdsb2JhbABagw2DUYUHzQMDgQsXBQEBAQE4NoQKCAIwHDAFBmIgChUBBB4FiDGcIKQjj2mENgWRGVejKCuBNCQ Received: from ppp118-209-80-208.lns20.mel4.internode.on.net (HELO bozohorize) ([118.209.80.208]) by ipmail06.adl6.internode.on.net with ESMTP; 11 Aug 2014 07:18:34 +0930 From: "Ken McDonell" To: Subject: qa/986 and the dmcache pmda Date: Mon, 11 Aug 2014 07:48:31 +1000 X-ASG-Orig-Subj: qa/986 and the dmcache pmda Message-ID: <094701cfb4e4$d4ca61d0$7e5f2570$@internode.on.net> MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-Mailer: Microsoft Outlook 15.0 Thread-Index: Ac+04sjZna9RuA/WRmupvwbH0NniFw== Content-Language: en-au X-Barracuda-Connect: ipmail06.adl6.internode.on.net[150.101.137.145] X-Barracuda-Start-Time: 1407707316 X-Barracuda-URL: http://192.48.176.25:80/cgi-mod/mark.cgi X-Virus-Scanned: by bsmtpd at sgi.com X-Barracuda-BRTS-Status: 1 X-Barracuda-Spam-Score: 0.01 X-Barracuda-Spam-Status: No, SCORE=0.01 using per-user scores of TAG_LEVEL=1000.0 QUARANTINE_LEVEL=1000.0 KILL_LEVEL=2.7 tests=THREAD_INDEX X-Barracuda-Spam-Report: Code version 3.2, rules version 3.2.3.8303 Rule breakdown below pts rule name description ---- ---------------------- -------------------------------------------------- 0.01 THREAD_INDEX thread-index: AcO7Y8iR61tzADqsRmmc5wNiFHEOig== All metrics from the dmcache pmda are returning Resource temporarily unavailable. And the pmda's log file contains ... Traceback (most recent call last): File "/var/lib/pcp/pmdas/dmcache/pmdadmcache.python", line 208, in dmcache_refresh self.caches[name] = DmCacheStats(line) # extract stats values File "/var/lib/pcp/pmdas/dmcache/pmdadmcache.python", line 48, in __init__ self.parse(text) File "/var/lib/pcp/pmdas/dmcache/pmdadmcache.python", line 61, in parse mbsize = long(data[4]) * 512 # metadata block size (from sectors) IndexError: list index out of range This is on a Debian 3.2.0 kernel, where dm-cache does not appear to be an available kernel module $ sudo modprobe dm-cache FATAL: Module dm-cache not found. and there is no "notrun" guard in this QA test and the test does not set $DM_STATUS. From nscott@redhat.com Sun Aug 10 19:25:03 2014 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on oss.sgi.com X-Spam-Level: X-Spam-Status: No, score=0.0 required=5.0 tests=none autolearn=ham version=3.3.1 X-Original-To: pcp@oss.sgi.com Delivered-To: pcp@oss.sgi.com Received: from relay.sgi.com (relay2.corp.sgi.com [137.38.102.29]) by oss.sgi.com (Postfix) with ESMTP id C808A7F57 for ; Sun, 10 Aug 2014 19:25:03 -0500 (CDT) Received: from cuda.sgi.com (cuda1.sgi.com [192.48.157.11]) by relay2.corp.sgi.com (Postfix) with ESMTP id A7FD3304039 for ; Sun, 10 Aug 2014 17:25:00 -0700 (PDT) X-ASG-Debug-ID: 1407716698-04bdf06ef86bce0001-S8gJnT Received: from mx3-phx2.redhat.com (mx3-phx2.redhat.com [209.132.183.24]) by cuda.sgi.com with ESMTP id NfONRoUsA7gW6UCM for ; Sun, 10 Aug 2014 17:24:58 -0700 (PDT) X-Barracuda-Envelope-From: nscott@redhat.com X-Barracuda-Apparent-Source-IP: 209.132.183.24 Received: from zmail20.collab.prod.int.phx2.redhat.com (zmail20.collab.prod.int.phx2.redhat.com [10.5.83.23]) by mx3-phx2.redhat.com (8.13.8/8.13.8) with ESMTP id s7B0Oh6f021452; Sun, 10 Aug 2014 20:24:43 -0400 Date: Sun, 10 Aug 2014 20:24:42 -0400 (EDT) From: Nathan Scott Reply-To: Nathan Scott To: Ken McDonell Cc: pcp@oss.sgi.com Message-ID: <525878485.27335592.1407716682540.JavaMail.zimbra@redhat.com> In-Reply-To: <094701cfb4e4$d4ca61d0$7e5f2570$@internode.on.net> References: <094701cfb4e4$d4ca61d0$7e5f2570$@internode.on.net> Subject: Re: [pcp] qa/986 and the dmcache pmda MIME-Version: 1.0 X-ASG-Orig-Subj: Re: [pcp] qa/986 and the dmcache pmda Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-Originating-IP: [10.5.82.7] X-Mailer: Zimbra 8.0.6_GA_5922 (ZimbraWebClient - FF17 (Linux)/8.0.6_GA_5922) Thread-Topic: qa/986 and the dmcache pmda Thread-Index: Ac+04sjZna9RuA/WRmupvwbH0NniFxYNwMr7 X-Barracuda-Connect: mx3-phx2.redhat.com[209.132.183.24] X-Barracuda-Start-Time: 1407716698 X-Barracuda-URL: http://192.48.157.11:80/cgi-mod/mark.cgi X-Virus-Scanned: by bsmtpd at sgi.com X-Barracuda-BRTS-Status: 1 X-Barracuda-Spam-Score: 0.02 X-Barracuda-Spam-Status: No, SCORE=0.02 using per-user scores of TAG_LEVEL=1000.0 QUARANTINE_LEVEL=1000.0 KILL_LEVEL=2.7 tests=THREAD_INDEX, THREAD_TOPIC X-Barracuda-Spam-Report: Code version 3.2, rules version 3.2.3.8307 Rule breakdown below pts rule name description ---- ---------------------- -------------------------------------------------- 0.01 THREAD_INDEX thread-index: AcO7Y8iR61tzADqsRmmc5wNiFHEOig== 0.01 THREAD_TOPIC Thread-Topic: ...(Japanese Subject)... Hi Ken, ----- Original Message ----- > All metrics from the dmcache pmda are returning Resource temporarily > unavailable. > > And the pmda's log file contains ... > > Traceback (most recent call last): > File "/var/lib/pcp/pmdas/dmcache/pmdadmcache.python", line 208, in > dmcache_refresh > self.caches[name] = DmCacheStats(line) # extract stats values > File "/var/lib/pcp/pmdas/dmcache/pmdadmcache.python", line 48, in __init__ > self.parse(text) > File "/var/lib/pcp/pmdas/dmcache/pmdadmcache.python", line 61, in parse > mbsize = long(data[4]) * 512 # metadata block size (from sectors) > IndexError: list index out of range This looks like it may be a genuine bug... > This is on a Debian 3.2.0 kernel, where dm-cache does not appear to be an > available kernel module > > $ sudo modprobe dm-cache > FATAL: Module dm-cache not found. > > and there is no "notrun" guard in this QA test and the test does not set > $DM_STATUS. That's all OK, and as expected. (qa/985 is the test that sets DM_STATUS) This test (986) is just prodding the running kernel, whether it supports dm-cache or not, and seeing that we get sensible behaviour when asking for values. The actual verification of values is left to qa/985 - so no values is an expected & valid scenario here. What is on stdout from "dmsetup status --target=cache" (as root) on the test machine? I think we're getting something back, when we expect not to get anything, and the parser doesn't handle whatever it gets... thanks! -- Nathan From kenj@internode.on.net Mon Aug 11 01:41:47 2014 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on oss.sgi.com X-Spam-Level: X-Spam-Status: No, score=0.0 required=5.0 tests=none 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 2B9F37F4E for ; Mon, 11 Aug 2014 01:41:47 -0500 (CDT) Received: from cuda.sgi.com (cuda3.sgi.com [192.48.176.15]) by relay2.corp.sgi.com (Postfix) with ESMTP id 1A102304043 for ; Sun, 10 Aug 2014 23:41:43 -0700 (PDT) X-ASG-Debug-ID: 1407739298-04cb6c4c9668260001-S8gJnT Received: from ipmail04.adl6.internode.on.net (ipmail04.adl6.internode.on.net [150.101.137.141]) by cuda.sgi.com with ESMTP id nziVZFolDtV3AO80 for ; Sun, 10 Aug 2014 23:41:39 -0700 (PDT) X-Barracuda-Envelope-From: kenj@internode.on.net X-Barracuda-Apparent-Source-IP: 150.101.137.141 X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: AhQCAE9l6FN20ScOPGdsb2JhbAANTYcuhDfJdIMbAYEpBQEBAQE4hDoBAQQjFUABEAsYAgIFFgsCAgkDAgECATEUBg0BBwEBszN3lHIXgSyOIAeCeYFTAQS1GA Received: from ppp118-209-39-14.lns20.mel4.internode.on.net (HELO [192.168.1.100]) ([118.209.39.14]) by ipmail04.adl6.internode.on.net with ESMTP; 11 Aug 2014 16:11:19 +0930 Message-ID: <53E865A6.9050403@internode.on.net> Date: Mon, 11 Aug 2014 16:41:42 +1000 From: Ken McDonell User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:31.0) Gecko/20100101 Thunderbird/31.0 MIME-Version: 1.0 To: Nathan Scott CC: pcp@oss.sgi.com Subject: Re: [pcp] qa/986 and the dmcache pmda References: <094701cfb4e4$d4ca61d0$7e5f2570$@internode.on.net> <525878485.27335592.1407716682540.JavaMail.zimbra@redhat.com> X-ASG-Orig-Subj: Re: [pcp] qa/986 and the dmcache pmda In-Reply-To: <525878485.27335592.1407716682540.JavaMail.zimbra@redhat.com> Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 7bit X-Barracuda-Connect: ipmail04.adl6.internode.on.net[150.101.137.141] X-Barracuda-Start-Time: 1407739298 X-Barracuda-URL: http://192.48.176.15:80/cgi-mod/mark.cgi X-Virus-Scanned: by bsmtpd at sgi.com X-Barracuda-BRTS-Status: 1 X-Barracuda-Spam-Score: 0.00 X-Barracuda-Spam-Status: No, SCORE=0.00 using per-user scores of TAG_LEVEL=1000.0 QUARANTINE_LEVEL=1000.0 KILL_LEVEL=2.7 tests= X-Barracuda-Spam-Report: Code version 3.2, rules version 3.2.3.8313 Rule breakdown below pts rule name description ---- ---------------------- -------------------------------------------------- On 11/08/14 10:24, Nathan Scott wrote: > ... > What is on stdout from "dmsetup status --target=cache" (as root) on the > test machine? I think we're getting something back, when we expect not > to get anything, and the parser doesn't handle whatever it gets... kenj@bozo-vm:~$ sudo dmsetup status --target=cache No devices found kenj@bozo-vm:~$ From nscott@redhat.com Mon Aug 11 02:11:07 2014 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on oss.sgi.com X-Spam-Level: X-Spam-Status: No, score=0.0 required=5.0 tests=none autolearn=ham version=3.3.1 X-Original-To: pcp@oss.sgi.com Delivered-To: pcp@oss.sgi.com Received: from relay.sgi.com (relay2.corp.sgi.com [137.38.102.29]) by oss.sgi.com (Postfix) with ESMTP id C91D07F4E for ; Mon, 11 Aug 2014 02:11:07 -0500 (CDT) Received: from cuda.sgi.com (cuda3.sgi.com [192.48.176.15]) by relay2.corp.sgi.com (Postfix) with ESMTP id B756B304039 for ; Mon, 11 Aug 2014 00:11:04 -0700 (PDT) X-ASG-Debug-ID: 1407741062-04cb6c4c9668d50001-S8gJnT Received: from mx6-phx2.redhat.com (mx6-phx2.redhat.com [209.132.183.39]) by cuda.sgi.com with ESMTP id gjp7TZ4NwdqNsIH3 for ; Mon, 11 Aug 2014 00:11:03 -0700 (PDT) X-Barracuda-Envelope-From: nscott@redhat.com X-Barracuda-Apparent-Source-IP: 209.132.183.39 Received: from zmail20.collab.prod.int.phx2.redhat.com (zmail20.collab.prod.int.phx2.redhat.com [10.5.83.23]) by mx6-phx2.redhat.com (8.14.4/8.14.4) with ESMTP id s7B7Awns003746; Mon, 11 Aug 2014 03:10:58 -0400 Date: Mon, 11 Aug 2014 03:10:58 -0400 (EDT) From: Nathan Scott Reply-To: Nathan Scott To: Ken McDonell Cc: PCP Message-ID: <111728187.27474202.1407741058212.JavaMail.zimbra@redhat.com> In-Reply-To: <53E865A6.9050403@internode.on.net> References: <094701cfb4e4$d4ca61d0$7e5f2570$@internode.on.net> <525878485.27335592.1407716682540.JavaMail.zimbra@redhat.com> <53E865A6.9050403@internode.on.net> Subject: Re: [pcp] qa/986 and the dmcache pmda MIME-Version: 1.0 X-ASG-Orig-Subj: Re: [pcp] qa/986 and the dmcache pmda Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-Originating-IP: [10.5.82.7] X-Mailer: Zimbra 8.0.6_GA_5922 (ZimbraWebClient - FF17 (Linux)/8.0.6_GA_5922) Thread-Topic: qa/986 and the dmcache pmda Thread-Index: RieZorICwr2xpyOZQ9tMzaEmmTmWSg== X-Barracuda-Connect: mx6-phx2.redhat.com[209.132.183.39] X-Barracuda-Start-Time: 1407741063 X-Barracuda-URL: http://192.48.176.15:80/cgi-mod/mark.cgi X-Virus-Scanned: by bsmtpd at sgi.com X-Barracuda-BRTS-Status: 1 X-Barracuda-Spam-Score: 0.02 X-Barracuda-Spam-Status: No, SCORE=0.02 using per-user scores of TAG_LEVEL=1000.0 QUARANTINE_LEVEL=1000.0 KILL_LEVEL=2.7 tests=THREAD_INDEX, THREAD_TOPIC X-Barracuda-Spam-Report: Code version 3.2, rules version 3.2.3.8314 Rule breakdown below pts rule name description ---- ---------------------- -------------------------------------------------- 0.01 THREAD_INDEX thread-index: AcO7Y8iR61tzADqsRmmc5wNiFHEOig== 0.01 THREAD_TOPIC Thread-Topic: ...(Japanese Subject)... ----- Original Message ----- > On 11/08/14 10:24, Nathan Scott wrote: > > ... > > What is on stdout from "dmsetup status --target=cache" (as root) on the > > test machine? I think we're getting something back, when we expect not > > to get anything, and the parser doesn't handle whatever it gets... > > kenj@bozo-vm:~$ sudo dmsetup status --target=cache > No devices found > kenj@bozo-vm:~$ Ah, a helpful message. I've found a machine to reproduce this on and pushed in a fix - confirmed Works For Me (tm). cheers. -- Nathan From kenj@internode.on.net Mon Aug 11 02:27:08 2014 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on oss.sgi.com X-Spam-Level: X-Spam-Status: No, score=0.0 required=5.0 tests=none autolearn=ham version=3.3.1 X-Original-To: pcp@oss.sgi.com Delivered-To: pcp@oss.sgi.com Received: from relay.sgi.com (relay2.corp.sgi.com [137.38.102.29]) by oss.sgi.com (Postfix) with ESMTP id E16317F4E for ; Mon, 11 Aug 2014 02:27:08 -0500 (CDT) Received: from cuda.sgi.com (cuda3.sgi.com [192.48.176.15]) by relay2.corp.sgi.com (Postfix) with ESMTP id C928C304032 for ; Mon, 11 Aug 2014 00:27:08 -0700 (PDT) X-ASG-Debug-ID: 1407742025-04cb6c4c9669c00001-S8gJnT Received: from ipmail04.adl6.internode.on.net (ipmail04.adl6.internode.on.net [150.101.137.141]) by cuda.sgi.com with ESMTP id be4GVppNtz6p3tfj for ; Mon, 11 Aug 2014 00:27:06 -0700 (PDT) X-Barracuda-Envelope-From: kenj@internode.on.net X-Barracuda-Apparent-Source-IP: 150.101.137.141 X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: Ah8CANtv6FN20ScOPGdsb2JhbAANTYNfV4J4hDfFQYh4BQEBAQE4hGNVMAYCBRYLAgsDAgECATEOGQYCAQGIS6prd5RzF4Esjj2CY4FTBYYPjy+fWlo Received: from ppp118-209-39-14.lns20.mel4.internode.on.net (HELO [192.168.1.100]) ([118.209.39.14]) by ipmail04.adl6.internode.on.net with ESMTP; 11 Aug 2014 16:56:58 +0930 Message-ID: <53E8705A.9050805@internode.on.net> Date: Mon, 11 Aug 2014 17:27:22 +1000 From: Ken McDonell User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:31.0) Gecko/20100101 Thunderbird/31.0 MIME-Version: 1.0 To: pcp@oss.sgi.com Subject: pcp updates Content-Type: text/plain; charset=utf-8 X-ASG-Orig-Subj: pcp updates Content-Transfer-Encoding: 7bit X-Barracuda-Connect: ipmail04.adl6.internode.on.net[150.101.137.141] X-Barracuda-Start-Time: 1407742025 X-Barracuda-URL: http://192.48.176.15:80/cgi-mod/mark.cgi X-Virus-Scanned: by bsmtpd at sgi.com X-Barracuda-BRTS-Status: 1 X-Barracuda-Spam-Score: 0.00 X-Barracuda-Spam-Status: No, SCORE=0.00 using per-user scores of TAG_LEVEL=1000.0 QUARANTINE_LEVEL=1000.0 KILL_LEVEL=2.7 tests= X-Barracuda-Spam-Report: Code version 3.2, rules version 3.2.3.8314 Rule breakdown below pts rule name description ---- ---------------------- -------------------------------------------------- Changes committed to git://git.performancecopilot.org/kenj/pcp.git dev qa/183 | 1 + qa/185 | 1 + qa/359 | 1 + qa/416 | 27 ++++++++++++++++++++++++++- qa/416.out | 8 ++++---- qa/455 | 7 ++++++- qa/455.out | 34 +++++++++++++++++----------------- qa/715 | 3 ++- qa/715.out.2 | 24 ++++++++++++------------ qa/723 | 6 ++++++ 10 files changed, 76 insertions(+), 36 deletions(-) commit 403866c72185140bd48e6dbca0504ee34095aae5 Author: Ken McDonell Date: Sun Aug 10 08:08:11 2014 +1000 qa/183 and qa/185 - dodge cgroup.groups Unknown metric name warning Sometimes, there are no cgroup metrics behind this dynamic node in the PMNS. commit 81a7c1ef6e26fdeb3c497c5cd821fa19a2581cc6 Author: Ken McDonell Date: Sun Aug 10 07:50:06 2014 +1000 qa/{416,455,715} - handle PMNS non-determinism For some Perl environments, the _order_ of metric names added to the PMNS by a PMDA is non-deterministic. Take control in the QA tests and sort the metric names, or the sort blocks of the output based on metric names. commit 6b150fc856783e4d817716636d74f199764bbcfd Author: Ken McDonell Date: Sun Aug 10 07:47:47 2014 +1000 qa/359 - dodge cgroup.groups Unknown metric name warning Sometimes, there are no cgroup metrics behind this dynamic node in the PMNS. commit c1d132d261072aa481077616b42302b08d3ebae3 Author: Ken McDonell Date: Sun Aug 10 07:40:35 2014 +1000 qa/723 - label support appears patchy On a VM with a 3.2.0 kernel from Debian, /proc//attr/current exists, bu attempting to cat the "file" produces an "Invalid argument" error ... don't run in this case From kenj@internode.on.net Mon Aug 11 02:37:33 2014 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on oss.sgi.com X-Spam-Level: X-Spam-Status: No, score=0.0 required=5.0 tests=none autolearn=ham version=3.3.1 X-Original-To: pcp@oss.sgi.com Delivered-To: pcp@oss.sgi.com Received: from relay.sgi.com (relay2.corp.sgi.com [137.38.102.29]) by oss.sgi.com (Postfix) with ESMTP id 1FB767F4E for ; Mon, 11 Aug 2014 02:37:33 -0500 (CDT) Received: from cuda.sgi.com (cuda1.sgi.com [192.48.157.11]) by relay2.corp.sgi.com (Postfix) with ESMTP id EE7CE304032 for ; Mon, 11 Aug 2014 00:37:32 -0700 (PDT) X-ASG-Debug-ID: 1407742646-04bdf06ef87bd60001-S8gJnT Received: from ipmail04.adl6.internode.on.net (ipmail04.adl6.internode.on.net [150.101.137.141]) by cuda.sgi.com with ESMTP id MeAFQED2MFtdSoeq for ; Mon, 11 Aug 2014 00:37:26 -0700 (PDT) X-Barracuda-Envelope-From: kenj@internode.on.net X-Barracuda-Apparent-Source-IP: 150.101.137.141 X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: AvYMADBy6FN20ScOPGdsb2JhbABagw2BKYIoUIQ3zQgDAgGBFRcFAQEBATg2hAMBAQUIAhkFLiMMAQMCBgMRBAEBAQICIwMCAhkgCgMJCAIEEwsFiDGrcZRzF4EsjiAHBoJzgVMFjwaCE1ejKCsv Received: from ppp118-209-39-14.lns20.mel4.internode.on.net (HELO bozohorize) ([118.209.39.14]) by ipmail04.adl6.internode.on.net with ESMTP; 11 Aug 2014 17:07:25 +0930 From: "Ken McDonell" To: "'Nathan Scott'" Cc: "'PCP'" References: <094701cfb4e4$d4ca61d0$7e5f2570$@internode.on.net> <525878485.27335592.1407716682540.JavaMail.zimbra@redhat.com> <53E865A6.9050403@internode.on.net> <111728187.27474202.1407741058212.JavaMail.zimbra@redhat.com> In-Reply-To: <111728187.27474202.1407741058212.JavaMail.zimbra@redhat.com> Subject: RE: [pcp] qa/986 and the dmcache pmda Date: Mon, 11 Aug 2014 17:37:23 +1000 X-ASG-Orig-Subj: RE: [pcp] qa/986 and the dmcache pmda Message-ID: <00df01cfb537$185228a0$48f679e0$@internode.on.net> MIME-Version: 1.0 Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: 7bit X-Mailer: Microsoft Outlook 15.0 Thread-Index: AQHxeiSLSMQD+vT5p9mpDMEg7x4b4AFwqE30ANwkYA0CHcUYx5tkJRtg Content-Language: en-au X-Barracuda-Connect: ipmail04.adl6.internode.on.net[150.101.137.141] X-Barracuda-Start-Time: 1407742646 X-Barracuda-URL: http://192.48.157.11:80/cgi-mod/mark.cgi X-Virus-Scanned: by bsmtpd at sgi.com X-Barracuda-BRTS-Status: 1 X-Barracuda-Spam-Score: 0.01 X-Barracuda-Spam-Status: No, SCORE=0.01 using per-user scores of TAG_LEVEL=1000.0 QUARANTINE_LEVEL=1000.0 KILL_LEVEL=2.7 tests=BSF_SC0_MISMATCH_TO, THREAD_INDEX X-Barracuda-Spam-Report: Code version 3.2, rules version 3.2.3.8314 Rule breakdown below pts rule name description ---- ---------------------- -------------------------------------------------- 0.01 THREAD_INDEX thread-index: AcO7Y8iR61tzADqsRmmc5wNiFHEOig== 0.00 BSF_SC0_MISMATCH_TO Envelope rcpt doesn't match header Works for Me 2 (tm also). Thanks. > -----Original Message----- > From: Nathan Scott [mailto:nathans@redhat.com] > Sent: Monday, 11 August 2014 5:11 PM > To: Ken McDonell > Cc: PCP > Subject: Re: [pcp] qa/986 and the dmcache pmda > > > > ----- Original Message ----- > > On 11/08/14 10:24, Nathan Scott wrote: > > > ... > > > What is on stdout from "dmsetup status --target=cache" (as root) on > > > the test machine? I think we're getting something back, when we > > > expect not to get anything, and the parser doesn't handle whatever it > gets... > > > > kenj@bozo-vm:~$ sudo dmsetup status --target=cache No devices found > > kenj@bozo-vm:~$ > > Ah, a helpful message. I've found a machine to reproduce this on and > pushed in a fix - confirmed Works For Me (tm). > > cheers. > > -- > Nathan From mgoodwin@redhat.com Tue Aug 12 02:21:23 2014 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on oss.sgi.com X-Spam-Level: X-Spam-Status: No, score=0.0 required=5.0 tests=none autolearn=ham version=3.3.1 X-Original-To: pcp@oss.sgi.com Delivered-To: pcp@oss.sgi.com Received: from relay.sgi.com (relay1.corp.sgi.com [137.38.102.111]) by oss.sgi.com (Postfix) with ESMTP id 18FCD7F3F for ; Tue, 12 Aug 2014 02:21:23 -0500 (CDT) Received: from cuda.sgi.com (cuda2.sgi.com [192.48.176.25]) by relay1.corp.sgi.com (Postfix) with ESMTP id D5D418F8084 for ; Tue, 12 Aug 2014 00:21:19 -0700 (PDT) X-ASG-Debug-ID: 1407828074-04cbb0508dc18d0001-S8gJnT Received: from mx1.redhat.com (mx1.redhat.com [209.132.183.28]) by cuda.sgi.com with ESMTP id Eehd6UpbO3UD6Qma (version=TLSv1 cipher=AES256-SHA bits=256 verify=NO) for ; Tue, 12 Aug 2014 00:21:15 -0700 (PDT) X-Barracuda-Envelope-From: mgoodwin@redhat.com X-Barracuda-Apparent-Source-IP: 209.132.183.28 X-ASG-Whitelist: Client Received: from int-mx09.intmail.prod.int.phx2.redhat.com (int-mx09.intmail.prod.int.phx2.redhat.com [10.5.11.22]) by mx1.redhat.com (8.14.4/8.14.4) with ESMTP id s7C7LEha007635 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=OK) for ; Tue, 12 Aug 2014 03:21:14 -0400 Received: from [10.64.50.153] (vpn1-50-153.bne.redhat.com [10.64.50.153]) by int-mx09.intmail.prod.int.phx2.redhat.com (8.14.4/8.14.4) with ESMTP id s7C7LCIx032052 for ; Tue, 12 Aug 2014 03:21:13 -0400 Message-ID: <53E9C067.9070806@redhat.com> Date: Tue, 12 Aug 2014 17:21:11 +1000 From: Mark Goodwin User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:24.0) Gecko/20100101 Thunderbird/24.5.0 MIME-Version: 1.0 To: pcp@oss.sgi.com Subject: pcp updates: more QA for pmiostat Content-Type: text/plain; charset=ISO-8859-1; format=flowed X-ASG-Orig-Subj: pcp updates: more QA for pmiostat Content-Transfer-Encoding: 7bit X-Scanned-By: MIMEDefang 2.68 on 10.5.11.22 X-Barracuda-Connect: mx1.redhat.com[209.132.183.28] X-Barracuda-Start-Time: 1407828075 X-Barracuda-Encrypted: AES256-SHA X-Barracuda-URL: http://192.48.176.25:80/cgi-mod/mark.cgi X-Virus-Scanned: by bsmtpd at sgi.com X-Barracuda-BRTS-Status: 1 Changes committed to git://git.performancecopilot.org/markgw/pcp/pcp.git dev commit bbf757b6d9fa94131cb8b5d8237c1b45e565771c Author: Mark Goodwin Date: Tue Aug 12 17:16:26 2014 +1000 Check pmval and pmiostat agree on various metrics in archives/dm-io modified: qa/842 modified: qa/842.out From nscott@redhat.com Tue Aug 12 04:08:56 2014 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on oss.sgi.com X-Spam-Level: X-Spam-Status: No, score=0.0 required=5.0 tests=none autolearn=ham version=3.3.1 X-Original-To: pcp@oss.sgi.com Delivered-To: pcp@oss.sgi.com Received: from relay.sgi.com (relay1.corp.sgi.com [137.38.102.111]) by oss.sgi.com (Postfix) with ESMTP id 0C2737F3F for ; Tue, 12 Aug 2014 04:08:56 -0500 (CDT) Received: from cuda.sgi.com (cuda1.sgi.com [192.48.157.11]) by relay1.corp.sgi.com (Postfix) with ESMTP id 9D9378F8066 for ; Tue, 12 Aug 2014 02:08:52 -0700 (PDT) X-ASG-Debug-ID: 1407834528-04bdf06ef6c7770001-S8gJnT Received: from mx4-phx2.redhat.com (mx4-phx2.redhat.com [209.132.183.25]) by cuda.sgi.com with ESMTP id RAThVnSVpCGSSoAF for ; Tue, 12 Aug 2014 02:08:48 -0700 (PDT) X-Barracuda-Envelope-From: nscott@redhat.com X-Barracuda-Apparent-Source-IP: 209.132.183.25 Received: from zmail20.collab.prod.int.phx2.redhat.com (zmail20.collab.prod.int.phx2.redhat.com [10.5.83.23]) by mx4-phx2.redhat.com (8.13.8/8.13.8) with ESMTP id s7C98mDZ027949 for ; Tue, 12 Aug 2014 05:08:48 -0400 Date: Tue, 12 Aug 2014 05:08:48 -0400 (EDT) From: Nathan Scott Reply-To: Nathan Scott To: PCP Message-ID: <516401763.28676323.1407834528241.JavaMail.zimbra@redhat.com> In-Reply-To: <1967645472.28676056.1407834462875.JavaMail.zimbra@redhat.com> Subject: pcp updates: qa (kenj+mgoodwin+nathans) MIME-Version: 1.0 X-ASG-Orig-Subj: pcp updates: qa (kenj+mgoodwin+nathans) Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-Originating-IP: [10.5.82.6] X-Mailer: Zimbra 8.0.6_GA_5922 (ZimbraWebClient - FF17 (Linux)/8.0.6_GA_5922) Thread-Topic: pcp updates: qa (kenj+mgoodwin+nathans) Thread-Index: Da0GED8+rwWubtCmtF8Gyj1F1WPhzQ== X-Barracuda-Connect: mx4-phx2.redhat.com[209.132.183.25] X-Barracuda-Start-Time: 1407834528 X-Barracuda-URL: http://192.48.157.11:80/cgi-mod/mark.cgi X-Virus-Scanned: by bsmtpd at sgi.com X-Barracuda-BRTS-Status: 1 X-Barracuda-Spam-Score: 0.02 X-Barracuda-Spam-Status: No, SCORE=0.02 using per-user scores of TAG_LEVEL=1000.0 QUARANTINE_LEVEL=1000.0 KILL_LEVEL=2.7 tests=THREAD_INDEX, THREAD_TOPIC X-Barracuda-Spam-Report: Code version 3.2, rules version 3.2.3.8356 Rule breakdown below pts rule name description ---- ---------------------- -------------------------------------------------- 0.01 THREAD_INDEX thread-index: AcO7Y8iR61tzADqsRmmc5wNiFHEOig== 0.01 THREAD_TOPIC Thread-Topic: ...(Japanese Subject)... Changes committed to git://git.pcp.io/pcp.git dev CHANGELOG | 20 VERSION.pcp | 2 qa/003 | 2 qa/183 | 1 qa/185 | 1 qa/359 | 1 qa/416 | 27 qa/416.out | 8 qa/455 | 7 qa/455.out | 34 qa/715 | 3 qa/715.out.2 | 24 qa/723 | 8 qa/829 | 8 qa/829.out | 1347 ++++++++++++++++++++--------------- qa/835 | 7 qa/842 | 17 qa/842.out | 180 ++++ src/pcp/dmcache/pcp-dmcache.1 | 20 src/pcp/dmcache/pcp-dmcache.py | 49 + src/pcp/free/pcp-free.py | 18 src/pmdas/dmcache/pmdadmcache.python | 4 src/pmdumptext/pmdumptext.cpp | 2 23 files changed, 1146 insertions(+), 644 deletions(-) commit 7869261ec908ff85042b0b1d079d7c68ea6a3f45 Merge: 1ae8a90 bbf757b Author: Nathan Scott Date: Tue Aug 12 19:04:37 2014 +1000 Merge branch 'dev' of git://git.performancecopilot.org/markgw/pcp/pcp into dev commit 1ae8a90603a4d22ca2dc9f634a887b759a8005ea Author: Nathan Scott Date: Tue Aug 12 19:04:20 2014 +1000 Updates to pcp-dmcache to implement requested functionality This extends the pcp-dmcache(1) utility to display cache hit ratios (read/write), and provide iops display as an option. An option is added to allow the header frequency to be set, ala pmdumptext; man page and qa/829 are updated to document and exercise these little extensions. commit 1cf91c9512153525f492732b71bd5ab0e4006419 Author: Nathan Scott Date: Tue Aug 12 19:02:00 2014 +1000 Small python tidyups in pcp-free sources commit bbf757b6d9fa94131cb8b5d8237c1b45e565771c Author: Mark Goodwin Date: Tue Aug 12 17:16:26 2014 +1000 Check pmval and pmiostat agree on various metrics in archives/dm-io modified: qa/842 modified: qa/842.out commit 42ca0343431c914a4c5af2ba2e598d5f03b4a630 Author: Nathan Scott Date: Tue Aug 12 10:02:08 2014 +1000 Cull debug info added to qa/723 output recently commit 99ebb3c7767361afef12501fdbfacc959beba5b3 Merge: 403866c 9fac41c Author: Ken McDonell Date: Mon Aug 11 17:27:53 2014 +1000 Merge branch 'dev' of git://git.performancecopilot.org/pcp/pcp into dev commit 9fac41ca3f9a479786b74f66aa1fa226c9fb211a Author: Nathan Scott Date: Mon Aug 11 17:03:43 2014 +1000 Improve pmdacache handling of dmsetup no-devices reporting Ken found a version of dmsetup that reports 'No devices found' on stdout, instead of simply reporting no devices found. This commit adds a guard for that, and clarifies exception handling around the original failure location. commit ff8391223ae9a2377fff0e48badf501d2a8d6ff7 Author: Nathan Scott Date: Mon Aug 11 11:39:30 2014 +1000 Add a few missed changes to changelog, bump versions commit 403866c72185140bd48e6dbca0504ee34095aae5 Author: Ken McDonell Date: Sun Aug 10 08:08:11 2014 +1000 qa/183 and qa/185 - dodge cgroup.groups Unknown metric name warning Sometimes, there are no cgroup metrics behind this dynamic node in the PMNS. commit 81a7c1ef6e26fdeb3c497c5cd821fa19a2581cc6 Author: Ken McDonell Date: Sun Aug 10 07:50:06 2014 +1000 qa/{416,455,715} - handle PMNS non-determinism For some Perl environments, the _order_ of metric names added to the PMNS by a PMDA is non-deterministic. Take control in the QA tests and sort the metric names, or the sort blocks of the output based on metric names. commit 6b150fc856783e4d817716636d74f199764bbcfd Author: Ken McDonell Date: Sun Aug 10 07:47:47 2014 +1000 qa/359 - dodge cgroup.groups Unknown metric name warning Sometimes, there are no cgroup metrics behind this dynamic node in the PMNS. commit c1d132d261072aa481077616b42302b08d3ebae3 Author: Ken McDonell Date: Sun Aug 10 07:40:35 2014 +1000 qa/723 - label support appears patchy On a VM with a 3.2.0 kernel from Debian, /proc//attr/current exists, bu attempting to cat the "file" produces an "Invalid argument" error ... don't run in this case commit 948c12200dae0c29ff1b5d9e659bb9ea19cd30bd Author: Ken McDonell Date: Thu Aug 7 07:57:03 2014 +1000 qa/835 - was hanging and cleanup issue nc needs -q 1 or it hangs $tmp.backup created with sudo, need sudo for rm commit 1c951eaa354af93a209c03fe5243d74bf61b4a83 Author: Ken McDonell Date: Thu Aug 7 06:55:24 2014 +1000 qa/003 - new metrics may have no values available Specificlally all the disk.dm.* metrics and hinv.map.dmname. commit a7942c0b0ead652054ef9805cbc3f36722917a3d Merge: fafc8bb 3559948 Author: Ken McDonell Date: Wed Aug 6 20:28:13 2014 +1000 Merge branch 'dev' of git://git.performancecopilot.org/pcp/pcp into dev From wcohen@redhat.com Tue Aug 12 14:09:14 2014 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on oss.sgi.com X-Spam-Level: X-Spam-Status: No, score=0.0 required=5.0 tests=none autolearn=ham version=3.3.1 X-Original-To: pcp@oss.sgi.com Delivered-To: pcp@oss.sgi.com Received: from relay.sgi.com (relay3.corp.sgi.com [198.149.34.15]) by oss.sgi.com (Postfix) with ESMTP id E56577F3F for ; Tue, 12 Aug 2014 14:09:13 -0500 (CDT) Received: from cuda.sgi.com (cuda1.sgi.com [192.48.157.11]) by relay3.corp.sgi.com (Postfix) with ESMTP id 854EEAC005 for ; Tue, 12 Aug 2014 12:09:10 -0700 (PDT) X-ASG-Debug-ID: 1407870545-04bdf06ef6e04e0001-S8gJnT Received: from mx1.redhat.com (mx1.redhat.com [209.132.183.28]) by cuda.sgi.com with ESMTP id myc6qujjHOEHgV8k (version=TLSv1 cipher=AES256-SHA bits=256 verify=NO) for ; Tue, 12 Aug 2014 12:09:06 -0700 (PDT) X-Barracuda-Envelope-From: wcohen@redhat.com X-Barracuda-Apparent-Source-IP: 209.132.183.28 X-ASG-Whitelist: Client Received: from int-mx11.intmail.prod.int.phx2.redhat.com (int-mx11.intmail.prod.int.phx2.redhat.com [10.5.11.24]) by mx1.redhat.com (8.14.4/8.14.4) with ESMTP id s7CJ95qn007325 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=OK) for ; Tue, 12 Aug 2014 15:09:05 -0400 Received: from [10.13.129.214] (dhcp129-214.rdu.redhat.com [10.13.129.214]) by int-mx11.intmail.prod.int.phx2.redhat.com (8.14.4/8.14.4) with ESMTP id s7CJ94J7019590; Tue, 12 Aug 2014 15:09:04 -0400 Message-ID: <53EA6650.6040500@redhat.com> Date: Tue, 12 Aug 2014 15:09:04 -0400 From: William Cohen User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:24.0) Gecko/20100101 Thunderbird/24.7.0 MIME-Version: 1.0 To: David Smith , "Frank Ch. Eigler" CC: pcp@oss.sgi.com, Nathan Scott Subject: Re: PCP Network Latency PMDA References: <53A34A47.3060008@redhat.com> <53A353C8.8030704@redhat.com> <53A35C00.1070703@redhat.com> X-ASG-Orig-Subj: Re: PCP Network Latency PMDA In-Reply-To: <53A35C00.1070703@redhat.com> Content-Type: multipart/mixed; boundary="------------090006030001060502060706" 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: 1407870546 X-Barracuda-Encrypted: AES256-SHA X-Barracuda-URL: http://192.48.157.11:80/cgi-mod/mark.cgi X-Virus-Scanned: by bsmtpd at sgi.com X-Barracuda-BRTS-Status: 1 This is a multi-part message in MIME format. --------------090006030001060502060706 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit On 06/19/2014 05:54 PM, David Smith wrote: > On 06/19/2014 04:19 PM, William Cohen wrote: >> On 06/19/2014 04:59 PM, Frank Ch. Eigler wrote: >>> William Cohen writes: >>> >>>> I have been looking at a PMDA that provides information about how long >>>> it takes for packets to make their way from userspace to the network >>>> device and from network device to userspace. [...] >>> >>> Neat. >>> >>>> network.interface.in.latency instance "devname" >>>> network.interface.out.latency instance "devname" >>>> [...] >>>> (latency_sum[t]-latency_sum[t-delta])/(packets[t]-packets[t-delta]) >>> >>> This sounds like just the sort of thing that we'd use dsmith's richer >>> pcp-systemtap interface widgetry, currently being designed, and this >>> computation could be one of its examples. Keep the ideas coming, and >>> work with dsmith. (I would not suggest building just this into a >>> separate PMDA.) >>> >>> >>> - FChE >>> >> >> Hi Frank, >> >> Is the a pointer to the pcp/systemtap integration that David Smith >> is working on? > > At this point most of it is in my head. But, here's the original plan > (although "plan" is probably too strong a word at this point). The plan > is for stap to provide dynamic values to pcp. This would be a lot like > pcp's mmv library/pmda, that allows pcp to monitor memory mapped values > from a program. In this case, systemtap would be providing the values. > Note that it probably won't end up 100% compatible with pcp's mmv > library/pmda. > > (In a perfect world, perhaps systemtap's dyninst side could actually use > pcp's mmv library. I'd hope to make things look the same from the user's > point of view inside systemtap.) > >> It is possible that similar latency measurements could be done for >> the block io layer like the stuff that blktrace does. However, one >> concern is there could be a huge number of items to track (in the >> tens of thousands) that might not fit easily in a default sized >> associative array. > > Here's where things get interesting. I mentioned this "plan" to Nathan, > and he suggested we might need to go further. If we're going to provide > real tracing information back to pcp, we're going to need to provide > timestamp'ed information, read on demand from pcp. This means we'd need > to buffer it inside systemtap. This might be a phase 2. > > > Back to your original idea for a second. Are you at the point where > you've got a systemtap script that produces the data you want? If so, > I'd love to see it and use it for a test when I get to that point. > Hi All, I have been experimenting with the systmetap mmv support David Smith has been developing in the dsmith/mmv branch of systemtap. The attached script is a work-in-progress to measure the amount of time packets take from getting placed in the queue to the time that the are actually transmitted. The list of network devices needs to be passed into the systemtap script so that it can set up instances for each of the network devices. There is probably a better way of getting the device names to the script, but that is done to keep things simple. The script creates two metrics for each device: number of packets and the sum of the latency. The systemtap script provides these basic metrics from the start so that the pmda could compute various rate on different times scale easily using the following formula for a device instance at two times (t1 and t2): current_latency/packet = (latency[t2]-latency[t1])/(count[t2]-count[t1]) Rather than looking up the value identifies with mmv_lookup_value() the value identifiers are cached in a couple of associative arrays. However, I don't know whether the overhead is a real issue with that. Next step will be to write the mmv pmda to read this information and make it available. Any comments about the current code would be appreciated. -Will --------------090006030001060502060706 Content-Type: text/plain; charset=UTF-8; name="net_xmit_mmv.stp" Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename="net_xmit_mmv.stp" // This script tracks time between packet queue and xmit. // The information is provided to userspace using Memory Mapped Values (mmv) // which are updated every second and are readable by a PCP pmda. global inst, instance_latency, instance_count // Set up the mmv and make it available probe begin { indom = mmv_add_indom(1, "xmit device", "list of network transmit devices") // fallback instance device "eth0" if none specified if (argc == 1) { argv[1] = "eth0" argc++ } // create instances for each network device for (i=1; iname)] <<< t - st delete skb_queue_start_t[$skb] } } --------------090006030001060502060706-- From nscott@redhat.com Tue Aug 12 20:58:05 2014 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on oss.sgi.com X-Spam-Level: X-Spam-Status: No, score=0.0 required=5.0 tests=none autolearn=ham version=3.3.1 X-Original-To: pcp@oss.sgi.com Delivered-To: pcp@oss.sgi.com Received: from relay.sgi.com (relay3.corp.sgi.com [198.149.34.15]) by oss.sgi.com (Postfix) with ESMTP id EA7327F3F for ; Tue, 12 Aug 2014 20:58:04 -0500 (CDT) Received: from cuda.sgi.com (cuda3.sgi.com [192.48.176.15]) by relay3.corp.sgi.com (Postfix) with ESMTP id 745CBAC002 for ; Tue, 12 Aug 2014 18:58:01 -0700 (PDT) X-ASG-Debug-ID: 1407895079-04cb6c4c93d1240001-S8gJnT Received: from mx6-phx2.redhat.com (mx6-phx2.redhat.com [209.132.183.39]) by cuda.sgi.com with ESMTP id 0MIipgoRuHmGXFzz for ; Tue, 12 Aug 2014 18:57:59 -0700 (PDT) X-Barracuda-Envelope-From: nscott@redhat.com X-Barracuda-Apparent-Source-IP: 209.132.183.39 Received: from zmail20.collab.prod.int.phx2.redhat.com (zmail20.collab.prod.int.phx2.redhat.com [10.5.83.23]) by mx6-phx2.redhat.com (8.14.4/8.14.4) with ESMTP id s7D1veNF011401; Tue, 12 Aug 2014 21:57:40 -0400 Date: Tue, 12 Aug 2014 21:57:40 -0400 (EDT) From: Nathan Scott Reply-To: Nathan Scott To: Ken McDonell Cc: pcp@oss.sgi.com, Paul Colby Message-ID: <1009909092.29406532.1407895060468.JavaMail.zimbra@redhat.com> In-Reply-To: <53E2CBA6.8070902@internode.on.net> References: <20140806102739.F014DA51F1@bozo-vm.localdomain> <1165814724.25475821.1407368615436.JavaMail.zimbra@redhat.com> <53E2CBA6.8070902@internode.on.net> Subject: Re: [pcp] pcp updates - pmdamemcache qa & pmview man pages MIME-Version: 1.0 X-ASG-Orig-Subj: Re: [pcp] pcp updates - pmdamemcache qa & pmview man pages Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-Originating-IP: [10.5.82.6] X-Mailer: Zimbra 8.0.6_GA_5922 (ZimbraWebClient - FF17 (Linux)/8.0.6_GA_5922) Thread-Topic: pcp updates - pmdamemcache qa & pmview man pages Thread-Index: hsPklGM1YN0tX0RUCpUVSmZHu9vMng== X-Barracuda-Connect: mx6-phx2.redhat.com[209.132.183.39] X-Barracuda-Start-Time: 1407895079 X-Barracuda-URL: http://192.48.176.15:80/cgi-mod/mark.cgi X-Virus-Scanned: by bsmtpd at sgi.com X-Barracuda-BRTS-Status: 1 X-Barracuda-Spam-Score: 0.02 X-Barracuda-Spam-Status: No, SCORE=0.02 using per-user scores of TAG_LEVEL=1000.0 QUARANTINE_LEVEL=1000.0 KILL_LEVEL=2.7 tests=THREAD_INDEX, THREAD_TOPIC X-Barracuda-Spam-Report: Code version 3.2, rules version 3.2.3.8383 Rule breakdown below pts rule name description ---- ---------------------- -------------------------------------------------- 0.01 THREAD_INDEX thread-index: AcO7Y8iR61tzADqsRmmc5wNiFHEOig== 0.01 THREAD_TOPIC Thread-Topic: ...(Japanese Subject)... Hi Ken, ----- Original Message ----- > [...] > I'll merge 'em. But a couple of questions ... > > 1. should we use the perl probe (nothing extra to install) or nc(1) (may > or may not be installed)? > > 2. I don't know enough about "slabs" for memcache to know if the stats > from "stats slabs" and "stats items" are genuinely interesting ... the > PMDA does not currently expose this AFAICT. > I found some time today and went ahead and merged them - I was seeing intermittent QA failures on both & needed to dig deeper anyway. I did came across a couple of things - stats slabs is used, to my surprise, for active_slabs & total_malloced. So there was a couple of metrics 777 was accidentally overlooking. Also memcache apparently runs on non-Linux boxen too, so I dropped the platform-specific notrun checks. As we discussed though, I went ahead with the perl checker and dropped the netcat use (which turned out to have platform dependencies too). cheers. -- Nathan From nscott@redhat.com Tue Aug 12 21:03:17 2014 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on oss.sgi.com X-Spam-Level: X-Spam-Status: No, score=0.0 required=5.0 tests=none autolearn=ham version=3.3.1 X-Original-To: pcp@oss.sgi.com Delivered-To: pcp@oss.sgi.com Received: from relay.sgi.com (relay2.corp.sgi.com [137.38.102.29]) by oss.sgi.com (Postfix) with ESMTP id 260727F3F for ; Tue, 12 Aug 2014 21:03:17 -0500 (CDT) Received: from cuda.sgi.com (cuda2.sgi.com [192.48.176.25]) by relay2.corp.sgi.com (Postfix) with ESMTP id ECCA6304059 for ; Tue, 12 Aug 2014 19:03:16 -0700 (PDT) X-ASG-Debug-ID: 1407895391-04cbb0508bf0210001-S8gJnT Received: from mx6-phx2.redhat.com (mx6-phx2.redhat.com [209.132.183.39]) by cuda.sgi.com with ESMTP id FicZHA2XAd7n2zGT for ; Tue, 12 Aug 2014 19:03:11 -0700 (PDT) X-Barracuda-Envelope-From: nscott@redhat.com X-Barracuda-Apparent-Source-IP: 209.132.183.39 Received: from zmail20.collab.prod.int.phx2.redhat.com (zmail20.collab.prod.int.phx2.redhat.com [10.5.83.23]) by mx6-phx2.redhat.com (8.14.4/8.14.4) with ESMTP id s7D23BJc012417 for ; Tue, 12 Aug 2014 22:03:11 -0400 Date: Tue, 12 Aug 2014 22:03:11 -0400 (EDT) From: Nathan Scott Reply-To: Nathan Scott To: PCP Message-ID: <1287110645.29408019.1407895391109.JavaMail.zimbra@redhat.com> In-Reply-To: <982931439.29407920.1407895368746.JavaMail.zimbra@redhat.com> Subject: pcp updates: qa MIME-Version: 1.0 X-ASG-Orig-Subj: pcp updates: qa Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-Originating-IP: [10.5.82.6] X-Mailer: Zimbra 8.0.6_GA_5922 (ZimbraWebClient - FF17 (Linux)/8.0.6_GA_5922) Thread-Topic: pcp updates: qa Thread-Index: hMSQekP3wHU+4aaBbBn10fjF0Rg8Vw== X-Barracuda-Connect: mx6-phx2.redhat.com[209.132.183.39] X-Barracuda-Start-Time: 1407895391 X-Barracuda-URL: http://192.48.176.25:80/cgi-mod/mark.cgi X-Virus-Scanned: by bsmtpd at sgi.com X-Barracuda-BRTS-Status: 1 X-Barracuda-Spam-Score: 0.02 X-Barracuda-Spam-Status: No, SCORE=0.02 using per-user scores of TAG_LEVEL=1000.0 QUARANTINE_LEVEL=1000.0 KILL_LEVEL=2.7 tests=THREAD_INDEX, THREAD_TOPIC X-Barracuda-Spam-Report: Code version 3.2, rules version 3.2.3.8383 Rule breakdown below pts rule name description ---- ---------------------- -------------------------------------------------- 0.01 THREAD_INDEX thread-index: AcO7Y8iR61tzADqsRmmc5wNiFHEOig== 0.01 THREAD_TOPIC Thread-Topic: ...(Japanese Subject)... Changes committed to git://git.pcp.io/pcp.git dev qa/069 | 15 ++++ qa/322 | 1 qa/366 | 7 ++ qa/366.out | 5 - qa/777 | 139 -------------------------------------------- qa/777.out | 38 ------------ qa/780 | 10 ++- qa/835 | 93 +++++++++++++++++------------ qa/835.out | 8 +- qa/admin/check-vm | 44 ++++++++++++- qa/common | 1 qa/group | 1 qa/qt/setup-executables | 39 ++++++++++++ qa/src/memcachestats.pl | 41 ++++++------ src/libpcp_gui/src/record.c | 8 ++ 15 files changed, 194 insertions(+), 256 deletions(-) commit bd0b264f3b3588430c58953e7cd5a9f41b56c131 Author: Nathan Scott Date: Wed Aug 13 12:00:36 2014 +1000 Merge qa/777 and qa/835 into one pmdamemcache test Removed some accidental doubling-up in pmdamemcache QA - go with the perl checker program instead of using netcat which turned out to have some platform-dependencies anyway. Extended the checker tool to also query the other stats and also extended the test to marry up many more of the metrics for extra verification goodness. commit c5e77507aa45abf7e1c0105b678aa9dd3d0ecb03 Merge: 7869261 3ecf28f Author: Nathan Scott Date: Wed Aug 13 11:45:21 2014 +1000 Merge branch 'dev' of git://git.pcp.io/kenj/pcp into dev commit 3ecf28f33c26eba1852f11b4e28cbe271ed8fa5e Author: Ken McDonell Date: Wed Aug 13 09:37:18 2014 +1000 libpcp_gui - better cleanup after mkstemp() et al For a long time, QA has been leaving empty files with mkstemp-like names, e.g. tEvTkZ, in the current directory. Finally tracked this down to the pmRecordSetup() method in libpcp_gui that creates the temporary file, then uses it as the basename for several files, but does not go back and unlink the (unused) temporary file. commit fbda399e2f32bc00f83ae353839abc24419f414c Author: Ken McDonell Date: Wed Aug 13 09:09:01 2014 +1000 qa/admin/check-vm - tweaks 1. Condtional handling of python-ctypes - depends on installed version of Python 2. Add support for alternation with executables (extension of alternation with pathnames). See qmake|qmake-qt4 for example. commit 04e7ce8301eb17a488bd49e4d2a419fdba0f03bc Author: Ken McDonell Date: Wed Aug 13 09:08:01 2014 +1000 qa/322 - no good reason to sleep 1000 after failure! commit 08bb00a4e5bf7c58d951356daeaa1c11fdb49134 Author: Ken McDonell Date: Tue Aug 12 21:42:50 2014 +1000 qa/366 - filter out some metrics Since this is a migration test, new groups and new metrics only confuse the issue. In this case cull the dmcache group and some additional fifo metrics in the network.interface area. commit f96fbc4285092455a97ac061daf5ea581323fe3b Author: Ken McDonell Date: Tue Aug 12 21:42:10 2014 +1000 qa/069 - dodge some IPv4-IPv6 non-determinism commit 0b46c55b904802d3d590a80317d32df855806f03 Author: Ken McDonell Date: Tue Aug 12 07:09:22 2014 +1000 qa - ugly hack for qmc executables issue Very ugly picker for executables from a build or a testsuite installation. Problem is that /var/lib/pcp/testsuite/qa is populated from the packaging, but in a build context the qmc headers are defined in ../../src/libpcp_qmc/src but the qmc library and the standard PCP headers are not in ../../src they are out in the build area c/o Makepkgs. This pretty much makes it impossible to rebuild the qmc QA executables from the source tree unless a full PCP make has already been run there. In QA common, we try the "make" recipe. If this does not work, fallback to the ugly hack in qt/setup-executables. commit 88e741ef6fbefbb743621bc62995197f0adaaf3f Author: Ken McDonell Date: Mon Aug 11 17:51:32 2014 +1000 qa/780 - catch pmwebd stderr Some irrelevant early messages were escaping ... in parttuclar gnome keyring chatter. From kenj@internode.on.net Tue Aug 12 22:37:42 2014 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on oss.sgi.com X-Spam-Level: X-Spam-Status: No, score=0.0 required=5.0 tests=none autolearn=ham version=3.3.1 X-Original-To: pcp@oss.sgi.com Delivered-To: pcp@oss.sgi.com Received: from relay.sgi.com (relay3.corp.sgi.com [198.149.34.15]) by oss.sgi.com (Postfix) with ESMTP id E5FD97F3F for ; Tue, 12 Aug 2014 22:37:41 -0500 (CDT) Received: from cuda.sgi.com (cuda1.sgi.com [192.48.157.11]) by relay3.corp.sgi.com (Postfix) with ESMTP id 744B5AC002 for ; Tue, 12 Aug 2014 20:37:38 -0700 (PDT) X-ASG-Debug-ID: 1407901052-04bdf06ef8f20f0001-S8gJnT Received: from ipmail07.adl2.internode.on.net (ipmail07.adl2.internode.on.net [150.101.137.131]) by cuda.sgi.com with ESMTP id Nib0HQ08qmYuGGld for ; Tue, 12 Aug 2014 20:37:32 -0700 (PDT) X-Barracuda-Envelope-From: kenj@internode.on.net X-Barracuda-Apparent-Source-IP: 150.101.137.131 X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: AugGAHzc6lOvLVMi/2dsb2JhbABag19XgirLA4dHAwIBgSZ3hAMBAQUIAh4SSwEDAgYDEQMBAQEoBxktBwEBBQMCBBMLBYgxDsUBF457AQFWBoRGBZEdV4NPknuIeYNuKy+BBgkXBA Received: from mail.messagemedia.com.au (HELO bozohorize) ([175.45.83.34]) by ipmail07.adl2.internode.on.net with ESMTP; 13 Aug 2014 13:07:31 +0930 From: "Ken McDonell" To: "'PCP'" References: <20140812234330.7D3F7A5155@bozo-vm.localdomain> In-Reply-To: <20140812234330.7D3F7A5155@bozo-vm.localdomain> Subject: FW: pcp updates - qa and libpcp_gui Date: Wed, 13 Aug 2014 13:37:19 +1000 X-ASG-Orig-Subj: FW: pcp updates - qa and libpcp_gui Message-ID: <00c301cfb6a7$ea176870$be463950$@internode.on.net> MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-Mailer: Microsoft Outlook 15.0 Thread-Index: AQEuuaJGI++aELguX3WBFvYkhzlehp0P3E0A Content-Language: en-au X-Barracuda-Connect: ipmail07.adl2.internode.on.net[150.101.137.131] X-Barracuda-Start-Time: 1407901052 X-Barracuda-URL: http://192.48.157.11:80/cgi-mod/mark.cgi X-Virus-Scanned: by bsmtpd at sgi.com X-Barracuda-BRTS-Status: 1 X-Barracuda-Spam-Score: 0.01 X-Barracuda-Spam-Status: No, SCORE=0.01 using per-user scores of TAG_LEVEL=1000.0 QUARANTINE_LEVEL=1000.0 KILL_LEVEL=2.7 tests=THREAD_INDEX X-Barracuda-Spam-Report: Code version 3.2, rules version 3.2.3.8385 Rule breakdown below pts rule name description ---- ---------------------- -------------------------------------------------- 0.01 THREAD_INDEX thread-index: AcO7Y8iR61tzADqsRmmc5wNiFHEOig== This got lost in a twisty maze of mail clients .... -----Original Message----- From: Ken McDonell [mailto:kenj@kenj.com.au] Sent: Wednesday, 13 August 2014 9:44 AM To: pcp@oss.sgi.com Subject: pcp updates - qa and libpcp_gui Changes committed to git://git.performancecopilot.org/kenj/pcp.git dev qa/069 | 15 ++++++++++++++- qa/322 | 1 - qa/366 | 7 +++++++ qa/366.out | 5 ----- qa/780 | 10 ++++++++-- qa/admin/check-vm | 44 ++++++++++++++++++++++++++++++++++++++------ qa/common | 1 + qa/qt/setup-executables | 39 +++++++++++++++++++++++++++++++++++++++ src/libpcp_gui/src/record.c | 8 ++++++++ 9 files changed, 115 insertions(+), 15 deletions(-) commit 3ecf28f33c26eba1852f11b4e28cbe271ed8fa5e Author: Ken McDonell Date: Wed Aug 13 09:37:18 2014 +1000 libpcp_gui - better cleanup after mkstemp() et al For a long time, QA has been leaving empty files with mkstemp-like names, e.g. tEvTkZ, in the current directory. Finally tracked this down to the pmRecordSetup() method in libpcp_gui that creates the temporary file, then uses it as the basename for several files, but does not go back and unlink the (unused) temporary file. commit fbda399e2f32bc00f83ae353839abc24419f414c Author: Ken McDonell Date: Wed Aug 13 09:09:01 2014 +1000 qa/admin/check-vm - tweaks 1. Condtional handling of python-ctypes - depends on installed version of Python 2. Add support for alternation with executables (extension of alternation with pathnames). See qmake|qmake-qt4 for example. commit 04e7ce8301eb17a488bd49e4d2a419fdba0f03bc Author: Ken McDonell Date: Wed Aug 13 09:08:01 2014 +1000 qa/322 - no good reason to sleep 1000 after failure! commit 08bb00a4e5bf7c58d951356daeaa1c11fdb49134 Author: Ken McDonell Date: Tue Aug 12 21:42:50 2014 +1000 qa/366 - filter out some metrics Since this is a migration test, new groups and new metrics only confuse the issue. In this case cull the dmcache group and some additional fifo metrics in the network.interface area. commit f96fbc4285092455a97ac061daf5ea581323fe3b Author: Ken McDonell Date: Tue Aug 12 21:42:10 2014 +1000 qa/069 - dodge some IPv4-IPv6 non-determinism commit 0b46c55b904802d3d590a80317d32df855806f03 Author: Ken McDonell Date: Tue Aug 12 07:09:22 2014 +1000 qa - ugly hack for qmc executables issue Very ugly picker for executables from a build or a testsuite installation. Problem is that /var/lib/pcp/testsuite/qa is populated from the packaging, but in a build context the qmc headers are defined in ../../src/libpcp_qmc/src but the qmc library and the standard PCP headers are not in ../../src they are out in the build area c/o Makepkgs. This pretty much makes it impossible to rebuild the qmc QA executables from the source tree unless a full PCP make has already been run there. In QA common, we try the "make" recipe. If this does not work, fallback to the ugly hack in qt/setup-executables. commit 88e741ef6fbefbb743621bc62995197f0adaaf3f Author: Ken McDonell Date: Mon Aug 11 17:51:32 2014 +1000 qa/780 - catch pmwebd stderr Some irrelevant early messages were escaping ... in parttuclar gnome keyring chatter. From mgoodwin@redhat.com Tue Aug 12 23:39:40 2014 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on oss.sgi.com X-Spam-Level: X-Spam-Status: No, score=0.0 required=5.0 tests=none autolearn=ham version=3.3.1 X-Original-To: pcp@oss.sgi.com Delivered-To: pcp@oss.sgi.com Received: from relay.sgi.com (relay3.corp.sgi.com [198.149.34.15]) by oss.sgi.com (Postfix) with ESMTP id B2AED7F3F for ; Tue, 12 Aug 2014 23:39:40 -0500 (CDT) Received: from cuda.sgi.com (cuda2.sgi.com [192.48.176.25]) by relay3.corp.sgi.com (Postfix) with ESMTP id 39342AC008 for ; Tue, 12 Aug 2014 21:39:40 -0700 (PDT) X-ASG-Debug-ID: 1407904775-04cbb0508af4b50001-S8gJnT Received: from mx1.redhat.com (mx1.redhat.com [209.132.183.28]) by cuda.sgi.com with ESMTP id JtZcN6ZeKATD72ct (version=TLSv1 cipher=AES256-SHA bits=256 verify=NO) for ; Tue, 12 Aug 2014 21:39:36 -0700 (PDT) X-Barracuda-Envelope-From: mgoodwin@redhat.com X-Barracuda-Apparent-Source-IP: 209.132.183.28 X-ASG-Whitelist: Client Received: from int-mx11.intmail.prod.int.phx2.redhat.com (int-mx11.intmail.prod.int.phx2.redhat.com [10.5.11.24]) by mx1.redhat.com (8.14.4/8.14.4) with ESMTP id s7D4dZPI003084 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=OK) for ; Wed, 13 Aug 2014 00:39:35 -0400 Received: from [10.64.50.155] (vpn1-50-155.bne.redhat.com [10.64.50.155]) by int-mx11.intmail.prod.int.phx2.redhat.com (8.14.4/8.14.4) with ESMTP id s7D4dXp1024728 for ; Wed, 13 Aug 2014 00:39:34 -0400 Message-ID: <53EAEC04.80209@redhat.com> Date: Wed, 13 Aug 2014 14:39:32 +1000 From: Mark Goodwin User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:24.0) Gecko/20100101 Thunderbird/24.5.0 MIME-Version: 1.0 To: pcp@oss.sgi.com Subject: pcp updates: fix pmlogconf for pmiostat Content-Type: text/plain; charset=ISO-8859-1; format=flowed X-ASG-Orig-Subj: pcp updates: fix pmlogconf for pmiostat 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: 1407904775 X-Barracuda-Encrypted: AES256-SHA X-Barracuda-URL: http://192.48.176.25:80/cgi-mod/mark.cgi X-Virus-Scanned: by bsmtpd at sgi.com X-Barracuda-BRTS-Status: 1 Changes committed to git://git.performancecopilot.org/markgw/pcp/pcp.git dev commit b1c50bc5747825fa11fa0bba216c0abd999e29a0 Author: Mark Goodwin Date: Wed Aug 13 14:35:06 2014 +1000 Add disk.*.write_rawactive to default logging config for pmiostat. Fix suspected cut/paste error disk.*.read_rawactive appears twice and disk.*.write_rawactive doesn't appear at all. Needed by pmiosat. modified: src/pmlogconf/tools/iostat From pcp-announce-bounces@oss.sgi.com Wed Aug 13 06:35:53 2014 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on oss.sgi.com X-Spam-Level: X-Spam-Status: No, score=0.0 required=5.0 tests=RP_MATCHES_RCVD autolearn=ham version=3.3.1 X-Original-To: pcp@oss.sgi.com Delivered-To: pcp@oss.sgi.com Received: from oss.sgi.com (localhost [IPv6:::1]) by oss.sgi.com (Postfix) with ESMTP id 172E17F4E; Wed, 13 Aug 2014 06:35:53 -0500 (CDT) X-Original-To: pcp-announce@oss.sgi.com Delivered-To: pcp-announce@oss.sgi.com Received: from relay.sgi.com (relay3.corp.sgi.com [198.149.34.15]) by oss.sgi.com (Postfix) with ESMTP id 2F3737F3F for ; Wed, 13 Aug 2014 06:35:52 -0500 (CDT) Received: from cuda.sgi.com (cuda1.sgi.com [192.48.157.11]) by relay3.corp.sgi.com (Postfix) with ESMTP id B5DCEAC002 for ; Wed, 13 Aug 2014 04:35:48 -0700 (PDT) X-ASG-Debug-ID: 1407929743-04bdf06ef6103750001-87ZIJf Received: from mx5-phx2.redhat.com (mx5-phx2.redhat.com [209.132.183.37]) by cuda.sgi.com with ESMTP id HIGfAHrtYAYUlRMV for ; Wed, 13 Aug 2014 04:35:43 -0700 (PDT) X-Barracuda-Envelope-From: nscott@redhat.com X-Barracuda-Apparent-Source-IP: 209.132.183.37 Received: from zmail20.collab.prod.int.phx2.redhat.com (zmail20.collab.prod.int.phx2.redhat.com [10.5.83.23]) by mx5-phx2.redhat.com (8.14.4/8.14.4) with ESMTP id s7DBZg5D019283 for ; Wed, 13 Aug 2014 07:35:42 -0400 Date: Wed, 13 Aug 2014 07:35:42 -0400 (EDT) From: Nathan Scott To: pcp-announce Message-ID: <1098174215.29717475.1407929742811.JavaMail.zimbra@redhat.com> In-Reply-To: <2144812010.29706584.1407928630351.JavaMail.zimbra@redhat.com> MIME-Version: 1.0 X-ASG-Orig-Subj: Performance Co-Pilot 3.9.9 released X-Originating-IP: [10.5.82.6] X-Mailer: Zimbra 8.0.6_GA_5922 (ZimbraWebClient - FF17 (Linux)/8.0.6_GA_5922) Thread-Topic: Performance Co-Pilot 3.9.9 released Thread-Index: TP1H72XvBIN0jY1dPPoSb6QA46auFw== X-Barracuda-Connect: mx5-phx2.redhat.com[209.132.183.37] X-Barracuda-Start-Time: 1407929743 X-Barracuda-URL: http://192.48.157.11:80/cgi-mod/mark.cgi X-Virus-Scanned: by bsmtpd at sgi.com X-Barracuda-BRTS-Status: 1 X-Barracuda-BRTS-Evidence: pcp.io 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.8396 Rule breakdown below pts rule name description ---- ---------------------- -------------------------------------------------- 0.01 THREAD_INDEX thread-index: AcO7Y8iR61tzADqsRmmc5wNiFHEOig== 0.01 THREAD_TOPIC Thread-Topic: ...(Japanese Subject)... Subject: [pcp-announce] Performance Co-Pilot 3.9.9 released X-BeenThere: pcp-announce@oss.sgi.com X-Mailman-Version: 2.1.14 Precedence: list Reply-To: Nathan Scott List-Id: Performance Co-Pilot announcements List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Errors-To: pcp-announce-bounces@oss.sgi.com Sender: pcp-announce-bounces@oss.sgi.com Hi all, The latest PCP source and binary packages have been uploaded to the usual locations. This release seems to have a bit of a storage theme - enjoy! http://pcp.io pcp-3.9.9 (13 August 2014) - sar2pcp: support for systat version 10.2.0 - pmiostat(1): new monitor tool with iostat-alike output - pcp-dmcache(1): new monitor tool for dm-cache devices - pmdalinux: disk.dm.* metric hierarchiy (device mapper) - pmdalinux: refine device mapper naming for old platforms - pmdalinux: allow controlled data injection for QA tests - pmdadmcache: new agent for device mapper cache targets - pmdainfiniband: correctly initialise switch metrics - libpcp: global timeout option for service discovery - libpcp: __pmDiscoverServicesWithOptions() improvements - libpcp: grok '% X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on oss.sgi.com X-Spam-Level: X-Spam-Status: No, score=0.0 required=5.0 tests=none 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 22C257F3F for ; Wed, 13 Aug 2014 06:36:50 -0500 (CDT) Received: from cuda.sgi.com (cuda2.sgi.com [192.48.176.25]) by relay2.corp.sgi.com (Postfix) with ESMTP id 06D9C304053 for ; Wed, 13 Aug 2014 04:36:49 -0700 (PDT) X-ASG-Debug-ID: 1407929805-04cbb0508a102670001-S8gJnT Received: from muffat.debian.org (muffat.debian.org [206.12.19.146]) by cuda.sgi.com with ESMTP id jjD0ar8EJYXFCOF8 (version=TLSv1 cipher=AES128-SHA bits=128 verify=NO) for ; Wed, 13 Aug 2014 04:36:46 -0700 (PDT) X-Barracuda-Envelope-From: dak-unpriv@franck.debian.org X-Barracuda-Apparent-Source-IP: 206.12.19.146 Received: from franck.debian.org ([138.16.160.12]) from C=NA,ST=NA,L=Ankh Morpork,O=Debian SMTP,OU=Debian SMTP CA,CN=franck.debian.org,EMAIL=hostmaster@franck.debian.org (verified) by muffat.debian.org with esmtps (TLS1.2:DHE_RSA_AES_128_CBC_SHA1:128) (Exim 4.80) (envelope-from ) id 1XHWrF-000350-5T for pcp@oss.sgi.com; Wed, 13 Aug 2014 11:36:45 +0000 Received: from dak-unpriv by franck.debian.org with local (Exim 4.80) (envelope-from ) id 1XHWrE-0005dB-1L for pcp@oss.sgi.com; Wed, 13 Aug 2014 11:36:44 +0000 To: pcp@oss.sgi.com From: Debian FTP Masters Subject: Processing of pcp_3.9.9_i386.changes Date: Wed, 13 Aug 2014 11:36:44 +0000 X-ASG-Orig-Subj: Processing of pcp_3.9.9_i386.changes X-Debian: DAK X-DAK: DAK Precedence: bulk Auto-Submitted: auto-generated X-Debian-Package: pcp Message-Id: Sender: unprivileged ftp-master role account X-Barracuda-Connect: muffat.debian.org[206.12.19.146] X-Barracuda-Start-Time: 1407929805 X-Barracuda-Encrypted: AES128-SHA X-Barracuda-URL: http://192.48.176.25:80/cgi-mod/mark.cgi X-Virus-Scanned: by bsmtpd at sgi.com X-Barracuda-BRTS-Status: 1 X-Barracuda-Spam-Score: 0.00 X-Barracuda-Spam-Status: No, SCORE=0.00 using per-user scores of TAG_LEVEL=1000.0 QUARANTINE_LEVEL=1000.0 KILL_LEVEL=2.7 tests= X-Barracuda-Spam-Report: Code version 3.2, rules version 3.2.3.8396 Rule breakdown below pts rule name description ---- ---------------------- -------------------------------------------------- pcp_3.9.9_i386.changes uploaded successfully to localhost along with the files: pcp_3.9.9_i386.deb pcp-conf_3.9.9_i386.deb libpcp3-dev_3.9.9_i386.deb libpcp3_3.9.9_i386.deb libpcp-gui2-dev_3.9.9_i386.deb libpcp-gui2_3.9.9_i386.deb libpcp-mmv1-dev_3.9.9_i386.deb libpcp-mmv1_3.9.9_i386.deb libpcp-pmda3-dev_3.9.9_i386.deb libpcp-pmda3_3.9.9_i386.deb libpcp-trace2-dev_3.9.9_i386.deb libpcp-trace2_3.9.9_i386.deb libpcp-import1-dev_3.9.9_i386.deb libpcp-import1_3.9.9_i386.deb python-pcp_3.9.9_i386.deb libpcp-pmda-perl_3.9.9_i386.deb libpcp-import-perl_3.9.9_i386.deb libpcp-logsummary-perl_3.9.9_i386.deb libpcp-mmv-perl_3.9.9_i386.deb pcp-import-sar2pcp_3.9.9_all.deb pcp-import-mrtg2pcp_3.9.9_all.deb pcp-import-sheet2pcp_3.9.9_all.deb pcp-import-iostat2pcp_3.9.9_all.deb pcp-import-collectl2pcp_3.9.9_i386.deb pcp-doc_3.9.9_all.deb pcp-testsuite_3.9.9_i386.deb pcp-manager_3.9.9_i386.deb pcp-webapi_3.9.9_i386.deb pcp-gui_3.9.9_i386.deb pcp_3.9.9.dsc pcp_3.9.9.tar.xz Greetings, Your Debian queue daemon (running on host franck.debian.org) From envelope@ftp-master.debian.org Wed Aug 13 06:49:25 2014 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on oss.sgi.com X-Spam-Level: X-Spam-Status: No, score=0.0 required=5.0 tests=none autolearn=ham version=3.3.1 X-Original-To: pcp@oss.sgi.com Delivered-To: pcp@oss.sgi.com Received: from relay.sgi.com (relay2.corp.sgi.com [137.38.102.29]) by oss.sgi.com (Postfix) with ESMTP id 492A97F3F for ; Wed, 13 Aug 2014 06:49:25 -0500 (CDT) Received: from cuda.sgi.com (cuda1.sgi.com [192.48.157.11]) by relay2.corp.sgi.com (Postfix) with ESMTP id 0E21C304048 for ; Wed, 13 Aug 2014 04:49:24 -0700 (PDT) X-ASG-Debug-ID: 1407930561-04bdf06ef7103cb0001-S8gJnT Received: from muffat.debian.org (muffat.debian.org [206.12.19.146]) by cuda.sgi.com with ESMTP id OpoiFIwwdsy5EETJ (version=TLSv1 cipher=AES128-SHA bits=128 verify=NO) for ; Wed, 13 Aug 2014 04:49:22 -0700 (PDT) X-Barracuda-Envelope-From: envelope@ftp-master.debian.org X-Barracuda-Apparent-Source-IP: 206.12.19.146 Received: from franck.debian.org ([138.16.160.12]) from C=NA,ST=NA,L=Ankh Morpork,O=Debian SMTP,OU=Debian SMTP CA,CN=franck.debian.org,EMAIL=hostmaster@franck.debian.org (verified) by muffat.debian.org with esmtps (TLS1.2:DHE_RSA_AES_128_CBC_SHA1:128) (Exim 4.80) (envelope-from ) id 1XHX3Q-0003sY-GK; Wed, 13 Aug 2014 11:49:20 +0000 Received: from dak by franck.debian.org with local (Exim 4.80) (envelope-from ) id 1XHX3P-0001Sz-6z; Wed, 13 Aug 2014 11:49:19 +0000 From: Debian FTP Masters To: PCP Development Team , Nathan Scott X-DAK: dak process-upload X-Debian: DAK X-Debian-Package: pcp Precedence: bulk Auto-Submitted: auto-generated MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 8bit Subject: pcp_3.9.9_i386.changes ACCEPTED into unstable Message-Id: X-ASG-Orig-Subj: pcp_3.9.9_i386.changes ACCEPTED into unstable Sender: Archive Administrator Date: Wed, 13 Aug 2014 11:49:19 +0000 X-Barracuda-Connect: muffat.debian.org[206.12.19.146] X-Barracuda-Start-Time: 1407930562 X-Barracuda-Encrypted: AES128-SHA X-Barracuda-URL: http://192.48.157.11:80/cgi-mod/mark.cgi X-Virus-Scanned: by bsmtpd at sgi.com X-Barracuda-BRTS-Status: 1 X-Barracuda-Spam-Score: 0.00 X-Barracuda-Spam-Status: No, SCORE=0.00 using per-user scores of TAG_LEVEL=1000.0 QUARANTINE_LEVEL=1000.0 KILL_LEVEL=2.7 tests= X-Barracuda-Spam-Report: Code version 3.2, rules version 3.2.3.8396 Rule breakdown below pts rule name description ---- ---------------------- -------------------------------------------------- Accepted: -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Format: 1.8 Date: Wed, 13 Aug 2014 09:15:01 +1000 Source: pcp Binary: pcp pcp-conf libpcp3-dev libpcp3 libpcp-gui2-dev libpcp-gui2 libpcp-mmv1-dev libpcp-mmv1 libpcp-pmda3-dev libpcp-pmda3 libpcp-trace2-dev libpcp-trace2 libpcp-import1-dev libpcp-import1 python-pcp libpcp-pmda-perl libpcp-import-perl libpcp-logsummary-perl libpcp-mmv-perl pcp-import-sar2pcp pcp-import-mrtg2pcp pcp-import-sheet2pcp pcp-import-iostat2pcp pcp-import-collectl2pcp pcp-doc pcp-testsuite pcp-manager pcp-webapi pcp-gui Architecture: source i386 all Version: 3.9.9 Distribution: unstable Urgency: low Maintainer: PCP Development Team Changed-By: Nathan Scott Description: libpcp-gui2 - Performance Co-Pilot graphical client tools library libpcp-gui2-dev - Performance Co-Pilot graphical client tools library and headers libpcp-import-perl - Performance Co-Pilot log import Perl module libpcp-import1 - Performance Co-Pilot data import library libpcp-import1-dev - Performance Co-Pilot data import library and headers libpcp-logsummary-perl - Performance Co-Pilot historical log summary module libpcp-mmv-perl - Performance Co-Pilot Memory Mapped Value Perl module libpcp-mmv1 - Performance Co-Pilot Memory Mapped Value client library libpcp-mmv1-dev - Performance Co-Pilot Memory Mapped Value library and headers libpcp-pmda-perl - Performance Co-Pilot Domain Agent Perl module libpcp-pmda3 - Performance Co-Pilot Domain Agent library libpcp-pmda3-dev - Performance Co-Pilot Domain Agent library and headers libpcp-trace2 - Performance Co-Pilot application tracing library libpcp-trace2-dev - Performance Co-Pilot application tracing library and headers libpcp3 - Performance Co-Pilot library libpcp3-dev - Performance Co-Pilot library and headers pcp - System level performance monitoring and performance management pcp-conf - Performance Co-Pilot runtime configuration pcp-doc - Documentation and tutorial for the Performance Co-Pilot pcp-gui - Visualisation tools for the Performance Co-Pilot toolkit pcp-import-collectl2pcp - Tool for importing data from collectl into PCP archive logs pcp-import-iostat2pcp - Tool for importing data from iostat into PCP archive logs pcp-import-mrtg2pcp - Tool for importing data from MRTG into PCP archive logs pcp-import-sar2pcp - Tool for importing data from sar into PCP archive logs pcp-import-sheet2pcp - Tool for importing data from a spreadsheet into PCP archive logs pcp-manager - Performance Co-Pilot (PCP) manager daemon pcp-testsuite - Performance Co-Pilot (PCP) Test Suite pcp-webapi - Performance Co-Pilot (PCP) web API service python-pcp - Performance Co-Pilot Python PMAPI module Changes: pcp (3.9.9) unstable; urgency=low . * New release (full details in CHANGELOG). Checksums-Sha1: 153e044b78b19d9263ec31f81bd1bb55167f5b42 2816 pcp_3.9.9.dsc 4deef49e9463b49d8069801f15aad5dbab4267ed 10423688 pcp_3.9.9.tar.xz 378343f3aa64dc1aaf14216bb531eba81bf80cc6 1241060 pcp_3.9.9_i386.deb 7752c5efbf6028c940676dbcec17eda9f19f6fff 16850 pcp-conf_3.9.9_i386.deb 308cf0fdd84746449143d3327ec66fb778fc384d 414982 libpcp3-dev_3.9.9_i386.deb 6af704f65899100336c5ad527df506a2db4b820f 188622 libpcp3_3.9.9_i386.deb f5ad3c32883e17e4170a40d712187a13dda02116 16646 libpcp-gui2-dev_3.9.9_i386.deb a71408a03f359828f1782558b08b98456349f276 15514 libpcp-gui2_3.9.9_i386.deb 44895de8d8a95bdd50d68cc48daa939d5766c8b8 19226 libpcp-mmv1-dev_3.9.9_i386.deb 7d609bdb0b7558870c946ce6440dda8f38074cff 12564 libpcp-mmv1_3.9.9_i386.deb c0e35ad8d6f670448c68a455c8762bfc47fdaac7 94292 libpcp-pmda3-dev_3.9.9_i386.deb 14c0429c85e979bbe55f9d868f4b4cef851e5b83 36114 libpcp-pmda3_3.9.9_i386.deb 84b67de3192344581ba64395ddb7a4d7b6a4150e 27216 libpcp-trace2-dev_3.9.9_i386.deb 4c6bc20b7dd8bb874f34442cc0763c68b20aa251 19846 libpcp-trace2_3.9.9_i386.deb 4dc5961459fd89ec1a897a4423300fbad24e1102 16272 libpcp-import1-dev_3.9.9_i386.deb d2a6920e4e16b07dac68838a3be156db9782cb5a 15838 libpcp-import1_3.9.9_i386.deb 61118624b3c8957b76bcbcddd5075a521c5775ae 50456 python-pcp_3.9.9_i386.deb 9dc249d38a8876d154e8fc93f0f94594cb3edb8f 39598 libpcp-pmda-perl_3.9.9_i386.deb 10b70626fe8c42d0ea391a643e706c89a2f469ac 16944 libpcp-import-perl_3.9.9_i386.deb 34ba813abd2a367d859b74f96e03a4319f1a16ec 11878 libpcp-logsummary-perl_3.9.9_i386.deb 95b3502dd3ce51f1a28fbe642d1cd0303460884f 18230 libpcp-mmv-perl_3.9.9_i386.deb 7fd4c9582826d12aa62d3d6a585a2eb683c350d3 17408 pcp-import-sar2pcp_3.9.9_all.deb 6553585daf95d13d98ca64a3e1f7992841232c2c 11068 pcp-import-mrtg2pcp_3.9.9_all.deb 45c8b13c2befef401644807fc3e01cb4500e7a2a 20008 pcp-import-sheet2pcp_3.9.9_all.deb 84ffe4649099578c899c5c96aa968af15398e5a0 18678 pcp-import-iostat2pcp_3.9.9_all.deb 0bdc5c164e42e86bb2830fc72905b8b1f9f1bf92 23646 pcp-import-collectl2pcp_3.9.9_i386.deb 8f87264acab467fd4d7e3bf20b60a74a9e1504e9 3142184 pcp-doc_3.9.9_all.deb c55f9ffd6b419ed82fb4ef9c646ef249b2c0ec3a 2686874 pcp-testsuite_3.9.9_i386.deb da44038ae31b4bae425de459f38822f4d7e325ba 47736 pcp-manager_3.9.9_i386.deb 06f1bb66e61e59496b2e317d686ba95153c3742b 31498 pcp-webapi_3.9.9_i386.deb 8a7f775dfb108ae846a9fbc1dbc927c0b4113d8c 648900 pcp-gui_3.9.9_i386.deb Checksums-Sha256: fe84210875f3f83a16d0b63f7a6c7513a4fe28d81757c91ad91e0b4943f37152 2816 pcp_3.9.9.dsc 30726a6348113255c2ed6e3eb7982ab6e87fc77b9ccc3de2429182ff40e361c3 10423688 pcp_3.9.9.tar.xz f651dce93e04f6059ff95ec44a32fa210863f3813ecfac80e61ce0580c00418c 1241060 pcp_3.9.9_i386.deb 00fe43db3f5a312fc9e22f35969bdc95c42ec7f1ceb1975b379f11ba4b331ed7 16850 pcp-conf_3.9.9_i386.deb 6744ed4bcd7f40f568a6479b8d98d82ba2d2f685c14d1e176178ecd7a77a9616 414982 libpcp3-dev_3.9.9_i386.deb 7497a8dde8782a9247df19a60a546eb701bb099b502d717b607376a3a0e3fe3b 188622 libpcp3_3.9.9_i386.deb 111bf25afb8a587fc1ac7c86f80369faa167aaf9fbb2119fcf89cd5da81ea6d3 16646 libpcp-gui2-dev_3.9.9_i386.deb 4e7128f86194a49b321d0de060934556ec7902f1062f997b00b7f7e1b164fd15 15514 libpcp-gui2_3.9.9_i386.deb f0c06fdf3ca88cdbf9db164197df934aaa2fba106e7e1b8348c0124ffe8e1bc2 19226 libpcp-mmv1-dev_3.9.9_i386.deb f3bc174ec8d775763e2da9fa8eb97568294e917dca9aedd25e05b61cb53a5af2 12564 libpcp-mmv1_3.9.9_i386.deb 11579a2081a3a6a57d55a4614a5bd1b10b743ad026147e494c66e13e0df90982 94292 libpcp-pmda3-dev_3.9.9_i386.deb 840dbeb96b0a32d51b52de79b4a46558f065cf7987a42e5cf906566180a0fc36 36114 libpcp-pmda3_3.9.9_i386.deb 7433617078365f0141bb8147498fc4c2e2e1eab6d422fe7f3a477339cd6d79f1 27216 libpcp-trace2-dev_3.9.9_i386.deb ca27be0c0f8d1b271ef09c7b3705532de04074b01780637c2b97ab2a7399f968 19846 libpcp-trace2_3.9.9_i386.deb 97b444a5f5600b55c2b285d4342e9d90989f94c67ffd3832c111c9a68f7914fc 16272 libpcp-import1-dev_3.9.9_i386.deb a5f128dbb1d45935be6c9be85ea4198a65548ff80727a3ee1aa8246240288345 15838 libpcp-import1_3.9.9_i386.deb e5207132e39b0f3df7497c06c9dcb36031c7ff07095e0cc337ce03b59e5e1a6a 50456 python-pcp_3.9.9_i386.deb a9534d0a8330b0056c77d09c2849130dd7b4528395caf028b5629edb9f1a137a 39598 libpcp-pmda-perl_3.9.9_i386.deb 4149f88a4e3c4428535eaf00a909056019dc725e1403f85596352506d8c2101d 16944 libpcp-import-perl_3.9.9_i386.deb a5cef7694b1c3d2cb9583a7fd2c644f96c6cfa56e5088934de0264aefae16518 11878 libpcp-logsummary-perl_3.9.9_i386.deb fd1f002d6dda2d4dce1ac296f06591d5f293ec46c57db7d13fc3222778acad94 18230 libpcp-mmv-perl_3.9.9_i386.deb 6af2631c8daa3d13fe1aab903d8c638906b20d03f01accae8f90a421d31de7f8 17408 pcp-import-sar2pcp_3.9.9_all.deb 419eaa5b2147d94273a0d5a35acb096459dd518778773780ebc4779055d4242e 11068 pcp-import-mrtg2pcp_3.9.9_all.deb dc2c56b535501e1f999165a176f221644a360e1e0e73de9a409a08b17b016267 20008 pcp-import-sheet2pcp_3.9.9_all.deb 2e4d67fac24b9dc865b3c5e87ee859a11dd40d795169e472b68e4273dbfb74ff 18678 pcp-import-iostat2pcp_3.9.9_all.deb bca3dd06c062142c4a4d722d378f423bba6b18c102c3bc6204b2ce15bfdb1a0e 23646 pcp-import-collectl2pcp_3.9.9_i386.deb ff0f1ab4883edfbe0d912f500cd563ab4dca43a31ba3bebeeaeb1088ef6bb0c4 3142184 pcp-doc_3.9.9_all.deb bd9f18c4d2b9f66db5de8a91f616d90dd4bceb67f3bcf60da31e2255e5b443cc 2686874 pcp-testsuite_3.9.9_i386.deb 1d5000e71b054338904f2fa1e085b6307d1292ede7d3d3bad69ddaa16db9411b 47736 pcp-manager_3.9.9_i386.deb 6bb1a1370f1c71232d04b8bfc6d42a53f69bf6dc0d086e4076fc981f44986283 31498 pcp-webapi_3.9.9_i386.deb 722b7f6008e19ddabb24a492a723d575e4837d6e1adcc46c827a7d0eafdc1bfa 648900 pcp-gui_3.9.9_i386.deb Files: 0077dd39c9339401fc7c61cd12260a78 1241060 utils extra pcp_3.9.9_i386.deb bda120376a079bf78622752f54b2371b 16850 libs extra pcp-conf_3.9.9_i386.deb 8210fb6e206d3a0fb532ea34accf8840 414982 libdevel extra libpcp3-dev_3.9.9_i386.deb 2cc1c148de7a5586fcc534790f2cd480 188622 libs extra libpcp3_3.9.9_i386.deb 62940c4a77c9c19cb37c393ffa588fd8 16646 libdevel extra libpcp-gui2-dev_3.9.9_i386.deb e1ef082c8f0a6552d6a1723b7d98913e 15514 libs extra libpcp-gui2_3.9.9_i386.deb f415184f97c1ad2b03fbb12f05244a60 19226 libdevel extra libpcp-mmv1-dev_3.9.9_i386.deb 3c9012225df730cfb56c1d2c6b4f55ab 12564 libs extra libpcp-mmv1_3.9.9_i386.deb 637276a81950198fe7a22e96d88cb60d 94292 libdevel extra libpcp-pmda3-dev_3.9.9_i386.deb 7ab0f42692f90c6130434c1f5196a62e 36114 libs extra libpcp-pmda3_3.9.9_i386.deb ecf8c85a6e485fd256307b573604c766 27216 libdevel extra libpcp-trace2-dev_3.9.9_i386.deb 10586fa85a293a7f65344601fffdf750 19846 libs extra libpcp-trace2_3.9.9_i386.deb f54536456592c6739108127ba0cfa65b 16272 libdevel extra libpcp-import1-dev_3.9.9_i386.deb 0282e4f6fa3c6b8c3344820e96fa9c8e 15838 libs extra libpcp-import1_3.9.9_i386.deb 5c7fee1a771a17807002d3ed94f10bf2 50456 python extra python-pcp_3.9.9_i386.deb 0d0cebdc1797c4f0cdf6e7bd24d8f07c 39598 perl extra libpcp-pmda-perl_3.9.9_i386.deb 22a769e4ee64b89e963f6d57cbf22362 16944 perl extra libpcp-import-perl_3.9.9_i386.deb 1fb7fbf032fb17443765c17b269a526f 11878 perl extra libpcp-logsummary-perl_3.9.9_i386.deb 0006d72627e8cdccf162b52e43804578 18230 perl extra libpcp-mmv-perl_3.9.9_i386.deb c207b158cafbeb8def48da45fa6c5b67 17408 utils extra pcp-import-sar2pcp_3.9.9_all.deb 46837c5d037cdbd9769a760302f6f38c 11068 utils extra pcp-import-mrtg2pcp_3.9.9_all.deb ccf48592969a8ca8799d423dc9cfc33b 20008 utils extra pcp-import-sheet2pcp_3.9.9_all.deb 3c9e1db114fa9f1b7f30acbed36c5673 18678 utils extra pcp-import-iostat2pcp_3.9.9_all.deb 21a2123b825d16b8beddffb07b061595 23646 utils extra pcp-import-collectl2pcp_3.9.9_i386.deb 6d8eecf21c18bb981164920eafcce02e 3142184 doc extra pcp-doc_3.9.9_all.deb fbf507d04f8a04734fed16e1612e290c 2686874 utils extra pcp-testsuite_3.9.9_i386.deb 85c3735da436c63ff9aade4a133e678e 47736 utils extra pcp-manager_3.9.9_i386.deb 434f4653016be9a0293541a2a2f1570c 31498 utils extra pcp-webapi_3.9.9_i386.deb d1cb53fbf9e52df20bb9d4bd2e36b6cf 648900 utils extra pcp-gui_3.9.9_i386.deb 2c0944685d325286d04d2dba82d7605f 2816 utils extra pcp_3.9.9.dsc 91310402b7626ac829a6903821da1862 10423688 utils extra pcp_3.9.9.tar.xz -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.22 (GNU/Linux) iEYEARECAAYFAlPrSKkACgkQm8fl3HSIa2Ps5QCgymgwr5p69hAQp2cW236nseHE cCoAoLHIoNPqXvJjp6zJEwp5q/cpaC2Q =zpvi -----END PGP SIGNATURE----- Thank you for your contribution to Debian. From dsmith@redhat.com Wed Aug 13 09:45:44 2014 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on oss.sgi.com X-Spam-Level: X-Spam-Status: No, score=0.0 required=5.0 tests=none autolearn=ham version=3.3.1 X-Original-To: pcp@oss.sgi.com Delivered-To: pcp@oss.sgi.com Received: from relay.sgi.com (relay2.corp.sgi.com [137.38.102.29]) by oss.sgi.com (Postfix) with ESMTP id D96B37F3F for ; Wed, 13 Aug 2014 09:45:44 -0500 (CDT) Received: from cuda.sgi.com (cuda2.sgi.com [192.48.176.25]) by relay2.corp.sgi.com (Postfix) with ESMTP id BE742304048 for ; Wed, 13 Aug 2014 07:45:41 -0700 (PDT) X-ASG-Debug-ID: 1407941137-04cbb0508d10c200001-S8gJnT Received: from mx1.redhat.com (mx1.redhat.com [209.132.183.28]) by cuda.sgi.com with ESMTP id oYXyS1bCJtxkRz2t (version=TLSv1 cipher=AES256-SHA bits=256 verify=NO) for ; Wed, 13 Aug 2014 07:45:37 -0700 (PDT) X-Barracuda-Envelope-From: dsmith@redhat.com X-Barracuda-Apparent-Source-IP: 209.132.183.28 X-ASG-Whitelist: Client Received: from int-mx11.intmail.prod.int.phx2.redhat.com (int-mx11.intmail.prod.int.phx2.redhat.com [10.5.11.24]) by mx1.redhat.com (8.14.4/8.14.4) with ESMTP id s7DEjakG020451 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=OK) for ; Wed, 13 Aug 2014 10:45:37 -0400 Received: from t540p.usersys.redhat.com (vpn-56-20.rdu2.redhat.com [10.10.56.20]) by int-mx11.intmail.prod.int.phx2.redhat.com (8.14.4/8.14.4) with ESMTP id s7DEjU02023462 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES128-SHA bits=128 verify=NO); Wed, 13 Aug 2014 10:45:34 -0400 Message-ID: <53EB7A09.7070503@redhat.com> Date: Wed, 13 Aug 2014 09:45:29 -0500 From: David Smith User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:24.0) Gecko/20100101 Thunderbird/24.7.0 MIME-Version: 1.0 To: William Cohen , "Frank Ch. Eigler" CC: pcp@oss.sgi.com, Nathan Scott Subject: Re: PCP Network Latency PMDA References: <53A34A47.3060008@redhat.com> <53A353C8.8030704@redhat.com> <53A35C00.1070703@redhat.com> <53EA6650.6040500@redhat.com> X-ASG-Orig-Subj: Re: PCP Network Latency PMDA In-Reply-To: <53EA6650.6040500@redhat.com> Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit X-Scanned-By: MIMEDefang 2.68 on 10.5.11.24 X-Barracuda-Connect: mx1.redhat.com[209.132.183.28] X-Barracuda-Start-Time: 1407941137 X-Barracuda-Encrypted: AES256-SHA X-Barracuda-URL: http://192.48.176.25:80/cgi-mod/mark.cgi X-Virus-Scanned: by bsmtpd at sgi.com X-Barracuda-BRTS-Status: 1 On 08/12/2014 02:09 PM, William Cohen wrote: > Hi All, > > I have been experimenting with the systmetap mmv support David Smith > has been developing in the dsmith/mmv branch of systemtap. The > attached script is a work-in-progress to measure the amount of time > packets take from getting placed in the queue to the time that the are > actually transmitted. The list of network devices needs to be passed > into the systemtap script so that it can set up instances for each of > the network devices. There is probably a better way of getting the > device names to the script, but that is done to keep things simple. > > The script creates two metrics for each device: number of packets and > the sum of the latency. The systemtap script provides these basic > metrics from the start so that the pmda could compute various rate > on different times scale easily using the following formula for a device > instance at two times (t1 and t2): > > current_latency/packet = (latency[t2]-latency[t1])/(count[t2]-count[t1]) > > > Rather than looking up the value identifies with mmv_lookup_value() > the value identifiers are cached in a couple of associative arrays. > However, I don't know whether the overhead is a real issue with that. > > Next step will be to write the mmv pmda to read this information and > make it available. > > Any comments about the current code would be appreciated. Sigh. I've looked at your script. There is nothing really wrong with it in itself, I'm now just wondering about the whole approach. The whole mmv interface looks clunky when expressed this way in systemtap. Once we get past the setup stuff in the begin probe, the update logic in do_update() is just sad. (Once again this isn't really a critique of your script, just the interface itself.) The way your script is forced to do updates doesn't really work - the only way this stuff will work as designed is that you actually keep the values in metric values, not copy stuff from systemtap variables into mmv values. Otherwise we're increasing the problem of inconsistent values between metric values. With enough work, we could add some systemtap translator support and make this less clunky. However, I'm not sure that still solves the real problem here. This real script (as opposed to the fake script I've been using to develop) has really pointed out the problems here. Perhaps I'm being too pessimistic here. If I was looking at what you are really trying to do here, here's a couple of ideas: - Use systemtap's procfs interface and write/modify a PCP PMDA to collect data from it. The advantage here is that PCP can ask to read the data at whatever interval it wants (1 second, 5 seconds, 1 hour, etc.) and the data wouldn't be computed until then (and the data would always be consistent). - A full-blown event exporter (JSON?) from systemtap. I believe Nathan has outlined this in the past. -- David Smith dsmith@redhat.com Red Hat http://www.redhat.com 256.217.0141 (direct) 256.837.0057 (fax) From wcohen@redhat.com Wed Aug 13 11:29:28 2014 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on oss.sgi.com X-Spam-Level: X-Spam-Status: No, score=0.0 required=5.0 tests=none autolearn=ham version=3.3.1 X-Original-To: pcp@oss.sgi.com Delivered-To: pcp@oss.sgi.com Received: from relay.sgi.com (relay3.corp.sgi.com [198.149.34.15]) by oss.sgi.com (Postfix) with ESMTP id 8DD127F3F for ; Wed, 13 Aug 2014 11:29:28 -0500 (CDT) Received: from cuda.sgi.com (cuda2.sgi.com [192.48.176.25]) by relay3.corp.sgi.com (Postfix) with ESMTP id 005D8AC002 for ; Wed, 13 Aug 2014 09:29:24 -0700 (PDT) X-ASG-Debug-ID: 1407947363-04cbb0508b113aa0001-S8gJnT Received: from mx1.redhat.com (mx1.redhat.com [209.132.183.28]) by cuda.sgi.com with ESMTP id zt0PnpxbWs3jGD2T (version=TLSv1 cipher=AES256-SHA bits=256 verify=NO) for ; Wed, 13 Aug 2014 09:29:23 -0700 (PDT) X-Barracuda-Envelope-From: wcohen@redhat.com X-Barracuda-Apparent-Source-IP: 209.132.183.28 X-ASG-Whitelist: Client Received: from int-mx10.intmail.prod.int.phx2.redhat.com (int-mx10.intmail.prod.int.phx2.redhat.com [10.5.11.23]) by mx1.redhat.com (8.14.4/8.14.4) with ESMTP id s7DGTNdh003699 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=OK) for ; Wed, 13 Aug 2014 12:29:23 -0400 Received: from [10.13.129.214] (dhcp129-214.rdu.redhat.com [10.13.129.214]) by int-mx10.intmail.prod.int.phx2.redhat.com (8.14.4/8.14.4) with ESMTP id s7DGTMK1029372; Wed, 13 Aug 2014 12:29:22 -0400 Message-ID: <53EB9262.104@redhat.com> Date: Wed, 13 Aug 2014 12:29:22 -0400 From: William Cohen User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:24.0) Gecko/20100101 Thunderbird/24.7.0 MIME-Version: 1.0 To: David Smith , "Frank Ch. Eigler" CC: pcp@oss.sgi.com, Nathan Scott Subject: Re: PCP Network Latency PMDA References: <53A34A47.3060008@redhat.com> <53A353C8.8030704@redhat.com> <53A35C00.1070703@redhat.com> <53EA6650.6040500@redhat.com> <53EB7A09.7070503@redhat.com> X-ASG-Orig-Subj: Re: PCP Network Latency PMDA In-Reply-To: <53EB7A09.7070503@redhat.com> Content-Type: multipart/mixed; boundary="------------020408000900060708000401" 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: 1407947363 X-Barracuda-Encrypted: AES256-SHA X-Barracuda-URL: http://192.48.176.25:80/cgi-mod/mark.cgi X-Virus-Scanned: by bsmtpd at sgi.com X-Barracuda-BRTS-Status: 1 This is a multi-part message in MIME format. --------------020408000900060708000401 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit On 08/13/2014 10:45 AM, David Smith wrote: > On 08/12/2014 02:09 PM, William Cohen wrote: >> Hi All, >> >> I have been experimenting with the systmetap mmv support David Smith >> has been developing in the dsmith/mmv branch of systemtap. The >> attached script is a work-in-progress to measure the amount of time >> packets take from getting placed in the queue to the time that the are >> actually transmitted. The list of network devices needs to be passed >> into the systemtap script so that it can set up instances for each of >> the network devices. There is probably a better way of getting the >> device names to the script, but that is done to keep things simple. >> >> The script creates two metrics for each device: number of packets and >> the sum of the latency. The systemtap script provides these basic >> metrics from the start so that the pmda could compute various rate >> on different times scale easily using the following formula for a device >> instance at two times (t1 and t2): >> >> current_latency/packet = (latency[t2]-latency[t1])/(count[t2]-count[t1]) >> >> >> Rather than looking up the value identifies with mmv_lookup_value() >> the value identifiers are cached in a couple of associative arrays. >> However, I don't know whether the overhead is a real issue with that. >> >> Next step will be to write the mmv pmda to read this information and >> make it available. >> >> Any comments about the current code would be appreciated. > > Sigh. > > I've looked at your script. There is nothing really wrong with it in > itself, I'm now just wondering about the whole approach. The whole mmv > interface looks clunky when expressed this way in systemtap. Once we get > past the setup stuff in the begin probe, the update logic in do_update() > is just sad. (Once again this isn't really a critique of your script, > just the interface itself.) The way your script is forced to do updates > doesn't really work - the only way this stuff will work as designed is > that you actually keep the values in metric values, not copy stuff from > systemtap variables into mmv values. Otherwise we're increasing the > problem of inconsistent values between metric values. Hi David, I had the same feeling that there seemed to be more setup to get mmv mapping for systemtap that desired. The copying of the data from systemtap associative arrays to the mmv was done to allow the use of the "<<<" operator Writing directly into the metrics to eliminate the periodic timer update seems like a cleaner approach. The attached version does that now. However, the mmv_lookup_value fails if more than one network device is passed in as an argument. One major difference between userspace mmv and the systemtap mmv is that much of the setup in userspace mmv is just done by static creation of structures. This is a pretty compact format. In systemtap there needs to be multiple calls to create similar data structures and these get pretty verbose. Another issue I had when creating the script was the relative static creation of the mmv. Systemtap scripts often don't have an idea of what devices are used when the script runs and the script just makes a note in an associative array of each device observed during the run. That enumeration of possible values at startup is something that systemtap scripts usually don't do. > > With enough work, we could add some systemtap translator support and > make this less clunky. However, I'm not sure that still solves the real > problem here. This real script (as opposed to the fake script I've been > using to develop) has really pointed out the problems here. > > Perhaps I'm being too pessimistic here. > > If I was looking at what you are really trying to do here, here's a > couple of ideas: > > - Use systemtap's procfs interface and write/modify a PCP PMDA to > collect data from it. The advantage here is that PCP can ask to read the > data at whatever interval it wants (1 second, 5 seconds, 1 hour, etc.) > and the data wouldn't be computed until then (and the data would always > be consistent). The procfs approach was what I was thinking previously. The updates to the mmv fields in the systemtap script are non-atomic and there is the potential to have new and values that wouldn't exist in the procfs approach. I guess one of the problems in the past with groking proc information was the rather free form text. Maybe the systemtap procfs could output data in the json, xml, or some other easily machine digestible format. > > - A full-blown event exporter (JSON?) from systemtap. I believe Nathan > has outlined this in the past. > -Will --------------020408000900060708000401 Content-Type: text/plain; charset=UTF-8; name="net_xmit_mmv.stp" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="net_xmit_mmv.stp" Ly8gVGhpcyBzY3JpcHQgdHJhY2tzIHRpbWUgYmV0d2VlbiBwYWNrZXQgcXVldWUgYW5kIHht aXQuCi8vIFRoZSBpbmZvcm1hdGlvbiBpcyBwcm92aWRlZCB0byB1c2Vyc3BhY2UgdXNpbmcg TWVtb3J5IE1hcHBlZCBWYWx1ZXMgKG1tdikKLy8gd2hpY2ggYXJlIHVwZGF0ZWQgZXZlcnkg c2Vjb25kIGFuZCBhcmUgcmVhZGFibGUgYnkgYSBQQ1AgcG1kYS4KCmdsb2JhbCBpbnN0LCBp bnN0YW5jZV9sYXRlbmN5LCBpbnN0YW5jZV9jb3VudAoKLy8gU2V0IHVwIHRoZSBtbXYgYW5k IG1ha2UgaXQgYXZhaWxhYmxlCnByb2JlIGJlZ2luCnsKICBpbmRvbSA9IG1tdl9hZGRfaW5k b20oMSwgInhtaXQgZGV2aWNlIiwKCQkJICAgICAgICJsaXN0IG9mIG5ldHdvcmsgdHJhbnNt aXQgZGV2aWNlcyIpCiAgLy8gZmFsbGJhY2sgaW5zdGFuY2UgZGV2aWNlICJldGgwIiBpZiBu b25lIHNwZWNpZmllZAogIGlmIChhcmdjID09IDApIHsKICAgIGFyZ3ZbMV0gPSAiZXRoMCIK ICAgIGFyZ2MrKyAKICB9CiAgCiAgLy8gY3JlYXRlIGluc3RhbmNlcyBmb3IgZWFjaCBuZXR3 b3JrIGRldmljZQogIGZvciAoaT0xOyBpPD1hcmdjOyBpKyspIHsKICAgIGRldiA9IGFyZ3Zb aV0KICAgIGluc3RbZGV2XSA9IGkgLSAxCiAgICBwcmludGYoIiVzICVkXG4iLCBkZXYsIGlu c3RbZGV2XSkKICAgIG1tdl9hZGRfaW5zdGFuY2UoaW5zdFtkZXZdLCBkZXYpCiAgICBtbXZf YWRkX2luZG9tX2luc3RhbmNlKGluZG9tLCBpbnN0W2Rldl0pCiAgfQogIC8vIGNyZWF0ZSB0 aGUgbWV0cmljcwogIHhtaXRfY291bnRfbWV0cmljID0gbW12X2FkZF9tZXRyaWMoInhtaXRf Y291bnQiLCAxLCBNTVZfVFlQRV9OVU1CRVIsCiAgCSAgICAgICAJICAgIAkJTU1WX1NFTV9D T1VOVEVSLAoJCQkJbW12X3VuaXRzKDAsIDAsIDEsIDAsIDAsIDApLAoJCQkJMSwgInhtaXQg Y291bnQgbWV0cmljIiwKCQkJCSJudW1iZXIgb2YgcGFja2V0cyBmb3IgeG1pdCBkZXZpY2Ui KQogIHhtaXRfbGF0ZW5jeV9tZXRyaWMgPSBtbXZfYWRkX21ldHJpYygieG1pdF9sYXRlbmN5 IiwgMiwgTU1WX1RZUEVfTlVNQkVSLAogIAkgICAgICAgCSAJCU1NVl9TRU1fQ09VTlRFUiwK CQkJCW1tdl91bml0cygwLCAxLCAwLCAwLCBNTVZfVElNRV9OU0VDLCAwKSwKCQkJCTEsICJ4 bWl0IGxhdGVuY3kgbWV0cmljIiwKCQkJCSJzdW0gb2YgbGF0ZW5jeSBmb3IgeG1pdCBkZXZp Y2UiKQoKICBtbXZfc3RhdHNfc3RhcnQoNDMsIDApCgogIC8vIHByb3ZpZGUgbWFwcGluZ3Mg Zm9yIGFsbCB0aGUgaW5zdGFuY2UgbWV0cmljcwogIGZvciAoaT0xOyBpPD1hcmdjOyBpKysp IHsKICAgIGRldiA9IGFyZ3ZbaV0KICAgIHByaW50ZigiYXJndlslZF0gPSAlcywgaW5zdFsl c10gPSAlZFxuIiwgaSwgZGV2LCBkZXYsIGluc3RbZGV2XSkKICAgIGluc3RhbmNlX2NvdW50 W2Rldl0gPSBtbXZfbG9va3VwX3ZhbHVlKHhtaXRfY291bnRfbWV0cmljLCBpbnN0W2Rldl0p CiAgICBpbnN0YW5jZV9sYXRlbmN5W2Rldl0gPSBtbXZfbG9va3VwX3ZhbHVlKHhtaXRfbGF0 ZW5jeV9tZXRyaWMsIGluc3RbZGV2XSkKICB9Cgp9Cgpwcm9iZSBlbmQgeyBtbXZfc3RhdHNf c3RvcCgpIH0KCi8vIHByb2JlcyB0byB0cmFjayB0aGUgaW5mb3JtYXRpb24KCmdsb2JhbCBz a2JfcXVldWVfc3RhcnRfdAoKcHJvYmUga2VybmVsLnRyYWNlKCJuZXRfZGV2X3F1ZXVlIikg ewogIHNrYl9xdWV1ZV9zdGFydF90WyRza2JdID0gZ2V0dGltZW9mZGF5X25zKCk7Cn0KCnBy b2JlIGtlcm5lbC50cmFjZSgibmV0X2Rldl9zdGFydF94bWl0IiksIGtlcm5lbC50cmFjZSgi bmV0X2Rldl94bWl0IikgewogIHQgPSBnZXR0aW1lb2ZkYXlfbnMoKTsKICBzdCA9ICBza2Jf cXVldWVfc3RhcnRfdFskc2tiXQogIGlmIChzdCl7CiAgICBkZXYgPSBrZXJuZWxfc3RyaW5n KCRkZXYtPm5hbWUpCiAgICBpZiAoIGRldiBpbiBpbnN0YW5jZV9sYXRlbmN5KSB7CiAgICAg IG1tdl9pbmNfdmFsdWUoaW5zdGFuY2VfbGF0ZW5jeVtkZXZdLCAgdCAtIHN0KQogICAgICBt bXZfaW5jX3ZhbHVlKGluc3RhbmNlX2NvdW50W2Rldl0sIDEpCiAgICB9CiAgICBkZWxldGUg c2tiX3F1ZXVlX3N0YXJ0X3RbJHNrYl0KICB9Cn0K --------------020408000900060708000401-- From wwwrun@oss.sgi.com Wed Aug 13 13:19:45 2014 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on oss.sgi.com X-Spam-Level: X-Spam-Status: No, score=0.0 required=5.0 tests=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 69BD17F4E; Wed, 13 Aug 2014 13:19:45 -0500 (CDT) From: bugzilla-daemon@oss.sgi.com To: pcp@oss.sgi.com Subject: [Bug 1062] mmv pmda sensitive to malevolent data Date: Wed, 13 Aug 2014 18:19:45 +0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Classification: Unclassified X-Bugzilla-Product: pcp X-Bugzilla-Component: pcp X-Bugzilla-Keywords: X-Bugzilla-Severity: major X-Bugzilla-Who: fche@redhat.com X-Bugzilla-Status: NEW X-Bugzilla-Priority: P5 X-Bugzilla-Assigned-To: pcp@kenj.com.au X-Bugzilla-Target-Milestone: --- X-Bugzilla-Changed-Fields: Message-ID: In-Reply-To: References: Content-Type: multipart/alternative; boundary="1407953985.D84C1.15943"; charset="us-ascii" X-Bugzilla-URL: http://oss.sgi.com/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 --1407953985.D84C1.15943 Date: Wed, 13 Aug 2014 13:19:45 -0500 MIME-Version: 1.0 Content-Type: text/plain; charset="UTF-8" http://oss.sgi.com/bugzilla/show_bug.cgi?id=1062 --- Comment #1 from Frank Ch. Eigler --- (A weaker variant of this problem involves the inherent risks of lack of concurrency control between an application that asynchronously modifies the mmv shmem data, at the same time as the pmda mmv can read it. Even four-byte metric values can get corrupted if an app happens to write them byte-by-byte in an unexpected way, never mind strings.) -- You are receiving this mail because: You are on the CC list for the bug. --1407953985.D84C1.15943 Date: Wed, 13 Aug 2014 13:19:45 -0500 MIME-Version: 1.0 Content-Type: text/html; charset="UTF-8"

Comment # 1 on bug 1062 from 
(A weaker variant of this problem involves the inherent risks of
lack of concurrency control between an application that asynchronously
modifies the mmv shmem data, at the same time as the pmda mmv can
read it.  Even four-byte metric values can get corrupted if an app
happens to write them byte-by-byte in an unexpected way, never mind
strings.)

You are receiving this mail because:
  • You are on the CC list for the bug.
--1407953985.D84C1.15943-- From wcohen@redhat.com Wed Aug 13 13:37:32 2014 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on oss.sgi.com X-Spam-Level: X-Spam-Status: No, score=0.0 required=5.0 tests=none autolearn=ham version=3.3.1 X-Original-To: pcp@oss.sgi.com Delivered-To: pcp@oss.sgi.com Received: from relay.sgi.com (relay2.corp.sgi.com [137.38.102.29]) by oss.sgi.com (Postfix) with ESMTP id 4E94F7F3F for ; Wed, 13 Aug 2014 13:37:32 -0500 (CDT) Received: from cuda.sgi.com (cuda1.sgi.com [192.48.157.11]) by relay2.corp.sgi.com (Postfix) with ESMTP id 17107304059 for ; Wed, 13 Aug 2014 11:37:28 -0700 (PDT) X-ASG-Debug-ID: 1407955044-04bdf06ef711c820001-S8gJnT Received: from mx1.redhat.com (mx1.redhat.com [209.132.183.28]) by cuda.sgi.com with ESMTP id DOxj23nxF89jj4eo (version=TLSv1 cipher=AES256-SHA bits=256 verify=NO) for ; Wed, 13 Aug 2014 11:37:24 -0700 (PDT) X-Barracuda-Envelope-From: wcohen@redhat.com X-Barracuda-Apparent-Source-IP: 209.132.183.28 X-ASG-Whitelist: Client Received: from int-mx09.intmail.prod.int.phx2.redhat.com (int-mx09.intmail.prod.int.phx2.redhat.com [10.5.11.22]) by mx1.redhat.com (8.14.4/8.14.4) with ESMTP id s7DIbNZn030062 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=OK) for ; Wed, 13 Aug 2014 14:37:24 -0400 Received: from [10.13.129.214] (dhcp129-214.rdu.redhat.com [10.13.129.214]) by int-mx09.intmail.prod.int.phx2.redhat.com (8.14.4/8.14.4) with ESMTP id s7DIbNwE001032; Wed, 13 Aug 2014 14:37:23 -0400 Message-ID: <53EBB063.9040103@redhat.com> Date: Wed, 13 Aug 2014 14:37:23 -0400 From: William Cohen User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:24.0) Gecko/20100101 Thunderbird/24.7.0 MIME-Version: 1.0 To: David Smith , "Frank Ch. Eigler" CC: pcp@oss.sgi.com Subject: Re: [pcp] PCP Network Latency PMDA References: <53A34A47.3060008@redhat.com> <53A353C8.8030704@redhat.com> <53A35C00.1070703@redhat.com> <53EA6650.6040500@redhat.com> <53EB7A09.7070503@redhat.com> <53EB9262.104@redhat.com> X-ASG-Orig-Subj: Re: [pcp] PCP Network Latency PMDA In-Reply-To: <53EB9262.104@redhat.com> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-Scanned-By: MIMEDefang 2.68 on 10.5.11.22 X-Barracuda-Connect: mx1.redhat.com[209.132.183.28] X-Barracuda-Start-Time: 1407955044 X-Barracuda-Encrypted: AES256-SHA X-Barracuda-URL: http://192.48.157.11:80/cgi-mod/mark.cgi X-Virus-Scanned: by bsmtpd at sgi.com X-Barracuda-BRTS-Status: 1 On 08/13/2014 12:29 PM, William Cohen wrote: > On 08/13/2014 10:45 AM, David Smith wrote: >> On 08/12/2014 02:09 PM, William Cohen wrote: >>> Hi All, >>> >>> I have been experimenting with the systmetap mmv support David Smith >>> has been developing in the dsmith/mmv branch of systemtap. The >>> attached script is a work-in-progress to measure the amount of time >>> packets take from getting placed in the queue to the time that the are >>> actually transmitted. The list of network devices needs to be passed >>> into the systemtap script so that it can set up instances for each of >>> the network devices. There is probably a better way of getting the >>> device names to the script, but that is done to keep things simple. >>> >>> The script creates two metrics for each device: number of packets and >>> the sum of the latency. The systemtap script provides these basic >>> metrics from the start so that the pmda could compute various rate >>> on different times scale easily using the following formula for a device >>> instance at two times (t1 and t2): >>> >>> current_latency/packet = (latency[t2]-latency[t1])/(count[t2]-count[t1]) >>> >>> >>> Rather than looking up the value identifies with mmv_lookup_value() >>> the value identifiers are cached in a couple of associative arrays. >>> However, I don't know whether the overhead is a real issue with that. >>> >>> Next step will be to write the mmv pmda to read this information and >>> make it available. >>> >>> Any comments about the current code would be appreciated. >> >> Sigh. >> >> I've looked at your script. There is nothing really wrong with it in >> itself, I'm now just wondering about the whole approach. The whole mmv >> interface looks clunky when expressed this way in systemtap. Once we get >> past the setup stuff in the begin probe, the update logic in do_update() >> is just sad. (Once again this isn't really a critique of your script, >> just the interface itself.) The way your script is forced to do updates >> doesn't really work - the only way this stuff will work as designed is >> that you actually keep the values in metric values, not copy stuff from >> systemtap variables into mmv values. Otherwise we're increasing the >> problem of inconsistent values between metric values. > > Hi David, > > I had the same feeling that there seemed to be more setup to get mmv mapping for systemtap that desired. The copying of the data from systemtap associative arrays to the mmv was done to allow the use of the "<<<" operator Writing directly into the metrics to eliminate the periodic timer update seems like a cleaner approach. The attached version does that now. However, the mmv_lookup_value fails if more than one network device is passed in as an argument. > > One major difference between userspace mmv and the systemtap mmv is that much of the setup in userspace mmv is just done by static creation of structures. This is a pretty compact format. In systemtap there needs to be multiple calls to create similar data structures and these get pretty verbose. > > Another issue I had when creating the script was the relative static creation of the mmv. Systemtap scripts often don't have an idea of what devices are used when the script runs and the script just makes a note in an associative array of each device observed during the run. That enumeration of possible values at startup is something that systemtap scripts usually don't do. > >> >> With enough work, we could add some systemtap translator support and >> make this less clunky. However, I'm not sure that still solves the real >> problem here. This real script (as opposed to the fake script I've been >> using to develop) has really pointed out the problems here. >> >> Perhaps I'm being too pessimistic here. >> >> If I was looking at what you are really trying to do here, here's a >> couple of ideas: >> >> - Use systemtap's procfs interface and write/modify a PCP PMDA to >> collect data from it. The advantage here is that PCP can ask to read the >> data at whatever interval it wants (1 second, 5 seconds, 1 hour, etc.) >> and the data wouldn't be computed until then (and the data would always >> be consistent). > > The procfs approach was what I was thinking previously. The updates to the mmv fields in the systemtap script are non-atomic and there is the potential to have new and values that wouldn't exist in the procfs approach. I guess one of the problems in the past with groking proc information was the rather free form text. Maybe the systemtap procfs could output data in the json, xml, or some other easily machine digestible format. > >> >> - A full-blown event exporter (JSON?) from systemtap. I believe Nathan >> has outlined this in the past. >> > > -Will The script doesn't seem to work with multiple instances, but it does work for a single network device. In one window started the systemtap script: $ stap -k -v -m mmmm ../../net_xmit_mmv.stp em1 Pass 1: parsed user script and 171 library script(s) using 412408virt/228244res/6364shr/225120data kb, in 920usr/50sys/984real ms. Pass 2: analyzed script: 7 probe(s), 12 function(s), 2 embed(s), 56 global(s) using 426424virt/243628res/7528shr/239136data kb, in 210usr/90sys/297real ms. Pass 3: translated to C into "/tmp/stapbxXaao/mmmm_src.c" using 426424virt/243628res/7528shr/239136data kb, in 10usr/0sys/2real ms. Pass 4: compiled C into "mmmm.ko" in 1880usr/240sys/1937real ms. Pass 5: starting run. em1 0 argv[1] = em1, inst[em1] = 0 instance_count[em1] = 0 instance_latency[em1] = 1 Then in another window ran mmvdump towards the bottom of the output see the xmit_count and xmit_latency: $ ./mmvdump /proc/systemtap/mmmm/mmv MMV file = /proc/systemtap/mmmm/mmv Version = 1 Generated = 854907 TOC count = 5 Cluster = 43 Process = 0 Flags = 0x0 TOC[0]: offset 40, indoms offset 1704 (1 entries) [1/1704] 1 instances, starting at offset 1736 shorttext=xmit device helptext=list of network transmit devices TOC[1]: offset 56, instances offset 1736 (1 entries) [1/1736] instance = [0 or "em1"] TOC[2]: toc offset 72, metrics offset 1816 (2 entries) [1/1816] xmit_count type=64-bit int (0x2), sem=counter (0x1), pad=0x0 units=count indom=1 shorttext=xmit count metric helptext=number of packets for xmit device [2/1920] xmit_latency type=64-bit int (0x2), sem=counter (0x1), pad=0x0 units=nanosec indom=1 shorttext=xmit latency metric helptext=sum of latency for xmit device TOC[3]: offset 88, values offset 2104 (2 entries) [1/2104] xmit_count[0 or "em1"] = 1 [2/2136] xmit_latency[0 or "em1"] = 4577 TOC[4]: offset 104, string offset 168 (6 entries) [1/168] xmit device [2/424] list of network transmit devices [3/680] xmit count metric [4/936] number of packets for xmit device [5/1192] xmit latency metric [6/1448] sum of latency for xmit device [wcohen@santana mmv]$ ./mmvdump /proc/systemtap/mmmm/mmv MMV file = /proc/systemtap/mmmm/mmv Version = 1 Generated = 854907 TOC count = 5 Cluster = 43 Process = 0 Flags = 0x0 TOC[0]: offset 40, indoms offset 1704 (1 entries) [1/1704] 1 instances, starting at offset 1736 shorttext=xmit device helptext=list of network transmit devices TOC[1]: offset 56, instances offset 1736 (1 entries) [1/1736] instance = [0 or "em1"] TOC[2]: toc offset 72, metrics offset 1816 (2 entries) [1/1816] xmit_count type=64-bit int (0x2), sem=counter (0x1), pad=0x0 units=count indom=1 shorttext=xmit count metric helptext=number of packets for xmit device [2/1920] xmit_latency type=64-bit int (0x2), sem=counter (0x1), pad=0x0 units=nanosec indom=1 shorttext=xmit latency metric helptext=sum of latency for xmit device TOC[3]: offset 88, values offset 2104 (2 entries) [1/2104] xmit_count[0 or "em1"] = 532 [2/2136] xmit_latency[0 or "em1"] = 1479791 TOC[4]: offset 104, string offset 168 (6 entries) [1/168] xmit device [2/424] list of network transmit devices [3/680] xmit count metric [4/936] number of packets for xmit device [5/1192] xmit latency metric [6/1448] sum of latency for xmit device -Will From brolley@redhat.com Wed Aug 13 15:38:36 2014 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on oss.sgi.com X-Spam-Level: X-Spam-Status: No, score=0.0 required=5.0 tests=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 1DEC37F3F for ; Wed, 13 Aug 2014 15:38:36 -0500 (CDT) Received: from cuda.sgi.com (cuda2.sgi.com [192.48.176.25]) by relay3.corp.sgi.com (Postfix) with ESMTP id 885F2AC005 for ; Wed, 13 Aug 2014 13:38:35 -0700 (PDT) X-ASG-Debug-ID: 1407962310-04cbb0508b122380001-S8gJnT Received: from mx1.redhat.com (mx1.redhat.com [209.132.183.28]) by cuda.sgi.com with ESMTP id P6ksnqQyzdXyvXIu (version=TLSv1 cipher=AES256-SHA bits=256 verify=NO) for ; Wed, 13 Aug 2014 13:38:30 -0700 (PDT) X-Barracuda-Envelope-From: brolley@redhat.com X-Barracuda-Apparent-Source-IP: 209.132.183.28 X-ASG-Whitelist: Client Received: from int-mx09.intmail.prod.int.phx2.redhat.com (int-mx09.intmail.prod.int.phx2.redhat.com [10.5.11.22]) by mx1.redhat.com (8.14.4/8.14.4) with ESMTP id s7DKcTwP012623 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=OK) for ; Wed, 13 Aug 2014 16:38:30 -0400 Received: from [10.15.16.140] ([10.15.16.140]) by int-mx09.intmail.prod.int.phx2.redhat.com (8.14.4/8.14.4) with ESMTP id s7DKcTMD009351; Wed, 13 Aug 2014 16:38:29 -0400 Message-ID: <53EBCCEB.2030604@redhat.com> Date: Wed, 13 Aug 2014 16:39:07 -0400 From: Dave Brolley User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:24.0) Gecko/20100101 Thunderbird/24.7.0 MIME-Version: 1.0 To: Nathan Scott CC: pcp@oss.sgi.com Subject: Re: [pcp] Secure sockets builds have high daemon memory utilisation References: <1896810420.23212457.1402370819966.JavaMail.zimbra@redhat.com> <5397573A.90102@redhat.com> X-ASG-Orig-Subj: Re: [pcp] Secure sockets builds have high daemon memory utilisation In-Reply-To: <5397573A.90102@redhat.com> Content-Type: multipart/alternative; boundary="------------050706010804060504060803" 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: 1407962310 X-Barracuda-Encrypted: AES256-SHA X-Barracuda-URL: http://192.48.176.25:80/cgi-mod/mark.cgi X-Virus-Scanned: by bsmtpd at sgi.com X-Barracuda-BRTS-Status: 1 This is a multi-part message in MIME format. --------------050706010804060504060803 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit This commit (brolley/dev in pcpfans) delays the initialization of the NSPR, NSS and SASL libraries until their respective functionalities are needed. As noted in the commit message, a significant amount of pre-connect and pre-accept NSPR socket code became obsolete and has been removed. Also, as I had hoped, the NSPR/native division in the IPC table is also gone. There is one qa issue which affects tests 712 and 966. In the old implementation, servers would initialize NSS right away and, should that fail, were able to report that secure connections are not supported during the connection handshake with the first client to connect. With the new implementation, NSS initialization is not attempted until the first secure connection is actually requested (after the first connection handshake). Thus, when the first client connects, a server built --with-secure-sockets will report that secure connections are supported, even though that may ultimately turn out not to be true (e.g. NSS init fails because there is no server certificate). Once NSS init has failed, the server is then able to report that secure connections are not supported during subsequent connection handshakes. The visible result is that the first client to connect may be told that secure connections are supported, only to get "connection reset by peer" when a secure connection is actually requested. With the old implementation, the first client to connect would be told during the handshake that secure connections are not supported and would be able to correctly report that to the user. I'm not quite sure how to handle this. Suggestions please! One possible solution is to have clients try to connect a second time when they receive "connection reset by peer" the first time. During the second handshake, the server will correctly report that secure sockets are not supported. Another related solution might be to have the server report that the status of secure connection support is unknown. This could then be used as the trigger for a second connection attempt by the client should an initial secure connection attempt fail. One other thing to note is that, while the entire socket I/O abstraction layer API remains intact, much of it (the pre-connect and pre-accept functions) now have only one implementation (the native one). Similarly, the types __pmFdSet, __pmSockAddr, __pmAddrInfo and __pmHostEnt now also have only the native implementation. It is tempting to consider removing the abstraction layer from around these functions and types, however, I'm leaning toward leaving them as they are: * they could become necessary again in the future should a different implementation of secure sockets be needed * they present a level of consistency to users of the socket I/O API in that all aspects are presented as __pm* functions and types. This eliminates the need for callers to know where the underlying abstraction is actually applied, and where it is not. Dave ------------------------------------------------------------------- commit 3ac317d69082365c12f51d82779431b531a72ed2 Author: Dave Brolley Date: Wed Aug 13 13:07:19 2014 -0400 Delay the initialzation of NSPR, NSS and SASL libraries. Initialization of these libraries incurs a significant penalty in the form of resource (memory) usage. This change delays this initialization, for both clients and servers, until their respective funcionalities are required. A significant amount of socket I/O abstraction code (pre-connect/pre-accept NSPR implementation) was made obsolete and was removed. The separation of native and NSPR file descriptors in the IPC table is also no longer necessary and the related code has been removed. --------------050706010804060504060803 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit This commit (brolley/dev in pcpfans) delays the initialization of the NSPR, NSS and SASL libraries until their respective functionalities are needed. As noted in the commit message, a significant amount of pre-connect and pre-accept NSPR socket code became obsolete and has been removed. Also, as I had hoped, the NSPR/native division in the IPC table is also gone.

There is one qa issue which affects tests 712 and 966. In the old implementation, servers would initialize NSS right away and, should that fail, were able to report that secure connections are not supported during the connection handshake with the first client to connect. With the new implementation, NSS initialization is not attempted until the first secure connection is actually requested (after the first connection handshake). Thus, when the first client connects, a server built --with-secure-sockets will report that secure connections are supported, even though that may ultimately turn out not to be true (e.g. NSS init fails because there is no server certificate). Once NSS init has failed, the server is then able to report that secure connections are not supported during subsequent connection handshakes.

The visible result is that the first client to connect may be told that secure connections are supported, only to get "connection reset by peer" when a secure connection is actually requested. With the old implementation, the first client to connect would be told during the handshake that secure connections are not supported and would be able to correctly report that to the user.

I'm not quite sure how to handle this. Suggestions please! One possible solution is to have clients try to connect a second time when they receive "connection reset by peer" the first time. During the second handshake, the server will correctly report that secure sockets are not supported. Another related solution might be to have the server report that the status of secure connection support is unknown. This could then be used as the trigger for a second connection attempt by the client should an initial secure connection attempt fail.

One other thing to note is that, while the entire socket I/O abstraction layer API remains intact, much of it (the pre-connect and pre-accept functions) now have only one implementation (the native one). Similarly, the types __pmFdSet, __pmSockAddr, __pmAddrInfo and __pmHostEnt now also have only the native implementation. It is tempting to consider removing the abstraction layer from around these functions and types, however, I'm leaning toward leaving them as they are:
  • they could become necessary again in the future should a different implementation of secure sockets be needed
  • they present a level of consistency to users of the socket I/O API in that all aspects are presented as __pm* functions and types. This eliminates the need for callers to know where the underlying abstraction is actually applied, and where it is not.
Dave
-------------------------------------------------------------------
commit 3ac317d69082365c12f51d82779431b531a72ed2
Author: Dave Brolley <brolley@redhat.com>
Date:   Wed Aug 13 13:07:19 2014 -0400

    Delay the initialzation of NSPR, NSS and SASL libraries.
   
    Initialization of these libraries incurs a significant
    penalty in the form of resource (memory) usage. This change
    delays this initialization, for both clients and servers,
    until their respective funcionalities are required.
   
    A significant amount of socket I/O abstraction code
    (pre-connect/pre-accept NSPR implementation) was made obsolete
    and was removed. The separation of native and NSPR file
    descriptors in the IPC table is also no longer necessary
    and the related code has been removed.

--------------050706010804060504060803-- From brolley@redhat.com Wed Aug 13 15:50:41 2014 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on oss.sgi.com X-Spam-Level: X-Spam-Status: No, score=0.0 required=5.0 tests=none autolearn=ham version=3.3.1 X-Original-To: pcp@oss.sgi.com Delivered-To: pcp@oss.sgi.com Received: from relay.sgi.com (relay3.corp.sgi.com [198.149.34.15]) by oss.sgi.com (Postfix) with ESMTP id DDD037F3F for ; Wed, 13 Aug 2014 15:50:41 -0500 (CDT) Received: from cuda.sgi.com (cuda3.sgi.com [192.48.176.15]) by relay3.corp.sgi.com (Postfix) with ESMTP id 60CB1AC005 for ; Wed, 13 Aug 2014 13:50:40 -0700 (PDT) X-ASG-Debug-ID: 1407963038-04cb6c4c961009e0001-S8gJnT Received: from mx1.redhat.com (mx1.redhat.com [209.132.183.28]) by cuda.sgi.com with ESMTP id KgCb0pESIIAVvzp8 (version=TLSv1 cipher=AES256-SHA bits=256 verify=NO) for ; Wed, 13 Aug 2014 13:50:39 -0700 (PDT) X-Barracuda-Envelope-From: brolley@redhat.com X-Barracuda-Apparent-Source-IP: 209.132.183.28 X-ASG-Whitelist: Client Received: from int-mx14.intmail.prod.int.phx2.redhat.com (int-mx14.intmail.prod.int.phx2.redhat.com [10.5.11.27]) by mx1.redhat.com (8.14.4/8.14.4) with ESMTP id s7DKocCi003182 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=OK) for ; Wed, 13 Aug 2014 16:50:38 -0400 Received: from [10.15.16.140] ([10.15.16.140]) by int-mx14.intmail.prod.int.phx2.redhat.com (8.14.4/8.14.4) with ESMTP id s7DKocWh014390 for ; Wed, 13 Aug 2014 16:50:38 -0400 Message-ID: <53EBCFC4.9010405@redhat.com> Date: Wed, 13 Aug 2014 16:51:16 -0400 From: Dave Brolley User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:24.0) Gecko/20100101 Thunderbird/24.7.0 MIME-Version: 1.0 To: PCP Mailing List Subject: qa/944: Race Condition With Respect to pmcd Startup Content-Type: text/plain; charset=ISO-8859-1; format=flowed X-ASG-Orig-Subj: qa/944: Race Condition With Respect to pmcd Startup 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: 1407963039 X-Barracuda-Encrypted: AES256-SHA X-Barracuda-URL: http://192.48.176.15:80/cgi-mod/mark.cgi X-Virus-Scanned: by bsmtpd at sgi.com X-Barracuda-BRTS-Status: 1 On brolley/dev branch of pcpfans .... commit d62b31c5282c6133c87d067db28b3cd440f650f3 Author: Dave Brolley Date: Wed Aug 13 16:47:49 2014 -0400 qa/944: Mitigate race condition with respect to pmcd start up. From zhangxiufeng@crosston.com Wed Aug 13 17:35:54 2014 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on oss.sgi.com X-Spam-Level: *** X-Spam-Status: No, score=3.2 required=5.0 tests=DEAR_SOMETHING, FREEMAIL_FORGED_REPLYTO 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 A512E7F51 for ; Wed, 13 Aug 2014 17:35:54 -0500 (CDT) Received: from cuda.sgi.com (cuda2.sgi.com [192.48.176.25]) by relay2.corp.sgi.com (Postfix) with ESMTP id 8A99A304043 for ; Wed, 13 Aug 2014 15:35:51 -0700 (PDT) X-ASG-Debug-ID: 1407969349-04cbb0508b125830001-S8gJnT Received: from smtp5x01.east.net (smtp5x01.east.net [211.100.47.38]) by cuda.sgi.com with ESMTP id eRGxP7vpmsGZ8Ura for ; Wed, 13 Aug 2014 15:35:49 -0700 (PDT) X-Barracuda-Envelope-From: zhangxiufeng@crosston.com X-Barracuda-Apparent-Source-IP: 211.100.47.38 Received: from [173.208.175.184] (unknown [173.208.175.184]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by smtp5x01.east.net (Postfix) with ESMTPSA id D6C6C7FFB; Thu, 14 Aug 2014 06:35:42 +0800 (CST) Content-Type: text/plain; charset="iso-8859-1" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable Content-Description: Mail message body Subject: Direct provider To: Recipient X-ASG-Orig-Subj: Direct provider From: "financial links" Date: Wed, 13 Aug 2014 15:35:21 -0700 Reply-To: financial.links@aol.com X-Barracuda-Connect: smtp5x01.east.net[211.100.47.38] X-Barracuda-Start-Time: 1407969349 X-Barracuda-URL: http://192.48.176.25:80/cgi-mod/mark.cgi X-Virus-Scanned: by bsmtpd at sgi.com X-Barracuda-BRTS-Status: 1 X-Barracuda-Spam-Score: 1.84 X-Barracuda-Spam-Status: No, SCORE=1.84 using per-user scores of TAG_LEVEL=1000.0 QUARANTINE_LEVEL=1000.0 KILL_LEVEL=2.7 tests=BSF_SC0_SA609_MID, BSF_SC0_SA_TO_FROM_ADDR_MATCH, MISSING_MID X-Barracuda-Spam-Report: Code version 3.2, rules version 3.2.3.8414 Rule breakdown below pts rule name description ---- ---------------------- -------------------------------------------------- 0.14 MISSING_MID Missing Message-Id: header 0.50 BSF_SC0_SA_TO_FROM_ADDR_MATCH Sender Address Matches Recipient Address 1.20 BSF_SC0_SA609_MID Custom Rule SA609_MID Message-Id: <20140813223551.4D4B2106C888@cuda.sgi.com> Dear Sir/Mdm, = We are direct provider for wire transfer instruments. Issuance banks are AA= A rated banks in Europe, America, Middle East and Asia. Our MT103 and BG/SB= LC Financing can help you get your project funded by cash backed wire trans= fer. We work directly with banks and owners of funds, our cash Instruments = can be monetized for 100% funding of your projects. Intermediaries/Consultants/Brokers are welcome to bring their clients and a= re 100% protected. In complete confidence, we will work together in transpa= rent way for the benefits/doubts and protection of all parties involved. = For further details do make contact with me. Kind regard, Jose. From wwwrun@oss.sgi.com Wed Aug 13 19:49:37 2014 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on oss.sgi.com X-Spam-Level: X-Spam-Status: No, score=0.0 required=5.0 tests=HTML_MESSAGE,NO_RELAYS autolearn=ham version=3.3.1 X-Original-To: pcp@oss.sgi.com Delivered-To: pcp@oss.sgi.com Received: by oss.sgi.com (Postfix, from userid 30) id E4DC87F50; Wed, 13 Aug 2014 19:49:37 -0500 (CDT) From: bugzilla-daemon@oss.sgi.com To: pcp@oss.sgi.com Subject: [Bug 1062] mmv pmda sensitive to malevolent data Date: Thu, 14 Aug 2014 00:49:37 +0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Classification: Unclassified X-Bugzilla-Product: pcp X-Bugzilla-Component: pcp X-Bugzilla-Keywords: X-Bugzilla-Severity: major X-Bugzilla-Who: 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: cc Message-ID: In-Reply-To: References: Content-Type: multipart/alternative; boundary="1407977377.457661f2.9390"; charset="us-ascii" X-Bugzilla-URL: http://oss.sgi.com/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 --1407977377.457661f2.9390 Date: Wed, 13 Aug 2014 19:49:37 -0500 MIME-Version: 1.0 Content-Type: text/plain; charset="UTF-8" http://oss.sgi.com/bugzilla/show_bug.cgi?id=1062 Nathan Scott changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |nathans@debian.org --- Comment #2 from Nathan Scott --- (In reply to comment #1) > (A weaker variant of this problem involves the inherent risks of > lack of concurrency control between an application that asynchronously > modifies the mmv shmem data, at the same time as the pmda mmv can Yes, at the time the code was written this class of potential issue was discussed at length. However (setting asides strings for now), at the time no realistic issue was able to be found - this isn't my code FWIW, I was (as you are) in the mindset of trying to find issues... :) > read it. Even four-byte metric values can get corrupted if an app > happens to write them byte-by-byte in an unexpected way, OK - so, in what realistic scenario would that ever happen? (given the nature of the values we're talking about here & the were they will be modified in the real world) I've been unable to come up with any over the years, and have managed to come to terms with the fact that this scheme works :) ... and in practice its extremely efficient for the kind of performance data (counters, etc) we're manipulating. IOW, its not a general purpose, stick-bytes-anywhere-in-whatever-order and expect-sensible-results kind of interface ... practical tradeoffs are made, as always, to gain efficiency for use with actual performance data. > never mind strings.) Yes, strings are a different & highly problematic case. However, we must once again consider reality and how strings are used for performance data in system-level tools like PCP. The overwhelming (if not exclusive) use of string metrics is for static data that rarely, if ever, changes. i.e. things like hardware inventory, versions of application software, etc. In MMV, this has equated to things like JVM version, the instrumented app version, and so on. Such things are set once, then never change for the life of the instrumented application. There was much discussion about these theoretical aspects many years ago, in particular around strings with their obvious issues. Guards were put in place, like fixed-short-length-only string values and I remember lots of discussion about schemes where strings could be written backwards and all sorts of funky things like that ... to further minimise the chance of midair collisions. From a quick look in the userspace library, it looks like just the simplest approach (strncpy) was taken though. Ken, if your plate is full atm, I can take a look into adding new offseting guards into pmdammv early next week (from the original report, which I tend to agree with Frank, is lacking). I think it'll be easy to provide greater protection around string updates too (such that only the original value, an empty string, or a new value is ever visible), from a quick code perusal, so I might look into that at some point as well. cheers. -- You are receiving this mail because: You are on the CC list for the bug. --1407977377.457661f2.9390 Date: Wed, 13 Aug 2014 19:49:37 -0500 MIME-Version: 1.0 Content-Type: text/html; charset="UTF-8" changed bug 1062
What Removed Added
CC   nathans@debian.org

Comment # 2 on bug 1062 from 
(In reply to comment #1)
> (A weaker variant of this problem involves the inherent risks of
> lack of concurrency control between an application that asynchronously
> modifies the mmv shmem data, at the same time as the pmda mmv can

Yes, at the time the code was written this class of potential issue was
discussed at length.  However (setting asides strings for now), at the
time no realistic issue was able to be found - this isn't my code FWIW,
I was (as you are) in the mindset of trying to find issues... :)

> read it.  Even four-byte metric values can get corrupted if an app
> happens to write them byte-by-byte in an unexpected way,

OK - so, in what realistic scenario would that ever happen?  (given the
nature of the values we're talking about here & the were they will be
modified in the real world)

I've been unable to come up with any over the years, and have managed to
come to terms with the fact that this scheme works :) ... and in practice
its extremely efficient for the kind of performance data (counters, etc)
we're manipulating.

IOW, its not a general purpose, stick-bytes-anywhere-in-whatever-order
and expect-sensible-results kind of interface ... practical tradeoffs are
made, as always, to gain efficiency for use with actual performance data.

> never mind strings.)

Yes, strings are a different & highly problematic case.  However, we must
once again consider reality and how strings are used for performance data
in system-level tools like PCP.  The overwhelming (if not exclusive) use
of string metrics is for static data that rarely, if ever, changes.  i.e.
things like hardware inventory, versions of application software, etc.

In MMV, this has equated to things like JVM version, the instrumented app
version, and so on.  Such things are set once, then never change for the
life of the instrumented application.

There was much discussion about these theoretical aspects many years ago,
in particular around strings with their obvious issues.  Guards were put
in place, like fixed-short-length-only string values and I remember lots of
discussion about schemes where strings could be written backwards and all
sorts of funky things like that ... to further minimise the chance of midair
collisions.  From a quick look in the userspace library, it looks like just
the simplest approach (strncpy) was taken though.


Ken, if your plate is full atm, I can take a look into adding new offseting
guards into pmdammv early next week (from the original report, which I tend
to agree with Frank, is lacking).  I think it'll be easy to provide greater
protection around string updates too (such that only the original value, an
empty string, or a new value is ever visible), from a quick code perusal,
so I might look into that at some point as well.

cheers.

You are receiving this mail because:
  • You are on the CC list for the bug.
--1407977377.457661f2.9390-- From nscott@redhat.com Wed Aug 13 20:51:06 2014 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on oss.sgi.com X-Spam-Level: X-Spam-Status: No, score=0.0 required=5.0 tests=none autolearn=ham version=3.3.1 X-Original-To: pcp@oss.sgi.com Delivered-To: pcp@oss.sgi.com Received: from relay.sgi.com (relay1.corp.sgi.com [137.38.102.111]) by oss.sgi.com (Postfix) with ESMTP id 37BDA7F3F for ; Wed, 13 Aug 2014 20:51:06 -0500 (CDT) Received: from cuda.sgi.com (cuda3.sgi.com [192.48.176.15]) by relay1.corp.sgi.com (Postfix) with ESMTP id 10B8C8F8052 for ; Wed, 13 Aug 2014 18:51:05 -0700 (PDT) X-ASG-Debug-ID: 1407981061-04cb6c4c941086e0001-S8gJnT Received: from mx3-phx2.redhat.com (mx3-phx2.redhat.com [209.132.183.24]) by cuda.sgi.com with ESMTP id mbRzLyNlX6vxHgIc for ; Wed, 13 Aug 2014 18:51:01 -0700 (PDT) X-Barracuda-Envelope-From: nscott@redhat.com X-Barracuda-Apparent-Source-IP: 209.132.183.24 Received: from zmail20.collab.prod.int.phx2.redhat.com (zmail20.collab.prod.int.phx2.redhat.com [10.5.83.23]) by mx3-phx2.redhat.com (8.13.8/8.13.8) with ESMTP id s7E1p0XC002617; Wed, 13 Aug 2014 21:51:00 -0400 Date: Wed, 13 Aug 2014 21:51:00 -0400 (EDT) From: Nathan Scott Reply-To: Nathan Scott To: William Cohen , David Smith Cc: pcp@oss.sgi.com Message-ID: <358472399.30343627.1407981060673.JavaMail.zimbra@redhat.com> In-Reply-To: <53EBB063.9040103@redhat.com> References: <53A34A47.3060008@redhat.com> <53A353C8.8030704@redhat.com> <53A35C00.1070703@redhat.com> <53EA6650.6040500@redhat.com> <53EB7A09.7070503@redhat.com> <53EB9262.104@redhat.com> <53EBB063.9040103@redhat.com> Subject: Re: [pcp] PCP Network Latency PMDA MIME-Version: 1.0 X-ASG-Orig-Subj: Re: [pcp] PCP Network Latency PMDA Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-Originating-IP: [10.5.82.7] X-Mailer: Zimbra 8.0.6_GA_5922 (ZimbraWebClient - FF17 (Linux)/8.0.6_GA_5922) Thread-Topic: PCP Network Latency PMDA Thread-Index: IVOLkrB10axAH7S5xtoUvV/7tcuVvg== X-Barracuda-Connect: mx3-phx2.redhat.com[209.132.183.24] X-Barracuda-Start-Time: 1407981061 X-Barracuda-URL: http://192.48.176.15:80/cgi-mod/mark.cgi X-Virus-Scanned: by bsmtpd at sgi.com X-Barracuda-BRTS-Status: 1 X-Barracuda-Spam-Score: 0.03 X-Barracuda-Spam-Status: No, SCORE=0.03 using per-user scores of TAG_LEVEL=1000.0 QUARANTINE_LEVEL=1000.0 KILL_LEVEL=2.7 tests=BSF_SC0_SA_TO_FROM_DOMAIN_MATCH, THREAD_INDEX, THREAD_TOPIC X-Barracuda-Spam-Report: Code version 3.2, rules version 3.2.3.8421 Rule breakdown below pts rule name description ---- ---------------------- -------------------------------------------------- 0.01 THREAD_INDEX thread-index: AcO7Y8iR61tzADqsRmmc5wNiFHEOig== 0.01 THREAD_TOPIC Thread-Topic: ...(Japanese Subject)... 0.01 BSF_SC0_SA_TO_FROM_DOMAIN_MATCH Sender Domain Matches Recipient Domain Hi guys, Sorry about the slow response, bit distracted with the release and other stuff yesterday. ----- Original Message ----- > On 08/13/2014 12:29 PM, William Cohen wrote: > > On 08/13/2014 10:45 AM, David Smith wrote: > >> [...] Once we get > >> past the setup stuff in the begin probe, the update logic in do_update() > >> is just sad. (Once again this isn't really a critique of your script, > >> just the interface itself.) The way your script is forced to do updates > >> doesn't really work - the only way this stuff will work as designed is > >> that you actually keep the values in metric values, not copy stuff from > >> systemtap variables into mmv values. Yep, this kinda defeats the point of using MMV, and for this class of data it'd make more sense to be doing sampling the same way as the rest of the kernel (procfs, sysfs, open/read/close in userspace). > >> Otherwise we're increasing the > >> problem of inconsistent values between metric values. *nod* > > Another issue I had when creating the script was the relative static > > creation of the mmv. Systemtap scripts often don't have an idea of what There is the option of reshaping the mapping on-the-fly by changing the generation numbers (timestamps) at the head of the mapped memory and redefining, well, anything - the PMDA "rethinks its life" when it sees a generation change, and rebuilds all data structures for that mapping. > > devices are used when the script runs and the script just makes a note in > > an associative array of each device observed during the run. That > > enumeration of possible values at startup is something that systemtap > > scripts usually don't do. Its not required by the MMV format (the userspace C API is simple though, and it *does* expect entirely-up-front metric/instance definitions - its simplicity possibly influenced your thinking with kernel APIs). > >> With enough work, we could add some systemtap translator support and > >> make this less clunky. However, I'm not sure that still solves the real > >> problem here. This real script (as opposed to the fake script I've been > >> using to develop) has really pointed out the problems here. > >> > >> Perhaps I'm being too pessimistic here. *shrug*, maybe, maybe not. One thing we can be sure of - we know of no more efficient way to expose this data, so its a good target to chase. It would also be worthwhile reaching a point where we have end-to-end exporting of metric values to obtain a performance baseline for any later investigations. And, even with those later alternative mechanism, there will always be cases where the least intrusive export mechanism will be needed - so, I for one do continue to encourage your current line of work. Its also trivial from the PCP side, since all the code already exists there. cheers. -- Nathan From nscott@redhat.com Wed Aug 13 23:44:36 2014 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on oss.sgi.com X-Spam-Level: X-Spam-Status: No, score=0.0 required=5.0 tests=none autolearn=ham version=3.3.1 X-Original-To: pcp@oss.sgi.com Delivered-To: pcp@oss.sgi.com Received: from relay.sgi.com (relay2.corp.sgi.com [137.38.102.29]) by oss.sgi.com (Postfix) with ESMTP id A1E3D7F3F for ; Wed, 13 Aug 2014 23:44:36 -0500 (CDT) Received: from cuda.sgi.com (cuda2.sgi.com [192.48.176.25]) by relay2.corp.sgi.com (Postfix) with ESMTP id 7F752304032 for ; Wed, 13 Aug 2014 21:44:33 -0700 (PDT) X-ASG-Debug-ID: 1407991468-04cbb0508d131620001-S8gJnT Received: from mx6-phx2.redhat.com (mx6-phx2.redhat.com [209.132.183.39]) by cuda.sgi.com with ESMTP id mMyf0cp8EAiVYHQ8 for ; Wed, 13 Aug 2014 21:44:28 -0700 (PDT) X-Barracuda-Envelope-From: nscott@redhat.com X-Barracuda-Apparent-Source-IP: 209.132.183.39 Received: from zmail20.collab.prod.int.phx2.redhat.com (zmail20.collab.prod.int.phx2.redhat.com [10.5.83.23]) by mx6-phx2.redhat.com (8.14.4/8.14.4) with ESMTP id s7E4iSqr006996; Thu, 14 Aug 2014 00:44:28 -0400 Date: Thu, 14 Aug 2014 00:44:28 -0400 (EDT) From: Nathan Scott Reply-To: Nathan Scott To: Dave Brolley Cc: PCP Mailing List Message-ID: <780425511.30383608.1407991468157.JavaMail.zimbra@redhat.com> In-Reply-To: <53EBCFC4.9010405@redhat.com> References: <53EBCFC4.9010405@redhat.com> Subject: Re: [pcp] qa/944: Race Condition With Respect to pmcd Startup MIME-Version: 1.0 X-ASG-Orig-Subj: Re: [pcp] qa/944: Race Condition With Respect to pmcd Startup Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-Originating-IP: [10.5.82.7] X-Mailer: Zimbra 8.0.6_GA_5922 (ZimbraWebClient - FF17 (Linux)/8.0.6_GA_5922) Thread-Topic: qa/944: Race Condition With Respect to pmcd Startup Thread-Index: tDGiozkX3cGA41dqlQmbFQInI+Ryaw== X-Barracuda-Connect: mx6-phx2.redhat.com[209.132.183.39] X-Barracuda-Start-Time: 1407991468 X-Barracuda-URL: http://192.48.176.25:80/cgi-mod/mark.cgi X-Virus-Scanned: by bsmtpd at sgi.com X-Barracuda-BRTS-Status: 1 X-Barracuda-Spam-Score: 0.03 X-Barracuda-Spam-Status: No, SCORE=0.03 using per-user scores of TAG_LEVEL=1000.0 QUARANTINE_LEVEL=1000.0 KILL_LEVEL=2.7 tests=BSF_SC0_SA_TO_FROM_DOMAIN_MATCH, THREAD_INDEX, THREAD_TOPIC X-Barracuda-Spam-Report: Code version 3.2, rules version 3.2.3.8425 Rule breakdown below pts rule name description ---- ---------------------- -------------------------------------------------- 0.01 THREAD_INDEX thread-index: AcO7Y8iR61tzADqsRmmc5wNiFHEOig== 0.01 THREAD_TOPIC Thread-Topic: ...(Japanese Subject)... 0.01 BSF_SC0_SA_TO_FROM_DOMAIN_MATCH Sender Domain Matches Recipient Domain Hi Dave, ----- Original Message ----- > On brolley/dev branch of pcpfans .... > > commit d62b31c5282c6133c87d067db28b3cd440f650f3 > Author: Dave Brolley > Date: Wed Aug 13 16:47:49 2014 -0400 > > qa/944: Mitigate race condition with respect to pmcd start up. > + # The call pmcd_wait, below, checks for pmcd startup by attempting to + # connect to its unix domain socket. However, it takes some time for pmcd + # to start and to open the socket. So, wait a few seconds before checking. + sleep 3 pmcd_wait -h unix:$PMCD_SOCKET -v -t 5sec Hmmm, could this be a bug in pmcd_wait? It originally only knew about ports/sockets, which either have-pmcd-actively-listening or they don't ... is it possible that pmcd_wait should gain more knowledge to deal properly with AF_UNIX sockets? e.g. does it fail early because a file doesn't exist yet? e.g. can we trap -ENOENT and continue trying like we do for -ECONNREFUSED, or something like that, depending on what the underlying issue here is? cheers. -- Nathan From nscott@redhat.com Thu Aug 14 02:37:19 2014 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on oss.sgi.com X-Spam-Level: X-Spam-Status: No, score=0.0 required=5.0 tests=none autolearn=ham version=3.3.1 X-Original-To: pcp@oss.sgi.com Delivered-To: pcp@oss.sgi.com Received: from relay.sgi.com (relay2.corp.sgi.com [137.38.102.29]) by oss.sgi.com (Postfix) with ESMTP id C7F5A7F3F for ; Thu, 14 Aug 2014 02:37:19 -0500 (CDT) Received: from cuda.sgi.com (cuda1.sgi.com [192.48.157.11]) by relay2.corp.sgi.com (Postfix) with ESMTP id 66374304043 for ; Thu, 14 Aug 2014 00:37:16 -0700 (PDT) X-ASG-Debug-ID: 1408001834-04bdf06ef8139540001-S8gJnT Received: from mx5-phx2.redhat.com (mx5-phx2.redhat.com [209.132.183.37]) by cuda.sgi.com with ESMTP id lI0b4K20b7o7Ueh8 for ; Thu, 14 Aug 2014 00:37:14 -0700 (PDT) X-Barracuda-Envelope-From: nscott@redhat.com X-Barracuda-Apparent-Source-IP: 209.132.183.37 Received: from zmail20.collab.prod.int.phx2.redhat.com (zmail20.collab.prod.int.phx2.redhat.com [10.5.83.23]) by mx5-phx2.redhat.com (8.14.4/8.14.4) with ESMTP id s7E7bDfE005393; Thu, 14 Aug 2014 03:37:13 -0400 Date: Thu, 14 Aug 2014 03:37:13 -0400 (EDT) From: Nathan Scott Reply-To: Nathan Scott To: Dave Brolley Cc: pcp@oss.sgi.com Message-ID: <1306085089.30466668.1408001833620.JavaMail.zimbra@redhat.com> In-Reply-To: <53EBCCEB.2030604@redhat.com> References: <1896810420.23212457.1402370819966.JavaMail.zimbra@redhat.com> <5397573A.90102@redhat.com> <53EBCCEB.2030604@redhat.com> Subject: Re: [pcp] Secure sockets builds have high daemon memory utilisation MIME-Version: 1.0 X-ASG-Orig-Subj: Re: [pcp] Secure sockets builds have high daemon memory utilisation Content-Type: multipart/mixed; boundary="----=_Part_30466666_2119718020.1408001833615" X-Originating-IP: [10.5.82.7] X-Mailer: Zimbra 8.0.6_GA_5922 (ZimbraWebClient - FF17 (Linux)/8.0.6_GA_5922) Thread-Topic: Secure sockets builds have high daemon memory utilisation Thread-Index: NphA5Ca54+WqdNg8Oxyrr/jzrUNxeQ== X-Barracuda-Connect: mx5-phx2.redhat.com[209.132.183.37] X-Barracuda-Start-Time: 1408001834 X-Barracuda-URL: http://192.48.157.11:80/cgi-mod/mark.cgi X-Virus-Scanned: by bsmtpd at sgi.com X-Barracuda-BRTS-Status: 1 X-Barracuda-Spam-Score: 0.03 X-Barracuda-Spam-Status: No, SCORE=0.03 using per-user scores of TAG_LEVEL=1000.0 QUARANTINE_LEVEL=1000.0 KILL_LEVEL=2.7 tests=BSF_SC0_SA_TO_FROM_DOMAIN_MATCH, THREAD_INDEX, THREAD_TOPIC X-Barracuda-Spam-Report: Code version 3.2, rules version 3.2.3.8429 Rule breakdown below pts rule name description ---- ---------------------- -------------------------------------------------- 0.01 THREAD_INDEX thread-index: AcO7Y8iR61tzADqsRmmc5wNiFHEOig== 0.01 THREAD_TOPIC Thread-Topic: ...(Japanese Subject)... 0.01 BSF_SC0_SA_TO_FROM_DOMAIN_MATCH Sender Domain Matches Recipient Domain ------=_Part_30466666_2119718020.1408001833615 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit Hi Dave, ----- Original Message ----- > This commit (brolley/dev in pcpfans) delays the initialization of the > NSPR, NSS and SASL libraries until their respective functionalities are > needed. As noted in the commit message, a significant amount of > pre-connect and pre-accept NSPR socket code became obsolete and has been > removed. Also, as I had hoped, the NSPR/native division in the IPC table > is also gone. Awesome, awesome, awesome - thanks Dave, and thanks for not accepting mediocrity! You mentioned elsewhere you were getting zeroes from your pmap measures, I suspect that'd be because pmcd is running as pcp user - you may need to run pmap as root? I see zeroes if I don't do that, so possibly that's the issue you're hitting there. I've attached some before and after photos from my desktop for your perusal anyway - we're back pretty close to where we were. There's another ~300K that could be gained (--without-secure-sockets builds show this) - a dlopen on NSS/SSL would probably knock that off if we were keen for more, and then the next biggest hitter is dbus (which I'm guessing we pull in via Avahi?) at ~200K. Worth keeping the latter in mind if we start adding additional advertising/discovery methods via exotic shlibs down the track - we could rethink that idea of demand-loadable advertising/discovery mechanisms. But, we're in a much happier place now I think (we should still reduce that SSL cache size also I guess?, for those who do run with NSS/SSL - 100000s of connection cache entries just seems excessive for pmcd). > There is one qa issue which affects tests 712 and 966. In the old > implementation, servers would initialize NSS right away and, should that > fail, were able to report that secure connections are not supported > during the connection handshake with the first client to connect. With > the new implementation, NSS initialization is not attempted until the > first secure connection is actually requested (after the first > connection handshake). Thus, when the first client connects, a server > built --with-secure-sockets will report that secure connections are > supported, even though that may ultimately turn out not to be true (e.g. > NSS init fails because there is no server certificate). Once NSS init > has failed, the server is then able to report that secure connections > are not supported during subsequent connection handshakes. > > The visible result is that the first client to connect may be told that > secure connections are supported, only to get "connection reset by peer" > when a secure connection is actually requested. With the old > implementation, the first client to connect would be told during the > handshake that secure connections are not supported and would be able to > correctly report that to the user. > > I'm not quite sure how to handle this. Suggestions please! One possible > solution is to have clients try to connect a second time when they > receive "connection reset by peer" the first time. During the second > handshake, the server will correctly report that secure sockets are not > supported. Another related solution might be to have the server report > that the status of secure connection support is unknown. This could then > be used as the trigger for a second connection attempt by the client > should an initial secure connection attempt fail. > Perhaps a new error code (as in "pmerr -l") could be introduced to give a more meaningful message than ECONNRESET on that first failure? ISTR we end up with ECONNRESET in alot of cases via NSS/SSL which made debugging quite tricky ... so distinguishing more cases would be good. Relatively simple then - no need for retries, protocol tweaking, etc. > One other thing to note is that, while the entire socket I/O abstraction > layer API remains intact, much of it (the pre-connect and pre-accept > functions) now have only one implementation (the native one). Similarly, > the types __pmFdSet, __pmSockAddr, __pmAddrInfo and __pmHostEnt now also > have only the native implementation. It is tempting to consider removing > the abstraction layer from around these functions and types, however, > I'm leaning toward leaving them as they are: > > * they could become necessary again in the future should a different > implementation of secure sockets be needed > * they present a level of consistency to users of the socket I/O API > in that all aspects are presented as __pm* functions and types. This > eliminates the need for callers to know where the underlying > abstraction is actually applied, and where it is not. *nod* ... leaving 'em there gets my vote. cheers. -- Nathan ------=_Part_30466666_2119718020.1408001833615 Content-Type: application/octet-stream; name=mem Content-Disposition: attachment; filename=mem Content-Transfer-Encoding: base64 QkVGT1JFICh0b3ApOgoKICBQSUQgVVNFUiAgICAgIFBSICBOSSAgVklSVCAgUkVTICBTSFIgUyAl Q1BVICVNRU0gICAgVElNRSsgIENPTU1BTkQgICAgICAgICAgICAKMjIzNzggcGNwICAgICAgIDIw ICAgMCAgMjU2bSAgMTFtIDk5ODQgUyAgMC4wICAwLjAgICAwOjAwLjI2IHBtY2QgICAgICAgICAg ICAgICAKCkFGVEVSOgogIFBJRCBVU0VSICAgICAgUFIgIE5JICBWSVJUICBSRVMgIFNIUiBTICVD UFUgJU1FTSAgICBUSU1FKyAgQ09NTUFORCAgICAgICAgICAgIAoyMTcwMSBwY3AgICAgICAgMjAg ICAwICAxMzVtIDI2ODAgMTg2NCBTICAwLjAgIDAuMCAgIDA6MDAuMDggcG1jZCAgICAgICAgICAg ICAgIAoKCkJFRk9SRSAocG1hcCk6CgokIHN1ZG8gcG1hcCAteCAyMjM3OAoyMjM3ODogICAvdXNy L2xpYmV4ZWMvcGNwL2Jpbi9wbWNkIC1UIDMKQWRkcmVzcyAgICAgICAgICAgS2J5dGVzICAgICBS U1MgICBEaXJ0eSBNb2RlICAgTWFwcGluZwowMDAwN2YxNjJjMDAwMDAwICAgICAxMzIgICAgICAg NCAgICAgICA0IHJ3LS0tICAgIFsgYW5vbiBdCjAwMDA3ZjE2MmMwMjEwMDAgICA2NTQwNCAgICAg ICAwICAgICAgIDAgLS0tLS0gICAgWyBhbm9uIF0KMDAwMDdmMTYzMmJjZTAwMCAgICAgICA0ICAg ICAgIDAgICAgICAgMCAtLS0tLSAgICBbIGFub24gXQowMDAwN2YxNjMyYmNmMDAwICAgMTAyNDAg ICAgICAgOCAgICAgICA4IHJ3LS0tICAgIFsgYW5vbiBdCjAwMDA3ZjE2MzM1Y2YwMDAgICAgNTUy MCAgICA1NTIwICAgICAgIDAgcnctcy0gIC5OU1BSLUFGTS0yMjM3OC03ZjE2NDAxZmFiNzAuMCAo ZGVsZXRlZCkKMDAwMDdmMTYzM2IzMzAwMCAgICAgNTYwICAgICA0NTIgICAgICAgMCByLXgtLSAg bGlic3FsaXRlMy5zby4wLjguNgowMDAwN2YxNjMzYmJmMDAwICAgIDIwNDQgICAgICAgMCAgICAg ICAwIC0tLS0tICBsaWJzcWxpdGUzLnNvLjAuOC42CjAwMDA3ZjE2MzNkYmUwMDAgICAgICAxNiAg ICAgIDE2ICAgICAgMTYgcnctLS0gIGxpYnNxbGl0ZTMuc28uMC44LjYKMDAwMDdmMTYzM2RjMjAw MCAgICAgMjQwICAgICAxNTYgICAgICAgMCByLXgtLSAgbGlic29mdG9rbjMuc28KMDAwMDdmMTYz M2RmZTAwMCAgICAyMDQ4ICAgICAgIDAgICAgICAgMCAtLS0tLSAgbGlic29mdG9rbjMuc28KMDAw MDdmMTYzM2ZmZTAwMCAgICAgICA0ICAgICAgIDQgICAgICAgNCByLS0tLSAgbGlic29mdG9rbjMu c28KMDAwMDdmMTYzM2ZmZjAwMCAgICAgICA0ICAgICAgIDQgICAgICAgNCBydy0tLSAgbGlic29m dG9rbjMuc28KMDAwMDdmMTYzNDAwMDAwMCAgICAgMTMyICAgICAgIDQgICAgICAgNCBydy0tLSAg ICBbIGFub24gXQowMDAwN2YxNjM0MDIxMDAwICAgNjU0MDQgICAgICAgMCAgICAgICAwIC0tLS0t ICAgIFsgYW5vbiBdCjAwMDA3ZjE2MzgxZjQwMDAgICAgICAxNiAgICAgIDEyICAgICAgIDAgci14 LS0gIGxpYnBsYWluLnNvLjIuMC4yMwowMDAwN2YxNjM4MWY4MDAwICAgIDIwNDQgICAgICAgMCAg ICAgICAwIC0tLS0tICBsaWJwbGFpbi5zby4yLjAuMjMKMDAwMDdmMTYzODNmNzAwMCAgICAgICA0 ICAgICAgIDQgICAgICAgNCByLS0tLSAgbGlicGxhaW4uc28uMi4wLjIzCjAwMDA3ZjE2MzgzZjgw MDAgICAgICAgNCAgICAgICA0ICAgICAgIDQgcnctLS0gIGxpYnBsYWluLnNvLjIuMC4yMwowMDAw N2YxNjM4M2Y5MDAwICAgICAgMTYgICAgICAxMiAgICAgICAwIHIteC0tICBsaWJhbm9ueW1vdXMu c28uMi4wLjIzCjAwMDA3ZjE2MzgzZmQwMDAgICAgMjA0NCAgICAgICAwICAgICAgIDAgLS0tLS0g IGxpYmFub255bW91cy5zby4yLjAuMjMKMDAwMDdmMTYzODVmYzAwMCAgICAgICA0ICAgICAgIDQg ICAgICAgNCByLS0tLSAgbGliYW5vbnltb3VzLnNvLjIuMC4yMwowMDAwN2YxNjM4NWZkMDAwICAg ICAgIDQgICAgICAgNCAgICAgICA0IHJ3LS0tICBsaWJhbm9ueW1vdXMuc28uMi4wLjIzCjAwMDA3 ZjE2Mzg1ZmUwMDAgICAgICAxNiAgICAgIDE2ICAgICAgIDAgci14LS0gIGxpYmNyYW1tZDUuc28u Mi4wLjIzCjAwMDA3ZjE2Mzg2MDIwMDAgICAgMjA0OCAgICAgICAwICAgICAgIDAgLS0tLS0gIGxp YmNyYW1tZDUuc28uMi4wLjIzCjAwMDA3ZjE2Mzg4MDIwMDAgICAgICAgNCAgICAgICA0ICAgICAg IDQgci0tLS0gIGxpYmNyYW1tZDUuc28uMi4wLjIzCjAwMDA3ZjE2Mzg4MDMwMDAgICAgICAgNCAg ICAgICA0ICAgICAgIDQgcnctLS0gIGxpYmNyYW1tZDUuc28uMi4wLjIzCjAwMDA3ZjE2Mzg4MDQw MDAgICAgIDExNiAgICAgIDM2ICAgICAgIDAgci14LS0gIGxpYnNlbGludXguc28uMQowMDAwN2Yx NjM4ODIxMDAwICAgIDIwNDQgICAgICAgMCAgICAgICAwIC0tLS0tICBsaWJzZWxpbnV4LnNvLjEK MDAwMDdmMTYzOGEyMDAwMCAgICAgICA0ICAgICAgIDQgICAgICAgNCByLS0tLSAgbGlic2VsaW51 eC5zby4xCjAwMDA3ZjE2MzhhMjEwMDAgICAgICAgNCAgICAgICA0ICAgICAgIDQgcnctLS0gIGxp YnNlbGludXguc28uMQowMDAwN2YxNjM4YTIyMDAwICAgICAgIDQgICAgICAgNCAgICAgICA0IHJ3 LS0tICAgIFsgYW5vbiBdCjAwMDA3ZjE2MzhhMjMwMDAgICAgICAgOCAgICAgICA4ICAgICAgIDAg ci14LS0gIGxpYmtleXV0aWxzLnNvLjEuMwowMDAwN2YxNjM4YTI1MDAwICAgIDIwNDQgICAgICAg MCAgICAgICAwIC0tLS0tICBsaWJrZXl1dGlscy5zby4xLjMKMDAwMDdmMTYzOGMyNDAwMCAgICAg ICA0ICAgICAgIDQgICAgICAgNCByLS0tLSAgbGlia2V5dXRpbHMuc28uMS4zCjAwMDA3ZjE2Mzhj MjUwMDAgICAgICAgNCAgICAgICA0ICAgICAgIDQgcnctLS0gIGxpYmtleXV0aWxzLnNvLjEuMwow MDAwN2YxNjM4YzI2MDAwICAgICAgNDAgICAgICAxNiAgICAgICAwIHIteC0tICBsaWJrcmI1c3Vw cG9ydC5zby4wLjEKMDAwMDdmMTYzOGMzMDAwMCAgICAyMDQ0ICAgICAgIDAgICAgICAgMCAtLS0t LSAgbGlia3JiNXN1cHBvcnQuc28uMC4xCjAwMDA3ZjE2MzhlMmYwMDAgICAgICAgNCAgICAgICA0 ICAgICAgIDQgci0tLS0gIGxpYmtyYjVzdXBwb3J0LnNvLjAuMQowMDAwN2YxNjM4ZTMwMDAwICAg ICAgIDQgICAgICAgNCAgICAgICA0IHJ3LS0tICBsaWJrcmI1c3VwcG9ydC5zby4wLjEKMDAwMDdm MTYzOGUzMTAwMCAgICAgIDEyICAgICAgIDggICAgICAgMCByLXgtLSAgbGliY29tX2Vyci5zby4y LjEKMDAwMDdmMTYzOGUzNDAwMCAgICAyMDQ0ICAgICAgIDAgICAgICAgMCAtLS0tLSAgbGliY29t X2Vyci5zby4yLjEKMDAwMDdmMTYzOTAzMzAwMCAgICAgICA0ICAgICAgIDQgICAgICAgNCByLS0t LSAgbGliY29tX2Vyci5zby4yLjEKMDAwMDdmMTYzOTAzNDAwMCAgICAgICA0ICAgICAgIDQgICAg ICAgNCBydy0tLSAgbGliY29tX2Vyci5zby4yLjEKMDAwMDdmMTYzOTAzNTAwMCAgICAgMTY4ICAg ICAgMjQgICAgICAgMCByLXgtLSAgbGliazVjcnlwdG8uc28uMy4xCjAwMDA3ZjE2MzkwNWYwMDAg ICAgMjA0NCAgICAgICAwICAgICAgIDAgLS0tLS0gIGxpYms1Y3J5cHRvLnNvLjMuMQowMDAwN2Yx NjM5MjVlMDAwICAgICAgIDggICAgICAgOCAgICAgICA0IHItLS0tICBsaWJrNWNyeXB0by5zby4z LjEKMDAwMDdmMTYzOTI2MDAwMCAgICAgICA0ICAgICAgIDQgICAgICAgNCBydy0tLSAgbGliazVj cnlwdG8uc28uMy4xCjAwMDA3ZjE2MzkyNjEwMDAgICAgIDg0OCAgICAgMTA4ICAgICAgIDAgci14 LS0gIGxpYmtyYjUuc28uMy4zCjAwMDA3ZjE2MzkzMzUwMDAgICAgMjA0OCAgICAgICAwICAgICAg IDAgLS0tLS0gIGxpYmtyYjUuc28uMy4zCjAwMDA3ZjE2Mzk1MzUwMDAgICAgICAzNiAgICAgIDM2 ICAgICAgMzYgci0tLS0gIGxpYmtyYjUuc28uMy4zCjAwMDA3ZjE2Mzk1M2UwMDAgICAgICAgOCAg ICAgICA4ICAgICAgIDggcnctLS0gIGxpYmtyYjUuc28uMy4zCjAwMDA3ZjE2Mzk1NDAwMDAgICAg IDI1MiAgICAgIDQ0ICAgICAgIDAgci14LS0gIGxpYmdzc2FwaV9rcmI1LnNvLjIuMgowMDAwN2Yx NjM5NTdmMDAwICAgIDIwNDggICAgICAgMCAgICAgICAwIC0tLS0tICBsaWJnc3NhcGlfa3JiNS5z by4yLjIKMDAwMDdmMTYzOTc3ZjAwMCAgICAgICA0ICAgICAgIDQgICAgICAgNCByLS0tLSAgbGli Z3NzYXBpX2tyYjUuc28uMi4yCjAwMDA3ZjE2Mzk3ODAwMDAgICAgICAgOCAgICAgICA4ICAgICAg IDggcnctLS0gIGxpYmdzc2FwaV9rcmI1LnNvLjIuMgowMDAwN2YxNjM5NzgyMDAwICAgICAgMjgg ICAgICAxNiAgICAgICAwIHIteC0tICBsaWJnc3NhcGl2Mi5zby4yLjAuMjMKMDAwMDdmMTYzOTc4 OTAwMCAgICAyMDQ0ICAgICAgIDAgICAgICAgMCAtLS0tLSAgbGliZ3NzYXBpdjIuc28uMi4wLjIz CjAwMDA3ZjE2Mzk5ODgwMDAgICAgICAgNCAgICAgICA0ICAgICAgIDQgci0tLS0gIGxpYmdzc2Fw aXYyLnNvLjIuMC4yMwowMDAwN2YxNjM5OTg5MDAwICAgICAgIDQgICAgICAgNCAgICAgICA0IHJ3 LS0tICBsaWJnc3NhcGl2Mi5zby4yLjAuMjMKMDAwMDdmMTYzOTk4YTAwMCAgICAgIDE2ICAgICAg MTIgICAgICAgMCByLXgtLSAgbGlibG9naW4uc28uMi4wLjIzCjAwMDA3ZjE2Mzk5OGUwMDAgICAg MjA0NCAgICAgICAwICAgICAgIDAgLS0tLS0gIGxpYmxvZ2luLnNvLjIuMC4yMwowMDAwN2YxNjM5 YjhkMDAwICAgICAgIDQgICAgICAgNCAgICAgICA0IHItLS0tICBsaWJsb2dpbi5zby4yLjAuMjMK MDAwMDdmMTYzOWI4ZTAwMCAgICAgICA0ICAgICAgIDQgICAgICAgNCBydy0tLSAgbGlibG9naW4u c28uMi4wLjIzCjAwMDA3ZjE2MzliOGYwMDAgICAgMTQ4OCAgICAgMjg0ICAgICAgIDAgci14LS0g IGxpYmNyeXB0by5zby4xLjAuMAowMDAwN2YxNjM5ZDAzMDAwICAgIDIwNDQgICAgICAgMCAgICAg ICAwIC0tLS0tICBsaWJjcnlwdG8uc28uMS4wLjAKMDAwMDdmMTYzOWYwMjAwMCAgICAgMTAwICAg ICAxMDAgICAgIDEwMCByLS0tLSAgbGliY3J5cHRvLnNvLjEuMC4wCjAwMDA3ZjE2MzlmMWIwMDAg ICAgICA0MCAgICAgIDQwICAgICAgNDAgcnctLS0gIGxpYmNyeXB0by5zby4xLjAuMAowMDAwN2Yx NjM5ZjI1MDAwICAgICAgMTYgICAgICAgMCAgICAgICAwIHJ3LS0tICAgIFsgYW5vbiBdCjAwMDA3 ZjE2MzlmMjkwMDAgICAgICA0OCAgICAgIDI0ICAgICAgIDAgci14LS0gIGxpYmRpZ2VzdG1kNS5z by4yLjAuMjMKMDAwMDdmMTYzOWYzNTAwMCAgICAyMDQ0ICAgICAgIDAgICAgICAgMCAtLS0tLSAg bGliZGlnZXN0bWQ1LnNvLjIuMC4yMwowMDAwN2YxNjNhMTM0MDAwICAgICAgIDQgICAgICAgNCAg ICAgICA0IHItLS0tICBsaWJkaWdlc3RtZDUuc28uMi4wLjIzCjAwMDA3ZjE2M2ExMzUwMDAgICAg ICAgNCAgICAgICA0ICAgICAgIDQgcnctLS0gIGxpYmRpZ2VzdG1kNS5zby4yLjAuMjMKMDAwMDdm MTYzYTEzNjAwMCAgICAxNDY4ICAgICAxNTIgICAgICAgMCByLXgtLSAgbGliZGItNC43LnNvCjAw MDA3ZjE2M2EyYTUwMDAgICAgMjA0NCAgICAgICAwICAgICAgIDAgLS0tLS0gIGxpYmRiLTQuNy5z bwowMDAwN2YxNjNhNGE0MDAwICAgICAgMjQgICAgICAyNCAgICAgIDI0IHJ3LS0tICBsaWJkYi00 Ljcuc28KMDAwMDdmMTYzYTRhYTAwMCAgICAgIDIwICAgICAgMTYgICAgICAgMCByLXgtLSAgbGli c2FzbGRiLnNvLjIuMC4yMwowMDAwN2YxNjNhNGFmMDAwICAgIDIwNDQgICAgICAgMCAgICAgICAw IC0tLS0tICBsaWJzYXNsZGIuc28uMi4wLjIzCjAwMDA3ZjE2M2E2YWUwMDAgICAgICAgNCAgICAg ICA0ICAgICAgIDQgci0tLS0gIGxpYnNhc2xkYi5zby4yLjAuMjMKMDAwMDdmMTYzYTZhZjAwMCAg ICAgICA0ICAgICAgIDQgICAgICAgNCBydy0tLSAgbGlic2FzbGRiLnNvLjIuMC4yMwowMDAwN2Yx NjNhNmIwMDAwICAgICAgMTIgICAgICAgOCAgICAgICAwIHIteC0tICBwbWRhX2piZDIuc28KMDAw MDdmMTYzYTZiMzAwMCAgICAyMDQ0ICAgICAgIDAgICAgICAgMCAtLS0tLSAgcG1kYV9qYmQyLnNv CjAwMDA3ZjE2M2E4YjIwMDAgICAgICAgNCAgICAgICA0ICAgICAgIDQgcnctLS0gIHBtZGFfamJk Mi5zbwowMDAwN2YxNjNhOGIzMDAwICAgICAgMTYgICAgICAxMiAgICAgICAwIHIteC0tICBwbWRh X21tdi5zbwowMDAwN2YxNjNhOGI3MDAwICAgIDIwNDggICAgICAgMCAgICAgICAwIC0tLS0tICBw bWRhX21tdi5zbwowMDAwN2YxNjNhYWI3MDAwICAgICAgIDQgICAgICAgNCAgICAgICA0IHJ3LS0t ICBwbWRhX21tdi5zbwowMDAwN2YxNjNhYWI4MDAwICAgICAgIDggICAgICAgOCAgICAgICA4IHJ3 LS0tICAgIFsgYW5vbiBdCjAwMDA3ZjE2M2FhYmEwMDAgICAgICA2MCAgICAgIDQwICAgICAgIDAg ci14LS0gIHBtZGFfc2FtcGxlLnNvCjAwMDA3ZjE2M2FhYzkwMDAgICAgMjA0NCAgICAgICAwICAg ICAgIDAgLS0tLS0gIHBtZGFfc2FtcGxlLnNvCjAwMDA3ZjE2M2FjYzgwMDAgICAgICAxNiAgICAg IDE2ICAgICAgMTYgcnctLS0gIHBtZGFfc2FtcGxlLnNvCjAwMDA3ZjE2M2FjY2MwMDAgICAgIDEx NiAgICAgMTA4ICAgICAgIDAgci14LS0gIHBtZGFfbGludXguc28KMDAwMDdmMTYzYWNlOTAwMCAg ICAyMDQ0ICAgICAgIDAgICAgICAgMCAtLS0tLSAgcG1kYV9saW51eC5zbwowMDAwN2YxNjNhZWU4 MDAwICAgICAgMzYgICAgICAzNiAgICAgIDM2IHJ3LS0tICBwbWRhX2xpbnV4LnNvCjAwMDA3ZjE2 M2FlZjEwMDAgICAgICAxNiAgICAgIDE2ICAgICAgMTYgcnctLS0gICAgWyBhbm9uIF0KMDAwMDdm MTYzYWVmNTAwMCAgICAgIDcyICAgICAgNjAgICAgICAgMCByLXgtLSAgbGlicGNwX3BtZGEuc28u MwowMDAwN2YxNjNhZjA3MDAwICAgIDIwNDQgICAgICAgMCAgICAgICAwIC0tLS0tICBsaWJwY3Bf cG1kYS5zby4zCjAwMDA3ZjE2M2IxMDYwMDAgICAgICAgNCAgICAgICA0ICAgICAgIDQgcnctLS0g IGxpYnBjcF9wbWRhLnNvLjMKMDAwMDdmMTYzYjEwNzAwMCAgICAgICA0ICAgICAgIDQgICAgICAg NCBydy0tLSAgICBbIGFub24gXQowMDAwN2YxNjNiMTA4MDAwICAgICAgMjQgICAgICAyNCAgICAg ICAwIHIteC0tICBwbWRhX3BtY2Quc28KMDAwMDdmMTYzYjEwZTAwMCAgICAyMDQ4ICAgICAgIDAg ICAgICAgMCAtLS0tLSAgcG1kYV9wbWNkLnNvCjAwMDA3ZjE2M2IzMGUwMDAgICAgICAgNCAgICAg ICA0ICAgICAgIDQgcnctLS0gIHBtZGFfcG1jZC5zbwowMDAwN2YxNjNiMzBmMDAwICAgICAgNDgg ICAgICAyOCAgICAgICAwIHIteC0tICBsaWJuc3NfZmlsZXMtMi4xMi5zbwowMDAwN2YxNjNiMzFi MDAwICAgIDIwNDggICAgICAgMCAgICAgICAwIC0tLS0tICBsaWJuc3NfZmlsZXMtMi4xMi5zbwow MDAwN2YxNjNiNTFiMDAwICAgICAgIDQgICAgICAgNCAgICAgICA0IHItLS0tICBsaWJuc3NfZmls ZXMtMi4xMi5zbwowMDAwN2YxNjNiNTFjMDAwICAgICAgIDQgICAgICAgNCAgICAgICA0IHJ3LS0t ICBsaWJuc3NfZmlsZXMtMi4xMi5zbwowMDAwN2YxNjNiNTFkMDAwICAgICAgIDQgICAgICAgMCAg ICAgICAwIC0tLS0tICAgIFsgYW5vbiBdCjAwMDA3ZjE2M2I1MWUwMDAgICAxMDI0MCAgICAgICA4 ICAgICAgIDggcnctLS0gICAgWyBhbm9uIF0KMDAwMDdmMTYzYmYxZTAwMCAgICAgMzcyICAgICAx MzIgICAgICAgMCByLXgtLSAgbGliZnJlZWJsMy5zbwowMDAwN2YxNjNiZjdiMDAwICAgIDIwNDQg ICAgICAgMCAgICAgICAwIC0tLS0tICBsaWJmcmVlYmwzLnNvCjAwMDA3ZjE2M2MxN2EwMDAgICAg ICAgNCAgICAgICA0ICAgICAgIDQgci0tLS0gIGxpYmZyZWVibDMuc28KMDAwMDdmMTYzYzE3YjAw MCAgICAgICA0ICAgICAgIDQgICAgICAgNCBydy0tLSAgbGliZnJlZWJsMy5zbwowMDAwN2YxNjNj MTdjMDAwICAgICAgMTYgICAgICAxMiAgICAgIDEyIHJ3LS0tICAgIFsgYW5vbiBdCjAwMDA3ZjE2 M2MxODAwMDAgICAgICAyOCAgICAgIDEyICAgICAgIDAgci14LS0gIGxpYnJ0LTIuMTIuc28KMDAw MDdmMTYzYzE4NzAwMCAgICAyMDQ0ICAgICAgIDAgICAgICAgMCAtLS0tLSAgbGlicnQtMi4xMi5z bwowMDAwN2YxNjNjMzg2MDAwICAgICAgIDQgICAgICAgNCAgICAgICA0IHItLS0tICBsaWJydC0y LjEyLnNvCjAwMDA3ZjE2M2MzODcwMDAgICAgICAgNCAgICAgICA0ICAgICAgIDQgcnctLS0gIGxp YnJ0LTIuMTIuc28KMDAwMDdmMTYzYzM4ODAwMCAgICAgMjU2ICAgICAyMDAgICAgICAgMCByLXgt LSAgbGliZGJ1cy0xLnNvLjMuNC4wCjAwMDA3ZjE2M2MzYzgwMDAgICAgMjA0NCAgICAgICAwICAg ICAgIDAgLS0tLS0gIGxpYmRidXMtMS5zby4zLjQuMAowMDAwN2YxNjNjNWM3MDAwICAgICAgIDQg ICAgICAgNCAgICAgICA0IHItLS0tICBsaWJkYnVzLTEuc28uMy40LjAKMDAwMDdmMTYzYzVjODAw MCAgICAgICA0ICAgICAgIDQgICAgICAgNCBydy0tLSAgbGliZGJ1cy0xLnNvLjMuNC4wCjAwMDA3 ZjE2M2M1YzkwMDAgICAgICAyOCAgICAgICA0ICAgICAgIDAgci14LS0gIGxpYmNyeXB0LTIuMTIu c28KMDAwMDdmMTYzYzVkMDAwMCAgICAyMDQ4ICAgICAgIDAgICAgICAgMCAtLS0tLSAgbGliY3J5 cHQtMi4xMi5zbwowMDAwN2YxNjNjN2QwMDAwICAgICAgIDQgICAgICAgNCAgICAgICA0IHItLS0t ICBsaWJjcnlwdC0yLjEyLnNvCjAwMDA3ZjE2M2M3ZDEwMDAgICAgICAgNCAgICAgICA0ICAgICAg IDQgcnctLS0gIGxpYmNyeXB0LTIuMTIuc28KMDAwMDdmMTYzYzdkMjAwMCAgICAgMTg0ICAgICAg IDAgICAgICAgMCBydy0tLSAgICBbIGFub24gXQowMDAwN2YxNjNjODAwMDAwICAgICAgODggICAg ICAgOCAgICAgICAwIHIteC0tICBsaWJyZXNvbHYtMi4xMi5zbwowMDAwN2YxNjNjODE2MDAwICAg IDIwNDggICAgICAgMCAgICAgICAwIC0tLS0tICBsaWJyZXNvbHYtMi4xMi5zbwowMDAwN2YxNjNj YTE2MDAwICAgICAgIDQgICAgICAgNCAgICAgICA0IHItLS0tICBsaWJyZXNvbHYtMi4xMi5zbwow MDAwN2YxNjNjYTE3MDAwICAgICAgIDQgICAgICAgNCAgICAgICA0IHJ3LS0tICBsaWJyZXNvbHYt Mi4xMi5zbwowMDAwN2YxNjNjYTE4MDAwICAgICAgIDggICAgICAgMCAgICAgICAwIHJ3LS0tICAg IFsgYW5vbiBdCjAwMDA3ZjE2M2NhMWEwMDAgICAgICA4NCAgICAgICA4ICAgICAgIDAgci14LS0g IGxpYnouc28uMS4yLjMKMDAwMDdmMTYzY2EyZjAwMCAgICAyMDQ0ICAgICAgIDAgICAgICAgMCAt LS0tLSAgbGliei5zby4xLjIuMwowMDAwN2YxNjNjYzJlMDAwICAgICAgIDQgICAgICAgNCAgICAg ICA0IHItLS0tICBsaWJ6LnNvLjEuMi4zCjAwMDA3ZjE2M2NjMmYwMDAgICAgICAgNCAgICAgICA0 ICAgICAgIDQgcnctLS0gIGxpYnouc28uMS4yLjMKMDAwMDdmMTYzY2MzMDAwMCAgICAgIDEyICAg ICAgIDggICAgICAgMCByLXgtLSAgbGlicGxkczQuc28KMDAwMDdmMTYzY2MzMzAwMCAgICAyMDQ0 ICAgICAgIDAgICAgICAgMCAtLS0tLSAgbGlicGxkczQuc28KMDAwMDdmMTYzY2UzMjAwMCAgICAg ICA0ICAgICAgIDQgICAgICAgNCByLS0tLSAgbGlicGxkczQuc28KMDAwMDdmMTYzY2UzMzAwMCAg ICAgICA0ICAgICAgIDQgICAgICAgNCBydy0tLSAgbGlicGxkczQuc28KMDAwMDdmMTYzY2UzNDAw MCAgICAgIDE2ICAgICAgMTIgICAgICAgMCByLXgtLSAgbGlicGxjNC5zbwowMDAwN2YxNjNjZTM4 MDAwICAgIDIwNDQgICAgICAgMCAgICAgICAwIC0tLS0tICBsaWJwbGM0LnNvCjAwMDA3ZjE2M2Qw MzcwMDAgICAgICAgNCAgICAgICA0ICAgICAgIDQgci0tLS0gIGxpYnBsYzQuc28KMDAwMDdmMTYz ZDAzODAwMCAgICAgICA0ICAgICAgIDQgICAgICAgNCBydy0tLSAgbGlicGxjNC5zbwowMDAwN2Yx NjNkMDM5MDAwICAgICAxMjggICAgICA4MCAgICAgICAwIHIteC0tICBsaWJuc3N1dGlsMy5zbwow MDAwN2YxNjNkMDU5MDAwICAgIDIwNDQgICAgICAgMCAgICAgICAwIC0tLS0tICBsaWJuc3N1dGls My5zbwowMDAwN2YxNjNkMjU4MDAwICAgICAgMjQgICAgICAyNCAgICAgIDI0IHItLS0tICBsaWJu c3N1dGlsMy5zbwowMDAwN2YxNjNkMjVlMDAwICAgICAgIDQgICAgICAgNCAgICAgICA0IHJ3LS0t ICBsaWJuc3N1dGlsMy5zbwowMDAwN2YxNjNkMjVmMDAwICAgICAgOTIgICAgICA3MiAgICAgICAw IHIteC0tICBsaWJwdGhyZWFkLTIuMTIuc28KMDAwMDdmMTYzZDI3NjAwMCAgICAyMDQ4ICAgICAg IDAgICAgICAgMCAtLS0tLSAgbGlicHRocmVhZC0yLjEyLnNvCjAwMDA3ZjE2M2Q0NzYwMDAgICAg ICAgNCAgICAgICA0ICAgICAgIDQgci0tLS0gIGxpYnB0aHJlYWQtMi4xMi5zbwowMDAwN2YxNjNk NDc3MDAwICAgICAgIDQgICAgICAgNCAgICAgICA0IHJ3LS0tICBsaWJwdGhyZWFkLTIuMTIuc28K MDAwMDdmMTYzZDQ3ODAwMCAgICAgIDE2ICAgICAgIDQgICAgICAgNCBydy0tLSAgICBbIGFub24g XQowMDAwN2YxNjNkNDdjMDAwICAgICA1MjQgICAgICAxMiAgICAgICAwIHIteC0tICBsaWJtLTIu MTIuc28KMDAwMDdmMTYzZDRmZjAwMCAgICAyMDQ0ICAgICAgIDAgICAgICAgMCAtLS0tLSAgbGli bS0yLjEyLnNvCjAwMDA3ZjE2M2Q2ZmUwMDAgICAgICAgNCAgICAgICA0ICAgICAgIDQgci0tLS0g IGxpYm0tMi4xMi5zbwowMDAwN2YxNjNkNmZmMDAwICAgICAgIDQgICAgICAgNCAgICAgICA0IHJ3 LS0tICBsaWJtLTIuMTIuc28KMDAwMDdmMTYzZDcwMDAwMCAgICAgIDY0ICAgICAgNDQgICAgICAg MCByLXgtLSAgbGliYXZhaGktY2xpZW50LnNvLjMuMi41CjAwMDA3ZjE2M2Q3MTAwMDAgICAgMjA0 NCAgICAgICAwICAgICAgIDAgLS0tLS0gIGxpYmF2YWhpLWNsaWVudC5zby4zLjIuNQowMDAwN2Yx NjNkOTBmMDAwICAgICAgIDQgICAgICAgNCAgICAgICA0IHJ3LS0tICBsaWJhdmFoaS1jbGllbnQu c28uMy4yLjUKMDAwMDdmMTYzZDkxMDAwMCAgICAgIDQ0ICAgICAgNDAgICAgICAgMCByLXgtLSAg bGliYXZhaGktY29tbW9uLnNvLjMuNS4xCjAwMDA3ZjE2M2Q5MWIwMDAgICAgMjA0OCAgICAgICAw ICAgICAgIDAgLS0tLS0gIGxpYmF2YWhpLWNvbW1vbi5zby4zLjUuMQowMDAwN2YxNjNkYjFiMDAw ICAgICAgIDQgICAgICAgNCAgICAgICA0IHJ3LS0tICBsaWJhdmFoaS1jb21tb24uc28uMy41LjEK MDAwMDdmMTYzZGIxYzAwMCAgICAgMTAwICAgICAgODAgICAgICAgMCByLXgtLSAgbGlic2FzbDIu c28uMi4wLjIzCjAwMDA3ZjE2M2RiMzUwMDAgICAgMjA0NCAgICAgICAwICAgICAgIDAgLS0tLS0g IGxpYnNhc2wyLnNvLjIuMC4yMwowMDAwN2YxNjNkZDM0MDAwICAgICAgIDQgICAgICAgNCAgICAg ICA0IHItLS0tICBsaWJzYXNsMi5zby4yLjAuMjMKMDAwMDdmMTYzZGQzNTAwMCAgICAgICA0ICAg ICAgIDQgICAgICAgNCBydy0tLSAgbGlic2FzbDIuc28uMi4wLjIzCjAwMDA3ZjE2M2RkMzYwMDAg ICAgIDIyOCAgICAgMTYwICAgICAgIDAgci14LS0gIGxpYm5zcHI0LnNvCjAwMDA3ZjE2M2RkNmYw MDAgICAgMjA0NCAgICAgICAwICAgICAgIDAgLS0tLS0gIGxpYm5zcHI0LnNvCjAwMDA3ZjE2M2Rm NmUwMDAgICAgICAgNCAgICAgICA0ICAgICAgIDQgci0tLS0gIGxpYm5zcHI0LnNvCjAwMDA3ZjE2 M2RmNmYwMDAgICAgICAgOCAgICAgICA4ICAgICAgIDggcnctLS0gIGxpYm5zcHI0LnNvCjAwMDA3 ZjE2M2RmNzEwMDAgICAgICAgOCAgICAgICA0ICAgICAgIDQgcnctLS0gICAgWyBhbm9uIF0KMDAw MDdmMTYzZGY3MzAwMCAgICAxMjMyICAgICA2NTIgICAgICAgMCByLXgtLSAgbGlibnNzMy5zbwow MDAwN2YxNjNlMGE3MDAwICAgIDIwNDQgICAgICAgMCAgICAgICAwIC0tLS0tICBsaWJuc3MzLnNv CjAwMDA3ZjE2M2UyYTYwMDAgICAgICAyMCAgICAgIDIwICAgICAgMjAgci0tLS0gIGxpYm5zczMu c28KMDAwMDdmMTYzZTJhYjAwMCAgICAgICA4ICAgICAgIDggICAgICAgOCBydy0tLSAgbGlibnNz My5zbwowMDAwN2YxNjNlMmFkMDAwICAgICAgIDggICAgICAgOCAgICAgICA4IHJ3LS0tICAgIFsg YW5vbiBdCjAwMDA3ZjE2M2UyYWYwMDAgICAgIDIyNCAgICAgIDY0ICAgICAgIDAgci14LS0gIGxp YnNzbDMuc28KMDAwMDdmMTYzZTJlNzAwMCAgICAyMDQ4ICAgICAgIDAgICAgICAgMCAtLS0tLSAg bGlic3NsMy5zbwowMDAwN2YxNjNlNGU3MDAwICAgICAgIDggICAgICAgOCAgICAgICA4IHItLS0t ICBsaWJzc2wzLnNvCjAwMDA3ZjE2M2U0ZTkwMDAgICAgICAgNCAgICAgICA0ICAgICAgIDQgcnct LS0gIGxpYnNzbDMuc28KMDAwMDdmMTYzZTRlYTAwMCAgICAgICA0ICAgICAgIDQgICAgICAgNCBy dy0tLSAgICBbIGFub24gXQowMDAwN2YxNjNlNGViMDAwICAgIDE1NzIgICAgIDcxMiAgICAgICAw IHIteC0tICBsaWJjLTIuMTIuc28KMDAwMDdmMTYzZTY3NDAwMCAgICAyMDQ4ICAgICAgIDAgICAg ICAgMCAtLS0tLSAgbGliYy0yLjEyLnNvCjAwMDA3ZjE2M2U4NzQwMDAgICAgICAxNiAgICAgIDE2 ICAgICAgMTYgci0tLS0gIGxpYmMtMi4xMi5zbwowMDAwN2YxNjNlODc4MDAwICAgICAgIDQgICAg ICAgNCAgICAgICA0IHJ3LS0tICBsaWJjLTIuMTIuc28KMDAwMDdmMTYzZTg3OTAwMCAgICAgIDIw ICAgICAgMjAgICAgICAyMCBydy0tLSAgICBbIGFub24gXQowMDAwN2YxNjNlODdlMDAwICAgICAg IDggICAgICAgOCAgICAgICAwIHIteC0tICBsaWJkbC0yLjEyLnNvCjAwMDA3ZjE2M2U4ODAwMDAg ICAgMjA0OCAgICAgICAwICAgICAgIDAgLS0tLS0gIGxpYmRsLTIuMTIuc28KMDAwMDdmMTYzZWE4 MDAwMCAgICAgICA0ICAgICAgIDQgICAgICAgNCByLS0tLSAgbGliZGwtMi4xMi5zbwowMDAwN2Yx NjNlYTgxMDAwICAgICAgIDQgICAgICAgNCAgICAgICA0IHJ3LS0tICBsaWJkbC0yLjEyLnNvCjAw MDA3ZjE2M2VhODIwMDAgICAgIDQ0OCAgICAgMjkyICAgICAgIDAgci14LS0gIGxpYnBjcC5zby4z CjAwMDA3ZjE2M2VhZjIwMDAgICAgMjA0NCAgICAgICAwICAgICAgIDAgLS0tLS0gIGxpYnBjcC5z by4zCjAwMDA3ZjE2M2VjZjEwMDAgICAgICAxMiAgICAgIDEyICAgICAgMTIgcnctLS0gIGxpYnBj cC5zby4zCjAwMDA3ZjE2M2VjZjQwMDAgICAgICAyMCAgICAgIDIwICAgICAgMjAgcnctLS0gICAg WyBhbm9uIF0KMDAwMDdmMTYzZWNmOTAwMCAgICAgMTI4ICAgICAgOTYgICAgICAgMCByLXgtLSAg bGQtMi4xMi5zbwowMDAwN2YxNjNlZWUxMDAwICAgICAgNjggICAgICAgMCAgICAgICAwIHItLXMt ICBoZWxwLnBhZwowMDAwN2YxNjNlZWYyMDAwICAgICAgNDQgICAgICA0NCAgICAgIDQ0IHJ3LS0t ICAgIFsgYW5vbiBdCjAwMDA3ZjE2M2VmMDMwMDAgICAgICAgOCAgICAgICAwICAgICAgIDAgci0t cy0gIGhlbHAucGFnCjAwMDA3ZjE2M2VmMDUwMDAgICAgICAgNCAgICAgICAwICAgICAgIDAgci0t cy0gIGhlbHAuZGlyCjAwMDA3ZjE2M2VmMDYwMDAgICAgICAyNCAgICAgICAwICAgICAgIDAgci0t cy0gIGRzb2hlbHAucGFnCjAwMDA3ZjE2M2VmMGMwMDAgICAgICAgNCAgICAgICAwICAgICAgIDAg ci0tcy0gIGRzb2hlbHAuZGlyCjAwMDA3ZjE2M2VmMGQwMDAgICAgICAgOCAgICAgICAwICAgICAg IDAgci0tcy0gIGhlbHAuZGlyCjAwMDA3ZjE2M2VmMGYwMDAgICAgICAyNCAgICAgICAwICAgICAg IDAgci0tcy0gIGhlbHAucGFnCjAwMDA3ZjE2M2VmMTUwMDAgICAgICAgNCAgICAgICAwICAgICAg IDAgci0tcy0gIGhlbHAuZGlyCjAwMDA3ZjE2M2VmMTYwMDAgICAgICAgNCAgICAgICA0ICAgICAg IDQgcnctLS0gICAgWyBhbm9uIF0KMDAwMDdmMTYzZWYxNzAwMCAgICAgICA0ICAgICAgIDQgICAg ICAgNCBydy0tLSAgICBbIGFub24gXQowMDAwN2YxNjNlZjE4MDAwICAgICAgIDQgICAgICAgNCAg ICAgICA0IHItLS0tICBsZC0yLjEyLnNvCjAwMDA3ZjE2M2VmMTkwMDAgICAgICAgNCAgICAgICA0 ICAgICAgIDQgcnctLS0gIGxkLTIuMTIuc28KMDAwMDdmMTYzZWYxYTAwMCAgICAgICA0ICAgICAg IDQgICAgICAgNCBydy0tLSAgICBbIGFub24gXQowMDAwN2YxNjNlZjFiMDAwICAgICAgOTIgICAg ICA4NCAgICAgICAwIHIteC0tICBwbWNkCjAwMDA3ZjE2M2YxMzIwMDAgICAgICAgNCAgICAgICA0 ICAgICAgIDQgci0tLS0gIHBtY2QKMDAwMDdmMTYzZjEzMzAwMCAgICAgICA0ICAgICAgIDQgICAg ICAgNCBydy0tLSAgcG1jZAowMDAwN2YxNjNmMTM0MDAwICAgICAgMTIgICAgICAxMiAgICAgIDEy IHJ3LS0tICAgIFsgYW5vbiBdCjAwMDA3ZjE2NDAxZmEwMDAgICAgIDEzMiAgICAgMTMyICAgICAx MzIgcnctLS0gICAgWyBhbm9uIF0KMDAwMDdmMTY0MDIxYjAwMCAgICAgNzUyICAgICA2NjggICAg IDY2OCBydy0tLSAgICBbIGFub24gXQowMDAwN2ZmZmMyOTM0MDAwICAgICAgODQgICAgICAzNiAg ICAgIDM2IHJ3LS0tICAgIFsgc3RhY2sgXQowMDAwN2ZmZmMyOWZmMDAwICAgICAgIDQgICAgICAg NCAgICAgICAwIHIteC0tICAgIFsgYW5vbiBdCmZmZmZmZmZmZmY2MDAwMDAgICAgICAgNCAgICAg ICAwICAgICAgIDAgci14LS0gICAgWyBhbm9uIF0KLS0tLS0tLS0tLS0tLS0tLSAgLS0tLS0tICAt LS0tLS0gIC0tLS0tLQp0b3RhbCBrQiAgICAgICAgICAyNjI3NjQgICAxMTY2NCAgICAxNjgwCgoK QUZURVI6CiQgc3VkbyBwbWFwIC14IDIxNzAxCjIxNzAxOiAgIC91c3IvbGliZXhlYy9wY3AvYmlu L3BtY2QgLVQgMwpBZGRyZXNzICAgICAgICAgICBLYnl0ZXMgICAgIFJTUyAgIERpcnR5IE1vZGUg ICBNYXBwaW5nCjAwMDA3Zjk4M2ZkZmQwMDAgICAgICAxMiAgICAgICA4ICAgICAgIDAgci14LS0g IHBtZGFfamJkMi5zbwowMDAwN2Y5ODNmZTAwMDAwICAgIDIwNDQgICAgICAgMCAgICAgICAwIC0t LS0tICBwbWRhX2piZDIuc28KMDAwMDdmOTgzZmZmZjAwMCAgICAgICA0ICAgICAgIDQgICAgICAg NCBydy0tLSAgcG1kYV9qYmQyLnNvCjAwMDA3Zjk4NDAwMDAwMDAgICAgIDEzMiAgICAgICA0ICAg ICAgIDQgcnctLS0gICAgWyBhbm9uIF0KMDAwMDdmOTg0MDAyMTAwMCAgIDY1NDA0ICAgICAgIDAg ICAgICAgMCAtLS0tLSAgICBbIGFub24gXQowMDAwN2Y5ODQ0MDkyMDAwICAgICAgMTYgICAgICAx MiAgICAgICAwIHIteC0tICBwbWRhX21tdi5zbwowMDAwN2Y5ODQ0MDk2MDAwICAgIDIwNDggICAg ICAgMCAgICAgICAwIC0tLS0tICBwbWRhX21tdi5zbwowMDAwN2Y5ODQ0Mjk2MDAwICAgICAgIDQg ICAgICAgNCAgICAgICA0IHJ3LS0tICBwbWRhX21tdi5zbwowMDAwN2Y5ODQ0Mjk3MDAwICAgICAg IDggICAgICAgOCAgICAgICA4IHJ3LS0tICAgIFsgYW5vbiBdCjAwMDA3Zjk4NDQyOTkwMDAgICAg ICA2MCAgICAgIDQwICAgICAgIDAgci14LS0gIHBtZGFfc2FtcGxlLnNvCjAwMDA3Zjk4NDQyYTgw MDAgICAgMjA0NCAgICAgICAwICAgICAgIDAgLS0tLS0gIHBtZGFfc2FtcGxlLnNvCjAwMDA3Zjk4 NDQ0YTcwMDAgICAgICAxNiAgICAgIDE2ICAgICAgMTYgcnctLS0gIHBtZGFfc2FtcGxlLnNvCjAw MDA3Zjk4NDQ0YWIwMDAgICAgIDExNiAgICAgMTA4ICAgICAgIDAgci14LS0gIHBtZGFfbGludXgu c28KMDAwMDdmOTg0NDRjODAwMCAgICAyMDQ0ICAgICAgIDAgICAgICAgMCAtLS0tLSAgcG1kYV9s aW51eC5zbwowMDAwN2Y5ODQ0NmM3MDAwICAgICAgMzYgICAgICAzNiAgICAgIDM2IHJ3LS0tICBw bWRhX2xpbnV4LnNvCjAwMDA3Zjk4NDQ2ZDAwMDAgICAgICAxNiAgICAgIDE2ICAgICAgMTYgcnct LS0gICAgWyBhbm9uIF0KMDAwMDdmOTg0NDZkNDAwMCAgICAgIDcyICAgICAgNjAgICAgICAgMCBy LXgtLSAgbGlicGNwX3BtZGEuc28uMwowMDAwN2Y5ODQ0NmU2MDAwICAgIDIwNDQgICAgICAgMCAg ICAgICAwIC0tLS0tICBsaWJwY3BfcG1kYS5zby4zCjAwMDA3Zjk4NDQ4ZTUwMDAgICAgICAgNCAg ICAgICA0ICAgICAgIDQgcnctLS0gIGxpYnBjcF9wbWRhLnNvLjMKMDAwMDdmOTg0NDhlNjAwMCAg ICAgICA0ICAgICAgIDQgICAgICAgNCBydy0tLSAgICBbIGFub24gXQowMDAwN2Y5ODQ0OGU3MDAw ICAgICAgMjQgICAgICAyNCAgICAgICAwIHIteC0tICBwbWRhX3BtY2Quc28KMDAwMDdmOTg0NDhl ZDAwMCAgICAyMDQ4ICAgICAgIDAgICAgICAgMCAtLS0tLSAgcG1kYV9wbWNkLnNvCjAwMDA3Zjk4 NDRhZWQwMDAgICAgICAgNCAgICAgICA0ICAgICAgIDQgcnctLS0gIHBtZGFfcG1jZC5zbwowMDAw N2Y5ODQ0YWVlMDAwICAgICAgNDggICAgICAyOCAgICAgICAwIHIteC0tICBsaWJuc3NfZmlsZXMt Mi4xMi5zbwowMDAwN2Y5ODQ0YWZhMDAwICAgIDIwNDggICAgICAgMCAgICAgICAwIC0tLS0tICBs aWJuc3NfZmlsZXMtMi4xMi5zbwowMDAwN2Y5ODQ0Y2ZhMDAwICAgICAgIDQgICAgICAgNCAgICAg ICA0IHItLS0tICBsaWJuc3NfZmlsZXMtMi4xMi5zbwowMDAwN2Y5ODQ0Y2ZiMDAwICAgICAgIDQg ICAgICAgNCAgICAgICA0IHJ3LS0tICBsaWJuc3NfZmlsZXMtMi4xMi5zbwowMDAwN2Y5ODQ0Y2Zj MDAwICAgICAgIDQgICAgICAgMCAgICAgICAwIC0tLS0tICAgIFsgYW5vbiBdCjAwMDA3Zjk4NDRj ZmQwMDAgICAxMDI0MCAgICAgICA4ICAgICAgIDggcnctLS0gICAgWyBhbm9uIF0KMDAwMDdmOTg0 NTZmZDAwMCAgICAgMzcyICAgICAgIDQgICAgICAgMCByLXgtLSAgbGliZnJlZWJsMy5zbwowMDAw N2Y5ODQ1NzVhMDAwICAgIDIwNDQgICAgICAgMCAgICAgICAwIC0tLS0tICBsaWJmcmVlYmwzLnNv CjAwMDA3Zjk4NDU5NTkwMDAgICAgICAgNCAgICAgICA0ICAgICAgIDQgci0tLS0gIGxpYmZyZWVi bDMuc28KMDAwMDdmOTg0NTk1YTAwMCAgICAgICA0ICAgICAgIDQgICAgICAgNCBydy0tLSAgbGli ZnJlZWJsMy5zbwowMDAwN2Y5ODQ1OTViMDAwICAgICAgMTYgICAgICAgMCAgICAgICAwIHJ3LS0t ICAgIFsgYW5vbiBdCjAwMDA3Zjk4NDU5NWYwMDAgICAgICAyOCAgICAgIDEyICAgICAgIDAgci14 LS0gIGxpYnJ0LTIuMTIuc28KMDAwMDdmOTg0NTk2NjAwMCAgICAyMDQ0ICAgICAgIDAgICAgICAg MCAtLS0tLSAgbGlicnQtMi4xMi5zbwowMDAwN2Y5ODQ1YjY1MDAwICAgICAgIDQgICAgICAgNCAg ICAgICA0IHItLS0tICBsaWJydC0yLjEyLnNvCjAwMDA3Zjk4NDViNjYwMDAgICAgICAgNCAgICAg ICA0ICAgICAgIDQgcnctLS0gIGxpYnJ0LTIuMTIuc28KMDAwMDdmOTg0NWI2NzAwMCAgICAgMjU2 ICAgICAyMDAgICAgICAgMCByLXgtLSAgbGliZGJ1cy0xLnNvLjMuNC4wCjAwMDA3Zjk4NDViYTcw MDAgICAgMjA0NCAgICAgICAwICAgICAgIDAgLS0tLS0gIGxpYmRidXMtMS5zby4zLjQuMAowMDAw N2Y5ODQ1ZGE2MDAwICAgICAgIDQgICAgICAgNCAgICAgICA0IHItLS0tICBsaWJkYnVzLTEuc28u My40LjAKMDAwMDdmOTg0NWRhNzAwMCAgICAgICA0ICAgICAgIDQgICAgICAgNCBydy0tLSAgbGli ZGJ1cy0xLnNvLjMuNC4wCjAwMDA3Zjk4NDVkYTgwMDAgICAgICAyOCAgICAgICA0ICAgICAgIDAg ci14LS0gIGxpYmNyeXB0LTIuMTIuc28KMDAwMDdmOTg0NWRhZjAwMCAgICAyMDQ4ICAgICAgIDAg ICAgICAgMCAtLS0tLSAgbGliY3J5cHQtMi4xMi5zbwowMDAwN2Y5ODQ1ZmFmMDAwICAgICAgIDQg ICAgICAgNCAgICAgICA0IHItLS0tICBsaWJjcnlwdC0yLjEyLnNvCjAwMDA3Zjk4NDVmYjAwMDAg ICAgICAgNCAgICAgICA0ICAgICAgIDQgcnctLS0gIGxpYmNyeXB0LTIuMTIuc28KMDAwMDdmOTg0 NWZiMTAwMCAgICAgMTg0ICAgICAgIDAgICAgICAgMCBydy0tLSAgICBbIGFub24gXQowMDAwN2Y5 ODQ1ZmRmMDAwICAgICAgODggICAgICAgOCAgICAgICAwIHIteC0tICBsaWJyZXNvbHYtMi4xMi5z bwowMDAwN2Y5ODQ1ZmY1MDAwICAgIDIwNDggICAgICAgMCAgICAgICAwIC0tLS0tICBsaWJyZXNv bHYtMi4xMi5zbwowMDAwN2Y5ODQ2MWY1MDAwICAgICAgIDQgICAgICAgNCAgICAgICA0IHItLS0t ICBsaWJyZXNvbHYtMi4xMi5zbwowMDAwN2Y5ODQ2MWY2MDAwICAgICAgIDQgICAgICAgNCAgICAg ICA0IHJ3LS0tICBsaWJyZXNvbHYtMi4xMi5zbwowMDAwN2Y5ODQ2MWY3MDAwICAgICAgIDggICAg ICAgMCAgICAgICAwIHJ3LS0tICAgIFsgYW5vbiBdCjAwMDA3Zjk4NDYxZjkwMDAgICAgICA4NCAg ICAgICA4ICAgICAgIDAgci14LS0gIGxpYnouc28uMS4yLjMKMDAwMDdmOTg0NjIwZTAwMCAgICAy MDQ0ICAgICAgIDAgICAgICAgMCAtLS0tLSAgbGliei5zby4xLjIuMwowMDAwN2Y5ODQ2NDBkMDAw ICAgICAgIDQgICAgICAgNCAgICAgICA0IHItLS0tICBsaWJ6LnNvLjEuMi4zCjAwMDA3Zjk4NDY0 MGUwMDAgICAgICAgNCAgICAgICA0ICAgICAgIDQgcnctLS0gIGxpYnouc28uMS4yLjMKMDAwMDdm OTg0NjQwZjAwMCAgICAgIDEyICAgICAgIDQgICAgICAgMCByLXgtLSAgbGlicGxkczQuc28KMDAw MDdmOTg0NjQxMjAwMCAgICAyMDQ0ICAgICAgIDAgICAgICAgMCAtLS0tLSAgbGlicGxkczQuc28K MDAwMDdmOTg0NjYxMTAwMCAgICAgICA0ICAgICAgIDQgICAgICAgNCByLS0tLSAgbGlicGxkczQu c28KMDAwMDdmOTg0NjYxMjAwMCAgICAgICA0ICAgICAgIDQgICAgICAgNCBydy0tLSAgbGlicGxk czQuc28KMDAwMDdmOTg0NjYxMzAwMCAgICAgIDE2ICAgICAgIDQgICAgICAgMCByLXgtLSAgbGli cGxjNC5zbwowMDAwN2Y5ODQ2NjE3MDAwICAgIDIwNDQgICAgICAgMCAgICAgICAwIC0tLS0tICBs aWJwbGM0LnNvCjAwMDA3Zjk4NDY4MTYwMDAgICAgICAgNCAgICAgICA0ICAgICAgIDQgci0tLS0g IGxpYnBsYzQuc28KMDAwMDdmOTg0NjgxNzAwMCAgICAgICA0ICAgICAgIDQgICAgICAgNCBydy0t LSAgbGlicGxjNC5zbwowMDAwN2Y5ODQ2ODE4MDAwICAgICAxMjggICAgICAgOCAgICAgICAwIHIt eC0tICBsaWJuc3N1dGlsMy5zbwowMDAwN2Y5ODQ2ODM4MDAwICAgIDIwNDQgICAgICAgMCAgICAg ICAwIC0tLS0tICBsaWJuc3N1dGlsMy5zbwowMDAwN2Y5ODQ2YTM3MDAwICAgICAgMjQgICAgICAy NCAgICAgIDI0IHItLS0tICBsaWJuc3N1dGlsMy5zbwowMDAwN2Y5ODQ2YTNkMDAwICAgICAgIDQg ICAgICAgNCAgICAgICA0IHJ3LS0tICBsaWJuc3N1dGlsMy5zbwowMDAwN2Y5ODQ2YTNlMDAwICAg ICAgOTIgICAgICA2MCAgICAgICAwIHIteC0tICBsaWJwdGhyZWFkLTIuMTIuc28KMDAwMDdmOTg0 NmE1NTAwMCAgICAyMDQ4ICAgICAgIDAgICAgICAgMCAtLS0tLSAgbGlicHRocmVhZC0yLjEyLnNv CjAwMDA3Zjk4NDZjNTUwMDAgICAgICAgNCAgICAgICA0ICAgICAgIDQgci0tLS0gIGxpYnB0aHJl YWQtMi4xMi5zbwowMDAwN2Y5ODQ2YzU2MDAwICAgICAgIDQgICAgICAgNCAgICAgICA0IHJ3LS0t ICBsaWJwdGhyZWFkLTIuMTIuc28KMDAwMDdmOTg0NmM1NzAwMCAgICAgIDE2ICAgICAgIDQgICAg ICAgNCBydy0tLSAgICBbIGFub24gXQowMDAwN2Y5ODQ2YzViMDAwICAgICA1MjQgICAgICAxMiAg ICAgICAwIHIteC0tICBsaWJtLTIuMTIuc28KMDAwMDdmOTg0NmNkZTAwMCAgICAyMDQ0ICAgICAg IDAgICAgICAgMCAtLS0tLSAgbGlibS0yLjEyLnNvCjAwMDA3Zjk4NDZlZGQwMDAgICAgICAgNCAg ICAgICA0ICAgICAgIDQgci0tLS0gIGxpYm0tMi4xMi5zbwowMDAwN2Y5ODQ2ZWRlMDAwICAgICAg IDQgICAgICAgNCAgICAgICA0IHJ3LS0tICBsaWJtLTIuMTIuc28KMDAwMDdmOTg0NmVkZjAwMCAg ICAgIDY0ICAgICAgNDQgICAgICAgMCByLXgtLSAgbGliYXZhaGktY2xpZW50LnNvLjMuMi41CjAw MDA3Zjk4NDZlZWYwMDAgICAgMjA0NCAgICAgICAwICAgICAgIDAgLS0tLS0gIGxpYmF2YWhpLWNs aWVudC5zby4zLjIuNQowMDAwN2Y5ODQ3MGVlMDAwICAgICAgIDQgICAgICAgNCAgICAgICA0IHJ3 LS0tICBsaWJhdmFoaS1jbGllbnQuc28uMy4yLjUKMDAwMDdmOTg0NzBlZjAwMCAgICAgIDQ0ICAg ICAgNDAgICAgICAgMCByLXgtLSAgbGliYXZhaGktY29tbW9uLnNvLjMuNS4xCjAwMDA3Zjk4NDcw ZmEwMDAgICAgMjA0OCAgICAgICAwICAgICAgIDAgLS0tLS0gIGxpYmF2YWhpLWNvbW1vbi5zby4z LjUuMQowMDAwN2Y5ODQ3MmZhMDAwICAgICAgIDQgICAgICAgNCAgICAgICA0IHJ3LS0tICBsaWJh dmFoaS1jb21tb24uc28uMy41LjEKMDAwMDdmOTg0NzJmYjAwMCAgICAgMTAwICAgICAgIDggICAg ICAgMCByLXgtLSAgbGlic2FzbDIuc28uMi4wLjIzCjAwMDA3Zjk4NDczMTQwMDAgICAgMjA0NCAg ICAgICAwICAgICAgIDAgLS0tLS0gIGxpYnNhc2wyLnNvLjIuMC4yMwowMDAwN2Y5ODQ3NTEzMDAw ICAgICAgIDQgICAgICAgNCAgICAgICA0IHItLS0tICBsaWJzYXNsMi5zby4yLjAuMjMKMDAwMDdm OTg0NzUxNDAwMCAgICAgICA0ICAgICAgIDQgICAgICAgNCBydy0tLSAgbGlic2FzbDIuc28uMi4w LjIzCjAwMDA3Zjk4NDc1MTUwMDAgICAgIDIyOCAgICAgICA4ICAgICAgIDAgci14LS0gIGxpYm5z cHI0LnNvCjAwMDA3Zjk4NDc1NGUwMDAgICAgMjA0NCAgICAgICAwICAgICAgIDAgLS0tLS0gIGxp Ym5zcHI0LnNvCjAwMDA3Zjk4NDc3NGQwMDAgICAgICAgNCAgICAgICA0ICAgICAgIDQgci0tLS0g IGxpYm5zcHI0LnNvCjAwMDA3Zjk4NDc3NGUwMDAgICAgICAgOCAgICAgICA4ICAgICAgIDggcnct LS0gIGxpYm5zcHI0LnNvCjAwMDA3Zjk4NDc3NTAwMDAgICAgICAgOCAgICAgICAwICAgICAgIDAg cnctLS0gICAgWyBhbm9uIF0KMDAwMDdmOTg0Nzc1MjAwMCAgICAxMjMyICAgICAgMTIgICAgICAg MCByLXgtLSAgbGlibnNzMy5zbwowMDAwN2Y5ODQ3ODg2MDAwICAgIDIwNDQgICAgICAgMCAgICAg ICAwIC0tLS0tICBsaWJuc3MzLnNvCjAwMDA3Zjk4NDdhODUwMDAgICAgICAyMCAgICAgIDIwICAg ICAgMjAgci0tLS0gIGxpYm5zczMuc28KMDAwMDdmOTg0N2E4YTAwMCAgICAgICA4ICAgICAgIDgg ICAgICAgOCBydy0tLSAgbGlibnNzMy5zbwowMDAwN2Y5ODQ3YThjMDAwICAgICAgIDggICAgICAg MCAgICAgICAwIHJ3LS0tICAgIFsgYW5vbiBdCjAwMDA3Zjk4NDdhOGUwMDAgICAgIDIyNCAgICAg ICA4ICAgICAgIDAgci14LS0gIGxpYnNzbDMuc28KMDAwMDdmOTg0N2FjNjAwMCAgICAyMDQ4ICAg ICAgIDAgICAgICAgMCAtLS0tLSAgbGlic3NsMy5zbwowMDAwN2Y5ODQ3Y2M2MDAwICAgICAgIDgg ICAgICAgOCAgICAgICA4IHItLS0tICBsaWJzc2wzLnNvCjAwMDA3Zjk4NDdjYzgwMDAgICAgICAg NCAgICAgICA0ICAgICAgIDQgcnctLS0gIGxpYnNzbDMuc28KMDAwMDdmOTg0N2NjOTAwMCAgICAg ICA0ICAgICAgIDAgICAgICAgMCBydy0tLSAgICBbIGFub24gXQowMDAwN2Y5ODQ3Y2NhMDAwICAg IDE1NzIgICAgIDY3NiAgICAgICAwIHIteC0tICBsaWJjLTIuMTIuc28KMDAwMDdmOTg0N2U1MzAw MCAgICAyMDQ4ICAgICAgIDAgICAgICAgMCAtLS0tLSAgbGliYy0yLjEyLnNvCjAwMDA3Zjk4NDgw NTMwMDAgICAgICAxNiAgICAgIDE2ICAgICAgMTYgci0tLS0gIGxpYmMtMi4xMi5zbwowMDAwN2Y5 ODQ4MDU3MDAwICAgICAgIDQgICAgICAgNCAgICAgICA0IHJ3LS0tICBsaWJjLTIuMTIuc28KMDAw MDdmOTg0ODA1ODAwMCAgICAgIDIwICAgICAgMjAgICAgICAyMCBydy0tLSAgICBbIGFub24gXQow MDAwN2Y5ODQ4MDVkMDAwICAgICAgIDggICAgICAgOCAgICAgICAwIHIteC0tICBsaWJkbC0yLjEy LnNvCjAwMDA3Zjk4NDgwNWYwMDAgICAgMjA0OCAgICAgICAwICAgICAgIDAgLS0tLS0gIGxpYmRs LTIuMTIuc28KMDAwMDdmOTg0ODI1ZjAwMCAgICAgICA0ICAgICAgIDQgICAgICAgNCByLS0tLSAg bGliZGwtMi4xMi5zbwowMDAwN2Y5ODQ4MjYwMDAwICAgICAgIDQgICAgICAgNCAgICAgICA0IHJ3 LS0tICBsaWJkbC0yLjEyLnNvCjAwMDA3Zjk4NDgyNjEwMDAgICAgIDQ0NCAgICAgMjg0ICAgICAg IDAgci14LS0gIGxpYnBjcC5zby4zCjAwMDA3Zjk4NDgyZDAwMDAgICAgMjA0NCAgICAgICAwICAg ICAgIDAgLS0tLS0gIGxpYnBjcC5zby4zCjAwMDA3Zjk4NDg0Y2YwMDAgICAgICAxNiAgICAgIDE2 ICAgICAgMTYgcnctLS0gIGxpYnBjcC5zby4zCjAwMDA3Zjk4NDg0ZDMwMDAgICAgICAxNiAgICAg IDE2ICAgICAgMTYgcnctLS0gICAgWyBhbm9uIF0KMDAwMDdmOTg0ODRkNzAwMCAgICAgMTI4ICAg ICAgODggICAgICAgMCByLXgtLSAgbGQtMi4xMi5zbwowMDAwN2Y5ODQ4NmJmMDAwICAgICAgNjgg ICAgICAgMCAgICAgICAwIHItLXMtICBoZWxwLnBhZwowMDAwN2Y5ODQ4NmQwMDAwICAgICAgNDQg ICAgICA0NCAgICAgIDQ0IHJ3LS0tICAgIFsgYW5vbiBdCjAwMDA3Zjk4NDg2ZTEwMDAgICAgICAg OCAgICAgICAwICAgICAgIDAgci0tcy0gIGhlbHAucGFnCjAwMDA3Zjk4NDg2ZTMwMDAgICAgICAg NCAgICAgICAwICAgICAgIDAgci0tcy0gIGhlbHAuZGlyCjAwMDA3Zjk4NDg2ZTQwMDAgICAgICAy NCAgICAgICAwICAgICAgIDAgci0tcy0gIGRzb2hlbHAucGFnCjAwMDA3Zjk4NDg2ZWEwMDAgICAg ICAgNCAgICAgICAwICAgICAgIDAgci0tcy0gIGRzb2hlbHAuZGlyCjAwMDA3Zjk4NDg2ZWIwMDAg ICAgICAgOCAgICAgICAwICAgICAgIDAgci0tcy0gIGhlbHAuZGlyCjAwMDA3Zjk4NDg2ZWQwMDAg ICAgICAyNCAgICAgICAwICAgICAgIDAgci0tcy0gIGhlbHAucGFnCjAwMDA3Zjk4NDg2ZjMwMDAg ICAgICAgNCAgICAgICAwICAgICAgIDAgci0tcy0gIGhlbHAuZGlyCjAwMDA3Zjk4NDg2ZjQwMDAg ICAgICAgNCAgICAgICA0ICAgICAgIDQgcnctLS0gICAgWyBhbm9uIF0KMDAwMDdmOTg0ODZmNTAw MCAgICAgICA0ICAgICAgIDQgICAgICAgNCBydy0tLSAgICBbIGFub24gXQowMDAwN2Y5ODQ4NmY2 MDAwICAgICAgIDQgICAgICAgNCAgICAgICA0IHItLS0tICBsZC0yLjEyLnNvCjAwMDA3Zjk4NDg2 ZjcwMDAgICAgICAgNCAgICAgICA0ICAgICAgIDQgcnctLS0gIGxkLTIuMTIuc28KMDAwMDdmOTg0 ODZmODAwMCAgICAgICA0ICAgICAgIDQgICAgICAgNCBydy0tLSAgICBbIGFub24gXQowMDAwN2Y5 ODQ4NmY5MDAwICAgICAgOTIgICAgICA4NCAgICAgICAwIHIteC0tICBwbWNkCjAwMDA3Zjk4NDg5 MTAwMDAgICAgICAgNCAgICAgICA0ICAgICAgIDQgci0tLS0gIHBtY2QKMDAwMDdmOTg0ODkxMTAw MCAgICAgICA0ICAgICAgIDQgICAgICAgNCBydy0tLSAgcG1jZAowMDAwN2Y5ODQ4OTEyMDAwICAg ICAgMTIgICAgICAxMiAgICAgIDEyIHJ3LS0tICAgIFsgYW5vbiBdCjAwMDA3Zjk4NDljZTYwMDAg ICAgIDEzMiAgICAgMTMyICAgICAxMzIgcnctLS0gICAgWyBhbm9uIF0KMDAwMDdmOTg0OWQwNzAw MCAgICAgMjQ0ICAgICAyMzIgICAgIDIzMiBydy0tLSAgICBbIGFub24gXQowMDAwN2ZmZjYzNDhm MDAwICAgICAgODQgICAgICAyOCAgICAgIDI4IHJ3LS0tICAgIFsgc3RhY2sgXQowMDAwN2ZmZjYz NWZmMDAwICAgICAgIDQgICAgICAgNCAgICAgICAwIHIteC0tICAgIFsgYW5vbiBdCmZmZmZmZmZm ZmY2MDAwMDAgICAgICAgNCAgICAgICAwICAgICAgIDAgci14LS0gICAgWyBhbm9uIF0KLS0tLS0t LS0tLS0tLS0tLSAgLS0tLS0tICAtLS0tLS0gIC0tLS0tLQp0b3RhbCBrQiAgICAgICAgICAxMzg0 MjAgICAgMjcyMCAgICAgODUyCgo= ------=_Part_30466666_2119718020.1408001833615-- From nscott@redhat.com Thu Aug 14 04:09:44 2014 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on oss.sgi.com X-Spam-Level: X-Spam-Status: No, score=0.0 required=5.0 tests=none autolearn=ham version=3.3.1 X-Original-To: pcp@oss.sgi.com Delivered-To: pcp@oss.sgi.com Received: from relay.sgi.com (relay1.corp.sgi.com [137.38.102.111]) by oss.sgi.com (Postfix) with ESMTP id BD0F17F3F for ; Thu, 14 Aug 2014 04:09:44 -0500 (CDT) Received: from cuda.sgi.com (cuda3.sgi.com [192.48.176.15]) by relay1.corp.sgi.com (Postfix) with ESMTP id A70C28F8039 for ; Thu, 14 Aug 2014 02:09:44 -0700 (PDT) X-ASG-Debug-ID: 1408007378-04cb6c4c95115c40001-S8gJnT Received: from mx6-phx2.redhat.com (mx6-phx2.redhat.com [209.132.183.39]) by cuda.sgi.com with ESMTP id IaW4HE4HDW4BAcue for ; Thu, 14 Aug 2014 02:09:39 -0700 (PDT) X-Barracuda-Envelope-From: nscott@redhat.com X-Barracuda-Apparent-Source-IP: 209.132.183.39 Received: from zmail20.collab.prod.int.phx2.redhat.com (zmail20.collab.prod.int.phx2.redhat.com [10.5.83.23]) by mx6-phx2.redhat.com (8.14.4/8.14.4) with ESMTP id s7E99cTC025249 for ; Thu, 14 Aug 2014 05:09:38 -0400 Date: Thu, 14 Aug 2014 05:09:38 -0400 (EDT) From: Nathan Scott Reply-To: Nathan Scott To: PCP Mailing List Message-ID: <508301216.30526428.1408007378720.JavaMail.zimbra@redhat.com> In-Reply-To: <631756583.30516910.1408007006373.JavaMail.zimbra@redhat.com> Subject: pcp updates: next planned release date MIME-Version: 1.0 X-ASG-Orig-Subj: pcp updates: next planned release date Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-Originating-IP: [10.5.82.7] X-Mailer: Zimbra 8.0.6_GA_5922 (ZimbraWebClient - FF17 (Linux)/8.0.6_GA_5922) Thread-Topic: pcp updates: next planned release date Thread-Index: ayDOpsFDL5L4PnJK//kO72yLLhDH7Q== X-Barracuda-Connect: mx6-phx2.redhat.com[209.132.183.39] X-Barracuda-Start-Time: 1408007379 X-Barracuda-URL: http://192.48.176.15:80/cgi-mod/mark.cgi X-Virus-Scanned: by bsmtpd at sgi.com X-Barracuda-BRTS-Status: 1 X-Barracuda-Spam-Score: 0.02 X-Barracuda-Spam-Status: No, SCORE=0.02 using per-user scores of TAG_LEVEL=1000.0 QUARANTINE_LEVEL=1000.0 KILL_LEVEL=2.7 tests=THREAD_INDEX, THREAD_TOPIC X-Barracuda-Spam-Report: Code version 3.2, rules version 3.2.3.8431 Rule breakdown below pts rule name description ---- ---------------------- -------------------------------------------------- 0.01 THREAD_INDEX thread-index: AcO7Y8iR61tzADqsRmmc5wNiFHEOig== 0.01 THREAD_TOPIC Thread-Topic: ...(Japanese Subject)... Hi all, Please note - next planned release date is a week earlier than usual. This is to meet a Red Hat internal deadline, but also conveniently caters for my vacation mid-September. cheers. Changes committed to git://git.pcp.io/pcp.git dev CHANGELOG | 3 +++ VERSION.pcp | 2 +- build/rpm/fedora.spec | 5 ++++- debian/changelog | 6 ++++++ 4 files changed, 14 insertions(+), 2 deletions(-) commit 2293db92959e52ad45beda145f68dae5ce26b35e Author: Nathan Scott Date: Thu Aug 14 19:01:36 2014 +1000 Update next planned version and anticipated release dates. From brolley@redhat.com Thu Aug 14 08:55:47 2014 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on oss.sgi.com X-Spam-Level: X-Spam-Status: No, score=0.0 required=5.0 tests=none autolearn=ham version=3.3.1 X-Original-To: pcp@oss.sgi.com Delivered-To: pcp@oss.sgi.com Received: from relay.sgi.com (relay1.corp.sgi.com [137.38.102.111]) by oss.sgi.com (Postfix) with ESMTP id A79CD7F3F for ; Thu, 14 Aug 2014 08:55:47 -0500 (CDT) Received: from cuda.sgi.com (cuda3.sgi.com [192.48.176.15]) by relay1.corp.sgi.com (Postfix) with ESMTP id 7915E8F8059 for ; Thu, 14 Aug 2014 06:55:44 -0700 (PDT) X-ASG-Debug-ID: 1408024542-04cb6c4c9611ec50001-S8gJnT Received: from mx1.redhat.com (mx1.redhat.com [209.132.183.28]) by cuda.sgi.com with ESMTP id lsrdbMu91XUDxvf8 (version=TLSv1 cipher=AES256-SHA bits=256 verify=NO) for ; Thu, 14 Aug 2014 06:55:43 -0700 (PDT) X-Barracuda-Envelope-From: brolley@redhat.com X-Barracuda-Apparent-Source-IP: 209.132.183.28 X-ASG-Whitelist: Client Received: from int-mx10.intmail.prod.int.phx2.redhat.com (int-mx10.intmail.prod.int.phx2.redhat.com [10.5.11.23]) by mx1.redhat.com (8.14.4/8.14.4) with ESMTP id s7EDtghJ011925 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=OK) for ; Thu, 14 Aug 2014 09:55:42 -0400 Received: from [10.15.16.140] ([10.15.16.140]) by int-mx10.intmail.prod.int.phx2.redhat.com (8.14.4/8.14.4) with ESMTP id s7EDtgVk015989; Thu, 14 Aug 2014 09:55:42 -0400 Message-ID: <53ECC004.40102@redhat.com> Date: Thu, 14 Aug 2014 09:56:20 -0400 From: Dave Brolley User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:24.0) Gecko/20100101 Thunderbird/24.7.0 MIME-Version: 1.0 To: Nathan Scott CC: PCP Mailing List Subject: Re: [pcp] qa/944: Race Condition With Respect to pmcd Startup References: <53EBCFC4.9010405@redhat.com> <780425511.30383608.1407991468157.JavaMail.zimbra@redhat.com> X-ASG-Orig-Subj: Re: [pcp] qa/944: Race Condition With Respect to pmcd Startup In-Reply-To: <780425511.30383608.1407991468157.JavaMail.zimbra@redhat.com> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-Scanned-By: MIMEDefang 2.68 on 10.5.11.23 X-Barracuda-Connect: mx1.redhat.com[209.132.183.28] X-Barracuda-Start-Time: 1408024543 X-Barracuda-Encrypted: AES256-SHA X-Barracuda-URL: http://192.48.176.15:80/cgi-mod/mark.cgi X-Virus-Scanned: by bsmtpd at sgi.com X-Barracuda-BRTS-Status: 1 On 08/14/2014 12:44 AM, Nathan Scott wrote: > Hmmm, could this be a bug in pmcd_wait? It originally only knew about > ports/sockets, which either have-pmcd-actively-listening or they don't > ... is it possible that pmcd_wait should gain more knowledge to deal > properly with AF_UNIX sockets? e.g. does it fail early because a file > doesn't exist yet? Yep, that's exactly what's hapening. > e.g. can we trap -ENOENT and continue trying like we do for > -ECONNREFUSED, or something like that, depending on what the > underlying issue here is? cheers. -- Nathan Sounds reasonable. Dave From kenj@internode.on.net Thu Aug 14 17:29:56 2014 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on oss.sgi.com X-Spam-Level: X-Spam-Status: No, score=0.0 required=5.0 tests=none autolearn=ham version=3.3.1 X-Original-To: pcp@oss.sgi.com Delivered-To: pcp@oss.sgi.com Received: from relay.sgi.com (relay2.corp.sgi.com [137.38.102.29]) by oss.sgi.com (Postfix) with ESMTP id A48367F53 for ; Thu, 14 Aug 2014 17:29:56 -0500 (CDT) Received: from cuda.sgi.com (cuda3.sgi.com [192.48.176.15]) by relay2.corp.sgi.com (Postfix) with ESMTP id 8D9AA304032 for ; Thu, 14 Aug 2014 15:29:53 -0700 (PDT) X-ASG-Debug-ID: 1408055387-04cb6c55000f880001-S8gJnT Received: from ipmail07.adl2.internode.on.net (ipmail07.adl2.internode.on.net [150.101.137.131]) by cuda.sgi.com with ESMTP id KxhHpHRF4haaMPAF for ; Thu, 14 Aug 2014 15:29:47 -0700 (PDT) X-Barracuda-Envelope-From: kenj@internode.on.net X-Barracuda-Apparent-Source-IP: 150.101.137.131 X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: AqABAGE37VN20ScO/2dsb2JhbAANTYNgV4J8yniIfIUkgQUGAgUhAhECWQYCAQGIS65+d5UrF4Esjj2CY4FTBY8KhjmfYlqCTwEBAQ Received: from ppp118-209-39-14.lns20.mel4.internode.on.net (HELO [192.168.1.100]) ([118.209.39.14]) by ipmail07.adl2.internode.on.net with ESMTP; 15 Aug 2014 07:59:46 +0930 Message-ID: <53ED386E.50108@internode.on.net> Date: Fri, 15 Aug 2014 08:30:06 +1000 From: Ken McDonell User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:31.0) Gecko/20100101 Thunderbird/31.0 MIME-Version: 1.0 To: pcp@oss.sgi.com Subject: pcp updates - qa & pmlogger diags Content-Type: text/plain; charset=utf-8 X-ASG-Orig-Subj: pcp updates - qa & pmlogger diags Content-Transfer-Encoding: 7bit X-Barracuda-Connect: ipmail07.adl2.internode.on.net[150.101.137.131] X-Barracuda-Start-Time: 1408055387 X-Barracuda-URL: http://192.48.176.15:80/cgi-mod/mark.cgi X-Virus-Scanned: by bsmtpd at sgi.com X-Barracuda-BRTS-Status: 1 X-Barracuda-Spam-Score: 0.00 X-Barracuda-Spam-Status: No, SCORE=0.00 using per-user scores of TAG_LEVEL=1000.0 QUARANTINE_LEVEL=1000.0 KILL_LEVEL=2.7 tests= X-Barracuda-Spam-Report: Code version 3.2, rules version 3.2.3.8450 Rule breakdown below pts rule name description ---- ---------------------- -------------------------------------------------- Changes committed to git://git.performancecopilot.org/kenj/pcp.git dev qa/admin/check-vm | 2 +- qa/common.qt | 7 +++++++ src/pmlogger/src/ports.c | 10 ++++++++-- 3 files changed, 16 insertions(+), 3 deletions(-) commit 4f4eb86582b6db0433a989205a34f9d7818ad507 Author: Ken McDonell Date: Fri Aug 15 08:25:45 2014 +1000 pmlogger/ports.c - hide some diagnostics These diagnostics: fprintf(stderr, "GetPorts: inet socket creation failed: %s\n", ... fprintf(stderr, "GetPorts: ipv6 socket creation failed: %s\n", ... were unconditional. If the system does not support IPv6, this produces lots of annoying messages that are in practice reporting an expected and benign situation. And producing a rash of QA failures. Put the diagnostics behind a if (pmDebug & DBG_TRACE_CONTEXT) guard. commit d0a81bd4e77a78ef946715df6eb054c9f10d6371 Author: Ken McDonell Date: Fri Aug 15 07:00:51 2014 +1000 qa/common.qt - make Qt dependent QA conditional For many of the older platform and non-core distros, we cannot build the GUI bits because Qt is not installed or is too old. The build handles this OK. QA did not. This change uses the absence of an installed libpcp_qmc.so as the guard to "notrun" any of the GUI related QA tests. commit a4875707fcb783b0e709092cd0478ac6e3b16254 Author: Ken McDonell Date: Fri Aug 15 07:00:08 2014 +1000 qa/admin/check-vm - python --version is not portable Use -V instead. From nscott@redhat.com Fri Aug 15 01:59:45 2014 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on oss.sgi.com X-Spam-Level: X-Spam-Status: No, score=0.0 required=5.0 tests=none autolearn=ham version=3.3.1 X-Original-To: pcp@oss.sgi.com Delivered-To: pcp@oss.sgi.com Received: from relay.sgi.com (relay1.corp.sgi.com [137.38.102.111]) by oss.sgi.com (Postfix) with ESMTP id D70917F3F for ; Fri, 15 Aug 2014 01:59:45 -0500 (CDT) Received: from cuda.sgi.com (cuda2.sgi.com [192.48.176.25]) by relay1.corp.sgi.com (Postfix) with ESMTP id C57038F8052 for ; Thu, 14 Aug 2014 23:59:42 -0700 (PDT) X-ASG-Debug-ID: 1408085977-04cbb054871f840001-S8gJnT Received: from mx6-phx2.redhat.com (mx6-phx2.redhat.com [209.132.183.39]) by cuda.sgi.com with ESMTP id jHdAkBNVQEyKdaH5 for ; Thu, 14 Aug 2014 23:59:38 -0700 (PDT) X-Barracuda-Envelope-From: nscott@redhat.com X-Barracuda-Apparent-Source-IP: 209.132.183.39 Received: from zmail20.collab.prod.int.phx2.redhat.com (zmail20.collab.prod.int.phx2.redhat.com [10.5.83.23]) by mx6-phx2.redhat.com (8.14.4/8.14.4) with ESMTP id s7F6xY8s029316; Fri, 15 Aug 2014 02:59:34 -0400 Date: Fri, 15 Aug 2014 02:59:34 -0400 (EDT) From: Nathan Scott Reply-To: Nathan Scott To: Ken McDonell Cc: PCP Mailing List Message-ID: <1518362277.31333697.1408085974645.JavaMail.zimbra@redhat.com> Subject: libpcp_qmc QA oddity MIME-Version: 1.0 X-ASG-Orig-Subj: libpcp_qmc QA oddity Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-Originating-IP: [10.5.82.6] X-Mailer: Zimbra 8.0.6_GA_5922 (ZimbraWebClient - FF17 (Linux)/8.0.6_GA_5922) Thread-Topic: libpcp_qmc QA oddity Thread-Index: 6ZulfnnlU8DJZtX7aU3Q128PTPkXfg== X-Barracuda-Connect: mx6-phx2.redhat.com[209.132.183.39] X-Barracuda-Start-Time: 1408085978 X-Barracuda-URL: http://192.48.176.25:80/cgi-mod/mark.cgi X-Virus-Scanned: by bsmtpd at sgi.com X-Barracuda-BRTS-Status: 1 X-Barracuda-Spam-Score: 0.02 X-Barracuda-Spam-Status: No, SCORE=0.02 using per-user scores of TAG_LEVEL=1000.0 QUARANTINE_LEVEL=1000.0 KILL_LEVEL=2.7 tests=THREAD_INDEX, THREAD_TOPIC X-Barracuda-Spam-Report: Code version 3.2, rules version 3.2.3.8462 Rule breakdown below pts rule name description ---- ---------------------- -------------------------------------------------- 0.01 THREAD_INDEX thread-index: AcO7Y8iR61tzADqsRmmc5wNiFHEOig== 0.01 THREAD_TOPIC Thread-Topic: ...(Japanese Subject)... Hmm, these tests were all running for me previously ... I think? [95%] 1001 0s ... [not run] libpcp_qmc not installed [95%] 1002 2s ... [not run] libpcp_qmc not installed [95%] 1003 1s ... [not run] libpcp_qmc not installed [96%] 1004 1s ... [not run] libpcp_qmc not installed [96%] 1005 0s ... [not run] libpcp_qmc not installed [96%] 1006 1s ... [not run] libpcp_qmc not installed [96%] 1007 2s ... [not run] libpcp_qmc not installed [96%] 1008 4s ... [not run] libpcp_qmc not installed [96%] 1009 1s ... [not run] libpcp_qmc not installed [96%] 1010 5s ... [not run] libpcp_qmc not installed [96%] 1011 0s ... [not run] libpcp_qmc not installed [97%] 1012 3s ... [not run] libpcp_qmc not installed [97%] 1013 0s ... [not run] libpcp_qmc not installed [97%] 1014 0s ... [not run] libpcp_qmc not installed [97%] 1015 0s ... [not run] libpcp_qmc not installed [97%] 1016 1s ... [not run] libpcp_qmc not installed [97%] 1021 1s ... [not run] libpcp_qmc not installed [97%] 1022 0s ... [not run] libpcp_qmc not installed [98%] 1023 1s ... [not run] libpcp_qmc not installed [98%] 1025 1s ... [not run] libpcp_qmc not installed [98%] 1026 2s ... [not run] libpcp_qmc not installed [98%] 1027 1s ... [not run] libpcp_qmc not installed [98%] 1028 1s ... [not run] libpcp_qmc not installed [98%] 1029 4s ... [not run] libpcp_qmc not installed Any ideas before I dig a bit deeper? thanks! -- Nathan From nscott@redhat.com Fri Aug 15 06:14:45 2014 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on oss.sgi.com X-Spam-Level: X-Spam-Status: No, score=0.0 required=5.0 tests=none autolearn=ham version=3.3.1 X-Original-To: pcp@oss.sgi.com Delivered-To: pcp@oss.sgi.com Received: from relay.sgi.com (relay2.corp.sgi.com [137.38.102.29]) by oss.sgi.com (Postfix) with ESMTP id 065AB7F3F for ; Fri, 15 Aug 2014 06:14:45 -0500 (CDT) Received: from cuda.sgi.com (cuda2.sgi.com [192.48.176.25]) by relay2.corp.sgi.com (Postfix) with ESMTP id E942B304043 for ; Fri, 15 Aug 2014 04:14:41 -0700 (PDT) X-ASG-Debug-ID: 1408101275-04cbb0548526ab0001-S8gJnT Received: from mx5-phx2.redhat.com (mx5-phx2.redhat.com [209.132.183.37]) by cuda.sgi.com with ESMTP id wWO9lIpB0sK76kKj for ; Fri, 15 Aug 2014 04:14:35 -0700 (PDT) X-Barracuda-Envelope-From: nscott@redhat.com X-Barracuda-Apparent-Source-IP: 209.132.183.37 Received: from zmail20.collab.prod.int.phx2.redhat.com (zmail20.collab.prod.int.phx2.redhat.com [10.5.83.23]) by mx5-phx2.redhat.com (8.14.4/8.14.4) with ESMTP id s7FBEZ8S009955 for ; Fri, 15 Aug 2014 07:14:35 -0400 Date: Fri, 15 Aug 2014 07:14:35 -0400 (EDT) From: Nathan Scott Reply-To: Nathan Scott To: PCP Mailing List Message-ID: <460466578.31649313.1408101275187.JavaMail.zimbra@redhat.com> In-Reply-To: <698009185.31648713.1408101244620.JavaMail.zimbra@redhat.com> Subject: pcp updates: qa, python, pmlogger MIME-Version: 1.0 X-ASG-Orig-Subj: pcp updates: qa, python, pmlogger Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-Originating-IP: [10.5.82.6] X-Mailer: Zimbra 8.0.6_GA_5922 (ZimbraWebClient - FF17 (Linux)/8.0.6_GA_5922) Thread-Topic: pcp updates: qa, python, pmlogger Thread-Index: YDS2Uss6TMwsQrsvue8LwQiAY0GkHg== X-Barracuda-Connect: mx5-phx2.redhat.com[209.132.183.37] X-Barracuda-Start-Time: 1408101275 X-Barracuda-URL: http://192.48.176.25:80/cgi-mod/mark.cgi X-Virus-Scanned: by bsmtpd at sgi.com X-Barracuda-BRTS-Status: 1 X-Barracuda-Spam-Score: 0.02 X-Barracuda-Spam-Status: No, SCORE=0.02 using per-user scores of TAG_LEVEL=1000.0 QUARANTINE_LEVEL=1000.0 KILL_LEVEL=2.7 tests=THREAD_INDEX, THREAD_TOPIC X-Barracuda-Spam-Report: Code version 3.2, rules version 3.2.3.8467 Rule breakdown below pts rule name description ---- ---------------------- -------------------------------------------------- 0.01 THREAD_INDEX thread-index: AcO7Y8iR61tzADqsRmmc5wNiFHEOig== 0.01 THREAD_TOPIC Thread-Topic: ...(Japanese Subject)... Changes committed to git://git.pcp.io/pcp.git dev .gitignore | 2 qa/admin/check-vm | 2 qa/common.qt | 7 + src/pmie/pmie_daily.sh | 2 src/pmlogger/pmlogger_daily.sh | 2 src/pmlogger/src/pmlogger.c | 25 +----- src/pmlogger/src/ports.c | 10 ++ src/python/pcp/pmapi.py | 162 ++++++++++++++++++++--------------------- src/python/pcp/pmcc.py | 32 ++++---- src/python/pcp/pmda.py | 14 +-- src/python/pcp/pmgui.py | 8 +- src/python/pcp/pmi.py | 42 +++++----- src/python/pcp/pmsubsys.py | 4 - 13 files changed, 156 insertions(+), 156 deletions(-) commit 505933e5d949865a70cdf5027547de3478a39ecf Author: Nathan Scott Date: Fri Aug 15 21:12:33 2014 +1000 First round of python v3 support updates to python modules Syntax issues fixed here include: - conversion to py2/3 compat exception raising syntax - conversion to py2/3 compat exception catching syntax - consistent whitespace use (else compile error results) - conversion to print calls using parentheses commit f1ffb9125038e1d2f7a145a8022ddbe166df8c51 Author: Nathan Scott Date: Fri Aug 15 21:08:07 2014 +1000 Perform just the one pmcd.hostname lookup on pmlogger start Since we now make use of pmGetContextHostname in pmlogger, we no longer need to explicitly fetch the hostname (second time) since we've already done that. commit e51d24a8c21be76095561eed1e4c131840634372 Author: Nathan Scott Date: Fri Aug 15 21:06:23 2014 +1000 Support xz compression format in pmie/pmlogger daily scripts commit 79efac835c80e549821198cc5bea868c8767914d Author: Nathan Scott Date: Fri Aug 15 13:16:50 2014 +1000 Update toplevel gitignore to grok longer version number commit 8a0bfae6aeebc711f09d61fc736ea8d9e953e29b Merge: 4f4eb86 2293db9 Author: Ken McDonell Date: Fri Aug 15 08:30:47 2014 +1000 Merge branch 'dev' of git://git.performancecopilot.org/pcp/pcp into dev commit 4f4eb86582b6db0433a989205a34f9d7818ad507 Author: Ken McDonell Date: Fri Aug 15 08:25:45 2014 +1000 pmlogger/ports.c - hide some diagnostics These diagnostics: fprintf(stderr, "GetPorts: inet socket creation failed: %s\n", ... fprintf(stderr, "GetPorts: ipv6 socket creation failed: %s\n", ... were unconditional. If the system does not support IPv6, this produces lots of annoying messages that are in practice reporting an expected and benign situation. And producing a rash of QA failures. Put the diagnostics behind a if (pmDebug & DBG_TRACE_CONTEXT) guard. commit d0a81bd4e77a78ef946715df6eb054c9f10d6371 Author: Ken McDonell Date: Fri Aug 15 07:00:51 2014 +1000 qa/common.qt - make Qt dependent QA conditional For many of the older platform and non-core distros, we cannot build the GUI bits because Qt is not installed or is too old. The build handles this OK. QA did not. This change uses the absence of an installed libpcp_qmc.so as the guard to "notrun" any of the GUI related QA tests. commit a4875707fcb783b0e709092cd0478ac6e3b16254 Author: Ken McDonell Date: Fri Aug 15 07:00:08 2014 +1000 qa/admin/check-vm - python --version is not portable Use -V instead. commit 13022cd27519da16b8d8c64ada8dfadc8b853095 Merge: 3ecf28f 7869261 Author: Ken McDonell Date: Wed Aug 13 09:43:58 2014 +1000 Merge branch 'dev' of git://git.performancecopilot.org/pcp/pcp into dev From myllynen@redhat.com Mon Aug 18 10:58:13 2014 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on oss.sgi.com X-Spam-Level: X-Spam-Status: No, score=0.0 required=5.0 tests=none autolearn=ham version=3.3.1 X-Original-To: pcp@oss.sgi.com Delivered-To: pcp@oss.sgi.com Received: from relay.sgi.com (relay1.corp.sgi.com [137.38.102.111]) by oss.sgi.com (Postfix) with ESMTP id 444C77F4E for ; Mon, 18 Aug 2014 10:58:13 -0500 (CDT) Received: from cuda.sgi.com (cuda1.sgi.com [192.48.157.11]) by relay1.corp.sgi.com (Postfix) with ESMTP id 1356E8F8037 for ; Mon, 18 Aug 2014 08:58:09 -0700 (PDT) X-ASG-Debug-ID: 1408377485-04bdf010a04e490001-S8gJnT Received: from mx1.redhat.com (mx1.redhat.com [209.132.183.28]) by cuda.sgi.com with ESMTP id yJQwcaLrxxDioLll (version=TLSv1 cipher=AES256-SHA bits=256 verify=NO) for ; Mon, 18 Aug 2014 08:58:05 -0700 (PDT) X-Barracuda-Envelope-From: myllynen@redhat.com X-Barracuda-Apparent-Source-IP: 209.132.183.28 X-ASG-Whitelist: Client Received: from int-mx10.intmail.prod.int.phx2.redhat.com (int-mx10.intmail.prod.int.phx2.redhat.com [10.5.11.23]) by mx1.redhat.com (8.14.4/8.14.4) with ESMTP id s7IFw440004714 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=OK) for ; Mon, 18 Aug 2014 11:58:05 -0400 Received: from mmyllyne.csb (vpn1-7-181.ams2.redhat.com [10.36.7.181]) by int-mx10.intmail.prod.int.phx2.redhat.com (8.14.4/8.14.4) with ESMTP id s7IFw3Bl010621 for ; Mon, 18 Aug 2014 11:58:04 -0400 Message-ID: <53F2228A.9080500@redhat.com> Date: Mon, 18 Aug 2014 18:58:02 +0300 From: Marko Myllynen Reply-To: myllynen@redhat.com Organization: Red Hat User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:24.0) Gecko/20100101 Thunderbird/24.6.0 MIME-Version: 1.0 To: pcp developers Subject: [PATCH] pmatop.py: fix help keys Content-Type: text/plain; charset=windows-1252 X-ASG-Orig-Subj: [PATCH] pmatop.py: fix help keys Content-Transfer-Encoding: 8bit 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: 1408377485 X-Barracuda-Encrypted: AES256-SHA X-Barracuda-URL: http://192.48.157.11:80/cgi-mod/mark.cgi X-Virus-Scanned: by bsmtpd at sgi.com X-Barracuda-BRTS-Status: 1 Hi, a trivial fix for pmatop below. >From 4453366c17583c125fed95b8e2fe2adaeb20f987 Mon Sep 17 00:00:00 2001 From: Marko Myllynen Date: Mon, 18 Aug 2014 16:51:07 +0300 Subject: [PATCH] pmatop.py: fix help keys >From pmatop(1): Miscellaneous interactive commands: ? Request for help information (also the key ’h’ can be pressed). --- src/pmatop/pmatop.py | 2 +- 1 files changed, 1 insertions(+), 1 deletions(-) diff --git a/src/pmatop/pmatop.py b/src/pmatop/pmatop.py index c52a6f2..3b4e9d2 100644 --- a/src/pmatop/pmatop.py +++ b/src/pmatop/pmatop.py @@ -882,7 +882,7 @@ def main (stdscr_p): stdscr.timeout(-1) # currently it just does "hit any key to continue" char = stdscr.getch() - elif cmd == "h": + elif cmd == "h" or cmd == "?": stdscr.clear () stdscr.move (0, 0) stdscr.addstr ('\nOptions shown for active processes:\n') -- 1.7.1 -- Marko Myllynen From brolley@redhat.com Mon Aug 18 13:27:13 2014 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on oss.sgi.com X-Spam-Level: X-Spam-Status: No, score=0.0 required=5.0 tests=none autolearn=ham version=3.3.1 X-Original-To: pcp@oss.sgi.com Delivered-To: pcp@oss.sgi.com Received: from relay.sgi.com (relay3.corp.sgi.com [198.149.34.15]) by oss.sgi.com (Postfix) with ESMTP id 93BBD7F3F for ; Mon, 18 Aug 2014 13:27:13 -0500 (CDT) Received: from cuda.sgi.com (cuda2.sgi.com [192.48.176.25]) by relay3.corp.sgi.com (Postfix) with ESMTP id 10B57AC001 for ; Mon, 18 Aug 2014 11:27:09 -0700 (PDT) X-ASG-Debug-ID: 1408386425-04cbb05488d01e0001-S8gJnT Received: from mx1.redhat.com (mx1.redhat.com [209.132.183.28]) by cuda.sgi.com with ESMTP id ZmXnTxITg6ui9fCz (version=TLSv1 cipher=AES256-SHA bits=256 verify=NO) for ; Mon, 18 Aug 2014 11:27:05 -0700 (PDT) X-Barracuda-Envelope-From: brolley@redhat.com X-Barracuda-Apparent-Source-IP: 209.132.183.28 X-ASG-Whitelist: Client Received: from int-mx10.intmail.prod.int.phx2.redhat.com (int-mx10.intmail.prod.int.phx2.redhat.com [10.5.11.23]) by mx1.redhat.com (8.14.4/8.14.4) with ESMTP id s7IIR4r4000832 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=OK) for ; Mon, 18 Aug 2014 14:27:04 -0400 Received: from [10.15.16.140] ([10.15.16.140]) by int-mx10.intmail.prod.int.phx2.redhat.com (8.14.4/8.14.4) with ESMTP id s7IIR4df030279; Mon, 18 Aug 2014 14:27:04 -0400 Message-ID: <53F245A1.2070003@redhat.com> Date: Mon, 18 Aug 2014 14:27:45 -0400 From: Dave Brolley User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:24.0) Gecko/20100101 Thunderbird/24.7.0 MIME-Version: 1.0 To: Nathan Scott CC: pcp@oss.sgi.com Subject: Re: [pcp] Secure sockets builds have high daemon memory utilisation References: <1896810420.23212457.1402370819966.JavaMail.zimbra@redhat.com> <5397573A.90102@redhat.com> <53EBCCEB.2030604@redhat.com> <1306085089.30466668.1408001833620.JavaMail.zimbra@redhat.com> X-ASG-Orig-Subj: Re: [pcp] Secure sockets builds have high daemon memory utilisation In-Reply-To: <1306085089.30466668.1408001833620.JavaMail.zimbra@redhat.com> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-Scanned-By: MIMEDefang 2.68 on 10.5.11.23 X-Barracuda-Connect: mx1.redhat.com[209.132.183.28] X-Barracuda-Start-Time: 1408386425 X-Barracuda-Encrypted: AES256-SHA X-Barracuda-URL: http://192.48.176.25:80/cgi-mod/mark.cgi X-Virus-Scanned: by bsmtpd at sgi.com X-Barracuda-BRTS-Status: 1 On 08/14/2014 03:37 AM, Nathan Scott wrote: >> There is one qa issue which affects tests 712 and 966. In the old >> implementation, servers would initialize NSS right away and, should that >> fail, were able to report that secure connections are not supported >> during the connection handshake with the first client to connect. With >> the new implementation, NSS initialization is not attempted until the >> first secure connection is actually requested (after the first >> connection handshake). Thus, when the first client connects, a server >> built --with-secure-sockets will report that secure connections are >> supported, even though that may ultimately turn out not to be true (e.g. >> NSS init fails because there is no server certificate). Once NSS init >> has failed, the server is then able to report that secure connections >> are not supported during subsequent connection handshakes. >> >> The visible result is that the first client to connect may be told that >> secure connections are supported, only to get "connection reset by peer" >> when a secure connection is actually requested. With the old >> implementation, the first client to connect would be told during the >> handshake that secure connections are not supported and would be able to >> correctly report that to the user. >> >> I'm not quite sure how to handle this. Suggestions please! One possible >> solution is to have clients try to connect a second time when they >> receive "connection reset by peer" the first time. During the second >> handshake, the server will correctly report that secure sockets are not >> supported. Another related solution might be to have the server report >> that the status of secure connection support is unknown. This could then >> be used as the trigger for a second connection attempt by the client >> should an initial secure connection attempt fail. >> > Perhaps a new error code (as in "pmerr -l") could be introduced to give a > more meaningful message than ECONNRESET on that first failure? ISTR we > end up with ECONNRESET in alot of cases via NSS/SSL which made debugging > quite tricky ... so distinguishing more cases would be good. Relatively > simple then - no need for retries, protocol tweaking, etc. > That would be great, but I'm not quite sure how to accomplish this. Please correct me if I'm misunderstanding the way the client/pmcd handshake works. The problem is that client has connected and the server has responded with an extended error pdu claiming that it supports secure sockets. The client the sends its credentials including its intention to connect securely. At this point, both side attempt to upgrade their sockets to secure ones, each expecting the other to succeed and both initiate the SSL handshake. It is at this point that the server fails to initialize NSS and drops its side of the connection. I don't see an opportunity for the server to indicate that it was unable to upgrade to a secure socket. Dave From brolley@redhat.com Mon Aug 18 14:08:27 2014 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on oss.sgi.com X-Spam-Level: X-Spam-Status: No, score=0.0 required=5.0 tests=none autolearn=ham version=3.3.1 X-Original-To: pcp@oss.sgi.com Delivered-To: pcp@oss.sgi.com Received: from relay.sgi.com (relay2.corp.sgi.com [137.38.102.29]) by oss.sgi.com (Postfix) with ESMTP id 51B347F3F for ; Mon, 18 Aug 2014 14:08:27 -0500 (CDT) Received: from cuda.sgi.com (cuda3.sgi.com [192.48.176.15]) by relay2.corp.sgi.com (Postfix) with ESMTP id 3F6E030407E for ; Mon, 18 Aug 2014 12:08:24 -0700 (PDT) X-ASG-Debug-ID: 1408388898-04cb6c54ffbec30001-S8gJnT Received: from mx1.redhat.com (mx1.redhat.com [209.132.183.28]) by cuda.sgi.com with ESMTP id e8EeAn7FqQwyftjF (version=TLSv1 cipher=AES256-SHA bits=256 verify=NO) for ; Mon, 18 Aug 2014 12:08:18 -0700 (PDT) X-Barracuda-Envelope-From: brolley@redhat.com X-Barracuda-Apparent-Source-IP: 209.132.183.28 X-ASG-Whitelist: Client Received: from int-mx14.intmail.prod.int.phx2.redhat.com (int-mx14.intmail.prod.int.phx2.redhat.com [10.5.11.27]) by mx1.redhat.com (8.14.4/8.14.4) with ESMTP id s7IJ8INF006590 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=OK) for ; Mon, 18 Aug 2014 15:08:18 -0400 Received: from [10.15.16.140] ([10.15.16.140]) by int-mx14.intmail.prod.int.phx2.redhat.com (8.14.4/8.14.4) with ESMTP id s7IJ8HTo007598; Mon, 18 Aug 2014 15:08:17 -0400 Message-ID: <53F24F4A.8040902@redhat.com> Date: Mon, 18 Aug 2014 15:08:58 -0400 From: Dave Brolley User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:24.0) Gecko/20100101 Thunderbird/24.7.0 MIME-Version: 1.0 To: Nathan Scott CC: PCP Mailing List Subject: Re: [pcp] qa/944: Race Condition With Respect to pmcd Startup References: <53EBCFC4.9010405@redhat.com> <780425511.30383608.1407991468157.JavaMail.zimbra@redhat.com> X-ASG-Orig-Subj: Re: [pcp] qa/944: Race Condition With Respect to pmcd Startup In-Reply-To: <780425511.30383608.1407991468157.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: 1408388898 X-Barracuda-Encrypted: AES256-SHA X-Barracuda-URL: http://192.48.176.15:80/cgi-mod/mark.cgi X-Virus-Scanned: by bsmtpd at sgi.com X-Barracuda-BRTS-Status: 1 On 08/14/2014 12:44 AM, Nathan Scott wrote: > Hmmm, could this be a bug in pmcd_wait? It originally only knew about > ports/sockets, which either have-pmcd-actively-listening or they don't > ... is it possible that pmcd_wait should gain more knowledge to deal > properly with AF_UNIX sockets? e.g. does it fail early because a file > doesn't exist yet? e.g. can we trap -ENOENT and continue trying like > we do for -ECONNREFUSED, or something like that, depending on what the > underlying issue here is? > on brolley/dev in pcpfans ... commit 959000679811547d9c3857ed17d279aa1f0b99df Author: Dave Brolley Date: Mon Aug 18 14:41:20 2014 -0400 pmcd_wait now responds to ENOENT. ENOENT indicates that the pmcd's unix domain socket file has not yet been created. pmcd_wait will try again, up to the configured maximum number of times. This commit also reverts commit d62b31c5282c6133c87d067db28b3cd440f650f3 which is no longer necessary. From fche@redhat.com Mon Aug 18 14:21:45 2014 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on oss.sgi.com X-Spam-Level: X-Spam-Status: No, score=0.0 required=5.0 tests=none autolearn=ham version=3.3.1 X-Original-To: pcp@oss.sgi.com Delivered-To: pcp@oss.sgi.com Received: from relay.sgi.com (relay3.corp.sgi.com [198.149.34.15]) by oss.sgi.com (Postfix) with ESMTP id C2F367F3F for ; Mon, 18 Aug 2014 14:21:45 -0500 (CDT) Received: from cuda.sgi.com (cuda3.sgi.com [192.48.176.15]) by relay3.corp.sgi.com (Postfix) with ESMTP id 5CA96AC002 for ; Mon, 18 Aug 2014 12:21:45 -0700 (PDT) X-ASG-Debug-ID: 1408389703-04cb6c54fdbf4e0001-S8gJnT Received: from mx1.redhat.com (mx1.redhat.com [209.132.183.28]) by cuda.sgi.com with ESMTP id 0GyhXEHbI50oc27R (version=TLSv1 cipher=AES256-SHA bits=256 verify=NO) for ; Mon, 18 Aug 2014 12:21:44 -0700 (PDT) X-Barracuda-Envelope-From: fche@redhat.com X-Barracuda-Apparent-Source-IP: 209.132.183.28 X-ASG-Whitelist: Client Received: from int-mx09.intmail.prod.int.phx2.redhat.com (int-mx09.intmail.prod.int.phx2.redhat.com [10.5.11.22]) by mx1.redhat.com (8.14.4/8.14.4) with ESMTP id s7IJLgnK024706 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=OK) for ; Mon, 18 Aug 2014 15:21:43 -0400 Received: from fche.csb (vpn-58-140.rdu2.redhat.com [10.10.58.140]) by int-mx09.intmail.prod.int.phx2.redhat.com (8.14.4/8.14.4) with ESMTP id s7IJLgtb018162 for ; Mon, 18 Aug 2014 15:21:42 -0400 Received: by fche.csb (Postfix, from userid 2569) id 8A8EC5838D; Mon, 18 Aug 2014 15:21:39 -0400 (EDT) Date: Mon, 18 Aug 2014 15:21:38 -0400 From: "Frank Ch. Eigler" To: pcp developers Subject: pcpfans fche/pmmgr changes for review Message-ID: <20140818192137.GA21267@redhat.com> X-ASG-Orig-Subj: pcpfans fche/pmmgr changes for review 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-Barracuda-Connect: mx1.redhat.com[209.132.183.28] X-Barracuda-Start-Time: 1408389703 X-Barracuda-Encrypted: AES256-SHA X-Barracuda-URL: http://192.48.176.15:80/cgi-mod/mark.cgi X-Virus-Scanned: by bsmtpd at sgi.com X-Barracuda-BRTS-Status: 1 Hi - Review sought for freshly rebased pcpfans.git fche/pmmgr code. Just two nontrivial commits there. (I plan to work more in the near future on accelerating the 666 test case.) commit 26de1cabca356ca9b73cc5cd0b79da1da4dc1b58 Author: Frank Ch. Eigler Date: Fri Jul 4 13:05:13 2014 -0400 pmmgr: handle case of pm{ie,logger} daemon that refuses SIGTERM In rare cases, it appears possible for a signal to a child pmie/pmlogger process to be lost, when the pmmgr_daemon dtor wants to kill it. Like pm*_daily.sh, be assertive with a later SIGKILL, and don't wait forever. commit 7d2230f517b5ee51a568ac25e4f4871ddedba42a Author: Frank Ch. Eigler Date: Wed Apr 9 13:28:14 2014 -0400 pmmgr testing: quicken, avoid some granularity-edge races After concerns, the time taken by the pmmgr 666 test case are now reduced to about 6 minutes. Changes to pmmgr proper involve active avoidance of granular-mode period boundaries. pmloggers are instructed to shut down one second before, and new pmloggers are precluded from launching within that transitional second. This seems to make the resulting archives' timespans match the intuitive expetations. From nscott@redhat.com Tue Aug 19 02:20:22 2014 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on oss.sgi.com X-Spam-Level: X-Spam-Status: No, score=0.0 required=5.0 tests=none autolearn=ham version=3.3.1 X-Original-To: pcp@oss.sgi.com Delivered-To: pcp@oss.sgi.com Received: from relay.sgi.com (relay1.corp.sgi.com [137.38.102.111]) by oss.sgi.com (Postfix) with ESMTP id 234157F3F for ; Tue, 19 Aug 2014 02:20:22 -0500 (CDT) Received: from cuda.sgi.com (cuda3.sgi.com [192.48.176.15]) by relay1.corp.sgi.com (Postfix) with ESMTP id 0337D8F8039 for ; Tue, 19 Aug 2014 00:20:18 -0700 (PDT) X-ASG-Debug-ID: 1408432817-04cb6c54fed58c0001-S8gJnT Received: from mx5-phx2.redhat.com (mx5-phx2.redhat.com [209.132.183.37]) by cuda.sgi.com with ESMTP id wwHFtmPJKjVzBWlz for ; Tue, 19 Aug 2014 00:20:17 -0700 (PDT) X-Barracuda-Envelope-From: nscott@redhat.com X-Barracuda-Apparent-Source-IP: 209.132.183.37 Received: from zmail20.collab.prod.int.phx2.redhat.com (zmail20.collab.prod.int.phx2.redhat.com [10.5.83.23]) by mx5-phx2.redhat.com (8.14.4/8.14.4) with ESMTP id s7J7KGT5030127; Tue, 19 Aug 2014 03:20:16 -0400 Date: Tue, 19 Aug 2014 03:20:15 -0400 (EDT) From: Nathan Scott Reply-To: Nathan Scott To: Dave Brolley Cc: pcp@oss.sgi.com Message-ID: <1131406976.33656824.1408432815577.JavaMail.zimbra@redhat.com> In-Reply-To: <53F245A1.2070003@redhat.com> References: <1896810420.23212457.1402370819966.JavaMail.zimbra@redhat.com> <5397573A.90102@redhat.com> <53EBCCEB.2030604@redhat.com> <1306085089.30466668.1408001833620.JavaMail.zimbra@redhat.com> <53F245A1.2070003@redhat.com> Subject: Re: [pcp] Secure sockets builds have high daemon memory utilisation MIME-Version: 1.0 X-ASG-Orig-Subj: Re: [pcp] Secure sockets builds have high daemon memory utilisation Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-Originating-IP: [10.5.82.7] X-Mailer: Zimbra 8.0.6_GA_5922 (ZimbraWebClient - FF17 (Linux)/8.0.6_GA_5922) Thread-Topic: Secure sockets builds have high daemon memory utilisation Thread-Index: E33/1/OrU8ucF9yxX9FTji7oQy23bA== X-Barracuda-Connect: mx5-phx2.redhat.com[209.132.183.37] X-Barracuda-Start-Time: 1408432817 X-Barracuda-URL: http://192.48.176.15:80/cgi-mod/mark.cgi X-Virus-Scanned: by bsmtpd at sgi.com X-Barracuda-BRTS-Status: 1 X-Barracuda-Spam-Score: 0.03 X-Barracuda-Spam-Status: No, SCORE=0.03 using per-user scores of TAG_LEVEL=1000.0 QUARANTINE_LEVEL=1000.0 KILL_LEVEL=2.7 tests=BSF_SC0_SA_TO_FROM_DOMAIN_MATCH, THREAD_INDEX, THREAD_TOPIC X-Barracuda-Spam-Report: Code version 3.2, rules version 3.2.3.8606 Rule breakdown below pts rule name description ---- ---------------------- -------------------------------------------------- 0.01 THREAD_INDEX thread-index: AcO7Y8iR61tzADqsRmmc5wNiFHEOig== 0.01 THREAD_TOPIC Thread-Topic: ...(Japanese Subject)... 0.01 BSF_SC0_SA_TO_FROM_DOMAIN_MATCH Sender Domain Matches Recipient Domain Hi Dave, ----- Original Message ----- > > [...] > > Perhaps a new error code (as in "pmerr -l") could be introduced to give a > > more meaningful message than ECONNRESET on that first failure? ISTR we > > end up with ECONNRESET in alot of cases via NSS/SSL which made debugging > > quite tricky ... so distinguishing more cases would be good. Relatively > > simple then - no need for retries, protocol tweaking, etc. > > > That would be great, but I'm not quite sure how to accomplish this. > Please correct me if I'm misunderstanding the way the client/pmcd > handshake works. (Yep, that description matches my understanding too) > The problem is that client has connected and the server > has responded with an extended error pdu claiming that it supports > secure sockets. The client the sends its credentials including its > intention to connect securely. At this point, both side attempt to > upgrade their sockets to secure ones, each expecting the other to > succeed and both initiate the SSL handshake. It is at this point that > the server fails to initialize NSS and drops its side of the connection. Ah, does the NSS code swallow whatever error pmcd sends back? At the point where NSS_Init (or subsequent SSL calls) fail, I was thinking we would have an opportunity to capture that error and propogate it to the client via an error PDU (when the client next read()s it'll get it even if its slightly later in the exchange) before we close the socket. But if NSS eats that error code and always does a connection reset (?), we are in strife... is that what happens? - there's no opportunity to send an error PDU before we close the connection? BTW, I notice there's a bunch of SSL_ERROR_* (incl NO_CERTIFICATE which was your example situation IIRC?) over in - those would seem like ideal things to be sending back, instead of new PMAPI error codes ... (pmErrStr_r supports these already) - just need to find a way to get pmcd to send that pesky error PDU. > I don't see an opportunity for the server to indicate that it was unable > to upgrade to a secure socket. I thought pmcd would be able to send an error PDU before it closes the socket ... (and a non-connection-reset code should appear on next read) - that didn't work? cheers. -- Nathan From brolley@redhat.com Tue Aug 19 14:39:23 2014 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on oss.sgi.com X-Spam-Level: X-Spam-Status: No, score=0.0 required=5.0 tests=none autolearn=ham version=3.3.1 X-Original-To: pcp@oss.sgi.com Delivered-To: pcp@oss.sgi.com Received: from relay.sgi.com (relay2.corp.sgi.com [137.38.102.29]) by oss.sgi.com (Postfix) with ESMTP id 80F687F3F for ; Tue, 19 Aug 2014 14:39:23 -0500 (CDT) Received: from cuda.sgi.com (cuda2.sgi.com [192.48.176.25]) by relay2.corp.sgi.com (Postfix) with ESMTP id 6FBA330407A for ; Tue, 19 Aug 2014 12:39:23 -0700 (PDT) X-ASG-Debug-ID: 1408477158-04cbb05485115180001-S8gJnT Received: from mx1.redhat.com (mx1.redhat.com [209.132.183.28]) by cuda.sgi.com with ESMTP id 3D1zcUnD16YEj29n (version=TLSv1 cipher=AES256-SHA bits=256 verify=NO) for ; Tue, 19 Aug 2014 12:39:19 -0700 (PDT) X-Barracuda-Envelope-From: brolley@redhat.com X-Barracuda-Apparent-Source-IP: 209.132.183.28 X-ASG-Whitelist: Client Received: from int-mx11.intmail.prod.int.phx2.redhat.com (int-mx11.intmail.prod.int.phx2.redhat.com [10.5.11.24]) by mx1.redhat.com (8.14.4/8.14.4) with ESMTP id s7JJdIeD024925 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=OK) for ; Tue, 19 Aug 2014 15:39:18 -0400 Received: from [10.10.58.129] (vpn-58-129.rdu2.redhat.com [10.10.58.129]) by int-mx11.intmail.prod.int.phx2.redhat.com (8.14.4/8.14.4) with ESMTP id s7JJdHf5006100; Tue, 19 Aug 2014 15:39:17 -0400 Message-ID: <53F3A80F.6010204@redhat.com> Date: Tue, 19 Aug 2014 15:39:59 -0400 From: Dave Brolley User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:24.0) Gecko/20100101 Thunderbird/24.7.0 MIME-Version: 1.0 To: Nathan Scott CC: pcp@oss.sgi.com Subject: Re: [pcp] Secure sockets builds have high daemon memory utilisation References: <1896810420.23212457.1402370819966.JavaMail.zimbra@redhat.com> <5397573A.90102@redhat.com> <53EBCCEB.2030604@redhat.com> <1306085089.30466668.1408001833620.JavaMail.zimbra@redhat.com> <53F245A1.2070003@redhat.com> <1131406976.33656824.1408432815577.JavaMail.zimbra@redhat.com> X-ASG-Orig-Subj: Re: [pcp] Secure sockets builds have high daemon memory utilisation In-Reply-To: <1131406976.33656824.1408432815577.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: 1408477159 X-Barracuda-Encrypted: AES256-SHA X-Barracuda-URL: http://192.48.176.25:80/cgi-mod/mark.cgi X-Virus-Scanned: by bsmtpd at sgi.com X-Barracuda-BRTS-Status: 1 On 08/19/2014 03:20 AM, Nathan Scott wrote: >> The problem is that client has connected and the server >> has responded with an extended error pdu claiming that it supports >> secure sockets. The client the sends its credentials including its >> intention to connect securely. At this point, both side attempt to >> upgrade their sockets to secure ones, each expecting the other to >> succeed and both initiate the SSL handshake. It is at this point that >> the server fails to initialize NSS and drops its side of the connection. > Ah, does the NSS code swallow whatever error pmcd sends back? At the > point where NSS_Init (or subsequent SSL calls) fail, I was thinking we > would have an opportunity to capture that error and propogate it to > the client via an error PDU (when the client next read()s it'll get it > even if its slightly later in the exchange) before we close the socket. > > But if NSS eats that error code and always does a connection reset (?), > we are in strife... is that what happens? - there's no opportunity to > send an error PDU before we close the connection? Right. The server does attempt to send an error pdu but, because NSS init failed, it sends it over the existing insecure socket connection. Meanwhile, the client has already upgraded to a secure socket and is expecting the SSL handshake. I think that this is why the connection ends up getting dropped by NSS. Note that the error pdu is only sent in the case that there is an error. Perhaps what needs to happen is that something should be sent back to the client on the insecure connection in all cases, essentially saying, "yes, go ahead and upgrade" or "no, there's been an error". Only then would the client and server be able to stay in sync in the event that the server cannot upgrade. Unfortunately that would be a protocol change. Note that this is not a new problem, just one exposed by the late initialization of NSS. There are many other opportunities for things to fail during the upgrade on both sides, many of which would leave the two sides out of sync. > BTW, I notice there's a bunch of SSL_ERROR_* (incl NO_CERTIFICATE which > was your example situation IIRC?) over in - those would > seem like ideal things to be sending back, instead of new PMAPI error > codes ... (pmErrStr_r supports these already) - just need to find a way > to get pmcd to send that pesky error PDU. *nod* >> I don't see an opportunity for the server to indicate that it was unable >> to upgrade to a secure socket. > I thought pmcd would be able to send an error PDU before it closes the > socket ... (and a non-connection-reset code should appear on next read) > - that didn't work? Nope -- see above. Dave From nscott@redhat.com Tue Aug 19 18:03:50 2014 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on oss.sgi.com X-Spam-Level: X-Spam-Status: No, score=0.0 required=5.0 tests=none autolearn=ham version=3.3.1 X-Original-To: pcp@oss.sgi.com Delivered-To: pcp@oss.sgi.com Received: from relay.sgi.com (relay2.corp.sgi.com [137.38.102.29]) by oss.sgi.com (Postfix) with ESMTP id 6562F7F3F for ; Tue, 19 Aug 2014 18:03:50 -0500 (CDT) Received: from cuda.sgi.com (cuda1.sgi.com [192.48.157.11]) by relay2.corp.sgi.com (Postfix) with ESMTP id 2851330407F for ; Tue, 19 Aug 2014 16:03:46 -0700 (PDT) X-ASG-Debug-ID: 1408489422-04bdf0109aabaa0001-S8gJnT Received: from mx4-phx2.redhat.com (mx4-phx2.redhat.com [209.132.183.25]) by cuda.sgi.com with ESMTP id kzIGc3GQckQqnDGH for ; Tue, 19 Aug 2014 16:03:42 -0700 (PDT) X-Barracuda-Envelope-From: nscott@redhat.com X-Barracuda-Apparent-Source-IP: 209.132.183.25 Received: from zmail20.collab.prod.int.phx2.redhat.com (zmail20.collab.prod.int.phx2.redhat.com [10.5.83.23]) by mx4-phx2.redhat.com (8.13.8/8.13.8) with ESMTP id s7JN3gLH018890; Tue, 19 Aug 2014 19:03:42 -0400 Date: Tue, 19 Aug 2014 19:03:41 -0400 (EDT) From: Nathan Scott Reply-To: Nathan Scott To: Dave Brolley Cc: pcp@oss.sgi.com Message-ID: <1340890868.34561257.1408489421876.JavaMail.zimbra@redhat.com> In-Reply-To: <53F3A80F.6010204@redhat.com> References: <1896810420.23212457.1402370819966.JavaMail.zimbra@redhat.com> <5397573A.90102@redhat.com> <53EBCCEB.2030604@redhat.com> <1306085089.30466668.1408001833620.JavaMail.zimbra@redhat.com> <53F245A1.2070003@redhat.com> <1131406976.33656824.1408432815577.JavaMail.zimbra@redhat.com> <53F3A80F.6010204@redhat.com> Subject: Re: [pcp] Secure sockets builds have high daemon memory utilisation MIME-Version: 1.0 X-ASG-Orig-Subj: Re: [pcp] Secure sockets builds have high daemon memory utilisation Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-Originating-IP: [10.5.82.7] X-Mailer: Zimbra 8.0.6_GA_5922 (ZimbraWebClient - FF17 (Linux)/8.0.6_GA_5922) Thread-Topic: Secure sockets builds have high daemon memory utilisation Thread-Index: YZZ/ma9oNCVXR9NlsJr1Ok2lQc4nAA== X-Barracuda-Connect: mx4-phx2.redhat.com[209.132.183.25] X-Barracuda-Start-Time: 1408489422 X-Barracuda-URL: http://192.48.157.11:80/cgi-mod/mark.cgi X-Virus-Scanned: by bsmtpd at sgi.com X-Barracuda-BRTS-Status: 1 X-Barracuda-Spam-Score: 0.03 X-Barracuda-Spam-Status: No, SCORE=0.03 using per-user scores of TAG_LEVEL=1000.0 QUARANTINE_LEVEL=1000.0 KILL_LEVEL=2.7 tests=BSF_SC0_SA_TO_FROM_DOMAIN_MATCH, THREAD_INDEX, THREAD_TOPIC X-Barracuda-Spam-Report: Code version 3.2, rules version 3.2.3.8630 Rule breakdown below pts rule name description ---- ---------------------- -------------------------------------------------- 0.01 THREAD_INDEX thread-index: AcO7Y8iR61tzADqsRmmc5wNiFHEOig== 0.01 THREAD_TOPIC Thread-Topic: ...(Japanese Subject)... 0.01 BSF_SC0_SA_TO_FROM_DOMAIN_MATCH Sender Domain Matches Recipient Domain ----- Original Message ----- > [...] > Right. The server does attempt to send an error pdu but, because NSS > init failed, it sends it over the existing insecure socket connection. > Meanwhile, the client has already upgraded to a secure socket and is > expecting the SSL handshake. I think that this is why the connection > ends up getting dropped by NSS. > > Note that the error pdu is only sent in the case that there is an error. > Perhaps what needs to happen is that something should be sent back to > the client on the insecure connection in all cases, essentially saying, > "yes, go ahead and upgrade" or "no, there's been an error". Only then > would the client and server be able to stay in sync in the event that > the server cannot upgrade. Unfortunately that would be a protocol change. Ah, OK, got it. It could (would have to) be done as a PDU_FLAG_SECURE_ACK extension, perhaps? Alongside the existing PDU_FLAG_SECURE - so existing clients using secure connections would get ECONNRESET, but all newer ones would get the clean error handling extension. IOW, pmcd would set both flags in the initial exchange, old clients would be oblivious, and new clients would be able to wait on ACK/error PDU before entering into the full SSL exchange... ? > > BTW, I notice there's a bunch of SSL_ERROR_* (incl NO_CERTIFICATE which > > was your example situation IIRC?) over in - those would > > seem like ideal things to be sending back, instead of new PMAPI error > > codes ... (pmErrStr_r supports these already) - just need to find a way > > to get pmcd to send that pesky error PDU. > *nod* Yeah, if the above sounds feasible to you I think we'd then be able to see the detailed SSL/NSPR/NSS error reporting on both ends of the connection. cheers. -- Nathan From myllynen@redhat.com Tue Aug 19 23:45:02 2014 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on oss.sgi.com X-Spam-Level: X-Spam-Status: No, score=0.0 required=5.0 tests=none autolearn=ham version=3.3.1 X-Original-To: pcp@oss.sgi.com Delivered-To: pcp@oss.sgi.com Received: from relay.sgi.com (relay3.corp.sgi.com [198.149.34.15]) by oss.sgi.com (Postfix) with ESMTP id 6D75B7F3F for ; Tue, 19 Aug 2014 23:45:02 -0500 (CDT) Received: from cuda.sgi.com (cuda2.sgi.com [192.48.176.25]) by relay3.corp.sgi.com (Postfix) with ESMTP id 0AEBEAC005 for ; Tue, 19 Aug 2014 21:45:01 -0700 (PDT) X-ASG-Debug-ID: 1408509897-04cbb05487126f90001-S8gJnT Received: from mx1.redhat.com (mx1.redhat.com [209.132.183.28]) by cuda.sgi.com with ESMTP id 426nIUBXKMCaE7p8 (version=TLSv1 cipher=AES256-SHA bits=256 verify=NO) for ; Tue, 19 Aug 2014 21:44:57 -0700 (PDT) X-Barracuda-Envelope-From: myllynen@redhat.com X-Barracuda-Apparent-Source-IP: 209.132.183.28 X-ASG-Whitelist: Client Received: from int-mx10.intmail.prod.int.phx2.redhat.com (int-mx10.intmail.prod.int.phx2.redhat.com [10.5.11.23]) by mx1.redhat.com (8.14.4/8.14.4) with ESMTP id s7K4ivNd024159 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=OK) for ; Wed, 20 Aug 2014 00:44:57 -0400 Received: from mmyllyne.csb (vpn1-6-49.ams2.redhat.com [10.36.6.49]) by int-mx10.intmail.prod.int.phx2.redhat.com (8.14.4/8.14.4) with ESMTP id s7K4iot0004074 for ; Wed, 20 Aug 2014 00:44:52 -0400 Message-ID: <53F427C1.3000005@redhat.com> Date: Wed, 20 Aug 2014 07:44:49 +0300 From: Marko Myllynen Reply-To: myllynen@redhat.com Organization: Red Hat User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:24.0) Gecko/20100101 Thunderbird/24.6.0 MIME-Version: 1.0 To: pcp developers Subject: Few pmwtf issues Content-Type: text/plain; charset=ISO-8859-1 X-ASG-Orig-Subj: Few pmwtf issues 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: 1408509897 X-Barracuda-Encrypted: AES256-SHA X-Barracuda-URL: http://192.48.176.25:80/cgi-mod/mark.cgi X-Virus-Scanned: by bsmtpd at sgi.com X-Barracuda-BRTS-Status: 1 Hi, I was testing pmwtf(1) and noticed a couple of things, I'm not sure are these features or bugs, let me know if you'd like me to file BZs for any of these. - pmwtf is installed as /usr/libexec/pcp/bin/pmwtf, perhaps it should be under /usr/bin? - with some archives I see messages like below, perhaps there could be a switch to disable printing these: Missing from ./20140814 @09:00-@10:00 (not compared) ... *network.interface.collisions ["vnet1"] *network.interface.in.bytes ["vnet1"] *network.interface.in.compressed ["vnet1"] - -q is missing in the man page section listing all the other options (but it's mentioned in the text above the section though) Thanks, -- Marko Myllynen From nscott@redhat.com Wed Aug 20 00:37:54 2014 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on oss.sgi.com X-Spam-Level: X-Spam-Status: No, score=0.0 required=5.0 tests=none autolearn=ham version=3.3.1 X-Original-To: pcp@oss.sgi.com Delivered-To: pcp@oss.sgi.com Received: from relay.sgi.com (relay2.corp.sgi.com [137.38.102.29]) by oss.sgi.com (Postfix) with ESMTP id 47A847F3F for ; Wed, 20 Aug 2014 00:37:54 -0500 (CDT) Received: from cuda.sgi.com (cuda3.sgi.com [192.48.176.15]) by relay2.corp.sgi.com (Postfix) with ESMTP id 26E4A30408C for ; Tue, 19 Aug 2014 22:37:51 -0700 (PDT) X-ASG-Debug-ID: 1408513066-04cb6c54fe110600001-S8gJnT Received: from mx6-phx2.redhat.com (mx6-phx2.redhat.com [209.132.183.39]) by cuda.sgi.com with ESMTP id 4WeRykbIBgZhl0Rh for ; Tue, 19 Aug 2014 22:37:46 -0700 (PDT) X-Barracuda-Envelope-From: nscott@redhat.com X-Barracuda-Apparent-Source-IP: 209.132.183.39 Received: from zmail20.collab.prod.int.phx2.redhat.com (zmail20.collab.prod.int.phx2.redhat.com [10.5.83.23]) by mx6-phx2.redhat.com (8.14.4/8.14.4) with ESMTP id s7K5bhWa015247; Wed, 20 Aug 2014 01:37:43 -0400 Date: Wed, 20 Aug 2014 01:37:43 -0400 (EDT) From: Nathan Scott Reply-To: Nathan Scott To: myllynen@redhat.com, Ken McDonell Cc: pcp developers Message-ID: <1244884023.34690853.1408513063354.JavaMail.zimbra@redhat.com> In-Reply-To: <53F427C1.3000005@redhat.com> References: <53F427C1.3000005@redhat.com> Subject: Re: [pcp] Few pmwtf issues MIME-Version: 1.0 X-ASG-Orig-Subj: Re: [pcp] Few pmwtf issues Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-Originating-IP: [10.5.82.7] X-Mailer: Zimbra 8.0.6_GA_5922 (ZimbraWebClient - FF17 (Linux)/8.0.6_GA_5922) Thread-Topic: Few pmwtf issues Thread-Index: /1w8h+J/qo7GBNzdmhW580xKJqoZQQ== X-Barracuda-Connect: mx6-phx2.redhat.com[209.132.183.39] X-Barracuda-Start-Time: 1408513066 X-Barracuda-URL: http://192.48.176.15:80/cgi-mod/mark.cgi X-Virus-Scanned: by bsmtpd at sgi.com X-Barracuda-BRTS-Status: 1 X-Barracuda-Spam-Score: 0.03 X-Barracuda-Spam-Status: No, SCORE=0.03 using per-user scores of TAG_LEVEL=1000.0 QUARANTINE_LEVEL=1000.0 KILL_LEVEL=2.7 tests=BSF_SC0_SA_TO_FROM_DOMAIN_MATCH, THREAD_INDEX, THREAD_TOPIC X-Barracuda-Spam-Report: Code version 3.2, rules version 3.2.3.8640 Rule breakdown below pts rule name description ---- ---------------------- -------------------------------------------------- 0.01 THREAD_INDEX thread-index: AcO7Y8iR61tzADqsRmmc5wNiFHEOig== 0.01 THREAD_TOPIC Thread-Topic: ...(Japanese Subject)... 0.01 BSF_SC0_SA_TO_FROM_DOMAIN_MATCH Sender Domain Matches Recipient Domain Hi Marko, ----- Original Message ----- > Hi, > > I was testing pmwtf(1) and noticed a couple of things, I'm not sure are > these features or bugs, let me know if you'd like me to file BZs for any > of these. > > - pmwtf is installed as /usr/libexec/pcp/bin/pmwtf, perhaps it should be > under /usr/bin? Sounds reasonable ... Ken? IIRC, you woulda installed it here originally (we can do the compat-symlink thing to move it safely, as we did for some other tools, if this is generally agreeable). > - with some archives I see messages like below, perhaps there could be a > switch to disable printing these: Did -x not do the trick? > - -q is missing in the man page section listing all the other options > (but it's mentioned in the text above the section though) Ah, its described in the free-form text above the paragraph starting with "The remaining options [...]". Two paragraphs earlier - "This ratio can be adjusted using the -q option, [...]". cheers. -- Nathan From myllynen@redhat.com Wed Aug 20 00:48:04 2014 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on oss.sgi.com X-Spam-Level: X-Spam-Status: No, score=0.0 required=5.0 tests=none autolearn=ham version=3.3.1 X-Original-To: pcp@oss.sgi.com Delivered-To: pcp@oss.sgi.com Received: from relay.sgi.com (relay2.corp.sgi.com [137.38.102.29]) by oss.sgi.com (Postfix) with ESMTP id 5DFD47F3F for ; Wed, 20 Aug 2014 00:48:04 -0500 (CDT) Received: from cuda.sgi.com (cuda2.sgi.com [192.48.176.25]) by relay2.corp.sgi.com (Postfix) with ESMTP id 49EE530408F for ; Tue, 19 Aug 2014 22:48:03 -0700 (PDT) X-ASG-Debug-ID: 1408513682-04cbb054871286d0001-S8gJnT Received: from mx1.redhat.com (mx1.redhat.com [209.132.183.28]) by cuda.sgi.com with ESMTP id vj5f8QakgsStQeXX (version=TLSv1 cipher=AES256-SHA bits=256 verify=NO) for ; Tue, 19 Aug 2014 22:48:03 -0700 (PDT) X-Barracuda-Envelope-From: myllynen@redhat.com X-Barracuda-Apparent-Source-IP: 209.132.183.28 X-ASG-Whitelist: Client Received: from int-mx11.intmail.prod.int.phx2.redhat.com (int-mx11.intmail.prod.int.phx2.redhat.com [10.5.11.24]) by mx1.redhat.com (8.14.4/8.14.4) with ESMTP id s7K5lxam008853 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=OK); Wed, 20 Aug 2014 01:47:59 -0400 Received: from mmyllyne.csb (vpn1-6-49.ams2.redhat.com [10.36.6.49]) by int-mx11.intmail.prod.int.phx2.redhat.com (8.14.4/8.14.4) with ESMTP id s7K5luFY019704; Wed, 20 Aug 2014 01:47:57 -0400 Message-ID: <53F4368A.7040201@redhat.com> Date: Wed, 20 Aug 2014 08:47:54 +0300 From: Marko Myllynen Reply-To: myllynen@redhat.com Organization: Red Hat User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:24.0) Gecko/20100101 Thunderbird/24.6.0 MIME-Version: 1.0 To: Nathan Scott , Ken McDonell CC: pcp developers Subject: Re: [pcp] Few pmwtf issues References: <53F427C1.3000005@redhat.com> <1244884023.34690853.1408513063354.JavaMail.zimbra@redhat.com> X-ASG-Orig-Subj: Re: [pcp] Few pmwtf issues In-Reply-To: <1244884023.34690853.1408513063354.JavaMail.zimbra@redhat.com> Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit X-Scanned-By: MIMEDefang 2.68 on 10.5.11.24 X-Barracuda-Connect: mx1.redhat.com[209.132.183.28] X-Barracuda-Start-Time: 1408513682 X-Barracuda-Encrypted: AES256-SHA X-Barracuda-URL: http://192.48.176.25:80/cgi-mod/mark.cgi X-Virus-Scanned: by bsmtpd at sgi.com X-Barracuda-BRTS-Status: 1 Hi, On 2014-08-20 08:37, Nathan Scott wrote: > >> - with some archives I see messages like below, perhaps there could be a >> switch to disable printing these: > > Did -x not do the trick? I was thinking a generic switch that could be quickly used to just discard such messages without the need for constructing a regexp. Although I admit this might not be so relevant in a static server setup than on my test laptop where things are more dynamic. Thanks, -- Marko Myllynen From coachingpecialsase@lycos.es Wed Aug 20 08:29:58 2014 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on oss.sgi.com X-Spam-Level: *** X-Spam-Status: No, score=3.2 required=5.0 tests=FREEMAIL_FROM,FREEMAIL_REPLYTO, HTML_MESSAGE,MIME_HTML_ONLY,UPPERCASE_50_75 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 D879A7F3F for ; Wed, 20 Aug 2014 08:29:58 -0500 (CDT) Received: from cuda.sgi.com (cuda3.sgi.com [192.48.176.15]) by relay1.corp.sgi.com (Postfix) with ESMTP id B83278F8037 for ; Wed, 20 Aug 2014 06:29:55 -0700 (PDT) X-ASG-Debug-ID: 1408541390-04cb6c550011bd00001-S8gJnT Received: from mail.extranet.umaag.de (ll-static-213-183-179-071.ewe-ip-backbone.de [213.183.179.71]) by cuda.sgi.com with ESMTP id 8eu8OuocxbDz2hsS (version=TLSv1 cipher=RC4-MD5 bits=128 verify=NO) for ; Wed, 20 Aug 2014 06:29:51 -0700 (PDT) X-Barracuda-Envelope-From: coachingpecialsase@lycos.es X-Barracuda-Apparent-Source-IP: 213.183.179.71 Received: from lycos.es (186.39.229.138) by extranet.umaag.de (213.183.179.71) with Microsoft SMTP Server id 8.1.436.0; Wed, 20 Aug 2014 15:29:47 +0200 From: Consultanos To: Subject: Curso intensivo de coaching. Empieza en septiembre! Reply-To: coachingformacion@yahoo.com.ar X-ASG-Orig-Subj: Curso intensivo de coaching. Empieza en septiembre! Date: Wed, 20 Aug 2014 10:31:20 -0300 Message-ID: <2014.08.20.10.31.20.4E480A9047E97B78@lycos.es> MIME-Version: 1.0 Content-Type: text/html Content-Transfer-Encoding: 8bit X-Barracuda-Connect: ll-static-213-183-179-071.ewe-ip-backbone.de[213.183.179.71] X-Barracuda-Start-Time: 1408541391 X-Barracuda-Encrypted: RC4-MD5 X-Barracuda-URL: http://192.48.176.15:80/cgi-mod/mark.cgi X-Virus-Scanned: by bsmtpd at sgi.com X-Barracuda-BRTS-Status: 1 X-Barracuda-Spam-Score: 0.49 X-Barracuda-Spam-Status: No, SCORE=0.49 using per-user scores of TAG_LEVEL=1000.0 QUARANTINE_LEVEL=1000.0 KILL_LEVEL=2.7 tests=BSF_SC0_MISMATCH_TO, HTML_MESSAGE, MIME_HTML_ONLY, UPPERCASE_50_75, UPPERCASE_50_75_2 X-Barracuda-Spam-Report: Code version 3.2, rules version 3.2.3.8651 Rule breakdown below pts rule name description ---- ---------------------- -------------------------------------------------- 0.00 BSF_SC0_MISMATCH_TO Envelope rcpt doesn't match header 0.00 MIME_HTML_ONLY BODY: Message only has text/html MIME parts 0.00 HTML_MESSAGE BODY: HTML included in message 0.00 UPPERCASE_50_75 message body is 50-75% uppercase 0.49 UPPERCASE_50_75_2 message body is 50-75% uppercase

¿QUERES CAMBIAR TU VIDA EN FORMA POSITIVA?

ESTA PROPUESTA ES DIFERENTE:

COACHING: PROGRAMA DE ORIENTACIÓN Y DESARROLLO PERSONAL

PEDINOS MÁS INFORMACION AQUI

 

No gracias
From wcohen@redhat.com Wed Aug 20 15:27:15 2014 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on oss.sgi.com X-Spam-Level: X-Spam-Status: No, score=0.0 required=5.0 tests=none autolearn=ham version=3.3.1 X-Original-To: pcp@oss.sgi.com Delivered-To: pcp@oss.sgi.com Received: from relay.sgi.com (relay1.corp.sgi.com [137.38.102.111]) by oss.sgi.com (Postfix) with ESMTP id BBDB37F4E for ; Wed, 20 Aug 2014 15:27:15 -0500 (CDT) Received: from cuda.sgi.com (cuda3.sgi.com [192.48.176.15]) by relay1.corp.sgi.com (Postfix) with ESMTP id 9AF148F8035 for ; Wed, 20 Aug 2014 13:27:12 -0700 (PDT) X-ASG-Debug-ID: 1408566427-04cb6c54fd133e30001-S8gJnT Received: from mx1.redhat.com (mx1.redhat.com [209.132.183.28]) by cuda.sgi.com with ESMTP id 0ebC90Blnys3hX3C (version=TLSv1 cipher=AES256-SHA bits=256 verify=NO) for ; Wed, 20 Aug 2014 13:27:08 -0700 (PDT) X-Barracuda-Envelope-From: wcohen@redhat.com X-Barracuda-Apparent-Source-IP: 209.132.183.28 X-ASG-Whitelist: Client Received: from int-mx13.intmail.prod.int.phx2.redhat.com (int-mx13.intmail.prod.int.phx2.redhat.com [10.5.11.26]) by mx1.redhat.com (8.14.4/8.14.4) with ESMTP id s7KKR7KO025985 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=OK) for ; Wed, 20 Aug 2014 16:27:07 -0400 Received: from [10.13.129.214] (dhcp129-214.rdu.redhat.com [10.13.129.214]) by int-mx13.intmail.prod.int.phx2.redhat.com (8.14.4/8.14.4) with ESMTP id s7KKR60e012967; Wed, 20 Aug 2014 16:27:06 -0400 Message-ID: <53F5049A.8040509@redhat.com> Date: Wed, 20 Aug 2014 16:27:06 -0400 From: William Cohen User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:24.0) Gecko/20100101 Thunderbird/24.7.0 MIME-Version: 1.0 To: David Smith , "Frank Ch. Eigler" CC: pcp@oss.sgi.com Subject: Re: [pcp] PCP Network Latency PMDA References: <53A34A47.3060008@redhat.com> <53A353C8.8030704@redhat.com> <53A35C00.1070703@redhat.com> <53EA6650.6040500@redhat.com> <53EB7A09.7070503@redhat.com> <53EB9262.104@redhat.com> <53EBB063.9040103@redhat.com> X-ASG-Orig-Subj: Re: [pcp] PCP Network Latency PMDA In-Reply-To: <53EBB063.9040103@redhat.com> Content-Type: multipart/mixed; boundary="------------080608030509060306030509" 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: 1408566428 X-Barracuda-Encrypted: AES256-SHA X-Barracuda-URL: http://192.48.176.15:80/cgi-mod/mark.cgi X-Virus-Scanned: by bsmtpd at sgi.com X-Barracuda-BRTS-Status: 1 This is a multi-part message in MIME format. --------------080608030509060306030509 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit On 08/13/2014 02:37 PM, William Cohen wrote: > The script doesn't seem to work with multiple instances, but it does work for a single network device. In one window started the systemtap script: David made some fixes in the runtime library and things are now working for multiple instances. In one window on fc20 machine: $ ../install/bin/stap ../../net_xmit_mmv.stp em1 loem1 0 lo 1 argv[1] = em1, inst[em1] = 0 argv[2] = lo, inst[lo] = 1 In another window can get information out with mmvdump: $ ./mmvdump /proc/systemtap/*/mmv MMV file = /proc/systemtap/stap_379c8b3dbc82aa6899b31e84adf6d6fa_15475/mmv Version = 1 Generated = 976056 TOC count = 5 Cluster = 43 Process = 0 Flags = 0x0 TOC[0]: offset 40, indoms offset 1704 (1 entries) [1/1704] 2 instances, starting at offset 1736 shorttext=xmit device helptext=list of network transmit devices TOC[1]: offset 56, instances offset 1736 (2 entries) [1/1736] instance = [0 or "em1"] [1/1816] instance = [1 or "lo"] TOC[2]: toc offset 72, metrics offset 1896 (2 entries) [1/1896] xmit_count type=64-bit int (0x2), sem=counter (0x1), pad=0x0 units=count indom=1 shorttext=xmit count metric helptext=number of packets for xmit device [2/2000] xmit_latency type=64-bit int (0x2), sem=counter (0x1), pad=0x0 units=nanosec indom=1 shorttext=xmit latency metric helptext=sum of latency for xmit device TOC[3]: offset 88, values offset 2264 (4 entries) [1/2264] xmit_count[0 or "em1"] = 31 [1/2296] xmit_count[1 or "lo"] = 8589 [2/2328] xmit_latency[0 or "em1"] = 160804 [2/2360] xmit_latency[1 or "lo"] = 2947849 TOC[4]: offset 104, string offset 168 (6 entries) [1/168] xmit device [2/424] list of network transmit devices [3/680] xmit count metric [4/936] number of packets for xmit device [5/1192] xmit latency metric [6/1448] sum of latency for xmit device -Will --------------080608030509060306030509 Content-Type: text/plain; charset=UTF-8; name="net_xmit_mmv.stp" Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename="net_xmit_mmv.stp" // This script tracks time between packet queue and xmit. // The information is provided to userspace using Memory Mapped Values (mmv) // which are updated every second and are readable by a PCP pmda. global inst, instance_latency, instance_count // Set up the mmv and make it available probe begin { indom = mmv_add_indom(1, "xmit device", "list of network transmit devices") // fallback instance device "eth0" if none specified if (argc == 0) { argv[1] = "eth0" argc++ } // create instances for each network device for (i=1; i<=argc; i++) { dev = argv[i] inst[dev] = i - 1 printf("%s %d\n", dev, inst[dev]) mmv_add_instance(inst[dev], dev) mmv_add_indom_instance(indom, inst[dev]) } // create the metrics xmit_count_metric = mmv_add_metric("xmit_count", 1, MMV_TYPE_NUMBER, MMV_SEM_COUNTER, mmv_units(0, 0, 1, 0, 0, 0), 1, "xmit count metric", "number of packets for xmit device") xmit_latency_metric = mmv_add_metric("xmit_latency", 2, MMV_TYPE_NUMBER, MMV_SEM_COUNTER, mmv_units(0, 1, 0, 0, MMV_TIME_NSEC, 0), 1, "xmit latency metric", "sum of latency for xmit device") mmv_stats_start(43, 0) // provide mappings for all the instance metrics for (i=1; i<=argc; i++) { dev = argv[i] printf("argv[%d] = %s, inst[%s] = %d\n", i, dev, dev, inst[dev]) instance_count[dev] = mmv_lookup_value(xmit_count_metric, inst[dev]) instance_latency[dev] = mmv_lookup_value(xmit_latency_metric, inst[dev]) } } probe end { mmv_stats_stop() } // probes to track the information global skb_queue_start_t probe kernel.trace("net_dev_queue") { skb_queue_start_t[$skb] = gettimeofday_ns(); } probe kernel.trace("net_dev_start_xmit"), kernel.trace("net_dev_xmit") { t = gettimeofday_ns(); st = skb_queue_start_t[$skb] if (st){ dev = kernel_string($dev->name) if ( dev in instance_latency) { mmv_inc_value(instance_latency[dev], t - st) mmv_inc_value(instance_count[dev], 1) } delete skb_queue_start_t[$skb] } } --------------080608030509060306030509-- From fche@redhat.com Wed Aug 20 15:48:23 2014 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on oss.sgi.com X-Spam-Level: X-Spam-Status: No, score=0.0 required=5.0 tests=none autolearn=ham version=3.3.1 X-Original-To: pcp@oss.sgi.com Delivered-To: pcp@oss.sgi.com Received: from relay.sgi.com (relay1.corp.sgi.com [137.38.102.111]) by oss.sgi.com (Postfix) with ESMTP id 5EAA17F4E for ; Wed, 20 Aug 2014 15:48:23 -0500 (CDT) Received: from cuda.sgi.com (cuda1.sgi.com [192.48.157.11]) by relay1.corp.sgi.com (Postfix) with ESMTP id 361278F8035 for ; Wed, 20 Aug 2014 13:48:22 -0700 (PDT) X-ASG-Debug-ID: 1408567701-04bdf010a0dba40001-S8gJnT Received: from mx1.redhat.com (mx1.redhat.com [209.132.183.28]) by cuda.sgi.com with ESMTP id 8IZdjbhZIWCUuG3X (version=TLSv1 cipher=AES256-SHA bits=256 verify=NO) for ; Wed, 20 Aug 2014 13:48:21 -0700 (PDT) X-Barracuda-Envelope-From: fche@redhat.com X-Barracuda-Apparent-Source-IP: 209.132.183.28 X-ASG-Whitelist: Client Received: from int-mx11.intmail.prod.int.phx2.redhat.com (int-mx11.intmail.prod.int.phx2.redhat.com [10.5.11.24]) by mx1.redhat.com (8.14.4/8.14.4) with ESMTP id s7KKmLh4028742 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=OK) for ; Wed, 20 Aug 2014 16:48:21 -0400 Received: from fche.csb (vpn-61-83.rdu2.redhat.com [10.10.61.83]) by int-mx11.intmail.prod.int.phx2.redhat.com (8.14.4/8.14.4) with ESMTP id s7KKmKf9009056; Wed, 20 Aug 2014 16:48:21 -0400 Received: by fche.csb (Postfix, from userid 2569) id EA8D35850D; Wed, 20 Aug 2014 16:48:19 -0400 (EDT) Date: Wed, 20 Aug 2014 16:48:18 -0400 From: "Frank Ch. Eigler" To: William Cohen Cc: David Smith , pcp@oss.sgi.com Subject: Re: [pcp] PCP Network Latency PMDA Message-ID: <20140820204818.GC5363@redhat.com> X-ASG-Orig-Subj: Re: [pcp] PCP Network Latency PMDA References: <53A34A47.3060008@redhat.com> <53A353C8.8030704@redhat.com> <53A35C00.1070703@redhat.com> <53EA6650.6040500@redhat.com> <53EB7A09.7070503@redhat.com> <53EB9262.104@redhat.com> <53EBB063.9040103@redhat.com> <53F5049A.8040509@redhat.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <53F5049A.8040509@redhat.com> User-Agent: Mutt/1.4.2.2i X-Scanned-By: MIMEDefang 2.68 on 10.5.11.24 X-Barracuda-Connect: mx1.redhat.com[209.132.183.28] X-Barracuda-Start-Time: 1408567701 X-Barracuda-Encrypted: AES256-SHA X-Barracuda-URL: http://192.48.157.11:80/cgi-mod/mark.cgi X-Virus-Scanned: by bsmtpd at sgi.com X-Barracuda-BRTS-Status: 1 Hi - > $ ../install/bin/stap ../../net_xmit_mmv.stp em1 loem1 0 > lo 1 > argv[1] = em1, inst[em1] = 0 > argv[2] = lo, inst[lo] = 1 > > In another window can get information out with mmvdump: > [...] OK, it should take only one small step past this before getting the data through normal pcp clients: namely arranging for that /mmv file to be visible to the mmv pmda agent process. To do that, add to the mmv.stp tapset something like this: probe begin { system(sprintf("ln -s /proc/systemtap/%s/mmv /var/lib/pcp/tmp/mmv/%s", module_name(), module_name())) } probe end,error { system(sprintf("rm -f /var/lib/pcp/tmp/mmv/%s", module_name())) } Then, something like % pminfo -f mmv should show the values. - FChE From chandana@desilva.id.au Wed Aug 20 16:39:29 2014 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on oss.sgi.com X-Spam-Level: X-Spam-Status: No, score=0.0 required=5.0 tests=none autolearn=ham version=3.3.1 X-Original-To: pcp@oss.sgi.com Delivered-To: pcp@oss.sgi.com Received: from relay.sgi.com (relay2.corp.sgi.com [137.38.102.29]) by oss.sgi.com (Postfix) with ESMTP id F17197F4E for ; Wed, 20 Aug 2014 16:39:29 -0500 (CDT) Received: from cuda.sgi.com (cuda2.sgi.com [192.48.176.25]) by relay2.corp.sgi.com (Postfix) with ESMTP id D017630406B for ; Wed, 20 Aug 2014 14:39:29 -0700 (PDT) X-ASG-Debug-ID: 1408570764-04cbb05485152140001-S8gJnT Received: from mho-01-ewr.mailhop.org (mho-03-ewr.mailhop.org [204.13.248.66]) by cuda.sgi.com with ESMTP id 3QCq0RLzft3P8jJk (version=TLSv1 cipher=AES256-SHA bits=256 verify=NO) for ; Wed, 20 Aug 2014 14:39:24 -0700 (PDT) X-Barracuda-Envelope-From: chandana@desilva.id.au X-Barracuda-Apparent-Source-IP: 204.13.248.66 Received: from ec2-54-252-74-219.ap-southeast-2.compute.amazonaws.com ([54.252.74.219] helo=mail.desilva.id.au) by mho-01-ewr.mailhop.org with esmtpa (Exim 4.72) (envelope-from ) id 1XKDbH-000FyH-Pn for pcp@oss.sgi.com; Wed, 20 Aug 2014 21:39:24 +0000 Received: from [192.168.19.218] (unknown [175.45.83.34]) by mail.desilva.id.au (Postfix) with ESMTPSA id B256B24BA0 for ; Wed, 20 Aug 2014 21:39:21 +0000 (UTC) X-Mail-Handler: Dyn Standard SMTP by Dyn X-Originating-IP: 54.252.74.219 X-Report-Abuse-To: abuse@dyndns.com (see http://www.dyndns.com/services/sendlabs/outbound_abuse.html for abuse reporting information) X-MHO-User: U2FsdGVkX19cQX4LyYC5+Ta3Enl/w7tSciqnc7vGLGY= Message-ID: <1408570759.771.3.camel@tardis> Subject: pcp failing to read bz2 archives From: Chandana De Silva X-ASG-Orig-Subj: pcp failing to read bz2 archives Reply-To: chandana@desilva.id.au To: pcp@oss.sgi.com Date: Thu, 21 Aug 2014 07:39:19 +1000 Content-Type: text/plain; charset="UTF-8" X-Mailer: Evolution 3.10.4 (3.10.4-2.fc20) Mime-Version: 1.0 Content-Transfer-Encoding: 7bit X-Barracuda-Connect: mho-03-ewr.mailhop.org[204.13.248.66] X-Barracuda-Start-Time: 1408570764 X-Barracuda-Encrypted: AES256-SHA X-Barracuda-URL: http://192.48.176.25:80/cgi-mod/mark.cgi X-Virus-Scanned: by bsmtpd at sgi.com X-Barracuda-BRTS-Status: 1 X-Barracuda-Spam-Score: 0.00 X-Barracuda-Spam-Status: No, SCORE=0.00 using per-user scores of TAG_LEVEL=1000.0 QUARANTINE_LEVEL=1000.0 KILL_LEVEL=2.7 tests= X-Barracuda-Spam-Report: Code version 3.2, rules version 3.2.3.8664 Rule breakdown below pts rule name description ---- ---------------------- -------------------------------------------------- All, I am having a odd problem. When I try to read a bzip archive, I get the error : pminfo: Cannot open archive "20140810.0.bz2": Corrupted record in a PCP archive log This is on a CentOS 6.4 host with pcp-3.9.5-1.el6.x86_64. The same file, when copied to my laptop, (FC20, PCP 3.9.5) works fine. Any ideas ? From kenj@internode.on.net Wed Aug 20 16:51:22 2014 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on oss.sgi.com X-Spam-Level: X-Spam-Status: No, score=0.0 required=5.0 tests=none autolearn=ham version=3.3.1 X-Original-To: pcp@oss.sgi.com Delivered-To: pcp@oss.sgi.com Received: from relay.sgi.com (relay2.corp.sgi.com [137.38.102.29]) by oss.sgi.com (Postfix) with ESMTP id BB08C7F4E for ; Wed, 20 Aug 2014 16:51:22 -0500 (CDT) Received: from cuda.sgi.com (cuda1.sgi.com [192.48.157.11]) by relay2.corp.sgi.com (Postfix) with ESMTP id 8F1DE304039 for ; Wed, 20 Aug 2014 14:51:22 -0700 (PDT) X-ASG-Debug-ID: 1408571473-04bdf010a0dfa90001-S8gJnT Received: from ipmail07.adl2.internode.on.net (ipmail07.adl2.internode.on.net [150.101.137.131]) by cuda.sgi.com with ESMTP id 79q8OPGsVRHUntCj for ; Wed, 20 Aug 2014 14:51:13 -0700 (PDT) X-Barracuda-Envelope-From: kenj@internode.on.net X-Barracuda-Apparent-Source-IP: 150.101.137.131 X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: AigKAN8X9VN20ScO/2dsb2JhbABQCoMNU1eCLMoZCodUAwIBgRAXd4QDAQEBBAEBAQUCMBwYFwEDAgYDEQQBASgHGQ4SDQkIAgQBEgsFiDEOwleNPIE0YwaERgWRJVeDT5wDg28rL4JPAQEB Received: from ppp118-209-39-14.lns20.mel4.internode.on.net (HELO bozohorize) ([118.209.39.14]) by ipmail07.adl2.internode.on.net with ESMTP; 21 Aug 2014 07:21:12 +0930 From: "Ken McDonell" To: , References: <1408570759.771.3.camel@tardis> In-Reply-To: <1408570759.771.3.camel@tardis> Subject: RE: [pcp] pcp failing to read bz2 archives Date: Thu, 21 Aug 2014 07:50:53 +1000 X-ASG-Orig-Subj: RE: [pcp] pcp failing to read bz2 archives Message-ID: <030401cfbcc0$d839c0c0$88ad4240$@internode.on.net> MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-Mailer: Microsoft Outlook 15.0 Thread-Index: AQF9nOcZoiDWfWNCdoR7yStB3+PLI5x+R0Sw Content-Language: en-au X-Barracuda-Connect: ipmail07.adl2.internode.on.net[150.101.137.131] X-Barracuda-Start-Time: 1408571473 X-Barracuda-URL: http://192.48.157.11:80/cgi-mod/mark.cgi X-Virus-Scanned: by bsmtpd at sgi.com X-Barracuda-BRTS-Status: 1 X-Barracuda-Spam-Score: 0.01 X-Barracuda-Spam-Status: No, SCORE=0.01 using per-user scores of TAG_LEVEL=1000.0 QUARANTINE_LEVEL=1000.0 KILL_LEVEL=2.7 tests=THREAD_INDEX X-Barracuda-Spam-Report: Code version 3.2, rules version 3.2.3.8665 Rule breakdown below pts rule name description ---- ---------------------- -------------------------------------------------- 0.01 THREAD_INDEX thread-index: AcO7Y8iR61tzADqsRmmc5wNiFHEOig== Chandana, Option 1. run pminfo with -Dlog which may help identify why the archive appears corrupted. Option 2. manually uncompress the archive and see if the problem persists ... it may have nothing to do with the compression. Option 3. point me at the archive and I'll take a look. Cheers, Ken. > -----Original Message----- > From: pcp-bounces@oss.sgi.com [mailto:pcp-bounces@oss.sgi.com] On > Behalf Of Chandana De Silva > Sent: Thursday, 21 August 2014 7:39 AM > To: pcp@oss.sgi.com > Subject: [pcp] pcp failing to read bz2 archives > > All, > I am having a odd problem. > > When I try to read a bzip archive, I get the error : pminfo: Cannot open > archive "20140810.0.bz2": Corrupted record in a PCP archive log > > This is on a CentOS 6.4 host with pcp-3.9.5-1.el6.x86_64. > > The same file, when copied to my laptop, (FC20, PCP 3.9.5) works fine. > > Any ideas ? > > _______________________________________________ > pcp mailing list > pcp@oss.sgi.com > http://oss.sgi.com/mailman/listinfo/pcp From chandana@desilva.id.au Wed Aug 20 17:19:38 2014 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on oss.sgi.com X-Spam-Level: X-Spam-Status: No, score=0.0 required=5.0 tests=none autolearn=ham version=3.3.1 X-Original-To: pcp@oss.sgi.com Delivered-To: pcp@oss.sgi.com Received: from relay.sgi.com (relay1.corp.sgi.com [137.38.102.111]) by oss.sgi.com (Postfix) with ESMTP id 6CDAF7F4E for ; Wed, 20 Aug 2014 17:19:38 -0500 (CDT) Received: from cuda.sgi.com (cuda2.sgi.com [192.48.176.25]) by relay1.corp.sgi.com (Postfix) with ESMTP id 4CC578F8039 for ; Wed, 20 Aug 2014 15:19:35 -0700 (PDT) X-ASG-Debug-ID: 1408573174-04cbb05488153c30001-S8gJnT Received: from mho-01-ewr.mailhop.org (mho-03-ewr.mailhop.org [204.13.248.66]) by cuda.sgi.com with ESMTP id OtgFt34RMeeYWamy (version=TLSv1 cipher=AES256-SHA bits=256 verify=NO) for ; Wed, 20 Aug 2014 15:19:34 -0700 (PDT) X-Barracuda-Envelope-From: chandana@desilva.id.au X-Barracuda-Apparent-Source-IP: 204.13.248.66 Received: from ec2-54-252-74-219.ap-southeast-2.compute.amazonaws.com ([54.252.74.219] helo=mail.desilva.id.au) by mho-01-ewr.mailhop.org with esmtpa (Exim 4.72) (envelope-from ) id 1XKEE9-0008zL-Jc; Wed, 20 Aug 2014 22:19:33 +0000 Received: from [192.168.19.218] (unknown [175.45.83.34]) by mail.desilva.id.au (Postfix) with ESMTPSA id 9A4E124BA0; Wed, 20 Aug 2014 22:19:31 +0000 (UTC) X-Mail-Handler: Dyn Standard SMTP by Dyn X-Originating-IP: 54.252.74.219 X-Report-Abuse-To: abuse@dyndns.com (see http://www.dyndns.com/services/sendlabs/outbound_abuse.html for abuse reporting information) X-MHO-User: U2FsdGVkX1+Kanp1Of6gREvfh260IVn3CNKOvEzP59M= Message-ID: <1408573169.771.5.camel@tardis> Subject: Re: [pcp] pcp failing to read bz2 archives From: Chandana De Silva X-ASG-Orig-Subj: Re: [pcp] pcp failing to read bz2 archives Reply-To: chandana@desilva.id.au To: Ken McDonell Cc: pcp@oss.sgi.com Date: Thu, 21 Aug 2014 08:19:29 +1000 In-Reply-To: <030401cfbcc0$d839c0c0$88ad4240$@internode.on.net> References: <1408570759.771.3.camel@tardis> <030401cfbcc0$d839c0c0$88ad4240$@internode.on.net> Content-Type: text/plain; charset="UTF-8" X-Mailer: Evolution 3.10.4 (3.10.4-2.fc20) Mime-Version: 1.0 Content-Transfer-Encoding: 7bit X-Barracuda-Connect: mho-03-ewr.mailhop.org[204.13.248.66] X-Barracuda-Start-Time: 1408573174 X-Barracuda-Encrypted: AES256-SHA X-Barracuda-URL: http://192.48.176.25:80/cgi-mod/mark.cgi X-Virus-Scanned: by bsmtpd at sgi.com X-Barracuda-BRTS-Status: 1 X-Barracuda-Spam-Score: 0.00 X-Barracuda-Spam-Status: No, SCORE=0.00 using per-user scores of TAG_LEVEL=1000.0 QUARANTINE_LEVEL=1000.0 KILL_LEVEL=2.7 tests= X-Barracuda-Spam-Report: Code version 3.2, rules version 3.2.3.8667 Rule breakdown below pts rule name description ---- ---------------------- -------------------------------------------------- Ken, thanks. Turns out that I am a fool. $ pminfo -Dlog -a 20140810.0.bz2 __pmLogOpen: inspect file "./20140810.0.bz2" __pmLogOpen: inspect file "./20140810.index" __pmLogOpen: inspect file "./20140810.meta" __pmLogOpen: uncompress using: bzip2 -dc ./20140810.0.bz2 __pmLogOpen: uncompress failed, signal: 13 pminfo: Cannot open archive "20140810.0.bz2": Corrupted record in a PCP archive log $ bzip2 -dc ./20140810.0.bz2 > xyz bzip2: I/O or other error, bailing out. Possible reason follows. bzip2: No space left on device Input file = ./20140810.0.bz2, output file = (stdout) $ pminfo -f filesys.full filesys.full inst [0 or "/dev/dm-0"] value 100 inst [1 or "/dev/dm-2"] value 38.27020912078681 inst [2 or "/dev/vda1"] value 6.795408341201589 On Thu, 2014-08-21 at 07:50 +1000, Ken McDonell wrote: > Option 1. > run pminfo with -Dlog which may help identify why the archive appears > corrupted. From nscott@redhat.com Wed Aug 20 18:48:57 2014 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on oss.sgi.com X-Spam-Level: X-Spam-Status: No, score=0.0 required=5.0 tests=none autolearn=ham version=3.3.1 X-Original-To: pcp@oss.sgi.com Delivered-To: pcp@oss.sgi.com Received: from relay.sgi.com (relay1.corp.sgi.com [137.38.102.111]) by oss.sgi.com (Postfix) with ESMTP id 05D9B7F4E for ; Wed, 20 Aug 2014 18:48:57 -0500 (CDT) Received: from cuda.sgi.com (cuda2.sgi.com [192.48.176.25]) by relay1.corp.sgi.com (Postfix) with ESMTP id E70E78F8037 for ; Wed, 20 Aug 2014 16:48:56 -0700 (PDT) X-ASG-Debug-ID: 1408578531-04cbb05485156670001-S8gJnT Received: from mx6-phx2.redhat.com (mx6-phx2.redhat.com [209.132.183.39]) by cuda.sgi.com with ESMTP id G94UJUTzkIRqetPw for ; Wed, 20 Aug 2014 16:48:51 -0700 (PDT) X-Barracuda-Envelope-From: nscott@redhat.com X-Barracuda-Apparent-Source-IP: 209.132.183.39 Received: from zmail20.collab.prod.int.phx2.redhat.com (zmail20.collab.prod.int.phx2.redhat.com [10.5.83.23]) by mx6-phx2.redhat.com (8.14.4/8.14.4) with ESMTP id s7KNmpin020815 for ; Wed, 20 Aug 2014 19:48:51 -0400 Date: Wed, 20 Aug 2014 19:48:50 -0400 (EDT) From: Nathan Scott Reply-To: Nathan Scott To: pcp developers Message-ID: <371762390.35449460.1408578530940.JavaMail.zimbra@redhat.com> In-Reply-To: <205054165.35449285.1408578380109.JavaMail.zimbra@redhat.com> Subject: pcp updates: merges (pmatop, pmcollectl, pmcd_wait), qa MIME-Version: 1.0 X-ASG-Orig-Subj: pcp updates: merges (pmatop, pmcollectl, pmcd_wait), qa Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-Originating-IP: [10.5.82.7] X-Mailer: Zimbra 8.0.6_GA_5922 (ZimbraWebClient - FF17 (Linux)/8.0.6_GA_5922) Thread-Topic: pcp updates: merges (pmatop, pmcollectl, pmcd_wait), qa Thread-Index: m1+CUZJcUGWqMe16KNnSHCXlhVb3rg== X-Barracuda-Connect: mx6-phx2.redhat.com[209.132.183.39] X-Barracuda-Start-Time: 1408578531 X-Barracuda-URL: http://192.48.176.25:80/cgi-mod/mark.cgi X-Virus-Scanned: by bsmtpd at sgi.com X-Barracuda-BRTS-Status: 1 X-Barracuda-Spam-Score: 0.02 X-Barracuda-Spam-Status: No, SCORE=0.02 using per-user scores of TAG_LEVEL=1000.0 QUARANTINE_LEVEL=1000.0 KILL_LEVEL=2.7 tests=THREAD_INDEX, THREAD_TOPIC X-Barracuda-Spam-Report: Code version 3.2, rules version 3.2.3.8670 Rule breakdown below pts rule name description ---- ---------------------- -------------------------------------------------- 0.01 THREAD_INDEX thread-index: AcO7Y8iR61tzADqsRmmc5wNiFHEOig== 0.01 THREAD_TOPIC Thread-Topic: ...(Japanese Subject)... Changes committed to git://git.pcp.io/pcp.git dev GNUmakefile | 1=20 README | 73 ---- qa/.gitignore | 2=20 qa/041 | 11=20 qa/041.out | 36 ++ qa/041.out.1 | 36 -- qa/041.out.2 | 36 -- qa/282 | 159 --------- qa/282.out | 74 ++++ qa/282.out.2.1 | 175 ---------- qa/282.out.3 | 72 ---- qa/282.out.4 | 73 ---- qa/282.out.5 | 74 ---- qa/282.out.pre-2.1 | 207 ------------ qa/340 | 13=20 qa/427 | 11=20 qa/457 | 1=20 qa/722 | 4=20 qa/group | 2=20 qa/src/pmatop-log.folio | 9=20 src/pmatop/pmatop.py | 706 +++++++++++++++++++-----------------= ----- src/pmcd/GNUmakefile | 12=20 src/pmcd_wait/pmcd_wait.c | 2=20 src/pmcollectl/pmcollectl.py | 395 +++++++++++----------- src/pmie/pmie_daily.sh | 2=20 src/pmlogger/pmlogger_daily.sh | 2=20 26 files changed, 701 insertions(+), 1487 deletions(-) commit 4fcec2941f2ff9ab37fecb2d32cc8339c7131efd Author: Nathan Scott Date: Thu Aug 21 09:42:41 2014 +1000 Support lzo compression format in pmie/pmlogger daily scripts =20 Thanks to myllynen for reviewing earlier updates and noticing this format missing as well. There's some followup work that could be done in libpcp (for both xz and lzo) too, if anyone is keen. commit 528a3d74d4ef231134bdcfbc5d17383fe3eaaf92 Author: Nathan Scott Date: Thu Aug 21 09:30:28 2014 +1000 Audit remaining QA chkconfig uses, cleanup out-of-date scripts commit 7690f75036ddade5763164b4ac68183baf33586a Author: Nathan Scott Date: Thu Aug 21 09:11:18 2014 +1000 Refactor test qa/282 to prepare for systemd unit arrival =20 Test 282 exercises the rc scripts but contains many chkconfig assumptions, and platform-specifics (particularly for IRIX). =20 So, this commit removes all the old-pcp-release compat code, old platforms, and rationalises all the output files into the only remaining one that was still being used (282.out.5). commit 3f4c6dfdb81c6c594797e78cc44ec4a3d1a5b058 Author: Stan Cox Date: Wed Aug 20 17:20:37 2014 -0400 Parse options with pmapi.pmOptions. =20 * (pmatop.py, pmcollectl.py): Use pmapi.pmOptions * qa/src/pmatop-log.folio: New * qa/722: Use pmatop-log.folio commit 21915443406c7d76c128ed09865f3247cf61a6c4 Merge: bcebe7a 1005010 Author: Stan Cox Date: Wed Aug 20 17:09:56 2014 -0400 Merge branch 'dev' into scox/dev =20 Conflicts: =09src/pmatop/pmatop.py commit 1005010f1ddf8baed892308ac4726595a9841e98 Author: Nathan Scott Date: Wed Aug 20 13:28:10 2014 +1000 Simplify pmcd makefile platform-dependent-path installation commit 292866b745d3529ef3682c4edd3761111ac0443f Author: Dave Brolley Date: Mon Aug 18 14:41:20 2014 -0400 pmcd_wait now responds to ENOENT. =20 ENOENT indicates that the pmcd's unix domain socket file has not yet been created. pmcd_wait will try again, up to the configured maximum number of times. =20 This commit also reverts commit d62b31c5282c6133c87d067db28b3cd440f650f3 which is no longer necessary. commit ed06a976c586bbb9ccfcd55ea81cc7a8280b38ba Author: Marko Myllynen Date: Tue Aug 19 17:29:56 2014 +1000 pmatop.py: fix help keys =20 From pmatop(1): =20 Miscellaneous interactive commands: =20 ? Request for help information (also the key =E2=80=99h=E2=80=99 c= an be pressed). commit 189b9a46928685237f974556d0c0f0d380551179 Author: Nathan Scott Date: Mon Aug 18 11:25:28 2014 +1000 Annotate qa/457 into the flakey group, its time windows are racey commit 6c9d5dfc7dea204b86fb329aad33b0e3d2b888d4 Author: Nathan Scott Date: Sun Aug 17 09:24:30 2014 +1000 Update the README - simplify and reflect modern PCP more commit 2705d4376dfd36c5846e26ee924d40c199fe711f Author: Stan Cox Date: Tue Jun 17 15:55:33 2014 -0400 Use python option processing class. =20 * pmcollectl.py: Remove debugging line. commit 88e5276cbd6b4feb26729162e6a9195e8fdfb539 Author: Stan Cox Date: Tue Jun 17 14:53:00 2014 -0400 Use python option processing class. =20 * pmatop.py (_Options): New class to process command options. Fix spacing and punctuation issues flagged by pylint. * pmcollect.py: Likewise From nscott@redhat.com Thu Aug 21 02:19:36 2014 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on oss.sgi.com X-Spam-Level: X-Spam-Status: No, score=0.0 required=5.0 tests=none autolearn=ham version=3.3.1 X-Original-To: pcp@oss.sgi.com Delivered-To: pcp@oss.sgi.com Received: from relay.sgi.com (relay2.corp.sgi.com [137.38.102.29]) by oss.sgi.com (Postfix) with ESMTP id EEA0E7F4E for ; Thu, 21 Aug 2014 02:19:36 -0500 (CDT) Received: from cuda.sgi.com (cuda1.sgi.com [192.48.157.11]) by relay2.corp.sgi.com (Postfix) with ESMTP id BFEB0304066 for ; Thu, 21 Aug 2014 00:19:33 -0700 (PDT) X-ASG-Debug-ID: 1408605567-04bdf01097f44b0001-S8gJnT Received: from mx3-phx2.redhat.com (mx3-phx2.redhat.com [209.132.183.24]) by cuda.sgi.com with ESMTP id fILACEHjtHO0nodL for ; Thu, 21 Aug 2014 00:19:27 -0700 (PDT) X-Barracuda-Envelope-From: nscott@redhat.com X-Barracuda-Apparent-Source-IP: 209.132.183.24 Received: from zmail20.collab.prod.int.phx2.redhat.com (zmail20.collab.prod.int.phx2.redhat.com [10.5.83.23]) by mx3-phx2.redhat.com (8.13.8/8.13.8) with ESMTP id s7L7JRWv023006 for ; Thu, 21 Aug 2014 03:19:27 -0400 Date: Thu, 21 Aug 2014 03:19:27 -0400 (EDT) From: Nathan Scott Reply-To: Nathan Scott To: pcp developers Message-ID: <1123077522.35536269.1408605567124.JavaMail.zimbra@redhat.com> In-Reply-To: <430058532.35535528.1408605465502.JavaMail.zimbra@redhat.com> Subject: pcp updates: systemd support, pmwtf MIME-Version: 1.0 X-ASG-Orig-Subj: pcp updates: systemd support, pmwtf Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-Originating-IP: [10.5.82.7] X-Mailer: Zimbra 8.0.6_GA_5922 (ZimbraWebClient - FF17 (Linux)/8.0.6_GA_5922) Thread-Topic: pcp updates: systemd support, pmwtf Thread-Index: OQk8ip9Ou17yrhWyCTHgOpojnxJV3A== X-Barracuda-Connect: mx3-phx2.redhat.com[209.132.183.24] X-Barracuda-Start-Time: 1408605567 X-Barracuda-URL: http://192.48.157.11:80/cgi-mod/mark.cgi X-Virus-Scanned: by bsmtpd at sgi.com X-Barracuda-BRTS-Status: 1 X-Barracuda-Spam-Score: 0.02 X-Barracuda-Spam-Status: No, SCORE=0.02 using per-user scores of TAG_LEVEL=1000.0 QUARANTINE_LEVEL=1000.0 KILL_LEVEL=2.7 tests=THREAD_INDEX, THREAD_TOPIC X-Barracuda-Spam-Report: Code version 3.2, rules version 3.2.3.8679 Rule breakdown below pts rule name description ---- ---------------------- -------------------------------------------------- 0.01 THREAD_INDEX thread-index: AcO7Y8iR61tzADqsRmmc5wNiFHEOig== 0.01 THREAD_TOPIC Thread-Topic: ...(Japanese Subject)... Changes committed to git://git.pcp.io/pcp.git dev GNUmakefile | 8 - Makepkgs | 2 aclocal.m4 | 17 ++ build/rpm/GNUmakefile | 4 build/rpm/fedora.spec | 99 +++++++++++--- build/rpm/pcp.spec.in | 97 ++++++++++---- configure | 74 ++++++++++- configure.ac | 42 +++++- m4/pkg.m4 | 17 ++ man/man1/pmwtf.1 | 53 ++++--- qa/008.out.slick | 47 +++++++ qa/282 | 4 qa/836 | 43 ++++++ qa/836.out | 84 ++++++++++++ qa/876 | 1 qa/common.check | 260 ++++++++++----------------------------- qa/group | 1 qa/qa_hosts.master | 1 qa/src/GNUlocaldefs | 2 src/include/builddefs.in | 10 - src/include/pcp.conf.in | 3 src/include/pcp.env | 6 src/pmcd/.gitignore | 1 src/pmcd/GNUmakefile | 10 + src/pmcd/pmcd.service.in | 14 ++ src/pmcd/rc-proc.sh | 192 ++++++++++------------------ src/pmie/.gitignore | 1 src/pmie/GNUmakefile | 18 +- src/pmie/pmie.service.in | 13 + src/pmlogger/.gitignore | 1 src/pmlogger/GNUmakefile | 24 ++- src/pmlogger/pmlogger.service.in | 13 + src/pmlogsummary/GNUmakefile | 3 src/pmlogsummary/pmwtf.sh | 52 +++++-- src/pmmgr/.gitignore | 1 src/pmmgr/GNUmakefile | 13 + src/pmmgr/pmmgr.service.in | 14 ++ src/pmproxy/.gitignore | 1 src/pmproxy/GNUmakefile | 12 + src/pmproxy/pmproxy.service.in | 14 ++ src/pmwebapi/.gitignore | 1 src/pmwebapi/GNUmakefile | 13 + src/pmwebapi/pmwebd.service.in | 14 ++ 43 files changed, 841 insertions(+), 459 deletions(-) commit eca53dfe3c1c1efbe9ea4a714651d914db2d1dca Author: Nathan Scott Date: Thu Aug 21 17:16:40 2014 +1000 pmwtf: add some new reporting options, man page updates and a test Updates to the pmwtf tool to provide finer control over the report (--skip-missing and --skip-excluded options) to suppress parts of the output that may be uninteresting or overly verbose. Install it into /usr/bin now too, keeping a compat symlink back in PCP_BINADM_DIR for any scripts using it. commit 630596aff82b80f7ee091bd07c58d1787837ec40 Author: Nathan Scott Date: Thu Aug 21 16:47:49 2014 +1000 Try harder in test qa/876 to enable kernel support commit 4048de428a30976811f16a8644a00d7e34e950e0 Author: Nathan Scott Date: Thu Aug 21 16:21:48 2014 +1000 Small QA odds and ends, with updates for recently missed bits Updates test qa/008 and qa_hosts master file to add a new host into my mix. Install the pmatop log folio into pcp-testsuite, and fix up some missing/wrong-way-around logic in qa/282. commit e0f1d67c670c2d8948559b7530cd7401ad40081b Author: Nathan Scott Date: Thu Aug 21 11:56:07 2014 +1000 Initial support for native systemd service files Allow for the use of native systemd service files for the pcp daemons (pmcd, pmproxy, pmmgr, pmwebd, pmlogger, pmie). A --with[-out]-systemd configure option is added, and we're default to "on" for systems where pkg-config finds the unit dir (pkg-config systemd --variable=systemdsystemunitdir). The approach used is to piggyback on the existing rc scripts and use the "oneshot" systemd Service Type (a model borrowed from stap-server in systemtap). In the case where systemd is being enabled the definition of PCP_RC_DIR is auto-configured to the home of these scripts (which is no longer below /etc), and they instead live alongside a library rc script that they source. This has the property of minimising the QA fallout, wrt tests that use these scripts directly. Use of systemctl is added into a number of places where we've got dependence on chkconfig enabling/disabling/state-checking also (esp. common.check in QA and rc-proc.sh). This resolves Red Hat BZ #1044682 and Fedora BZ #996438. commit f8d0aa597fc427cbefcbc8775d6c83fd8c76e37b Author: Nathan Scott Date: Thu Aug 21 10:18:10 2014 +1000 Add the PKG_CHECK_VAR m4 macro into the aclocal.m4 set From nscott@redhat.com Thu Aug 21 02:22:38 2014 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on oss.sgi.com X-Spam-Level: X-Spam-Status: No, score=0.0 required=5.0 tests=none autolearn=ham version=3.3.1 X-Original-To: pcp@oss.sgi.com Delivered-To: pcp@oss.sgi.com Received: from relay.sgi.com (relay1.corp.sgi.com [137.38.102.111]) by oss.sgi.com (Postfix) with ESMTP id 4505B7F4E for ; Thu, 21 Aug 2014 02:22:38 -0500 (CDT) Received: from cuda.sgi.com (cuda1.sgi.com [192.48.157.11]) by relay1.corp.sgi.com (Postfix) with ESMTP id 22A1E8F8040 for ; Thu, 21 Aug 2014 00:22:38 -0700 (PDT) X-ASG-Debug-ID: 1408605756-04bdf010a0f48c0001-S8gJnT Received: from mx4-phx2.redhat.com (mx4-phx2.redhat.com [209.132.183.25]) by cuda.sgi.com with ESMTP id unrUutKidlwtHJzk for ; Thu, 21 Aug 2014 00:22:36 -0700 (PDT) X-Barracuda-Envelope-From: nscott@redhat.com X-Barracuda-Apparent-Source-IP: 209.132.183.25 Received: from zmail20.collab.prod.int.phx2.redhat.com (zmail20.collab.prod.int.phx2.redhat.com [10.5.83.23]) by mx4-phx2.redhat.com (8.13.8/8.13.8) with ESMTP id s7L7MW6H024743; Thu, 21 Aug 2014 03:22:32 -0400 Date: Thu, 21 Aug 2014 03:22:32 -0400 (EDT) From: Nathan Scott Reply-To: Nathan Scott To: myllynen@redhat.com Cc: Ken McDonell , pcp developers Message-ID: <411680952.35538950.1408605752275.JavaMail.zimbra@redhat.com> In-Reply-To: <53F4368A.7040201@redhat.com> References: <53F427C1.3000005@redhat.com> <1244884023.34690853.1408513063354.JavaMail.zimbra@redhat.com> <53F4368A.7040201@redhat.com> Subject: Re: [pcp] Few pmwtf issues MIME-Version: 1.0 X-ASG-Orig-Subj: Re: [pcp] Few pmwtf issues Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-Originating-IP: [10.5.82.7] X-Mailer: Zimbra 8.0.6_GA_5922 (ZimbraWebClient - FF17 (Linux)/8.0.6_GA_5922) Thread-Topic: Few pmwtf issues Thread-Index: u75ymTWQCMRJs7Og11U04jLHoGUe9A== X-Barracuda-Connect: mx4-phx2.redhat.com[209.132.183.25] X-Barracuda-Start-Time: 1408605756 X-Barracuda-URL: http://192.48.157.11:80/cgi-mod/mark.cgi X-Virus-Scanned: by bsmtpd at sgi.com X-Barracuda-BRTS-Status: 1 X-Barracuda-Spam-Score: 0.03 X-Barracuda-Spam-Status: No, SCORE=0.03 using per-user scores of TAG_LEVEL=1000.0 QUARANTINE_LEVEL=1000.0 KILL_LEVEL=2.7 tests=BSF_SC0_MISMATCH_TO, BSF_SC0_SA_TO_FROM_DOMAIN_MATCH, THREAD_INDEX, THREAD_TOPIC X-Barracuda-Spam-Report: Code version 3.2, rules version 3.2.3.8680 Rule breakdown below pts rule name description ---- ---------------------- -------------------------------------------------- 0.01 THREAD_INDEX thread-index: AcO7Y8iR61tzADqsRmmc5wNiFHEOig== 0.01 THREAD_TOPIC Thread-Topic: ...(Japanese Subject)... 0.00 BSF_SC0_MISMATCH_TO Envelope rcpt doesn't match header 0.01 BSF_SC0_SA_TO_FROM_DOMAIN_MATCH Sender Domain Matches Recipient Domain Hi Marko, ----- Original Message ----- > On 2014-08-20 08:37, Nathan Scott wrote: > > > >> - with some archives I see messages like below, perhaps there could be a > >> switch to disable printing these: > > > > Did -x not do the trick? > > I was thinking a generic switch that could be quickly used to just > discard such messages without the need for constructing a regexp. Done. Its also now in /usr/bin and there's much-improved test coverage. > Although I admit this might not be so relevant in a static server setup > than on my test laptop where things are more dynamic. Yeah, its more generally relevant - I remember folks having to cull this output in a loadtest environment too, we shoulda given more options back then so its good to finally have it now. Thanks for the feedback! cheers. -- Nathan From nscott@redhat.com Thu Aug 21 18:59:51 2014 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on oss.sgi.com X-Spam-Level: X-Spam-Status: No, score=0.0 required=5.0 tests=none autolearn=ham version=3.3.1 X-Original-To: pcp@oss.sgi.com Delivered-To: pcp@oss.sgi.com Received: from relay.sgi.com (relay2.corp.sgi.com [137.38.102.29]) by oss.sgi.com (Postfix) with ESMTP id CC0C67F53 for ; Thu, 21 Aug 2014 18:59:51 -0500 (CDT) Received: from cuda.sgi.com (cuda1.sgi.com [192.48.157.11]) by relay2.corp.sgi.com (Postfix) with ESMTP id AB1A7304032 for ; Thu, 21 Aug 2014 16:59:48 -0700 (PDT) X-ASG-Debug-ID: 1408665580-04bdf010a11d23f0001-S8gJnT Received: from mx4-phx2.redhat.com (mx4-phx2.redhat.com [209.132.183.25]) by cuda.sgi.com with ESMTP id dGTPS9cwAxECCeIG for ; Thu, 21 Aug 2014 16:59:40 -0700 (PDT) X-Barracuda-Envelope-From: nscott@redhat.com X-Barracuda-Apparent-Source-IP: 209.132.183.25 Received: from zmail20.collab.prod.int.phx2.redhat.com (zmail20.collab.prod.int.phx2.redhat.com [10.5.83.23]) by mx4-phx2.redhat.com (8.13.8/8.13.8) with ESMTP id s7LNxeds010233 for ; Thu, 21 Aug 2014 19:59:40 -0400 Date: Thu, 21 Aug 2014 19:59:39 -0400 (EDT) From: Nathan Scott Reply-To: Nathan Scott To: pcp developers Message-ID: <1970205420.36245669.1408665579915.JavaMail.zimbra@redhat.com> In-Reply-To: <1511959256.36243266.1408664620721.JavaMail.zimbra@redhat.com> Subject: Seeking testers - systemd service support MIME-Version: 1.0 X-ASG-Orig-Subj: Seeking testers - systemd service support Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-Originating-IP: [10.5.82.7] X-Mailer: Zimbra 8.0.6_GA_5922 (ZimbraWebClient - FF17 (Linux)/8.0.6_GA_5922) Thread-Topic: Seeking testers - systemd service support Thread-Index: t9WL5sXIhMHKEIuLjECSqkv44dx2vw== X-Barracuda-Connect: mx4-phx2.redhat.com[209.132.183.25] X-Barracuda-Start-Time: 1408665580 X-Barracuda-URL: http://192.48.157.11:80/cgi-mod/mark.cgi X-Virus-Scanned: by bsmtpd at sgi.com X-Barracuda-BRTS-Status: 1 X-Barracuda-Spam-Score: 0.02 X-Barracuda-Spam-Status: No, SCORE=0.02 using per-user scores of TAG_LEVEL=1000.0 QUARANTINE_LEVEL=1000.0 KILL_LEVEL=2.7 tests=THREAD_INDEX, THREAD_TOPIC X-Barracuda-Spam-Report: Code version 3.2, rules version 3.2.3.8708 Rule breakdown below pts rule name description ---- ---------------------- -------------------------------------------------- 0.01 THREAD_INDEX thread-index: AcO7Y8iR61tzADqsRmmc5wNiFHEOig== 0.01 THREAD_TOPIC Thread-Topic: ...(Japanese Subject)... Hi all, The next release of PCP will include support for native systemd service files, instead of relying on the support in systemd for sysv init scripts (there will be no files below /etc/init.d for PCP anymore, IOW, and $PCP_RC_DIR will point somewhere else entirely). This code is in the dev branch at git://git.pcp.io/pcp and I'm very keen to hear of any problems/successes; please do let me know. This is QA testing well so far but thats only on my local systems. Its a relatively high risk sort of change, since if it is not right, there's the potential for nothing at all to work after the next upgrade (e.g. if pmcd fails to start...)! ./Makepkgs script FTW. If you're used to /sbin/chkconfig, systemd equivalents are: # systemctl enable pmcd # systemctl disable pmcd # systemctl is-enabled pmcd (the concepts of runlevel differs in systemd, PCP daemons are now WantedBy the "multi-user.target" Install grouping) If you're used to /sbin/service, systemd equivalents are: # systemctl restart pmcd # systemctl start pmcd # systemctl stop pmcd (for all of the above, substitute pmcd with pmproxy, pmwebd, pmmgr, pmlogger, or pmie of course, depending on your needs) Thanks! -- Nathan From nscott@redhat.com Fri Aug 22 01:01:27 2014 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on oss.sgi.com X-Spam-Level: X-Spam-Status: No, score=0.0 required=5.0 tests=none autolearn=ham version=3.3.1 X-Original-To: pcp@oss.sgi.com Delivered-To: pcp@oss.sgi.com Received: from relay.sgi.com (relay2.corp.sgi.com [137.38.102.29]) by oss.sgi.com (Postfix) with ESMTP id 7866C7F37 for ; Fri, 22 Aug 2014 01:01:27 -0500 (CDT) Received: from cuda.sgi.com (cuda2.sgi.com [192.48.176.25]) by relay2.corp.sgi.com (Postfix) with ESMTP id 56D07304048 for ; Thu, 21 Aug 2014 23:01:24 -0700 (PDT) X-ASG-Debug-ID: 1408687277-04cbb054873b6eb0001-S8gJnT Received: from mx3-phx2.redhat.com (mx3-phx2.redhat.com [209.132.183.24]) by cuda.sgi.com with ESMTP id TlGA9KfE7dNvknQa for ; Thu, 21 Aug 2014 23:01:18 -0700 (PDT) X-Barracuda-Envelope-From: nscott@redhat.com X-Barracuda-Apparent-Source-IP: 209.132.183.24 Received: from zmail20.collab.prod.int.phx2.redhat.com (zmail20.collab.prod.int.phx2.redhat.com [10.5.83.23]) by mx3-phx2.redhat.com (8.13.8/8.13.8) with ESMTP id s7M61HVq031687 for ; Fri, 22 Aug 2014 02:01:17 -0400 Date: Fri, 22 Aug 2014 02:01:17 -0400 (EDT) From: Nathan Scott Reply-To: Nathan Scott To: pcp developers Message-ID: <65409294.36310327.1408687277495.JavaMail.zimbra@redhat.com> In-Reply-To: <651303919.36310208.1408687219906.JavaMail.zimbra@redhat.com> Subject: pcp updates: spec files, pmwtf, xz compression and qa MIME-Version: 1.0 X-ASG-Orig-Subj: pcp updates: spec files, pmwtf, xz compression and qa Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-Originating-IP: [10.5.82.6] X-Mailer: Zimbra 8.0.6_GA_5922 (ZimbraWebClient - FF17 (Linux)/8.0.6_GA_5922) Thread-Topic: pcp updates: spec files, pmwtf, xz compression and qa Thread-Index: zmbi8O9x+U+clI6uWrTsGbAm8KYsjg== X-Barracuda-Connect: mx3-phx2.redhat.com[209.132.183.24] X-Barracuda-Start-Time: 1408687278 X-Barracuda-URL: http://192.48.176.25:80/cgi-mod/mark.cgi X-Virus-Scanned: by bsmtpd at sgi.com X-Barracuda-BRTS-Status: 1 X-Barracuda-Spam-Score: 0.02 X-Barracuda-Spam-Status: No, SCORE=0.02 using per-user scores of TAG_LEVEL=1000.0 QUARANTINE_LEVEL=1000.0 KILL_LEVEL=2.7 tests=THREAD_INDEX, THREAD_TOPIC X-Barracuda-Spam-Report: Code version 3.2, rules version 3.2.3.8714 Rule breakdown below pts rule name description ---- ---------------------- -------------------------------------------------- 0.01 THREAD_INDEX thread-index: AcO7Y8iR61tzADqsRmmc5wNiFHEOig== 0.01 THREAD_TOPIC Thread-Topic: ...(Japanese Subject)... Changes committed to git://git.pcp.io/pcp.git dev build/rpm/fedora.spec | 10 +-- build/rpm/pcp.spec.in | 32 +++++------ man/man1/pmie_check.1 | 12 ++-- man/man1/pmlogger_check.1 | 17 +++-- qa/435 | 89 ++---------------------------- qa/436 | 99 ++-------------------------------- qa/437 | 18 +----- qa/836.out | 4 - qa/958 | 24 ++++++++ qa/958.out | 93 ++++++++++++++++++++++++++++++++ qa/GNUmakefile | 2 qa/common.compress | 119 +++++++++++++++++++++++++++++++++++++++++ qa/group | 1 src/libpcp/src/logutil.c | 9 ++- src/pmie/crontab.in | 4 - src/pmie/pmie_daily.sh | 6 +- src/pmlogger/crontab.in | 4 - src/pmlogger/pmlogger_daily.sh | 6 +- src/pmlogsummary/pmwtf.sh | 10 ++- 19 files changed, 316 insertions(+), 243 deletions(-) commit 84d2ab0035a658334ac2a86d028b1b4d25a54428 Author: Nathan Scott Date: Fri Aug 22 15:57:10 2014 +1000 Add auto-deflate support for the xz compression format Extend the existing libpcp support for auto-deflation of compressed archives with xz(1). This format seems to be popular in oss projects (kernel.org, debian.org) as the compression format of choice. Go with the flow - this makes it the default compression of choice for PCP too. In addition, the crontabs that we install default to compressing after 3 days; we neglected to enable compression at all in the crontabs previously (i.e. it was opt-in, but now its opt-out or opt-other for any other compression format/tools you like). A couple more compression file suffixes are added to the set recognised in the daily scripts as well and the regex to identify these is made a little more readable. QA tests 435, 436 and 437 are refactored to share common code relating to compression testing, and new test qa/958 is added to exercise xz(1) use. commit e9323e9c1ce14dea501a6f45502846d7211d55b9 Author: Nathan Scott Date: Fri Aug 22 09:32:04 2014 +1000 pmwtf: ensure column headings align with values When the -p/--precision option is used, the headings are now displayed correctly aligned with the values. commit d9dc06be903abe0e363dc5bfade621678427056d Author: Nathan Scott Date: Fri Aug 22 09:12:49 2014 +1000 Be consistent with etc scripts, trying harder to rpm-upgrade them commit 2171197742d35339c291e18d1c90b4c441a23b44 Author: Nathan Scott Date: Fri Aug 22 07:55:29 2014 +1000 Correct systemd enable/disable logic in the spec files From mgoodwin@redhat.com Fri Aug 22 02:42:33 2014 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on oss.sgi.com X-Spam-Level: X-Spam-Status: No, score=0.0 required=5.0 tests=none autolearn=ham version=3.3.1 X-Original-To: pcp@oss.sgi.com Delivered-To: pcp@oss.sgi.com Received: from relay.sgi.com (relay3.corp.sgi.com [198.149.34.15]) by oss.sgi.com (Postfix) with ESMTP id 27E2C7F53 for ; Fri, 22 Aug 2014 02:42:33 -0500 (CDT) Received: from cuda.sgi.com (cuda1.sgi.com [192.48.157.11]) by relay3.corp.sgi.com (Postfix) with ESMTP id C56D3AC004 for ; Fri, 22 Aug 2014 00:42:32 -0700 (PDT) X-ASG-Debug-ID: 1408693348-04bdf010972a4450001-S8gJnT Received: from mx1.redhat.com (mx1.redhat.com [209.132.183.28]) by cuda.sgi.com with ESMTP id MKoFPP1YehZfHqBa (version=TLSv1 cipher=AES256-SHA bits=256 verify=NO) for ; Fri, 22 Aug 2014 00:42:28 -0700 (PDT) X-Barracuda-Envelope-From: mgoodwin@redhat.com X-Barracuda-Apparent-Source-IP: 209.132.183.28 X-ASG-Whitelist: Client Received: from int-mx13.intmail.prod.int.phx2.redhat.com (int-mx13.intmail.prod.int.phx2.redhat.com [10.5.11.26]) by mx1.redhat.com (8.14.4/8.14.4) with ESMTP id s7M7gRh8008095 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=OK) for ; Fri, 22 Aug 2014 03:42:28 -0400 Received: from [10.64.51.22] (vpn1-51-22.bne.redhat.com [10.64.51.22]) by int-mx13.intmail.prod.int.phx2.redhat.com (8.14.4/8.14.4) with ESMTP id s7M7gPeA003306; Fri, 22 Aug 2014 03:42:26 -0400 Message-ID: <53F6F461.5050707@redhat.com> Date: Fri, 22 Aug 2014 17:42:25 +1000 From: Mark Goodwin User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:24.0) Gecko/20100101 Thunderbird/24.7.0 MIME-Version: 1.0 To: Nathan Scott CC: pcp@oss.sgi.com Subject: Re: [pcp] Seeking testers - systemd service support References: <1970205420.36245669.1408665579915.JavaMail.zimbra@redhat.com> X-ASG-Orig-Subj: Re: [pcp] Seeking testers - systemd service support In-Reply-To: <1970205420.36245669.1408665579915.JavaMail.zimbra@redhat.com> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit 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: 1408693348 X-Barracuda-Encrypted: AES256-SHA X-Barracuda-URL: http://192.48.157.11:80/cgi-mod/mark.cgi X-Virus-Scanned: by bsmtpd at sgi.com X-Barracuda-BRTS-Status: 1 Built and installed on f19, all seemed to work. I did notice the following when run immediately after the install : $ systemctl status pmcd pmcd.service - LSB: Control pmcd (the collection daemon for PCP) Loaded: loaded (/etc/rc.d/init.d/pmcd) Active: active (running) since Fri 2014-08-22 15:02:08 EST; 9min ago Process: 5067 ExecStop=/etc/rc.d/init.d/pmcd stop (code=exited, status=0/SUCCESS) Process: 5326 ExecStart=/etc/rc.d/init.d/pmcd start (code=exited, status=0/SUCCESS) CGroup: name=systemd:/system/pmcd.service ├─5472 /usr/libexec/pcp/bin/pmcd -T 3 ├─5638 /var/lib/pcp/pmdas/proc/pmdaproc -d 3 ├─5639 /var/lib/pcp/pmdas/logger/pmdalogger -U root -d 106 /var/lib/pcp/config/logger/logger.con... ├─5641 /var/lib/pcp/pmdas/sample/pmdasample -d 29 └─5642 /var/lib/pcp/pmdas/simple/pmdasimple -d 253 Warning: Unit file changed on disk, 'systemctl --system daemon-reload' recommended. Is a "systemctl --system daemon-reload" something we should be doing in in a %post scriptlet? Haven't investigated any further, but thought I'd mention it anyway. I'll build and install RHEL5 and RHEL6 next to check the new configure stuff works as expected. -- Mark From kenj@internode.on.net Fri Aug 22 03:05:29 2014 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on oss.sgi.com X-Spam-Level: X-Spam-Status: No, score=0.0 required=5.0 tests=none autolearn=ham version=3.3.1 X-Original-To: pcp@oss.sgi.com Delivered-To: pcp@oss.sgi.com Received: from relay.sgi.com (relay2.corp.sgi.com [137.38.102.29]) by oss.sgi.com (Postfix) with ESMTP id AA9467F53 for ; Fri, 22 Aug 2014 03:05:29 -0500 (CDT) Received: from cuda.sgi.com (cuda1.sgi.com [192.48.157.11]) by relay2.corp.sgi.com (Postfix) with ESMTP id 4FBB9304064 for ; Fri, 22 Aug 2014 01:05:26 -0700 (PDT) X-ASG-Debug-ID: 1408694723-04bdf010972afca0001-S8gJnT Received: from ipmail07.adl2.internode.on.net (ipmail07.adl2.internode.on.net [150.101.137.131]) by cuda.sgi.com with ESMTP id 9dgihkKLbu8l8Giy for ; Fri, 22 Aug 2014 01:05:23 -0700 (PDT) X-Barracuda-Envelope-From: kenj@internode.on.net X-Barracuda-Apparent-Source-IP: 150.101.137.131 X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: ApoBAIz49lN20ScO/2dsb2JhbAANTINgV4J8yV+IcIUkVTAGAgUWCwILAwIBAgFYBgIBAYhLrXN4lRMXgSyOPYJjgVMFhhGPPZ9zWgGCTgEBAQ Received: from ppp118-209-39-14.lns20.mel4.internode.on.net (HELO [192.168.1.100]) ([118.209.39.14]) by ipmail07.adl2.internode.on.net with ESMTP; 22 Aug 2014 17:35:23 +0930 Message-ID: <53F6F9E7.6010300@internode.on.net> Date: Fri, 22 Aug 2014 18:05:59 +1000 From: Ken McDonell User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:31.0) Gecko/20100101 Thunderbird/31.0 MIME-Version: 1.0 To: pcp@oss.sgi.com Subject: pcp updates - pmlogsummary fix, assorted qa fixes Content-Type: text/plain; charset=utf-8 X-ASG-Orig-Subj: pcp updates - pmlogsummary fix, assorted qa fixes Content-Transfer-Encoding: 7bit X-Barracuda-Connect: ipmail07.adl2.internode.on.net[150.101.137.131] X-Barracuda-Start-Time: 1408694723 X-Barracuda-URL: http://192.48.157.11:80/cgi-mod/mark.cgi X-Virus-Scanned: by bsmtpd at sgi.com X-Barracuda-BRTS-Status: 1 X-Barracuda-Spam-Score: 0.00 X-Barracuda-Spam-Status: No, SCORE=0.00 using per-user scores of TAG_LEVEL=1000.0 QUARANTINE_LEVEL=1000.0 KILL_LEVEL=2.7 tests= X-Barracuda-Spam-Report: Code version 3.2, rules version 3.2.3.8716 Rule breakdown below pts rule name description ---- ---------------------- -------------------------------------------------- Changes committed to git://git.performancecopilot.org/kenj/pcp.git dev man/man1/pmlogsummary.1 | 2 qa/003 | 46 +++++++++++------ qa/1001 | 2 qa/1002 | 2 qa/1003 | 2 qa/1004 | 2 qa/1005 | 2 qa/1006 | 2 qa/1007 | 2 qa/1008 | 2 qa/1009 | 2 qa/1010 | 2 qa/1011 | 2 qa/1012 | 2 qa/1013 | 2 qa/1014 | 2 qa/1015 | 2 qa/1016 | 2 qa/1017 | 2 qa/1018 | 2 qa/1019 | 2 qa/1020 | 2 qa/1021 | 2 qa/1022 | 2 qa/1023 | 2 qa/1025 | 2 qa/1026 | 2 qa/1027 | 2 qa/1028 | 2 qa/1029 | 2 qa/184 | 1 qa/276.out.nongui | 4 + qa/824 | 43 ++++++++++++++++ qa/824.out | 57 +++++++++++++++++++++ qa/common.qt | 7 -- qa/group | 23 ++++---- qa/src/grind-tools | 107 ++++++++++++++++++++++------------------ src/pmlogsummary/pmlogsummary.c | 6 +- 38 files changed, 270 insertions(+), 82 deletions(-) commit 4de3894675f918452492bea307f96e3d4e4ebf45 Author: Ken McDonell Date: Fri Aug 22 18:00:11 2014 +1000 qa - gui test cases Add better guards for each of the GUI (Qt and/or libpcp_qmc dependent) tools used in their respective QA tests. commit 90d8ed794a217cbc4909667ec812bb7ec13d4bfc Author: Ken McDonell Date: Fri Aug 22 17:57:47 2014 +1000 qa/group - fine tune some group allocations commit 1ae8f48534ec63df1a9e06a6306dc030f270380d Author: Ken McDonell Date: Fri Aug 22 17:55:53 2014 +1000 qa/184 - dodge cgroup non-determinism commit 87c054742b37d3a324046bf23f55848caa36aa51 Author: Ken McDonell Date: Fri Aug 22 17:53:25 2014 +1000 qa/003 - filter out some newer linux metrics not available everywhere commit 085422e4ff1e60637e23e399f771112a859047e4 Author: Ken McDonell Date: Fri Aug 22 09:09:17 2014 +1000 pmlogsummary - fix time window reporting with -S and -T Fixes: https://bugzilla.redhat.com/show_bug.cgi?id=1132476 commit 923a227b694d63f8a33842286db23fd38077ea02 Author: Ken McDonell Date: Fri Aug 15 10:20:28 2014 +1000 qa/276 and grind-tools - better handling of non-gui installs Better guards, better reporting, new 276 output. From mgoodwin@redhat.com Fri Aug 22 03:18:39 2014 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on oss.sgi.com X-Spam-Level: X-Spam-Status: No, score=0.0 required=5.0 tests=none autolearn=ham version=3.3.1 X-Original-To: pcp@oss.sgi.com Delivered-To: pcp@oss.sgi.com Received: from relay.sgi.com (relay3.corp.sgi.com [198.149.34.15]) by oss.sgi.com (Postfix) with ESMTP id 460357F53 for ; Fri, 22 Aug 2014 03:18:39 -0500 (CDT) Received: from cuda.sgi.com (cuda2.sgi.com [192.48.176.25]) by relay3.corp.sgi.com (Postfix) with ESMTP id D7BCEAC002 for ; Fri, 22 Aug 2014 01:18:35 -0700 (PDT) X-ASG-Debug-ID: 1408695514-04cbb0548746f860001-S8gJnT Received: from mx1.redhat.com (mx1.redhat.com [209.132.183.28]) by cuda.sgi.com with ESMTP id GIQ8PzwzqFVAk8B2 (version=TLSv1 cipher=AES256-SHA bits=256 verify=NO) for ; Fri, 22 Aug 2014 01:18:34 -0700 (PDT) X-Barracuda-Envelope-From: mgoodwin@redhat.com X-Barracuda-Apparent-Source-IP: 209.132.183.28 X-ASG-Whitelist: Client Received: from int-mx10.intmail.prod.int.phx2.redhat.com (int-mx10.intmail.prod.int.phx2.redhat.com [10.5.11.23]) by mx1.redhat.com (8.14.4/8.14.4) with ESMTP id s7M8IXgV029427 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=OK) for ; Fri, 22 Aug 2014 04:18:34 -0400 Received: from [10.64.51.22] (vpn1-51-22.bne.redhat.com [10.64.51.22]) by int-mx10.intmail.prod.int.phx2.redhat.com (8.14.4/8.14.4) with ESMTP id s7M8ISNA025825; Fri, 22 Aug 2014 04:18:31 -0400 Message-ID: <53F6FCD2.5000604@redhat.com> Date: Fri, 22 Aug 2014 18:18:26 +1000 From: Mark Goodwin User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:24.0) Gecko/20100101 Thunderbird/24.7.0 MIME-Version: 1.0 To: Nathan Scott CC: pcp@oss.sgi.com Subject: Re: [pcp] Seeking testers - systemd service support References: <1970205420.36245669.1408665579915.JavaMail.zimbra@redhat.com> <53F6F461.5050707@redhat.com> X-ASG-Orig-Subj: Re: [pcp] Seeking testers - systemd service support In-Reply-To: <53F6F461.5050707@redhat.com> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-Scanned-By: MIMEDefang 2.68 on 10.5.11.23 X-Barracuda-Connect: mx1.redhat.com[209.132.183.28] X-Barracuda-Start-Time: 1408695514 X-Barracuda-Encrypted: AES256-SHA X-Barracuda-URL: http://192.48.176.25:80/cgi-mod/mark.cgi X-Virus-Scanned: by bsmtpd at sgi.com X-Barracuda-BRTS-Status: 1 > I'll build and install RHEL5 and RHEL6 next to check the new configure > stuff works as expected. Built on RHEL6 (RHEL6.6beta actually) and after a virgin install the services are all enabled by default (yay!, oops :). This doesn't look right : [root@rhel66rc2 pcp]# chkconfig --list | grep pm pmcd 0:off 1:off 2:on 3:on 4:on 5:on 6:off pmie 0:off 1:off 2:on 3:on 4:on 5:on 6:off pmlogger 0:off 1:off 2:on 3:on 4:on 5:on 6:off pmmgr 0:off 1:off 2:on 3:on 4:on 5:on 6:off pmproxy 0:off 1:off 2:on 3:on 4:on 5:on 6:off [root@rhel66rc2 pcp]# cat /etc/redhat-release Red Hat Enterprise Linux Server release 6.6 Beta (Santiago) No time right now to investigate any further ... -- Mark From kenj@internode.on.net Fri Aug 22 17:57:54 2014 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on oss.sgi.com X-Spam-Level: X-Spam-Status: No, score=0.0 required=5.0 tests=none autolearn=ham version=3.3.1 X-Original-To: pcp@oss.sgi.com Delivered-To: pcp@oss.sgi.com Received: from relay.sgi.com (relay2.corp.sgi.com [137.38.102.29]) by oss.sgi.com (Postfix) with ESMTP id 02CD77F3F for ; Fri, 22 Aug 2014 17:57:54 -0500 (CDT) Received: from cuda.sgi.com (cuda3.sgi.com [192.48.176.15]) by relay2.corp.sgi.com (Postfix) with ESMTP id E4EAB304048 for ; Fri, 22 Aug 2014 15:57:50 -0700 (PDT) X-ASG-Debug-ID: 1408748267-04cb6c550049c930001-S8gJnT Received: from ipmail04.adl6.internode.on.net (ipmail04.adl6.internode.on.net [150.101.137.141]) by cuda.sgi.com with ESMTP id e9nii3UCuyDQoqmC for ; Fri, 22 Aug 2014 15:57:48 -0700 (PDT) X-Barracuda-Envelope-From: kenj@internode.on.net X-Barracuda-Apparent-Source-IP: 150.101.137.141 X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: At4BAJLK91N20ScOPGdsb2JhbAANTINgV4J8yWSIcgUBAQEBOIRjFUAwBgIFFgsCCwMCAQIBMScGAgEBiEuucXiVCReBLI49gmOBUwWGEI8/kwGCIYpUWgGCTgEBAQ Received: from ppp118-209-39-14.lns20.mel4.internode.on.net (HELO [192.168.1.100]) ([118.209.39.14]) by ipmail04.adl6.internode.on.net with ESMTP; 23 Aug 2014 08:27:41 +0930 Message-ID: <53F7CB16.3030801@internode.on.net> Date: Sat, 23 Aug 2014 08:58:30 +1000 From: Ken McDonell User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:31.0) Gecko/20100101 Thunderbird/31.0 MIME-Version: 1.0 To: pcp@oss.sgi.com Subject: pcp updates - BZ #1131779 Content-Type: text/plain; charset=utf-8; format=flowed X-ASG-Orig-Subj: pcp updates - BZ #1131779 Content-Transfer-Encoding: 7bit X-Barracuda-Connect: ipmail04.adl6.internode.on.net[150.101.137.141] X-Barracuda-Start-Time: 1408748267 X-Barracuda-URL: http://192.48.176.15:80/cgi-mod/mark.cgi X-Virus-Scanned: by bsmtpd at sgi.com X-Barracuda-BRTS-Status: 1 X-Barracuda-Spam-Score: 0.00 X-Barracuda-Spam-Status: No, SCORE=0.00 using per-user scores of TAG_LEVEL=1000.0 QUARANTINE_LEVEL=1000.0 KILL_LEVEL=2.7 tests= X-Barracuda-Spam-Report: Code version 3.2, rules version 3.2.3.8738 Rule breakdown below pts rule name description ---- ---------------------- -------------------------------------------------- Changes committed to git://git.performancecopilot.org/kenj/pcp.git dev qa/1000 | 71 ++++++++++++++++++++++++++++++++++++++ qa/1000.out | 25 +++++++++++++ qa/group | 1 src/libpcp_qmc/src/qmc_group.cpp | 4 ++ src/libpcp_qmc/src/qmc_metric.cpp | 10 +++-- 5 files changed, 107 insertions(+), 4 deletions(-) commit 01f8aea261929bfa4c155b58f449b1201632b808 Author: Ken McDonell Date: Sat Aug 23 08:51:55 2014 +1000 libpcp_qmc - error code path fix ups Addresses pmdumptext segv cases reported in https://bugzilla.redhat.com/show_bug.cgi?id=1131779 From kenj@internode.on.net Sat Aug 23 18:57:59 2014 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on oss.sgi.com X-Spam-Level: X-Spam-Status: No, score=0.0 required=5.0 tests=none autolearn=ham version=3.3.1 X-Original-To: pcp@oss.sgi.com Delivered-To: pcp@oss.sgi.com Received: from relay.sgi.com (relay1.corp.sgi.com [137.38.102.111]) by oss.sgi.com (Postfix) with ESMTP id DF3097F3F for ; Sat, 23 Aug 2014 18:57:59 -0500 (CDT) Received: from cuda.sgi.com (cuda1.sgi.com [192.48.157.11]) by relay1.corp.sgi.com (Postfix) with ESMTP id BFB6E8F804B for ; Sat, 23 Aug 2014 16:57:56 -0700 (PDT) X-ASG-Debug-ID: 1408838269-04bdf01097463c60001-S8gJnT Received: from ipmail07.adl2.internode.on.net (ipmail07.adl2.internode.on.net [150.101.137.131]) by cuda.sgi.com with ESMTP id TSY2XL2fbACbb5Tw for ; Sat, 23 Aug 2014 16:57:49 -0700 (PDT) X-Barracuda-Envelope-From: kenj@internode.on.net X-Barracuda-Apparent-Source-IP: 150.101.137.131 X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: ApMBAGgp+VN20ScO/2dsb2JhbAANTNVJgx8BgRuEewEBBDhAEQsYCRYPCQMCAQIBRRMIAQG3FZUmF49TFoQ2AQSoboxXgykBAQE Received: from ppp118-209-39-14.lns20.mel4.internode.on.net (HELO [192.168.1.100]) ([118.209.39.14]) by ipmail07.adl2.internode.on.net with ESMTP; 24 Aug 2014 09:27:48 +0930 Message-ID: <53F92AA4.4010400@internode.on.net> Date: Sun, 24 Aug 2014 09:58:28 +1000 From: Ken McDonell User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:31.0) Gecko/20100101 Thunderbird/31.0 MIME-Version: 1.0 To: pcp@oss.sgi.com Subject: Re: [pcp] Seeking testers - systemd service support References: <1970205420.36245669.1408665579915.JavaMail.zimbra@redhat.com> X-ASG-Orig-Subj: Re: [pcp] Seeking testers - systemd service support In-Reply-To: <1970205420.36245669.1408665579915.JavaMail.zimbra@redhat.com> Content-Type: text/plain; charset=windows-1252; format=flowed Content-Transfer-Encoding: 7bit X-Barracuda-Connect: ipmail07.adl2.internode.on.net[150.101.137.131] X-Barracuda-Start-Time: 1408838269 X-Barracuda-URL: http://192.48.157.11:80/cgi-mod/mark.cgi X-Virus-Scanned: by bsmtpd at sgi.com X-Barracuda-BRTS-Status: 1 X-Barracuda-Spam-Score: 0.00 X-Barracuda-Spam-Status: No, SCORE=0.00 using per-user scores of TAG_LEVEL=1000.0 QUARANTINE_LEVEL=1000.0 KILL_LEVEL=2.7 tests= X-Barracuda-Spam-Report: Code version 3.2, rules version 3.2.3.8766 Rule breakdown below pts rule name description ---- ---------------------- -------------------------------------------------- On 22/08/14 09:59, Nathan Scott wrote: > Hi all, > > The next release of PCP will include support for native > systemd service files, instead of relying on the support > in systemd for sysv init scripts (there will be no files > below /etc/init.d for PCP anymore, IOW, and $PCP_RC_DIR > will point somewhere else entirely). On Ubuntu 14.04 x86_64 (where there is no systemd) the code built, and installed and all the PCP daemons started. /etc/init.d still contains the PCP rc scripts. QA check -g sanity produces 63/64 passes (the one failure is 354 which is not related to the systemd changes, but an earlier record mode change I made that has triggered a fails-everywhere situation for qa/354, oops). Same result for openSUSE 12.1 i686 and openSUSE 13.1 i686 and openSUSE 12.2 x86_64. Similar results on LinuxMint 15 i686, but additional QA failure (184) due to the cgroups dynamic PMNS changes (fixed in the main tree). Same for LinuxMint 12 x86_64. Same result for Debian 7.5 x86_64. And the same result for Debian 6.0.9 x86_64 and i686. Similar results for Ubuntu 12.10 i686, except for an addional QA failure (232) that is related to indom handling and filesys.used (and nothing to do with rc scripts). On Ubuntu 12.04 x86_64 we have the on-going problem of libmicrohttpd being down rev which is not related to the systemd changes. Smacking debian/rules allows packages to be made and installed. All the PCP daemons start and the only -g sanity failures are 184 and 354. From kenj@internode.on.net Sun Aug 24 17:59:49 2014 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on oss.sgi.com X-Spam-Level: X-Spam-Status: No, score=0.0 required=5.0 tests=none autolearn=ham version=3.3.1 X-Original-To: pcp@oss.sgi.com Delivered-To: pcp@oss.sgi.com Received: from relay.sgi.com (relay3.corp.sgi.com [198.149.34.15]) by oss.sgi.com (Postfix) with ESMTP id 7DF177F4E for ; Sun, 24 Aug 2014 17:59:49 -0500 (CDT) Received: from cuda.sgi.com (cuda1.sgi.com [192.48.157.11]) by relay3.corp.sgi.com (Postfix) with ESMTP id 1B3C7AC001 for ; Sun, 24 Aug 2014 15:59:45 -0700 (PDT) X-ASG-Debug-ID: 1408921180-04bdf010a14adb30001-S8gJnT Received: from ipmail04.adl6.internode.on.net (ipmail04.adl6.internode.on.net [150.101.137.141]) by cuda.sgi.com with ESMTP id mCwENq74zfX13gjI for ; Sun, 24 Aug 2014 15:59:40 -0700 (PDT) X-Barracuda-Envelope-From: kenj@internode.on.net X-Barracuda-Apparent-Source-IP: 150.101.137.141 X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: AvcCAE9t+lN20ScOPGdsb2JhbAANTItqzGIBgSEFAQEBATiEOgEBBDhAEQshFg8JAwIBAgExFBMIAQG0P5U1F49TFoQ2AQSoboxXgykBAQE Received: from ppp118-209-39-14.lns20.mel4.internode.on.net (HELO [192.168.1.100]) ([118.209.39.14]) by ipmail04.adl6.internode.on.net with ESMTP; 25 Aug 2014 08:29:39 +0930 Message-ID: <53FA6E91.2090704@internode.on.net> Date: Mon, 25 Aug 2014 09:00:33 +1000 From: Ken McDonell User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:31.0) Gecko/20100101 Thunderbird/31.0 MIME-Version: 1.0 To: pcp@oss.sgi.com Subject: Re: [pcp] Seeking testers - systemd service support References: <1970205420.36245669.1408665579915.JavaMail.zimbra@redhat.com> <53F92AA4.4010400@internode.on.net> X-ASG-Orig-Subj: Re: [pcp] Seeking testers - systemd service support In-Reply-To: <53F92AA4.4010400@internode.on.net> Content-Type: text/plain; charset=windows-1252; format=flowed Content-Transfer-Encoding: 7bit X-Barracuda-Connect: ipmail04.adl6.internode.on.net[150.101.137.141] X-Barracuda-Start-Time: 1408921180 X-Barracuda-URL: http://192.48.157.11:80/cgi-mod/mark.cgi X-Virus-Scanned: by bsmtpd at sgi.com X-Barracuda-BRTS-Status: 1 X-Barracuda-Spam-Score: 0.00 X-Barracuda-Spam-Status: No, SCORE=0.00 using per-user scores of TAG_LEVEL=1000.0 QUARANTINE_LEVEL=1000.0 KILL_LEVEL=2.7 tests= X-Barracuda-Spam-Report: Code version 3.2, rules version 3.2.3.8798 Rule breakdown below pts rule name description ---- ---------------------- -------------------------------------------------- A few more to report ... all using the Makepkgs, install, new daemons running, QA check -g sanity (354 and possibly 184 failing) recipe. Fedora 17 i686 - OK Fedora 18 x86_64 - OK Fedora 19 x86_64 - OK Fedora 20 i686 - OK CentOS 5.10 i586 - OK Debian 7.4 i686 - OK SUSE SLES11 SP1 ia64 - OK Ubuntu 13.04 x86_64 - OK Gentoo 2.0.3 i486 - OK FreeBSD 8.2-RELEASE-p9 amd64 - after some build-related hacking, built a tarball which installed cleanly ... pmcd started but not much success beyond this, I think because of running as non-root issues that have never been sorted out for FreeBSD (and indeed for any tarball based packaging of PCP). From nscott@redhat.com Sun Aug 24 22:18:45 2014 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on oss.sgi.com X-Spam-Level: X-Spam-Status: No, score=0.0 required=5.0 tests=none autolearn=ham version=3.3.1 X-Original-To: pcp@oss.sgi.com Delivered-To: pcp@oss.sgi.com Received: from relay.sgi.com (relay1.corp.sgi.com [137.38.102.111]) by oss.sgi.com (Postfix) with ESMTP id D56DD7F56 for ; Sun, 24 Aug 2014 22:18:45 -0500 (CDT) Received: from cuda.sgi.com (cuda1.sgi.com [192.48.157.11]) by relay1.corp.sgi.com (Postfix) with ESMTP id B52138F8033 for ; Sun, 24 Aug 2014 20:18:42 -0700 (PDT) X-ASG-Debug-ID: 1408936720-04bdf010a14b64f0001-S8gJnT Received: from mx3-phx2.redhat.com (mx3-phx2.redhat.com [209.132.183.24]) by cuda.sgi.com with ESMTP id jJPKtzX9xTeR3mnC for ; Sun, 24 Aug 2014 20:18:41 -0700 (PDT) X-Barracuda-Envelope-From: nscott@redhat.com X-Barracuda-Apparent-Source-IP: 209.132.183.24 Received: from zmail20.collab.prod.int.phx2.redhat.com (zmail20.collab.prod.int.phx2.redhat.com [10.5.83.23]) by mx3-phx2.redhat.com (8.13.8/8.13.8) with ESMTP id s7P3Ia1I010854; Sun, 24 Aug 2014 23:18:36 -0400 Date: Sun, 24 Aug 2014 23:18:35 -0400 (EDT) From: Nathan Scott Reply-To: Nathan Scott To: Ken McDonell Cc: pcp@oss.sgi.com Message-ID: <815504873.37485084.1408936715517.JavaMail.zimbra@redhat.com> In-Reply-To: <53FA6E91.2090704@internode.on.net> References: <1970205420.36245669.1408665579915.JavaMail.zimbra@redhat.com> <53F92AA4.4010400@internode.on.net> <53FA6E91.2090704@internode.on.net> Subject: Re: [pcp] Seeking testers - systemd service support MIME-Version: 1.0 X-ASG-Orig-Subj: Re: [pcp] Seeking testers - systemd service support Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-Originating-IP: [10.5.82.7] X-Mailer: Zimbra 8.0.6_GA_5922 (ZimbraWebClient - FF17 (Linux)/8.0.6_GA_5922) Thread-Topic: Seeking testers - systemd service support Thread-Index: ruA546zk0gujfwuMfD1eDzVAI4mcCQ== X-Barracuda-Connect: mx3-phx2.redhat.com[209.132.183.24] X-Barracuda-Start-Time: 1408936721 X-Barracuda-URL: http://192.48.157.11:80/cgi-mod/mark.cgi X-Virus-Scanned: by bsmtpd at sgi.com X-Barracuda-BRTS-Status: 1 X-Barracuda-Spam-Score: 0.02 X-Barracuda-Spam-Status: No, SCORE=0.02 using per-user scores of TAG_LEVEL=1000.0 QUARANTINE_LEVEL=1000.0 KILL_LEVEL=2.7 tests=THREAD_INDEX, THREAD_TOPIC X-Barracuda-Spam-Report: Code version 3.2, rules version 3.2.3.8802 Rule breakdown below pts rule name description ---- ---------------------- -------------------------------------------------- 0.01 THREAD_INDEX thread-index: AcO7Y8iR61tzADqsRmmc5wNiFHEOig== 0.01 THREAD_TOPIC Thread-Topic: ...(Japanese Subject)... Hi Ken, ----- Original Message ----- > A few more to report ... all using the Makepkgs, install, new daemons > running, QA check -g sanity (354 and possibly 184 failing) recipe. > I think 354 is fallout from your earlier pmRecordSetup change in commit 3ecf28f33c (its failing here too, sorry been meant to follow up on this earlier). If I revert that commit, problem goes away ... it looks like that commit may be inadvertently removing the actual folio file? A QA test update like below gives more clues (MKTEMP is now empty since the file doesn't exist, and the filtering breaks). diff --git a/qa/354 b/qa/354 index 91f2ceb..3fc0251 100755 --- a/qa/354 +++ b/qa/354 @@ -109,6 +109,7 @@ echo $here/src/record foo no-1 1 $host localhost $host localhost 2>&1 >$tmp.out & sleep 10 MKTEMP=`ls -d * | grep -v foo | grep -v '\.'` +echo MKTEMP is \"$MKTEMP\" >> $here/$seq.full _build_sed $tmp.out _filter $tmp.out cat $tmp.out >>$here/$seq.full I'll push that diagnostic change in permanently. > FreeBSD 8.2-RELEASE-p9 amd64 - after some build-related hacking, built a > tarball which installed cleanly ... pmcd started but not much success Ah, I remembered I have access to a FreeBSD 9.1-PRERELEASE machine from a friend (but not root access) - I've fixed up a handful of build issues there that may help here. > beyond this, I think because of running as non-root issues that have > never been sorted out for FreeBSD (and indeed for any tarball based > packaging of PCP). Ideally we'd figure out proper packaging for FreeBSD and automate the new user creation (and namespace root Rebuild, and so on) I guess. But we'd need an interested/engaged BSD hacker there or someone with time to spare to make it work (all of which rule me out!). cheers. -- Nathan From nscott@redhat.com Sun Aug 24 22:26:45 2014 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on oss.sgi.com X-Spam-Level: X-Spam-Status: No, score=0.0 required=5.0 tests=none autolearn=ham version=3.3.1 X-Original-To: pcp@oss.sgi.com Delivered-To: pcp@oss.sgi.com Received: from relay.sgi.com (relay2.corp.sgi.com [137.38.102.29]) by oss.sgi.com (Postfix) with ESMTP id EDDC57F56 for ; Sun, 24 Aug 2014 22:26:45 -0500 (CDT) Received: from cuda.sgi.com (cuda1.sgi.com [192.48.157.11]) by relay2.corp.sgi.com (Postfix) with ESMTP id CD934304053 for ; Sun, 24 Aug 2014 20:26:42 -0700 (PDT) X-ASG-Debug-ID: 1408937201-04bdf010a04b6960001-S8gJnT Received: from mx3-phx2.redhat.com (mx3-phx2.redhat.com [209.132.183.24]) by cuda.sgi.com with ESMTP id QVhmwDMDsVdThVAc for ; Sun, 24 Aug 2014 20:26:41 -0700 (PDT) X-Barracuda-Envelope-From: nscott@redhat.com X-Barracuda-Apparent-Source-IP: 209.132.183.24 Received: from zmail20.collab.prod.int.phx2.redhat.com (zmail20.collab.prod.int.phx2.redhat.com [10.5.83.23]) by mx3-phx2.redhat.com (8.13.8/8.13.8) with ESMTP id s7P3QdpM011738; Sun, 24 Aug 2014 23:26:39 -0400 Date: Sun, 24 Aug 2014 23:26:39 -0400 (EDT) From: Nathan Scott Reply-To: Nathan Scott To: Ken McDonell Cc: pcp@oss.sgi.com Message-ID: <1594207200.37489147.1408937199097.JavaMail.zimbra@redhat.com> In-Reply-To: <53F92AA4.4010400@internode.on.net> References: <1970205420.36245669.1408665579915.JavaMail.zimbra@redhat.com> <53F92AA4.4010400@internode.on.net> Subject: Re: [pcp] Seeking testers - systemd service support MIME-Version: 1.0 X-ASG-Orig-Subj: Re: [pcp] Seeking testers - systemd service support Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-Originating-IP: [10.5.82.7] X-Mailer: Zimbra 8.0.6_GA_5922 (ZimbraWebClient - FF17 (Linux)/8.0.6_GA_5922) Thread-Topic: Seeking testers - systemd service support Thread-Index: G8zSJjBvlRhqqUGUJoFDkBwSTsKbTg== X-Barracuda-Connect: mx3-phx2.redhat.com[209.132.183.24] X-Barracuda-Start-Time: 1408937201 X-Barracuda-URL: http://192.48.157.11:80/cgi-mod/mark.cgi X-Virus-Scanned: by bsmtpd at sgi.com X-Barracuda-BRTS-Status: 1 X-Barracuda-Spam-Score: 0.02 X-Barracuda-Spam-Status: No, SCORE=0.02 using per-user scores of TAG_LEVEL=1000.0 QUARANTINE_LEVEL=1000.0 KILL_LEVEL=2.7 tests=THREAD_INDEX, THREAD_TOPIC X-Barracuda-Spam-Report: Code version 3.2, rules version 3.2.3.8802 Rule breakdown below pts rule name description ---- ---------------------- -------------------------------------------------- 0.01 THREAD_INDEX thread-index: AcO7Y8iR61tzADqsRmmc5wNiFHEOig== 0.01 THREAD_TOPIC Thread-Topic: ...(Japanese Subject)... ----- Original Message ----- > On 22/08/14 09:59, Nathan Scott wrote: > > Hi all, > > > > The next release of PCP will include support for native > > systemd service files, instead of relying on the support > > in systemd for sysv init scripts (there will be no files > > below /etc/init.d for PCP anymore, IOW, and $PCP_RC_DIR > > will point somewhere else entirely). > > On Ubuntu 14.04 x86_64 (where there is no systemd) the code built, and > installed and all the PCP daemons started. /etc/init.d still contains > the PCP rc scripts. Ah, realised my earlier mail was slightly misleading - nothing will change on Debian at this stage. I think it'd be best to wait for project-wide directions to be set there for packagers instead of pre-empting that. I'll add explicit disabling for all deb packages for now, so its not accidentally enabled (we'll definitely get both old/new mixed together if we did that atm). > QA check -g sanity produces 63/64 passes (the one failure is 354 which > is not related to the systemd changes, but an earlier record mode change > I made that has triggered a fails-everywhere situation for qa/354, oops). Yep, see earlier mail. > On Ubuntu 12.04 x86_64 we have the on-going problem of libmicrohttpd > being down rev which is not related to the systemd changes. Smacking > debian/rules allows packages to be made and installed. All the PCP > daemons start and the only -g sanity failures are 184 and 354. I'm hopeful we can make progress here soon (re embedding libmicrohttpd source as Frank originally preferred), will follow up later in the week. cheers. -- Nathan From nscott@redhat.com Sun Aug 24 22:29:52 2014 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on oss.sgi.com X-Spam-Level: X-Spam-Status: No, score=0.0 required=5.0 tests=none autolearn=ham version=3.3.1 X-Original-To: pcp@oss.sgi.com Delivered-To: pcp@oss.sgi.com Received: from relay.sgi.com (relay1.corp.sgi.com [137.38.102.111]) by oss.sgi.com (Postfix) with ESMTP id 01C797F56 for ; Sun, 24 Aug 2014 22:29:52 -0500 (CDT) Received: from cuda.sgi.com (cuda3.sgi.com [192.48.176.15]) by relay1.corp.sgi.com (Postfix) with ESMTP id E41368F8033 for ; Sun, 24 Aug 2014 20:29:51 -0700 (PDT) X-ASG-Debug-ID: 1408937390-04cb6c54ff526b30001-S8gJnT Received: from mx3-phx2.redhat.com (mx3-phx2.redhat.com [209.132.183.24]) by cuda.sgi.com with ESMTP id CqUQzlFdkUyWFEHj for ; Sun, 24 Aug 2014 20:29:50 -0700 (PDT) X-Barracuda-Envelope-From: nscott@redhat.com X-Barracuda-Apparent-Source-IP: 209.132.183.24 Received: from zmail20.collab.prod.int.phx2.redhat.com (zmail20.collab.prod.int.phx2.redhat.com [10.5.83.23]) by mx3-phx2.redhat.com (8.13.8/8.13.8) with ESMTP id s7P3ToSJ012173; Sun, 24 Aug 2014 23:29:50 -0400 Date: Sun, 24 Aug 2014 23:29:50 -0400 (EDT) From: Nathan Scott Reply-To: Nathan Scott To: Mark Goodwin Cc: pcp@oss.sgi.com Message-ID: <778534029.37490152.1408937390035.JavaMail.zimbra@redhat.com> In-Reply-To: <53F6FCD2.5000604@redhat.com> References: <1970205420.36245669.1408665579915.JavaMail.zimbra@redhat.com> <53F6F461.5050707@redhat.com> <53F6FCD2.5000604@redhat.com> Subject: Re: [pcp] Seeking testers - systemd service support MIME-Version: 1.0 X-ASG-Orig-Subj: Re: [pcp] Seeking testers - systemd service support Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-Originating-IP: [10.5.82.7] X-Mailer: Zimbra 8.0.6_GA_5922 (ZimbraWebClient - FF17 (Linux)/8.0.6_GA_5922) Thread-Topic: Seeking testers - systemd service support Thread-Index: R7y/Fwpsv1i5V4tyzYmBEqUg/zjZDQ== X-Barracuda-Connect: mx3-phx2.redhat.com[209.132.183.24] X-Barracuda-Start-Time: 1408937390 X-Barracuda-URL: http://192.48.176.15:80/cgi-mod/mark.cgi X-Virus-Scanned: by bsmtpd at sgi.com X-Barracuda-BRTS-Status: 1 X-Barracuda-Spam-Score: 0.03 X-Barracuda-Spam-Status: No, SCORE=0.03 using per-user scores of TAG_LEVEL=1000.0 QUARANTINE_LEVEL=1000.0 KILL_LEVEL=2.7 tests=BSF_SC0_SA_TO_FROM_DOMAIN_MATCH, THREAD_INDEX, THREAD_TOPIC X-Barracuda-Spam-Report: Code version 3.2, rules version 3.2.3.8802 Rule breakdown below pts rule name description ---- ---------------------- -------------------------------------------------- 0.01 THREAD_INDEX thread-index: AcO7Y8iR61tzADqsRmmc5wNiFHEOig== 0.01 THREAD_TOPIC Thread-Topic: ...(Japanese Subject)... 0.01 BSF_SC0_SA_TO_FROM_DOMAIN_MATCH Sender Domain Matches Recipient Domain Hi Mark, ----- Original Message ----- > > > I'll build and install RHEL5 and RHEL6 next to check the new configure > > stuff works as expected. > > Built on RHEL6 (RHEL6.6beta actually) and after a virgin install > the services are all enabled by default (yay!, oops :). This > doesn't look right : > Heh. Was this a Makepkgs build? I think this is because, in that case (and not via fedora.spec builds), we use unmodified rc scripts which default to enabled. For the "official" RPM builds, the spec %install contains... # default chkconfig off for Fedora and RHEL for f in $RPM_BUILD_ROOT/%{_initddir}/{pcp,pmcd,pmlogger,pmie,pmwebd,pmmgr,pmproxy}; do test -f "$f" || continue sed -i -e '/^# chkconfig/s/:.*$/: - 95 05/' -e '/^# Default-Start:/s/:.*$/:/' $f done ... which you wrote IIRC ;) Maybe we should commit that change into the rc scripts and make both builds the same in that respect? cheers. -- Nathan From mgoodwin@redhat.com Sun Aug 24 22:49:33 2014 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on oss.sgi.com X-Spam-Level: X-Spam-Status: No, score=0.0 required=5.0 tests=none autolearn=ham version=3.3.1 X-Original-To: pcp@oss.sgi.com Delivered-To: pcp@oss.sgi.com Received: from relay.sgi.com (relay1.corp.sgi.com [137.38.102.111]) by oss.sgi.com (Postfix) with ESMTP id 027027F58 for ; Sun, 24 Aug 2014 22:49:32 -0500 (CDT) Received: from cuda.sgi.com (cuda2.sgi.com [192.48.176.25]) by relay1.corp.sgi.com (Postfix) with ESMTP id DB50E8F8035 for ; Sun, 24 Aug 2014 20:49:32 -0700 (PDT) X-ASG-Debug-ID: 1408938571-04cbb054887b42e0001-S8gJnT Received: from mx1.redhat.com (mx1.redhat.com [209.132.183.28]) by cuda.sgi.com with ESMTP id JfAmWA6rLrlf9C91 (version=TLSv1 cipher=AES256-SHA bits=256 verify=NO) for ; Sun, 24 Aug 2014 20:49:32 -0700 (PDT) X-Barracuda-Envelope-From: mgoodwin@redhat.com X-Barracuda-Apparent-Source-IP: 209.132.183.28 X-ASG-Whitelist: Client Received: from int-mx13.intmail.prod.int.phx2.redhat.com (int-mx13.intmail.prod.int.phx2.redhat.com [10.5.11.26]) by mx1.redhat.com (8.14.4/8.14.4) with ESMTP id s7P3nVDg002047 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=OK) for ; Sun, 24 Aug 2014 23:49:31 -0400 Received: from [10.64.180.87] (wlan-180-87.mel.redhat.com [10.64.180.87]) by int-mx13.intmail.prod.int.phx2.redhat.com (8.14.4/8.14.4) with ESMTP id s7P3nT46012805; Sun, 24 Aug 2014 23:49:30 -0400 Message-ID: <53FAB247.9030202@redhat.com> Date: Mon, 25 Aug 2014 13:49:27 +1000 From: Mark Goodwin User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:24.0) Gecko/20100101 Thunderbird/24.7.0 MIME-Version: 1.0 To: Nathan Scott CC: pcp@oss.sgi.com Subject: Re: [pcp] Seeking testers - systemd service support References: <1970205420.36245669.1408665579915.JavaMail.zimbra@redhat.com> <53F6F461.5050707@redhat.com> <53F6FCD2.5000604@redhat.com> <778534029.37490152.1408937390035.JavaMail.zimbra@redhat.com> X-ASG-Orig-Subj: Re: [pcp] Seeking testers - systemd service support In-Reply-To: <778534029.37490152.1408937390035.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: 1408938571 X-Barracuda-Encrypted: AES256-SHA X-Barracuda-URL: http://192.48.176.25:80/cgi-mod/mark.cgi X-Virus-Scanned: by bsmtpd at sgi.com X-Barracuda-BRTS-Status: 1 On 08/25/2014 01:29 PM, Nathan Scott wrote: >> Built on RHEL6 (RHEL6.6beta actually) and after a virgin install >> the services are all enabled by default (yay!, oops :). This >> doesn't look right : >> > Heh. Was this a Makepkgs build? I think this is because, in that case > (and not via fedora.spec builds), we use unmodified rc scripts which > default to enabled. For the "official" RPM builds, the spec %install > contains... > > ... which you wrote IIRC ;) > yes it was a Makepkgs build, and yep - sorry I forgot about that bit of sed hackery :} > # default chkconfig off for Fedora and RHEL > for f in $RPM_BUILD_ROOT/%{_initddir}/{pcp,pmcd,pmlogger,pmie,pmwebd,pmmgr,pmproxy}; do > test -f "$f" || continue > sed -i -e '/^# chkconfig/s/:.*$/: - 95 05/' -e '/^# Default-Start:/s/:.*$/:/' $f > done > Maybe we should commit that change into the rc scripts and make both > builds the same in that respect? I think that's a good idea - we'd end up with Makepkgs builds defaulting to services off for virgin installs (same as Fedora and RHEL). Can anyone think of any downsides to that? Documentation updates anywhere? -- Mark From kenj@internode.on.net Sun Aug 24 23:22:06 2014 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on oss.sgi.com X-Spam-Level: X-Spam-Status: No, score=0.0 required=5.0 tests=none autolearn=ham version=3.3.1 X-Original-To: pcp@oss.sgi.com Delivered-To: pcp@oss.sgi.com Received: from relay.sgi.com (relay3.corp.sgi.com [198.149.34.15]) by oss.sgi.com (Postfix) with ESMTP id B9CAD7F58 for ; Sun, 24 Aug 2014 23:22:06 -0500 (CDT) Received: from cuda.sgi.com (cuda1.sgi.com [192.48.157.11]) by relay3.corp.sgi.com (Postfix) with ESMTP id 56A36AC001 for ; Sun, 24 Aug 2014 21:22:02 -0700 (PDT) X-ASG-Debug-ID: 1408940520-04bdf010974b89a0001-S8gJnT Received: from ipmail06.adl6.internode.on.net (ipmail06.adl6.internode.on.net [150.101.137.145]) by cuda.sgi.com with ESMTP id 8548yltQWsCDgmBA for ; Sun, 24 Aug 2014 21:22:01 -0700 (PDT) X-Barracuda-Envelope-From: kenj@internode.on.net X-Barracuda-Apparent-Source-IP: 150.101.137.145 X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: AvcIAIa5+lN20ScOPGdsb2JhbABZgw2EJoQ3zGQBgREXBQEBAQE4NoQEAQUIAhkzIwwBAwIGAxoCJgICGSAKFAIEHgWIMawElDIXgSyOIAeCeYFTBZEmV5ZxjFcrgn4BAQE Received: from ppp118-209-39-14.lns20.mel4.internode.on.net (HELO bozohorize) ([118.209.39.14]) by ipmail06.adl6.internode.on.net with ESMTP; 25 Aug 2014 13:51:28 +0930 From: "Ken McDonell" To: "'Nathan Scott'" Cc: References: <1970205420.36245669.1408665579915.JavaMail.zimbra@redhat.com> <53F92AA4.4010400@internode.on.net> <1594207200.37489147.1408937199097.JavaMail.zimbra@redhat.com> In-Reply-To: <1594207200.37489147.1408937199097.JavaMail.zimbra@redhat.com> Subject: RE: [pcp] Seeking testers - systemd service support Date: Mon, 25 Aug 2014 14:21:17 +1000 X-ASG-Orig-Subj: RE: [pcp] Seeking testers - systemd service support Message-ID: <050301cfc01c$04889170$0d99b450$@internode.on.net> MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: quoted-printable X-Mailer: Microsoft Outlook 15.0 Thread-Index: AQIDhrQqa9h6CsXBncVjuljB/LmPOAFflIcBAQKAVYebZhljIA== Content-Language: en-au X-Barracuda-Connect: ipmail06.adl6.internode.on.net[150.101.137.145] X-Barracuda-Start-Time: 1408940520 X-Barracuda-URL: http://192.48.157.11:80/cgi-mod/mark.cgi X-Virus-Scanned: by bsmtpd at sgi.com X-Barracuda-BRTS-Status: 1 X-Barracuda-Spam-Score: 0.01 X-Barracuda-Spam-Status: No, SCORE=0.01 using per-user scores of TAG_LEVEL=1000.0 QUARANTINE_LEVEL=1000.0 KILL_LEVEL=2.7 tests=BSF_SC0_MISMATCH_TO, THREAD_INDEX X-Barracuda-Spam-Report: Code version 3.2, rules version 3.2.3.8803 Rule breakdown below pts rule name description ---- ---------------------- -------------------------------------------------- 0.01 THREAD_INDEX thread-index: AcO7Y8iR61tzADqsRmmc5wNiFHEOig== 0.00 BSF_SC0_MISMATCH_TO Envelope rcpt doesn't match header See below ... > -----Original Message----- > > ... > > On Ubuntu 12.04 x86_64 we have the on-going problem of libmicrohttpd > > being down rev which is not related to the systemd changes. Smacking > > debian/rules allows packages to be made and installed. All the PCP > > daemons start and the only -g sanity failures are 184 and 354. >=20 > I'm hopeful we can make progress here soon (re embedding libmicrohttpd > source as Frank originally preferred), will follow up later in the = week. I am unconvinced that re-embedding is needed. 1. not needed for current distros. 2. workarounds exist for older distros ... e.g. I've found packages that = work for Ubuntu 12.04 and the PCP build requires only one small debian = packaging tweak to complete ... I have the details if anyone is = interested. From kenj@internode.on.net Sun Aug 24 23:47:44 2014 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on oss.sgi.com X-Spam-Level: X-Spam-Status: No, score=0.0 required=5.0 tests=none autolearn=ham version=3.3.1 X-Original-To: pcp@oss.sgi.com Delivered-To: pcp@oss.sgi.com Received: from relay.sgi.com (relay2.corp.sgi.com [137.38.102.29]) by oss.sgi.com (Postfix) with ESMTP id 825E17F58 for ; Sun, 24 Aug 2014 23:47:44 -0500 (CDT) Received: from cuda.sgi.com (cuda3.sgi.com [192.48.176.15]) by relay2.corp.sgi.com (Postfix) with ESMTP id 71569304051 for ; Sun, 24 Aug 2014 21:47:41 -0700 (PDT) X-ASG-Debug-ID: 1408942032-04cb6c54fe5291f0001-S8gJnT Received: from ipmail06.adl6.internode.on.net (ipmail06.adl6.internode.on.net [150.101.137.145]) by cuda.sgi.com with ESMTP id RMXtmXhfDsX6fYok for ; Sun, 24 Aug 2014 21:47:12 -0700 (PDT) X-Barracuda-Envelope-From: kenj@internode.on.net X-Barracuda-Apparent-Source-IP: 150.101.137.145 X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: AkMCAGK/+lN20ScOPGdsb2JhbAANTINgV4J8hDfFE4h6BQEBAQE4hGNVMAYCBRYLAgsDAgECATEnBgIBAYhLqm54lDIXgSyNPhEBbYJjgVMFhhGPPohSlyRagQYJG4ElAQEB Received: from ppp118-209-39-14.lns20.mel4.internode.on.net (HELO [192.168.1.100]) ([118.209.39.14]) by ipmail06.adl6.internode.on.net with ESMTP; 25 Aug 2014 14:17:11 +0930 Message-ID: <53FAC006.5020807@internode.on.net> Date: Mon, 25 Aug 2014 14:48:06 +1000 From: Ken McDonell User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:31.0) Gecko/20100101 Thunderbird/31.0 MIME-Version: 1.0 To: pcp@oss.sgi.com Subject: pcp updates - qa/354 and FreeBSD build/install issues Content-Type: text/plain; charset=utf-8 X-ASG-Orig-Subj: pcp updates - qa/354 and FreeBSD build/install issues Content-Transfer-Encoding: 7bit X-Barracuda-Connect: ipmail06.adl6.internode.on.net[150.101.137.145] X-Barracuda-Start-Time: 1408942032 X-Barracuda-URL: http://192.48.176.15:80/cgi-mod/mark.cgi X-Virus-Scanned: by bsmtpd at sgi.com X-Barracuda-BRTS-Status: 1 X-Barracuda-Spam-Score: 0.00 X-Barracuda-Spam-Status: No, SCORE=0.00 using per-user scores of TAG_LEVEL=1000.0 QUARANTINE_LEVEL=1000.0 KILL_LEVEL=2.7 tests= X-Barracuda-Spam-Report: Code version 3.2, rules version 3.2.3.8804 Rule breakdown below pts rule name description ---- ---------------------- -------------------------------------------------- Changes committed to git://git.performancecopilot.org/kenj/pcp.git dev Makepkgs | 14 ++++++++++---- build/tar/postinstall.tail | 21 ++++++++++----------- configure | 2 +- configure.ac | 2 +- qa/354 | 23 +++++++++++++++++++++-- qa/354.out | 2 -- qa/GNUmakefile | 2 +- qa/pmdas/bigun/GNUmakefile.install | 2 +- qa/pmdas/broken/GNUmakefile.install | 3 ++- qa/pmdas/dynamic/GNUmakefile.install | 2 +- src/include/pcp/config.h.in | 6 +++++- src/libpcp/src/util.c | 18 ++++++++++++++++++ src/pmdas/sample/src/GNUmakefile.install | 2 +- src/pmdas/simple/GNUmakefile.install | 2 +- src/pmdas/trivial/GNUmakefile.install | 2 +- src/pmdas/txmon/GNUmakefile.install | 2 +- 16 files changed, 75 insertions(+), 30 deletions(-) commit 10133b307bfabf79f5f13ca0ab2385d67fc09d53 Author: Ken McDonell Date: Mon Aug 25 14:45:52 2014 +1000 qa/pmdas installed makefiles - -ldl fix Use $(LIB_FOR_DLOPEN) instead of -ldl. commit c8bb061303e85b16daef934d48cd3933f8c1be76 Author: Ken McDonell Date: Mon Aug 25 14:44:05 2014 +1000 qa/GNUmakefile - enumeration of tests was wrong scriptlet for stripping :reserved and :retired tests from group file was just plain wrong ... broke the FreeBSD build. commit 620174a06ca48e1ac6a50794bb02775d6eb5d0a6 Author: Ken McDonell Date: Mon Aug 25 14:42:26 2014 +1000 strchrnul() is not in libc for FreeBSD Add configure support and alternate (clean) implementation in libpcp. commit 66a9e212ede2ef1be94f85addf1202052ef6cfa9 Author: Ken McDonell Date: Mon Aug 25 14:39:44 2014 +1000 build/tar/postinstall.tail - permissions rework Refactor the post-install permissions fixups. 1. add $PCP_RUN_DIR to the list of dirs to be fixed 2. force chmod, even if directory already exists commit 53e49b5ef7177017cb6fac021ce1790513b7d511 Author: Ken McDonell Date: Mon Aug 25 14:37:14 2014 +1000 Makepkgs - FreeBSD help gnu_tools() was failing because gunzip does not have gnu.org email in --help output, but a FreeBSD tag. commit f459939ffee4d3c720021a242fd28e591a36968b Author: Ken McDonell Date: Mon Aug 25 13:56:33 2014 +1000 Assorted PMDAs - don't need -ldl in the installed Makefile Was causing failures on FreeBSD ... we don't need dlopen() and friends here and even if we did, the correct thing would be $(LIB_FOR_DLOPEN) from builddefs, not an unconditional -ldl. commit 5e943b0c2ca1b87ffab86902ffef07df4a4180f7 Author: Ken McDonell Date: Sun Aug 24 07:35:36 2014 +1000 qa/354 - rework after pmRecord* changes in libpcp We use to leave the temporary file basename file after creating a folio and lots of files using the basename as a prefix. Not leaving the unused basename file behind broke this QA test. From nscott@redhat.com Mon Aug 25 00:44:17 2014 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on oss.sgi.com X-Spam-Level: X-Spam-Status: No, score=0.0 required=5.0 tests=none autolearn=ham version=3.3.1 X-Original-To: pcp@oss.sgi.com Delivered-To: pcp@oss.sgi.com Received: from relay.sgi.com (relay3.corp.sgi.com [198.149.34.15]) by oss.sgi.com (Postfix) with ESMTP id E8ABD7F5A for ; Mon, 25 Aug 2014 00:44:16 -0500 (CDT) Received: from cuda.sgi.com (cuda1.sgi.com [192.48.157.11]) by relay3.corp.sgi.com (Postfix) with ESMTP id 8678CAC003 for ; Sun, 24 Aug 2014 22:44:16 -0700 (PDT) X-ASG-Debug-ID: 1408945451-04bdf010974ba8e0001-S8gJnT Received: from mx4-phx2.redhat.com (mx4-phx2.redhat.com [209.132.183.25]) by cuda.sgi.com with ESMTP id RnNPgZD9DMOlHKl1 for ; Sun, 24 Aug 2014 22:44:12 -0700 (PDT) X-Barracuda-Envelope-From: nscott@redhat.com X-Barracuda-Apparent-Source-IP: 209.132.183.25 Received: from zmail20.collab.prod.int.phx2.redhat.com (zmail20.collab.prod.int.phx2.redhat.com [10.5.83.23]) by mx4-phx2.redhat.com (8.13.8/8.13.8) with ESMTP id s7P5i7NQ032179; Mon, 25 Aug 2014 01:44:07 -0400 Date: Mon, 25 Aug 2014 01:44:06 -0400 (EDT) From: Nathan Scott Reply-To: Nathan Scott To: Ken McDonell Cc: pcp@oss.sgi.com Message-ID: <1078845537.37533359.1408945446955.JavaMail.zimbra@redhat.com> In-Reply-To: <050301cfc01c$04889170$0d99b450$@internode.on.net> References: <1970205420.36245669.1408665579915.JavaMail.zimbra@redhat.com> <53F92AA4.4010400@internode.on.net> <1594207200.37489147.1408937199097.JavaMail.zimbra@redhat.com> <050301cfc01c$04889170$0d99b450$@internode.on.net> Subject: Re: [pcp] Seeking testers - systemd service support MIME-Version: 1.0 X-ASG-Orig-Subj: Re: [pcp] Seeking testers - systemd service support Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-Originating-IP: [10.5.82.7] X-Mailer: Zimbra 8.0.6_GA_5922 (ZimbraWebClient - FF17 (Linux)/8.0.6_GA_5922) Thread-Topic: Seeking testers - systemd service support Thread-Index: AQIDhrQqa9h6CsXBncVjuljB/LmPOAFflIcBAQKAVYebZhljIOy7vbQY X-Barracuda-Connect: mx4-phx2.redhat.com[209.132.183.25] X-Barracuda-Start-Time: 1408945452 X-Barracuda-URL: http://192.48.157.11:80/cgi-mod/mark.cgi X-Virus-Scanned: by bsmtpd at sgi.com X-Barracuda-BRTS-Status: 1 X-Barracuda-Spam-Score: 0.02 X-Barracuda-Spam-Status: No, SCORE=0.02 using per-user scores of TAG_LEVEL=1000.0 QUARANTINE_LEVEL=1000.0 KILL_LEVEL=2.7 tests=THREAD_INDEX, THREAD_TOPIC X-Barracuda-Spam-Report: Code version 3.2, rules version 3.2.3.8804 Rule breakdown below pts rule name description ---- ---------------------- -------------------------------------------------- 0.01 THREAD_INDEX thread-index: AcO7Y8iR61tzADqsRmmc5wNiFHEOig== 0.01 THREAD_TOPIC Thread-Topic: ...(Japanese Subject)... Hi Ken, ----- Original Message ----- > See below ... > > > -----Original Message----- > > > ... > > > On Ubuntu 12.04 x86_64 we have the on-going problem of libmicrohttpd > > > being down rev which is not related to the systemd changes. Smacking > > > debian/rules allows packages to be made and installed. All the PCP > > > daemons start and the only -g sanity failures are 184 and 354. > > > > I'm hopeful we can make progress here soon (re embedding libmicrohttpd > > source as Frank originally preferred), will follow up later in the week. > > I am unconvinced that re-embedding is needed. Understood, and I tend to agree for this lib - IMO the older version could've been made to work as well, but anyway; noone stepped up to make that happen, and ultimately this code is Franks to drive forward as he sees fit, since he is its primary author and bug-fixer extraordinaire. > 1. not needed for current distros. > 2. workarounds exist for older distros ... e.g. I've found packages that work > for Ubuntu 12.04 and the PCP build requires only one small debian packaging > tweak to complete ... I have the details if anyone is interested. Yep, but note the proposed web frontend changes introduce (embed) three other packages also (graphite, grafana, jquery) and it appears that not doing so is intractable. Since maintaining these is something Frank is happy to take on, I guess microhttpd would be little extra added effort there. It has the big advantage that it will work out-of-the-box everywhere then (e.g. building the static embedded library whenever the installed .so is one of the out-of-date variants). Since this embedding approach is one that Frank is keen on pursuing (and its his prerogative), I'm looking into git techniques for extracting and moving all of this code forward, just outside of the core PCP source tree. In the end, I envisage this would be very similar to the way pcolby manages the C++ interfaces & Qpid PMDA separately to core PCP sources, and another (JVM-related) project I'll be proposing soon will likely use the same model. cheers. -- Nathan From dsmith@redhat.com Mon Aug 25 15:46:08 2014 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on oss.sgi.com X-Spam-Level: X-Spam-Status: No, score=0.0 required=5.0 tests=none autolearn=ham version=3.3.1 X-Original-To: pcp@oss.sgi.com Delivered-To: pcp@oss.sgi.com Received: from relay.sgi.com (relay3.corp.sgi.com [198.149.34.15]) by oss.sgi.com (Postfix) with ESMTP id AD1537F4E for ; Mon, 25 Aug 2014 15:46:08 -0500 (CDT) Received: from cuda.sgi.com (cuda2.sgi.com [192.48.176.25]) by relay3.corp.sgi.com (Postfix) with ESMTP id 2F2CCAC002 for ; Mon, 25 Aug 2014 13:46:07 -0700 (PDT) X-ASG-Debug-ID: 1408999563-04cbb054877e0e90001-S8gJnT Received: from mx1.redhat.com (mx1.redhat.com [209.132.183.28]) by cuda.sgi.com with ESMTP id G8N7J5RNbwwh7hwq (version=TLSv1 cipher=AES256-SHA bits=256 verify=NO) for ; Mon, 25 Aug 2014 13:46:03 -0700 (PDT) X-Barracuda-Envelope-From: dsmith@redhat.com X-Barracuda-Apparent-Source-IP: 209.132.183.28 X-ASG-Whitelist: Client Received: from int-mx11.intmail.prod.int.phx2.redhat.com (int-mx11.intmail.prod.int.phx2.redhat.com [10.5.11.24]) by mx1.redhat.com (8.14.4/8.14.4) with ESMTP id s7PKk2uM010085 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=OK); Mon, 25 Aug 2014 16:46:02 -0400 Received: from t540p.usersys.redhat.com (dhcp-10-15-1-85.hsv.redhat.com [10.15.1.85]) by int-mx11.intmail.prod.int.phx2.redhat.com (8.14.4/8.14.4) with ESMTP id s7PKk1Z5008070 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES128-SHA bits=128 verify=NO); Mon, 25 Aug 2014 16:46:02 -0400 Message-ID: <53FBA089.80508@redhat.com> Date: Mon, 25 Aug 2014 15:46:01 -0500 From: David Smith User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:24.0) Gecko/20100101 Thunderbird/24.7.0 MIME-Version: 1.0 To: pcp , Systemtap List Subject: systemtap/pcp integration pmda 0.01 Content-Type: multipart/mixed; boundary="------------000401040505040408020602" X-ASG-Orig-Subj: systemtap/pcp integration pmda 0.01 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: 1408999563 X-Barracuda-Encrypted: AES256-SHA X-Barracuda-URL: http://192.48.176.25:80/cgi-mod/mark.cgi X-Virus-Scanned: by bsmtpd at sgi.com X-Barracuda-BRTS-Status: 1 This is a multi-part message in MIME format. --------------000401040505040408020602 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Here's version 0.01 of my systemtap/pcp integration work that uses systemtap (https://sourceware.org/systemtap/) to export JSON data and a pcp (http://www.performancecopilot.org/) python pmda that reads and processes the JSON data. At this point, the systemtap side of things is *way* behind the pcp side. The attached systemtap script has hand-crafted JSON schema and data output functions. The script itself is based on some work that Will Cohen has been doing to measure network latency. Note that the script does output live data. The pcp side of things in the attached python pmda is much farther along than the systemtap side of th ings. It parses the JSON schema and data that the systemtap script creates, and creates single-valued numeric or string metrics for pcp. Here's what the schema looks like that the systemtap script creates: ==== { "type": "object", "title": "root", "additionalProperties": false, "properties": { "generation": { "type": "integer", "additionalProperties": false }, "data": { "type": "object", "additionalProperties": false, "properties": { "interface": { "type": "string", "description": "network xmit device", "minLength": 0, "additionalProperties": false }, "xmit_count": { "type": "integer", "description": "number of packets for xmit device", "minimum": 0, "default": 0, "additionalProperties": false }, "xmit_latency": { "type": "integer", "description": "sum of latency for xmit device", "minimum": 0, "default": 0, "additionalProperties": false } }, "required": [ "interface", "xmit_count", "xmit_latency" ] } } } ==== Here's what the data produced by the systemtap script looks like: ==== { "generation": 1, "data": { "interface": "eth0", "xmit_count": 652046, "xmit_latency": 90 } } ==== Once the systemtap script is running and the pcp pmda is installed, here's what the data produced in pcp looks like: ==== # pminfo -df stap_json stap_json.root.xmit_latency Data Type: 64-bit int InDom: PM_INDOM_NULL 0xffffffff Semantics: counter Units: none value 2040 stap_json.root.xmit_count Data Type: 64-bit int InDom: PM_INDOM_NULL 0xffffffff Semantics: counter Units: none value 8856603 stap_json.root.interface Data Type: string InDom: PM_INDOM_NULL 0xffffffff Semantics: instant Units: none value "eth0" ==== So why is this version 0.01? Because there is a long way to go. On the systemtap side of things, we don't really want to make a user hand-craft his own JSON schema and data strings. So, a lot of work is needed there. On the pcp side of things, errors aren't handled well (the script will just abort in several places), it only supports single-valued metrics, it only supports a single systemtap script, etc. So, a lot of work is needed there also. But, I thought I'd go ahead and show this work in hopes of getting feedback before I go too far down a wrong path. (Note that I didn't attach some of the files needed by the pcp pmda to actually get it installed, but I've checked them into the pcp.dsmith git repository.) -- David Smith dsmith@redhat.com Red Hat http://www.redhat.com 256.217.0141 (direct) 256.837.0057 (fax) --------------000401040505040408020602 Content-Type: text/plain; charset=UTF-8; name="pmdastap_json.python" Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename="pmdastap_json.python" #!/usr/bin/python import json import jsonschema import collections from pcp.pmda import PMDA, pmdaMetric, pmdaIndom, pmdaInstid import cpmapi as c_api from pcp.pmapi import pmUnits, pmContext as PCP class STAP_JSON_PMDA(PMDA): def __init__(self, domain=255): # Load the schema and data. self.load_json_schema() self.load_json_data() # Make sure the data fits the schema. jsonschema.validate(self.json_data, self.schema) # Parse the schema header, looking for a name. self.pmda_name = "" self._parse_schema_header() PMDA.__init__(self, self.pmda_name, domain) self.configfile = "%s/%s/%s.conf" % (PCP.pmGetConfig('PCP_PMDAS_DIR'), self.pmda_name, self.pmda_name) self.connect_pmcd() # Parse the data portion of the schema header, creating # metrics as needed. self._parse_schema_data() self.set_fetch(self._fetch) self.set_fetch_callback(self._fetch_callback) self.set_store_callback(self._store_callback) self.set_user(PCP.pmGetConfig('PCP_USER')) def load_jscon_schema(self): # Load schema f = open("/proc/systemtap/json/schema") self.schema = json.load(f, object_pairs_hook=collections.OrderedDict) f.close() def load_json_data(self): # Load data f = open("/proc/systemtap/json/data") self.json_data = json.load(f, object_pairs_hook=collections.OrderedDict) f.close() def _parse_schema_header(self): ''' Go through the schema, looking for information we can use to create the pcp representation of the schema. Note that we don't support every possible JSON schema, we're looking for certain items. Refer to the following link for details of JSON schemas: ''' # First process the schema "header" information. self.data_header = None for (key, value) in self.schema.items(): # 'type' (required): Just sanity check it. if key == "type": if not isinstance(value, unicode) or value != "object": raise TypeError # 'title' (optional): Type check it. elif key == "title": if not isinstance(value, unicode): raise TypeError # 'description' (optional): Type check it. elif key == "description": if not isinstance(value, unicode): raise TypeError # 'additionalProperties' (optional): Ignore it. elif key == "additionalProperties": # Do nothing. pass # 'properties' (required): Type check it and save for later. elif key == "properties": if not isinstance(value, dict): raise TypeError self.data_header = value # For everything else, raise an error. else: raise RuntimeError, "Unknown attribute '%s'" % key # Pick the right field for the PMDA name - prefer "title" over # "description". if self.schema.has_key("title"): self.pmda_name = self.schema["title"] elif self.schema.has_key("description"): self.pmda_name = self.schema["description"] else: raise RuntimeError, "No 'title' or 'description' field in schema header" def _parse_schema_data(self): # If we're here, we know the "header" was reasonable. Now process # "properties", which is the data "header". if not self.data_header: raise RuntimeError, "Schema has no 'properties' attribute" data_properties = None for (key, value) in self.data_header.items(): # 'generation' (required): Just sanity check it. if key == "generation": if not isinstance(value, dict): raise TypeError # 'data' (required): Type check it. elif key == "data": if not isinstance(value, dict) \ or not value.has_key("properties") \ or not isinstance(value["properties"], dict): raise TypeError data_properties = value["properties"] # For everything else, raise an error. else: raise RuntimeError, "Unknown attribute '%s'" % key # If we're here, we know the data "header" was reasonable. Now process # "properties.data.properties", which is the real data description. if not data_properties: raise RuntimeError, "Schema has no 'properties.data.properties' attribute" metric_idx = 0 for (name, attributes) in data_properties.items(): metric_info = {} metric_info["name"] = name metric_info["oneline"] = "" for (key, value) in attributes.items(): # 'type' (required): Sanity check it and save it. if key == "type": if not isinstance(value, unicode): raise TypeError if value == "string": metric_info['type'] = c_api.PM_TYPE_STRING elif value == "integer": metric_info['type'] = c_api.PM_TYPE_64 # 'description' (optional): Type check it and save it. elif key == "description": if not isinstance(value, unicode): raise TypeError metric_info['oneline'] = value # 'minLength' (optional): Ignore it (for now). elif key == "minLength": # Do nothing. pass # 'additionalProperties' (optional): Ignore it. elif key == "additionalProperties": # Do nothing. pass # 'minimum' (optional): Ignore it (for now). elif key == "minimum": # Do nothing for now. pass # 'default' (optional): Ignore it (for now). elif key == "default": # Do nothing for now. pass # For everything else, raise an error. else: raise RuntimeError, \ ("Schema for '%s' has an unknown attribute '%s'" % (name, key)) # Make sure we have everything we need. if not metric_info.has_key("type"): raise RuntimeError, ("Schema for '%s' has no 'type' attribute" % name) # Add the metric. metric_info["pmid"] = self.pmid(0, metric_idx) metric = pmdaMetric(metric_info["pmid"], metric_info["type"], c_api.PM_INDOM_NULL, c_api.PM_SEM_COUNTER, pmUnits(0, 0, 0, 0, 0, 0)) self.add_metric('stap_json.' + self.pmda_name + '.' + name, metric, metric_info["oneline"]) self.data_idx[metric_idx] = name metric_idx += 1 def _fetch(self): ''' Called once per "fetch" PDU, before callbacks ''' self.load_json_data() def _fetch_callback(self, cluster, item, inst): ''' Main fetch callback. Returns a list of value,status (single pair) for requested pmid/inst. ''' if cluser != 0 or inst != 0: return [c_api.PM_ERR_PMID, 0] try: # Note that this will have to get more complicated once we # have instances. This only handles single valued items. metric_name = self.data_idx[item] return [metric_name, self.json_data['data'][metric_name]] except: return [c_api.PM_ERR_PMID, 0] def _store_callback(self, cluster, item, inst, val): ''' Store callback, executed when a request to write to a metric happens. Returns a single value. ''' # Since we don't support storing values, always fail. return c_api.PM_ERR_PERMISSION if __name__ == '__main__': STAP_JSON_PMDA(255).run() --------------000401040505040408020602 Content-Type: text/plain; charset=UTF-8; name="net_xmit_json3.stp" Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename="net_xmit_json3.stp" // This script tracks time between packet queue and xmit. // The information is provided to userspace using Memory Mapped Values (mmv) // which are updated every second and are readable by a PCP pmda. global net_device probe procfs("schema").read.maxsize(8192) { # Note: This is the "pretty-printed" version of the schema, intended # to be read by humans. We could remove the whitespace and newlines # if we wanted to make the output shorter (but less readable). # # Note 2: Note that we have to break this long string into more than # 1 assignment since we're bumping up against MAXSTRINGLEN. Procfs # $value can hold more than MAXSTRINGLEN because of the # '.maxsize(N)' parameter above. $value = "{\n" " \"type\": \"object\",\n" " \"title\": \"root\",\n" " \"additionalProperties\": false,\n" " \"properties\": {\n" " \"generation\": {\n" " \"type\": \"integer\",\n" " \"additionalProperties\": false\n" " },\n" $value .= " \"data\": {\n" " \"type\": \"object\",\n" " \"additionalProperties\": false,\n" " \"properties\": {\n" " \"interface\": {\n" " \"type\": \"string\",\n" " \"description\": \"network xmit device\",\n" " \"minLength\": 0,\n" " \"additionalProperties\": false\n" " },\n" $value .= " \"xmit_count\": {\n" " \"type\": \"integer\",\n" " \"description\": \"number of packets for xmit device\",\n" " \"minimum\": 0,\n" " \"default\": 0,\n" " \"additionalProperties\": false\n" " },\n" " \"xmit_latency\": {\n" " \"type\": \"integer\",\n" " \"description\": \"sum of latency for xmit device\",\n" " \"minimum\": 0,\n" " \"default\": 0,\n" " \"additionalProperties\": false\n" " }\n" " },\n" $value .= " \"required\": [\n" " \"interface\",\n" " \"xmit_count\",\n" " \"xmit_latency\"\n" " ]\n" " }\n" " }\n" "}\n" } probe procfs("data").read.maxsize(8192) { # NOTE: This is the "pretty-printed" version of the data, intended # to be read by humans. We could remove the whitespace and newlines # if we wanted to make the output shorter (but less readable). $value = "{\n" " \"generation\": 1,\n" " \"data\": {\n" if (@count(skb_queue_t[net_device])) { $value .= sprintf(" \"interface\": \"%s\",\n \"xmit_count\": %d,\n \"xmit_latency\": %d\n", net_device, @sum(skb_queue_t[net_device]), @count(skb_queue_t[net_device])) } else { $value .= sprintf(" \"interface\": \"%s\",\n \"xmit_count\": %d,\n \"xmit_latency\": %d\n", net_device, 0, 0) } $value .= " }\n" "}\n" } // Set up the mmv and make it available probe begin { // fallback instance device "eth0" if none specified if (argc == 0) { argv[1] = "eth0" } // remember the network device net_device = argv[1] } // probes to track the information global skb_queue_start_t, skb_queue_t probe kernel.trace("net_dev_queue") { skb_queue_start_t[$skb] = gettimeofday_ns(); } probe kernel.trace("net_dev_start_xmit"), kernel.trace("net_dev_xmit") { t = gettimeofday_ns(); st = skb_queue_start_t[$skb] if (st){ skb_queue_t[kernel_string($dev->name)] <<< t - st delete skb_queue_start_t[$skb] } } --------------000401040505040408020602-- From noreply@release.debian.org Tue Aug 26 11:39:36 2014 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on oss.sgi.com X-Spam-Level: X-Spam-Status: No, score=0.0 required=5.0 tests=none autolearn=ham version=3.3.1 X-Original-To: pcp@oss.sgi.com Delivered-To: pcp@oss.sgi.com Received: from relay.sgi.com (relay3.corp.sgi.com [198.149.34.15]) by oss.sgi.com (Postfix) with ESMTP id 714C67F3F for ; Tue, 26 Aug 2014 11:39:36 -0500 (CDT) Received: from cuda.sgi.com (cuda2.sgi.com [192.48.176.25]) by relay3.corp.sgi.com (Postfix) with ESMTP id 00CA6AC005 for ; Tue, 26 Aug 2014 09:39:32 -0700 (PDT) X-ASG-Debug-ID: 1409071167-04cbb05488841c40001-S8gJnT Received: from picconi.debian.org (picconi.debian.org [5.153.231.3]) by cuda.sgi.com with ESMTP id tXuzFYKicE1pnTYC (version=TLSv1 cipher=AES128-SHA bits=128 verify=NO) for ; Tue, 26 Aug 2014 09:39:28 -0700 (PDT) X-Barracuda-Envelope-From: noreply@release.debian.org X-Barracuda-Apparent-Source-IP: 5.153.231.3 Received: from mailly.debian.org ([2001:41b8:202:deb:6564:a62:52c3:4b72]) from C=NA,ST=NA,L=Ankh Morpork,O=Debian SMTP,OU=Debian SMTP CA,CN=mailly.debian.org,EMAIL=hostmaster@mailly.debian.org (verified) by picconi.debian.org with esmtps (TLS1.2:DHE_RSA_AES_128_CBC_SHA1:128) (Exim 4.80) (envelope-from ) id 1XMJmI-0001vz-Op for pcp@packages.debian.org; Tue, 26 Aug 2014 16:39:26 +0000 Received: from franck.debian.org ([138.16.160.12]) from C=NA,ST=NA,L=Ankh Morpork,O=Debian SMTP,OU=Debian SMTP CA,CN=franck.debian.org,EMAIL=hostmaster@franck.debian.org (verified) by mailly.debian.org with esmtps (TLS1.2:DHE_RSA_AES_128_CBC_SHA1:128) (Exim 4.80) (envelope-from ) id 1XMJmB-00062R-9h; Tue, 26 Aug 2014 16:39:19 +0000 Received: from release by franck.debian.org with local (Exim 4.80) (envelope-from ) id 1XMJm8-0008OJ-Aj; Tue, 26 Aug 2014 16:39:16 +0000 From: Debian testing watch Precedence: bulk X-Trille: 0.120315.1711 Subject: pcp 3.9.9 MIGRATED to testing X-Testing-Watch-Package: pcp X-ASG-Orig-Subj: pcp 3.9.9 MIGRATED to testing X-Testing-Watch-Version: 3.9.9 To: pcp@packages.debian.org Message-Id: Sender: Release Managers Date: Tue, 26 Aug 2014 16:39:16 +0000 Delivered-To: pcp@packages.debian.org X-Barracuda-Connect: picconi.debian.org[5.153.231.3] X-Barracuda-Start-Time: 1409071168 X-Barracuda-Encrypted: AES128-SHA X-Barracuda-URL: http://192.48.176.25:80/cgi-mod/mark.cgi X-Virus-Scanned: by bsmtpd at sgi.com X-Barracuda-BRTS-Status: 1 X-Barracuda-Spam-Score: 0.00 X-Barracuda-Spam-Status: No, SCORE=0.00 using per-user scores of TAG_LEVEL=1000.0 QUARANTINE_LEVEL=1000.0 KILL_LEVEL=2.7 tests=BSF_SC0_MISMATCH_TO X-Barracuda-Spam-Report: Code version 3.2, rules version 3.2.3.8848 Rule breakdown below pts rule name description ---- ---------------------- -------------------------------------------------- 0.00 BSF_SC0_MISMATCH_TO Envelope rcpt doesn't match header FYI: The status of the pcp source package in Debian's testing distribution has changed. Previous version: 3.9.8 Current version: 3.9.9 -- This email is automatically generated once a day. As the installation of new packages into testing happens multiple times a day you will receive later changes on the next day. See https://release.debian.org/testing-watch/ for more information. From pevans@redhat.com Tue Aug 26 12:56:23 2014 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on oss.sgi.com X-Spam-Level: X-Spam-Status: No, score=0.0 required=5.0 tests=none autolearn=ham version=3.3.1 X-Original-To: pcp@oss.sgi.com Delivered-To: pcp@oss.sgi.com Received: from relay.sgi.com (relay2.corp.sgi.com [137.38.102.29]) by oss.sgi.com (Postfix) with ESMTP id 9CA6D7F4E for ; Tue, 26 Aug 2014 12:56:23 -0500 (CDT) Received: from cuda.sgi.com (cuda3.sgi.com [192.48.176.15]) by relay2.corp.sgi.com (Postfix) with ESMTP id 8BA17304048 for ; Tue, 26 Aug 2014 10:56:23 -0700 (PDT) X-ASG-Debug-ID: 1409075778-04cb6c54ff5bd8b0001-S8gJnT Received: from mx1.redhat.com (mx1.redhat.com [209.132.183.28]) by cuda.sgi.com with ESMTP id V8oq68JtGZ2VUvTW (version=TLSv1 cipher=AES256-SHA bits=256 verify=NO) for ; Tue, 26 Aug 2014 10:56:19 -0700 (PDT) X-Barracuda-Envelope-From: pevans@redhat.com X-Barracuda-Apparent-Source-IP: 209.132.183.28 X-ASG-Whitelist: Client Received: from int-mx11.intmail.prod.int.phx2.redhat.com (int-mx11.intmail.prod.int.phx2.redhat.com [10.5.11.24]) by mx1.redhat.com (8.14.4/8.14.4) with ESMTP id s7QHuHDe028293 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=OK) for ; Tue, 26 Aug 2014 13:56:18 -0400 Received: from [10.36.5.28] (vpn1-5-28.ams2.redhat.com [10.36.5.28]) by int-mx11.intmail.prod.int.phx2.redhat.com (8.14.4/8.14.4) with ESMTP id s7QHuG4R003334; Tue, 26 Aug 2014 13:56:16 -0400 Message-ID: <53FCCA3F.6050208@redhat.com> Date: Tue, 26 Aug 2014 18:56:15 +0100 From: Paul Evans User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:17.0) Gecko/20130625 Thunderbird/17.0.7 MIME-Version: 1.0 To: Nathan Scott CC: PCP Mailing List Subject: pmdagfs2: updates Content-Type: text/plain; charset=ISO-8859-1; format=flowed X-ASG-Orig-Subj: pmdagfs2: updates Content-Transfer-Encoding: 7bit X-Scanned-By: MIMEDefang 2.68 on 10.5.11.24 X-Barracuda-Connect: mx1.redhat.com[209.132.183.28] X-Barracuda-Start-Time: 1409075779 X-Barracuda-Encrypted: AES256-SHA X-Barracuda-URL: http://192.48.176.15:80/cgi-mod/mark.cgi X-Virus-Scanned: by bsmtpd at sgi.com X-Barracuda-BRTS-Status: 1 Changes committed to git://github.com/pauljevans/pcp.git dev qa/654.out | 2 +- qa/655 | 14 +- qa/655.out | 2082 ++++++++++++++++++++++++++++++++++++------ qa/common.gfs2 | 2 +- src/pmdas/gfs2/GNUmakefile | 21 +- src/pmdas/gfs2/control.c | 4 + src/pmdas/gfs2/control.h | 1 + src/pmdas/gfs2/ftrace.c | 25 +- src/pmdas/gfs2/help | 138 ++- src/pmdas/gfs2/latency.c | 373 ++++++++ src/pmdas/gfs2/latency.h | 70 ++ src/pmdas/gfs2/pmda.c | 105 ++- src/pmdas/gfs2/pmdagfs2.h | 7 +- src/pmdas/gfs2/pmns | 74 +- src/pmdas/gfs2/worst_glock.c | 88 +- src/pmdas/gfs2/worst_glock.h | 2 - 16 files changed, 2609 insertions(+), 399 deletions(-) commit 5253d13c23b63a02da12d3298768107b76f5d657 Author: Paul Evans Date: Tue Aug 26 18:46:11 2014 +0100 pmdagfs2: Add a set of glock latency metrics values Add a new set of latency metrics for glock grant, demote and queue requests. These latency metrics are split to include a value for each lock type for each CPU; Values are calculated through the GFS2 tracepoints and are measured in micro-seconds (usecs) for each individual lock type. Updated the qa tests 654 and 655 to both test and reflect these new metrics. Have also performed some small cleanups: - Remove worst_glock.h ARRAY SIZE DEFINE (Missed in re-factorisation) - Static function worst_glock_assign_glocks in worst_glock.c - Fix comment in worst_glock.c worst_glock_set_state All of the patches have been tested and have had covscan run on them. As always please let me know if there are any issues and feedback is welcome :) Cheers, Paul From kenj@internode.on.net Tue Aug 26 17:39:23 2014 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on oss.sgi.com X-Spam-Level: X-Spam-Status: No, score=0.0 required=5.0 tests=none autolearn=ham version=3.3.1 X-Original-To: pcp@oss.sgi.com Delivered-To: pcp@oss.sgi.com Received: from relay.sgi.com (relay1.corp.sgi.com [137.38.102.111]) by oss.sgi.com (Postfix) with ESMTP id D9F037F47 for ; Tue, 26 Aug 2014 17:39:23 -0500 (CDT) Received: from cuda.sgi.com (cuda3.sgi.com [192.48.176.15]) by relay1.corp.sgi.com (Postfix) with ESMTP id B97A78F8065 for ; Tue, 26 Aug 2014 15:39:23 -0700 (PDT) X-ASG-Debug-ID: 1409092757-04cb6c54ff5c9530001-S8gJnT Received: from ipmail06.adl2.internode.on.net (ipmail06.adl2.internode.on.net [150.101.137.129]) by cuda.sgi.com with ESMTP id vy07WXBIlbIhqhMK for ; Tue, 26 Aug 2014 15:39:17 -0700 (PDT) X-Barracuda-Envelope-From: kenj@internode.on.net X-Barracuda-Apparent-Source-IP: 150.101.137.129 X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: AoECABUM/VN20ScOPGdsb2JhbAANToNgV4J8hDfFJ4h5BQEBAQE4hGMEUTAGAgUWCwILAwIBAgExDhkGAgEBiEupa3iUZheBLI49gmOBUwWPGYY/oABagk8BAQE Received: from ppp118-209-39-14.lns20.mel4.internode.on.net (HELO [192.168.1.100]) ([118.209.39.14]) by ipmail06.adl2.internode.on.net with ESMTP; 27 Aug 2014 08:08:53 +0930 Message-ID: <53FD0CB5.3040006@internode.on.net> Date: Wed, 27 Aug 2014 08:39:49 +1000 From: Ken McDonell User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:31.0) Gecko/20100101 Thunderbird/31.0 MIME-Version: 1.0 To: pcp@oss.sgi.com Subject: pcp updates Content-Type: text/plain; charset=utf-8 X-ASG-Orig-Subj: pcp updates Content-Transfer-Encoding: 7bit X-Barracuda-Connect: ipmail06.adl2.internode.on.net[150.101.137.129] X-Barracuda-Start-Time: 1409092757 X-Barracuda-URL: http://192.48.176.15:80/cgi-mod/mark.cgi X-Virus-Scanned: by bsmtpd at sgi.com X-Barracuda-BRTS-Status: 1 X-Barracuda-Spam-Score: 0.00 X-Barracuda-Spam-Status: No, SCORE=0.00 using per-user scores of TAG_LEVEL=1000.0 QUARANTINE_LEVEL=1000.0 KILL_LEVEL=2.7 tests= X-Barracuda-Spam-Report: Code version 3.2, rules version 3.2.3.8858 Rule breakdown below pts rule name description ---- ---------------------- -------------------------------------------------- Changes committed to git://git.performancecopilot.org/kenj/pcp.git dev build/tar/postinstall.tail | 24 ++++++++- qa/031.out.freebsd | 101 +++++++++++++++++++++++++++++++++++++++++ qa/080 | 4 + qa/1044 | 11 ++++ qa/232 | 16 +++++- qa/278 | 4 - qa/435.out | 1 qa/436.out | 4 - qa/437.out | 8 --- qa/574 | 2 qa/574.out.freebsd | 106 ++++++++++++++++++++++++++++++++++++++++++++ qa/958 | 4 + qa/admin/pcp-daily | 8 +-- qa/common.compress | 9 ++- src/pmdas/freebsd/freebsd.c | 6 ++ 15 files changed, 276 insertions(+), 32 deletions(-) commit 14205003305e8c0aa75121e09e24aaa3d5f110ea Author: Ken McDonell Date: Wed Aug 27 08:37:33 2014 +1000 freebsd pmda - put sysctl diag behind debug guard and don't need filter in qa/232 for bogus diagnostic. commit 954a074286cc219246e7a5f2db5fc643a7d970cf Author: Ken McDonell Date: Wed Aug 27 06:32:52 2014 +1000 qa/admin/pcp-daily - generalize the handling of non-default git repos commit 6713331b6436ed9fe818eaf09c2a211a85953d0e Author: Ken McDonell Date: Wed Aug 27 06:32:27 2014 +1000 qa/574 - another freebsd tweak commit b16555f7b104acf8d7d999195083a40fd9a2ae75 Author: Ken McDonell Date: Wed Aug 27 06:31:18 2014 +1000 QA - FreeBSD changes With these changes I've almost got -g sanity passing ... commit d00d36c6345dc9a88ac9a0cfee20774f138a15cf Author: Ken McDonell Date: Wed Aug 27 06:28:00 2014 +1000 tarball packaging - postinstall changes Some more directories and files that need their mode and ownership to be fixed after unpacking the tarball. Driven by FreeBSD QA. commit cf540d8f38ee9a2e83e4da8531c2bf51231c6406 Author: Ken McDonell Date: Tue Aug 26 21:35:16 2014 +1000 qa/958 - xv error message depends on locale Yep, first time for this!! Need to map recognised -> recognized. Expect this will break for any non-English locale! From nscott@redhat.com Wed Aug 27 02:36:34 2014 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on oss.sgi.com X-Spam-Level: X-Spam-Status: No, score=0.0 required=5.0 tests=none autolearn=ham version=3.3.1 X-Original-To: pcp@oss.sgi.com Delivered-To: pcp@oss.sgi.com Received: from relay.sgi.com (relay2.corp.sgi.com [137.38.102.29]) by oss.sgi.com (Postfix) with ESMTP id 190FA7F3F for ; Wed, 27 Aug 2014 02:36:34 -0500 (CDT) Received: from cuda.sgi.com (cuda1.sgi.com [192.48.157.11]) by relay2.corp.sgi.com (Postfix) with ESMTP id ECF9B304039 for ; Wed, 27 Aug 2014 00:36:30 -0700 (PDT) X-ASG-Debug-ID: 1409124985-04bdf010a1575380001-S8gJnT Received: from mx3-phx2.redhat.com (mx3-phx2.redhat.com [209.132.183.24]) by cuda.sgi.com with ESMTP id rJvS4s1VQaT6HlMu for ; Wed, 27 Aug 2014 00:36:26 -0700 (PDT) X-Barracuda-Envelope-From: nscott@redhat.com X-Barracuda-Apparent-Source-IP: 209.132.183.24 Received: from zmail20.collab.prod.int.phx2.redhat.com (zmail20.collab.prod.int.phx2.redhat.com [10.5.83.23]) by mx3-phx2.redhat.com (8.13.8/8.13.8) with ESMTP id s7R7aPAl006990; Wed, 27 Aug 2014 03:36:25 -0400 Date: Wed, 27 Aug 2014 03:36:25 -0400 (EDT) From: Nathan Scott Reply-To: Nathan Scott To: Paul Evans Cc: PCP Mailing List Message-ID: <651834201.39129496.1409124985477.JavaMail.zimbra@redhat.com> In-Reply-To: <53FCCA3F.6050208@redhat.com> References: <53FCCA3F.6050208@redhat.com> Subject: Re: pmdagfs2: updates MIME-Version: 1.0 X-ASG-Orig-Subj: Re: pmdagfs2: updates Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-Originating-IP: [10.5.82.7] X-Mailer: Zimbra 8.0.6_GA_5922 (ZimbraWebClient - FF17 (Linux)/8.0.6_GA_5922) Thread-Topic: pmdagfs2: updates Thread-Index: SrsNIMakNDIzMrGv9W0+bpo87dKo3w== X-Barracuda-Connect: mx3-phx2.redhat.com[209.132.183.24] X-Barracuda-Start-Time: 1409124986 X-Barracuda-URL: http://192.48.157.11:80/cgi-mod/mark.cgi X-Virus-Scanned: by bsmtpd at sgi.com X-Barracuda-BRTS-Status: 1 X-Barracuda-Spam-Score: 0.03 X-Barracuda-Spam-Status: No, SCORE=0.03 using per-user scores of TAG_LEVEL=1000.0 QUARANTINE_LEVEL=1000.0 KILL_LEVEL=2.7 tests=BSF_SC0_SA_TO_FROM_DOMAIN_MATCH, THREAD_INDEX, THREAD_TOPIC X-Barracuda-Spam-Report: Code version 3.2, rules version 3.2.3.8871 Rule breakdown below pts rule name description ---- ---------------------- -------------------------------------------------- 0.01 THREAD_INDEX thread-index: AcO7Y8iR61tzADqsRmmc5wNiFHEOig== 0.01 THREAD_TOPIC Thread-Topic: ...(Japanese Subject)... 0.01 BSF_SC0_SA_TO_FROM_DOMAIN_MATCH Sender Domain Matches Recipient Domain Hi Paul, All merged in - one tiny detail... ----- Original Message ----- > Changes committed to git://github.com/pauljevans/pcp.git dev > > qa/654.out | 2 +- > qa/655 | 14 +- This test 655 seems to want to use valgrind (checks for it, has an "echo" statement referring to it) - but doesn't actually use it? (yet?) cheers. -- Nathan From nscott@redhat.com Wed Aug 27 02:40:19 2014 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on oss.sgi.com X-Spam-Level: X-Spam-Status: No, score=0.0 required=5.0 tests=none autolearn=ham version=3.3.1 X-Original-To: pcp@oss.sgi.com Delivered-To: pcp@oss.sgi.com Received: from relay.sgi.com (relay3.corp.sgi.com [198.149.34.15]) by oss.sgi.com (Postfix) with ESMTP id 7497A7F3F for ; Wed, 27 Aug 2014 02:40:19 -0500 (CDT) Received: from cuda.sgi.com (cuda3.sgi.com [192.48.176.15]) by relay3.corp.sgi.com (Postfix) with ESMTP id E74DEAC004 for ; Wed, 27 Aug 2014 00:40:15 -0700 (PDT) X-ASG-Debug-ID: 1409125213-04cb6c54fd5e1280001-S8gJnT Received: from mx3-phx2.redhat.com (mx3-phx2.redhat.com [209.132.183.24]) by cuda.sgi.com with ESMTP id TcCmW1gra09rCPMq for ; Wed, 27 Aug 2014 00:40:13 -0700 (PDT) X-Barracuda-Envelope-From: nscott@redhat.com X-Barracuda-Apparent-Source-IP: 209.132.183.24 Received: from zmail20.collab.prod.int.phx2.redhat.com (zmail20.collab.prod.int.phx2.redhat.com [10.5.83.23]) by mx3-phx2.redhat.com (8.13.8/8.13.8) with ESMTP id s7R7eDD0007202 for ; Wed, 27 Aug 2014 03:40:13 -0400 Date: Wed, 27 Aug 2014 03:40:13 -0400 (EDT) From: Nathan Scott Reply-To: Nathan Scott To: PCP Mailing List Message-ID: <1117719027.39130745.1409125213203.JavaMail.zimbra@redhat.com> In-Reply-To: <744625384.39130247.1409125106302.JavaMail.zimbra@redhat.com> Subject: pcp updates: nsec event timestamps, kenj+pevans merges MIME-Version: 1.0 X-ASG-Orig-Subj: pcp updates: nsec event timestamps, kenj+pevans merges Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-Originating-IP: [10.5.82.7] X-Mailer: Zimbra 8.0.6_GA_5922 (ZimbraWebClient - FF17 (Linux)/8.0.6_GA_5922) Thread-Topic: pcp updates: nsec event timestamps, kenj+pevans merges Thread-Index: 4VY+82Sx0g7wffYEOzBaC3vOBlyDqA== X-Barracuda-Connect: mx3-phx2.redhat.com[209.132.183.24] X-Barracuda-Start-Time: 1409125213 X-Barracuda-URL: http://192.48.176.15:80/cgi-mod/mark.cgi X-Virus-Scanned: by bsmtpd at sgi.com X-Barracuda-BRTS-Status: 1 X-Barracuda-Spam-Score: 0.02 X-Barracuda-Spam-Status: No, SCORE=0.02 using per-user scores of TAG_LEVEL=1000.0 QUARANTINE_LEVEL=1000.0 KILL_LEVEL=2.7 tests=THREAD_INDEX, THREAD_TOPIC X-Barracuda-Spam-Report: Code version 3.2, rules version 3.2.3.8870 Rule breakdown below pts rule name description ---- ---------------------- -------------------------------------------------- 0.01 THREAD_INDEX thread-index: AcO7Y8iR61tzADqsRmmc5wNiFHEOig== 0.01 THREAD_TOPIC Thread-Topic: ...(Japanese Subject)... Changes committed to git://git.pcp.io/pcp.git dev build/tar/postinstall.tail | 24 man/man3/pmdaeventarray.3 | 62 man/man3/pmeventflagsstr.3 | 4 man/man3/pmfreeeventresult.3 | 16 man/man3/pmunpackeventrecords.3 | 45 qa/010.out | 19 qa/029.out | 4 qa/031.out.freebsd | 101 + qa/080 | 4 qa/1044 | 11 qa/139.out | 2 qa/156 | 2 qa/162.out.5 | 2 qa/232 | 16 qa/256.out.2 | 4 qa/273.out | 36 qa/278 | 4 qa/415.out | 6 qa/423.out | 3 qa/432.out | 4 qa/435.out | 1 qa/436.out | 4 qa/437.out | 8 qa/443.out | 4 qa/509.out.2 | 2 qa/510.out | 14 qa/569 | 6 qa/569.out | 10 qa/574 | 2 qa/574.out.freebsd | 106 + qa/654.out | 2 qa/655 | 14 qa/655.out | 2076 ++++++++++++++++++++++++++----- qa/836 | 16 qa/836.out | 10 qa/958 | 4 qa/admin/pcp-daily | 8 qa/common.compress | 9 qa/common.gfs2 | 2 qa/pmdas/bigun/GNUmakefile.install | 2 qa/pmdas/broken/GNUmakefile.install | 2 qa/pmdas/dynamic/GNUmakefile.install | 2 qa/src/atomstr.c | 15 qa/src/grind_conv.c | 7 qa/src/interp0.c | 21 qa/src/xval.c | 30 src/include/pcp/impl.h | 10 src/include/pcp/pmapi.h | 45 src/include/pcp/pmda.h | 11 src/libpcp/src/derive.c | 7 src/libpcp/src/derive_fetch.c | 5 src/libpcp/src/endian.c | 135 +- src/libpcp/src/events.c | 789 +++++++---- src/libpcp/src/exports | 13 src/libpcp/src/freeresult.c | 72 - src/libpcp/src/interp.c | 1 src/libpcp/src/stuffvalue.c | 1 src/libpcp/src/units.c | 31 src/libpcp/src/util.c | 308 +++- src/libpcp_gui/src/record.c | 12 src/libpcp_pmda/src/events.c | 185 ++ src/libpcp_pmda/src/exports | 11 src/libpcp_qmc/src/qmc_metric.h | 5 src/pmchart/chart.cpp | 4 src/pmchart/sampling.cpp | 2 src/pmchart/tracing.cpp | 2 src/pmdas/freebsd/freebsd.c | 6 src/pmdas/gfs2/GNUmakefile | 21 src/pmdas/gfs2/control.c | 4 src/pmdas/gfs2/control.h | 1 src/pmdas/gfs2/ftrace.c | 25 src/pmdas/gfs2/help | 138 +- src/pmdas/gfs2/latency.c | 373 +++++ src/pmdas/gfs2/latency.h | 70 + src/pmdas/gfs2/pmda.c | 105 + src/pmdas/gfs2/pmdagfs2.h | 7 src/pmdas/gfs2/pmns | 74 - src/pmdas/gfs2/worst_glock.c | 88 - src/pmdas/gfs2/worst_glock.h | 2 src/pmdas/sample/help | 13 src/pmdas/sample/pmns | 2 src/pmdas/sample/src/GNUmakefile.install | 2 src/pmdas/sample/src/events.c | 313 +++- src/pmdas/sample/src/events.h | 7 src/pmdas/sample/src/sample.c | 20 src/pmdas/simple/GNUmakefile.install | 2 src/pmdas/trivial/GNUmakefile.install | 2 src/pmdas/txmon/GNUmakefile.install | 2 src/pmdumplog/pmdumplog.c | 396 +++-- src/pmevent/doargs.c | 5 src/pmevent/pmevent.c | 193 +- src/pmie/src/pragmatics.c | 4 src/pminfo/pminfo.c | 171 +- src/pmlogcheck/pmlogcheck.c | 395 +++-- src/pmstore/pmstore.c | 4 src/pmval/pmval.c | 5 src/python/pmapi.c | 1 97 files changed, 5375 insertions(+), 1471 deletions(-) commit dd5c744dbee21ffa6fbe092c9c6660688d9b4860 Author: Nathan Scott Date: Wed Aug 27 17:24:32 2014 +1000 Support for nanosecond resolution event timestamps Adds support for a new metric type PM_TYPE_HIGHRES_EVENT, with nanosecond precision (the garden-variety EVENT type metric supports microsecond resolution). This touches libpcp, libpcp_pmda, man pages, QA, a number of client tools (couple still to come) and some new metrics are added in to pmdasample to exercise end-to-end use. This is the core functionality and is running well with no regressions and initial testing. Some further QA is in the works still though, checking yet more things (some on-disk endian checking, deeper/internal API checking, etc) - will arrive in a separate commit. commit 14205003305e8c0aa75121e09e24aaa3d5f110ea Author: Ken McDonell Date: Wed Aug 27 08:37:33 2014 +1000 freebsd pmda - put sysctl diag behind debug guard and don't need filter in qa/232 for bogus diagnostic. commit 954a074286cc219246e7a5f2db5fc643a7d970cf Author: Ken McDonell Date: Wed Aug 27 06:32:52 2014 +1000 qa/admin/pcp-daily - generalize the handling of non-default git repos commit 6713331b6436ed9fe818eaf09c2a211a85953d0e Author: Ken McDonell Date: Wed Aug 27 06:32:27 2014 +1000 qa/574 - another freebsd tweak commit b16555f7b104acf8d7d999195083a40fd9a2ae75 Author: Ken McDonell Date: Wed Aug 27 06:31:18 2014 +1000 QA - FreeBSD changes With these changes I've almost got -g sanity passing ... commit d00d36c6345dc9a88ac9a0cfee20774f138a15cf Author: Ken McDonell Date: Wed Aug 27 06:28:00 2014 +1000 tarball packaging - postinstall changes Some more directories and files that need their mode and ownership to be fixed after unpacking the tarball. Driven by FreeBSD QA. commit 5253d13c23b63a02da12d3298768107b76f5d657 Author: Paul Evans Date: Tue Aug 26 18:46:11 2014 +0100 pmdagfs2: Add a set of glock latency metrics values Add a new set of latency metrics for glock grant, demote and queue requests. These latency metrics are split to include a value for each lock type for each CPU; Values are calculated through the GFS2 tracepoints and are measured in micro-seconds (usecs) for each individual lock type. Updated the qa tests 654 and 655 to both test and reflect these new metrics. Have also performed some small cleanups: - Remove worst_glock.h ARRAY SIZE DEFINE (Missed in re-factorisation) - Static function worst_glock_assign_glocks in worst_glock.c - Fix comment in worst_glock.c worst_glock_set_state commit cf540d8f38ee9a2e83e4da8531c2bf51231c6406 Author: Ken McDonell Date: Tue Aug 26 21:35:16 2014 +1000 qa/958 - xv error message depends on locale Yep, first time for this!! Need to map recognised -> recognized. Expect this will break for any non-English locale! commit f974699bfbba57bfb8ce314fd16e4187ab02cc26 Author: Nathan Scott Date: Tue Aug 26 16:17:13 2014 +1000 Filter the working directory from new pmwtf test output commit 7233496105ea25351cd10c88663ef89f63ee00b6 Author: Nathan Scott Date: Tue Aug 26 08:39:11 2014 +1000 Continue Kens recent work with libdl on the installed makefiles This commit extends the recent -ldl-via-macro makefile work (for the *BSD build) to cover the other two libraries potentially requiring platform-specifics, as for the rest of the build (-lm/-lpthread). commit 43a8d75af1652379d8bcc5351ecedc3a91987209 Author: Nathan Scott Date: Tue Aug 26 08:35:41 2014 +1000 Fix small memory leak from recent libpcp_gui record tmpfile fix From kenj@internode.on.net Wed Aug 27 17:38:16 2014 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on oss.sgi.com X-Spam-Level: X-Spam-Status: No, score=0.0 required=5.0 tests=none autolearn=ham version=3.3.1 X-Original-To: pcp@oss.sgi.com Delivered-To: pcp@oss.sgi.com Received: from relay.sgi.com (relay3.corp.sgi.com [198.149.34.15]) by oss.sgi.com (Postfix) with ESMTP id BDEC77F3F for ; Wed, 27 Aug 2014 17:38:16 -0500 (CDT) Received: from cuda.sgi.com (cuda2.sgi.com [192.48.176.25]) by relay3.corp.sgi.com (Postfix) with ESMTP id 3CED4AC002 for ; Wed, 27 Aug 2014 15:38:12 -0700 (PDT) X-ASG-Debug-ID: 1409179085-04cbb054878923b0001-S8gJnT Received: from ipmail04.adl6.internode.on.net (ipmail04.adl6.internode.on.net [150.101.137.141]) by cuda.sgi.com with ESMTP id k1tQZDocqtFBIIHl for ; Wed, 27 Aug 2014 15:38:06 -0700 (PDT) X-Barracuda-Envelope-From: kenj@internode.on.net X-Barracuda-Apparent-Source-IP: 150.101.137.141 X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: AqkCAJRd/lN20ScOPGdsb2JhbAANToNgV4J8hDfEcYdTgSoFAQEBATiEY1UBLwYCBRYLAgsDAgECATEnAQUCAQGIS6opeJRBF4EsjiAdgmOBUwWVXIhXly9agk8BAQE Received: from ppp118-209-39-14.lns20.mel4.internode.on.net (HELO [192.168.1.100]) ([118.209.39.14]) by ipmail04.adl6.internode.on.net with ESMTP; 28 Aug 2014 08:07:39 +0930 Message-ID: <53FE5DEF.4090605@internode.on.net> Date: Thu, 28 Aug 2014 08:38:39 +1000 From: Ken McDonell User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:31.0) Gecko/20100101 Thunderbird/31.0 MIME-Version: 1.0 To: pcp@oss.sgi.com CC: Gareth Humphries Subject: pcp updates - mysql pmda and freebsd changes Content-Type: text/plain; charset=utf-8 X-ASG-Orig-Subj: pcp updates - mysql pmda and freebsd changes Content-Transfer-Encoding: 7bit X-Barracuda-Connect: ipmail04.adl6.internode.on.net[150.101.137.141] X-Barracuda-Start-Time: 1409179086 X-Barracuda-URL: http://192.48.176.25:80/cgi-mod/mark.cgi X-Virus-Scanned: by bsmtpd at sgi.com X-Barracuda-BRTS-Status: 1 X-Barracuda-Spam-Score: 0.00 X-Barracuda-Spam-Status: No, SCORE=0.00 using per-user scores of TAG_LEVEL=1000.0 QUARANTINE_LEVEL=1000.0 KILL_LEVEL=2.7 tests= X-Barracuda-Spam-Report: Code version 3.2, rules version 3.2.3.8893 Rule breakdown below pts rule name description ---- ---------------------- -------------------------------------------------- I now have QA -g sanity passing on FreeBSD. Changes committed to git://git.performancecopilot.org/kenj/pcp.git dev build/tar/checkmodes | 46 +++++++++++++++++++++++++++++++++++++++++ qa/common | 15 +++++++++++++ src/libpcp/src/logportmap.c | 6 +++++ src/libpcp/src/util.c | 16 ++++++++++++-- src/pmdas/mysql/pmdamysql.pl | 4 +-- src/pmlogger/pmlogger_daily.sh | 35 ++++++++++++++++++++++++++++--- 6 files changed, 115 insertions(+), 7 deletions(-) commit 8de75d1cf5443f3d5ca05065f84dc68f3439fbc1 Author: Ken McDonell Date: Thu Aug 28 08:32:22 2014 +1000 mysql PMDA - change metric semantics for "uptime" The metrics mysql.status.uptime and mysql.status.uptime_since_flush_status do count time, but their most common use is as a value, rather than a rate converted metric. Change the semantics from PM_SEM_COUNTER to PM_SEM_INSTANT. This matches the semantics of other "uptime" metrics, like kernel.all.uptime. Thanks to Gareth Humphries at MessageMedia for pointing this out. commit 67c4c2d01f229440066077d77c8b65dd84ac82c0 Author: Ken McDonell Date: Thu Aug 28 08:06:42 2014 +1000 pmlogger_daily.sh - bizarre difference in find(1) semantics The comment from the code should suffice! # FreeBSD semantics for find(1) -mtime +N are "rounded up to # the next full 24-hour period", compared to GNU/Linux semantics # "any fractional part is ignored". So, these are almost always # off by one day in terms of the files selected. # For consistency, try to match the GNU/Linux semantics by using # one MORE day. commit e13a4c5823eb24dcb4ea0293a35421773341cea4 Author: Ken McDonell Date: Thu Aug 28 07:21:21 2014 +1000 libpcp/util.c - FreeBSD changes 1. cast to avoid compiler warning in alternate strchrnul() 2. new implementation of __pmProcessExists() for FreeBSD. commit 074340d6b5b1a4da2df95fd34c44b23bfb005f0d Author: Ken McDonell Date: Thu Aug 28 07:19:51 2014 +1000 libpcp/logportmap.c - one additional diagnostic. Helped deugging on FreeBSD, may be useful elsewhere. commit 3deb4f6fe061981f97f8545899e676287f827805 Author: Ken McDonell Date: Thu Aug 28 07:17:42 2014 +1000 qa/common - guess the name of gmake(1) On FreeBSD, having to do MAKE=gmake check ... all the time is a pain. The real path to GNU make is hidden in builddefs, but not used anywhere (before this change). commit 2effc0b653f300136ef0f3d036896ac983fdecb3 Author: Ken McDonell Date: Thu Aug 28 07:16:03 2014 +1000 build/tar/checkmodes - helper script to check file modes and ownership Uses the Debian packaging recipe as a reference, and checks if the local install has the same pcp:pcp and pcpqa:pcpqa ownership and mode settings for files and directories. From nscott@redhat.com Wed Aug 27 17:45:40 2014 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on oss.sgi.com X-Spam-Level: X-Spam-Status: No, score=0.0 required=5.0 tests=none autolearn=ham version=3.3.1 X-Original-To: pcp@oss.sgi.com Delivered-To: pcp@oss.sgi.com Received: from relay.sgi.com (relay2.corp.sgi.com [137.38.102.29]) by oss.sgi.com (Postfix) with ESMTP id 7FEEC7F3F for ; Wed, 27 Aug 2014 17:45:40 -0500 (CDT) Received: from cuda.sgi.com (cuda3.sgi.com [192.48.176.15]) by relay2.corp.sgi.com (Postfix) with ESMTP id 6CD1530404E for ; Wed, 27 Aug 2014 15:45:40 -0700 (PDT) X-ASG-Debug-ID: 1409179538-04cb6c54fd609740001-S8gJnT Received: from mx5-phx2.redhat.com (mx5-phx2.redhat.com [209.132.183.37]) by cuda.sgi.com with ESMTP id bocmF7ieJ7TDRHxR for ; Wed, 27 Aug 2014 15:45:38 -0700 (PDT) X-Barracuda-Envelope-From: nscott@redhat.com X-Barracuda-Apparent-Source-IP: 209.132.183.37 Received: from zmail20.collab.prod.int.phx2.redhat.com (zmail20.collab.prod.int.phx2.redhat.com [10.5.83.23]) by mx5-phx2.redhat.com (8.14.4/8.14.4) with ESMTP id s7RMjVTL013461; Wed, 27 Aug 2014 18:45:31 -0400 Date: Wed, 27 Aug 2014 18:45:31 -0400 (EDT) From: Nathan Scott Reply-To: Nathan Scott To: Ken McDonell Cc: pcp@oss.sgi.com, Gareth Humphries Message-ID: <404171400.39858311.1409179531439.JavaMail.zimbra@redhat.com> In-Reply-To: <53FE5DEF.4090605@internode.on.net> References: <53FE5DEF.4090605@internode.on.net> Subject: Re: [pcp] pcp updates - mysql pmda and freebsd changes MIME-Version: 1.0 X-ASG-Orig-Subj: Re: [pcp] pcp updates - mysql pmda and freebsd changes Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-Originating-IP: [10.5.82.7] X-Mailer: Zimbra 8.0.6_GA_5922 (ZimbraWebClient - FF17 (Linux)/8.0.6_GA_5922) Thread-Topic: pcp updates - mysql pmda and freebsd changes Thread-Index: t86iXd/bu7SkirXxjmJ+VZFeUMrLfg== X-Barracuda-Connect: mx5-phx2.redhat.com[209.132.183.37] X-Barracuda-Start-Time: 1409179538 X-Barracuda-URL: http://192.48.176.15:80/cgi-mod/mark.cgi X-Virus-Scanned: by bsmtpd at sgi.com X-Barracuda-BRTS-Status: 1 X-Barracuda-Spam-Score: 0.02 X-Barracuda-Spam-Status: No, SCORE=0.02 using per-user scores of TAG_LEVEL=1000.0 QUARANTINE_LEVEL=1000.0 KILL_LEVEL=2.7 tests=THREAD_INDEX, THREAD_TOPIC X-Barracuda-Spam-Report: Code version 3.2, rules version 3.2.3.8892 Rule breakdown below pts rule name description ---- ---------------------- -------------------------------------------------- 0.01 THREAD_INDEX thread-index: AcO7Y8iR61tzADqsRmmc5wNiFHEOig== 0.01 THREAD_TOPIC Thread-Topic: ...(Japanese Subject)... ----- Original Message ----- > I now have QA -g sanity passing on FreeBSD. Nice going Ken! > Changes committed to git://git.performancecopilot.org/kenj/pcp.git dev > [...] > src/pmdas/mysql/pmdamysql.pl | 4 +-- > [...] > commit 8de75d1cf5443f3d5ca05065f84dc68f3439fbc1 > Author: Ken McDonell > Date: Thu Aug 28 08:32:22 2014 +1000 > > mysql PMDA - change metric semantics for "uptime" > > The metrics mysql.status.uptime and > mysql.status.uptime_since_flush_status do count time, but > [...] Is an update to src/pmdas/mysql/migrate.conf warranted here? cheers. -- Nathan From kenj@internode.on.net Wed Aug 27 17:50:38 2014 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on oss.sgi.com X-Spam-Level: X-Spam-Status: No, score=0.0 required=5.0 tests=none autolearn=ham version=3.3.1 X-Original-To: pcp@oss.sgi.com Delivered-To: pcp@oss.sgi.com Received: from relay.sgi.com (relay1.corp.sgi.com [137.38.102.111]) by oss.sgi.com (Postfix) with ESMTP id 992587F3F for ; Wed, 27 Aug 2014 17:50:38 -0500 (CDT) Received: from cuda.sgi.com (cuda2.sgi.com [192.48.176.25]) by relay1.corp.sgi.com (Postfix) with ESMTP id 791348F8070 for ; Wed, 27 Aug 2014 15:50:35 -0700 (PDT) X-ASG-Debug-ID: 1409179833-04cbb05488892c70001-S8gJnT Received: from ipmail04.adl6.internode.on.net (ipmail04.adl6.internode.on.net [150.101.137.141]) by cuda.sgi.com with ESMTP id BwPtVFF46lCTB438 for ; Wed, 27 Aug 2014 15:50:33 -0700 (PDT) X-Barracuda-Envelope-From: kenj@internode.on.net X-Barracuda-Apparent-Source-IP: 150.101.137.141 X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: AqgCAO1f/lN20ScOPGdsb2JhbAANToNgV4J8hDfEcYh9BQEBAQE4hGMVQDAGAgUWCwILAwIBAgExDhkGAgEBiEuqKXiUQReBLI49gmOBUwWVXKAGWoJPAQEB Received: from ppp118-209-39-14.lns20.mel4.internode.on.net (HELO [192.168.1.100]) ([118.209.39.14]) by ipmail04.adl6.internode.on.net with ESMTP; 28 Aug 2014 08:20:32 +0930 Message-ID: <53FE60F5.8030108@internode.on.net> Date: Thu, 28 Aug 2014 08:51:33 +1000 From: Ken McDonell User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:31.0) Gecko/20100101 Thunderbird/31.0 MIME-Version: 1.0 To: pcp@oss.sgi.com Subject: pcp updates Content-Type: text/plain; charset=utf-8; format=flowed X-ASG-Orig-Subj: pcp updates Content-Transfer-Encoding: 7bit X-Barracuda-Connect: ipmail04.adl6.internode.on.net[150.101.137.141] X-Barracuda-Start-Time: 1409179833 X-Barracuda-URL: http://192.48.176.25:80/cgi-mod/mark.cgi X-Virus-Scanned: by bsmtpd at sgi.com X-Barracuda-BRTS-Status: 1 X-Barracuda-Spam-Score: 0.00 X-Barracuda-Spam-Status: No, SCORE=0.00 using per-user scores of TAG_LEVEL=1000.0 QUARANTINE_LEVEL=1000.0 KILL_LEVEL=2.7 tests= X-Barracuda-Spam-Report: Code version 3.2, rules version 3.2.3.8893 Rule breakdown below pts rule name description ---- ---------------------- -------------------------------------------------- Changes committed to git://git.performancecopilot.org/kenj/pcp.git dev src/libpcp/src/util.c | ... commit 779e664d64ad33e509503170122d107f7b4e4266 Merge: 8de75d1 442f9f0 Author: Ken McDonell Date: Thu Aug 28 08:49:18 2014 +1000 Merge branch 'dev' of git://git.performancecopilot.org/pcp/pcp into dev Conflicts: src/libpcp/src/util.c Choose Nathan's reimplmentation of strchrnul(). From kenj@internode.on.net Wed Aug 27 17:59:00 2014 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on oss.sgi.com X-Spam-Level: X-Spam-Status: No, score=0.0 required=5.0 tests=none autolearn=ham version=3.3.1 X-Original-To: pcp@oss.sgi.com Delivered-To: pcp@oss.sgi.com Received: from relay.sgi.com (relay2.corp.sgi.com [137.38.102.29]) by oss.sgi.com (Postfix) with ESMTP id 9E2137F3F for ; Wed, 27 Aug 2014 17:59:00 -0500 (CDT) Received: from cuda.sgi.com (cuda2.sgi.com [192.48.176.25]) by relay2.corp.sgi.com (Postfix) with ESMTP id 7A8F430404E for ; Wed, 27 Aug 2014 15:59:00 -0700 (PDT) X-ASG-Debug-ID: 1409180338-04cbb05488893070001-S8gJnT Received: from ipmail04.adl6.internode.on.net (ipmail04.adl6.internode.on.net [150.101.137.141]) by cuda.sgi.com with ESMTP id KGC7LfcFmF309l3q for ; Wed, 27 Aug 2014 15:58:58 -0700 (PDT) X-Barracuda-Envelope-From: kenj@internode.on.net X-Barracuda-Apparent-Source-IP: 150.101.137.141 X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: AqgCAEZi/lN20ScOPGdsb2JhbAANToNgV4J8hDfEcYdJgTQFAQEBATiEYxVwBgIFIQIRAjInBgIBAYhLqi14lEEXgSyOPYJjgVMFlVygBlqCTwEBAQ Received: from ppp118-209-39-14.lns20.mel4.internode.on.net (HELO [192.168.1.100]) ([118.209.39.14]) by ipmail04.adl6.internode.on.net with ESMTP; 28 Aug 2014 08:28:57 +0930 Message-ID: <53FE62EE.50608@internode.on.net> Date: Thu, 28 Aug 2014 08:59:58 +1000 From: Ken McDonell User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:31.0) Gecko/20100101 Thunderbird/31.0 MIME-Version: 1.0 To: pcp@oss.sgi.com Subject: pcp updates - pmlogrewrite config change for last mysql pmda change Content-Type: text/plain; charset=utf-8; format=flowed X-ASG-Orig-Subj: pcp updates - pmlogrewrite config change for last mysql pmda change Content-Transfer-Encoding: 7bit X-Barracuda-Connect: ipmail04.adl6.internode.on.net[150.101.137.141] X-Barracuda-Start-Time: 1409180338 X-Barracuda-URL: http://192.48.176.25:80/cgi-mod/mark.cgi X-Virus-Scanned: by bsmtpd at sgi.com X-Barracuda-BRTS-Status: 1 X-Barracuda-Spam-Score: 0.00 X-Barracuda-Spam-Status: No, SCORE=0.00 using per-user scores of TAG_LEVEL=1000.0 QUARANTINE_LEVEL=1000.0 KILL_LEVEL=2.7 tests= X-Barracuda-Spam-Report: Code version 3.2, rules version 3.2.3.8893 Rule breakdown below pts rule name description ---- ---------------------- -------------------------------------------------- Changes committed to git://git.performancecopilot.org/kenj/pcp.git dev src/pmdas/mysql/migrate.conf | 9 +++++++++ 1 file changed, 9 insertions(+) commit d1c4fa5869709233aafa72056a1801b9f4156722 Author: Ken McDonell Date: Thu Aug 28 08:58:26 2014 +1000 mysql pmda - update migrate.conf to track semantics change for uptime metrics From kenj@internode.on.net Wed Aug 27 17:59:54 2014 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on oss.sgi.com X-Spam-Level: X-Spam-Status: No, score=0.0 required=5.0 tests=none autolearn=ham version=3.3.1 X-Original-To: pcp@oss.sgi.com Delivered-To: pcp@oss.sgi.com Received: from relay.sgi.com (relay3.corp.sgi.com [198.149.34.15]) by oss.sgi.com (Postfix) with ESMTP id 4DAAB7F3F for ; Wed, 27 Aug 2014 17:59:54 -0500 (CDT) Received: from cuda.sgi.com (cuda2.sgi.com [192.48.176.25]) by relay3.corp.sgi.com (Postfix) with ESMTP id D0C07AC001 for ; Wed, 27 Aug 2014 15:59:53 -0700 (PDT) X-ASG-Debug-ID: 1409180391-04cbb054868930c0001-S8gJnT Received: from ipmail04.adl6.internode.on.net (ipmail04.adl6.internode.on.net [150.101.137.141]) by cuda.sgi.com with ESMTP id QnqeQ626fiAJodAh for ; Wed, 27 Aug 2014 15:59:51 -0700 (PDT) X-Barracuda-Envelope-From: kenj@internode.on.net X-Barracuda-Apparent-Source-IP: 150.101.137.141 X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: AokDAEZi/lN20ScOPGdsb2JhbAANToczhDeGDMMYgyABgSkFAQEBATiEOgEBBCMVQAEQCxgCAgUWCwICCQMCAQIBMRQGDQEHAQGyeHiUQReBLI4gB4J5gVMBBI8bpkeDKQEBAQ Received: from ppp118-209-39-14.lns20.mel4.internode.on.net (HELO [192.168.1.100]) ([118.209.39.14]) by ipmail04.adl6.internode.on.net with ESMTP; 28 Aug 2014 08:29:50 +0930 Message-ID: <53FE6323.3050807@internode.on.net> Date: Thu, 28 Aug 2014 09:00:51 +1000 From: Ken McDonell User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:31.0) Gecko/20100101 Thunderbird/31.0 MIME-Version: 1.0 To: Nathan Scott CC: pcp@oss.sgi.com, Gareth Humphries Subject: Re: [pcp] pcp updates - mysql pmda and freebsd changes References: <53FE5DEF.4090605@internode.on.net> <404171400.39858311.1409179531439.JavaMail.zimbra@redhat.com> X-ASG-Orig-Subj: Re: [pcp] pcp updates - mysql pmda and freebsd changes In-Reply-To: <404171400.39858311.1409179531439.JavaMail.zimbra@redhat.com> Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 7bit X-Barracuda-Connect: ipmail04.adl6.internode.on.net[150.101.137.141] X-Barracuda-Start-Time: 1409180391 X-Barracuda-URL: http://192.48.176.25:80/cgi-mod/mark.cgi X-Virus-Scanned: by bsmtpd at sgi.com X-Barracuda-BRTS-Status: 1 X-Barracuda-Spam-Score: 0.00 X-Barracuda-Spam-Status: No, SCORE=0.00 using per-user scores of TAG_LEVEL=1000.0 QUARANTINE_LEVEL=1000.0 KILL_LEVEL=2.7 tests= X-Barracuda-Spam-Report: Code version 3.2, rules version 3.2.3.8893 Rule breakdown below pts rule name description ---- ---------------------- -------------------------------------------------- On 28/08/14 08:45, Nathan Scott wrote: > > Is an update to src/pmdas/mysql/migrate.conf warranted here? Yep, nice to know someone is keeping me honest. Just pushed a commit for this. Thanks, Nathan. From nscott@redhat.com Wed Aug 27 18:17:33 2014 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on oss.sgi.com X-Spam-Level: X-Spam-Status: No, score=0.0 required=5.0 tests=none autolearn=ham version=3.3.1 X-Original-To: pcp@oss.sgi.com Delivered-To: pcp@oss.sgi.com Received: from relay.sgi.com (relay1.corp.sgi.com [137.38.102.111]) by oss.sgi.com (Postfix) with ESMTP id CEFB47F47 for ; Wed, 27 Aug 2014 18:17:33 -0500 (CDT) Received: from cuda.sgi.com (cuda1.sgi.com [192.48.157.11]) by relay1.corp.sgi.com (Postfix) with ESMTP id 9FCAF8F8071 for ; Wed, 27 Aug 2014 16:17:33 -0700 (PDT) X-ASG-Debug-ID: 1409181449-04bdf0109a59bb30001-S8gJnT Received: from mx5-phx2.redhat.com (mx5-phx2.redhat.com [209.132.183.37]) by cuda.sgi.com with ESMTP id c6XlcMFYsl2OFbFg for ; Wed, 27 Aug 2014 16:17:29 -0700 (PDT) X-Barracuda-Envelope-From: nscott@redhat.com X-Barracuda-Apparent-Source-IP: 209.132.183.37 Received: from zmail20.collab.prod.int.phx2.redhat.com (zmail20.collab.prod.int.phx2.redhat.com [10.5.83.23]) by mx5-phx2.redhat.com (8.14.4/8.14.4) with ESMTP id s7RNHOKF020065; Wed, 27 Aug 2014 19:17:24 -0400 Date: Wed, 27 Aug 2014 19:17:24 -0400 (EDT) From: Nathan Scott Reply-To: Nathan Scott To: Ken McDonell Cc: pcp@oss.sgi.com, Gareth Humphries Message-ID: <109271195.39864295.1409181444470.JavaMail.zimbra@redhat.com> In-Reply-To: <53FE6323.3050807@internode.on.net> References: <53FE5DEF.4090605@internode.on.net> <404171400.39858311.1409179531439.JavaMail.zimbra@redhat.com> <53FE6323.3050807@internode.on.net> Subject: Re: [pcp] pcp updates - mysql pmda and freebsd changes MIME-Version: 1.0 X-ASG-Orig-Subj: Re: [pcp] pcp updates - mysql pmda and freebsd changes Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-Originating-IP: [10.5.82.7] X-Mailer: Zimbra 8.0.6_GA_5922 (ZimbraWebClient - FF17 (Linux)/8.0.6_GA_5922) Thread-Topic: pcp updates - mysql pmda and freebsd changes Thread-Index: E0Jq3RHsvpkAmdBfrZ4b4Dlb5eJSyA== X-Barracuda-Connect: mx5-phx2.redhat.com[209.132.183.37] X-Barracuda-Start-Time: 1409181449 X-Barracuda-URL: http://192.48.157.11:80/cgi-mod/mark.cgi X-Virus-Scanned: by bsmtpd at sgi.com X-Barracuda-BRTS-Status: 1 X-Barracuda-Spam-Score: 0.02 X-Barracuda-Spam-Status: No, SCORE=0.02 using per-user scores of TAG_LEVEL=1000.0 QUARANTINE_LEVEL=1000.0 KILL_LEVEL=2.7 tests=THREAD_INDEX, THREAD_TOPIC X-Barracuda-Spam-Report: Code version 3.2, rules version 3.2.3.8893 Rule breakdown below pts rule name description ---- ---------------------- -------------------------------------------------- 0.01 THREAD_INDEX thread-index: AcO7Y8iR61tzADqsRmmc5wNiFHEOig== 0.01 THREAD_TOPIC Thread-Topic: ...(Japanese Subject)... ----- Original Message ----- > On 28/08/14 08:45, Nathan Scott wrote: > > > > Is an update to src/pmdas/mysql/migrate.conf warranted here? > > Yep, nice to know someone is keeping me honest. > Heh - no problem. I was going to tweak test qa/748 as below but realised I don't have a setup to create an updated src/new_mysql archive ... could you build one with these metrics? Thanks! $ git diff qa/748 diff --git a/qa/748 b/qa/748 index ef4e557..048611a 100755 --- a/qa/748 +++ b/qa/748 @@ -20,6 +20,8 @@ trap "cd $here; rm -rf $tmp.*; exit \$status" 0 1 2 3 15 # real QA test starts here cat >$tmp.config < instant units -> 0,0,0,0,0,0 } +metric mysql.status.uptime_since_flush_status { sem -> counter } +metric mysql.status.uptime { sem -> counter } End-of-File cheers. -- Nathan From nscott@redhat.com Wed Aug 27 22:02:32 2014 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on oss.sgi.com X-Spam-Level: X-Spam-Status: No, score=0.0 required=5.0 tests=none autolearn=ham version=3.3.1 X-Original-To: pcp@oss.sgi.com Delivered-To: pcp@oss.sgi.com Received: from relay.sgi.com (relay3.corp.sgi.com [198.149.34.15]) by oss.sgi.com (Postfix) with ESMTP id 14A347F3F for ; Wed, 27 Aug 2014 22:02:32 -0500 (CDT) Received: from cuda.sgi.com (cuda1.sgi.com [192.48.157.11]) by relay3.corp.sgi.com (Postfix) with ESMTP id B4BB2AC005 for ; Wed, 27 Aug 2014 20:02:31 -0700 (PDT) X-ASG-Debug-ID: 1409194946-04bdf010a15a35b0001-S8gJnT Received: from mx4-phx2.redhat.com (mx4-phx2.redhat.com [209.132.183.25]) by cuda.sgi.com with ESMTP id QkLTyKKkJ3Z0ngJ3 for ; Wed, 27 Aug 2014 20:02:27 -0700 (PDT) X-Barracuda-Envelope-From: nscott@redhat.com X-Barracuda-Apparent-Source-IP: 209.132.183.25 Received: from zmail20.collab.prod.int.phx2.redhat.com (zmail20.collab.prod.int.phx2.redhat.com [10.5.83.23]) by mx4-phx2.redhat.com (8.13.8/8.13.8) with ESMTP id s7S32Qjt024816; Wed, 27 Aug 2014 23:02:26 -0400 Date: Wed, 27 Aug 2014 23:02:26 -0400 (EDT) From: Nathan Scott Reply-To: Nathan Scott To: Paul Evans Cc: PCP Mailing List Message-ID: <2089119683.39905818.1409194946595.JavaMail.zimbra@redhat.com> In-Reply-To: <651834201.39129496.1409124985477.JavaMail.zimbra@redhat.com> References: <53FCCA3F.6050208@redhat.com> <651834201.39129496.1409124985477.JavaMail.zimbra@redhat.com> Subject: Re: pmdagfs2: updates MIME-Version: 1.0 X-ASG-Orig-Subj: Re: pmdagfs2: updates Content-Type: multipart/mixed; boundary="----=_Part_39905815_210772659.1409194946589" X-Originating-IP: [10.5.82.7] X-Mailer: Zimbra 8.0.6_GA_5922 (ZimbraWebClient - FF17 (Linux)/8.0.6_GA_5922) Thread-Topic: pmdagfs2: updates Thread-Index: SrsNIMakNDIzMrGv9W0+bpo87dKo31mREBby X-Barracuda-Connect: mx4-phx2.redhat.com[209.132.183.25] X-Barracuda-Start-Time: 1409194947 X-Barracuda-URL: http://192.48.157.11:80/cgi-mod/mark.cgi X-Virus-Scanned: by bsmtpd at sgi.com X-Barracuda-BRTS-Status: 1 X-Barracuda-Spam-Score: 0.03 X-Barracuda-Spam-Status: No, SCORE=0.03 using per-user scores of TAG_LEVEL=1000.0 QUARANTINE_LEVEL=1000.0 KILL_LEVEL=2.7 tests=BSF_SC0_SA_TO_FROM_DOMAIN_MATCH, THREAD_INDEX, THREAD_TOPIC X-Barracuda-Spam-Report: Code version 3.2, rules version 3.2.3.8899 Rule breakdown below pts rule name description ---- ---------------------- -------------------------------------------------- 0.01 THREAD_INDEX thread-index: AcO7Y8iR61tzADqsRmmc5wNiFHEOig== 0.01 THREAD_TOPIC Thread-Topic: ...(Japanese Subject)... 0.01 BSF_SC0_SA_TO_FROM_DOMAIN_MATCH Sender Domain Matches Recipient Domain ------=_Part_39905815_210772659.1409194946589 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit Hi Paul, I'm seeing the attached gfs2 test failures on RHEL6 here too. Lemme know if not reproducible? (& I'll dig deeper, if so) cheers. -- Nathan ------=_Part_39905815_210772659.1409194946589 Content-Type: application/octet-stream; name=655.out.bad Content-Disposition: attachment; filename=655.out.bad Content-Transfer-Encoding: base64 UUEgb3V0cHV0IGNyZWF0ZWQgYnkgNjU1CmVuYWJsaW5nIGdmczIgdHJhY2Vwb2ludHMKWW91IHdp bGwgbmVlZCB0byBjaG9vc2UgYW4gYXBwcm9wcmlhdGUgY29uZmlndXJhdGlvbiBmb3IgaW5zdGFs bGF0aW9uIG9mCnRoZSAiZ2ZzMiIgUGVyZm9ybWFuY2UgTWV0cmljcyBEb21haW4gQWdlbnQgKFBN REEpLgoKICBjb2xsZWN0b3IJY29sbGVjdCBwZXJmb3JtYW5jZSBzdGF0aXN0aWNzIG9uIHRoaXMg c3lzdGVtCiAgbW9uaXRvcglhbGxvdyB0aGlzIHN5c3RlbSB0byBtb25pdG9yIGxvY2FsIGFuZC9v ciByZW1vdGUgc3lzdGVtcwogIGJvdGgJCWNvbGxlY3RvciBhbmQgbW9uaXRvciBjb25maWd1cmF0 aW9uIGZvciB0aGlzIHN5c3RlbQoKUGxlYXNlIGVudGVyIGMob2xsZWN0b3IpIG9yIG0ob25pdG9y KSBvciBiKG90aCkgW2JdIFVwZGF0aW5nIHRoZSBQZXJmb3JtYW5jZSBNZXRyaWNzIE5hbWUgU3Bh Y2UgKFBNTlMpIC4uLgpUZXJtaW5hdGUgUE1EQSBpZiBhbHJlYWR5IGluc3RhbGxlZCAuLi4KWy4u Lmluc3RhbGwgZmlsZXMsIG1ha2Ugb3V0cHV0Li4uXQpVcGRhdGluZyB0aGUgUE1DRCBjb250cm9s IGZpbGUsIGFuZCBub3RpZnlpbmcgUE1DRCAuLi4KQ2hlY2sgZ2ZzMiBtZXRyaWNzIGhhdmUgYXBw ZWFyZWQgLi4uIDMxNiBtZXRyaWNzIGFuZCBOIHZhbHVlcwpjcmVhdGluZyBwc2V1ZG8gZGV2aWNl IDEKY3JlYXRpbmcgYSBtb3VudCBwb2ludCAxCmNyZWF0aW5nIGRldmljZSBmaWxlIDEKY3JlYXRp bmcgYSBtb3VudCBwb2ludCAxCm1vdW50aW5nIHBzZXVkbyBkZXZpY2UgMQpjcmVhdGluZyBwc2V1 ZG8gZGV2aWNlIDAKY3JlYXRpbmcgYSBtb3VudCBwb2ludCAwCmNyZWF0aW5nIGRldmljZSBmaWxl IDAKY3JlYXRpbmcgYSBtb3VudCBwb2ludCAwCm1vdW50aW5nIHBzZXVkbyBkZXZpY2UgMAplbmFi bGluZyBnZnMyIHRyYWNlcG9pbnRzCgo9PT0gQ2hlY2sgZm9yIHN1Y2Nlc3NmdWwgaW5zdGFsbCBv ZiBwbWRhID09PQoKPT09IENoZWNrIGdmczIgbWV0cmljcyBmb3IgYWxsIGZpbGVzeXN0ZW1zIHdp dGggVmFsZ3JpbmQgPT09CmdmczIuc2JzdGF0czogcG1Mb29rdXBOYW1lOiBObyBQTUNEIGFnZW50 IGZvciBkb21haW4gb2YgcmVxdWVzdApnZnMyLndvcnN0X2dsb2NrOiBwbUxvb2t1cE5hbWU6IE5v IFBNQ0QgYWdlbnQgZm9yIGRvbWFpbiBvZiByZXF1ZXN0CmdmczIuZ2xvY2tzLnRvdGFsOiBwbUxv b2t1cERlc2M6IE5vIFBNQ0QgYWdlbnQgZm9yIGRvbWFpbiBvZiByZXF1ZXN0CmdmczIuZ2xvY2tz LnNoYXJlZDogcG1Mb29rdXBEZXNjOiBObyBQTUNEIGFnZW50IGZvciBkb21haW4gb2YgcmVxdWVz dApnZnMyLmdsb2Nrcy51bmxvY2tlZDogcG1Mb29rdXBEZXNjOiBObyBQTUNEIGFnZW50IGZvciBk b21haW4gb2YgcmVxdWVzdApnZnMyLmdsb2Nrcy5kZWZlcnJlZDogcG1Mb29rdXBEZXNjOiBObyBQ TUNEIGFnZW50IGZvciBkb21haW4gb2YgcmVxdWVzdApnZnMyLmdsb2Nrcy5leGNsdXNpdmU6IHBt TG9va3VwRGVzYzogTm8gUE1DRCBhZ2VudCBmb3IgZG9tYWluIG9mIHJlcXVlc3QKZ2ZzMi5nbHN0 YXRzLnRvdGFsOiBwbUxvb2t1cERlc2M6IE5vIFBNQ0QgYWdlbnQgZm9yIGRvbWFpbiBvZiByZXF1 ZXN0CmdmczIuZ2xzdGF0cy50cmFuczogcG1Mb29rdXBEZXNjOiBObyBQTUNEIGFnZW50IGZvciBk b21haW4gb2YgcmVxdWVzdApnZnMyLmdsc3RhdHMuaW5vZGU6IHBtTG9va3VwRGVzYzogTm8gUE1D RCBhZ2VudCBmb3IgZG9tYWluIG9mIHJlcXVlc3QKZ2ZzMi5nbHN0YXRzLnJncnA6IHBtTG9va3Vw RGVzYzogTm8gUE1DRCBhZ2VudCBmb3IgZG9tYWluIG9mIHJlcXVlc3QKZ2ZzMi5nbHN0YXRzLm1l dGE6IHBtTG9va3VwRGVzYzogTm8gUE1DRCBhZ2VudCBmb3IgZG9tYWluIG9mIHJlcXVlc3QKZ2Zz Mi5nbHN0YXRzLmlvcGVuOiBwbUxvb2t1cERlc2M6IE5vIFBNQ0QgYWdlbnQgZm9yIGRvbWFpbiBv ZiByZXF1ZXN0CmdmczIuZ2xzdGF0cy5mbG9jazogcG1Mb29rdXBEZXNjOiBObyBQTUNEIGFnZW50 IGZvciBkb21haW4gb2YgcmVxdWVzdApnZnMyLmdsc3RhdHMucXVvdGE6IHBtTG9va3VwRGVzYzog Tm8gUE1DRCBhZ2VudCBmb3IgZG9tYWluIG9mIHJlcXVlc3QKZ2ZzMi5nbHN0YXRzLmpvdXJuYWw6 IHBtTG9va3VwRGVzYzogTm8gUE1DRCBhZ2VudCBmb3IgZG9tYWluIG9mIHJlcXVlc3QKZ2ZzMi50 cmFjZXBvaW50cy5nbG9ja19zdGF0ZV9jaGFuZ2UudG90YWw6IHBtTG9va3VwRGVzYzogTm8gUE1D RCBhZ2VudCBmb3IgZG9tYWluIG9mIHJlcXVlc3QKZ2ZzMi50cmFjZXBvaW50cy5nbG9ja19zdGF0 ZV9jaGFuZ2UubnVsbF9sb2NrOiBwbUxvb2t1cERlc2M6IE5vIFBNQ0QgYWdlbnQgZm9yIGRvbWFp biBvZiByZXF1ZXN0CmdmczIudHJhY2Vwb2ludHMuZ2xvY2tfc3RhdGVfY2hhbmdlLmNvbmN1cnJl bnRfcmVhZDogcG1Mb29rdXBEZXNjOiBObyBQTUNEIGFnZW50IGZvciBkb21haW4gb2YgcmVxdWVz dApnZnMyLnRyYWNlcG9pbnRzLmdsb2NrX3N0YXRlX2NoYW5nZS5jb25jdXJyZW50X3dyaXRlOiBw bUxvb2t1cERlc2M6IE5vIFBNQ0QgYWdlbnQgZm9yIGRvbWFpbiBvZiByZXF1ZXN0CmdmczIudHJh Y2Vwb2ludHMuZ2xvY2tfc3RhdGVfY2hhbmdlLnByb3RlY3RlZF9yZWFkOiBwbUxvb2t1cERlc2M6 IE5vIFBNQ0QgYWdlbnQgZm9yIGRvbWFpbiBvZiByZXF1ZXN0CmdmczIudHJhY2Vwb2ludHMuZ2xv Y2tfc3RhdGVfY2hhbmdlLnByb3RlY3RlZF93cml0ZTogcG1Mb29rdXBEZXNjOiBObyBQTUNEIGFn ZW50IGZvciBkb21haW4gb2YgcmVxdWVzdApnZnMyLnRyYWNlcG9pbnRzLmdsb2NrX3N0YXRlX2No YW5nZS5leGNsdXNpdmU6IHBtTG9va3VwRGVzYzogTm8gUE1DRCBhZ2VudCBmb3IgZG9tYWluIG9m IHJlcXVlc3QKZ2ZzMi50cmFjZXBvaW50cy5nbG9ja19zdGF0ZV9jaGFuZ2UuZ2xvY2tzLmNoYW5n ZWRfdGFyZ2V0OiBwbUxvb2t1cERlc2M6IE5vIFBNQ0QgYWdlbnQgZm9yIGRvbWFpbiBvZiByZXF1 ZXN0CmdmczIudHJhY2Vwb2ludHMuZ2xvY2tfc3RhdGVfY2hhbmdlLmdsb2Nrcy5taXNzZWRfdGFy Z2V0OiBwbUxvb2t1cERlc2M6IE5vIFBNQ0QgYWdlbnQgZm9yIGRvbWFpbiBvZiByZXF1ZXN0Cmdm czIudHJhY2Vwb2ludHMuZ2xvY2tfcHV0LnRvdGFsOiBwbUxvb2t1cERlc2M6IE5vIFBNQ0QgYWdl bnQgZm9yIGRvbWFpbiBvZiByZXF1ZXN0CmdmczIudHJhY2Vwb2ludHMuZ2xvY2tfcHV0Lm51bGxf bG9jazogcG1Mb29rdXBEZXNjOiBObyBQTUNEIGFnZW50IGZvciBkb21haW4gb2YgcmVxdWVzdApn ZnMyLnRyYWNlcG9pbnRzLmdsb2NrX3B1dC5jb25jdXJyZW50X3JlYWQ6IHBtTG9va3VwRGVzYzog Tm8gUE1DRCBhZ2VudCBmb3IgZG9tYWluIG9mIHJlcXVlc3QKZ2ZzMi50cmFjZXBvaW50cy5nbG9j a19wdXQuY29uY3VycmVudF93cml0ZTogcG1Mb29rdXBEZXNjOiBObyBQTUNEIGFnZW50IGZvciBk b21haW4gb2YgcmVxdWVzdApnZnMyLnRyYWNlcG9pbnRzLmdsb2NrX3B1dC5wcm90ZWN0ZWRfcmVh ZDogcG1Mb29rdXBEZXNjOiBObyBQTUNEIGFnZW50IGZvciBkb21haW4gb2YgcmVxdWVzdApnZnMy LnRyYWNlcG9pbnRzLmdsb2NrX3B1dC5wcm90ZWN0ZWRfd3JpdGU6IHBtTG9va3VwRGVzYzogTm8g UE1DRCBhZ2VudCBmb3IgZG9tYWluIG9mIHJlcXVlc3QKZ2ZzMi50cmFjZXBvaW50cy5nbG9ja19w dXQuZXhjbHVzaXZlOiBwbUxvb2t1cERlc2M6IE5vIFBNQ0QgYWdlbnQgZm9yIGRvbWFpbiBvZiBy ZXF1ZXN0CmdmczIudHJhY2Vwb2ludHMuZGVtb3RlX3JxLnRvdGFsOiBwbUxvb2t1cERlc2M6IE5v IFBNQ0QgYWdlbnQgZm9yIGRvbWFpbiBvZiByZXF1ZXN0CmdmczIudHJhY2Vwb2ludHMuZGVtb3Rl X3JxLm51bGxfbG9jazogcG1Mb29rdXBEZXNjOiBObyBQTUNEIGFnZW50IGZvciBkb21haW4gb2Yg cmVxdWVzdApnZnMyLnRyYWNlcG9pbnRzLmRlbW90ZV9ycS5jb25jdXJyZW50X3JlYWQ6IHBtTG9v a3VwRGVzYzogTm8gUE1DRCBhZ2VudCBmb3IgZG9tYWluIG9mIHJlcXVlc3QKZ2ZzMi50cmFjZXBv aW50cy5kZW1vdGVfcnEuY29uY3VycmVudF93cml0ZTogcG1Mb29rdXBEZXNjOiBObyBQTUNEIGFn ZW50IGZvciBkb21haW4gb2YgcmVxdWVzdApnZnMyLnRyYWNlcG9pbnRzLmRlbW90ZV9ycS5wcm90 ZWN0ZWRfcmVhZDogcG1Mb29rdXBEZXNjOiBObyBQTUNEIGFnZW50IGZvciBkb21haW4gb2YgcmVx dWVzdApnZnMyLnRyYWNlcG9pbnRzLmRlbW90ZV9ycS5wcm90ZWN0ZWRfd3JpdGU6IHBtTG9va3Vw RGVzYzogTm8gUE1DRCBhZ2VudCBmb3IgZG9tYWluIG9mIHJlcXVlc3QKZ2ZzMi50cmFjZXBvaW50 cy5kZW1vdGVfcnEuZXhjbHVzaXZlOiBwbUxvb2t1cERlc2M6IE5vIFBNQ0QgYWdlbnQgZm9yIGRv bWFpbiBvZiByZXF1ZXN0CmdmczIudHJhY2Vwb2ludHMuZGVtb3RlX3JxLnJlcXVlc3RlZC5yZW1v dGU6IHBtTG9va3VwRGVzYzogTm8gUE1DRCBhZ2VudCBmb3IgZG9tYWluIG9mIHJlcXVlc3QKZ2Zz Mi50cmFjZXBvaW50cy5kZW1vdGVfcnEucmVxdWVzdGVkLmxvY2FsOiBwbUxvb2t1cERlc2M6IE5v IFBNQ0QgYWdlbnQgZm9yIGRvbWFpbiBvZiByZXF1ZXN0CmdmczIudHJhY2Vwb2ludHMucHJvbW90 ZS50b3RhbDogcG1Mb29rdXBEZXNjOiBObyBQTUNEIGFnZW50IGZvciBkb21haW4gb2YgcmVxdWVz dApnZnMyLnRyYWNlcG9pbnRzLnByb21vdGUuZmlyc3QubnVsbF9sb2NrOiBwbUxvb2t1cERlc2M6 IE5vIFBNQ0QgYWdlbnQgZm9yIGRvbWFpbiBvZiByZXF1ZXN0CmdmczIudHJhY2Vwb2ludHMucHJv bW90ZS5maXJzdC5jb25jdXJyZW50X3JlYWQ6IHBtTG9va3VwRGVzYzogTm8gUE1DRCBhZ2VudCBm b3IgZG9tYWluIG9mIHJlcXVlc3QKZ2ZzMi50cmFjZXBvaW50cy5wcm9tb3RlLmZpcnN0LmNvbmN1 cnJlbnRfd3JpdGU6IHBtTG9va3VwRGVzYzogTm8gUE1DRCBhZ2VudCBmb3IgZG9tYWluIG9mIHJl cXVlc3QKZ2ZzMi50cmFjZXBvaW50cy5wcm9tb3RlLmZpcnN0LnByb3RlY3RlZF9yZWFkOiBwbUxv b2t1cERlc2M6IE5vIFBNQ0QgYWdlbnQgZm9yIGRvbWFpbiBvZiByZXF1ZXN0CmdmczIudHJhY2Vw b2ludHMucHJvbW90ZS5maXJzdC5wcm90ZWN0ZWRfd3JpdGU6IHBtTG9va3VwRGVzYzogTm8gUE1D RCBhZ2VudCBmb3IgZG9tYWluIG9mIHJlcXVlc3QKZ2ZzMi50cmFjZXBvaW50cy5wcm9tb3RlLmZp cnN0LmV4Y2x1c2l2ZTogcG1Mb29rdXBEZXNjOiBObyBQTUNEIGFnZW50IGZvciBkb21haW4gb2Yg cmVxdWVzdApnZnMyLnRyYWNlcG9pbnRzLnByb21vdGUub3RoZXIubnVsbF9sb2NrOiBwbUxvb2t1 cERlc2M6IE5vIFBNQ0QgYWdlbnQgZm9yIGRvbWFpbiBvZiByZXF1ZXN0CmdmczIudHJhY2Vwb2lu dHMucHJvbW90ZS5vdGhlci5jb25jdXJyZW50X3JlYWQ6IHBtTG9va3VwRGVzYzogTm8gUE1DRCBh Z2VudCBmb3IgZG9tYWluIG9mIHJlcXVlc3QKZ2ZzMi50cmFjZXBvaW50cy5wcm9tb3RlLm90aGVy LmNvbmN1cnJlbnRfd3JpdGU6IHBtTG9va3VwRGVzYzogTm8gUE1DRCBhZ2VudCBmb3IgZG9tYWlu IG9mIHJlcXVlc3QKZ2ZzMi50cmFjZXBvaW50cy5wcm9tb3RlLm90aGVyLnByb3RlY3RlZF9yZWFk OiBwbUxvb2t1cERlc2M6IE5vIFBNQ0QgYWdlbnQgZm9yIGRvbWFpbiBvZiByZXF1ZXN0CmdmczIu dHJhY2Vwb2ludHMucHJvbW90ZS5vdGhlci5wcm90ZWN0ZWRfd3JpdGU6IHBtTG9va3VwRGVzYzog Tm8gUE1DRCBhZ2VudCBmb3IgZG9tYWluIG9mIHJlcXVlc3QKZ2ZzMi50cmFjZXBvaW50cy5wcm9t b3RlLm90aGVyLmV4Y2x1c2l2ZTogcG1Mb29rdXBEZXNjOiBObyBQTUNEIGFnZW50IGZvciBkb21h aW4gb2YgcmVxdWVzdApnZnMyLnRyYWNlcG9pbnRzLmdsb2NrX3F1ZXVlLnRvdGFsOiBwbUxvb2t1 cERlc2M6IE5vIFBNQ0QgYWdlbnQgZm9yIGRvbWFpbiBvZiByZXF1ZXN0CmdmczIudHJhY2Vwb2lu dHMuZ2xvY2tfcXVldWUucXVldWUudG90YWw6IHBtTG9va3VwRGVzYzogTm8gUE1DRCBhZ2VudCBm b3IgZG9tYWluIG9mIHJlcXVlc3QKZ2ZzMi50cmFjZXBvaW50cy5nbG9ja19xdWV1ZS5xdWV1ZS5u dWxsX2xvY2s6IHBtTG9va3VwRGVzYzogTm8gUE1DRCBhZ2VudCBmb3IgZG9tYWluIG9mIHJlcXVl c3QKZ2ZzMi50cmFjZXBvaW50cy5nbG9ja19xdWV1ZS5xdWV1ZS5jb25jdXJyZW50X3JlYWQ6IHBt TG9va3VwRGVzYzogTm8gUE1DRCBhZ2VudCBmb3IgZG9tYWluIG9mIHJlcXVlc3QKZ2ZzMi50cmFj ZXBvaW50cy5nbG9ja19xdWV1ZS5xdWV1ZS5jb25jdXJyZW50X3dyaXRlOiBwbUxvb2t1cERlc2M6 IE5vIFBNQ0QgYWdlbnQgZm9yIGRvbWFpbiBvZiByZXF1ZXN0CmdmczIudHJhY2Vwb2ludHMuZ2xv Y2tfcXVldWUucXVldWUucHJvdGVjdGVkX3JlYWQ6IHBtTG9va3VwRGVzYzogTm8gUE1DRCBhZ2Vu dCBmb3IgZG9tYWluIG9mIHJlcXVlc3QKZ2ZzMi50cmFjZXBvaW50cy5nbG9ja19xdWV1ZS5xdWV1 ZS5wcm90ZWN0ZWRfd3JpdGU6IHBtTG9va3VwRGVzYzogTm8gUE1DRCBhZ2VudCBmb3IgZG9tYWlu IG9mIHJlcXVlc3QKZ2ZzMi50cmFjZXBvaW50cy5nbG9ja19xdWV1ZS5xdWV1ZS5leGNsdXNpdmU6 IHBtTG9va3VwRGVzYzogTm8gUE1DRCBhZ2VudCBmb3IgZG9tYWluIG9mIHJlcXVlc3QKZ2ZzMi50 cmFjZXBvaW50cy5nbG9ja19xdWV1ZS5kZXF1ZXVlLnRvdGFsOiBwbUxvb2t1cERlc2M6IE5vIFBN Q0QgYWdlbnQgZm9yIGRvbWFpbiBvZiByZXF1ZXN0CmdmczIudHJhY2Vwb2ludHMuZ2xvY2tfcXVl dWUuZGVxdWV1ZS5udWxsX2xvY2s6IHBtTG9va3VwRGVzYzogTm8gUE1DRCBhZ2VudCBmb3IgZG9t YWluIG9mIHJlcXVlc3QKZ2ZzMi50cmFjZXBvaW50cy5nbG9ja19xdWV1ZS5kZXF1ZXVlLmNvbmN1 cnJlbnRfcmVhZDogcG1Mb29rdXBEZXNjOiBObyBQTUNEIGFnZW50IGZvciBkb21haW4gb2YgcmVx dWVzdApnZnMyLnRyYWNlcG9pbnRzLmdsb2NrX3F1ZXVlLmRlcXVldWUuY29uY3VycmVudF93cml0 ZTogcG1Mb29rdXBEZXNjOiBObyBQTUNEIGFnZW50IGZvciBkb21haW4gb2YgcmVxdWVzdApnZnMy LnRyYWNlcG9pbnRzLmdsb2NrX3F1ZXVlLmRlcXVldWUucHJvdGVjdGVkX3JlYWQ6IHBtTG9va3Vw RGVzYzogTm8gUE1DRCBhZ2VudCBmb3IgZG9tYWluIG9mIHJlcXVlc3QKZ2ZzMi50cmFjZXBvaW50 cy5nbG9ja19xdWV1ZS5kZXF1ZXVlLnByb3RlY3RlZF93cml0ZTogcG1Mb29rdXBEZXNjOiBObyBQ TUNEIGFnZW50IGZvciBkb21haW4gb2YgcmVxdWVzdApnZnMyLnRyYWNlcG9pbnRzLmdsb2NrX3F1 ZXVlLmRlcXVldWUuZXhjbHVzaXZlOiBwbUxvb2t1cERlc2M6IE5vIFBNQ0QgYWdlbnQgZm9yIGRv bWFpbiBvZiByZXF1ZXN0CmdmczIudHJhY2Vwb2ludHMuZ2xvY2tfbG9ja190aW1lLnRvdGFsOiBw bUxvb2t1cERlc2M6IE5vIFBNQ0QgYWdlbnQgZm9yIGRvbWFpbiBvZiByZXF1ZXN0CmdmczIudHJh Y2Vwb2ludHMuZ2xvY2tfbG9ja190aW1lLnRyYW5zOiBwbUxvb2t1cERlc2M6IE5vIFBNQ0QgYWdl bnQgZm9yIGRvbWFpbiBvZiByZXF1ZXN0CmdmczIudHJhY2Vwb2ludHMuZ2xvY2tfbG9ja190aW1l Lmlub2RlOiBwbUxvb2t1cERlc2M6IE5vIFBNQ0QgYWdlbnQgZm9yIGRvbWFpbiBvZiByZXF1ZXN0 CmdmczIudHJhY2Vwb2ludHMuZ2xvY2tfbG9ja190aW1lLnJncnA6IHBtTG9va3VwRGVzYzogTm8g UE1DRCBhZ2VudCBmb3IgZG9tYWluIG9mIHJlcXVlc3QKZ2ZzMi50cmFjZXBvaW50cy5nbG9ja19s b2NrX3RpbWUubWV0YTogcG1Mb29rdXBEZXNjOiBObyBQTUNEIGFnZW50IGZvciBkb21haW4gb2Yg cmVxdWVzdApnZnMyLnRyYWNlcG9pbnRzLmdsb2NrX2xvY2tfdGltZS5pb3BlbjogcG1Mb29rdXBE ZXNjOiBObyBQTUNEIGFnZW50IGZvciBkb21haW4gb2YgcmVxdWVzdApnZnMyLnRyYWNlcG9pbnRz Lmdsb2NrX2xvY2tfdGltZS5mbG9jazogcG1Mb29rdXBEZXNjOiBObyBQTUNEIGFnZW50IGZvciBk b21haW4gb2YgcmVxdWVzdApnZnMyLnRyYWNlcG9pbnRzLmdsb2NrX2xvY2tfdGltZS5xdW90YTog cG1Mb29rdXBEZXNjOiBObyBQTUNEIGFnZW50IGZvciBkb21haW4gb2YgcmVxdWVzdApnZnMyLnRy YWNlcG9pbnRzLmdsb2NrX2xvY2tfdGltZS5qb3VybmFsOiBwbUxvb2t1cERlc2M6IE5vIFBNQ0Qg YWdlbnQgZm9yIGRvbWFpbiBvZiByZXF1ZXN0CmdmczIudHJhY2Vwb2ludHMucGluLnRvdGFsOiBw bUxvb2t1cERlc2M6IE5vIFBNQ0QgYWdlbnQgZm9yIGRvbWFpbiBvZiByZXF1ZXN0CmdmczIudHJh Y2Vwb2ludHMucGluLnBpbl90b3RhbDogcG1Mb29rdXBEZXNjOiBObyBQTUNEIGFnZW50IGZvciBk b21haW4gb2YgcmVxdWVzdApnZnMyLnRyYWNlcG9pbnRzLnBpbi51bnBpbl90b3RhbDogcG1Mb29r dXBEZXNjOiBObyBQTUNEIGFnZW50IGZvciBkb21haW4gb2YgcmVxdWVzdApnZnMyLnRyYWNlcG9p bnRzLnBpbi5sb25nZXN0X3Bpbm5lZDogcG1Mb29rdXBEZXNjOiBObyBQTUNEIGFnZW50IGZvciBk b21haW4gb2YgcmVxdWVzdApnZnMyLnRyYWNlcG9pbnRzLmxvZ19mbHVzaC50b3RhbDogcG1Mb29r dXBEZXNjOiBObyBQTUNEIGFnZW50IGZvciBkb21haW4gb2YgcmVxdWVzdApnZnMyLnRyYWNlcG9p bnRzLmxvZ19ibG9jay50b3RhbDogcG1Mb29rdXBEZXNjOiBObyBQTUNEIGFnZW50IGZvciBkb21h aW4gb2YgcmVxdWVzdApnZnMyLnRyYWNlcG9pbnRzLmFpbF9mbHVzaC50b3RhbDogcG1Mb29rdXBE ZXNjOiBObyBQTUNEIGFnZW50IGZvciBkb21haW4gb2YgcmVxdWVzdApnZnMyLnRyYWNlcG9pbnRz LmJsb2NrX2FsbG9jLnRvdGFsOiBwbUxvb2t1cERlc2M6IE5vIFBNQ0QgYWdlbnQgZm9yIGRvbWFp biBvZiByZXF1ZXN0CmdmczIudHJhY2Vwb2ludHMuYmxvY2tfYWxsb2MuZnJlZTogcG1Mb29rdXBE ZXNjOiBObyBQTUNEIGFnZW50IGZvciBkb21haW4gb2YgcmVxdWVzdApnZnMyLnRyYWNlcG9pbnRz LmJsb2NrX2FsbG9jLnVzZWQ6IHBtTG9va3VwRGVzYzogTm8gUE1DRCBhZ2VudCBmb3IgZG9tYWlu IG9mIHJlcXVlc3QKZ2ZzMi50cmFjZXBvaW50cy5ibG9ja19hbGxvYy5kaW5vZGU6IHBtTG9va3Vw RGVzYzogTm8gUE1DRCBhZ2VudCBmb3IgZG9tYWluIG9mIHJlcXVlc3QKZ2ZzMi50cmFjZXBvaW50 cy5ibG9ja19hbGxvYy51bmxpbmtlZDogcG1Mb29rdXBEZXNjOiBObyBQTUNEIGFnZW50IGZvciBk b21haW4gb2YgcmVxdWVzdApnZnMyLnRyYWNlcG9pbnRzLmJtYXAudG90YWw6IHBtTG9va3VwRGVz YzogTm8gUE1DRCBhZ2VudCBmb3IgZG9tYWluIG9mIHJlcXVlc3QKZ2ZzMi50cmFjZXBvaW50cy5i bWFwLmNyZWF0ZTogcG1Mb29rdXBEZXNjOiBObyBQTUNEIGFnZW50IGZvciBkb21haW4gb2YgcmVx dWVzdApnZnMyLnRyYWNlcG9pbnRzLmJtYXAubm9jcmVhdGU6IHBtTG9va3VwRGVzYzogTm8gUE1D RCBhZ2VudCBmb3IgZG9tYWluIG9mIHJlcXVlc3QKZ2ZzMi50cmFjZXBvaW50cy5ycy50b3RhbDog cG1Mb29rdXBEZXNjOiBObyBQTUNEIGFnZW50IGZvciBkb21haW4gb2YgcmVxdWVzdApnZnMyLnRy YWNlcG9pbnRzLnJzLmRlbDogcG1Mb29rdXBEZXNjOiBObyBQTUNEIGFnZW50IGZvciBkb21haW4g b2YgcmVxdWVzdApnZnMyLnRyYWNlcG9pbnRzLnJzLnRkZWw6IHBtTG9va3VwRGVzYzogTm8gUE1D RCBhZ2VudCBmb3IgZG9tYWluIG9mIHJlcXVlc3QKZ2ZzMi50cmFjZXBvaW50cy5ycy5pbnM6IHBt TG9va3VwRGVzYzogTm8gUE1DRCBhZ2VudCBmb3IgZG9tYWluIG9mIHJlcXVlc3QKZ2ZzMi50cmFj ZXBvaW50cy5ycy5jbG06IHBtTG9va3VwRGVzYzogTm8gUE1DRCBhZ2VudCBmb3IgZG9tYWluIG9m IHJlcXVlc3QKZ2ZzMi5sYXRlbmN5LmdyYW50LmFsbDogcG1Mb29rdXBEZXNjOiBObyBQTUNEIGFn ZW50IGZvciBkb21haW4gb2YgcmVxdWVzdApnZnMyLmxhdGVuY3kuZ3JhbnQubnVsbF9sb2NrOiBw bUxvb2t1cERlc2M6IE5vIFBNQ0QgYWdlbnQgZm9yIGRvbWFpbiBvZiByZXF1ZXN0CmdmczIubGF0 ZW5jeS5ncmFudC5jb25jdXJyZW50X3JlYWQ6IHBtTG9va3VwRGVzYzogTm8gUE1DRCBhZ2VudCBm b3IgZG9tYWluIG9mIHJlcXVlc3QKZ2ZzMi5sYXRlbmN5LmdyYW50LmNvbmN1cnJlbnRfd3JpdGU6 IHBtTG9va3VwRGVzYzogTm8gUE1DRCBhZ2VudCBmb3IgZG9tYWluIG9mIHJlcXVlc3QKZ2ZzMi5s YXRlbmN5LmdyYW50LnByb3RlY3RlZF9yZWFkOiBwbUxvb2t1cERlc2M6IE5vIFBNQ0QgYWdlbnQg Zm9yIGRvbWFpbiBvZiByZXF1ZXN0CmdmczIubGF0ZW5jeS5ncmFudC5wcm90ZWN0ZWRfd3JpdGU6 IHBtTG9va3VwRGVzYzogTm8gUE1DRCBhZ2VudCBmb3IgZG9tYWluIG9mIHJlcXVlc3QKZ2ZzMi5s YXRlbmN5LmdyYW50LmV4Y2x1c2l2ZTogcG1Mb29rdXBEZXNjOiBObyBQTUNEIGFnZW50IGZvciBk b21haW4gb2YgcmVxdWVzdApnZnMyLmxhdGVuY3kuZGVtb3RlLmFsbDogcG1Mb29rdXBEZXNjOiBO byBQTUNEIGFnZW50IGZvciBkb21haW4gb2YgcmVxdWVzdApnZnMyLmxhdGVuY3kuZGVtb3RlLm51 bGxfbG9jazogcG1Mb29rdXBEZXNjOiBObyBQTUNEIGFnZW50IGZvciBkb21haW4gb2YgcmVxdWVz dApnZnMyLmxhdGVuY3kuZGVtb3RlLmNvbmN1cnJlbnRfcmVhZDogcG1Mb29rdXBEZXNjOiBObyBQ TUNEIGFnZW50IGZvciBkb21haW4gb2YgcmVxdWVzdApnZnMyLmxhdGVuY3kuZGVtb3RlLmNvbmN1 cnJlbnRfd3JpdGU6IHBtTG9va3VwRGVzYzogTm8gUE1DRCBhZ2VudCBmb3IgZG9tYWluIG9mIHJl cXVlc3QKZ2ZzMi5sYXRlbmN5LmRlbW90ZS5wcm90ZWN0ZWRfcmVhZDogcG1Mb29rdXBEZXNjOiBO byBQTUNEIGFnZW50IGZvciBkb21haW4gb2YgcmVxdWVzdApnZnMyLmxhdGVuY3kuZGVtb3RlLnBy b3RlY3RlZF93cml0ZTogcG1Mb29rdXBEZXNjOiBObyBQTUNEIGFnZW50IGZvciBkb21haW4gb2Yg cmVxdWVzdApnZnMyLmxhdGVuY3kuZGVtb3RlLmV4Y2x1c2l2ZTogcG1Mb29rdXBEZXNjOiBObyBQ TUNEIGFnZW50IGZvciBkb21haW4gb2YgcmVxdWVzdApnZnMyLmxhdGVuY3kucXVldWUuYWxsOiBw bUxvb2t1cERlc2M6IE5vIFBNQ0QgYWdlbnQgZm9yIGRvbWFpbiBvZiByZXF1ZXN0CmdmczIubGF0 ZW5jeS5xdWV1ZS5udWxsX2xvY2s6IHBtTG9va3VwRGVzYzogTm8gUE1DRCBhZ2VudCBmb3IgZG9t YWluIG9mIHJlcXVlc3QKZ2ZzMi5sYXRlbmN5LnF1ZXVlLmNvbmN1cnJlbnRfcmVhZDogcG1Mb29r dXBEZXNjOiBObyBQTUNEIGFnZW50IGZvciBkb21haW4gb2YgcmVxdWVzdApnZnMyLmxhdGVuY3ku cXVldWUuY29uY3VycmVudF93cml0ZTogcG1Mb29rdXBEZXNjOiBObyBQTUNEIGFnZW50IGZvciBk b21haW4gb2YgcmVxdWVzdApnZnMyLmxhdGVuY3kucXVldWUucHJvdGVjdGVkX3JlYWQ6IHBtTG9v a3VwRGVzYzogTm8gUE1DRCBhZ2VudCBmb3IgZG9tYWluIG9mIHJlcXVlc3QKZ2ZzMi5sYXRlbmN5 LnF1ZXVlLnByb3RlY3RlZF93cml0ZTogcG1Mb29rdXBEZXNjOiBObyBQTUNEIGFnZW50IGZvciBk b21haW4gb2YgcmVxdWVzdApnZnMyLmxhdGVuY3kucXVldWUuZXhjbHVzaXZlOiBwbUxvb2t1cERl c2M6IE5vIFBNQ0QgYWdlbnQgZm9yIGRvbWFpbiBvZiByZXF1ZXN0CmdmczIuY29udHJvbC5idWZm ZXJfc2l6ZV9rYjogcG1Mb29rdXBEZXNjOiBObyBQTUNEIGFnZW50IGZvciBkb21haW4gb2YgcmVx dWVzdApnZnMyLmNvbnRyb2wuZ2xvYmFsX3RyYWNpbmc6IHBtTG9va3VwRGVzYzogTm8gUE1DRCBh Z2VudCBmb3IgZG9tYWluIG9mIHJlcXVlc3QKZ2ZzMi5jb250cm9sLndvcnN0X2dsb2NrOiBwbUxv b2t1cERlc2M6IE5vIFBNQ0QgYWdlbnQgZm9yIGRvbWFpbiBvZiByZXF1ZXN0CmdmczIuY29udHJv bC5sYXRlbmN5OiBwbUxvb2t1cERlc2M6IE5vIFBNQ0QgYWdlbnQgZm9yIGRvbWFpbiBvZiByZXF1 ZXN0CmdmczIuY29udHJvbC5nbG9ja190aHJlc2hvbGQ6IHBtTG9va3VwRGVzYzogTm8gUE1DRCBh Z2VudCBmb3IgZG9tYWluIG9mIHJlcXVlc3QKZ2ZzMi5jb250cm9sLnRyYWNlcG9pbnRzLmFsbDog cG1Mb29rdXBEZXNjOiBObyBQTUNEIGFnZW50IGZvciBkb21haW4gb2YgcmVxdWVzdApnZnMyLmNv bnRyb2wudHJhY2Vwb2ludHMuZ2xvY2tfc3RhdGVfY2hhbmdlOiBwbUxvb2t1cERlc2M6IE5vIFBN Q0QgYWdlbnQgZm9yIGRvbWFpbiBvZiByZXF1ZXN0CmdmczIuY29udHJvbC50cmFjZXBvaW50cy5n bG9ja19wdXQ6IHBtTG9va3VwRGVzYzogTm8gUE1DRCBhZ2VudCBmb3IgZG9tYWluIG9mIHJlcXVl c3QKZ2ZzMi5jb250cm9sLnRyYWNlcG9pbnRzLmRlbW90ZV9ycTogcG1Mb29rdXBEZXNjOiBObyBQ TUNEIGFnZW50IGZvciBkb21haW4gb2YgcmVxdWVzdApnZnMyLmNvbnRyb2wudHJhY2Vwb2ludHMu cHJvbW90ZTogcG1Mb29rdXBEZXNjOiBObyBQTUNEIGFnZW50IGZvciBkb21haW4gb2YgcmVxdWVz dApnZnMyLmNvbnRyb2wudHJhY2Vwb2ludHMuZ2xvY2tfcXVldWU6IHBtTG9va3VwRGVzYzogTm8g UE1DRCBhZ2VudCBmb3IgZG9tYWluIG9mIHJlcXVlc3QKZ2ZzMi5jb250cm9sLnRyYWNlcG9pbnRz Lmdsb2NrX2xvY2tfdGltZTogcG1Mb29rdXBEZXNjOiBObyBQTUNEIGFnZW50IGZvciBkb21haW4g b2YgcmVxdWVzdApnZnMyLmNvbnRyb2wudHJhY2Vwb2ludHMucGluOiBwbUxvb2t1cERlc2M6IE5v IFBNQ0QgYWdlbnQgZm9yIGRvbWFpbiBvZiByZXF1ZXN0CmdmczIuY29udHJvbC50cmFjZXBvaW50 cy5sb2dfZmx1c2g6IHBtTG9va3VwRGVzYzogTm8gUE1DRCBhZ2VudCBmb3IgZG9tYWluIG9mIHJl cXVlc3QKZ2ZzMi5jb250cm9sLnRyYWNlcG9pbnRzLmxvZ19ibG9ja3M6IHBtTG9va3VwRGVzYzog Tm8gUE1DRCBhZ2VudCBmb3IgZG9tYWluIG9mIHJlcXVlc3QKZ2ZzMi5jb250cm9sLnRyYWNlcG9p bnRzLmFpbF9mbHVzaDogcG1Mb29rdXBEZXNjOiBObyBQTUNEIGFnZW50IGZvciBkb21haW4gb2Yg cmVxdWVzdApnZnMyLmNvbnRyb2wudHJhY2Vwb2ludHMuYmxvY2tfYWxsb2M6IHBtTG9va3VwRGVz YzogTm8gUE1DRCBhZ2VudCBmb3IgZG9tYWluIG9mIHJlcXVlc3QKZ2ZzMi5jb250cm9sLnRyYWNl cG9pbnRzLmJtYXA6IHBtTG9va3VwRGVzYzogTm8gUE1DRCBhZ2VudCBmb3IgZG9tYWluIG9mIHJl cXVlc3QKZ2ZzMi5jb250cm9sLnRyYWNlcG9pbnRzLnJzOiBwbUxvb2t1cERlc2M6IE5vIFBNQ0Qg YWdlbnQgZm9yIGRvbWFpbiBvZiByZXF1ZXN0Cgo9PT0gY2hlY2sgZnVuY3Rpb25hbGl0eSBvZiBw bXN0b3JlIChvZmYpID09PQpnZnMyLmNvbnRyb2wudHJhY2Vwb2ludHMuYWxsOiBwbUxvb2t1cERl c2M6IE5vIFBNQ0QgYWdlbnQgZm9yIGRvbWFpbiBvZiByZXF1ZXN0Cgo9PT0gY2hlY2sgZnVuY3Rp b25hbGl0eSBvZiBwbXN0b3JlIChvbikgPT09IApnZnMyLmNvbnRyb2wudHJhY2Vwb2ludHMuYWxs OiBwbUxvb2t1cERlc2M6IE5vIFBNQ0QgYWdlbnQgZm9yIGRvbWFpbiBvZiByZXF1ZXN0Cgo9PT0g UmVtb3ZpbmcgdGhlIEdGUzIgUE1EQSA9PT0K ------=_Part_39905815_210772659.1409194946589 Content-Type: application/octet-stream; name=654.out.bad Content-Disposition: attachment; filename=654.out.bad Content-Transfer-Encoding: base64 UUEgb3V0cHV0IGNyZWF0ZWQgYnkgNjU0CllvdSB3aWxsIG5lZWQgdG8gY2hvb3NlIGFuIGFwcHJv cHJpYXRlIGNvbmZpZ3VyYXRpb24gZm9yIGluc3RhbGxhdGlvbiBvZgp0aGUgImdmczIiIFBlcmZv cm1hbmNlIE1ldHJpY3MgRG9tYWluIEFnZW50IChQTURBKS4KCiAgY29sbGVjdG9yCWNvbGxlY3Qg cGVyZm9ybWFuY2Ugc3RhdGlzdGljcyBvbiB0aGlzIHN5c3RlbQogIG1vbml0b3IJYWxsb3cgdGhp cyBzeXN0ZW0gdG8gbW9uaXRvciBsb2NhbCBhbmQvb3IgcmVtb3RlIHN5c3RlbXMKICBib3RoCQlj b2xsZWN0b3IgYW5kIG1vbml0b3IgY29uZmlndXJhdGlvbiBmb3IgdGhpcyBzeXN0ZW0KClBsZWFz ZSBlbnRlciBjKG9sbGVjdG9yKSBvciBtKG9uaXRvcikgb3IgYihvdGgpIFtiXSBVcGRhdGluZyB0 aGUgUGVyZm9ybWFuY2UgTWV0cmljcyBOYW1lIFNwYWNlIChQTU5TKSAuLi4KVGVybWluYXRlIFBN REEgaWYgYWxyZWFkeSBpbnN0YWxsZWQgLi4uClsuLi5pbnN0YWxsIGZpbGVzLCBtYWtlIG91dHB1 dC4uLl0KVXBkYXRpbmcgdGhlIFBNQ0QgY29udHJvbCBmaWxlLCBhbmQgbm90aWZ5aW5nIFBNQ0Qg Li4uCkNoZWNrIGdmczIgbWV0cmljcyBoYXZlIGFwcGVhcmVkIC4uLiAzMTYgbWV0cmljcyBhbmQg TiB2YWx1ZXMKY3JlYXRpbmcgcHNldWRvIGRldmljZSAxCmNyZWF0aW5nIGEgbW91bnQgcG9pbnQg MQpjcmVhdGluZyBkZXZpY2UgZmlsZSAxCmNyZWF0aW5nIGEgbW91bnQgcG9pbnQgMQptb3VudGlu ZyBwc2V1ZG8gZGV2aWNlIDEKY3JlYXRpbmcgcHNldWRvIGRldmljZSAwCmNyZWF0aW5nIGEgbW91 bnQgcG9pbnQgMApjcmVhdGluZyBkZXZpY2UgZmlsZSAwCmNyZWF0aW5nIGEgbW91bnQgcG9pbnQg MAptb3VudGluZyBwc2V1ZG8gZGV2aWNlIDAKPT09IENoZWNrIGZvciBzdWNjZXNzZnVsIGluc3Rh bGwgb2YgcG1kYSA9PT0KCj09PSBDaGVjayB0aGF0IHRoZSBudW1iZXIgb2YgbWV0cmljcyBhcmUg Y29ycmVjdCA9PT0KRkFJTDogVG9vIGZldyBtZXRyaWNzPwo= ------=_Part_39905815_210772659.1409194946589-- From icbsss01.pakrdw@gmail.com Wed Aug 27 23:27:37 2014 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on oss.sgi.com X-Spam-Level: X-Spam-Status: No, score=0.0 required=5.0 tests=FREEMAIL_FROM,HTML_MESSAGE, T_DKIM_INVALID autolearn=ham version=3.3.1 X-Original-To: pcp@oss.sgi.com Delivered-To: pcp@oss.sgi.com Received: from relay.sgi.com (relay1.corp.sgi.com [137.38.102.111]) by oss.sgi.com (Postfix) with ESMTP id 61D767F3F for ; Wed, 27 Aug 2014 23:27:37 -0500 (CDT) Received: from cuda.sgi.com (cuda1.sgi.com [192.48.157.11]) by relay1.corp.sgi.com (Postfix) with ESMTP id 1608C8F8033 for ; Wed, 27 Aug 2014 21:27:34 -0700 (PDT) X-ASG-Debug-ID: 1409200048-04bdf010a05a6940001-S8gJnT Received: from mail-lb0-f178.google.com (mail-lb0-f178.google.com [209.85.217.178]) by cuda.sgi.com with ESMTP id erWrx6qAGiT3dGqI (version=TLSv1 cipher=RC4-SHA bits=128 verify=NO) for ; Wed, 27 Aug 2014 21:27:29 -0700 (PDT) X-Barracuda-Envelope-From: icbsss01.pakrdw@gmail.com X-Barracuda-Apparent-Source-IP: 209.85.217.178 X-Barracuda-IPDD: Level1 [gmail.com/209.85.217.178] Received: by mail-lb0-f178.google.com with SMTP id v6so247054lbi.9 for ; Wed, 27 Aug 2014 21:27:28 -0700 (PDT) X-Barracuda-IPDD: Level1 [gmail.com/209.85.217.178] X-Barracuda-IPDD: Level1 [gmail.com/209.85.217.178] DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:date:message-id:subject:from:to:content-type; bh=ewPFRvoQ8Bjd6EEFcZ72fwOATxYTva7Cx5uf6B7utmM=; b=JRzM05AooBg8ij8YCrjPT+MujKUUM3vQFBb0+XgZKhzJ24j6Uf7Gi1DeVVaRQp8jDe hDz0/QDMXKq73jJd3ysb5E93mjyx2TPCh9ForYHkqh70yWw+9Pg7kt08Hb2PD8F8R9nU fqJ/zt/7MYLeIP1DAVVx2yO2nsVSG3jYlNw8NMq42Wd91QH2WzFlZ+i7ZL4BUHfp1cRT xsP2vqaiMCiOF6FyFeO2syQtC5pm9LiLx2Pcfbfsn1e+FTgA5HloxPuswQOepU6BLZIy jCPkPi8CIwSLmgzL0tYhyye+Hb318Re5+95JBdqMMvtdS04qtts3Bf7WS/WQXq/Y64Bk L1vg== MIME-Version: 1.0 X-Received: by 10.152.18.166 with SMTP id x6mr1345004lad.1.1409200047701; Wed, 27 Aug 2014 21:27:27 -0700 (PDT) Received: by 10.152.43.47 with HTTP; Wed, 27 Aug 2014 21:27:27 -0700 (PDT) Date: Thu, 28 Aug 2014 09:27:27 +0500 Message-ID: Subject: 2nd International Conference on Economics, Finance and Management Outlooks From: "icbsss01.pakrdw" X-ASG-Orig-Subj: 2nd International Conference on Economics, Finance and Management Outlooks To: info@pakinsight.com Content-Type: multipart/alternative; boundary=089e0149421042ddb90501a8f438 X-Barracuda-Connect: mail-lb0-f178.google.com[209.85.217.178] X-Barracuda-Start-Time: 1409200049 X-Barracuda-Encrypted: RC4-SHA X-Barracuda-URL: http://192.48.157.11:80/cgi-mod/mark.cgi X-Virus-Scanned: by bsmtpd at sgi.com X-Barracuda-BRTS-Status: 1 X-Barracuda-Spam-Score: 0.00 X-Barracuda-Spam-Status: No, SCORE=0.00 using per-user scores of TAG_LEVEL=1000.0 QUARANTINE_LEVEL=1000.0 KILL_LEVEL=2.7 tests=BSF_SC0_MISMATCH_TO, DKIM_SIGNED, DKIM_VERIFIED, HTML_MESSAGE X-Barracuda-Spam-Report: Code version 3.2, rules version 3.2.3.8901 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 --089e0149421042ddb90501a8f438 Content-Type: text/plain; charset=UTF-8 Dear *Sir/Madam* The *Asian Economic and Social Society and Pak Publishing Group* are organizing a 2nd International Conference on Economics, Finance and Management Outlooks 20-21 December, 2014,* Pearl International Hotel, Kuala Lumpur, Malaysia.* Website: http://www.pakrdw.com/?ic=details&id=4 We would like to take this opportunity to invite you and your colleagues to attend this conference on *20-21 December, 2014 Malaysia*. Please share this call for paper with your friends and colleagues through forwarding e-mail. The call for paper find below this e-mail. *Call for Paper* The 2nd International Conference on Economics, Finance and Management Outlooks 20-21 December is organized by the Asian Economic and Social Society, and Pak Publishing Group. The purpose of this conference is to bring together researchers from around the globe in order to present and discuss new trends in the fields of Scientific Research. *Topics of interest for submission include, but are not limited to:* Conference Main Theme: Economics, Finance and Management Outlooks *Sub-themes* *Economic Issues* Growth and Development Strategies Fiscal System and Policy Monetary System and Policy Income Distribution Poverty Unemployment Inflation Investment Consumption and Saving Human Capital Trade Policy FDI WTO The History of Economic Thought Energy and Environment Financial Issues Financial Reforms Finance and Investment Finance and Saving International Trade and *Finance* Asset Pricing Theory Risk Securitization Derivatives and Structured Financial Products Commercial Insurance and Reinsurance Corporate Finance, Mergers and Acquisitions The Microstructure of the Financial Market Liquidity and Price mechanism in stock Market *Management Issues * Business Management Corporate Governance Human Resource Management Business & Market Strategies Entrepreneurship E-business Services Information Technology Management Production & Operations Strategies Total Quality Management Strategic Management Mutual Fund Management T-bill, T-bond, and Dividend Policy Management Research Methods and Managerial Economics Corporate Social Responsibility Economic Sustainability and any disciplines concerning the interaction between management and enterprise sustainable development *Proceeding* All selected papers will be published in a book with an ISBN by Pak publishing Group. Conference proceedings will be submitted to ISI Thomson Reuters Web of Science, Google Scholar, and Microsoft Academic Search for consideration and indexation. *Journal Publication* After conference presentation few selected papers will publish in the special or regular issues of the following journals: *Asian Economic and Financial Review * (*Online ISSN:* 2222-6737 - *Print ISSN:* 2305-2147 ) URL: http://www.aessweb.com/journals/5002 *International journal of Asian Social Science * (*Online ISSN: *2224-4441*- Print ISSN: *2226-5139 ) URL : http://www.aessweb.com/journals/5007 *International Journal of Management and Sustainability * (*Online ISSN:* 2306-0662* - Print ISSN:* 2306-9856 ) URL : http://www.pakinsight.com/?ic=journal&journal=11 *International Journal of Sustainable Development & World Policy * (*Online ISSN: *2305-705X* - Print ISSN: *2306-9929) URL: http://www.pakinsight.com/?ic=journal&journal=26 *International Journal of Sustainable Energy and Environmental Research* (*Online ISSN: *2306-6253* - Print ISSN: *2312-5764) URL: http://www.pakinsight.com/?ic=journal&journal=13 *Humanities and Social Sciences Letters ( Online ISSN: 2312-4318 ) URL: * http://www.pakinsight.com/?ic=journal&journal=73 International Journal of Business, Economics and Management (Online ISSN: 2312-0916 - Print ISSN: 2312-5772) *Journal of Empirical Studies * (Online ISSN: 2312-6248 - Print ISSN: 2312-623X) URL: http://www.pakinsight.com/?ic=journal&journal=66 Journal of Social Economics Research (Online ISSN: 2312-6264 - Print ISSN: 2312-6329) URL: http://www.pakinsight.com/?ic=journal&journal=35 *Review of Knowledge Economy URL: * http://www.pakinsight.com/?ic=journal&journal=67 * Journal of Tourism Management Research URL:* http://www.pakinsight.com/?ic=journal&journal=31 Journal of Challenges *URL:* http://www.pakinsight.com/?ic=journal&journal=85 *The Econometric Reviews URL: * http://www.pakinsight.com/?ic=journal&journal=88 * International Journal of Public Policy and Administration Research URL: * http://www.pakinsight.com/?ic=journal&journal=74 *IMPORTANT DATES* Abstract Submission Date: 27 September, 2014 Decision of Acceptance/Rejection: Within 15 days of submission Full Paper Submission Date: 14 November, 2014 Early Bird Discount Date: 14 November, 2014 Conference date: 20-21 December, 2014 *Submit your paper: * *http://www.pakrdw.com/?ic=details&id=4&info=submission* *Registration:* http://www.pakrdw.com/?ic=details&id=4&info=dates *Download Conference Brochure:* Conference Brochure *Contact Information* ICEFMO 2014 Secretariat Asian Economic and Social Society Pak Publishing Group E-mail: conference@pakinsight.com ; editor@aessweb.com Website: http://www.pakrdw.com/?ic=details&id=4 --089e0149421042ddb90501a8f438 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable

Dear=C2=A0Sir/Madam

=C2=A0

The=C2=A0Asian Economic= and Social Society and Pak Publishing Group=C2=A0are organizing a 2nd International Conference on Economics, Finance and Management Outlooks

20-21 December, 2014, Pearl Internat= ional Hotel, Kuala Lumpur, Malaysia.

Website:=C2=A0http://www.pakrdw.com/?ic=3Ddetails&i= d=3D4 =C2=A0

=C2=A0

We would like to take this opportunity = to invite you and your colleagues to attend this conference on=C2=A020-21 December= , 2014 Malaysia. Please share this call for paper with your friends and colleagues through forwarding e-mail.=C2=A0=C2=A0

=C2=A0

The call for paper find below this e-ma= il.

=C2=A0

=C2=A0

Call for Paper=



The 2nd International Conference on Economics, Finance and Management Outlo= oks 20-21 December is organized by the Asian Economic and Social Society, and P= ak Publishing Group. The purpose of this conference is to bring together researchers from around the globe in order to present and discuss new trend= s in the fields of Scientific Research.

=C2=A0

=C2=A0

Topics of interest for submission include, but are not limited to:

Conference Main Theme:=C2=A0 Economics,= Finance and Management Outlooks

=C2=A0

Sub-themes

=C2=A0

Economic Issues

=C2=A0

=

Growth and Development Strategies

Fiscal System and Policy

Monetary System and Policy

Income Distribution

Poverty

Unemployment

Inflation

Investment

Consumption and Saving

Human Capital

Trade Policy

FDI

WTO

The History of Economic Thought<= /p>

Energy and Environment

Financial Issues

Financial Reforms

Finance and Investment

Finance and Saving

International Trade and

=

=C2=A0

Finance

=

Asset Pricing Theory

Risk Securitization

Derivatives and Structured Financial Pr= oducts

Commercial Insurance and Reinsurance

Corporate Finance, Mergers and Acquisit= ions

The Microstructure of the Financial Mar= ket

Liquidity and Price mechanism in stock = Market

=

=C2=A0

Management Issues=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2= =A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0

=

Business Management

Corporate Governance

Human Resource Management

Business & Market Strategies=

Entrepreneurship

E-business Services

Information Technology Management

Production & Operations Strategies<= /span>

Total Quality Management

Strategic Management

Mutual Fund Management

T-bill, T-bond, and Dividend Policy

Management Research Methods and Manager= ial Economics

Corporate Social Responsibility<= /p>

Economic Sustainability and any discipl= ines concerning the interaction between management and enterprise sustainable development

Proceeding

All selected papers will be published i= n a book with an ISBN by Pak publishing Group. Conference proceedings will be submit= ted to ISI Thomson Reuters Web of Science, Google Scholar, and Microsoft Academ= ic Search for consideration and indexation.

=C2=A0

Journal Publication

After conference presentation few selec= ted papers will publish in the special or regular issues of the following journals:

=C2=A0=

Asian Econo= mic and Financial Review=C2=A0
(Online ISSN:=C2=A02222-6737 -=C2=A0Print ISSN:=C2=A02305-214= 7 )
URL:=C2=A0http://www.aessweb.com/journals/5002

=C2=A0<= /p>

Internation= al journal of Asian Social Science=C2=A0
(Online ISSN:=C2=A02224-4441- Print ISSN:=C2=A02226-5139 ) URL :=C2=A0http://www.aessweb.com/journals/5007


International Journal of Management and Sustainability=C2=A0
(Online ISSN:=C2=A02306-0662=C2=A0- Print ISSN:=C2=A02306-985= 6 )
URL :=C2=A0http://www.pakinsight.com/?ic=3Djournal&journal= =3D11

International Jou= rnal of Sustainable Development & World Policy=C2=A0
(Online ISSN:=C2=A02305-705X=C2=A0- Print ISSN:=C2=A02306-992= 9)=C2=A0
URL:=C2=A0http://www.pakinsight.com/?ic=3Djournal&journal= =3D26

International Jou= rnal of Sustainable Energy and Environmental Research=C2=A0
(Online ISSN:=C2=A02306-6253=C2=A0- Print ISSN:=C2=A02312-576= 4)
URL:=C2=A0http://www.pakinsight.com/?ic=3Djournal&journal= =3D13

Humanities and So= cial Sciences Letters
( Online ISSN: 2312-4318 )
URL:=C2=A0http://www.pakinsight.com/?ic=3Djournal&journal=3D73

International Journa= l of Business, Economics and Management=C2=A0
(Online ISSN: 2312-0916 - Print ISSN: 2312-5772)

Journal of Empiri= cal Studies=C2=A0
(Online ISSN: 2312-6248 - Print ISSN: 2312-623X)
URL:=C2=A0h= ttp://www.pakinsight.com/?ic=3Djournal&journal=3D66

Journal of Social Ec= onomics Research=C2=A0
(Online ISSN: 2312-6264 - Print ISSN: 2312-6329)
URL:=C2=A0h= ttp://www.pakinsight.com/?ic=3Djournal&journal=3D35

Review of Knowled= ge Economy
URL:=C2=A0http://www.pakinsight.com/?ic=3Djournal&journal=3D67


Journal of Tourism Management Research
URL:htt= p://www.pakinsight.com/?ic=3Djournal&journal=3D31

Journal of Challenge= s
URL:=C2=A0http://www.pakinsight.com/?ic=3Djournal&journal=3D85

The Econometric R= eviews
URL:=C2=A0http://www.pakinsight.com/?ic=3Djournal&journal=3D88


International Journal of Public Policy and Administration Research
URL:=C2=A0http://www.pakinsight.com/?ic=3Djournal&journal=3D74

= =C2=A0

IMPORTANT DATES



Abstract Submission Date: 27 September, 2014

Decision of Acceptan= ce/Rejection: Within 15 days of submission

Full Paper Submissio= n Date: 14 November, 2014

Early Bird Discount = Date: 14 November, 2014

Conference date: 20-= 21 December, 2014

=C2=A0

Submit your paper: http:/= /www.pakrdw.com/?ic=3Ddetails&id=3D4&info=3Dsubmission

Registration:=C2=A0http://www.pakrdw.= com/?ic=3Ddetails&id=3D4&info=3Ddates =C2=A0

Download Conference Brochure:=C2=A0 Confer= ence Brochure

=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2= =A0=C2=A0=C2=A0=C2=A0=C2=A0

Contact Information

ICEFMO 2014 Secretariat
Asian Economic and Social Society

Pak Publishing Group

E-mail:=C2=A0conference@pakinsight.com=C2=A0;=C2=A0editor@aessweb.com

Website:=C2=A0http://www.pakrdw.com/?ic=3Ddetails&id=3D4 = =C2=A0

=C2=A0

--089e0149421042ddb90501a8f438-- From nscott@redhat.com Thu Aug 28 03:00:48 2014 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on oss.sgi.com X-Spam-Level: X-Spam-Status: No, score=0.0 required=5.0 tests=none autolearn=ham version=3.3.1 X-Original-To: pcp@oss.sgi.com Delivered-To: pcp@oss.sgi.com Received: from relay.sgi.com (relay2.corp.sgi.com [137.38.102.29]) by oss.sgi.com (Postfix) with ESMTP id A78DB7F3F for ; Thu, 28 Aug 2014 03:00:48 -0500 (CDT) Received: from cuda.sgi.com (cuda2.sgi.com [192.48.176.25]) by relay2.corp.sgi.com (Postfix) with ESMTP id 91BCB304053 for ; Thu, 28 Aug 2014 01:00:48 -0700 (PDT) X-ASG-Debug-ID: 1409212841-04cbb054858a62c0001-S8gJnT Received: from mx5-phx2.redhat.com (mx5-phx2.redhat.com [209.132.183.37]) by cuda.sgi.com with ESMTP id G9wFDtTDNQm7Xntd for ; Thu, 28 Aug 2014 01:00:41 -0700 (PDT) X-Barracuda-Envelope-From: nscott@redhat.com X-Barracuda-Apparent-Source-IP: 209.132.183.37 Received: from zmail20.collab.prod.int.phx2.redhat.com (zmail20.collab.prod.int.phx2.redhat.com [10.5.83.23]) by mx5-phx2.redhat.com (8.14.4/8.14.4) with ESMTP id s7S80eIn019799 for ; Thu, 28 Aug 2014 04:00:41 -0400 Date: Thu, 28 Aug 2014 04:00:40 -0400 (EDT) From: Nathan Scott Reply-To: Nathan Scott To: PCP Mailing List Message-ID: <448103663.39991928.1409212840823.JavaMail.zimbra@redhat.com> In-Reply-To: <745777737.39991528.1409212796502.JavaMail.zimbra@redhat.com> Subject: pcp updates: docs, gui lib, py3, qa (+kenj merge) MIME-Version: 1.0 X-ASG-Orig-Subj: pcp updates: docs, gui lib, py3, qa (+kenj merge) Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-Originating-IP: [10.5.82.7] X-Mailer: Zimbra 8.0.6_GA_5922 (ZimbraWebClient - FF17 (Linux)/8.0.6_GA_5922) Thread-Topic: pcp updates: docs, gui lib, py3, qa (+kenj merge) Thread-Index: NBbOjCn5DErMDvWYVNOkjQ7euSz1mw== X-Barracuda-Connect: mx5-phx2.redhat.com[209.132.183.37] X-Barracuda-Start-Time: 1409212841 X-Barracuda-URL: http://192.48.176.25:80/cgi-mod/mark.cgi X-Virus-Scanned: by bsmtpd at sgi.com X-Barracuda-BRTS-Status: 1 X-Barracuda-Spam-Score: 0.02 X-Barracuda-Spam-Status: No, SCORE=0.02 using per-user scores of TAG_LEVEL=1000.0 QUARANTINE_LEVEL=1000.0 KILL_LEVEL=2.7 tests=THREAD_INDEX, THREAD_TOPIC X-Barracuda-Spam-Report: Code version 3.2, rules version 3.2.3.8906 Rule breakdown below pts rule name description ---- ---------------------- -------------------------------------------------- 0.01 THREAD_INDEX thread-index: AcO7Y8iR61tzADqsRmmc5wNiFHEOig== 0.01 THREAD_TOPIC Thread-Topic: ...(Japanese Subject)... Changes committed to git://git.pcp.io/pcp.git dev man/html/cclicense.html | 6 man/html/contacts.html | 18 man/html/credits.html | 32 man/html/glossary.html | 6 man/html/gpl.html | 6 man/html/howto.cpuperf.html | 6 man/html/howto.diskmodel.html | 6 man/html/howto.diskperf.html | 7 man/html/howto.enterprise.html | 7 man/html/howto.systemlog.html | 6 man/html/index.html | 9 man/html/installation.html | 35 man/html/lab.auth.html | 6 man/html/lab.importdata.html | 18 man/html/lab.mmapvalues.html | 6 man/html/lab.pmchart.html | 6 man/html/lab.pmdas.html | 6 man/html/lab.pmie.html | 6 man/html/lab.pmieconf.html | 6 man/html/lab.pmlogconf.html | 6 man/html/lab.pmlogger.html | 6 man/html/lab.pmview.html | 6 man/html/lab.secure.html | 8 man/html/lab.trace.html | 6 man/html/overview.html | 6 man/html/pcp.whatsnew.html | 89 - man/html/pcpgui.whatsnew.html | 70 - man/html/pcpintro.html | 8 man/html/pmchart.html | 9 man/html/qwtlicense.html | 6 man/html/timecontrol.html | 6 man/html/views.html | 6 qa/.gitignore | 4 qa/156 | 11 qa/156.out | 335 +++++++ qa/156.out.1 | 367 ------- qa/156.out.2 | 297 ------ qa/156.out.3 | 335 ------- qa/162 | 17 qa/162.out | 387 ++++++++ qa/162.out.1 | 362 ------- qa/162.out.2 | 363 ------- qa/162.out.3 | 368 ------- qa/162.out.4 | 439 --------- qa/162.out.5 | 387 -------- qa/256 | 17 qa/256.out | 771 ++++++++++++++++ qa/256.out.1 | 562 ----------- qa/256.out.2 | 771 ---------------- qa/509 | 8 qa/509.out | 234 ++++ qa/509.out.1 | 92 - qa/509.out.2 | 234 ---- qa/569 | 2 qa/src/check_import.python | 4 qa/src/test_pcp.python | 196 ++-- qa/src/test_pcp_getopts.python | 42 qa/src/test_pcp_options.python | 18 qa/src/test_pcp_time.python | 10 qa/src/test_pmcc.python | 44 qa/src/test_pmi.python | 26 qa/src/test_webapi.python | 30 src/.gitignore | 3 src/include/buildrules | 9 src/libapp/.gitignore | 1 src/libapp/GNUmakefile | 44 src/libapp/app.cpp | 256 ----- src/libapp/app.h | 81 - src/libapp/console.cpp | 96 -- src/libapp/console.h | 40 src/libapp/console.ui | 132 -- src/libapp/fileiconprovider.cpp | 139 -- src/libapp/fileiconprovider.h | 52 - src/libapp/groupcontrol.cpp | 259 ----- src/libapp/groupcontrol.h | 88 - src/libapp/libapp.pro.in | 16 src/libapp/libapp.qrc | 43 src/libapp/recorddialog.cpp | 327 ------ src/libapp/recorddialog.h | 93 - src/libapp/recorddialog.ui | 540 ----------- src/libapp/statusbar.cpp | 105 -- src/libapp/statusbar.h | 61 - src/libapp/timebutton.cpp | 78 - src/libapp/timebutton.h | 60 - src/libapp/timecontrol.cpp | 441 --------- src/libapp/timecontrol.h | 110 -- src/libapp/viewcontrol.cpp | 164 --- src/libapp/viewcontrol.h | 70 - src/libpcp_qed/GNUmakefile | 27 src/libpcp_qed/src/GNUmakefile | 24 src/libpcp_qed/src/libpcp_qed.pro | 49 + src/libpcp_qed/src/qed.h | 28 src/libpcp_qed/src/qed_actionlist.cpp | 52 + src/libpcp_qed/src/qed_actionlist.h | 40 src/libpcp_qed/src/qed_app.cpp | 256 +++++ src/libpcp_qed/src/qed_app.h | 82 + src/libpcp_qed/src/qed_bar.cpp | 78 + src/libpcp_qed/src/qed_bar.h | 66 + src/libpcp_qed/src/qed_colorlist.cpp | 38 src/libpcp_qed/src/qed_colorlist.h | 33 src/libpcp_qed/src/qed_console.cpp | 96 ++ src/libpcp_qed/src/qed_console.h | 41 src/libpcp_qed/src/qed_console.ui | 132 ++ src/libpcp_qed/src/qed_fileiconprovider.cpp | 140 ++ src/libpcp_qed/src/qed_fileiconprovider.h | 53 + src/libpcp_qed/src/qed_gadget.cpp | 26 src/libpcp_qed/src/qed_gadget.h | 33 src/libpcp_qed/src/qed_groupcontrol.cpp | 260 +++++ src/libpcp_qed/src/qed_groupcontrol.h | 89 + src/libpcp_qed/src/qed_label.cpp | 24 src/libpcp_qed/src/qed_label.h | 38 src/libpcp_qed/src/qed_led.cpp | 150 +++ src/libpcp_qed/src/qed_led.h | 65 + src/libpcp_qed/src/qed_legend.cpp | 53 + src/libpcp_qed/src/qed_legend.h | 55 + src/libpcp_qed/src/qed_line.cpp | 92 + src/libpcp_qed/src/qed_line.h | 44 src/libpcp_qed/src/qed_recorddialog.cpp | 327 ++++++ src/libpcp_qed/src/qed_recorddialog.h | 94 + src/libpcp_qed/src/qed_recorddialog.ui | 540 +++++++++++ src/libpcp_qed/src/qed_statusbar.cpp | 106 ++ src/libpcp_qed/src/qed_statusbar.h | 62 + src/libpcp_qed/src/qed_timebutton.cpp | 79 + src/libpcp_qed/src/qed_timebutton.h | 61 + src/libpcp_qed/src/qed_timecontrol.cpp | 442 +++++++++ src/libpcp_qed/src/qed_timecontrol.h | 111 ++ src/libpcp_qed/src/qed_viewcontrol.cpp | 165 +++ src/libpcp_qed/src/qed_viewcontrol.h | 71 + src/libpcp_qmc/src/GNUmakefile | 1 src/libpcp_qmc/src/qmc_time.cpp | 28 src/libpcp_qwt/src/GNUmakefile | 1 src/pcp/dmcache/pcp-dmcache.py | 14 src/pcp/free/pcp-free.py | 338 +++---- src/pcp/numastat/pcp-numastat.py | 212 ++-- src/pcp/uptime/pcp-uptime.py | 135 +- src/pmatop/pmatop.py | 26 src/pmchart/.gitignore | 2 src/pmchart/GNUmakefile | 30 src/pmchart/aboutdialog.ui | 4 src/pmchart/chartdialog.cpp | 4 src/pmchart/chartdialog.ui | 14 src/pmchart/console.ui | 2 src/pmchart/exportdialog.ui | 4 src/pmchart/fileiconprovider.cpp | 22 src/pmchart/hostdialog.ui | 2 src/pmchart/images/.gitignore | 1 src/pmchart/infodialog.ui | 2 src/pmchart/namespace.cpp | 6 src/pmchart/openviewdialog.cpp | 4 src/pmchart/openviewdialog.ui | 10 src/pmchart/pmchart.qrc | 112 +- src/pmchart/pmchart.rc | 2 src/pmchart/pmchart.ui | 44 src/pmchart/recorddialog.ui | 8 src/pmchart/samplesdialog.ui | 2 src/pmchart/saveviewdialog.ui | 6 src/pmchart/seealsodialog.ui | 4 src/pmchart/settingsdialog.ui | 4 src/pmchart/tabdialog.ui | 6 src/pmchart/timebutton.cpp | 22 src/pmdas/mmv/src/mmv.c | 44 src/pmgadgets/.gitignore | 7 src/pmgadgets/GNUmakefile | 68 + src/pmgadgets/global.h | 27 src/pmgadgets/lex.l | 133 ++ src/pmgadgets/main.cpp | 56 + src/pmgadgets/parse.cpp | 1339 ++++++++++++++++++++++++++++ src/pmgadgets/pmgadgets-args.sh | 381 +++++++ src/pmgadgets/pmgadgets.cpp | 55 + src/pmgadgets/pmgadgets.h | 40 src/pmgadgets/pmgadgets.info.in | 18 src/pmgadgets/pmgadgets.pro | 23 src/pmgadgets/pmgadgets.qrc | 6 src/pmgadgets/pmgadgets.sh.IN | 2 src/pmgadgets/pmgcisco.sh | 251 +++++ src/pmgadgets/pmgcluster.sh | 281 +++++ src/pmgadgets/pmgshping.sh | 242 +++++ src/pmgadgets/pmgsys.py | 380 +++++++ src/pmgadgets/tokens.h | 60 + src/pmquery/.gitignore | 1 src/pmquery/GNUmakefile | 10 src/pmquery/images/.gitignore | 1 src/pmquery/pmquery.cpp | 12 src/pmquery/pmquery.qrc | 12 src/pmtime/.gitignore | 2 src/pmtime/GNUmakefile | 17 src/pmtime/aboutdialog.ui | 4 src/pmtime/console.ui | 2 src/pmtime/images/.gitignore | 1 src/pmtime/pmtime.qrc | 40 src/pmtime/pmtime.rc | 2 src/pmtime/pmtimearch.ui | 10 src/pmtime/pmtimelive.ui | 12 src/pmtime/seealsodialog.ui | 4 src/pmtime/showboundsdialog.ui | 2 src/pmview/.gitignore | 3 src/pmview/GNUmakefile | 36 src/pmview/README | 58 - src/pmview/front-ends/GNUmakefile | 2 src/pmview/lex.l | 62 - src/pmview/main.cpp | 14 src/pmview/main.h | 11 src/pmview/pmview.cpp | 19 src/pmview/pmview.h | 12 src/pmview/pmview.pro | 34 src/pmview/pmview.pro.in | 31 src/pmview/pmview.qrc | 38 src/pmview/pmview.ui | 2 src/pmview/scenegroup.cpp | 36 src/pmview/scenegroup.h | 6 210 files changed, 10393 insertions(+), 9281 deletions(-) commit 230def56896e87010de895a9e985e80a83b8dbe7 Author: Nathan Scott Date: Thu Aug 28 17:51:48 2014 +1000 Merge the pmgadgets WIP branch and begin refactoring code The pmgadgets and pmview branches had both formed new libs for sharing common code - merge these into one and prepare the way for pmchart to play in this sandpit too. At this stage alot of this is not built as part of regular builds. One visible change is that images being pulled in via Qt resource files (qrc) are no longer individually set in the makefiles. Instead, each separate tool creates a local symlink to the top-level images SUBDIR and they are always referenced with an images/ prefix. Simplifies some parts of the build. commit 26376e7677fcc3cd73df521d8e71be4c396540f1 Author: Nathan Scott Date: Thu Aug 28 12:55:34 2014 +1000 Fix filter in qa/569 for highres event sample metric commit 6c86b3876d851e6bb71563ee64e4c89cc7887260 Author: Nathan Scott Date: Thu Aug 28 12:50:45 2014 +1000 Long option support added to pmdammv commit 0a3d31baa7db127f400ffc9d8e2e738e23489d96 Author: Nathan Scott Date: Thu Aug 28 12:50:00 2014 +1000 Python v3 updates in QA tests and monitor tools commit 4f6efbeda2c5fe0dbe7a2be3e75ebef40cbfbc5e Author: Nathan Scott Date: Thu Aug 28 10:54:28 2014 +1000 Updates to the online html documentation Update all the URLs and slightly out-of-date procedures. Add a placeholder for Markos quick reference guide which will arrive shortly. commit 63e6673068e8434e39610a98dec69a7e6cd4c3af Author: Nathan Scott Date: Thu Aug 28 09:26:47 2014 +1000 Rationalise golden output for some pmdasample tests From pevans@redhat.com Thu Aug 28 12:15:59 2014 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on oss.sgi.com X-Spam-Level: X-Spam-Status: No, score=0.0 required=5.0 tests=none autolearn=ham version=3.3.1 X-Original-To: pcp@oss.sgi.com Delivered-To: pcp@oss.sgi.com Received: from relay.sgi.com (relay1.corp.sgi.com [137.38.102.111]) by oss.sgi.com (Postfix) with ESMTP id 931387F3F for ; Thu, 28 Aug 2014 12:15:59 -0500 (CDT) Received: from cuda.sgi.com (cuda3.sgi.com [192.48.176.15]) by relay1.corp.sgi.com (Postfix) with ESMTP id 728048F8052 for ; Thu, 28 Aug 2014 10:15:59 -0700 (PDT) X-ASG-Debug-ID: 1409246154-04cb6c54fd6357e0001-S8gJnT Received: from mx1.redhat.com (mx1.redhat.com [209.132.183.28]) by cuda.sgi.com with ESMTP id akkl0MnF1EC8sFiA (version=TLSv1 cipher=AES256-SHA bits=256 verify=NO) for ; Thu, 28 Aug 2014 10:15:55 -0700 (PDT) X-Barracuda-Envelope-From: pevans@redhat.com X-Barracuda-Apparent-Source-IP: 209.132.183.28 X-ASG-Whitelist: Client Received: from int-mx10.intmail.prod.int.phx2.redhat.com (int-mx10.intmail.prod.int.phx2.redhat.com [10.5.11.23]) by mx1.redhat.com (8.14.4/8.14.4) with ESMTP id s7SHFsWJ032324 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=FAIL) for ; Thu, 28 Aug 2014 13:15:54 -0400 Received: from [10.36.5.246] (vpn1-5-246.ams2.redhat.com [10.36.5.246]) by int-mx10.intmail.prod.int.phx2.redhat.com (8.14.4/8.14.4) with ESMTP id s7SHFqo9028122; Thu, 28 Aug 2014 13:15:53 -0400 Message-ID: <53FF63C8.4020902@redhat.com> Date: Thu, 28 Aug 2014 18:15:52 +0100 From: Paul Evans User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:24.0) Gecko/20100101 Thunderbird/24.7.0 MIME-Version: 1.0 To: nathans@redhat.com CC: pcp@oss.sgi.com Subject: pmdagfs2: updates Content-Type: text/plain; charset=ISO-8859-1; format=flowed X-ASG-Orig-Subj: pmdagfs2: updates Content-Transfer-Encoding: 7bit X-Scanned-By: MIMEDefang 2.68 on 10.5.11.23 X-Barracuda-Connect: mx1.redhat.com[209.132.183.28] X-Barracuda-Start-Time: 1409246155 X-Barracuda-Encrypted: AES256-SHA X-Barracuda-URL: http://192.48.176.15:80/cgi-mod/mark.cgi X-Virus-Scanned: by bsmtpd at sgi.com X-Barracuda-BRTS-Status: 1 Changes committed to git://github.com/pauljevans/pcp.git dev qa/654 | 2 +- qa/655 | 22 +- qa/655.out | 1655 ++++++++++++---------------------------------- src/pmdas/gfs2/ftrace.c | 3 +- src/pmdas/gfs2/latency.c | 6 +- src/pmdas/gfs2/pmda.c | 25 +- 6 files changed, 472 insertions(+), 1241 deletions(-) commit e3023879da3ebdbe0012db6326a3ff9df8ef81dc Author: Paul Evans Date: Thu Aug 28 17:54:19 2014 +0100 pmdagfs2: Fix issue with RHEL 6.6 ftrace not having irq-info option The current version of ftrace included in the RHEL 6.6 beta does not include the irq-info option as part of its trace function output (default is include and enabled with other distributions). This results in the tracepoint output given by the trace_pipe being different to what is expected and the PMDA hanging on collection of the newly added latency metrics (timeout and killed by PMCD). To tackle this we turn off the irq-info option in versions of ftrace that have the option and tweak the expected trace_pipe output so that the same output will be given by all distributions if they have irq-info option support or not. commit 01bcd0cb503401e13f737cf0d1d8f85800e65538 Author: Paul Evans Date: Thu Aug 28 17:52:28 2014 +0100 pmdagfs2: Update qa tests to remove erroneous reference to valgrind Update qa/655 to remove erroneous reference to valgrind in the echo text. Also made a few more corrections to qa/654 as well as updating 655.out. Have also changed the metrics checked in qa/655 to exclude metrics which may change from "no values available" to having metric values based on filesyste activity during testing. Took me longer than it should have to figure out why qa was failing only on RHEL 6.6 and not on the others, managed to track it down to ftrace missing the irq-info option which is available and enabled by default on all other distributions (need to check if this is intended). The attached fix will sorts out the problem whilst ensuring code parity for all distributions. I plan on coming back to this in the next couple of weeks to improve the tracepoint fetch code by switching to using the ftrace binary interface which should be a cleaner and quicker implementation. With qa/655, the valgrind references managed to slip in from some other qa improvements work that I am testing at the moment these aren't ready to be sent yet; Have removed them whilst making some additional improvements to qa/655. All of the patches have been tested and have had covscan run on them. As always please let me know if there are any issues and feedback is welcome. Cheers, Paul From kenj@kenj.com.au Fri Aug 29 00:18:24 2014 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on oss.sgi.com X-Spam-Level: X-Spam-Status: No, score=0.0 required=5.0 tests=none autolearn=ham version=3.3.1 X-Original-To: pcp@oss.sgi.com Delivered-To: pcp@oss.sgi.com Received: from relay.sgi.com (relay1.corp.sgi.com [137.38.102.111]) by oss.sgi.com (Postfix) with ESMTP id B2E907F90 for ; Fri, 29 Aug 2014 00:18:24 -0500 (CDT) Received: from cuda.sgi.com (cuda3.sgi.com [192.48.176.15]) by relay1.corp.sgi.com (Postfix) with ESMTP id 9B7128F804B for ; Thu, 28 Aug 2014 22:18:24 -0700 (PDT) X-ASG-Debug-ID: 1409289497-04cb6c55006588f0001-S8gJnT Received: from ipmail06.adl2.internode.on.net (ipmail06.adl2.internode.on.net [150.101.137.129]) by cuda.sgi.com with ESMTP id b4q4jQQKsrJpcQpQ for ; Thu, 28 Aug 2014 22:18:17 -0700 (PDT) X-Barracuda-Envelope-From: kenj@kenj.com.au X-Barracuda-Apparent-Source-IP: 150.101.137.129 Received: from ppp118-209-23-217.lns20.mel4.internode.on.net (HELO bozo-vm.localdomain) ([118.209.23.217]) by ipmail06.adl2.internode.on.net with ESMTP; 29 Aug 2014 14:48:16 +0930 Received: by bozo-vm.localdomain (Postfix, from userid 1000) id 8E5A3A5180; Fri, 29 Aug 2014 15:17:54 +1000 (EST) To: pcp@oss.sgi.com Subject: pcp updates - debian build and mysql pmda qa Message-Id: <20140829051754.8E5A3A5180@bozo-vm.localdomain> X-ASG-Orig-Subj: pcp updates - debian build and mysql pmda qa Date: Fri, 29 Aug 2014 15:17:54 +1000 (EST) From: kenj@kenj.com.au (Ken McDonell) X-Barracuda-Connect: ipmail06.adl2.internode.on.net[150.101.137.129] X-Barracuda-Start-Time: 1409289497 X-Barracuda-URL: http://192.48.176.15:80/cgi-mod/mark.cgi X-Virus-Scanned: by bsmtpd at sgi.com X-Barracuda-BRTS-Status: 1 X-Barracuda-Spam-Score: 0.00 X-Barracuda-Spam-Status: No, SCORE=0.00 using per-user scores of TAG_LEVEL=1000.0 QUARANTINE_LEVEL=1000.0 KILL_LEVEL=2.7 tests= X-Barracuda-Spam-Report: Code version 3.2, rules version 3.2.3.8942 Rule breakdown below pts rule name description ---- ---------------------- -------------------------------------------------- Changes committed to git://git.performancecopilot.org/kenj/pcp.git dev debian/libpcp-pmda3-dev.install | 65 ++++++++++++++++++-------------- debian/libpcp3-dev.install | 7 ++- qa/748 | 11 ++++- qa/748.out | 24 ++++++++++-- qa/archives/mk.mysql.sh | 63 +++++++++++++++++++++++++++++++ qa/archives/mysql-1.0 |binary qa/archives/mysql-1.index |binary qa/archives/mysql-1.meta |binary src/pmdas/mysql/GNUmakefile | 3 + src/pmdas/mysql/README | 79 ++++++++++++++++++++++++++++++++++++++++ 10 files changed, 214 insertions(+), 38 deletions(-) commit 969fdeebdafef15d2c7d392bd8e27e2c7158e68e Author: Ken McDonell Date: Fri Aug 29 15:16:22 2014 +1000 mysql pmda - add one more grant to the README commit 06fcd4ec684d329662c0061859a524debfe09568 Author: Ken McDonell Date: Fri Aug 29 15:14:30 2014 +1000 qa/748 - track mysql pmda changes Added tool to recreate mysql archive ... archives/mk.mysql.sh Add new mysql archive. Updated qa/748. commit 054396ba9e3799b738c3b1e56fc6dbe489d937ee Author: Ken McDonell Date: Fri Aug 29 15:11:24 2014 +1000 Debian -- fix build failures from recent new highres event record man pages commit 969ff549e34d0fa0cd214ce30848856dc2169836 Author: Ken McDonell Date: Fri Aug 29 08:43:54 2014 +1000 mysql PMDA - add README to explain how to make this puppy work From nscott@redhat.com Fri Aug 29 01:15:29 2014 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on oss.sgi.com X-Spam-Level: X-Spam-Status: No, score=0.0 required=5.0 tests=none autolearn=ham version=3.3.1 X-Original-To: pcp@oss.sgi.com Delivered-To: pcp@oss.sgi.com Received: from relay.sgi.com (relay2.corp.sgi.com [137.38.102.29]) by oss.sgi.com (Postfix) with ESMTP id A4B697F90 for ; Fri, 29 Aug 2014 01:15:29 -0500 (CDT) Received: from cuda.sgi.com (cuda2.sgi.com [192.48.176.25]) by relay2.corp.sgi.com (Postfix) with ESMTP id 9269A304051 for ; Thu, 28 Aug 2014 23:15:26 -0700 (PDT) X-ASG-Debug-ID: 1409292921-04cbb054878e5460001-S8gJnT Received: from mx3-phx2.redhat.com (mx3-phx2.redhat.com [209.132.183.24]) by cuda.sgi.com with ESMTP id ErSf7rtYJTaa6sYL for ; Thu, 28 Aug 2014 23:15:21 -0700 (PDT) X-Barracuda-Envelope-From: nscott@redhat.com X-Barracuda-Apparent-Source-IP: 209.132.183.24 Received: from zmail20.collab.prod.int.phx2.redhat.com (zmail20.collab.prod.int.phx2.redhat.com [10.5.83.23]) by mx3-phx2.redhat.com (8.13.8/8.13.8) with ESMTP id s7T6FL2T008264; Fri, 29 Aug 2014 02:15:21 -0400 Date: Fri, 29 Aug 2014 02:15:21 -0400 (EDT) From: Nathan Scott Reply-To: Nathan Scott To: Paul Evans Cc: pcp@oss.sgi.com Message-ID: <352630399.40713023.1409292921192.JavaMail.zimbra@redhat.com> In-Reply-To: <53FF63C8.4020902@redhat.com> References: <53FF63C8.4020902@redhat.com> Subject: Re: pmdagfs2: updates MIME-Version: 1.0 X-ASG-Orig-Subj: Re: pmdagfs2: updates Content-Type: multipart/mixed; boundary="----=_Part_40713021_663631846.1409292921188" X-Originating-IP: [10.5.82.7] X-Mailer: Zimbra 8.0.6_GA_5922 (ZimbraWebClient - FF17 (Linux)/8.0.6_GA_5922) Thread-Topic: pmdagfs2: updates Thread-Index: uSDUk0ogyZ21y9HPvGDI1B8qTBOXDw== X-Barracuda-Connect: mx3-phx2.redhat.com[209.132.183.24] X-Barracuda-Start-Time: 1409292921 X-Barracuda-URL: http://192.48.176.25:80/cgi-mod/mark.cgi X-Virus-Scanned: by bsmtpd at sgi.com X-Barracuda-BRTS-Status: 1 X-Barracuda-Spam-Score: 0.03 X-Barracuda-Spam-Status: No, SCORE=0.03 using per-user scores of TAG_LEVEL=1000.0 QUARANTINE_LEVEL=1000.0 KILL_LEVEL=2.7 tests=BSF_SC0_SA_TO_FROM_DOMAIN_MATCH, THREAD_INDEX, THREAD_TOPIC X-Barracuda-Spam-Report: Code version 3.2, rules version 3.2.3.8943 Rule breakdown below pts rule name description ---- ---------------------- -------------------------------------------------- 0.01 THREAD_INDEX thread-index: AcO7Y8iR61tzADqsRmmc5wNiFHEOig== 0.01 THREAD_TOPIC Thread-Topic: ...(Japanese Subject)... 0.01 BSF_SC0_SA_TO_FROM_DOMAIN_MATCH Sender Domain Matches Recipient Domain ------=_Part_40713021_663631846.1409292921188 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit Hi Paul, ----- Original Message ----- > Changes committed to git://github.com/pauljevans/pcp.git dev > [...] > With qa/655, the valgrind references managed to slip in from some other qa > improvements work that I am testing at the moment these aren't ready to be > sent yet; Have removed them whilst making some additional improvements to > qa/655. Ah, OK - looking forward to it! I still see a slight difference in qa/655 output; seems the loop devices are not being picked up any more, somehow? (.bad file attached) cheers. -- Nathan ------=_Part_40713021_663631846.1409292921188 Content-Type: application/octet-stream; name=655.out.bad Content-Disposition: attachment; filename=655.out.bad Content-Transfer-Encoding: base64 UUEgb3V0cHV0IGNyZWF0ZWQgYnkgNjU1CmVuYWJsaW5nIGdmczIgdHJhY2Vwb2ludHMKWW91IHdp bGwgbmVlZCB0byBjaG9vc2UgYW4gYXBwcm9wcmlhdGUgY29uZmlndXJhdGlvbiBmb3IgaW5zdGFs bGF0aW9uIG9mCnRoZSAiZ2ZzMiIgUGVyZm9ybWFuY2UgTWV0cmljcyBEb21haW4gQWdlbnQgKFBN REEpLgoKICBjb2xsZWN0b3IJY29sbGVjdCBwZXJmb3JtYW5jZSBzdGF0aXN0aWNzIG9uIHRoaXMg c3lzdGVtCiAgbW9uaXRvcglhbGxvdyB0aGlzIHN5c3RlbSB0byBtb25pdG9yIGxvY2FsIGFuZC9v ciByZW1vdGUgc3lzdGVtcwogIGJvdGgJCWNvbGxlY3RvciBhbmQgbW9uaXRvciBjb25maWd1cmF0 aW9uIGZvciB0aGlzIHN5c3RlbQoKUGxlYXNlIGVudGVyIGMob2xsZWN0b3IpIG9yIG0ob25pdG9y KSBvciBiKG90aCkgW2JdIFVwZGF0aW5nIHRoZSBQZXJmb3JtYW5jZSBNZXRyaWNzIE5hbWUgU3Bh Y2UgKFBNTlMpIC4uLgpUZXJtaW5hdGUgUE1EQSBpZiBhbHJlYWR5IGluc3RhbGxlZCAuLi4KWy4u Lmluc3RhbGwgZmlsZXMsIG1ha2Ugb3V0cHV0Li4uXQpVcGRhdGluZyB0aGUgUE1DRCBjb250cm9s IGZpbGUsIGFuZCBub3RpZnlpbmcgUE1DRCAuLi4KQ2hlY2sgZ2ZzMiBtZXRyaWNzIGhhdmUgYXBw ZWFyZWQgLi4uIDMxNiBtZXRyaWNzIGFuZCBOIHZhbHVlcwpjcmVhdGluZyBwc2V1ZG8gZGV2aWNl IDEKY3JlYXRpbmcgYSBtb3VudCBwb2ludCAxCmNyZWF0aW5nIGRldmljZSBmaWxlIDEKY3JlYXRp bmcgYSBtb3VudCBwb2ludCAxCm1vdW50aW5nIHBzZXVkbyBkZXZpY2UgMQpjcmVhdGluZyBwc2V1 ZG8gZGV2aWNlIDAKY3JlYXRpbmcgYSBtb3VudCBwb2ludCAwCmNyZWF0aW5nIGRldmljZSBmaWxl IDAKY3JlYXRpbmcgYSBtb3VudCBwb2ludCAwCm1vdW50aW5nIHBzZXVkbyBkZXZpY2UgMAplbmFi bGluZyBnZnMyIHRyYWNlcG9pbnRzCgo9PT0gQ2hlY2sgZm9yIHN1Y2Nlc3NmdWwgaW5zdGFsbCBv ZiBwbWRhID09PQoKPT09IENoZWNrIGdmczIgbWV0cmljcyBmb3IgYWxsIGZpbGVzeXN0ZW1zID09 PQoKZ2ZzMi5nbG9ja3MudG90YWwgUE1JRDogMTE1LjAuMCBbQ291bnQgb2YgdG90YWwgb2JzZXJ2 ZWQgaW5jb3JlIEdGUzIgZ2xvYmFsIGxvY2tzXQogICAgRGF0YSBUeXBlOiA2NC1iaXQgdW5zaWdu ZWQgaW50ICBJbkRvbTogMTE1LjAgMHgxY2MwMDAwMAogICAgU2VtYW50aWNzOiBpbnN0YW50ICBV bml0czogY291bnQKSGVscDoKQ291bnQgb2YgdG90YWwgaW5jb3JlIEdGUzIgZ2xvY2sgZGF0YSBz dHJ1Y3R1cmVzIGJhc2VkIG9uIHBhcnNpbmcgdGhlIGNvbnRlbnRzCm9mIHRoZSAvc3lzL2tlcm5l bC9kZWJ1Zy9nZnMyLzxiZGV2Pi9nbG9ja3MgZmlsZXMuCiAgICBpbnN0IFswIG9yICJsb29wTiJd IHZhbHVlIE5VTUJFUgogICAgaW5zdCBbMSBvciAibG9vcE4iXSB2YWx1ZSBOVU1CRVIKCmdmczIu Z2xvY2tzLnNoYXJlZCBQTUlEOiAxMTUuMC4xIFtHRlMyIGdsb2JhbCBsb2NrcyBpbiBzaGFyZWQg c3RhdGVdCiAgICBEYXRhIFR5cGU6IDY0LWJpdCB1bnNpZ25lZCBpbnQgIEluRG9tOiAxMTUuMCAw eDFjYzAwMDAwCiAgICBTZW1hbnRpY3M6IGluc3RhbnQgIFVuaXRzOiBjb3VudApIZWxwOgpDb3Vu dCBvZiBpbmNvcmUgR0ZTMiBnbG9jayBkYXRhIHN0cnVjdHVyZXMgaW4gc2hhcmVkIHN0YXRlLCBi YXNlZCBvbiBwYXJzaW5nCi9zeXMva2VybmVsL2RlYnVnL2dmczIvPGJkZXY+L2dsb2NrcyBlbnRy aWVzIHdpdGggc3RhdGUgZmllbGQgKHM6KSB2YWx1ZSAiU0giLgogICAgaW5zdCBbMCBvciAibG9v cE4iXSB2YWx1ZSBOVU1CRVIKICAgIGluc3QgWzEgb3IgImxvb3BOIl0gdmFsdWUgTlVNQkVSCgpn ZnMyLmdsb2Nrcy51bmxvY2tlZCBQTUlEOiAxMTUuMC4yIFtHRlMyIGdsb2JhbCBsb2NrcyBpbiB1 bmxvY2tlZCBzdGF0ZV0KICAgIERhdGEgVHlwZTogNjQtYml0IHVuc2lnbmVkIGludCAgSW5Eb206 IDExNS4wIDB4MWNjMDAwMDAKICAgIFNlbWFudGljczogaW5zdGFudCAgVW5pdHM6IGNvdW50Ckhl bHA6CkNvdW50IG9mIGluY29yZSBHRlMyIGdsb2NrIGRhdGEgc3RydWN0dXJlcyBpbiB1bmxvY2tl ZCBzdGF0ZSwgYmFzZWQgb24gcGFyc2luZwovc3lzL2tlcm5lbC9kZWJ1Zy9nZnMyLzxiZGV2Pi9n bG9ja3MgZW50cmllcyB3aXRoIHN0YXRlIGZpZWxkIChzOikgdmFsdWUgIlVOIi4KICAgIGluc3Qg WzAgb3IgImxvb3BOIl0gdmFsdWUgTlVNQkVSCiAgICBpbnN0IFsxIG9yICJsb29wTiJdIHZhbHVl IE5VTUJFUgoKZ2ZzMi5nbG9ja3MuZGVmZXJyZWQgUE1JRDogMTE1LjAuMyBbR0ZTMiBnbG9iYWwg bG9ja3MgaW4gZGVmZXJyZWQgc3RhdGVdCiAgICBEYXRhIFR5cGU6IDY0LWJpdCB1bnNpZ25lZCBp bnQgIEluRG9tOiAxMTUuMCAweDFjYzAwMDAwCiAgICBTZW1hbnRpY3M6IGluc3RhbnQgIFVuaXRz OiBjb3VudApIZWxwOgpDb3VudCBvZiBpbmNvcmUgR0ZTMiBnbG9jayBkYXRhIHN0cnVjdHVyZXMg aW4gZGVmZXJyZWQgc3RhdGUsIGJhc2VkIG9uIHBhcnNpbmcKL3N5cy9rZXJuZWwvZGVidWcvZ2Zz Mi88YmRldj4vZ2xvY2tzIGVudHJpZXMgd2l0aCBzdGF0ZSBmaWVsZCAoczopIHZhbHVlICJERiIu CiAgICBpbnN0IFswIG9yICJsb29wTiJdIHZhbHVlIE5VTUJFUgogICAgaW5zdCBbMSBvciAibG9v cE4iXSB2YWx1ZSBOVU1CRVIKCmdmczIuZ2xvY2tzLmV4Y2x1c2l2ZSBQTUlEOiAxMTUuMC40IFtH RlMyIGdsb2JhbCBsb2NrcyBpbiBleGNsdXNpdmUgc3RhdGVdCiAgICBEYXRhIFR5cGU6IDY0LWJp dCB1bnNpZ25lZCBpbnQgIEluRG9tOiAxMTUuMCAweDFjYzAwMDAwCiAgICBTZW1hbnRpY3M6IGlu c3RhbnQgIFVuaXRzOiBjb3VudApIZWxwOgpDb3VudCBvZiBpbmNvcmUgR0ZTMiBnbG9jayBkYXRh IHN0cnVjdHVyZXMgaW4gZXhjbHVzaXZlIHN0YXRlLCBiYXNlZCBvbiBwYXJzaW5nCi9zeXMva2Vy bmVsL2RlYnVnL2dmczIvPGJkZXY+L2dsb2NrcyBlbnRyaWVzIHdpdGggc3RhdGUgZmllbGQgKHM6 KSB2YWx1ZSAiRVgiLgogICAgaW5zdCBbMCBvciAibG9vcE4iXSB2YWx1ZSBOVU1CRVIKICAgIGlu c3QgWzEgb3IgImxvb3BOIl0gdmFsdWUgTlVNQkVSCgo9PT0gQ2hlY2sgZ2ZzMiBtZXRyaWNzIGZv ciBhbGwgZmlsZXN5c3RlbXMgPT09CgpnZnMyLmdsc3RhdHMudG90YWwgUE1JRDogMTE1LjIuMCBb VGhlIHRvdGFsIG51bWJlciBvZiBjdXJyZW50IGdsb2Nrc10KICAgIERhdGEgVHlwZTogNjQtYml0 IHVuc2lnbmVkIGludCAgSW5Eb206IDExNS4wIDB4MWNjMDAwMDAKICAgIFNlbWFudGljczogaW5z dGFudCAgVW5pdHM6IGNvdW50CkhlbHA6ClRvdGFsIGNvdW50IG9mIHRoZSBudW1iZXIgb2YgZ2xv Y2tzIHdoaWNoIGN1cnJlbnRseSByZXNpZGUgZm9yIGZpbGVzeXN0ZW0gb24gCnRoZSBnaXZlbiBu b2RlLiBEYXRhIGlzIGJhc2VkIGZyb20gL3N5cy9rZXJuZWwvZGVidWcvZ2ZzMi88YmRldj4vZ2xz dGF0cwpjb3VudGluZyB0aGUgdG90YWwgbnVtYmVyIG9mIGdsb2NrIGVudHJpZXMuCk5vIHZhbHVl KHMpIGF2YWlsYWJsZSEKCmdmczIuZ2xzdGF0cy50cmFucyBQTUlEOiAxMTUuMi4xIFtUaGUgbnVt YmVyIG9mIHRyYW5zYWN0aW9uIGdsb2Nrc10KICAgIERhdGEgVHlwZTogNjQtYml0IHVuc2lnbmVk IGludCAgSW5Eb206IDExNS4wIDB4MWNjMDAwMDAKICAgIFNlbWFudGljczogaW5zdGFudCAgVW5p dHM6IGNvdW50CkhlbHA6ClRoZSBjb3VudCBvZiB0aGUgY3VycmVudCBudW1iZXIgb2YgdHJhbnNh Y3Rpb24gdHlwZSBnbG9ja3MgdGhhdCBjdXJyZW50bHkgZXhpc3QKZm9yIHRoZSBnaXZlbiBmaWxl c3lzdGVtLiBUaGUgZGF0YSBpcyByZWNvcmRlZCBhbmQgY291bnRlZCBmcm9tIC9zeXMva2VybmVs LwpkZWJ1Zy9nZnMyLzxiZGV2Pmdsc3RhdHMgZmlsZSBlbnRyaWVzIGZvciB0aGlzIHR5cGUgb2Yg Z2xvY2suCk5vIHZhbHVlKHMpIGF2YWlsYWJsZSEKCmdmczIuZ2xzdGF0cy5pbm9kZSBQTUlEOiAx MTUuMi4yIFtUaGUgbnVtYmVyIG9mIGlub2RlIChtZXRhZGF0YSBhbmQgZGF0YSkgZ2xvY2tzXQog ICAgRGF0YSBUeXBlOiA2NC1iaXQgdW5zaWduZWQgaW50ICBJbkRvbTogMTE1LjAgMHgxY2MwMDAw MAogICAgU2VtYW50aWNzOiBpbnN0YW50ICBVbml0czogY291bnQKSGVscDoKVGhlIGNvdW50IG9m IHRoZSBjdXJyZW50IG51bWJlciBvZiBpbm9kZSBtZXRhZGF0YSBhbmQgZGF0YSB0eXBlIGdsb2Nr cyB0aGF0CmN1cnJlbnRseSBleGlzdCBmb3IgdGhlIGdpdmVuIGZpbGVzeXN0ZW0uIFRoZSBkYXRh IGlzIHJlY29yZGVkIGFuZCBjb3VudGVkIGZyb20KL3N5cy9rZXJuZWwvZGVidWcvZ2ZzMi88YmRl dj5nbHN0YXRzIGZpbGUgZW50cmllcyBmb3IgdGhpcyB0eXBlIG9mIGdsb2NrLgpObyB2YWx1ZShz KSBhdmFpbGFibGUhCgpnZnMyLmdsc3RhdHMucmdycCBQTUlEOiAxMTUuMi4zIFtUaGUgbnVtYmVy IG9mIHJlc291cmNlIGdyb3VwIG1ldGFkYXRhIGdsb2Nrc10KICAgIERhdGEgVHlwZTogNjQtYml0 IHVuc2lnbmVkIGludCAgSW5Eb206IDExNS4wIDB4MWNjMDAwMDAKICAgIFNlbWFudGljczogaW5z dGFudCAgVW5pdHM6IGNvdW50CkhlbHA6ClRoZSBjb3VudCBvZiB0aGUgY3VycmVudCBudW1iZXIg b2YgcmVzb3VyY2UgZ3JvdXAgbWV0YWRhdGEgdHlwZSBnbG9ja3MgdGhhdApjdXJyZW50bHkgZXhp c3QgZm9yIHRoZSBnaXZlbiBmaWxlc3lzdGVtLiBUaGUgZGF0YSBpcyByZWNvcmRlZCBhbmQgY291 bnRlZCBmcm9tCi9zeXMva2VybmVsL2RlYnVnL2dmczIvPGJkZXY+Z2xzdGF0cyBmaWxlIGVudHJp ZXMgZm9yIHRoaXMgdHlwZSBvZiBnbG9jay4KTm8gdmFsdWUocykgYXZhaWxhYmxlIQoKZ2ZzMi5n bHN0YXRzLm1ldGEgUE1JRDogMTE1LjIuNCBbVGhlIG51bWJlciBvZiBzdXBlcmJsb2NrIGdsb2Nr c10KICAgIERhdGEgVHlwZTogNjQtYml0IHVuc2lnbmVkIGludCAgSW5Eb206IDExNS4wIDB4MWNj MDAwMDAKICAgIFNlbWFudGljczogaW5zdGFudCAgVW5pdHM6IGNvdW50CkhlbHA6ClRoZSBjb3Vu dCBvZiB0aGUgY3VycmVudCBudW1iZXIgb2Ygc3VwZXJibG9jayB0eXBlIGdsb2NrcyB0aGF0IGN1 cnJlbnRseSBleGlzdApmb3IgdGhlIGdpdmVuIGZpbGVzeXN0ZW0uIFRoZSBkYXRhIGlzIHJlY29y ZGVkIGFuZCBjb3VudGVkIGZyb20gL3N5cy9rZXJuZWwvCmRlYnVnL2dmczIvPGJkZXY+Z2xzdGF0 cyBmaWxlIGVudHJpZXMgZm9yIHRoaXMgdHlwZSBvZiBnbG9jay4KTm8gdmFsdWUocykgYXZhaWxh YmxlIQoKZ2ZzMi5nbHN0YXRzLmlvcGVuIFBNSUQ6IDExNS4yLjUgW1RoZSBudW1iZXIgb2YgaW5v ZGUgbGFzdCBjbG9zZXIgZGV0ZWN0aW9uIGdsb2Nrc10KICAgIERhdGEgVHlwZTogNjQtYml0IHVu c2lnbmVkIGludCAgSW5Eb206IDExNS4wIDB4MWNjMDAwMDAKICAgIFNlbWFudGljczogaW5zdGFu dCAgVW5pdHM6IGNvdW50CkhlbHA6ClRoZSBjb3VudCBvZiB0aGUgY3VycmVudCBudW1iZXIgb2Yg aW5vZGUgbGFzdCBjbG9zZXIgZGV0ZWN0aW9uIHR5cGUgZ2xvY2tzIHRoYXQKY3VycmVudGx5IGV4 aXN0IGZvciB0aGUgZ2l2ZW4gZmlsZXN5c3RlbS4gVGhlIGRhdGEgaXMgcmVjb3JkZWQgYW5kIGNv dW50ZWQgZnJvbQovc3lzL2tlcm5lbC9kZWJ1Zy9nZnMyLzxiZGV2Pmdsc3RhdHMgZmlsZSBlbnRy aWVzIGZvciB0aGlzIHR5cGUgb2YgZ2xvY2suCk5vIHZhbHVlKHMpIGF2YWlsYWJsZSEKCmdmczIu Z2xzdGF0cy5mbG9jayBQTUlEOiAxMTUuMi42IFtUaGUgbnVtYmVyIG9mIGZsb2NrKDIpIHN5c2Nh bGwgZ2xvY2tzXQogICAgRGF0YSBUeXBlOiA2NC1iaXQgdW5zaWduZWQgaW50ICBJbkRvbTogMTE1 LjAgMHgxY2MwMDAwMAogICAgU2VtYW50aWNzOiBpbnN0YW50ICBVbml0czogY291bnQKSGVscDoK VGhlIGNvdW50IG9mIHRoZSBjdXJyZW50IG51bWJlciBvZiBmbG9jaygyKSBzeXNjYWxsIHR5cGUg Z2xvY2tzIHRoYXQgY3VycmVudGx5CmV4aXN0IGZvciB0aGUgZ2l2ZW4gZmlsZXN5c3RlbS4gVGhl IGRhdGEgaXMgcmVjb3JkZWQgYW5kIGNvdW50ZWQgZnJvbSAvc3lzLwprZXJuZWwvZGVidWcvZ2Zz Mi88YmRldj5nbHN0YXRzIGZpbGUgZW50cmllcyBmb3IgdGhpcyB0eXBlIG9mIGdsb2NrLgpObyB2 YWx1ZShzKSBhdmFpbGFibGUhCgpnZnMyLmdsc3RhdHMucXVvdGEgUE1JRDogMTE1LjIuOCBbVGhl IG51bWJlciBvZiBxdW90YSBvcGVyYXRpb25zIGdsb2Nrc10KICAgIERhdGEgVHlwZTogNjQtYml0 IHVuc2lnbmVkIGludCAgSW5Eb206IDExNS4wIDB4MWNjMDAwMDAKICAgIFNlbWFudGljczogaW5z dGFudCAgVW5pdHM6IGNvdW50CkhlbHA6ClRoZSBjb3VudCBvZiB0aGUgY3VycmVudCBudW1iZXIg b2YgcXVvdGEgb3BlcmF0aW9ucyB0eXBlIGdsb2NrcyB0aGF0IGN1cnJlbnRseQpleGlzdCBmb3Ig dGhlIGdpdmVuIGZpbGVzeXN0ZW0uIFRoZSBkYXRhIGlzIHJlY29yZGVkIGFuZCBjb3VudGVkIGZy b20gL3N5cy8Ka2VybmVsL2RlYnVnL2dmczIvPGJkZXY+Z2xzdGF0cyBmaWxlIGVudHJpZXMgZm9y IHRoaXMgdHlwZSBvZiBnbG9jay4KTm8gdmFsdWUocykgYXZhaWxhYmxlIQoKZ2ZzMi5nbHN0YXRz LmpvdXJuYWwgUE1JRDogMTE1LjIuOSBbVGhlIG51bWJlciBvZiBqb3VybmFsIG11dGV4IGdsb2Nr c10KICAgIERhdGEgVHlwZTogNjQtYml0IHVuc2lnbmVkIGludCAgSW5Eb206IDExNS4wIDB4MWNj MDAwMDAKICAgIFNlbWFudGljczogaW5zdGFudCAgVW5pdHM6IGNvdW50CkhlbHA6ClRoZSBjb3Vu dCBvZiB0aGUgY3VycmVudCBudW1iZXIgb2Ygam91cm5hbCBtdXRleCB0eXBlIGdsb2NrcyB0aGF0 IGN1cnJlbnRseQpleGlzdCBmb3IgdGhlIGdpdmVuIGZpbGVzeXN0ZW0uIFRoZSBkYXRhIGlzIHJl Y29yZGVkIGFuZCBjb3VudGVkIGZyb20gL3N5cy8Ka2VybmVsL2RlYnVnL2dmczIvPGJkZXY+Z2xz dGF0cyBmaWxlIGVudHJpZXMgZm9yIHRoaXMgdHlwZSBvZiBnbG9jay4KTm8gdmFsdWUocykgYXZh aWxhYmxlIQoKPT09IENoZWNrIGdmczIgbWV0cmljcyBmb3IgYWxsIGZpbGVzeXN0ZW1zID09PQoK Z2ZzMi50cmFjZXBvaW50cy5nbG9ja19zdGF0ZV9jaGFuZ2UudG90YWwgUE1JRDogMTE1LjMuMCBb VG90YWwgbnVtYmVyIG9mIGdsb2NrIHN0YXRlXQogICAgRGF0YSBUeXBlOiA2NC1iaXQgdW5zaWdu ZWQgaW50ICBJbkRvbTogMTE1LjAgMHgxY2MwMDAwMAogICAgU2VtYW50aWNzOiBpbnN0YW50ICBV bml0czogY291bnQKSGVscDoKY2hhbmdlcy4gVGhlIHRvdGFsIG51bWJlciBvZiBjb3VudGVkIGds b2NrIHN0YXRlIGNoYW5nZXMuCiAgICBpbnN0IFswIG9yICJsb29wTiJdIHZhbHVlIE5VTUJFUgog ICAgaW5zdCBbMSBvciAibG9vcE4iXSB2YWx1ZSBOVU1CRVIKCmdmczIudHJhY2Vwb2ludHMuZ2xv Y2tfc3RhdGVfY2hhbmdlLm51bGxfbG9jayBQTUlEOiAxMTUuMy4xIFtOdW1iZXIgb2YgbnVsbF9s b2NrIHN0YXRlXQogICAgRGF0YSBUeXBlOiA2NC1iaXQgdW5zaWduZWQgaW50ICBJbkRvbTogMTE1 LjAgMHgxY2MwMDAwMAogICAgU2VtYW50aWNzOiBpbnN0YW50ICBVbml0czogY291bnQKSGVscDoK Y2hhbmdlcy4gVGhlIHRvdGFsIG51bWJlciBvZiBnbG9jayBzdGF0ZSBjaGFuZ2VzIHRvIHRoZSBu dWxsX2xvY2sgc3RhdGUuCiAgICBpbnN0IFswIG9yICJsb29wTiJdIHZhbHVlIE5VTUJFUgogICAg aW5zdCBbMSBvciAibG9vcE4iXSB2YWx1ZSBOVU1CRVIKCmdmczIudHJhY2Vwb2ludHMuZ2xvY2tf c3RhdGVfY2hhbmdlLmNvbmN1cnJlbnRfcmVhZCBQTUlEOiAxMTUuMy4yIFtOdW1iZXIgb2ZdCiAg ICBEYXRhIFR5cGU6IDY0LWJpdCB1bnNpZ25lZCBpbnQgIEluRG9tOiAxMTUuMCAweDFjYzAwMDAw CiAgICBTZW1hbnRpY3M6IGluc3RhbnQgIFVuaXRzOiBjb3VudApIZWxwOgpjb25jdXJyZW50X3Jl YWQgc3RhdGUgY2hhbmdlcy4gVGhlIHRvdGFsIG51bWJlciBvZiBnbG9jayBzdGF0ZSBjaGFuZ2Vz CnRvIGN1cnJlbnRfcmVhZCBzdGF0ZS4KICAgIGluc3QgWzAgb3IgImxvb3BOIl0gdmFsdWUgTlVN QkVSCiAgICBpbnN0IFsxIG9yICJsb29wTiJdIHZhbHVlIE5VTUJFUgoKZ2ZzMi50cmFjZXBvaW50 cy5nbG9ja19zdGF0ZV9jaGFuZ2UuY29uY3VycmVudF93cml0ZSBQTUlEOiAxMTUuMy4zIFtOdW1i ZXIgb2YgXQogICAgRGF0YSBUeXBlOiA2NC1iaXQgdW5zaWduZWQgaW50ICBJbkRvbTogMTE1LjAg MHgxY2MwMDAwMAogICAgU2VtYW50aWNzOiBpbnN0YW50ICBVbml0czogY291bnQKSGVscDoKY29u Y3VycmVudF93cml0ZSBzdGF0ZSBjaGFuZ2VzLiBUaGUgdG90YWwgbnVtYmVyIG9mIGdsb2NrIHN0 YXRlIGNoYW5nZXMKdG8gY3VycmVudF93cml0ZSBzdGF0ZS4KICAgIGluc3QgWzAgb3IgImxvb3BO Il0gdmFsdWUgTlVNQkVSCiAgICBpbnN0IFsxIG9yICJsb29wTiJdIHZhbHVlIE5VTUJFUgoKZ2Zz Mi50cmFjZXBvaW50cy5nbG9ja19zdGF0ZV9jaGFuZ2UucHJvdGVjdGVkX3JlYWQgUE1JRDogMTE1 LjMuNCBbTnVtYmVyIG9mIF0KICAgIERhdGEgVHlwZTogNjQtYml0IHVuc2lnbmVkIGludCAgSW5E b206IDExNS4wIDB4MWNjMDAwMDAKICAgIFNlbWFudGljczogaW5zdGFudCAgVW5pdHM6IGNvdW50 CkhlbHA6CnByb3RlY3RlZF9yZWFkIHN0YXRlIGNoYW5nZXMuIFRoZSB0b3RhbCBudW1iZXIgb2Yg Z2xvY2sgc3RhdGUgY2hhbmdlcyB0bwpwcm90ZWN0ZWRfcmVhZCBzdGF0ZS4KICAgIGluc3QgWzAg b3IgImxvb3BOIl0gdmFsdWUgTlVNQkVSCiAgICBpbnN0IFsxIG9yICJsb29wTiJdIHZhbHVlIE5V TUJFUgoKZ2ZzMi50cmFjZXBvaW50cy5nbG9ja19zdGF0ZV9jaGFuZ2UucHJvdGVjdGVkX3dyaXRl IFBNSUQ6IDExNS4zLjUgW051bWJlciBvZl0KICAgIERhdGEgVHlwZTogNjQtYml0IHVuc2lnbmVk IGludCAgSW5Eb206IDExNS4wIDB4MWNjMDAwMDAKICAgIFNlbWFudGljczogaW5zdGFudCAgVW5p dHM6IGNvdW50CkhlbHA6CnByb3RlY3RlZF93cml0ZSBzdGF0ZSBjaGFuZ2VzLiBUaGUgdG90YWwg bnVtYmVyIG9mIGdsb2NrIHN0YXRlIGNoYW5nZXMgdG8KcHJvdGVjdGVkX3dyaXRlIHN0YXRlLgog ICAgaW5zdCBbMCBvciAibG9vcE4iXSB2YWx1ZSBOVU1CRVIKICAgIGluc3QgWzEgb3IgImxvb3BO Il0gdmFsdWUgTlVNQkVSCgpnZnMyLnRyYWNlcG9pbnRzLmdsb2NrX3N0YXRlX2NoYW5nZS5leGNs dXNpdmUgUE1JRDogMTE1LjMuNiBbTnVtYmVyIG9mIGV4Y2x1c2l2ZSBzdGF0ZV0KICAgIERhdGEg VHlwZTogNjQtYml0IHVuc2lnbmVkIGludCAgSW5Eb206IDExNS4wIDB4MWNjMDAwMDAKICAgIFNl bWFudGljczogaW5zdGFudCAgVW5pdHM6IGNvdW50CkhlbHA6CmNoYW5nZXMuIFRoZSB0b3RhbCBu dW1iZXIgb2YgZ2xvY2sgc3RhdGUgY2hhbmdlcyB0byBleGNsdXNpdmUgc3RhdGUuCiAgICBpbnN0 IFswIG9yICJsb29wTiJdIHZhbHVlIE5VTUJFUgogICAgaW5zdCBbMSBvciAibG9vcE4iXSB2YWx1 ZSBOVU1CRVIKCmdmczIudHJhY2Vwb2ludHMuZ2xvY2tfc3RhdGVfY2hhbmdlLmdsb2Nrcy5jaGFu Z2VkX3RhcmdldCBQTUlEOiAxMTUuMy43IFtOdW1iZXIgb2ZdCiAgICBEYXRhIFR5cGU6IDY0LWJp dCB1bnNpZ25lZCBpbnQgIEluRG9tOiAxMTUuMCAweDFjYzAwMDAwCiAgICBTZW1hbnRpY3M6IGlu c3RhbnQgIFVuaXRzOiBjb3VudApIZWxwOgpjaGFuZ2VkIGxvY2tzLiBUaGUgbnVtYmVyIG9mIHN0 YXRlIGNoYW5nZXMgdGhhdCBhY2hpZXZlZCB0aGVpciBleHBlY3RlZApzdGF0ZSBjaGFuZ2UuCiAg ICBpbnN0IFswIG9yICJsb29wTiJdIHZhbHVlIE5VTUJFUgogICAgaW5zdCBbMSBvciAibG9vcE4i XSB2YWx1ZSBOVU1CRVIKCmdmczIudHJhY2Vwb2ludHMuZ2xvY2tfc3RhdGVfY2hhbmdlLmdsb2Nr cy5taXNzZWRfdGFyZ2V0IFBNSUQ6IDExNS4zLjggW051bWJlciBvZiBdCiAgICBEYXRhIFR5cGU6 IDY0LWJpdCB1bnNpZ25lZCBpbnQgIEluRG9tOiAxMTUuMCAweDFjYzAwMDAwCiAgICBTZW1hbnRp Y3M6IGluc3RhbnQgIFVuaXRzOiBjb3VudApIZWxwOgptaXNzZWQgbG9ja3MuIFRoZSBudW1iZXIg b2Ygc3RhdGUgY2hhbmdlcyB0aGF0IGRpZCBub3QgYWNoaWV2ZSB0aGVpcgpleHBlY3RlZCBzdGF0 ZSBjaGFuZ2UuCiAgICBpbnN0IFswIG9yICJsb29wTiJdIHZhbHVlIE5VTUJFUgogICAgaW5zdCBb MSBvciAibG9vcE4iXSB2YWx1ZSBOVU1CRVIKCmdmczIudHJhY2Vwb2ludHMuZ2xvY2tfcHV0LnRv dGFsIFBNSUQ6IDExNS4zLjkgW1RvdGFsIG51bWJlciBvZiBnbG9ja3MgY2hhbmdlZC5dCiAgICBE YXRhIFR5cGU6IDY0LWJpdCB1bnNpZ25lZCBpbnQgIEluRG9tOiAxMTUuMCAweDFjYzAwMDAwCiAg ICBTZW1hbnRpY3M6IGluc3RhbnQgIFVuaXRzOiBjb3VudApIZWxwOgpUaGUgdG90YWwgbnVtYmVy IG9mIGdsb2NrcyB0aGF0IGhhdmUgYmVlbiBjaGFuZ2VkLgogICAgaW5zdCBbMCBvciAibG9vcE4i XSB2YWx1ZSBOVU1CRVIKICAgIGluc3QgWzEgb3IgImxvb3BOIl0gdmFsdWUgTlVNQkVSCgpnZnMy LnRyYWNlcG9pbnRzLmdsb2NrX3B1dC5udWxsX2xvY2sgUE1JRDogMTE1LjMuMTAgW051bWJlciBv ZiByZWxlYXNlZCBsb2Nrcy5dCiAgICBEYXRhIFR5cGU6IDY0LWJpdCB1bnNpZ25lZCBpbnQgIElu RG9tOiAxMTUuMCAweDFjYzAwMDAwCiAgICBTZW1hbnRpY3M6IGluc3RhbnQgIFVuaXRzOiBjb3Vu dApIZWxwOgpUaGUgbnVtYmVyIG9mIGdsb2NrcyBwdXQgaW50byB0aGUgbnVsbF9sb2NrIHN0YXRl LgogICAgaW5zdCBbMCBvciAibG9vcE4iXSB2YWx1ZSBOVU1CRVIKICAgIGluc3QgWzEgb3IgImxv b3BOIl0gdmFsdWUgTlVNQkVSCgpnZnMyLnRyYWNlcG9pbnRzLmdsb2NrX3B1dC5jb25jdXJyZW50 X3JlYWQgUE1JRDogMTE1LjMuMTEgW051bWJlciBvZiBnbG9ja3MgcHV0XQogICAgRGF0YSBUeXBl OiA2NC1iaXQgdW5zaWduZWQgaW50ICBJbkRvbTogMTE1LjAgMHgxY2MwMDAwMAogICAgU2VtYW50 aWNzOiBpbnN0YW50ICBVbml0czogY291bnQKSGVscDoKaW4gY29uY3VycmVudF9yZWFkLiBUaGUg bnVtYmVyIG9mIGdsb2NrcyBwdXQgaW50byB0aGUgY29uY3VycmVudF9yZWFkCnN0YXRlLgogICAg aW5zdCBbMCBvciAibG9vcE4iXSB2YWx1ZSBOVU1CRVIKICAgIGluc3QgWzEgb3IgImxvb3BOIl0g dmFsdWUgTlVNQkVSCgpnZnMyLnRyYWNlcG9pbnRzLmdsb2NrX3B1dC5jb25jdXJyZW50X3dyaXRl IFBNSUQ6IDExNS4zLjEyIFtOdW1iZXIgb2YgZ2xvY2tzIHB1dF0KICAgIERhdGEgVHlwZTogNjQt Yml0IHVuc2lnbmVkIGludCAgSW5Eb206IDExNS4wIDB4MWNjMDAwMDAKICAgIFNlbWFudGljczog aW5zdGFudCAgVW5pdHM6IGNvdW50CkhlbHA6CmluIGNvbmN1cnJlbnRfd3JpdGUuIFRoZSBudW1i ZXIgb2YgZ2xvY2tzIHB1dCBpbnRvIHRoZSBjb25jdXJyZW50X3dyaXRlCnN0YXRlLgogICAgaW5z dCBbMCBvciAibG9vcE4iXSB2YWx1ZSBOVU1CRVIKICAgIGluc3QgWzEgb3IgImxvb3BOIl0gdmFs dWUgTlVNQkVSCgpnZnMyLnRyYWNlcG9pbnRzLmdsb2NrX3B1dC5wcm90ZWN0ZWRfcmVhZCBQTUlE OiAxMTUuMy4xMyBbTnVtYmVyIG9mIGdsb2NrcyBwdXRdCiAgICBEYXRhIFR5cGU6IDY0LWJpdCB1 bnNpZ25lZCBpbnQgIEluRG9tOiAxMTUuMCAweDFjYzAwMDAwCiAgICBTZW1hbnRpY3M6IGluc3Rh bnQgIFVuaXRzOiBjb3VudApIZWxwOgppbiBwcm90ZWN0ZWRfcmVhZC4gVGhlIG51bWJlciBvZiBn bG9ja3MgcHV0IGludG8gdGhlIHByb3RlY3RlZF9yZWFkCnN0YXRlLgogICAgaW5zdCBbMCBvciAi bG9vcE4iXSB2YWx1ZSBOVU1CRVIKICAgIGluc3QgWzEgb3IgImxvb3BOIl0gdmFsdWUgTlVNQkVS CgpnZnMyLnRyYWNlcG9pbnRzLmdsb2NrX3B1dC5wcm90ZWN0ZWRfd3JpdGUgUE1JRDogMTE1LjMu MTQgW051bWJlciBvZiBnbG9ja3MgcHV0XQogICAgRGF0YSBUeXBlOiA2NC1iaXQgdW5zaWduZWQg aW50ICBJbkRvbTogMTE1LjAgMHgxY2MwMDAwMAogICAgU2VtYW50aWNzOiBpbnN0YW50ICBVbml0 czogY291bnQKSGVscDoKaW4gcHJvdGVjdGVkX3dpcnRlLiBUaGUgbnVtYmVyIG9mIGdsb2NrcyBw dXQgaW50byB0aGUgcHJvdGVjdGVkX3dyaXRlCnN0YXRlLgogICAgaW5zdCBbMCBvciAibG9vcE4i XSB2YWx1ZSBOVU1CRVIKICAgIGluc3QgWzEgb3IgImxvb3BOIl0gdmFsdWUgTlVNQkVSCgpnZnMy LnRyYWNlcG9pbnRzLmdsb2NrX3B1dC5leGNsdXNpdmUgUE1JRDogMTE1LjMuMTUgW051bWJlciBv ZiBnbG9ja3MgcHV0XQogICAgRGF0YSBUeXBlOiA2NC1iaXQgdW5zaWduZWQgaW50ICBJbkRvbTog MTE1LjAgMHgxY2MwMDAwMAogICAgU2VtYW50aWNzOiBpbnN0YW50ICBVbml0czogY291bnQKSGVs cDoKaW4gZXhjbHVzaXZlLiBUaGUgbnVtYmVyIG9mIGdsb2NrcyBwdXQgaW50byB0aGUgZXhjbHVz aXZlCnN0YXRlLgogICAgaW5zdCBbMCBvciAibG9vcE4iXSB2YWx1ZSBOVU1CRVIKICAgIGluc3Qg WzEgb3IgImxvb3BOIl0gdmFsdWUgTlVNQkVSCgpnZnMyLnRyYWNlcG9pbnRzLmRlbW90ZV9ycS50 b3RhbCBQTUlEOiAxMTUuMy4xNiBbVG90YWwgbnVtYmVyIG9mIGxvY2sgZGVtb3RlIHJlcXVlc3Rz Ll0KICAgIERhdGEgVHlwZTogNjQtYml0IHVuc2lnbmVkIGludCAgSW5Eb206IDExNS4wIDB4MWNj MDAwMDAKICAgIFNlbWFudGljczogaW5zdGFudCAgVW5pdHM6IGNvdW50CkhlbHA6ClRoZSB0b3Rh bCBudW1iZXIgb2YgbG9jayBkZW1vdGlvbiByZXF1ZXN0cy4KICAgIGluc3QgWzAgb3IgImxvb3BO Il0gdmFsdWUgTlVNQkVSCiAgICBpbnN0IFsxIG9yICJsb29wTiJdIHZhbHVlIE5VTUJFUgoKZ2Zz Mi50cmFjZXBvaW50cy5kZW1vdGVfcnEubnVsbF9sb2NrIFBNSUQ6IDExNS4zLjE3IFtOdW1iZXIg b2YgbG9jayBkZW1vdGUgcmVxdWVzdHMgdG9dCiAgICBEYXRhIFR5cGU6IDY0LWJpdCB1bnNpZ25l ZCBpbnQgIEluRG9tOiAxMTUuMCAweDFjYzAwMDAwCiAgICBTZW1hbnRpY3M6IGluc3RhbnQgIFVu aXRzOiBjb3VudApIZWxwOgpudWxsX2xvY2suIFRoZSB0b3RhbCBudW1iZXIgb2YgbG9jayBkZW1v dGlvbiByZXF1ZXN0cyB0byB0aGUgbnVsbF9sb2NrIHN0YXRlLgogICAgaW5zdCBbMCBvciAibG9v cE4iXSB2YWx1ZSBOVU1CRVIKICAgIGluc3QgWzEgb3IgImxvb3BOIl0gdmFsdWUgTlVNQkVSCgpn ZnMyLnRyYWNlcG9pbnRzLmRlbW90ZV9ycS5jb25jdXJyZW50X3JlYWQgUE1JRDogMTE1LjMuMTgg W051bWJlciBvZiBsb2NrIGRlbW90ZSByZXF1ZXN0cyB0b10KICAgIERhdGEgVHlwZTogNjQtYml0 IHVuc2lnbmVkIGludCAgSW5Eb206IDExNS4wIDB4MWNjMDAwMDAKICAgIFNlbWFudGljczogaW5z dGFudCAgVW5pdHM6IGNvdW50CkhlbHA6CmNvbmN1cnJlbnRfcmVhZC4gVGhlIHRvdGFsIG51bWJl ciBvZiBsb2NrIGRlbW90aW9uIHJlcXVlc3RzIHRvIHRoZSAKY29uY3VycmVudF9yZWFkIHN0YXRl LgogICAgaW5zdCBbMCBvciAibG9vcE4iXSB2YWx1ZSBOVU1CRVIKICAgIGluc3QgWzEgb3IgImxv b3BOIl0gdmFsdWUgTlVNQkVSCgpnZnMyLnRyYWNlcG9pbnRzLmRlbW90ZV9ycS5jb25jdXJyZW50 X3dyaXRlIFBNSUQ6IDExNS4zLjE5IFtOdW1iZXIgb2YgbG9jayBkZW1vdGUgcmVxdWVzdHMgdG9d CiAgICBEYXRhIFR5cGU6IDY0LWJpdCB1bnNpZ25lZCBpbnQgIEluRG9tOiAxMTUuMCAweDFjYzAw MDAwCiAgICBTZW1hbnRpY3M6IGluc3RhbnQgIFVuaXRzOiBjb3VudApIZWxwOgpjb25jdXJyZW50 X3dyaXRlLiBUaGUgdG90YWwgbnVtYmVyIG9mIGxvY2sgZGVtb3Rpb24gcmVxdWVzdHMgdG8gdGhl IApjb25jdXJyZW50X3dyaXRlIHN0YXRlLgogICAgaW5zdCBbMCBvciAibG9vcE4iXSB2YWx1ZSBO VU1CRVIKICAgIGluc3QgWzEgb3IgImxvb3BOIl0gdmFsdWUgTlVNQkVSCgpnZnMyLnRyYWNlcG9p bnRzLmRlbW90ZV9ycS5wcm90ZWN0ZWRfcmVhZCBQTUlEOiAxMTUuMy4yMCBbTnVtYmVyIG9mIGxv Y2sgZGVtb3RlIHJlcXVlc3RzIHRvXQogICAgRGF0YSBUeXBlOiA2NC1iaXQgdW5zaWduZWQgaW50 ICBJbkRvbTogMTE1LjAgMHgxY2MwMDAwMAogICAgU2VtYW50aWNzOiBpbnN0YW50ICBVbml0czog Y291bnQKSGVscDoKcHJvdGVjdGVkX3JlYWQuIFRoZSB0b3RhbCBudW1iZXIgb2YgbG9jayBkZW1v dGlvbiByZXF1ZXN0cyB0byB0aGUgCnByb3RlY3RlZF9yZWFkIHN0YXRlLgogICAgaW5zdCBbMCBv ciAibG9vcE4iXSB2YWx1ZSBOVU1CRVIKICAgIGluc3QgWzEgb3IgImxvb3BOIl0gdmFsdWUgTlVN QkVSCgpnZnMyLnRyYWNlcG9pbnRzLmRlbW90ZV9ycS5wcm90ZWN0ZWRfd3JpdGUgUE1JRDogMTE1 LjMuMjEgW051bWJlciBvZiBsb2NrIGRlbW90ZSByZXF1ZXN0cyB0b10KICAgIERhdGEgVHlwZTog NjQtYml0IHVuc2lnbmVkIGludCAgSW5Eb206IDExNS4wIDB4MWNjMDAwMDAKICAgIFNlbWFudGlj czogaW5zdGFudCAgVW5pdHM6IGNvdW50CkhlbHA6CnByb3RlY3RlZF93cml0ZS4gVGhlIHRvdGFs IG51bWJlciBvZiBsb2NrIGRlbW90aW9uIHJlcXVlc3RzIHRvIHRoZSAKcHJvdGVjdGVkX3dyaXRl IHN0YXRlLgogICAgaW5zdCBbMCBvciAibG9vcE4iXSB2YWx1ZSBOVU1CRVIKICAgIGluc3QgWzEg b3IgImxvb3BOIl0gdmFsdWUgTlVNQkVSCgpnZnMyLnRyYWNlcG9pbnRzLmRlbW90ZV9ycS5leGNs dXNpdmUgUE1JRDogMTE1LjMuMjIgW051bWJlciBvZiBsb2NrIGRlbW90ZSByZXF1ZXN0cyB0b10K ICAgIERhdGEgVHlwZTogNjQtYml0IHVuc2lnbmVkIGludCAgSW5Eb206IDExNS4wIDB4MWNjMDAw MDAKICAgIFNlbWFudGljczogaW5zdGFudCAgVW5pdHM6IGNvdW50CkhlbHA6CmV4Y2x1c2l2ZS4g VGhlIHRvdGFsIG51bWJlciBvZiBsb2NrIGRlbW90aW9uIHJlcXVlc3RzIHRvIHRoZSAKZXhjbHVz aXZlIHN0YXRlLgogICAgaW5zdCBbMCBvciAibG9vcE4iXSB2YWx1ZSBOVU1CRVIKICAgIGluc3Qg WzEgb3IgImxvb3BOIl0gdmFsdWUgTlVNQkVSCgpnZnMyLnRyYWNlcG9pbnRzLmRlbW90ZV9ycS5y ZXF1ZXN0ZWQucmVtb3RlIFBNSUQ6IDExNS4zLjIzIFtOdW1iZXIgb2YgZGVtb3RlIHJlcXVlc3Rz IChyZW1vdGUpLl0KICAgIERhdGEgVHlwZTogNjQtYml0IHVuc2lnbmVkIGludCAgSW5Eb206IDEx NS4wIDB4MWNjMDAwMDAKICAgIFNlbWFudGljczogaW5zdGFudCAgVW5pdHM6IGNvdW50CkhlbHA6 ClRoZSB0b3RhbCBudW1iZXIgb2YgZGVtb3RlIHJlcXVlc3RzIHdoaWNoIHdlcmUgcmVxdWVzdGVk IGJ5IGEgcmVtb3RlIG5vZGUgb2YKdGhlIGNsdXN0ZXIuCiAgICBpbnN0IFswIG9yICJsb29wTiJd IHZhbHVlIE5VTUJFUgogICAgaW5zdCBbMSBvciAibG9vcE4iXSB2YWx1ZSBOVU1CRVIKCmdmczIu dHJhY2Vwb2ludHMuZGVtb3RlX3JxLnJlcXVlc3RlZC5sb2NhbCBQTUlEOiAxMTUuMy4yNCBbTnVt YmVyIG9mIGRlbW90ZSByZXF1ZXN0cyAobG9jYWwpLl0KICAgIERhdGEgVHlwZTogNjQtYml0IHVu c2lnbmVkIGludCAgSW5Eb206IDExNS4wIDB4MWNjMDAwMDAKICAgIFNlbWFudGljczogaW5zdGFu dCAgVW5pdHM6IGNvdW50CkhlbHA6ClRoZSB0b3RhbCBudW1iZXIgb2YgZGVtb3RlIHJlcXVlc3Rz IHdoaWNoIHdlcmUgcmVxdWVzdGVkIGJ5IGEgbG9jYWwgbm9kZSBvZgp0aGUgY2x1c3RlcgogICAg aW5zdCBbMCBvciAibG9vcE4iXSB2YWx1ZSBOVU1CRVIKICAgIGluc3QgWzEgb3IgImxvb3BOIl0g dmFsdWUgTlVNQkVSCgpnZnMyLnRyYWNlcG9pbnRzLnByb21vdGUudG90YWwgUE1JRDogMTE1LjMu MjUgW1RvdGFsIG51bWJlciBvZiBsb2NrIHN0YXRlLiBUaGUgdG90YWwgbnVtYmVyXQogICAgRGF0 YSBUeXBlOiA2NC1iaXQgdW5zaWduZWQgaW50ICBJbkRvbTogMTE1LjAgMHgxY2MwMDAwMAogICAg U2VtYW50aWNzOiBpbnN0YW50ICBVbml0czogY291bnQKSGVscDoKb2YgbG9jayBzdGF0ZS4KICAg IGluc3QgWzAgb3IgImxvb3BOIl0gdmFsdWUgTlVNQkVSCiAgICBpbnN0IFsxIG9yICJsb29wTiJd IHZhbHVlIE5VTUJFUgoKZ2ZzMi50cmFjZXBvaW50cy5wcm9tb3RlLmZpcnN0Lm51bGxfbG9jayBQ TUlEOiAxMTUuMy4yNiBbTnVtYmVyIG9mIGxvY2sgc3RhdGUgdG8gbnVsbF9sb2NrLl0KICAgIERh dGEgVHlwZTogNjQtYml0IHVuc2lnbmVkIGludCAgSW5Eb206IDExNS4wIDB4MWNjMDAwMDAKICAg IFNlbWFudGljczogaW5zdGFudCAgVW5pdHM6IGNvdW50CkhlbHA6ClRoZSB0b3RhbCBudW1iZXIg b2Ygc3VjY2Vzc2Z1bCBmaXJzdCB0aW1lIGxvY2sgc3RhdGUgdG8gdGhlIG51bGxfbG9jayBzdGF0 ZS4KICAgIGluc3QgWzAgb3IgImxvb3BOIl0gdmFsdWUgTlVNQkVSCiAgICBpbnN0IFsxIG9yICJs b29wTiJdIHZhbHVlIE5VTUJFUgoKZ2ZzMi50cmFjZXBvaW50cy5wcm9tb3RlLmZpcnN0LmNvbmN1 cnJlbnRfcmVhZCBQTUlEOiAxMTUuMy4yNyBbTnVtYmVyIG9mIGxvY2sgc3RhdGUgdG8gXQogICAg RGF0YSBUeXBlOiA2NC1iaXQgdW5zaWduZWQgaW50ICBJbkRvbTogMTE1LjAgMHgxY2MwMDAwMAog ICAgU2VtYW50aWNzOiBpbnN0YW50ICBVbml0czogY291bnQKSGVscDoKY29uY3VycmVudF9yZWFk LiBUaGUgdG90YWwgbnVtYmVyIG9mIHN1Y2Nlc3NmdWwgZmlyc3QgdGltZSBsb2NrIHN0YXRlIHRv IHRoZSAKY29uY3VycmVudF9yZWFkIHN0YXRlLgogICAgaW5zdCBbMCBvciAibG9vcE4iXSB2YWx1 ZSBOVU1CRVIKICAgIGluc3QgWzEgb3IgImxvb3BOIl0gdmFsdWUgTlVNQkVSCgpnZnMyLnRyYWNl cG9pbnRzLnByb21vdGUuZmlyc3QuY29uY3VycmVudF93cml0ZSBQTUlEOiAxMTUuMy4yOCBbTnVt YmVyIG9mIGxvY2sgc3RhdGUgdG8gXQogICAgRGF0YSBUeXBlOiA2NC1iaXQgdW5zaWduZWQgaW50 ICBJbkRvbTogMTE1LjAgMHgxY2MwMDAwMAogICAgU2VtYW50aWNzOiBpbnN0YW50ICBVbml0czog Y291bnQKSGVscDoKY29uY3VycmVudF93cml0ZS4gVGhlIHRvdGFsIG51bWJlciBvZiBzdWNjZXNz ZnVsIGZpcnN0IHRpbWUgbG9jayBzdGF0ZSB0byB0aGUgCmNvbmN1cnJlbnRfd3JpdGUgc3RhdGUu CiAgICBpbnN0IFswIG9yICJsb29wTiJdIHZhbHVlIE5VTUJFUgogICAgaW5zdCBbMSBvciAibG9v cE4iXSB2YWx1ZSBOVU1CRVIKCmdmczIudHJhY2Vwb2ludHMucHJvbW90ZS5maXJzdC5wcm90ZWN0 ZWRfcmVhZCBQTUlEOiAxMTUuMy4yOSBbTnVtYmVyIG9mIGxvY2sgc3RhdGUgdG8gXQogICAgRGF0 YSBUeXBlOiA2NC1iaXQgdW5zaWduZWQgaW50ICBJbkRvbTogMTE1LjAgMHgxY2MwMDAwMAogICAg U2VtYW50aWNzOiBpbnN0YW50ICBVbml0czogY291bnQKSGVscDoKcHJvdGVjdGVkX3JlYWQuIFRo ZSB0b3RhbCBudW1iZXIgb2Ygc3VjY2Vzc2Z1bCBmaXJzdCB0aW1lIGxvY2sgc3RhdGUgdG8gdGhl IApwcm90ZWN0ZWRfcmVhZCBzdGF0ZS4KICAgIGluc3QgWzAgb3IgImxvb3BOIl0gdmFsdWUgTlVN QkVSCiAgICBpbnN0IFsxIG9yICJsb29wTiJdIHZhbHVlIE5VTUJFUgoKZ2ZzMi50cmFjZXBvaW50 cy5wcm9tb3RlLmZpcnN0LnByb3RlY3RlZF93cml0ZSBQTUlEOiAxMTUuMy4zMCBbTnVtYmVyIG9m IGxvY2sgc3RhdGUgdG8gXQogICAgRGF0YSBUeXBlOiA2NC1iaXQgdW5zaWduZWQgaW50ICBJbkRv bTogMTE1LjAgMHgxY2MwMDAwMAogICAgU2VtYW50aWNzOiBpbnN0YW50ICBVbml0czogY291bnQK SGVscDoKcHJvdGVjdGVkX3dyaXRlLiBUaGUgdG90YWwgbnVtYmVyIG9mIHN1Y2Nlc3NmdWwgZmly c3QgdGltZSBsb2NrIHN0YXRlIHRvIHRoZSAKcHJvdGVjdGVkX3dyaXRlIHN0YXRlLgogICAgaW5z dCBbMCBvciAibG9vcE4iXSB2YWx1ZSBOVU1CRVIKICAgIGluc3QgWzEgb3IgImxvb3BOIl0gdmFs dWUgTlVNQkVSCgpnZnMyLnRyYWNlcG9pbnRzLnByb21vdGUuZmlyc3QuZXhjbHVzaXZlIFBNSUQ6 IDExNS4zLjMxIFtOdW1iZXIgb2YgbG9jayBzdGF0ZSB0byBdCiAgICBEYXRhIFR5cGU6IDY0LWJp dCB1bnNpZ25lZCBpbnQgIEluRG9tOiAxMTUuMCAweDFjYzAwMDAwCiAgICBTZW1hbnRpY3M6IGlu c3RhbnQgIFVuaXRzOiBjb3VudApIZWxwOgpleGNsdXNpdmUuIFRoZSB0b3RhbCBudW1iZXIgb2Yg c3VjY2Vzc2Z1bCBmaXJzdCB0aW1lIGxvY2sgc3RhdGUgdG8gdGhlIApleGNsdXNpdmUgc3RhdGUu CiAgICBpbnN0IFswIG9yICJsb29wTiJdIHZhbHVlIE5VTUJFUgogICAgaW5zdCBbMSBvciAibG9v cE4iXSB2YWx1ZSBOVU1CRVIKCmdmczIudHJhY2Vwb2ludHMucHJvbW90ZS5vdGhlci5udWxsX2xv Y2sgUE1JRDogMTE1LjMuMzIgW051bWJlciBvZiBsb2NrIHN0YXRlIHRvIG51bGxfbG9jay5dCiAg ICBEYXRhIFR5cGU6IDY0LWJpdCB1bnNpZ25lZCBpbnQgIEluRG9tOiAxMTUuMCAweDFjYzAwMDAw CiAgICBTZW1hbnRpY3M6IGluc3RhbnQgIFVuaXRzOiBjb3VudApIZWxwOgpUaGUgdG90YWwgbnVt YmVyIG9mIHN1Y2Nlc3NmdWwgb3RoZXIgdGltZSBsb2NrIHN0YXRlIHRvIHRoZSBudWxsX2xvY2sg c3RhdGUuCiAgICBpbnN0IFswIG9yICJsb29wTiJdIHZhbHVlIE5VTUJFUgogICAgaW5zdCBbMSBv ciAibG9vcE4iXSB2YWx1ZSBOVU1CRVIKCmdmczIudHJhY2Vwb2ludHMucHJvbW90ZS5vdGhlci5j b25jdXJyZW50X3JlYWQgUE1JRDogMTE1LjMuMzMgW051bWJlciBvZiBsb2NrIHN0YXRlIHRvIF0K ICAgIERhdGEgVHlwZTogNjQtYml0IHVuc2lnbmVkIGludCAgSW5Eb206IDExNS4wIDB4MWNjMDAw MDAKICAgIFNlbWFudGljczogaW5zdGFudCAgVW5pdHM6IGNvdW50CkhlbHA6CmNvbmN1cnJlbnRf cmVhZC4gVGhlIHRvdGFsIG51bWJlciBvZiBzdWNjZXNzZnVsIG90aGVyIHRpbWUgbG9jayBzdGF0 ZSB0byB0aGUgCmNvbmN1cnJlbnRfcmVhZCBzdGF0ZS4KICAgIGluc3QgWzAgb3IgImxvb3BOIl0g dmFsdWUgTlVNQkVSCiAgICBpbnN0IFsxIG9yICJsb29wTiJdIHZhbHVlIE5VTUJFUgoKZ2ZzMi50 cmFjZXBvaW50cy5wcm9tb3RlLm90aGVyLmNvbmN1cnJlbnRfd3JpdGUgUE1JRDogMTE1LjMuMzQg W051bWJlciBvZiBsb2NrIHN0YXRlIHRvIF0KICAgIERhdGEgVHlwZTogNjQtYml0IHVuc2lnbmVk IGludCAgSW5Eb206IDExNS4wIDB4MWNjMDAwMDAKICAgIFNlbWFudGljczogaW5zdGFudCAgVW5p dHM6IGNvdW50CkhlbHA6CmNvbmN1cnJlbnRfd3JpdGUuIFRoZSB0b3RhbCBudW1iZXIgb2Ygc3Vj Y2Vzc2Z1bCBvdGhlciB0aW1lIGxvY2sgc3RhdGUgdG8gdGhlIApjb25jdXJyZW50X3dyaXRlIHN0 YXRlLgogICAgaW5zdCBbMCBvciAibG9vcE4iXSB2YWx1ZSBOVU1CRVIKICAgIGluc3QgWzEgb3Ig Imxvb3BOIl0gdmFsdWUgTlVNQkVSCgpnZnMyLnRyYWNlcG9pbnRzLnByb21vdGUub3RoZXIucHJv dGVjdGVkX3JlYWQgUE1JRDogMTE1LjMuMzUgW051bWJlciBvZiBsb2NrIHN0YXRlIHRvIF0KICAg IERhdGEgVHlwZTogNjQtYml0IHVuc2lnbmVkIGludCAgSW5Eb206IDExNS4wIDB4MWNjMDAwMDAK ICAgIFNlbWFudGljczogaW5zdGFudCAgVW5pdHM6IGNvdW50CkhlbHA6CnByb3RlY3RlZF9yZWFk LiBUaGUgdG90YWwgbnVtYmVyIG9mIHN1Y2Nlc3NmdWwgb3RoZXIgdGltZSBsb2NrIHN0YXRlIHRv IHRoZSAKcHJvdGVjdGVkX3JlYWQgc3RhdGUuCiAgICBpbnN0IFswIG9yICJsb29wTiJdIHZhbHVl IE5VTUJFUgogICAgaW5zdCBbMSBvciAibG9vcE4iXSB2YWx1ZSBOVU1CRVIKCmdmczIudHJhY2Vw b2ludHMucHJvbW90ZS5vdGhlci5wcm90ZWN0ZWRfd3JpdGUgUE1JRDogMTE1LjMuMzYgW051bWJl ciBvZiBsb2NrIHN0YXRlIHRvIF0KICAgIERhdGEgVHlwZTogNjQtYml0IHVuc2lnbmVkIGludCAg SW5Eb206IDExNS4wIDB4MWNjMDAwMDAKICAgIFNlbWFudGljczogaW5zdGFudCAgVW5pdHM6IGNv dW50CkhlbHA6CnByb3RlY3RlZF93cml0ZS4gVGhlIHRvdGFsIG51bWJlciBvZiBzdWNjZXNzZnVs IG90aGVyIHRpbWUgbG9jayBzdGF0ZSB0byB0aGUgCnByb3RlY3RlZF93cml0ZSBzdGF0ZS4KICAg IGluc3QgWzAgb3IgImxvb3BOIl0gdmFsdWUgTlVNQkVSCiAgICBpbnN0IFsxIG9yICJsb29wTiJd IHZhbHVlIE5VTUJFUgoKZ2ZzMi50cmFjZXBvaW50cy5wcm9tb3RlLm90aGVyLmV4Y2x1c2l2ZSBQ TUlEOiAxMTUuMy4zNyBbTnVtYmVyIG9mIGxvY2sgc3RhdGUgdG8gXQogICAgRGF0YSBUeXBlOiA2 NC1iaXQgdW5zaWduZWQgaW50ICBJbkRvbTogMTE1LjAgMHgxY2MwMDAwMAogICAgU2VtYW50aWNz OiBpbnN0YW50ICBVbml0czogY291bnQKSGVscDoKZXhjbHVzaXZlLiBUaGUgdG90YWwgbnVtYmVy IG9mIHN1Y2Nlc3NmdWwgb3RoZXIgdGltZSBsb2NrIHN0YXRlIHRvIHRoZSAKZXhjbHVzaXZlIHN0 YXRlLgogICAgaW5zdCBbMCBvciAibG9vcE4iXSB2YWx1ZSBOVU1CRVIKICAgIGluc3QgWzEgb3Ig Imxvb3BOIl0gdmFsdWUgTlVNQkVSCgpnZnMyLnRyYWNlcG9pbnRzLmdsb2NrX3F1ZXVlLnRvdGFs IFBNSUQ6IDExNS4zLjM4IFtUb3RhbCBudW1iZSByb2YgcXVldWVkIGFuZCBkZXF1ZXVlZF0KICAg IERhdGEgVHlwZTogNjQtYml0IHVuc2lnbmVkIGludCAgSW5Eb206IDExNS4wIDB4MWNjMDAwMDAK ICAgIFNlbWFudGljczogaW5zdGFudCAgVW5pdHM6IGNvdW50CkhlbHA6CnJlcXVlc3RzLiBUaGUg dG90YWwgbnVtYmVyIG9mIGJvdGggcXVldWVkIGFuZCBkZXF1ZXVlZCByZXF1ZXN0cy4KICAgIGlu c3QgWzAgb3IgImxvb3BOIl0gdmFsdWUgTlVNQkVSCiAgICBpbnN0IFsxIG9yICJsb29wTiJdIHZh bHVlIE5VTUJFUgoKZ2ZzMi50cmFjZXBvaW50cy5nbG9ja19xdWV1ZS5xdWV1ZS50b3RhbCBQTUlE OiAxMTUuMy4zOSBbVG90YWwgbnVtYmVyIG9mIHF1ZXVlZCBsb2NrIHJlcXVlc3RzLl0KICAgIERh dGEgVHlwZTogNjQtYml0IHVuc2lnbmVkIGludCAgSW5Eb206IDExNS4wIDB4MWNjMDAwMDAKICAg IFNlbWFudGljczogaW5zdGFudCAgVW5pdHM6IGNvdW50CkhlbHA6ClRoZSB0b3RhbCBudW1iZXIg b2YgcXVldWVkIGxvY2sgcmVxdWVzdHMuCiAgICBpbnN0IFswIG9yICJsb29wTiJdIHZhbHVlIE5V TUJFUgogICAgaW5zdCBbMSBvciAibG9vcE4iXSB2YWx1ZSBOVU1CRVIKCmdmczIudHJhY2Vwb2lu dHMuZ2xvY2tfcXVldWUucXVldWUubnVsbF9sb2NrIFBNSUQ6IDExNS4zLjQwIFtOdW1iZXIgb2Yg bnVsbF9sb2NrIHJlcXVlc3RzLiBUaGVdCiAgICBEYXRhIFR5cGU6IDY0LWJpdCB1bnNpZ25lZCBp bnQgIEluRG9tOiAxMTUuMCAweDFjYzAwMDAwCiAgICBTZW1hbnRpY3M6IGluc3RhbnQgIFVuaXRz OiBjb3VudApIZWxwOgpudW1iZXIgb2YgbG9jayByZXF1ZXN0cyB0byB0aGUgbnVsbF9sb2NrIHN0 YXRlLgogICAgaW5zdCBbMCBvciAibG9vcE4iXSB2YWx1ZSBOVU1CRVIKICAgIGluc3QgWzEgb3Ig Imxvb3BOIl0gdmFsdWUgTlVNQkVSCgpnZnMyLnRyYWNlcG9pbnRzLmdsb2NrX3F1ZXVlLnF1ZXVl LmNvbmN1cnJlbnRfcmVhZCBQTUlEOiAxMTUuMy40MSBbTnVtYmVyIG9mIGNvbmN1cnJlbnRfcmVh ZCBdCiAgICBEYXRhIFR5cGU6IDY0LWJpdCB1bnNpZ25lZCBpbnQgIEluRG9tOiAxMTUuMCAweDFj YzAwMDAwCiAgICBTZW1hbnRpY3M6IGluc3RhbnQgIFVuaXRzOiBjb3VudApIZWxwOgpyZXF1ZXN0 cy4gVGhlIG51bWJlciBvZiBsb2NrIHJlcXVlc3RzIHRvIHRoZSBjb25jdXJyZW50X3JlYWQgc3Rh dGUuCiAgICBpbnN0IFswIG9yICJsb29wTiJdIHZhbHVlIE5VTUJFUgogICAgaW5zdCBbMSBvciAi bG9vcE4iXSB2YWx1ZSBOVU1CRVIKCmdmczIudHJhY2Vwb2ludHMuZ2xvY2tfcXVldWUucXVldWUu Y29uY3VycmVudF93cml0ZSBQTUlEOiAxMTUuMy40MiBbTnVtYmVyIG9mIGNvbmN1cnJlbnRfd3Jp dGUgXQogICAgRGF0YSBUeXBlOiA2NC1iaXQgdW5zaWduZWQgaW50ICBJbkRvbTogMTE1LjAgMHgx Y2MwMDAwMAogICAgU2VtYW50aWNzOiBpbnN0YW50ICBVbml0czogY291bnQKSGVscDoKcmVxdWVz dHMuIFRoZSBudW1iZXIgb2YgbG9jayByZXF1ZXN0cyB0byB0aGUgY29uY3VycmVudF93cml0ZSBz dGF0ZS4KICAgIGluc3QgWzAgb3IgImxvb3BOIl0gdmFsdWUgTlVNQkVSCiAgICBpbnN0IFsxIG9y ICJsb29wTiJdIHZhbHVlIE5VTUJFUgoKZ2ZzMi50cmFjZXBvaW50cy5nbG9ja19xdWV1ZS5xdWV1 ZS5wcm90ZWN0ZWRfcmVhZCBQTUlEOiAxMTUuMy40MyBbTnVtYmVyIG9mIHByb3RlY3RlZF9yZWFk IF0KICAgIERhdGEgVHlwZTogNjQtYml0IHVuc2lnbmVkIGludCAgSW5Eb206IDExNS4wIDB4MWNj MDAwMDAKICAgIFNlbWFudGljczogaW5zdGFudCAgVW5pdHM6IGNvdW50CkhlbHA6CnJlcXVlc3Rz LiBUaGUgbnVtYmVyIG9mIGxvY2sgcmVxdWVzdHMgdG8gdGhlIHByb3RlY3RlZF9yZWFkIHN0YXRl LgogICAgaW5zdCBbMCBvciAibG9vcE4iXSB2YWx1ZSBOVU1CRVIKICAgIGluc3QgWzEgb3IgImxv b3BOIl0gdmFsdWUgTlVNQkVSCgpnZnMyLnRyYWNlcG9pbnRzLmdsb2NrX3F1ZXVlLnF1ZXVlLnBy b3RlY3RlZF93cml0ZSBQTUlEOiAxMTUuMy40NCBbTnVtYmVyIG9mIHByb3RlY3RlZF93cml0ZSBd CiAgICBEYXRhIFR5cGU6IDY0LWJpdCB1bnNpZ25lZCBpbnQgIEluRG9tOiAxMTUuMCAweDFjYzAw MDAwCiAgICBTZW1hbnRpY3M6IGluc3RhbnQgIFVuaXRzOiBjb3VudApIZWxwOgpyZXF1ZXN0cy4g VGhlIG51bWJlciBvZiBsb2NrIHJlcXVlc3RzIHRvIHRoZSBwcm90ZWN0ZWRfd3JpdGUgc3RhdGUu CiAgICBpbnN0IFswIG9yICJsb29wTiJdIHZhbHVlIE5VTUJFUgogICAgaW5zdCBbMSBvciAibG9v cE4iXSB2YWx1ZSBOVU1CRVIKCmdmczIudHJhY2Vwb2ludHMuZ2xvY2tfcXVldWUucXVldWUuZXhj bHVzaXZlIFBNSUQ6IDExNS4zLjQ1IFtOdW1iZXIgb2YgZXhjbHVzaXZlIF0KICAgIERhdGEgVHlw ZTogNjQtYml0IHVuc2lnbmVkIGludCAgSW5Eb206IDExNS4wIDB4MWNjMDAwMDAKICAgIFNlbWFu dGljczogaW5zdGFudCAgVW5pdHM6IGNvdW50CkhlbHA6CnJlcXVlc3RzLiBUaGUgbnVtYmVyIG9m IGxvY2sgcmVxdWVzdHMgdG8gdGhlIGV4Y2x1c2l2ZSBzdGF0ZS4KICAgIGluc3QgWzAgb3IgImxv b3BOIl0gdmFsdWUgTlVNQkVSCiAgICBpbnN0IFsxIG9yICJsb29wTiJdIHZhbHVlIE5VTUJFUgoK Z2ZzMi50cmFjZXBvaW50cy5nbG9ja19xdWV1ZS5kZXF1ZXVlLnRvdGFsIFBNSUQ6IDExNS4zLjQ2 IFtUb3RhbCBudW1iZXIgb2YgZGVxdWV1ZWQgbG9jayByZXF1ZXN0cy5dCiAgICBEYXRhIFR5cGU6 IDY0LWJpdCB1bnNpZ25lZCBpbnQgIEluRG9tOiAxMTUuMCAweDFjYzAwMDAwCiAgICBTZW1hbnRp Y3M6IGluc3RhbnQgIFVuaXRzOiBjb3VudApIZWxwOgpUaGUgdG90YWwgbnVtYmVyIG9mIGRlcXVl dWVkIGxvY2sgcmVxdWVzdHMuCiAgICBpbnN0IFswIG9yICJsb29wTiJdIHZhbHVlIE5VTUJFUgog ICAgaW5zdCBbMSBvciAibG9vcE4iXSB2YWx1ZSBOVU1CRVIKCmdmczIudHJhY2Vwb2ludHMuZ2xv Y2tfcXVldWUuZGVxdWV1ZS5udWxsX2xvY2sgUE1JRDogMTE1LjMuNDcgW051bWJlciBvZiBudWxs X2xvY2sgcmVxdWVzdHMuIFRoZV0KICAgIERhdGEgVHlwZTogNjQtYml0IHVuc2lnbmVkIGludCAg SW5Eb206IDExNS4wIDB4MWNjMDAwMDAKICAgIFNlbWFudGljczogaW5zdGFudCAgVW5pdHM6IGNv dW50CkhlbHA6Cm51bWJlciBvZiBsb2NrIHJlcXVlc3RzIHRvIHRoZSBudWxsX2xvY2sgc3RhdGUu CiAgICBpbnN0IFswIG9yICJsb29wTiJdIHZhbHVlIE5VTUJFUgogICAgaW5zdCBbMSBvciAibG9v cE4iXSB2YWx1ZSBOVU1CRVIKCmdmczIudHJhY2Vwb2ludHMuZ2xvY2tfcXVldWUuZGVxdWV1ZS5j b25jdXJyZW50X3JlYWQgUE1JRDogMTE1LjMuNDggW051bWJlciBvZiBjb25jdXJyZW50X3JlYWQg XQogICAgRGF0YSBUeXBlOiA2NC1iaXQgdW5zaWduZWQgaW50ICBJbkRvbTogMTE1LjAgMHgxY2Mw MDAwMAogICAgU2VtYW50aWNzOiBpbnN0YW50ICBVbml0czogY291bnQKSGVscDoKcmVxdWVzdHMu IFRoZSBudW1iZXIgb2YgbG9jayByZXF1ZXN0cyB0byB0aGUgY29uY3VycmVudF9yZWFkIHN0YXRl LgogICAgaW5zdCBbMCBvciAibG9vcE4iXSB2YWx1ZSBOVU1CRVIKICAgIGluc3QgWzEgb3IgImxv b3BOIl0gdmFsdWUgTlVNQkVSCgpnZnMyLnRyYWNlcG9pbnRzLmdsb2NrX3F1ZXVlLmRlcXVldWUu Y29uY3VycmVudF93cml0ZSBQTUlEOiAxMTUuMy40OSBbTnVtYmVyIG9mIGNvbmN1cnJlbnRfd3Jp dGUgXQogICAgRGF0YSBUeXBlOiA2NC1iaXQgdW5zaWduZWQgaW50ICBJbkRvbTogMTE1LjAgMHgx Y2MwMDAwMAogICAgU2VtYW50aWNzOiBpbnN0YW50ICBVbml0czogY291bnQKSGVscDoKcmVxdWVz dHMuIFRoZSBudW1iZXIgb2YgbG9jayByZXF1ZXN0cyB0byB0aGUgY29uY3VycmVudF93cml0ZSBz dGF0ZS4KICAgIGluc3QgWzAgb3IgImxvb3BOIl0gdmFsdWUgTlVNQkVSCiAgICBpbnN0IFsxIG9y ICJsb29wTiJdIHZhbHVlIE5VTUJFUgoKZ2ZzMi50cmFjZXBvaW50cy5nbG9ja19xdWV1ZS5kZXF1 ZXVlLnByb3RlY3RlZF9yZWFkIFBNSUQ6IDExNS4zLjUwIFtOdW1iZXIgb2YgcHJvdGVjdGVkX3Jl YWQgXQogICAgRGF0YSBUeXBlOiA2NC1iaXQgdW5zaWduZWQgaW50ICBJbkRvbTogMTE1LjAgMHgx Y2MwMDAwMAogICAgU2VtYW50aWNzOiBpbnN0YW50ICBVbml0czogY291bnQKSGVscDoKcmVxdWVz dHMuIFRoZSBudW1iZXIgb2YgbG9jayByZXF1ZXN0cyB0byB0aGUgcHJvdGVjdGVkX3JlYWQgc3Rh dGUuCiAgICBpbnN0IFswIG9yICJsb29wTiJdIHZhbHVlIE5VTUJFUgogICAgaW5zdCBbMSBvciAi bG9vcE4iXSB2YWx1ZSBOVU1CRVIKCmdmczIudHJhY2Vwb2ludHMuZ2xvY2tfcXVldWUuZGVxdWV1 ZS5wcm90ZWN0ZWRfd3JpdGUgUE1JRDogMTE1LjMuNTEgW051bWJlciBvZiBwcm90ZWN0ZWRfd3Jp dGUgXQogICAgRGF0YSBUeXBlOiA2NC1iaXQgdW5zaWduZWQgaW50ICBJbkRvbTogMTE1LjAgMHgx Y2MwMDAwMAogICAgU2VtYW50aWNzOiBpbnN0YW50ICBVbml0czogY291bnQKSGVscDoKcmVxdWVz dHMuIFRoZSBudW1iZXIgb2YgbG9jayByZXF1ZXN0cyB0byB0aGUgcHJvdGVjdGVkX3dyaXRlIHN0 YXRlLgogICAgaW5zdCBbMCBvciAibG9vcE4iXSB2YWx1ZSBOVU1CRVIKICAgIGluc3QgWzEgb3Ig Imxvb3BOIl0gdmFsdWUgTlVNQkVSCgpnZnMyLnRyYWNlcG9pbnRzLmdsb2NrX3F1ZXVlLmRlcXVl dWUuZXhjbHVzaXZlIFBNSUQ6IDExNS4zLjUyIFtOdW1iZXIgb2YgZXhjbHVzaXZlIF0KICAgIERh dGEgVHlwZTogNjQtYml0IHVuc2lnbmVkIGludCAgSW5Eb206IDExNS4wIDB4MWNjMDAwMDAKICAg IFNlbWFudGljczogaW5zdGFudCAgVW5pdHM6IGNvdW50CkhlbHA6CnJlcXVlc3RzLiBUaGUgbnVt YmVyIG9mIGxvY2sgcmVxdWVzdHMgdG8gdGhlIGV4Y2x1c2l2ZSBzdGF0ZS4KICAgIGluc3QgWzAg b3IgImxvb3BOIl0gdmFsdWUgTlVNQkVSCiAgICBpbnN0IFsxIG9yICJsb29wTiJdIHZhbHVlIE5V TUJFUgoKZ2ZzMi50cmFjZXBvaW50cy5nbG9ja19sb2NrX3RpbWUudG90YWwgUE1JRDogMTE1LjMu NTMgW1RvdGFsIG51bWJlciBvZiBsb2NrIHVwZGF0ZXMuXQogICAgRGF0YSBUeXBlOiA2NC1iaXQg dW5zaWduZWQgaW50ICBJbkRvbTogMTE1LjAgMHgxY2MwMDAwMAogICAgU2VtYW50aWNzOiBpbnN0 YW50ICBVbml0czogY291bnQKSGVscDoKVGhlIHRvdGFsIG51bWJlciBvZiBsb2NrIHVwZGF0ZXMu CiAgICBpbnN0IFswIG9yICJsb29wTiJdIHZhbHVlIE5VTUJFUgogICAgaW5zdCBbMSBvciAibG9v cE4iXSB2YWx1ZSBOVU1CRVIKCmdmczIudHJhY2Vwb2ludHMuZ2xvY2tfbG9ja190aW1lLnRyYW5z IFBNSUQ6IDExNS4zLjU0IFtOdW1iZXIgb2YgdHJhbnNhY3Rpb24gbG9jayB1cGRhdGVzLl0KICAg IERhdGEgVHlwZTogNjQtYml0IHVuc2lnbmVkIGludCAgSW5Eb206IDExNS4wIDB4MWNjMDAwMDAK ICAgIFNlbWFudGljczogaW5zdGFudCAgVW5pdHM6IGNvdW50CkhlbHA6ClRoZSBudW1iZXIgb2Yg dXBkYXRlcyBmb3IgdHJhbnNhY3Rpb24gYmFzZWQgZ2xvY2tzLgogICAgaW5zdCBbMCBvciAibG9v cE4iXSB2YWx1ZSBOVU1CRVIKICAgIGluc3QgWzEgb3IgImxvb3BOIl0gdmFsdWUgTlVNQkVSCgpn ZnMyLnRyYWNlcG9pbnRzLmdsb2NrX2xvY2tfdGltZS5pbm9kZSBQTUlEOiAxMTUuMy41NSBbTnVt YmVyIG9mIGlub2RlIGxvY2sgdXBkYXRlcy5dCiAgICBEYXRhIFR5cGU6IDY0LWJpdCB1bnNpZ25l ZCBpbnQgIEluRG9tOiAxMTUuMCAweDFjYzAwMDAwCiAgICBTZW1hbnRpY3M6IGluc3RhbnQgIFVu aXRzOiBjb3VudApIZWxwOgpUaGUgbnVtYmVyIG9mIHVwZGF0ZXMgZm9yIGlub2RlIGJhc2VkIGds b2Nrcy4KICAgIGluc3QgWzAgb3IgImxvb3BOIl0gdmFsdWUgTlVNQkVSCiAgICBpbnN0IFsxIG9y ICJsb29wTiJdIHZhbHVlIE5VTUJFUgoKZ2ZzMi50cmFjZXBvaW50cy5nbG9ja19sb2NrX3RpbWUu cmdycCBQTUlEOiAxMTUuMy41NiBbTnVtYmVyIG9mIHJlc291cmNlIGdyb3VwIGxvY2sgdXBkYXRl cy5dCiAgICBEYXRhIFR5cGU6IDY0LWJpdCB1bnNpZ25lZCBpbnQgIEluRG9tOiAxMTUuMCAweDFj YzAwMDAwCiAgICBTZW1hbnRpY3M6IGluc3RhbnQgIFVuaXRzOiBjb3VudApIZWxwOgpUaGUgbnVt YmVyIG9mIHVwZGF0ZXMgZm9yIHJlc291cmNlIGdyb3VwIGJhc2VkIGdsb2Nrcy4KICAgIGluc3Qg WzAgb3IgImxvb3BOIl0gdmFsdWUgTlVNQkVSCiAgICBpbnN0IFsxIG9yICJsb29wTiJdIHZhbHVl IE5VTUJFUgoKZ2ZzMi50cmFjZXBvaW50cy5nbG9ja19sb2NrX3RpbWUubWV0YSBQTUlEOiAxMTUu My41NyBbTnVtYmVyIG9mIG1ldGFkYXRhIGxvY2sgdXBkYXRlcy5dCiAgICBEYXRhIFR5cGU6IDY0 LWJpdCB1bnNpZ25lZCBpbnQgIEluRG9tOiAxMTUuMCAweDFjYzAwMDAwCiAgICBTZW1hbnRpY3M6 IGluc3RhbnQgIFVuaXRzOiBjb3VudApIZWxwOgpUaGUgbnVtYmVyIG9mIHVwZGF0ZXMgZm9yIG1l dGFkYXRhIGJhc2VkIGdsb2Nrcy4KICAgIGluc3QgWzAgb3IgImxvb3BOIl0gdmFsdWUgTlVNQkVS CiAgICBpbnN0IFsxIG9yICJsb29wTiJdIHZhbHVlIE5VTUJFUgoKZ2ZzMi50cmFjZXBvaW50cy5n bG9ja19sb2NrX3RpbWUuaW9wZW4gUE1JRDogMTE1LjMuNTggW051bWJlciBvZiBpb3BlbiBsb2Nr IHVwZGF0ZXMuXQogICAgRGF0YSBUeXBlOiA2NC1iaXQgdW5zaWduZWQgaW50ICBJbkRvbTogMTE1 LjAgMHgxY2MwMDAwMAogICAgU2VtYW50aWNzOiBpbnN0YW50ICBVbml0czogY291bnQKSGVscDoK VGhlIG51bWJlciBvZiB1cGRhdGVzIGZvciBpb3BlbiBiYXNlZCBnbG9ja3MuCiAgICBpbnN0IFsw IG9yICJsb29wTiJdIHZhbHVlIE5VTUJFUgogICAgaW5zdCBbMSBvciAibG9vcE4iXSB2YWx1ZSBO VU1CRVIKCmdmczIudHJhY2Vwb2ludHMuZ2xvY2tfbG9ja190aW1lLmZsb2NrIFBNSUQ6IDExNS4z LjU5IFtOdW1iZXIgb2YgZmxvY2sgbG9jayB1cGRhdGVzLl0KICAgIERhdGEgVHlwZTogNjQtYml0 IHVuc2lnbmVkIGludCAgSW5Eb206IDExNS4wIDB4MWNjMDAwMDAKICAgIFNlbWFudGljczogaW5z dGFudCAgVW5pdHM6IGNvdW50CkhlbHA6ClRoZSBudW1iZXIgb2YgdXBkYXRlcyBmb3IgZmxvY2sg YmFzZWQgZ2xvY2tzLgogICAgaW5zdCBbMCBvciAibG9vcE4iXSB2YWx1ZSBOVU1CRVIKICAgIGlu c3QgWzEgb3IgImxvb3BOIl0gdmFsdWUgTlVNQkVSCgpnZnMyLnRyYWNlcG9pbnRzLmdsb2NrX2xv Y2tfdGltZS5xdW90YSBQTUlEOiAxMTUuMy42MCBbTnVtYmVyIG9mIHF1b3RhIGxvY2sgdXBkYXRl cy5dCiAgICBEYXRhIFR5cGU6IDY0LWJpdCB1bnNpZ25lZCBpbnQgIEluRG9tOiAxMTUuMCAweDFj YzAwMDAwCiAgICBTZW1hbnRpY3M6IGluc3RhbnQgIFVuaXRzOiBjb3VudApIZWxwOgpUaGUgbnVt YmVyIG9mIHVwZGF0ZXMgZm9yIHF1b3RhIGJhc2VkIGdsb2Nrcy4KICAgIGluc3QgWzAgb3IgImxv b3BOIl0gdmFsdWUgTlVNQkVSCiAgICBpbnN0IFsxIG9yICJsb29wTiJdIHZhbHVlIE5VTUJFUgoK Z2ZzMi50cmFjZXBvaW50cy5nbG9ja19sb2NrX3RpbWUuam91cm5hbCBQTUlEOiAxMTUuMy42MSBb TnVtYmVyIG9mIGpvdXJuYWwgbG9jayB1cGRhdGVzLl0KICAgIERhdGEgVHlwZTogNjQtYml0IHVu c2lnbmVkIGludCAgSW5Eb206IDExNS4wIDB4MWNjMDAwMDAKICAgIFNlbWFudGljczogaW5zdGFu dCAgVW5pdHM6IGNvdW50CkhlbHA6ClRoZSBudW1iZXIgb2YgdXBkYXRlcyBmb3Igam91cm5hbCBi YXNlZCBnbG9ja3MuCiAgICBpbnN0IFswIG9yICJsb29wTiJdIHZhbHVlIE5VTUJFUgogICAgaW5z dCBbMSBvciAibG9vcE4iXSB2YWx1ZSBOVU1CRVIKCmdmczIudHJhY2Vwb2ludHMucGluLnRvdGFs IFBNSUQ6IDExNS4zLjYyIFtUb3RhbCBudW1iZXIgb2YgUGluL1VucGluIHJlcXVlc3RzLiBUaGUg dG90YWxdCiAgICBEYXRhIFR5cGU6IDY0LWJpdCB1bnNpZ25lZCBpbnQgIEluRG9tOiAxMTUuMCAw eDFjYzAwMDAwCiAgICBTZW1hbnRpY3M6IGluc3RhbnQgIFVuaXRzOiBjb3VudApIZWxwOgpudW1i ZXIgb2YgcmVxdWVzdHMgdG8gcGluL3VucGluIGJsb2NrcyBvbiB0aGUgbG9nLgogICAgaW5zdCBb MCBvciAibG9vcE4iXSB2YWx1ZSBOVU1CRVIKICAgIGluc3QgWzEgb3IgImxvb3BOIl0gdmFsdWUg TlVNQkVSCgpnZnMyLnRyYWNlcG9pbnRzLnBpbi5waW5fdG90YWwgUE1JRDogMTE1LjMuNjMgW051 bWJlciBvZiBwaW4gcmVxdWVzdHMuIFRoZSB0b3RhbCBudW1iZXIgb2ZdCiAgICBEYXRhIFR5cGU6 IDY0LWJpdCB1bnNpZ25lZCBpbnQgIEluRG9tOiAxMTUuMCAweDFjYzAwMDAwCiAgICBTZW1hbnRp Y3M6IGluc3RhbnQgIFVuaXRzOiBjb3VudApIZWxwOgpyZXF1ZXN0cyB0byBwaW4gYmxvY2tzIG9u IHRoZSBsb2cuCiAgICBpbnN0IFswIG9yICJsb29wTiJdIHZhbHVlIE5VTUJFUgogICAgaW5zdCBb MSBvciAibG9vcE4iXSB2YWx1ZSBOVU1CRVIKCmdmczIudHJhY2Vwb2ludHMucGluLnVucGluX3Rv dGFsIFBNSUQ6IDExNS4zLjY0IFtOdW1iZXIgb2YgdW5waW4gcmVxdWVzdHMuIFRoZSB0b3RhbCBu dW1iZXJdCiAgICBEYXRhIFR5cGU6IDY0LWJpdCB1bnNpZ25lZCBpbnQgIEluRG9tOiAxMTUuMCAw eDFjYzAwMDAwCiAgICBTZW1hbnRpY3M6IGluc3RhbnQgIFVuaXRzOiBjb3VudApIZWxwOgpyZXF1 ZXN0cyB0byB1bnBpbiBibG9ja3Mgb24gdGhlIGxvZy4KICAgIGluc3QgWzAgb3IgImxvb3BOIl0g dmFsdWUgTlVNQkVSCiAgICBpbnN0IFsxIG9yICJsb29wTiJdIHZhbHVlIE5VTUJFUgoKZ2ZzMi50 cmFjZXBvaW50cy5waW4ubG9uZ2VzdF9waW5uZWQgUE1JRDogMTE1LjMuNjUgW0xvbmdlc3QgcGlu bmVkLiBUaGUgbG9uZ2VzdCBwaW5uZWRdCiAgICBEYXRhIFR5cGU6IDY0LWJpdCB1bnNpZ25lZCBp bnQgIEluRG9tOiAxMTUuMCAweDFjYzAwMDAwCiAgICBTZW1hbnRpY3M6IGluc3RhbnQgIFVuaXRz OiBjb3VudApIZWxwOgppbm9kZSBvciByZXNvdXJjZSBncm91cCBsb2cgYmxvY2sKICAgIGluc3Qg WzAgb3IgImxvb3BOIl0gdmFsdWUgTlVNQkVSCiAgICBpbnN0IFsxIG9yICJsb29wTiJdIHZhbHVl IE5VTUJFUgoKZ2ZzMi50cmFjZXBvaW50cy5sb2dfZmx1c2gudG90YWwgUE1JRDogMTE1LjMuNjYg W1RvdGFsIGxvZyBmbHVzaGVzLiBUaGUgdG90YWwgbnVtYmVyIG9mXQogICAgRGF0YSBUeXBlOiA2 NC1iaXQgdW5zaWduZWQgaW50ICBJbkRvbTogMTE1LjAgMHgxY2MwMDAwMAogICAgU2VtYW50aWNz OiBpbnN0YW50ICBVbml0czogY291bnQKSGVscDoKbG9nIGZsdXNoZXMgb2JzZXJ2ZWQKICAgIGlu c3QgWzAgb3IgImxvb3BOIl0gdmFsdWUgTlVNQkVSCiAgICBpbnN0IFsxIG9yICJsb29wTiJdIHZh bHVlIE5VTUJFUgoKZ2ZzMi50cmFjZXBvaW50cy5sb2dfYmxvY2sudG90YWwgUE1JRDogMTE1LjMu NjcgW1RvdGFsIGxvZyBibG9ja3MuIFRoZSB0b3RhbCBudW1iZXIgb2ZdCiAgICBEYXRhIFR5cGU6 IDY0LWJpdCB1bnNpZ25lZCBpbnQgIEluRG9tOiAxMTUuMCAweDFjYzAwMDAwCiAgICBTZW1hbnRp Y3M6IGluc3RhbnQgIFVuaXRzOiBjb3VudApIZWxwOgpibG9ja3MgcGxhY2VkIHVwb24gdGhlIGxv Zy4KICAgIGluc3QgWzAgb3IgImxvb3BOIl0gdmFsdWUgTlVNQkVSCiAgICBpbnN0IFsxIG9yICJs b29wTiJdIHZhbHVlIE5VTUJFUgoKZ2ZzMi50cmFjZXBvaW50cy5haWxfZmx1c2gudG90YWwgUE1J RDogMTE1LjMuNjggW1RvdGFsIEFJTCBmbHVzaGVzLiBUaGUgdG90YWwgbnVtYmVyIG9mXQogICAg RGF0YSBUeXBlOiA2NC1iaXQgdW5zaWduZWQgaW50ICBJbkRvbTogMTE1LjAgMHgxY2MwMDAwMAog ICAgU2VtYW50aWNzOiBpbnN0YW50ICBVbml0czogY291bnQKSGVscDoKZmx1c2hlcyBiYWNrIHRv IHRoZSBBSUwuCiAgICBpbnN0IFswIG9yICJsb29wTiJdIHZhbHVlIE5VTUJFUgogICAgaW5zdCBb MSBvciAibG9vcE4iXSB2YWx1ZSBOVU1CRVIKCmdmczIudHJhY2Vwb2ludHMuYmxvY2tfYWxsb2Mu dG90YWwgUE1JRDogMTE1LjMuNjkgW1RvdGFsIGJsb2NrcyBhbGxvY2F0ZWQvZGVhbGxvY2F0ZWQu IF0KICAgIERhdGEgVHlwZTogNjQtYml0IHVuc2lnbmVkIGludCAgSW5Eb206IDExNS4wIDB4MWNj MDAwMDAKICAgIFNlbWFudGljczogaW5zdGFudCAgVW5pdHM6IGNvdW50CkhlbHA6ClRoZSB0b3Rh bCBudW1iZXIgb2YgYWxsb2NhdGVkL2ZyZWVkIGJsb2NrcyB0aGlzIGNhbGwuCiAgICBpbnN0IFsw IG9yICJsb29wTiJdIHZhbHVlIE5VTUJFUgogICAgaW5zdCBbMSBvciAibG9vcE4iXSB2YWx1ZSBO VU1CRVIKCmdmczIudHJhY2Vwb2ludHMuYmxvY2tfYWxsb2MuZnJlZSBQTUlEOiAxMTUuMy43MCBb RnJlZWQgYmxvY2tzLiBUaGUgbnVtYmVyIG9mIGJsb2Nrc10KICAgIERhdGEgVHlwZTogNjQtYml0 IHVuc2lnbmVkIGludCAgSW5Eb206IDExNS4wIDB4MWNjMDAwMDAKICAgIFNlbWFudGljczogaW5z dGFudCAgVW5pdHM6IGNvdW50CkhlbHA6CmZyZWVkLiAKICAgIGluc3QgWzAgb3IgImxvb3BOIl0g dmFsdWUgTlVNQkVSCiAgICBpbnN0IFsxIG9yICJsb29wTiJdIHZhbHVlIE5VTUJFUgoKZ2ZzMi50 cmFjZXBvaW50cy5ibG9ja19hbGxvYy51c2VkIFBNSUQ6IDExNS4zLjcxIFtVc2VkIGJsb2Nrcy4g VGhlIG51bWJlciBvZiBibG9ja3NdCiAgICBEYXRhIFR5cGU6IDY0LWJpdCB1bnNpZ25lZCBpbnQg IEluRG9tOiAxMTUuMCAweDFjYzAwMDAwCiAgICBTZW1hbnRpY3M6IGluc3RhbnQgIFVuaXRzOiBj b3VudApIZWxwOgp1c2VkLgogICAgaW5zdCBbMCBvciAibG9vcE4iXSB2YWx1ZSBOVU1CRVIKICAg IGluc3QgWzEgb3IgImxvb3BOIl0gdmFsdWUgTlVNQkVSCgpnZnMyLnRyYWNlcG9pbnRzLmJsb2Nr X2FsbG9jLmRpbm9kZSBQTUlEOiAxMTUuMy43MiBbRGlub2RlIGJsb2Nrcy4gVGhlIG51bWJlciBv ZiBibG9ja3NdCiAgICBEYXRhIFR5cGU6IDY0LWJpdCB1bnNpZ25lZCBpbnQgIEluRG9tOiAxMTUu MCAweDFjYzAwMDAwCiAgICBTZW1hbnRpY3M6IGluc3RhbnQgIFVuaXRzOiBjb3VudApIZWxwOgp1 c2VkIGZvciBkaW5vZGUuCiAgICBpbnN0IFswIG9yICJsb29wTiJdIHZhbHVlIE5VTUJFUgogICAg aW5zdCBbMSBvciAibG9vcE4iXSB2YWx1ZSBOVU1CRVIKCmdmczIudHJhY2Vwb2ludHMuYmxvY2tf YWxsb2MudW5saW5rZWQgUE1JRDogMTE1LjMuNzMgW1VubGlua2VkIGJsb2Nrcy4gVGhlIG51bWJl ciBvZl0KICAgIERhdGEgVHlwZTogNjQtYml0IHVuc2lnbmVkIGludCAgSW5Eb206IDExNS4wIDB4 MWNjMDAwMDAKICAgIFNlbWFudGljczogaW5zdGFudCAgVW5pdHM6IGNvdW50CkhlbHA6CnVubGlu a2VkIGJsb2Nrcy4KICAgIGluc3QgWzAgb3IgImxvb3BOIl0gdmFsdWUgTlVNQkVSCiAgICBpbnN0 IFsxIG9yICJsb29wTiJdIHZhbHVlIE5VTUJFUgoKZ2ZzMi50cmFjZXBvaW50cy5ibWFwLnRvdGFs IFBNSUQ6IDExNS4zLjc0IFtUb3RhbCBudW1iZXIgb2YgYm1hcCBhbGxvY2F0aW9ucy4gVGhlIHRv dGFsXQogICAgRGF0YSBUeXBlOiA2NC1iaXQgdW5zaWduZWQgaW50ICBJbkRvbTogMTE1LjAgMHgx Y2MwMDAwMAogICAgU2VtYW50aWNzOiBpbnN0YW50ICBVbml0czogY291bnQKSGVscDoKbnVtYmVy IG9mIGJtYXAgYWxsb2NhdGlvbnMuCiAgICBpbnN0IFswIG9yICJsb29wTiJdIHZhbHVlIE5VTUJF UgogICAgaW5zdCBbMSBvciAibG9vcE4iXSB2YWx1ZSBOVU1CRVIKCmdmczIudHJhY2Vwb2ludHMu Ym1hcC5jcmVhdGUgUE1JRDogMTE1LjMuNzUgW051bWJlciBvZiBjcmVhdGUgYm1hcCBhbGxvY2F0 aW9ucy4gVGhlIG51bWJlcl0KICAgIERhdGEgVHlwZTogNjQtYml0IHVuc2lnbmVkIGludCAgSW5E b206IDExNS4wIDB4MWNjMDAwMDAKICAgIFNlbWFudGljczogaW5zdGFudCAgVW5pdHM6IGNvdW50 CkhlbHA6Cm9mIGNyZWF0ZSBibWFwIGFsbG9jYXRpb25zLgogICAgaW5zdCBbMCBvciAibG9vcE4i XSB2YWx1ZSBOVU1CRVIKICAgIGluc3QgWzEgb3IgImxvb3BOIl0gdmFsdWUgTlVNQkVSCgpnZnMy LnRyYWNlcG9pbnRzLmJtYXAubm9jcmVhdGUgUE1JRDogMTE1LjMuNzYgW051bWJlciBvZiBub2Ny ZWF0ZSBibWFwIGFsbG9jYXRpb25zLiBUaGVdCiAgICBEYXRhIFR5cGU6IDY0LWJpdCB1bnNpZ25l ZCBpbnQgIEluRG9tOiAxMTUuMCAweDFjYzAwMDAwCiAgICBTZW1hbnRpY3M6IGluc3RhbnQgIFVu aXRzOiBjb3VudApIZWxwOgpudW1iZXIgb2Ygbm9jcmVhdGUgYm1hcCBhbGxvY2F0aW9ucy4KICAg IGluc3QgWzAgb3IgImxvb3BOIl0gdmFsdWUgTlVNQkVSCiAgICBpbnN0IFsxIG9yICJsb29wTiJd IHZhbHVlIE5VTUJFUgoKZ2ZzMi50cmFjZXBvaW50cy5ycy50b3RhbCBQTUlEOiAxMTUuMy43NyBb VG90YWwgbXVsdGktYmxvY2sgYWxsb2NhdGlvbnMuIFRoZSB0b3RhbCBudW1iZXJdCiAgICBEYXRh IFR5cGU6IDY0LWJpdCB1bnNpZ25lZCBpbnQgIEluRG9tOiAxMTUuMCAweDFjYzAwMDAwCiAgICBT ZW1hbnRpY3M6IGluc3RhbnQgIFVuaXRzOiBjb3VudApIZWxwOgpvZiBtdWx0aS1ibG9jayBhbGxv Y2F0aW9ucy4gCiAgICBpbnN0IFswIG9yICJsb29wTiJdIHZhbHVlIE5VTUJFUgogICAgaW5zdCBb MSBvciAibG9vcE4iXSB2YWx1ZSBOVU1CRVIKCmdmczIudHJhY2Vwb2ludHMucnMuZGVsIFBNSUQ6 IDExNS4zLjc4IFtOdW1iZXIgb2YgcmVzb3VyY2UgZ3JvdXAgZGVsZXRlLiBUaGUgdG90YWwgbnVt YmVyIG9mXQogICAgRGF0YSBUeXBlOiA2NC1iaXQgdW5zaWduZWQgaW50ICBJbkRvbTogMTE1LjAg MHgxY2MwMDAwMAogICAgU2VtYW50aWNzOiBpbnN0YW50ICBVbml0czogY291bnQKSGVscDoKcmVz b3VyY2UgZ3JvdXAgZGVsZXRlIGNhbGxzLgogICAgaW5zdCBbMCBvciAibG9vcE4iXSB2YWx1ZSBO VU1CRVIKICAgIGluc3QgWzEgb3IgImxvb3BOIl0gdmFsdWUgTlVNQkVSCgpnZnMyLnRyYWNlcG9p bnRzLnJzLnRkZWwgUE1JRDogMTE1LjMuNzkgW051bWJlciBvZiByZXNvdXJjZSBncm91cCB0cmVl IGRlbGV0ZS4gVGhlIHRvdGFsIG51bWJlcl0KICAgIERhdGEgVHlwZTogNjQtYml0IHVuc2lnbmVk IGludCAgSW5Eb206IDExNS4wIDB4MWNjMDAwMDAKICAgIFNlbWFudGljczogaW5zdGFudCAgVW5p dHM6IGNvdW50CkhlbHA6Cm9mIHJlc291cmNlIGdyb3VwIHRyZWUgZGVsZXRlIGNhbGxzLgogICAg aW5zdCBbMCBvciAibG9vcE4iXSB2YWx1ZSBOVU1CRVIKICAgIGluc3QgWzEgb3IgImxvb3BOIl0g dmFsdWUgTlVNQkVSCgpnZnMyLnRyYWNlcG9pbnRzLnJzLmlucyBQTUlEOiAxMTUuMy44MCBbTnVt YmVyIG9mIHJlc291cmNlIGdyb3VwIGluc2VydC4gVGhlIHRvdGFsIG51bWJlciBvZl0KICAgIERh dGEgVHlwZTogNjQtYml0IHVuc2lnbmVkIGludCAgSW5Eb206IDExNS4wIDB4MWNjMDAwMDAKICAg IFNlbWFudGljczogaW5zdGFudCAgVW5pdHM6IGNvdW50CkhlbHA6CnJlc291cmNlIGdyb3VwIGlu c2VydCBjYWxscy4KICAgIGluc3QgWzAgb3IgImxvb3BOIl0gdmFsdWUgTlVNQkVSCiAgICBpbnN0 IFsxIG9yICJsb29wTiJdIHZhbHVlIE5VTUJFUgoKZ2ZzMi50cmFjZXBvaW50cy5ycy5jbG0gUE1J RDogMTE1LjMuODEgW051bWJlciBvZiByZXNvdXJjZSBncm91cCBjbGFpbXMuIFRoZSB0b3RhbCBu dW1iZXIgb2YgXQogICAgRGF0YSBUeXBlOiA2NC1iaXQgdW5zaWduZWQgaW50ICBJbkRvbTogMTE1 LjAgMHgxY2MwMDAwMAogICAgU2VtYW50aWNzOiBpbnN0YW50ICBVbml0czogY291bnQKSGVscDoK cmVzb3VyY2UgZ3JvdXAgY2xhaW0gY2FsbHMuCiAgICBpbnN0IFswIG9yICJsb29wTiJdIHZhbHVl IE5VTUJFUgogICAgaW5zdCBbMSBvciAibG9vcE4iXSB2YWx1ZSBOVU1CRVIKCj09PSBDaGVjayBn ZnMyIG1ldHJpY3MgZm9yIGFsbCBmaWxlc3lzdGVtcyA9PT0KCmdmczIud29yc3RfZ2xvY2sudGVu dGgucXVldWUgUE1JRDogMTE1LjQuOTkgW0NvdW50IG9mIGdmczJfaG9sZGVyIHF1ZXVlcyBmb3Ig dGVudGggd29yc3QgZ2xvY2tdCiAgICBEYXRhIFR5cGU6IDY0LWJpdCBpbnQgIEluRG9tOiAxMTUu MCAweDFjYzAwMDAwCiAgICBTZW1hbnRpY3M6IGluc3RhbnQgIFVuaXRzOiBjb3VudApIZWxwOgpD b3VudCBvZiBnZnMyX2hvbGRlciBxdWV1ZXMgZm9yIHRlbnRoIHdvcnN0IGdsb2NrCk5vIHZhbHVl KHMpIGF2YWlsYWJsZSEKCmdmczIud29yc3RfZ2xvY2sudGVudGguZGxtIFBNSUQ6IDExNS40Ljk4 IFtDb3VudCBvZiBEaXN0cmlidXRlZCBMb2NrIE1hbmFnZXIgcmVxdWVzdHMgZm9yIHRlbnRoIHdv cnN0IGdsb2NrXQogICAgRGF0YSBUeXBlOiA2NC1iaXQgaW50ICBJbkRvbTogMTE1LjAgMHgxY2Mw MDAwMAogICAgU2VtYW50aWNzOiBpbnN0YW50ICBVbml0czogY291bnQKSGVscDoKQ291bnQgb2Yg RGlzdHJpYnV0ZWQgTG9jayBNYW5hZ2VyIHJlcXVlc3RzIGZvciB0ZW50aCB3b3JzdCBnbG9jawpO byB2YWx1ZShzKSBhdmFpbGFibGUhCgpnZnMyLndvcnN0X2dsb2NrLnRlbnRoLnNpcnR2YXIgUE1J RDogMTE1LjQuOTcgW1Ntb290aGVkIEludGVyLXJlcXVlc3QgdmFyaWFuY2UgZm9yIHRlbnRoIHdv cnN0IGdsb2NrXQogICAgRGF0YSBUeXBlOiA2NC1iaXQgaW50ICBJbkRvbTogMTE1LjAgMHgxY2Mw MDAwMAogICAgU2VtYW50aWNzOiBpbnN0YW50ICBVbml0czogY291bnQKSGVscDoKU21vb3RoZWQg SW50ZXItcmVxdWVzdCB2YXJpYW5jZSBmb3IgdGVudGggd29yc3QgZ2xvY2sKTm8gdmFsdWUocykg YXZhaWxhYmxlIQoKZ2ZzMi53b3JzdF9nbG9jay50ZW50aC5zaXJ0IFBNSUQ6IDExNS40Ljk2IFtT bW9vdGhlZCBJbnRlci1yZXF1ZXN0IHRpbWUgZm9yIHRlbnRoIHdvcnN0IGdsb2NrXQogICAgRGF0 YSBUeXBlOiA2NC1iaXQgaW50ICBJbkRvbTogMTE1LjAgMHgxY2MwMDAwMAogICAgU2VtYW50aWNz OiBpbnN0YW50ICBVbml0czogY291bnQKSGVscDoKU21vb3RoZWQgSW50ZXItcmVxdWVzdCB0aW1l IGZvciB0ZW50aCB3b3JzdCBnbG9jawpObyB2YWx1ZShzKSBhdmFpbGFibGUhCgpnZnMyLndvcnN0 X2dsb2NrLnRlbnRoLnNydHR2YXJiIFBNSUQ6IDExNS40Ljk1IFtCbG9ja2luZyBzbW9vdGhlZCB2 YXJpYW5jZSBmb3IgdGVudGggd29yc3QgZ2xvY2tdCiAgICBEYXRhIFR5cGU6IDY0LWJpdCBpbnQg IEluRG9tOiAxMTUuMCAweDFjYzAwMDAwCiAgICBTZW1hbnRpY3M6IGluc3RhbnQgIFVuaXRzOiBj b3VudApIZWxwOgpCbG9ja2luZyBzbW9vdGhlZCB2YXJpYW5jZSBmb3IgdGVudGggd29yc3QgZ2xv Y2sKTm8gdmFsdWUocykgYXZhaWxhYmxlIQoKZ2ZzMi53b3JzdF9nbG9jay50ZW50aC5zcnR0YiBQ TUlEOiAxMTUuNC45NCBbQmxvY2tpbmcgc21vb3RoZWQgcm91bmQgdHJpcCB0aW1lIGZvciB0ZW50 aCB3b3JzdCBnbG9ja10KICAgIERhdGEgVHlwZTogNjQtYml0IGludCAgSW5Eb206IDExNS4wIDB4 MWNjMDAwMDAKICAgIFNlbWFudGljczogaW5zdGFudCAgVW5pdHM6IGNvdW50CkhlbHA6CkJsb2Nr aW5nIHNtb290aGVkIHJvdW5kIHRyaXAgdGltZSBmb3IgdGVudGggd29yc3QgZ2xvY2sKTm8gdmFs dWUocykgYXZhaWxhYmxlIQoKZ2ZzMi53b3JzdF9nbG9jay50ZW50aC5zcnR0dmFyIFBNSUQ6IDEx NS40LjkzIFtOb24tYmxvY2tpbmcgc21vb3RoZWQgdmFyaWFuY2UgZm9yIHRlbnRoIHdvcnN0IGds b2NrXQogICAgRGF0YSBUeXBlOiA2NC1iaXQgaW50ICBJbkRvbTogMTE1LjAgMHgxY2MwMDAwMAog ICAgU2VtYW50aWNzOiBpbnN0YW50ICBVbml0czogY291bnQKSGVscDoKTm9uLWJsb2NraW5nIHNt b290aGVkIHZhcmlhbmNlIGZvciB0ZW50aCB3b3JzdCBnbG9jawpObyB2YWx1ZShzKSBhdmFpbGFi bGUhCgpnZnMyLndvcnN0X2dsb2NrLnRlbnRoLnNydHQgUE1JRDogMTE1LjQuOTIgW05vbi1ibG9j a2luZyBzbW9vdGhlZCByb3VuZCB0cmlwIHRpbWUgZm9yIHRlbnRoIHdvcnN0IGdsb2NrXQogICAg RGF0YSBUeXBlOiA2NC1iaXQgaW50ICBJbkRvbTogMTE1LjAgMHgxY2MwMDAwMAogICAgU2VtYW50 aWNzOiBpbnN0YW50ICBVbml0czogY291bnQKSGVscDoKTm9uLWJsb2NraW5nIHNtb290aGVkIHJv dW5kIHRyaXAgdGltZSBmb3IgdGVudGggd29yc3QgZ2xvY2sKTm8gdmFsdWUocykgYXZhaWxhYmxl IQoKZ2ZzMi53b3JzdF9nbG9jay50ZW50aC5udW1iZXIgUE1JRDogMTE1LjQuOTEgW0lub2RlIG9y IHJlc291cmNlIGdyb3VwIG51bWJlciBmb3IgdGVudGggd29yc3QgZ2xvY2tdCiAgICBEYXRhIFR5 cGU6IDMyLWJpdCB1bnNpZ25lZCBpbnQgIEluRG9tOiAxMTUuMCAweDFjYzAwMDAwCiAgICBTZW1h bnRpY3M6IGluc3RhbnQgIFVuaXRzOiBjb3VudApIZWxwOgpJbm9kZSBvciByZXNvdXJjZSBncm91 cCBudW1iZXIgZm9yIHRlbnRoIHdvcnN0IGdsb2NrCk5vIHZhbHVlKHMpIGF2YWlsYWJsZSEKCmdm czIud29yc3RfZ2xvY2sudGVudGgubG9ja190eXBlIFBNSUQ6IDExNS40LjkwIFtHbG9jayB0eXBl IG51bWJlciBmb3IgdGVudGggd29yc3QgZ2xvY2tdCiAgICBEYXRhIFR5cGU6IDMyLWJpdCB1bnNp Z25lZCBpbnQgIEluRG9tOiAxMTUuMCAweDFjYzAwMDAwCiAgICBTZW1hbnRpY3M6IGluc3RhbnQg IFVuaXRzOiBjb3VudApIZWxwOgpHbG9jayB0eXBlIG51bWJlciBmb3IgdGVudGggd29yc3QgZ2xv Y2sKTm8gdmFsdWUocykgYXZhaWxhYmxlIQoKZ2ZzMi53b3JzdF9nbG9jay5uaW50aC5xdWV1ZSBQ TUlEOiAxMTUuNC44OSBbQ291bnQgb2YgZ2ZzMl9ob2xkZXIgcXVldWVzIGZvciBuaW50aCB3b3Jz dCBnbG9ja10KICAgIERhdGEgVHlwZTogNjQtYml0IGludCAgSW5Eb206IDExNS4wIDB4MWNjMDAw MDAKICAgIFNlbWFudGljczogaW5zdGFudCAgVW5pdHM6IGNvdW50CkhlbHA6CkNvdW50IG9mIGdm czJfaG9sZGVyIHF1ZXVlcyBmb3IgbmludGggd29yc3QgZ2xvY2sKTm8gdmFsdWUocykgYXZhaWxh YmxlIQoKZ2ZzMi53b3JzdF9nbG9jay5uaW50aC5kbG0gUE1JRDogMTE1LjQuODggW0NvdW50IG9m IERpc3RyaWJ1dGVkIExvY2sgTWFuYWdlciByZXF1ZXN0cyBmb3IgbmludGggd29yc3QgZ2xvY2td CiAgICBEYXRhIFR5cGU6IDY0LWJpdCBpbnQgIEluRG9tOiAxMTUuMCAweDFjYzAwMDAwCiAgICBT ZW1hbnRpY3M6IGluc3RhbnQgIFVuaXRzOiBjb3VudApIZWxwOgpDb3VudCBvZiBEaXN0cmlidXRl ZCBMb2NrIE1hbmFnZXIgcmVxdWVzdHMgZm9yIG5pbnRoIHdvcnN0IGdsb2NrCk5vIHZhbHVlKHMp IGF2YWlsYWJsZSEKCmdmczIud29yc3RfZ2xvY2submludGguc2lydHZhciBQTUlEOiAxMTUuNC44 NyBbU21vb3RoZWQgSW50ZXItcmVxdWVzdCB2YXJpYW5jZSBmb3IgbmludGggd29yc3QgZ2xvY2td CiAgICBEYXRhIFR5cGU6IDY0LWJpdCBpbnQgIEluRG9tOiAxMTUuMCAweDFjYzAwMDAwCiAgICBT ZW1hbnRpY3M6IGluc3RhbnQgIFVuaXRzOiBjb3VudApIZWxwOgpTbW9vdGhlZCBJbnRlci1yZXF1 ZXN0IHZhcmlhbmNlIGZvciBuaW50aCB3b3JzdCBnbG9jawpObyB2YWx1ZShzKSBhdmFpbGFibGUh CgpnZnMyLndvcnN0X2dsb2NrLm5pbnRoLnNpcnQgUE1JRDogMTE1LjQuODYgW1Ntb290aGVkIElu dGVyLXJlcXVlc3QgdGltZSBmb3IgbmludGggd29yc3QgZ2xvY2tdCiAgICBEYXRhIFR5cGU6IDY0 LWJpdCBpbnQgIEluRG9tOiAxMTUuMCAweDFjYzAwMDAwCiAgICBTZW1hbnRpY3M6IGluc3RhbnQg IFVuaXRzOiBjb3VudApIZWxwOgpTbW9vdGhlZCBJbnRlci1yZXF1ZXN0IHRpbWUgZm9yIG5pbnRo IHdvcnN0IGdsb2NrCk5vIHZhbHVlKHMpIGF2YWlsYWJsZSEKCmdmczIud29yc3RfZ2xvY2submlu dGguc3J0dHZhcmIgUE1JRDogMTE1LjQuODUgW0Jsb2NraW5nIHNtb290aGVkIHZhcmlhbmNlIGZv ciBuaW50aCB3b3JzdCBnbG9ja10KICAgIERhdGEgVHlwZTogNjQtYml0IGludCAgSW5Eb206IDEx NS4wIDB4MWNjMDAwMDAKICAgIFNlbWFudGljczogaW5zdGFudCAgVW5pdHM6IGNvdW50CkhlbHA6 CkJsb2NraW5nIHNtb290aGVkIHZhcmlhbmNlIGZvciBuaW50aCB3b3JzdCBnbG9jawpObyB2YWx1 ZShzKSBhdmFpbGFibGUhCgpnZnMyLndvcnN0X2dsb2NrLm5pbnRoLnNydHRiIFBNSUQ6IDExNS40 Ljg0IFtCbG9ja2luZyBzbW9vdGhlZCByb3VuZCB0cmlwIHRpbWUgZm9yIG5pbnRoIHdvcnN0IGds b2NrXQogICAgRGF0YSBUeXBlOiA2NC1iaXQgaW50ICBJbkRvbTogMTE1LjAgMHgxY2MwMDAwMAog ICAgU2VtYW50aWNzOiBpbnN0YW50ICBVbml0czogY291bnQKSGVscDoKQmxvY2tpbmcgc21vb3Ro ZWQgcm91bmQgdHJpcCB0aW1lIGZvciBuaW50aCB3b3JzdCBnbG9jawpObyB2YWx1ZShzKSBhdmFp bGFibGUhCgpnZnMyLndvcnN0X2dsb2NrLm5pbnRoLnNydHR2YXIgUE1JRDogMTE1LjQuODMgW05v bi1ibG9ja2luZyBzbW9vdGhlZCB2YXJpYW5jZSBmb3IgbmludGggd29yc3QgZ2xvY2tdCiAgICBE YXRhIFR5cGU6IDY0LWJpdCBpbnQgIEluRG9tOiAxMTUuMCAweDFjYzAwMDAwCiAgICBTZW1hbnRp Y3M6IGluc3RhbnQgIFVuaXRzOiBjb3VudApIZWxwOgpOb24tYmxvY2tpbmcgc21vb3RoZWQgdmFy aWFuY2UgZm9yIG5pbnRoIHdvcnN0IGdsb2NrCk5vIHZhbHVlKHMpIGF2YWlsYWJsZSEKCmdmczIu d29yc3RfZ2xvY2submludGguc3J0dCBQTUlEOiAxMTUuNC44MiBbTm9uLWJsb2NraW5nIHNtb290 aGVkIHJvdW5kIHRyaXAgdGltZSBmb3IgbmludGggd29yc3QgZ2xvY2tdCiAgICBEYXRhIFR5cGU6 IDY0LWJpdCBpbnQgIEluRG9tOiAxMTUuMCAweDFjYzAwMDAwCiAgICBTZW1hbnRpY3M6IGluc3Rh bnQgIFVuaXRzOiBjb3VudApIZWxwOgpOb24tYmxvY2tpbmcgc21vb3RoZWQgcm91bmQgdHJpcCB0 aW1lIGZvciBuaW50aCB3b3JzdCBnbG9jawpObyB2YWx1ZShzKSBhdmFpbGFibGUhCgpnZnMyLndv cnN0X2dsb2NrLm5pbnRoLm51bWJlciBQTUlEOiAxMTUuNC44MSBbSW5vZGUgb3IgcmVzb3VyY2Ug Z3JvdXAgbnVtYmVyIGZvciBuaW50aCB3b3JzdCBnbG9ja10KICAgIERhdGEgVHlwZTogMzItYml0 IHVuc2lnbmVkIGludCAgSW5Eb206IDExNS4wIDB4MWNjMDAwMDAKICAgIFNlbWFudGljczogaW5z dGFudCAgVW5pdHM6IGNvdW50CkhlbHA6Cklub2RlIG9yIHJlc291cmNlIGdyb3VwIG51bWJlciBm b3IgbmludGggd29yc3QgZ2xvY2sKTm8gdmFsdWUocykgYXZhaWxhYmxlIQoKZ2ZzMi53b3JzdF9n bG9jay5uaW50aC5sb2NrX3R5cGUgUE1JRDogMTE1LjQuODAgW0dsb2NrIHR5cGUgbnVtYmVyIGZv ciBuaW50aCB3b3JzdCBnbG9ja10KICAgIERhdGEgVHlwZTogMzItYml0IHVuc2lnbmVkIGludCAg SW5Eb206IDExNS4wIDB4MWNjMDAwMDAKICAgIFNlbWFudGljczogaW5zdGFudCAgVW5pdHM6IGNv dW50CkhlbHA6Ckdsb2NrIHR5cGUgbnVtYmVyIGZvciBuaW50aCB3b3JzdCBnbG9jawpObyB2YWx1 ZShzKSBhdmFpbGFibGUhCgpnZnMyLndvcnN0X2dsb2NrLmVpZ2h0aC5xdWV1ZSBQTUlEOiAxMTUu NC43OSBbQ291bnQgb2YgZ2ZzMl9ob2xkZXIgcXVldWVzIGZvciBlaWdodGggd29yc3QgZ2xvY2td CiAgICBEYXRhIFR5cGU6IDY0LWJpdCBpbnQgIEluRG9tOiAxMTUuMCAweDFjYzAwMDAwCiAgICBT ZW1hbnRpY3M6IGluc3RhbnQgIFVuaXRzOiBjb3VudApIZWxwOgpDb3VudCBvZiBnZnMyX2hvbGRl ciBxdWV1ZXMgZm9yIGVpZ2h0aCB3b3JzdCBnbG9jawpObyB2YWx1ZShzKSBhdmFpbGFibGUhCgpn ZnMyLndvcnN0X2dsb2NrLmVpZ2h0aC5kbG0gUE1JRDogMTE1LjQuNzggW0NvdW50IG9mIERpc3Ry aWJ1dGVkIExvY2sgTWFuYWdlciByZXF1ZXN0cyBmb3IgZWlnaHRoIHdvcnN0IGdsb2NrXQogICAg RGF0YSBUeXBlOiA2NC1iaXQgaW50ICBJbkRvbTogMTE1LjAgMHgxY2MwMDAwMAogICAgU2VtYW50 aWNzOiBpbnN0YW50ICBVbml0czogY291bnQKSGVscDoKQ291bnQgb2YgRGlzdHJpYnV0ZWQgTG9j ayBNYW5hZ2VyIHJlcXVlc3RzIGZvciBlaWdodGggd29yc3QgZ2xvY2sKTm8gdmFsdWUocykgYXZh aWxhYmxlIQoKZ2ZzMi53b3JzdF9nbG9jay5laWdodGguc2lydHZhciBQTUlEOiAxMTUuNC43NyBb U21vb3RoZWQgSW50ZXItcmVxdWVzdCB2YXJpYW5jZSBmb3IgZWlnaHRoIHdvcnN0IGdsb2NrXQog ICAgRGF0YSBUeXBlOiA2NC1iaXQgaW50ICBJbkRvbTogMTE1LjAgMHgxY2MwMDAwMAogICAgU2Vt YW50aWNzOiBpbnN0YW50ICBVbml0czogY291bnQKSGVscDoKU21vb3RoZWQgSW50ZXItcmVxdWVz dCB2YXJpYW5jZSBmb3IgZWlnaHRoIHdvcnN0IGdsb2NrCk5vIHZhbHVlKHMpIGF2YWlsYWJsZSEK CmdmczIud29yc3RfZ2xvY2suZWlnaHRoLnNpcnQgUE1JRDogMTE1LjQuNzYgW1Ntb290aGVkIElu dGVyLXJlcXVlc3QgdGltZSBmb3IgZWlnaHRoIHdvcnN0IGdsb2NrXQogICAgRGF0YSBUeXBlOiA2 NC1iaXQgaW50ICBJbkRvbTogMTE1LjAgMHgxY2MwMDAwMAogICAgU2VtYW50aWNzOiBpbnN0YW50 ICBVbml0czogY291bnQKSGVscDoKU21vb3RoZWQgSW50ZXItcmVxdWVzdCB0aW1lIGZvciBlaWdo dGggd29yc3QgZ2xvY2sKTm8gdmFsdWUocykgYXZhaWxhYmxlIQoKZ2ZzMi53b3JzdF9nbG9jay5l aWdodGguc3J0dHZhcmIgUE1JRDogMTE1LjQuNzUgW0Jsb2NraW5nIHNtb290aGVkIHZhcmlhbmNl IGZvciBlaWdodGggd29yc3QgZ2xvY2tdCiAgICBEYXRhIFR5cGU6IDY0LWJpdCBpbnQgIEluRG9t OiAxMTUuMCAweDFjYzAwMDAwCiAgICBTZW1hbnRpY3M6IGluc3RhbnQgIFVuaXRzOiBjb3VudApI ZWxwOgpCbG9ja2luZyBzbW9vdGhlZCB2YXJpYW5jZSBmb3IgZWlnaHRoIHdvcnN0IGdsb2NrCk5v IHZhbHVlKHMpIGF2YWlsYWJsZSEKCmdmczIud29yc3RfZ2xvY2suZWlnaHRoLnNydHRiIFBNSUQ6 IDExNS40Ljc0IFtCbG9ja2luZyBzbW9vdGhlZCByb3VuZCB0cmlwIHRpbWUgZm9yIGVpZ2h0aCB3 b3JzdCBnbG9ja10KICAgIERhdGEgVHlwZTogNjQtYml0IGludCAgSW5Eb206IDExNS4wIDB4MWNj MDAwMDAKICAgIFNlbWFudGljczogaW5zdGFudCAgVW5pdHM6IGNvdW50CkhlbHA6CkJsb2NraW5n IHNtb290aGVkIHJvdW5kIHRyaXAgdGltZSBmb3IgZWlnaHRoIHdvcnN0IGdsb2NrCk5vIHZhbHVl KHMpIGF2YWlsYWJsZSEKCmdmczIud29yc3RfZ2xvY2suZWlnaHRoLnNydHR2YXIgUE1JRDogMTE1 LjQuNzMgW05vbi1ibG9ja2luZyBzbW9vdGhlZCB2YXJpYW5jZSBmb3IgZWlnaHRoIHdvcnN0IGds b2NrXQogICAgRGF0YSBUeXBlOiA2NC1iaXQgaW50ICBJbkRvbTogMTE1LjAgMHgxY2MwMDAwMAog ICAgU2VtYW50aWNzOiBpbnN0YW50ICBVbml0czogY291bnQKSGVscDoKTm9uLWJsb2NraW5nIHNt b290aGVkIHZhcmlhbmNlIGZvciBlaWdodGggd29yc3QgZ2xvY2sKTm8gdmFsdWUocykgYXZhaWxh YmxlIQoKZ2ZzMi53b3JzdF9nbG9jay5laWdodGguc3J0dCBQTUlEOiAxMTUuNC43MiBbTm9uLWJs b2NraW5nIHNtb290aGVkIHJvdW5kIHRyaXAgdGltZSBmb3IgZWlnaHRoIHdvcnN0IGdsb2NrXQog ICAgRGF0YSBUeXBlOiA2NC1iaXQgaW50ICBJbkRvbTogMTE1LjAgMHgxY2MwMDAwMAogICAgU2Vt YW50aWNzOiBpbnN0YW50ICBVbml0czogY291bnQKSGVscDoKTm9uLWJsb2NraW5nIHNtb290aGVk IHJvdW5kIHRyaXAgdGltZSBmb3IgZWlnaHRoIHdvcnN0IGdsb2NrCk5vIHZhbHVlKHMpIGF2YWls YWJsZSEKCmdmczIud29yc3RfZ2xvY2suZWlnaHRoLm51bWJlciBQTUlEOiAxMTUuNC43MSBbSW5v ZGUgb3IgcmVzb3VyY2UgZ3JvdXAgbnVtYmVyIGZvciBlaWdodGggd29yc3QgZ2xvY2tdCiAgICBE YXRhIFR5cGU6IDMyLWJpdCB1bnNpZ25lZCBpbnQgIEluRG9tOiAxMTUuMCAweDFjYzAwMDAwCiAg ICBTZW1hbnRpY3M6IGluc3RhbnQgIFVuaXRzOiBjb3VudApIZWxwOgpJbm9kZSBvciByZXNvdXJj ZSBncm91cCBudW1iZXIgZm9yIGVpZ2h0aCB3b3JzdCBnbG9jawpObyB2YWx1ZShzKSBhdmFpbGFi bGUhCgpnZnMyLndvcnN0X2dsb2NrLmVpZ2h0aC5sb2NrX3R5cGUgUE1JRDogMTE1LjQuNzAgW0ds b2NrIHR5cGUgbnVtYmVyIGZvciBlaWdodGggd29yc3QgZ2xvY2tdCiAgICBEYXRhIFR5cGU6IDMy LWJpdCB1bnNpZ25lZCBpbnQgIEluRG9tOiAxMTUuMCAweDFjYzAwMDAwCiAgICBTZW1hbnRpY3M6 IGluc3RhbnQgIFVuaXRzOiBjb3VudApIZWxwOgpHbG9jayB0eXBlIG51bWJlciBmb3IgZWlnaHRo IHdvcnN0IGdsb2NrCk5vIHZhbHVlKHMpIGF2YWlsYWJsZSEKCmdmczIud29yc3RfZ2xvY2suc2V2 ZW50aC5xdWV1ZSBQTUlEOiAxMTUuNC42OSBbQ291bnQgb2YgZ2ZzMl9ob2xkZXIgcXVldWVzIGZv ciBzZXZlbnRoIHdvcnN0IGdsb2NrXQogICAgRGF0YSBUeXBlOiA2NC1iaXQgaW50ICBJbkRvbTog MTE1LjAgMHgxY2MwMDAwMAogICAgU2VtYW50aWNzOiBpbnN0YW50ICBVbml0czogY291bnQKSGVs cDoKQ291bnQgb2YgZ2ZzMl9ob2xkZXIgcXVldWVzIGZvciBzZXZlbnRoIHdvcnN0IGdsb2NrCk5v IHZhbHVlKHMpIGF2YWlsYWJsZSEKCmdmczIud29yc3RfZ2xvY2suc2V2ZW50aC5kbG0gUE1JRDog MTE1LjQuNjggW0NvdW50IG9mIERpc3RyaWJ1dGVkIExvY2sgTWFuYWdlciByZXF1ZXN0cyBmb3Ig c2V2ZW50aCB3b3JzdCBnbG9ja10KICAgIERhdGEgVHlwZTogNjQtYml0IGludCAgSW5Eb206IDEx NS4wIDB4MWNjMDAwMDAKICAgIFNlbWFudGljczogaW5zdGFudCAgVW5pdHM6IGNvdW50CkhlbHA6 CkNvdW50IG9mIERpc3RyaWJ1dGVkIExvY2sgTWFuYWdlciByZXF1ZXN0cyBmb3Igc2V2ZW50aCB3 b3JzdCBnbG9jawpObyB2YWx1ZShzKSBhdmFpbGFibGUhCgpnZnMyLndvcnN0X2dsb2NrLnNldmVu dGguc2lydHZhciBQTUlEOiAxMTUuNC42NyBbU21vb3RoZWQgSW50ZXItcmVxdWVzdCB2YXJpYW5j ZSBmb3Igc2V2ZW50aCB3b3JzdCBnbG9ja10KICAgIERhdGEgVHlwZTogNjQtYml0IGludCAgSW5E b206IDExNS4wIDB4MWNjMDAwMDAKICAgIFNlbWFudGljczogaW5zdGFudCAgVW5pdHM6IGNvdW50 CkhlbHA6ClNtb290aGVkIEludGVyLXJlcXVlc3QgdmFyaWFuY2UgZm9yIHNldmVudGggd29yc3Qg Z2xvY2sKTm8gdmFsdWUocykgYXZhaWxhYmxlIQoKZ2ZzMi53b3JzdF9nbG9jay5zZXZlbnRoLnNp cnQgUE1JRDogMTE1LjQuNjYgW1Ntb290aGVkIEludGVyLXJlcXVlc3QgdGltZSBmb3Igc2V2ZW50 aCB3b3JzdCBnbG9ja10KICAgIERhdGEgVHlwZTogNjQtYml0IGludCAgSW5Eb206IDExNS4wIDB4 MWNjMDAwMDAKICAgIFNlbWFudGljczogaW5zdGFudCAgVW5pdHM6IGNvdW50CkhlbHA6ClNtb290 aGVkIEludGVyLXJlcXVlc3QgdGltZSBmb3Igc2V2ZW50aCB3b3JzdCBnbG9jawpObyB2YWx1ZShz KSBhdmFpbGFibGUhCgpnZnMyLndvcnN0X2dsb2NrLnNldmVudGguc3J0dHZhcmIgUE1JRDogMTE1 LjQuNjUgW0Jsb2NraW5nIHNtb290aGVkIHZhcmlhbmNlIGZvciBzZXZlbnRoIHdvcnN0IGdsb2Nr XQogICAgRGF0YSBUeXBlOiA2NC1iaXQgaW50ICBJbkRvbTogMTE1LjAgMHgxY2MwMDAwMAogICAg U2VtYW50aWNzOiBpbnN0YW50ICBVbml0czogY291bnQKSGVscDoKQmxvY2tpbmcgc21vb3RoZWQg dmFyaWFuY2UgZm9yIHNldmVudGggd29yc3QgZ2xvY2sKTm8gdmFsdWUocykgYXZhaWxhYmxlIQoK Z2ZzMi53b3JzdF9nbG9jay5zZXZlbnRoLnNydHRiIFBNSUQ6IDExNS40LjY0IFtCbG9ja2luZyBz bW9vdGhlZCByb3VuZCB0cmlwIHRpbWUgZm9yIHNldmVudGggd29yc3QgZ2xvY2tdCiAgICBEYXRh IFR5cGU6IDY0LWJpdCBpbnQgIEluRG9tOiAxMTUuMCAweDFjYzAwMDAwCiAgICBTZW1hbnRpY3M6 IGluc3RhbnQgIFVuaXRzOiBjb3VudApIZWxwOgpCbG9ja2luZyBzbW9vdGhlZCByb3VuZCB0cmlw IHRpbWUgZm9yIHNldmVudGggd29yc3QgZ2xvY2sKTm8gdmFsdWUocykgYXZhaWxhYmxlIQoKZ2Zz Mi53b3JzdF9nbG9jay5zZXZlbnRoLnNydHR2YXIgUE1JRDogMTE1LjQuNjMgW05vbi1ibG9ja2lu ZyBzbW9vdGhlZCB2YXJpYW5jZSBmb3Igc2V2ZW50aCB3b3JzdCBnbG9ja10KICAgIERhdGEgVHlw ZTogNjQtYml0IGludCAgSW5Eb206IDExNS4wIDB4MWNjMDAwMDAKICAgIFNlbWFudGljczogaW5z dGFudCAgVW5pdHM6IGNvdW50CkhlbHA6Ck5vbi1ibG9ja2luZyBzbW9vdGhlZCB2YXJpYW5jZSBm b3Igc2V2ZW50aCB3b3JzdCBnbG9jawpObyB2YWx1ZShzKSBhdmFpbGFibGUhCgpnZnMyLndvcnN0 X2dsb2NrLnNldmVudGguc3J0dCBQTUlEOiAxMTUuNC42MiBbTm9uLWJsb2NraW5nIHNtb290aGVk IHJvdW5kIHRyaXAgdGltZSBmb3Igc2V2ZW50aCB3b3JzdCBnbG9ja10KICAgIERhdGEgVHlwZTog NjQtYml0IGludCAgSW5Eb206IDExNS4wIDB4MWNjMDAwMDAKICAgIFNlbWFudGljczogaW5zdGFu dCAgVW5pdHM6IGNvdW50CkhlbHA6Ck5vbi1ibG9ja2luZyBzbW9vdGhlZCByb3VuZCB0cmlwIHRp bWUgZm9yIHNldmVudGggd29yc3QgZ2xvY2sKTm8gdmFsdWUocykgYXZhaWxhYmxlIQoKZ2ZzMi53 b3JzdF9nbG9jay5zZXZlbnRoLm51bWJlciBQTUlEOiAxMTUuNC42MSBbSW5vZGUgb3IgcmVzb3Vy Y2UgZ3JvdXAgbnVtYmVyIGZvciBzZXZlbnRoIHdvcnN0IGdsb2NrXQogICAgRGF0YSBUeXBlOiAz Mi1iaXQgdW5zaWduZWQgaW50ICBJbkRvbTogMTE1LjAgMHgxY2MwMDAwMAogICAgU2VtYW50aWNz OiBpbnN0YW50ICBVbml0czogY291bnQKSGVscDoKSW5vZGUgb3IgcmVzb3VyY2UgZ3JvdXAgbnVt YmVyIGZvciBzZXZlbnRoIHdvcnN0IGdsb2NrCk5vIHZhbHVlKHMpIGF2YWlsYWJsZSEKCmdmczIu d29yc3RfZ2xvY2suc2V2ZW50aC5sb2NrX3R5cGUgUE1JRDogMTE1LjQuNjAgW0dsb2NrIHR5cGUg bnVtYmVyIGZvciBzZXZlbnRoIHdvcnN0IGdsb2NrXQogICAgRGF0YSBUeXBlOiAzMi1iaXQgdW5z aWduZWQgaW50ICBJbkRvbTogMTE1LjAgMHgxY2MwMDAwMAogICAgU2VtYW50aWNzOiBpbnN0YW50 ICBVbml0czogY291bnQKSGVscDoKR2xvY2sgdHlwZSBudW1iZXIgZm9yIHNldmVudGggd29yc3Qg Z2xvY2sKTm8gdmFsdWUocykgYXZhaWxhYmxlIQoKZ2ZzMi53b3JzdF9nbG9jay5zaXh0aC5xdWV1 ZSBQTUlEOiAxMTUuNC41OSBbQ291bnQgb2YgZ2ZzMl9ob2xkZXIgcXVldWVzIGZvciBzaXh0aCB3 b3JzdCBnbG9ja10KICAgIERhdGEgVHlwZTogNjQtYml0IGludCAgSW5Eb206IDExNS4wIDB4MWNj MDAwMDAKICAgIFNlbWFudGljczogaW5zdGFudCAgVW5pdHM6IGNvdW50CkhlbHA6CkNvdW50IG9m IGdmczJfaG9sZGVyIHF1ZXVlcyBmb3Igc2l4dGggd29yc3QgZ2xvY2sKTm8gdmFsdWUocykgYXZh aWxhYmxlIQoKZ2ZzMi53b3JzdF9nbG9jay5zaXh0aC5kbG0gUE1JRDogMTE1LjQuNTggW0NvdW50 IG9mIERpc3RyaWJ1dGVkIExvY2sgTWFuYWdlciByZXF1ZXN0cyBmb3Igc2l4dGggd29yc3QgZ2xv Y2tdCiAgICBEYXRhIFR5cGU6IDY0LWJpdCBpbnQgIEluRG9tOiAxMTUuMCAweDFjYzAwMDAwCiAg ICBTZW1hbnRpY3M6IGluc3RhbnQgIFVuaXRzOiBjb3VudApIZWxwOgpDb3VudCBvZiBEaXN0cmli dXRlZCBMb2NrIE1hbmFnZXIgcmVxdWVzdHMgZm9yIHNpeHRoIHdvcnN0IGdsb2NrCk5vIHZhbHVl KHMpIGF2YWlsYWJsZSEKCmdmczIud29yc3RfZ2xvY2suc2l4dGguc2lydHZhciBQTUlEOiAxMTUu NC41NyBbU21vb3RoZWQgSW50ZXItcmVxdWVzdCB2YXJpYW5jZSBmb3Igc2l4dGggd29yc3QgZ2xv Y2tdCiAgICBEYXRhIFR5cGU6IDY0LWJpdCBpbnQgIEluRG9tOiAxMTUuMCAweDFjYzAwMDAwCiAg ICBTZW1hbnRpY3M6IGluc3RhbnQgIFVuaXRzOiBjb3VudApIZWxwOgpTbW9vdGhlZCBJbnRlci1y ZXF1ZXN0IHZhcmlhbmNlIGZvciBzaXh0aCB3b3JzdCBnbG9jawpObyB2YWx1ZShzKSBhdmFpbGFi bGUhCgpnZnMyLndvcnN0X2dsb2NrLnNpeHRoLnNpcnQgUE1JRDogMTE1LjQuNTYgW1Ntb290aGVk IEludGVyLXJlcXVlc3QgdGltZSBmb3Igc2l4dGggd29yc3QgZ2xvY2tdCiAgICBEYXRhIFR5cGU6 IDY0LWJpdCBpbnQgIEluRG9tOiAxMTUuMCAweDFjYzAwMDAwCiAgICBTZW1hbnRpY3M6IGluc3Rh bnQgIFVuaXRzOiBjb3VudApIZWxwOgpTbW9vdGhlZCBJbnRlci1yZXF1ZXN0IHRpbWUgZm9yIHNp eHRoIHdvcnN0IGdsb2NrCk5vIHZhbHVlKHMpIGF2YWlsYWJsZSEKCmdmczIud29yc3RfZ2xvY2su c2l4dGguc3J0dHZhcmIgUE1JRDogMTE1LjQuNTUgW0Jsb2NraW5nIHNtb290aGVkIHZhcmlhbmNl IGZvciBzaXh0aCB3b3JzdCBnbG9ja10KICAgIERhdGEgVHlwZTogNjQtYml0IGludCAgSW5Eb206 IDExNS4wIDB4MWNjMDAwMDAKICAgIFNlbWFudGljczogaW5zdGFudCAgVW5pdHM6IGNvdW50Ckhl bHA6CkJsb2NraW5nIHNtb290aGVkIHZhcmlhbmNlIGZvciBzaXh0aCB3b3JzdCBnbG9jawpObyB2 YWx1ZShzKSBhdmFpbGFibGUhCgpnZnMyLndvcnN0X2dsb2NrLnNpeHRoLnNydHRiIFBNSUQ6IDEx NS40LjU0IFtCbG9ja2luZyBzbW9vdGhlZCByb3VuZCB0cmlwIHRpbWUgZm9yIHNpeHRoIHdvcnN0 IGdsb2NrXQogICAgRGF0YSBUeXBlOiA2NC1iaXQgaW50ICBJbkRvbTogMTE1LjAgMHgxY2MwMDAw MAogICAgU2VtYW50aWNzOiBpbnN0YW50ICBVbml0czogY291bnQKSGVscDoKQmxvY2tpbmcgc21v b3RoZWQgcm91bmQgdHJpcCB0aW1lIGZvciBzaXh0aCB3b3JzdCBnbG9jawpObyB2YWx1ZShzKSBh dmFpbGFibGUhCgpnZnMyLndvcnN0X2dsb2NrLnNpeHRoLnNydHR2YXIgUE1JRDogMTE1LjQuNTMg W05vbi1ibG9ja2luZyBzbW9vdGhlZCB2YXJpYW5jZSBmb3Igc2l4dGggd29yc3QgZ2xvY2tdCiAg ICBEYXRhIFR5cGU6IDY0LWJpdCBpbnQgIEluRG9tOiAxMTUuMCAweDFjYzAwMDAwCiAgICBTZW1h bnRpY3M6IGluc3RhbnQgIFVuaXRzOiBjb3VudApIZWxwOgpOb24tYmxvY2tpbmcgc21vb3RoZWQg dmFyaWFuY2UgZm9yIHNpeHRoIHdvcnN0IGdsb2NrCk5vIHZhbHVlKHMpIGF2YWlsYWJsZSEKCmdm czIud29yc3RfZ2xvY2suc2l4dGguc3J0dCBQTUlEOiAxMTUuNC41MiBbTm9uLWJsb2NraW5nIHNt b290aGVkIHJvdW5kIHRyaXAgdGltZSBmb3Igc2l4dGggd29yc3QgZ2xvY2tdCiAgICBEYXRhIFR5 cGU6IDY0LWJpdCBpbnQgIEluRG9tOiAxMTUuMCAweDFjYzAwMDAwCiAgICBTZW1hbnRpY3M6IGlu c3RhbnQgIFVuaXRzOiBjb3VudApIZWxwOgpOb24tYmxvY2tpbmcgc21vb3RoZWQgcm91bmQgdHJp cCB0aW1lIGZvciBzaXh0aCB3b3JzdCBnbG9jawpObyB2YWx1ZShzKSBhdmFpbGFibGUhCgpnZnMy LndvcnN0X2dsb2NrLnNpeHRoLm51bWJlciBQTUlEOiAxMTUuNC41MSBbSW5vZGUgb3IgcmVzb3Vy Y2UgZ3JvdXAgbnVtYmVyIGZvciBzaXh0aCB3b3JzdCBnbG9ja10KICAgIERhdGEgVHlwZTogMzIt Yml0IHVuc2lnbmVkIGludCAgSW5Eb206IDExNS4wIDB4MWNjMDAwMDAKICAgIFNlbWFudGljczog aW5zdGFudCAgVW5pdHM6IGNvdW50CkhlbHA6Cklub2RlIG9yIHJlc291cmNlIGdyb3VwIG51bWJl ciBmb3Igc2l4dGggd29yc3QgZ2xvY2sKTm8gdmFsdWUocykgYXZhaWxhYmxlIQoKZ2ZzMi53b3Jz dF9nbG9jay5zaXh0aC5sb2NrX3R5cGUgUE1JRDogMTE1LjQuNTAgW0dsb2NrIHR5cGUgbnVtYmVy IGZvciBzaXh0aCB3b3JzdCBnbG9ja10KICAgIERhdGEgVHlwZTogMzItYml0IHVuc2lnbmVkIGlu dCAgSW5Eb206IDExNS4wIDB4MWNjMDAwMDAKICAgIFNlbWFudGljczogaW5zdGFudCAgVW5pdHM6 IGNvdW50CkhlbHA6Ckdsb2NrIHR5cGUgbnVtYmVyIGZvciBzaXh0aCB3b3JzdCBnbG9jawpObyB2 YWx1ZShzKSBhdmFpbGFibGUhCgpnZnMyLndvcnN0X2dsb2NrLmZpZnRoLnF1ZXVlIFBNSUQ6IDEx NS40LjQ5IFtDb3VudCBvZiBnZnMyX2hvbGRlciBxdWV1ZXMgZm9yIGZpZnRoIHdvcnN0IGdsb2Nr XQogICAgRGF0YSBUeXBlOiA2NC1iaXQgaW50ICBJbkRvbTogMTE1LjAgMHgxY2MwMDAwMAogICAg U2VtYW50aWNzOiBpbnN0YW50ICBVbml0czogY291bnQKSGVscDoKQ291bnQgb2YgZ2ZzMl9ob2xk ZXIgcXVldWVzIGZvciBmaWZ0aCB3b3JzdCBnbG9jawpObyB2YWx1ZShzKSBhdmFpbGFibGUhCgpn ZnMyLndvcnN0X2dsb2NrLmZpZnRoLmRsbSBQTUlEOiAxMTUuNC40OCBbQ291bnQgb2YgRGlzdHJp YnV0ZWQgTG9jayBNYW5hZ2VyIHJlcXVlc3RzIGZvciBmaWZ0aCB3b3JzdCBnbG9ja10KICAgIERh dGEgVHlwZTogNjQtYml0IGludCAgSW5Eb206IDExNS4wIDB4MWNjMDAwMDAKICAgIFNlbWFudGlj czogaW5zdGFudCAgVW5pdHM6IGNvdW50CkhlbHA6CkNvdW50IG9mIERpc3RyaWJ1dGVkIExvY2sg TWFuYWdlciByZXF1ZXN0cyBmb3IgZmlmdGggd29yc3QgZ2xvY2sKTm8gdmFsdWUocykgYXZhaWxh YmxlIQoKZ2ZzMi53b3JzdF9nbG9jay5maWZ0aC5zaXJ0dmFyIFBNSUQ6IDExNS40LjQ3IFtTbW9v dGhlZCBJbnRlci1yZXF1ZXN0IHZhcmlhbmNlIGZvciBmaWZ0aCB3b3JzdCBnbG9ja10KICAgIERh dGEgVHlwZTogNjQtYml0IGludCAgSW5Eb206IDExNS4wIDB4MWNjMDAwMDAKICAgIFNlbWFudGlj czogaW5zdGFudCAgVW5pdHM6IGNvdW50CkhlbHA6ClNtb290aGVkIEludGVyLXJlcXVlc3QgdmFy aWFuY2UgZm9yIGZpZnRoIHdvcnN0IGdsb2NrCk5vIHZhbHVlKHMpIGF2YWlsYWJsZSEKCmdmczIu d29yc3RfZ2xvY2suZmlmdGguc2lydCBQTUlEOiAxMTUuNC40NiBbU21vb3RoZWQgSW50ZXItcmVx dWVzdCB0aW1lIGZvciBmaWZ0aCB3b3JzdCBnbG9ja10KICAgIERhdGEgVHlwZTogNjQtYml0IGlu dCAgSW5Eb206IDExNS4wIDB4MWNjMDAwMDAKICAgIFNlbWFudGljczogaW5zdGFudCAgVW5pdHM6 IGNvdW50CkhlbHA6ClNtb290aGVkIEludGVyLXJlcXVlc3QgdGltZSBmb3IgZmlmdGggd29yc3Qg Z2xvY2sKTm8gdmFsdWUocykgYXZhaWxhYmxlIQoKZ2ZzMi53b3JzdF9nbG9jay5maWZ0aC5zcnR0 dmFyYiBQTUlEOiAxMTUuNC40NSBbQmxvY2tpbmcgc21vb3RoZWQgdmFyaWFuY2UgZm9yIGZpZnRo IHdvcnN0IGdsb2NrXQogICAgRGF0YSBUeXBlOiA2NC1iaXQgaW50ICBJbkRvbTogMTE1LjAgMHgx Y2MwMDAwMAogICAgU2VtYW50aWNzOiBpbnN0YW50ICBVbml0czogY291bnQKSGVscDoKQmxvY2tp bmcgc21vb3RoZWQgdmFyaWFuY2UgZm9yIGZpZnRoIHdvcnN0IGdsb2NrCk5vIHZhbHVlKHMpIGF2 YWlsYWJsZSEKCmdmczIud29yc3RfZ2xvY2suZmlmdGguc3J0dGIgUE1JRDogMTE1LjQuNDQgW0Js b2NraW5nIHNtb290aGVkIHJvdW5kIHRyaXAgdGltZSBmb3IgZmlmdGggd29yc3QgZ2xvY2tdCiAg ICBEYXRhIFR5cGU6IDY0LWJpdCBpbnQgIEluRG9tOiAxMTUuMCAweDFjYzAwMDAwCiAgICBTZW1h bnRpY3M6IGluc3RhbnQgIFVuaXRzOiBjb3VudApIZWxwOgpCbG9ja2luZyBzbW9vdGhlZCByb3Vu ZCB0cmlwIHRpbWUgZm9yIGZpZnRoIHdvcnN0IGdsb2NrCk5vIHZhbHVlKHMpIGF2YWlsYWJsZSEK CmdmczIud29yc3RfZ2xvY2suZmlmdGguc3J0dHZhciBQTUlEOiAxMTUuNC40MyBbTm9uLWJsb2Nr aW5nIHNtb290aGVkIHZhcmlhbmNlIGZvciBmaWZ0aCB3b3JzdCBnbG9ja10KICAgIERhdGEgVHlw ZTogNjQtYml0IGludCAgSW5Eb206IDExNS4wIDB4MWNjMDAwMDAKICAgIFNlbWFudGljczogaW5z dGFudCAgVW5pdHM6IGNvdW50CkhlbHA6Ck5vbi1ibG9ja2luZyBzbW9vdGhlZCB2YXJpYW5jZSBm b3IgZmlmdGggd29yc3QgZ2xvY2sKTm8gdmFsdWUocykgYXZhaWxhYmxlIQoKZ2ZzMi53b3JzdF9n bG9jay5maWZ0aC5zcnR0IFBNSUQ6IDExNS40LjQyIFtOb24tYmxvY2tpbmcgc21vb3RoZWQgcm91 bmQgdHJpcCB0aW1lIGZvciBmaWZ0aCB3b3JzdCBnbG9ja10KICAgIERhdGEgVHlwZTogNjQtYml0 IGludCAgSW5Eb206IDExNS4wIDB4MWNjMDAwMDAKICAgIFNlbWFudGljczogaW5zdGFudCAgVW5p dHM6IGNvdW50CkhlbHA6Ck5vbi1ibG9ja2luZyBzbW9vdGhlZCByb3VuZCB0cmlwIHRpbWUgZm9y IGZpZnRoIHdvcnN0IGdsb2NrCk5vIHZhbHVlKHMpIGF2YWlsYWJsZSEKCmdmczIud29yc3RfZ2xv Y2suZmlmdGgubnVtYmVyIFBNSUQ6IDExNS40LjQxIFtJbm9kZSBvciByZXNvdXJjZSBncm91cCBu dW1iZXIgZm9yIGZpZnRoIHdvcnN0IGdsb2NrXQogICAgRGF0YSBUeXBlOiAzMi1iaXQgdW5zaWdu ZWQgaW50ICBJbkRvbTogMTE1LjAgMHgxY2MwMDAwMAogICAgU2VtYW50aWNzOiBpbnN0YW50ICBV bml0czogY291bnQKSGVscDoKSW5vZGUgb3IgcmVzb3VyY2UgZ3JvdXAgbnVtYmVyIGZvciBmaWZ0 aCB3b3JzdCBnbG9jawpObyB2YWx1ZShzKSBhdmFpbGFibGUhCgpnZnMyLndvcnN0X2dsb2NrLmZp ZnRoLmxvY2tfdHlwZSBQTUlEOiAxMTUuNC40MCBbR2xvY2sgdHlwZSBudW1iZXIgZm9yIGZpZnRo IHdvcnN0IGdsb2NrXQogICAgRGF0YSBUeXBlOiAzMi1iaXQgdW5zaWduZWQgaW50ICBJbkRvbTog MTE1LjAgMHgxY2MwMDAwMAogICAgU2VtYW50aWNzOiBpbnN0YW50ICBVbml0czogY291bnQKSGVs cDoKR2xvY2sgdHlwZSBudW1iZXIgZm9yIGZpZnRoIHdvcnN0IGdsb2NrCk5vIHZhbHVlKHMpIGF2 YWlsYWJsZSEKCmdmczIud29yc3RfZ2xvY2suZm91cnRoLnF1ZXVlIFBNSUQ6IDExNS40LjM5IFtD b3VudCBvZiBnZnMyX2hvbGRlciBxdWV1ZXMgZm9yIGZvdXJ0aCB3b3JzdCBnbG9ja10KICAgIERh dGEgVHlwZTogNjQtYml0IGludCAgSW5Eb206IDExNS4wIDB4MWNjMDAwMDAKICAgIFNlbWFudGlj czogaW5zdGFudCAgVW5pdHM6IGNvdW50CkhlbHA6CkNvdW50IG9mIGdmczJfaG9sZGVyIHF1ZXVl cyBmb3IgZm91cnRoIHdvcnN0IGdsb2NrCk5vIHZhbHVlKHMpIGF2YWlsYWJsZSEKCmdmczIud29y c3RfZ2xvY2suZm91cnRoLmRsbSBQTUlEOiAxMTUuNC4zOCBbQ291bnQgb2YgRGlzdHJpYnV0ZWQg TG9jayBNYW5hZ2VyIHJlcXVlc3RzIGZvciBmb3VydGggd29yc3QgZ2xvY2tdCiAgICBEYXRhIFR5 cGU6IDY0LWJpdCBpbnQgIEluRG9tOiAxMTUuMCAweDFjYzAwMDAwCiAgICBTZW1hbnRpY3M6IGlu c3RhbnQgIFVuaXRzOiBjb3VudApIZWxwOgpDb3VudCBvZiBEaXN0cmlidXRlZCBMb2NrIE1hbmFn ZXIgcmVxdWVzdHMgZm9yIGZvdXJ0aCB3b3JzdCBnbG9jawpObyB2YWx1ZShzKSBhdmFpbGFibGUh CgpnZnMyLndvcnN0X2dsb2NrLmZvdXJ0aC5zaXJ0dmFyIFBNSUQ6IDExNS40LjM3IFtTbW9vdGhl ZCBJbnRlci1yZXF1ZXN0IHZhcmlhbmNlIGZvciBmb3VydGggd29yc3QgZ2xvY2tdCiAgICBEYXRh IFR5cGU6IDY0LWJpdCBpbnQgIEluRG9tOiAxMTUuMCAweDFjYzAwMDAwCiAgICBTZW1hbnRpY3M6 IGluc3RhbnQgIFVuaXRzOiBjb3VudApIZWxwOgpTbW9vdGhlZCBJbnRlci1yZXF1ZXN0IHZhcmlh bmNlIGZvciBmb3VydGggd29yc3QgZ2xvY2sKTm8gdmFsdWUocykgYXZhaWxhYmxlIQoKZ2ZzMi53 b3JzdF9nbG9jay5mb3VydGguc2lydCBQTUlEOiAxMTUuNC4zNiBbU21vb3RoZWQgSW50ZXItcmVx dWVzdCB0aW1lIGZvciBmb3VydGggd29yc3QgZ2xvY2tdCiAgICBEYXRhIFR5cGU6IDY0LWJpdCBp bnQgIEluRG9tOiAxMTUuMCAweDFjYzAwMDAwCiAgICBTZW1hbnRpY3M6IGluc3RhbnQgIFVuaXRz OiBjb3VudApIZWxwOgpTbW9vdGhlZCBJbnRlci1yZXF1ZXN0IHRpbWUgZm9yIGZvdXJ0aCB3b3Jz dCBnbG9jawpObyB2YWx1ZShzKSBhdmFpbGFibGUhCgpnZnMyLndvcnN0X2dsb2NrLmZvdXJ0aC5z cnR0dmFyYiBQTUlEOiAxMTUuNC4zNSBbQmxvY2tpbmcgc21vb3RoZWQgdmFyaWFuY2UgZm9yIGZv dXJ0aCB3b3JzdCBnbG9ja10KICAgIERhdGEgVHlwZTogNjQtYml0IGludCAgSW5Eb206IDExNS4w IDB4MWNjMDAwMDAKICAgIFNlbWFudGljczogaW5zdGFudCAgVW5pdHM6IGNvdW50CkhlbHA6CkJs b2NraW5nIHNtb290aGVkIHZhcmlhbmNlIGZvciBmb3VydGggd29yc3QgZ2xvY2sKTm8gdmFsdWUo cykgYXZhaWxhYmxlIQoKZ2ZzMi53b3JzdF9nbG9jay5mb3VydGguc3J0dGIgUE1JRDogMTE1LjQu MzQgW0Jsb2NraW5nIHNtb290aGVkIHJvdW5kIHRyaXAgdGltZSBmb3IgZm91cnRoIHdvcnN0IGds b2NrXQogICAgRGF0YSBUeXBlOiA2NC1iaXQgaW50ICBJbkRvbTogMTE1LjAgMHgxY2MwMDAwMAog ICAgU2VtYW50aWNzOiBpbnN0YW50ICBVbml0czogY291bnQKSGVscDoKQmxvY2tpbmcgc21vb3Ro ZWQgcm91bmQgdHJpcCB0aW1lIGZvciBmb3VydGggd29yc3QgZ2xvY2sKTm8gdmFsdWUocykgYXZh aWxhYmxlIQoKZ2ZzMi53b3JzdF9nbG9jay5mb3VydGguc3J0dHZhciBQTUlEOiAxMTUuNC4zMyBb Tm9uLWJsb2NraW5nIHNtb290aGVkIHZhcmlhbmNlIGZvciBmb3VydGggd29yc3QgZ2xvY2tdCiAg ICBEYXRhIFR5cGU6IDY0LWJpdCBpbnQgIEluRG9tOiAxMTUuMCAweDFjYzAwMDAwCiAgICBTZW1h bnRpY3M6IGluc3RhbnQgIFVuaXRzOiBjb3VudApIZWxwOgpOb24tYmxvY2tpbmcgc21vb3RoZWQg dmFyaWFuY2UgZm9yIGZvdXJ0aCB3b3JzdCBnbG9jawpObyB2YWx1ZShzKSBhdmFpbGFibGUhCgpn ZnMyLndvcnN0X2dsb2NrLmZvdXJ0aC5zcnR0IFBNSUQ6IDExNS40LjMyIFtOb24tYmxvY2tpbmcg c21vb3RoZWQgcm91bmQgdHJpcCB0aW1lIGZvciBmb3VydGggd29yc3QgZ2xvY2tdCiAgICBEYXRh IFR5cGU6IDY0LWJpdCBpbnQgIEluRG9tOiAxMTUuMCAweDFjYzAwMDAwCiAgICBTZW1hbnRpY3M6 IGluc3RhbnQgIFVuaXRzOiBjb3VudApIZWxwOgpOb24tYmxvY2tpbmcgc21vb3RoZWQgcm91bmQg dHJpcCB0aW1lIGZvciBmb3VydGggd29yc3QgZ2xvY2sKTm8gdmFsdWUocykgYXZhaWxhYmxlIQoK Z2ZzMi53b3JzdF9nbG9jay5mb3VydGgubnVtYmVyIFBNSUQ6IDExNS40LjMxIFtJbm9kZSBvciBy ZXNvdXJjZSBncm91cCBudW1iZXIgZm9yIGZvdXJ0aCB3b3JzdCBnbG9ja10KICAgIERhdGEgVHlw ZTogMzItYml0IHVuc2lnbmVkIGludCAgSW5Eb206IDExNS4wIDB4MWNjMDAwMDAKICAgIFNlbWFu dGljczogaW5zdGFudCAgVW5pdHM6IGNvdW50CkhlbHA6Cklub2RlIG9yIHJlc291cmNlIGdyb3Vw IG51bWJlciBmb3IgZm91cnRoIHdvcnN0IGdsb2NrCk5vIHZhbHVlKHMpIGF2YWlsYWJsZSEKCmdm czIud29yc3RfZ2xvY2suZm91cnRoLmxvY2tfdHlwZSBQTUlEOiAxMTUuNC4zMCBbR2xvY2sgdHlw ZSBudW1iZXIgZm9yIGZvdXJ0aCB3b3JzdCBnbG9ja10KICAgIERhdGEgVHlwZTogMzItYml0IHVu c2lnbmVkIGludCAgSW5Eb206IDExNS4wIDB4MWNjMDAwMDAKICAgIFNlbWFudGljczogaW5zdGFu dCAgVW5pdHM6IGNvdW50CkhlbHA6Ckdsb2NrIHR5cGUgbnVtYmVyIGZvciBmb3VydGggd29yc3Qg Z2xvY2sKTm8gdmFsdWUocykgYXZhaWxhYmxlIQoKZ2ZzMi53b3JzdF9nbG9jay50aGlyZC5xdWV1 ZSBQTUlEOiAxMTUuNC4yOSBbQ291bnQgb2YgZ2ZzMl9ob2xkZXIgcXVldWVzIGZvciB0aGlyZCB3 b3JzdCBnbG9ja10KICAgIERhdGEgVHlwZTogNjQtYml0IGludCAgSW5Eb206IDExNS4wIDB4MWNj MDAwMDAKICAgIFNlbWFudGljczogaW5zdGFudCAgVW5pdHM6IGNvdW50CkhlbHA6CkNvdW50IG9m IGdmczJfaG9sZGVyIHF1ZXVlcyBmb3IgdGhpcmQgd29yc3QgZ2xvY2sKTm8gdmFsdWUocykgYXZh aWxhYmxlIQoKZ2ZzMi53b3JzdF9nbG9jay50aGlyZC5kbG0gUE1JRDogMTE1LjQuMjggW0NvdW50 IG9mIERpc3RyaWJ1dGVkIExvY2sgTWFuYWdlciByZXF1ZXN0cyBmb3IgdGhpcmQgd29yc3QgZ2xv Y2tdCiAgICBEYXRhIFR5cGU6IDY0LWJpdCBpbnQgIEluRG9tOiAxMTUuMCAweDFjYzAwMDAwCiAg ICBTZW1hbnRpY3M6IGluc3RhbnQgIFVuaXRzOiBjb3VudApIZWxwOgpDb3VudCBvZiBEaXN0cmli dXRlZCBMb2NrIE1hbmFnZXIgcmVxdWVzdHMgZm9yIHRoaXJkIHdvcnN0IGdsb2NrCk5vIHZhbHVl KHMpIGF2YWlsYWJsZSEKCmdmczIud29yc3RfZ2xvY2sudGhpcmQuc2lydHZhciBQTUlEOiAxMTUu NC4yNyBbU21vb3RoZWQgSW50ZXItcmVxdWVzdCB2YXJpYW5jZSBmb3IgdGhpcmQgd29yc3QgZ2xv Y2tdCiAgICBEYXRhIFR5cGU6IDY0LWJpdCBpbnQgIEluRG9tOiAxMTUuMCAweDFjYzAwMDAwCiAg ICBTZW1hbnRpY3M6IGluc3RhbnQgIFVuaXRzOiBjb3VudApIZWxwOgpTbW9vdGhlZCBJbnRlci1y ZXF1ZXN0IHZhcmlhbmNlIGZvciB0aGlyZCB3b3JzdCBnbG9jawpObyB2YWx1ZShzKSBhdmFpbGFi bGUhCgpnZnMyLndvcnN0X2dsb2NrLnRoaXJkLnNpcnQgUE1JRDogMTE1LjQuMjYgW1Ntb290aGVk IEludGVyLXJlcXVlc3QgdGltZSBmb3IgdGhpcmQgd29yc3QgZ2xvY2tdCiAgICBEYXRhIFR5cGU6 IDY0LWJpdCBpbnQgIEluRG9tOiAxMTUuMCAweDFjYzAwMDAwCiAgICBTZW1hbnRpY3M6IGluc3Rh bnQgIFVuaXRzOiBjb3VudApIZWxwOgpTbW9vdGhlZCBJbnRlci1yZXF1ZXN0IHRpbWUgZm9yIHRo aXJkIHdvcnN0IGdsb2NrCk5vIHZhbHVlKHMpIGF2YWlsYWJsZSEKCmdmczIud29yc3RfZ2xvY2su dGhpcmQuc3J0dHZhcmIgUE1JRDogMTE1LjQuMjUgW0Jsb2NraW5nIHNtb290aGVkIHZhcmlhbmNl IGZvciB0aGlyZCB3b3JzdCBnbG9ja10KICAgIERhdGEgVHlwZTogNjQtYml0IGludCAgSW5Eb206 IDExNS4wIDB4MWNjMDAwMDAKICAgIFNlbWFudGljczogaW5zdGFudCAgVW5pdHM6IGNvdW50Ckhl bHA6CkJsb2NraW5nIHNtb290aGVkIHZhcmlhbmNlIGZvciB0aGlyZCB3b3JzdCBnbG9jawpObyB2 YWx1ZShzKSBhdmFpbGFibGUhCgpnZnMyLndvcnN0X2dsb2NrLnRoaXJkLnNydHRiIFBNSUQ6IDEx NS40LjI0IFtCbG9ja2luZyBzbW9vdGhlZCByb3VuZCB0cmlwIHRpbWUgZm9yIHRoaXJkIHdvcnN0 IGdsb2NrXQogICAgRGF0YSBUeXBlOiA2NC1iaXQgaW50ICBJbkRvbTogMTE1LjAgMHgxY2MwMDAw MAogICAgU2VtYW50aWNzOiBpbnN0YW50ICBVbml0czogY291bnQKSGVscDoKQmxvY2tpbmcgc21v b3RoZWQgcm91bmQgdHJpcCB0aW1lIGZvciB0aGlyZCB3b3JzdCBnbG9jawpObyB2YWx1ZShzKSBh dmFpbGFibGUhCgpnZnMyLndvcnN0X2dsb2NrLnRoaXJkLnNydHR2YXIgUE1JRDogMTE1LjQuMjMg W05vbi1ibG9ja2luZyBzbW9vdGhlZCB2YXJpYW5jZSBmb3IgdGhpcmQgd29yc3QgZ2xvY2tdCiAg ICBEYXRhIFR5cGU6IDY0LWJpdCBpbnQgIEluRG9tOiAxMTUuMCAweDFjYzAwMDAwCiAgICBTZW1h bnRpY3M6IGluc3RhbnQgIFVuaXRzOiBjb3VudApIZWxwOgpOb24tYmxvY2tpbmcgc21vb3RoZWQg dmFyaWFuY2UgZm9yIHRoaXJkIHdvcnN0IGdsb2NrCk5vIHZhbHVlKHMpIGF2YWlsYWJsZSEKCmdm czIud29yc3RfZ2xvY2sudGhpcmQuc3J0dCBQTUlEOiAxMTUuNC4yMiBbTm9uLWJsb2NraW5nIHNt b290aGVkIHJvdW5kIHRyaXAgdGltZSBmb3IgdGhpcmQgd29yc3QgZ2xvY2tdCiAgICBEYXRhIFR5 cGU6IDY0LWJpdCBpbnQgIEluRG9tOiAxMTUuMCAweDFjYzAwMDAwCiAgICBTZW1hbnRpY3M6IGlu c3RhbnQgIFVuaXRzOiBjb3VudApIZWxwOgpOb24tYmxvY2tpbmcgc21vb3RoZWQgcm91bmQgdHJp cCB0aW1lIGZvciB0aGlyZCB3b3JzdCBnbG9jawpObyB2YWx1ZShzKSBhdmFpbGFibGUhCgpnZnMy LndvcnN0X2dsb2NrLnRoaXJkLm51bWJlciBQTUlEOiAxMTUuNC4yMSBbSW5vZGUgb3IgcmVzb3Vy Y2UgZ3JvdXAgbnVtYmVyIGZvciB0aGlyZCB3b3JzdCBnbG9ja10KICAgIERhdGEgVHlwZTogMzIt Yml0IHVuc2lnbmVkIGludCAgSW5Eb206IDExNS4wIDB4MWNjMDAwMDAKICAgIFNlbWFudGljczog aW5zdGFudCAgVW5pdHM6IGNvdW50CkhlbHA6Cklub2RlIG9yIHJlc291cmNlIGdyb3VwIG51bWJl ciBmb3IgdGhpcmQgd29yc3QgZ2xvY2sKTm8gdmFsdWUocykgYXZhaWxhYmxlIQoKZ2ZzMi53b3Jz dF9nbG9jay50aGlyZC5sb2NrX3R5cGUgUE1JRDogMTE1LjQuMjAgW0dsb2NrIHR5cGUgbnVtYmVy IGZvciB0aGlyZCB3b3JzdCBnbG9ja10KICAgIERhdGEgVHlwZTogMzItYml0IHVuc2lnbmVkIGlu dCAgSW5Eb206IDExNS4wIDB4MWNjMDAwMDAKICAgIFNlbWFudGljczogaW5zdGFudCAgVW5pdHM6 IGNvdW50CkhlbHA6Ckdsb2NrIHR5cGUgbnVtYmVyIGZvciB0aGlyZCB3b3JzdCBnbG9jawpObyB2 YWx1ZShzKSBhdmFpbGFibGUhCgpnZnMyLndvcnN0X2dsb2NrLnNlY29uZC5xdWV1ZSBQTUlEOiAx MTUuNC4xOSBbQ291bnQgb2YgZ2ZzMl9ob2xkZXIgcXVldWVzIGZvciBzZWNvbmQgd29yc3QgZ2xv Y2tdCiAgICBEYXRhIFR5cGU6IDY0LWJpdCBpbnQgIEluRG9tOiAxMTUuMCAweDFjYzAwMDAwCiAg ICBTZW1hbnRpY3M6IGluc3RhbnQgIFVuaXRzOiBjb3VudApIZWxwOgpDb3VudCBvZiBnZnMyX2hv bGRlciBxdWV1ZXMgZm9yIHNlY29uZCB3b3JzdCBnbG9jawpObyB2YWx1ZShzKSBhdmFpbGFibGUh CgpnZnMyLndvcnN0X2dsb2NrLnNlY29uZC5kbG0gUE1JRDogMTE1LjQuMTggW0NvdW50IG9mIERp c3RyaWJ1dGVkIExvY2sgTWFuYWdlciByZXF1ZXN0cyBmb3Igc2Vjb25kIHdvcnN0IGdsb2NrXQog ICAgRGF0YSBUeXBlOiA2NC1iaXQgaW50ICBJbkRvbTogMTE1LjAgMHgxY2MwMDAwMAogICAgU2Vt YW50aWNzOiBpbnN0YW50ICBVbml0czogY291bnQKSGVscDoKQ291bnQgb2YgRGlzdHJpYnV0ZWQg TG9jayBNYW5hZ2VyIHJlcXVlc3RzIGZvciBzZWNvbmQgd29yc3QgZ2xvY2sKTm8gdmFsdWUocykg YXZhaWxhYmxlIQoKZ2ZzMi53b3JzdF9nbG9jay5zZWNvbmQuc2lydHZhciBQTUlEOiAxMTUuNC4x NyBbU21vb3RoZWQgSW50ZXItcmVxdWVzdCB2YXJpYW5jZSBmb3Igc2Vjb25kIHdvcnN0IGdsb2Nr XQogICAgRGF0YSBUeXBlOiA2NC1iaXQgaW50ICBJbkRvbTogMTE1LjAgMHgxY2MwMDAwMAogICAg U2VtYW50aWNzOiBpbnN0YW50ICBVbml0czogY291bnQKSGVscDoKU21vb3RoZWQgSW50ZXItcmVx dWVzdCB2YXJpYW5jZSBmb3Igc2Vjb25kIHdvcnN0IGdsb2NrCk5vIHZhbHVlKHMpIGF2YWlsYWJs ZSEKCmdmczIud29yc3RfZ2xvY2suc2Vjb25kLnNpcnQgUE1JRDogMTE1LjQuMTYgW1Ntb290aGVk IEludGVyLXJlcXVlc3QgdGltZSBmb3Igc2Vjb25kIHdvcnN0IGdsb2NrXQogICAgRGF0YSBUeXBl OiA2NC1iaXQgaW50ICBJbkRvbTogMTE1LjAgMHgxY2MwMDAwMAogICAgU2VtYW50aWNzOiBpbnN0 YW50ICBVbml0czogY291bnQKSGVscDoKU21vb3RoZWQgSW50ZXItcmVxdWVzdCB0aW1lIGZvciBz ZWNvbmQgd29yc3QgZ2xvY2sKTm8gdmFsdWUocykgYXZhaWxhYmxlIQoKZ2ZzMi53b3JzdF9nbG9j ay5zZWNvbmQuc3J0dHZhcmIgUE1JRDogMTE1LjQuMTUgW0Jsb2NraW5nIHNtb290aGVkIHZhcmlh bmNlIGZvciBzZWNvbmQgd29yc3QgZ2xvY2tdCiAgICBEYXRhIFR5cGU6IDY0LWJpdCBpbnQgIElu RG9tOiAxMTUuMCAweDFjYzAwMDAwCiAgICBTZW1hbnRpY3M6IGluc3RhbnQgIFVuaXRzOiBjb3Vu dApIZWxwOgpCbG9ja2luZyBzbW9vdGhlZCB2YXJpYW5jZSBmb3Igc2Vjb25kIHdvcnN0IGdsb2Nr Ck5vIHZhbHVlKHMpIGF2YWlsYWJsZSEKCmdmczIud29yc3RfZ2xvY2suc2Vjb25kLnNydHRiIFBN SUQ6IDExNS40LjE0IFtCbG9ja2luZyBzbW9vdGhlZCByb3VuZCB0cmlwIHRpbWUgZm9yIHNlY29u ZCB3b3JzdCBnbG9ja10KICAgIERhdGEgVHlwZTogNjQtYml0IGludCAgSW5Eb206IDExNS4wIDB4 MWNjMDAwMDAKICAgIFNlbWFudGljczogaW5zdGFudCAgVW5pdHM6IGNvdW50CkhlbHA6CkJsb2Nr aW5nIHNtb290aGVkIHJvdW5kIHRyaXAgdGltZSBmb3Igc2Vjb25kIHdvcnN0IGdsb2NrCk5vIHZh bHVlKHMpIGF2YWlsYWJsZSEKCmdmczIud29yc3RfZ2xvY2suc2Vjb25kLnNydHR2YXIgUE1JRDog MTE1LjQuMTMgW05vbi1ibG9ja2luZyBzbW9vdGhlZCB2YXJpYW5jZSBmb3Igc2Vjb25kIHdvcnN0 IGdsb2NrXQogICAgRGF0YSBUeXBlOiA2NC1iaXQgaW50ICBJbkRvbTogMTE1LjAgMHgxY2MwMDAw MAogICAgU2VtYW50aWNzOiBpbnN0YW50ICBVbml0czogY291bnQKSGVscDoKTm9uLWJsb2NraW5n IHNtb290aGVkIHZhcmlhbmNlIGZvciBzZWNvbmQgd29yc3QgZ2xvY2sKTm8gdmFsdWUocykgYXZh aWxhYmxlIQoKZ2ZzMi53b3JzdF9nbG9jay5zZWNvbmQuc3J0dCBQTUlEOiAxMTUuNC4xMiBbTm9u LWJsb2NraW5nIHNtb290aGVkIHJvdW5kIHRyaXAgdGltZSBmb3Igc2Vjb25kIHdvcnN0IGdsb2Nr XQogICAgRGF0YSBUeXBlOiA2NC1iaXQgaW50ICBJbkRvbTogMTE1LjAgMHgxY2MwMDAwMAogICAg U2VtYW50aWNzOiBpbnN0YW50ICBVbml0czogY291bnQKSGVscDoKTm9uLWJsb2NraW5nIHNtb290 aGVkIHJvdW5kIHRyaXAgdGltZSBmb3Igc2Vjb25kIHdvcnN0IGdsb2NrCk5vIHZhbHVlKHMpIGF2 YWlsYWJsZSEKCmdmczIud29yc3RfZ2xvY2suc2Vjb25kLm51bWJlciBQTUlEOiAxMTUuNC4xMSBb SW5vZGUgb3IgcmVzb3VyY2UgZ3JvdXAgbnVtYmVyIGZvciBzZWNvbmQgd29yc3QgZ2xvY2tdCiAg ICBEYXRhIFR5cGU6IDMyLWJpdCB1bnNpZ25lZCBpbnQgIEluRG9tOiAxMTUuMCAweDFjYzAwMDAw CiAgICBTZW1hbnRpY3M6IGluc3RhbnQgIFVuaXRzOiBjb3VudApIZWxwOgpJbm9kZSBvciByZXNv dXJjZSBncm91cCBudW1iZXIgZm9yIHNlY29uZCB3b3JzdCBnbG9jawpObyB2YWx1ZShzKSBhdmFp bGFibGUhCgpnZnMyLndvcnN0X2dsb2NrLnNlY29uZC5sb2NrX3R5cGUgUE1JRDogMTE1LjQuMTAg W0dsb2NrIHR5cGUgbnVtYmVyIGZvciBzZWNvbmQgd29yc3QgZ2xvY2tdCiAgICBEYXRhIFR5cGU6 IDMyLWJpdCB1bnNpZ25lZCBpbnQgIEluRG9tOiAxMTUuMCAweDFjYzAwMDAwCiAgICBTZW1hbnRp Y3M6IGluc3RhbnQgIFVuaXRzOiBjb3VudApIZWxwOgpHbG9jayB0eXBlIG51bWJlciBmb3Igc2Vj b25kIHdvcnN0IGdsb2NrCk5vIHZhbHVlKHMpIGF2YWlsYWJsZSEKCmdmczIud29yc3RfZ2xvY2su Zmlyc3QucXVldWUgUE1JRDogMTE1LjQuOSBbQ291bnQgb2YgZ2ZzMl9ob2xkZXIgcXVldWVzIGZv ciBmaXJzdCB3b3JzdCBnbG9ja10KICAgIERhdGEgVHlwZTogNjQtYml0IGludCAgSW5Eb206IDEx NS4wIDB4MWNjMDAwMDAKICAgIFNlbWFudGljczogaW5zdGFudCAgVW5pdHM6IGNvdW50CkhlbHA6 CkNvdW50IG9mIGdmczJfaG9sZGVyIHF1ZXVlcyBmb3IgZmlyc3Qgd29yc3QgZ2xvY2sKTm8gdmFs dWUocykgYXZhaWxhYmxlIQoKZ2ZzMi53b3JzdF9nbG9jay5maXJzdC5kbG0gUE1JRDogMTE1LjQu OCBbQ291bnQgb2YgRGlzdHJpYnV0ZWQgTG9jayBNYW5hZ2VyIHJlcXVlc3RzIGZvciBmaXJzdCB3 b3JzdCBnbG9ja10KICAgIERhdGEgVHlwZTogNjQtYml0IGludCAgSW5Eb206IDExNS4wIDB4MWNj MDAwMDAKICAgIFNlbWFudGljczogaW5zdGFudCAgVW5pdHM6IGNvdW50CkhlbHA6CkNvdW50IG9m IERpc3RyaWJ1dGVkIExvY2sgTWFuYWdlciByZXF1ZXN0cyBmb3IgZmlyc3Qgd29yc3QgZ2xvY2sK Tm8gdmFsdWUocykgYXZhaWxhYmxlIQoKZ2ZzMi53b3JzdF9nbG9jay5maXJzdC5zaXJ0dmFyIFBN SUQ6IDExNS40LjcgW1Ntb290aGVkIEludGVyLXJlcXVlc3QgdmFyaWFuY2UgZm9yIGZpcnN0IHdv cnN0IGdsb2NrXQogICAgRGF0YSBUeXBlOiA2NC1iaXQgaW50ICBJbkRvbTogMTE1LjAgMHgxY2Mw MDAwMAogICAgU2VtYW50aWNzOiBpbnN0YW50ICBVbml0czogY291bnQKSGVscDoKU21vb3RoZWQg SW50ZXItcmVxdWVzdCB2YXJpYW5jZSBmb3IgZmlyc3Qgd29yc3QgZ2xvY2sKTm8gdmFsdWUocykg YXZhaWxhYmxlIQoKZ2ZzMi53b3JzdF9nbG9jay5maXJzdC5zaXJ0IFBNSUQ6IDExNS40LjYgW1Nt b290aGVkIEludGVyLXJlcXVlc3QgdGltZSBmb3IgZmlyc3Qgd29yc3QgZ2xvY2tdCiAgICBEYXRh IFR5cGU6IDY0LWJpdCBpbnQgIEluRG9tOiAxMTUuMCAweDFjYzAwMDAwCiAgICBTZW1hbnRpY3M6 IGluc3RhbnQgIFVuaXRzOiBjb3VudApIZWxwOgpTbW9vdGhlZCBJbnRlci1yZXF1ZXN0IHRpbWUg Zm9yIGZpcnN0IHdvcnN0IGdsb2NrCk5vIHZhbHVlKHMpIGF2YWlsYWJsZSEKCmdmczIud29yc3Rf Z2xvY2suZmlyc3Quc3J0dHZhcmIgUE1JRDogMTE1LjQuNSBbQmxvY2tpbmcgc21vb3RoZWQgdmFy aWFuY2UgZm9yIGZpcnN0IHdvcnN0IGdsb2NrXQogICAgRGF0YSBUeXBlOiA2NC1iaXQgaW50ICBJ bkRvbTogMTE1LjAgMHgxY2MwMDAwMAogICAgU2VtYW50aWNzOiBpbnN0YW50ICBVbml0czogY291 bnQKSGVscDoKQmxvY2tpbmcgc21vb3RoZWQgdmFyaWFuY2UgZm9yIGZpcnN0IHdvcnN0IGdsb2Nr Ck5vIHZhbHVlKHMpIGF2YWlsYWJsZSEKCmdmczIud29yc3RfZ2xvY2suZmlyc3Quc3J0dGIgUE1J RDogMTE1LjQuNCBbQmxvY2tpbmcgc21vb3RoZWQgcm91bmQgdHJpcCB0aW1lIGZvciBmaXJzdCB3 b3JzdCBnbG9ja10KICAgIERhdGEgVHlwZTogNjQtYml0IGludCAgSW5Eb206IDExNS4wIDB4MWNj MDAwMDAKICAgIFNlbWFudGljczogaW5zdGFudCAgVW5pdHM6IGNvdW50CkhlbHA6CkJsb2NraW5n IHNtb290aGVkIHJvdW5kIHRyaXAgdGltZSBmb3IgZmlyc3Qgd29yc3QgZ2xvY2sKTm8gdmFsdWUo cykgYXZhaWxhYmxlIQoKZ2ZzMi53b3JzdF9nbG9jay5maXJzdC5zcnR0dmFyIFBNSUQ6IDExNS40 LjMgW05vbi1ibG9ja2luZyBzbW9vdGhlZCB2YXJpYW5jZSBmb3IgZmlyc3Qgd29yc3QgZ2xvY2td CiAgICBEYXRhIFR5cGU6IDY0LWJpdCBpbnQgIEluRG9tOiAxMTUuMCAweDFjYzAwMDAwCiAgICBT ZW1hbnRpY3M6IGluc3RhbnQgIFVuaXRzOiBjb3VudApIZWxwOgpOb24tYmxvY2tpbmcgc21vb3Ro ZWQgdmFyaWFuY2UgZm9yIGZpcnN0IHdvcnN0IGdsb2NrCk5vIHZhbHVlKHMpIGF2YWlsYWJsZSEK CmdmczIud29yc3RfZ2xvY2suZmlyc3Quc3J0dCBQTUlEOiAxMTUuNC4yIFtOb24tYmxvY2tpbmcg c21vb3RoZWQgcm91bmQgdHJpcCB0aW1lIGZvciBmaXJzdCB3b3JzdCBnbG9ja10KICAgIERhdGEg VHlwZTogNjQtYml0IGludCAgSW5Eb206IDExNS4wIDB4MWNjMDAwMDAKICAgIFNlbWFudGljczog aW5zdGFudCAgVW5pdHM6IGNvdW50CkhlbHA6Ck5vbi1ibG9ja2luZyBzbW9vdGhlZCByb3VuZCB0 cmlwIHRpbWUgZm9yIGZpcnN0IHdvcnN0IGdsb2NrCk5vIHZhbHVlKHMpIGF2YWlsYWJsZSEKCmdm czIud29yc3RfZ2xvY2suZmlyc3QubnVtYmVyIFBNSUQ6IDExNS40LjEgW0lub2RlIG9yIHJlc291 cmNlIGdyb3VwIG51bWJlciBmb3IgZmlyc3Qgd29yc3QgZ2xvY2tdCiAgICBEYXRhIFR5cGU6IDMy LWJpdCB1bnNpZ25lZCBpbnQgIEluRG9tOiAxMTUuMCAweDFjYzAwMDAwCiAgICBTZW1hbnRpY3M6 IGluc3RhbnQgIFVuaXRzOiBjb3VudApIZWxwOgpJbm9kZSBvciByZXNvdXJjZSBncm91cCBudW1i ZXIgZm9yIGZpcnN0IHdvcnN0IGdsb2NrCk5vIHZhbHVlKHMpIGF2YWlsYWJsZSEKCmdmczIud29y c3RfZ2xvY2suZmlyc3QubG9ja190eXBlIFBNSUQ6IDExNS40LjAgW0dsb2NrIHR5cGUgbnVtYmVy IGZvciBmaXJzdCB3b3JzdCBnbG9ja10KICAgIERhdGEgVHlwZTogMzItYml0IHVuc2lnbmVkIGlu dCAgSW5Eb206IDExNS4wIDB4MWNjMDAwMDAKICAgIFNlbWFudGljczogaW5zdGFudCAgVW5pdHM6 IGNvdW50CkhlbHA6Ckdsb2NrIHR5cGUgbnVtYmVyIGZvciBmaXJzdCB3b3JzdCBnbG9jawpObyB2 YWx1ZShzKSBhdmFpbGFibGUhCgo9PT0gQ2hlY2sgZ2ZzMiBtZXRyaWNzIGZvciBhbGwgZmlsZXN5 c3RlbXMgPT09CgpnZnMyLmNvbnRyb2wuYnVmZmVyX3NpemVfa2IgUE1JRDogMTE1LjYuMTQgW1Nl dHMgdGhlIGJ1ZmZlciBzaXplIGZvciB0cmFjZV9waXBlIChwZXIgY3B1KS5dCiAgICBEYXRhIFR5 cGU6IDMyLWJpdCB1bnNpZ25lZCBpbnQgIEluRG9tOiBQTV9JTkRPTV9OVUxMIDB4ZmZmZmZmZmYK ICAgIFNlbWFudGljczogZGlzY3JldGUgIFVuaXRzOiBub25lCkhlbHA6ClRoZSBzaXplIG9mIHRo ZSB0cmFjZV9waXBlIGJ1ZmZlciBjYW4gYmUgY29udHJvbGxlZCB3aXRoIHRoaXMgbWV0cmljcywg aXQKYWxsb3dzIHRoZSBpbmNyZWFzZSBvZiB0aGUgdHJhY2VfcGlwZSBidWZmZXIgdG8gMTI4TUIg KDEzMTA3MktCKSBwZXIgY3B1Cm9uIHRoZSBzeXN0ZW0uIEl0IGlzIHVzZWZ1bCB0byBpbmNyZWFz ZSB0aGUgc2l6ZSBvZiB0aGUgYnVmZmVyIHdoZW4gdGhlcmUKaXMgZXhwZWN0ZWQgdG8gYmUgaGVh dnkgbG9hZCBvbiB0aGUgZmlsZSBzeXN0ZW0gaW4gb3JkZXIgdG8gcmVkdWNlIHRoZQpyaXNrIG9m IG92ZXJ3cml0dGVuIGVudHJpZXMgaW4gdGhlIHRyYWNlX3BpcGUgYmVmb3JlIHRoZXkgYXJlIHJl YWQgKGRlZmF1bHQKdmFsdWUgaXMgMzJNQiAoMzI3NjhLQikuCiAgICB2YWx1ZSBOVU1CRVIKCmdm czIuY29udHJvbC5nbG9iYWxfdHJhY2luZyBQTUlEOiAxMTUuNi4xNSBbSW5kaWNhdGlvbiB3aGV0 aGVyIGdsb2JhbCB0cmFjaW5nIGlzIGVuYWJsZWQuXQogICAgRGF0YSBUeXBlOiAzMi1iaXQgdW5z aWduZWQgaW50ICBJbkRvbTogUE1fSU5ET01fTlVMTCAweGZmZmZmZmZmCiAgICBTZW1hbnRpY3M6 IGRpc2NyZXRlICBVbml0czogbm9uZQpIZWxwOgpUaGUgZ2xvYmFsIHRyYWNpbmcgY2FuIGJlIGNv bnRyb2xsZWQgdXNpbmcgcG1zdG9yZSBnZnMyLmNvbnRyb2wuZ2xvYmFsX3RyYWNpbmcKMCBbb2Zm XSBvciAxIFtvbl0uIFRoaXMgaXMgcmVxdWlyZWQgdG8gYmUgb24gZm9yIG1vc3Qgb2YgdGhlIGdm czIgbWV0cmljcyB0bwpmdW5jdGlvbi4KICAgIHZhbHVlIE5VTUJFUgoKZ2ZzMi5jb250cm9sLndv cnN0X2dsb2NrIFBNSUQ6IDExNS42LjE2IFtJbmRpY2F0aW9uIHdoZXRoZXIgZ2ZzMi5nbG9ja19s b2NrX3RpbWUgc3RhdGlzdGljcyBdCiAgICBEYXRhIFR5cGU6IDMyLWJpdCB1bnNpZ25lZCBpbnQg IEluRG9tOiBQTV9JTkRPTV9OVUxMIDB4ZmZmZmZmZmYKICAgIFNlbWFudGljczogZGlzY3JldGUg IFVuaXRzOiBub25lCkhlbHA6CmFyZSBlbmFibGVkLiBUaGUgZ2ZzMi5nbG9ja19sb2NrX3RpbWUg c3RhdGlzdGljcyBjYW4gYmUgbWFudWFsbHkgY29udHJvbGxlZAp1c2luZyBwbXN0b3JlIGdmczIu Y29udHJvbC5nbG9ja19sb2NrX3RpbWUgMCBbb2ZmXSBvciAxIFtvbl0uIFNldHRpbmcgdGhlIHZh bHVlCm9mIHRoZSBtZXRyaWMgY29udHJvbHMgdGhlIGJlaGF2aW9yIG9mIHRoZSBQTURBIHRvIHdo ZXRoZXIgaXQgdHJpZXMgdG8gY29sbGVjdAp0aGUgbG9ja190aW1lIG1ldHJpY3Mgb3Igbm90LiBU aGUgbWFjaGluZSBtdXN0IGhhdmUgdGhlIGdmczIgdHJhY2UtcG9pbnRzCmF2YWlsYWJsZSBmb3Ig dGhlIGdsb2NrX2xvY2tfdGltZSBiYXNlZCBtZXRyaWNzIHRvIGZ1bmN0aW9uLgogICAgdmFsdWUg TlVNQkVSCgpnZnMyLmNvbnRyb2wubGF0ZW5jeSBQTUlEOiAxMTUuNi4xNyBbSW5kaWNhdGlvbiB3 aGV0aGVyIGdmczIubGF0ZW5jeSBzdGF0aXN0aWNzIGFyZSBlbmFibGVkLl0KICAgIERhdGEgVHlw ZTogMzItYml0IHVuc2lnbmVkIGludCAgSW5Eb206IFBNX0lORE9NX05VTEwgMHhmZmZmZmZmZgog ICAgU2VtYW50aWNzOiBkaXNjcmV0ZSAgVW5pdHM6IG5vbmUKSGVscDoKVGhlIGdmczIubGF0ZW5j eSBzdGF0aXN0aWNzIGNhbiBiZSBtYW51YWxseSBjb250cm9sbGVkIHVzaW5nIHBtc3RvcmUKZ2Zz Mi5jb250cm9sLmxhdGVuY3kgMCBbb2ZmXSBvciAxIFtvbl0uIFNldHRpbmcgdGhlIHZhbHVlIG9m IHRoZSBtZXRyaWMKY29udHJvbHMgdGhlIGJlaGF2aW91ciBvZiB0aGUgUE1EQSB0byB3aGV0aGVy IGl0IHRyaWVzIHRvIGNvbGxlY3QgdGhlIGxhdGVuY3kKbWV0cmljcyBvciBub3QuIFRoZSBtYWNo aWNlIG11c3QgaGF2ZSB0aGUgZ2ZzMiB0cmFjZS1wb2ludHMgYXZhaWxhYmxlIGZvciB0aGUKbGF0 ZW5jeSBtZXRyaWNzIHRvIGZ1bmN0aW9uLgogICAgdmFsdWUgTlVNQkVSCgpnZnMyLmNvbnRyb2wu Z2xvY2tfdGhyZXNob2xkIFBNSUQ6IDExNS42LjE4IFtUaHJlc2hvbGQgZm9yIG1heGltdW0gbnVt YmVyIG9mIGdsb2NrcyBhY2NlcHRlZF0KICAgIERhdGEgVHlwZTogMzItYml0IHVuc2lnbmVkIGlu dCAgSW5Eb206IFBNX0lORE9NX05VTEwgMHhmZmZmZmZmZgogICAgU2VtYW50aWNzOiBkaXNjcmV0 ZSAgVW5pdHM6IG5vbmUKSGVscDoKcGVyIGZldGNoLiBUaGUgbnVtYmVyIG9mIGdsb2NrcyB0aGF0 IHdpbGwgYmUgcHJvY2Vzc2VkIGFuZCBhY2NlcHRlZCBvdmVyIGFsbApmdHJhY2UgcmVhZCB0cmFj ZSBzdGF0aXN0aWNzLiBUaGlzIG51bWJlciBjYW4gYmUgbWFudWFsbHkgYWx0ZXJlZCB1c2luZyBw bXN0b3JlCmluIG9yZGVyIHRvIHRhaWxvciB0aGUgbnVtYmVyIG9mIGdsb2NrcyBwcm9jZXNzZWQu IFRoaXMgdmFsdWUgbXVzdCBiZSBwb3NpdGl2ZS4KICAgIHZhbHVlIE5VTUJFUgoKZ2ZzMi5jb250 cm9sLnRyYWNlcG9pbnRzLmFsbCBQTUlEOiAxMTUuNi4wIFtJbmRpY2F0aW9uIHdoZXRoZXIgZ2xv Y2sgc3RhdGlzdGljcyBhcmUgZW5hYmxlZF0KICAgIERhdGEgVHlwZTogMzItYml0IHVuc2lnbmVk IGludCAgSW5Eb206IFBNX0lORE9NX05VTEwgMHhmZmZmZmZmZgogICAgU2VtYW50aWNzOiBkaXNj cmV0ZSAgVW5pdHM6IG5vbmUKSGVscDoKVGhlIGdmczIgdHJhY2Vwb2ludCBzdGF0aXN0aWNzIGNh biBiZSBtYW51YWxseSBjb250cm9sbGVkIHVzaW5nIHBtc3RvcmUKZ2ZzMi5jb250cm9sLnRyYWNl cG9pbnRzLmFsbCAwIFtvZmZdIG9yIDEgW29uXS4gU2V0dGluZyB0aGUgdmFsdWUgb2YgdGhlIG1l dHJpYwpjb250cm9scyB0aGUgYmVoYXZpb3Igb2YgdGhlIFBNREEgdG8gd2hldGhlciBpdCB0cmll cyB0byBjb2xsZWN0IGZyb20gdHJhY2Vwb2ludAptZXRyaWNzIG9yIG5vdC4KICAgIHZhbHVlIE5V TUJFUgoKZ2ZzMi5jb250cm9sLnRyYWNlcG9pbnRzLmdsb2NrX3N0YXRlX2NoYW5nZSBQTUlEOiAx MTUuNi4xIFtJbmRpY2F0aW9uIHdoZXRoZXIgXQogICAgRGF0YSBUeXBlOiAzMi1iaXQgdW5zaWdu ZWQgaW50ICBJbkRvbTogUE1fSU5ET01fTlVMTCAweGZmZmZmZmZmCiAgICBTZW1hbnRpY3M6IGRp c2NyZXRlICBVbml0czogbm9uZQpIZWxwOgpnbG9ja19zdGF0ZV9jaGFuZ2UgZ2xvY2sgc3RhdHMg YXJlIGVuYWJsZWQuIFRoZSBnZnMyIHRyYWNlcG9pbnQgc3RhdGlzdGljcwpjYW4gYmUgbWFudWFs bHkgY29udHJvbGxlZCB1c2luZyBwbXN0b3JlCmdmczIuY29udHJvbC50cmFjZXBvaW50cy5nbG9j a19zdGF0ZV9jaGFuZ2UgMCBbb2ZmXSBvciAxIFtvbl0uIFNldHRpbmcgdGhlCnZhbHVlIG9mIHRo ZSBtZXRyaWMgY29udHJvbHMgdGhlIGJlaGF2aW9yIG9mIHRoZSBQTURBIHRvIHdoZXRoZXIgaXQg dHJpZXMgdG8KY29sbGVjdCBmcm9tIHRyYWNlcG9pbnQgbWV0cmljcyBvciBub3QuCiAgICB2YWx1 ZSBOVU1CRVIKCmdmczIuY29udHJvbC50cmFjZXBvaW50cy5nbG9ja19wdXQgUE1JRDogMTE1LjYu MiBbSW5kaWNhdGlvbiB3aGV0aGVyIGdsb2NrX3B1dCBnbG9jayBzdGF0c10KICAgIERhdGEgVHlw ZTogMzItYml0IHVuc2lnbmVkIGludCAgSW5Eb206IFBNX0lORE9NX05VTEwgMHhmZmZmZmZmZgog ICAgU2VtYW50aWNzOiBkaXNjcmV0ZSAgVW5pdHM6IG5vbmUKSGVscDoKYXJlIGVuYWJsZWQuIFRo ZSBnZnMyIHRyYWNlcG9pbnQgc3RhdGlzdGljcyBjYW4gYmUgbWFudWFsbHkgY29udHJvbGxlZCB1 c2luZwpwbXN0b3JlIGdmczIuY29udHJvbC50cmFjZXBvaW50cy5nbG9ja19wdXQgMCBbb2ZmXSBv ciAxIFtvbl0uIFNldHRpbmcgdGhlIHZhbHVlCm9mIHRoZSBtZXRyaWMgY29udHJvbHMgdGhlIGJl aGF2aW9yIG9mIHRoZSBQTURBIHRvIHdoZXRoZXIgaXQgdHJpZXMgdG8gY29sbGVjdCAKZnJvbSB0 cmFjZXBvaW50IG1ldHJpY3Mgb3Igbm90LgogICAgdmFsdWUgTlVNQkVSCgpnZnMyLmNvbnRyb2wu dHJhY2Vwb2ludHMuZGVtb3RlX3JxIFBNSUQ6IDExNS42LjMgW0luZGljYXRpb24gd2hldGhlciBn bG9ja19kZW1vdGVfcnEgZ2xvY2tdCiAgICBEYXRhIFR5cGU6IDMyLWJpdCB1bnNpZ25lZCBpbnQg IEluRG9tOiBQTV9JTkRPTV9OVUxMIDB4ZmZmZmZmZmYKICAgIFNlbWFudGljczogZGlzY3JldGUg IFVuaXRzOiBub25lCkhlbHA6CnN0YXRzIGFyZSBlbmFibGVkLiBUaGUgZ2ZzMiB0cmFjZXBvaW50 IHN0YXRpc3RpY3MgY2FuIGJlIG1hbnVhbGx5IGNvbnRyb2xsZWQKdXNpbmcgcG1zdG9yZSBnZnMy LmNvbnRyb2wudHJhY2Vwb2ludHMuZ2xvY2tfZGVtb3RlX3JxIDAgW29mZl0gb3IgMSBbb25dLgpT ZXR0aW5nIHRoZSB2YWx1ZSBvZiB0aGUgbWV0cmljIGNvbnRyb2xzIHRoZSBiZWhhdmlvciBvZiB0 aGUgUE1EQSB0byB3aGV0aGVyCml0IHRyaWVzIHRvIGNvbGxlY3QgZnJvbSB0cmFjZXBvaW50IG1l dHJpY3Mgb3Igbm90LgogICAgdmFsdWUgTlVNQkVSCgpnZnMyLmNvbnRyb2wudHJhY2Vwb2ludHMu cHJvbW90ZSBQTUlEOiAxMTUuNi40IFtJbmRpY2F0aW9uIHdoZXRoZXIgZ2xvY2tfcHJvbW90ZSBn bG9jayBzdGF0c10KICAgIERhdGEgVHlwZTogMzItYml0IHVuc2lnbmVkIGludCAgSW5Eb206IFBN X0lORE9NX05VTEwgMHhmZmZmZmZmZgogICAgU2VtYW50aWNzOiBkaXNjcmV0ZSAgVW5pdHM6IG5v bmUKSGVscDoKYXJlIGVuYWJsZWQuIFRoZSBnZnMyIHRyYWNlcG9pbnQgc3RhdGlzdGljcyBjYW4g YmUgbWFudWFsbHkgY29udHJvbGxlZCB1c2luZwpwbXN0b3JlIGdmczIuY29udHJvbC50cmFjZXBv aW50cy5nbG9ja19wcm9tdGUgMCBbb2ZmXSBvciAxIFtvbl0uIFNldHRpbmcgdGhlIAp2YWx1ZSBv ZiB0aGUgbWV0cmljIGNvbnRyb2xzIHRoZSBiZWhhdmlvciBvZiB0aGUgUE1EQSB0byB3aGV0aGVy IGl0IHRyaWVzIHRvCmNvbGxlY3QgZnJvbSB0cmFjZXBvaW50IG1ldHJpY3Mgb3Igbm90LgogICAg dmFsdWUgTlVNQkVSCgpnZnMyLmNvbnRyb2wudHJhY2Vwb2ludHMuZ2xvY2tfcXVldWUgUE1JRDog MTE1LjYuNSBbSW5kaWNhdGlvbiB3aGV0aGVyIGdsb2NrX3F1ZXVlIGdsb2NrXQogICAgRGF0YSBU eXBlOiAzMi1iaXQgdW5zaWduZWQgaW50ICBJbkRvbTogUE1fSU5ET01fTlVMTCAweGZmZmZmZmZm CiAgICBTZW1hbnRpY3M6IGRpc2NyZXRlICBVbml0czogbm9uZQpIZWxwOgpzdGF0cyBhcmUgZW5h YmxlZC4gVGhlIGdmczIgdHJhY2Vwb2ludCBzdGF0aXN0aWNzIGNhbiBiZSBtYW51YWxseSBjb250 cm9sbGVkCnVzaW5nIHBtc3RvcmUgZ2ZzMi5jb250cm9sLnRyYWNlcG9pbnRzLmdsb2NrX3F1ZXVl IDAgW29mZl0gb3IgMSBbb25dLiBTZXR0aW5nCnRoZSB2YWx1ZSBvZiB0aGUgbWV0cmljIGNvbnRy b2xzIHRoZSBiZWhhdmlvciBvZiB0aGUgUE1EQSB0byB3aGV0aGVyIGl0IHRyaWVzCnRvIGNvbGxl Y3QgZnJvbSB0cmFjZXBvaW50IG1ldHJpY3Mgb3Igbm90LgogICAgdmFsdWUgTlVNQkVSCgpnZnMy LmNvbnRyb2wudHJhY2Vwb2ludHMuZ2xvY2tfbG9ja190aW1lIFBNSUQ6IDExNS42LjYgW0luZGlj YXRpb24gd2hldGhlciBnbG9ja19sb2NrX3RpbWVdCiAgICBEYXRhIFR5cGU6IDMyLWJpdCB1bnNp Z25lZCBpbnQgIEluRG9tOiBQTV9JTkRPTV9OVUxMIDB4ZmZmZmZmZmYKICAgIFNlbWFudGljczog ZGlzY3JldGUgIFVuaXRzOiBub25lCkhlbHA6Cmdsb2NrIHN0YXRzIGFyZSBlbmFibGVkLiBUaGUg Z2ZzMiB0cmFjZXBvaW50IHN0YXRpc3RpY3MgY2FuIGJlIG1hbnVhbGx5CmNvbnRyb2xsZWQgdXNp bmcgcG1zdG9yZSBnZnMyLmNvbnRyb2wudHJhY2Vwb2ludHMuZ2xvY2tfbG9ja190aW1lIDAgW29m Zl0gb3IgMQpbb25dLiBTZXR0aW5nIHRoZSB2YWx1ZSBvZiB0aGUgbWV0cmljIGNvbnRyb2xzIHRo ZSBiZWhhdmlvciBvZiB0aGUgUE1EQSB0bwp3aGV0aGVyIGl0IHRyaWVzIHRvIGNvbGxlY3QgZnJv bSB0cmFjZXBvaW50IG1ldHJpY3Mgb3Igbm90LgogICAgdmFsdWUgTlVNQkVSCgpnZnMyLmNvbnRy b2wudHJhY2Vwb2ludHMucGluIFBNSUQ6IDExNS42LjcgW0luZGljYXRpb24gd2hldGhlciBwaW4g Z2xvY2sgc3RhdHMgYXJlIGVuYWJsZWQuIF0KICAgIERhdGEgVHlwZTogMzItYml0IHVuc2lnbmVk IGludCAgSW5Eb206IFBNX0lORE9NX05VTEwgMHhmZmZmZmZmZgogICAgU2VtYW50aWNzOiBkaXNj cmV0ZSAgVW5pdHM6IG5vbmUKSGVscDoKVGhlIGdmczIgdHJhY2Vwb2ludCBzdGF0aXN0aWNzIGNh biBiZSBtYW51YWxseSBjb250cm9sbGVkIHVzaW5nIHBtc3RvcmUgCmdmczIuY29udHJvbC50cmFj ZXBvaW50cy5waW4gMCBbb2ZmXSBvciAxIFtvbl0uIFNldHRpbmcgdGhlIHZhbHVlIG9mIHRoZQpt ZXRyaWMgY29udHJvbHMgdGhlIGJlaGF2aW9yIG9mIHRoZSBQTURBIHRvIHdoZXRoZXIgaXQgdHJp ZXMgdG8gY29sbGVjdCBmcm9tCnRyYWNlcG9pbnQgbWV0cmljcyBvciBub3QuCiAgICB2YWx1ZSBO VU1CRVIKCmdmczIuY29udHJvbC50cmFjZXBvaW50cy5sb2dfZmx1c2ggUE1JRDogMTE1LjYuOCBb SW5kaWNhdGlvbiB3aGV0aGVyIGxvZ19mbHVzaCBnbG9jayBzdGF0c10KICAgIERhdGEgVHlwZTog MzItYml0IHVuc2lnbmVkIGludCAgSW5Eb206IFBNX0lORE9NX05VTEwgMHhmZmZmZmZmZgogICAg U2VtYW50aWNzOiBkaXNjcmV0ZSAgVW5pdHM6IG5vbmUKSGVscDoKYXJlIGVuYWJsZWQuIFRoZSBn ZnMyIHRyYWNlcG9pbnQgc3RhdGlzdGljcyBjYW4gYmUgbWFudWFsbHkgY29udHJvbGxlZCB1c2lu ZwpwbXN0b3JlIGdmczIuY29udHJvbC50cmFjZXBvaW50cy5sb2dfZmx1c2ggMCBbb2ZmXSBvciAx IFtvbl0uIFNldHRpbmcgdGhlCnZhbHVlIG9mIHRoZSBtZXRyaWMgY29udHJvbHMgdGhlIGJlaGF2 aW9yIG9mIHRoZSBQTURBIHRvIHdoZXRoZXIgaXQgdHJpZXMgdG8KY29sbGVjdCBmcm9tIHRyYWNl cG9pbnQgbWV0cmljcyBvciBub3QuCiAgICB2YWx1ZSBOVU1CRVIKCmdmczIuY29udHJvbC50cmFj ZXBvaW50cy5sb2dfYmxvY2tzIFBNSUQ6IDExNS42LjkgW0luZGljYXRpb24gd2hldGhlciBsb2df YmxvY2tzIGdsb2NrIHN0YXRzXQogICAgRGF0YSBUeXBlOiAzMi1iaXQgdW5zaWduZWQgaW50ICBJ bkRvbTogUE1fSU5ET01fTlVMTCAweGZmZmZmZmZmCiAgICBTZW1hbnRpY3M6IGRpc2NyZXRlICBV bml0czogbm9uZQpIZWxwOgphcmUgZW5hYmxlZC4gVGhlIGdmczIgdHJhY2Vwb2ludCBzdGF0aXN0 aWNzIGNhbiBiZSBtYW51YWxseSBjb250cm9sbGVkIHVzaW5nCnBtc3RvcmUgZ2ZzMi5jb250cm9s LnRyYWNlcG9pbnRzLmxvZ19ibG9ja3MgMCBbb2ZmXSBvciAxIFtvbl0uIFNldHRpbmcgdGhlCnZh bHVlIG9mIHRoZSBtZXRyaWMgY29udHJvbHMgdGhlIGJlaGF2aW9yIG9mIHRoZSBQTURBIHRvIHdo ZXRoZXIgaXQgdHJpZXMgdG8KY29sbGVjdCBmcm9tIHRyYWNlcG9pbnQgbWV0cmljcyBvciBub3Qu CiAgICB2YWx1ZSBOVU1CRVIKCmdmczIuY29udHJvbC50cmFjZXBvaW50cy5haWxfZmx1c2ggUE1J RDogMTE1LjYuMTAgW0luZGljYXRpb24gd2hldGhlciBhaWxfZmx1c2ggZ2xvY2sgc3RhdHNdCiAg ICBEYXRhIFR5cGU6IDMyLWJpdCB1bnNpZ25lZCBpbnQgIEluRG9tOiBQTV9JTkRPTV9OVUxMIDB4 ZmZmZmZmZmYKICAgIFNlbWFudGljczogZGlzY3JldGUgIFVuaXRzOiBub25lCkhlbHA6CmFyZSBl bmFibGVkLiBUaGUgZ2ZzMiB0cmFjZXBvaW50IHN0YXRpc3RpY3MgY2FuIGJlIG1hbnVhbGx5IGNv bnRyb2xsZWQgdXNpbmcKcG1zdG9yZSBnZnMyLmNvbnRyb2wudHJhY2Vwb2ludHMuYWlsX2ZsdXNo IDAgW29mZl0gb3IgMSBbb25dLiBTZXR0aW5nIHRoZSB2YWx1ZQpvZiB0aGUgbWV0cmljIGNvbnRy b2xzIHRoZSBiZWhhdmlvciBvZiB0aGUgUE1EQSB0byB3aGV0aGVyIGl0IHRyaWVzIHRvIGNvbGxl Y3QKZnJvbSB0cmFjZXBvaW50IG1ldHJpY3Mgb3Igbm90LgogICAgdmFsdWUgTlVNQkVSCgpnZnMy LmNvbnRyb2wudHJhY2Vwb2ludHMuYmxvY2tfYWxsb2MgUE1JRDogMTE1LjYuMTEgW0luZGljYXRp b24gd2hldGhlciBibG9ja19hbGxvYyBnbG9ja10KICAgIERhdGEgVHlwZTogMzItYml0IHVuc2ln bmVkIGludCAgSW5Eb206IFBNX0lORE9NX05VTEwgMHhmZmZmZmZmZgogICAgU2VtYW50aWNzOiBk aXNjcmV0ZSAgVW5pdHM6IG5vbmUKSGVscDoKc3RhdHMgYXJlIGVuYWJsZWQuIFRoZSBnZnMyIHRy YWNlcG9pbnQgc3RhdGlzdGljcyBjYW4gYmUgbWFudWFsbHkgY29udHJvbGxlZCAKdXNpbmcgcG1z dG9yZSBnZnMyLmNvbnRyb2wudHJhY2Vwb2ludHMuYmxvY2tfYWxsb2MgMCBbb2ZmXSBvciAxIFtv bl0uIFNldHRpbmcKdGhlIHZhbHVlIG9mIHRoZSBtZXRyaWMgY29udHJvbHMgdGhlIGJlaGF2aW9y IG9mIHRoZSBQTURBIHRvIHdoZXRoZXIgaXQgdHJpZXMKdG8gY29sbGVjdCBmcm9tIHRyYWNlcG9p bnQgbWV0cmljcyBvciBub3QuCiAgICB2YWx1ZSBOVU1CRVIKCmdmczIuY29udHJvbC50cmFjZXBv aW50cy5ibWFwIFBNSUQ6IDExNS42LjEyIFtJbmRpY2F0aW9uIHdoZXRoZXIgYm1hcCBnbG9jayBz dGF0cyBhcmUgZW5hYmxlZC5dCiAgICBEYXRhIFR5cGU6IDMyLWJpdCB1bnNpZ25lZCBpbnQgIElu RG9tOiBQTV9JTkRPTV9OVUxMIDB4ZmZmZmZmZmYKICAgIFNlbWFudGljczogZGlzY3JldGUgIFVu aXRzOiBub25lCkhlbHA6ClRoZSBnZnMyIHRyYWNlcG9pbnQgc3RhdGlzdGljcyBjYW4gYmUgbWFu dWFsbHkgY29udHJvbGxlZCB1c2luZyBwbXN0b3JlIApnZnMyLmNvbnRyb2wudHJhY2Vwb2ludHMu Ym1hcCAwIFtvZmZdIG9yIDEgW29uXS4gU2V0dGluZyB0aGUgdmFsdWUgb2YgdGhlIAptZXRyaWMg Y29udHJvbHMgdGhlIGJlaGF2aW9yIG9mIHRoZSBQTURBIHRvIHdoZXRoZXIgaXQgdHJpZXMgdG8g Y29sbGVjdCBmcm9tCnRyYWNlcG9pbnQgbWV0cmljcyBvciBub3QuCiAgICB2YWx1ZSBOVU1CRVIK CmdmczIuY29udHJvbC50cmFjZXBvaW50cy5ycyBQTUlEOiAxMTUuNi4xMyBbSW5kaWNhdGlvbiB3 aGV0aGVyIHJzIGdsb2NrIHN0YXRzIGFyZSBlbmFibGVkLl0KICAgIERhdGEgVHlwZTogMzItYml0 IHVuc2lnbmVkIGludCAgSW5Eb206IFBNX0lORE9NX05VTEwgMHhmZmZmZmZmZgogICAgU2VtYW50 aWNzOiBkaXNjcmV0ZSAgVW5pdHM6IG5vbmUKSGVscDoKVGhlIGdmczIgdHJhY2Vwb2ludCBzdGF0 aXN0aWNzIGNhbiBiZSBtYW51YWxseSBjb250cm9sbGVkIHVzaW5nIHBtc3RvcmUgCmdmczIuY29u dHJvbC50cmFjZXBvaW50cy5ycyAwIFtvZmZdIG9yIDEgW29uXS4gU2V0dGluZyB0aGUgdmFsdWUg b2YgdGhlIG1ldHJpYwpjb250cm9scyB0aGUgYmVoYXZpb3Igb2YgdGhlIFBNREEgdG8gd2hldGhl ciBpdCB0cmllcyB0byBjb2xsZWN0IGZyb20KdHJhY2Vwb2ludCBtZXRyaWNzIG9yIG5vdC4KICAg IHZhbHVlIE5VTUJFUgoKPT09IGNoZWNrIGZ1bmN0aW9uYWxpdHkgb2YgcG1zdG9yZSAob2ZmKSA9 PT0KZ2ZzMi5jb250cm9sLnRyYWNlcG9pbnRzLmFsbCBPTEQgVkFMVUUgbmV3IHZhbHVlPTAKCj09 PSBjaGVjayBmdW5jdGlvbmFsaXR5IG9mIHBtc3RvcmUgKG9uKSA9PT0gCmdmczIuY29udHJvbC50 cmFjZXBvaW50cy5hbGwgT0xEIFZBTFVFIG5ldyB2YWx1ZT0xCgo9PT0gUmVtb3ZpbmcgdGhlIEdG UzIgUE1EQSA9PT0K ------=_Part_40713021_663631846.1409292921188-- From nscott@redhat.com Fri Aug 29 04:56:45 2014 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on oss.sgi.com X-Spam-Level: X-Spam-Status: No, score=0.0 required=5.0 tests=none autolearn=ham version=3.3.1 X-Original-To: pcp@oss.sgi.com Delivered-To: pcp@oss.sgi.com Received: from relay.sgi.com (relay2.corp.sgi.com [137.38.102.29]) by oss.sgi.com (Postfix) with ESMTP id 9F8777F4E for ; Fri, 29 Aug 2014 04:56:45 -0500 (CDT) Received: from cuda.sgi.com (cuda2.sgi.com [192.48.176.25]) by relay2.corp.sgi.com (Postfix) with ESMTP id 9C2BC30405F for ; Fri, 29 Aug 2014 02:56:30 -0700 (PDT) X-ASG-Debug-ID: 1409306171-04cbb054858ed770001-S8gJnT Received: from mx6-phx2.redhat.com (mx6-phx2.redhat.com [209.132.183.39]) by cuda.sgi.com with ESMTP id zk1ssqSCr8hvsbNj for ; Fri, 29 Aug 2014 02:56:11 -0700 (PDT) X-Barracuda-Envelope-From: nscott@redhat.com X-Barracuda-Apparent-Source-IP: 209.132.183.39 Received: from zmail20.collab.prod.int.phx2.redhat.com (zmail20.collab.prod.int.phx2.redhat.com [10.5.83.23]) by mx6-phx2.redhat.com (8.14.4/8.14.4) with ESMTP id s7T9t9QF006034 for ; Fri, 29 Aug 2014 05:55:09 -0400 Date: Fri, 29 Aug 2014 05:55:09 -0400 (EDT) From: Nathan Scott Reply-To: Nathan Scott To: PCP Mailing List Message-ID: <912915486.40843722.1409306109084.JavaMail.zimbra@redhat.com> In-Reply-To: <677113721.40841101.1409305791865.JavaMail.zimbra@redhat.com> Subject: Reminder: release next Friday MIME-Version: 1.0 X-ASG-Orig-Subj: Reminder: release next Friday Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-Originating-IP: [10.5.82.7] X-Mailer: Zimbra 8.0.6_GA_5922 (ZimbraWebClient - FF17 (Linux)/8.0.6_GA_5922) Thread-Topic: Reminder: release next Friday Thread-Index: gNmxbxx/55ceRtgU4r4TMomU+2otow== X-Barracuda-Connect: mx6-phx2.redhat.com[209.132.183.39] X-Barracuda-Start-Time: 1409306171 X-Barracuda-URL: http://192.48.176.25:80/cgi-mod/mark.cgi X-Virus-Scanned: by bsmtpd at sgi.com X-Barracuda-BRTS-Status: 1 X-Barracuda-Spam-Score: 0.02 X-Barracuda-Spam-Status: No, SCORE=0.02 using per-user scores of TAG_LEVEL=1000.0 QUARANTINE_LEVEL=1000.0 KILL_LEVEL=2.7 tests=THREAD_INDEX, THREAD_TOPIC X-Barracuda-Spam-Report: Code version 3.2, rules version 3.2.3.8948 Rule breakdown below pts rule name description ---- ---------------------- -------------------------------------------------- 0.01 THREAD_INDEX thread-index: AcO7Y8iR61tzADqsRmmc5wNiFHEOig== 0.01 THREAD_TOPIC Thread-Topic: ...(Japanese Subject)... Hi all, Just a gentle reminder that Friday of next week is the (early) scheduled release date for the next PCP release. Please get anything you might have planned for this next round sent out early in the week if possible, and if you have any spare cycles focussing 'em on QA testing would be much appreciated. Thanks! -- Nathan From aather@netflix.com Fri Aug 29 12:57:07 2014 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on oss.sgi.com X-Spam-Level: X-Spam-Status: No, score=0.0 required=5.0 tests=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 6F39A7FA6 for ; Fri, 29 Aug 2014 12:57:07 -0500 (CDT) Received: from cuda.sgi.com (cuda2.sgi.com [192.48.176.25]) by relay3.corp.sgi.com (Postfix) with ESMTP id E3327AC001 for ; Fri, 29 Aug 2014 10:57:03 -0700 (PDT) X-ASG-Debug-ID: 1409335018-04cbb05486902eb0001-S8gJnT Received: from mail-qg0-f43.google.com (mail-qg0-f43.google.com [209.85.192.43]) by cuda.sgi.com with ESMTP id lHewBstJUplfqma0 (version=TLSv1 cipher=RC4-SHA bits=128 verify=NO) for ; Fri, 29 Aug 2014 10:56:58 -0700 (PDT) X-Barracuda-Envelope-From: aather@netflix.com X-Barracuda-Apparent-Source-IP: 209.85.192.43 Received: by mail-qg0-f43.google.com with SMTP id f51so2631588qge.30 for ; Fri, 29 Aug 2014 10:56:58 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=netflix.com; s=google; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=OhV+scaAnI9mK5S27oZtJuXJamvklIaaX1troLuBYAQ=; b=bxQN4kigYZczwdIehLhbsYSjKbzF9iBfIw+wjYS0wRuGseEtd+D2g1F9t/Wd3UyVQJ e73J2gP2XBtLe2eqWGWBDABZNNDjwNpi3euRC81mLo6aj7aef3Gee6itOUDzHPFWLMkg tKbhx0G0OBScNpJDNCA+BQJCtfY/C8mUsegts= X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:in-reply-to:references:date :message-id:subject:from:to:cc:content-type; bh=OhV+scaAnI9mK5S27oZtJuXJamvklIaaX1troLuBYAQ=; b=Ao345iD+wPY/tnlvJNaMHrUq1zSEzA4HdF6QGh/sb+c5mBMAQGyN929tUhIMZH9QGo rcWEnD/GFhhvJEZYWoTE4cdNWRKQBkxR5g9plMa0pv45epR1xlK06anK4D4cfetdPZYw Aoue0qykDL6XG/qVGb6vNiXUq1Sw5XNooTFyxc00MCJd0THQCDx92/7eQNnKvBqAVOlm k/MPbdmha7HBLKmZKZOzCi2jrBHtuHBYaNlQStU6ptMckieAI8G+gGkCHofmppfLqt5R aWD5W95mPfqxWyva6jTQjFoEaiMNAlg4Gt02rTmwjIacYRvX4HI/LMUMrkmMri8Jqv5b vvoQ== X-Gm-Message-State: ALoCoQlOxUsgwpW2uPYP7vQbzPVczPLhks2qBLP74OR4PgT11GcTW7yTb2XJuXGlDZzLviassD1B MIME-Version: 1.0 X-Received: by 10.224.111.193 with SMTP id t1mr19850798qap.103.1409335017685; Fri, 29 Aug 2014 10:56:57 -0700 (PDT) Received: by 10.229.46.73 with HTTP; Fri, 29 Aug 2014 10:56:57 -0700 (PDT) In-Reply-To: <53CEE6B6.2030507@internode.on.net> References: <049e01cfa39a$33877480$9a965d80$@internode.on.net> <53CDC475.3070407@internode.on.net> <20140722020437.GA20079@redhat.com> <53CE056F.5070903@internode.on.net> <20140722113237.GB20079@redhat.com> <53CEE6B6.2030507@internode.on.net> Date: Fri, 29 Aug 2014 10:56:57 -0700 Message-ID: Subject: Re: PCP build on Ubuntu Precise (kernel 3.2) - [solved] From: Amer Ather X-ASG-Orig-Subj: Re: PCP build on Ubuntu Precise (kernel 3.2) - [solved] To: Ken McDonell Cc: "Frank Ch. Eigler" , pcp@oss.sgi.com Content-Type: multipart/alternative; boundary=047d7b6737f0199aea0501c8610e X-Barracuda-Connect: mail-qg0-f43.google.com[209.85.192.43] X-Barracuda-Start-Time: 1409335018 X-Barracuda-Encrypted: RC4-SHA X-Barracuda-URL: http://192.48.176.25:80/cgi-mod/mark.cgi X-Virus-Scanned: by bsmtpd at sgi.com X-Barracuda-BRTS-Status: 1 X-Barracuda-Spam-Score: 0.00 X-Barracuda-Spam-Status: No, SCORE=0.00 using per-user scores of TAG_LEVEL=1000.0 QUARANTINE_LEVEL=1000.0 KILL_LEVEL=2.7 tests=DKIM_SIGNED, DKIM_VERIFIED, HTML_MESSAGE X-Barracuda-Spam-Report: Code version 3.2, rules version 3.2.3.8960 Rule breakdown below pts rule name description ---- ---------------------- -------------------------------------------------- -0.00 DKIM_VERIFIED Domain Keys Identified Mail: signature passes verification 0.00 DKIM_SIGNED Domain Keys Identified Mail: message has a signature 0.00 HTML_MESSAGE BODY: HTML included in message --047d7b6737f0199aea0501c8610e Content-Type: text/plain; charset=UTF-8 Hi Ken and Frank, Thanks for all your support during my absence. I came back from vacation this week. Today, I attempted to build PCP package on Ubuntu Precise. As communicated in this email thread, I followed the steps below: - Built and installed libmicrohttpd-0.9.34 from the source and then installed all the needed packages to build PCP: # apt-get install -y gawk pkg-config debhelper libreadline-dev chrpath python-all python-all-dev libnspr4-dev libnss3-dev libsasl2-dev libmicrohttpd-dev libavahi-common-dev libqt4-dev autotools-dev Downloaded PCP source from fche/pmwebd branch # git clone git://sourceware.org/git/pcpfans.git origin/fche/pmwebd # git branch -r # git checkout fche/pmwebd # ./configure # make configure found the required version of libmicrohttpd and pcp built finished successfully. I see in the debian directory all these debian control and install, postinst .... files were generated. I want to know how I can convert them into deb packages and what is needed to install these packages on a fresh precise system. I might have missed something in the instructions. Appreciate for all your help. Thanks, Amer. On Tue, Jul 22, 2014 at 3:33 PM, Ken McDonell wrote: > On 22/07/14 21:32, Frank Ch. Eigler wrote: > > Hi, Ken - > > > >> [...] > >> I think it is this commit that's not in your tree. > > > > That commit was actually in the branch (and I re-cherry-picked it > > as the only way to be sure, from orbit). > > Hmm not that commit it would appear ... 8^)> > > But this one 172e26d351295a65fe44e0616a4ea35defb7333c in the fche/pmwebd > branch adds > > usr/share/pcp/jsdemos > > to the file debian/pcp-webapi.dirs and that causes the problem because the > pcp package is already providing that directory ... > > kenj@vm00:~/src/pcpfans/debian$ dpkg -S /usr/share/pcp/jsdemos > pcp: /usr/share/pcp/jsdemos > > kenj@vm00:~/src/pcpfans/debian$ dpkg -l pcp > Desired=Unknown/Install/Remove/Purge/Hold > | > Status=Not/Inst/Conf-files/Unpacked/halF-conf/Half-inst/trig-aWait/Trig-pend > |/ Err?=(none)/Reinst-required (Status,Err: uppercase=bad) > ||/ Name Version Description > > +++-==============-==============-============================================ > ii pcp 3.9.7 System level performance monitoring and > perf > > -- Thanks, Amer Ather Cloud Performance Engineering My Location --047d7b6737f0199aea0501c8610e Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable
Hi Ken and Frank,

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

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

=
# apt-get install -y gawk pkg-config debhelper libreadline-dev c= hrpath python-all python-all-dev libnspr4-dev libnss3-dev libsasl2-dev libm= icrohttpd-dev libavahi-common-dev libqt4-dev autotools-dev

Downloaded PCP source from fche/pmwebd branch

# git clone git://sourceware.org/git/pcpfans.git origin/fche/pmwebd
# git branch -r
# git checkout fche/pmwebd
# = ./configure
# make=C2=A0

configure= found the required version of libmicrohttpd and pcp built =C2=A0finished s= uccessfully. I see in the debian directory all these debian control and ins= tall, postinst .... files were generated.=C2=A0

I want to know how I can convert them into deb packages= and what is needed to install these packages on a fresh precise system. I = might have missed something in the instructions.=C2=A0

=
Appreciate for all your help.

Thanks,
Am= er.


On Tue, Jul 22, 2014 at 3:33 PM, Ken McDonell <kenj@internode.on.net= > wrote:
On 2= 2/07/14 21:32, Frank Ch. Eigler wrote:
> Hi, Ken -
>
>> [...]
>> I think it is this commit that's not in your tree.
>
> That commit was actually in the branch (and I re-cherry-picked it
> as the only way to be sure, from orbit).

Hmm not that commit it would appear ... 8^)>

But this one 172e26d351295a65fe44e0616a4ea35defb7333c in the fche/pmwebd br= anch adds

usr/share/pcp/jsdemos

to the file debian/pcp-webapi.dirs and that causes the problem because the = pcp package is already providing that directory ...

kenj@vm00:~/src/pcpfans/debian$ dpkg -S /usr/share/pcp/jsdemos
pcp: /usr/share/pcp/jsdemos

kenj@vm00:~/src/pcpfans/debian$ dpkg -l pcp
Desired=3DUnknown/Install/Remove/Purge/Hold
| Status=3DNot/Inst/Conf-files/Unpacked/halF-conf/Half-inst/trig-aWait/Trig= -pend
|/ Err?=3D(none)/Reinst-required (Status,Err: uppercase=3Dbad)
||/ Name=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0Version=C2=A0 =C2=A0 =C2= =A0 =C2=A0 Description
+++-=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D-=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D-=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
ii=C2=A0 pcp=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 3.9.7=C2=A0 =C2=A0 = =C2=A0 =C2=A0 =C2=A0 System level performance monitoring and perf




--
Thanks,

Amer Ather
Cloud Performance Engi= neering
--047d7b6737f0199aea0501c8610e-- From kenj@internode.on.net Sun Aug 31 06:02:30 2014 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on oss.sgi.com X-Spam-Level: X-Spam-Status: No, score=0.0 required=5.0 tests=none autolearn=ham version=3.3.1 X-Original-To: pcp@oss.sgi.com Delivered-To: pcp@oss.sgi.com Received: from relay.sgi.com (relay1.corp.sgi.com [137.38.102.111]) by oss.sgi.com (Postfix) with ESMTP id 665F47F6C for ; Sun, 31 Aug 2014 06:02:30 -0500 (CDT) Received: from cuda.sgi.com (cuda1.sgi.com [192.48.157.11]) by relay1.corp.sgi.com (Postfix) with ESMTP id 457C18F8052 for ; Sun, 31 Aug 2014 04:02:26 -0700 (PDT) X-ASG-Debug-ID: 1409482939-04bdf0109a66e070001-S8gJnT Received: from ipmail06.adl6.internode.on.net (ipmail06.adl6.internode.on.net [150.101.137.145]) by cuda.sgi.com with ESMTP id aWTDqGAqJhDy1DeB for ; Sun, 31 Aug 2014 04:02:20 -0700 (PDT) X-Barracuda-Envelope-From: kenj@internode.on.net X-Barracuda-Apparent-Source-IP: 150.101.137.145 X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: AuESAHgAA1R5LE1tPGdsb2JhbABagw2DVosUwW4EAQMBgQwXBQEBAQE4NoQKCAIeEhwwBQZiIAoOBwEEHgWIMZYBpAyPaoQ2BZExWKNkK4J+AQEB Received: from ppp121-44-77-109.lns20.syd6.internode.on.net (HELO bozohorize) ([121.44.77.109]) by ipmail06.adl6.internode.on.net with ESMTP; 31 Aug 2014 20:32:06 +0930 From: "Ken McDonell" To: Subject: missing html file Date: Sun, 31 Aug 2014 21:02:00 +1000 X-ASG-Orig-Subj: missing html file Message-ID: <004401cfc50a$fe5d0e90$fb172bb0$@internode.on.net> MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-Mailer: Microsoft Outlook 15.0 Thread-Index: Ac/FCtfcVQSlnRU1RxK4svnxnegzyg== Content-Language: en-au X-Barracuda-Connect: ipmail06.adl6.internode.on.net[150.101.137.145] X-Barracuda-Start-Time: 1409482939 X-Barracuda-URL: http://192.48.157.11:80/cgi-mod/mark.cgi X-Virus-Scanned: by bsmtpd at sgi.com X-Barracuda-BRTS-Status: 1 X-Barracuda-Spam-Score: 0.01 X-Barracuda-Spam-Status: No, SCORE=0.01 using per-user scores of TAG_LEVEL=1000.0 QUARANTINE_LEVEL=1000.0 KILL_LEVEL=2.7 tests=THREAD_INDEX X-Barracuda-Spam-Report: Code version 3.2, rules version 3.2.3.9019 Rule breakdown below pts rule name description ---- ---------------------- -------------------------------------------------- 0.01 THREAD_INDEX thread-index: AcO7Y8iR61tzADqsRmmc5wNiFHEOig== debian/pcp-doc.install mentions usr/share/doc/pcp-doc/html/pcpgui.whatsnew.html but there is no corresponding file checked into the tree. From kenj@internode.on.net Sun Aug 31 06:11:09 2014 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on oss.sgi.com X-Spam-Level: X-Spam-Status: No, score=0.0 required=5.0 tests=none autolearn=ham version=3.3.1 X-Original-To: pcp@oss.sgi.com Delivered-To: pcp@oss.sgi.com Received: from relay.sgi.com (relay3.corp.sgi.com [198.149.34.15]) by oss.sgi.com (Postfix) with ESMTP id 922B57F6C for ; Sun, 31 Aug 2014 06:11:09 -0500 (CDT) Received: from cuda.sgi.com (cuda3.sgi.com [192.48.176.15]) by relay3.corp.sgi.com (Postfix) with ESMTP id 2D321AC014 for ; Sun, 31 Aug 2014 04:11:09 -0700 (PDT) X-ASG-Debug-ID: 1409483462-04cb6c54ff6d2d70001-S8gJnT Received: from ipmail06.adl6.internode.on.net (ipmail06.adl6.internode.on.net [150.101.137.145]) by cuda.sgi.com with ESMTP id 1v8hbFErCsbUjg3s for ; Sun, 31 Aug 2014 04:11:03 -0700 (PDT) X-Barracuda-Envelope-From: kenj@internode.on.net X-Barracuda-Apparent-Source-IP: 150.101.137.145 X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: AmkRAKABA1R5LE1tPGdsb2JhbABagw1TV4IsxTYKh0YBAwEBAYEKFwUBAQEBODaEAwEBAQQBAQEFAh4SHBgXAQMCBgMRBAEBKAcZDhIKAwkIAgQTCwWIMQ65f409ghcGEIQ2BZExWINWoA4rL4JPAQEB Received: from ppp121-44-77-109.lns20.syd6.internode.on.net (HELO bozohorize) ([121.44.77.109]) by ipmail06.adl6.internode.on.net with ESMTP; 31 Aug 2014 20:41:02 +0930 From: "Ken McDonell" To: References: <004401cfc50a$fe5d0e90$fb172bb0$@internode.on.net> In-Reply-To: <004401cfc50a$fe5d0e90$fb172bb0$@internode.on.net> Subject: RE: [pcp] missing html file Date: Sun, 31 Aug 2014 21:10:56 +1000 X-ASG-Orig-Subj: RE: [pcp] missing html file Message-ID: <004601cfc50c$3d5d5540$b817ffc0$@internode.on.net> MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-Mailer: Microsoft Outlook 15.0 Thread-Index: AQLB/yzWxhEt1X+n7eCWnFzLxOKwQpoGGgpQ Content-Language: en-au X-Barracuda-Connect: ipmail06.adl6.internode.on.net[150.101.137.145] X-Barracuda-Start-Time: 1409483462 X-Barracuda-URL: http://192.48.176.15:80/cgi-mod/mark.cgi X-Virus-Scanned: by bsmtpd at sgi.com X-Barracuda-BRTS-Status: 1 X-Barracuda-Spam-Score: 0.01 X-Barracuda-Spam-Status: No, SCORE=0.01 using per-user scores of TAG_LEVEL=1000.0 QUARANTINE_LEVEL=1000.0 KILL_LEVEL=2.7 tests=THREAD_INDEX X-Barracuda-Spam-Report: Code version 3.2, rules version 3.2.3.9019 Rule breakdown below pts rule name description ---- ---------------------- -------------------------------------------------- 0.01 THREAD_INDEX thread-index: AcO7Y8iR61tzADqsRmmc5wNiFHEOig== And ditto for another one, pcp.whatsnew.html > -----Original Message----- > From: pcp-bounces@oss.sgi.com [mailto:pcp-bounces@oss.sgi.com] On > Behalf Of Ken McDonell > Sent: Sunday, 31 August 2014 9:02 PM > To: pcp@oss.sgi.com > Subject: [pcp] missing html file > > debian/pcp-doc.install mentions > usr/share/doc/pcp-doc/html/pcpgui.whatsnew.html but there is no > corresponding file checked into the tree. > > _______________________________________________ > pcp mailing list > pcp@oss.sgi.com > http://oss.sgi.com/mailman/listinfo/pcp From kenj@internode.on.net Sun Aug 31 17:30:00 2014 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on oss.sgi.com X-Spam-Level: X-Spam-Status: No, score=0.0 required=5.0 tests=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 2205F7F59 for ; Sun, 31 Aug 2014 17:30:00 -0500 (CDT) Received: from cuda.sgi.com (cuda2.sgi.com [192.48.176.25]) by relay3.corp.sgi.com (Postfix) with ESMTP id 9753CAC004 for ; Sun, 31 Aug 2014 15:29:59 -0700 (PDT) X-ASG-Debug-ID: 1409524192-04cbb054859770b0001-S8gJnT Received: from ipmail06.adl2.internode.on.net (ipmail06.adl2.internode.on.net [150.101.137.129]) by cuda.sgi.com with ESMTP id kFsBLPC1tx1ZxZsF for ; Sun, 31 Aug 2014 15:29:52 -0700 (PDT) X-Barracuda-Envelope-From: kenj@internode.on.net X-Barracuda-Apparent-Source-IP: 150.101.137.129 X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: AgsIAFWhA1R5LE1tPGdsb2JhbAA/GoJHRiAzV4IsUK8vk1yBXwEJh0wBgQsXBQEBAQE4NoQDAQEFCAIZBQUpIw0DAgYDDgMEAQEoAwICGSAKAwkIAgQTCwWIMQ42pDCUTQEXjmsRAVAGAYI4DzISgUEFkTFYg1aIWJc2Ky8BAYENgUABAQE Received: from ppp121-44-77-109.lns20.syd6.internode.on.net (HELO bozohorize) ([121.44.77.109]) by ipmail06.adl2.internode.on.net with ESMTP; 01 Sep 2014 07:59:50 +0930 From: "Ken McDonell" To: "'Amer Ather'" Cc: "'Frank Ch. Eigler'" , References: <049e01cfa39a$33877480$9a965d80$@internode.on.net> <53CDC475.3070407@internode.on.net> <20140722020437.GA20079@redhat.com> <53CE056F.5070903@internode.on.net> <20140722113237.GB20079@redhat.com> <53CEE6B6.2030507@internode.on.net> In-Reply-To: Subject: RE: PCP build on Ubuntu Precise (kernel 3.2) - [solved] Date: Mon, 1 Sep 2014 08:29:42 +1000 X-ASG-Orig-Subj: RE: PCP build on Ubuntu Precise (kernel 3.2) - [solved] Message-ID: <009301cfc56b$100354a0$3009fde0$@internode.on.net> MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_NextPart_000_0094_01CFC5BE.E1B0EB40" X-Mailer: Microsoft Outlook 15.0 Thread-Index: AQJeH0/dtJXyhW7RZA6ej/Xj6V6FYQK0rJxqAiWQBEECEBN6hwJfm16rAUAnisoBYaj3HAGFhGpQmmMMftA= Content-Language: en-au X-Barracuda-Connect: ipmail06.adl2.internode.on.net[150.101.137.129] X-Barracuda-Start-Time: 1409524192 X-Barracuda-URL: http://192.48.176.25:80/cgi-mod/mark.cgi X-Virus-Scanned: by bsmtpd at sgi.com X-Barracuda-BRTS-Status: 1 X-Barracuda-BRTS-Evidence: gallet.info X-Barracuda-Spam-Score: 0.11 X-Barracuda-Spam-Status: No, SCORE=0.11 using per-user scores of TAG_LEVEL=1000.0 QUARANTINE_LEVEL=1000.0 KILL_LEVEL=2.7 tests=BSF_SC0_MISMATCH_TO, BSF_SC0_SA085, HTML_MESSAGE, INFO_TLD, THREAD_INDEX X-Barracuda-Spam-Report: Code version 3.2, rules version 3.2.3.9039 Rule breakdown below pts rule name description ---- ---------------------- -------------------------------------------------- 0.01 THREAD_INDEX thread-index: AcO7Y8iR61tzADqsRmmc5wNiFHEOig== 0.00 BSF_SC0_MISMATCH_TO Envelope rcpt doesn't match header 0.00 INFO_TLD URI: Contains an URL in the INFO top-level domain 0.00 HTML_MESSAGE BODY: HTML included in message 0.10 BSF_SC0_SA085 Custom Rule SA085 This is a multipart message in MIME format. ------=_NextPart_000_0094_01CFC5BE.E1B0EB40 Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable Amer, =20 I think there is a better option for you. =20 Get libmicrohttpd10_0.9.20-precise-2_amd64.deb and = libmicrohttpd-dev_0.9.20-precise-2_amd64.deb packages. I found them = here http://bibi21000.gallet.info/index.php/fr/nature/94-recettes.html =20 Then run ./Makepkgs from the top of the PCP source tree. =20 From: Amer Ather [mailto:aather@netflix.com]=20 Sent: Saturday, 30 August 2014 3:57 AM To: Ken McDonell Cc: Frank Ch. Eigler; pcp@oss.sgi.com Subject: Re: PCP build on Ubuntu Precise (kernel 3.2) - [solved] =20 Hi Ken and Frank, =20 Thanks for all your support during my absence. I came back from vacation = this week. Today, I attempted to build PCP package on Ubuntu Precise. = As communicated in this email thread, I followed the steps below: =20 - Built and installed libmicrohttpd-0.9.34 from the source and then = installed all the needed packages to build PCP: =E2=80=A6 ------=_NextPart_000_0094_01CFC5BE.E1B0EB40 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable

Amer,

 

I think there is a better option for = you.

 

Get = libmicrohttpd10_0.9.20-precise-2_amd64.deb and = libmicrohttpd-dev_0.9.20-precise-2_amd64.deb packages.=C2=A0 I found = them here http://bibi21000.gallet.info/index.php/fr/nature/94-recettes.html

 

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

 

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

 

Hi Ken = and Frank,

 

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

 

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

=E2=80=A6

------=_NextPart_000_0094_01CFC5BE.E1B0EB40-- From nscott@redhat.com Sun Aug 31 17:40:37 2014 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on oss.sgi.com X-Spam-Level: X-Spam-Status: No, score=0.0 required=5.0 tests=none autolearn=ham version=3.3.1 X-Original-To: pcp@oss.sgi.com Delivered-To: pcp@oss.sgi.com Received: from relay.sgi.com (relay1.corp.sgi.com [137.38.102.111]) by oss.sgi.com (Postfix) with ESMTP id 4B76E7F5A for ; Sun, 31 Aug 2014 17:40:37 -0500 (CDT) Received: from cuda.sgi.com (cuda2.sgi.com [192.48.176.25]) by relay1.corp.sgi.com (Postfix) with ESMTP id 39C518F8035 for ; Sun, 31 Aug 2014 15:40:33 -0700 (PDT) X-ASG-Debug-ID: 1409524832-04cbb05487977430001-S8gJnT Received: from mx3-phx2.redhat.com (mx3-phx2.redhat.com [209.132.183.24]) by cuda.sgi.com with ESMTP id kXbqayrBNgCKuZam for ; Sun, 31 Aug 2014 15:40:32 -0700 (PDT) X-Barracuda-Envelope-From: nscott@redhat.com X-Barracuda-Apparent-Source-IP: 209.132.183.24 Received: from zmail20.collab.prod.int.phx2.redhat.com (zmail20.collab.prod.int.phx2.redhat.com [10.5.83.23]) by mx3-phx2.redhat.com (8.13.8/8.13.8) with ESMTP id s7VMeQ8Q005136; Sun, 31 Aug 2014 18:40:26 -0400 Date: Sun, 31 Aug 2014 18:40:26 -0400 (EDT) From: Nathan Scott Reply-To: Nathan Scott To: Ken McDonell Cc: pcp@oss.sgi.com Message-ID: <751271695.41612679.1409524826318.JavaMail.zimbra@redhat.com> In-Reply-To: <004601cfc50c$3d5d5540$b817ffc0$@internode.on.net> References: <004401cfc50a$fe5d0e90$fb172bb0$@internode.on.net> <004601cfc50c$3d5d5540$b817ffc0$@internode.on.net> Subject: Re: [pcp] missing html file MIME-Version: 1.0 X-ASG-Orig-Subj: Re: [pcp] missing html file Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-Originating-IP: [10.5.82.7] X-Mailer: Zimbra 8.0.6_GA_5922 (ZimbraWebClient - FF17 (Linux)/8.0.6_GA_5922) Thread-Topic: missing html file Thread-Index: AQLB/yzWxhEt1X+n7eCWnFzLxOKwQpoGGgpQgR9CtWQ= X-Barracuda-Connect: mx3-phx2.redhat.com[209.132.183.24] X-Barracuda-Start-Time: 1409524832 X-Barracuda-URL: http://192.48.176.25:80/cgi-mod/mark.cgi X-Virus-Scanned: by bsmtpd at sgi.com X-Barracuda-BRTS-Status: 1 X-Barracuda-Spam-Score: 0.02 X-Barracuda-Spam-Status: No, SCORE=0.02 using per-user scores of TAG_LEVEL=1000.0 QUARANTINE_LEVEL=1000.0 KILL_LEVEL=2.7 tests=THREAD_INDEX, THREAD_TOPIC X-Barracuda-Spam-Report: Code version 3.2, rules version 3.2.3.9039 Rule breakdown below pts rule name description ---- ---------------------- -------------------------------------------------- 0.01 THREAD_INDEX thread-index: AcO7Y8iR61tzADqsRmmc5wNiFHEOig== 0.01 THREAD_TOPIC Thread-Topic: ...(Japanese Subject)... ----- Original Message ----- > And ditto for another one, pcp.whatsnew.html > > > > debian/pcp-doc.install mentions > > usr/share/doc/pcp-doc/html/pcpgui.whatsnew.html but there is no > > corresponding file checked into the tree. Thanks Ken, fixed up now & a check build works OK here. cheers. -- Nathan From mgoodwin@redhat.com Sun Aug 31 23:26:04 2014 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on oss.sgi.com X-Spam-Level: X-Spam-Status: No, score=0.0 required=5.0 tests=none autolearn=ham version=3.3.1 X-Original-To: pcp@oss.sgi.com Delivered-To: pcp@oss.sgi.com Received: from relay.sgi.com (relay1.corp.sgi.com [137.38.102.111]) by oss.sgi.com (Postfix) with ESMTP id E66187F57 for ; Sun, 31 Aug 2014 23:26:04 -0500 (CDT) Received: from cuda.sgi.com (cuda3.sgi.com [192.48.176.15]) by relay1.corp.sgi.com (Postfix) with ESMTP id D4D378F8040 for ; Sun, 31 Aug 2014 21:26:04 -0700 (PDT) X-ASG-Debug-ID: 1409545560-04cb6c54fe6ecba0001-S8gJnT Received: from mx1.redhat.com (mx1.redhat.com [209.132.183.28]) by cuda.sgi.com with ESMTP id Y25liDS1jrB5qz65 (version=TLSv1 cipher=AES256-SHA bits=256 verify=NO) for ; Sun, 31 Aug 2014 21:26:00 -0700 (PDT) X-Barracuda-Envelope-From: mgoodwin@redhat.com X-Barracuda-Apparent-Source-IP: 209.132.183.28 X-ASG-Whitelist: Client Received: from int-mx10.intmail.prod.int.phx2.redhat.com (int-mx10.intmail.prod.int.phx2.redhat.com [10.5.11.23]) by mx1.redhat.com (8.14.4/8.14.4) with ESMTP id s814Q0T1032359 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=FAIL) for ; Mon, 1 Sep 2014 00:26:00 -0400 Received: from [10.64.51.161] (vpn1-51-161.bne.redhat.com [10.64.51.161]) by int-mx10.intmail.prod.int.phx2.redhat.com (8.14.4/8.14.4) with ESMTP id s814PuOf017965 for ; Mon, 1 Sep 2014 00:25:58 -0400 Message-ID: <5403F553.80409@redhat.com> Date: Mon, 01 Sep 2014 14:25:55 +1000 From: Mark Goodwin User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:24.0) Gecko/20100101 Thunderbird/24.7.0 MIME-Version: 1.0 To: pcp@oss.sgi.com Subject: pcp updates: fix XFS PMDA in DSO mode Content-Type: text/plain; charset=ISO-8859-1; format=flowed X-ASG-Orig-Subj: pcp updates: fix XFS PMDA in DSO mode 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: 1409545560 X-Barracuda-Encrypted: AES256-SHA X-Barracuda-URL: http://192.48.176.15:80/cgi-mod/mark.cgi X-Virus-Scanned: by bsmtpd at sgi.com X-Barracuda-BRTS-Status: 1 Changes committed to git://git.performancecopilot.org/markgw/pcp/pcp.git dev commit e8b8603b46c6290fe887f13abe023c1698e64b7d Author: Mark Goodwin Date: Mon Sep 1 14:18:52 2014 +1000 Fix xfs_init so the XFS PMDA works as a DSO. xfs_init wasn't correctly initializing the pmdaInterface structure, causing the following error when used as a DSO : [Sun Aug 31 07:27:04] pminfo(5921) Critical: Unable to set fetch callback for PMDA interface version 255. [Sun Aug 31 07:27:04] pminfo(5921) Critical: pmdaSetFlags: PMDA interface version 255 not supported (domain=11) [Sun Aug 31 07:27:04] pminfo(5921) Critical: pmdaInit: PMDA interface version 255 not supported (domain=11) __pmConnectLocal: Warning: initialization routine "xfs_init" failed in DSO "/var/lib/pcp/pmdas/xfs/pmda_xfs.so": Generic error, already reported above xfs.read_bytes: pmLookupDesc: No PMCD agent for domain of request