From dak-unpriv@franck.debian.org Mon Dec 1 04:00: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 C076F7F4E for ; Mon, 1 Dec 2014 04:00:44 -0600 (CST) Received: from cuda.sgi.com (cuda2.sgi.com [192.48.176.25]) by relay1.corp.sgi.com (Postfix) with ESMTP id A029B8F8033 for ; Mon, 1 Dec 2014 02:00:44 -0800 (PST) X-ASG-Debug-ID: 1417428041-04cbb01e5abff880001-S8gJnT Received: from muffat.debian.org (muffat.debian.org [206.12.19.146]) by cuda.sgi.com with ESMTP id HUEGc7fkzokylg8g (version=TLSv1 cipher=AES128-SHA bits=128 verify=NO) for ; Mon, 01 Dec 2014 02:00:42 -0800 (PST) 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 1XvNma-0000kY-Li for pcp@oss.sgi.com; Mon, 01 Dec 2014 10:00:40 +0000 Received: from dak-unpriv by franck.debian.org with local (Exim 4.80) (envelope-from ) id 1XvNmZ-0007Rv-GP for pcp@oss.sgi.com; Mon, 01 Dec 2014 10:00:39 +0000 To: pcp@oss.sgi.com From: Debian FTP Masters Subject: Processing of pcp_3.10.1_i386.changes Date: Mon, 01 Dec 2014 10:00:39 +0000 X-ASG-Orig-Subj: Processing of pcp_3.10.1_i386.changes X-Debian: DAK X-DAK: DAK Precedence: bulk Auto-Submitted: auto-generated X-Debian-Package: pcp Message-Id: X-Barracuda-Connect: muffat.debian.org[206.12.19.146] X-Barracuda-Start-Time: 1417428041 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.12280 Rule breakdown below pts rule name description ---- ---------------------- -------------------------------------------------- pcp_3.10.1_i386.changes uploaded successfully to localhost along with the files: pcp_3.10.1_i386.deb pcp-conf_3.10.1_i386.deb libpcp3-dev_3.10.1_i386.deb libpcp3_3.10.1_i386.deb libpcp-gui2-dev_3.10.1_i386.deb libpcp-gui2_3.10.1_i386.deb libpcp-mmv1-dev_3.10.1_i386.deb libpcp-mmv1_3.10.1_i386.deb libpcp-pmda3-dev_3.10.1_i386.deb libpcp-pmda3_3.10.1_i386.deb libpcp-trace2-dev_3.10.1_i386.deb libpcp-trace2_3.10.1_i386.deb libpcp-import1-dev_3.10.1_i386.deb libpcp-import1_3.10.1_i386.deb python-pcp_3.10.1_i386.deb libpcp-pmda-perl_3.10.1_i386.deb libpcp-import-perl_3.10.1_i386.deb libpcp-logsummary-perl_3.10.1_i386.deb libpcp-mmv-perl_3.10.1_i386.deb pcp-import-sar2pcp_3.10.1_all.deb pcp-import-mrtg2pcp_3.10.1_all.deb pcp-import-sheet2pcp_3.10.1_all.deb pcp-import-iostat2pcp_3.10.1_all.deb pcp-import-collectl2pcp_3.10.1_i386.deb pcp-doc_3.10.1_all.deb pcp-testsuite_3.10.1_i386.deb pcp-manager_3.10.1_i386.deb pcp-webapi_3.10.1_i386.deb pcp-gui_3.10.1_i386.deb pcp_3.10.1.dsc pcp_3.10.1.tar.xz Greetings, Your Debian queue daemon (running on host franck.debian.org) From envelope@ftp-master.debian.org Mon Dec 1 04: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 (relay3.corp.sgi.com [198.149.34.15]) by oss.sgi.com (Postfix) with ESMTP id 220E27F4E for ; Mon, 1 Dec 2014 04:22:38 -0600 (CST) Received: from cuda.sgi.com (cuda2.sgi.com [192.48.176.25]) by relay3.corp.sgi.com (Postfix) with ESMTP id 98509AC002 for ; Mon, 1 Dec 2014 02:22:34 -0800 (PST) X-ASG-Debug-ID: 1417429351-04cbb01e5bc00230001-S8gJnT Received: from mailly.debian.org (mailly.debian.org [82.195.75.114]) by cuda.sgi.com with ESMTP id UAjiFNwyDdlLYzEj (version=TLSv1 cipher=AES128-SHA bits=128 verify=NO) for ; Mon, 01 Dec 2014 02:22:32 -0800 (PST) X-Barracuda-Envelope-From: envelope@ftp-master.debian.org X-Barracuda-Apparent-Source-IP: 82.195.75.114 Received: from franck.debian.org ([138.16.160.12]) from C=NA,ST=NA,L=Ankh Morpork,O=Debian SMTP,OU=Debian SMTP CA,CN=franck.debian.org,EMAIL=hostmaster@franck.debian.org (verified) by mailly.debian.org with esmtps (TLS1.2:DHE_RSA_AES_128_CBC_SHA1:128) (Exim 4.80) (envelope-from ) id 1XvO7i-0001I9-Hq; Mon, 01 Dec 2014 10:22:30 +0000 Received: from dak by franck.debian.org with local (Exim 4.80) (envelope-from ) id 1XvO7h-00065m-2r; Mon, 01 Dec 2014 10:22:29 +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.10.1_i386.changes ACCEPTED into unstable Message-Id: X-ASG-Orig-Subj: pcp_3.10.1_i386.changes ACCEPTED into unstable Date: Mon, 01 Dec 2014 10:22:29 +0000 X-Barracuda-Connect: mailly.debian.org[82.195.75.114] X-Barracuda-Start-Time: 1417429352 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.12280 Rule breakdown below pts rule name description ---- ---------------------- -------------------------------------------------- Accepted: -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Format: 1.8 Date: Mon, 01 Dec 2014 11:43:08 +1100 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.10.1 Distribution: unstable Urgency: low Maintainer: PCP Development Team Changed-By: Nathan Scott Description: libpcp-gui2 - Performance Co-Pilot graphical client tools library libpcp-gui2-dev - Performance Co-Pilot graphical client tools library and headers libpcp-import-perl - Performance Co-Pilot log import Perl module libpcp-import1 - Performance Co-Pilot data import library libpcp-import1-dev - Performance Co-Pilot data import library and headers libpcp-logsummary-perl - Performance Co-Pilot historical log summary module libpcp-mmv-perl - Performance Co-Pilot Memory Mapped Value Perl module libpcp-mmv1 - Performance Co-Pilot Memory Mapped Value client library libpcp-mmv1-dev - Performance Co-Pilot Memory Mapped Value library and headers libpcp-pmda-perl - Performance Co-Pilot Domain Agent Perl module libpcp-pmda3 - Performance Co-Pilot Domain Agent library libpcp-pmda3-dev - Performance Co-Pilot Domain Agent library and headers libpcp-trace2 - Performance Co-Pilot application tracing library libpcp-trace2-dev - Performance Co-Pilot application tracing library and headers libpcp3 - Performance Co-Pilot library libpcp3-dev - Performance Co-Pilot library and headers pcp - System level performance monitoring and performance management pcp-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.10.1) unstable; urgency=low . * New release (full details in CHANGELOG). Checksums-Sha1: 96d246351248ccbcdcc64a729c40a60b0381ecb0 2817 pcp_3.10.1.dsc ff798d2d1805609cf27190a8528782f254979f99 9426720 pcp_3.10.1.tar.xz 64860ba16899baa0325d0f48cbb260f92368cccc 1257570 pcp_3.10.1_i386.deb 98bb54fba8e3a31083a0f87307337b5950215df1 17256 pcp-conf_3.10.1_i386.deb 57bf17a6931b0e6ce5b2a7fa4dc632c4f981ec29 416642 libpcp3-dev_3.10.1_i386.deb 69d8ffa991d36e62e47322f091ede63194e331e7 189078 libpcp3_3.10.1_i386.deb b6eadf409a755a0875cf2374e59b9b5d0c441722 16688 libpcp-gui2-dev_3.10.1_i386.deb 477e56156c3978cc42b5a0d06aad7e22c69bd586 15562 libpcp-gui2_3.10.1_i386.deb 0df4b1df98934241fa50b4ed8aa23446c65c16cc 19250 libpcp-mmv1-dev_3.10.1_i386.deb 23ce97c35e604a33654721ca496a42c011e62a08 12596 libpcp-mmv1_3.10.1_i386.deb eaaddad399d761dfd02f007a40695ba73e344034 95428 libpcp-pmda3-dev_3.10.1_i386.deb 029d99ba54534c1b3a6b597f41fb8032dd1410bb 36632 libpcp-pmda3_3.10.1_i386.deb f0d99335218704b906d1ebda334cc7d37090b5a7 27064 libpcp-trace2-dev_3.10.1_i386.deb 8359ae39ff5f1e7337780fc91f00d1ae4c8a7f43 19794 libpcp-trace2_3.10.1_i386.deb 6913b75cdfebf5ac08530ea880c4cce76f17270b 16320 libpcp-import1-dev_3.10.1_i386.deb 32a2b740375300c7d6ff57904ab81d27e2a62c1a 15868 libpcp-import1_3.10.1_i386.deb 9d5372ca790ddb95c2432ce2ccfb0aab814114b0 50602 python-pcp_3.10.1_i386.deb 6c36dabc51b4e21cef823f580e59019a2332f9ed 39586 libpcp-pmda-perl_3.10.1_i386.deb 9bfa0e0c99cad5dfa536aa91a95385559474b18b 16990 libpcp-import-perl_3.10.1_i386.deb 4bbc2006c961cbd6f571e775caeaae02cc91d271 11912 libpcp-logsummary-perl_3.10.1_i386.deb ee00df182d86cf97647986d51fe12ab483f7bda4 18252 libpcp-mmv-perl_3.10.1_i386.deb 3abddeb6e610b7f4a924cc6e8db63db767b9e76f 14926 pcp-import-sar2pcp_3.10.1_all.deb 6d76a65ebaeb31fa8ec3ac5b2fca3c27d4e36516 9198 pcp-import-mrtg2pcp_3.10.1_all.deb 52c4b76dbbb34d96b01d3a02b629773c8651cc2a 15676 pcp-import-sheet2pcp_3.10.1_all.deb 80ec472d34307858fea08852122c5d557553773c 16124 pcp-import-iostat2pcp_3.10.1_all.deb 2dfb9930badca607530f0fd46d3011fefdf6ba7a 23686 pcp-import-collectl2pcp_3.10.1_i386.deb 3b9a0a54d773ccd81ec5e7d597c8e4d4fcfa81b0 3146564 pcp-doc_3.10.1_all.deb f1805f4df881e33f745df9e1d9437d92bccf25c4 2756782 pcp-testsuite_3.10.1_i386.deb 4806ce7f348d36ccbfd25e16f41163c9e814ff18 47952 pcp-manager_3.10.1_i386.deb 993cc5c6bb42d5cd2a4e42b3a167e6697ef24787 73284 pcp-webapi_3.10.1_i386.deb bbbb0fd5c440c6a2b5283011ce20980b0c20b658 653722 pcp-gui_3.10.1_i386.deb Checksums-Sha256: a6c09e0fb2b96f351f9bf401d64f00070292d121d3fda445e24f74bd5dbd4fa5 2817 pcp_3.10.1.dsc f01ae7e04adc225dc1acb8ce9dafc0d56bef199834a54cba75a656051522c32e 9426720 pcp_3.10.1.tar.xz 012107f9b255bc49aeed1430b4759e5b478388749cd032b09f129d08ee6eebd8 1257570 pcp_3.10.1_i386.deb 1b7c5dcae3b5b50a1d448474fb6861e4c44a57f3125f1b21dbd1aace64a75ab6 17256 pcp-conf_3.10.1_i386.deb 32c4cf04784afdcab0ea3eec4924880cc83dbf5b3d121431e5d67291a1058434 416642 libpcp3-dev_3.10.1_i386.deb eda8dd8aefc4b2e46e238011909ec9c4b7c2453c82b9b1e14ac59e4cde3c3f3b 189078 libpcp3_3.10.1_i386.deb 33c608c761b5b9e3b490bbcb1c7b9b5597d79867c81f304a0a8fc4e8a0c99e02 16688 libpcp-gui2-dev_3.10.1_i386.deb 9aa1ca7d274e2d37258b580f14c211949461982b1028aa1acd8884ae8067c645 15562 libpcp-gui2_3.10.1_i386.deb 56c5ef23b50441cf1a6bd00211329f43aa53222f5a2769a5122dafe64b805a29 19250 libpcp-mmv1-dev_3.10.1_i386.deb de0de49979697e67d5998a5658f3fcf3f4510e5d4980fbd108fc3aa3e8d14635 12596 libpcp-mmv1_3.10.1_i386.deb bc4e59bf1730fe9d9bde40b4abf4ca59763a1c33dd9f84bc5994a06156d3f8b7 95428 libpcp-pmda3-dev_3.10.1_i386.deb b4b8b4a628348b90a43b4085913542c827fed45b8f1131217f76af516080e960 36632 libpcp-pmda3_3.10.1_i386.deb 26e55818c44d8e270d10674ed04521d4225b6f2eabb55c928bfe58eb9730b4ba 27064 libpcp-trace2-dev_3.10.1_i386.deb e8721e44c1fe020c017540a1ea62e1c096830ca0d87cbf3228f27f9045a824c5 19794 libpcp-trace2_3.10.1_i386.deb a47944e746d0a182602f088f29104e876653c461e9120663a698ed583d23b266 16320 libpcp-import1-dev_3.10.1_i386.deb 40b4ff2aae2158a9e86345ded4ae505144dcc8a6773a07b64214e2808392a911 15868 libpcp-import1_3.10.1_i386.deb b1468b2a7efa2a292d426b96c5f46ee5deb51a0ea0b39988c77f0274e4f312ed 50602 python-pcp_3.10.1_i386.deb 67da7411118446421d6b8d7aeac842032ddab275bd45524a5573e6edb18e2e6a 39586 libpcp-pmda-perl_3.10.1_i386.deb d312d6fa7d73871ccc05f8ac231cc523baef1aa5cf6c1874aa70307cd68e215b 16990 libpcp-import-perl_3.10.1_i386.deb 27f8b9a84412b7a17916782ead15160ce70665c78ab7205c609cc62e4ce7aaa3 11912 libpcp-logsummary-perl_3.10.1_i386.deb b8a8badc544a22c97ce2eb1ade1f6ab4132992785cc0f670206f5f9a69cbda1e 18252 libpcp-mmv-perl_3.10.1_i386.deb 258e73dc9484304df9fc637ad50ff0a6e885394d524f4ca9ebfe7ceb3ce0aa1f 14926 pcp-import-sar2pcp_3.10.1_all.deb 5adcba32277d8fb5b613e7cb9d4b23919892d63f304a97f986930f9b40bf174e 9198 pcp-import-mrtg2pcp_3.10.1_all.deb 239ac3ae8ee1825ccd9ec871273eecc6a43a576f91a437592322e84fe3e9d03c 15676 pcp-import-sheet2pcp_3.10.1_all.deb ad861c53c8205789601cdd0ecb4eefb073fac7233c859af952791b3eacd47af1 16124 pcp-import-iostat2pcp_3.10.1_all.deb 74ffed68a9de6e2a3dcc23ac357c598c6eab1728a77e86e8e6c02d51f9830cdb 23686 pcp-import-collectl2pcp_3.10.1_i386.deb 0aa2246c6467156ecbe075fd93019030b11fad1377edc1ccd010dce5ec2c6471 3146564 pcp-doc_3.10.1_all.deb 45b3c7324bbd99d7ed908365f55ab68b91a7efc6c561c0c4d9104510adceddb5 2756782 pcp-testsuite_3.10.1_i386.deb 4cda0e11cc80f2fa1371f7fd15971756d24e00ee1f7872317ff78d627d89e0a0 47952 pcp-manager_3.10.1_i386.deb e61a9fa015371b126784abc1b943224665d09d1f914ee61c4612f81afac91cb5 73284 pcp-webapi_3.10.1_i386.deb c60ed890bd45507c9e2b8d5b297cef67a995bb8279f8e5a726a9d6e159a1fa98 653722 pcp-gui_3.10.1_i386.deb Files: d5d45ce462d2b58d496b7e3396bd66c3 1257570 utils extra pcp_3.10.1_i386.deb 05193e612baf0e24d0e232a6a3847005 17256 libs extra pcp-conf_3.10.1_i386.deb 9922951617d08ea58d24cd7e6cfb4760 416642 libdevel extra libpcp3-dev_3.10.1_i386.deb 0086903bf1e1e7c73349cefc12a64e7a 189078 libs extra libpcp3_3.10.1_i386.deb ca37b1166ceb0a26e40b1f8ae25fd1b5 16688 libdevel extra libpcp-gui2-dev_3.10.1_i386.deb ddc1a2f695bd7ea1e16e1417ecf79fff 15562 libs extra libpcp-gui2_3.10.1_i386.deb 1aa47a916fda0ed0b822ec3730e13276 19250 libdevel extra libpcp-mmv1-dev_3.10.1_i386.deb 7dcd562c732768055ae98fc5144577e1 12596 libs extra libpcp-mmv1_3.10.1_i386.deb e26cc9ece047406c8ef4e7fec468a047 95428 libdevel extra libpcp-pmda3-dev_3.10.1_i386.deb cd6651da9e74f67286c4538c25ca686f 36632 libs extra libpcp-pmda3_3.10.1_i386.deb 3cb62f864aee6dddb5f47cce8eecf8c3 27064 libdevel extra libpcp-trace2-dev_3.10.1_i386.deb 8804236a83b4ccadfe74c0c682d33e84 19794 libs extra libpcp-trace2_3.10.1_i386.deb 247d8c9291a1ae2856d45fbe8fe51ceb 16320 libdevel extra libpcp-import1-dev_3.10.1_i386.deb 83de379dd18345d3307d918751fa2c9c 15868 libs extra libpcp-import1_3.10.1_i386.deb bfb8bf890690951d5ac6b2c525196256 50602 python extra python-pcp_3.10.1_i386.deb 001708da99890800f8520fb7990f5da3 39586 perl extra libpcp-pmda-perl_3.10.1_i386.deb 18d4c42540a7e86d20ab6b2f7a90b209 16990 perl extra libpcp-import-perl_3.10.1_i386.deb 21c9230bd8c3c45b5d6b78d043ffee07 11912 perl extra libpcp-logsummary-perl_3.10.1_i386.deb e2c1da9c194029a04db8fb025c03b9f0 18252 perl extra libpcp-mmv-perl_3.10.1_i386.deb b868242dfb1c52b4c0d27f0307a16770 14926 utils extra pcp-import-sar2pcp_3.10.1_all.deb 82ceabbf01e1fa3b3f1e01bf141b7f77 9198 utils extra pcp-import-mrtg2pcp_3.10.1_all.deb d98182f082cdebc0cb93bd9f20d7bc6f 15676 utils extra pcp-import-sheet2pcp_3.10.1_all.deb b34f1fd370391158fab97f19c05de679 16124 utils extra pcp-import-iostat2pcp_3.10.1_all.deb a3e348360a5310fe2fe8d79f9591130c 23686 utils extra pcp-import-collectl2pcp_3.10.1_i386.deb 6fc79ecfad517d07f4e3111a5b80d891 3146564 doc extra pcp-doc_3.10.1_all.deb 3a34c25d6a3375a9de263b6342defccd 2756782 utils extra pcp-testsuite_3.10.1_i386.deb 299e4900f1293dc10f163384041aee33 47952 utils extra pcp-manager_3.10.1_i386.deb 44c5a2638586816620b1472a980b793d 73284 utils extra pcp-webapi_3.10.1_i386.deb 778273348194dde07653dc7c688d5750 653722 utils extra pcp-gui_3.10.1_i386.deb 0d76d00394b22a6f7f19aa76c347e5bc 2817 utils extra pcp_3.10.1.dsc 99a4960b2b257b0996cda1879315546f 9426720 utils extra pcp_3.10.1.tar.xz -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.22 (GNU/Linux) iEYEARECAAYFAlR737kACgkQm8fl3HSIa2P4AwCfQMAEPWlsTSNFq7Ig4r8cJOsY nr4AoL68FMJURHw8zOMNIGN8nzXa5RPA =+b1f -----END PGP SIGNATURE----- Thank you for your contribution to Debian. From pcp-announce-bounces@oss.sgi.com Mon Dec 1 05:08: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=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 0F6CB7F5A; Mon, 1 Dec 2014 05:08:52 -0600 (CST) 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 D65447F58 for ; Mon, 1 Dec 2014 05:08:50 -0600 (CST) Received: from cuda.sgi.com (cuda3.sgi.com [192.48.176.15]) by relay3.corp.sgi.com (Postfix) with ESMTP id 65B6BAC003 for ; Mon, 1 Dec 2014 03:08:50 -0800 (PST) X-ASG-Debug-ID: 1417432124-04cb6c0570c10980001-87ZIJf Received: from mx3-phx2.redhat.com (mx3-phx2.redhat.com [209.132.183.24]) by cuda.sgi.com with ESMTP id 7dUbCQQNktOvaRHB (version=TLSv1 cipher=AES256-SHA bits=256 verify=NO) for ; Mon, 01 Dec 2014 03:08:45 -0800 (PST) X-Barracuda-Envelope-From: nscott@redhat.com X-Barracuda-Apparent-Source-IP: 209.132.183.24 Received: from zmail20.collab.prod.int.phx2.redhat.com (zmail20.collab.prod.int.phx2.redhat.com [10.5.83.23]) by mx3-phx2.redhat.com (8.13.8/8.13.8) with ESMTP id sB1B8i0c015033 for ; Mon, 1 Dec 2014 06:08:44 -0500 Date: Mon, 1 Dec 2014 06:08:44 -0500 (EST) From: Nathan Scott To: pcp-announce Message-ID: <712037306.7801422.1417432124521.JavaMail.zimbra@redhat.com> In-Reply-To: <85954177.7792268.1417430828803.JavaMail.zimbra@redhat.com> MIME-Version: 1.0 X-ASG-Orig-Subj: Performance Co-Pilot 3.10.1 release + new website 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.10.1 release + new website Thread-Index: z3b+UNA2xn5Bqz3xcBLznOXEJnRMkA== X-Barracuda-Connect: mx3-phx2.redhat.com[209.132.183.24] X-Barracuda-Start-Time: 1417432125 X-Barracuda-Encrypted: AES256-SHA X-Barracuda-URL: http://192.48.176.15:80/cgi-mod/mark.cgi X-Virus-Scanned: by bsmtpd at sgi.com X-Barracuda-BRTS-Status: 1 X-Barracuda-Spam-Score: 0.02 X-Barracuda-Spam-Status: No, SCORE=0.02 using per-user scores of TAG_LEVEL=1000.0 QUARANTINE_LEVEL=1000.0 KILL_LEVEL=2.7 tests=THREAD_INDEX, THREAD_TOPIC X-Barracuda-Spam-Report: Code version 3.2, rules version 3.2.3.12281 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.10.1 release + new website 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 pcp-3.10.1 release has been tagged and set free. This release is accompanied by a fantastic rework of all of the PCP web content by Michele Baldessari. Special thanks to Dave Brolley for ramping up on code review-and-merge tasks for this release too. [ http://www.pcp.io ] pcp-3.10.1 (1 December 2014) - pmda proc: rework existing per-cgroup metrics - no longer use dynamic metrics, allowing arbitray names - pmda proc: add many new per-cgroup metrics, audited definitions (units, etc) for existing metrics. - perfevent pmda: new libpfm hardware counters agent - papi pmda: switch to using dynamic metrics - papi pmda: multiplexing, auto-enabling options - papi pmda: added a new papi.control.reset metric - pmwebd: improve /metrics/find for graphite dashboard - pmwebd: $PCP_SHARE_DIR/webapps - default web content - docs: clarify web services section in quick guide - docs: fix books build for current publican versions - docs: enable building of html book content as well - linux pmda: improve aarch64 /proc/cpuinfo parsing - libpcp: fix 64bit endian bug in highres event timers Enjoy! -- Nathan _______________________________________________ pcp-announce mailing list pcp-announce@oss.sgi.com http://oss.sgi.com/mailman/listinfo/pcp-announce From fche@redhat.com Mon Dec 1 09:45: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=1.5 required=5.0 tests=COMPENSATION 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 107CA7F57 for ; Mon, 1 Dec 2014 09:45:27 -0600 (CST) Received: from cuda.sgi.com (cuda2.sgi.com [192.48.176.25]) by relay1.corp.sgi.com (Postfix) with ESMTP id E546B8F8050 for ; Mon, 1 Dec 2014 07:45:23 -0800 (PST) X-ASG-Debug-ID: 1417448719-04cbb01e59c275c0001-S8gJnT Received: from mx1.redhat.com (mx1.redhat.com [209.132.183.28]) by cuda.sgi.com with ESMTP id 1XqIxPlPdjJMIJOT (version=TLSv1 cipher=AES256-SHA bits=256 verify=NO) for ; Mon, 01 Dec 2014 07:45:19 -0800 (PST) X-Barracuda-Envelope-From: fche@redhat.com X-Barracuda-Apparent-Source-IP: 209.132.183.28 X-ASG-Whitelist: Client Received: from int-mx11.intmail.prod.int.phx2.redhat.com (int-mx11.intmail.prod.int.phx2.redhat.com [10.5.11.24]) by mx1.redhat.com (8.14.4/8.14.4) with ESMTP id sB1FjIhU004849 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=FAIL) for ; Mon, 1 Dec 2014 10:45:18 -0500 Received: from fche.csb (vpn-238-111.phx2.redhat.com [10.3.238.111]) by int-mx11.intmail.prod.int.phx2.redhat.com (8.14.4/8.14.4) with ESMTP id sB1FjIWf025055 for ; Mon, 1 Dec 2014 10:45:18 -0500 Received: by fche.csb (Postfix, from userid 2569) id DD0665819B; Mon, 1 Dec 2014 10:45:17 -0500 (EST) Date: Mon, 1 Dec 2014 10:45:17 -0500 From: "Frank Ch. Eigler" To: pcp developers Subject: RFC pcp update: pmParseUnitsStr() function Message-ID: <20141201154517.GK5088@redhat.com> X-ASG-Orig-Subj: RFC pcp update: pmParseUnitsStr() function 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.24 X-Barracuda-Connect: mx1.redhat.com[209.132.183.28] X-Barracuda-Start-Time: 1417448719 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 - As a part of the fetchgroup prototyping, this preparatory step is ready for your look. It consists of a new PMAPI function pmParseUnitsStr() which apprx. reverses pmUnitsStr(), so that pmUnits may be specified in textual form. The patchset includes considerable QA, and a bit of docs & demo code. I hope to exploit the new facility in the fetchgroup stuff, pmwebd, python bindings, and other pcp clients over time. There is a bonus man-page-typo fix too. pcpfans.git fche/units-parse branch: commit 62b0cdbd491ca31bd316307486d5bf32bdd09746 Author: Frank Ch. Eigler Date: Mon Dec 1 10:33:43 2014 -0500 demo for pmParseUnitsStr: procmemstat.c This little demo program now takes an optional -u "STRING", which lets a user rescale numbers to units other than 'kbytes'. The code now also demonstrates nontrivial command line option handling patterns. commit e25824a4cae7565935834d15f2bb8dd3a84f855f Author: Frank Ch. Eigler Date: Sun Nov 30 21:21:13 2014 -0500 man page for new pmParseUnitsStr() function commit 37c7f71f5583ca3c1adbcfffa7f74ea998297a0e Author: Frank Ch. Eigler Date: Sun Nov 30 11:17:04 2014 -0500 qa for new pmParseUnitsStr() function The tests include an exhaustive scan, round-tripping all valid pmUnits() tuples through pmUnitsStr and back through pmParseUnitsStr. ("valid" excludes tuples with dim=0 but scale!=0. Also, due to a parsing ambiguity with count scale-vs-dimensions, the round-tripping check is slightly adjusted for them.) The 670 test also exhaustively tests all new keywords, and all forcesable code paths (as guided by gcov output). Floating point calculations are all in double but rendered to default %g precision, so should be accurate across platforms. (Tested on linux x86-64). commit a3546d6bb56f5ec04b9d7801a0a078fcc3136e3f Author: Frank Ch. Eigler Date: Sun Nov 30 11:05:04 2014 -0500 PMAPI extension: pmParseUnitsStr We introduce a function that reverses pmUnitsStr (and then some), so that users can specify desired metric unit/scale conversions in somewhat free-form textual form. The API function looks like this: int pmParseUnitsStr(const char *, pmUnits *, double *) where the latter two arguments are the results. The first output is what one would expect. The last parameter is a final arithmetic multiplier, which may be simply 1.0 for a straight pmUnitsStr() format text, or is the appropriate factor to compensate for a user asking for conversion of a quantity to "10 megabytes / 15 minutes" commit 6ca0513d12033e549a8dd38ee1c71063babe0d69 Author: Frank Ch. Eigler Date: Sun Nov 30 10:56:21 2014 -0500 man pmlookupdesc.3: correct pmUnits documentation The scaleSpace and scaleTime have been unsigned:4 bitfields since commit 1c5cb90d01 back in 2009. Correcting the documentation to match. From chandana@desilva.id.au Mon Dec 1 12:38: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 A64087F57 for ; Mon, 1 Dec 2014 12:38:48 -0600 (CST) Received: from cuda.sgi.com (cuda1.sgi.com [192.48.157.11]) by relay2.corp.sgi.com (Postfix) with ESMTP id 8688B30404E for ; Mon, 1 Dec 2014 10:38:45 -0800 (PST) X-ASG-Debug-ID: 1417459119-04bdf06161e513c0001-S8gJnT Received: from mho-02-ewr.mailhop.org (mho-02-ewr.mailhop.org [204.13.248.72]) by cuda.sgi.com with ESMTP id TBj6lFr0DUzYPc01 (version=TLSv1 cipher=AES256-SHA bits=256 verify=NO) for ; Mon, 01 Dec 2014 10:38:40 -0800 (PST) X-Barracuda-Envelope-From: chandana@desilva.id.au X-Barracuda-Apparent-Source-IP: 204.13.248.72 Received: from ec2-54-252-74-219.ap-southeast-2.compute.amazonaws.com ([54.252.74.219] helo=mail.desilva.id.au) by mho-02-ewr.mailhop.org with esmtpa (Exim 4.72) (envelope-from ) id 1XvVrr-000L4w-Cg for pcp@oss.sgi.com; Mon, 01 Dec 2014 18:38:39 +0000 Received: from [192.168.1.135] (d211-31-205-122.sun802.vic.optusnet.com.au [211.31.205.122]) by mail.desilva.id.au (Postfix) with ESMTPSA id 7B25624190 for ; Mon, 1 Dec 2014 18:38:37 +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+9tuCAT0fmlThfBOKzDIEo6R4RqgKKPXQ= Message-ID: <1417459116.12396.15.camel@tardis> Subject: pmwebd: Defining the directory for PCP Archives From: Chandana De Silva X-ASG-Orig-Subj: pmwebd: Defining the directory for PCP Archives Reply-To: chandana@desilva.id.au To: pcp@oss.sgi.com Date: Tue, 02 Dec 2014 05:38:36 +1100 Content-Type: text/plain; charset="UTF-8" X-Mailer: Evolution 3.10.4 (3.10.4-4.fc20) Mime-Version: 1.0 Content-Transfer-Encoding: 7bit X-Barracuda-Connect: mho-02-ewr.mailhop.org[204.13.248.72] X-Barracuda-Start-Time: 1417459120 X-Barracuda-Encrypted: AES256-SHA X-Barracuda-URL: http://192.48.157.11:80/cgi-mod/mark.cgi X-Virus-Scanned: by bsmtpd at sgi.com X-Barracuda-BRTS-Status: 1 X-Barracuda-Spam-Score: 0.00 X-Barracuda-Spam-Status: No, SCORE=0.00 using per-user scores of TAG_LEVEL=1000.0 QUARANTINE_LEVEL=1000.0 KILL_LEVEL=2.7 tests= X-Barracuda-Spam-Report: Code version 3.2, rules version 3.2.3.12297 Rule breakdown below pts rule name description ---- ---------------------- -------------------------------------------------- Hello All, I am trying to set up pmwebd I have installed pcp-webapi 3.10 I have copied the contents of pcp-webjs.src.tar.gz to /usr/share/pcp/webapps/ I updated /etc/pcp/pmwebd/pmwebd.options to point to /usr/share/pcp/webapps/ I do not see an option to define the location of the archives. If I have them in /path/to/pcparchives, how do I define that ? $ cat /etc/pcp/pmwebd/pmwebd.options # command-line options and environment variables for pmwebd(1) # These defaults expose graphite/resource content and normally placed archives # (assume pwd=$PCP_LOG_DIR/pmwebd) OPTIONS="-l pmwebd.log" #OPTIONS="-p 9999" # port number # Graphite OPTIONS="$OPTIONS -R $PCP_SHARE_DIR/webapps -A $PCP_LOG_DIR -G" # Assume identity of some user other than "pcp" # OPTIONS="$OPTIONS -U nobody" # Add some verbosity OPTIONS="$OPTIONS -v" # Add any extra derived metrics; see pmLoadDerivedConfig(3) for format. # PCP_DERIVED_CONFIG=/path/to/your/file # export PCP_DERIVED_CONFIG # Shorten timeouts for interactions with pmcd on behalf of clients, # since pmwebd runs single-threaded. PMCD_CONNECT_TIMEOUT=3 PMCD_RECONNECT_TIMEOUT=1,2,3 PMCD_REQUEST_TIMEOUT=1 export PMCD_CONNECT_TIMEOUT PMCD_RECONNECT_TIMEOUT PMCD_REQUEST_TIMEOUT From chandana@desilva.id.au Mon Dec 1 12:45: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 2A09D7F57 for ; Mon, 1 Dec 2014 12:45:25 -0600 (CST) Received: from cuda.sgi.com (cuda2.sgi.com [192.48.176.25]) by relay2.corp.sgi.com (Postfix) with ESMTP id 195D1304032 for ; Mon, 1 Dec 2014 10:45:24 -0800 (PST) X-ASG-Debug-ID: 1417459520-04cbb01e5bc50d20001-S8gJnT Received: from mho-01-ewr.mailhop.org (mho-03-ewr.mailhop.org [204.13.248.66]) by cuda.sgi.com with ESMTP id lqTyTTkwpJ9DxZ6L (version=TLSv1 cipher=AES256-SHA bits=256 verify=NO) for ; Mon, 01 Dec 2014 10:45:20 -0800 (PST) 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 1XvVyJ-000PLB-N7 for pcp@oss.sgi.com; Mon, 01 Dec 2014 18:45:20 +0000 Received: from [192.168.1.135] (d211-31-205-122.sun802.vic.optusnet.com.au [211.31.205.122]) by mail.desilva.id.au (Postfix) with ESMTPSA id 0BD1A24190 for ; Mon, 1 Dec 2014 18:45:17 +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/trA3TXcXRzOo4l1akn5FbFFU5KFh+gsI= Message-ID: <1417459517.12396.18.camel@tardis> Subject: Makepkgs does not build pcp-webapi From: Chandana De Silva X-ASG-Orig-Subj: Makepkgs does not build pcp-webapi Reply-To: chandana@desilva.id.au To: pcp@oss.sgi.com Date: Tue, 02 Dec 2014 05:45:17 +1100 Content-Type: text/plain; charset="UTF-8" X-Mailer: Evolution 3.10.4 (3.10.4-4.fc20) Mime-Version: 1.0 Content-Transfer-Encoding: 7bit X-Barracuda-Connect: mho-03-ewr.mailhop.org[204.13.248.66] X-Barracuda-Start-Time: 1417459520 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.12297 Rule breakdown below pts rule name description ---- ---------------------- -------------------------------------------------- I recently built pcp 3.10 for CentOS 6 using the source from git. However the pcp-webapi rpm did not get built. How can I get that to be built ? From fche@redhat.com Mon Dec 1 15:08: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 BA3827F57 for ; Mon, 1 Dec 2014 15:08:58 -0600 (CST) Received: from cuda.sgi.com (cuda1.sgi.com [192.48.157.11]) by relay3.corp.sgi.com (Postfix) with ESMTP id 673F7AC00F for ; Mon, 1 Dec 2014 13:08:55 -0800 (PST) X-ASG-Debug-ID: 1417468131-04bdf0615fe8d840001-S8gJnT Received: from mx1.redhat.com (mx1.redhat.com [209.132.183.28]) by cuda.sgi.com with ESMTP id JLbXPAi4upMezmen (version=TLSv1 cipher=AES256-SHA bits=256 verify=NO) for ; Mon, 01 Dec 2014 13:08:51 -0800 (PST) X-Barracuda-Envelope-From: fche@redhat.com X-Barracuda-Apparent-Source-IP: 209.132.183.28 X-ASG-Whitelist: Client Received: from int-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 sB1L8njb028490 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=FAIL); Mon, 1 Dec 2014 16:08:50 -0500 Received: from fche.csb (vpn-238-111.phx2.redhat.com [10.3.238.111]) by int-mx13.intmail.prod.int.phx2.redhat.com (8.14.4/8.14.4) with ESMTP id sB1L8n79030806; Mon, 1 Dec 2014 16:08:49 -0500 Received: by fche.csb (Postfix, from userid 2569) id C9F795819B; Mon, 1 Dec 2014 16:08:48 -0500 (EST) To: chandana@desilva.id.au Cc: pcp@oss.sgi.com Subject: Re: pmwebd: Defining the directory for PCP Archives References: <1417459116.12396.15.camel@tardis> X-ASG-Orig-Subj: Re: pmwebd: Defining the directory for PCP Archives From: fche@redhat.com (Frank Ch. Eigler) Date: Mon, 01 Dec 2014 16:08:48 -0500 In-Reply-To: <1417459116.12396.15.camel@tardis> (Chandana De Silva's message of "Tue, 02 Dec 2014 05:38:36 +1100") Message-ID: User-Agent: Gnus/5.1008 (Gnus v5.10.8) Emacs/21.4 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Scanned-By: MIMEDefang 2.68 on 10.5.11.26 X-Barracuda-Connect: mx1.redhat.com[209.132.183.28] X-Barracuda-Start-Time: 1417468131 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 Chandana De Silva writes: > [...] > I do not see an option to define the location of the archives. If I have > them in /path/to/pcparchives, how do I define that ? > [...] > # Graphite > OPTIONS="$OPTIONS -R $PCP_SHARE_DIR/webapps -A $PCP_LOG_DIR -G" As per "man pmwebd", the option you're looking for is the -A $DIR above. - FChE From nscott@redhat.com Mon Dec 1 15:16:04 2014 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on oss.sgi.com X-Spam-Level: X-Spam-Status: No, score=0.0 required=5.0 tests=none autolearn=ham version=3.3.1 X-Original-To: pcp@oss.sgi.com Delivered-To: pcp@oss.sgi.com Received: from relay.sgi.com (relay3.corp.sgi.com [198.149.34.15]) by oss.sgi.com (Postfix) with ESMTP id 3A2937F57 for ; Mon, 1 Dec 2014 15:16:04 -0600 (CST) Received: from cuda.sgi.com (cuda1.sgi.com [192.48.157.11]) by relay3.corp.sgi.com (Postfix) with ESMTP id C8458AC00F for ; Mon, 1 Dec 2014 13:16:03 -0800 (PST) X-ASG-Debug-ID: 1417468562-04bdf0615fe8dd50001-S8gJnT Received: from mx3-phx2.redhat.com (mx3-phx2.redhat.com [209.132.183.24]) by cuda.sgi.com with ESMTP id rSgvgkHrBQCd8QYx (version=TLSv1 cipher=AES256-SHA bits=256 verify=NO) for ; Mon, 01 Dec 2014 13:16:02 -0800 (PST) X-Barracuda-Envelope-From: nscott@redhat.com X-Barracuda-Apparent-Source-IP: 209.132.183.24 Received: from zmail20.collab.prod.int.phx2.redhat.com (zmail20.collab.prod.int.phx2.redhat.com [10.5.83.23]) by mx3-phx2.redhat.com (8.13.8/8.13.8) with ESMTP id sB1LG0Ww001641; Mon, 1 Dec 2014 16:16:00 -0500 Date: Mon, 1 Dec 2014 16:16:00 -0500 (EST) From: Nathan Scott Reply-To: Nathan Scott To: chandana@desilva.id.au Cc: pcp@oss.sgi.com Message-ID: <526480853.8288588.1417468560187.JavaMail.zimbra@redhat.com> In-Reply-To: <1417459517.12396.18.camel@tardis> References: <1417459517.12396.18.camel@tardis> Subject: Re: [pcp] Makepkgs does not build pcp-webapi MIME-Version: 1.0 X-ASG-Orig-Subj: Re: [pcp] Makepkgs does not build pcp-webapi Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-Originating-IP: [10.5.82.11] X-Mailer: Zimbra 8.0.6_GA_5922 (ZimbraWebClient - FF17 (Linux)/8.0.6_GA_5922) Thread-Topic: Makepkgs does not build pcp-webapi Thread-Index: 0JTATM51+uaL3EAtci/x2zteJykuBg== X-Barracuda-Connect: mx3-phx2.redhat.com[209.132.183.24] X-Barracuda-Start-Time: 1417468562 X-Barracuda-Encrypted: AES256-SHA X-Barracuda-URL: http://192.48.157.11:80/cgi-mod/mark.cgi X-Virus-Scanned: by bsmtpd at sgi.com X-Barracuda-BRTS-Status: 1 X-Barracuda-Spam-Score: 0.02 X-Barracuda-Spam-Status: No, SCORE=0.02 using per-user scores of TAG_LEVEL=1000.0 QUARANTINE_LEVEL=1000.0 KILL_LEVEL=2.7 tests=BSF_SC0_MISMATCH_TO, THREAD_INDEX, THREAD_TOPIC X-Barracuda-Spam-Report: Code version 3.2, rules version 3.2.3.12304 Rule breakdown below pts rule name description ---- ---------------------- -------------------------------------------------- 0.01 THREAD_INDEX thread-index: AcO7Y8iR61tzADqsRmmc5wNiFHEOig== 0.01 THREAD_TOPIC Thread-Topic: ...(Japanese Subject)... 0.00 BSF_SC0_MISMATCH_TO Envelope rcpt doesn't match header Hi Chandana, ----- Original Message ----- > I recently built pcp 3.10 for CentOS 6 using the source from git. > > However the pcp-webapi rpm did not get built. > > How can I get that to be built ? > You'll need to install the libmicrohttpd-devel package. cheers. -- Nathan From chandana@desilva.id.au Mon Dec 1 15:45: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 11FEF7F57 for ; Mon, 1 Dec 2014 15:45:37 -0600 (CST) Received: from cuda.sgi.com (cuda3.sgi.com [192.48.176.15]) by relay2.corp.sgi.com (Postfix) with ESMTP id 00AC2304077 for ; Mon, 1 Dec 2014 13:45:33 -0800 (PST) X-ASG-Debug-ID: 1417470331-04cb6c0572ca12e0001-S8gJnT Received: from mho-02-ewr.mailhop.org (mho-02-ewr.mailhop.org [204.13.248.72]) by cuda.sgi.com with ESMTP id eZsLLbopGHZCo4TZ (version=TLSv1 cipher=AES256-SHA bits=256 verify=NO) for ; Mon, 01 Dec 2014 13:45:31 -0800 (PST) X-Barracuda-Envelope-From: chandana@desilva.id.au X-Barracuda-Apparent-Source-IP: 204.13.248.72 Received: from ec2-54-252-74-219.ap-southeast-2.compute.amazonaws.com ([54.252.74.219] helo=mail.desilva.id.au) by mho-02-ewr.mailhop.org with esmtpa (Exim 4.72) (envelope-from ) id 1XvYmg-000Gb9-OO; Mon, 01 Dec 2014 21:45:31 +0000 Received: from [192.168.19.83] (unknown [175.45.83.34]) by mail.desilva.id.au (Postfix) with ESMTPSA id 347E424190; Mon, 1 Dec 2014 21:45:28 +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/j50uFr4+edM960VJ9MVV8GEhstBuYe3Y= Message-ID: <1417470324.17867.3.camel@tardis> Subject: Re: [pcp] Makepkgs does not build pcp-webapi From: Chandana De Silva X-ASG-Orig-Subj: Re: [pcp] Makepkgs does not build pcp-webapi Reply-To: chandana@desilva.id.au To: Nathan Scott Cc: pcp@oss.sgi.com Date: Tue, 02 Dec 2014 08:45:24 +1100 In-Reply-To: <526480853.8288588.1417468560187.JavaMail.zimbra@redhat.com> References: <1417459517.12396.18.camel@tardis> <526480853.8288588.1417468560187.JavaMail.zimbra@redhat.com> Content-Type: text/plain; charset="UTF-8" X-Mailer: Evolution 3.10.4 (3.10.4-4.fc20) Mime-Version: 1.0 Content-Transfer-Encoding: 7bit X-Barracuda-Connect: mho-02-ewr.mailhop.org[204.13.248.72] X-Barracuda-Start-Time: 1417470331 X-Barracuda-Encrypted: AES256-SHA X-Barracuda-URL: http://192.48.176.15:80/cgi-mod/mark.cgi X-Virus-Scanned: by bsmtpd at sgi.com X-Barracuda-BRTS-Status: 1 X-Barracuda-Spam-Score: 0.00 X-Barracuda-Spam-Status: No, SCORE=0.00 using per-user scores of TAG_LEVEL=1000.0 QUARANTINE_LEVEL=1000.0 KILL_LEVEL=2.7 tests= X-Barracuda-Spam-Report: Code version 3.2, rules version 3.2.3.12305 Rule breakdown below pts rule name description ---- ---------------------- -------------------------------------------------- thanks that worked. Now: The new PCP website has a problem ... http://oss.sgi.com/download.html Object not found! The requested URL was not found on this server. The link on the referring page seems to be wrong or outdated. Please inform the author of that page about the error. If you think this is a server error, please contact the webmaster. Error 404 oss.sgi.com Mon Dec 1 15:44:03 2014 Apache/2.2.12 (Linux/SUSE) On Mon, 2014-12-01 at 16:16 -0500, Nathan Scott wrote: > Hi Chandana, > > ----- Original Message ----- > > I recently built pcp 3.10 for CentOS 6 using the source from git. > > > > However the pcp-webapi rpm did not get built. > > > > How can I get that to be built ? > > > > You'll need to install the libmicrohttpd-devel package. > > cheers. > > -- > Nathan From nscott@redhat.com Mon Dec 1 15:52: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 (relay2.corp.sgi.com [137.38.102.29]) by oss.sgi.com (Postfix) with ESMTP id 801277F57 for ; Mon, 1 Dec 2014 15:52:16 -0600 (CST) Received: from cuda.sgi.com (cuda2.sgi.com [192.48.176.25]) by relay2.corp.sgi.com (Postfix) with ESMTP id 5F54430407B for ; Mon, 1 Dec 2014 13:52:16 -0800 (PST) X-ASG-Debug-ID: 1417470734-04cbb01e5cc97820001-S8gJnT Received: from mx4-phx2.redhat.com (mx4-phx2.redhat.com [209.132.183.25]) by cuda.sgi.com with ESMTP id i40sa5HAe0kTMDBB (version=TLSv1 cipher=AES256-SHA bits=256 verify=NO) for ; Mon, 01 Dec 2014 13:52:14 -0800 (PST) X-Barracuda-Envelope-From: nscott@redhat.com X-Barracuda-Apparent-Source-IP: 209.132.183.25 Received: from zmail20.collab.prod.int.phx2.redhat.com (zmail20.collab.prod.int.phx2.redhat.com [10.5.83.23]) by mx4-phx2.redhat.com (8.13.8/8.13.8) with ESMTP id sB1LqD93029363; Mon, 1 Dec 2014 16:52:13 -0500 Date: Mon, 1 Dec 2014 16:52:13 -0500 (EST) From: Nathan Scott Reply-To: Nathan Scott To: chandana@desilva.id.au Cc: pcp@oss.sgi.com Message-ID: <99825616.8304377.1417470733305.JavaMail.zimbra@redhat.com> In-Reply-To: <1417470324.17867.3.camel@tardis> References: <1417459517.12396.18.camel@tardis> <526480853.8288588.1417468560187.JavaMail.zimbra@redhat.com> <1417470324.17867.3.camel@tardis> Subject: Re: [pcp] Makepkgs does not build pcp-webapi MIME-Version: 1.0 X-ASG-Orig-Subj: Re: [pcp] Makepkgs does not build pcp-webapi Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-Originating-IP: [10.5.82.11] X-Mailer: Zimbra 8.0.6_GA_5922 (ZimbraWebClient - FF17 (Linux)/8.0.6_GA_5922) Thread-Topic: Makepkgs does not build pcp-webapi Thread-Index: 6cBNwjThmhCHgTttDFnoF0ghgxEvVQ== X-Barracuda-Connect: mx4-phx2.redhat.com[209.132.183.25] X-Barracuda-Start-Time: 1417470734 X-Barracuda-Encrypted: AES256-SHA X-Barracuda-URL: http://192.48.176.25:80/cgi-mod/mark.cgi X-Virus-Scanned: by bsmtpd at sgi.com X-Barracuda-BRTS-Status: 1 X-Barracuda-Spam-Score: 0.02 X-Barracuda-Spam-Status: No, SCORE=0.02 using per-user scores of TAG_LEVEL=1000.0 QUARANTINE_LEVEL=1000.0 KILL_LEVEL=2.7 tests=BSF_SC0_MISMATCH_TO, THREAD_INDEX, THREAD_TOPIC X-Barracuda-Spam-Report: Code version 3.2, rules version 3.2.3.12307 Rule breakdown below pts rule name description ---- ---------------------- -------------------------------------------------- 0.01 THREAD_INDEX thread-index: AcO7Y8iR61tzADqsRmmc5wNiFHEOig== 0.01 THREAD_TOPIC Thread-Topic: ...(Japanese Subject)... 0.00 BSF_SC0_MISMATCH_TO Envelope rcpt doesn't match header ----- Original Message ----- > thanks that worked. > > Now: > The new PCP website has a problem ... > http://oss.sgi.com/download.html > Object not found! > Hmm, how did you reach that link? The pcp.io/download.html page is working correctly for me (there should be no links that refer to oss.sgi.com URLs). cheers. -- Nathan From nscott@redhat.com Mon Dec 1 16:37: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 1ED7329DF9 for ; Mon, 1 Dec 2014 16:37:27 -0600 (CST) Received: from cuda.sgi.com (cuda2.sgi.com [192.48.176.25]) by relay2.corp.sgi.com (Postfix) with ESMTP id F1D51304081 for ; Mon, 1 Dec 2014 14:37:23 -0800 (PST) X-ASG-Debug-ID: 1417473441-04cbb01e5cc99b30001-S8gJnT Received: from mx4-phx2.redhat.com (mx4-phx2.redhat.com [209.132.183.25]) by cuda.sgi.com with ESMTP id xFrK0uHQ64ngNDSq (version=TLSv1 cipher=AES256-SHA bits=256 verify=NO) for ; Mon, 01 Dec 2014 14:37:22 -0800 (PST) X-Barracuda-Envelope-From: nscott@redhat.com X-Barracuda-Apparent-Source-IP: 209.132.183.25 Received: from zmail20.collab.prod.int.phx2.redhat.com (zmail20.collab.prod.int.phx2.redhat.com [10.5.83.23]) by mx4-phx2.redhat.com (8.13.8/8.13.8) with ESMTP id sB1MbK0B005128; Mon, 1 Dec 2014 17:37:20 -0500 Date: Mon, 1 Dec 2014 17:37:20 -0500 (EST) From: Nathan Scott Reply-To: Nathan Scott To: chandana@desilva.id.au, Michele Baldessari Cc: pcp Message-ID: <564616339.8320267.1417473440344.JavaMail.zimbra@redhat.com> In-Reply-To: <659317473.8310197.1417471630882.JavaMail.zimbra@redhat.com> References: <1417459517.12396.18.camel@tardis> <526480853.8288588.1417468560187.JavaMail.zimbra@redhat.com> <1417470324.17867.3.camel@tardis> <99825616.8304377.1417470733305.JavaMail.zimbra@redhat.com> <1417471374.17867.4.camel@tardis> <659317473.8310197.1417471630882.JavaMail.zimbra@redhat.com> Subject: New website (was Re: [pcp] Makepkgs does not build pcp-webapi) MIME-Version: 1.0 X-ASG-Orig-Subj: New website (was Re: [pcp] Makepkgs does not build pcp-webapi) Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-Originating-IP: [10.5.82.11] X-Mailer: Zimbra 8.0.6_GA_5922 (ZimbraWebClient - FF17 (Linux)/8.0.6_GA_5922) Thread-Topic: Makepkgs does not build pcp-webapi Thread-Index: /z+xdySpi7/1+qOBhvq5BuEkYF85tmrxsnpt X-Barracuda-Connect: mx4-phx2.redhat.com[209.132.183.25] X-Barracuda-Start-Time: 1417473442 X-Barracuda-Encrypted: AES256-SHA X-Barracuda-URL: http://192.48.176.25:80/cgi-mod/mark.cgi X-Virus-Scanned: by bsmtpd at sgi.com X-Barracuda-BRTS-Status: 1 X-Barracuda-Spam-Score: 0.03 X-Barracuda-Spam-Status: No, SCORE=0.03 using per-user scores of TAG_LEVEL=1000.0 QUARANTINE_LEVEL=1000.0 KILL_LEVEL=2.7 tests=BSF_SC0_SA_TO_FROM_DOMAIN_MATCH, THREAD_INDEX, THREAD_TOPIC X-Barracuda-Spam-Report: Code version 3.2, rules version 3.2.3.12307 Rule breakdown below pts rule name description ---- ---------------------- -------------------------------------------------- 0.01 THREAD_INDEX thread-index: AcO7Y8iR61tzADqsRmmc5wNiFHEOig== 0.01 THREAD_TOPIC Thread-Topic: ...(Japanese Subject)... 0.01 BSF_SC0_SA_TO_FROM_DOMAIN_MATCH Sender Domain Matches Recipient Domain ----- Original Message ----- > ----- Original Message ----- > > http://oss.sgi.com/projects/pcp/ > > > > Aha, that needs to redirect to www.pcp.io - I'll fix that up > shortly, thanks. > OK, that's resolved. Anyone seeing any other issues? Any other feedback or requests? Also if anyone else out there has a kind word they'd like to add onto the testimonials page, please feel free to send it through. cheers. -- Nathan From chandana@desilva.id.au Mon Dec 1 23:54:58 2014 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on oss.sgi.com X-Spam-Level: X-Spam-Status: No, score=0.0 required=5.0 tests=none autolearn=ham version=3.3.1 X-Original-To: pcp@oss.sgi.com Delivered-To: pcp@oss.sgi.com Received: from relay.sgi.com (relay2.corp.sgi.com [137.38.102.29]) by oss.sgi.com (Postfix) with ESMTP id CBABA7F57 for ; Mon, 1 Dec 2014 23:54:58 -0600 (CST) Received: from cuda.sgi.com (cuda3.sgi.com [192.48.176.15]) by relay2.corp.sgi.com (Postfix) with ESMTP id BA6A83040BA for ; Mon, 1 Dec 2014 21:54:58 -0800 (PST) X-ASG-Debug-ID: 1417499693-04cb6c0571cfef80001-S8gJnT Received: from mho-02-ewr.mailhop.org (mho-02-ewr.mailhop.org [204.13.248.72]) by cuda.sgi.com with ESMTP id IEsIXvfk6GZe1NjX (version=TLSv1 cipher=AES256-SHA bits=256 verify=NO) for ; Mon, 01 Dec 2014 21:54:53 -0800 (PST) X-Barracuda-Envelope-From: chandana@desilva.id.au X-Barracuda-Apparent-Source-IP: 204.13.248.72 Received: from ec2-54-252-74-219.ap-southeast-2.compute.amazonaws.com ([54.252.74.219] helo=mail.desilva.id.au) by mho-02-ewr.mailhop.org with esmtpa (Exim 4.72) (envelope-from ) id 1XvgQG-000FTN-Vq; Tue, 02 Dec 2014 05:54:53 +0000 Received: from [192.168.19.83] (unknown [175.45.83.34]) by mail.desilva.id.au (Postfix) with ESMTPSA id 4B249214B5; Tue, 2 Dec 2014 05:54:50 +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+mPE5XbgaGL8QSy1yIXN9TlniKgO3vdlo= Message-ID: <1417499687.17867.23.camel@tardis> Subject: Re: pmwebd: Defining the directory for PCP Archives From: Chandana De Silva X-ASG-Orig-Subj: Re: pmwebd: Defining the directory for PCP Archives Reply-To: chandana@desilva.id.au To: "Frank Ch. Eigler" Cc: pcp@oss.sgi.com Date: Tue, 02 Dec 2014 16:54:47 +1100 In-Reply-To: References: <1417459116.12396.15.camel@tardis> Content-Type: text/plain; charset="UTF-8" X-Mailer: Evolution 3.10.4 (3.10.4-4.fc20) Mime-Version: 1.0 Content-Transfer-Encoding: 7bit X-Barracuda-Connect: mho-02-ewr.mailhop.org[204.13.248.72] X-Barracuda-Start-Time: 1417499693 X-Barracuda-Encrypted: AES256-SHA X-Barracuda-URL: http://192.48.176.15:80/cgi-mod/mark.cgi X-Virus-Scanned: by bsmtpd at sgi.com X-Barracuda-BRTS-Status: 1 X-Barracuda-Spam-Score: 0.50 X-Barracuda-Spam-Status: No, SCORE=0.50 using per-user scores of TAG_LEVEL=1000.0 QUARANTINE_LEVEL=1000.0 KILL_LEVEL=2.7 tests=BSF_SC0_MISMATCH_TO, WEIRD_PORT X-Barracuda-Spam-Report: Code version 3.2, rules version 3.2.3.12322 Rule breakdown below pts rule name description ---- ---------------------- -------------------------------------------------- 0.00 BSF_SC0_MISMATCH_TO Envelope rcpt doesn't match header 0.50 WEIRD_PORT URI: Uses non-standard port number for HTTP Hello Frank, Thanks for that. I have got a bit further, and hopefully you will be able to get me over the hump. When I run PCP+Graphite, I can see the archives and can select a metric. But I do not get a graph when I click on the metric. The tree I see is on the left hand is: Graphite |-2F-var-2F-logdata-2F-pmlogger-2F-archdb1-2E-prd-2E-mel-2F-20141117-2E-meta |-disk |-filesys |-avail |-blocksize |-capacity |-free |-2F-dev-2F-dm-2D-0 |-2F-dev-2F-dm-2D-1 |-2F-dev-2F-vda1 |-2F-dev-2F-vda2 |-2F-dev-2F-vda3 I click on the last item, -2F-dev-2F-vda3, and would have expected a graph to appear on the right hand. I see a window titled "Graphite Composer" on the right hand, with a broken icon. The link pointed to by the icon is:http://pmlog.inf.mel.mmd:44323/graphite/render/?width=1413&height=846&_salt=1417498242.534&target=-2F-var-2F-logdata-2F-pmlogger-2F-archdb1-2E-prd-2E-mel-2F-20141117-2E-meta.filesys.free.-2F-dev-2F-vda3 which returns : PMWEBD error, code -22: Invalid argument I will send a screen shot off list to you. On Mon, 2014-12-01 at 16:08 -0500, Frank Ch. Eigler wrote: > Chandana De Silva writes: > > > [...] > > I do not see an option to define the location of the archives. If I have > > them in /path/to/pcparchives, how do I define that ? > > [...] > > # Graphite > > OPTIONS="$OPTIONS -R $PCP_SHARE_DIR/webapps -A $PCP_LOG_DIR -G" > > As per "man pmwebd", the option you're looking for is the -A $DIR above. > > > - FChE From nscott@redhat.com Tue Dec 2 00:26: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 8CD987F57 for ; Tue, 2 Dec 2014 00:26:37 -0600 (CST) Received: from cuda.sgi.com (cuda1.sgi.com [192.48.157.11]) by relay2.corp.sgi.com (Postfix) with ESMTP id 5DFE13040C8 for ; Mon, 1 Dec 2014 22:26:34 -0800 (PST) X-ASG-Debug-ID: 1417501592-04bdf06160efc1d0001-S8gJnT Received: from mx5-phx2.redhat.com (mx5-phx2.redhat.com [209.132.183.37]) by cuda.sgi.com with ESMTP id QFtzkICuYltWzpHz (version=TLSv1 cipher=AES256-SHA bits=256 verify=NO) for ; Mon, 01 Dec 2014 22:26:32 -0800 (PST) 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 sB26QWiD002417; Tue, 2 Dec 2014 01:26:32 -0500 Date: Tue, 2 Dec 2014 01:26:31 -0500 (EST) From: Nathan Scott Reply-To: Nathan Scott To: Jan-Frode Myklebust Cc: pcp@oss.sgi.com Message-ID: <1815926768.8469113.1417501591651.JavaMail.zimbra@redhat.com> In-Reply-To: <20141127104047.GA7900@mushkin.tanso.net> References: <20141127104047.GA7900@mushkin.tanso.net> Subject: Re: [pcp] [PATCH] Add PMDA for the Unbound DNS resolver. MIME-Version: 1.0 X-ASG-Orig-Subj: Re: [pcp] [PATCH] Add PMDA for the Unbound DNS resolver. Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-Originating-IP: [10.5.82.11] X-Mailer: Zimbra 8.0.6_GA_5922 (ZimbraWebClient - FF17 (Linux)/8.0.6_GA_5922) Thread-Topic: Add PMDA for the Unbound DNS resolver. Thread-Index: cEUK0htAE6svVOxBNU0nB/paRhFtUg== X-Barracuda-Connect: mx5-phx2.redhat.com[209.132.183.37] X-Barracuda-Start-Time: 1417501592 X-Barracuda-Encrypted: AES256-SHA X-Barracuda-URL: http://192.48.157.11:80/cgi-mod/mark.cgi X-Virus-Scanned: by bsmtpd at sgi.com X-Barracuda-BRTS-Status: 1 X-Barracuda-Spam-Score: 0.02 X-Barracuda-Spam-Status: No, SCORE=0.02 using per-user scores of TAG_LEVEL=1000.0 QUARANTINE_LEVEL=1000.0 KILL_LEVEL=2.7 tests=THREAD_INDEX, THREAD_TOPIC X-Barracuda-Spam-Report: Code version 3.2, rules version 3.2.3.12323 Rule breakdown below pts rule name description ---- ---------------------- -------------------------------------------------- 0.01 THREAD_INDEX thread-index: AcO7Y8iR61tzADqsRmmc5wNiFHEOig== 0.01 THREAD_TOPIC Thread-Topic: ...(Japanese Subject)... Hi Jan-Frode, ----- Original Message ----- > This adds a PMDA for the Unbound DNS resolver. Currently exposing 140 > metrics gathered from Unbounds "unbound-control stats" command. It's Looking good. Can you send me the output from "unbound-control stats_noreset" on one of your systems? I'll help to craft a regression test or two from that if you like (we'll need this before merging) - the dmcache PMDA is a good template (qa/985,986 are the sorts of things we need to produce). Oh, a man page is also missing - src/pmdas/dmcache/pmdadmcache.1 might provide a good starting point. Couple of other little things... > +++ b/src/pmdas/unbound/pmdaunbound.python > @@ -0,0 +1,1344 @@ > +''' > +Performance Metrics Domain Agent exporting Unbound statistics. > +''' This script will need a copyright annotation & GPL header added (need those before I can merge it). > + > + if item == 0: > + return [self.values['total.num.queries'], 1] > + elif item == 1: > + return [self.values['total.num.cachehits'], 1] > [...] As discussed earlier, it'll be nice to have this simplified. That's something we can tackle later though. cheers. -- Nathan From fche@redhat.com Tue Dec 2 06:12:57 2014 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on oss.sgi.com X-Spam-Level: X-Spam-Status: No, score=0.0 required=5.0 tests=none autolearn=ham version=3.3.1 X-Original-To: pcp@oss.sgi.com Delivered-To: pcp@oss.sgi.com Received: from relay.sgi.com (relay3.corp.sgi.com [198.149.34.15]) by oss.sgi.com (Postfix) with ESMTP id 4806B7F55 for ; Tue, 2 Dec 2014 06:12:57 -0600 (CST) Received: from cuda.sgi.com (cuda1.sgi.com [192.48.157.11]) by relay3.corp.sgi.com (Postfix) with ESMTP id E8995AC034 for ; Tue, 2 Dec 2014 04:12:53 -0800 (PST) X-ASG-Debug-ID: 1417522369-04bdf0615ef28e30001-S8gJnT Received: from mx1.redhat.com (mx1.redhat.com [209.132.183.28]) by cuda.sgi.com with ESMTP id eubGacwtguBp6ToW (version=TLSv1 cipher=AES256-SHA bits=256 verify=NO) for ; Tue, 02 Dec 2014 04:12:50 -0800 (PST) X-Barracuda-Envelope-From: fche@redhat.com X-Barracuda-Apparent-Source-IP: 209.132.183.28 X-ASG-Whitelist: Client Received: from int-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 sB2CCkKq016661 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=FAIL); Tue, 2 Dec 2014 07:12:47 -0500 Received: from fche.csb (vpn-238-111.phx2.redhat.com [10.3.238.111]) by int-mx13.intmail.prod.int.phx2.redhat.com (8.14.4/8.14.4) with ESMTP id sB2CCjFh028019; Tue, 2 Dec 2014 07:12:46 -0500 Received: by fche.csb (Postfix, from userid 2569) id 374715819B; Tue, 2 Dec 2014 07:12:45 -0500 (EST) Date: Tue, 2 Dec 2014 07:12:45 -0500 From: "Frank Ch. Eigler" To: Chandana De Silva Cc: pcp@oss.sgi.com Subject: Re: pmwebd: Defining the directory for PCP Archives Message-ID: <20141202121245.GP5088@redhat.com> X-ASG-Orig-Subj: Re: pmwebd: Defining the directory for PCP Archives References: <1417459116.12396.15.camel@tardis> <1417499687.17867.23.camel@tardis> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <1417499687.17867.23.camel@tardis> User-Agent: Mutt/1.4.2.2i X-Scanned-By: MIMEDefang 2.68 on 10.5.11.26 X-Barracuda-Connect: mx1.redhat.com[209.132.183.28] X-Barracuda-Start-Time: 1417522369 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, Chandana - > Thanks for that. I have got a bit further, and hopefully you will be > able to get me over the hump. Sounds good. > When I run PCP+Graphite, I can see the archives and can select a > metric. But I do not get a graph when I click on the metric. [...] > I see a window titled "Graphite Composer" on the right hand, with a > broken icon. The link pointed to by the icon is: [...] which > returns : PMWEBD error, code -22: Invalid argument This can happen when the raster-rendering prerequisite of pmwebd is absent. Check pmwebd.log for the "Cairo graphics..." line. If you install cairo-devel, and reconfigure/rebuild pcp/pmwebd, it should come back with a proud & friendly Graphite API enabled Graphite API Cairo graphics rendering compiled-in Without cairo, web browser-side graphic rendering (such as via graphlot or grafana) is necessary. - FChE From debbugs@buxtehude.debian.org Tue Dec 2 06:21:14 2014 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on oss.sgi.com X-Spam-Level: X-Spam-Status: No, score=0.0 required=5.0 tests=none autolearn=ham version=3.3.1 X-Original-To: pcp@oss.sgi.com Delivered-To: pcp@oss.sgi.com Received: from relay.sgi.com (relay2.corp.sgi.com [137.38.102.29]) by oss.sgi.com (Postfix) with ESMTP id A29E37F55 for ; Tue, 2 Dec 2014 06:21:14 -0600 (CST) Received: from cuda.sgi.com (cuda1.sgi.com [192.48.157.11]) by relay2.corp.sgi.com (Postfix) with ESMTP id 751C73040C9 for ; Tue, 2 Dec 2014 04:21:11 -0800 (PST) X-ASG-Debug-ID: 1417522869-04bdf06160f29de0001-S8gJnT Received: from buxtehude.debian.org (buxtehude.debian.org [140.211.166.26]) by cuda.sgi.com with ESMTP id CgZrz0y6Scr15afW (version=TLSv1 cipher=AES128-SHA bits=128 verify=NO) for ; Tue, 02 Dec 2014 04:21:10 -0800 (PST) X-Barracuda-Envelope-From: debbugs@buxtehude.debian.org X-Barracuda-Apparent-Source-IP: 140.211.166.26 Received: from debbugs by buxtehude.debian.org with local (Exim 4.80) (envelope-from ) id 1XvmS2-0004Uh-UM; Tue, 02 Dec 2014 12:21:06 +0000 X-Loop: owner@bugs.debian.org Subject: Bug#771789: libpcp-pmda-perl: uninstallable on i386: depends on perlapi-5.18.2 Reply-To: Jakub Wilk , 771789@bugs.debian.org X-ASG-Orig-Subj: Bug#771789: libpcp-pmda-perl: uninstallable on i386: depends on perlapi-5.18.2 Resent-From: Jakub Wilk Resent-To: debian-bugs-dist@lists.debian.org Resent-Cc: jwilk@debian.org, PCP Development Team X-Loop: owner@bugs.debian.org Resent-Date: Tue, 02 Dec 2014 12:21:02 +0000 Resent-Message-ID: X-Debian-PR-Message: report 771789 X-Debian-PR-Package: libpcp-pmda-perl X-Debian-PR-Keywords: X-Debian-PR-Source: pcp Received: via spool by submit@bugs.debian.org id=B.141752274316149 (code B); Tue, 02 Dec 2014 12:21:02 +0000 Received: (at submit) by bugs.debian.org; 2 Dec 2014 12:19:03 +0000 Received: from mailly.debian.org ([82.195.75.114]) 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 buxtehude.debian.org with esmtps (TLS1.2:DHE_RSA_AES_128_CBC_SHA1:128) (Exim 4.80) (envelope-from ) id 1XvmQ3-0004C7-ID for submit@bugs.debian.org; Tue, 02 Dec 2014 12:19:03 +0000 Received: from paradis2.debian.org ([2001:41c8:1000:21::21:31] helo=paradis.debian.org) from C=NA,ST=NA,L=Ankh Morpork,O=Debian SMTP,OU=Debian SMTP CA,CN=paradis.debian.org,EMAIL=hostmaster@paradis.debian.org (verified) by mailly.debian.org with esmtps (TLS1.2:DHE_RSA_AES_128_CBC_SHA1:128) (Exim 4.80) (envelope-from ) id 1XvmQ1-0000hD-Jv for submit@bugs.debian.org; Tue, 02 Dec 2014 12:19:01 +0000 Received: from jwilk by paradis.debian.org with local (Exim 4.80) (envelope-from ) id 1XvmQ4-0004NR-SF for submit@bugs.debian.org; Tue, 02 Dec 2014 12:19:05 +0000 Date: Tue, 2 Dec 2014 13:18:56 +0100 From: Jakub Wilk To: Debian Bug Tracking System Message-ID: <20141202121856.GA3938@jwilk.net> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii; format=flowed Content-Disposition: inline X-Reportbug-Version: 6.6.0 User-Agent: Mutt/1.5.23 (2014-03-12) Delivered-To: submit@bugs.debian.org X-Barracuda-Connect: buxtehude.debian.org[140.211.166.26] X-Barracuda-Start-Time: 1417522870 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.12333 Rule breakdown below pts rule name description ---- ---------------------- -------------------------------------------------- Package: libpcp-pmda-perl Version: 3.10.1 Severity: grave This package cannot be installed on i386: # apt-get install -q libpcp-pmda-perl Reading package lists... Building dependency tree... Reading state information... Some packages could not be installed. This may mean that you have requested an impossible situation or if you are using the unstable distribution that some required packages have not yet been created or been moved out of Incoming. The following information may help to resolve the situation: The following packages have unmet dependencies: libpcp-pmda-perl : Depends: perlapi-5.18.2 but it is not installable E: Unable to correct problems, you have held broken packages. -- Jakub Wilk From debbugs@buxtehude.debian.org Tue Dec 2 07:21: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 BE1C17F54 for ; Tue, 2 Dec 2014 07:21:13 -0600 (CST) Received: from cuda.sgi.com (cuda2.sgi.com [192.48.176.25]) by relay1.corp.sgi.com (Postfix) with ESMTP id AC9D28F80C9 for ; Tue, 2 Dec 2014 05:21:10 -0800 (PST) X-ASG-Debug-ID: 1417526469-04cbb01e5bd395a0001-S8gJnT Received: from buxtehude.debian.org (buxtehude.debian.org [140.211.166.26]) by cuda.sgi.com with ESMTP id JhBQAj3ZZtMFE4C6 (version=TLSv1 cipher=AES128-SHA bits=128 verify=NO) for ; Tue, 02 Dec 2014 05:21:09 -0800 (PST) X-Barracuda-Envelope-From: debbugs@buxtehude.debian.org X-Barracuda-Apparent-Source-IP: 140.211.166.26 Received: from debbugs by buxtehude.debian.org with local (Exim 4.80) (envelope-from ) id 1XvnO6-0002lu-I8; Tue, 02 Dec 2014 13:21:06 +0000 X-Loop: owner@bugs.debian.org Subject: Bug#771793: pcp: insecure use of /var/tmp in postinst Reply-To: Jakub Wilk , 771793@bugs.debian.org X-ASG-Orig-Subj: Bug#771793: pcp: insecure use of /var/tmp in postinst Resent-From: Jakub Wilk Resent-To: debian-bugs-dist@lists.debian.org Resent-Cc: jwilk@debian.org, PCP Development Team X-Loop: owner@bugs.debian.org Resent-Date: Tue, 02 Dec 2014 13:21:01 +0000 Resent-Message-ID: X-Debian-PR-Message: report 771793 X-Debian-PR-Package: pcp X-Debian-PR-Keywords: security X-Debian-PR-Source: pcp Received: via spool by submit@bugs.debian.org id=B.14175262117896 (code B); Tue, 02 Dec 2014 13:21:01 +0000 Received: (at submit) by bugs.debian.org; 2 Dec 2014 13:16:51 +0000 Received: from mailly.debian.org ([82.195.75.114]) 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 buxtehude.debian.org with esmtps (TLS1.2:DHE_RSA_AES_128_CBC_SHA1:128) (Exim 4.80) (envelope-from ) id 1XvnJz-00022u-Gp for submit@bugs.debian.org; Tue, 02 Dec 2014 13:16:51 +0000 Received: from paradis2.debian.org ([2001:41c8:1000:21::21:31] helo=paradis.debian.org) from C=NA,ST=NA,L=Ankh Morpork,O=Debian SMTP,OU=Debian SMTP CA,CN=paradis.debian.org,EMAIL=hostmaster@paradis.debian.org (verified) by mailly.debian.org with esmtps (TLS1.2:DHE_RSA_AES_128_CBC_SHA1:128) (Exim 4.80) (envelope-from ) id 1XvnJx-0003kQ-IG for submit@bugs.debian.org; Tue, 02 Dec 2014 13:16:49 +0000 Received: from jwilk by paradis.debian.org with local (Exim 4.80) (envelope-from ) id 1XvnK0-0007O7-UN for submit@bugs.debian.org; Tue, 02 Dec 2014 13:16:53 +0000 Date: Tue, 2 Dec 2014 14:16:42 +0100 From: Jakub Wilk To: Debian Bug Tracking System Message-ID: <20141202131642.GA5780@jwilk.net> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii; format=flowed Content-Disposition: inline X-Reportbug-Version: 6.6.0 User-Agent: Mutt/1.5.23 (2014-03-12) Delivered-To: submit@bugs.debian.org X-Barracuda-Connect: buxtehude.debian.org[140.211.166.26] X-Barracuda-Start-Time: 1417526469 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.12335 Rule breakdown below pts rule name description ---- ---------------------- -------------------------------------------------- Package: pcp Version: 3.10.1 Tags: security The postinst script does this: for dir in /var/tmp/mmv /var/tmp/pmdabash do [ -d $dir -a -G $dir -a -O $dir ] && mv $dir /var/lib/pcp/tmp done The intention here was to move only root-owned directories. But there are at least to ways to (partially) defeat this check: 1) On systems that lack symlink protection (/proc/sys/fs/protected_symlinks), local attacker could: - create /var/tmp/mmv as a symlink to a root-owned directory; - then, between the security check and the mv(1) call, switch the symlink to point to something else. 2) On systems that lack hardlink protection (/proc/sys/fs/protected_hardlinks), local attacker could: - create /var/tmp/mmv as a regular directory, so that the [ -d $dir ] check passes; - then rmdir /var/tmp/mmv, and make /var/tmp/mmv a hardlink to a root-owned file, so that the [ -G $dir ] and [ -O $dir ] checks pass. I'd suggest using stat(1) to check the file type and ownership atomically, and without following symlinks. Something like this should work: [ "$(LC_ALL=C stat -c '%u %g %F' $dir)" = "0 0 directory" ] && mv $dir /var/lib/pcp/tmp -- Jakub Wilk From michele@acksyn.org Tue Dec 2 14:09: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 (relay3.corp.sgi.com [198.149.34.15]) by oss.sgi.com (Postfix) with ESMTP id 0220F7F56 for ; Tue, 2 Dec 2014 14:09:50 -0600 (CST) Received: from cuda.sgi.com (cuda3.sgi.com [192.48.176.15]) by relay3.corp.sgi.com (Postfix) with ESMTP id 86549AC002 for ; Tue, 2 Dec 2014 12:09:46 -0800 (PST) X-ASG-Debug-ID: 1417550980-04cb6c0573d88430001-S8gJnT Received: from palahniuk.acksyn.org (palahniuk.acksyn.org [5.9.7.26]) by cuda.sgi.com with ESMTP id HaHOJssHX1KsPFwt for ; Tue, 02 Dec 2014 12:09:40 -0800 (PST) X-Barracuda-Envelope-From: michele@acksyn.org X-Barracuda-Apparent-Source-IP: 5.9.7.26 Received: from localhost (localhost [127.0.0.1]) by palahniuk.acksyn.org (Postfix) with ESMTP id 2129A26593; Tue, 2 Dec 2014 15:09:40 -0500 (EST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=acksyn.org; h= x-mailer:message-id:date:date:subject:subject:from:from:received :received; s=2010; t=1417550978; bh=nuv7t8+MAAI3JRCuDEQtWQE9AkSv 2dz8tEIc/K6c4gA=; b=SbzcVD3Za6qZE2Ngyvt5yAkbdORj4UXhxA1DBBCIEJhC mxI+DqWJVqNhAJ8e6+c2vSon3XLZkxRjP7u4+AmOxEtXmfoiUnHyWqvl8ccz/phW RdF9I2VaDmwET4tWCNRCoOGDluzcBZw9iNWBpqebELi1rPrQ9Hw8IwX2ropOcO8= Received: from palahniuk.acksyn.org ([127.0.0.1]) by localhost (mail.acksyn.org [127.0.0.1]) (amavisd-new, port 10026) with ESMTP id Hu1IGIzTeXyU; Tue, 2 Dec 2014 15:09:38 -0500 (EST) Received: from localhost (host54-190-dynamic.24-79-r.retail.telecomitalia.it [79.24.190.54]) by palahniuk.acksyn.org (Postfix) with ESMTPSA id A488625748; Tue, 2 Dec 2014 15:09:37 -0500 (EST) From: Michele Baldessari To: pcp@oss.sgi.com Cc: Michele Baldessari Subject: [PATCH] Fix some rpmlint warnings Date: Tue, 2 Dec 2014 21:09:34 +0100 X-ASG-Orig-Subj: [PATCH] Fix some rpmlint warnings Message-Id: <1417550974-17675-1-git-send-email-michele@acksyn.org> X-Mailer: git-send-email 2.1.0 X-Barracuda-Connect: palahniuk.acksyn.org[5.9.7.26] X-Barracuda-Start-Time: 1417550980 X-Barracuda-URL: http://192.48.176.15:80/cgi-mod/mark.cgi X-Virus-Scanned: by bsmtpd at sgi.com X-Barracuda-BRTS-Status: 1 X-Barracuda-Spam-Score: 1.50 X-Barracuda-Spam-Status: No, SCORE=1.50 using per-user scores of TAG_LEVEL=1000.0 QUARANTINE_LEVEL=1000.0 KILL_LEVEL=2.7 tests=BSF_RULE_7580D, BSF_RULE_7580E, DKIM_SIGNED, DKIM_VERIFIED X-Barracuda-Spam-Report: Code version 3.2, rules version 3.2.3.12348 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.75 BSF_RULE_7580D Custom Rule 7580D 0.75 BSF_RULE_7580E Custom Rule 7580E Fix the following warnings: - W: mixed-use-of-spaces-and-tabs The specfile mixes use of spaces and tabs for indentation, which is a cosmetic annoyance. Use either spaces or tabs for indentation, not both. - pcp.src: W: invalid-url Source1: pcp-webjs.src.tar.gz The value should be a valid, public HTTP, HTTPS, or FTP URL. --- build/rpm/fedora.spec | 26 +++++++++++++------------- 1 file changed, 13 insertions(+), 13 deletions(-) diff --git a/build/rpm/fedora.spec b/build/rpm/fedora.spec index 0985f05761ea..bf20f7345f44 100644 --- a/build/rpm/fedora.spec +++ b/build/rpm/fedora.spec @@ -7,8 +7,8 @@ Release: %{buildversion}%{?dist} License: GPLv2+ and LGPLv2.1+ and CC-BY URL: http://www.pcp.io Group: Applications/System -Source0: %{name}-%{version}.src.tar.gz -Source1: pcp-webjs.src.tar.gz +Source0: ftp://oss.sgi.com/projects/pcp/download/%{name}-%{version}.src.tar.gz +Source1: ftp://oss.sgi.com/projects/pcp/download/pcp-webjs.src.tar.gz # There are no papi/libpfm devel packages for s390 nor for some rhels, disable %ifarch s390 s390x @@ -595,7 +595,7 @@ rm -fr $RPM_BUILD_ROOT/%{_localstatedir}/lib/pcp/config/pmsnap rm -fr $RPM_BUILD_ROOT/%{_localstatedir}/lib/pcp/config/pmchart rm -f $RPM_BUILD_ROOT/%{_localstatedir}/lib/pcp/config/pmafm/pcp-gui rm -f $RPM_BUILD_ROOT/%{_datadir}/applications/pmchart.desktop -rm -f `find $RPM_BUILD_ROOT/%{_mandir}/man1 | egrep "$PCP_GUI"` +rm -f `find $RPM_BUILD_ROOT/%{_mandir}/man1 | grep -E "$PCP_GUI"` %else rm -rf $RPM_BUILD_ROOT/usr/share/doc/pcp-gui desktop-file-validate $RPM_BUILD_ROOT/%{_datadir}/applications/pmchart.desktop @@ -609,10 +609,10 @@ done # list of PMDAs in the base pkg ls -1 $RPM_BUILD_ROOT/%{_pmdasdir} |\ - egrep -v 'simple|sample|trivial|txmon' |\ - egrep -v 'perfevent|perfalloc.1' |\ - egrep -v '^ib$|infiniband' |\ - egrep -v 'papi' |\ + grep -E -v 'simple|sample|trivial|txmon' |\ + grep -E -v 'perfevent|perfalloc.1' |\ + grep -E -v '^ib$|infiniband' |\ + grep -E -v 'papi' |\ sed -e 's#^#'%{_pmdasdir}'\/#' >base_pmdas.list # all base pcp package files except those split out into sub packages @@ -630,18 +630,18 @@ ls -1 $RPM_BUILD_ROOT/%{_datadir}/pcp/demos/tutorials |\ ls -1 $RPM_BUILD_ROOT/%{_pixmapdir} |\ sed -e 's#^#'%{_pixmapdir}'\/#' > pcp-gui.list cat base_bin.list base_exec.list base_man.list |\ - egrep "$PCP_GUI" >> pcp-gui.list + grep -E "$PCP_GUI" >> pcp-gui.list %endif cat base_pmdas.list base_bin.list base_exec.list base_man.list |\ - egrep -v 'pmdaib|pmmgr|pmweb|pmsnap|2pcp' |\ - egrep -v "$PCP_GUI|pixmaps|pcp-doc|tutorials" |\ - egrep -v %{_confdir} | egrep -v %{_logsdir} > base.list + grep -E -v 'pmdaib|pmmgr|pmweb|pmsnap|2pcp' |\ + grep -E -v "$PCP_GUI|pixmaps|pcp-doc|tutorials" |\ + grep -E -v %{_confdir} | grep -E -v %{_logsdir} > base.list # all devel pcp package files except those split out into sub packages ls -1 $RPM_BUILD_ROOT/%{_mandir}/man3 |\ -sed -e 's#^#'%{_mandir}'\/man3\/#' | egrep -v '3pm|PMWEBAPI' >devel.list +sed -e 's#^#'%{_mandir}'\/man3\/#' | grep -E -v '3pm|PMWEBAPI' >devel.list ls -1 $RPM_BUILD_ROOT/%{_datadir}/pcp/demos |\ -sed -e 's#^#'%{_datadir}'\/pcp\/demos\/#' | egrep -v tutorials >> devel.list +sed -e 's#^#'%{_datadir}'\/pcp\/demos\/#' | grep -E -v tutorials >> devel.list %pre testsuite test -d %{_testsdir} || mkdir -p -m 755 %{_testsdir} -- 2.1.0 From brolley@redhat.com Tue Dec 2 14:54:37 2014 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on oss.sgi.com X-Spam-Level: X-Spam-Status: No, score=0.0 required=5.0 tests=none autolearn=ham version=3.3.1 X-Original-To: pcp@oss.sgi.com Delivered-To: pcp@oss.sgi.com Received: from relay.sgi.com (relay2.corp.sgi.com [137.38.102.29]) by oss.sgi.com (Postfix) with ESMTP id 929557F56 for ; Tue, 2 Dec 2014 14:54:37 -0600 (CST) Received: from cuda.sgi.com (cuda3.sgi.com [192.48.176.15]) by relay2.corp.sgi.com (Postfix) with ESMTP id 7FF20304039 for ; Tue, 2 Dec 2014 12:54:37 -0800 (PST) X-ASG-Debug-ID: 1417553676-04cb6c0573d935b0001-S8gJnT Received: from mx1.redhat.com (mx1.redhat.com [209.132.183.28]) by cuda.sgi.com with ESMTP id 6BPBSzJhKdJqJfVs (version=TLSv1 cipher=AES256-SHA bits=256 verify=NO) for ; Tue, 02 Dec 2014 12:54:36 -0800 (PST) X-Barracuda-Envelope-From: brolley@redhat.com X-Barracuda-Apparent-Source-IP: 209.132.183.28 X-ASG-Whitelist: Client Received: from int-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 sB2KsaRg015658 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=FAIL) for ; Tue, 2 Dec 2014 15:54:36 -0500 Received: from [10.15.16.126] (dhcp-10-15-16-126.yyz.redhat.com [10.15.16.126]) by int-mx09.intmail.prod.int.phx2.redhat.com (8.14.4/8.14.4) with ESMTP id sB2KsZAi025830 for ; Tue, 2 Dec 2014 15:54:35 -0500 Message-ID: <547E27B0.9060301@redhat.com> Date: Tue, 02 Dec 2014 15:57:20 -0500 From: Dave Brolley User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:31.0) Gecko/20100101 Thunderbird/31.2.0 MIME-Version: 1.0 To: PCP Mailing List Subject: pcp updates: Begin Work on PCP Release 3.10.2 Content-Type: text/plain; charset=utf-8; format=flowed X-ASG-Orig-Subj: pcp updates: Begin Work on PCP Release 3.10.2 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: 1417553676 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 Scheduled release date for PCP 3.10.2 is Friday January 9, 2015 ------------------------------------------------- Changes committed to git://git.pcp.io/pcp.git dev Dave Brolley (1): build: update packaging and project forward for next release date CHANGELOG | 2 ++ VERSION.pcp | 2 +- build/rpm/fedora.spec | 5 ++++- debian/changelog | 6 ++++++ 4 files changed, 13 insertions(+), 2 deletions(-) From chandana@desilva.id.au Tue Dec 2 15:44:06 2014 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on oss.sgi.com X-Spam-Level: X-Spam-Status: No, score=0.0 required=5.0 tests=none autolearn=ham version=3.3.1 X-Original-To: pcp@oss.sgi.com Delivered-To: pcp@oss.sgi.com Received: from relay.sgi.com (relay3.corp.sgi.com [198.149.34.15]) by oss.sgi.com (Postfix) with ESMTP id 898477F56 for ; Tue, 2 Dec 2014 15:44:06 -0600 (CST) Received: from cuda.sgi.com (cuda1.sgi.com [192.48.157.11]) by relay3.corp.sgi.com (Postfix) with ESMTP id 35BB6AC002 for ; Tue, 2 Dec 2014 13:44:02 -0800 (PST) X-ASG-Debug-ID: 1417556637-04bdf06160f935b0001-S8gJnT Received: from mho-02-ewr.mailhop.org (mho-02-ewr.mailhop.org [204.13.248.72]) by cuda.sgi.com with ESMTP id VpzLBbf1gbgw3wbY (version=TLSv1 cipher=AES256-SHA bits=256 verify=NO) for ; Tue, 02 Dec 2014 13:43:57 -0800 (PST) X-Barracuda-Envelope-From: chandana@desilva.id.au X-Barracuda-Apparent-Source-IP: 204.13.248.72 Received: from ec2-54-252-74-219.ap-southeast-2.compute.amazonaws.com ([54.252.74.219] helo=mail.desilva.id.au) by mho-02-ewr.mailhop.org with esmtpa (Exim 4.72) (envelope-from ) id 1XvvEi-000AqB-I4; Tue, 02 Dec 2014 21:43:57 +0000 Received: from [192.168.19.83] (unknown [175.45.83.34]) by mail.desilva.id.au (Postfix) with ESMTPSA id 9C64F214B5; Tue, 2 Dec 2014 21:43:54 +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: U2FsdGVkX19zYTQ8cOxZ1+yiv164JXQEv3jdggl+K5U= Message-ID: <1417556631.941.12.camel@tardis> Subject: Re: pmwebd: Defining the directory for PCP Archives From: Chandana De Silva X-ASG-Orig-Subj: Re: pmwebd: Defining the directory for PCP Archives Reply-To: chandana@desilva.id.au To: "Frank Ch. Eigler" Cc: pcp@oss.sgi.com Date: Wed, 03 Dec 2014 08:43:51 +1100 In-Reply-To: <20141202121245.GP5088@redhat.com> References: <1417459116.12396.15.camel@tardis> <1417499687.17867.23.camel@tardis> <20141202121245.GP5088@redhat.com> Content-Type: text/plain; charset="UTF-8" X-Mailer: Evolution 3.10.4 (3.10.4-4.fc20) Mime-Version: 1.0 Content-Transfer-Encoding: 7bit X-Barracuda-Connect: mho-02-ewr.mailhop.org[204.13.248.72] X-Barracuda-Start-Time: 1417556637 X-Barracuda-Encrypted: AES256-SHA X-Barracuda-URL: http://192.48.157.11:80/cgi-mod/mark.cgi X-Virus-Scanned: by bsmtpd at sgi.com X-Barracuda-BRTS-Status: 1 X-Barracuda-Spam-Score: 0.50 X-Barracuda-Spam-Status: No, SCORE=0.50 using per-user scores of TAG_LEVEL=1000.0 QUARANTINE_LEVEL=1000.0 KILL_LEVEL=2.7 tests=BSF_SC0_MISMATCH_TO, WEIRD_PORT X-Barracuda-Spam-Report: Code version 3.2, rules version 3.2.3.12352 Rule breakdown below pts rule name description ---- ---------------------- -------------------------------------------------- 0.00 BSF_SC0_MISMATCH_TO Envelope rcpt doesn't match header 0.50 WEIRD_PORT URI: Uses non-standard port number for HTTP Hello Frank, Thanks for that information. I added cairo, but am still getting the same (or a similar problem). The composer still shows a 'broken' icon, and clicking on a metric does nothing. The little icon on the compose window points to:http://pmlog.inf.mel.mmd:44323/graphite/render/?width=586&height=308&_salt=1417555995.612 The metric on the left-hand window points to: http://pmlog.inf.mel.mmd:44323/graphite/composer/index.html?= Which seems to be missing something ? Please help. Thanks and regards Chandana My environment details ======================= $ cat /etc/redhat-release CentOS release 6.5 (Final) $ rpm -qa | grep -P "pcp|microhtt|cairo" mm-pcputils-1.3762-2.el6.noarch pcp-libs-3.10.0-1.x86_64 cairo-1.8.8-3.1.el6.x86_64 pcp-conf-3.10.0-1.x86_64 python-pcp-3.10.0-1.x86_64 pcp-3.10.0-1.x86_64 libmicrohttpd-0.9.22-1.el6.x86_64 pcp-webapi-3.10.0-1.x86_64 $ grep PCP_SHARE_DIR /etc/pcp.conf PCP_SHARE_DIR=/usr/share/pcp $ cat /etc/pcp/pmwebd/pmwebd.options # command-line options and environment variables for pmwebd(1) # These defaults expose graphite/resource content and normally placed archives # (assume pwd=$PCP_LOG_DIR/pmwebd) OPTIONS="-l pmwebd.log" #OPTIONS="-p 9999" # port number # Graphite OPTIONS="$OPTIONS -R $PCP_SHARE_DIR/webapps -A /var/logdata/pmlogger/ -G" # Assume identity of some user other than "pcp" # OPTIONS="$OPTIONS -U nobody" # Add some verbosity OPTIONS="$OPTIONS -v" # Add any extra derived metrics; see pmLoadDerivedConfig(3) for format. # PCP_DERIVED_CONFIG=/path/to/your/file # export PCP_DERIVED_CONFIG # Shorten timeouts for interactions with pmcd on behalf of clients, # since pmwebd runs single-threaded. PMCD_CONNECT_TIMEOUT=3 PMCD_RECONNECT_TIMEOUT=1,2,3 PMCD_REQUEST_TIMEOUT=1 export PMCD_CONNECT_TIMEOUT PMCD_RECONNECT_TIMEOUT PMCD_REQUEST_TIMEOUT $ cat /var/log/pcp/pmwebd/pmwebd.log [Tue Dec 2 21:31:42] pmwebd(32481): pmwebd Started daemon on IPv4 TCP port 44323 Started daemon on IPv6 TCP port 44323 Verbosity level 1 Using libmicrohttpd 0.9.22 PMAPI prefix /pmapi Serving non-pmwebapi URLs under directory /usr/share/pcp/webapps Remote context creation requests enabled Archive base directory: /var/logdata/pmlogger/ Graphite API enabled Graphite API Cairo graphics rendering compiled-in Periodic client statistics dumped roughly every 300s Using up to 0 auxiliary threads [Tue Dec 2 21:31:46] pmwebd(32481): [10.17.9.6:50353] HTTP/1.1 GET /graphite/ [Tue Dec 2 21:31:46] pmwebd(32481): [10.17.9.6:50353] HTTP/1.1 GET /graphite/composer/ [Tue Dec 2 21:31:46] pmwebd(32481): [10.17.9.6:50353] HTTP/1.1 GET /graphite/composer/index.html [Tue Dec 2 21:31:46] pmwebd(32481): [10.17.9.6:50353] HTTP/1.1 GET /render [Tue Dec 2 21:31:46] pmwebd(32481): [10.17.9.6:50353] suspicious resource path /usr/share/pcp/webapps/render [Tue Dec 2 21:31:46] pmwebd(32481): [10.17.9.6:50353] HTTP/1.1 GET /graphite/render/ [Tue Dec 2 21:32:02] pmwebd(32481): [10.17.9.6:50353] HTTP/1.1 GET /graphite/metrics/find/ [Tue Dec 2 21:32:14] pmwebd(32481): [10.17.9.6:50353] HTTP/1.1 GET /graphite/render/ [Tue Dec 2 21:33:08] pmwebd(32481): [10.17.9.6:50353] HTTP/1.1 GET /graphite/metrics/find/ [Tue Dec 2 21:33:09] pmwebd(32481): [10.17.9.6:50353] HTTP/1.1 GET /graphite/metrics/find/ [Tue Dec 2 21:33:11] pmwebd(32481): [10.17.9.6:50353] HTTP/1.1 GET /graphite/metrics/find/ [Tue Dec 2 21:33:12] pmwebd(32481): [10.17.9.6:50353] HTTP/1.1 GET /graphite/render/ [Tue Dec 2 21:33:13] pmwebd(32481): [10.17.9.6:50353] HTTP/1.1 GET /graphite/render/ [Tue Dec 2 21:33:14] pmwebd(32481): [10.17.9.6:50353] HTTP/1.1 GET /graphite/render/ [Tue Dec 2 21:33:15] pmwebd(32481): [10.17.9.6:50353] HTTP/1.1 GET /graphite/render/ [Tue Dec 2 21:33:31] pmwebd(32481): [10.17.9.6:50353] HTTP/1.1 GET /graphite/composer/index.html [Tue Dec 2 21:33:31] pmwebd(32481): [10.17.9.6:50353] HTTP/1.1 GET /render [Tue Dec 2 21:33:31] pmwebd(32481): [10.17.9.6:50353] suspicious resource path /usr/share/pcp/webapps/render [Tue Dec 2 21:33:31] pmwebd(32481): [10.17.9.6:50353] HTTP/1.1 GET /graphite/render/ [Tue Dec 2 21:36:44] pmwebd(32481): [10.17.9.6:50574] HTTP/1.1 GET /graphite/render/ [Tue Dec 2 21:38:36] pmwebd(32481): [10.17.9.6:50574] HTTP/1.1 GET /graphite/render/ [Tue Dec 2 21:38:36] pmwebd(32481): Client request counts: 10.17.9.6 19 On Tue, 2014-12-02 at 07:12 -0500, Frank Ch. Eigler wrote: > This can happen when the raster-rendering prerequisite of pmwebd is > absent. Check pmwebd.log for the "Cairo graphics..." line. If you > install cairo-devel, and reconfigure/rebuild pcp/pmwebd, it should > come back with a proud & friendly > > Graphite API enabled > Graphite API Cairo graphics rendering compiled-in > > Without cairo, web browser-side graphic rendering (such as via > graphlot or grafana) is necessary. > > - FChE From fche@redhat.com Tue Dec 2 17:09: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 D27167F54 for ; Tue, 2 Dec 2014 17:09:24 -0600 (CST) Received: from cuda.sgi.com (cuda2.sgi.com [192.48.176.25]) by relay1.corp.sgi.com (Postfix) with ESMTP id B2DC28F8035 for ; Tue, 2 Dec 2014 15:09:24 -0800 (PST) X-ASG-Debug-ID: 1417561760-04cbb01e59da6900001-S8gJnT Received: from mx1.redhat.com (mx1.redhat.com [209.132.183.28]) by cuda.sgi.com with ESMTP id gv4oChtSgLtlkV6s (version=TLSv1 cipher=AES256-SHA bits=256 verify=NO) for ; Tue, 02 Dec 2014 15:09:20 -0800 (PST) X-Barracuda-Envelope-From: fche@redhat.com X-Barracuda-Apparent-Source-IP: 209.132.183.28 X-ASG-Whitelist: Client Received: from int-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 sB2N9FCd010288 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=FAIL); Tue, 2 Dec 2014 18:09:15 -0500 Received: from fche.csb (vpn-238-111.phx2.redhat.com [10.3.238.111]) by int-mx09.intmail.prod.int.phx2.redhat.com (8.14.4/8.14.4) with ESMTP id sB2N9F7A025786; Tue, 2 Dec 2014 18:09:15 -0500 Received: by fche.csb (Postfix, from userid 2569) id 8DCE25819B; Tue, 2 Dec 2014 18:09:14 -0500 (EST) Date: Tue, 2 Dec 2014 18:09:14 -0500 From: "Frank Ch. Eigler" To: Chandana De Silva Cc: pcp@oss.sgi.com Subject: Re: pmwebd: Defining the directory for PCP Archives Message-ID: <20141202230914.GQ5088@redhat.com> X-ASG-Orig-Subj: Re: pmwebd: Defining the directory for PCP Archives References: <1417459116.12396.15.camel@tardis> <1417499687.17867.23.camel@tardis> <20141202121245.GP5088@redhat.com> <1417556631.941.12.camel@tardis> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <1417556631.941.12.camel@tardis> 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: 1417561760 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, Chandana - > Thanks for that information. I added cairo, but am still getting the > same (or a similar problem). The composer still shows a 'broken' icon, > and clicking on a metric does nothing. OK. > $ rpm -qa | grep -P "pcp|microhtt|cairo" > [...] Thanks, that's high-quality info. I'll try to reproduce it on RHEL6. > [...] > $ cat /var/log/pcp/pmwebd/pmwebd.log > [Tue Dec 2 21:31:42] pmwebd(32481): pmwebd > Archive base directory: /var/logdata/pmlogger/ > Graphite API enabled > Graphite API Cairo graphics rendering compiled-in > [...] That looks good. Try adding a few more -v (verbose) flags to pmwebd.options to get more data in the .log file. - FChE From debbugs@buxtehude.debian.org Tue Dec 2 17:36:12 2014 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on oss.sgi.com X-Spam-Level: X-Spam-Status: No, score=0.0 required=5.0 tests=none autolearn=ham version=3.3.1 X-Original-To: pcp@oss.sgi.com Delivered-To: pcp@oss.sgi.com Received: from relay.sgi.com (relay2.corp.sgi.com [137.38.102.29]) by oss.sgi.com (Postfix) with ESMTP id ED1277F54 for ; Tue, 2 Dec 2014 17:36:11 -0600 (CST) Received: from cuda.sgi.com (cuda3.sgi.com [192.48.176.15]) by relay2.corp.sgi.com (Postfix) with ESMTP id DB890304039 for ; Tue, 2 Dec 2014 15:36:08 -0800 (PST) X-ASG-Debug-ID: 1417563367-04cb6c0572daa580001-S8gJnT Received: from buxtehude.debian.org (buxtehude.debian.org [140.211.166.26]) by cuda.sgi.com with ESMTP id Erqf7nDFqDZHH6zr (version=TLSv1 cipher=AES128-SHA bits=128 verify=NO) for ; Tue, 02 Dec 2014 15:36:07 -0800 (PST) X-Barracuda-Envelope-From: debbugs@buxtehude.debian.org X-Barracuda-Apparent-Source-IP: 140.211.166.26 Received: from debbugs by buxtehude.debian.org with local (Exim 4.80) (envelope-from ) id 1XvwzE-00009E-Cu; Tue, 02 Dec 2014 23:36:04 +0000 X-Loop: owner@bugs.debian.org Subject: Bug#771793: [pcp] Bug#771793: pcp: insecure use of /var/tmp in postinst Reply-To: Nathan Scott , 771793@bugs.debian.org X-ASG-Orig-Subj: Bug#771793: [pcp] Bug#771793: pcp: insecure use of /var/tmp in postinst Resent-From: Nathan Scott Resent-To: debian-bugs-dist@lists.debian.org Resent-Cc: PCP Development Team X-Loop: owner@bugs.debian.org Resent-Date: Tue, 02 Dec 2014 23:36:01 +0000 Resent-Message-ID: X-Debian-PR-Message: followup 771793 X-Debian-PR-Package: pcp X-Debian-PR-Keywords: security X-Debian-PR-Source: pcp Received: via spool by 771793-submit@bugs.debian.org id=B771793.141756323932088 (code B ref 771793); Tue, 02 Dec 2014 23:36:01 +0000 Received: (at 771793) by bugs.debian.org; 2 Dec 2014 23:33:59 +0000 Received: from mx5-phx2.redhat.com ([209.132.183.37]) by buxtehude.debian.org with esmtps (TLS1.2:DHE_RSA_AES_256_CBC_SHA256:256) (Exim 4.80) (envelope-from ) id 1XvwxD-0008LI-9f for 771793@bugs.debian.org; Tue, 02 Dec 2014 23:33:59 +0000 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 sB2NXu9Z016213; Tue, 2 Dec 2014 18:33:56 -0500 Date: Tue, 2 Dec 2014 18:33:56 -0500 (EST) From: Nathan Scott To: Jakub Wilk , 771793@bugs.debian.org Message-ID: <1813187233.9172054.1417563236716.JavaMail.zimbra@redhat.com> In-Reply-To: <20141202131642.GA5780@jwilk.net> References: <20141202131642.GA5780@jwilk.net> MIME-Version: 1.0 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: Bug#771793: pcp: insecure use of /var/tmp in postinst Thread-Index: KiMtscA3Ym4KxUaY42Gm5+ZgF9xujA== X-Barracuda-Connect: buxtehude.debian.org[140.211.166.26] X-Barracuda-Start-Time: 1417563367 X-Barracuda-Encrypted: AES128-SHA X-Barracuda-URL: http://192.48.176.15:80/cgi-mod/mark.cgi X-Virus-Scanned: by bsmtpd at sgi.com X-Barracuda-BRTS-Status: 1 X-Barracuda-Spam-Score: 0.03 X-Barracuda-Spam-Status: No, SCORE=0.03 using per-user scores of TAG_LEVEL=1000.0 QUARANTINE_LEVEL=1000.0 KILL_LEVEL=2.7 tests=BSF_SC0_SA_TO_FROM_DOMAIN_MATCH, THREAD_INDEX, THREAD_TOPIC X-Barracuda-Spam-Report: Code version 3.2, rules version 3.2.3.12356 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 Jakub, ----- Original Message ----- > [...] > I'd suggest using stat(1) to check the file type and ownership > atomically, and without following symlinks. Something like this should > work: > > [ "$(LC_ALL=C stat -c '%u %g %F' $dir)" = "0 0 directory" ] && mv $dir > /var/lib/pcp/tmp Yep, looks good - will get this included in the next update, thanks. cheers. -- Nathan From debbugs@buxtehude.debian.org Tue Dec 2 17:39:12 2014 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on oss.sgi.com X-Spam-Level: X-Spam-Status: No, score=0.0 required=5.0 tests=none autolearn=ham version=3.3.1 X-Original-To: pcp@oss.sgi.com Delivered-To: pcp@oss.sgi.com Received: from relay.sgi.com (relay3.corp.sgi.com [198.149.34.15]) by oss.sgi.com (Postfix) with ESMTP id 8F79A7F54 for ; Tue, 2 Dec 2014 17:39:12 -0600 (CST) Received: from cuda.sgi.com (cuda3.sgi.com [192.48.176.15]) by relay3.corp.sgi.com (Postfix) with ESMTP id 10E5DAC001 for ; Tue, 2 Dec 2014 15:39:08 -0800 (PST) X-ASG-Debug-ID: 1417563547-04cb6c0572daa970001-S8gJnT Received: from buxtehude.debian.org (buxtehude.debian.org [140.211.166.26]) by cuda.sgi.com with ESMTP id X1srRuc7v5r6fsde (version=TLSv1 cipher=AES128-SHA bits=128 verify=NO) for ; Tue, 02 Dec 2014 15:39:07 -0800 (PST) X-Barracuda-Envelope-From: debbugs@buxtehude.debian.org X-Barracuda-Apparent-Source-IP: 140.211.166.26 Received: from debbugs by buxtehude.debian.org with local (Exim 4.80) (envelope-from ) id 1Xvx29-0000Ln-4e; Tue, 02 Dec 2014 23:39:05 +0000 X-Loop: owner@bugs.debian.org Subject: Bug#771789: [pcp] Bug#771789: libpcp-pmda-perl: uninstallable on i386: depends on perlapi-5.18.2 Reply-To: Nathan Scott , 771789@bugs.debian.org X-ASG-Orig-Subj: Bug#771789: [pcp] Bug#771789: libpcp-pmda-perl: uninstallable on i386: depends on perlapi-5.18.2 Resent-From: Nathan Scott Resent-To: debian-bugs-dist@lists.debian.org Resent-Cc: PCP Development Team X-Loop: owner@bugs.debian.org Resent-Date: Tue, 02 Dec 2014 23:39:02 +0000 Resent-Message-ID: X-Debian-PR-Message: followup 771789 X-Debian-PR-Package: libpcp-pmda-perl X-Debian-PR-Keywords: X-Debian-PR-Source: pcp Received: via spool by 771789-submit@bugs.debian.org id=B771789.14175634771113 (code B ref 771789); Tue, 02 Dec 2014 23:39:02 +0000 Received: (at 771789) by bugs.debian.org; 2 Dec 2014 23:37:57 +0000 Received: from mx5-phx2.redhat.com ([209.132.183.37]) by buxtehude.debian.org with esmtps (TLS1.2:DHE_RSA_AES_256_CBC_SHA256:256) (Exim 4.80) (envelope-from ) id 1Xvx13-0000Hf-43 for 771789@bugs.debian.org; Tue, 02 Dec 2014 23:37:57 +0000 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 sB2NbttO016784; Tue, 2 Dec 2014 18:37:55 -0500 Date: Tue, 2 Dec 2014 18:37:55 -0500 (EST) From: Nathan Scott To: Jakub Wilk , 771789@bugs.debian.org Message-ID: <179802256.9172600.1417563475227.JavaMail.zimbra@redhat.com> In-Reply-To: <20141202121856.GA3938@jwilk.net> References: <20141202121856.GA3938@jwilk.net> MIME-Version: 1.0 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: Bug#771789: libpcp-pmda-perl: uninstallable on i386: depends on perlapi-5.18.2 Thread-Index: lqjnQFnrVgsEmctqFucmqD/jNe2F9A== X-Barracuda-Connect: buxtehude.debian.org[140.211.166.26] X-Barracuda-Start-Time: 1417563547 X-Barracuda-Encrypted: AES128-SHA X-Barracuda-URL: http://192.48.176.15:80/cgi-mod/mark.cgi X-Virus-Scanned: by bsmtpd at sgi.com X-Barracuda-BRTS-Status: 1 X-Barracuda-Spam-Score: 0.03 X-Barracuda-Spam-Status: No, SCORE=0.03 using per-user scores of TAG_LEVEL=1000.0 QUARANTINE_LEVEL=1000.0 KILL_LEVEL=2.7 tests=BSF_SC0_SA_TO_FROM_DOMAIN_MATCH, THREAD_INDEX, THREAD_TOPIC X-Barracuda-Spam-Report: Code version 3.2, rules version 3.2.3.12356 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 Jakub, ----- Original Message ----- > [...] > The following packages have unmet dependencies: > libpcp-pmda-perl : Depends: perlapi-5.18.2 but it is not installable > E: Unable to correct problems, you have held broken packages. Oh, I have an outdated perl installation here - have upgraded it now, will be fixed by the next upload. Thanks! -- Nathan From nscott@redhat.com Wed Dec 3 04:30: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 2128D7F54 for ; Wed, 3 Dec 2014 04:30:01 -0600 (CST) Received: from cuda.sgi.com (cuda2.sgi.com [192.48.176.25]) by relay3.corp.sgi.com (Postfix) with ESMTP id A1A9CAC003 for ; Wed, 3 Dec 2014 02:29:57 -0800 (PST) X-ASG-Debug-ID: 1417602591-04cbb01e5ae89010001-S8gJnT Received: from mx3-phx2.redhat.com (mx3-phx2.redhat.com [209.132.183.24]) by cuda.sgi.com with ESMTP id t5j3I6jaa97yclMY (version=TLSv1 cipher=AES256-SHA bits=256 verify=NO) for ; Wed, 03 Dec 2014 02:29:52 -0800 (PST) X-Barracuda-Envelope-From: nscott@redhat.com X-Barracuda-Apparent-Source-IP: 209.132.183.24 Received: from zmail20.collab.prod.int.phx2.redhat.com (zmail20.collab.prod.int.phx2.redhat.com [10.5.83.23]) by mx3-phx2.redhat.com (8.13.8/8.13.8) with ESMTP id sB3ATmtM002237; Wed, 3 Dec 2014 05:29:48 -0500 Date: Wed, 3 Dec 2014 05:29:48 -0500 (EST) From: Nathan Scott Reply-To: Nathan Scott To: Ken McDonell Cc: pcp Message-ID: <1641491119.9465653.1417602588298.JavaMail.zimbra@redhat.com> In-Reply-To: <1867879926.7608473.1417393457721.JavaMail.zimbra@redhat.com> References: <1224656795.6945862.1417136806064.JavaMail.zimbra@redhat.com> <8149026.6994945.1417145442845.JavaMail.zimbra@redhat.com> <6c1905a6-237d-4181-b2f5-d436d42f66b8.maildroid@localhost> <1867879926.7608473.1417393457721.JavaMail.zimbra@redhat.com> Subject: Re: Regression in qa/628 MIME-Version: 1.0 X-ASG-Orig-Subj: Re: Regression in qa/628 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: Regression in qa/628 Thread-Index: HoijUWUE+8MitLE7XdnluiWJFWZSIuVFsMO3 X-Barracuda-Connect: mx3-phx2.redhat.com[209.132.183.24] X-Barracuda-Start-Time: 1417602592 X-Barracuda-Encrypted: AES256-SHA X-Barracuda-URL: http://192.48.176.25:80/cgi-mod/mark.cgi X-Virus-Scanned: by bsmtpd at sgi.com X-Barracuda-BRTS-Status: 1 X-Barracuda-Spam-Score: 0.02 X-Barracuda-Spam-Status: No, SCORE=0.02 using per-user scores of TAG_LEVEL=1000.0 QUARANTINE_LEVEL=1000.0 KILL_LEVEL=2.7 tests=THREAD_INDEX, THREAD_TOPIC X-Barracuda-Spam-Report: Code version 3.2, rules version 3.2.3.12376 Rule breakdown below pts rule name description ---- ---------------------- -------------------------------------------------- 0.01 THREAD_INDEX thread-index: AcO7Y8iR61tzADqsRmmc5wNiFHEOig== 0.01 THREAD_TOPIC Thread-Topic: ...(Japanese Subject)... Hi, Just a quick update since I've been distracted by several other things in the last day or so... ----- Original Message ----- > ----- Original Message ----- > > I would be surprised if my change caused this, unless you have an old > > simple > > pmda running (the binary would not match the library). More likely to be a > > latent problem in the simple pmda that this change has exposed. > > I'm wondering if its the former issue - I'll do more tests to confirm, but I > suspect some of the indeterminism I saw might be explained by rebuilding the > PMDA in-between some runs (and thereafter it was fine). > > When I revert the change, the problem is definitely not reproducible anymore, > so will go with that for now & put it back in dev shortly (post-release). I've reverted the revert in dev, but the above statements are all still true - not really understanding how, but some kind of ABI-breaking oddity seems to be in play here. There's a comment in the pmda libdefs.h about how that structure is used as "private per PMDA data when multiple DSO PMDAs are in use" - do you know the background to that? That is our situation here, so that aspect might be worth a deeper look. cheers. -- Nathan From nscott@redhat.com Wed Dec 3 04:32:34 2014 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on oss.sgi.com X-Spam-Level: X-Spam-Status: No, score=0.0 required=5.0 tests=none autolearn=ham version=3.3.1 X-Original-To: pcp@oss.sgi.com Delivered-To: pcp@oss.sgi.com Received: from relay.sgi.com (relay3.corp.sgi.com [198.149.34.15]) by oss.sgi.com (Postfix) with ESMTP id BBD897F54 for ; Wed, 3 Dec 2014 04:32:34 -0600 (CST) Received: from cuda.sgi.com (cuda2.sgi.com [192.48.176.25]) by relay3.corp.sgi.com (Postfix) with ESMTP id 536EFAC003 for ; Wed, 3 Dec 2014 02:32:34 -0800 (PST) X-ASG-Debug-ID: 1417602751-04cbb01e59e85870001-S8gJnT Received: from mx6-phx2.redhat.com (mx6-phx2.redhat.com [209.132.183.39]) by cuda.sgi.com with ESMTP id jDqNy0YntRnJiWFv (version=TLSv1 cipher=AES256-SHA bits=256 verify=NO) for ; Wed, 03 Dec 2014 02:32:32 -0800 (PST) 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 sB3AWVQD007656 for ; Wed, 3 Dec 2014 05:32:31 -0500 Date: Wed, 3 Dec 2014 05:32:31 -0500 (EST) From: Nathan Scott Reply-To: Nathan Scott To: pcp Message-ID: <1381186154.9476276.1417602751762.JavaMail.zimbra@redhat.com> In-Reply-To: <637393860.9476267.1417602749546.JavaMail.zimbra@redhat.com> Subject: pcp updates: packaging MIME-Version: 1.0 X-ASG-Orig-Subj: pcp updates: packaging 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: packaging Thread-Index: YIZ4UJOOxF2UNGccXxTC2UXD397rhw== X-Barracuda-Connect: mx6-phx2.redhat.com[209.132.183.39] X-Barracuda-Start-Time: 1417602752 X-Barracuda-Encrypted: AES256-SHA X-Barracuda-URL: http://192.48.176.25:80/cgi-mod/mark.cgi X-Virus-Scanned: by bsmtpd at sgi.com X-Barracuda-BRTS-Status: 1 X-Barracuda-Spam-Score: 0.02 X-Barracuda-Spam-Status: No, SCORE=0.02 using per-user scores of TAG_LEVEL=1000.0 QUARANTINE_LEVEL=1000.0 KILL_LEVEL=2.7 tests=THREAD_INDEX, THREAD_TOPIC X-Barracuda-Spam-Report: Code version 3.2, rules version 3.2.3.12376 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 Jakub Wilk (1): packaging: fix compat tmpdir renaming holes in debian postinst Michele Baldessari (1): packaging: fix spec file problems found by rpmlint Nathan Scott (1): packaging: add note re debian bugs fixed this release build/rpm/fedora.spec | 26 +++++++++++++------------- debian/changelog | 4 +++- debian/pcp.postinst.tail | 2 +- From info@zaks.com.ar Wed Dec 3 05:58:21 2014 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on oss.sgi.com X-Spam-Level: X-Spam-Status: No, score=0.0 required=5.0 tests=HTML_MESSAGE,T_FRT_CONTACT autolearn=ham version=3.3.1 X-Original-To: pcp@oss.sgi.com Delivered-To: pcp@oss.sgi.com Received: from relay.sgi.com (relay2.corp.sgi.com [137.38.102.29]) by oss.sgi.com (Postfix) with ESMTP id 40C717F54 for ; Wed, 3 Dec 2014 05:58:21 -0600 (CST) Received: from cuda.sgi.com (cuda3.sgi.com [192.48.176.15]) by relay2.corp.sgi.com (Postfix) with ESMTP id 2FB1B304039 for ; Wed, 3 Dec 2014 03:58:17 -0800 (PST) X-ASG-Debug-ID: 1417607891-04cb6c0571e5db70001-S8gJnT Received: from mx1619.godns.net (198192.godns.net [76.74.198.192]) by cuda.sgi.com with SMTP id SMIotBwqmHvLhP0y for ; Wed, 03 Dec 2014 03:58:12 -0800 (PST) X-Barracuda-Envelope-From: info@zaks.com.ar X-Barracuda-Apparent-Source-IP: 76.74.198.192 Received: (qmail 18375 invoked by uid 520); 3 Dec 2014 11:58:10 -0000 Received: from unknown (HELO mail.zaks.com.ar) (info@zaks.com.ar@190.228.29.130) by 0 with ESMTPA; 3 Dec 2014 11:58:08 -0000 MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="=_4a7d3efedb93fcf0e9e53ef115209057" Date: Wed, 03 Dec 2014 12:56:46 +0100 From: Franck Duois To: undisclosed-recipients:; Subject: Finanzierungsangebot Reply-To: contact@franck003dubois.com X-ASG-Orig-Subj: Finanzierungsangebot Mail-Reply-To: contact@franck003dubois.com Message-ID: <02e6b818a0b64ce4399c1d877aa1d87f@zaks.com.ar> X-Sender: info@zaks.com.ar User-Agent: Webmail/0.9.5 X-Barracuda-Connect: 198192.godns.net[76.74.198.192] X-Barracuda-Start-Time: 1417607891 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=FUZZY_CREDIT, HTML_MESSAGE X-Barracuda-Spam-Report: Code version 3.2, rules version 3.2.3.12378 Rule breakdown below pts rule name description ---- ---------------------- -------------------------------------------------- 0.00 FUZZY_CREDIT BODY: Attempt to obfuscate words in spam 0.00 HTML_MESSAGE BODY: HTML included in message --=_4a7d3efedb93fcf0e9e53ef115209057 Content-Transfer-Encoding: 8bit Content-Type: text/plain; charset=UTF-8 -- Hallo Sie Suchen Finanzierung Tätigkeiten neu zu starten, die Durchführung eines Projekts, oder aus anderen Gründen Wir geben Darlehen mit einer Rate von 3%. Unsere Kreditkonditionen Einzel Kontaktieren Sie uns per E-Mail für weitere Informationen Information: contact@franck003dubois.com --=_4a7d3efedb93fcf0e9e53ef115209057 Content-Transfer-Encoding: quoted-printable Content-Type: text/html; charset=UTF-8

 

-- 
Hallo
Sie Suchen Finanzierung Tätigkeiten neu zu starten, die Durchführ=
ung eines Projekts, oder aus anderen Gründen
Wir geben Darlehen mit einer Rate von 3%. Unsere Kreditkonditionen Einzel
Kontaktieren Sie uns per E-Mail für weitere Informationen
Information: contact@franck003dubois.com
--=_4a7d3efedb93fcf0e9e53ef115209057-- From wwwrun@oss.sgi.com Wed Dec 3 12:40: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=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 6955F7F4E; Wed, 3 Dec 2014 12:40:09 -0600 (CST) From: bugzilla-daemon@oss.sgi.com To: pcp@oss.sgi.com Subject: [Bug 1091] New: pmapi extension for regularly scheduled fetches Date: Wed, 03 Dec 2014 18:40:08 +0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: new X-Bugzilla-Watch-Reason: None X-Bugzilla-Classification: Unclassified X-Bugzilla-Product: pcp X-Bugzilla-Component: pcp X-Bugzilla-Keywords: X-Bugzilla-Severity: major X-Bugzilla-Who: fche@redhat.com X-Bugzilla-Status: NEW X-Bugzilla-Priority: P5 X-Bugzilla-Assigned-To: pcp@kenj.com.au X-Bugzilla-Target-Milestone: --- X-Bugzilla-Changed-Fields: bug_id short_desc product version rep_platform op_sys bug_status bug_severity priority component assigned_to reporter cc classification Message-ID: Content-Type: multipart/alternative; boundary="1417632009.08F31.10880"; charset="us-ascii" X-Bugzilla-URL: http://oss.sgi.com/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 --1417632009.08F31.10880 Date: Wed, 3 Dec 2014 12:40:09 -0600 MIME-Version: 1.0 Content-Type: text/plain; charset="UTF-8" http://oss.sgi.com/bugzilla/show_bug.cgi?id=1091 Bug ID: 1091 Summary: pmapi extension for regularly scheduled fetches Product: pcp Version: unspecified Hardware: All OS: Linux Status: NEW Severity: major Priority: P5 Component: pcp Assignee: pcp@kenj.com.au Reporter: fche@redhat.com CC: pcp@oss.sgi.com Classification: Unclassified In order to limit unnecessary load, it would be helpful if the PMAPI included a single operation to fetch metrics in a recurrent manner. The aim would be to eliminate having to wake up pmlogger just to send the inquiry, let it go to sleep awaiting network/pmcd, then waking it up again when each response comes. It could help synchronize A possible PMAPI-flavoured extension might look like: int pmFetchRecurrent(int numpid, pmID *pmidList, struct timeval interval, int (*consumerCallBack)(pmResult *), volatile int *cancel); (where the consumer callback and the cancel flag could determine how long the operation is to continue). PDU state-machine design etc. TBD. -- You are receiving this mail because: You are on the CC list for the bug. --1417632009.08F31.10880 Date: Wed, 3 Dec 2014 12:40:09 -0600 MIME-Version: 1.0 Content-Type: text/html; charset="UTF-8"
Bug ID 1091
Summary pmapi extension for regularly scheduled fetches
Product pcp
Version unspecified
Hardware All
OS Linux
Status NEW
Severity major
Priority P5
Component pcp
Assignee pcp@kenj.com.au
Reporter fche@redhat.com
CC pcp@oss.sgi.com
Classification Unclassified 

In order to limit unnecessary load, it would be helpful if the PMAPI
included a single operation to fetch metrics in a recurrent manner.

The aim would be to eliminate having to wake up pmlogger just to send
the inquiry, let it go to sleep awaiting network/pmcd, then waking it
up again when each response comes.  It could help synchronize

A possible PMAPI-flavoured extension might look like:

int pmFetchRecurrent(int numpid, pmID *pmidList, struct timeval interval,
                     int (*consumerCallBack)(pmResult *),
                     volatile int *cancel);

(where the consumer callback and the cancel flag could determine how
long the operation is to continue).  PDU state-machine design etc. TBD.

You are receiving this mail because:
  • You are on the CC list for the bug.
--1417632009.08F31.10880-- From wwwrun@oss.sgi.com Wed Dec 3 12:59: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=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 650657F4E; Wed, 3 Dec 2014 12:59:44 -0600 (CST) From: bugzilla-daemon@oss.sgi.com To: pcp@oss.sgi.com Subject: [Bug 1092] New: aligned-time-edge mode for pmAF / tools Date: Wed, 03 Dec 2014 18:59:44 +0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: new X-Bugzilla-Watch-Reason: None X-Bugzilla-Classification: Unclassified X-Bugzilla-Product: pcp X-Bugzilla-Component: pcp X-Bugzilla-Keywords: X-Bugzilla-Severity: major X-Bugzilla-Who: fche@redhat.com X-Bugzilla-Status: NEW X-Bugzilla-Priority: P5 X-Bugzilla-Assigned-To: pcp@kenj.com.au X-Bugzilla-Target-Milestone: --- X-Bugzilla-Changed-Fields: bug_id short_desc product version rep_platform op_sys bug_status bug_severity priority component assigned_to reporter cc classification Message-ID: Content-Type: multipart/alternative; boundary="1417633184.8beaE32B1.12437"; charset="us-ascii" X-Bugzilla-URL: http://oss.sgi.com/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 --1417633184.8beaE32B1.12437 Date: Wed, 3 Dec 2014 12:59:44 -0600 MIME-Version: 1.0 Content-Type: text/plain; charset="UTF-8" http://oss.sgi.com/bugzilla/show_bug.cgi?id=1092 Bug ID: 1092 Summary: aligned-time-edge mode for pmAF / tools Product: pcp Version: unspecified Hardware: All OS: Linux Status: NEW Severity: major Priority: P5 Component: pcp Assignee: pcp@kenj.com.au Reporter: fche@redhat.com CC: pcp@oss.sgi.com Classification: Unclassified There has been a request to ensure that tools that operate with a periodic timer do so with the possibility of aligning to the edge of the real-time clock. In other words, in addition to ensuring that samples are taken N seconds or milliseconds apart, those samples should be taken at moments aligned with epoch+(integer-multiple-of-N) edges. For example, 60-second samples for pmlogger should be taken exactly on minute boundaries (at least as an option). The same considerations apply to many other periodic tools like pmval. It would also cure the possibility of gradual drift due to some tools doing naive sleep($interval) operations between samples (failing to account for elapsed processing time). Benefit would include direct comparability of values from different tools/logs, reduced dependence on interpolation approximations. -- You are receiving this mail because: You are on the CC list for the bug. --1417633184.8beaE32B1.12437 Date: Wed, 3 Dec 2014 12:59:44 -0600 MIME-Version: 1.0 Content-Type: text/html; charset="UTF-8"
Bug ID 1092
Summary aligned-time-edge mode for pmAF / tools
Product pcp
Version unspecified
Hardware All
OS Linux
Status NEW
Severity major
Priority P5
Component pcp
Assignee pcp@kenj.com.au
Reporter fche@redhat.com
CC pcp@oss.sgi.com
Classification Unclassified 

There has been a request to ensure that tools that operate with
a periodic timer do so with the possibility of aligning to the
edge of the real-time clock.  In other words, in addition to
ensuring that samples are taken N seconds or milliseconds apart,
those samples should be taken at moments aligned with
epoch+(integer-multiple-of-N) edges.

For example, 60-second samples for pmlogger should be taken
exactly on minute boundaries (at least as an option).  The same
considerations apply to many other periodic tools like pmval.
It would also cure the possibility of gradual drift due to some
tools doing naive sleep($interval) operations between samples
(failing to account for elapsed processing time).

Benefit would include direct comparability of values from
different tools/logs, reduced dependence on interpolation
approximations.

You are receiving this mail because:
  • You are on the CC list for the bug.
--1417633184.8beaE32B1.12437-- From wwwrun@oss.sgi.com Wed Dec 3 13:05: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=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 278487F4E; Wed, 3 Dec 2014 13:05:04 -0600 (CST) From: bugzilla-daemon@oss.sgi.com To: pcp@oss.sgi.com Subject: [Bug 1093] New: include pcp-graphite.py Date: Wed, 03 Dec 2014 19:05:03 +0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: new X-Bugzilla-Watch-Reason: None X-Bugzilla-Classification: Unclassified X-Bugzilla-Product: pcp X-Bugzilla-Component: pcp X-Bugzilla-Keywords: X-Bugzilla-Severity: major X-Bugzilla-Who: fche@redhat.com X-Bugzilla-Status: NEW X-Bugzilla-Priority: P5 X-Bugzilla-Assigned-To: pcp@kenj.com.au X-Bugzilla-Target-Milestone: --- X-Bugzilla-Changed-Fields: bug_id short_desc product version rep_platform op_sys bug_status bug_severity priority component assigned_to reporter cc classification Message-ID: Content-Type: multipart/alternative; boundary="1417633504.50fEada1.13028"; charset="us-ascii" X-Bugzilla-URL: http://oss.sgi.com/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 --1417633504.50fEada1.13028 Date: Wed, 3 Dec 2014 13:05:04 -0600 MIME-Version: 1.0 Content-Type: text/plain; charset="UTF-8" http://oss.sgi.com/bugzilla/show_bug.cgi?id=1093 Bug ID: 1093 Summary: include pcp-graphite.py Product: pcp Version: unspecified Hardware: All OS: Linux Status: NEW Severity: major Priority: P5 Component: pcp Assignee: pcp@kenj.com.au Reporter: fche@redhat.com CC: pcp@oss.sgi.com Classification: Unclassified There has been a request to "productize" the pcp-graphite.py prototype from the fche/graphite branch, to aid in the interoperation of PCP with established graphite/whisper/carbon installations. (The script is known to suffer from bug #1092.) -- You are receiving this mail because: You are on the CC list for the bug. --1417633504.50fEada1.13028 Date: Wed, 3 Dec 2014 13:05:04 -0600 MIME-Version: 1.0 Content-Type: text/html; charset="UTF-8"
Bug ID 1093
Summary include pcp-graphite.py
Product pcp
Version unspecified
Hardware All
OS Linux
Status NEW
Severity major
Priority P5
Component pcp
Assignee pcp@kenj.com.au
Reporter fche@redhat.com
CC pcp@oss.sgi.com
Classification Unclassified 

There has been a request to "productize" the pcp-graphite.py prototype
from the fche/graphite branch, to aid in the interoperation of PCP
with established graphite/whisper/carbon installations.

(The script is known to suffer from bug #1092.)

You are receiving this mail because:
  • You are on the CC list for the bug.
--1417633504.50fEada1.13028-- From wwwrun@oss.sgi.com Wed Dec 3 13:06: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=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 E26F77F47; Wed, 3 Dec 2014 13:06:34 -0600 (CST) From: bugzilla-daemon@oss.sgi.com To: pcp@oss.sgi.com Subject: [Bug 1094] New: pmwebd graphite emulation: include analytical function support Date: Wed, 03 Dec 2014 19:06:34 +0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: new X-Bugzilla-Watch-Reason: None X-Bugzilla-Classification: Unclassified X-Bugzilla-Product: pcp X-Bugzilla-Component: pcp X-Bugzilla-Keywords: X-Bugzilla-Severity: major X-Bugzilla-Who: fche@redhat.com X-Bugzilla-Status: NEW X-Bugzilla-Priority: P5 X-Bugzilla-Assigned-To: fche@redhat.com X-Bugzilla-Target-Milestone: --- X-Bugzilla-Changed-Fields: bug_id short_desc product version rep_platform op_sys bug_status bug_severity priority component assigned_to reporter cc classification Message-ID: Content-Type: multipart/alternative; boundary="1417633594.84BBC48E0.13247"; charset="us-ascii" X-Bugzilla-URL: http://oss.sgi.com/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 --1417633594.84BBC48E0.13247 Date: Wed, 3 Dec 2014 13:06:34 -0600 MIME-Version: 1.0 Content-Type: text/plain; charset="UTF-8" http://oss.sgi.com/bugzilla/show_bug.cgi?id=1094 Bug ID: 1094 Summary: pmwebd graphite emulation: include analytical function support Product: pcp Version: unspecified Hardware: All OS: Linux Status: NEW Severity: major Priority: P5 Component: pcp Assignee: fche@redhat.com Reporter: fche@redhat.com CC: pcp@oss.sgi.com Classification: Unclassified There has been a request to implement the &target=FOO(series) suite of functions in the pmwebd/graphite emulation code. http://graphite.readthedocs.org/en/latest/functions.html -- You are receiving this mail because: You are on the CC list for the bug. --1417633594.84BBC48E0.13247 Date: Wed, 3 Dec 2014 13:06:34 -0600 MIME-Version: 1.0 Content-Type: text/html; charset="UTF-8"
Bug ID 1094
Summary pmwebd graphite emulation: include analytical function support
Product pcp
Version unspecified
Hardware All
OS Linux
Status NEW
Severity major
Priority P5
Component pcp
Assignee fche@redhat.com
Reporter fche@redhat.com
CC pcp@oss.sgi.com
Classification Unclassified 

There has been a request to implement the &target=FOO(series)
suite of functions in the pmwebd/graphite emulation code.

http://graphite.readthedocs.org/en/latest/functions.html

You are receiving this mail because:
  • You are on the CC list for the bug.
--1417633594.84BBC48E0.13247-- From wwwrun@oss.sgi.com Wed Dec 3 13:28: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=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 05C757F58; Wed, 3 Dec 2014 13:28:28 -0600 (CST) From: bugzilla-daemon@oss.sgi.com To: pcp@oss.sgi.com Subject: [Bug 1091] pmapi extension for regularly scheduled fetches Date: Wed, 03 Dec 2014 19:28:27 +0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Classification: Unclassified X-Bugzilla-Product: pcp X-Bugzilla-Component: pcp X-Bugzilla-Keywords: X-Bugzilla-Severity: 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="1417634908.CAD51.15000"; charset="us-ascii" X-Bugzilla-URL: http://oss.sgi.com/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 --1417634908.CAD51.15000 Date: Wed, 3 Dec 2014 13:28:28 -0600 MIME-Version: 1.0 Content-Type: text/plain; charset="UTF-8" http://oss.sgi.com/bugzilla/show_bug.cgi?id=1091 --- Comment #1 from Frank Ch. Eigler --- As a random additional data point, a cross-network pmlogger instance running with a default pmlogconf indicates, under strace: - apprx. 900 bytes sent per fetch request - a delay of 60 milliseconds awaiting a response - a write of the result to disk within 30 microseconds At the pmcd end, under strace: - those 900 bytes are received - after 300 microseconds, the PMDAs start collecting data (doing too much work, as noted at bug #1067 etc.) - sending overall response of some 9000 bytes back 56 milliseconds after receiving request (without pmcd running under strace, it is considerably faster) ... an additional 4ish milliseconds remain unaccounted for in terms of network/kernel latencies -- You are receiving this mail because: You are on the CC list for the bug. --1417634908.CAD51.15000 Date: Wed, 3 Dec 2014 13:28:28 -0600 MIME-Version: 1.0 Content-Type: text/html; charset="UTF-8"

Comment # 1 on bug 1091 from 
As a random additional data point, a cross-network pmlogger instance
running with a default pmlogconf indicates, under strace:
- apprx. 900 bytes sent per fetch request
- a delay of 60 milliseconds awaiting a response
- a write of the result to disk within 30 microseconds

At the pmcd end, under strace:
- those 900 bytes are received
- after 300 microseconds, the PMDAs start collecting data
  (doing too much work, as noted at bug #1067 etc.)
- sending overall response of some 9000 bytes back 56 milliseconds after
  receiving request
  (without pmcd running under strace, it is considerably faster)

... an additional 4ish milliseconds remain unaccounted for in terms of
network/kernel latencies

You are receiving this mail because:
  • You are on the CC list for the bug.
--1417634908.CAD51.15000-- From wwwrun@oss.sgi.com Wed Dec 3 15:26: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=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 4C4447F50; Wed, 3 Dec 2014 15:26:39 -0600 (CST) From: bugzilla-daemon@oss.sgi.com To: pcp@oss.sgi.com Subject: [Bug 1092] aligned-time-edge mode for pmAF / tools Date: Wed, 03 Dec 2014 21:26:39 +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: EasyFix 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: keywords cc Message-ID: In-Reply-To: References: Content-Type: multipart/alternative; boundary="1417641999.A5ad30Ba2.27951"; charset="us-ascii" X-Bugzilla-URL: http://oss.sgi.com/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 --1417641999.A5ad30Ba2.27951 Date: Wed, 3 Dec 2014 15:26:39 -0600 MIME-Version: 1.0 Content-Type: text/plain; charset="UTF-8" http://oss.sgi.com/bugzilla/show_bug.cgi?id=1092 Nathan Scott changed: What |Removed |Added ---------------------------------------------------------------------------- Keywords| |EasyFix CC| |nathans@debian.org --- Comment #1 from Nathan Scott --- I think this should be straightforward (and mostly implemented already). The missing piece would be to add support to pmlogger for the -A/--align option that the other client tools already support... some pmlogger code would be needed to delay until that initial time alignment is reached (a little bit like its "linger" mode, but with a timeout, and then proceeding with logging as normal. -- You are receiving this mail because: You are on the CC list for the bug. --1417641999.A5ad30Ba2.27951 Date: Wed, 3 Dec 2014 15:26:39 -0600 MIME-Version: 1.0 Content-Type: text/html; charset="UTF-8" changed bug 1092
What Removed Added
Keywords   EasyFix
CC   nathans@debian.org

Comment # 1 on bug 1092 from 
I think this should be straightforward (and mostly implemented already).  The
missing piece would be to add support to pmlogger for the -A/--align option
that the other client tools already support... some pmlogger code would be
needed to delay until that initial time alignment is reached (a little bit like
its "linger" mode, but with a timeout, and then proceeding with logging as
normal.

You are receiving this mail because:
  • You are on the CC list for the bug.
--1417641999.A5ad30Ba2.27951-- From janfrode@tanso.net Wed Dec 3 15:37: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=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 B49D17F3F for ; Wed, 3 Dec 2014 15:37:02 -0600 (CST) Received: from cuda.sgi.com (cuda3.sgi.com [192.48.176.15]) by relay1.corp.sgi.com (Postfix) with ESMTP id 946C18F8052 for ; Wed, 3 Dec 2014 13:37:02 -0800 (PST) X-ASG-Debug-ID: 1417642617-04cb6c0572ee30c0001-S8gJnT Received: from mail-wi0-f179.google.com (mail-wi0-f179.google.com [209.85.212.179]) by cuda.sgi.com with ESMTP id y728AGiII7vj1ast (version=TLSv1 cipher=RC4-SHA bits=128 verify=NO) for ; Wed, 03 Dec 2014 13:36:57 -0800 (PST) X-Barracuda-Envelope-From: janfrode@tanso.net X-Barracuda-Apparent-Source-IP: 209.85.212.179 Received: by mail-wi0-f179.google.com with SMTP id ex7so25937133wid.6 for ; Wed, 03 Dec 2014 13:36:56 -0800 (PST) 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=BD6XFVOIGSgP0LEehKCpdWBKKxr/H/0Sx4iRMRSkDgQ=; b=gL7HmNZAFkTujERHjLa8WL3bLYYw8abVJ6DnlCbTpdAJ9Jjjppa3YhsWfVMAJWxhAV 5am18SkUo+iF+edeLZFMvvJ4bBXNtqwCfboyme740eVysUY4t4OapcHn7KtezOp+fOKd qRQBUP0YN8PvK8w/eC6db6qolvB/gq8HNgJqjgio5i2yUn+wdhbMLKWvV/4GuHyDEbnx WJUaDsPKhUi1cXqdqpL6OIJB10Kd1ouF0oqyVl5BMWyqW4D7RO7Zic6u/7y0U6Xx9/q6 nW8IpFv4RTpc9AMNRXIU/1iYl7O92kwFLy8qubfrYLrynLGGOBpgBGq7az6MUlw0qYrw NysA== X-Gm-Message-State: ALoCoQnkz1+Nsb8yTWF3G6Wzm9d07e3UAN3THCjtFK/DzWUu6HCoGiN/pNV2YMLm7jUTGgSSrZDH MIME-Version: 1.0 X-Received: by 10.194.79.226 with SMTP id m2mr1059474wjx.60.1417642616786; Wed, 03 Dec 2014 13:36:56 -0800 (PST) Received: by 10.27.89.131 with HTTP; Wed, 3 Dec 2014 13:36:56 -0800 (PST) In-Reply-To: <1815926768.8469113.1417501591651.JavaMail.zimbra@redhat.com> References: <20141127104047.GA7900@mushkin.tanso.net> <1815926768.8469113.1417501591651.JavaMail.zimbra@redhat.com> Date: Wed, 3 Dec 2014 22:36:56 +0100 Message-ID: Subject: Re: [pcp] [PATCH] Add PMDA for the Unbound DNS resolver. From: Jan-Frode Myklebust X-ASG-Orig-Subj: Re: [pcp] [PATCH] Add PMDA for the Unbound DNS resolver. To: Nathan Scott Cc: pcp@oss.sgi.com Content-Type: multipart/mixed; boundary=047d7bf0c53897e024050956a408 X-Barracuda-Connect: mail-wi0-f179.google.com[209.85.212.179] X-Barracuda-Start-Time: 1417642617 X-Barracuda-Encrypted: RC4-SHA X-Barracuda-URL: http://192.48.176.15:80/cgi-mod/mark.cgi X-Virus-Scanned: by bsmtpd at sgi.com X-Barracuda-BRTS-Status: 1 X-Barracuda-Spam-Score: 0.00 X-Barracuda-Spam-Status: No, SCORE=0.00 using per-user scores of TAG_LEVEL=1000.0 QUARANTINE_LEVEL=1000.0 KILL_LEVEL=2.7 tests=HTML_MESSAGE X-Barracuda-Spam-Report: Code version 3.2, rules version 3.2.3.12397 Rule breakdown below pts rule name description ---- ---------------------- -------------------------------------------------- 0.00 HTML_MESSAGE BODY: HTML included in message --047d7bf0c53897e024050956a408 Content-Type: multipart/alternative; boundary=047d7bf0c53897e01d050956a406 --047d7bf0c53897e01d050956a406 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Attached output from "unbound-control stats_noreset". Will fix the man-page, copyright annotation & GPL header before sending updated patch. =E2=80=8B -jf --047d7bf0c53897e01d050956a406 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable

Attached output from "unbound-control stats_= noreset". Will fix the man-page,=C2=A0copyright annotation & GPL header before se= nding updated patch.
=E2=80=8B

=C2=A0 -jf
--047d7bf0c53897e01d050956a406-- --047d7bf0c53897e024050956a408 Content-Type: application/octet-stream; name=unbound-control-stats_noreset Content-Disposition: attachment; filename=unbound-control-stats_noreset Content-Transfer-Encoding: base64 X-Attachment-Id: f_i397qqqp0 dGhyZWFkMC5udW0ucXVlcmllcz0zMDY3MTc0MjkKdGhyZWFkMC5udW0uY2FjaGVoaXRzPTI5MDEw MDMxMgp0aHJlYWQwLm51bS5jYWNoZW1pc3M9MTY2MTcxMTcKdGhyZWFkMC5udW0ucHJlZmV0Y2g9 MzgyOTcwNAp0aHJlYWQwLm51bS5yZWN1cnNpdmVyZXBsaWVzPTE2NjE2OTg4CnRocmVhZDAucmVx dWVzdGxpc3QuYXZnPTEyMi41NjMKdGhyZWFkMC5yZXF1ZXN0bGlzdC5tYXg9MTg2Ngp0aHJlYWQw LnJlcXVlc3RsaXN0Lm92ZXJ3cml0dGVuPTAKdGhyZWFkMC5yZXF1ZXN0bGlzdC5leGNlZWRlZD0w CnRocmVhZDAucmVxdWVzdGxpc3QuY3VycmVudC5hbGw9MTkyCnRocmVhZDAucmVxdWVzdGxpc3Qu Y3VycmVudC51c2VyPTEwNgp0aHJlYWQwLnJlY3Vyc2lvbi50aW1lLmF2Zz0wLjk4NDgzOQp0aHJl YWQwLnJlY3Vyc2lvbi50aW1lLm1lZGlhbj0wLjA0NzQ4NjMKdGhyZWFkMS5udW0ucXVlcmllcz03 ODgwODgxODAKdGhyZWFkMS5udW0uY2FjaGVoaXRzPTc0Mzc2OTI3Nwp0aHJlYWQxLm51bS5jYWNo ZW1pc3M9NDQzMTg5MDMKdGhyZWFkMS5udW0ucHJlZmV0Y2g9MTAyMTk2MDQKdGhyZWFkMS5udW0u cmVjdXJzaXZlcmVwbGllcz00NDMxODY5NQp0aHJlYWQxLnJlcXVlc3RsaXN0LmF2Zz0yMjcuOTgz CnRocmVhZDEucmVxdWVzdGxpc3QubWF4PTIwMzQKdGhyZWFkMS5yZXF1ZXN0bGlzdC5vdmVyd3Jp dHRlbj0wCnRocmVhZDEucmVxdWVzdGxpc3QuZXhjZWVkZWQ9MAp0aHJlYWQxLnJlcXVlc3RsaXN0 LmN1cnJlbnQuYWxsPTI2Mwp0aHJlYWQxLnJlcXVlc3RsaXN0LmN1cnJlbnQudXNlcj0xNTUKdGhy ZWFkMS5yZWN1cnNpb24udGltZS5hdmc9MS4wMjcwNDUKdGhyZWFkMS5yZWN1cnNpb24udGltZS5t ZWRpYW49MC4wNDcyNzI0CnRocmVhZDIubnVtLnF1ZXJpZXM9MjIxMDQ2MTQ2CnRocmVhZDIubnVt LmNhY2hlaGl0cz0yMDg2NTE3MzUKdGhyZWFkMi5udW0uY2FjaGVtaXNzPTEyMzk0NDExCnRocmVh ZDIubnVtLnByZWZldGNoPTI4OTI0OTEKdGhyZWFkMi5udW0ucmVjdXJzaXZlcmVwbGllcz0xMjM5 NDM0OAp0aHJlYWQyLnJlcXVlc3RsaXN0LmF2Zz04Ny4xMTI1CnRocmVhZDIucmVxdWVzdGxpc3Qu bWF4PTE2MzYKdGhyZWFkMi5yZXF1ZXN0bGlzdC5vdmVyd3JpdHRlbj0wCnRocmVhZDIucmVxdWVz dGxpc3QuZXhjZWVkZWQ9MAp0aHJlYWQyLnJlcXVlc3RsaXN0LmN1cnJlbnQuYWxsPTEzOQp0aHJl YWQyLnJlcXVlc3RsaXN0LmN1cnJlbnQudXNlcj01NAp0aHJlYWQyLnJlY3Vyc2lvbi50aW1lLmF2 Zz0wLjk4NjY0MQp0aHJlYWQyLnJlY3Vyc2lvbi50aW1lLm1lZGlhbj0wLjA0NzkwNjcKdGhyZWFk My5udW0ucXVlcmllcz0zMDkzOTY2OTkKdGhyZWFkMy5udW0uY2FjaGVoaXRzPTI5MTk1Nzg0Mgp0 aHJlYWQzLm51bS5jYWNoZW1pc3M9MTc0Mzg4NTcKdGhyZWFkMy5udW0ucHJlZmV0Y2g9NDA1Mjg5 OAp0aHJlYWQzLm51bS5yZWN1cnNpdmVyZXBsaWVzPTE3NDM4NzY0CnRocmVhZDMucmVxdWVzdGxp c3QuYXZnPTExNS4yNzgKdGhyZWFkMy5yZXF1ZXN0bGlzdC5tYXg9MTUzNgp0aHJlYWQzLnJlcXVl c3RsaXN0Lm92ZXJ3cml0dGVuPTAKdGhyZWFkMy5yZXF1ZXN0bGlzdC5leGNlZWRlZD0wCnRocmVh ZDMucmVxdWVzdGxpc3QuY3VycmVudC5hbGw9MTU4CnRocmVhZDMucmVxdWVzdGxpc3QuY3VycmVu dC51c2VyPTczCnRocmVhZDMucmVjdXJzaW9uLnRpbWUuYXZnPTAuOTk3MDYwCnRocmVhZDMucmVj dXJzaW9uLnRpbWUubWVkaWFuPTAuMDQ3ODA4MQp0aHJlYWQ0Lm51bS5xdWVyaWVzPTIyODM4OTU0 MQp0aHJlYWQ0Lm51bS5jYWNoZWhpdHM9MjE1NzUwMTYwCnRocmVhZDQubnVtLmNhY2hlbWlzcz0x MjYzOTM4MQp0aHJlYWQ0Lm51bS5wcmVmZXRjaD0yOTMyMDQ5CnRocmVhZDQubnVtLnJlY3Vyc2l2 ZXJlcGxpZXM9MTI2MzkzMDkKdGhyZWFkNC5yZXF1ZXN0bGlzdC5hdmc9OTEuNjE0OAp0aHJlYWQ0 LnJlcXVlc3RsaXN0Lm1heD0xNjE2CnRocmVhZDQucmVxdWVzdGxpc3Qub3ZlcndyaXR0ZW49MAp0 aHJlYWQ0LnJlcXVlc3RsaXN0LmV4Y2VlZGVkPTAKdGhyZWFkNC5yZXF1ZXN0bGlzdC5jdXJyZW50 LmFsbD0xNTkKdGhyZWFkNC5yZXF1ZXN0bGlzdC5jdXJyZW50LnVzZXI9NjUKdGhyZWFkNC5yZWN1 cnNpb24udGltZS5hdmc9MC45NzQ5NzgKdGhyZWFkNC5yZWN1cnNpb24udGltZS5tZWRpYW49MC4w NDc3NDUKdGhyZWFkNS5udW0ucXVlcmllcz00ODkyODk1ODEKdGhyZWFkNS5udW0uY2FjaGVoaXRz PTQ2MTY5MTI4MAp0aHJlYWQ1Lm51bS5jYWNoZW1pc3M9Mjc1OTgzMDEKdGhyZWFkNS5udW0ucHJl ZmV0Y2g9NjM3NjU4OAp0aHJlYWQ1Lm51bS5yZWN1cnNpdmVyZXBsaWVzPTI3NTk4MTQ3CnRocmVh ZDUucmVxdWVzdGxpc3QuYXZnPTE2Mi4zNjgKdGhyZWFkNS5yZXF1ZXN0bGlzdC5tYXg9MTY2Mwp0 aHJlYWQ1LnJlcXVlc3RsaXN0Lm92ZXJ3cml0dGVuPTAKdGhyZWFkNS5yZXF1ZXN0bGlzdC5leGNl ZWRlZD0wCnRocmVhZDUucmVxdWVzdGxpc3QuY3VycmVudC5hbGw9MjU1CnRocmVhZDUucmVxdWVz dGxpc3QuY3VycmVudC51c2VyPTExNAp0aHJlYWQ1LnJlY3Vyc2lvbi50aW1lLmF2Zz0wLjk5ODM5 Nwp0aHJlYWQ1LnJlY3Vyc2lvbi50aW1lLm1lZGlhbj0wLjA0NzU3MDUKdGhyZWFkNi5udW0ucXVl cmllcz0xMTY2NTA0MzQwCnRocmVhZDYubnVtLmNhY2hlaGl0cz0xMTAxNTM4OTQxCnRocmVhZDYu bnVtLmNhY2hlbWlzcz02NDk2NTM5OQp0aHJlYWQ2Lm51bS5wcmVmZXRjaD0xNTA3NTUzNwp0aHJl YWQ2Lm51bS5yZWN1cnNpdmVyZXBsaWVzPTY0OTY1MTUwCnRocmVhZDYucmVxdWVzdGxpc3QuYXZn PTI5NS40NjUKdGhyZWFkNi5yZXF1ZXN0bGlzdC5tYXg9MjcxMQp0aHJlYWQ2LnJlcXVlc3RsaXN0 Lm92ZXJ3cml0dGVuPTAKdGhyZWFkNi5yZXF1ZXN0bGlzdC5leGNlZWRlZD0wCnRocmVhZDYucmVx dWVzdGxpc3QuY3VycmVudC5hbGw9MzgyCnRocmVhZDYucmVxdWVzdGxpc3QuY3VycmVudC51c2Vy PTIwMgp0aHJlYWQ2LnJlY3Vyc2lvbi50aW1lLmF2Zz0xLjAzOTE4Ngp0aHJlYWQ2LnJlY3Vyc2lv bi50aW1lLm1lZGlhbj0wLjA0NjgzNTUKdGhyZWFkNy5udW0ucXVlcmllcz00MjcxMzM4NTYKdGhy ZWFkNy5udW0uY2FjaGVoaXRzPTQwNDA1ODA0Mwp0aHJlYWQ3Lm51bS5jYWNoZW1pc3M9MjMwNzU4 MTMKdGhyZWFkNy5udW0ucHJlZmV0Y2g9NTQ3NTEwOAp0aHJlYWQ3Lm51bS5yZWN1cnNpdmVyZXBs aWVzPTIzMDc1NjM3CnRocmVhZDcucmVxdWVzdGxpc3QuYXZnPTE0OC44MDQKdGhyZWFkNy5yZXF1 ZXN0bGlzdC5tYXg9MTc1MQp0aHJlYWQ3LnJlcXVlc3RsaXN0Lm92ZXJ3cml0dGVuPTAKdGhyZWFk Ny5yZXF1ZXN0bGlzdC5leGNlZWRlZD0wCnRocmVhZDcucmVxdWVzdGxpc3QuY3VycmVudC5hbGw9 MjUyCnRocmVhZDcucmVxdWVzdGxpc3QuY3VycmVudC51c2VyPTEzMwp0aHJlYWQ3LnJlY3Vyc2lv bi50aW1lLmF2Zz0wLjk3MjQzNQp0aHJlYWQ3LnJlY3Vyc2lvbi50aW1lLm1lZGlhbj0wLjA0NzM0 ODIKdG90YWwubnVtLnF1ZXJpZXM9MzkzNjU2NTc3Mgp0b3RhbC5udW0uY2FjaGVoaXRzPTM3MTc1 MTc1OTAKdG90YWwubnVtLmNhY2hlbWlzcz0yMTkwNDgxODIKdG90YWwubnVtLnByZWZldGNoPTUw ODUzOTc5CnRvdGFsLm51bS5yZWN1cnNpdmVyZXBsaWVzPTIxOTA0NzAzOAp0b3RhbC5yZXF1ZXN0 bGlzdC5hdmc9MTk4LjU1Mwp0b3RhbC5yZXF1ZXN0bGlzdC5tYXg9MjcxMQp0b3RhbC5yZXF1ZXN0 bGlzdC5vdmVyd3JpdHRlbj0wCnRvdGFsLnJlcXVlc3RsaXN0LmV4Y2VlZGVkPTAKdG90YWwucmVx dWVzdGxpc3QuY3VycmVudC5hbGw9MTgwMAp0b3RhbC5yZXF1ZXN0bGlzdC5jdXJyZW50LnVzZXI9 OTAyCnRvdGFsLnJlY3Vyc2lvbi50aW1lLmF2Zz0xLjAxMDQwNAp0b3RhbC5yZWN1cnNpb24udGlt ZS5tZWRpYW49MC4wNDc0OTY2CnRpbWUubm93PTE0MTc2NDI0MzUuMDIyNDk4CnRpbWUudXA9MjIx NDE5LjM1OTk1Ngp0aW1lLmVsYXBzZWQ9MjIxNDE5LjM1OTk1NgptZW0udG90YWwuc2Jyaz05MzI2 OTYwNjQKbWVtLmNhY2hlLnJyc2V0PTY5NzkzMjE4MTUKbWVtLmNhY2hlLm1lc3NhZ2U9MzQ4OTY2 MDk0MgptZW0ubW9kLml0ZXJhdG9yPTE2NTMyCm1lbS5tb2QudmFsaWRhdG9yPTU3NjczMjcKaGlz dG9ncmFtLjAwMDAwMC4wMDAwMDAudG8uMDAwMDAwLjAwMDAwMT01MDAzMTkxNgpoaXN0b2dyYW0u MDAwMDAwLjAwMDAwMS50by4wMDAwMDAuMDAwMDAyPTAKaGlzdG9ncmFtLjAwMDAwMC4wMDAwMDIu dG8uMDAwMDAwLjAwMDAwND0wCmhpc3RvZ3JhbS4wMDAwMDAuMDAwMDA0LnRvLjAwMDAwMC4wMDAw MDg9NQpoaXN0b2dyYW0uMDAwMDAwLjAwMDAwOC50by4wMDAwMDAuMDAwMDE2PTM2MwpoaXN0b2dy YW0uMDAwMDAwLjAwMDAxNi50by4wMDAwMDAuMDAwMDMyPTY0NgpoaXN0b2dyYW0uMDAwMDAwLjAw MDAzMi50by4wMDAwMDAuMDAwMDY0PTE0NDUKaGlzdG9ncmFtLjAwMDAwMC4wMDAwNjQudG8uMDAw MDAwLjAwMDEyOD0yODUwCmhpc3RvZ3JhbS4wMDAwMDAuMDAwMTI4LnRvLjAwMDAwMC4wMDAyNTY9 MTMyOTEKaGlzdG9ncmFtLjAwMDAwMC4wMDAyNTYudG8uMDAwMDAwLjAwMDUxMj0yMTEzODEwCmhp c3RvZ3JhbS4wMDAwMDAuMDAwNTEyLnRvLjAwMDAwMC4wMDEwMjQ9MzcxNzcwMApoaXN0b2dyYW0u MDAwMDAwLjAwMTAyNC50by4wMDAwMDAuMDAyMDQ4PTg1NzUxMQpoaXN0b2dyYW0uMDAwMDAwLjAw MjA0OC50by4wMDAwMDAuMDA0MDk2PTI2NzI1NApoaXN0b2dyYW0uMDAwMDAwLjAwNDA5Ni50by4w MDAwMDAuMDA4MTkyPTEzOTY1ODYKaGlzdG9ncmFtLjAwMDAwMC4wMDgxOTIudG8uMDAwMDAwLjAx NjM4ND05MTc2NjUzCmhpc3RvZ3JhbS4wMDAwMDAuMDE2Mzg0LnRvLjAwMDAwMC4wMzI3Njg9MTc4 NDA3MTUKaGlzdG9ncmFtLjAwMDAwMC4wMzI3NjgudG8uMDAwMDAwLjA2NTUzNj01NDI5ODAwMApo aXN0b2dyYW0uMDAwMDAwLjA2NTUzNi50by4wMDAwMDAuMTMxMDcyPTIzNzI2OTk3Cmhpc3RvZ3Jh bS4wMDAwMDAuMTMxMDcyLnRvLjAwMDAwMC4yNjIxNDQ9Mjg2NDYwODgKaGlzdG9ncmFtLjAwMDAw MC4yNjIxNDQudG8uMDAwMDAwLjUyNDI4OD05NjcxMjk5Cmhpc3RvZ3JhbS4wMDAwMDAuNTI0Mjg4 LnRvLjAwMDAwMS4wMDAwMDA9MjM1NTM3NgpoaXN0b2dyYW0uMDAwMDAxLjAwMDAwMC50by4wMDAw MDIuMDAwMDAwPTI2NTk3ODgKaGlzdG9ncmFtLjAwMDAwMi4wMDAwMDAudG8uMDAwMDA0LjAwMDAw MD00ODI2MzQ5Cmhpc3RvZ3JhbS4wMDAwMDQuMDAwMDAwLnRvLjAwMDAwOC4wMDAwMDA9MTg4NjY4 MgpoaXN0b2dyYW0uMDAwMDA4LjAwMDAwMC50by4wMDAwMTYuMDAwMDAwPTIyNzcxMDYKaGlzdG9n cmFtLjAwMDAxNi4wMDAwMDAudG8uMDAwMDMyLjAwMDAwMD0xNzcyNDEyCmhpc3RvZ3JhbS4wMDAw MzIuMDAwMDAwLnRvLjAwMDA2NC4wMDAwMDA9ODU4Mzc5Cmhpc3RvZ3JhbS4wMDAwNjQuMDAwMDAw LnRvLjAwMDEyOC4wMDAwMDA9NDg3MzkwCmhpc3RvZ3JhbS4wMDAxMjguMDAwMDAwLnRvLjAwMDI1 Ni4wMDAwMDA9MTQxODY1Cmhpc3RvZ3JhbS4wMDAyNTYuMDAwMDAwLnRvLjAwMDUxMi4wMDAwMDA9 MTc2NDEKaGlzdG9ncmFtLjAwMDUxMi4wMDAwMDAudG8uMDAxMDI0LjAwMDAwMD04ODQKaGlzdG9n cmFtLjAwMTAyNC4wMDAwMDAudG8uMDAyMDQ4LjAwMDAwMD0zNwpoaXN0b2dyYW0uMDAyMDQ4LjAw MDAwMC50by4wMDQwOTYuMDAwMDAwPTAKaGlzdG9ncmFtLjAwNDA5Ni4wMDAwMDAudG8uMDA4MTky LjAwMDAwMD0wCmhpc3RvZ3JhbS4wMDgxOTIuMDAwMDAwLnRvLjAxNjM4NC4wMDAwMDA9MApoaXN0 b2dyYW0uMDE2Mzg0LjAwMDAwMC50by4wMzI3NjguMDAwMDAwPTAKaGlzdG9ncmFtLjAzMjc2OC4w MDAwMDAudG8uMDY1NTM2LjAwMDAwMD0wCmhpc3RvZ3JhbS4wNjU1MzYuMDAwMDAwLnRvLjEzMTA3 Mi4wMDAwMDA9MApoaXN0b2dyYW0uMTMxMDcyLjAwMDAwMC50by4yNjIxNDQuMDAwMDAwPTAKaGlz dG9ncmFtLjI2MjE0NC4wMDAwMDAudG8uNTI0Mjg4LjAwMDAwMD0wCm51bS5xdWVyeS50eXBlLlRZ UEUwPTg5ODk0OQpudW0ucXVlcnkudHlwZS5BPTM2MTkxNTA3MjkKbnVtLnF1ZXJ5LnR5cGUuTlM9 MTQzMjAwMQpudW0ucXVlcnkudHlwZS5DTkFNRT0xMTA2NTUKbnVtLnF1ZXJ5LnR5cGUuU09BPTI3 NzQyNTQyCm51bS5xdWVyeS50eXBlLk5VTEw9OTEKbnVtLnF1ZXJ5LnR5cGUuV0tTPTQ1NApudW0u cXVlcnkudHlwZS5QVFI9NDg2NjIxMzQKbnVtLnF1ZXJ5LnR5cGUuSElORk89MzkwCm51bS5xdWVy eS50eXBlLk1YPTE4OTQ3MjkKbnVtLnF1ZXJ5LnR5cGUuVFhUPTE0OTYwNjUzCm51bS5xdWVyeS50 eXBlLlJQPTM3NQpudW0ucXVlcnkudHlwZS5BRlNEQj0zOTQKbnVtLnF1ZXJ5LnR5cGUuWDI1PTQx OQpudW0ucXVlcnkudHlwZS5JU0ROPTM3NwpudW0ucXVlcnkudHlwZS5OU0FQPTM4NApudW0ucXVl cnkudHlwZS5BQUFBPTE4MzUwMjA1MApudW0ucXVlcnkudHlwZS5MT0M9Mzg5Cm51bS5xdWVyeS50 eXBlLlNSVj0yNzY1MTgyOApudW0ucXVlcnkudHlwZS5OQVBUUj05NTc5MApudW0ucXVlcnkudHlw ZS5DRVJUPTQwMApudW0ucXVlcnkudHlwZS5BNj0yMDAxOTcKbnVtLnF1ZXJ5LnR5cGUuRFM9MTM4 MDU5Cm51bS5xdWVyeS50eXBlLlNTSEZQPTMzCm51bS5xdWVyeS50eXBlLklQU0VDS0VZPTM4Nwpu dW0ucXVlcnkudHlwZS5SUlNJRz0zODIKbnVtLnF1ZXJ5LnR5cGUuTlNFQz0zOTEKbnVtLnF1ZXJ5 LnR5cGUuRE5TS0VZPTExNTg3OApudW0ucXVlcnkudHlwZS5OU0VDMz0zODQKbnVtLnF1ZXJ5LnR5 cGUuTlNFQzNQQVJBTT0zODUKbnVtLnF1ZXJ5LnR5cGUuVExTQT05Cm51bS5xdWVyeS50eXBlLlNQ Rj0xODQ3NApudW0ucXVlcnkudHlwZS5BWEZSPTUKbnVtLnF1ZXJ5LnR5cGUuQU5ZPTc4NDczNTEK bnVtLnF1ZXJ5LnR5cGUub3RoZXI9MTc0NzA2MgpudW0ucXVlcnkuY2xhc3MuQ0xBU1MwPTE5Cm51 bS5xdWVyeS5jbGFzcy5JTj0zOTMzNDc2MTI5Cm51bS5xdWVyeS5jbGFzcy5DSD05NDAKbnVtLnF1 ZXJ5LmNsYXNzLkNMQVNTNj00MTM4MTYKbnVtLnF1ZXJ5LmNsYXNzLkFOWT01NTc2NApudW0ucXVl cnkuY2xhc3Mub3RoZXI9MjIyODA1NwpudW0ucXVlcnkub3Bjb2RlLlFVRVJZPTM5MzYxNzQ3MjUK bnVtLnF1ZXJ5LnRjcD01NTkzNTIKbnVtLnF1ZXJ5LmlwdjY9Mzc2NjcxOApudW0ucXVlcnkuZmxh Z3MuUVI9MApudW0ucXVlcnkuZmxhZ3MuQUE9MTIyODI4Cm51bS5xdWVyeS5mbGFncy5UQz0wCm51 bS5xdWVyeS5mbGFncy5SRD0zOTM2MTUyNzM1Cm51bS5xdWVyeS5mbGFncy5SQT01OTI1Nzc4Cm51 bS5xdWVyeS5mbGFncy5aPTAKbnVtLnF1ZXJ5LmZsYWdzLkFEPTE0NTEKbnVtLnF1ZXJ5LmZsYWdz LkNEPTIwNzk4NTYwCm51bS5xdWVyeS5lZG5zLnByZXNlbnQ9Mzc4NTcyMDAKbnVtLnF1ZXJ5LmVk bnMuRE89MjQ4MjM0MTgKbnVtLmFuc3dlci5yY29kZS5OT0VSUk9SPTM1ODA2MzczOTkKbnVtLmFu c3dlci5yY29kZS5GT1JNRVJSPTY5NTYKbnVtLmFuc3dlci5yY29kZS5TRVJWRkFJTD0xMDIyMjA1 NDMKbnVtLmFuc3dlci5yY29kZS5OWERPTUFJTj0yNTA2NTIwMzMKbnVtLmFuc3dlci5yY29kZS5S RUZVU0VEPTI2NjM2MTEKbnVtLmFuc3dlci5yY29kZS5ub2RhdGE9OTY1NzUwMzUKbnVtLmFuc3dl ci5zZWN1cmU9MTE1NzkzMjMwCm51bS5hbnN3ZXIuYm9ndXM9MjIyMzQ5Cm51bS5ycnNldC5ib2d1 cz0xMTU3ODQKdW53YW50ZWQucXVlcmllcz0wCnVud2FudGVkLnJlcGxpZXM9MzkxODYxCg== --047d7bf0c53897e024050956a408-- From wwwrun@oss.sgi.com Wed Dec 3 15:42: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_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 48CD77F50; Wed, 3 Dec 2014 15:42:06 -0600 (CST) From: bugzilla-daemon@oss.sgi.com To: pcp@oss.sgi.com Subject: [Bug 1091] pmapi extension for regularly scheduled fetches Date: Wed, 03 Dec 2014 21:42:06 +0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Classification: Unclassified X-Bugzilla-Product: pcp X-Bugzilla-Component: pcp X-Bugzilla-Keywords: X-Bugzilla-Severity: 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="1417642926.bA46beE2.32624"; charset="us-ascii" X-Bugzilla-URL: http://oss.sgi.com/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 --1417642926.bA46beE2.32624 Date: Wed, 3 Dec 2014 15:42:06 -0600 MIME-Version: 1.0 Content-Type: text/plain; charset="UTF-8" http://oss.sgi.com/bugzilla/show_bug.cgi?id=1091 Nathan Scott changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |nathans@debian.org --- Comment #2 from Nathan Scott --- NAK - I don't support this at all. This introduces server side memory load and complexity (signficiant per-client server state would be needed), at the cost of tiny amounts of network traffic & small latency. It goes against the design of pmcd to be small, lightweight, and stateless. It'd also removes the implicit feedback loop that is designed into the protocol. If you're concerned about it, it would be better to understand where that existing latency is coming from and optimise that - such optimisations will help all client tools and allows pmcd to stay lean. -- You are receiving this mail because: You are on the CC list for the bug. --1417642926.bA46beE2.32624 Date: Wed, 3 Dec 2014 15:42:06 -0600 MIME-Version: 1.0 Content-Type: text/html; charset="UTF-8" changed bug 1091
What Removed Added
CC   nathans@debian.org

Comment # 2 on bug 1091 from 
NAK - I don't support this at all.  This introduces server side memory load and
complexity (signficiant per-client server state would be needed), at the cost
of tiny amounts of network traffic & small latency.  It goes against the design
of pmcd to be small, lightweight, and stateless.  It'd also removes the
implicit feedback loop that is designed into the protocol.

If you're concerned about it, it would be better to understand where that
existing latency is coming from and optimise that - such optimisations will
help all client tools and allows pmcd to stay lean.

You are receiving this mail because:
  • You are on the CC list for the bug.
--1417642926.bA46beE2.32624-- From michele@acksyn.org Wed Dec 3 15:51: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=T_DKIM_INVALID autolearn=ham version=3.3.1 X-Original-To: pcp@oss.sgi.com Delivered-To: pcp@oss.sgi.com Received: from relay.sgi.com (relay2.corp.sgi.com [137.38.102.29]) by oss.sgi.com (Postfix) with ESMTP id 18CF57F4E for ; Wed, 3 Dec 2014 15:51:25 -0600 (CST) Received: from cuda.sgi.com (cuda1.sgi.com [192.48.157.11]) by relay2.corp.sgi.com (Postfix) with ESMTP id D0AA130405F for ; Wed, 3 Dec 2014 13:51:24 -0800 (PST) X-ASG-Debug-ID: 1417643478-04bdf0616010eedc0001-S8gJnT Received: from palahniuk.acksyn.org (palahniuk.acksyn.org [5.9.7.26]) by cuda.sgi.com with ESMTP id gYMffGoOBLJtogf7 for ; Wed, 03 Dec 2014 13:51:19 -0800 (PST) X-Barracuda-Envelope-From: michele@acksyn.org X-Barracuda-Apparent-Source-IP: 5.9.7.26 Received: from localhost (localhost [127.0.0.1]) by palahniuk.acksyn.org (Postfix) with ESMTP id 610F729101; Wed, 3 Dec 2014 16:51:18 -0500 (EST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=acksyn.org; h= x-mailer:message-id:date:date:subject:subject:from:from:received :received; s=2010; t=1417643477; bh=CY2tuWxRtqVkUVftwpB/oXx4ERwd dfDLYrLteD/Owm0=; b=I2tKjkS3bhcA4zomBcxM5QtRBuoiZYqK2rBPSrX0BD14 pgDsiuTuVs17lxG6I7yV7PhOdjvwtSgLt/XijZVUTkby0mho79ARz+aWBViI2C3Y UeZRe56Zwe7CJAys5yMu88L991MIVr3gimNQG56WZYmHN0MkqagBB5rD4xM0/is= Received: from palahniuk.acksyn.org ([127.0.0.1]) by localhost (mail.acksyn.org [127.0.0.1]) (amavisd-new, port 10026) with ESMTP id 2chEKdyEhESU; Wed, 3 Dec 2014 16:51:17 -0500 (EST) Received: from localhost (host54-190-dynamic.24-79-r.retail.telecomitalia.it [79.24.190.54]) by palahniuk.acksyn.org (Postfix) with ESMTPSA id A802C290F2; Wed, 3 Dec 2014 16:51:16 -0500 (EST) From: Michele Baldessari To: pcp@oss.sgi.com Cc: Michele Baldessari Subject: [PATCH] Fix the description of few network metrics and expand some others Date: Wed, 3 Dec 2014 22:51:04 +0100 X-ASG-Orig-Subj: [PATCH] Fix the description of few network metrics and expand some others Message-Id: <1417643464-5415-1-git-send-email-michele@acksyn.org> X-Mailer: git-send-email 2.1.0 X-Barracuda-Connect: palahniuk.acksyn.org[5.9.7.26] X-Barracuda-Start-Time: 1417643478 X-Barracuda-URL: http://192.48.157.11:80/cgi-mod/mark.cgi X-Virus-Scanned: by bsmtpd at sgi.com X-Barracuda-BRTS-Status: 1 X-Barracuda-Spam-Score: 0.00 X-Barracuda-Spam-Status: No, SCORE=0.00 using per-user scores of TAG_LEVEL=1000.0 QUARANTINE_LEVEL=1000.0 KILL_LEVEL=2.7 tests=DKIM_SIGNED, DKIM_VERIFIED X-Barracuda-Spam-Report: Code version 3.2, rules version 3.2.3.12399 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 The following three metrics have a wrong description: network.interface.in.frame network recv read frames ... network.interface.in.fifo network recv read fifos ... network.interface.out.fifo network send fifos ... All three are actually error counters (see net/core/net-procfs.c: dev_seq_printf_stats()). Improve the description of all metrics taken from /proc/net/dev and refer to the actual structure in the kernel for easier referencing. --- src/pmdas/linux/help | 34 ++++++++++++++++++++++++++++++---- 1 file changed, 30 insertions(+), 4 deletions(-) diff --git a/src/pmdas/linux/help b/src/pmdas/linux/help index 464f54fc39b4..4f956432d90f 100644 --- a/src/pmdas/linux/help +++ b/src/pmdas/linux/help @@ -709,26 +709,52 @@ Total CPU time spent running virtual guest operating systems. @ hinv.ninterface number of active (up) network interfaces @ network.interface.in.bytes network recv read bytes from /proc/net/dev per network interface +bytes column on the "Receive" side of /proc/net/dev (stats->rx_bytes counter in rtnl_link_stats64) @ network.interface.in.packets network recv read packets from /proc/net/dev per network interface +packets column on the "Receive" side of /proc/net/dev (stats->rx_packets counter in rtnl_link_stats64) @ network.interface.in.errors network recv read errors from /proc/net/dev per network interface +errors column on the "Receive" side of /proc/net/dev (stats->rx_errors counter in rtnl_link_stats64) @ network.interface.in.drops network recv read drops from /proc/net/dev per network interface -@ network.interface.in.mcasts network recv compressed from /proc/net/dev per network interface -@ network.interface.in.fifo network recv read fifos from /proc/net/dev per network interface -@ network.interface.in.frame network recv read frames from /proc/net/dev per network interface +drop column on the "Receive" side of /proc/net/dev (stats->{rx_dropped + rx_missed_errors} +counters in rtnl_link_stats64. rx_dropped are the dropped packets due to no space in linux buffers +and rx_missed are due to the receiver NIC missing a packet. Not all NICS use the rx_missed_errors +counter) +@ network.interface.in.mcasts network recv multicast packets from /proc/net/dev per network interface +multicast column on the "Receive" side of /proc/net/dev (stats->multicast counter in rtnl_link_stats64) +@ network.interface.in.fifo network recv fifo overrun errors from /proc/net/dev per network interface +fifo column on the "Receive" side of /proc/net/dev (stats->rx_fifo_errors counter in rtnl_link_stats64) +@ network.interface.in.frame network recv frames errors from /proc/net/dev per network interface +frame column on the "Receive" side of /proc/net/dev (stats->{rx_length_errors + rx_over_errors + +rx_crc_errors + rx_frame_errors} counters in rtnl_link_stats64 @ network.interface.in.compressed network recv compressed from /proc/net/dev per network interface +compressed column on the "Receive" side of /proc/net/dev (stats->rx_compressed counter in +rtnl_link_stats64). Almost exclusively used for CSLIP or HDLC devices @ network.interface.out.bytes network send bytes from /proc/net/dev per network interface +bytes column on the "Transmit" side of /proc/net/dev (stats->tx_bytes counter in rtnl_link_stats64) @ network.interface.out.packets network send packets from /proc/net/dev per network interface +packets column on the "Transmit" side of /proc/net/dev (stats->tx_packets counter in rtnl_link_stats64) @ network.interface.out.errors network send errors from /proc/net/dev per network interface +errors column on the "Transmit" side of /proc/net/dev (stats->tx_errors counter in rtnl_link_stats64) @ network.interface.out.drops network send drops from /proc/net/dev per network interface +drop column on the "Transmit" side of /proc/net/dev (stats->tx_dropped counter in rtnl_link_stats64) @ network.interface.out.fifo network send fifos from /proc/net/dev per network interface +fifo column on the "Transmit" side of /proc/net/dev (stats->tx_fifo_errors counter in rtnl_link_stats64) @ network.interface.collisions network send collisions from /proc/net/dev per network interface +colls column on the "Transmit" side of /proc/net/dev (stats->collisions counter in rtnl_link_stats64) +Counter only valid for outgoing packets @ network.interface.out.carrier network send carrier from /proc/net/dev per network interface +carrier column on the "Transmit" side of /proc/net/dev (stats->{tx_carrier_errors + tx_aborted_errors + +tx_window_errors + tx_heartbeat_errors} counters in rtnl_link_stats64). @ network.interface.out.compressed network send compressed from /proc/net/dev per network interface +compressed column on the "Transmit" side of /proc/net/dev (stats->tx_compressed counter in +rtnl_link_stats64). Almost exclusively used for CSLIP or HDLC devices @ network.interface.total.bytes network total (in+out) bytes from /proc/net/dev per network interface @ network.interface.total.packets network total (in+out) packets from /proc/net/dev per network interface @ network.interface.total.errors network total (in+out) errors from /proc/net/dev per network interface @ network.interface.total.drops network total (in+out) drops from /proc/net/dev per network interface -@ network.interface.total.mcasts network total (in+out) mcasts from /proc/net/dev per network interface +@ network.interface.total.mcasts network total (in) mcasts from /proc/net/dev per network interface +Linux does not account for outgoing mcast packets per device, so this counter is identical to +the incoming mcast metric @ network.interface.mtu maximum transmission unit on network interface @ network.interface.speed interface speed in megabytes per second The linespeed on the network interface, as reported by the kernel, -- 2.1.0 From michele@acksyn.org Wed Dec 3 15:57:25 2014 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on oss.sgi.com X-Spam-Level: X-Spam-Status: No, score=0.0 required=5.0 tests=T_DKIM_INVALID autolearn=ham version=3.3.1 X-Original-To: pcp@oss.sgi.com Delivered-To: pcp@oss.sgi.com Received: from relay.sgi.com (relay2.corp.sgi.com [137.38.102.29]) by oss.sgi.com (Postfix) with ESMTP id 6352C7F3F for ; Wed, 3 Dec 2014 15:57:25 -0600 (CST) Received: from cuda.sgi.com (cuda2.sgi.com [192.48.176.25]) by relay2.corp.sgi.com (Postfix) with ESMTP id 395D3304059 for ; Wed, 3 Dec 2014 13:57:25 -0800 (PST) X-ASG-Debug-ID: 1417643843-04cbb0106558d10001-S8gJnT Received: from palahniuk.acksyn.org (palahniuk.acksyn.org [5.9.7.26]) by cuda.sgi.com with ESMTP id 5tYpEtbNHtE6XeTw for ; Wed, 03 Dec 2014 13:57:23 -0800 (PST) X-Barracuda-Envelope-From: michele@acksyn.org X-Barracuda-Apparent-Source-IP: 5.9.7.26 Received: from localhost (localhost [127.0.0.1]) by palahniuk.acksyn.org (Postfix) with ESMTP id 3972B29101 for ; Wed, 3 Dec 2014 16:57:23 -0500 (EST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=acksyn.org; h= user-agent:content-disposition:content-type:content-type :mime-version:message-id:subject:subject:from:from:date:date :received:received; s=2010; t=1417643842; bh=IZP3kTA11NTb4TWktfA 5TJuUem2BElQ3HCpnU3mHKAE=; b=GXRLCxTsj4vvXTfQCOfiHq8repmJ3pbqSvk OG8d3mgqP93YUaVOmpX2I7/rQUaz030aDklEfmmofjUiBwMusrS461nzZXElzaTn ulGK1Cy839n02yaZGfCyipMJAKriPySxQ5dQZSZLz7SIb7+rvHMVq/IWc+GUcs17 KvppEE1U= Received: from palahniuk.acksyn.org ([127.0.0.1]) by localhost (mail.acksyn.org [127.0.0.1]) (amavisd-new, port 10026) with ESMTP id Gt19M7huWD3U for ; Wed, 3 Dec 2014 16:57:22 -0500 (EST) Received: from localhost (host54-190-dynamic.24-79-r.retail.telecomitalia.it [79.24.190.54]) by palahniuk.acksyn.org (Postfix) with ESMTPSA id 3EFF1290F2 for ; Wed, 3 Dec 2014 16:57:22 -0500 (EST) Date: Wed, 3 Dec 2014 22:57:21 +0100 From: Michele Baldessari To: pcp@oss.sgi.com Subject: %ifutil Message-ID: <20141203215721.GA6448@marquez.int.rhx> X-ASG-Orig-Subj: %ifutil MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.5.21 (2012-12-30) X-Barracuda-Connect: palahniuk.acksyn.org[5.9.7.26] X-Barracuda-Start-Time: 1417643843 X-Barracuda-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.12398 Rule breakdown below pts rule name description ---- ---------------------- -------------------------------------------------- -0.00 DKIM_VERIFIED Domain Keys Identified Mail: signature passes verification 0.00 DKIM_SIGNED Domain Keys Identified Mail: message has a signature Hi folks, I am slowly working on replacing all our internal scripts to collect network statistics. One value that sar gives out is %ifutil, which is defined as follows: """ Utilization percentage of the network interface. For half-duplex interfaces, utilization is calculated using the sum of rxkB/s and txkB/s as a percentage of the interface speed. For full-duplex, this is the greater of rxkB/S or txkB/s. """ Code: double compute_ifutil(struct stats_net_dev *st_net_dev, double rx, double tx) { unsigned long long speed; if (st_net_dev->speed) { speed = st_net_dev->speed * 1000000; if (st_net_dev->duplex == C_DUPLEX_FULL) { /* Full duplex */ if (rx > tx) { return (rx * 800 / speed); } else { return (tx * 800 / speed); } } else { /* Half duplex */ return ((rx + tx) * 800 / speed); } } return 0; } Two questions: 1) Would it be ok to add this to the Linux PMDA or do you feel this is something to be taken care of by higher-level apps/tools or via some combined metric? 2) In case the answer to 1) is 'it is ok', is the above calculation ok? I'm not entirely convinced. I'd personally split it in %rx_ifutil and %tx_ifutil. Thoughts? Cheers, Michele -- Michele Baldessari C2A5 9DA3 9961 4FFB E01B D0BC DDD4 DCCB 7515 5C6D From michele@acksyn.org Wed Dec 3 16:19: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=T_DKIM_INVALID autolearn=ham version=3.3.1 X-Original-To: pcp@oss.sgi.com Delivered-To: pcp@oss.sgi.com Received: from relay.sgi.com (relay2.corp.sgi.com [137.38.102.29]) by oss.sgi.com (Postfix) with ESMTP id 146D07F4E for ; Wed, 3 Dec 2014 16:19:28 -0600 (CST) Received: from cuda.sgi.com (cuda3.sgi.com [192.48.176.15]) by relay2.corp.sgi.com (Postfix) with ESMTP id 03542304053 for ; Wed, 3 Dec 2014 14:19:25 -0800 (PST) X-ASG-Debug-ID: 1417645163-04cb6c0572ee51d0001-S8gJnT Received: from palahniuk.acksyn.org (palahniuk.acksyn.org [5.9.7.26]) by cuda.sgi.com with ESMTP id vqByQGExBFnaU9Pw for ; Wed, 03 Dec 2014 14:19:23 -0800 (PST) X-Barracuda-Envelope-From: michele@acksyn.org X-Barracuda-Apparent-Source-IP: 5.9.7.26 Received: from localhost (localhost [127.0.0.1]) by palahniuk.acksyn.org (Postfix) with ESMTP id E95C029101 for ; Wed, 3 Dec 2014 17:19:21 -0500 (EST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=acksyn.org; h= content-transfer-encoding:user-agent:content-disposition :content-type:content-type:mime-version:message-id:subject :subject:from:from:date:date:received:received; s=2010; t= 1417645161; bh=YLk3qFjgojAK64rv9YCfjB1afU85dJpJd0EbjPlKu+c=; b=j 360bEF1D3T47E4LM5i9ryjmeZnD6R6WM4sNUVPbD7s6w9tRujnM/Dc6PUSNOzYdU 7+nlQkTrjTxXh2YvjIkJkoeL6Er/OJB09IRwksEDBOWdcskyPlnv4QxTCTJNHhuK bHghI1pgOQ7SSVbS5mC5UtArstAgzg6jApRyVgi9dE= Received: from palahniuk.acksyn.org ([127.0.0.1]) by localhost (mail.acksyn.org [127.0.0.1]) (amavisd-new, port 10026) with ESMTP id XMk22BIPntqp for ; Wed, 3 Dec 2014 17:19:21 -0500 (EST) Received: from localhost (host54-190-dynamic.24-79-r.retail.telecomitalia.it [79.24.190.54]) by palahniuk.acksyn.org (Postfix) with ESMTPSA id 0951F290F2 for ; Wed, 3 Dec 2014 17:19:20 -0500 (EST) Date: Wed, 3 Dec 2014 23:19:20 +0100 From: Michele Baldessari To: pcp@oss.sgi.com Subject: Networking Metrics Message-ID: <20141203221920.GB6448@marquez.int.rhx> X-ASG-Orig-Subj: Networking Metrics MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline User-Agent: Mutt/1.5.21 (2012-12-30) Content-Transfer-Encoding: quoted-printable X-Barracuda-Connect: palahniuk.acksyn.org[5.9.7.26] X-Barracuda-Start-Time: 1417645163 X-Barracuda-URL: http://192.48.176.15:80/cgi-mod/mark.cgi X-Virus-Scanned: by bsmtpd at sgi.com X-Barracuda-BRTS-Status: 1 X-Barracuda-Spam-Score: 0.00 X-Barracuda-Spam-Status: No, SCORE=0.00 using per-user scores of TAG_LEVEL=1000.0 QUARANTINE_LEVEL=1000.0 KILL_LEVEL=2.7 tests=DKIM_SIGNED, DKIM_VERIFIED X-Barracuda-Spam-Report: Code version 3.2, rules version 3.2.3.12400 Rule breakdown below pts rule name description ---- ---------------------- -------------------------------------------------- -0.00 DKIM_VERIFIED Domain Keys Identified Mail: signature passes verification 0.00 DKIM_SIGNED Domain Keys Identified Mail: message has a signature Hi all, so on my quest to replace all our (RH) internal scripts to collect networking stats with PCP. I thought I'd check with the list before putting more work into it, as a) someone else might be looking at the same topics and b) maybe there are some suggestions one way or the other. I am missing the following things: 1) tc -s class show dev $IFACE / tc -s qdisc show dev $IFACE These commands spew out stuff like: $ linux=A0=A0tc -s class show dev em1 class mq :1 root=20 Sent 546103985 bytes 4438169 pkt (dropped 0, overlimits 0 requeues 7)=20 backlog 0b 0p requeues 7=20 class mq :2 root=20 Sent 0 bytes 0 pkt (dropped 0, overlimits 0 requeues 0)=20 backlog 0b 0p requeues 0=20 class mq :3 root=20 Sent 0 bytes 0 pkt (dropped 0, overlimits 0 requeues 0)=20 backlog 0b 0p requeues 0=20 class mq :4 root=20 Sent 0 bytes 0 pkt (dropped 0, overlimits 0 requeues 0)=20 backlog 0b 0p requeues 0=20 class mq :5 root=20 Sent 0 bytes 0 pkt (dropped 0, overlimits 0 requeues 0)=20 backlog 0b 0p requeues 0=20 $ tc -s qdisc show dev em1 qdisc mq 0: root=20 Sent 546796662 bytes 4447544 pkt (dropped 0, overlimits 0 requeues 7)=20 backlog 0b 0p requeues 7=20 qdisc pfifo_fast 0: parent :1 bands 3 priomap 1 2 2 2 1 2 0 0 1 1 1 1 1 = 1 1 1 Sent 546796662 bytes 4447544 pkt (dropped 0, overlimits 0 requeues 7)=20 backlog 0b 0p requeues 7=20 I was thinking of creating a separate PMDA for this. I still need to thin= k a bit how the namespace will look like. I'll probably prefer using NETLINK and = fetch the info in the PMDA directly and not fork tc and parse the output. Hopef= ully it is not too much work.=20 2) /proc/softirqs This should be trivial. Would it be ok to fold this into the Linux PMDA? 3) /proc/net/softnet_stat Should also be fairly simple. Unsure where to squeeze it in though? Maybe a new PMDA linux-networking which holds 1) 3) and 4) ? 4) ethtool -S I have a prototype ready in python. It crashes when an interface is remov= ed and readded (due to the python-pcp limits with dynamic metrics issue). Anyhow I will port it to C so we won't be dependant on a too recent pytho= n-ethtool version. Here too, I am unsure if I should put it in a linux-networking P= MDA or an ethtool PMDA or somewhere else completely Thanks for any suggestion, Michele --=20 Michele Baldessari C2A5 9DA3 9961 4FFB E01B D0BC DDD4 DCCB 7515 5C6D From nscott@redhat.com Wed Dec 3 16:24:26 2014 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on oss.sgi.com X-Spam-Level: X-Spam-Status: No, score=0.0 required=5.0 tests=none autolearn=ham version=3.3.1 X-Original-To: pcp@oss.sgi.com Delivered-To: pcp@oss.sgi.com Received: from relay.sgi.com (relay2.corp.sgi.com [137.38.102.29]) by oss.sgi.com (Postfix) with ESMTP id 2D4517F4E for ; Wed, 3 Dec 2014 16:24:26 -0600 (CST) Received: from cuda.sgi.com (cuda1.sgi.com [192.48.157.11]) by relay2.corp.sgi.com (Postfix) with ESMTP id F1FDB30404E for ; Wed, 3 Dec 2014 14:24:25 -0800 (PST) X-ASG-Debug-ID: 1417645464-04bdf0616010f21e0001-S8gJnT Received: from mx5-phx2.redhat.com (mx5-phx2.redhat.com [209.132.183.37]) by cuda.sgi.com with ESMTP id qlyRF46awojHl9W7 (version=TLSv1 cipher=AES256-SHA bits=256 verify=NO) for ; Wed, 03 Dec 2014 14:24:24 -0800 (PST) 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 sB3MOMQT015967; Wed, 3 Dec 2014 17:24:22 -0500 Date: Wed, 3 Dec 2014 17:24:22 -0500 (EST) From: Nathan Scott Reply-To: Nathan Scott To: Michele Baldessari Cc: pcp@oss.sgi.com Message-ID: <494213618.10008039.1417645461995.JavaMail.zimbra@redhat.com> In-Reply-To: <20141203215721.GA6448@marquez.int.rhx> References: <20141203215721.GA6448@marquez.int.rhx> Subject: Re: [pcp] %ifutil MIME-Version: 1.0 X-ASG-Orig-Subj: Re: [pcp] %ifutil 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: %ifutil Thread-Index: DxfWIjVmoc+tpyhF45fGOzUmxrvISA== X-Barracuda-Connect: mx5-phx2.redhat.com[209.132.183.37] X-Barracuda-Start-Time: 1417645464 X-Barracuda-Encrypted: AES256-SHA X-Barracuda-URL: http://192.48.157.11:80/cgi-mod/mark.cgi X-Virus-Scanned: by bsmtpd at sgi.com X-Barracuda-BRTS-Status: 1 X-Barracuda-Spam-Score: 0.02 X-Barracuda-Spam-Status: No, SCORE=0.02 using per-user scores of TAG_LEVEL=1000.0 QUARANTINE_LEVEL=1000.0 KILL_LEVEL=2.7 tests=THREAD_INDEX, THREAD_TOPIC X-Barracuda-Spam-Report: Code version 3.2, rules version 3.2.3.12401 Rule breakdown below pts rule name description ---- ---------------------- -------------------------------------------------- 0.01 THREAD_INDEX thread-index: AcO7Y8iR61tzADqsRmmc5wNiFHEOig== 0.01 THREAD_TOPIC Thread-Topic: ...(Japanese Subject)... ----- Original Message ----- > Hi folks, > > I am slowly working on replacing all our internal scripts to collect network > statistics. One value that sar gives out is %ifutil, which is defined as > follows: > """ > Utilization percentage of the network interface. For half-duplex interfaces, > utilization is calculated using the sum of rxkB/s and txkB/s as a > percentage > of the interface speed. For full-duplex, this is the greater of rxkB/S or > txkB/s. > """ > > Code: > double compute_ifutil(struct stats_net_dev *st_net_dev, double rx, double tx) > { > unsigned long long speed; > > if (st_net_dev->speed) { > > speed = st_net_dev->speed * 1000000; > > if (st_net_dev->duplex == C_DUPLEX_FULL) { > /* Full duplex */ > if (rx > tx) { > return (rx * > 800 / > speed); > } > else { > return (tx * > 800 / > speed); > } > } > else { > /* Half duplex */ > return ((rx + tx) * 800 / > speed); > } > } > > return 0; > } > > Two questions: > 1) Would it be ok to add this to the Linux PMDA or do you feel this is > something to be taken care of > by higher-level apps/tools or via some combined metric? I think the tx and rx values being passed into that function would be rate-converted counters? (throughput) - which requires two samples to calculate. If so, I guess client side calculations would be the way to go - these look like candidate metrics that'd be involved... network.interface.speed network.interface.baudrate network.interface.duplex network.interface.in.bytes network.interface.out.bytes > 2) In case the answer to 1) is 'it is ok', is the above calculation ok? I'm > not entirely convinced. > I'd personally split it in %rx_ifutil and %tx_ifutil. Thoughts? Yeah, does seem a little odd, though I'm far from a networking guru. If it was storage, we'd be summing the in/out rates to calculate the utilisation, not taking the biggest and ignoring the other. I think having the separate send/recv values is a good idea anyway. cheers. -- Nathan From wwwrun@oss.sgi.com Wed Dec 3 16:41: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=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 972C07F54; Wed, 3 Dec 2014 16:41:14 -0600 (CST) From: bugzilla-daemon@oss.sgi.com To: pcp@oss.sgi.com Subject: [Bug 1091] pmapi extension for regularly scheduled fetches Date: Wed, 03 Dec 2014 22:41:14 +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="1417646474.b71fde2.13158"; charset="us-ascii" X-Bugzilla-URL: http://oss.sgi.com/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 --1417646474.b71fde2.13158 Date: Wed, 3 Dec 2014 16:41:14 -0600 MIME-Version: 1.0 Content-Type: text/plain; charset="UTF-8" http://oss.sgi.com/bugzilla/show_bug.cgi?id=1091 --- Comment #3 from Frank Ch. Eigler --- (In reply to comment #2) > This introduces server side memory load and complexity (significant per-client > server state would be needed), The amount of per-client state would be approximately equal to one fetch packet, namely one kilobyte in this case. The complexity may be more accurately judged via a straw design. > at the cost of tiny amounts of network traffic & small latency. As for network traffic, in this test it was 10% of the total, and apprx. 100% duplicative of previous traffic. As for latency, that's not easily answered, since it is a composite of multiple scheduling delays & context switches, and hops across the network. > It goes against the design of pmcd to be small, lightweight, and stateless. Only "stateless" is impacted here, and even that not severely. In the model roughly proposed, pmcd would remain stateless across individual PMAPI calls (except, well, for state already stored, like indom profiles). It would just mean that instead of one response to the fetch pdu, pmcd would issue multiple responses over time, until the operation is complete. For example, no nesting of operations is necessary. If you mean "stateless" to mean the structure of the relatively simple main message handling loop, then yes, that part would be somewhat complicated. > It'd also removes the implicit feedback loop that is designed into the > protocol. Please elaborate what you mean. > If you're concerned about it, it would be better to understand where that > existing latency is coming from and optimise that - such optimisations will > help all client tools and allows pmcd to stay lean. Sure, but that is orthogonal to reducing effort and traffic that is, from the application point of view, pure overhead. We should reduce both. -- You are receiving this mail because: You are on the CC list for the bug. --1417646474.b71fde2.13158 Date: Wed, 3 Dec 2014 16:41:14 -0600 MIME-Version: 1.0 Content-Type: text/html; charset="UTF-8"

Comment # 3 on bug 1091 from 
(In reply to comment #2)
> This introduces server side memory load and complexity (significant per-client
> server state would be needed),

The amount of per-client state would be approximately equal to one fetch
packet,
namely one kilobyte in this case.  The complexity may be more accurately judged
via a straw design.

> at the cost of tiny amounts of network traffic & small latency.

As for network traffic, in this test it was 10% of the total, and
apprx. 100% duplicative of previous traffic.  As for latency, that's
not easily answered, since it is a composite of multiple scheduling
delays & context switches, and hops across the network.


> It goes against the design of pmcd to be small, lightweight, and stateless.

Only "stateless" is impacted here, and even that not severely.  In the
model roughly proposed, pmcd would remain stateless across individual PMAPI
calls (except, well, for state already stored, like indom profiles).  It
would just mean that instead of one response to the fetch pdu, pmcd would
issue multiple responses over time, until the operation is complete.  For
example, no nesting of operations is necessary.

If you mean "stateless" to mean the structure of the relatively simple main
message handling loop, then yes, that part would be somewhat complicated.


> It'd also removes the implicit feedback loop that is designed into the
> protocol.

Please elaborate what you mean.


> If you're concerned about it, it would be better to understand where that
> existing latency is coming from and optimise that - such optimisations will
> help all client tools and allows pmcd to stay lean.

Sure, but that is orthogonal to reducing effort and traffic that is, from
the application point of view, pure overhead.  We should reduce both.

You are receiving this mail because:
  • You are on the CC list for the bug.
--1417646474.b71fde2.13158-- From chandana@desilva.id.au Wed Dec 3 16:55: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 EE92D7F4E for ; Wed, 3 Dec 2014 16:55:00 -0600 (CST) Received: from cuda.sgi.com (cuda3.sgi.com [192.48.176.15]) by relay3.corp.sgi.com (Postfix) with ESMTP id 7D5DAAC002 for ; Wed, 3 Dec 2014 14:54:57 -0800 (PST) X-ASG-Debug-ID: 1417647295-04cb6c0570ef2380001-S8gJnT Received: from mho-02-ewr.mailhop.org (mho-02-ewr.mailhop.org [204.13.248.72]) by cuda.sgi.com with ESMTP id LT2kEXsAf7bJA3cx (version=TLSv1 cipher=AES256-SHA bits=256 verify=NO) for ; Wed, 03 Dec 2014 14:54:55 -0800 (PST) X-Barracuda-Envelope-From: chandana@desilva.id.au X-Barracuda-Apparent-Source-IP: 204.13.248.72 Received: from ec2-54-252-74-219.ap-southeast-2.compute.amazonaws.com ([54.252.74.219] helo=mail.desilva.id.au) by mho-02-ewr.mailhop.org with esmtpa (Exim 4.72) (envelope-from ) id 1XwIow-0006YA-VY; Wed, 03 Dec 2014 22:54:55 +0000 Received: from [192.168.19.83] (unknown [175.45.83.34]) by mail.desilva.id.au (Postfix) with ESMTPSA id B0623214B7; Wed, 3 Dec 2014 22:54:52 +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: U2FsdGVkX18v7/Rj6sokrLjN9yI2/x+gNTX/6LXVatQ= Message-ID: <1417647290.948.20.camel@tardis> Subject: Re: pmwebd: Defining the directory for PCP Archives From: Chandana De Silva X-ASG-Orig-Subj: Re: pmwebd: Defining the directory for PCP Archives Reply-To: chandana@desilva.id.au To: "Frank Ch. Eigler" Cc: pcp@oss.sgi.com Date: Thu, 04 Dec 2014 09:54:50 +1100 In-Reply-To: <20141202230914.GQ5088@redhat.com> References: <1417459116.12396.15.camel@tardis> <1417499687.17867.23.camel@tardis> <20141202121245.GP5088@redhat.com> <1417556631.941.12.camel@tardis> <20141202230914.GQ5088@redhat.com> Content-Type: text/plain; charset="UTF-8" X-Mailer: Evolution 3.10.4 (3.10.4-4.fc20) Mime-Version: 1.0 Content-Transfer-Encoding: 7bit X-Barracuda-Connect: mho-02-ewr.mailhop.org[204.13.248.72] X-Barracuda-Start-Time: 1417647295 X-Barracuda-Encrypted: AES256-SHA X-Barracuda-URL: http://192.48.176.15:80/cgi-mod/mark.cgi X-Virus-Scanned: by bsmtpd at sgi.com X-Barracuda-BRTS-Status: 1 X-Barracuda-Spam-Score: 0.00 X-Barracuda-Spam-Status: No, SCORE=0.00 using per-user scores of TAG_LEVEL=1000.0 QUARANTINE_LEVEL=1000.0 KILL_LEVEL=2.7 tests=BSF_SC0_MISMATCH_TO X-Barracuda-Spam-Report: Code version 3.2, rules version 3.2.3.12401 Rule breakdown below pts rule name description ---- ---------------------- -------------------------------------------------- 0.00 BSF_SC0_MISMATCH_TO Envelope rcpt doesn't match header Hello Frank Added verbosity, and tried : $ tail -f /var/log/pcp/pmwebd/pmwebd.log Verbosity level 3 Using libmicrohttpd 0.9.22 PMAPI prefix /pmapi Serving non-pmwebapi URLs under directory /usr/share/pcp/webapps Remote context creation requests enabled Archive base directory: /var/logdata/pmlogger/ Graphite API enabled Graphite API Cairo graphics rendering compiled-in Periodic client statistics dumped roughly every 300s Using up to 0 auxiliary threads [Wed Dec 3 22:49:47] pmwebd(17772): [10.17.1.18:55220] HTTP/1.1 GET / [Wed Dec 3 22:49:50] pmwebd(17772): [10.17.1.18:55220] HTTP/1.1 GET /graphite/ [Wed Dec 3 22:49:50] pmwebd(17772): [10.17.1.18:55220] HTTP/1.1 GET /graphite/composer/ = [Wed Dec 3 22:49:50] pmwebd(17772): [10.17.1.18:55220] HTTP/1.1 GET /graphite/composer/index.html = [Wed Dec 3 22:49:50] pmwebd(17772): [10.17.1.18:55220] pmwebres serving file /usr/share/pcp/webapps/graphite/composer/index.html [Wed Dec 3 22:49:51] pmwebd(17772): [10.17.1.18:55220] HTTP/1.1 GET /render [Wed Dec 3 22:49:51] pmwebd(17772): [10.17.1.18:55220] suspicious resource path /usr/share/pcp/webapps/render [Wed Dec 3 22:49:51] pmwebd(17772): [10.17.1.18:55220] HTTP/1.1 GET /graphite/render/ _salt=1417646991.127 height=308 width=586 [Wed Dec 3 22:49:51] pmwebd(17772): [10.17.1.18:55220] digested 0 metrics, timespan [1417560591-1417646991 by 85], in 0.002ms [Wed Dec 3 22:49:54] pmwebd(17772): [10.17.1.18:55220] HTTP/1.1 GET /graphite/metrics/find/ _dc=1417646994317 contexts=1 format=treejson node=GraphiteTree path= query=* [Wed Dec 3 22:49:54] pmwebd(17772): [10.17.1.18:55220] Searching for archives under /var/logdata/pmlogger/ [Wed Dec 3 22:49:57] pmwebd(17772): [10.17.1.18:55220] enumerated 701382 metrics [Wed Dec 3 22:50:04] pmwebd(17772): [10.17.1.18:55220] HTTP/1.1 GET /graphite/metrics/find/ _dc=1417647004436 contexts=1 format=treejson node=-2F-var-2F-logdata-2F-pmlogger-2F-archdb1-2E-prd-2E-mel-2F-20141118-2E-meta path=-2F-var-2F-logdata-2F-pmlogger-2F-archdb1-2E-prd-2E-mel-2F-20141118-2E-meta query=-2F-var-2F-logdata-2F-pmlogger-2F-archdb1-2E-prd-2E-mel-2F-20141118-2E-meta.* [Wed Dec 3 22:50:04] pmwebd(17772): [10.17.1.18:55220] Searching for archives under /var/logdata/pmlogger/ [Wed Dec 3 22:50:04] pmwebd(17772): [10.17.1.18:55220] enumerated 1370 metrics [Wed Dec 3 22:50:06] pmwebd(17772): [10.17.1.18:55220] HTTP/1.1 GET /graphite/metrics/find/ _dc=1417647006094 contexts=1 format=treejson node=-2F-var-2F-logdata-2F-pmlogger-2F-archdb1-2E-prd-2E-mel-2F-20141118-2E-meta.disk path=-2F-var-2F-logdata-2F-pmlogger-2F-archdb1-2E-prd-2E-mel-2F-20141118-2E-meta.disk query=-2F-var-2F-logdata-2F-pmlogger-2F-archdb1-2E-prd-2E-mel-2F-20141118-2E-meta.disk.* [Wed Dec 3 22:50:06] pmwebd(17772): [10.17.1.18:55220] Searching for archives under /var/logdata/pmlogger/ [Wed Dec 3 22:50:06] pmwebd(17772): [10.17.1.18:55220] enumerated 123 metrics [Wed Dec 3 22:50:08] pmwebd(17772): [10.17.1.18:55220] HTTP/1.1 GET /graphite/metrics/find/ _dc=1417647008097 contexts=1 format=treejson node=-2F-var-2F-logdata-2F-pmlogger-2F-archdb1-2E-prd-2E-mel-2F-20141118-2E-meta.disk.all path=-2F-var-2F-logdata-2F-pmlogger-2F-archdb1-2E-prd-2E-mel-2F-20141118-2E-meta.disk.all query=-2F-var-2F-logdata-2F-pmlogger-2F-archdb1-2E-prd-2E-mel-2F-20141118-2E-meta.disk.all.* [Wed Dec 3 22:50:08] pmwebd(17772): [10.17.1.18:55220] Searching for archives under /var/logdata/pmlogger/ [Wed Dec 3 22:50:08] pmwebd(17772): [10.17.1.18:55220] enumerated 15 metrics [Wed Dec 3 22:50:09] pmwebd(17772): [10.17.1.18:55220] HTTP/1.1 GET /graphite/render/ _salt=1417647009.812 height=308 target=-2F-var-2F-logdata-2F-pmlogger-2F-archdb1-2E-prd-2E-mel-2F-20141118-2E-meta.disk.all.avactive width=586 [Wed Dec 3 22:50:09] pmwebd(17772): [10.17.1.18:55220] Searching for archives under /var/logdata/pmlogger/ [Wed Dec 3 22:50:09] pmwebd(17772): [10.17.1.18:55220] enumerated 1 metrics [Wed Dec 3 22:50:09] pmwebd(17772): [10.17.1.18:55220] digested 1 metrics, timespan [1417560609-1417647009 by 85], in 15.574ms [Wed Dec 3 22:50:16] pmwebd(17772): [10.17.1.18:55220] HTTP/1.1 GET /graphite/render/ _salt=1417647016.797 height=308 width=586 [Wed Dec 3 22:50:16] pmwebd(17772): [10.17.1.18:55220] digested 0 metrics, timespan [1417560616-1417647016 by 85], in 0.002ms On Tue, 2014-12-02 at 18:09 -0500, Frank Ch. Eigler wrote: > > $ cat /var/log/pcp/pmwebd/pmwebd.log > > [Tue Dec 2 21:31:42] pmwebd(32481): pmwebd > > Archive base directory: /var/logdata/pmlogger/ > > Graphite API enabled > > Graphite API Cairo graphics rendering compiled-in > > [...] > > That looks good. Try adding a few more -v (verbose) flags to > pmwebd.options to get more data in the .log file. > > > - FChE From nscott@redhat.com Wed Dec 3 17:11:29 2014 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on oss.sgi.com X-Spam-Level: X-Spam-Status: No, score=0.0 required=5.0 tests=none autolearn=ham version=3.3.1 X-Original-To: pcp@oss.sgi.com Delivered-To: pcp@oss.sgi.com Received: from relay.sgi.com (relay3.corp.sgi.com [198.149.34.15]) by oss.sgi.com (Postfix) with ESMTP id 5EA177F4E for ; Wed, 3 Dec 2014 17:11:29 -0600 (CST) Received: from cuda.sgi.com (cuda2.sgi.com [192.48.176.25]) by relay3.corp.sgi.com (Postfix) with ESMTP id D33AEAC002 for ; Wed, 3 Dec 2014 15:11:25 -0800 (PST) X-ASG-Debug-ID: 1417648283-04cbb0106970c10001-S8gJnT Received: from mx3-phx2.redhat.com (mx3-phx2.redhat.com [209.132.183.24]) by cuda.sgi.com with ESMTP id mrk4IylRUtPjoEke (version=TLSv1 cipher=AES256-SHA bits=256 verify=NO) for ; Wed, 03 Dec 2014 15:11:24 -0800 (PST) X-Barracuda-Envelope-From: nscott@redhat.com X-Barracuda-Apparent-Source-IP: 209.132.183.24 Received: from zmail20.collab.prod.int.phx2.redhat.com (zmail20.collab.prod.int.phx2.redhat.com [10.5.83.23]) by mx3-phx2.redhat.com (8.13.8/8.13.8) with ESMTP id sB3NBLCw010930; Wed, 3 Dec 2014 18:11:21 -0500 Date: Wed, 3 Dec 2014 18:11:20 -0500 (EST) From: Nathan Scott Reply-To: Nathan Scott To: Michele Baldessari Cc: pcp@oss.sgi.com Message-ID: <41519473.10019484.1417648280946.JavaMail.zimbra@redhat.com> In-Reply-To: <20141203221920.GB6448@marquez.int.rhx> References: <20141203221920.GB6448@marquez.int.rhx> Subject: Re: [pcp] Networking Metrics MIME-Version: 1.0 X-ASG-Orig-Subj: Re: [pcp] Networking Metrics 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: Networking Metrics Thread-Index: 4CZQ5y2o+kRPE4dpvXdOC6AgirllNw== X-Barracuda-Connect: mx3-phx2.redhat.com[209.132.183.24] X-Barracuda-Start-Time: 1417648283 X-Barracuda-Encrypted: AES256-SHA X-Barracuda-URL: http://192.48.176.25:80/cgi-mod/mark.cgi X-Virus-Scanned: by bsmtpd at sgi.com X-Barracuda-BRTS-Status: 1 X-Barracuda-Spam-Score: 0.02 X-Barracuda-Spam-Status: No, SCORE=0.02 using per-user scores of TAG_LEVEL=1000.0 QUARANTINE_LEVEL=1000.0 KILL_LEVEL=2.7 tests=THREAD_INDEX, THREAD_TOPIC X-Barracuda-Spam-Report: Code version 3.2, rules version 3.2.3.12402 Rule breakdown below pts rule name description ---- ---------------------- -------------------------------------------------- 0.01 THREAD_INDEX thread-index: AcO7Y8iR61tzADqsRmmc5wNiFHEOig== 0.01 THREAD_TOPIC Thread-Topic: ...(Japanese Subject)... ----- Original Message ----- > Hi all, > > so on my quest to replace all our (RH) internal scripts to collect > networking stats with PCP. Awesome :) > I was thinking of creating a separate PMDA for this. I still need to think a > bit > how the namespace will look like. I'll probably prefer using NETLINK and > fetch > the info in the PMDA directly and not fork tc and parse the output. Hopefully > it is not too much work. Sounds good & yeah, shouldn't be a huge amount of work I'd hope. > 2) /proc/softirqs > This should be trivial. Would it be ok to fold this into the Linux PMDA? Yep (though complicated by need for dynamic metrics a bit). See the existing kernel.percpu.interrupts metrics (from /proc/interrupts), I guess these new ones would become kernel.percpu.soft_interrupts.* > 3) /proc/net/softnet_stat > Should also be fairly simple. Unsure where to squeeze it in though? Maybe > a new PMDA linux-networking which holds 1) 3) and 4) ? Sounds good to me. We have linux_proc, linux_xfs - so linux_net would be good - the metrics names could match the access methods, like netlink.* ethtool.* and so on? (/me has a luvly bikeshed now) > 4) ethtool -S > I have a prototype ready in python. It crashes when an interface is removed > and readded (due to the python-pcp limits with dynamic metrics issue). > Anyhow I will port it to C so we won't be dependant on a too recent > python-ethtool > version. Here too, I am unsure if I should put it in a linux-networking PMDA > or > an ethtool PMDA or somewhere else completely C is good (esp for simply talking ioctls like SIOCETHTOOL) - gives you the DSO PMDA option too, if elevated privileges aren't required (which I don't think they are here?). The python wrapper will only fail if you attempt to add an entirely new metric after startup - adding/removing instances on-the-fly is fine and generally a better way to go whenever possible. cheers. -- Nathan From psmith@aconex.com Wed Dec 3 23:36: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 41A6B7F3F for ; Wed, 3 Dec 2014 23:36:22 -0600 (CST) Received: from cuda.sgi.com (cuda3.sgi.com [192.48.176.15]) by relay2.corp.sgi.com (Postfix) with ESMTP id 20B11304032 for ; Wed, 3 Dec 2014 21:36:18 -0800 (PST) X-ASG-Debug-ID: 1417671372-04cb6c0573f4ec20001-S8gJnT Received: from postoffice2.aconex.com (mail.aconex.com [175.45.105.35]) by cuda.sgi.com with ESMTP id qX0qqvUGifc3x2yO for ; Wed, 03 Dec 2014 21:36:13 -0800 (PST) X-Barracuda-Envelope-From: psmith@aconex.com X-Barracuda-Apparent-Source-IP: 175.45.105.35 Received: from postoffice.aconex.com (postoffice.yarra.acx [192.168.35.100]) by postoffice2.aconex.com with ESMTP id jR5vX8CnCZ1eN8jm for ; Thu, 04 Dec 2014 16:36:10 +1100 (EST) Received: from gatekeeper.aconex.com (gatekeeper.yarra.acx [192.168.35.102]) by postoffice.aconex.com (Postfix) with ESMTP id 5E5023CE00BD for ; Thu, 4 Dec 2014 16:36:10 +1100 (EST) Received: from localhost (localhost.localdomain [127.0.0.1]) by gatekeeper.aconex.com (Postfix) with ESMTP id 5398A243A5A6 for ; Thu, 4 Dec 2014 16:36:10 +1100 (EST) Received: from gatekeeper.aconex.com ([127.0.0.1]) by localhost (gatekeeper.aconex.com [127.0.0.1]) (amavisd-new, port 10032) with ESMTP id IGvVE8i9bfw3 for ; Thu, 4 Dec 2014 16:36:09 +1100 (EST) Received: from localhost (localhost.localdomain [127.0.0.1]) by gatekeeper.aconex.com (Postfix) with ESMTP id C9B91243A5B8 for ; Thu, 4 Dec 2014 16:36:09 +1100 (EST) X-Virus-Scanned: amavisd-new at aconex.com Received: from gatekeeper.aconex.com ([127.0.0.1]) by localhost (gatekeeper.aconex.com [127.0.0.1]) (amavisd-new, port 10026) with ESMTP id ur69dNxoxLo7 for ; Thu, 4 Dec 2014 16:36:09 +1100 (EST) Received: from paul.engr.acx (paul.engr.acx [192.168.7.130]) by gatekeeper.aconex.com (Postfix) with ESMTPSA id 7BF17243A5A6 for ; Thu, 4 Dec 2014 16:36:09 +1100 (EST) From: Paul Smith Content-Type: multipart/mixed; boundary="Apple-Mail=_82C828E1-8F87-4FAC-9121-3F1B37DD3307" Subject: Failing PMDA Perl example with disappearing instance domain values Message-Id: <30806F1D-98FB-4C8A-B626-0981F486F8FB@aconex.com> X-ASG-Orig-Subj: Failing PMDA Perl example with disappearing instance domain values Date: Thu, 4 Dec 2014 16:36:09 +1100 To: pcp@oss.sgi.com Mime-Version: 1.0 (Mac OS X Mail 8.1 \(1993\)) X-Mailer: Apple Mail (2.1993) X-Virus-Scanned: by bsmtpd at aconex.com X-Barracuda-Connect: mail.aconex.com[175.45.105.35] X-Barracuda-Start-Time: 1417671372 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.12415 Rule breakdown below pts rule name description ---- ---------------------- -------------------------------------------------- --Apple-Mail=_82C828E1-8F87-4FAC-9121-3F1B37DD3307 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=us-ascii Hi Nathan (& everyone), as discussed on IRC, here's the example PMDA we = created copied, cleaned, scaled, and gutted from our activemq which = shows what we're seeing the issue where the PMDA crashes when the = refresh decides to inform PMCD that all of the instances in the indom = have disappeared (I always think of the canonical case of instance = domains of 'disks' where one has ejected all the disks leaving nothing, = which should be ok.. as you say, not usual, but should work). Here's also the attached output from running 'pcp' after the PMDA has = died. Performance Co-Pilot configuration on atrigg-T1700: platform: Linux atrigg-T1700 3.13.0-40-generic #69-Ubuntu SMP Thu Nov 13 = 17:53:56 UTC 2014 x86_64 hardware: 8 cpus, 2 disks, 1 node, 32119MB RAM timezone: AEDT-11 pmcd: Version 3.8.12-1, 7 agents, 4 clients pmda: pmcd proc xfs linux mmv jbd2 activemq failingpmda[720904] pmlogger: atrigg-T1700: = /var/log/pcp/pmmgr/atrigg-T1700/archive-20141203.220600 primary logger: atrigg-T1700/20141204.00.10 pmie: atrigg-T1700: /var/log/pcp/pmie/atrigg-T1700/pmie.log atrigg-T1700: /var/log/pcp/pmmgr/atrigg-T1700/pmie.log --Apple-Mail=_82C828E1-8F87-4FAC-9121-3F1B37DD3307 Content-Disposition: attachment; filename=failingpmda.tar.gz Content-Type: application/x-gzip; name="failingpmda.tar.gz" Content-Transfer-Encoding: base64 H4sIAPDxf1QAA+1ae3PaSBLPv8yn6LVdMVxhgTCPC15nQ2ycUMWrAF8qdVyphDQYVfTgNJId7irf /bpHEggMdjZHkr1bJg4wo+5fP2a656WpbtmWezd3TL3wrnvr6J/41LL5i32WYrFYrZYBv9VapZj+ lqVUUquglsrntVq1qiJhUa2WSqUXUNyrFjtKKALdR1X0wLfu7nbTPfc8sgWW3/8j5Zgdw5U3X6Bx swCyRg5KRbUMDcNz+Wd8hn+jmSVg7nt3vu4A/pz6nIPwpsGD7vMLWHghGLoLPjctgU6ahAEHKwDd NQueD45nWtMFNiBS6Jrch2DGIeC+I8CbygqOO3jHXe7rNvTDiW0Z0LYM7goOOkqmFjHjJkwWRI44 N6TBMNYAbjzE1QPLcy+AW0jhwz33BdahlIiI8fKAGmX1gJT2EcibE1sOdV2ArQcrTmW76SsLTbBc iTzz5mjODDHR5gfLtmHCIRR8Gtp5QEpE+dAave/djqDR/QgfGoNBozv6eIG0wcwLA+D3PEKynLlt ITAa5etusCDdO83B1Xukb7xttVujj6SyDzetUbc5HMJNbwAN6DcGo9bVbbsxgP7toN8bNhWAIefP uBahprJ70IMmDzANCGk0G/X6160BXIKiFOQfs1zDDk0OJ9noWa4gfKMQtxYmoWWbJp8KxlqNTuYS pquUwq57nUari403DTSg+67fuW4w+kAYbD3J9q/6GtWHmgQ+ySJGjrFOo6sNm1ejVq+Lmqiy3m+8 aw6xRsARnXKSTRHmJNV1cziCBFk2EK6juxu0rI0PiNL0HN1ylRn4nhcguCvgL4rt3TGGRumhHdTB mHHjkxYRspQ73t622teD23ZzmKNmzCS2XYeYjWVQye5w1Gi3c3DmQK1SgTOTFIvMz20jaEUgMOCO d8+fIK6Wy2lHzO0UbWHtwTbO+CEG+TTNl2pmmTdLNnJjbukObW7MYWVlYnfcHNcYS/usnonGEjm3 IAJz7lgmqRWNDq3fHLTJizn2s7Phn6+kgrUQDbr9y8D5sFar7Jz/1VLxfGP+r5yXqof5/0eU41+g MLHcgpixw1LgsBRYXwoocEKzKM4NBR4YBczwCnfvk+bh+8agKR/a1kTOOegeQ8GRxCzduUwvAxh9 DnkQzuWvKNEw/hn9VDwk/Z9Z0vmfPlJ1XDvsR8Yz+b9SqZXj/F8rlmtVzP+1arl4yP8/ohyS/iHp ryd91B3ISiO4kL9RHRczgohqN5bN6/W3uuCu7vCoDdM/esanBshq2k2r3dS03EUEhTNFvU47DKw7 CzgRnsM1y8WNAe69ilHjm1WjJjcQrsFF/Aj3WgI7RjN03FFcZDLHEFgoB31j6yLAUYfDUcykLRxJ IKaXsiQPImL9Hh1wCSUJ4GDXCW4I7KnggXM3AeFCwsQIItKXMiFyLs04e+3yh+xpKk+e5kE9L+di +2xPNzWp4qXUFJtFOIFwjkOUayk2De0MQsH+zQALsmZPYsk5ZH2jXSTtJ673sAKjRmsKWdx/WS43 l0yRg/6eVP+Rg5cvI9Yz2EUDv15uOikHkT5UfJywfTfS48tKcsIOl7gzT9NTd3FnHixWnYh6Z3MX axSYWNafF/NwmjQUTzeogwfvKWp0faqubnK7GFy+JrCP10FevUpxvXpFMMU0MNZk2xp4UZVtpbW2 EolcypTuiX2+Ggi/QjntJipyWJ299vnc1o146GdTsZGH8aYrU6Z9Wf7ittgl86/fInOtc36vRLX0 LSLXevh3i6x+R8/yb4DeNuIe4cfBtDMsL2XgXjCkk8kjnTWmuBKfIYdtT3TjE2aPTDp15OHECrhD Xyg9SSRx6KYjt5j223FqAGclAMV2cdO1UT6ArIohoH6t0xKmfkdrDgZav9O6ziP0Y5eke3pXhtmp 3kq18++oG98icSvvF9l18XjRTVNzOM2oWdmDdPqFaayYywMyjz72m9rteUlWWt3rXkfr3rbbeZbB +rBJbcMRrgDy8rhPC10rEMSd/MshZXo2UuR4xEwe8tN85hRT1qlMUU8poz5WJj2spUlfrQ0RP1ZI Iq3pBlt12xpU25YHaHbmtBXX4kNc4J/nnh+g4GgtkBBvChI82Iij7Pjl7iBDzhRjvFhAjp1z+joD roL87Clunk9X7X6I8+rPXvtTSe//vpeMZ/Z/cr+U7P9q5yXc/5XV8vkLqHwvhdLlT77/e2r/r+5J xjP3v+Xzyub5bw2bDvv/H1FOx0eObvgebvlM+YMp4yP6/8SpAD2VH/s6GSCs/ZwNENKeTgcI6onz gZ1O+JYzAsLZ4ymBVH1f5wQE9vikIDGfKaP3QPvi1AUvqHCE++Uj/OQ+sjpyir7yzvqW7QXIMnwP 3UanycbT842cM56qMD5LL3hhnsKIVi4ime71O+4GIO8vcxL1ujm8GrT6dMO7Axw7SIe0Wp0Y8jqC bESQY3GmEuxY4DLzYWYZMxatLcRWfaa+56SVVqQ28fVpQ6ojh0kKFqPin6GFK4loYFAnpK0WQTiJ VxMUKKHNpepGYN1zCiBg+j2S6xN8gOyzIJjXCwXbwzXLzBNBYctBg9Lvs+R+eVNcWjEMpVDQGoqI EgZh+NY8oJija/K6BIs3D2CY0YXA8h4/LZ0pE39JqRRiPMk/8jDq4wvjPPZppJVn294Dif+vZcXX DMQ+nr59NBgG5FFbD10jTiDjaWvuGCY+yao56WSBsWebIDd1FLP8MzdkYDMTu84I7IWC8b/yEvHE V/eRwwS4XkBZbh37YRZHM4uGMCoS+wGxMdZ8iWFGw4jO04ZMafXhCM3YbX36t7zDR2FHUGZREsPA pjbrLvRlNgR6zUsG9lbffI282OpIDCQvAkTo8XghfLJzu/8j479GVOTURBJmdA/2I67deyeFUees OdD27hJx8asOgE0rr3Hfp6TIhUDYOANsFys7EWVBs/u31qDX7TS7I9Z07y3fcx3S6F73LQpkIbO9 NGCOuwzrMwGSklJ5X04ZJgQezHWcazhOR9a/OJNBQ1rR4IuGpecvgE5jRcQhhzYBIY4CPTe1OYr9 l5eTp0RByuVlXzyIaOBg2neFVE3mGJCbOJE4HGfjpREKsFHUBdLBV73uDWEkz8HRF/H0J20Rc25Q gOA6QbfRJFeXKY49Hqx5yggmp66eRHMrBdVKzWwlFwXMsNmERnvYY8rbAVDHAsac8ofYbv3hypZ4 3ruM597/KFdrm+9/VNTD+v+HlONfDq9/HG4Cv/PrH7hktjX08GXgh5yZOk7mrqxPdRvlo3SDmxqu hTEUk0bJBGccjugWsf2hX6/fCu7L9fkRlF4XTH5fcEP0MrOwZ5EXTn6DM5dDkaZEl2W4MfPgaJ0T JOpqQY2rs9XK6wh56JUUFWfCzVdWknXr4Z2VQzmUQ/l/Kf8B9aS22AA0AAA= --Apple-Mail=_82C828E1-8F87-4FAC-9121-3F1B37DD3307-- From nscott@redhat.com Thu Dec 4 02:51: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 750567F3F for ; Thu, 4 Dec 2014 02:51:27 -0600 (CST) Received: from cuda.sgi.com (cuda3.sgi.com [192.48.176.15]) by relay2.corp.sgi.com (Postfix) with ESMTP id 5258F304032 for ; Thu, 4 Dec 2014 00:51:27 -0800 (PST) X-ASG-Debug-ID: 1417683082-04cb6c0570f9ef20001-S8gJnT Received: from mx5-phx2.redhat.com (mx5-phx2.redhat.com [209.132.183.37]) by cuda.sgi.com with ESMTP id AsSHvA635wKh4GZt (version=TLSv1 cipher=AES256-SHA bits=256 verify=NO) for ; Thu, 04 Dec 2014 00:51:22 -0800 (PST) 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 sB48pE1n027233; Thu, 4 Dec 2014 03:51:15 -0500 Date: Thu, 4 Dec 2014 03:51:14 -0500 (EST) From: Nathan Scott Reply-To: Nathan Scott To: Paul Smith Cc: pcp@oss.sgi.com Message-ID: <1775600914.10280164.1417683074559.JavaMail.zimbra@redhat.com> In-Reply-To: <30806F1D-98FB-4C8A-B626-0981F486F8FB@aconex.com> References: <30806F1D-98FB-4C8A-B626-0981F486F8FB@aconex.com> Subject: Re: [pcp] Failing PMDA Perl example with disappearing instance domain values MIME-Version: 1.0 X-ASG-Orig-Subj: Re: [pcp] Failing PMDA Perl example with disappearing instance domain values Content-Type: multipart/mixed; boundary="----=_Part_10280162_1659374520.1417683074557" 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: Failing PMDA Perl example with disappearing instance domain values Thread-Index: hxyFZQYzSmFiLwdRaj3GLUgDg4Omsg== X-Barracuda-Connect: mx5-phx2.redhat.com[209.132.183.37] X-Barracuda-Start-Time: 1417683082 X-Barracuda-Encrypted: AES256-SHA X-Barracuda-URL: http://192.48.176.15:80/cgi-mod/mark.cgi X-Virus-Scanned: by bsmtpd at sgi.com X-Barracuda-BRTS-Status: 1 X-Barracuda-Spam-Score: 0.02 X-Barracuda-Spam-Status: No, SCORE=0.02 using per-user scores of TAG_LEVEL=1000.0 QUARANTINE_LEVEL=1000.0 KILL_LEVEL=2.7 tests=THREAD_INDEX, THREAD_TOPIC X-Barracuda-Spam-Report: Code version 3.2, rules version 3.2.3.12421 Rule breakdown below pts rule name description ---- ---------------------- -------------------------------------------------- 0.01 THREAD_INDEX thread-index: AcO7Y8iR61tzADqsRmmc5wNiFHEOig== 0.01 THREAD_TOPIC Thread-Topic: ...(Japanese Subject)... ------=_Part_10280162_1659374520.1417683074557 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit Hi Paul, ----- Original Message ----- > Hi Nathan (& everyone), as discussed on IRC, here's the example PMDA we > created copied, cleaned, scaled, and gutted from our activemq which shows > what we're seeing the issue where the PMDA crashes when the refresh decides > to inform PMCD that all of the instances in the indom have disappeared (I > always think of the canonical case of instance domains of 'disks' where one > has ejected all the disks leaving nothing, which should be ok.. as you say, > not usual, but should work). Thanks for the test case. Yes, this is triggering an unhandled edge condition in the C code that interfaces between libpcp_pmda and perl scripts. The fix is attached. If it helps at all, its specific to the use of array-based instances - switching to the hash-based model will dodge this bullet. I'll make a pcp/qa test case tomorrow from yours and commit the fix for pcp-3.10.2 (which is scheduled for early January). cheers. -- Nathan ------=_Part_10280162_1659374520.1417683074557 Content-Type: text/x-patch; name=perl.patch Content-Disposition: attachment; filename=perl.patch Content-Transfer-Encoding: base64 ZGlmZiAtLWdpdCBhL3NyYy9wZXJsL1BNREEvUE1EQS54cyBiL3NyYy9wZXJsL1BNREEvUE1EQS54 cwppbmRleCBhNmQxNmIyLi43ZWFhZmYxIDEwMDY0NAotLS0gYS9zcmMvcGVybC9QTURBL1BNREEu eHMKKysrIGIvc3JjL3BlcmwvUE1EQS9QTURBLnhzCkBAIC0xMDAwLDggKzEwMDAsNyBAQCBhZGRf aW5kb20oc2VsZixpbmRvbSxpbnN0cyxoZWxwLGxvbmdoZWxwKQogCXN0cyA9IHVwZGF0ZV9pbmRv bShpbnN0cywgcC0+aXRfaW5kb20sICZwLT5pdF9zZXQpOwogCWlmIChzdHMgPCAwKQogCSAgICBY U1JFVFVSTl9VTkRFRjsKLQlpZiAocC0+aXRfc2V0KQotCSAgICBwLT5pdF9udW1pbnN0ID0gc3Rz OworCXAtPml0X251bWluc3QgPSBzdHM7CiAJUkVUVkFMID0gaXRhYl9zaXplKys7CS8qIHVzZWQg aW4gY2FsbHMgdG8gcmVwbGFjZV9pbmRvbSgpICovCiAKIAloYXNoID0gcG1JbkRvbVN0cihpbmRv bSk7CkBAIC0xMDI5LDEzICsxMDI4LDE0IEBAIHJlcGxhY2VfaW5kb20oc2VsZixpbmRleCxpbnN0 cykKIAllbHNlIHsKIAkgICAgcCA9IGluZG9tdGFiICsgaW5kZXg7CiAJICAgIC8qIHdhcyB0aGlz IGluZG9tIHByZXZpb3VzbHkgc2V0dXAgdmlhIGFuIGFycmF5PyAqLwotCSAgICBpZiAocC0+aXRf c2V0KQorCSAgICBpZiAocC0+aXRfc2V0KSB7CiAJCXJlbGVhc2VfbGlzdF9pbmRvbShwLT5pdF9z ZXQsIHAtPml0X251bWluc3QpOworCQlwLT5pdF9udW1pbnN0ID0gMDsKKwkgICAgfQogCSAgICBz dHMgPSB1cGRhdGVfaW5kb20oaW5zdHMsIHAtPml0X2luZG9tLCAmcC0+aXRfc2V0KTsKIAkgICAg aWYgKHN0cyA8IDApCiAJCVhTUkVUVVJOX1VOREVGOwotCSAgICBpZiAocC0+aXRfc2V0KQotCQlw LT5pdF9udW1pbnN0ID0gc3RzOworCSAgICBwLT5pdF9udW1pbnN0ID0gc3RzOwogCSAgICBSRVRW QUwgPSBzdHM7CiAJfQogICAgIE9VVFBVVDoK ------=_Part_10280162_1659374520.1417683074557-- From nscott@redhat.com Thu Dec 4 02:53:39 2014 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on oss.sgi.com X-Spam-Level: X-Spam-Status: No, score=0.0 required=5.0 tests=none autolearn=ham version=3.3.1 X-Original-To: pcp@oss.sgi.com Delivered-To: pcp@oss.sgi.com Received: from relay.sgi.com (relay2.corp.sgi.com [137.38.102.29]) by oss.sgi.com (Postfix) with ESMTP id 5CB177F3F for ; Thu, 4 Dec 2014 02:53:39 -0600 (CST) Received: from cuda.sgi.com (cuda2.sgi.com [192.48.176.25]) by relay2.corp.sgi.com (Postfix) with ESMTP id 4AD4F304053 for ; Thu, 4 Dec 2014 00:53:39 -0800 (PST) X-ASG-Debug-ID: 1417683214-04cbb0106b1163d0001-S8gJnT Received: from mx3-phx2.redhat.com (mx3-phx2.redhat.com [209.132.183.24]) by cuda.sgi.com with ESMTP id mDkYbUHp88w5NhuC (version=TLSv1 cipher=AES256-SHA bits=256 verify=NO) for ; Thu, 04 Dec 2014 00:53:34 -0800 (PST) X-Barracuda-Envelope-From: nscott@redhat.com X-Barracuda-Apparent-Source-IP: 209.132.183.24 Received: from zmail20.collab.prod.int.phx2.redhat.com (zmail20.collab.prod.int.phx2.redhat.com [10.5.83.23]) by mx3-phx2.redhat.com (8.13.8/8.13.8) with ESMTP id sB48rYFS031741; Thu, 4 Dec 2014 03:53:34 -0500 Date: Thu, 4 Dec 2014 03:53:33 -0500 (EST) From: Nathan Scott Reply-To: Nathan Scott To: Jan-Frode Myklebust Cc: pcp@oss.sgi.com Message-ID: <1619286946.10280686.1417683213968.JavaMail.zimbra@redhat.com> In-Reply-To: References: <20141127104047.GA7900@mushkin.tanso.net> <1815926768.8469113.1417501591651.JavaMail.zimbra@redhat.com> Subject: Re: [pcp] [PATCH] Add PMDA for the Unbound DNS resolver. MIME-Version: 1.0 X-ASG-Orig-Subj: Re: [pcp] [PATCH] Add PMDA for the Unbound DNS resolver. Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-Originating-IP: [10.5.82.6] X-Mailer: Zimbra 8.0.6_GA_5922 (ZimbraWebClient - FF17 (Linux)/8.0.6_GA_5922) Thread-Topic: Add PMDA for the Unbound DNS resolver. Thread-Index: 0YvmXOihjrNBCd1CGFHmgK0QI03g6A== X-Barracuda-Connect: mx3-phx2.redhat.com[209.132.183.24] X-Barracuda-Start-Time: 1417683214 X-Barracuda-Encrypted: AES256-SHA X-Barracuda-URL: http://192.48.176.25:80/cgi-mod/mark.cgi X-Virus-Scanned: by bsmtpd at sgi.com X-Barracuda-BRTS-Status: 1 X-Barracuda-Spam-Score: 0.02 X-Barracuda-Spam-Status: No, SCORE=0.02 using per-user scores of TAG_LEVEL=1000.0 QUARANTINE_LEVEL=1000.0 KILL_LEVEL=2.7 tests=THREAD_INDEX, THREAD_TOPIC X-Barracuda-Spam-Report: Code version 3.2, rules version 3.2.3.12421 Rule breakdown below pts rule name description ---- ---------------------- -------------------------------------------------- 0.01 THREAD_INDEX thread-index: AcO7Y8iR61tzADqsRmmc5wNiFHEOig== 0.01 THREAD_TOPIC Thread-Topic: ...(Japanese Subject)... ----- Original Message ----- > Attached output from "unbound-control stats_noreset". Will fix the > man-page, copyright annotation & GPL header before sending updated patch. > =E2=80=8B Thanks for that Jan-Frode - I'll build some test cases in parallel with your efforts, then hopefully we can make it all come together at once. cheers. -- Nathan From nscott@redhat.com Thu Dec 4 02:55:10 2014 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on oss.sgi.com X-Spam-Level: X-Spam-Status: No, score=0.0 required=5.0 tests=none autolearn=ham version=3.3.1 X-Original-To: pcp@oss.sgi.com Delivered-To: pcp@oss.sgi.com Received: from relay.sgi.com (relay1.corp.sgi.com [137.38.102.111]) by oss.sgi.com (Postfix) with ESMTP id 8D4927F3F for ; Thu, 4 Dec 2014 02:55:10 -0600 (CST) Received: from cuda.sgi.com (cuda1.sgi.com [192.48.157.11]) by relay1.corp.sgi.com (Postfix) with ESMTP id 5DEB78F8037 for ; Thu, 4 Dec 2014 00:55:07 -0800 (PST) X-ASG-Debug-ID: 1417683305-04bdf0616111989a0001-S8gJnT Received: from mx3-phx2.redhat.com (mx3-phx2.redhat.com [209.132.183.24]) by cuda.sgi.com with ESMTP id zXHPDPpZHDIvao1e (version=TLSv1 cipher=AES256-SHA bits=256 verify=NO) for ; Thu, 04 Dec 2014 00:55:05 -0800 (PST) X-Barracuda-Envelope-From: nscott@redhat.com X-Barracuda-Apparent-Source-IP: 209.132.183.24 Received: from zmail20.collab.prod.int.phx2.redhat.com (zmail20.collab.prod.int.phx2.redhat.com [10.5.83.23]) by mx3-phx2.redhat.com (8.13.8/8.13.8) with ESMTP id sB48t5qI031821 for ; Thu, 4 Dec 2014 03:55:05 -0500 Date: Thu, 4 Dec 2014 03:55:05 -0500 (EST) From: Nathan Scott Reply-To: Nathan Scott To: pcp Message-ID: <851892672.10281003.1417683305323.JavaMail.zimbra@redhat.com> In-Reply-To: <684080645.10280906.1417683288682.JavaMail.zimbra@redhat.com> Subject: pcp updates: linux pmda MIME-Version: 1.0 X-ASG-Orig-Subj: pcp updates: linux pmda Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-Originating-IP: [10.5.82.6] X-Mailer: Zimbra 8.0.6_GA_5922 (ZimbraWebClient - FF17 (Linux)/8.0.6_GA_5922) Thread-Topic: pcp updates: linux pmda Thread-Index: fzvH3JuY6HyKLJcutxtsAVFCPKYKQw== X-Barracuda-Connect: mx3-phx2.redhat.com[209.132.183.24] X-Barracuda-Start-Time: 1417683305 X-Barracuda-Encrypted: AES256-SHA X-Barracuda-URL: http://192.48.157.11:80/cgi-mod/mark.cgi X-Virus-Scanned: by bsmtpd at sgi.com X-Barracuda-BRTS-Status: 1 X-Barracuda-Spam-Score: 0.02 X-Barracuda-Spam-Status: No, SCORE=0.02 using per-user scores of TAG_LEVEL=1000.0 QUARANTINE_LEVEL=1000.0 KILL_LEVEL=2.7 tests=THREAD_INDEX, THREAD_TOPIC X-Barracuda-Spam-Report: Code version 3.2, rules version 3.2.3.12421 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 Michele Baldessari (1): pmdalinux: improve help text for network metrics Nathan Scott (1): pmdalinux: resolve another case of valgrind/957 vs ioctl src/pmdas/linux/help | 34 ++++++++++++++++++++++++++++++---- src/pmdas/linux/proc_net_dev.c | 8 ++++---- 2 files changed, 34 insertions(+), 8 deletions(-) From dsmith@redhat.com Thu Dec 4 15:49: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 6BDF97F3F for ; Thu, 4 Dec 2014 15:49:34 -0600 (CST) Received: from cuda.sgi.com (cuda2.sgi.com [192.48.176.25]) by relay2.corp.sgi.com (Postfix) with ESMTP id 5BD4830405F for ; Thu, 4 Dec 2014 13:49:31 -0800 (PST) X-ASG-Debug-ID: 1417729766-04cbb01064199260001-S8gJnT Received: from mx1.redhat.com (mx1.redhat.com [209.132.183.28]) by cuda.sgi.com with ESMTP id GJ60yQXNsqtRqvok (version=TLSv1 cipher=AES256-SHA bits=256 verify=NO) for ; Thu, 04 Dec 2014 13:49:27 -0800 (PST) X-Barracuda-Envelope-From: dsmith@redhat.com X-Barracuda-Apparent-Source-IP: 209.132.183.28 X-ASG-Whitelist: Client Received: from int-mx10.intmail.prod.int.phx2.redhat.com (int-mx10.intmail.prod.int.phx2.redhat.com [10.5.11.23]) by mx1.redhat.com (8.14.4/8.14.4) with ESMTP id sB4LnQi5019876 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=FAIL) for ; Thu, 4 Dec 2014 16:49:26 -0500 Received: from t540p.usersys.redhat.com (dhcp-10-15-1-13.hsv.redhat.com [10.15.1.13]) by int-mx10.intmail.prod.int.phx2.redhat.com (8.14.4/8.14.4) with ESMTP id sB4LnP1E004014 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES128-SHA bits=128 verify=NO); Thu, 4 Dec 2014 16:49:25 -0500 Message-ID: <5480D6E5.30802@redhat.com> Date: Thu, 04 Dec 2014 15:49:25 -0600 From: David Smith User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:31.0) Gecko/20100101 Thunderbird/31.2.0 MIME-Version: 1.0 To: Nathan Scott CC: pcp Subject: Re: [pcp] [RFC] pcp python patch References: <54512E80.9090302@redhat.com> <54667179.1060605@redhat.com> <370186244.15487866.1416205739744.JavaMail.zimbra@redhat.com> <546A44F0.1070001@redhat.com> <207038253.507858.1416264783839.JavaMail.zimbra@redhat.com> <546A7EDD.9000009@redhat.com> <134603578.1719924.1416389380267.JavaMail.zimbra@redhat.com> <546FB61C.2090103@redhat.com> <1332365833.3983034.1416785912055.JavaMail.zimbra@redhat.com> <5473B52D.2030004@redhat.com> <5474E795.7010302@redhat.com> X-ASG-Orig-Subj: Re: [pcp] [RFC] pcp python patch In-Reply-To: <5474E795.7010302@redhat.com> Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-Scanned-By: MIMEDefang 2.68 on 10.5.11.23 X-Barracuda-Connect: mx1.redhat.com[209.132.183.28] X-Barracuda-Start-Time: 1417729767 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 11/25/2014 02:33 PM, David Smith wrote: > On 11/24/2014 04:46 PM, David Smith wrote: >> On 11/23/2014 05:38 PM, Nathan Scott wrote: >>> Hi David, ... stuff deleted ... >>> Odd. Only thing I can think of is a python version difference - I'm >>> using RHEL6 on my primary test machine, which has a relatively old >>> python version. I'll have another go and look more deeply into the >>> failures. >> >> Hmm, I'll try running this code on RHEL6 (instead of F20) and see what I >> get. > > I'm seeing failures on RHEL6 also, digging into it now. Fixed in commit de90566 in the dsmith/dev branch of pcpfans.git. The ctypes.Structure class on python 2.6 only supported the older python buffer interface. The code handles both the older and newer buffer interfaces now. -- David Smith dsmith@redhat.com Red Hat http://www.redhat.com 256.217.0141 (direct) 256.837.0057 (fax) From minnus@buffalo.edu Thu Dec 4 16:03:03 2014 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on oss.sgi.com X-Spam-Level: X-Spam-Status: No, score=0.0 required=5.0 tests=none autolearn=ham version=3.3.1 X-Original-To: pcp@oss.sgi.com Delivered-To: pcp@oss.sgi.com Received: from relay.sgi.com (relay1.corp.sgi.com [137.38.102.111]) by oss.sgi.com (Postfix) with ESMTP id 0B9DE7F3F for ; Thu, 4 Dec 2014 16:03:03 -0600 (CST) Received: from cuda.sgi.com (cuda2.sgi.com [192.48.176.25]) by relay1.corp.sgi.com (Postfix) with ESMTP id EF8E88F8049 for ; Thu, 4 Dec 2014 14:02:59 -0800 (PST) X-ASG-Debug-ID: 1417730578-04cbb0106b1a06b0001-S8gJnT Received: from mtareserve1.acsu.buffalo.edu (mtareserve7.acsu.buffalo.edu [128.205.6.7]) by cuda.sgi.com with ESMTP id gS5lQFCgskffwEEf for ; Thu, 04 Dec 2014 14:02:59 -0800 (PST) X-Barracuda-Envelope-From: minnus@buffalo.edu X-Barracuda-Apparent-Source-IP: 128.205.6.7 Received: from localmailB.acsu.buffalo.edu (localmailb.acsu.buffalo.edu [128.205.5.200]) by mtareserve1.acsu.buffalo.edu (Postfix) with ESMTP id B135B7574 for ; Thu, 4 Dec 2014 17:02:58 -0500 (EST) Received: from localmailB.acsu.buffalo.edu (localhost [127.0.0.1]) by localhost (Postfix) with SMTP id AC046B12F for ; Thu, 4 Dec 2014 17:02:58 -0500 (EST) Received: from localmailB.acsu.buffalo.edu (localhost [127.0.0.1]) by localmailB.acsu.buffalo.edu (Postfix) with ESMTP id 18435B12C for ; Thu, 4 Dec 2014 17:02:58 -0500 (EST) Received: from smtp.buffalo.edu (smtp4.acsu.buffalo.edu [128.205.5.229]) by localmailB.acsu.buffalo.edu (Prefixe) with ESMTP id 0FFBDB12B for ; Thu, 4 Dec 2014 17:02:58 -0500 (EST) Received: from prince.ccr.buffalo.edu (prince.ccr.buffalo.edu [128.205.40.45]) (Authenticated sender: minnus@buffalo.edu) by smtp.buffalo.edu (Postfix) with ESMTPSA id 049062191 for ; Thu, 4 Dec 2014 17:02:58 -0500 (EST) Message-ID: <5480DA11.80307@buffalo.edu> Date: Thu, 04 Dec 2014 17:02:57 -0500 From: Martins Innus User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.10; rv:31.0) Gecko/20100101 Thunderbird/31.2.0 MIME-Version: 1.0 To: pcp Subject: Access check change for linux_proc Content-Type: text/plain; charset=utf-8; format=flowed X-ASG-Orig-Subj: Access check change for linux_proc Content-Transfer-Encoding: 7bit X-PM-EL-Spam-Prob: : 8% X-Barracuda-Connect: mtareserve7.acsu.buffalo.edu[128.205.6.7] X-Barracuda-Start-Time: 1417730579 X-Barracuda-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.12449 Rule breakdown below pts rule name description ---- ---------------------- -------------------------------------------------- Hi, I'm prepping to push out the current version of hotproc for more review probably tomorrow, but first we have a couple patches that are self contained that i'd like to get in first if they look ok. From my: https://github.com/ubccr/pcp/tree/martins_working The first one (courtesy of Joe): commit b01f91742e04c85dd5acd708cea07e590fe373aa Author: Martins Innus Date: Thu Dec 4 16:18:33 2014 -0500 Flip the order for the all access check in linux_proc src/pmdas/linux_proc/pmda.c | 12 ++++++------ 1 files changed, 6 insertions(+), 6 deletions(-) I think this was the original intent. We've been running this for a while and it seems to be correct. A couple more things to come. Thanks Martins From fche@redhat.com Thu Dec 4 17:11:15 2014 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on oss.sgi.com X-Spam-Level: X-Spam-Status: No, score=0.0 required=5.0 tests=none autolearn=ham version=3.3.1 X-Original-To: pcp@oss.sgi.com Delivered-To: pcp@oss.sgi.com Received: from relay.sgi.com (relay2.corp.sgi.com [137.38.102.29]) by oss.sgi.com (Postfix) with ESMTP id 1EFC67F3F for ; Thu, 4 Dec 2014 17:11:15 -0600 (CST) Received: from cuda.sgi.com (cuda3.sgi.com [192.48.176.15]) by relay2.corp.sgi.com (Postfix) with ESMTP id 0E3C5304066 for ; Thu, 4 Dec 2014 15:11:11 -0800 (PST) X-ASG-Debug-ID: 1417734667-04cb6c05701037fa0001-S8gJnT Received: from mx1.redhat.com (mx1.redhat.com [209.132.183.28]) by cuda.sgi.com with ESMTP id EvGdmlQF7UFNh0FS (version=TLSv1 cipher=AES256-SHA bits=256 verify=NO) for ; Thu, 04 Dec 2014 15:11:08 -0800 (PST) X-Barracuda-Envelope-From: fche@redhat.com X-Barracuda-Apparent-Source-IP: 209.132.183.28 X-ASG-Whitelist: Client Received: from int-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 sB4NB40h017981 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=FAIL); Thu, 4 Dec 2014 18:11:04 -0500 Received: from fche.csb (vpn-238-111.phx2.redhat.com [10.3.238.111]) by int-mx09.intmail.prod.int.phx2.redhat.com (8.14.4/8.14.4) with ESMTP id sB4NB4k6014465; Thu, 4 Dec 2014 18:11:04 -0500 Received: by fche.csb (Postfix, from userid 2569) id 83B0C5850B; Thu, 4 Dec 2014 18:11:03 -0500 (EST) To: Michele Baldessari Cc: pcp@oss.sgi.com Subject: Re: %ifutil References: <20141203215721.GA6448@marquez.int.rhx> X-ASG-Orig-Subj: Re: %ifutil From: fche@redhat.com (Frank Ch. Eigler) Date: Thu, 04 Dec 2014 18:11:03 -0500 In-Reply-To: <20141203215721.GA6448@marquez.int.rhx> (Michele Baldessari's message of "Wed, 3 Dec 2014 22:57:21 +0100") 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: 1417734667 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 michele wrote: > I am slowly working on replacing all our internal scripts to collect network > statistics. One value that sar gives out is %ifutil, which is defined as > follows: > """ > Utilization percentage of the network interface. For half-duplex interfaces, > utilization is calculated using the sum of rxkB/s and txkB/s as a percentage > of the interface speed. For full-duplex, this is the greater of rxkB/S or > txkB/s. > """ See also the derived-metrics rate() function added in commit #13bb3654550. It may be possible to express as a derived-metric that uses an arithmetic function of network.interface.duplex (1 or 2) as a multplier to plop together the network.interface.*.bytes values. - FChE From fche@redhat.com Thu Dec 4 21:47:58 2014 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on oss.sgi.com X-Spam-Level: X-Spam-Status: No, score=0.0 required=5.0 tests=none autolearn=ham version=3.3.1 X-Original-To: pcp@oss.sgi.com Delivered-To: pcp@oss.sgi.com Received: from relay.sgi.com (relay1.corp.sgi.com [137.38.102.111]) by oss.sgi.com (Postfix) with ESMTP id 865BD7F3F for ; Thu, 4 Dec 2014 21:47:58 -0600 (CST) Received: from cuda.sgi.com (cuda1.sgi.com [192.48.157.11]) by relay1.corp.sgi.com (Postfix) with ESMTP id 640808F8050 for ; Thu, 4 Dec 2014 19:47:58 -0800 (PST) X-ASG-Debug-ID: 1417751276-04bdf0615e1263240001-S8gJnT Received: from mx1.redhat.com (mx1.redhat.com [209.132.183.28]) by cuda.sgi.com with ESMTP id OFTfGbJw0zofqVCD (version=TLSv1 cipher=AES256-SHA bits=256 verify=NO) for ; Thu, 04 Dec 2014 19:47:57 -0800 (PST) X-Barracuda-Envelope-From: fche@redhat.com X-Barracuda-Apparent-Source-IP: 209.132.183.28 X-ASG-Whitelist: Client Received: from int-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 sB53luoB024831 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=FAIL) for ; Thu, 4 Dec 2014 22:47:56 -0500 Received: from fche.csb (vpn-238-111.phx2.redhat.com [10.3.238.111]) by int-mx09.intmail.prod.int.phx2.redhat.com (8.14.4/8.14.4) with ESMTP id sB53ltFw019695 for ; Thu, 4 Dec 2014 22:47:56 -0500 Received: by fche.csb (Postfix, from userid 2569) id 6720E5850B; Thu, 4 Dec 2014 22:47:55 -0500 (EST) Date: Thu, 4 Dec 2014 22:47:55 -0500 From: "Frank Ch. Eigler" To: pcp developers Subject: pcp update: rhel5 pmwebd build fixes Message-ID: <20141205034755.GY5088@redhat.com> X-ASG-Orig-Subj: pcp update: rhel5 pmwebd build fixes 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: 1417751277 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 - Get your fresh steaming fixes for RHBZ1169226. commit 8d59188ce9ab95dbb18adf1276e0cb589716e8c3 (pcpfans.git, fche/dev) Author: Frank Ch. Eigler Date: Thu Dec 4 21:44:48 2014 -0500 pmwebd build fixes for RHEL5 Needed some casting/declaration tweaks for compatibility with both older and newer gcc/g++ (checked on 4.1.2 and 4.8.3), and with older glibc. Also, need to propagate cairo cflags from pkg-config, because some intra-cairo include's require -I/usr/include/cairo. Full pmwebd/graphite/etc. goodness seen on RHEL5 32-bit VM. From nscott@redhat.com Thu Dec 4 23:33:55 2014 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on oss.sgi.com X-Spam-Level: X-Spam-Status: No, score=0.0 required=5.0 tests=none autolearn=ham version=3.3.1 X-Original-To: pcp@oss.sgi.com Delivered-To: pcp@oss.sgi.com Received: from relay.sgi.com (relay3.corp.sgi.com [198.149.34.15]) by oss.sgi.com (Postfix) with ESMTP id 0CABD7F3F for ; Thu, 4 Dec 2014 23:33:55 -0600 (CST) Received: from cuda.sgi.com (cuda3.sgi.com [192.48.176.15]) by relay3.corp.sgi.com (Postfix) with ESMTP id 9056BAC008 for ; Thu, 4 Dec 2014 21:33:51 -0800 (PST) X-ASG-Debug-ID: 1417757626-04cb6c057010a4260001-S8gJnT Received: from mx4-phx2.redhat.com (mx4-phx2.redhat.com [209.132.183.25]) by cuda.sgi.com with ESMTP id zFxX6BL6CPM1yi8e (version=TLSv1 cipher=AES256-SHA bits=256 verify=NO) for ; Thu, 04 Dec 2014 21:33:46 -0800 (PST) X-Barracuda-Envelope-From: nscott@redhat.com X-Barracuda-Apparent-Source-IP: 209.132.183.25 Received: from zmail20.collab.prod.int.phx2.redhat.com (zmail20.collab.prod.int.phx2.redhat.com [10.5.83.23]) by mx4-phx2.redhat.com (8.13.8/8.13.8) with ESMTP id sB55XjYA004037; Fri, 5 Dec 2014 00:33:45 -0500 Date: Fri, 5 Dec 2014 00:33:45 -0500 (EST) From: Nathan Scott Reply-To: Nathan Scott To: David Smith Cc: pcp Message-ID: <1202056502.11133381.1417757625812.JavaMail.zimbra@redhat.com> In-Reply-To: <5480D6E5.30802@redhat.com> References: <54512E80.9090302@redhat.com> <546A7EDD.9000009@redhat.com> <134603578.1719924.1416389380267.JavaMail.zimbra@redhat.com> <546FB61C.2090103@redhat.com> <1332365833.3983034.1416785912055.JavaMail.zimbra@redhat.com> <5473B52D.2030004@redhat.com> <5474E795.7010302@redhat.com> <5480D6E5.30802@redhat.com> Subject: Re: [pcp] [RFC] pcp python patch MIME-Version: 1.0 X-ASG-Orig-Subj: Re: [pcp] [RFC] pcp python patch Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-Originating-IP: [10.5.82.11] X-Mailer: Zimbra 8.0.6_GA_5922 (ZimbraWebClient - FF17 (Linux)/8.0.6_GA_5922) Thread-Topic: pcp python patch Thread-Index: XxiZsCsEzAZDG7r0aF29ovkn2zz4VQ== X-Barracuda-Connect: mx4-phx2.redhat.com[209.132.183.25] X-Barracuda-Start-Time: 1417757626 X-Barracuda-Encrypted: AES256-SHA X-Barracuda-URL: http://192.48.176.15:80/cgi-mod/mark.cgi X-Virus-Scanned: by bsmtpd at sgi.com X-Barracuda-BRTS-Status: 1 X-Barracuda-Spam-Score: 0.03 X-Barracuda-Spam-Status: No, SCORE=0.03 using per-user scores of TAG_LEVEL=1000.0 QUARANTINE_LEVEL=1000.0 KILL_LEVEL=2.7 tests=BSF_SC0_SA_TO_FROM_DOMAIN_MATCH, THREAD_INDEX, THREAD_TOPIC X-Barracuda-Spam-Report: Code version 3.2, rules version 3.2.3.12462 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 David, ----- Original Message ----- > On 11/25/2014 02:33 PM, David Smith wrote: > > On 11/24/2014 04:46 PM, David Smith wrote: > >> On 11/23/2014 05:38 PM, Nathan Scott wrote: > >>> Hi David, > > ... stuff deleted ... > > >>> Odd. Only thing I can think of is a python version difference - I'm > >>> using RHEL6 on my primary test machine, which has a relatively old > >>> python version. I'll have another go and look more deeply into the > >>> failures. > >> > >> Hmm, I'll try running this code on RHEL6 (instead of F20) and see what I > >> get. > > > > I'm seeing failures on RHEL6 also, digging into it now. > > Fixed in commit de90566 in the dsmith/dev branch of pcpfans.git. The > ctypes.Structure class on python 2.6 only supported the older python > buffer interface. The code handles both the older and newer buffer > interfaces now. Good stuff! Could you make a clean branch (maybe even a rebase and just one/two logical commits) to pull from? I had a quick look and got some conflicts on src/pmns/stdpmns.pcp - I think there's all of your other WIP code (json) in dsmith/dev too still, isn't there? I'd be happy pulling this initial PMDA wrapper work in now, with the assumption that there'll be a PMDA & tests following that exercises that new API. And we're early in the release cycle, so it's a good time to merge this now. cheers. -- Nathan From nscott@redhat.com Fri Dec 5 00:44: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 C03BC7F3F for ; Fri, 5 Dec 2014 00:44:41 -0600 (CST) Received: from cuda.sgi.com (cuda1.sgi.com [192.48.157.11]) by relay1.corp.sgi.com (Postfix) with ESMTP id A0B878F8052 for ; Thu, 4 Dec 2014 22:44:38 -0800 (PST) X-ASG-Debug-ID: 1417761874-04bdf0615f130d500001-S8gJnT Received: from mx5-phx2.redhat.com (mx5-phx2.redhat.com [209.132.183.37]) by cuda.sgi.com with ESMTP id WPaCOr2n4hEmMUe7 (version=TLSv1 cipher=AES256-SHA bits=256 verify=NO) for ; Thu, 04 Dec 2014 22:44:35 -0800 (PST) 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 sB56iYod021461 for ; Fri, 5 Dec 2014 01:44:34 -0500 Date: Fri, 5 Dec 2014 01:44:34 -0500 (EST) From: Nathan Scott Reply-To: Nathan Scott To: pcp Message-ID: <1607919892.11142888.1417761874510.JavaMail.zimbra@redhat.com> Subject: pcp updates: merges, fixes, qa MIME-Version: 1.0 X-ASG-Orig-Subj: pcp updates: merges, fixes, qa Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-Originating-IP: [10.5.82.11] X-Mailer: Zimbra 8.0.6_GA_5922 (ZimbraWebClient - FF17 (Linux)/8.0.6_GA_5922) Thread-Topic: pcp updates: merges, fixes, qa Thread-Index: bP/TDndQoK1Xk/p1PAYtNQdc4/nX3A== X-Barracuda-Connect: mx5-phx2.redhat.com[209.132.183.37] X-Barracuda-Start-Time: 1417761875 X-Barracuda-Encrypted: AES256-SHA X-Barracuda-URL: http://192.48.157.11:80/cgi-mod/mark.cgi X-Virus-Scanned: by bsmtpd at sgi.com X-Barracuda-BRTS-Status: 1 X-Barracuda-Spam-Score: 0.02 X-Barracuda-Spam-Status: No, SCORE=0.02 using per-user scores of TAG_LEVEL=1000.0 QUARANTINE_LEVEL=1000.0 KILL_LEVEL=2.7 tests=THREAD_INDEX, THREAD_TOPIC X-Barracuda-Spam-Report: Code version 3.2, rules version 3.2.3.12465 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 Frank Ch. Eigler (1): pmwebd build fixes for RHEL5 Martins Innus (1): Flip the order for the all access check in linux_proc Nathan Scott (1): perl pmdas: fix inst-handling edge case and pmda_inst_name qa/758 | 46 +++++++++++++ qa/758.out | 72 +++++++++++++++++++++ qa/group | 1 qa/pmdas/GNUmakefile | 6 - qa/pmdas/slow_python/GNUmakefile | 5 - qa/pmdas/test_perl/.gitignore | 2 qa/pmdas/test_perl/GNUmakefile | 33 +++++++++ qa/pmdas/test_perl/GNUmakefile.install | 5 + qa/pmdas/test_perl/Install | 27 ++++++++ qa/pmdas/test_perl/Remove | 24 +++++++ qa/pmdas/test_perl/pmdatest_perl.pl | 111 +++++++++++++++++++++++++++++++++ src/include/builddefs.in | 1 src/perl/PMDA/PMDA.xs | 40 ++++++----- src/pmdas/linux_proc/pmda.c | 12 +-- src/pmwebapi/GNUmakefile | 2 src/pmwebapi/pmgraphite.cxx | 6 - src/pmwebapi/pmresapi.cxx | 4 - src/pmwebapi/pmwebapi.h | 2 18 files changed, 361 insertions(+), 38 deletions(-) From mgoodwin@redhat.com Fri Dec 5 02:35: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 C2B0F7F3F for ; Fri, 5 Dec 2014 02:35:34 -0600 (CST) Received: from cuda.sgi.com (cuda3.sgi.com [192.48.176.15]) by relay2.corp.sgi.com (Postfix) with ESMTP id B00D1304066 for ; Fri, 5 Dec 2014 00:35:31 -0800 (PST) X-ASG-Debug-ID: 1417768526-04cb6c057110bfe20001-S8gJnT Received: from mx1.redhat.com (mx1.redhat.com [209.132.183.28]) by cuda.sgi.com with ESMTP id rigwwETr8MeBsi0W (version=TLSv1 cipher=AES256-SHA bits=256 verify=NO) for ; Fri, 05 Dec 2014 00:35:27 -0800 (PST) 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 sB58ZQ4H011720 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=FAIL) for ; Fri, 5 Dec 2014 03:35:26 -0500 Received: from [10.64.49.230] (vpn1-49-230.bne.redhat.com [10.64.49.230]) by int-mx11.intmail.prod.int.phx2.redhat.com (8.14.4/8.14.4) with ESMTP id sB58ZPk3010062 for ; Fri, 5 Dec 2014 03:35:25 -0500 Message-ID: <54816E4C.1000203@redhat.com> Date: Fri, 05 Dec 2014 19:35:24 +1100 From: Mark Goodwin User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:31.0) Gecko/20100101 Thunderbird/31.2.0 MIME-Version: 1.0 To: pcp@oss.sgi.com Subject: pcp updates: fix hinv.map.scsi buffer overrun and indom persistence issues Content-Type: text/plain; charset=windows-1252; format=flowed X-ASG-Orig-Subj: pcp updates: fix hinv.map.scsi buffer overrun and indom persistence issues 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: 1417768527 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 Sorry haven't had time to write QA for this yet - I'll do that when I get back (10 days away). I've manually tested it with scsi_debug with more than 2000 scsi devices, and assorted random hotplug/unplugging, but only on RHEL7 so far. Changes committed to git://git.performancecopilot.org/markgw/pcp/pcp.git dev commit 738a3948c6439c2f76b1eca01e82fa7770216a03 Author: Mark Goodwin Date: Fri Dec 5 19:26:32 2014 +1100 Remove support for devfs device names - replaced by udev. modified: src/pmdas/linux/proc_partitions.c modified: src/pmdas/linux/proc_scsi.c commit 4f3e4f2c37960e88a80185cb12af0fd1e1f3fd37 Author: Mark Goodwin Date: Fri Dec 5 19:27:48 2014 +1100 Rework hinv.map.scsi for longer scsi device names and indom persistence. The scsi device map instance domain for hinv.map.scsi was originally written before scsi hotplug/unplug was widely supported, and (worse) didn't handle sd device names beyond sdz, causing buffer overruns. This update converts it to use the pmdaCache API for persistence and with arbitrary dynamic instance domain updates (both hotplug and unplug), and with any number of scsi devices. modified: src/pmdas/linux/pmda.c modified: src/pmdas/linux/proc_scsi.c modified: src/pmdas/linux/proc_scsi.h From wwwrun@oss.sgi.com Fri Dec 5 08:47: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=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 CC18B7F4E; Fri, 5 Dec 2014 08:47:50 -0600 (CST) From: bugzilla-daemon@oss.sgi.com To: pcp@oss.sgi.com Subject: [Bug 1095] New: pkgconfig .pc file for pcp-libs Date: Fri, 05 Dec 2014 14:47:50 +0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: new X-Bugzilla-Watch-Reason: None X-Bugzilla-Classification: Unclassified X-Bugzilla-Product: pcp X-Bugzilla-Component: pcp X-Bugzilla-Keywords: X-Bugzilla-Severity: major X-Bugzilla-Who: fche@redhat.com X-Bugzilla-Status: NEW X-Bugzilla-Priority: P5 X-Bugzilla-Assigned-To: pcp@kenj.com.au X-Bugzilla-Target-Milestone: --- X-Bugzilla-Changed-Fields: bug_id short_desc product version rep_platform op_sys bug_status bug_severity priority component assigned_to reporter cc classification Message-ID: Content-Type: multipart/alternative; boundary="1417790870.D7fd2b1.796"; charset="us-ascii" X-Bugzilla-URL: http://oss.sgi.com/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 --1417790870.D7fd2b1.796 Date: Fri, 5 Dec 2014 08:47:50 -0600 MIME-Version: 1.0 Content-Type: text/plain; charset="UTF-8" http://oss.sgi.com/bugzilla/show_bug.cgi?id=1095 Bug ID: 1095 Summary: pkgconfig .pc file for pcp-libs Product: pcp Version: unspecified Hardware: All OS: Linux Status: NEW Severity: major Priority: P5 Component: pcp Assignee: pcp@kenj.com.au Reporter: fche@redhat.com CC: pcp@oss.sgi.com Classification: Unclassified To ease conditional pcp clients' autoconf duties, we should include a pkg-config .pc file in pcp-libs-devel. http://people.freedesktop.org/~dbn/pkg-config-guide.html -- You are receiving this mail because: You are on the CC list for the bug. --1417790870.D7fd2b1.796 Date: Fri, 5 Dec 2014 08:47:50 -0600 MIME-Version: 1.0 Content-Type: text/html; charset="UTF-8"
Bug ID 1095
Summary pkgconfig .pc file for pcp-libs
Product pcp
Version unspecified
Hardware All
OS Linux
Status NEW
Severity major
Priority P5
Component pcp
Assignee pcp@kenj.com.au
Reporter fche@redhat.com
CC pcp@oss.sgi.com
Classification Unclassified 

To ease conditional pcp clients' autoconf duties, we should
include a pkg-config .pc file in pcp-libs-devel.

http://people.freedesktop.org/~dbn/pkg-config-guide.html

You are receiving this mail because:
  • You are on the CC list for the bug.
--1417790870.D7fd2b1.796-- From fche@redhat.com Fri Dec 5 09:14:48 2014 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on oss.sgi.com X-Spam-Level: X-Spam-Status: No, score=0.0 required=5.0 tests=none autolearn=ham version=3.3.1 X-Original-To: pcp@oss.sgi.com Delivered-To: pcp@oss.sgi.com Received: from relay.sgi.com (relay1.corp.sgi.com [137.38.102.111]) by oss.sgi.com (Postfix) with ESMTP id D55B17F3F for ; Fri, 5 Dec 2014 09:14:48 -0600 (CST) Received: from cuda.sgi.com (cuda2.sgi.com [192.48.176.25]) by relay1.corp.sgi.com (Postfix) with ESMTP id C4EAA8F804B for ; Fri, 5 Dec 2014 07:14:45 -0800 (PST) X-ASG-Debug-ID: 1417792481-04cbb0106b291360001-S8gJnT Received: from mx1.redhat.com (mx1.redhat.com [209.132.183.28]) by cuda.sgi.com with ESMTP id WT92dlYkulGJuE0J (version=TLSv1 cipher=AES256-SHA bits=256 verify=NO) for ; Fri, 05 Dec 2014 07:14:41 -0800 (PST) X-Barracuda-Envelope-From: fche@redhat.com X-Barracuda-Apparent-Source-IP: 209.132.183.28 X-ASG-Whitelist: Client Received: from int-mx10.intmail.prod.int.phx2.redhat.com (int-mx10.intmail.prod.int.phx2.redhat.com [10.5.11.23]) by mx1.redhat.com (8.14.4/8.14.4) with ESMTP id sB5FEdIW011683 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=FAIL); Fri, 5 Dec 2014 10:14:39 -0500 Received: from fche.csb (vpn-238-111.phx2.redhat.com [10.3.238.111]) by int-mx10.intmail.prod.int.phx2.redhat.com (8.14.4/8.14.4) with ESMTP id sB5FEcWK012209; Fri, 5 Dec 2014 10:14:39 -0500 Received: by fche.csb (Postfix, from userid 2569) id 2B7CA5850B; Fri, 5 Dec 2014 10:14:37 -0500 (EST) Date: Fri, 5 Dec 2014 10:14:37 -0500 From: "Frank Ch. Eigler" To: Chandana De Silva Cc: pcp@oss.sgi.com Subject: Re: pmwebd: Defining the directory for PCP Archives Message-ID: <20141205151437.GD5088@redhat.com> X-ASG-Orig-Subj: Re: pmwebd: Defining the directory for PCP Archives References: <1417459116.12396.15.camel@tardis> <1417499687.17867.23.camel@tardis> <20141202121245.GP5088@redhat.com> <1417556631.941.12.camel@tardis> <20141202230914.GQ5088@redhat.com> <1417647290.948.20.camel@tardis> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <1417647290.948.20.camel@tardis> User-Agent: Mutt/1.4.2.2i X-Scanned-By: MIMEDefang 2.68 on 10.5.11.23 X-Barracuda-Connect: mx1.redhat.com[209.132.183.28] X-Barracuda-Start-Time: 1417792481 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, Chandana - On Thu, Dec 04, 2014 at 09:54:50AM +1100, Chandana De Silva wrote: > [...] > Added verbosity, and tried : > [Wed Dec 3 22:50:09] pmwebd(17772): [10.17.1.18:55220] HTTP/1.1 GET /graphite/render/ _salt=1417647009.812 height=308 target=-2F-var-2F-logdata-2F-pmlogger-2F-archdb1-2E-prd-2E-mel-2F-20141118-2E-meta.disk.all.avactive width=586 > [Wed Dec 3 22:50:09] pmwebd(17772): [10.17.1.18:55220] Searching for archives under /var/logdata/pmlogger/ > [Wed Dec 3 22:50:09] pmwebd(17772): [10.17.1.18:55220] enumerated 1 metrics > [Wed Dec 3 22:50:09] pmwebd(17772): [10.17.1.18:55220] digested 1 metrics, timespan [1417560609-1417647009 by 85], in 15.574ms > [Wed Dec 3 22:50:16] pmwebd(17772): [10.17.1.18:55220] HTTP/1.1 GET /graphite/render/ _salt=1417647016.797 height=308 width=586 > [Wed Dec 3 22:50:16] pmwebd(17772): [10.17.1.18:55220] digested 0 metrics, timespan [1417560616-1417647016 by 85], in 0.002ms It looks like two separate render requests came into pmwebd within a few seconds, with the latter requesting no targets (metrics). Maybe you clicked twice on the graphite metric-tree browser, toggling the metric on then back off? - FChE From wwwrun@oss.sgi.com Fri Dec 5 09:52: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=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 286ED7F4E; Fri, 5 Dec 2014 09:52:59 -0600 (CST) From: bugzilla-daemon@oss.sgi.com To: pcp@oss.sgi.com Subject: [Bug 1096] New: richer systemd support Date: Fri, 05 Dec 2014 15:52:58 +0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: new X-Bugzilla-Watch-Reason: None X-Bugzilla-Classification: Unclassified X-Bugzilla-Product: pcp X-Bugzilla-Component: pcp X-Bugzilla-Keywords: X-Bugzilla-Severity: major X-Bugzilla-Who: fche@redhat.com X-Bugzilla-Status: NEW X-Bugzilla-Priority: P5 X-Bugzilla-Assigned-To: pcp@kenj.com.au X-Bugzilla-Target-Milestone: --- X-Bugzilla-Changed-Fields: bug_id short_desc product version rep_platform op_sys bug_status bug_severity priority component assigned_to reporter cc classification Message-ID: Content-Type: multipart/alternative; boundary="1417794779.A0a88E1.8478"; charset="us-ascii" X-Bugzilla-URL: http://oss.sgi.com/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 --1417794779.A0a88E1.8478 Date: Fri, 5 Dec 2014 09:52:59 -0600 MIME-Version: 1.0 Content-Type: text/plain; charset="UTF-8" http://oss.sgi.com/bugzilla/show_bug.cgi?id=1096 Bug ID: 1096 Summary: richer systemd support Product: pcp Version: unspecified Hardware: All OS: Linux Status: NEW Severity: major Priority: P5 Component: pcp Assignee: pcp@kenj.com.au Reporter: fche@redhat.com CC: pcp@oss.sgi.com Classification: Unclassified Building on the basic oneshot/ExecStart level of systemd support, we could go a little farther. For example: - have the daemons use stderr/syslog to record trace output into the journal - invoke the daemons directly rather than through the sysvinit scripts - use systemd timer units instead of cron jobs - use unit templates for hard-configured multi-instance daemons (pmlogger, pmie) - socket activation for pmcd, pmproxy, pmwebd - add extras like Restart=restart-always for key daemons -- You are receiving this mail because: You are on the CC list for the bug. --1417794779.A0a88E1.8478 Date: Fri, 5 Dec 2014 09:52:59 -0600 MIME-Version: 1.0 Content-Type: text/html; charset="UTF-8"
Bug ID 1096
Summary richer systemd support
Product pcp
Version unspecified
Hardware All
OS Linux
Status NEW
Severity major
Priority P5
Component pcp
Assignee pcp@kenj.com.au
Reporter fche@redhat.com
CC pcp@oss.sgi.com
Classification Unclassified 

Building on the basic oneshot/ExecStart level of systemd support,
we could go a little farther.  For example:

- have the daemons use stderr/syslog to record trace output into the journal
- invoke the daemons directly rather than through the sysvinit scripts
- use systemd timer units instead of cron jobs
- use unit templates for hard-configured multi-instance daemons (pmlogger,
pmie)
- socket activation for pmcd, pmproxy, pmwebd
- add extras like Restart=restart-always for key daemons

You are receiving this mail because:
  • You are on the CC list for the bug.
--1417794779.A0a88E1.8478-- From minnus@buffalo.edu Fri Dec 5 11:01:22 2014 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on oss.sgi.com X-Spam-Level: X-Spam-Status: No, score=0.0 required=5.0 tests=none autolearn=ham version=3.3.1 X-Original-To: pcp@oss.sgi.com Delivered-To: pcp@oss.sgi.com Received: from relay.sgi.com (relay3.corp.sgi.com [198.149.34.15]) by oss.sgi.com (Postfix) with ESMTP id DC4C67F3F for ; Fri, 5 Dec 2014 11:01:21 -0600 (CST) Received: from cuda.sgi.com (cuda3.sgi.com [192.48.176.15]) by relay3.corp.sgi.com (Postfix) with ESMTP id 595C8AC006 for ; Fri, 5 Dec 2014 09:01:18 -0800 (PST) X-ASG-Debug-ID: 1417798873-04cb6c05701160ae0001-S8gJnT Received: from mtareserve1.acsu.buffalo.edu (mtareserve7.acsu.buffalo.edu [128.205.6.7]) by cuda.sgi.com with ESMTP id wBDBIDTmXUZWRWWv for ; Fri, 05 Dec 2014 09:01:13 -0800 (PST) X-Barracuda-Envelope-From: minnus@buffalo.edu X-Barracuda-Apparent-Source-IP: 128.205.6.7 Received: from localmailC.acsu.buffalo.edu (localmailc.acsu.buffalo.edu [128.205.5.204]) by mtareserve1.acsu.buffalo.edu (Postfix) with ESMTP id 55D8D17A for ; Fri, 5 Dec 2014 12:01:13 -0500 (EST) Received: from localmailC.acsu.buffalo.edu (localhost [127.0.0.1]) by localhost (Postfix) with SMTP id 519065D3F for ; Fri, 5 Dec 2014 12:01:13 -0500 (EST) Received: from localmailC.acsu.buffalo.edu (localhost [127.0.0.1]) by localmailC.acsu.buffalo.edu (Postfix) with ESMTP id 568125D34 for ; Fri, 5 Dec 2014 12:01:12 -0500 (EST) Received: from smtp.buffalo.edu (smtp2.acsu.buffalo.edu [128.205.5.254]) by localmailC.acsu.buffalo.edu (Prefixe) with ESMTP id 3FE9F5D20 for ; Fri, 5 Dec 2014 12:01:12 -0500 (EST) Received: from prince.ccr.buffalo.edu (prince.ccr.buffalo.edu [128.205.40.45]) (Authenticated sender: minnus@buffalo.edu) by smtp.buffalo.edu (Postfix) with ESMTPSA id 2A0A92DD5 for ; Fri, 5 Dec 2014 12:01:12 -0500 (EST) Message-ID: <5481E4D7.8050700@buffalo.edu> Date: Fri, 05 Dec 2014 12:01:11 -0500 From: Martins Innus User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.10; rv:31.0) Gecko/20100101 Thunderbird/31.2.0 MIME-Version: 1.0 To: pcp@oss.sgi.com Subject: Dynamic metric rework Content-Type: text/plain; charset=utf-8; format=flowed X-ASG-Orig-Subj: Dynamic metric rework Content-Transfer-Encoding: 7bit X-PM-EL-Spam-Prob: : 8% X-Barracuda-Connect: mtareserve7.acsu.buffalo.edu[128.205.6.7] X-Barracuda-Start-Time: 1417798873 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.12482 Rule breakdown below pts rule name description ---- ---------------------- -------------------------------------------------- Hello, Here is a proposed rework of the way dynamic.c delegates responsibility for handling a dynamic tree. From: https://github.com/ubccr/pcp/tree/martins_working commit 50ac6b858e94759123523017330da270c1517122 Author: Martins Innus Date: Fri Dec 5 11:21:54 2014 -0500 Rework dynamic metric support Force the check that determines if a metric should be handled by a certain dynamic tree to traverse the pmns instead of just checking the cluster This allows 2 things: -clusters to be shared between dynamic trees -does not require related trees to have a common prefix This requires that the dynamic hash be valid at initailization time All pmdas that use dynamic metrics must now call pmdaTreeRebuildHash This was previously required only of daemen pmdas. For dso pmdas, some sort of auto rebuild was occurring Now this is also required for dso pmdas Added fixes for the linux interrupts and gfs2 pmdas, although I have no way to test the gfs2 pmda src/include/pcp/pmda.h | 2 + src/libpcp_pmda/src/dynamic.c | 108 ++++++++++++++++++++++++++-------------- src/libpcp_pmda/src/tree.c | 2 +- src/pmdas/gfs2/sbstats.c | 1 + src/pmdas/gfs2/worst_glock.c | 1 + src/pmdas/linux/interrupts.c | 1 + 6 files changed, 76 insertions(+), 39 deletions(-) Previously, the delegation had 2 requirements: The metric must (1) fall in the tree prefix and (2) be in the cluster list provided to pmdaDynamicPMNS. This prevented the same logic from handling related trees that differed in prefix (the hotproc.foo / proc.foo case ). Also, if a cluster spanned more than one sub-tree, only the first would be called. In this reworked case, every check for handling a metric is checked against the generated pmns tree. I believe this should be safe, because as far as I can tell, the pmns must be setup before the metrics are created. This allows the call to pmdaDynamicPMNS to be simplified. No check against a prefix or cluster is required. I didn't change the function call so as not to break existing code. After this change, the prefix is only used to lookup the cluster mask if it is provided. I think the old cgroup pmda was the only user of the mask. Is this something that is still work keeping? If not, both the prefix and cluster parameters could be removed. To do this, I had to expose an internal function in tree.c. Not sure if this is appropriate. Also, it wasn't clear to me if, overall, this would cause any performance problems. This change also exposed an inconsistancy I had previously noticed. DSO pmdas were not required to call pmdaTreeRebuildHash while daemon pmdas were. Now this call is required for both cases. I assume that whatever fixup was occurring for the dso case is now not occurring early enough. I looked through existing pmdas and added the call to linux and gfs2, though I have no way to test gfs2. ./check -g pmda.linux ./check -g pmda.proc both Pass. I looked at the sample pmda and I think that it uses a different dynamic method that should not be affected. I have not fully understood the new cgroups code yet, but I think that it should not be affected if I read it properly. Let me know if there would be any issue there. Let me know if there are any problems with this approach. Thanks! Martins From minnus@buffalo.edu Fri Dec 5 13:51: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 F1CBC7F3F for ; Fri, 5 Dec 2014 13:51:27 -0600 (CST) Received: from cuda.sgi.com (cuda3.sgi.com [192.48.176.15]) by relay2.corp.sgi.com (Postfix) with ESMTP id D2EAE304071 for ; Fri, 5 Dec 2014 11:51:27 -0800 (PST) X-ASG-Debug-ID: 1417809083-04cb6c05731187c50001-S8gJnT Received: from mtareserve1.acsu.buffalo.edu (mtareserve7.acsu.buffalo.edu [128.205.6.7]) by cuda.sgi.com with ESMTP id SBhkwAxDqS0FdlXE for ; Fri, 05 Dec 2014 11:51:23 -0800 (PST) X-Barracuda-Envelope-From: minnus@buffalo.edu X-Barracuda-Apparent-Source-IP: 128.205.6.7 Received: from localmailC.acsu.buffalo.edu (localmailc.acsu.buffalo.edu [128.205.5.204]) by mtareserve1.acsu.buffalo.edu (Postfix) with ESMTP id AE18DF5B for ; Fri, 5 Dec 2014 14:51:23 -0500 (EST) Received: from localmailC.acsu.buffalo.edu (localhost [127.0.0.1]) by localhost (Postfix) with SMTP id A918FD128 for ; Fri, 5 Dec 2014 14:51:23 -0500 (EST) Received: from localmailC.acsu.buffalo.edu (localhost [127.0.0.1]) by localmailC.acsu.buffalo.edu (Postfix) with ESMTP id 27519D121 for ; Fri, 5 Dec 2014 14:51:23 -0500 (EST) Received: from smtp.buffalo.edu (smtp3.acsu.buffalo.edu [128.205.5.226]) by localmailC.acsu.buffalo.edu (Prefixe) with ESMTP id 13F21D120 for ; Fri, 5 Dec 2014 14:51:23 -0500 (EST) Received: from prince.ccr.buffalo.edu (prince.ccr.buffalo.edu [128.205.40.45]) (Authenticated sender: minnus@buffalo.edu) by smtp.buffalo.edu (Postfix) with ESMTPSA id 07D262C34 for ; Fri, 5 Dec 2014 14:51:23 -0500 (EST) Message-ID: <54820CBA.2050706@buffalo.edu> Date: Fri, 05 Dec 2014 14:51:22 -0500 From: Martins Innus User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.10; rv:31.0) Gecko/20100101 Thunderbird/31.2.0 MIME-Version: 1.0 To: pcp@oss.sgi.com Subject: Remove no-op code from linux_proc Content-Type: text/plain; charset=utf-8; format=flowed X-ASG-Orig-Subj: Remove no-op code from linux_proc Content-Transfer-Encoding: 7bit X-PM-EL-Spam-Prob: : 8% X-Barracuda-Connect: mtareserve7.acsu.buffalo.edu[128.205.6.7] X-Barracuda-Start-Time: 1417809083 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.12489 Rule breakdown below pts rule name description ---- ---------------------- -------------------------------------------------- Hi, In my initial dynamic procs submission, I had a copy and paste error that didn't do anything. cgroups must have returned a value if the metrics makeup changed. Proc only returns non-zero when /proc can't be opened. From: https://github.com/ubccr/pcp/tree/martins_working commit 11c66bcde0ea263db7002d6731498f105dfb35bb Author: Martins Innus Date: Fri Dec 5 14:43:42 2014 -0500 Remove noop code In my initial dynamic proc refractor, I copied an unneccessary call that was in the cgroups code. For the procs case, it is not needed and never gets called. src/pmdas/linux_proc/pmda.c | 5 ++--- 1 files changed, 2 insertions(+), 3 deletions(-) Thanks Martins From janfrode@tanso.net Sat Dec 6 05:07:31 2014 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on oss.sgi.com X-Spam-Level: X-Spam-Status: No, score=0.0 required=5.0 tests=none autolearn=ham version=3.3.1 X-Original-To: pcp@oss.sgi.com Delivered-To: pcp@oss.sgi.com Received: from relay.sgi.com (relay2.corp.sgi.com [137.38.102.29]) by oss.sgi.com (Postfix) with ESMTP id 5772C7F3F for ; Sat, 6 Dec 2014 05:07:31 -0600 (CST) Received: from cuda.sgi.com (cuda2.sgi.com [192.48.176.25]) by relay2.corp.sgi.com (Postfix) with ESMTP id 356F0304048 for ; Sat, 6 Dec 2014 03:07:30 -0800 (PST) X-ASG-Debug-ID: 1417864039-04cbb010693635d0001-S8gJnT Received: from mail-la0-f47.google.com (mail-la0-f47.google.com [209.85.215.47]) by cuda.sgi.com with ESMTP id 5WQ6sY9cqbCZGEJT (version=TLSv1 cipher=RC4-SHA bits=128 verify=NO) for ; Sat, 06 Dec 2014 03:07:20 -0800 (PST) X-Barracuda-Envelope-From: janfrode@tanso.net X-Barracuda-Apparent-Source-IP: 209.85.215.47 Received: by mail-la0-f47.google.com with SMTP id hz20so1861737lab.20 for ; Sat, 06 Dec 2014 03:07:19 -0800 (PST) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:date:from:to:cc:subject:message-id:references :mime-version:content-type:content-disposition:in-reply-to :user-agent; bh=MbYzcNgBTpPWdKryDN/mA7LojcofBKDPe3DLHP/Ibgg=; b=HtQKwfU4NBjANNKkxb2pvvNpB2ivArNoUXeX7IkJoXBTm6vi/1gUcxfJVuI/SuND6U zlq1Uuzw1lnpOceKHfFb9w/Z15fcdxJ+st2Bh74O9EXvx+b8kpRKinQ9JiIxj3YklXd0 hAVc2aceQDmm7Ryo+7vnBsqGJXyqZd4mhQxEeb/Pn8CHtqZifhEsnIF7tcnfj9FJ3WEa YkuXo6ndeyjs9559MJdiqVXTnIUIh71lUKF6MpjXzUfygYh6C09XCxto6yvZE0rp372g 7hwdx2nYWE+DzS6Rkp8OZcZ8rL/OHKggCHNoTrQXEWsczZcVOphfV8sXHMKaQ5ic979r Ee2A== X-Gm-Message-State: ALoCoQm5b1VwOWV7cB65NaxO2qE3J0xa1lzMxMgRPaBRwayUAzmtBJeHqoEWGwuw+OglLO2oyqHz X-Received: by 10.112.129.228 with SMTP id nz4mr7153527lbb.8.1417864039117; Sat, 06 Dec 2014 03:07:19 -0800 (PST) Received: from localhost (120.81-167-109.customer.lyse.net. [81.167.109.120]) by mx.google.com with ESMTPSA id xe10sm9109163lbb.37.2014.12.06.03.07.17 for (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Sat, 06 Dec 2014 03:07:18 -0800 (PST) Date: Sat, 6 Dec 2014 12:07:17 +0100 From: Jan-Frode Myklebust To: pcp@oss.sgi.com Cc: nathans@redhat.com Subject: [PATCH] Add PMDA for the Unbound DNS resolver. Message-ID: <20141206110717.GA13661@mushkin.tanso.net> X-ASG-Orig-Subj: [PATCH] Add PMDA for the Unbound DNS resolver. References: <20141127104047.GA7900@mushkin.tanso.net> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline In-Reply-To: <20141127104047.GA7900@mushkin.tanso.net> User-Agent: Mutt/1.5.21 (2010-09-15) X-Barracuda-Connect: mail-la0-f47.google.com[209.85.215.47] X-Barracuda-Start-Time: 1417864040 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= X-Barracuda-Spam-Report: Code version 3.2, rules version 3.2.3.12517 Rule breakdown below pts rule name description ---- ---------------------- -------------------------------------------------- This adds a PMDA for the Unbound DNS resolver. Currently exposing 140 metrics gathered from Unbounds "unbound-control stats" command. It's missing the per thread metrics, but I plan on adding these at a later point. This patch has updated copyright assignment, gpl header and man-page, as requested by Nathan Scott. Signed-off-by: Jan-Frode Myklebust --- src/pmdas/unbound/Install | 28 ++ src/pmdas/unbound/Remove | 25 ++ src/pmdas/unbound/pmdaunbound.1 | 65 ++++ src/pmdas/unbound/pmdaunbound.python | 1357 +++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++ 4 files changed, 1475 insertions(+) create mode 100755 src/pmdas/unbound/Install create mode 100755 src/pmdas/unbound/Remove create mode 100644 src/pmdas/unbound/pmdaunbound.1 create mode 100644 src/pmdas/unbound/pmdaunbound.python diff --git a/src/pmdas/unbound/Install b/src/pmdas/unbound/Install new file mode 100755 index 0000000..4bdfb41 --- /dev/null +++ b/src/pmdas/unbound/Install @@ -0,0 +1,28 @@ +#! /bin/sh +# +# Copyright (c) 2014 Jan-Frode Myklebust +# +# This program is free software; you can redistribute it and/or modify it +# under the terms of the GNU General Public License as published by the +# Free Software Foundation; either version 2 of the License, or (at your +# option) any later version. +# +# This program is distributed in the hope that it will be useful, but +# WITHOUT ANY WARRANTY; without even the implied warranty of MERCHANTABILITY +# or FITNESS FOR A PARTICULAR PURPOSE. See the GNU General Public License +# for more details. +# +# Install the Unbound PMDA +# + +. $PCP_DIR/etc/pcp.env +. $PCP_SHARE_DIR/lib/pmdaproc.sh + +iam=unbound +python_opt=true +daemon_opt=false +forced_restart=true + +pmdaSetup +pmdaInstall +exit 0 diff --git a/src/pmdas/unbound/Remove b/src/pmdas/unbound/Remove new file mode 100755 index 0000000..4cc0fdf --- /dev/null +++ b/src/pmdas/unbound/Remove @@ -0,0 +1,25 @@ +#! /bin/sh +# +# Copyright (c) 2014 Jan-Frode Myklebust +# +# This program is free software; you can redistribute it and/or modify it +# under the terms of the GNU General Public License as published by the +# Free Software Foundation; either version 2 of the License, or (at your +# option) any later version. +# +# This program is distributed in the hope that it will be useful, but +# WITHOUT ANY WARRANTY; without even the implied warranty of MERCHANTABILITY +# or FITNESS FOR A PARTICULAR PURPOSE. See the GNU General Public License +# for more details. +# +# Remove the Linux Unbound PMDA +# + +. $PCP_DIR/etc/pcp.env +. $PCP_SHARE_DIR/lib/pmdaproc.sh + +iam=unbound + +pmdaSetup +pmdaRemove +exit 0 diff --git a/src/pmdas/unbound/pmdaunbound.1 b/src/pmdas/unbound/pmdaunbound.1 new file mode 100644 index 0000000..59392cd --- /dev/null +++ b/src/pmdas/unbound/pmdaunbound.1 @@ -0,0 +1,65 @@ +'\"macro stdmacro +.\" +.\" Copyright (c) 2014 Jan-Frode Myklebust . +.\" +.\" This program is free software; you can redistribute it and/or modify it +.\" under the terms of the GNU General Public License as published by the +.\" Free Software Foundation; either version 2 of the License, or (at your +.\" option) any later version. +.\" +.\" This program is distributed in the hope that it will be useful, but +.\" WITHOUT ANY WARRANTY; without even the implied warranty of MERCHANTABILITY +.\" or FITNESS FOR A PARTICULAR PURPOSE. See the GNU General Public License +.\" for more details. +.\" +.\" +.TH PMDAUNBOUND 1 "PCP" "Performance Co-Pilot" +.SH NAME +\f3pmdaunbound\f1 \- Unbound resolver PMDA +.SH DESCRIPTION +\f3pmdaunbound\f1 is a Performance Metrics Domain Agent (PMDA) which exports +metric values about the Unbound DNS resolver using the +.BR unbound-control (8) +.BR stats_noreset +command. +.PP +This gives lots of insight into query types, response time, cache hits/misses, +etc. Please see the +.BR unbound-control (8) +man page for explanation about each statistics counter. +.PP +Further details on the Unbound DNS resolver can be found at https://unbound.net/ +.SH INSTALLATION +Install the Unbound PMDA by using the Install script as root: +.PP + # cd $PCP_PMDAS_DIR/unbound +.br + # ./Install +.PP +To uninstall, do the following as root: +.PP + # cd $PCP_PMDAS_DIR/unbound +.br + # ./Remove +.PP +\fBpmdaunbound\fR is launched by \fIpmcd\fR(1) and should never be executed +directly. The Install and Remove scripts notify \fIpmcd\fR(1) when the +agent is installed or removed. +.SH FILES +.IP "\fB$PCP_PMDAS_DIR/unbound/Install\fR" 4 +installation script for the \fBpmdaunbound\fR agent +.IP "\fB$PCP_PMDAS_DIR/unbound/Remove\fR" 4 +undo installation script for the \fBpmdaunbound\fR agent +.IP "\fB$PCP_LOG_DIR/pmcd/unbound.log\fR" 4 +default log file for error messages from \fBpmdaunbound\fR +.SH PCP ENVIRONMENT +Environment variables with the prefix \fBPCP_\fR are used to parameterize +the file and directory names used by \fBPCP\fR. On each installation, the +file \fB/etc/pcp.conf\fR contains the local values for these variables. +The \fB$PCP_CONF\fR variable may be used to specify an alternative +configuration file, as described in \fIpcp.conf\fR(5). +.SH SEE ALSO +.BR pmcd (1), +.BR unbound-control (8), +and +.BR unbound (8) diff --git a/src/pmdas/unbound/pmdaunbound.python b/src/pmdas/unbound/pmdaunbound.python new file mode 100644 index 0000000..ddfc49a --- /dev/null +++ b/src/pmdas/unbound/pmdaunbound.python @@ -0,0 +1,1357 @@ +''' +Performance Metrics Domain Agent exporting Unbound statistics. +''' +# +# Copyright (c) 2014 Jan-Frode Myklebust . +# +# This program is free software; you can redistribute it and/or modify it +# under the terms of the GNU General Public License as published by the +# Free Software Foundation; either version 2 of the License, or (at your +# option) any later version. +# +# This program is distributed in the hope that it will be useful, but +# WITHOUT ANY WARRANTY; without even the implied warranty of MERCHANTABILITY +# or FITNESS FOR A PARTICULAR PURPOSE. See the GNU General Public License +# for more details. +# + +import cpmapi as c_api +from pcp.pmapi import pmUnits +from pcp.pmda import PMDA, pmdaMetric, pmdaIndom +from subprocess import Popen, PIPE +import string + +class UnboundPMDA(PMDA): + ''' + Performance Metrics Domain Agent exporting Unbound metrics. + Install it and make basic use of it if you use Unbound, as follows: + + # $PCP_PMDAS_DIR/unbound/Install + $ pminfo -fmdtT unbound + ''' + + def unbound_fetch(self): + ''' + Called once per PCP "fetch" PDU from pmcd(1) + Iterates over the unbound statistics, + ''' + p = Popen(['/usr/sbin/unbound-control', 'stats_noreset'], stdin=PIPE, stdout=PIPE, stderr=PIPE) + p.wait() + stdout, stderr = p.communicate() + stdoutlines = string.split(stdout.strip(), '\n') + for line in stdoutlines: + keyval = string.split(line, '=') + if keyval[0].startswith( 'histogram' ): + # Replace "." with "_" to avoid splitting metric name in multiple sub sections + keyval[0] = "histogram." + "_".join(str(v) for v in keyval[0].split(".")[1:]) + # only try to populate known metrics: + if keyval[0] in self.values: + if ( + keyval[0] == "time.now" or + keyval[0] == "time.up" or + keyval[0] == "time.elapsed" or + keyval[0] == "total.requestlist.avg" or + keyval[0] == "total.recursion.time.avg" or + keyval[0] == "total.recursion.time.median" + ): + self.values[keyval[0]] = float(keyval[1]) + else: + self.values[keyval[0]] = long(keyval[1]) + + def unbound_fetch_callback(self, cluster, item, inst): + ''' + Main fetch callback - looks up value associated with requested PMID + (from unbound_fetch), converts units if needed, then returns a list of + value,status (single pair) for the requested pmid + ''' + # self.log("fetch callback for %d.%d[%d]" % (cluster, item, inst)) + if inst != c_api.PM_IN_NULL: + return [c_api.PM_ERR_INST, 0] + elif cluster != 0: + return [c_api.PM_ERR_PMID, 0] + if item >= 0 and item < self.nmetrics and self.patherrors == 1: + return [c_api.PM_ERR_AGAIN, 0] + + if item == 0: + return [self.values['total.num.queries'], 1] + elif item == 1: + return [self.values['total.num.cachehits'], 1] + elif item == 2: + return [self.values['total.num.cachemiss'], 1] + elif item == 3: + return [self.values['total.num.prefetch'], 1] + elif item == 4: + return [self.values['total.num.recursivereplies'], 1] + elif item == 5: + return [self.values['total.requestlist.avg'], 1] + elif item == 6: + return [self.values['total.requestlist.max'], 1] + elif item == 7: + return [self.values['total.requestlist.overwritten'], 1] + elif item == 8: + return [self.values['total.requestlist.exceeded'], 1] + elif item == 9: + return [self.values['total.requestlist.current.all'], 1] + elif item == 10: + return [self.values['total.requestlist.current.user'], 1] + elif item == 11: + return [self.values['total.recursion.time.avg'], 1] + elif item == 12: + return [self.values['total.recursion.time.median'], 1] + elif item == 13: + return [self.values['unwanted.queries'], 1] + elif item == 14: + return [self.values['unwanted.replies'], 1] + elif item == 15: + return [self.values['num.answer.rcode.NOERROR'], 1] + elif item == 16: + return [self.values['num.answer.rcode.FORMERR'], 1] + elif item == 17: + return [self.values['num.answer.rcode.SERVFAIL'], 1] + elif item == 18: + return [self.values['num.answer.rcode.NXDOMAIN'], 1] + elif item == 19: + return [self.values['num.answer.rcode.REFUSED'], 1] + elif item == 20: + return [self.values['num.answer.rcode.nodata'], 1] + elif item == 21: + return [self.values['num.answer.secure'], 1] + elif item == 22: + return [self.values['num.answer.bogus'], 1] + elif item == 23: + return [self.values['num.rrset.bogus'], 1] + elif item == 24: + return [self.values['num.query.type.TYPE0'], 1] + elif item == 25: + return [self.values['num.query.type.A'], 1] + elif item == 26: + return [self.values['num.query.type.NS'], 1] + elif item == 27: + return [self.values['num.query.type.MD'], 1] + elif item == 28: + return [self.values['num.query.type.MF'], 1] + elif item == 29: + return [self.values['num.query.type.CNAME'], 1] + elif item == 30: + return [self.values['num.query.type.SOA'], 1] + elif item == 31: + return [self.values['num.query.type.MB'], 1] + elif item == 32: + return [self.values['num.query.type.MG'], 1] + elif item == 33: + return [self.values['num.query.type.MR'], 1] + elif item == 34: + return [self.values['num.query.type.NULL'], 1] + elif item == 35: + return [self.values['num.query.type.WKS'], 1] + elif item == 36: + return [self.values['num.query.type.PTR'], 1] + elif item == 37: + return [self.values['num.query.type.HINFO'], 1] + elif item == 38: + return [self.values['num.query.type.MINFO'], 1] + elif item == 39: + return [self.values['num.query.type.MX'], 1] + elif item == 40: + return [self.values['num.query.type.TXT'], 1] + elif item == 41: + return [self.values['num.query.type.RP'], 1] + elif item == 42: + return [self.values['num.query.type.AFSDB'], 1] + elif item == 43: + return [self.values['num.query.type.X25'], 1] + elif item == 44: + return [self.values['num.query.type.ISDN'], 1] + elif item == 45: + return [self.values['num.query.type.RT'], 1] + elif item == 46: + return [self.values['num.query.type.AAAA'], 1] + elif item == 47: + return [self.values['num.query.type.SRV'], 1] + elif item == 48: + return [self.values['num.query.type.ATMA'], 1] + elif item == 49: + return [self.values['num.query.type.NAPTR'], 1] + elif item == 50: + return [self.values['num.query.type.A6'], 1] + elif item == 51: + return [self.values['num.query.type.DS'], 1] + elif item == 52: + return [self.values['num.query.type.SSHFP'], 1] + elif item == 53: + return [self.values['num.query.type.RRSIG'], 1] + elif item == 54: + return [self.values['num.query.type.NSEC'], 1] + elif item == 55: + return [self.values['num.query.type.DNSKEY'], 1] + elif item == 56: + return [self.values['num.query.type.TLSA'], 1] + elif item == 57: + return [self.values['num.query.type.TYPE65'], 1] + elif item == 58: + return [self.values['num.query.type.TYPE67'], 1] + elif item == 59: + return [self.values['num.query.type.TYPE76'], 1] + elif item == 60: + return [self.values['num.query.type.TYPE97'], 1] + elif item == 61: + return [self.values['num.query.type.SPF'], 1] + elif item == 62: + return [self.values['num.query.type.TYPE103'], 1] + elif item == 63: + return [self.values['num.query.type.EUI64'], 1] + elif item == 64: + return [self.values['num.query.type.TYPE110'], 1] + elif item == 65: + return [self.values['num.query.type.TYPE117'], 1] + elif item == 66: + return [self.values['num.query.type.TYPE119'], 1] + elif item == 67: + return [self.values['num.query.type.TYPE123'], 1] + elif item == 68: + return [self.values['num.query.type.TKEY'], 1] + elif item == 69: + return [self.values['num.query.type.IXFR'], 1] + elif item == 70: + return [self.values['num.query.type.AXFR'], 1] + elif item == 71: + return [self.values['num.query.type.ANY'], 1] + elif item == 72: + return [self.values['num.query.type.other'], 1] + elif item == 73: + return [self.values['num.query.class.CLASS0'], 1] + elif item == 74: + return [self.values['num.query.class.IN'], 1] + elif item == 75: + return [self.values['num.query.class.CH'], 1] + elif item == 76: + return [self.values['num.query.class.CLASS6'], 1] + elif item == 77: + return [self.values['num.query.class.CLASS65'], 1] + elif item == 78: + return [self.values['num.query.class.CLASS115'], 1] + elif item == 79: + return [self.values['num.query.class.CLASS240'], 1] + elif item == 80: + return [self.values['num.query.class.ANY'], 1] + elif item == 81: + return [self.values['num.query.class.other'], 1] + elif item == 82: + return [self.values['num.query.opcode.QUERY'], 1] + elif item == 83: + return [self.values['num.query.tcp'], 1] + elif item == 84: + return [self.values['num.query.ipv6'], 1] + elif item == 85: + return [self.values['num.query.flags.QR'], 1] + elif item == 86: + return [self.values['num.query.flags.AA'], 1] + elif item == 87: + return [self.values['num.query.flags.TC'], 1] + elif item == 88: + return [self.values['num.query.flags.RD'], 1] + elif item == 89: + return [self.values['num.query.flags.RA'], 1] + elif item == 90: + return [self.values['num.query.flags.Z'], 1] + elif item == 91: + return [self.values['num.query.flags.AD'], 1] + elif item == 92: + return [self.values['num.query.flags.CD'], 1] + elif item == 93: + return [self.values['num.query.edns.present'], 1] + elif item == 94: + return [self.values['num.query.edns.DO'], 1] + elif item == 95: + return [self.values['mem.total.sbrk'], 1] + elif item == 96: + return [self.values['mem.cache.rrset'], 1] + elif item == 97: + return [self.values['mem.cache.message'], 1] + elif item == 98: + return [self.values['mem.mod.iterator'], 1] + elif item == 99: + return [self.values['mem.mod.validator'], 1] + elif item == 100: + return [self.values['histogram.000000_000000_to_000000_000001'], 1] + elif item == 101: + return [self.values['histogram.000000_000001_to_000000_000002'], 1] + elif item == 102: + return [self.values['histogram.000000_000002_to_000000_000004'], 1] + elif item == 103: + return [self.values['histogram.000000_000004_to_000000_000008'], 1] + elif item == 104: + return [self.values['histogram.000000_000008_to_000000_000016'], 1] + elif item == 105: + return [self.values['histogram.000000_000016_to_000000_000032'], 1] + elif item == 106: + return [self.values['histogram.000000_000032_to_000000_000064'], 1] + elif item == 107: + return [self.values['histogram.000000_000064_to_000000_000128'], 1] + elif item == 108: + return [self.values['histogram.000000_000128_to_000000_000256'], 1] + elif item == 109: + return [self.values['histogram.000000_000256_to_000000_000512'], 1] + elif item == 110: + return [self.values['histogram.000000_000512_to_000000_001024'], 1] + elif item == 111: + return [self.values['histogram.000000_001024_to_000000_002048'], 1] + elif item == 112: + return [self.values['histogram.000000_002048_to_000000_004096'], 1] + elif item == 113: + return [self.values['histogram.000000_004096_to_000000_008192'], 1] + elif item == 114: + return [self.values['histogram.000000_008192_to_000000_016384'], 1] + elif item == 115: + return [self.values['histogram.000000_016384_to_000000_032768'], 1] + elif item == 116: + return [self.values['histogram.000000_032768_to_000000_065536'], 1] + elif item == 117: + return [self.values['histogram.000000_065536_to_000000_131072'], 1] + elif item == 118: + return [self.values['histogram.000000_131072_to_000000_262144'], 1] + elif item == 119: + return [self.values['histogram.000000_262144_to_000000_524288'], 1] + elif item == 120: + return [self.values['histogram.000000_524288_to_000001_000000'], 1] + elif item == 121: + return [self.values['histogram.000001_000000_to_000002_000000'], 1] + elif item == 122: + return [self.values['histogram.000002_000000_to_000004_000000'], 1] + elif item == 123: + return [self.values['histogram.000004_000000_to_000008_000000'], 1] + elif item == 124: + return [self.values['histogram.000008_000000_to_000016_000000'], 1] + elif item == 125: + return [self.values['histogram.000016_000000_to_000032_000000'], 1] + elif item == 126: + return [self.values['histogram.000032_000000_to_000064_000000'], 1] + elif item == 127: + return [self.values['histogram.000064_000000_to_000128_000000'], 1] + elif item == 128: + return [self.values['histogram.000128_000000_to_000256_000000'], 1] + elif item == 129: + return [self.values['histogram.000256_000000_to_000512_000000'], 1] + elif item == 130: + return [self.values['histogram.000512_000000_to_001024_000000'], 1] + elif item == 131: + return [self.values['histogram.001024_000000_to_002048_000000'], 1] + elif item == 132: + return [self.values['histogram.002048_000000_to_004096_000000'], 1] + elif item == 133: + return [self.values['histogram.004096_000000_to_008192_000000'], 1] + elif item == 134: + return [self.values['histogram.008192_000000_to_016384_000000'], 1] + elif item == 135: + return [self.values['histogram.016384_000000_to_032768_000000'], 1] + elif item == 136: + return [self.values['histogram.032768_000000_to_065536_000000'], 1] + elif item == 137: + return [self.values['histogram.065536_000000_to_131072_000000'], 1] + elif item == 138: + return [self.values['histogram.131072_000000_to_262144_000000'], 1] + elif item == 139: + return [self.values['histogram.262144_000000_to_524288_000000'], 1] + return [c_api.PM_ERR_PMID, 0] + + def setup_unbound_metrics(self, name): + ''' + Setup the metric table - ensure a values hash entry is setup for + each metric; that way we don't need to worry about KeyErrors in + the fetch callback routine (e.g. if the kernel interface changes). + ''' + self.values['total.num.queries'] = 0 + self.add_metric(name + '.total.num.queries', pmdaMetric( + self.pmid(0, 0), + c_api.PM_TYPE_U64, c_api.PM_INDOM_NULL, c_api.PM_SEM_COUNTER, + pmUnits(0, 0, 1, 0, 0, c_api.PM_COUNT_ONE)), + 'Total number of queries received from all threads.') + + self.values['total.num.cachehits'] = 0 + self.add_metric(name + '.total.num.cachehits', pmdaMetric( + self.pmid(0, 1), + c_api.PM_TYPE_U64, c_api.PM_INDOM_NULL, c_api.PM_SEM_COUNTER, + pmUnits(0, 0, 1, 0, 0, c_api.PM_COUNT_ONE)), + 'Total number of queries that were successfully answered using a cache lookup.') + + self.values['total.num.cachemiss'] = 0 + self.add_metric(name + '.total.num.cachemiss', pmdaMetric( + self.pmid(0, 2), + c_api.PM_TYPE_U64, c_api.PM_INDOM_NULL, c_api.PM_SEM_COUNTER, + pmUnits(0, 0, 1, 0, 0, c_api.PM_COUNT_ONE)), + 'Total number of queries that needed recursive processing.') + + self.values['total.num.prefetch'] = 0 + self.add_metric(name + '.total.num.prefetch', pmdaMetric( + self.pmid(0, 3), + c_api.PM_TYPE_U64, c_api.PM_INDOM_NULL, c_api.PM_SEM_COUNTER, + pmUnits(0, 0, 1, 0, 0, c_api.PM_COUNT_ONE)), + 'Total number cache prefetches performed.') + + self.values['total.num.recursivereplies'] = 0 + self.add_metric(name + '.total.num.recursivereplies', pmdaMetric( + self.pmid(0, 4), + c_api.PM_TYPE_U64, c_api.PM_INDOM_NULL, c_api.PM_SEM_COUNTER, + pmUnits(0, 0, 1, 0, 0, c_api.PM_COUNT_ONE)), + 'Total number of replies sent to queries that needed recursive processing.') + + self.values['total.requestlist.avg'] = 0 + self.add_metric(name + '.total.requestlist.avg', pmdaMetric( + self.pmid(0, 5), + c_api.PM_TYPE_FLOAT, c_api.PM_INDOM_NULL, c_api.PM_SEM_INSTANT, + pmUnits(0, 0, 1, 0, 0, c_api.PM_COUNT_ONE)), + 'Average number of requests in the internal recursive processing request list on insert of a new incoming recursive processing query.') + + self.values['total.requestlist.max'] = 0 + self.add_metric(name + '.total.requestlist.max', pmdaMetric( + self.pmid(0, 6), + c_api.PM_TYPE_U64, c_api.PM_INDOM_NULL, c_api.PM_SEM_INSTANT, + pmUnits(0, 0, 1, 0, 0, c_api.PM_COUNT_ONE)), + 'Maximum size attained by the internal recursive processing request list.') + + self.values['total.requestlist.overwritten'] = 0 + self.add_metric(name + '.total.requestlist.overwritten', pmdaMetric( + self.pmid(0, 7), + c_api.PM_TYPE_U64, c_api.PM_INDOM_NULL, c_api.PM_SEM_COUNTER, + pmUnits(0, 0, 1, 0, 0, c_api.PM_COUNT_ONE)), + 'Number of requests in the request list that were overwritten by newer entries.') + + self.values['total.requestlist.exceeded'] = 0 + self.add_metric(name + '.total.requestlist.exceeded', pmdaMetric( + self.pmid(0, 8), + c_api.PM_TYPE_U64, c_api.PM_INDOM_NULL, c_api.PM_SEM_COUNTER, + pmUnits(0, 0, 1, 0, 0, c_api.PM_COUNT_ONE)), + 'Queries that were dropped because the request list was full.') + + self.values['total.requestlist.current.all'] = 0 + self.add_metric(name + '.total.requestlist.current.all', pmdaMetric( + self.pmid(0, 9), + c_api.PM_TYPE_U64, c_api.PM_INDOM_NULL, c_api.PM_SEM_INSTANT, + pmUnits(0, 0, 1, 0, 0, c_api.PM_COUNT_ONE)), + 'Current size of the request list, includes internally generated queries.') + + self.values['total.requestlist.current.user'] = 0 + self.add_metric(name + '.total.requestlist.current.user', pmdaMetric( + self.pmid(0, 10), + c_api.PM_TYPE_U64, c_api.PM_INDOM_NULL, c_api.PM_SEM_INSTANT, + pmUnits(0, 0, 1, 0, 0, c_api.PM_COUNT_ONE)), + 'Current size of the request list, only the requests from client queries.') + + self.values['total.recursion.time.avg'] = 0 + self.add_metric(name + '.total.recursion.time.avg', pmdaMetric( + self.pmid(0, 11), + c_api.PM_TYPE_FLOAT, c_api.PM_INDOM_NULL, c_api.PM_SEM_INSTANT, + pmUnits(0, 1, 0, 0, c_api.PM_TIME_SEC, 0)), + 'Average time it took to answer queries that needed recursive processing.') + + self.values['total.recursion.time.median'] = 0 + self.add_metric(name + '.total.recursion.time.median', pmdaMetric( + self.pmid(0, 12), + c_api.PM_TYPE_FLOAT, c_api.PM_INDOM_NULL, c_api.PM_SEM_INSTANT, + pmUnits(0, 1, 0, 0, c_api.PM_TIME_SEC, 0)), + 'Median time it took to answer queries that needed recursive processing.') + + self.values['unwanted.queries'] = 0 + self.add_metric(name + '.unwanted.queries', pmdaMetric( + self.pmid(0, 13), + c_api.PM_TYPE_U64, c_api.PM_INDOM_NULL, c_api.PM_SEM_COUNTER, + pmUnits(0, 0, 1, 0, 0, c_api.PM_COUNT_ONE)), + 'Number of queries that were refused or dropped because they failed the access control settings.') + + self.values['unwanted.replies'] = 0 + self.add_metric(name + '.unwanted.replies', pmdaMetric( + self.pmid(0, 14), + c_api.PM_TYPE_U64, c_api.PM_INDOM_NULL, c_api.PM_SEM_COUNTER, + pmUnits(0, 0, 1, 0, 0, c_api.PM_COUNT_ONE)), + 'Replies that were unwanted or unsolicited.') + + self.values['num.answer.rcode.NOERROR'] = 0 + self.add_metric(name + '.num.answer.rcode.NOERROR', pmdaMetric( + self.pmid(0, 15), + c_api.PM_TYPE_U64, c_api.PM_INDOM_NULL, c_api.PM_SEM_COUNTER, + pmUnits(0, 0, 1, 0, 0, c_api.PM_COUNT_ONE)), + 'Number of answers that were without faults.') + + self.values['num.answer.rcode.FORMERR'] = 0 + self.add_metric(name + '.num.answer.rcode.FORMERR', pmdaMetric( + self.pmid(0, 16), + c_api.PM_TYPE_U64, c_api.PM_INDOM_NULL, c_api.PM_SEM_COUNTER, + pmUnits(0, 0, 1, 0, 0, c_api.PM_COUNT_ONE)), + 'Number of answers with format error.') + + self.values['num.answer.rcode.SERVFAIL'] = 0 + self.add_metric(name + '.num.answer.rcode.SERVFAIL', pmdaMetric( + self.pmid(0, 17), + c_api.PM_TYPE_U64, c_api.PM_INDOM_NULL, c_api.PM_SEM_COUNTER, + pmUnits(0, 0, 1, 0, 0, c_api.PM_COUNT_ONE)), + 'Number of answers with SERVFAIL.') + + self.values['num.answer.rcode.NXDOMAIN'] = 0 + self.add_metric(name + '.num.answer.rcode.NXDOMAIN', pmdaMetric( + self.pmid(0, 18), + c_api.PM_TYPE_U64, c_api.PM_INDOM_NULL, c_api.PM_SEM_COUNTER, + pmUnits(0, 0, 1, 0, 0, c_api.PM_COUNT_ONE)), + 'Number of answers with NXDOMAIN.') + + self.values['num.answer.rcode.REFUSED'] = 0 + self.add_metric(name + '.num.answer.rcode.REFUSED', pmdaMetric( + self.pmid(0, 19), + c_api.PM_TYPE_U64, c_api.PM_INDOM_NULL, c_api.PM_SEM_COUNTER, + pmUnits(0, 0, 1, 0, 0, c_api.PM_COUNT_ONE)), + 'Number of answers status REFUSED.') + + self.values['num.answer.rcode.nodata'] = 0 + self.add_metric(name + '.num.answer.rcode.nodata', pmdaMetric( + self.pmid(0, 20), + c_api.PM_TYPE_U64, c_api.PM_INDOM_NULL, c_api.PM_SEM_COUNTER, + pmUnits(0, 0, 1, 0, 0, c_api.PM_COUNT_ONE)), + 'The number of answers to queries that had the pseudo return code nodata.') + + self.values['num.answer.secure'] = 0 + self.add_metric(name + '.num.answer.secure', pmdaMetric( + self.pmid(0, 21), + c_api.PM_TYPE_U64, c_api.PM_INDOM_NULL, c_api.PM_SEM_COUNTER, + pmUnits(0, 0, 1, 0, 0, c_api.PM_COUNT_ONE)), + 'Number of answers that were secure. The answer validated correctly.') + + self.values['num.answer.bogus'] = 0 + self.add_metric(name + '.num.answer.bogus', pmdaMetric( + self.pmid(0, 22), + c_api.PM_TYPE_U64, c_api.PM_INDOM_NULL, c_api.PM_SEM_COUNTER, + pmUnits(0, 0, 1, 0, 0, c_api.PM_COUNT_ONE)), + 'Number of answers that were bogus. Answer failed validation.') + + self.values['num.rrset.bogus'] = 0 + self.add_metric(name + '.num.rrset.bogus', pmdaMetric( + self.pmid(0, 23), + c_api.PM_TYPE_U64, c_api.PM_INDOM_NULL, c_api.PM_SEM_COUNTER, + pmUnits(0, 0, 1, 0, 0, c_api.PM_COUNT_ONE)), + 'The number of rrsets marked bogus by the validator.') + + self.values['num.query.type.TYPE0'] = 0 + self.add_metric(name + '.num.query.type.TYPE0', pmdaMetric( + self.pmid(0, 24), + c_api.PM_TYPE_U64, c_api.PM_INDOM_NULL, c_api.PM_SEM_COUNTER, + pmUnits(0, 0, 1, 0, 0, c_api.PM_COUNT_ONE)), + 'num.query.type.TYPE0') + + self.values['num.query.type.A'] = 0 + self.add_metric(name + '.num.query.type.A', pmdaMetric( + self.pmid(0, 25), + c_api.PM_TYPE_U64, c_api.PM_INDOM_NULL, c_api.PM_SEM_COUNTER, + pmUnits(0, 0, 1, 0, 0, c_api.PM_COUNT_ONE)), + 'num.query.type.A') + + self.values['num.query.type.NS'] = 0 + self.add_metric(name + '.num.query.type.NS', pmdaMetric( + self.pmid(0, 26), + c_api.PM_TYPE_U64, c_api.PM_INDOM_NULL, c_api.PM_SEM_COUNTER, + pmUnits(0, 0, 1, 0, 0, c_api.PM_COUNT_ONE)), + 'num.query.type.NS') + + self.values['num.query.type.MD'] = 0 + self.add_metric(name + '.num.query.type.MD', pmdaMetric( + self.pmid(0, 27), + c_api.PM_TYPE_U64, c_api.PM_INDOM_NULL, c_api.PM_SEM_COUNTER, + pmUnits(0, 0, 1, 0, 0, c_api.PM_COUNT_ONE)), + 'num.query.type.MD') + + self.values['num.query.type.MF'] = 0 + self.add_metric(name + '.num.query.type.MF', pmdaMetric( + self.pmid(0, 28), + c_api.PM_TYPE_U64, c_api.PM_INDOM_NULL, c_api.PM_SEM_COUNTER, + pmUnits(0, 0, 1, 0, 0, c_api.PM_COUNT_ONE)), + 'num.query.type.MF') + + self.values['num.query.type.CNAME'] = 0 + self.add_metric(name + '.num.query.type.CNAME', pmdaMetric( + self.pmid(0, 29), + c_api.PM_TYPE_U64, c_api.PM_INDOM_NULL, c_api.PM_SEM_COUNTER, + pmUnits(0, 0, 1, 0, 0, c_api.PM_COUNT_ONE)), + 'num.query.type.CNAME') + + self.values['num.query.type.SOA'] = 0 + self.add_metric(name + '.num.query.type.SOA', pmdaMetric( + self.pmid(0, 30), + c_api.PM_TYPE_U64, c_api.PM_INDOM_NULL, c_api.PM_SEM_COUNTER, + pmUnits(0, 0, 1, 0, 0, c_api.PM_COUNT_ONE)), + 'num.query.type.SOA') + + self.values['num.query.type.MB'] = 0 + self.add_metric(name + '.num.query.type.MB', pmdaMetric( + self.pmid(0, 31), + c_api.PM_TYPE_U64, c_api.PM_INDOM_NULL, c_api.PM_SEM_COUNTER, + pmUnits(0, 0, 1, 0, 0, c_api.PM_COUNT_ONE)), + 'num.query.type.MB') + + self.values['num.query.type.MG'] = 0 + self.add_metric(name + '.num.query.type.MG', pmdaMetric( + self.pmid(0, 32), + c_api.PM_TYPE_U64, c_api.PM_INDOM_NULL, c_api.PM_SEM_COUNTER, + pmUnits(0, 0, 1, 0, 0, c_api.PM_COUNT_ONE)), + 'num.query.type.MG') + + self.values['num.query.type.MR'] = 0 + self.add_metric(name + '.num.query.type.MR', pmdaMetric( + self.pmid(0, 33), + c_api.PM_TYPE_U64, c_api.PM_INDOM_NULL, c_api.PM_SEM_COUNTER, + pmUnits(0, 0, 1, 0, 0, c_api.PM_COUNT_ONE)), + 'num.query.type.MR') + + self.values['num.query.type.NULL'] = 0 + self.add_metric(name + '.num.query.type.NULL', pmdaMetric( + self.pmid(0, 34), + c_api.PM_TYPE_U64, c_api.PM_INDOM_NULL, c_api.PM_SEM_COUNTER, + pmUnits(0, 0, 1, 0, 0, c_api.PM_COUNT_ONE)), + 'num.query.type.NULL') + + self.values['num.query.type.WKS'] = 0 + self.add_metric(name + '.num.query.type.WKS', pmdaMetric( + self.pmid(0, 35), + c_api.PM_TYPE_U64, c_api.PM_INDOM_NULL, c_api.PM_SEM_COUNTER, + pmUnits(0, 0, 1, 0, 0, c_api.PM_COUNT_ONE)), + 'num.query.type.WKS') + + self.values['num.query.type.PTR'] = 0 + self.add_metric(name + '.num.query.type.PTR', pmdaMetric( + self.pmid(0, 36), + c_api.PM_TYPE_U64, c_api.PM_INDOM_NULL, c_api.PM_SEM_COUNTER, + pmUnits(0, 0, 1, 0, 0, c_api.PM_COUNT_ONE)), + 'num.query.type.PTR') + + self.values['num.query.type.HINFO'] = 0 + self.add_metric(name + '.num.query.type.HINFO', pmdaMetric( + self.pmid(0, 37), + c_api.PM_TYPE_U64, c_api.PM_INDOM_NULL, c_api.PM_SEM_COUNTER, + pmUnits(0, 0, 1, 0, 0, c_api.PM_COUNT_ONE)), + 'num.query.type.HINFO') + + self.values['num.query.type.MINFO'] = 0 + self.add_metric(name + '.num.query.type.MINFO', pmdaMetric( + self.pmid(0, 38), + c_api.PM_TYPE_U64, c_api.PM_INDOM_NULL, c_api.PM_SEM_COUNTER, + pmUnits(0, 0, 1, 0, 0, c_api.PM_COUNT_ONE)), + 'num.query.type.MINFO') + + self.values['num.query.type.MX'] = 0 + self.add_metric(name + '.num.query.type.MX', pmdaMetric( + self.pmid(0, 39), + c_api.PM_TYPE_U64, c_api.PM_INDOM_NULL, c_api.PM_SEM_COUNTER, + pmUnits(0, 0, 1, 0, 0, c_api.PM_COUNT_ONE)), + 'num.query.type.MX') + + self.values['num.query.type.TXT'] = 0 + self.add_metric(name + '.num.query.type.TXT', pmdaMetric( + self.pmid(0, 40), + c_api.PM_TYPE_U64, c_api.PM_INDOM_NULL, c_api.PM_SEM_COUNTER, + pmUnits(0, 0, 1, 0, 0, c_api.PM_COUNT_ONE)), + 'num.query.type.TXT') + + self.values['num.query.type.RP'] = 0 + self.add_metric(name + '.num.query.type.RP', pmdaMetric( + self.pmid(0, 41), + c_api.PM_TYPE_U64, c_api.PM_INDOM_NULL, c_api.PM_SEM_COUNTER, + pmUnits(0, 0, 1, 0, 0, c_api.PM_COUNT_ONE)), + 'num.query.type.RP') + + self.values['num.query.type.AFSDB'] = 0 + self.add_metric(name + '.num.query.type.AFSDB', pmdaMetric( + self.pmid(0, 42), + c_api.PM_TYPE_U64, c_api.PM_INDOM_NULL, c_api.PM_SEM_COUNTER, + pmUnits(0, 0, 1, 0, 0, c_api.PM_COUNT_ONE)), + 'num.query.type.AFSDB') + + self.values['num.query.type.X25'] = 0 + self.add_metric(name + '.num.query.type.X25', pmdaMetric( + self.pmid(0, 43), + c_api.PM_TYPE_U64, c_api.PM_INDOM_NULL, c_api.PM_SEM_COUNTER, + pmUnits(0, 0, 1, 0, 0, c_api.PM_COUNT_ONE)), + 'num.query.type.X25') + + self.values['num.query.type.ISDN'] = 0 + self.add_metric(name + '.num.query.type.ISDN', pmdaMetric( + self.pmid(0, 44), + c_api.PM_TYPE_U64, c_api.PM_INDOM_NULL, c_api.PM_SEM_COUNTER, + pmUnits(0, 0, 1, 0, 0, c_api.PM_COUNT_ONE)), + 'num.query.type.ISDN') + + self.values['num.query.type.RT'] = 0 + self.add_metric(name + '.num.query.type.RT', pmdaMetric( + self.pmid(0, 45), + c_api.PM_TYPE_U64, c_api.PM_INDOM_NULL, c_api.PM_SEM_COUNTER, + pmUnits(0, 0, 1, 0, 0, c_api.PM_COUNT_ONE)), + 'num.query.type.RT') + + self.values['num.query.type.AAAA'] = 0 + self.add_metric(name + '.num.query.type.AAAA', pmdaMetric( + self.pmid(0, 46), + c_api.PM_TYPE_U64, c_api.PM_INDOM_NULL, c_api.PM_SEM_COUNTER, + pmUnits(0, 0, 1, 0, 0, c_api.PM_COUNT_ONE)), + 'num.query.type.AAAA') + + self.values['num.query.type.SRV'] = 0 + self.add_metric(name + '.num.query.type.SRV', pmdaMetric( + self.pmid(0, 47), + c_api.PM_TYPE_U64, c_api.PM_INDOM_NULL, c_api.PM_SEM_COUNTER, + pmUnits(0, 0, 1, 0, 0, c_api.PM_COUNT_ONE)), + 'num.query.type.SRV') + + self.values['num.query.type.ATMA'] = 0 + self.add_metric(name + '.num.query.type.ATMA', pmdaMetric( + self.pmid(0, 48), + c_api.PM_TYPE_U64, c_api.PM_INDOM_NULL, c_api.PM_SEM_COUNTER, + pmUnits(0, 0, 1, 0, 0, c_api.PM_COUNT_ONE)), + 'num.query.type.ATMA') + + self.values['num.query.type.NAPTR'] = 0 + self.add_metric(name + '.num.query.type.NAPTR', pmdaMetric( + self.pmid(0, 49), + c_api.PM_TYPE_U64, c_api.PM_INDOM_NULL, c_api.PM_SEM_COUNTER, + pmUnits(0, 0, 1, 0, 0, c_api.PM_COUNT_ONE)), + 'num.query.type.NAPTR') + + self.values['num.query.type.A6'] = 0 + self.add_metric(name + '.num.query.type.A6', pmdaMetric( + self.pmid(0, 50), + c_api.PM_TYPE_U64, c_api.PM_INDOM_NULL, c_api.PM_SEM_COUNTER, + pmUnits(0, 0, 1, 0, 0, c_api.PM_COUNT_ONE)), + 'num.query.type.A6') + + self.values['num.query.type.DS'] = 0 + self.add_metric(name + '.num.query.type.DS', pmdaMetric( + self.pmid(0, 51), + c_api.PM_TYPE_U64, c_api.PM_INDOM_NULL, c_api.PM_SEM_COUNTER, + pmUnits(0, 0, 1, 0, 0, c_api.PM_COUNT_ONE)), + 'num.query.type.DS') + + self.values['num.query.type.SSHFP'] = 0 + self.add_metric(name + '.num.query.type.SSHFP', pmdaMetric( + self.pmid(0, 52), + c_api.PM_TYPE_U64, c_api.PM_INDOM_NULL, c_api.PM_SEM_COUNTER, + pmUnits(0, 0, 1, 0, 0, c_api.PM_COUNT_ONE)), + 'num.query.type.SSHFP') + + self.values['num.query.type.RRSIG'] = 0 + self.add_metric(name + '.num.query.type.RRSIG', pmdaMetric( + self.pmid(0, 53), + c_api.PM_TYPE_U64, c_api.PM_INDOM_NULL, c_api.PM_SEM_COUNTER, + pmUnits(0, 0, 1, 0, 0, c_api.PM_COUNT_ONE)), + 'num.query.type.RRSIG') + + self.values['num.query.type.NSEC'] = 0 + self.add_metric(name + '.num.query.type.NSEC', pmdaMetric( + self.pmid(0, 54), + c_api.PM_TYPE_U64, c_api.PM_INDOM_NULL, c_api.PM_SEM_COUNTER, + pmUnits(0, 0, 1, 0, 0, c_api.PM_COUNT_ONE)), + 'num.query.type.NSEC') + + self.values['num.query.type.DNSKEY'] = 0 + self.add_metric(name + '.num.query.type.DNSKEY', pmdaMetric( + self.pmid(0, 55), + c_api.PM_TYPE_U64, c_api.PM_INDOM_NULL, c_api.PM_SEM_COUNTER, + pmUnits(0, 0, 1, 0, 0, c_api.PM_COUNT_ONE)), + 'num.query.type.DNSKEY') + + self.values['num.query.type.TLSA'] = 0 + self.add_metric(name + '.num.query.type.TLSA', pmdaMetric( + self.pmid(0, 56), + c_api.PM_TYPE_U64, c_api.PM_INDOM_NULL, c_api.PM_SEM_COUNTER, + pmUnits(0, 0, 1, 0, 0, c_api.PM_COUNT_ONE)), + 'num.query.type.TLSA') + + self.values['num.query.type.TYPE65'] = 0 + self.add_metric(name + '.num.query.type.TYPE65', pmdaMetric( + self.pmid(0, 57), + c_api.PM_TYPE_U64, c_api.PM_INDOM_NULL, c_api.PM_SEM_COUNTER, + pmUnits(0, 0, 1, 0, 0, c_api.PM_COUNT_ONE)), + 'num.query.type.TYPE65') + + self.values['num.query.type.TYPE67'] = 0 + self.add_metric(name + '.num.query.type.TYPE67', pmdaMetric( + self.pmid(0, 58), + c_api.PM_TYPE_U64, c_api.PM_INDOM_NULL, c_api.PM_SEM_COUNTER, + pmUnits(0, 0, 1, 0, 0, c_api.PM_COUNT_ONE)), + 'num.query.type.TYPE67') + + self.values['num.query.type.TYPE76'] = 0 + self.add_metric(name + '.num.query.type.TYPE76', pmdaMetric( + self.pmid(0, 59), + c_api.PM_TYPE_U64, c_api.PM_INDOM_NULL, c_api.PM_SEM_COUNTER, + pmUnits(0, 0, 1, 0, 0, c_api.PM_COUNT_ONE)), + 'num.query.type.TYPE76') + + self.values['num.query.type.TYPE97'] = 0 + self.add_metric(name + '.num.query.type.TYPE97', pmdaMetric( + self.pmid(0, 60), + c_api.PM_TYPE_U64, c_api.PM_INDOM_NULL, c_api.PM_SEM_COUNTER, + pmUnits(0, 0, 1, 0, 0, c_api.PM_COUNT_ONE)), + 'num.query.type.TYPE97') + + self.values['num.query.type.SPF'] = 0 + self.add_metric(name + '.num.query.type.SPF', pmdaMetric( + self.pmid(0, 61), + c_api.PM_TYPE_U64, c_api.PM_INDOM_NULL, c_api.PM_SEM_COUNTER, + pmUnits(0, 0, 1, 0, 0, c_api.PM_COUNT_ONE)), + 'num.query.type.SPF') + + self.values['num.query.type.TYPE103'] = 0 + self.add_metric(name + '.num.query.type.TYPE103', pmdaMetric( + self.pmid(0, 62), + c_api.PM_TYPE_U64, c_api.PM_INDOM_NULL, c_api.PM_SEM_COUNTER, + pmUnits(0, 0, 1, 0, 0, c_api.PM_COUNT_ONE)), + 'num.query.type.TYPE103') + + self.values['num.query.type.EUI64'] = 0 + self.add_metric(name + '.num.query.type.EUI64', pmdaMetric( + self.pmid(0, 63), + c_api.PM_TYPE_U64, c_api.PM_INDOM_NULL, c_api.PM_SEM_COUNTER, + pmUnits(0, 0, 1, 0, 0, c_api.PM_COUNT_ONE)), + 'num.query.type.EUI64') + + self.values['num.query.type.TYPE110'] = 0 + self.add_metric(name + '.num.query.type.TYPE110', pmdaMetric( + self.pmid(0, 64), + c_api.PM_TYPE_U64, c_api.PM_INDOM_NULL, c_api.PM_SEM_COUNTER, + pmUnits(0, 0, 1, 0, 0, c_api.PM_COUNT_ONE)), + 'num.query.type.TYPE110') + + self.values['num.query.type.TYPE117'] = 0 + self.add_metric(name + '.num.query.type.TYPE117', pmdaMetric( + self.pmid(0, 65), + c_api.PM_TYPE_U64, c_api.PM_INDOM_NULL, c_api.PM_SEM_COUNTER, + pmUnits(0, 0, 1, 0, 0, c_api.PM_COUNT_ONE)), + 'num.query.type.TYPE117') + + self.values['num.query.type.TYPE119'] = 0 + self.add_metric(name + '.num.query.type.TYPE119', pmdaMetric( + self.pmid(0, 66), + c_api.PM_TYPE_U64, c_api.PM_INDOM_NULL, c_api.PM_SEM_COUNTER, + pmUnits(0, 0, 1, 0, 0, c_api.PM_COUNT_ONE)), + 'num.query.type.TYPE119') + + self.values['num.query.type.TYPE123'] = 0 + self.add_metric(name + '.num.query.type.TYPE123', pmdaMetric( + self.pmid(0, 67), + c_api.PM_TYPE_U64, c_api.PM_INDOM_NULL, c_api.PM_SEM_COUNTER, + pmUnits(0, 0, 1, 0, 0, c_api.PM_COUNT_ONE)), + 'num.query.type.TYPE123') + + self.values['num.query.type.TKEY'] = 0 + self.add_metric(name + '.num.query.type.TKEY', pmdaMetric( + self.pmid(0, 68), + c_api.PM_TYPE_U64, c_api.PM_INDOM_NULL, c_api.PM_SEM_COUNTER, + pmUnits(0, 0, 1, 0, 0, c_api.PM_COUNT_ONE)), + 'num.query.type.TKEY') + + self.values['num.query.type.IXFR'] = 0 + self.add_metric(name + '.num.query.type.IXFR', pmdaMetric( + self.pmid(0, 69), + c_api.PM_TYPE_U64, c_api.PM_INDOM_NULL, c_api.PM_SEM_COUNTER, + pmUnits(0, 0, 1, 0, 0, c_api.PM_COUNT_ONE)), + 'num.query.type.IXFR') + + self.values['num.query.type.AXFR'] = 0 + self.add_metric(name + '.num.query.type.AXFR', pmdaMetric( + self.pmid(0, 70), + c_api.PM_TYPE_U64, c_api.PM_INDOM_NULL, c_api.PM_SEM_COUNTER, + pmUnits(0, 0, 1, 0, 0, c_api.PM_COUNT_ONE)), + 'num.query.type.AXFR') + + self.values['num.query.type.ANY'] = 0 + self.add_metric(name + '.num.query.type.ANY', pmdaMetric( + self.pmid(0, 71), + c_api.PM_TYPE_U64, c_api.PM_INDOM_NULL, c_api.PM_SEM_COUNTER, + pmUnits(0, 0, 1, 0, 0, c_api.PM_COUNT_ONE)), + 'num.query.type.ANY') + + self.values['num.query.type.other'] = 0 + self.add_metric(name + '.num.query.type.other', pmdaMetric( + self.pmid(0, 72), + c_api.PM_TYPE_U64, c_api.PM_INDOM_NULL, c_api.PM_SEM_COUNTER, + pmUnits(0, 0, 1, 0, 0, c_api.PM_COUNT_ONE)), + 'num.query.type.other') + + self.values['num.query.class.CLASS0'] = 0 + self.add_metric(name + '.num.query.class.CLASS0', pmdaMetric( + self.pmid(0, 73), + c_api.PM_TYPE_U64, c_api.PM_INDOM_NULL, c_api.PM_SEM_COUNTER, + pmUnits(0, 0, 1, 0, 0, c_api.PM_COUNT_ONE)), + 'num.query.class.CLASS0') + + self.values['num.query.class.IN'] = 0 + self.add_metric(name + '.num.query.class.IN', pmdaMetric( + self.pmid(0, 74), + c_api.PM_TYPE_U64, c_api.PM_INDOM_NULL, c_api.PM_SEM_COUNTER, + pmUnits(0, 0, 1, 0, 0, c_api.PM_COUNT_ONE)), + 'num.query.class.IN') + + self.values['num.query.class.CH'] = 0 + self.add_metric(name + '.num.query.class.CH', pmdaMetric( + self.pmid(0, 75), + c_api.PM_TYPE_U64, c_api.PM_INDOM_NULL, c_api.PM_SEM_COUNTER, + pmUnits(0, 0, 1, 0, 0, c_api.PM_COUNT_ONE)), + 'num.query.class.CH') + + self.values['num.query.class.CLASS6'] = 0 + self.add_metric(name + '.num.query.class.CLASS6', pmdaMetric( + self.pmid(0, 76), + c_api.PM_TYPE_U64, c_api.PM_INDOM_NULL, c_api.PM_SEM_COUNTER, + pmUnits(0, 0, 1, 0, 0, c_api.PM_COUNT_ONE)), + 'num.query.class.CLASS6') + + self.values['num.query.class.CLASS65'] = 0 + self.add_metric(name + '.num.query.class.CLASS65', pmdaMetric( + self.pmid(0, 77), + c_api.PM_TYPE_U64, c_api.PM_INDOM_NULL, c_api.PM_SEM_COUNTER, + pmUnits(0, 0, 1, 0, 0, c_api.PM_COUNT_ONE)), + 'num.query.class.CLASS65') + + self.values['num.query.class.CLASS115'] = 0 + self.add_metric(name + '.num.query.class.CLASS115', pmdaMetric( + self.pmid(0, 78), + c_api.PM_TYPE_U64, c_api.PM_INDOM_NULL, c_api.PM_SEM_COUNTER, + pmUnits(0, 0, 1, 0, 0, c_api.PM_COUNT_ONE)), + 'num.query.class.CLASS115') + + self.values['num.query.class.CLASS240'] = 0 + self.add_metric(name + '.num.query.class.CLASS240', pmdaMetric( + self.pmid(0, 79), + c_api.PM_TYPE_U64, c_api.PM_INDOM_NULL, c_api.PM_SEM_COUNTER, + pmUnits(0, 0, 1, 0, 0, c_api.PM_COUNT_ONE)), + 'num.query.class.CLASS240') + + self.values['num.query.class.ANY'] = 0 + self.add_metric(name + '.num.query.class.ANY', pmdaMetric( + self.pmid(0, 80), + c_api.PM_TYPE_U64, c_api.PM_INDOM_NULL, c_api.PM_SEM_COUNTER, + pmUnits(0, 0, 1, 0, 0, c_api.PM_COUNT_ONE)), + 'num.query.class.ANY') + + self.values['num.query.class.other'] = 0 + self.add_metric(name + '.num.query.class.other', pmdaMetric( + self.pmid(0, 81), + c_api.PM_TYPE_U64, c_api.PM_INDOM_NULL, c_api.PM_SEM_COUNTER, + pmUnits(0, 0, 1, 0, 0, c_api.PM_COUNT_ONE)), + 'num.query.class.other') + + self.values['num.query.opcode.QUERY'] = 0 + self.add_metric(name + '.num.query.opcode.QUERY', pmdaMetric( + self.pmid(0, 82), + c_api.PM_TYPE_U64, c_api.PM_INDOM_NULL, c_api.PM_SEM_COUNTER, + pmUnits(0, 0, 1, 0, 0, c_api.PM_COUNT_ONE)), + 'num.query.opcode.QUERY') + + self.values['num.query.tcp'] = 0 + self.add_metric(name + '.num.query.tcp', pmdaMetric( + self.pmid(0, 83), + c_api.PM_TYPE_U64, c_api.PM_INDOM_NULL, c_api.PM_SEM_COUNTER, + pmUnits(0, 0, 1, 0, 0, c_api.PM_COUNT_ONE)), + 'num.query.tcp') + + self.values['num.query.ipv6'] = 0 + self.add_metric(name + '.num.query.ipv6', pmdaMetric( + self.pmid(0, 84), + c_api.PM_TYPE_U64, c_api.PM_INDOM_NULL, c_api.PM_SEM_COUNTER, + pmUnits(0, 0, 1, 0, 0, c_api.PM_COUNT_ONE)), + 'num.query.ipv6') + + self.values['num.query.flags.QR'] = 0 + self.add_metric(name + '.num.query.flags.QR', pmdaMetric( + self.pmid(0, 85), + c_api.PM_TYPE_U64, c_api.PM_INDOM_NULL, c_api.PM_SEM_COUNTER, + pmUnits(0, 0, 1, 0, 0, c_api.PM_COUNT_ONE)), + 'num.query.flags.QR') + + self.values['num.query.flags.AA'] = 0 + self.add_metric(name + '.num.query.flags.AA', pmdaMetric( + self.pmid(0, 86), + c_api.PM_TYPE_U64, c_api.PM_INDOM_NULL, c_api.PM_SEM_COUNTER, + pmUnits(0, 0, 1, 0, 0, c_api.PM_COUNT_ONE)), + 'num.query.flags.AA') + + self.values['num.query.flags.TC'] = 0 + self.add_metric(name + '.num.query.flags.TC', pmdaMetric( + self.pmid(0, 87), + c_api.PM_TYPE_U64, c_api.PM_INDOM_NULL, c_api.PM_SEM_COUNTER, + pmUnits(0, 0, 1, 0, 0, c_api.PM_COUNT_ONE)), + 'num.query.flags.TC') + + self.values['num.query.flags.RD'] = 0 + self.add_metric(name + '.num.query.flags.RD', pmdaMetric( + self.pmid(0, 88), + c_api.PM_TYPE_U64, c_api.PM_INDOM_NULL, c_api.PM_SEM_COUNTER, + pmUnits(0, 0, 1, 0, 0, c_api.PM_COUNT_ONE)), + 'num.query.flags.RD') + + self.values['num.query.flags.RA'] = 0 + self.add_metric(name + '.num.query.flags.RA', pmdaMetric( + self.pmid(0, 89), + c_api.PM_TYPE_U64, c_api.PM_INDOM_NULL, c_api.PM_SEM_COUNTER, + pmUnits(0, 0, 1, 0, 0, c_api.PM_COUNT_ONE)), + 'num.query.flags.RA') + + self.values['num.query.flags.Z'] = 0 + self.add_metric(name + '.num.query.flags.Z', pmdaMetric( + self.pmid(0, 90), + c_api.PM_TYPE_U64, c_api.PM_INDOM_NULL, c_api.PM_SEM_COUNTER, + pmUnits(0, 0, 1, 0, 0, c_api.PM_COUNT_ONE)), + 'num.query.flags.Z') + + self.values['num.query.flags.AD'] = 0 + self.add_metric(name + '.num.query.flags.AD', pmdaMetric( + self.pmid(0, 91), + c_api.PM_TYPE_U64, c_api.PM_INDOM_NULL, c_api.PM_SEM_COUNTER, + pmUnits(0, 0, 1, 0, 0, c_api.PM_COUNT_ONE)), + 'num.query.flags.AD') + + self.values['num.query.flags.CD'] = 0 + self.add_metric(name + '.num.query.flags.CD', pmdaMetric( + self.pmid(0, 92), + c_api.PM_TYPE_U64, c_api.PM_INDOM_NULL, c_api.PM_SEM_COUNTER, + pmUnits(0, 0, 1, 0, 0, c_api.PM_COUNT_ONE)), + 'num.query.flags.CD') + + self.values['num.query.edns.present'] = 0 + self.add_metric(name + '.num.query.edns.present', pmdaMetric( + self.pmid(0, 93), + c_api.PM_TYPE_U64, c_api.PM_INDOM_NULL, c_api.PM_SEM_COUNTER, + pmUnits(0, 0, 1, 0, 0, c_api.PM_COUNT_ONE)), + 'num.query.edns.present') + + self.values['num.query.edns.DO'] = 0 + self.add_metric(name + '.num.query.edns.DO', pmdaMetric( + self.pmid(0, 94), + c_api.PM_TYPE_U64, c_api.PM_INDOM_NULL, c_api.PM_SEM_COUNTER, + pmUnits(0, 0, 1, 0, 0, c_api.PM_COUNT_ONE)), + 'num.query.edns.DO') + + self.values['mem.total.sbrk'] = 0 + self.add_metric(name + '.mem.total.sbrk', pmdaMetric( + self.pmid(0, 95), + c_api.PM_TYPE_U64, c_api.PM_INDOM_NULL, c_api.PM_SEM_INSTANT, + pmUnits(1, 0, 0, c_api.PM_SPACE_BYTE, 0, 0)), + 'Estimate of the heap size of the program in number of bytes.') + + self.values['mem.cache.rrset'] = 0 + self.add_metric(name + '.mem.cache.rrset', pmdaMetric( + self.pmid(0, 96), + c_api.PM_TYPE_U64, c_api.PM_INDOM_NULL, c_api.PM_SEM_INSTANT, + pmUnits(1, 0, 0, c_api.PM_SPACE_BYTE, 0, 0)), + 'Memory in bytes in use by the RRset cache.') + + self.values['mem.cache.message'] = 0 + self.add_metric(name + '.mem.cache.message', pmdaMetric( + self.pmid(0, 97), + c_api.PM_TYPE_U64, c_api.PM_INDOM_NULL, c_api.PM_SEM_INSTANT, + pmUnits(1, 0, 0, c_api.PM_SPACE_BYTE, 0, 0)), + 'Memory in bytes in use by the message cache.') + + self.values['mem.mod.iterator'] = 0 + self.add_metric(name + '.mem.mod.iterator', pmdaMetric( + self.pmid(0, 98), + c_api.PM_TYPE_U64, c_api.PM_INDOM_NULL, c_api.PM_SEM_INSTANT, + pmUnits(1, 0, 0, c_api.PM_SPACE_BYTE, 0, 0)), + 'Memory in bytes in use by the iterator module.') + + self.values['mem.mod.validator'] = 0 + self.add_metric(name + '.mem.mod.validator', pmdaMetric( + self.pmid(0, 99), + c_api.PM_TYPE_U64, c_api.PM_INDOM_NULL, c_api.PM_SEM_INSTANT, + pmUnits(1, 0, 0, c_api.PM_SPACE_BYTE, 0, 0)), + 'Memory in bytes in use by the validator module.') + + self.values['histogram.000000_000000_to_000000_000001'] = 0 + self.add_metric(name + '.histogram.000000_000000_to_000000_000001', pmdaMetric( + self.pmid(0, 100), + c_api.PM_TYPE_U64, c_api.PM_INDOM_NULL, c_api.PM_SEM_COUNTER, + pmUnits(0, 0, 1, 0, 0, c_api.PM_COUNT_ONE)), + 'Recursive queries whose reply time fit between the lower and upper bound.') + + self.values['histogram.000000_000001_to_000000_000002'] = 0 + self.add_metric(name + '.histogram.000000_000001_to_000000_000002', pmdaMetric( + self.pmid(0, 101), + c_api.PM_TYPE_U64, c_api.PM_INDOM_NULL, c_api.PM_SEM_COUNTER, + pmUnits(0, 0, 1, 0, 0, c_api.PM_COUNT_ONE)), + 'Recursive queries whose reply time fit between the lower and upper bound.') + + self.values['histogram.000000_000002_to_000000_000004'] = 0 + self.add_metric(name + '.histogram.000000_000002_to_000000_000004', pmdaMetric( + self.pmid(0, 102), + c_api.PM_TYPE_U64, c_api.PM_INDOM_NULL, c_api.PM_SEM_COUNTER, + pmUnits(0, 0, 1, 0, 0, c_api.PM_COUNT_ONE)), + 'Recursive queries whose reply time fit between the lower and upper bound.') + + self.values['histogram.000000_000004_to_000000_000008'] = 0 + self.add_metric(name + '.histogram.000000_000004_to_000000_000008', pmdaMetric( + self.pmid(0, 103), + c_api.PM_TYPE_U64, c_api.PM_INDOM_NULL, c_api.PM_SEM_COUNTER, + pmUnits(0, 0, 1, 0, 0, c_api.PM_COUNT_ONE)), + 'Recursive queries whose reply time fit between the lower and upper bound.') + + self.values['histogram.000000_000008_to_000000_000016'] = 0 + self.add_metric(name + '.histogram.000000_000008_to_000000_000016', pmdaMetric( + self.pmid(0, 104), + c_api.PM_TYPE_U64, c_api.PM_INDOM_NULL, c_api.PM_SEM_COUNTER, + pmUnits(0, 0, 1, 0, 0, c_api.PM_COUNT_ONE)), + 'Recursive queries whose reply time fit between the lower and upper bound.') + + self.values['histogram.000000_000016_to_000000_000032'] = 0 + self.add_metric(name + '.histogram.000000_000016_to_000000_000032', pmdaMetric( + self.pmid(0, 105), + c_api.PM_TYPE_U64, c_api.PM_INDOM_NULL, c_api.PM_SEM_COUNTER, + pmUnits(0, 0, 1, 0, 0, c_api.PM_COUNT_ONE)), + 'Recursive queries whose reply time fit between the lower and upper bound.') + + self.values['histogram.000000_000032_to_000000_000064'] = 0 + self.add_metric(name + '.histogram.000000_000032_to_000000_000064', pmdaMetric( + self.pmid(0, 106), + c_api.PM_TYPE_U64, c_api.PM_INDOM_NULL, c_api.PM_SEM_COUNTER, + pmUnits(0, 0, 1, 0, 0, c_api.PM_COUNT_ONE)), + 'Recursive queries whose reply time fit between the lower and upper bound.') + + self.values['histogram.000000_000064_to_000000_000128'] = 0 + self.add_metric(name + '.histogram.000000_000064_to_000000_000128', pmdaMetric( + self.pmid(0, 107), + c_api.PM_TYPE_U64, c_api.PM_INDOM_NULL, c_api.PM_SEM_COUNTER, + pmUnits(0, 0, 1, 0, 0, c_api.PM_COUNT_ONE)), + 'Recursive queries whose reply time fit between the lower and upper bound.') + + self.values['histogram.000000_000128_to_000000_000256'] = 0 + self.add_metric(name + '.histogram.000000_000128_to_000000_000256', pmdaMetric( + self.pmid(0, 108), + c_api.PM_TYPE_U64, c_api.PM_INDOM_NULL, c_api.PM_SEM_COUNTER, + pmUnits(0, 0, 1, 0, 0, c_api.PM_COUNT_ONE)), + 'Recursive queries whose reply time fit between the lower and upper bound.') + + self.values['histogram.000000_000256_to_000000_000512'] = 0 + self.add_metric(name + '.histogram.000000_000256_to_000000_000512', pmdaMetric( + self.pmid(0, 109), + c_api.PM_TYPE_U64, c_api.PM_INDOM_NULL, c_api.PM_SEM_COUNTER, + pmUnits(0, 0, 1, 0, 0, c_api.PM_COUNT_ONE)), + 'Recursive queries whose reply time fit between the lower and upper bound.') + + self.values['histogram.000000_000512_to_000000_001024'] = 0 + self.add_metric(name + '.histogram.000000_000512_to_000000_001024', pmdaMetric( + self.pmid(0, 110), + c_api.PM_TYPE_U64, c_api.PM_INDOM_NULL, c_api.PM_SEM_COUNTER, + pmUnits(0, 0, 1, 0, 0, c_api.PM_COUNT_ONE)), + 'Recursive queries whose reply time fit between the lower and upper bound.') + + self.values['histogram.000000_001024_to_000000_002048'] = 0 + self.add_metric(name + '.histogram.000000_001024_to_000000_002048', pmdaMetric( + self.pmid(0, 111), + c_api.PM_TYPE_U64, c_api.PM_INDOM_NULL, c_api.PM_SEM_COUNTER, + pmUnits(0, 0, 1, 0, 0, c_api.PM_COUNT_ONE)), + 'Recursive queries whose reply time fit between the lower and upper bound.') + + self.values['histogram.000000_002048_to_000000_004096'] = 0 + self.add_metric(name + '.histogram.000000_002048_to_000000_004096', pmdaMetric( + self.pmid(0, 112), + c_api.PM_TYPE_U64, c_api.PM_INDOM_NULL, c_api.PM_SEM_COUNTER, + pmUnits(0, 0, 1, 0, 0, c_api.PM_COUNT_ONE)), + 'Recursive queries whose reply time fit between the lower and upper bound.') + + self.values['histogram.000000_004096_to_000000_008192'] = 0 + self.add_metric(name + '.histogram.000000_004096_to_000000_008192', pmdaMetric( + self.pmid(0, 113), + c_api.PM_TYPE_U64, c_api.PM_INDOM_NULL, c_api.PM_SEM_COUNTER, + pmUnits(0, 0, 1, 0, 0, c_api.PM_COUNT_ONE)), + 'Recursive queries whose reply time fit between the lower and upper bound.') + + self.values['histogram.000000_008192_to_000000_016384'] = 0 + self.add_metric(name + '.histogram.000000_008192_to_000000_016384', pmdaMetric( + self.pmid(0, 114), + c_api.PM_TYPE_U64, c_api.PM_INDOM_NULL, c_api.PM_SEM_COUNTER, + pmUnits(0, 0, 1, 0, 0, c_api.PM_COUNT_ONE)), + 'Recursive queries whose reply time fit between the lower and upper bound.') + + self.values['histogram.000000_016384_to_000000_032768'] = 0 + self.add_metric(name + '.histogram.000000_016384_to_000000_032768', pmdaMetric( + self.pmid(0, 115), + c_api.PM_TYPE_U64, c_api.PM_INDOM_NULL, c_api.PM_SEM_COUNTER, + pmUnits(0, 0, 1, 0, 0, c_api.PM_COUNT_ONE)), + 'Recursive queries whose reply time fit between the lower and upper bound.') + + self.values['histogram.000000_032768_to_000000_065536'] = 0 + self.add_metric(name + '.histogram.000000_032768_to_000000_065536', pmdaMetric( + self.pmid(0, 116), + c_api.PM_TYPE_U64, c_api.PM_INDOM_NULL, c_api.PM_SEM_COUNTER, + pmUnits(0, 0, 1, 0, 0, c_api.PM_COUNT_ONE)), + 'Recursive queries whose reply time fit between the lower and upper bound.') + + self.values['histogram.000000_065536_to_000000_131072'] = 0 + self.add_metric(name + '.histogram.000000_065536_to_000000_131072', pmdaMetric( + self.pmid(0, 117), + c_api.PM_TYPE_U64, c_api.PM_INDOM_NULL, c_api.PM_SEM_COUNTER, + pmUnits(0, 0, 1, 0, 0, c_api.PM_COUNT_ONE)), + 'Recursive queries whose reply time fit between the lower and upper bound.') + + self.values['histogram.000000_131072_to_000000_262144'] = 0 + self.add_metric(name + '.histogram.000000_131072_to_000000_262144', pmdaMetric( + self.pmid(0, 118), + c_api.PM_TYPE_U64, c_api.PM_INDOM_NULL, c_api.PM_SEM_COUNTER, + pmUnits(0, 0, 1, 0, 0, c_api.PM_COUNT_ONE)), + 'Recursive queries whose reply time fit between the lower and upper bound.') + + self.values['histogram.000000_262144_to_000000_524288'] = 0 + self.add_metric(name + '.histogram.000000_262144_to_000000_524288', pmdaMetric( + self.pmid(0, 119), + c_api.PM_TYPE_U64, c_api.PM_INDOM_NULL, c_api.PM_SEM_COUNTER, + pmUnits(0, 0, 1, 0, 0, c_api.PM_COUNT_ONE)), + 'Recursive queries whose reply time fit between the lower and upper bound.') + + self.values['histogram.000000_524288_to_000001_000000'] = 0 + self.add_metric(name + '.histogram.000000_524288_to_000001_000000', pmdaMetric( + self.pmid(0, 120), + c_api.PM_TYPE_U64, c_api.PM_INDOM_NULL, c_api.PM_SEM_COUNTER, + pmUnits(0, 0, 1, 0, 0, c_api.PM_COUNT_ONE)), + 'Recursive queries whose reply time fit between the lower and upper bound.') + + self.values['histogram.000001_000000_to_000002_000000'] = 0 + self.add_metric(name + '.histogram.000001_000000_to_000002_000000', pmdaMetric( + self.pmid(0, 121), + c_api.PM_TYPE_U64, c_api.PM_INDOM_NULL, c_api.PM_SEM_COUNTER, + pmUnits(0, 0, 1, 0, 0, c_api.PM_COUNT_ONE)), + 'Recursive queries whose reply time fit between the lower and upper bound.') + + self.values['histogram.000002_000000_to_000004_000000'] = 0 + self.add_metric(name + '.histogram.000002_000000_to_000004_000000', pmdaMetric( + self.pmid(0, 122), + c_api.PM_TYPE_U64, c_api.PM_INDOM_NULL, c_api.PM_SEM_COUNTER, + pmUnits(0, 0, 1, 0, 0, c_api.PM_COUNT_ONE)), + 'Recursive queries whose reply time fit between the lower and upper bound.') + + self.values['histogram.000004_000000_to_000008_000000'] = 0 + self.add_metric(name + '.histogram.000004_000000_to_000008_000000', pmdaMetric( + self.pmid(0, 123), + c_api.PM_TYPE_U64, c_api.PM_INDOM_NULL, c_api.PM_SEM_COUNTER, + pmUnits(0, 0, 1, 0, 0, c_api.PM_COUNT_ONE)), + 'Recursive queries whose reply time fit between the lower and upper bound.') + + self.values['histogram.000008_000000_to_000016_000000'] = 0 + self.add_metric(name + '.histogram.000008_000000_to_000016_000000', pmdaMetric( + self.pmid(0, 124), + c_api.PM_TYPE_U64, c_api.PM_INDOM_NULL, c_api.PM_SEM_COUNTER, + pmUnits(0, 0, 1, 0, 0, c_api.PM_COUNT_ONE)), + 'Recursive queries whose reply time fit between the lower and upper bound.') + + self.values['histogram.000016_000000_to_000032_000000'] = 0 + self.add_metric(name + '.histogram.000016_000000_to_000032_000000', pmdaMetric( + self.pmid(0, 125), + c_api.PM_TYPE_U64, c_api.PM_INDOM_NULL, c_api.PM_SEM_COUNTER, + pmUnits(0, 0, 1, 0, 0, c_api.PM_COUNT_ONE)), + 'Recursive queries whose reply time fit between the lower and upper bound.') + + self.values['histogram.000032_000000_to_000064_000000'] = 0 + self.add_metric(name + '.histogram.000032_000000_to_000064_000000', pmdaMetric( + self.pmid(0, 126), + c_api.PM_TYPE_U64, c_api.PM_INDOM_NULL, c_api.PM_SEM_COUNTER, + pmUnits(0, 0, 1, 0, 0, c_api.PM_COUNT_ONE)), + 'Recursive queries whose reply time fit between the lower and upper bound.') + + self.values['histogram.000064_000000_to_000128_000000'] = 0 + self.add_metric(name + '.histogram.000064_000000_to_000128_000000', pmdaMetric( + self.pmid(0, 127), + c_api.PM_TYPE_U64, c_api.PM_INDOM_NULL, c_api.PM_SEM_COUNTER, + pmUnits(0, 0, 1, 0, 0, c_api.PM_COUNT_ONE)), + 'Recursive queries whose reply time fit between the lower and upper bound.') + + self.values['histogram.000128_000000_to_000256_000000'] = 0 + self.add_metric(name + '.histogram.000128_000000_to_000256_000000', pmdaMetric( + self.pmid(0, 128), + c_api.PM_TYPE_U64, c_api.PM_INDOM_NULL, c_api.PM_SEM_COUNTER, + pmUnits(0, 0, 1, 0, 0, c_api.PM_COUNT_ONE)), + 'Recursive queries whose reply time fit between the lower and upper bound.') + + self.values['histogram.000256_000000_to_000512_000000'] = 0 + self.add_metric(name + '.histogram.000256_000000_to_000512_000000', pmdaMetric( + self.pmid(0, 129), + c_api.PM_TYPE_U64, c_api.PM_INDOM_NULL, c_api.PM_SEM_COUNTER, + pmUnits(0, 0, 1, 0, 0, c_api.PM_COUNT_ONE)), + 'Recursive queries whose reply time fit between the lower and upper bound.') + + self.values['histogram.000512_000000_to_001024_000000'] = 0 + self.add_metric(name + '.histogram.000512_000000_to_001024_000000', pmdaMetric( + self.pmid(0, 130), + c_api.PM_TYPE_U64, c_api.PM_INDOM_NULL, c_api.PM_SEM_COUNTER, + pmUnits(0, 0, 1, 0, 0, c_api.PM_COUNT_ONE)), + 'Recursive queries whose reply time fit between the lower and upper bound.') + + self.values['histogram.001024_000000_to_002048_000000'] = 0 + self.add_metric(name + '.histogram.001024_000000_to_002048_000000', pmdaMetric( + self.pmid(0, 131), + c_api.PM_TYPE_U64, c_api.PM_INDOM_NULL, c_api.PM_SEM_COUNTER, + pmUnits(0, 0, 1, 0, 0, c_api.PM_COUNT_ONE)), + 'Recursive queries whose reply time fit between the lower and upper bound.') + + self.values['histogram.002048_000000_to_004096_000000'] = 0 + self.add_metric(name + '.histogram.002048_000000_to_004096_000000', pmdaMetric( + self.pmid(0, 132), + c_api.PM_TYPE_U64, c_api.PM_INDOM_NULL, c_api.PM_SEM_COUNTER, + pmUnits(0, 0, 1, 0, 0, c_api.PM_COUNT_ONE)), + 'Recursive queries whose reply time fit between the lower and upper bound.') + + self.values['histogram.004096_000000_to_008192_000000'] = 0 + self.add_metric(name + '.histogram.004096_000000_to_008192_000000', pmdaMetric( + self.pmid(0, 133), + c_api.PM_TYPE_U64, c_api.PM_INDOM_NULL, c_api.PM_SEM_COUNTER, + pmUnits(0, 0, 1, 0, 0, c_api.PM_COUNT_ONE)), + 'Recursive queries whose reply time fit between the lower and upper bound.') + + self.values['histogram.008192_000000_to_016384_000000'] = 0 + self.add_metric(name + '.histogram.008192_000000_to_016384_000000', pmdaMetric( + self.pmid(0, 134), + c_api.PM_TYPE_U64, c_api.PM_INDOM_NULL, c_api.PM_SEM_COUNTER, + pmUnits(0, 0, 1, 0, 0, c_api.PM_COUNT_ONE)), + 'Recursive queries whose reply time fit between the lower and upper bound.') + + self.values['histogram.016384_000000_to_032768_000000'] = 0 + self.add_metric(name + '.histogram.016384_000000_to_032768_000000', pmdaMetric( + self.pmid(0, 135), + c_api.PM_TYPE_U64, c_api.PM_INDOM_NULL, c_api.PM_SEM_COUNTER, + pmUnits(0, 0, 1, 0, 0, c_api.PM_COUNT_ONE)), + 'Recursive queries whose reply time fit between the lower and upper bound.') + + self.values['histogram.032768_000000_to_065536_000000'] = 0 + self.add_metric(name + '.histogram.032768_000000_to_065536_000000', pmdaMetric( + self.pmid(0, 136), + c_api.PM_TYPE_U64, c_api.PM_INDOM_NULL, c_api.PM_SEM_COUNTER, + pmUnits(0, 0, 1, 0, 0, c_api.PM_COUNT_ONE)), + 'Recursive queries whose reply time fit between the lower and upper bound.') + + self.values['histogram.065536_000000_to_131072_000000'] = 0 + self.add_metric(name + '.histogram.065536_000000_to_131072_000000', pmdaMetric( + self.pmid(0, 137), + c_api.PM_TYPE_U64, c_api.PM_INDOM_NULL, c_api.PM_SEM_COUNTER, + pmUnits(0, 0, 1, 0, 0, c_api.PM_COUNT_ONE)), + 'Recursive queries whose reply time fit between the lower and upper bound.') + + self.values['histogram.131072_000000_to_262144_000000'] = 0 + self.add_metric(name + '.histogram.131072_000000_to_262144_000000', pmdaMetric( + self.pmid(0, 138), + c_api.PM_TYPE_U64, c_api.PM_INDOM_NULL, c_api.PM_SEM_COUNTER, + pmUnits(0, 0, 1, 0, 0, c_api.PM_COUNT_ONE)), + 'Recursive queries whose reply time fit between the lower and upper bound.') + + self.values['histogram.262144_000000_to_524288_000000'] = 0 + self.add_metric(name + '.histogram.262144_000000_to_524288_000000', pmdaMetric( + self.pmid(0, 139), + c_api.PM_TYPE_U64, c_api.PM_INDOM_NULL, c_api.PM_SEM_COUNTER, + pmUnits(0, 0, 1, 0, 0, c_api.PM_COUNT_ONE)), + 'Recursive queries whose reply time fit between the lower and upper bound.') + + def __init__(self, name, domain): + PMDA.__init__(self, name, domain) + self.patherrors = 0 + self.fileerrors = 0 + + self.values = {} + self.setup_unbound_metrics(name) + self.nmetrics = len(self.values) + + self.set_fetch(self.unbound_fetch) + self.set_fetch_callback(self.unbound_fetch_callback) + + +if __name__ == '__main__': + UnboundPMDA('unbound', 132).run() From debbugs@buxtehude.debian.org Sat Dec 6 08:39: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=FREEMAIL_FROM,T_DKIM_INVALID autolearn=ham version=3.3.1 X-Original-To: pcp@oss.sgi.com Delivered-To: pcp@oss.sgi.com Received: from relay.sgi.com (relay1.corp.sgi.com [137.38.102.111]) by oss.sgi.com (Postfix) with ESMTP id 6CCB67F3F for ; Sat, 6 Dec 2014 08:39:52 -0600 (CST) Received: from cuda.sgi.com (cuda2.sgi.com [192.48.176.25]) by relay1.corp.sgi.com (Postfix) with ESMTP id 5BAFB8F8054 for ; Sat, 6 Dec 2014 06:39:49 -0800 (PST) X-ASG-Debug-ID: 1417876784-04cbb01064382610001-S8gJnT Received: from buxtehude.debian.org (buxtehude.debian.org [140.211.166.26]) by cuda.sgi.com with ESMTP id Ksx3i7TekeRECVRn (version=TLSv1 cipher=AES128-SHA bits=128 verify=NO) for ; Sat, 06 Dec 2014 06:39:45 -0800 (PST) X-Barracuda-Envelope-From: debbugs@buxtehude.debian.org X-Barracuda-Apparent-Source-IP: 140.211.166.26 Received: from debbugs by buxtehude.debian.org with local (Exim 4.80) (envelope-from ) id 1XxGWL-0000po-Ut; Sat, 06 Dec 2014 14:39:41 +0000 X-Loop: owner@bugs.debian.org Subject: Bug#772352: pcp-testsuite: bashism in /bin/sh script Reply-To: Raphael Geissert , 772352-maintonly@bugs.debian.org X-ASG-Orig-Subj: Bug#772352: pcp-testsuite: bashism in /bin/sh script Resent-From: Raphael Geissert Resent-To: PCP Development Team Resent-Date: Sat, 06 Dec 2014 14:39:37 +0000 Resent-Message-ID: X-Loop: owner@bugs.debian.org X-Debian-PR-Message: report 772352 X-Debian-PR-Package: pcp-testsuite X-Debian-PR-Keywords: X-Debian-PR-Source: pcp Received: via spool by maintonly@bugs.debian.org id=M.14178765441338 (code M); Sat, 06 Dec 2014 14:39:37 +0000 Received: (at maintonly) by bugs.debian.org; 6 Dec 2014 14:35:44 +0000 Received: from mail-wi0-f178.google.com ([209.85.212.178]) by buxtehude.debian.org with esmtps (TLS1.0:RSA_ARCFOUR_SHA1:128) (Exim 4.80) (envelope-from ) id 1XxGSV-0000Kg-QX for maintonly@bugs.debian.org; Sat, 06 Dec 2014 14:35:43 +0000 Received: by mail-wi0-f178.google.com with SMTP id em10so1153456wid.17 for ; Sat, 06 Dec 2014 06:35:37 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=from:to:subject:date:message-id:mime-version :content-transfer-encoding:content-type:user-agent; bh=BXX8FvUml4yfcrOA+4hB/tlNnpNFzffr8beKZVxcwWc=; b=PYEdIcI0alJfbR9eBczPRNqLS+nD48QW8Tu015+M8RiiZXYcCePvjbdhbHSf/CH5cD 78Gn0huGFMIbgdKqV3tsM6Qf45HjfuhGscZ2ohGPk/rT5VGPQFiAhrtqq42Iqx4l9u+7 Czn4DV2AcwzeFMZQ6V9XHfhpLugVff2s42LQahTXNJg1LOAc7XlOjy0GFFuTrp/Kn05Z kO2YBCjqvQqrOhTZ5ezJx6zJ+aMUUB8IJIOtxE2EUoSlIfspNAmwiPNE6LdgHQeCdBVF +aM3GWbHwBLU8QGn9ICR88ZRoFk/ZS0q7GlluBHGPR/qZq9vr5wernx+pl9+ZjENUsUN YCMQ== X-Received: by 10.180.101.200 with SMTP id fi8mr11700641wib.77.1417876537290; Sat, 06 Dec 2014 06:35:37 -0800 (PST) Received: from eee.localnet (ALyon-657-1-773-161.w80-9.abo.wanadoo.fr. [80.9.47.161]) by mx.google.com with ESMTPSA id kn5sm48893169wjb.48.2014.12.06.06.35.36 for (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Sat, 06 Dec 2014 06:35:36 -0800 (PST) From: Raphael Geissert To: maintonly@bugs.debian.org Date: Sat, 06 Dec 2014 15:18:11 +0100 Message-ID: <2921777.zMJX8HLXCu@eee> MIME-Version: 1.0 Content-Transfer-Encoding: 7Bit Content-Type: text/plain; charset="us-ascii" User-Agent: KMail/1.13.7 (Linux/2.6.38; KDE/4.8.4; i686; ; ) Delivered-To: maintonly@bugs.debian.org X-Barracuda-Connect: buxtehude.debian.org[140.211.166.26] X-Barracuda-Start-Time: 1417876784 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, DKIM_SIGNED X-Barracuda-Spam-Report: Code version 3.2, rules version 3.2.3.12523 Rule breakdown below pts rule name description ---- ---------------------- -------------------------------------------------- 0.00 BSF_SC0_MISMATCH_TO Envelope rcpt doesn't match header 0.00 DKIM_SIGNED Domain Keys Identified Mail: message has a signature Package: pcp-testsuite Severity: important Version: 3.10.1 User: debian-release@lists.debian.org Usertags: goal-dash Hi, I've ran checkbashisms (from the 'devscripts' package) over the whole archive and I found that your package has a /bin/sh script that uses a "bashism". checkbashisms' output: > possible bashism in ./var/lib/pcp/testsuite/751 line 19 (echo -e): > echo -e 'log mandatory on once { > possible bashism in ./var/lib/pcp/testsuite/751 line 42 (echo -e): > echo -e "\nold -> new changes" > possible bashism in ./var/lib/pcp/testsuite/180 line 72 (time): > (time pmval -z -n $tmp.pmns -a $arch -t $DELTA foo) >$tmp.out 2>$tmp.err > possible bashism in ./var/lib/pcp/testsuite/180 line 82 (time): > (time pmval -z -i 4653127 -n $tmp.pmns -a $arch -t $DELTA foo) >$tmp.out > 2>$tmp.err Not using bash (or a Debian Policy compliant shell interpreter that doesn't provide such an extra feature) as /bin/sh is likely to lead to errors or unexpected behaviours. Please be aware that dash is the default /bin/sh. Please closely examine the above output and the script, and determine what the proper severity of the bug is, and adjust it accordingly. If it's important or greater please hurry to get this fixed for jessie. Hints about how to fix bashisms can be found at: https://wiki.ubuntu.com/DashAsBinSh Thanks in advance, Raphael Geissert From chandana@messagemedia.com.au Sat Dec 6 14:43: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 427FD7F3F for ; Sat, 6 Dec 2014 14:43:09 -0600 (CST) Received: from cuda.sgi.com (cuda3.sgi.com [192.48.176.15]) by relay3.corp.sgi.com (Postfix) with ESMTP id C6998AC002 for ; Sat, 6 Dec 2014 12:43:08 -0800 (PST) X-ASG-Debug-ID: 1417898582-04cb6c0572126b370001-S8gJnT Received: from na01-by2-obe.outbound.protection.outlook.com (mail-by2on0096.outbound.protection.outlook.com [207.46.100.96]) by cuda.sgi.com with ESMTP id LRRs3AJXCFY1cWB1 (version=TLSv1 cipher=AES256-SHA bits=256 verify=NO) for ; Sat, 06 Dec 2014 12:43:03 -0800 (PST) X-Barracuda-Envelope-From: chandana@messagemedia.com.au X-Barracuda-Apparent-Source-IP: 207.46.100.96 Received: from BN3PR0301MB1268.namprd03.prod.outlook.com (25.161.209.148) by BN3PR0301MB0884.namprd03.prod.outlook.com (25.160.155.146) with Microsoft SMTP Server (TLS) id 15.1.31.17; Sat, 6 Dec 2014 20:43:00 +0000 Received: from BN3PR0301MB1267.namprd03.prod.outlook.com (25.161.209.147) by BN3PR0301MB1268.namprd03.prod.outlook.com (25.161.209.148) with Microsoft SMTP Server (TLS) id 15.1.31.17; Sat, 6 Dec 2014 20:42:58 +0000 Received: from BN3PR0301MB1267.namprd03.prod.outlook.com ([25.161.209.147]) by BN3PR0301MB1267.namprd03.prod.outlook.com ([25.161.209.147]) with mapi id 15.01.0031.000; Sat, 6 Dec 2014 20:42:58 +0000 From: Chandana De Silva To: "fche@redhat.com" CC: "pcp@oss.sgi.com" Subject: Re: pmwebd: Defining the directory for PCP Archives Thread-Topic: pmwebd: Defining the directory for PCP Archives X-ASG-Orig-Subj: Re: pmwebd: Defining the directory for PCP Archives Thread-Index: AQHQEZU3Khfw7wOfZESNSfc6vUYZoA== Date: Sat, 6 Dec 2014 20:42:56 +0000 Message-ID: <1417898573.20915.7.camel@tardis> References: <1417459116.12396.15.camel@tardis> <1417499687.17867.23.camel@tardis> <20141202121245.GP5088@redhat.com> <1417556631.941.12.camel@tardis> <20141202230914.GQ5088@redhat.com> <1417647290.948.20.camel@tardis> <20141205151437.GD5088@redhat.com> In-Reply-To: <20141205151437.GD5088@redhat.com> Accept-Language: en-AU, en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [211.31.205.122] x-microsoft-antispam: BCL:0;PCL:0;RULEID:;SRVR:BN3PR0301MB1268;UriScan:; x-exchange-antispam-report-test: UriScan:; x-exchange-antispam-report-cfa-test: BCL:0;PCL:0;RULEID:;SRVR:BN3PR0301MB1268; x-forefront-prvs: 0417A3FFD2 x-forefront-antispam-report: SFV:NSPM;SFS:(10009020)(6009001)(189002)(24454002)(51704005)(377424004)(199003)(20776003)(2501002)(105586002)(4396001)(66066001)(68736005)(110136001)(33716001)(64706001)(15975445007)(102836002)(97736003)(87936001)(106356001)(2656002)(74482002)(106116001)(31966008)(2351001)(99286002)(77156002)(62966003)(21056001)(107046002)(92566001)(50986999)(19625305001)(54356999)(76176999)(86362001)(101416001)(33646002)(46102003)(93886004)(19580395003)(40100003)(99396003)(120916001)(122556002);DIR:OUT;SFP:1101;SCL:1;SRVR:BN3PR0301MB1268;H:BN3PR0301MB1267.namprd03.prod.outlook.com;FPR:;SPF:None;MLV:sfv;PTR:InfoNoRecords;MX:1;A:1;LANG:en; Content-Type: text/plain; charset="utf-8" Content-ID: <86EE406C81741A4BA917E0D502D2193F@namprd03.prod.outlook.com> Content-Transfer-Encoding: base64 MIME-Version: 1.0 X-Microsoft-Antispam: BCL:0;PCL:0;RULEID:;SRVR:BN3PR0301MB0884; X-OriginatorOrg: messagemedia.com.au X-Barracuda-Connect: mail-by2on0096.outbound.protection.outlook.com[207.46.100.96] X-Barracuda-Start-Time: 1417898582 X-Barracuda-Encrypted: AES256-SHA X-Barracuda-URL: http://192.48.176.15:80/cgi-mod/mark.cgi X-Virus-Scanned: by bsmtpd at sgi.com X-Barracuda-BRTS-Status: 1 X-Barracuda-Spam-Score: 0.52 X-Barracuda-Spam-Status: No, SCORE=0.52 using per-user scores of TAG_LEVEL=1000.0 QUARANTINE_LEVEL=1000.0 KILL_LEVEL=2.7 tests=BSF_SC0_MISMATCH_TO, THREAD_INDEX, THREAD_TOPIC, WEIRD_PORT X-Barracuda-Spam-Report: Code version 3.2, rules version 3.2.3.12533 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.50 WEIRD_PORT URI: Uses non-standard port number for HTTP SGVsbG8gRnJhbmssDQoNCkkgaGF2ZSBiZWVuIHZlcnkgY2FyZWZ1bCBhbmQgY2xpY2tlZCBvbmx5 IG9uY2UuDQpFYWNoIHRpbWUgSSBjbGljaywgSSBzZWUgdGhlIGljb24gb24gdGhlIEdyYXBoaXRl IGNvbXBvc2VyIHdpbmRvdyBibGluaywNCmFuZCB0aGUgZm9sbG93aW5nIGVudHJpZXMgaW4gdGhl IGxvZw0KW1NhdCBEZWMgIDYgMjA6MzQ6NThdIHBtd2ViZCgyOTkzKTogWzEwLjE3LjEuMTg6MzY0 MzBdIEhUVFAvMS4xIEdFVCAvZ3JhcGhpdGUvcmVuZGVyLyBfc2FsdD0xNDE3ODk4MDk4LjY0MiBo ZWlnaHQ9NDIxIHRhcmdldD0tMkYtdmFyLTJGLWxvZ2RhdGEtMkYtcG1sb2dnZXItMkYtYXJjaGRi MS0yRS1wcmQtMkUtbWVsLTJGLTIwMTQxMTIxLTJFLW1ldGEubXlzcWwuc3RhdHVzLmFib3J0ZWRf Y2xpZW50cyB0YXJnZXQ9LTJGLXZhci0yRi1sb2dkYXRhLTJGLXBtbG9nZ2VyLTJGLWFyY2hkYjEt MkUtcHJkLTJFLW1lbC0yRi0yMDE0MTEyMS0yRS1tZXRhLmRpc2suYWxsLmF2YWN0aXZlIHdpZHRo PTUzMw0KW1NhdCBEZWMgIDYgMjA6MzQ6NThdIHBtd2ViZCgyOTkzKTogWzEwLjE3LjEuMTg6MzY0 MzBdIFNlYXJjaGluZyBmb3IgYXJjaGl2ZXMgdW5kZXIgL3Zhci9sb2dkYXRhL3BtbG9nZ2VyLw0K W1NhdCBEZWMgIDYgMjA6MzQ6NThdIHBtd2ViZCgyOTkzKTogWzEwLjE3LjEuMTg6MzY0MzBdIGVu dW1lcmF0ZWQgMSBtZXRyaWNzDQpbU2F0IERlYyAgNiAyMDozNDo1OF0gcG13ZWJkKDI5OTMpOiBb MTAuMTcuMS4xODozNjQzMF0gU2VhcmNoaW5nIGZvciBhcmNoaXZlcyB1bmRlciAvdmFyL2xvZ2Rh dGEvcG1sb2dnZXIvDQpbU2F0IERlYyAgNiAyMDozNDo1OF0gcG13ZWJkKDI5OTMpOiBbMTAuMTcu MS4xODozNjQzMF0gZW51bWVyYXRlZCAxIG1ldHJpY3MNCltTYXQgRGVjICA2IDIwOjM0OjU4XSBw bXdlYmQoMjk5Myk6IFsxMC4xNy4xLjE4OjM2NDMwXSBkaWdlc3RlZCAyIG1ldHJpY3MsIHRpbWVz cGFuIFsxNDE3ODExNjk4LTE0MTc4OTgwOTggYnkgODVdLCBpbiAzLjQ1OW1zDQoNClRoZSBpY29u IG9uIHRoZSBHcmFwaGl0ZSBjb21wb3NlIHBvaW50cyB0byA6DQpodHRwOi8vcG1sb2cuaW5mLm1l bC5tbWQ6NDQzMjMvZ3JhcGhpdGUvcmVuZGVyLz93aWR0aD01MzMmaGVpZ2h0PTQyMSZfc2FsdD0x NDE3ODk4MDk4LjY0MiZ0YXJnZXQ9LTJGLXZhci0yRi1sb2dkYXRhLTJGLXBtbG9nZ2VyLTJGLWFy Y2hkYjEtMkUtcHJkLTJFLW1lbC0yRi0yMDE0MTEyMS0yRS1tZXRhLm15c3FsLnN0YXR1cy5hYm9y dGVkX2NsaWVudHMmdGFyZ2V0PS0yRi12YXItMkYtbG9nZGF0YS0yRi1wbWxvZ2dlci0yRi1hcmNo ZGIxLTJFLXByZC0yRS1tZWwtMkYtMjAxNDExMjEtMkUtbWV0YS5kaXNrLmFsbC5hdmFjdGl2ZQ0K DQpBbmQgdGhlIG1ldHJpYyBvbiB0aGUgbGVmdCBoYW5kIHdpbmRvdyBwb2ludHMgdG86DQpodHRw Oi8vcG1sb2cuaW5mLm1lbC5tbWQ6NDQzMjMvZ3JhcGhpdGUvY29tcG9zZXIvaW5kZXguaHRtbD89 DQoNClBsZWFzZSBoZWxwLiBXZSBoYXZlIHB1dCBzb21lIG5ldyBzZXJ2ZXJzIGluIHByb2R1Y3Rp b24sIGFuZCBoYXZlIGEgcmVhbA0KbmVlZCB0byBkaXNwbGF5IGRhdGEgZnJvbSB0aGVzZS4NCg0K VGhhbmtzIGFuZCByZWdhcmRzDQpDaGFuZGFuYQ0KDQoNCk9uIEZyaSwgMjAxNC0xMi0wNSBhdCAx MDoxNCAtMDUwMCwgRnJhbmsgQ2guIEVpZ2xlciB3cm90ZToNCj4gSGksIENoYW5kYW5hIC0NCj4g DQo+IE9uIFRodSwgRGVjIDA0LCAyMDE0IGF0IDA5OjU0OjUwQU0gKzExMDAsIENoYW5kYW5hIERl IFNpbHZhIHdyb3RlOg0KPiA+IFsuLi5dDQo+ID4gQWRkZWQgdmVyYm9zaXR5LCBhbmQgdHJpZWQg Og0KPiA+IFtXZWQgRGVjICAzIDIyOjUwOjA5XSBwbXdlYmQoMTc3NzIpOiBbMTAuMTcuMS4xODo1 NTIyMF0gSFRUUC8xLjEgR0VUIC9ncmFwaGl0ZS9yZW5kZXIvIF9zYWx0PTE0MTc2NDcwMDkuODEy IGhlaWdodD0zMDggdGFyZ2V0PS0yRi12YXItMkYtbG9nZGF0YS0yRi1wbWxvZ2dlci0yRi1hcmNo ZGIxLTJFLXByZC0yRS1tZWwtMkYtMjAxNDExMTgtMkUtbWV0YS5kaXNrLmFsbC5hdmFjdGl2ZSB3 aWR0aD01ODYNCj4gPiBbV2VkIERlYyAgMyAyMjo1MDowOV0gcG13ZWJkKDE3NzcyKTogWzEwLjE3 LjEuMTg6NTUyMjBdIFNlYXJjaGluZyBmb3IgYXJjaGl2ZXMgdW5kZXIgL3Zhci9sb2dkYXRhL3Bt bG9nZ2VyLw0KPiA+IFtXZWQgRGVjICAzIDIyOjUwOjA5XSBwbXdlYmQoMTc3NzIpOiBbMTAuMTcu MS4xODo1NTIyMF0gZW51bWVyYXRlZCAxIG1ldHJpY3MNCj4gPiBbV2VkIERlYyAgMyAyMjo1MDow OV0gcG13ZWJkKDE3NzcyKTogWzEwLjE3LjEuMTg6NTUyMjBdIGRpZ2VzdGVkIDEgbWV0cmljcywg dGltZXNwYW4gWzE0MTc1NjA2MDktMTQxNzY0NzAwOSBieSA4NV0sIGluIDE1LjU3NG1zIA0KPiA+ IFtXZWQgRGVjICAzIDIyOjUwOjE2XSBwbXdlYmQoMTc3NzIpOiBbMTAuMTcuMS4xODo1NTIyMF0g SFRUUC8xLjEgR0VUIC9ncmFwaGl0ZS9yZW5kZXIvIF9zYWx0PTE0MTc2NDcwMTYuNzk3IGhlaWdo dD0zMDggd2lkdGg9NTg2DQo+ID4gW1dlZCBEZWMgIDMgMjI6NTA6MTZdIHBtd2ViZCgxNzc3Mik6 IFsxMC4xNy4xLjE4OjU1MjIwXSBkaWdlc3RlZCAwIG1ldHJpY3MsIHRpbWVzcGFuIFsxNDE3NTYw NjE2LTE0MTc2NDcwMTYgYnkgODVdLCBpbiAwLjAwMm1zDQo+IA0KPiBJdCBsb29rcyBsaWtlIHR3 byBzZXBhcmF0ZSByZW5kZXIgcmVxdWVzdHMgY2FtZSBpbnRvIHBtd2ViZCB3aXRoaW4gYQ0KPiBm ZXcgc2Vjb25kcywgd2l0aCB0aGUgbGF0dGVyIHJlcXVlc3Rpbmcgbm8gdGFyZ2V0cyAobWV0cmlj cykuICBNYXliZQ0KPiB5b3UgY2xpY2tlZCB0d2ljZSBvbiB0aGUgZ3JhcGhpdGUgbWV0cmljLXRy ZWUgYnJvd3NlciwgdG9nZ2xpbmcgdGhlDQo+IG1ldHJpYyBvbiB0aGVuIGJhY2sgb2ZmPw0KPiAN Cj4gLSBGQ2hFDQo= From fche@redhat.com Sat Dec 6 15:22:09 2014 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on oss.sgi.com X-Spam-Level: X-Spam-Status: No, score=0.0 required=5.0 tests=none autolearn=ham version=3.3.1 X-Original-To: pcp@oss.sgi.com Delivered-To: pcp@oss.sgi.com Received: from relay.sgi.com (relay1.corp.sgi.com [137.38.102.111]) by oss.sgi.com (Postfix) with ESMTP id 8A8367F3F for ; Sat, 6 Dec 2014 15:22:09 -0600 (CST) Received: from cuda.sgi.com (cuda2.sgi.com [192.48.176.25]) by relay1.corp.sgi.com (Postfix) with ESMTP id 783498F804B for ; Sat, 6 Dec 2014 13:22:06 -0800 (PST) X-ASG-Debug-ID: 1417900921-04cbb010653b0240001-S8gJnT Received: from mx1.redhat.com (mx1.redhat.com [209.132.183.28]) by cuda.sgi.com with ESMTP id Ww7gsFcKFvTUaPOB (version=TLSv1 cipher=AES256-SHA bits=256 verify=NO) for ; Sat, 06 Dec 2014 13:22:02 -0800 (PST) X-Barracuda-Envelope-From: fche@redhat.com X-Barracuda-Apparent-Source-IP: 209.132.183.28 X-ASG-Whitelist: Client Received: from int-mx11.intmail.prod.int.phx2.redhat.com (int-mx11.intmail.prod.int.phx2.redhat.com [10.5.11.24]) by mx1.redhat.com (8.14.4/8.14.4) with ESMTP id sB6LLwLl007151 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=FAIL); Sat, 6 Dec 2014 16:21:58 -0500 Received: from fche.csb (vpn-238-111.phx2.redhat.com [10.3.238.111]) by int-mx11.intmail.prod.int.phx2.redhat.com (8.14.4/8.14.4) with ESMTP id sB6LLvVa005474; Sat, 6 Dec 2014 16:21:58 -0500 Received: by fche.csb (Postfix, from userid 2569) id DA100584EA; Sat, 6 Dec 2014 16:21:56 -0500 (EST) Date: Sat, 6 Dec 2014 16:21:56 -0500 From: "Frank Ch. Eigler" To: Chandana De Silva Cc: "pcp@oss.sgi.com" Subject: Re: pmwebd: Defining the directory for PCP Archives Message-ID: <20141206212156.GE5088@redhat.com> X-ASG-Orig-Subj: Re: pmwebd: Defining the directory for PCP Archives References: <1417459116.12396.15.camel@tardis> <1417499687.17867.23.camel@tardis> <20141202121245.GP5088@redhat.com> <1417556631.941.12.camel@tardis> <20141202230914.GQ5088@redhat.com> <1417647290.948.20.camel@tardis> <20141205151437.GD5088@redhat.com> <1417898573.20915.7.camel@tardis> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <1417898573.20915.7.camel@tardis> 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: 1417900922 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 have been very careful and clicked only once. > Each time I click, I see the icon on the Graphite composer window blink, > and the following entries in the log > [Sat Dec 6 20:34:58] pmwebd(2993): [10.17.1.18:36430] HTTP/1.1 GET /graphite/render/ _salt=1417898098.642 height=421 target=-2F-var-2F-logdata-2F-pmlogger-2F-archdb1-2E-prd-2E-mel-2F-20141121-2E-meta.mysql.status.aborted_clients target=-2F-var-2F-logdata-2F-pmlogger-2F-archdb1-2E-prd-2E-mel-2F-20141121-2E-meta.disk.all.avactive width=533 > [Sat Dec 6 20:34:58] pmwebd(2993): [10.17.1.18:36430] Searching for archives under /var/logdata/pmlogger/ > [Sat Dec 6 20:34:58] pmwebd(2993): [10.17.1.18:36430] enumerated 1 metrics > [Sat Dec 6 20:34:58] pmwebd(2993): [10.17.1.18:36430] Searching for archives under /var/logdata/pmlogger/ > [Sat Dec 6 20:34:58] pmwebd(2993): [10.17.1.18:36430] enumerated 1 metrics > [Sat Dec 6 20:34:58] pmwebd(2993): [10.17.1.18:36430] digested 2 metrics, timespan [1417811698-1417898098 by 85], in 3.459ms OK. Those should result in some data. A network or syscall trace should show data flowing out of pmwebd. > The icon on the Graphite compose points to : > http://pmlog.inf.mel.mmd:44323/graphite/render/?width=533&height=421&_salt=1417898098.642&target=-2F-var-2F-logdata-2F-pmlogger-2F-archdb1-2E-prd-2E-mel-2F-20141121-2E-meta.mysql.status.aborted_clients&target=-2F-var-2F-logdata-2F-pmlogger-2F-archdb1-2E-prd-2E-mel-2F-20141121-2E-meta.disk.all.avactive The URL looks fine; that machine is not on the internet so I can't poke at it directly. Append &format=json to see a non-PNG textual rendering of the result. > Please help. We have put some new servers in production, and have a real > need to display data from these. Have you tried the grafana frontend? One can edit/create-new charts, and browse through the metric tree interactively, or export/edit/import the json dashboard-description. - FChE From chandana@desilva.id.au Sat Dec 6 16:12:56 2014 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on oss.sgi.com X-Spam-Level: X-Spam-Status: No, score=0.0 required=5.0 tests=none autolearn=ham version=3.3.1 X-Original-To: pcp@oss.sgi.com Delivered-To: pcp@oss.sgi.com Received: from relay.sgi.com (relay1.corp.sgi.com [137.38.102.111]) by oss.sgi.com (Postfix) with ESMTP id 01B207F3F for ; Sat, 6 Dec 2014 16:12:56 -0600 (CST) Received: from cuda.sgi.com (cuda1.sgi.com [192.48.157.11]) by relay1.corp.sgi.com (Postfix) with ESMTP id BA11E8F8037 for ; Sat, 6 Dec 2014 14:12:52 -0800 (PST) X-ASG-Debug-ID: 1417903967-04bdf06160149c000001-S8gJnT Received: from mho-01-ewr.mailhop.org (mho-03-ewr.mailhop.org [204.13.248.66]) by cuda.sgi.com with ESMTP id wy3jp5Zyx8AcuGHV (version=TLSv1 cipher=AES256-SHA bits=256 verify=NO) for ; Sat, 06 Dec 2014 14:12:47 -0800 (PST) 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 1XxNao-000EBD-BS; Sat, 06 Dec 2014 22:12:47 +0000 Received: from [192.168.1.135] (d211-31-205-122.sun802.vic.optusnet.com.au [211.31.205.122]) by mail.desilva.id.au (Postfix) with ESMTPSA id 02E5926F5E; Sat, 6 Dec 2014 22:12:43 +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: U2FsdGVkX19sYiZXO6go/rIf+6DDwp7i4PsqQvXLFxA= Message-ID: <1417903963.20915.10.camel@tardis> Subject: Re: pmwebd: Defining the directory for PCP Archives From: Chandana De Silva X-ASG-Orig-Subj: Re: pmwebd: Defining the directory for PCP Archives Reply-To: chandana@desilva.id.au To: "Frank Ch. Eigler" Cc: "pcp@oss.sgi.com" Date: Sun, 07 Dec 2014 09:12:43 +1100 In-Reply-To: <20141206212156.GE5088@redhat.com> References: <1417459116.12396.15.camel@tardis> <1417499687.17867.23.camel@tardis> <20141202121245.GP5088@redhat.com> <1417556631.941.12.camel@tardis> <20141202230914.GQ5088@redhat.com> <1417647290.948.20.camel@tardis> <20141205151437.GD5088@redhat.com> <1417898573.20915.7.camel@tardis> <20141206212156.GE5088@redhat.com> Content-Type: text/plain; charset="UTF-8" X-Mailer: Evolution 3.10.4 (3.10.4-4.fc20) Mime-Version: 1.0 Content-Transfer-Encoding: quoted-printable X-Barracuda-Connect: mho-03-ewr.mailhop.org[204.13.248.66] X-Barracuda-Start-Time: 1417903967 X-Barracuda-Encrypted: AES256-SHA X-Barracuda-URL: http://192.48.157.11:80/cgi-mod/mark.cgi X-Virus-Scanned: by bsmtpd at sgi.com X-Barracuda-BRTS-Status: 1 X-Barracuda-Spam-Score: 0.50 X-Barracuda-Spam-Status: No, SCORE=0.50 using per-user scores of TAG_LEVEL=1000.0 QUARANTINE_LEVEL=1000.0 KILL_LEVEL=2.7 tests=BSF_SC0_MISMATCH_TO, WEIRD_PORT X-Barracuda-Spam-Report: Code version 3.2, rules version 3.2.3.12537 Rule breakdown below pts rule name description ---- ---------------------- -------------------------------------------------- 0.00 BSF_SC0_MISMATCH_TO Envelope rcpt doesn't match header 0.50 WEIRD_PORT URI: Uses non-standard port number for HTTP Hello Frank, OK, I do see data when I use the JSON format. Does this look right ? [{"target":"-2F-var-2F-logdata-2F-pmlogger-2F-archdb1-2E-prd-2E-mel-2F-2014= 1121-2E-meta.mysql.status.aborted_clients", "datapoints":[[null, 1417816509= ],[null, 1417816594],[null, 1417816679],[null, 1417816764],[null, 141781684= 9],[null, 1417816934],[null, 1417817019],[null, 1417817104],[null, 14178171= 89],[null, 1417817274],[null, 1417817359],[null, 1417817444],[null, 1417817= 529],[null, 1417817614],[null, 1417817699],[null, 1417817784],[null, 141781= 7869],[null, 1417817954],[null, 1417818039],[null, 1417818124],[null, 14178= 18209],[null, 1417818294],[null, 1417818379],[null, 1417818464],[null, 1417= 818549],[null, 1417818634],[null, 1417818719],[null, 1417818804],[null, 141= 7818889],[null, 1417818974],[null, 1417819059],[null, 1417819144],[null, 14= 17819229],[null, 1417819314],[null, 1417819399],[null, 1417819484],[null, 1= 417819569],[null, 1417819654],[null, 1417819739],[null, 1417819824],[null, = 1417819909],[null, 1417819994],[null, 1417820079],[null, 1417820164],[null,= 1417820249],[null, 1417820334],[null, 1417820419],[null, 1417820504],[null= , 1417820589],[null, 1417820674],[null, 1417820759],[null, 1417820844],[nul= l, 1417820929],[null, 1417821014],[null, 1417821099],[null, 1417821184],[nu= ll, 1417821269],[null, 1417821354],[null, 1417821439],[null, 1417821524],[n= ull, 1417821609],[null, 1417821694],[null, 1417821779],[null, 1417821864],[= null, 1417821949],[null, 1417822034] I will also try Grafana.=20 On Sat, 2014-12-06 at 16:21 -0500, Frank Ch. Eigler wrote: > Hi - >=20 > > I have been very careful and clicked only once. > > Each time I click, I see the icon on the Graphite composer window blink= , > > and the following entries in the log >=20 > > [Sat Dec 6 20:34:58] pmwebd(2993): [10.17.1.18:36430] HTTP/1.1 GET /gr= aphite/render/ _salt=3D1417898098.642 height=3D421 target=3D-2F-var-2F-logd= ata-2F-pmlogger-2F-archdb1-2E-prd-2E-mel-2F-20141121-2E-meta.mysql.status.a= borted_clients target=3D-2F-var-2F-logdata-2F-pmlogger-2F-archdb1-2E-prd-2E= -mel-2F-20141121-2E-meta.disk.all.avactive width=3D533 > > [Sat Dec 6 20:34:58] pmwebd(2993): [10.17.1.18:36430] Searching for ar= chives under /var/logdata/pmlogger/ > > [Sat Dec 6 20:34:58] pmwebd(2993): [10.17.1.18:36430] enumerated 1 met= rics > > [Sat Dec 6 20:34:58] pmwebd(2993): [10.17.1.18:36430] Searching for ar= chives under /var/logdata/pmlogger/ > > [Sat Dec 6 20:34:58] pmwebd(2993): [10.17.1.18:36430] enumerated 1 met= rics > > [Sat Dec 6 20:34:58] pmwebd(2993): [10.17.1.18:36430] digested 2 metri= cs, timespan [1417811698-1417898098 by 85], in 3.459ms >=20 > OK. Those should result in some data. A network or syscall trace > should show data flowing out of pmwebd. >=20 > > The icon on the Graphite compose points to : > > http://pmlog.inf.mel.mmd:44323/graphite/render/?width=3D533&height=3D42= 1&_salt=3D1417898098.642&target=3D-2F-var-2F-logdata-2F-pmlogger-2F-archdb1= -2E-prd-2E-mel-2F-20141121-2E-meta.mysql.status.aborted_clients&target=3D-2= F-var-2F-logdata-2F-pmlogger-2F-archdb1-2E-prd-2E-mel-2F-20141121-2E-meta.d= isk.all.avactive >=20 > The URL looks fine; that machine is not on the internet so I can't > poke at it directly. Append &format=3Djson to see a non-PNG textual > rendering of the result.=20 >=20 >=20 > > Please help. We have put some new servers in production, and have a rea= l > > need to display data from these. >=20 > Have you tried the grafana frontend? One can edit/create-new charts, > and browse through the metric tree interactively, or > export/edit/import the json dashboard-description. >=20 >=20 > - FChE From fche@redhat.com Sat Dec 6 19:07:10 2014 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on oss.sgi.com X-Spam-Level: X-Spam-Status: No, score=0.0 required=5.0 tests=none autolearn=ham version=3.3.1 X-Original-To: pcp@oss.sgi.com Delivered-To: pcp@oss.sgi.com Received: from relay.sgi.com (relay3.corp.sgi.com [198.149.34.15]) by oss.sgi.com (Postfix) with ESMTP id 97F527F3F for ; Sat, 6 Dec 2014 19:07:10 -0600 (CST) Received: from cuda.sgi.com (cuda3.sgi.com [192.48.176.15]) by relay3.corp.sgi.com (Postfix) with ESMTP id 301C2AC003 for ; Sat, 6 Dec 2014 17:07:06 -0800 (PST) X-ASG-Debug-ID: 1417914421-04cb6c05731299f70001-S8gJnT Received: from mx1.redhat.com (mx1.redhat.com [209.132.183.28]) by cuda.sgi.com with ESMTP id cNgDy2c3OaoZEwYO (version=TLSv1 cipher=AES256-SHA bits=256 verify=NO) for ; Sat, 06 Dec 2014 17:07:02 -0800 (PST) X-Barracuda-Envelope-From: fche@redhat.com X-Barracuda-Apparent-Source-IP: 209.132.183.28 X-ASG-Whitelist: Client Received: from int-mx11.intmail.prod.int.phx2.redhat.com (int-mx11.intmail.prod.int.phx2.redhat.com [10.5.11.24]) by mx1.redhat.com (8.14.4/8.14.4) with ESMTP id sB716wxG001209 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=FAIL); Sat, 6 Dec 2014 20:07:00 -0500 Received: from fche.csb (vpn-238-111.phx2.redhat.com [10.3.238.111]) by int-mx11.intmail.prod.int.phx2.redhat.com (8.14.4/8.14.4) with ESMTP id sB716v1Y027696; Sat, 6 Dec 2014 20:06:58 -0500 Received: by fche.csb (Postfix, from userid 2569) id 2B420584EA; Sat, 6 Dec 2014 20:06:56 -0500 (EST) Date: Sat, 6 Dec 2014 20:06:56 -0500 From: "Frank Ch. Eigler" To: Chandana De Silva Cc: "pcp@oss.sgi.com" Subject: Re: pmwebd: Defining the directory for PCP Archives Message-ID: <20141207010656.GF5088@redhat.com> X-ASG-Orig-Subj: Re: pmwebd: Defining the directory for PCP Archives References: <1417499687.17867.23.camel@tardis> <20141202121245.GP5088@redhat.com> <1417556631.941.12.camel@tardis> <20141202230914.GQ5088@redhat.com> <1417647290.948.20.camel@tardis> <20141205151437.GD5088@redhat.com> <1417898573.20915.7.camel@tardis> <20141206212156.GE5088@redhat.com> <1417903963.20915.10.camel@tardis> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <1417903963.20915.10.camel@tardis> 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: 1417914422 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 - > OK, I do see data when I use the JSON format. Does this look right ? >[{"target":"-2F-var-2F-logdata-2F-pmlogger-2F-archdb1-2E-prd-2E-mel-2F-20141121-2E-meta.mysql.status.aborted_clients", >"datapoints":[[null, 1417816509],[null, 1417816594] [...] Well, that's an awful lot of nulls (missing data, so the time window is probably wrong for that archive), but in principle it's fine. - FChE From nscott@redhat.com Mon Dec 8 03:23: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 005F27F50 for ; Mon, 8 Dec 2014 03:23:39 -0600 (CST) Received: from cuda.sgi.com (cuda3.sgi.com [192.48.176.15]) by relay3.corp.sgi.com (Postfix) with ESMTP id 8BD79AC001 for ; Mon, 8 Dec 2014 01:23:35 -0800 (PST) X-ASG-Debug-ID: 1418030613-04cb6c05701564350001-S8gJnT Received: from mx6-phx2.redhat.com (mx6-phx2.redhat.com [209.132.183.39]) by cuda.sgi.com with ESMTP id 8ruJeWigYEinw6TT (version=TLSv1 cipher=AES256-SHA bits=256 verify=NO) for ; Mon, 08 Dec 2014 01:23:34 -0800 (PST) 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 sB89NX04024384; Mon, 8 Dec 2014 04:23:33 -0500 Date: Mon, 8 Dec 2014 04:23:32 -0500 (EST) From: Nathan Scott Reply-To: Nathan Scott To: Jan-Frode Myklebust Cc: pcp@oss.sgi.com Message-ID: <902420247.12206208.1418030612489.JavaMail.zimbra@redhat.com> In-Reply-To: <20141206110717.GA13661@mushkin.tanso.net> References: <20141127104047.GA7900@mushkin.tanso.net> <20141206110717.GA13661@mushkin.tanso.net> Subject: Re: [PATCH] Add PMDA for the Unbound DNS resolver. MIME-Version: 1.0 X-ASG-Orig-Subj: Re: [PATCH] Add PMDA for the Unbound DNS resolver. Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-Originating-IP: [10.5.82.11] X-Mailer: Zimbra 8.0.6_GA_5922 (ZimbraWebClient - FF17 (Linux)/8.0.6_GA_5922) Thread-Topic: Add PMDA for the Unbound DNS resolver. Thread-Index: terhbRCj2zhYvVNjN47ess8AeE8yHw== X-Barracuda-Connect: mx6-phx2.redhat.com[209.132.183.39] X-Barracuda-Start-Time: 1418030614 X-Barracuda-Encrypted: AES256-SHA X-Barracuda-URL: http://192.48.176.15:80/cgi-mod/mark.cgi X-Virus-Scanned: by bsmtpd at sgi.com X-Barracuda-BRTS-Status: 1 X-Barracuda-Spam-Score: 0.02 X-Barracuda-Spam-Status: No, SCORE=0.02 using per-user scores of TAG_LEVEL=1000.0 QUARANTINE_LEVEL=1000.0 KILL_LEVEL=2.7 tests=THREAD_INDEX, THREAD_TOPIC X-Barracuda-Spam-Report: Code version 3.2, rules version 3.2.3.12601 Rule breakdown below pts rule name description ---- ---------------------- -------------------------------------------------- 0.01 THREAD_INDEX thread-index: AcO7Y8iR61tzADqsRmmc5wNiFHEOig== 0.01 THREAD_TOPIC Thread-Topic: ...(Japanese Subject)... Hi Jan-Frode, ----- Original Message ----- > This adds a PMDA for the Unbound DNS resolver. Currently exposing 140 > metrics gathered from Unbounds "unbound-control stats" command. It's > missing the per thread metrics, but I plan on adding these at a later > point. > Looks good - its merged now with a few additions (tests, build) - could you check the merge & review git commit 31e2555c for me please? thanks! commit 31e2555c4ce127a84840d2ab9b3de98beb15dfad Author: Nathan Scott Date: Mon Dec 8 17:51:08 2014 +1100 pmda unbound: add initial tests for Unbound DNS resolver PMDA This adds two tests for the new Unbound DNS resolver PMDA - one to exercise the metric values being extracted from the unbound-control command output, the other to exercise the Install/Remove process. Found and fixed a bug in the latter, where an exception would be raised if the executed command did not exist. Also added a makefile for the unbound PMDA and generally stitched it into the build/packaging, ready for the next release. -- Nathan From nscott@redhat.com Mon Dec 8 03:25: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 6F0D07F50 for ; Mon, 8 Dec 2014 03:25:00 -0600 (CST) Received: from cuda.sgi.com (cuda2.sgi.com [192.48.176.25]) by relay2.corp.sgi.com (Postfix) with ESMTP id 5E303304059 for ; Mon, 8 Dec 2014 01:24:57 -0800 (PST) X-ASG-Debug-ID: 1418030690-04cbb010645d5a70001-S8gJnT Received: from mx6-phx2.redhat.com (mx6-phx2.redhat.com [209.132.183.39]) by cuda.sgi.com with ESMTP id Zm8GnfWSkVh08acZ (version=TLSv1 cipher=AES256-SHA bits=256 verify=NO) for ; Mon, 08 Dec 2014 01:24:51 -0800 (PST) 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 sB89Oo5Y024463 for ; Mon, 8 Dec 2014 04:24:50 -0500 Date: Mon, 8 Dec 2014 04:24:50 -0500 (EST) From: Nathan Scott Reply-To: Nathan Scott To: pcp Message-ID: <685496051.12206549.1418030690584.JavaMail.zimbra@redhat.com> In-Reply-To: <156858629.12206301.1418030642424.JavaMail.zimbra@redhat.com> Subject: pcp updates: qa, fixes, pmdaunbound. rc_pmcd MIME-Version: 1.0 X-ASG-Orig-Subj: pcp updates: qa, fixes, pmdaunbound. rc_pmcd Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-Originating-IP: [10.5.82.11] X-Mailer: Zimbra 8.0.6_GA_5922 (ZimbraWebClient - FF17 (Linux)/8.0.6_GA_5922) Thread-Topic: pcp updates: qa, fixes, pmdaunbound. rc_pmcd Thread-Index: vaYepWfmk+9rSaeRQMpnL9iIlwrKBw== X-Barracuda-Connect: mx6-phx2.redhat.com[209.132.183.39] X-Barracuda-Start-Time: 1418030691 X-Barracuda-Encrypted: AES256-SHA X-Barracuda-URL: http://192.48.176.25:80/cgi-mod/mark.cgi X-Virus-Scanned: by bsmtpd at sgi.com X-Barracuda-BRTS-Status: 1 X-Barracuda-Spam-Score: 0.02 X-Barracuda-Spam-Status: No, SCORE=0.02 using per-user scores of TAG_LEVEL=1000.0 QUARANTINE_LEVEL=1000.0 KILL_LEVEL=2.7 tests=THREAD_INDEX, THREAD_TOPIC X-Barracuda-Spam-Report: Code version 3.2, rules version 3.2.3.12601 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 Jan-Frode Myklebust (1): pmda unbound: a new PMDA for the Unbound DNS resolver Nathan Scott (7): pmdalinux: ensure long help text entries wrap at 80 columns pmdalinux: fix compiler warning in network struct zeroing rc_pmcd: execute _pmda_setup in the background qa: correct some header comments for a couple of tests pmda unbound: add initial tests for Unbound DNS resolver PMDA pmda dmcache: more elegant handling of missing dmsetup binary qa: add unbound pmda qa data files into the build qa/.gitignore | 1 qa/300 | 12 qa/300.out | 19 qa/300.out.1 | 17 qa/300.out.2 | 19 qa/754 | 60 + qa/754.out | 706 +++++++++++++++++ qa/756 | 2 qa/757 | 2 qa/759 | 83 ++ qa/759.out | 168 ++++ qa/GNUmakefile | 2 qa/group | 5 qa/unbound/GNUmakefile | 20 qa/unbound/metrics.list | 140 +++ qa/unbound/test.sh | 14 qa/unbound/unbound-control-stats-001 | 230 +++++ qa/unbound/unbound-control-stats-002 | 152 +++ src/pmcd/rc_pmcd | 12 src/pmdas/GNUmakefile | 2 src/pmdas/dmcache/pmdadmcache.python | 22 src/pmdas/linux/help | 68 + src/pmdas/linux/proc_net_dev.c | 10 src/pmdas/unbound/.gitignore | 5 src/pmdas/unbound/GNUmakefile | 40 + src/pmdas/unbound/Install | 28 src/pmdas/unbound/Remove | 25 src/pmdas/unbound/pmdaunbound.1 | 65 + src/pmdas/unbound/pmdaunbound.python | 1373 ++++++++++++++++++++++++++++++++++- 29 files changed, 3201 insertions(+), 101 deletions(-) From fche@redhat.com Mon Dec 8 11:32:38 2014 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on oss.sgi.com X-Spam-Level: X-Spam-Status: No, score=0.0 required=5.0 tests=none autolearn=ham version=3.3.1 X-Original-To: pcp@oss.sgi.com Delivered-To: pcp@oss.sgi.com Received: from relay.sgi.com (relay2.corp.sgi.com [137.38.102.29]) by oss.sgi.com (Postfix) with ESMTP id 092F27F4E for ; Mon, 8 Dec 2014 11:32:38 -0600 (CST) Received: from cuda.sgi.com (cuda2.sgi.com [192.48.176.25]) by relay2.corp.sgi.com (Postfix) with ESMTP id DC9B4304048 for ; Mon, 8 Dec 2014 09:32:34 -0800 (PST) X-ASG-Debug-ID: 1418059949-04cbb0106b611820001-S8gJnT Received: from mx1.redhat.com (mx1.redhat.com [209.132.183.28]) by cuda.sgi.com with ESMTP id KfED4RpFFZkywjPx (version=TLSv1 cipher=AES256-SHA bits=256 verify=NO) for ; Mon, 08 Dec 2014 09:32:30 -0800 (PST) X-Barracuda-Envelope-From: fche@redhat.com X-Barracuda-Apparent-Source-IP: 209.132.183.28 X-ASG-Whitelist: Client Received: from int-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 sB8HWTUn031103 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=FAIL) for ; Mon, 8 Dec 2014 12:32:29 -0500 Received: from fche.csb (vpn-238-111.phx2.redhat.com [10.3.238.111]) by int-mx14.intmail.prod.int.phx2.redhat.com (8.14.4/8.14.4) with ESMTP id sB8HWTKu022492 for ; Mon, 8 Dec 2014 12:32:29 -0500 Received: by fche.csb (Postfix, from userid 2569) id B8F0A58177; Mon, 8 Dec 2014 12:32:28 -0500 (EST) To: pcp developers Subject: Re: RFC pcp update: pmParseUnitsStr() function References: <20141201154517.GK5088@redhat.com> X-ASG-Orig-Subj: Re: RFC pcp update: pmParseUnitsStr() function From: fche@redhat.com (Frank Ch. Eigler) Date: Mon, 08 Dec 2014 12:32:28 -0500 In-Reply-To: <20141201154517.GK5088@redhat.com> (Frank Ch. Eigler's message of "Mon, 1 Dec 2014 10:45:17 -0500") Message-ID: User-Agent: Gnus/5.1008 (Gnus v5.10.8) Emacs/21.4 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Scanned-By: MIMEDefang 2.68 on 10.5.11.27 X-Barracuda-Connect: mx1.redhat.com[209.132.183.28] X-Barracuda-Start-Time: 1418059950 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 > [...] > As a part of the fetchgroup prototyping, this preparatory step is > ready for your look. It consists of a new PMAPI function > pmParseUnitsStr() [...] > > commit 62b0cdbd491ca31bd316307486d5bf32bdd09746 > Author: Frank Ch. Eigler > Date: Mon Dec 1 10:33:43 2014 -0500 > [...] ping. - FChE From brolley@redhat.com Mon Dec 8 11:45:12 2014 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on oss.sgi.com X-Spam-Level: X-Spam-Status: No, score=0.0 required=5.0 tests=none autolearn=ham version=3.3.1 X-Original-To: pcp@oss.sgi.com Delivered-To: pcp@oss.sgi.com Received: from relay.sgi.com (relay2.corp.sgi.com [137.38.102.29]) by oss.sgi.com (Postfix) with ESMTP id 9C9B47F4E for ; Mon, 8 Dec 2014 11:45:12 -0600 (CST) Received: from cuda.sgi.com (cuda2.sgi.com [192.48.176.25]) by relay2.corp.sgi.com (Postfix) with ESMTP id 89243304032 for ; Mon, 8 Dec 2014 09:45:12 -0800 (PST) X-ASG-Debug-ID: 1418060710-04cbb0106b6124f0001-S8gJnT Received: from mx1.redhat.com (mx1.redhat.com [209.132.183.28]) by cuda.sgi.com with ESMTP id OHIrcKFhyyy1Fd5R (version=TLSv1 cipher=AES256-SHA bits=256 verify=NO) for ; Mon, 08 Dec 2014 09:45:11 -0800 (PST) X-Barracuda-Envelope-From: brolley@redhat.com X-Barracuda-Apparent-Source-IP: 209.132.183.28 X-ASG-Whitelist: Client Received: from int-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 sB8HjAY1032152 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=FAIL) for ; Mon, 8 Dec 2014 12:45:10 -0500 Received: from [10.15.16.126] (dhcp-10-15-16-126.yyz.redhat.com [10.15.16.126]) by int-mx14.intmail.prod.int.phx2.redhat.com (8.14.4/8.14.4) with ESMTP id sB8Hj8ww029477 for ; Mon, 8 Dec 2014 12:45:09 -0500 Message-ID: <5485E44C.5020001@redhat.com> Date: Mon, 08 Dec 2014 12:47:56 -0500 From: Dave Brolley User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:31.0) Gecko/20100101 Thunderbird/31.2.0 MIME-Version: 1.0 To: pcp@oss.sgi.com Subject: Re: [pcp] RFC pcp update: pmParseUnitsStr() function References: <20141201154517.GK5088@redhat.com> X-ASG-Orig-Subj: Re: [pcp] RFC pcp update: pmParseUnitsStr() function In-Reply-To: Content-Type: text/plain; charset=windows-1252; 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: 1418060711 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 12/08/2014 12:32 PM, Frank Ch. Eigler wrote: >> [...] >> As a part of the fetchgroup prototyping, this preparatory step is >> ready for your look. It consists of a new PMAPI function >> pmParseUnitsStr() [...] >> >> commit 62b0cdbd491ca31bd316307486d5bf32bdd09746 >> Author: Frank Ch. Eigler >> Date: Mon Dec 1 10:33:43 2014 -0500 >> [...] > ping. > > - FChE > Yep -- sorry Frank. It's on my list. I'm just about done with Paul's CIFS pmda and will have a look soon. Dave From brolley@redhat.com Mon Dec 8 15:17: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 CAFA27F4E for ; Mon, 8 Dec 2014 15:17:23 -0600 (CST) Received: from cuda.sgi.com (cuda3.sgi.com [192.48.176.15]) by relay2.corp.sgi.com (Postfix) with ESMTP id B8D2530408D for ; Mon, 8 Dec 2014 13:17:23 -0800 (PST) X-ASG-Debug-ID: 1418073421-04cb6c057315a6ff0001-S8gJnT Received: from mx1.redhat.com (mx1.redhat.com [209.132.183.28]) by cuda.sgi.com with ESMTP id Y7es3xEW6TgR0agZ (version=TLSv1 cipher=AES256-SHA bits=256 verify=NO) for ; Mon, 08 Dec 2014 13:17:02 -0800 (PST) X-Barracuda-Envelope-From: brolley@redhat.com X-Barracuda-Apparent-Source-IP: 209.132.183.28 X-ASG-Whitelist: Client Received: from int-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 sB8LH06d024078 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=FAIL) for ; Mon, 8 Dec 2014 16:17:01 -0500 Received: from [10.15.16.126] (dhcp-10-15-16-126.yyz.redhat.com [10.15.16.126]) by int-mx13.intmail.prod.int.phx2.redhat.com (8.14.4/8.14.4) with ESMTP id sB8LGx54026244 for ; Mon, 8 Dec 2014 16:17:00 -0500 Message-ID: <548615F9.5000806@redhat.com> Date: Mon, 08 Dec 2014 16:19:53 -0500 From: Dave Brolley User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:31.0) Gecko/20100101 Thunderbird/31.2.0 MIME-Version: 1.0 To: PCP Mailing List Subject: pcp updates: CIFS pmda Content-Type: text/plain; charset=utf-8; format=flowed X-ASG-Orig-Subj: pcp updates: CIFS pmda Content-Transfer-Encoding: 7bit X-Scanned-By: MIMEDefang 2.68 on 10.5.11.26 X-Barracuda-Connect: mx1.redhat.com[209.132.183.28] X-Barracuda-Start-Time: 1418073422 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.pcp.io/pcp.git dev Dave Brolley (2): Install the dso target for the CIFS pmda. qa test 656 (CIFS pmda): Added expected empty line to 656.out Paul Evans (2): pmdacifs: Initial PMDA Code pmdacifs: rename qa/cifs/cifs-root-*.tgz to include kernel version dev/null |binary qa/656 | 58 +++++ qa/656.out | 303 +++++++++++++++++++++++++++ qa/GNUmakefile | 2 qa/cifs/GNUmakefile | 15 + qa/cifs/GNUmakefile.install | 1 qa/cifs/cifs-root-2014-11-25.tgz |binary qa/cifs/cifs-root-3.17.3.tgz |binary qa/group | 1 src/pmdas/GNUmakefile | 2 src/pmdas/cifs/.gitignore | 4 src/pmdas/cifs/GNUmakefile | 62 +++++ src/pmdas/cifs/Install | 30 ++ src/pmdas/cifs/README | 64 +++++ src/pmdas/cifs/Remove | 24 ++ src/pmdas/cifs/help | 136 ++++++++++++ src/pmdas/cifs/pmda.c | 429 +++++++++++++++++++++++++++++++++++++++ src/pmdas/cifs/pmdacifs.1 | 67 ++++++ src/pmdas/cifs/pmdacifs.h | 41 +++ src/pmdas/cifs/pmns | 58 +++++ src/pmdas/cifs/root | 9 src/pmdas/cifs/stats.c | 195 +++++++++++++++++ src/pmdas/cifs/stats.h | 71 ++++++ 23 files changed, 1570 insertions(+), 2 deletions(-) From lberk@redhat.com Mon Dec 8 16:39:00 2014 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on oss.sgi.com X-Spam-Level: X-Spam-Status: No, score=0.0 required=5.0 tests=none autolearn=ham version=3.3.1 X-Original-To: pcp@oss.sgi.com Delivered-To: pcp@oss.sgi.com Received: from relay.sgi.com (relay3.corp.sgi.com [198.149.34.15]) by oss.sgi.com (Postfix) with ESMTP id 285E87F4E for ; Mon, 8 Dec 2014 16:39:00 -0600 (CST) Received: from cuda.sgi.com (cuda1.sgi.com [192.48.157.11]) by relay3.corp.sgi.com (Postfix) with ESMTP id B1E87AC001 for ; Mon, 8 Dec 2014 14:38:56 -0800 (PST) X-ASG-Debug-ID: 1418078335-04bdf061601736490001-S8gJnT Received: from mx1.redhat.com (mx1.redhat.com [209.132.183.28]) by cuda.sgi.com with ESMTP id tviZ7gWfZSvy4JLx (version=TLSv1 cipher=AES256-SHA bits=256 verify=NO) for ; Mon, 08 Dec 2014 14:38:55 -0800 (PST) X-Barracuda-Envelope-From: lberk@redhat.com X-Barracuda-Apparent-Source-IP: 209.132.183.28 X-ASG-Whitelist: Client Received: from int-mx10.intmail.prod.int.phx2.redhat.com (int-mx10.intmail.prod.int.phx2.redhat.com [10.5.11.23]) by mx1.redhat.com (8.14.4/8.14.4) with ESMTP id sB8Mca5g024383 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=FAIL) for ; Mon, 8 Dec 2014 17:38:55 -0500 Received: from toium ([10.15.16.205]) by int-mx10.intmail.prod.int.phx2.redhat.com (8.14.4/8.14.4) with ESMTP id sB8KhMHj013783 (version=TLSv1/SSLv3 cipher=AES128-GCM-SHA256 bits=128 verify=NO) for ; Mon, 8 Dec 2014 15:43:22 -0500 From: Lukas Berk To: pcp@oss.sgi.com Subject: pcp updates: build, pmdapapi, qa Date: Mon, 08 Dec 2014 15:43:30 -0500 X-ASG-Orig-Subj: pcp updates: build, pmdapapi, qa Message-ID: <87vbllyirx.fsf@redhat.com> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/24.3 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain X-Scanned-By: MIMEDefang 2.68 on 10.5.11.23 X-Barracuda-Connect: mx1.redhat.com[209.132.183.28] X-Barracuda-Start-Time: 1418078335 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, Changes commited to git://sourceware.org/git/pcpfans.git lberk/dev I've updated pmdapapi with enumerating through native perf and uncore events, and adding those to the available metrics the pmda presents. I've also added qa/789 testing that, if present, we can properly count a basic native event using the papi.control.{en,dis}able metrics. pmdapapi manpage has been updated with a new paragraph metion native events, and a quick example. A spin-rawhide fix was included due to some changes of the fedora.spec file from the rpmlint fix. build/rpm/spin-rawhide | 2 - qa/789 | 76 ++++++++++++++++++++++++++++++++++++++++++++++ qa/789.out | 30 ++++++++++++++++++ qa/group | 1 src/pmdas/papi/papi.c | 55 +++++++++++++++++++++++++++++++-- src/pmdas/papi/pmdapapi.1 | 18 ++++++++++ 6 files changed, 178 insertions(+), 4 deletions(-) --------------------------------------------------------------------------------- commit a52285257835899c38ec568e5844d0408325bfc2 Author: Lukas Berk Date: Mon Dec 8 14:50:54 2014 -0500 Add documentation regarding new native components Mention the new addition of native events (both perf and uncore). An example is included enabling/disabling a couple native perf events commit a52285257835899c38ec568e5844d0408325bfc2 Author: Lukas Berk Date: Mon Dec 8 14:50:54 2014 -0500 Add documentation regarding new native components Mention the new addition of native events (both perf and uncore). An example is included enabling/disabling a couple native perf events commit 6190949543aa4d50445e799cc1d94f3dabe7789e Author: Lukas Berk Date: Mon Dec 8 14:49:16 2014 -0500 Add pmdapapi native event testcase, 789 qa/789 - check if native events are present, if so, measure papi.system.perf.CYCLES metric qa/789.out - matching output qa/group - add new test with associated group commit b5778d6684cf65b1d57bdd09182b922930ed2293 Author: Lukas Berk Date: Mon Dec 8 11:04:47 2014 -0500 Update pcp-webjs var to account for rpmlint Source field changes the rpmlint based changes in the spec file changed how the Source: fields are listed, and thus, how we named directories later on with the variable name. Changing the initial regex to simply take the original tarball name commit cd313626e6f8fed540dcf2b6fea26cb619d36451 Author: Lukas Berk Date: Thu Dec 4 15:01:39 2014 -0500 Add native papi uncore events to tracked pmdapapi components Also allow perf_event_uncore components to be tracked. This is a simple comparison to the component name commit 825fa6334161188168070145189d3c943d7cde6e Author: Lukas Berk Date: Thu Dec 4 11:52:05 2014 -0500 Add native perf events to papipmda Add basic functionality to make the native perf components available to the user From nscott@redhat.com Mon Dec 8 18:16:35 2014 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on oss.sgi.com X-Spam-Level: X-Spam-Status: No, score=0.0 required=5.0 tests=none autolearn=ham version=3.3.1 X-Original-To: pcp@oss.sgi.com Delivered-To: pcp@oss.sgi.com Received: from relay.sgi.com (relay2.corp.sgi.com [137.38.102.29]) by oss.sgi.com (Postfix) with ESMTP id CBD0F7F4E for ; Mon, 8 Dec 2014 18:16:35 -0600 (CST) Received: from cuda.sgi.com (cuda1.sgi.com [192.48.157.11]) by relay2.corp.sgi.com (Postfix) with ESMTP id 9CA0A304032 for ; Mon, 8 Dec 2014 16:16:35 -0800 (PST) X-ASG-Debug-ID: 1418084189-04bdf061601743170001-S8gJnT Received: from mx5-phx2.redhat.com (mx5-phx2.redhat.com [209.132.183.37]) by cuda.sgi.com with ESMTP id aAhADeG1TDbs7TAY (version=TLSv1 cipher=AES256-SHA bits=256 verify=NO) for ; Mon, 08 Dec 2014 16:16:30 -0800 (PST) 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 sB90GRtb020223; Mon, 8 Dec 2014 19:16:27 -0500 Date: Mon, 8 Dec 2014 19:16:27 -0500 (EST) From: Nathan Scott Reply-To: Nathan Scott To: Martins Innus Cc: pcp@oss.sgi.com Message-ID: <991616924.12928901.1418084187235.JavaMail.zimbra@redhat.com> In-Reply-To: <5481E4D7.8050700@buffalo.edu> References: <5481E4D7.8050700@buffalo.edu> Subject: Re: [pcp] Dynamic metric rework MIME-Version: 1.0 X-ASG-Orig-Subj: Re: [pcp] Dynamic metric rework Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-Originating-IP: [10.5.82.11] X-Mailer: Zimbra 8.0.6_GA_5922 (ZimbraWebClient - FF17 (Linux)/8.0.6_GA_5922) Thread-Topic: Dynamic metric rework Thread-Index: aN5v0LV7ZDrkLsSUNz8WpDx4FTb4lA== X-Barracuda-Connect: mx5-phx2.redhat.com[209.132.183.37] X-Barracuda-Start-Time: 1418084190 X-Barracuda-Encrypted: AES256-SHA X-Barracuda-URL: http://192.48.157.11:80/cgi-mod/mark.cgi X-Virus-Scanned: by bsmtpd at sgi.com X-Barracuda-BRTS-Status: 1 X-Barracuda-Spam-Score: 0.02 X-Barracuda-Spam-Status: No, SCORE=0.02 using per-user scores of TAG_LEVEL=1000.0 QUARANTINE_LEVEL=1000.0 KILL_LEVEL=2.7 tests=THREAD_INDEX, THREAD_TOPIC X-Barracuda-Spam-Report: Code version 3.2, rules version 3.2.3.12632 Rule breakdown below pts rule name description ---- ---------------------- -------------------------------------------------- 0.01 THREAD_INDEX thread-index: AcO7Y8iR61tzADqsRmmc5wNiFHEOig== 0.01 THREAD_TOPIC Thread-Topic: ...(Japanese Subject)... Hi Martins, ----- Original Message ----- > [...] > Previously, the delegation had 2 requirements: The metric must (1) fall > in the tree prefix and (2) be in the cluster list provided to > pmdaDynamicPMNS. This prevented the same logic from handling related > trees that differed in prefix (the hotproc.foo / proc.foo case ). Also, > if a cluster spanned more than one sub-tree, only the first would be called. *nod* > In this reworked case, every check for handling a metric is checked > against the generated pmns tree. I believe this should be safe, > because as far as I can tell, the pmns must be setup before the metrics > are created. *nod* > This allows the call to pmdaDynamicPMNS to be simplified. No check > against a prefix or cluster is required. I didn't change the function > call so as not to break existing code. Good stuff. > After this change, the prefix is > only used to lookup the cluster mask if it is provided. I think the old > cgroup pmda was the only user of the mask. Is this something that is > still work keeping? If not, both the prefix and cluster parameters > could be removed. Yeah, we need to preserve API compatibility (even though no in-tree users exist anymore). > To do this, I had to expose an internal function in tree.c. Not sure if > this is appropriate. S'fine by me. Since its no longer static, we should rename it to follow the PMDA library externally-visible-symbols conventions - (no double __, for both function and data structure names - the latter is covered, but do the former too). src/libpcp_pmda/src/exports will also need tweaking. > This change also exposed an inconsistancy I had previously noticed. DSO > pmdas were not required to call pmdaTreeRebuildHash while daemon pmdas > were. Now this call is required for both cases. I assume that whatever That's a good thing IMO. > fixup was occurring for the dso case is now not occurring early enough. > I looked through existing pmdas and added the call to linux and gfs2, > though I have no way to test gfs2. > > ./check -g pmda.linux > ./check -g pmda.proc > > both Pass. I looked at the sample pmda and I think that it uses a > different dynamic method that should not be affected. I have not fully Yep. > understood the new cgroups code yet, but I think that it should not be > affected if I read it properly. Let me know if there would be any issue > there. There'll be no issues there. > Let me know if there are any problems with this approach. I'm seeing a QA failure in test 660 - pmwebd is not seeing all of the names for the interrupts metrics... (need to edit src/test_webapi.py to add debug statements back in - commented out - this test needs some love to make it a bit easier to diagnose these kinds of problems). Is that one failing for you? If not, I can dig more - I guess its not in either of those two test groups (linux/proc) above. cheers. -- Nathan From nscott@redhat.com Mon Dec 8 19:30: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 DD5D27F4E for ; Mon, 8 Dec 2014 19:30:19 -0600 (CST) Received: from cuda.sgi.com (cuda1.sgi.com [192.48.157.11]) by relay2.corp.sgi.com (Postfix) with ESMTP id BCC6E304032 for ; Mon, 8 Dec 2014 17:30:16 -0800 (PST) X-ASG-Debug-ID: 1418088614-04bdf061611747f90001-S8gJnT Received: from mx4-phx2.redhat.com (mx4-phx2.redhat.com [209.132.183.25]) by cuda.sgi.com with ESMTP id qseftyoQBFwJyTFy (version=TLSv1 cipher=AES256-SHA bits=256 verify=NO) for ; Mon, 08 Dec 2014 17:30:15 -0800 (PST) X-Barracuda-Envelope-From: nscott@redhat.com X-Barracuda-Apparent-Source-IP: 209.132.183.25 Received: from zmail20.collab.prod.int.phx2.redhat.com (zmail20.collab.prod.int.phx2.redhat.com [10.5.83.23]) by mx4-phx2.redhat.com (8.13.8/8.13.8) with ESMTP id sB91UEbO018870; Mon, 8 Dec 2014 20:30:14 -0500 Date: Mon, 8 Dec 2014 20:30:14 -0500 (EST) From: Nathan Scott Reply-To: Nathan Scott To: Lukas Berk Cc: pcp@oss.sgi.com Message-ID: <501165841.12943406.1418088614551.JavaMail.zimbra@redhat.com> In-Reply-To: <87vbllyirx.fsf@redhat.com> References: <87vbllyirx.fsf@redhat.com> Subject: Re: [pcp] pcp updates: build, pmdapapi, qa MIME-Version: 1.0 X-ASG-Orig-Subj: Re: [pcp] pcp updates: build, pmdapapi, qa Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-Originating-IP: [10.5.82.11] X-Mailer: Zimbra 8.0.6_GA_5922 (ZimbraWebClient - FF17 (Linux)/8.0.6_GA_5922) Thread-Topic: pcp updates: build, pmdapapi, qa Thread-Index: oAA+krFifxuieCccvjnfyQIzfnrtLg== X-Barracuda-Connect: mx4-phx2.redhat.com[209.132.183.25] X-Barracuda-Start-Time: 1418088615 X-Barracuda-Encrypted: AES256-SHA X-Barracuda-URL: http://192.48.157.11:80/cgi-mod/mark.cgi X-Virus-Scanned: by bsmtpd at sgi.com X-Barracuda-BRTS-Status: 1 X-Barracuda-Spam-Score: 0.03 X-Barracuda-Spam-Status: No, SCORE=0.03 using per-user scores of TAG_LEVEL=1000.0 QUARANTINE_LEVEL=1000.0 KILL_LEVEL=2.7 tests=BSF_SC0_SA_TO_FROM_DOMAIN_MATCH, THREAD_INDEX, THREAD_TOPIC X-Barracuda-Spam-Report: Code version 3.2, rules version 3.2.3.12636 Rule breakdown below pts rule name description ---- ---------------------- -------------------------------------------------- 0.01 THREAD_INDEX thread-index: AcO7Y8iR61tzADqsRmmc5wNiFHEOig== 0.01 THREAD_TOPIC Thread-Topic: ...(Japanese Subject)... 0.01 BSF_SC0_SA_TO_FROM_DOMAIN_MATCH Sender Domain Matches Recipient Domain Hi Lukas, ----- Original Message ----- > Hi, > > Changes commited to git://sourceware.org/git/pcpfans.git lberk/dev > I'm seeing a new build failure with these changes on older PAPIs... papi.c: In function 'papi_internal_init': papi.c:648: warning: statement with no effect papi.c:651: error: 'PAPI_component_info_t' has no member named 'disabled' papi.c:654: warning: implicit declaration of function 'PAPI_enum_cmp_event' $ rpm -q papi-devel papi-devel-4.1.3-3.el6.x86_64 cheers. -- Nathan From rdoyle@aconex.com Mon Dec 8 21:43:20 2014 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on oss.sgi.com X-Spam-Level: X-Spam-Status: No, score=0.0 required=5.0 tests=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 1474E7F4E for ; Mon, 8 Dec 2014 21:43:20 -0600 (CST) Received: from cuda.sgi.com (cuda1.sgi.com [192.48.157.11]) by relay3.corp.sgi.com (Postfix) with ESMTP id AF3C5AC004 for ; Mon, 8 Dec 2014 19:43:16 -0800 (PST) X-ASG-Debug-ID: 1418096591-04bdf061601762500001-S8gJnT Received: from postoffice2.aconex.com (mail.aconex.com [175.45.105.35]) by cuda.sgi.com with ESMTP id YYkZ4ANmmaVAhBhy for ; Mon, 08 Dec 2014 19:43:11 -0800 (PST) X-Barracuda-Envelope-From: rdoyle@aconex.com X-Barracuda-Apparent-Source-IP: 175.45.105.35 Received: from postoffice.aconex.com (postoffice.yarra.acx [192.168.35.100]) by postoffice2.aconex.com with ESMTP id HUWClxwpo8Ksjhry for ; Tue, 09 Dec 2014 14:43:08 +1100 (EST) Received: from gatekeeper.aconex.com (gatekeeper.yarra.acx [192.168.35.102]) by postoffice.aconex.com (Postfix) with ESMTP id 591DD3CE00D8 for ; Tue, 9 Dec 2014 14:43:08 +1100 (EST) Received: from localhost (localhost.localdomain [127.0.0.1]) by gatekeeper.aconex.com (Postfix) with ESMTP id 46F8811C8001 for ; Tue, 9 Dec 2014 14:43:08 +1100 (EST) Received: from gatekeeper.aconex.com ([127.0.0.1]) by localhost (gatekeeper.aconex.com [127.0.0.1]) (amavisd-new, port 10032) with ESMTP id TVG7zlul1VpX for ; Tue, 9 Dec 2014 14:43:07 +1100 (EST) Received: from localhost (localhost.localdomain [127.0.0.1]) by gatekeeper.aconex.com (Postfix) with ESMTP id 247BB11C8002 for ; Tue, 9 Dec 2014 14:43:07 +1100 (EST) X-Virus-Scanned: amavisd-new at aconex.com Received: from gatekeeper.aconex.com ([127.0.0.1]) by localhost (gatekeeper.aconex.com [127.0.0.1]) (amavisd-new, port 10026) with ESMTP id nD1MG2-xTLmM for ; Tue, 9 Dec 2014 14:43:07 +1100 (EST) Received: from acxmail-au2.aconex.com (acxmail-au2.aconex.com [192.168.35.104]) by gatekeeper.aconex.com (Postfix) with ESMTP id 014C311C8001 for ; Tue, 9 Dec 2014 14:43:07 +1100 (EST) Received: from acxmail-au2.aconex.com (localhost.localdomain [127.0.0.1]) by acxmail-au2.aconex.com (Postfix) with ESMTP id F121B3B20001; Tue, 9 Dec 2014 14:43:06 +1100 (EST) Received: from localhost (localhost.localdomain [127.0.0.1]) by acxmail-au2.aconex.com (Postfix) with ESMTP id D12493B20002; Tue, 9 Dec 2014 14:43:06 +1100 (EST) X-Virus-Scanned: amavisd-new at aconex.com Received: from acxmail-au2.aconex.com ([127.0.0.1]) by localhost (acxmail-au2.aconex.com [127.0.0.1]) (amavisd-new, port 10026) with ESMTP id uQPCArZ1VAFn; Tue, 9 Dec 2014 14:43:06 +1100 (EST) Received: from acxmail-au2.aconex.com (localhost.localdomain [127.0.0.1]) by acxmail-au2.aconex.com (Postfix) with ESMTP id A4F6B3B20001; Tue, 9 Dec 2014 14:43:06 +1100 (EST) Date: Tue, 9 Dec 2014 14:43:06 +1100 (EST) From: Ryan Doyle To: pcp@oss.sgi.com Cc: Andy Trigg , Paul Smith Message-ID: <1305301684.5365812.1418096586456.JavaMail.zimbra@aconex.com> In-Reply-To: <1641632865.5364954.1418095740759.JavaMail.zimbra@aconex.com> Subject: [PATCH] ActiveMQ PMDA MIME-Version: 1.0 X-ASG-Orig-Subj: [PATCH] ActiveMQ PMDA Content-Type: multipart/alternative; boundary="----=_Part_5365811_2147433538.1418096586455" X-Originating-IP: [192.168.7.66] X-Mailer: Zimbra 8.0.7_GA_6037 (ZimbraWebClient - GC38 (Linux)/8.0.7_GA_6021) Thread-Topic: ActiveMQ PMDA Thread-Index: +5NUWJeMyOPXJejWBcekzZ6FVYOiCA== X-Virus-Scanned: by bsmtpd at aconex.com X-Barracuda-Connect: mail.aconex.com[175.45.105.35] X-Barracuda-Start-Time: 1418096591 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=HTML_MESSAGE, THREAD_INDEX, THREAD_TOPIC X-Barracuda-Spam-Report: Code version 3.2, rules version 3.2.3.12639 Rule breakdown below pts rule name description ---- ---------------------- -------------------------------------------------- 0.01 THREAD_INDEX thread-index: AcO7Y8iR61tzADqsRmmc5wNiFHEOig== 0.01 THREAD_TOPIC Thread-Topic: ...(Japanese Subject)... 0.00 HTML_MESSAGE BODY: HTML included in message ------=_Part_5365811_2147433538.1418096586455 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit Hi PCP Andy, Paul and myself have completed working on an ActiveMQ (5.8+) PMDA. ActiveMQ is a message queue and exposes its metrics via a RESTful JSON API. The git repository is available at: https://github.com/Aconex/pcp.git under the branch activemq-pmda. Something that we have done differently this time around is taking a more of an OO approach to the PMDA. We've also introduced unit tests for these classes. Note that this introduces some extra development dependencies if you want to run these unit tests. ---- Ryan Doyle ------=_Part_5365811_2147433538.1418096586455 Content-Type: text/html; charset=utf-8 Content-Transfer-Encoding: quoted-printable
Hi PCP

Andy, Paul and myself have compl= eted working on an ActiveMQ (5.8+) PMDA. ActiveMQ is a message queue and ex= poses its metrics via a RESTful JSON API. 

Th= e git repository is available at: https://github.com/Aconex/pcp.git under the branch activ= emq-pmda. 

Something that we have done differ= ently this time around is taking a more of an OO approach to the PMDA. We'v= e also introduced unit tests for these classes. Note that this introduces s= ome extra development dependencies if you want to run these unit tests. 


----
Ryan Doyle

------=_Part_5365811_2147433538.1418096586455-- From nscott@redhat.com Tue Dec 9 00:42: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 639A07F3F for ; Tue, 9 Dec 2014 00:42:02 -0600 (CST) Received: from cuda.sgi.com (cuda3.sgi.com [192.48.176.15]) by relay3.corp.sgi.com (Postfix) with ESMTP id DF1DFAC005 for ; Mon, 8 Dec 2014 22:42:01 -0800 (PST) X-ASG-Debug-ID: 1418107315-04cb6c05721610380001-S8gJnT Received: from mx3-phx2.redhat.com (mx3-phx2.redhat.com [209.132.183.24]) by cuda.sgi.com with ESMTP id riqga1rRAAzWHhsx (version=TLSv1 cipher=AES256-SHA bits=256 verify=NO) for ; Mon, 08 Dec 2014 22:41:56 -0800 (PST) X-Barracuda-Envelope-From: nscott@redhat.com X-Barracuda-Apparent-Source-IP: 209.132.183.24 Received: from zmail20.collab.prod.int.phx2.redhat.com (zmail20.collab.prod.int.phx2.redhat.com [10.5.83.23]) by mx3-phx2.redhat.com (8.13.8/8.13.8) with ESMTP id sB96fqoq006652; Tue, 9 Dec 2014 01:41:52 -0500 Date: Tue, 9 Dec 2014 01:41:52 -0500 (EST) From: Nathan Scott Reply-To: Nathan Scott To: Ryan Doyle , Andy Trigg , Paul Smith Cc: pcp@oss.sgi.com Message-ID: <1705805393.13016370.1418107312046.JavaMail.zimbra@redhat.com> In-Reply-To: <1305301684.5365812.1418096586456.JavaMail.zimbra@aconex.com> References: <1305301684.5365812.1418096586456.JavaMail.zimbra@aconex.com> Subject: Re: [pcp] [PATCH] ActiveMQ PMDA MIME-Version: 1.0 X-ASG-Orig-Subj: Re: [pcp] [PATCH] ActiveMQ PMDA Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-Originating-IP: [10.5.82.11] X-Mailer: Zimbra 8.0.6_GA_5922 (ZimbraWebClient - FF17 (Linux)/8.0.6_GA_5922) Thread-Topic: ActiveMQ PMDA Thread-Index: +5NUWJeMyOPXJejWBcekzZ6FVYOiCPlmB1N+ X-Barracuda-Connect: mx3-phx2.redhat.com[209.132.183.24] X-Barracuda-Start-Time: 1418107316 X-Barracuda-Encrypted: AES256-SHA X-Barracuda-URL: http://192.48.176.15:80/cgi-mod/mark.cgi X-Virus-Scanned: by bsmtpd at sgi.com X-Barracuda-BRTS-Status: 1 X-Barracuda-Spam-Score: 0.02 X-Barracuda-Spam-Status: No, SCORE=0.02 using per-user scores of TAG_LEVEL=1000.0 QUARANTINE_LEVEL=1000.0 KILL_LEVEL=2.7 tests=THREAD_INDEX, THREAD_TOPIC X-Barracuda-Spam-Report: Code version 3.2, rules version 3.2.3.12645 Rule breakdown below pts rule name description ---- ---------------------- -------------------------------------------------- 0.01 THREAD_INDEX thread-index: AcO7Y8iR61tzADqsRmmc5wNiFHEOig== 0.01 THREAD_TOPIC Thread-Topic: ...(Japanese Subject)... ----- Original Message ----- > [...] > Andy, Paul and myself have completed working on an ActiveMQ (5.8+) PMDA. > ActiveMQ is a message queue and exposes its metrics via a RESTful JSON API. > > The git repository is available at: https://github.com/Aconex/pcp.git under > the branch activemq-pmda. > > Something that we have done differently this time around is taking a more of > an OO approach to the PMDA. We've also introduced unit tests for these > classes. Note that this introduces some extra development dependencies if > you want to run these unit tests. Nice work! Could we tweak the "make test" target so that it always attempts to run these unit tests (during the build)? Maybe add a guard something like "perl -e 'use Test::Magpie' && [...]"? An integration test that verifies the Install/Remove process and some basic yes-it-functions-with-pmcd (like qa/960) would be a good addition too. Everything looks great though - nice job guys! cheers. -- Nathan From wwwrun@oss.sgi.com Tue Dec 9 09:02: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=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 E5F477F4E; Tue, 9 Dec 2014 09:02:59 -0600 (CST) From: bugzilla-daemon@oss.sgi.com To: pcp@oss.sgi.com Subject: [Bug 1097] New: compile-time pcp version access Date: Tue, 09 Dec 2014 15:02:59 +0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: new X-Bugzilla-Watch-Reason: None X-Bugzilla-Classification: Unclassified X-Bugzilla-Product: pcp X-Bugzilla-Component: pcp X-Bugzilla-Keywords: X-Bugzilla-Severity: major X-Bugzilla-Who: fche@redhat.com X-Bugzilla-Status: NEW X-Bugzilla-Priority: P5 X-Bugzilla-Assigned-To: pcp@kenj.com.au X-Bugzilla-Target-Milestone: --- X-Bugzilla-Changed-Fields: bug_id short_desc product version rep_platform op_sys bug_status bug_severity priority component assigned_to reporter cc classification Message-ID: Content-Type: multipart/alternative; boundary="1418137379.44CFAdb1.5982"; charset="us-ascii" X-Bugzilla-URL: http://oss.sgi.com/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 --1418137379.44CFAdb1.5982 Date: Tue, 9 Dec 2014 09:02:59 -0600 MIME-Version: 1.0 Content-Type: text/plain; charset="UTF-8" http://oss.sgi.com/bugzilla/show_bug.cgi?id=1097 Bug ID: 1097 Summary: compile-time pcp version access Product: pcp Version: unspecified Hardware: All OS: Linux Status: NEW Severity: major Priority: P5 Component: pcp Assignee: pcp@kenj.com.au Reporter: fche@redhat.com CC: pcp@oss.sgi.com Classification: Unclassified At this time, we lack a way for a pcp client program to fetch the version of the -lpcp etc. headers & libraries. (PMAPI_VERSION is not it - it's been fixed at "2" for seven years, whereas new PMAPI functions have blossomed in the interim.) That makes it necessary for an app to use autoconf-type tricks to detect the presence of new features they may wish to use. It would be nice if they had the choice to use something like linux: #if PCP_VERSION_CODE >= PCP_VERSION(3,9,10) ... #else ... #endif It could fit fairly naturally into the pcp/config*h generated files. For bonus marks, it may be nice if the pmapi proper had a function that returned the run-time libpcp version (which could naturally be newer/larger than the compile-time PCP_VERSION_CODE). -- You are receiving this mail because: You are on the CC list for the bug. --1418137379.44CFAdb1.5982 Date: Tue, 9 Dec 2014 09:02:59 -0600 MIME-Version: 1.0 Content-Type: text/html; charset="UTF-8"
Bug ID 1097
Summary compile-time pcp version access
Product pcp
Version unspecified
Hardware All
OS Linux
Status NEW
Severity major
Priority P5
Component pcp
Assignee pcp@kenj.com.au
Reporter fche@redhat.com
CC pcp@oss.sgi.com
Classification Unclassified 

At this time, we lack a way for a pcp client program to fetch
the version of the -lpcp etc. headers & libraries.   (PMAPI_VERSION
is not it - it's been fixed at "2" for seven years, whereas new
PMAPI functions have blossomed in the interim.)

That makes it necessary for an app to use autoconf-type tricks to
detect the presence of new features they may wish to use.  It would
be nice if they had the choice to use something like linux:

#if PCP_VERSION_CODE >= PCP_VERSION(3,9,10)
...
#else
...
#endif

It could fit fairly naturally into the pcp/config*h generated files.

For bonus marks, it may be nice if the pmapi proper had a function
that returned the run-time libpcp version (which could naturally
be newer/larger than the compile-time PCP_VERSION_CODE).

You are receiving this mail because:
  • You are on the CC list for the bug.
--1418137379.44CFAdb1.5982-- From lberk@redhat.com Tue Dec 9 13:38:34 2014 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on oss.sgi.com X-Spam-Level: X-Spam-Status: No, score=0.0 required=5.0 tests=none autolearn=ham version=3.3.1 X-Original-To: pcp@oss.sgi.com Delivered-To: pcp@oss.sgi.com Received: from relay.sgi.com (relay1.corp.sgi.com [137.38.102.111]) by oss.sgi.com (Postfix) with ESMTP id EAA6D7F3F for ; Tue, 9 Dec 2014 13:38:34 -0600 (CST) Received: from cuda.sgi.com (cuda1.sgi.com [192.48.157.11]) by relay1.corp.sgi.com (Postfix) with ESMTP id B99838F8035 for ; Tue, 9 Dec 2014 11:38:31 -0800 (PST) X-ASG-Debug-ID: 1418153907-04bdf0615f17ffaa0001-S8gJnT Received: from mx1.redhat.com (mx1.redhat.com [209.132.183.28]) by cuda.sgi.com with ESMTP id KHsSzGpdWPgoSAd4 (version=TLSv1 cipher=AES256-SHA bits=256 verify=NO) for ; Tue, 09 Dec 2014 11:38:27 -0800 (PST) X-Barracuda-Envelope-From: lberk@redhat.com X-Barracuda-Apparent-Source-IP: 209.132.183.28 X-ASG-Whitelist: Client Received: from int-mx10.intmail.prod.int.phx2.redhat.com (int-mx10.intmail.prod.int.phx2.redhat.com [10.5.11.23]) by mx1.redhat.com (8.14.4/8.14.4) with ESMTP id sB9JcQ2S005404 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=FAIL) for ; Tue, 9 Dec 2014 14:38:27 -0500 Received: from toium ([10.15.16.205]) by int-mx10.intmail.prod.int.phx2.redhat.com (8.14.4/8.14.4) with ESMTP id sB9JcPfk032638 (version=TLSv1/SSLv3 cipher=AES128-GCM-SHA256 bits=128 verify=NO); Tue, 9 Dec 2014 14:38:26 -0500 From: Lukas Berk To: Nathan Scott Cc: pcp@oss.sgi.com Subject: Re: [pcp] pcp updates: build, pmdapapi, qa References: <87vbllyirx.fsf@redhat.com> <501165841.12943406.1418088614551.JavaMail.zimbra@redhat.com> X-ASG-Orig-Subj: Re: [pcp] pcp updates: build, pmdapapi, qa Date: Tue, 09 Dec 2014 14:38:25 -0500 In-Reply-To: <501165841.12943406.1418088614551.JavaMail.zimbra@redhat.com> (Nathan Scott's message of "Mon, 8 Dec 2014 20:30:14 -0500 (EST)") Message-ID: <87vblkaa1a.fsf@redhat.com> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/24.3 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain X-Scanned-By: MIMEDefang 2.68 on 10.5.11.23 X-Barracuda-Connect: mx1.redhat.com[209.132.183.28] X-Barracuda-Start-Time: 1418153907 X-Barracuda-Encrypted: AES256-SHA X-Barracuda-URL: http://192.48.157.11:80/cgi-mod/mark.cgi X-Virus-Scanned: by bsmtpd at sgi.com X-Barracuda-BRTS-Status: 1 Hey Nathan, Nathan Scott writes: [...] >> Changes commited to git://sourceware.org/git/pcpfans.git lberk/dev > I'm seeing a new build failure with these changes on older PAPIs... > > papi.c: In function 'papi_internal_init': > papi.c:648: warning: statement with no effect > papi.c:651: error: 'PAPI_component_info_t' has no member named 'disabled' > papi.c:654: warning: implicit declaration of function 'PAPI_enum_cmp_event' Ah, thanks for catching that. As you pointed to on irc, adding an autoconf check which triggers a macro definition should fix a sitation like this. I've added that in commit 3ba8c73256cfb7b3 on lberk/dev. I've tested the build on a local RHEL6 vm and everything builds smoothly. Would you like another pcp updates email? or is noting the commit here enough to merge? Thanks, Lukas From minnus@buffalo.edu Tue Dec 9 15:37:25 2014 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on oss.sgi.com X-Spam-Level: X-Spam-Status: No, score=0.0 required=5.0 tests=none autolearn=ham version=3.3.1 X-Original-To: pcp@oss.sgi.com Delivered-To: pcp@oss.sgi.com Received: from relay.sgi.com (relay3.corp.sgi.com [198.149.34.15]) by oss.sgi.com (Postfix) with ESMTP id BB6037F3F for ; Tue, 9 Dec 2014 15:37:25 -0600 (CST) Received: from cuda.sgi.com (cuda3.sgi.com [192.48.176.15]) by relay3.corp.sgi.com (Postfix) with ESMTP id 42CD7AC015 for ; Tue, 9 Dec 2014 13:37:25 -0800 (PST) X-ASG-Debug-ID: 1418161040-04cb6c057316aaf90001-S8gJnT Received: from mtareserve1.acsu.buffalo.edu (mtareserve7.acsu.buffalo.edu [128.205.6.7]) by cuda.sgi.com with ESMTP id FlqDbZjbpVRlgBRD for ; Tue, 09 Dec 2014 13:37:20 -0800 (PST) X-Barracuda-Envelope-From: minnus@buffalo.edu X-Barracuda-Apparent-Source-IP: 128.205.6.7 Received: from localmailB.acsu.buffalo.edu (localmailb.acsu.buffalo.edu [128.205.5.200]) by mtareserve1.acsu.buffalo.edu (Postfix) with ESMTP id 4871F680; Tue, 9 Dec 2014 16:37:20 -0500 (EST) Received: from localmailB.acsu.buffalo.edu (localhost [127.0.0.1]) by localhost (Postfix) with SMTP id 43D9D5AA7; Tue, 9 Dec 2014 16:37:20 -0500 (EST) Received: from localmailB.acsu.buffalo.edu (localhost [127.0.0.1]) by localmailB.acsu.buffalo.edu (Postfix) with ESMTP id 9F7A45AA2; Tue, 9 Dec 2014 16:37:19 -0500 (EST) Received: from smtp.buffalo.edu (smtp2.acsu.buffalo.edu [128.205.5.254]) by localmailB.acsu.buffalo.edu (Prefixe) with ESMTP id 93A975AA0; Tue, 9 Dec 2014 16:37:19 -0500 (EST) Received: from prince.ccr.buffalo.edu (prince.ccr.buffalo.edu [128.205.40.45]) (Authenticated sender: minnus@buffalo.edu) by smtp.buffalo.edu (Postfix) with ESMTPSA id 8412A3C4B; Tue, 9 Dec 2014 16:37:19 -0500 (EST) Message-ID: <54876B8F.2050106@buffalo.edu> Date: Tue, 09 Dec 2014 16:37:19 -0500 From: Martins Innus User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.10; rv:31.0) Gecko/20100101 Thunderbird/31.2.0 MIME-Version: 1.0 To: Nathan Scott CC: pcp@oss.sgi.com Subject: Re: [pcp] Dynamic metric rework References: <5481E4D7.8050700@buffalo.edu> <991616924.12928901.1418084187235.JavaMail.zimbra@redhat.com> X-ASG-Orig-Subj: Re: [pcp] Dynamic metric rework In-Reply-To: <991616924.12928901.1418084187235.JavaMail.zimbra@redhat.com> Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 7bit X-PM-EL-Spam-Prob: : 8% X-Barracuda-Connect: mtareserve7.acsu.buffalo.edu[128.205.6.7] X-Barracuda-Start-Time: 1418161040 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.12675 Rule breakdown below pts rule name description ---- ---------------------- -------------------------------------------------- Nathan, Thanks for the review. On 12/8/14 7:16 PM, Nathan Scott wrote: > S'fine by me. Since its no longer static, we should rename it to follow > the PMDA library externally-visible-symbols conventions - (no double __, > for both function and data structure names - the latter is covered, but > do the former too). src/libpcp_pmda/src/exports will also need tweaking. I assume you mean add a new version (PCP_PMDA_3.4) at the bottom for this new export? > > I'm seeing a QA failure in test 660 - pmwebd is not seeing all of the names > for the interrupts metrics... (need to edit src/test_webapi.py to add debug > statements back in - commented out - this test needs some love to make it a > bit easier to diagnose these kinds of problems). > > Is that one failing for you? If not, I can dig more - I guess its not in > either of those two test groups (linux/proc) above. Yeah, I wasn't building pmwebd on this host. Got that up and running. Looks like the error is coming from: pmwebapi.cxx -> metric_list_traverse The call to pmLookupDesc is failing on dynamic metrics. But the PMNS has already been traversed successfully for them. Ran out of time today, I will dig deeper tomorrow. My guess is I missed a call to populate the metric table for some case. I assume there is some order that is different in terms of what the web-api does from the standard command line tools. pminfo/pmval appear to work fine. Thanks Martins From nscott@redhat.com Tue Dec 9 16: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 (relay2.corp.sgi.com [137.38.102.29]) by oss.sgi.com (Postfix) with ESMTP id 2F8737F47 for ; Tue, 9 Dec 2014 16:20:22 -0600 (CST) Received: from cuda.sgi.com (cuda1.sgi.com [192.48.157.11]) by relay2.corp.sgi.com (Postfix) with ESMTP id 01E09304039 for ; Tue, 9 Dec 2014 14:20:21 -0800 (PST) X-ASG-Debug-ID: 1418163616-04bdf06160182ac30001-S8gJnT Received: from mx6-phx2.redhat.com (mx6-phx2.redhat.com [209.132.183.39]) by cuda.sgi.com with ESMTP id GagcIVAXoesjGeEY (version=TLSv1 cipher=AES256-SHA bits=256 verify=NO) for ; Tue, 09 Dec 2014 14:20:17 -0800 (PST) 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 sB9MKFtl017345; Tue, 9 Dec 2014 17:20:15 -0500 Date: Tue, 9 Dec 2014 17:20:15 -0500 (EST) From: Nathan Scott Reply-To: Nathan Scott To: Martins Innus Cc: pcp@oss.sgi.com Message-ID: <428025601.13619915.1418163615228.JavaMail.zimbra@redhat.com> In-Reply-To: <54876B8F.2050106@buffalo.edu> References: <5481E4D7.8050700@buffalo.edu> <991616924.12928901.1418084187235.JavaMail.zimbra@redhat.com> <54876B8F.2050106@buffalo.edu> Subject: Re: [pcp] Dynamic metric rework MIME-Version: 1.0 X-ASG-Orig-Subj: Re: [pcp] Dynamic metric rework Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-Originating-IP: [10.5.82.12] X-Mailer: Zimbra 8.0.6_GA_5922 (ZimbraWebClient - FF17 (Linux)/8.0.6_GA_5922) Thread-Topic: Dynamic metric rework Thread-Index: 1H9Dlw9GRYTQdSkTnqnOd/7BU2QNHA== X-Barracuda-Connect: mx6-phx2.redhat.com[209.132.183.39] X-Barracuda-Start-Time: 1418163617 X-Barracuda-Encrypted: AES256-SHA X-Barracuda-URL: http://192.48.157.11:80/cgi-mod/mark.cgi X-Virus-Scanned: by bsmtpd at sgi.com X-Barracuda-BRTS-Status: 1 X-Barracuda-Spam-Score: 0.02 X-Barracuda-Spam-Status: No, SCORE=0.02 using per-user scores of TAG_LEVEL=1000.0 QUARANTINE_LEVEL=1000.0 KILL_LEVEL=2.7 tests=THREAD_INDEX, THREAD_TOPIC X-Barracuda-Spam-Report: Code version 3.2, rules version 3.2.3.12679 Rule breakdown below pts rule name description ---- ---------------------- -------------------------------------------------- 0.01 THREAD_INDEX thread-index: AcO7Y8iR61tzADqsRmmc5wNiFHEOig== 0.01 THREAD_TOPIC Thread-Topic: ...(Japanese Subject)... Hi Martins, ----- Original Message ----- > Nathan, > > Thanks for the review. No problem at all. > On 12/8/14 7:16 PM, Nathan Scott wrote: > > S'fine by me. Since its no longer static, we should rename it to follow > > the PMDA library externally-visible-symbols conventions - (no double __, > > for both function and data structure names - the latter is covered, but > > do the former too). src/libpcp_pmda/src/exports will also need tweaking. > I assume you mean add a new version (PCP_PMDA_3.4) at the bottom for > this new export? Yep. > > I'm seeing a QA failure in test 660 - pmwebd is not seeing all of the names > > for the interrupts metrics... (need to edit src/test_webapi.py to add debug > > statements back in - commented out - this test needs some love to make it a > > bit easier to diagnose these kinds of problems). > > > > Is that one failing for you? If not, I can dig more - I guess its not in > > either of those two test groups (linux/proc) above. > Yeah, I wasn't building pmwebd on this host. Got that up and running. > Looks like the error is coming from: > > pmwebapi.cxx -> metric_list_traverse > > The call to pmLookupDesc is failing on dynamic metrics. But the PMNS has > already been traversed successfully for them. Ran out of time today, I > will dig deeper tomorrow. My guess is I missed a call to populate the > metric table for some case. > > I assume there is some order that is different in terms of what the > web-api does from the standard command line tools. Yeah that'd be my guess too. If you're up for it, 660 could be split into two - one that does the python part and another that does the rest - it'll help with narrowing this down (the failure is in the python part, but you get to wait the full ~30 seconds or so on each test iteration). The python code also needs to be modified to always create the diagnostic files needed to triage this class of failure (actually, I've got that fix locally already from my initial look into this - I'll merge that shortly). But I've got a note to return to this test to further split it up, if you don't get to it as part of this work then don't worry about it. > pminfo/pmval appear to work fine. Yes, pmwebd is quite unusual (& unfortunately quite inefficient) in terms of the pcp protocol requests it makes - eg see the pmLookupDesc/pmNameID calls within the fetch decoding loop - its unique in at least this area. cheers. -- Nathan From debbugs@buxtehude.debian.org Tue Dec 9 16:33:12 2014 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on oss.sgi.com X-Spam-Level: X-Spam-Status: No, score=0.0 required=5.0 tests=none autolearn=ham version=3.3.1 X-Original-To: pcp@oss.sgi.com Delivered-To: pcp@oss.sgi.com Received: from relay.sgi.com (relay2.corp.sgi.com [137.38.102.29]) by oss.sgi.com (Postfix) with ESMTP id 940DD7F50 for ; Tue, 9 Dec 2014 16:33:12 -0600 (CST) Received: from cuda.sgi.com (cuda2.sgi.com [192.48.176.25]) by relay2.corp.sgi.com (Postfix) with ESMTP id 7F2D3304039 for ; Tue, 9 Dec 2014 14:33:12 -0800 (PST) X-ASG-Debug-ID: 1418164387-04cbb0106976c8a0001-S8gJnT Received: from buxtehude.debian.org (buxtehude.debian.org [140.211.166.26]) by cuda.sgi.com with ESMTP id PPDnO0jck0SryBp8 (version=TLSv1 cipher=AES128-SHA bits=128 verify=NO) for ; Tue, 09 Dec 2014 14:33:07 -0800 (PST) X-Barracuda-Envelope-From: debbugs@buxtehude.debian.org X-Barracuda-Apparent-Source-IP: 140.211.166.26 Received: from debbugs by buxtehude.debian.org with local (Exim 4.80) (envelope-from ) id 1XyTL6-0003vL-TV; Tue, 09 Dec 2014 22:33:04 +0000 X-Loop: owner@bugs.debian.org Subject: Bug#772352: [pcp] Bug#772352: pcp-testsuite: bashism in /bin/sh script Reply-To: "Ken McDonell" , 772352-maintonly@bugs.debian.org X-ASG-Orig-Subj: Bug#772352: [pcp] Bug#772352: pcp-testsuite: bashism in /bin/sh script Resent-From: "Ken McDonell" Resent-To: PCP Development Team Resent-Date: Tue, 09 Dec 2014 22:33:02 +0000 Resent-Message-ID: X-Loop: owner@bugs.debian.org X-Debian-PR-Message: followup 772352 X-Debian-PR-Package: pcp-testsuite X-Debian-PR-Keywords: X-Debian-PR-Source: pcp Received: via spool by 772352-maintonly@bugs.debian.org id=M772352.141816421513863 (code M ref 772352); Tue, 09 Dec 2014 22:33:02 +0000 Received: (at 772352-maintonly) by bugs.debian.org; 9 Dec 2014 22:30:15 +0000 Received: from ipmail06.adl6.internode.on.net ([150.101.137.145]) by buxtehude.debian.org with esmtp (Exim 4.80) (envelope-from ) id 1XyTIN-0003bC-Dc for 772352-maintonly@bugs.debian.org; Tue, 09 Dec 2014 22:30:15 +0000 X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: AvYKAAN3h1R5LHIBPGdsb2JhbABZgwaHXMVkBAICgS0XAQEBAQEGAQEBATg7hAMBBQgCHhIcMAMCBgMOOBkgChQCBAEdBYgn11oskAqENgWMLoFaV54XK4JzAQEB Received: from ppp121-44-114-1.lns20.syd4.internode.on.net (HELO bozohorize) ([121.44.114.1]) by ipmail06.adl6.internode.on.net with ESMTP; 10 Dec 2014 08:55:55 +1030 From: "Ken McDonell" To: "'Raphael Geissert'" , <772352-maintonly@bugs.debian.org> References: <2921777.zMJX8HLXCu@eee> In-Reply-To: <2921777.zMJX8HLXCu@eee> Date: Wed, 10 Dec 2014 09:25:52 +1100 Message-ID: <000001d013ff$192dbb00$4b893100$@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: AQJqKE85LLze4nDfYi1nnBf/EWMm3JtTrTCQ Content-Language: en-au X-Barracuda-Connect: buxtehude.debian.org[140.211.166.26] X-Barracuda-Start-Time: 1418164387 X-Barracuda-Encrypted: AES128-SHA X-Barracuda-URL: http://192.48.176.25:80/cgi-mod/mark.cgi X-Virus-Scanned: by bsmtpd at sgi.com X-Barracuda-BRTS-Status: 1 X-Barracuda-Spam-Score: 0.01 X-Barracuda-Spam-Status: No, SCORE=0.01 using per-user scores of TAG_LEVEL=1000.0 QUARANTINE_LEVEL=1000.0 KILL_LEVEL=2.7 tests=THREAD_INDEX X-Barracuda-Spam-Report: Code version 3.2, rules version 3.2.3.12679 Rule breakdown below pts rule name description ---- ---------------------- -------------------------------------------------- 0.01 THREAD_INDEX thread-index: AcO7Y8iR61tzADqsRmmc5wNiFHEOig== Thanks Raphael. These mis-uses of bashisms are confined to the PCP QA suite scripts, so they do not impact the normal PCP user. But I'll fix 'em. From nscott@redhat.com Tue Dec 9 18:56: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 D8AF67F3F for ; Tue, 9 Dec 2014 18:56:07 -0600 (CST) Received: from cuda.sgi.com (cuda3.sgi.com [192.48.176.15]) by relay2.corp.sgi.com (Postfix) with ESMTP id C7010304039 for ; Tue, 9 Dec 2014 16:56:04 -0800 (PST) X-ASG-Debug-ID: 1418172959-04cb6c057116ed770001-S8gJnT Received: from mx6-phx2.redhat.com (mx6-phx2.redhat.com [209.132.183.39]) by cuda.sgi.com with ESMTP id 9pyVPqFHzH8t70aG (version=TLSv1 cipher=AES256-SHA bits=256 verify=NO) for ; Tue, 09 Dec 2014 16:55:59 -0800 (PST) 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 sBA0twId011742; Tue, 9 Dec 2014 19:55:59 -0500 Date: Tue, 9 Dec 2014 19:55:58 -0500 (EST) From: Nathan Scott Reply-To: Nathan Scott To: Lukas Berk Cc: pcp@oss.sgi.com Message-ID: <1323238935.13657717.1418172958894.JavaMail.zimbra@redhat.com> In-Reply-To: <87vblkaa1a.fsf@redhat.com> References: <87vbllyirx.fsf@redhat.com> <501165841.12943406.1418088614551.JavaMail.zimbra@redhat.com> <87vblkaa1a.fsf@redhat.com> Subject: Re: [pcp] pcp updates: build, pmdapapi, qa MIME-Version: 1.0 X-ASG-Orig-Subj: Re: [pcp] pcp updates: build, pmdapapi, qa Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-Originating-IP: [10.5.82.12] X-Mailer: Zimbra 8.0.6_GA_5922 (ZimbraWebClient - FF17 (Linux)/8.0.6_GA_5922) Thread-Topic: pcp updates: build, pmdapapi, qa Thread-Index: dcGTsbI2s5wokuZB33ycqyJ1BBaIeA== X-Barracuda-Connect: mx6-phx2.redhat.com[209.132.183.39] X-Barracuda-Start-Time: 1418172959 X-Barracuda-Encrypted: AES256-SHA X-Barracuda-URL: http://192.48.176.15:80/cgi-mod/mark.cgi X-Virus-Scanned: by bsmtpd at sgi.com X-Barracuda-BRTS-Status: 1 X-Barracuda-Spam-Score: 0.03 X-Barracuda-Spam-Status: No, SCORE=0.03 using per-user scores of TAG_LEVEL=1000.0 QUARANTINE_LEVEL=1000.0 KILL_LEVEL=2.7 tests=BSF_SC0_SA_TO_FROM_DOMAIN_MATCH, THREAD_INDEX, THREAD_TOPIC X-Barracuda-Spam-Report: Code version 3.2, rules version 3.2.3.12684 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 ----- > [...] > Ah, thanks for catching that. As you pointed to on irc, adding an > autoconf check which triggers a macro definition should fix a sitation > like this. I've added that in commit 3ba8c73256cfb7b3 on lberk/dev. Taa. > I've tested the build on a local RHEL6 vm and everything builds > smoothly. Would you like another pcp updates email? (not necessary) > or is noting the commit here enough to merge? I think letting folks know like this is fine, thanks! cheers. -- Nathan From nscott@redhat.com Tue Dec 9 20:10:31 2014 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on oss.sgi.com X-Spam-Level: X-Spam-Status: No, score=0.0 required=5.0 tests=none autolearn=ham version=3.3.1 X-Original-To: pcp@oss.sgi.com Delivered-To: pcp@oss.sgi.com Received: from relay.sgi.com (relay3.corp.sgi.com [198.149.34.15]) by oss.sgi.com (Postfix) with ESMTP id 0E0397F3F for ; Tue, 9 Dec 2014 20:10:31 -0600 (CST) Received: from cuda.sgi.com (cuda3.sgi.com [192.48.176.15]) by relay3.corp.sgi.com (Postfix) with ESMTP id 8B288AC023 for ; Tue, 9 Dec 2014 18:10:27 -0800 (PST) X-ASG-Debug-ID: 1418177424-04cb6c057016f6cc0001-S8gJnT Received: from mx6-phx2.redhat.com (mx6-phx2.redhat.com [209.132.183.39]) by cuda.sgi.com with ESMTP id t5b0ci9Pxo40A1FB (version=TLSv1 cipher=AES256-SHA bits=256 verify=NO) for ; Tue, 09 Dec 2014 18:10:24 -0800 (PST) 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 sBA2AOI6023245 for ; Tue, 9 Dec 2014 21:10:24 -0500 Date: Tue, 9 Dec 2014 21:10:23 -0500 (EST) From: Nathan Scott Reply-To: Nathan Scott To: pcp Message-ID: <807226070.13678160.1418177423984.JavaMail.zimbra@redhat.com> In-Reply-To: <835320352.13677801.1418177125191.JavaMail.zimbra@redhat.com> Subject: pcp updates: merges, qa MIME-Version: 1.0 X-ASG-Orig-Subj: pcp updates: merges, qa Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-Originating-IP: [10.5.82.12] X-Mailer: Zimbra 8.0.6_GA_5922 (ZimbraWebClient - FF17 (Linux)/8.0.6_GA_5922) Thread-Topic: pcp updates: merges, qa Thread-Index: mL7P6NlVBh2Ip7PAThTenNstR9MWaw== X-Barracuda-Connect: mx6-phx2.redhat.com[209.132.183.39] X-Barracuda-Start-Time: 1418177424 X-Barracuda-Encrypted: AES256-SHA X-Barracuda-URL: http://192.48.176.15:80/cgi-mod/mark.cgi X-Virus-Scanned: by bsmtpd at sgi.com X-Barracuda-BRTS-Status: 1 X-Barracuda-Spam-Score: 0.22 X-Barracuda-Spam-Status: No, SCORE=0.22 using per-user scores of TAG_LEVEL=1000.0 QUARANTINE_LEVEL=1000.0 KILL_LEVEL=2.7 tests=BSF_SC0_SA074b, THREAD_INDEX, THREAD_TOPIC X-Barracuda-Spam-Report: Code version 3.2, rules version 3.2.3.12686 Rule breakdown below pts rule name description ---- ---------------------- -------------------------------------------------- 0.01 THREAD_INDEX thread-index: AcO7Y8iR61tzADqsRmmc5wNiFHEOig== 0.01 THREAD_TOPIC Thread-Topic: ...(Japanese Subject)... 0.20 BSF_SC0_SA074b Custom Rule SA074b Changes committed to git://git.pcp.io/pcp.git dev Andy Trigg (27): Added test around fetching of queues Dynamically defining instances of a queue instance domain. Added test for for return queues from ActiveMQ Added method on Activemq for finding queue by uid. Sucessfuly have a 'live' queue metric appearing. That was easy ... :-/ Ensure all tests are passing for ActiveMQ and Queue abstraction. Exposed queue name as pcp metric Expose dequeue_count, enqueue_count and average_enqueue_time for queue Dynamic discovery of queues are working. **There is an edge case that caused pmda exiting. Added some additional error handling during the fetch callback for activemq Changed the addition of indom's from array based to hash based to avoid edge case death that occurs when all instances are removed. Exposed broker status as metric. I think we have finally figured out perl hashes of hashes. Added all planned 'queue' metrics. Added a refresh for getting valid broker health. Ensure that the queues method returns empty list when response is unavailable. Removed a bunch of debugging. Fix the units for the broker metrics. Add some string magic so we can convert underscore metric names to the camel cases version required for jmx based lookups.. Add descriptions for all queue metrics. Refactored the broker level metrics to facilitate further metric addition. Introduced a number of broker related metrics for activemq Introduced memory metrics for non heap and heap. Added ?ignoreErrors=true to the end of all jolokia api calls. Added JVMMemoryPool abstraction Added all of the jvm memory pool metrics for activemq. Added garbage collection metrics for activemq Ryan Doyle (13): Initial commit with some tests Refactor pmda to use a REST client abstraction Introduce queue abstraction Introduce method to fetch queues Add target to run tests Add ActiveMQ PMDA PMID Ensure that all Perl dependencies are available Remove unused library Extract statically setting the REST endpoint into something that can be overridden Removed unneeded libraries Extra settings for the user agent to make the PMDA more robust Fix formatting and licence information Wrong semantics for this metric Nathan Scott (6): build: activemq pmda additions and gitignore file activemq pmda: makefile fixes, integration test qa/760 papi pmda: minor typo corrections in autoconf/header qa: add proc root files for an interesting test system qa: fix cifs makefile macro, else make install fails qa: refactor code to build help text into a common routine Mark Goodwin (2): Remove support for devfs device names - replaced by udev. Rework hinv.map.scsi for longer scsi device names and indom persistence. Josef 'Jeff' Sipek (1): build: additional Solaris-related build improvements Makepkgs | 2 configure | 2 configure.ac | 2 qa/656 | 1 qa/744 | 20 qa/745 | 20 qa/760 | 91 qa/760.out | 147 + qa/cifs/GNUmakefile | 5 qa/common.check | 37 qa/group | 2 qa/linux/bigsys-root-hpbl920gen8.tgz |binary src/include/builddefs.in | 2 src/include/pcp/config.h.in | 2 src/libpcp/src/exports | 1 src/libpcp_trace/src/exports | 4 src/pmdas/GNUmakefile | 2 src/pmdas/activemq/.gitignore | 4 src/pmdas/activemq/ActiveMQ.pm | 206 +- src/pmdas/activemq/ActiveMQTest.pl | 254 +- src/pmdas/activemq/GNUmakefile | 63 src/pmdas/activemq/Install | 46 src/pmdas/activemq/JVMGarbageCollection.pm | 57 src/pmdas/activemq/JVMGarbageCollectionTest.pl | 39 src/pmdas/activemq/JVMMemory.pm | 66 src/pmdas/activemq/JVMMemoryPool.pm | 66 src/pmdas/activemq/JVMMemoryPoolTest.pl | 50 src/pmdas/activemq/JVMMemoryTest.pl | 45 src/pmdas/activemq/Queue.pm | 248 +- src/pmdas/activemq/QueueTest.pl | 167 + src/pmdas/activemq/RESTClient.pm | 78 src/pmdas/activemq/RESTClientTest.pl | 31 src/pmdas/activemq/RESTClientTest.pm | 62 src/pmdas/activemq/Remove | 23 src/pmdas/activemq/pmdaactivemq.1 | 69 src/pmdas/activemq/pmdaactivemq.pl | 2426 ++++++++++++++++--------- src/pmdas/linux/pmda.c | 20 src/pmdas/linux/proc_partitions.c | 3 src/pmdas/linux/proc_scsi.c | 166 - src/pmdas/linux/proc_scsi.h | 13 src/pmns/stdpmid.pcp | 1 41 files changed, 3158 insertions(+), 1385 deletions(-) From nscott@redhat.com Tue Dec 9 23:36:01 2014 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on oss.sgi.com X-Spam-Level: X-Spam-Status: No, score=0.0 required=5.0 tests=none autolearn=ham version=3.3.1 X-Original-To: pcp@oss.sgi.com Delivered-To: pcp@oss.sgi.com Received: from relay.sgi.com (relay2.corp.sgi.com [137.38.102.29]) by oss.sgi.com (Postfix) with ESMTP id 88CC67F3F for ; Tue, 9 Dec 2014 23:36:01 -0600 (CST) Received: from cuda.sgi.com (cuda2.sgi.com [192.48.176.25]) by relay2.corp.sgi.com (Postfix) with ESMTP id 66609304039 for ; Tue, 9 Dec 2014 21:36:01 -0800 (PST) X-ASG-Debug-ID: 1418189755-04cbb010697bd2c0001-S8gJnT Received: from mx6-phx2.redhat.com (mx6-phx2.redhat.com [209.132.183.39]) by cuda.sgi.com with ESMTP id Ed6YTVIFu1yp94xX (version=TLSv1 cipher=AES256-SHA bits=256 verify=NO) for ; Tue, 09 Dec 2014 21:35:56 -0800 (PST) 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 sBA5ZtZE023436; Wed, 10 Dec 2014 00:35:55 -0500 Date: Wed, 10 Dec 2014 00:35:55 -0500 (EST) From: Nathan Scott Reply-To: Nathan Scott To: Lukas Berk Cc: pcp@oss.sgi.com Message-ID: <1286521159.13757356.1418189755283.JavaMail.zimbra@redhat.com> In-Reply-To: <1323238935.13657717.1418172958894.JavaMail.zimbra@redhat.com> References: <87vbllyirx.fsf@redhat.com> <501165841.12943406.1418088614551.JavaMail.zimbra@redhat.com> <87vblkaa1a.fsf@redhat.com> <1323238935.13657717.1418172958894.JavaMail.zimbra@redhat.com> Subject: Re: [pcp] pcp updates: build, pmdapapi, qa MIME-Version: 1.0 X-ASG-Orig-Subj: Re: [pcp] pcp updates: build, pmdapapi, qa Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-Originating-IP: [10.5.82.12] X-Mailer: Zimbra 8.0.6_GA_5922 (ZimbraWebClient - FF17 (Linux)/8.0.6_GA_5922) Thread-Topic: pcp updates: build, pmdapapi, qa Thread-Index: dcGTsbI2s5wokuZB33ycqyJ1BBaIeH5qmE5J X-Barracuda-Connect: mx6-phx2.redhat.com[209.132.183.39] X-Barracuda-Start-Time: 1418189756 X-Barracuda-Encrypted: AES256-SHA X-Barracuda-URL: http://192.48.176.25:80/cgi-mod/mark.cgi X-Virus-Scanned: by bsmtpd at sgi.com X-Barracuda-BRTS-Status: 1 X-Barracuda-Spam-Score: 0.03 X-Barracuda-Spam-Status: No, SCORE=0.03 using per-user scores of TAG_LEVEL=1000.0 QUARANTINE_LEVEL=1000.0 KILL_LEVEL=2.7 tests=BSF_SC0_SA_TO_FROM_DOMAIN_MATCH, THREAD_INDEX, THREAD_TOPIC X-Barracuda-Spam-Report: Code version 3.2, rules version 3.2.3.12693 Rule breakdown below pts rule name description ---- ---------------------- -------------------------------------------------- 0.01 THREAD_INDEX thread-index: AcO7Y8iR61tzADqsRmmc5wNiFHEOig== 0.01 THREAD_TOPIC Thread-Topic: ...(Japanese Subject)... 0.01 BSF_SC0_SA_TO_FROM_DOMAIN_MATCH Sender Domain Matches Recipient Domain Hi Lukas, ----- Original Message ----- > ----- Original Message ----- > > [...] > > Ah, thanks for catching that. As you pointed to on irc, adding an > > autoconf check which triggers a macro definition should fix a sitation > > like this. I've added that in commit 3ba8c73256cfb7b3 on lberk/dev. > > Taa. > > > I've tested the build on a local RHEL6 vm and everything builds > > smoothly. Would you like another pcp updates email? > > (not necessary) > > > or is noting the commit here enough to merge? > > I think letting folks know like this is fine, thanks! > Its all merged, then I realised there may be a little issue. The man page reference uses "papi.system.perf.BRANCH-MISSES" as an example - is that a name that would actually come out of PAPI? (I assume so) The problem is, the hyphen there is not valid as part of a metric name. In some tools, like pmie, that symbol is a keyword in the language and is used to separate tokens (so the above would be parsed as "MISSES" & "papi.system.perf.BRANCH", with the subtraction token in-between). The legal characters in metric names are described in pmns(5), in the "SYNTAX" section. I guess we'll need a mapping function to translate between the two forms (for events with invalid PMNS names, we'd need a way to replace hyphens with underscores, for example - not sure what other kinds of characters might appear in PAPI event names though). cheers. -- Nathan From rdoyle@aconex.com Wed Dec 10 00:47:26 2014 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on oss.sgi.com X-Spam-Level: X-Spam-Status: No, score=0.0 required=5.0 tests=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 880817F3F for ; Wed, 10 Dec 2014 00:47:26 -0600 (CST) Received: from cuda.sgi.com (cuda3.sgi.com [192.48.176.15]) by relay1.corp.sgi.com (Postfix) with ESMTP id 761E58F8033 for ; Tue, 9 Dec 2014 22:47:23 -0800 (PST) X-ASG-Debug-ID: 1418194033-04cb6c0571170f4b0001-S8gJnT Received: from postoffice2.aconex.com (mail.aconex.com [175.45.105.35]) by cuda.sgi.com with ESMTP id R8hgHwgKO5wiAM6u for ; Tue, 09 Dec 2014 22:47:14 -0800 (PST) X-Barracuda-Envelope-From: rdoyle@aconex.com X-Barracuda-Apparent-Source-IP: 175.45.105.35 Received: from postoffice.aconex.com (postoffice.yarra.acx [192.168.35.100]) by postoffice2.aconex.com with ESMTP id tvd9fCDGBCFAOQ5x; Wed, 10 Dec 2014 17:47:10 +1100 (EST) Received: from gatekeeper.aconex.com (gatekeeper.yarra.acx [192.168.35.102]) by postoffice.aconex.com (Postfix) with ESMTP id 375693CE00DA; Wed, 10 Dec 2014 17:47:09 +1100 (EST) Received: from localhost (localhost.localdomain [127.0.0.1]) by gatekeeper.aconex.com (Postfix) with ESMTP id 1D31E243A6D0; Wed, 10 Dec 2014 17:47:09 +1100 (EST) Received: from gatekeeper.aconex.com ([127.0.0.1]) by localhost (gatekeeper.aconex.com [127.0.0.1]) (amavisd-new, port 10032) with ESMTP id 1mqoU1NQaGHz; Wed, 10 Dec 2014 17:47:08 +1100 (EST) Received: from localhost (localhost.localdomain [127.0.0.1]) by gatekeeper.aconex.com (Postfix) with ESMTP id 44BBC243A2DC; Wed, 10 Dec 2014 17:47:08 +1100 (EST) X-Virus-Scanned: amavisd-new at aconex.com Received: from gatekeeper.aconex.com ([127.0.0.1]) by localhost (gatekeeper.aconex.com [127.0.0.1]) (amavisd-new, port 10026) with ESMTP id 3bNx4SF7XXeN; Wed, 10 Dec 2014 17:47:08 +1100 (EST) Received: from acxmail-au2.aconex.com (acxmail-au2.aconex.com [192.168.35.104]) by gatekeeper.aconex.com (Postfix) with ESMTP id 24B302438DC6; Wed, 10 Dec 2014 17:47:08 +1100 (EST) Received: from acxmail-au2.aconex.com (localhost.localdomain [127.0.0.1]) by acxmail-au2.aconex.com (Postfix) with ESMTP id 123FB3B20003; Wed, 10 Dec 2014 17:47:08 +1100 (EST) Received: from localhost (localhost.localdomain [127.0.0.1]) by acxmail-au2.aconex.com (Postfix) with ESMTP id EC92A3B20002; Wed, 10 Dec 2014 17:47:07 +1100 (EST) X-Virus-Scanned: amavisd-new at aconex.com Received: from acxmail-au2.aconex.com ([127.0.0.1]) by localhost (acxmail-au2.aconex.com [127.0.0.1]) (amavisd-new, port 10026) with ESMTP id FlTOlivop99o; Wed, 10 Dec 2014 17:47:07 +1100 (EST) Received: from acxmail-au2.aconex.com (acxmail-au2.aconex.com [192.168.35.104]) by acxmail-au2.aconex.com (Postfix) with ESMTP id C13243B20001; Wed, 10 Dec 2014 17:47:07 +1100 (EST) Date: Wed, 10 Dec 2014 17:47:07 +1100 (EST) From: Ryan Doyle To: Nathan Scott Cc: Andy Trigg , Paul Smith , pcp@oss.sgi.com Message-ID: <1791747124.5437915.1418194027443.JavaMail.zimbra@aconex.com> In-Reply-To: <1705805393.13016370.1418107312046.JavaMail.zimbra@redhat.com> References: <1305301684.5365812.1418096586456.JavaMail.zimbra@aconex.com> <1705805393.13016370.1418107312046.JavaMail.zimbra@redhat.com> Subject: Re: [pcp] [PATCH] ActiveMQ PMDA MIME-Version: 1.0 X-ASG-Orig-Subj: Re: [pcp] [PATCH] ActiveMQ PMDA Content-Type: multipart/alternative; boundary="----=_Part_5437914_1642375145.1418194027295" X-Originating-IP: [192.168.7.66] X-Mailer: Zimbra 8.0.7_GA_6037 (ZimbraWebClient - GC38 (Linux)/8.0.7_GA_6021) Thread-Topic: ActiveMQ PMDA Thread-Index: +5NUWJeMyOPXJejWBcekzZ6FVYOiCPlmB1N+zcJZRvE= X-Virus-Scanned: by bsmtpd at aconex.com X-Barracuda-Connect: mail.aconex.com[175.45.105.35] X-Barracuda-Start-Time: 1418194033 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=HTML_MESSAGE, THREAD_INDEX, THREAD_TOPIC X-Barracuda-Spam-Report: Code version 3.2, rules version 3.2.3.12696 Rule breakdown below pts rule name description ---- ---------------------- -------------------------------------------------- 0.01 THREAD_INDEX thread-index: AcO7Y8iR61tzADqsRmmc5wNiFHEOig== 0.01 THREAD_TOPIC Thread-Topic: ...(Japanese Subject)... 0.00 HTML_MESSAGE BODY: HTML included in message ------=_Part_5437914_1642375145.1418194027295 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit Hi Nathan We've updated qa/760 to hit a real ActiveMQ server and validate that there are real values coming back. The work is in the dev branch on the Aconex Github PCP repo ( https://github.com/Aconex/pcp.git ) ---- Ryan Doyle ----- Original Message ----- From: "Nathan Scott" To: "Ryan Doyle" , "Andy Trigg" , "Paul Smith" Cc: pcp@oss.sgi.com Sent: Tuesday, 9 December, 2014 5:41:52 PM Subject: Re: [pcp] [PATCH] ActiveMQ PMDA ----- Original Message ----- > [...] > Andy, Paul and myself have completed working on an ActiveMQ (5.8+) PMDA. > ActiveMQ is a message queue and exposes its metrics via a RESTful JSON API. > > The git repository is available at: https://github.com/Aconex/pcp.git under > the branch activemq-pmda. > > Something that we have done differently this time around is taking a more of > an OO approach to the PMDA. We've also introduced unit tests for these > classes. Note that this introduces some extra development dependencies if > you want to run these unit tests. Nice work! Could we tweak the "make test" target so that it always attempts to run these unit tests (during the build)? Maybe add a guard something like "perl -e 'use Test::Magpie' && [...]"? An integration test that verifies the Install/Remove process and some basic yes-it-functions-with-pmcd (like qa/960) would be a good addition too. Everything looks great though - nice job guys! cheers. -- Nathan ------=_Part_5437914_1642375145.1418194027295 Content-Type: text/html; charset=utf-8 Content-Transfer-Encoding: quoted-printable
Hi Nathan

We've updated qa/760 to h= it a real ActiveMQ server and validate that there are real values coming ba= ck.

The work is in the dev branch on the Aconex Gi= thub PCP repo (https://github= .com/Aconex/pcp.git)

<= br>----
Ryan Doyle

From: "Nathan Scott" <nathans@redhat.com>
To: "Ryan= Doyle" <rdoyle@aconex.com>, "Andy Trigg" <atrigg@aconex.com>, = "Paul Smith" <psmith@aconex.com>
Cc: pcp@oss.sgi.com
= Sent: Tuesday, 9 December, 2014 5:41:52 PM
Subject: Re: [pcp]= [PATCH] ActiveMQ PMDA



----- Original = Message -----
> [...]
> Andy, Paul and myself have completed wo= rking on an ActiveMQ (5.8+) PMDA.
> ActiveMQ is a message queue and e= xposes its metrics via a RESTful JSON API.
>
> The git reposit= ory is available at: https://github.com/Aconex/pcp.git under
> the br= anch activemq-pmda.
>
> Something that we have done differentl= y this time around is taking a more of
> an OO approach to the PMDA. = We've also introduced unit tests for these
> classes. Note that this = introduces some extra development dependencies if
> you want to run t= hese unit tests.

Nice work!  Could we tweak the "mak= e test" target so that it always attempts
to run these unit tests (durin= g the build)?  Maybe add a guard something like
"perl -e 'use Test:= :Magpie' && [...]"?

An integration test that veri= fies the Install/Remove process and some basic
yes-it-functions-with-pmc= d (like qa/960) would be a good addition too.

Everything = looks great though - nice job guys!

cheers.

<= /div>--
Nathan

------=_Part_5437914_1642375145.1418194027295-- From nscott@redhat.com Wed Dec 10 03:44:20 2014 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on oss.sgi.com X-Spam-Level: X-Spam-Status: No, score=0.0 required=5.0 tests=none autolearn=ham version=3.3.1 X-Original-To: pcp@oss.sgi.com Delivered-To: pcp@oss.sgi.com Received: from relay.sgi.com (relay1.corp.sgi.com [137.38.102.111]) by oss.sgi.com (Postfix) with ESMTP id BA64A7F3F for ; Wed, 10 Dec 2014 03:44:20 -0600 (CST) Received: from cuda.sgi.com (cuda1.sgi.com [192.48.157.11]) by relay1.corp.sgi.com (Postfix) with ESMTP id 8A8468F8035 for ; Wed, 10 Dec 2014 01:44:17 -0800 (PST) X-ASG-Debug-ID: 1418204654-04bdf061611897ac0001-S8gJnT Received: from mx6-phx2.redhat.com (mx6-phx2.redhat.com [209.132.183.39]) by cuda.sgi.com with ESMTP id 2bqCnyAJgULIweVH (version=TLSv1 cipher=AES256-SHA bits=256 verify=NO) for ; Wed, 10 Dec 2014 01:44:15 -0800 (PST) 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 sBA9iE5X001214 for ; Wed, 10 Dec 2014 04:44:14 -0500 Date: Wed, 10 Dec 2014 04:44:13 -0500 (EST) From: Nathan Scott Reply-To: Nathan Scott To: pcp@oss.sgi.com Message-ID: <1094431388.13981278.1418204653890.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.12] X-Mailer: Zimbra 8.0.6_GA_5922 (ZimbraWebClient - FF17 (Linux)/8.0.6_GA_5922) Thread-Topic: pcp updates: qa Thread-Index: xKFgH8WMdcJsLp7urHpnLmAYhgGbrg== X-Barracuda-Connect: mx6-phx2.redhat.com[209.132.183.39] X-Barracuda-Start-Time: 1418204655 X-Barracuda-Encrypted: AES256-SHA X-Barracuda-URL: http://192.48.157.11:80/cgi-mod/mark.cgi X-Virus-Scanned: by bsmtpd at sgi.com X-Barracuda-BRTS-Status: 1 X-Barracuda-Spam-Score: 0.02 X-Barracuda-Spam-Status: No, SCORE=0.02 using per-user scores of TAG_LEVEL=1000.0 QUARANTINE_LEVEL=1000.0 KILL_LEVEL=2.7 tests=THREAD_INDEX, THREAD_TOPIC X-Barracuda-Spam-Report: Code version 3.2, rules version 3.2.3.12701 Rule breakdown below pts rule name description ---- ---------------------- -------------------------------------------------- 0.01 THREAD_INDEX thread-index: AcO7Y8iR61tzADqsRmmc5wNiFHEOig== 0.01 THREAD_TOPIC Thread-Topic: ...(Japanese Subject)... Changes committed to git://git.pcp.io/pcp.git dev Nathan Scott (2): qa: update expected papi smoke test output, new metrics qa: unconditionally create test_webapi diagnostics Ryan Doyle (2): Update qa scripts for activemq pmda so that the results are always in the correct order Alter qa test to actually check the metrics have values qa/760 | 31 +++- qa/760.out | 315 ++++++++++++++-------------------------------- qa/914.out | 6 qa/src/test_webapi.python | 22 +-- 4 files changed, 139 insertions(+), 235 deletions(-) From minnus@buffalo.edu Wed Dec 10 12:59: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 3C0097F3F for ; Wed, 10 Dec 2014 12:59:06 -0600 (CST) Received: from cuda.sgi.com (cuda3.sgi.com [192.48.176.15]) by relay3.corp.sgi.com (Postfix) with ESMTP id BB08FAC024 for ; Wed, 10 Dec 2014 10:59:05 -0800 (PST) X-ASG-Debug-ID: 1418237943-04cb6c05731784120001-S8gJnT Received: from mtareserve1.acsu.buffalo.edu (mtareserve7.acsu.buffalo.edu [128.205.6.7]) by cuda.sgi.com with ESMTP id EtPVHFV4MxPHCigd for ; Wed, 10 Dec 2014 10:59:03 -0800 (PST) X-Barracuda-Envelope-From: minnus@buffalo.edu X-Barracuda-Apparent-Source-IP: 128.205.6.7 Received: from localmailD.acsu.buffalo.edu (localmaild.acsu.buffalo.edu [128.205.5.208]) by mtareserve1.acsu.buffalo.edu (Postfix) with ESMTP id 3B53FFB9; Wed, 10 Dec 2014 13:59:03 -0500 (EST) Received: from localmailD.acsu.buffalo.edu (localhost [127.0.0.1]) by localhost (Postfix) with SMTP id 3245C32232; Wed, 10 Dec 2014 13:59:03 -0500 (EST) Received: from localmailD.acsu.buffalo.edu (localhost [127.0.0.1]) by localmailD.acsu.buffalo.edu (Postfix) with ESMTP id 011343222F; Wed, 10 Dec 2014 13:59:02 -0500 (EST) Received: from smtp.buffalo.edu (smtp1.acsu.buffalo.edu [128.205.5.253]) by localmailD.acsu.buffalo.edu (Prefixe) with ESMTP id D68C432229; Wed, 10 Dec 2014 13:59:01 -0500 (EST) Received: from prince.ccr.buffalo.edu (prince.ccr.buffalo.edu [128.205.40.45]) (Authenticated sender: minnus@buffalo.edu) by smtp.buffalo.edu (Postfix) with ESMTPSA id CC8923DA8; Wed, 10 Dec 2014 13:59:01 -0500 (EST) Message-ID: <548897F5.4010905@buffalo.edu> Date: Wed, 10 Dec 2014 13:59:01 -0500 From: Martins Innus User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.10; rv:31.0) Gecko/20100101 Thunderbird/31.2.0 MIME-Version: 1.0 To: Nathan Scott CC: pcp@oss.sgi.com Subject: Re: [pcp] Dynamic metric rework References: <5481E4D7.8050700@buffalo.edu> <991616924.12928901.1418084187235.JavaMail.zimbra@redhat.com> <54876B8F.2050106@buffalo.edu> <428025601.13619915.1418163615228.JavaMail.zimbra@redhat.com> X-ASG-Orig-Subj: Re: [pcp] Dynamic metric rework In-Reply-To: <428025601.13619915.1418163615228.JavaMail.zimbra@redhat.com> Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 7bit X-PM-EL-Spam-Prob: : 8% X-Barracuda-Connect: mtareserve7.acsu.buffalo.edu[128.205.6.7] X-Barracuda-Start-Time: 1418237943 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.12718 Rule breakdown below pts rule name description ---- ---------------------- -------------------------------------------------- Nathan, OK, you can grab this commit on top of the previous one. https://github.com/ubccr/pcp/tree/martins_working commit 6116a3ec76ca327a0fb7de6c9ba3498a8979e53c Author: Martins Innus Date: Wed Dec 10 10:33:28 2014 -0500 Cleanups for dynamic metrics Fix 660 qa failure Update function names and exports file for newly exposed function src/include/pcp/pmda.h | 2 +- src/libpcp_pmda/src/dynamic.c | 14 ++++++++------ src/libpcp_pmda/src/exports | 5 +++++ src/libpcp_pmda/src/tree.c | 8 ++++---- 4 files changed, 18 insertions(+), 11 deletions(-) Explanation below. On 12/9/14 5:20 PM, Nathan Scott wrote: >> I assume you mean add a new version (PCP_PMDA_3.4) at the bottom for >> this new export? > Yep. Done > >>> I'm seeing a QA failure in test 660 - pmwebd is not seeing all of the names >>> for the interrupts metrics... (need to edit src/test_webapi.py to add debug >>> statements back in - commented out - this test needs some love to make it a >>> bit easier to diagnose these kinds of problems). >>> >>> Is that one failing for you? If not, I can dig more - I guess its not in >>> either of those two test groups (linux/proc) above. >> Yeah, I wasn't building pmwebd on this host. Got that up and running. >> Looks like the error is coming from: >> >> pmwebapi.cxx -> metric_list_traverse >> >> The call to pmLookupDesc is failing on dynamic metrics. But the PMNS has >> already been traversed successfully for them. Ran out of time today, I >> will dig deeper tomorrow. My guess is I missed a call to populate the >> metric table for some case. >> >> I assume there is some order that is different in terms of what the >> web-api does from the standard command line tools. > Yeah that'd be my guess too. If you're up for it, 660 could be split into > two - one that does the python part and another that does the rest - it'll > help with narrowing this down (the failure is in the python part, but you > get to wait the full ~30 seconds or so on each test iteration). > > The python code also needs to be modified to always create the diagnostic > files needed to triage this class of failure (actually, I've got that fix > locally already from my initial look into this - I'll merge that shortly). > > But I've got a note to return to this test to further split it up, if you > don't get to it as part of this work then don't worry about it. > >> pminfo/pmval appear to work fine. > Yes, pmwebd is quite unusual (& unfortunately quite inefficient) in terms > of the pcp protocol requests it makes - eg see the pmLookupDesc/pmNameID > calls within the fetch decoding loop - its unique in at least this area. > OK, I fixed this. Took a while to figure out since it was not really triggered by pmwebd directly, but by the order of calls it was making. The short answer is: my mistake was not guarding against a "text" query being the first interaction a client has with a dynamic pmda. I had assumed there would be an instance or name query first for any dynamic metric. The long answer is that the above assumption actually seems to be true as long as you are looking at just dynamic metrics. I didn't understand that the pmdaText callback was called for all metrics whether or not they were dynamic, as opposed to the pmdaPMID(), pmdaName() and pmdaChildren() calls that are only dispatched for dynamic metrics. The error occurred in 660, because it happened that a non dynamic metric asked for help text, yet pmdaDynamicLookupText was called. Because of my error, the pmns was setup but not the metric table. Then subsequent calls for dynamic metrics had incomplete initialization. It is slightly curious that this only happened in local context, but I suppose that in the host context everything had already been setup properly from previous tests to the linux pmda. I only traced the local codepath since that is where the error showed up. Maybe the host code path deals with this differently. My guess is that there should be some sort of low level qa test for this, but I'm not sure what it would do. Thanks Martins From lberk@redhat.com Wed Dec 10 17:47:46 2014 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on oss.sgi.com X-Spam-Level: X-Spam-Status: No, score=0.0 required=5.0 tests=none autolearn=ham version=3.3.1 X-Original-To: pcp@oss.sgi.com Delivered-To: pcp@oss.sgi.com Received: from relay.sgi.com (relay3.corp.sgi.com [198.149.34.15]) by oss.sgi.com (Postfix) with ESMTP id 92B627F3F for ; Wed, 10 Dec 2014 17:47:46 -0600 (CST) Received: from cuda.sgi.com (cuda2.sgi.com [192.48.176.25]) by relay3.corp.sgi.com (Postfix) with ESMTP id 156D2AC026 for ; Wed, 10 Dec 2014 15:47:43 -0800 (PST) X-ASG-Debug-ID: 1418255261-04cbb0106488d060001-S8gJnT Received: from mx1.redhat.com (mx1.redhat.com [209.132.183.28]) by cuda.sgi.com with ESMTP id 4deuzQdRUQDLCv5d (version=TLSv1 cipher=AES256-SHA bits=256 verify=NO) for ; Wed, 10 Dec 2014 15:47:42 -0800 (PST) X-Barracuda-Envelope-From: lberk@redhat.com X-Barracuda-Apparent-Source-IP: 209.132.183.28 X-ASG-Whitelist: Client Received: from int-mx14.intmail.prod.int.phx2.redhat.com (int-mx14.intmail.prod.int.phx2.redhat.com [10.5.11.27]) by mx1.redhat.com (8.14.4/8.14.4) with ESMTP id sBANle4x013170 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=FAIL) for ; Wed, 10 Dec 2014 18:47:41 -0500 Received: from toium ([10.15.16.205]) by int-mx14.intmail.prod.int.phx2.redhat.com (8.14.4/8.14.4) with ESMTP id sBANZ1B2022350 (version=TLSv1/SSLv3 cipher=AES128-GCM-SHA256 bits=128 verify=NO); Wed, 10 Dec 2014 18:35:03 -0500 From: Lukas Berk To: Nathan Scott Cc: pcp@oss.sgi.com Subject: Re: [pcp] pcp updates: build, pmdapapi, qa References: <87vbllyirx.fsf@redhat.com> <501165841.12943406.1418088614551.JavaMail.zimbra@redhat.com> <87vblkaa1a.fsf@redhat.com> <1323238935.13657717.1418172958894.JavaMail.zimbra@redhat.com> <1286521159.13757356.1418189755283.JavaMail.zimbra@redhat.com> X-ASG-Orig-Subj: Re: [pcp] pcp updates: build, pmdapapi, qa Date: Wed, 10 Dec 2014 18:35:01 -0500 In-Reply-To: <1286521159.13757356.1418189755283.JavaMail.zimbra@redhat.com> (Nathan Scott's message of "Wed, 10 Dec 2014 00:35:55 -0500 (EST)") Message-ID: <87d27ryt7e.fsf@redhat.com> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/24.3 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain X-Scanned-By: MIMEDefang 2.68 on 10.5.11.27 X-Barracuda-Connect: mx1.redhat.com[209.132.183.28] X-Barracuda-Start-Time: 1418255261 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 Hey, Nathan Scott writes: [...] > Its all merged, then I realised there may be a little issue. The man > page reference uses "papi.system.perf.BRANCH-MISSES" as an example - > is that a name that would actually come out of PAPI? (I assume so) Yes, that's the name as reported by PAPI. > The problem is, the hyphen there is not valid as part of a metric name. > In some tools, like pmie, that symbol is a keyword in the language and > is used to separate tokens (so the above would be parsed as "MISSES" & > "papi.system.perf.BRANCH", with the subtraction token in-between). Understood, thanks for catching this. > The legal characters in metric names are described in pmns(5), in the > "SYNTAX" section. I guess we'll need a mapping function to translate > between the two forms (for events with invalid PMNS names, we'd need a > way to replace hyphens with underscores, for example - not sure what > other kinds of characters might appear in PAPI event names though). Instead I opted to add that character to the possibilites of the tokenizer and substitute a '.' (which aiui, is a valid pmns character). I've commited the fix to lberk/dev, commit e44556032a, it also includes the updated man page. Cheers, Lukas From rdoyle@aconex.com Wed Dec 10 18:58: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=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 01C7E7F3F for ; Wed, 10 Dec 2014 18:58:14 -0600 (CST) Received: from cuda.sgi.com (cuda3.sgi.com [192.48.176.15]) by relay3.corp.sgi.com (Postfix) with ESMTP id 67D97AC025 for ; Wed, 10 Dec 2014 16:58:13 -0800 (PST) X-ASG-Debug-ID: 1418259489-04cb6c057317b3530001-S8gJnT Received: from postoffice2.aconex.com (mail.aconex.com [175.45.105.35]) by cuda.sgi.com with ESMTP id H5XvMBEECc4jzIC5 for ; Wed, 10 Dec 2014 16:58:10 -0800 (PST) X-Barracuda-Envelope-From: rdoyle@aconex.com X-Barracuda-Apparent-Source-IP: 175.45.105.35 Received: from postoffice.aconex.com (postoffice.yarra.acx [192.168.35.100]) by postoffice2.aconex.com with ESMTP id vfguaULSVo9HtGrE for ; Thu, 11 Dec 2014 11:58:08 +1100 (EST) Received: from gatekeeper.aconex.com (gatekeeper.yarra.acx [192.168.35.102]) by postoffice.aconex.com (Postfix) with ESMTP id 90D493CE00E1 for ; Thu, 11 Dec 2014 11:58:08 +1100 (EST) Received: from localhost (localhost.localdomain [127.0.0.1]) by gatekeeper.aconex.com (Postfix) with ESMTP id 8D53E243A6F1 for ; Thu, 11 Dec 2014 11:58:08 +1100 (EST) Received: from gatekeeper.aconex.com ([127.0.0.1]) by localhost (gatekeeper.aconex.com [127.0.0.1]) (amavisd-new, port 10032) with ESMTP id C4ijvFrdVb0e for ; Thu, 11 Dec 2014 11:58:07 +1100 (EST) Received: from localhost (localhost.localdomain [127.0.0.1]) by gatekeeper.aconex.com (Postfix) with ESMTP id 969FB243A73F for ; Thu, 11 Dec 2014 11:58:07 +1100 (EST) X-Virus-Scanned: amavisd-new at aconex.com Received: from gatekeeper.aconex.com ([127.0.0.1]) by localhost (gatekeeper.aconex.com [127.0.0.1]) (amavisd-new, port 10026) with ESMTP id A-ycSE_4Jo6H for ; Thu, 11 Dec 2014 11:58:07 +1100 (EST) Received: from acxmail-au2.aconex.com (acxmail-au2.aconex.com [192.168.35.104]) by gatekeeper.aconex.com (Postfix) with ESMTP id 75870243A6F1 for ; Thu, 11 Dec 2014 11:58:07 +1100 (EST) Received: from acxmail-au2.aconex.com (localhost.localdomain [127.0.0.1]) by acxmail-au2.aconex.com (Postfix) with ESMTP id 6D7883B20003 for ; Thu, 11 Dec 2014 11:58:07 +1100 (EST) Received: from localhost (localhost.localdomain [127.0.0.1]) by acxmail-au2.aconex.com (Postfix) with ESMTP id 4B4AC3B20002 for ; Thu, 11 Dec 2014 11:58:07 +1100 (EST) X-Virus-Scanned: amavisd-new at aconex.com Received: from acxmail-au2.aconex.com ([127.0.0.1]) by localhost (acxmail-au2.aconex.com [127.0.0.1]) (amavisd-new, port 10026) with ESMTP id ZBxeU-1fWMEG for ; Thu, 11 Dec 2014 11:58:07 +1100 (EST) Received: from acxmail-au2.aconex.com (localhost.localdomain [127.0.0.1]) by acxmail-au2.aconex.com (Postfix) with ESMTP id 13F4D3B20001 for ; Thu, 11 Dec 2014 11:58:07 +1100 (EST) Date: Thu, 11 Dec 2014 11:58:06 +1100 (EST) From: Ryan Doyle To: pcp@oss.sgi.com Message-ID: <2122993129.5476735.1418259486798.JavaMail.zimbra@aconex.com> In-Reply-To: <1929973019.5471071.1418248733440.JavaMail.zimbra@aconex.com> Subject: [RFC] Using Vagrant for QA tests MIME-Version: 1.0 X-ASG-Orig-Subj: [RFC] Using Vagrant for QA tests Content-Type: multipart/alternative; boundary="----=_Part_5476734_1489578144.1418259486796" X-Originating-IP: [192.168.7.66] X-Mailer: Zimbra 8.0.7_GA_6037 (ZimbraWebClient - GC38 (Linux)/8.0.7_GA_6021) Thread-Topic: Using Vagrant for QA tests Thread-Index: zbkSVnkS/0XRkKCKwrNqMmsTm+axQA== X-Virus-Scanned: by bsmtpd at aconex.com X-Barracuda-Connect: mail.aconex.com[175.45.105.35] X-Barracuda-Start-Time: 1418259489 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=HTML_MESSAGE, THREAD_INDEX, THREAD_TOPIC X-Barracuda-Spam-Report: Code version 3.2, rules version 3.2.3.12729 Rule breakdown below pts rule name description ---- ---------------------- -------------------------------------------------- 0.01 THREAD_INDEX thread-index: AcO7Y8iR61tzADqsRmmc5wNiFHEOig== 0.01 THREAD_TOPIC Thread-Topic: ...(Japanese Subject)... 0.00 HTML_MESSAGE BODY: HTML included in message ------=_Part_5476734_1489578144.1418259486796 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit Hi PCP Whilst developing the QA test for the activemq PMDA (qa/760), we were using a tool called Vagrant (https://www.vagrantup.com/) to create a self-contained instance of ActiveMQ that we could run the QA test against. It's a tool that helps manage, orchestrate and provision virtual machines. I've created a branch "vagrant-qa" at the Aconex guthub repository (https://github.com/Aconex/pcp.git) if you'd like to have a look. Here I've modified the qa/760 script to detect if it is running inside a Vagrant virtual machine and if so, it will download, unpack and start a version of ActiveMQ. To run this test you would do the following 0. Download and install Vagrant (and VirtualBox) 1. Run `vagrant up` inside the root PCP git repository. This will take some time while it downloads a VM image, sets it up to build PCP and then install the locally build PCP version 2. Run `vagrant ssh`. You're now inside the VM 3. Run `cd /vagrant`. You're now at the root PCP git repository 4. `cd qa/` 5. Run `./check 760`. This will download, install and start ActiveMQ and run the QA test 6. Run `exit`(or Ctrl+D etc..) to get out of the VM 7. Run `vagrant destroy` to delete the VM (the original base image you downloaded off the internet will be kept in ~/.vagrant.d/boxes). Go to step 1 to re-test. I see a few advantages of using Vagrant to aid QA. - Anyone can run the QA and they don't need to know how to setup the prerequisites. You can run Windows or MacOS as well - Set up of the environment required to run the QA test is captured as code - Vagrant specifically is a mature tool in this space (as opposed to managing your own set of special virtual machines) Anyway, feedback on this would be appreciated! ---- Ryan Doyle ------=_Part_5476734_1489578144.1418259486796 Content-Type: text/html; charset=utf-8 Content-Transfer-Encoding: quoted-printable
Hi PCP

Whilst developing the QA test fo= r the activemq PMDA (qa/760), we were using a tool called Vagrant (https://= www.vagrantup.com/) to create a self-contained instance of ActiveMQ that we= could run the QA test against. It's a tool that helps manage, orchestrate = and provision virtual machines.

I've created a bra= nch "vagrant-qa" at the Aconex guthub repository (https://github.com/Aconex= /pcp.git) if you'd like to have a look.

Here I've = modified the qa/760 script to detect if it is running inside a Vagrant virt= ual machine and if so, it will download, unpack and start a version of Acti= veMQ.

To run this test you would do the following<= /div>

0. Download and install Vagrant (and VirtualBox)
1. Run `vagrant up` inside the root PCP git repository. This will = take some time while it downloads a VM image, sets it up to build PCP and t= hen install the locally build PCP version
2. Run `vagrant ssh`. Y= ou're now inside the VM
3. Run `cd /vagrant`. You're now at the r= oot PCP git repository
4. `cd qa/`
5. Run `./check 760`= . This will download, install and start ActiveMQ and run the QA test
<= div>6. Run `exit`(or Ctrl+D etc..) to get out of the VM
7. Run `v= agrant destroy` to delete the VM (the original base image you downloaded of= f the internet will be kept in ~/.vagrant.d/boxes). Go to step 1 to re-test= .

I see a few advantages of using Vagrant to aid Q= A.
- Anyone can run the QA and they don't need to know how to set= up the prerequisites. You can run Windows or MacOS as well
- Set = up of the environment required to run the QA test is captured as code
=
- Vagrant specifically is a mature tool in this space (as opposed to m= anaging your own set of special virtual machines)

= Anyway, feedback on this would be appreciated!
<= /span>
----
Ryan Doyle

------=_Part_5476734_1489578144.1418259486796-- From psmith@aconex.com Wed Dec 10 20:53:18 2014 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on oss.sgi.com X-Spam-Level: X-Spam-Status: No, score=0.0 required=5.0 tests=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 432B07F3F for ; Wed, 10 Dec 2014 20:53:18 -0600 (CST) Received: from cuda.sgi.com (cuda3.sgi.com [192.48.176.15]) by relay1.corp.sgi.com (Postfix) with ESMTP id 312E78F8033 for ; Wed, 10 Dec 2014 18:53:14 -0800 (PST) X-ASG-Debug-ID: 1418266389-04cb6c057217c8060001-S8gJnT Received: from postoffice2.aconex.com (mail.aconex.com [175.45.105.35]) by cuda.sgi.com with ESMTP id V0wVSbvV3TOWeHe7 for ; Wed, 10 Dec 2014 18:53:09 -0800 (PST) X-Barracuda-Envelope-From: psmith@aconex.com X-Barracuda-Apparent-Source-IP: 175.45.105.35 Received: from postoffice.aconex.com (postoffice.yarra.acx [192.168.35.100]) by postoffice2.aconex.com with ESMTP id LpsRhqHpjrICYe3l for ; Thu, 11 Dec 2014 13:53:08 +1100 (EST) Received: from gatekeeper.aconex.com (gatekeeper.yarra.acx [192.168.35.102]) by postoffice.aconex.com (Postfix) with ESMTP id 11C2C3CE00CD for ; Thu, 11 Dec 2014 13:53:08 +1100 (EST) Received: from localhost (localhost.localdomain [127.0.0.1]) by gatekeeper.aconex.com (Postfix) with ESMTP id 0ED35243A6F1 for ; Thu, 11 Dec 2014 13:53:08 +1100 (EST) Received: from gatekeeper.aconex.com ([127.0.0.1]) by localhost (gatekeeper.aconex.com [127.0.0.1]) (amavisd-new, port 10032) with ESMTP id uoBk0F98j69x; Thu, 11 Dec 2014 13:53:07 +1100 (EST) Received: from localhost (localhost.localdomain [127.0.0.1]) by gatekeeper.aconex.com (Postfix) with ESMTP id 858AD243A6D0; Thu, 11 Dec 2014 13:53:07 +1100 (EST) X-Virus-Scanned: amavisd-new at aconex.com Received: from gatekeeper.aconex.com ([127.0.0.1]) by localhost (gatekeeper.aconex.com [127.0.0.1]) (amavisd-new, port 10026) with ESMTP id jV2jU7lHm8Eo; Thu, 11 Dec 2014 13:53:07 +1100 (EST) Received: from paul.engr.acx (paul.engr.acx [192.168.7.130]) by gatekeeper.aconex.com (Postfix) with ESMTPSA id 6115C243A64A; Thu, 11 Dec 2014 13:53:07 +1100 (EST) Content-Type: multipart/alternative; boundary="Apple-Mail=_36B47199-CC86-416A-B4FE-443C7923D040" Mime-Version: 1.0 (Mac OS X Mail 8.1 \(1993\)) Subject: Re: [pcp] [RFC] Using Vagrant for QA tests From: Paul Smith X-ASG-Orig-Subj: Re: [pcp] [RFC] Using Vagrant for QA tests In-Reply-To: <2122993129.5476735.1418259486798.JavaMail.zimbra@aconex.com> Date: Thu, 11 Dec 2014 13:53:05 +1100 Cc: pcp@oss.sgi.com Message-Id: References: <2122993129.5476735.1418259486798.JavaMail.zimbra@aconex.com> To: Ryan Doyle X-Mailer: Apple Mail (2.1993) X-Virus-Scanned: by bsmtpd at aconex.com X-Barracuda-Connect: mail.aconex.com[175.45.105.35] X-Barracuda-Start-Time: 1418266389 X-Barracuda-URL: http://192.48.176.15:80/cgi-mod/mark.cgi X-Virus-Scanned: by bsmtpd at sgi.com X-Barracuda-BRTS-Status: 1 X-Barracuda-Spam-Score: 0.01 X-Barracuda-Spam-Status: No, SCORE=0.01 using per-user scores of TAG_LEVEL=1000.0 QUARANTINE_LEVEL=1000.0 KILL_LEVEL=2.7 tests=BSF_SC0_SA_TO_FROM_DOMAIN_MATCH, HTML_MESSAGE X-Barracuda-Spam-Report: Code version 3.2, rules version 3.2.3.12732 Rule breakdown below pts rule name description ---- ---------------------- -------------------------------------------------- 0.00 HTML_MESSAGE BODY: HTML included in message 0.01 BSF_SC0_SA_TO_FROM_DOMAIN_MATCH Sender Domain Matches Recipient Domain --Apple-Mail=_36B47199-CC86-416A-B4FE-443C7923D040 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=us-ascii >=20 > 0. Download and install Vagrant (and VirtualBox) > 1. Run `vagrant up` inside the root PCP git repository. This will take = some time while it downloads a VM image, sets it up to build PCP and = then install the locally build PCP version An additional point that the time taken to download is a once off hit = for the machine running Vagrant, it's awfully fast the next time you do = a 'vagrant up' as it doesn't have to download and unpack that VM Image. = Not quite as fast as Docker, but still very good. I definitely = recommend looking further into Vagrant for this sort of QA stuff. > 2. Run `vagrant ssh`. You're now inside the VM > 3. Run `cd /vagrant`. You're now at the root PCP git repository (this is a path mapped back to the 'outer' host you ran Vagrant from. cheers, Paul --Apple-Mail=_36B47199-CC86-416A-B4FE-443C7923D040 Content-Transfer-Encoding: quoted-printable Content-Type: text/html; charset=us-ascii

0. Download and install Vagrant (and VirtualBox)
1. Run `vagrant up` inside the root PCP git repository. This = will take some time while it downloads a VM image, sets it up to build = PCP and then install the locally build PCP = version

An = additional point that the time taken to download is a once off hit for = the machine running Vagrant, it's awfully fast the next time you do a = 'vagrant up' as it doesn't have to download and unpack that VM Image. =  Not quite as fast as Docker, but still very good.  I = definitely recommend looking further into Vagrant for this sort of QA = stuff.

2. Run `vagrant ssh`. = You're now inside the VM
3. Run `cd /vagrant`. = You're now at the root PCP git = repository

(this is a path mapped back to the 'outer' host you ran = Vagrant from.

cheers,

Paul

= --Apple-Mail=_36B47199-CC86-416A-B4FE-443C7923D040-- From kenj@internode.on.net Wed Dec 10 20:54: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 386467F3F for ; Wed, 10 Dec 2014 20:54:28 -0600 (CST) Received: from cuda.sgi.com (cuda1.sgi.com [192.48.157.11]) by relay3.corp.sgi.com (Postfix) with ESMTP id D4FCCAC027 for ; Wed, 10 Dec 2014 18:54:27 -0800 (PST) X-ASG-Debug-ID: 1418266463-04bdf061611959430001-S8gJnT Received: from ipmail05.adl6.internode.on.net (ipmail05.adl6.internode.on.net [150.101.137.143]) by cuda.sgi.com with ESMTP id EOSXjHdwIHAjg7bu for ; Wed, 10 Dec 2014 18:54:24 -0800 (PST) X-Barracuda-Envelope-From: kenj@internode.on.net X-Barracuda-Apparent-Source-IP: 150.101.137.143 X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: AhwCAGEGiVR20SlqPGdsb2JhbAANTINYWIMFwEOCPYcfAQEBAQEGAQEBATiEcQRRMAYCBRYLAgsDAgECATEnBgIBAYhBv2Nxlz8MIIEmjnqCWYFHBYUhjCGbDVoBgkIBAQE Received: from ppp118-209-41-106.lns20.mel4.internode.on.net (HELO [192.168.1.100]) ([118.209.41.106]) by ipmail05.adl6.internode.on.net with ESMTP; 11 Dec 2014 13:24:23 +1030 Message-ID: <548907E5.5060004@internode.on.net> Date: Thu, 11 Dec 2014 13:56:37 +1100 From: Ken McDonell User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:31.0) Gecko/20100101 Thunderbird/31.3.0 MIME-Version: 1.0 To: pcp@oss.sgi.com Subject: pcp updates - minor Content-Type: text/plain; charset=utf-8 X-ASG-Orig-Subj: pcp updates - minor Content-Transfer-Encoding: 7bit X-Barracuda-Connect: ipmail05.adl6.internode.on.net[150.101.137.143] X-Barracuda-Start-Time: 1418266464 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.12732 Rule breakdown below pts rule name description ---- ---------------------- -------------------------------------------------- Changes committed to git://git.performancecopilot.org/kenj/pcp.git dev debian/control | 2 - debian/pcp.postinst.tail | 1 qa/180 | 17 ++++++++++++-- qa/751 | 54 +++++++++++++++++++++++++++++++++-------------- 4 files changed, 55 insertions(+), 19 deletions(-) commit 51359989e55f011ca1b9f70c34d3eae5716b79f6 Author: Ken McDonell Date: Thu Dec 11 13:54:46 2014 +1100 qa/751: fix minor fallout from checkbashisms change commit 21d161a66c983f879b512ca29dcd23994417ea82 Author: Ken McDonell Date: Wed Dec 10 11:06:29 2014 +1100 qa - handle bash -> dash migration For debian bug https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=772352 1. replace echo -e by cat < Date: Wed Dec 10 11:03:10 2014 +1100 debian postinstall - be more careful with housekeeping Add guard to avoid the lines below during pkg install/upgrade ... stat: cannot stat `/var/tmp/mmv': No such file or directory stat: cannot stat `/var/tmp/pmdabash': No such file or directory From kenj@internode.on.net Thu Dec 11 03:02: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 DCD2D7F3F for ; Thu, 11 Dec 2014 03:02:40 -0600 (CST) Received: from cuda.sgi.com (cuda2.sgi.com [192.48.176.25]) by relay2.corp.sgi.com (Postfix) with ESMTP id 73B0A30404E for ; Thu, 11 Dec 2014 01:02:40 -0800 (PST) X-ASG-Debug-ID: 1418288553-04cbb010658e5340001-S8gJnT Received: from ipmail06.adl2.internode.on.net (ipmail06.adl2.internode.on.net [150.101.137.129]) by cuda.sgi.com with ESMTP id qx1ip3uJOubQEtk4 for ; Thu, 11 Dec 2014 01:02:34 -0800 (PST) X-Barracuda-Envelope-From: kenj@internode.on.net X-Barracuda-Apparent-Source-IP: 150.101.137.129 X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: AgwCAOBciVR20SlqPGdsb2JhbAANTINYWIMFwmuHIgEBAQEBBgEBAQE4hHFVMAYCBRYLAgsDAgECATEOGQYCAQGINb9icJZgIIEhjWGBAYJSgUEFkT2Ga493hCJaAYECgUABAQE Received: from ppp118-209-41-106.lns20.mel4.internode.on.net (HELO [192.168.1.100]) ([118.209.41.106]) by ipmail06.adl2.internode.on.net with ESMTP; 11 Dec 2014 19:31:47 +1030 Message-ID: <54895E04.2010602@internode.on.net> Date: Thu, 11 Dec 2014 20:04:04 +1100 From: Ken McDonell User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:31.0) Gecko/20100101 Thunderbird/31.3.0 MIME-Version: 1.0 To: pcp@oss.sgi.com Subject: 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: 1418288553 X-Barracuda-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.12744 Rule breakdown below pts rule name description ---- ---------------------- -------------------------------------------------- Changes committed to git://git.performancecopilot.org/kenj/pcp.git dev debian/control | 2 qa/admin/check-vm | 135 ++++++++++++++++++++++++++++++++++++++++++++++++++ src/pmview/pmview.pro | 2 3 files changed, 138 insertions(+), 1 deletion(-) commit 3b4df4308fb71a00a104f267f3796ad92bb14cef Author: Ken McDonell Date: Thu Dec 11 20:00:14 2014 +1100 qa/admin/check-vm: add checks for version dependencies Special case handling of package version dependencies that are buried elsewhere in the source tree. Add checks for packages that control building of the rpm PMDA, papi PMDA, perfevent PMDA and the cairo dependencies for pmwebapi. commit 27485aa0e77006a2aca0e9aef2686dacadf1e47d Author: Ken McDonell Date: Thu Dec 11 14:02:53 2014 +1100 pmview: fix .pro to match paths used in other Qt components commit c8fa3b5f389dd994a6c283123fdde62e993222d1 Author: Ken McDonell Date: Thu Dec 11 13:58:55 2014 +1100 debian/control: add dependency on time package Another part of the fix for debian bug https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=772352 so that "time" in shell scripts works even with dash where "time" is not a builtin function (unlike bash where it is builtin). From nscott@redhat.com Thu Dec 11 03:19:46 2014 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on oss.sgi.com X-Spam-Level: X-Spam-Status: No, score=0.0 required=5.0 tests=none autolearn=ham version=3.3.1 X-Original-To: pcp@oss.sgi.com Delivered-To: pcp@oss.sgi.com Received: from relay.sgi.com (relay1.corp.sgi.com [137.38.102.111]) by oss.sgi.com (Postfix) with ESMTP id 62FD67F4E for ; Thu, 11 Dec 2014 03:19:46 -0600 (CST) Received: from cuda.sgi.com (cuda3.sgi.com [192.48.176.15]) by relay1.corp.sgi.com (Postfix) with ESMTP id 51E418F8033 for ; Thu, 11 Dec 2014 01:19:43 -0800 (PST) X-ASG-Debug-ID: 1418289576-04cb6c057017eb380001-S8gJnT Received: from mx6-phx2.redhat.com (mx6-phx2.redhat.com [209.132.183.39]) by cuda.sgi.com with ESMTP id kIWVk117ts81DGPY (version=TLSv1 cipher=AES256-SHA bits=256 verify=NO) for ; Thu, 11 Dec 2014 01:19:37 -0800 (PST) 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 sBB9JapS007555 for ; Thu, 11 Dec 2014 04:19:36 -0500 Date: Thu, 11 Dec 2014 04:19:36 -0500 (EST) From: Nathan Scott Reply-To: Nathan Scott To: pcp Message-ID: <1300433870.14907994.1418289576168.JavaMail.zimbra@redhat.com> In-Reply-To: <494364595.14790394.1418280789809.JavaMail.zimbra@redhat.com> Subject: pcp updates: dynamic metrics, pmdapapi, containers, qa MIME-Version: 1.0 X-ASG-Orig-Subj: pcp updates: dynamic metrics, pmdapapi, containers, 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: dynamic metrics, pmdapapi, containers, qa Thread-Index: 5J9d/GRAH8UXJ7gpzKVuX8t5Cuw0ow== X-Barracuda-Connect: mx6-phx2.redhat.com[209.132.183.39] X-Barracuda-Start-Time: 1418289577 X-Barracuda-Encrypted: AES256-SHA X-Barracuda-URL: http://192.48.176.15:80/cgi-mod/mark.cgi X-Virus-Scanned: by bsmtpd at sgi.com X-Barracuda-BRTS-Status: 1 X-Barracuda-Spam-Score: 0.02 X-Barracuda-Spam-Status: No, SCORE=0.02 using per-user scores of TAG_LEVEL=1000.0 QUARANTINE_LEVEL=1000.0 KILL_LEVEL=2.7 tests=THREAD_INDEX, THREAD_TOPIC X-Barracuda-Spam-Report: Code version 3.2, rules version 3.2.3.12744 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 Ken McDonell (6): debian postinstall - be more careful with housekeeping qa - handle bash -> dash migration qa/751: fix minor fallout from checkbashisms change debian/control: add dependency on time package pmview: fix .pro to match paths used in other Qt components qa/admin/check-vm: add checks for version dependencies Martins Innus (3): Rework dynamic metric support Remove noop code Cleanups for dynamic metrics, fix 660 qa failure Lukas Berk (2): Drop root requirement for less sensitive papi.available metrics Translate papi perf events containing a dash '-' to period Nathan Scott (1): libpcp/pmcd: protocol-level support for containers debian/control | 4 debian/pcp.postinst.tail | 1 qa/.gitignore | 2 qa/066.out.ipv6 | 4 qa/066.out.nonipv6 | 4 qa/067.out.ipv6 | 2 qa/067.out.nonipv6 | 2 qa/069.out.ipv6 | 4 qa/069.out.nonipv6 | 4 qa/145.out.sec | 2 qa/180 | 17 + qa/244.out.ipv6 | 4 qa/244.out.nonipv6 | 4 qa/255.out.ipv6 | 16 - qa/255.out.nonipv6 | 16 - qa/365.out.ipv6 | 2 qa/365.out.nonipv6 | 2 qa/367 | 6 qa/367.out.1 | 507 --------------------------------------- qa/367.out.be | 514 ++++++++++++++++++++++++++++++++++++++++ qa/367.out.be.2 | 514 ---------------------------------------- qa/367.out.le | 514 ++++++++++++++++++++++++++++++++++++++++ qa/367.out.le.2 | 514 ---------------------------------------- qa/513 | 6 qa/513.out | 204 +++++++++++++++ qa/513.out.1 | 196 --------------- qa/513.out.2 | 204 --------------- qa/751 | 54 +++- qa/875 | 9 qa/875.out | 18 - qa/914.out | 4 qa/admin/check-vm | 135 ++++++++++ qa/src/pducrash.c | 66 ++--- src/include/pcp/impl.h | 13 - src/include/pcp/pmapi.h | 4 src/include/pcp/pmda.h | 4 src/libpcp/src/GNUmakefile | 2 src/libpcp/src/auxserver.c | 12 src/libpcp/src/check-statics | 2 src/libpcp/src/connect.c | 170 ++++++++----- src/libpcp/src/context.c | 21 + src/libpcp/src/exports | 6 src/libpcp/src/getopt.c | 12 src/libpcp/src/internal.h | 1 src/libpcp/src/p_attr.c | 128 +++++++++ src/libpcp/src/p_auth.c | 103 -------- src/libpcp/src/pdu.c | 2 src/libpcp/src/secureconnect.c | 5 src/libpcp/src/secureserver.c | 6 src/libpcp/src/spec.c | 27 +- src/libpcp_pmcd/src/pmcd.stp.in | 4 src/libpcp_pmda/src/callback.c | 13 - src/libpcp_pmda/src/dynamic.c | 122 ++++++--- src/libpcp_pmda/src/exports | 5 src/libpcp_pmda/src/mainloop.c | 6 src/libpcp_pmda/src/tree.c | 10 src/pmcd/src/client.h | 4 src/pmcd/src/config.c | 34 +- src/pmcd/src/dopdus.c | 87 +++++- src/pmcd/src/pmcd.c | 7 src/pmcd/src/pmcd.h | 10 src/pmdas/gfs2/sbstats.c | 1 src/pmdas/gfs2/worst_glock.c | 1 src/pmdas/linux/interrupts.c | 1 src/pmdas/linux/pmda.c | 26 +- src/pmdas/linux_proc/contexts.c | 14 - src/pmdas/linux_proc/pmda.c | 7 src/pmdas/papi/papi.c | 14 - src/pmdas/papi/pmdapapi.1 | 16 - src/pmdas/pmcd/help | 3 src/pmdas/pmcd/root_pmcd | 1 src/pmdas/pmcd/src/pmcd.c | 26 +- src/pmdas/sample/src/sample.c | 12 src/pmdbg/pmdbg.c | 2 src/pmview/pmview.pro | 2 75 files changed, 2109 insertions(+), 2392 deletions(-) From nscott@redhat.com Thu Dec 11 03:19:51 2014 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on oss.sgi.com X-Spam-Level: X-Spam-Status: No, score=0.0 required=5.0 tests=none autolearn=ham version=3.3.1 X-Original-To: pcp@oss.sgi.com Delivered-To: pcp@oss.sgi.com Received: from relay.sgi.com (relay1.corp.sgi.com [137.38.102.111]) by oss.sgi.com (Postfix) with ESMTP id A576A7F4E for ; Thu, 11 Dec 2014 03:19:51 -0600 (CST) Received: from cuda.sgi.com (cuda3.sgi.com [192.48.176.15]) by relay1.corp.sgi.com (Postfix) with ESMTP id 855B58F8033 for ; Thu, 11 Dec 2014 01:19:51 -0800 (PST) X-ASG-Debug-ID: 1418289589-04cb6c057317eb450001-S8gJnT Received: from mx4-phx2.redhat.com (mx4-phx2.redhat.com [209.132.183.25]) by cuda.sgi.com with ESMTP id Knr4kO1Olcl3ImPS (version=TLSv1 cipher=AES256-SHA bits=256 verify=NO) for ; Thu, 11 Dec 2014 01:19:50 -0800 (PST) X-Barracuda-Envelope-From: nscott@redhat.com X-Barracuda-Apparent-Source-IP: 209.132.183.25 Received: from zmail20.collab.prod.int.phx2.redhat.com (zmail20.collab.prod.int.phx2.redhat.com [10.5.83.23]) by mx4-phx2.redhat.com (8.13.8/8.13.8) with ESMTP id sBB9Jmg7029110; Thu, 11 Dec 2014 04:19:48 -0500 Date: Thu, 11 Dec 2014 04:19:48 -0500 (EST) From: Nathan Scott Reply-To: Nathan Scott To: Martins Innus Cc: pcp@oss.sgi.com Message-ID: <1194215403.14908758.1418289588303.JavaMail.zimbra@redhat.com> In-Reply-To: <548897F5.4010905@buffalo.edu> References: <5481E4D7.8050700@buffalo.edu> <991616924.12928901.1418084187235.JavaMail.zimbra@redhat.com> <54876B8F.2050106@buffalo.edu> <428025601.13619915.1418163615228.JavaMail.zimbra@redhat.com> <548897F5.4010905@buffalo.edu> Subject: Re: [pcp] Dynamic metric rework MIME-Version: 1.0 X-ASG-Orig-Subj: Re: [pcp] Dynamic metric rework 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: Dynamic metric rework Thread-Index: zuXYiuHeOpUMa2vSQ/lneFAgVjgPiA== X-Barracuda-Connect: mx4-phx2.redhat.com[209.132.183.25] X-Barracuda-Start-Time: 1418289590 X-Barracuda-Encrypted: AES256-SHA X-Barracuda-URL: http://192.48.176.15:80/cgi-mod/mark.cgi X-Virus-Scanned: by bsmtpd at sgi.com X-Barracuda-BRTS-Status: 1 X-Barracuda-Spam-Score: 0.02 X-Barracuda-Spam-Status: No, SCORE=0.02 using per-user scores of TAG_LEVEL=1000.0 QUARANTINE_LEVEL=1000.0 KILL_LEVEL=2.7 tests=THREAD_INDEX, THREAD_TOPIC X-Barracuda-Spam-Report: Code version 3.2, rules version 3.2.3.12744 Rule breakdown below pts rule name description ---- ---------------------- -------------------------------------------------- 0.01 THREAD_INDEX thread-index: AcO7Y8iR61tzADqsRmmc5wNiFHEOig== 0.01 THREAD_TOPIC Thread-Topic: ...(Japanese Subject)... ----- Original Message ----- > Nathan, > OK, you can grab this commit on top of the previous one. Looks good to me. > [...] > My guess is that there should be some sort of low level qa test for > this, but I'm not sure what it would do. Fine-grained control over the PDUs sent toward a PMDA can be achieved with dbpmda if you're interested in taking an approach like that? See the work Lukas has been doing over in qa/967 for an example. cheers. -- Nathan From nscott@redhat.com Thu Dec 11 03:20:12 2014 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on oss.sgi.com X-Spam-Level: X-Spam-Status: No, score=0.0 required=5.0 tests=none autolearn=ham version=3.3.1 X-Original-To: pcp@oss.sgi.com Delivered-To: pcp@oss.sgi.com Received: from relay.sgi.com (relay1.corp.sgi.com [137.38.102.111]) by oss.sgi.com (Postfix) with ESMTP id 3C3407F4E for ; Thu, 11 Dec 2014 03:20:12 -0600 (CST) Received: from cuda.sgi.com (cuda1.sgi.com [192.48.157.11]) by relay1.corp.sgi.com (Postfix) with ESMTP id 1C0F98F8094 for ; Thu, 11 Dec 2014 01:20:11 -0800 (PST) X-ASG-Debug-ID: 1418289610-04bdf06160197bd30001-S8gJnT Received: from mx6-phx2.redhat.com (mx6-phx2.redhat.com [209.132.183.39]) by cuda.sgi.com with ESMTP id q6PJePoB9gYip4T0 (version=TLSv1 cipher=AES256-SHA bits=256 verify=NO) for ; Thu, 11 Dec 2014 01:20:10 -0800 (PST) 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 sBB9K9Op007582; Thu, 11 Dec 2014 04:20:09 -0500 Date: Thu, 11 Dec 2014 04:20:09 -0500 (EST) From: Nathan Scott Reply-To: Nathan Scott To: Lukas Berk Cc: pcp@oss.sgi.com Message-ID: <795767050.14909999.1418289609731.JavaMail.zimbra@redhat.com> In-Reply-To: <87d27ryt7e.fsf@redhat.com> References: <87vbllyirx.fsf@redhat.com> <501165841.12943406.1418088614551.JavaMail.zimbra@redhat.com> <87vblkaa1a.fsf@redhat.com> <1323238935.13657717.1418172958894.JavaMail.zimbra@redhat.com> <1286521159.13757356.1418189755283.JavaMail.zimbra@redhat.com> <87d27ryt7e.fsf@redhat.com> Subject: Re: [pcp] pcp updates: build, pmdapapi, qa MIME-Version: 1.0 X-ASG-Orig-Subj: Re: [pcp] pcp updates: build, pmdapapi, 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: build, pmdapapi, qa Thread-Index: VFcv3FQRKetV8SateloJA2hUPq1jEw== X-Barracuda-Connect: mx6-phx2.redhat.com[209.132.183.39] X-Barracuda-Start-Time: 1418289610 X-Barracuda-Encrypted: AES256-SHA X-Barracuda-URL: http://192.48.157.11:80/cgi-mod/mark.cgi X-Virus-Scanned: by bsmtpd at sgi.com X-Barracuda-BRTS-Status: 1 X-Barracuda-Spam-Score: 0.03 X-Barracuda-Spam-Status: No, SCORE=0.03 using per-user scores of TAG_LEVEL=1000.0 QUARANTINE_LEVEL=1000.0 KILL_LEVEL=2.7 tests=BSF_SC0_SA_TO_FROM_DOMAIN_MATCH, THREAD_INDEX, THREAD_TOPIC X-Barracuda-Spam-Report: Code version 3.2, rules version 3.2.3.12745 Rule breakdown below pts rule name description ---- ---------------------- -------------------------------------------------- 0.01 THREAD_INDEX thread-index: AcO7Y8iR61tzADqsRmmc5wNiFHEOig== 0.01 THREAD_TOPIC Thread-Topic: ...(Japanese Subject)... 0.01 BSF_SC0_SA_TO_FROM_DOMAIN_MATCH Sender Domain Matches Recipient Domain ----- Original Message ----- > Hey, > Hey hey, > [...] > Instead I opted to add that character to the possibilites of the > tokenizer and substitute a '.' (which aiui, is a valid pmns character). > I've commited the fix to lberk/dev, commit e44556032a, it also includes > the updated man page. Neat idea! Looks good to me. I'm a bit unsure about the papi_fetch() permissions changes - looks like they will still be a little over-assertive of permissions in the case of a fetch request for PMIDs in papi.available and papi.system.xxx (at the same time, IOW) ...? cheers. -- Nathan From fche@redhat.com Thu Dec 11 08:24:46 2014 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on oss.sgi.com X-Spam-Level: X-Spam-Status: No, score=0.0 required=5.0 tests=none autolearn=ham version=3.3.1 X-Original-To: pcp@oss.sgi.com Delivered-To: pcp@oss.sgi.com Received: from relay.sgi.com (relay3.corp.sgi.com [198.149.34.15]) by oss.sgi.com (Postfix) with ESMTP id EEDDC29DF7 for ; Thu, 11 Dec 2014 08:24:45 -0600 (CST) Received: from cuda.sgi.com (cuda3.sgi.com [192.48.176.15]) by relay3.corp.sgi.com (Postfix) with ESMTP id 7D1B3AC023 for ; Thu, 11 Dec 2014 06:24:42 -0800 (PST) X-ASG-Debug-ID: 1418307877-04cb6c05701834810001-S8gJnT Received: from mx1.redhat.com (mx1.redhat.com [209.132.183.28]) by cuda.sgi.com with ESMTP id goBh5CwoHIGf47va (version=TLSv1 cipher=AES256-SHA bits=256 verify=NO) for ; Thu, 11 Dec 2014 06:24:38 -0800 (PST) X-Barracuda-Envelope-From: fche@redhat.com X-Barracuda-Apparent-Source-IP: 209.132.183.28 X-ASG-Whitelist: Client Received: from int-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 sBBEObEW003228 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=FAIL) for ; Thu, 11 Dec 2014 09:24:37 -0500 Received: from fche.csb (vpn-224-53.phx2.redhat.com [10.3.224.53]) by int-mx13.intmail.prod.int.phx2.redhat.com (8.14.4/8.14.4) with ESMTP id sBBEOas2028438; Thu, 11 Dec 2014 09:24:37 -0500 Received: by fche.csb (Postfix, from userid 2569) id 9A42858113; Thu, 11 Dec 2014 09:24:35 -0500 (EST) To: Nathan Scott Cc: pcp Subject: Re: pcp updates: dynamic metrics, pmdapapi, containers, qa References: <494364595.14790394.1418280789809.JavaMail.zimbra@redhat.com> <1300433870.14907994.1418289576168.JavaMail.zimbra@redhat.com> X-ASG-Orig-Subj: Re: pcp updates: dynamic metrics, pmdapapi, containers, qa From: fche@redhat.com (Frank Ch. Eigler) Date: Thu, 11 Dec 2014 09:24:35 -0500 In-Reply-To: <1300433870.14907994.1418289576168.JavaMail.zimbra@redhat.com> (Nathan Scott's message of "Thu, 11 Dec 2014 04:19:36 -0500 (EST)") Message-ID: User-Agent: Gnus/5.1008 (Gnus v5.10.8) Emacs/21.4 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Scanned-By: MIMEDefang 2.68 on 10.5.11.26 X-Barracuda-Connect: mx1.redhat.com[209.132.183.28] X-Barracuda-Start-Time: 1418307878 X-Barracuda-Encrypted: AES256-SHA X-Barracuda-URL: http://192.48.176.15:80/cgi-mod/mark.cgi X-Virus-Scanned: by bsmtpd at sgi.com X-Barracuda-BRTS-Status: 1 > [...] > Nathan Scott (1): > libpcp/pmcd: protocol-level support for containers > [...] Can you explain further your intended design for this, so we can get a chance to review before it gets cast in stone? What is the exact interpretation of "container name" that is to be passed? A path component under the global /sys/fs/cgroup? Same for all PMDAs? Which cgroup manager-type (devices? cpu,*)? Does that work with nested containers a la lxc? What about systemd? nested systemd a la atomic/rocket? libvirt? Is a process running within a container namespace required (& able) to know its global container name in order to get stats for its own cgroup? (The user interface to the various container tools usuall give a friendly name, but for pcp purposes, we may well need to canonicalize them to lower level identifiers for a clear operational purposes.) - FChE From fche@redhat.com Thu Dec 11 09:19: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 39B9C29DF7 for ; Thu, 11 Dec 2014 09:19:54 -0600 (CST) Received: from cuda.sgi.com (cuda1.sgi.com [192.48.157.11]) by relay3.corp.sgi.com (Postfix) with ESMTP id CB086AC024 for ; Thu, 11 Dec 2014 07:19:53 -0800 (PST) X-ASG-Debug-ID: 1418311182-04bdf0615e19c4b40001-S8gJnT Received: from mx1.redhat.com (mx1.redhat.com [209.132.183.28]) by cuda.sgi.com with ESMTP id EfOa2ogpFrWaoIZi (version=TLSv1 cipher=AES256-SHA bits=256 verify=NO) for ; Thu, 11 Dec 2014 07:19:42 -0800 (PST) X-Barracuda-Envelope-From: fche@redhat.com X-Barracuda-Apparent-Source-IP: 209.132.183.28 X-ASG-Whitelist: Client Received: from int-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 sBBFJbiv015807 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=FAIL); Thu, 11 Dec 2014 10:19:37 -0500 Received: from fche.csb (vpn-224-53.phx2.redhat.com [10.3.224.53]) by int-mx13.intmail.prod.int.phx2.redhat.com (8.14.4/8.14.4) with ESMTP id sBBFJa4T032477; Thu, 11 Dec 2014 10:19:37 -0500 Received: by fche.csb (Postfix, from userid 2569) id 5086058113; Thu, 11 Dec 2014 10:19:36 -0500 (EST) To: Ryan Doyle Cc: pcp@oss.sgi.com Subject: Re: [RFC] Using Vagrant for QA tests References: <1929973019.5471071.1418248733440.JavaMail.zimbra@aconex.com> <2122993129.5476735.1418259486798.JavaMail.zimbra@aconex.com> X-ASG-Orig-Subj: Re: [RFC] Using Vagrant for QA tests From: fche@redhat.com (Frank Ch. Eigler) Date: Thu, 11 Dec 2014 10:19:36 -0500 In-Reply-To: <2122993129.5476735.1418259486798.JavaMail.zimbra@aconex.com> (Ryan Doyle's message of "Thu, 11 Dec 2014 11:58:06 +1100 (EST)") Message-ID: User-Agent: Gnus/5.1008 (Gnus v5.10.8) Emacs/21.4 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Scanned-By: MIMEDefang 2.68 on 10.5.11.26 X-Barracuda-Connect: mx1.redhat.com[209.132.183.28] X-Barracuda-Start-Time: 1418311182 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 - rdoyle wrote: > [...] > I've created a branch "vagrant-qa" at the Aconex guthub repository (https:// > github.com/Aconex/pcp.git) if you'd like to have a look. > [...] Neat. One problem with an overly hardcoded approach like is that it can encourage a monoculture of pcp test environments (a particular ubuntu version etc. in this case). That can lead to false positive test results, when new|old code avoids being run on actual new|old OS kernels, architectures, ..., and so has a beautiful pass rate on the VM but fails in real life. "All Of This Has Happened Before And Will Happen Again." If we can use Vagrant or such to be able to instantiate a wide range of diverse environments (like kenj's farm on steroids), that'd address this nicely. > - Anyone can run the QA and they don't need to know how to setup the > prerequisites. [...] As far as building prerequisites go, this could be another instance of the above problem: a monoculture of build configurations. PCP has autoconf* machinery to detect presence or absence of numerous optional libraries, and that stuff needs to be exercised within the cartesian product / configuration space. > - Set up of the environment required to run the > QA test is captured as code That is a great property. I believe lberk is working on improving qa/check and pals to automate prerequisite setup in general. - FChE From jeffpc@josefsipek.net Thu Dec 11 11: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 (relay2.corp.sgi.com [137.38.102.29]) by oss.sgi.com (Postfix) with ESMTP id 7748529DF7 for ; Thu, 11 Dec 2014 11:49:33 -0600 (CST) Received: from cuda.sgi.com (cuda3.sgi.com [192.48.176.15]) by relay2.corp.sgi.com (Postfix) with ESMTP id 57D8D304043 for ; Thu, 11 Dec 2014 09:49:30 -0800 (PST) X-ASG-Debug-ID: 1418320168-04cb6c05701850af0001-S8gJnT Received: from josefsipek.net (josefsipek.net [71.174.113.7]) by cuda.sgi.com with ESMTP id YHBVG30z25eOS9sQ for ; Thu, 11 Dec 2014 09:49:29 -0800 (PST) X-Barracuda-Envelope-From: jeffpc@josefsipek.net X-Barracuda-Apparent-Source-IP: 71.174.113.7 Received: from meili.jeffnet.31bits.net (unknown [172.31.0.119]) by josefsipek.net (Postfix) with ESMTPSA id 9DF9155654 for ; Thu, 11 Dec 2014 12:49:28 -0500 (EST) Date: Thu, 11 Dec 2014 12:49:31 -0500 From: Josef 'Jeff' Sipek To: pcp@oss.sgi.com Subject: Some illumos build fixes for pmwebd Message-ID: <20141211174931.GD1300@meili.jeffnet.31bits.net> X-ASG-Orig-Subj: Some illumos build fixes for pmwebd MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="17pEHd4RhPHOinZp" Content-Disposition: inline User-Agent: Mutt/1.5.23 (2014-03-12) X-Barracuda-Connect: josefsipek.net[71.174.113.7] X-Barracuda-Start-Time: 1418320169 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.12760 Rule breakdown below pts rule name description ---- ---------------------- -------------------------------------------------- --17pEHd4RhPHOinZp Content-Type: text/plain; charset=us-ascii Content-Disposition: inline I tried to compile pmwebd on my OpenIndiana (an illumos distro) laptop. I ran into a couple of problems. Attached is a patch to get it closer to building. The remaining compile-time issue is the lack of fts (both fts.h and the functions). Illumos does have ftw & nftw, but given that it'd be more than just a little bit of work, I decided to ignore that for now. Jeff. -- A CRAY is the only computer that runs an endless loop in just 4 hours... --17pEHd4RhPHOinZp Content-Type: text/plain; charset=us-ascii Content-Disposition: attachment; filename="illumos.patch" diff --git a/src/pmwebapi/pmgraphite.cxx b/src/pmwebapi/pmgraphite.cxx index 5c0c166..cf93a4d 100644 --- a/src/pmwebapi/pmgraphite.cxx +++ b/src/pmwebapi/pmgraphite.cxx @@ -1456,7 +1459,7 @@ float nicenum (float x, bool round_p) double nf;/* nice, rounded fraction */ expv = (int) floor (log10f (x)); - f = x/exp10f (expv); /* between 1 and 10 */ + f = x/powf (10., expv); /* between 1 and 10 */ if (round_p) if (f<1.5) { nf = 1.; @@ -1476,7 +1479,7 @@ float nicenum (float x, bool round_p) } else { nf = 10.; } - return nf*exp10f (expv); + return nf*powf (10., expv); } vector round_linear (float& ymin, float& ymax, unsigned nticks) @@ -1733,9 +1736,9 @@ pmgraphite_respond_render_gfx (struct MHD_Connection *connection, // What makes us tick? yticks = round_linear (ymin, ymax, - (unsigned) (0.3 * sqrt (height))); // flot heuristic + (unsigned) (0.3 * sqrtf (height))); // flot heuristic xticks = round_time (t_start, t_end, - (unsigned) (0.3 * sqrt (width)), // flot heuristic + (unsigned) (0.3 * sqrtf (width)), // flot heuristic & strf_format); diff --git a/src/pmwebapi/pmresapi.cxx b/src/pmwebapi/pmresapi.cxx index 03d64c7..d4cedad 100644 --- a/src/pmwebapi/pmresapi.cxx +++ b/src/pmwebapi/pmresapi.cxx @@ -31,7 +31,7 @@ using namespace std; static const char * guess_content_type (const char *filename) { - const char *extension = rindex (filename, '.'); + const char *extension = strrchr (filename, '.'); if (extension == NULL) { return NULL; } diff --git a/src/pmwebapi/util.cxx b/src/pmwebapi/util.cxx index 82524f0..ed5b85e 100644 --- a/src/pmwebapi/util.cxx +++ b/src/pmwebapi/util.cxx @@ -12,7 +12,7 @@ * for more details. */ -#define _XOPEN_SOURCE 500 +#define _XOPEN_SOURCE 600 #include "pmapi.h" #include "impl.h" --17pEHd4RhPHOinZp-- From minnus@buffalo.edu Thu Dec 11 13:51: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 132F57F3F for ; Thu, 11 Dec 2014 13:51:57 -0600 (CST) Received: from cuda.sgi.com (cuda1.sgi.com [192.48.157.11]) by relay1.corp.sgi.com (Postfix) with ESMTP id CA3F88F8037 for ; Thu, 11 Dec 2014 11:51:53 -0800 (PST) X-ASG-Debug-ID: 1418327508-04bdf0616019f1cc0001-S8gJnT Received: from mtareserve1.acsu.buffalo.edu (mtareserve8.acsu.buffalo.edu [128.205.6.19]) by cuda.sgi.com with ESMTP id QKygjTHkUCxBL0vQ for ; Thu, 11 Dec 2014 11:51:48 -0800 (PST) X-Barracuda-Envelope-From: minnus@buffalo.edu X-Barracuda-Apparent-Source-IP: 128.205.6.19 Received: from localmailC.acsu.buffalo.edu (localmailc.acsu.buffalo.edu [128.205.5.204]) by mtareserve1.acsu.buffalo.edu (Postfix) with ESMTP id D447F861; Thu, 11 Dec 2014 14:51:47 -0500 (EST) Received: from localmailC.acsu.buffalo.edu (localhost [127.0.0.1]) by localhost (Postfix) with SMTP id CE1C0C8BA; Thu, 11 Dec 2014 14:51:47 -0500 (EST) Received: from localmailC.acsu.buffalo.edu (localhost [127.0.0.1]) by localmailC.acsu.buffalo.edu (Postfix) with ESMTP id 33399C8B1; Thu, 11 Dec 2014 14:51:46 -0500 (EST) Received: from smtp.buffalo.edu (smtp4.acsu.buffalo.edu [128.205.5.229]) by localmailC.acsu.buffalo.edu (Prefixe) with ESMTP id 2617DC8B0; Thu, 11 Dec 2014 14:51:46 -0500 (EST) Received: from prince.ccr.buffalo.edu (prince.ccr.buffalo.edu [128.205.40.45]) (Authenticated sender: minnus@buffalo.edu) by smtp.buffalo.edu (Postfix) with ESMTPSA id 0CE324CF8; Thu, 11 Dec 2014 14:51:46 -0500 (EST) Message-ID: <5489F5D1.6050208@buffalo.edu> Date: Thu, 11 Dec 2014 14:51:45 -0500 From: Martins Innus User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.10; rv:31.0) Gecko/20100101 Thunderbird/31.2.0 MIME-Version: 1.0 To: Nathan Scott CC: pcp@oss.sgi.com Subject: Re: [pcp] Dynamic metric rework References: <5481E4D7.8050700@buffalo.edu> <991616924.12928901.1418084187235.JavaMail.zimbra@redhat.com> <54876B8F.2050106@buffalo.edu> <428025601.13619915.1418163615228.JavaMail.zimbra@redhat.com> <548897F5.4010905@buffalo.edu> <1194215403.14908758.1418289588303.JavaMail.zimbra@redhat.com> X-ASG-Orig-Subj: Re: [pcp] Dynamic metric rework In-Reply-To: <1194215403.14908758.1418289588303.JavaMail.zimbra@redhat.com> Content-Type: multipart/mixed; boundary="------------000604060701020409030001" X-PM-EL-Spam-Prob: : 8% X-Barracuda-Connect: mtareserve8.acsu.buffalo.edu[128.205.6.19] X-Barracuda-Start-Time: 1418327508 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.12766 Rule breakdown below pts rule name description ---- ---------------------- -------------------------------------------------- This is a multi-part message in MIME format. --------------000604060701020409030001 Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 7bit Nathan, On 12/11/14 4:19 AM, Nathan Scott wrote: >> [...] >> My guess is that there should be some sort of low level qa test for >> this, but I'm not sure what it would do. > Fine-grained control over the PDUs sent toward a PMDA can be achieved > with dbpmda if you're interested in taking an approach like that? See > the work Lukas has been doing over in qa/967 for an example. > OK, how about something like this? The first test is the actual failure, the next 2 are contrived, the last is making sure there are some dynamic metrics generated. I have made the assumption that there should be at least 3 interrupts on any platform that the linux pmda runs on. If it ends up failing somewhere, will need to be made conditional on something ( architecture?). Test as well as good and bad files attached. Martins --------------000604060701020409030001 Content-Type: text/plain; charset=UTF-8; x-mac-type="0"; x-mac-creator="0"; name="955" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="955" IyEvYmluL3NoCiMgUENQIFFBIFRlc3QgTm8uIDk1NQojIENoZWNrIHRoYXQgYSBmZXRjaCBm b3IgYSBkeW5hbWljIG1ldHJpYyB3b3JrcyBhZnRlciBpbnRlcmFjdGluZyB3aXRoIG5vbiBk eW5hbWljIG1ldHJpY3MgaW4gdGhlIHNhbWUgZG9tYWluCiMKIyBDb3B5cmlnaHQgKGMpIDIw MTQgW3dobyBhcmUgeW91P10uICBBbGwgUmlnaHRzIFJlc2VydmVkLgojCgpzZXE9YGJhc2Vu YW1lICQwYAplY2hvICJRQSBvdXRwdXQgY3JlYXRlZCBieSAkc2VxIgoKIyBnZXQgc3RhbmRh cmQgZW52aXJvbm1lbnQsIGZpbHRlcnMgYW5kIGNoZWNrcwouIC4vY29tbW9uLnByb2R1Y3QK LiAuL2NvbW1vbi5maWx0ZXIKLiAuL2NvbW1vbi5jaGVjawoKWyAtZCAkUENQX1BNREFTX0RJ Ui9saW51eCBdIHx8IF9ub3RydW4gIkxpbnV4IFBNREEgbm90IGluc3RhbGxlZCIKCnN0YXR1 cz0xCSMgZmFpbHVyZSBpcyB0aGUgZGVmYXVsdCEKJHN1ZG8gcm0gLXJmICR0bXAuKiAkc2Vx LmZ1bGwKdHJhcCAiY2QgJGhlcmU7IHJtIC1yZiAkdG1wLio7IGV4aXQgXCRzdGF0dXMiIDAg MSAyIDMgMTUKCl9maWx0ZXIoKQp7CiAgICBzZWQgXAogICAgICAgIC1lICJzLCRQQ1BfUE1E QVNfRElSLFBDUF9QTURBU19ESVIsZyIgXAogICAgICAgIC1lICdzL3ZhbHVlIFswLTldWzAt OV0qL3ZhbHVlIE5VTUJFUi8nIFwKICAgICAgICAtZSAncy8weFswLTlhLWZdKi9BRERSL2cn IFwKICAgICAgICAtZSAncy9bMC0yXVswLTldOjAwOjAwLjAwMC9USU1FLycgXAogICAgICAg IC1lICdzLzYwLlswLTldWzAtOV0qLlswLTldWzAtOV0qLzYwLk5VTUJFUi5OVU1CRVIvJwp9 CgpfY291bnRfbGVhZnMoKQp7CiAgIGdyZXAgbGVhZiB8CSRQQ1BfQVdLX1BST0cgJwoJCUVO RCB7aWYgKE5SID4gMikgcHJpbnQgIkxFQUZTIE9LIiAKCQkJICAgZWxzZSBwcmludCAiTk8g TEVBRlMifScKICAgCn0KCgojIHZhcnMgYW5kIGNoZWNrcwpwaXBlcG1kYT0kUENQX1BNREFT X0RJUi9saW51eC9wbWRhbGludXgKWyAhIC1mICRwaXBlcG1kYSBdICYmIGVjaG8gIkZBVEFM IEVSUk9SIENvdWxkIG5vdCBmaW5kIFwiJHBpcGVwbWRhXCIiICYmIGV4aXQgMQoKIyByZWFs IFFBIHRlc3Qgc3RhcnRzIGhlcmUKCiMgVGVzdCByZWFsIHJlZ3Jlc3Npb24gdGhhdCBvY2N1 cmVkIHdoZW4gdXBkYXRpbmcgZHluYW1pYyBtZXRyaWNzCmVjaG8gIj09PSBEYWVtb24gUE1E QSBsaW51eCBzdGF0aWMgdGV4dCB0aGVuIGR5bmFtaWMgZmV0Y2ggdGVzdCA9PT0iCiRzdWRv IGRicG1kYSAtaWUgPDxFT0YgMj4mMSB8IF9maWx0ZXIKb3BlbiBwaXBlICRwaXBlcG1kYSAt ZCA2MApnZXRkZXNjIG9uCnRleHQgaGludi5uY3B1CmZldGNoIGtlcm5lbC5wZXJjcHUuaW50 ZXJydXB0cy5saW5lMQpFT0YKCgojIFRyeSBhIGNvdXBsZSBvZiBvdGhlciBwbGF1c2libGUg ZmFpbHVyZXMKCiMgU3RhdGljIGZldGNoIHRoZW4gZHluYW1pYyBmZXRjaAplY2hvICI9PT0g RGFlbW9uIFBNREEgbGludXggc3RhdGljIGZldGNoIHRoZW4gZHluYW1pYyBmZXRjaCB0ZXN0 ID09PSIKJHN1ZG8gZGJwbWRhIC1pZSA8PEVPRiAyPiYxIHwgX2ZpbHRlcgpvcGVuIHBpcGUg JHBpcGVwbWRhIC1kIDYwCmdldGRlc2Mgb24KZmV0Y2ggaGludi5uY3B1CmZldGNoIGtlcm5l bC5wZXJjcHUuaW50ZXJydXB0cy5saW5lMQpFT0YKCiMgRHluYW1pYyBmZXRjaCB0aGVuIHN0 YXRpYyBmZXRjaAplY2hvICI9PT0gRGFlbW9uIFBNREEgbGludXggZHluYW1pYyB0aGVuIHN0 YXRpYyBmZXRjaCB0ZXN0ID09PSIKJHN1ZG8gZGJwbWRhIC1pZSA8PEVPRiAyPiYxIHwgX2Zp bHRlcgpvcGVuIHBpcGUgJHBpcGVwbWRhIC1kIDYwCmdldGRlc2Mgb24KZmV0Y2gga2VybmVs LnBlcmNwdS5pbnRlcnJ1cHRzLmxpbmUxCmZldGNoIGhpbnYubmNwdQpFT0YKCiMgRHVtcCBh IGR5bmFtaWMgdHJlZQplY2hvICI9PT0gRGFlbW9uIFBNREEgbGludXggbG9vayBmb3IgZHlu YW1pYyBjaGlsZHJlbiA9PT0iCiRzdWRvIGRicG1kYSAtaWUgPDxFT0YgMj4mMSB8IF9maWx0 ZXIgfCBfY291bnRfbGVhZnMKb3BlbiBwaXBlICRwaXBlcG1kYSAtZCA2MApnZXRkZXNjIG9u CmNoaWxkcmVuIGtlcm5lbC5wZXJjcHUuaW50ZXJydXB0cwpFT0YKCiMgc3VjY2VzcywgYWxs IGRvbmUKc3RhdHVzPTAKCmV4aXQK --------------000604060701020409030001 Content-Type: text/plain; charset=UTF-8; x-mac-type="0"; x-mac-creator="0"; name="955.out" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="955.out" UUEgb3V0cHV0IGNyZWF0ZWQgYnkgOTU1Cj09PSBEYWVtb24gUE1EQSBsaW51eCBzdGF0aWMg dGV4dCB0aGVuIGR5bmFtaWMgZmV0Y2ggdGVzdCA9PT0KZGJwbWRhPiBvcGVuIHBpcGUgUENQ X1BNREFTX0RJUi9saW51eC9wbWRhbGludXggLWQgNjAKU3RhcnQgcG1kYWxpbnV4IFBNREE6 IFBDUF9QTURBU19ESVIvbGludXgvcG1kYWxpbnV4IC1kIDYwCmRicG1kYT4gZ2V0ZGVzYyBv bgpkYnBtZGE+IHRleHQgaGludi5uY3B1ClBNSUQ6IDYwLk5VTUJFUi5OVU1CRVIKW251bWJl ciBvZiBDUFVzIGluIHRoZSBzeXN0ZW1dCjxubyBoZWxwIHRleHQgc3BlY2lmaWVkPgpkYnBt ZGE+IGZldGNoIGtlcm5lbC5wZXJjcHUuaW50ZXJydXB0cy5saW5lMQpQTUlEKHMpOiA2MC5O VU1CRVIuTlVNQkVSCnBtUmVzdWx0IGR1bXAgZnJvbSBBRERSIHRpbWVzdGFtcDogMC4wMDAw MDAgVElNRSBudW1wbWlkOiAxCiAgNjAuTlVNQkVSLk5VTUJFUiAoPG5vbmFtZT4pOiBudW12 YWw6IDEgdmFsZm10OiAwIHZsaXN0W106CiAgICBpbnN0IFswIG9yID8/P10gdmFsdWUgTlVN QkVSCmRicG1kYT4gCj09PSBEYWVtb24gUE1EQSBsaW51eCBzdGF0aWMgZmV0Y2ggdGhlbiBk eW5hbWljIGZldGNoIHRlc3QgPT09CmRicG1kYT4gb3BlbiBwaXBlIFBDUF9QTURBU19ESVIv bGludXgvcG1kYWxpbnV4IC1kIDYwClN0YXJ0IHBtZGFsaW51eCBQTURBOiBQQ1BfUE1EQVNf RElSL2xpbnV4L3BtZGFsaW51eCAtZCA2MApkYnBtZGE+IGdldGRlc2Mgb24KZGJwbWRhPiBm ZXRjaCBoaW52Lm5jcHUKUE1JRChzKTogNjAuTlVNQkVSLk5VTUJFUgpwbVJlc3VsdCBkdW1w IGZyb20gQUREUiB0aW1lc3RhbXA6IDAuMDAwMDAwIFRJTUUgbnVtcG1pZDogMQogIDYwLk5V TUJFUi5OVU1CRVIgKGhpbnYubmNwdSk6IG51bXZhbDogMSB2YWxmbXQ6IDAgdmxpc3RbXToK ICAgdmFsdWUgTlVNQkVSCmRicG1kYT4gZmV0Y2gga2VybmVsLnBlcmNwdS5pbnRlcnJ1cHRz LmxpbmUxClBNSUQocyk6IDYwLk5VTUJFUi5OVU1CRVIKcG1SZXN1bHQgZHVtcCBmcm9tIEFE RFIgdGltZXN0YW1wOiAwLjAwMDAwMCBUSU1FIG51bXBtaWQ6IDEKICA2MC5OVU1CRVIuTlVN QkVSICg8bm9uYW1lPik6IG51bXZhbDogMSB2YWxmbXQ6IDAgdmxpc3RbXToKICAgIGluc3Qg WzAgb3IgPz8/XSB2YWx1ZSBOVU1CRVIKZGJwbWRhPiAKPT09IERhZW1vbiBQTURBIGxpbnV4 IGR5bmFtaWMgdGhlbiBzdGF0aWMgZmV0Y2ggdGVzdCA9PT0KZGJwbWRhPiBvcGVuIHBpcGUg UENQX1BNREFTX0RJUi9saW51eC9wbWRhbGludXggLWQgNjAKU3RhcnQgcG1kYWxpbnV4IFBN REE6IFBDUF9QTURBU19ESVIvbGludXgvcG1kYWxpbnV4IC1kIDYwCmRicG1kYT4gZ2V0ZGVz YyBvbgpkYnBtZGE+IGZldGNoIGtlcm5lbC5wZXJjcHUuaW50ZXJydXB0cy5saW5lMQpQTUlE KHMpOiA2MC5OVU1CRVIuTlVNQkVSCnBtUmVzdWx0IGR1bXAgZnJvbSBBRERSIHRpbWVzdGFt cDogMC4wMDAwMDAgVElNRSBudW1wbWlkOiAxCiAgNjAuTlVNQkVSLk5VTUJFUiAoPG5vbmFt ZT4pOiBudW12YWw6IDEgdmFsZm10OiAwIHZsaXN0W106CiAgICBpbnN0IFswIG9yID8/P10g dmFsdWUgTlVNQkVSCmRicG1kYT4gZmV0Y2ggaGludi5uY3B1ClBNSUQocyk6IDYwLk5VTUJF Ui5OVU1CRVIKcG1SZXN1bHQgZHVtcCBmcm9tIEFERFIgdGltZXN0YW1wOiAwLjAwMDAwMCBU SU1FIG51bXBtaWQ6IDEKICA2MC5OVU1CRVIuTlVNQkVSIChoaW52Lm5jcHUpOiBudW12YWw6 IDEgdmFsZm10OiAwIHZsaXN0W106CiAgIHZhbHVlIE5VTUJFUgpkYnBtZGE+IAo9PT0gRGFl bW9uIFBNREEgbGludXggbG9vayBmb3IgZHluYW1pYyBjaGlsZHJlbiA9PT0KTEVBRlMgT0sK --------------000604060701020409030001 Content-Type: text/plain; charset=UTF-8; x-mac-type="0"; x-mac-creator="0"; name="955.out.bad" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="955.out.bad" UUEgb3V0cHV0IGNyZWF0ZWQgYnkgOTU1Cj09PSBEYWVtb24gUE1EQSBsaW51eCBzdGF0aWMg dGV4dCB0aGVuIGR5bmFtaWMgZmV0Y2ggdGVzdCA9PT0KZGJwbWRhPiBvcGVuIHBpcGUgUENQ X1BNREFTX0RJUi9saW51eC9wbWRhbGludXggLWQgNjAKU3RhcnQgcG1kYWxpbnV4IFBNREE6 IFBDUF9QTURBU19ESVIvbGludXgvcG1kYWxpbnV4IC1kIDYwCmRicG1kYT4gZ2V0ZGVzYyBv bgpkYnBtZGE+IHRleHQgaGludi5uY3B1ClBNSUQ6IDYwLk5VTUJFUi5OVU1CRVIKW251bWJl ciBvZiBDUFVzIGluIHRoZSBzeXN0ZW1dCjxubyBoZWxwIHRleHQgc3BlY2lmaWVkPgpkYnBt ZGE+IGZldGNoIGtlcm5lbC5wZXJjcHUuaW50ZXJydXB0cy5saW5lMQpQTUlEKHMpOiA2MC5O VU1CRVIuTlVNQkVSCkVycm9yIFBEVTogVW5rbm93biBvciBpbGxlZ2FsIG1ldHJpYyBpZGVu dGlmaWVyCmRicG1kYT4gCj09PSBEYWVtb24gUE1EQSBsaW51eCBzdGF0aWMgZmV0Y2ggdGhl biBkeW5hbWljIGZldGNoIHRlc3QgPT09CmRicG1kYT4gb3BlbiBwaXBlIFBDUF9QTURBU19E SVIvbGludXgvcG1kYWxpbnV4IC1kIDYwClN0YXJ0IHBtZGFsaW51eCBQTURBOiBQQ1BfUE1E QVNfRElSL2xpbnV4L3BtZGFsaW51eCAtZCA2MApkYnBtZGE+IGdldGRlc2Mgb24KZGJwbWRh PiBmZXRjaCBoaW52Lm5jcHUKUE1JRChzKTogNjAuTlVNQkVSLk5VTUJFUgpwbVJlc3VsdCBk dW1wIGZyb20gQUREUiB0aW1lc3RhbXA6IDAuMDAwMDAwIFRJTUUgbnVtcG1pZDogMQogIDYw Lk5VTUJFUi5OVU1CRVIgKGhpbnYubmNwdSk6IG51bXZhbDogMSB2YWxmbXQ6IDAgdmxpc3Rb XToKICAgdmFsdWUgTlVNQkVSCmRicG1kYT4gZmV0Y2gga2VybmVsLnBlcmNwdS5pbnRlcnJ1 cHRzLmxpbmUxClBNSUQocyk6IDYwLk5VTUJFUi5OVU1CRVIKcG1SZXN1bHQgZHVtcCBmcm9t IEFERFIgdGltZXN0YW1wOiAwLjAwMDAwMCBUSU1FIG51bXBtaWQ6IDEKICA2MC5OVU1CRVIu TlVNQkVSICg8bm9uYW1lPik6IG51bXZhbDogMSB2YWxmbXQ6IDAgdmxpc3RbXToKICAgIGlu c3QgWzAgb3IgPz8/XSB2YWx1ZSBOVU1CRVIKZGJwbWRhPiAKPT09IERhZW1vbiBQTURBIGxp bnV4IGR5bmFtaWMgdGhlbiBzdGF0aWMgZmV0Y2ggdGVzdCA9PT0KZGJwbWRhPiBvcGVuIHBp cGUgUENQX1BNREFTX0RJUi9saW51eC9wbWRhbGludXggLWQgNjAKU3RhcnQgcG1kYWxpbnV4 IFBNREE6IFBDUF9QTURBU19ESVIvbGludXgvcG1kYWxpbnV4IC1kIDYwCmRicG1kYT4gZ2V0 ZGVzYyBvbgpkYnBtZGE+IGZldGNoIGtlcm5lbC5wZXJjcHUuaW50ZXJydXB0cy5saW5lMQpQ TUlEKHMpOiA2MC5OVU1CRVIuTlVNQkVSCnBtUmVzdWx0IGR1bXAgZnJvbSBBRERSIHRpbWVz dGFtcDogMC4wMDAwMDAgVElNRSBudW1wbWlkOiAxCiAgNjAuTlVNQkVSLk5VTUJFUiAoPG5v bmFtZT4pOiBudW12YWw6IDEgdmFsZm10OiAwIHZsaXN0W106CiAgICBpbnN0IFswIG9yID8/ P10gdmFsdWUgTlVNQkVSCmRicG1kYT4gZmV0Y2ggaGludi5uY3B1ClBNSUQocyk6IDYwLk5V TUJFUi5OVU1CRVIKcG1SZXN1bHQgZHVtcCBmcm9tIEFERFIgdGltZXN0YW1wOiAwLjAwMDAw MCBUSU1FIG51bXBtaWQ6IDEKICA2MC5OVU1CRVIuTlVNQkVSIChoaW52Lm5jcHUpOiBudW12 YWw6IDEgdmFsZm10OiAwIHZsaXN0W106CiAgIHZhbHVlIE5VTUJFUgpkYnBtZGE+IAo9PT0g RGFlbW9uIFBNREEgbGludXggbG9vayBmb3IgZHluYW1pYyBjaGlsZHJlbiA9PT0KTEVBRlMg T0sK --------------000604060701020409030001-- From kenj@internode.on.net Thu Dec 11 14:39: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 CF0487F3F for ; Thu, 11 Dec 2014 14:39:19 -0600 (CST) Received: from cuda.sgi.com (cuda1.sgi.com [192.48.157.11]) by relay2.corp.sgi.com (Postfix) with ESMTP id 9222C304043 for ; Thu, 11 Dec 2014 12:39:16 -0800 (PST) X-ASG-Debug-ID: 1418330353-04bdf0615f19fccd0001-S8gJnT Received: from ipmail05.adl6.internode.on.net (ipmail05.adl6.internode.on.net [150.101.137.143]) by cuda.sgi.com with ESMTP id cC07kTc4O0plig0E for ; Thu, 11 Dec 2014 12:39:14 -0800 (PST) X-Barracuda-Envelope-From: kenj@internode.on.net X-Barracuda-Apparent-Source-IP: 150.101.137.143 X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: AgoCAAgAilR20SlqPGdsb2JhbAANTIc1gyrCaYJNAoE1AQEBAQEGAQEBATiESAEBBCNVARALGAICBRYLAgIJAwIBAgExFAYNAQcBAclFcJYrAQEBAQEBAQMBAQEBAQEBAQEZgSGLIwGDLQeCaIFBBYwqm3eCIg4OgWSDHQEBAQ Received: from ppp118-209-41-106.lns20.mel4.internode.on.net (HELO [192.168.1.100]) ([118.209.41.106]) by ipmail05.adl6.internode.on.net with ESMTP; 12 Dec 2014 07:02:04 +1030 Message-ID: <5489FFCE.9050301@internode.on.net> Date: Fri, 12 Dec 2014 07:34:22 +1100 From: Ken McDonell User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:31.0) Gecko/20100101 Thunderbird/31.3.0 MIME-Version: 1.0 To: Nathan Scott CC: pcp Subject: Re: Regression in qa/628 References: <1224656795.6945862.1417136806064.JavaMail.zimbra@redhat.com> <8149026.6994945.1417145442845.JavaMail.zimbra@redhat.com> <6c1905a6-237d-4181-b2f5-d436d42f66b8.maildroid@localhost> <1867879926.7608473.1417393457721.JavaMail.zimbra@redhat.com> <1641491119.9465653.1417602588298.JavaMail.zimbra@redhat.com> X-ASG-Orig-Subj: Re: Regression in qa/628 In-Reply-To: <1641491119.9465653.1417602588298.JavaMail.zimbra@redhat.com> Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-Barracuda-Connect: ipmail05.adl6.internode.on.net[150.101.137.143] X-Barracuda-Start-Time: 1418330353 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.12767 Rule breakdown below pts rule name description ---- ---------------------- -------------------------------------------------- On 03/12/14 21:29, Nathan Scott wrote: > .. > I've reverted the revert in dev, but the above statements are all still true - > not really understanding how, but some kind of ABI-breaking oddity seems to be > in play here. There's a comment in the pmda libdefs.h about how that structure > is used as "private per PMDA data when multiple DSO PMDAs are in use" - do you > know the background to that? That is our situation here, so that aspect might > be worth a deeper look. Done some more digging here. The change is to e_ext_t defined in libdefs.h, namely int pmda_interface; replaced by pmdaInterface *dispatch;. For 32-bit machines, this would not change the size of e_ext_t nor the offset of any of the other elements in e_ext_t. For other machines, the e_ext_t size _might_ change, but gcc on x86_64 the way we use it (default alignment rules in play) will pad the old struct so they are exactly the same size and hence the offsets for the other elements in e_ext_t are unchanged. I've checked all this with simple C code. So we're down to understanding any cases in which an existing binary (not part of the PCP package, e.g. an old version of a PMDA that is built from source during QA) could believe the interpret the pmdaInterface *dispatch value as a int pmda_interface, or vice versa. But libdefs.h is private to libpcp_pmda and is not included in any source file other than those in libpcp_pmda and libdefs.h is not shipped. And all the instances of e_ext_t are calloc'd in open.c within libpcp_pmda. So I can't see any way that any executable (old or new) can be using e_ext_t outside of libpcp_pmda. Now as to the comment in the header ... when multiple DSO PMDA's are in use we need some private-per-PMDA place to hold the skeletal pmResult (biggest so far, to avoid malloc/free thrashing) and the hash table of pmids that have been requested. So I don't think these have any intersection with the changes I made to e_ext_t. And finally on to qa/628 ... this one _rebuilds_ the PMDA from source so seems to be immune from any e_ext_t changes. But I've just seen a failure!! Nathan does this match the failure signature you saw? --- 628.out 2013-11-04 12:16:16.077770453 +1100 +++ 628.out.bad 2014-12-12 07:30:21.297771237 +1100 @@ -1,7 +1,7 @@ QA output created by 628 simple.numfetch PMID: 253.0.0 - value 3 +No value(s) available! idiot.numfetch PMID: 177.0.0 value 3 @@ -13,7 +13,7 @@ value 5 simple.numfetch PMID: 253.0.0 - value 4 +No value(s) available! idiot.numfetch PMID: 177.0.0 value 6 So there is more to this story ... off to debug the qa test. From jeffpc@josefsipek.net Thu Dec 11 15:38:29 2014 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on oss.sgi.com X-Spam-Level: X-Spam-Status: No, score=0.0 required=5.0 tests=none autolearn=ham version=3.3.1 X-Original-To: pcp@oss.sgi.com Delivered-To: pcp@oss.sgi.com Received: from relay.sgi.com (relay3.corp.sgi.com [198.149.34.15]) by oss.sgi.com (Postfix) with ESMTP id D0E1C7F3F for ; Thu, 11 Dec 2014 15:38:29 -0600 (CST) Received: from cuda.sgi.com (cuda2.sgi.com [192.48.176.25]) by relay3.corp.sgi.com (Postfix) with ESMTP id 5FC11AC005 for ; Thu, 11 Dec 2014 13:38:25 -0800 (PST) X-ASG-Debug-ID: 1418333903-04cbb0106496f0b0001-S8gJnT Received: from josefsipek.net (josefsipek.net [71.174.113.7]) by cuda.sgi.com with ESMTP id GVCrTE0E6xFR9pTV for ; Thu, 11 Dec 2014 13:38:23 -0800 (PST) X-Barracuda-Envelope-From: jeffpc@josefsipek.net X-Barracuda-Apparent-Source-IP: 71.174.113.7 Received: from meili.jeffnet.31bits.net (unknown [172.31.0.119]) by josefsipek.net (Postfix) with ESMTPSA id B880E55654 for ; Thu, 11 Dec 2014 16:38:22 -0500 (EST) Date: Thu, 11 Dec 2014 16:38:26 -0500 From: Josef 'Jeff' Sipek To: pcp@oss.sgi.com Subject: Re: [pcp] Some illumos build fixes for pmwebd Message-ID: <20141211213825.GJ1300@meili.jeffnet.31bits.net> X-ASG-Orig-Subj: Re: [pcp] Some illumos build fixes for pmwebd References: <20141211174931.GD1300@meili.jeffnet.31bits.net> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20141211174931.GD1300@meili.jeffnet.31bits.net> User-Agent: Mutt/1.5.23 (2014-03-12) X-Barracuda-Connect: josefsipek.net[71.174.113.7] X-Barracuda-Start-Time: 1418333903 X-Barracuda-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.12769 Rule breakdown below pts rule name description ---- ---------------------- -------------------------------------------------- fche was kind enough to make the necessary changes to autodetect the presence of fts.h. I bundled those with my patch and pushed them to my repo: You can pull the change via: $ git pull git://repo.or.cz/pcp/jeffpc.git illumos Thanks, Jeff. Josef 'Jeff' Sipek (1): pmwebd: buildability fixes for illumos-based distros configure | 12 ++++++++++++ configure.ac | 1 + src/include/pcp/config.h.in | 1 + src/pmwebapi/pmgraphite.cxx | 21 +++++++++++++++++---- src/pmwebapi/pmresapi.cxx | 2 +- src/pmwebapi/util.cxx | 2 +- 6 files changed, 33 insertions(+), 6 deletions(-) On Thu, Dec 11, 2014 at 12:49:31PM -0500, Josef 'Jeff' Sipek wrote: > I tried to compile pmwebd on my OpenIndiana (an illumos distro) laptop. I > ran into a couple of problems. Attached is a patch to get it closer to > building. The remaining compile-time issue is the lack of fts (both fts.h > and the functions). Illumos does have ftw & nftw, but given that it'd be > more than just a little bit of work, I decided to ignore that for now. > > Jeff. > > -- > A CRAY is the only computer that runs an endless loop in just 4 hours... -- Evolution, n.: A hypothetical process whereby infinitely improbable events occur with alarming frequency, order arises from chaos, and no one is given credit. From Sue.Bi@live.com Thu Dec 11 15: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=FREEMAIL_FROM autolearn=ham version=3.3.1 X-Original-To: pcp@oss.sgi.com Delivered-To: pcp@oss.sgi.com Received: from relay.sgi.com (relay1.corp.sgi.com [137.38.102.111]) by oss.sgi.com (Postfix) with ESMTP id 3ED157F3F for ; Thu, 11 Dec 2014 15:49:37 -0600 (CST) Received: from cuda.sgi.com (cuda3.sgi.com [192.48.176.15]) by relay1.corp.sgi.com (Postfix) with ESMTP id 2DEE48F8033 for ; Thu, 11 Dec 2014 13:49:34 -0800 (PST) X-ASG-Debug-ID: 1418334569-04cb6c0571188e0b0001-S8gJnT Received: from live.com ([106.6.97.88]) by cuda.sgi.com with ESMTP id GTOzalOzXmpA9Zcs for ; Thu, 11 Dec 2014 13:49:30 -0800 (PST) X-Barracuda-Envelope-From: Sue.Bi@live.com X-Barracuda-Apparent-Source-IP: 106.6.97.88 From: "Sue.Bi" Subject: =?GB2312?B?1se728n6svrQwsqxtPosudvN+29yuPq9+A==?= To: pcp@oss.sgi.com X-ASG-Orig-Subj: =?GB2312?B?1se728n6svrQwsqxtPosudvN+29yuPq9+A==?= Content-Type: text/plain;charset="GB2312" Date: Fri, 12 Dec 2014 05:49:33 +0800 X-Priority: 3 X-Mailer: FoxMail 4.0 beta 2 [cn] X-Barracuda-Connect: UNKNOWN[106.6.97.88] X-Barracuda-Start-Time: 1418334569 X-Barracuda-URL: http://192.48.176.15:80/cgi-mod/mark.cgi X-Virus-Scanned: by bsmtpd at sgi.com X-Barracuda-BRTS-Status: 1 X-Barracuda-Spam-Score: 0.74 X-Barracuda-Spam-Status: No, SCORE=0.74 using per-user scores of TAG_LEVEL=1000.0 QUARANTINE_LEVEL=1000.0 KILL_LEVEL=2.7 tests=BSF_SC5_MJ1963, MISSING_MID, RDNS_NONE X-Barracuda-Spam-Report: Code version 3.2, rules version 3.2.3.12770 Rule breakdown below pts rule name description ---- ---------------------- -------------------------------------------------- 0.14 MISSING_MID Missing Message-Id: header 0.10 RDNS_NONE Delivered to trusted network by a host with no rDNS 0.50 BSF_SC5_MJ1963 Custom Rule MJ1963 Message-Id: <20141211214934.0D61F12961A4@cuda.sgi.com> -------------------------------------------------------------------------------------- ÈÕ±¾ËÉÏÂÖÇ»ÛÉú²ú¡ªÉú²úЧÂÊ¿ìËÙÌáÉý 2014Äê12ÔÂ27-28ÈÕ(ÉϺ£) 2015Äê01ÔÂ10-11ÈÕ(ÉîÛÚ) -------------------------------------------------------------------------------------- ºËÐļÛÖµ: ÈÃÖÆÔìÒµÆóÒµÉîÈëÁ˽⡰ÈÕ±¾¹ÜÀíÀíÄµÄÏÖ³¡¹ÜÀíģʽ£¬ÒýÈëÈÕ±¾ÏȽøµÄÉú²ú¹ÜÀíÀíÄȫ ÃæÌáÉýÖйúÆóÒµµÄ×ۺϹÜÀíˮƽ£¬°ïÖúÆóÒµÕÆÎÕÔÚ¶ÌÆÚÄÚʵÏÖÉú²ú¸ßЧ»¯£¬Æ·ÖÊ°²¶¨»¯£¬³É±¾µÝ¼õ ·¨µÄͬ²½¹ÜÀíϵͳ¡£ ѧϰÁÁµã£º ÓÉÈÕ±¾Áôѧ»Ø¹úÔÚÈÕ±¾±ê¸ËÆóÒµ¹¤×÷19ÄêµÄ¶¥¼¶×¨¼ÒÏÖ³¡×ÉѯÕï¶Ï+ÆóÒµ¼Ò½Ç¶ÈÊÚ¿Î+ÆóÒµ¼Ò½Ç ¶È×Éѯ¹ËÎÊ¡£ Êڿα³¾°£º È«ÇòÐÔ¾­¼ÃÆ£ÈíÒÔ¼°ÎÒ¹úÀͶ¯Á¦³É±¾¡¢Ô­²ÄÁϳɱ¾µÈµÄ²»¶ÏÌáÉý£¬µ¼ÖÂÊг¡ÐèÇóήËõ¡¢·¢´ï¹ú ¼Ò¸ß¶ËÖÆÔìÆóÒµÏò±¾ÍÁ»ØÁ÷£¬ÖйúÖÆÔìÆóÒµÕýÃæÁٳɱ¾ÌáÉý¡¢¶©µ¥¼õÉÙ¡¢³ö¿ÚÈñ¼õµÈһϵÁÐÇ°Ëùδ ÓеÄÉú´æÌôÕ½¡£×ݹÛÅ·ÖÞ¡¢ÃÀ¹ú¡¢ÈÕ±¾µÈÔø¾­µÄÊÀ½çÖÆÔìÖÐÐĵķ¢Õ¹Ê·£¬¿ÉÒÔÔ¤¼ûÔÚδÀ´µÄÊýÄêÖ® ÄÚ£¬ÎÒ¹úµÄÉú²úÖÆÔìÆóÒµÖ»ÓаٷÖÖ®¶þÊ®Äܹ»´æ»îÏÂÀ´¡£ËùÓеÄÆóÒµ¼Ò¶¼Òâʶµ½£º½µµÍ³É±¾¡¢Ìá¸ß ЧÂʺͱ£Ö¤Æ·ÖÊ£¬ÊÇÉú´æµÄΨһѡÔñ£¡ ºÜ¶àÆóÒµ×öÁË´óÁ¿µÄŬÁ¦£¬Òý½ø¸÷ÖÖ×ÉѯÏîÄ¿ºÍÏȽøÀíÄµ«×îÖÕ¶¼ÒÔ²»ÁËÁËÖ®»òЧ¹û²»¼Ñ¶ø ¸æÖÕ¡£¾¿Æä¸ù±¾Ô­Òò¾ÍÊÇ£ºÈ±·¦ÏµÍ³µÄ¾«Òæ¹ÜÀíÀíÄûÓÐÐγɳÖÐø¸ÄÉƵÄÖ´ÐÐÁ¦¡£×ÉѯÀÏʦһ×ß £¬ÏîÄ¿Ò²¾ÍÎÞ¶ËÖÕÖ¹£¬»¨Á˲»ÉÙÇ®£¬È´ÊÕ»ñÖ»ÓÐÒ»µãµã¡£ ÏÖÔÚ£¬Óɹ¤×÷19ÄêµÄ×ÊÉîר¼ÒΪÄúÅÅÓǽâÄÑ£¡½«ÈÕ±¾µÄ¾«ÒæÉú²ú¹ÜÀíÀíÄîºÍÖйúÎÄ»¯µÄ½áºÏ¾­ Ñ飬ÒÔ³ÉÊì¡¢¿ÉѧµÄÉú²ú¹ÜÀíģʽ´«²¥¸øÖйúÆóÒµ¡£Âú×ãÉú²úÖÆÔìÆóÒµ¶Ô½µµÍÉú²ú³É±¾¡¢Ìá¸ßÉú²ú ЧÂÊ¡¢°²¶¨Æ·ÖʺʹòÔìºËÐľºÕùÁ¦¶ø²»Ð¸Å¬Á¦£¬Æ×дÆóÒµÖ®ÃΣ¬ÖйúÖ®ÃΡ£ ¿Î³ÌÌØÉ«£º ΪÁËÄܹ»Õ¾ÔÚÊÀ½ç¼¶Éú²úÖÆÔì¹ÜÀíµÄˮƽÉÏ¡¢ÎªÁËÄܹ»·ûºÏÖйúʵ¼ÊÇé¿ö¡¢ÎªÁ˱£ÕÏÏîĿ˳Àû ʵʩ£¬ÓÉÔÚÈÕ±¾ÆóÒµ¹¤×÷ÁË19Ä꣬¶à´ÎÔÚÈÕ±¾¡¢º«¹úµÈµØ²Î¼Ó¹ý¹ÜÀí¼¼ÊõÑÐÌֻᣬÐÂÉú²ú±ä¸ïÑÐÌÖ »á¡¢³É±¾µÝ¼õÊÀ½ç·¢±í»á£¬¹ÜÀí¼¼ÊõºÍÉú²ú¼¼ÊõתÈõijнÓÑÐÐÞ¡£×¨¼ÒÍŶÓÄÜÊÚ¿ÎÉÆ×Éѯ£¬½«´Ó¸Ä ÉÆÆ·ÖÊ¡¢Ìá¸ßЧÂÊ¡¢¼õÉÙ¿â´æ¡¢½µµÍÉú²ú³É±¾¡¢ÅàÓý¸ßЧִÐÐÁ¦ÍŶӽ¨ÉèµÈ·½ÃæΪÄúÌṩ½â¾ö·½°¸ £¬Í¬Ê±ÎÒÃÇ»¹½«Í¨¹ýÏȽøµÄм¼ÊõÊֶκÍÍêÉƵķþÎñÖ§³Öϵͳ£¬ÎªÄúÌṩ³¤ÆÚÓÐЧµÄ·þÎñ±£Ö¤£¬×î ÖÕÄóö³Ðŵ½á¹ûÏòÄúչʾÎÒÃÇ·þÎñµÄʵÁ¦ºÍ³ÏÐÅ¡£ ¿Î³ÌÊÕÒ棺 1¡¢¸ßЧÍŶӽ¨ÉèÓëÍŶӼ¨Ð§ÌáÉý˼· 2¡¢ÏîÄ¿Ö´ÐÐÈ·±£½á¹ûµÄϵͳ¹Ü¿Ø·½·¨ 3¡¢Í¬²½¹ÜÀíÌåϵµÄµ¼È루°æȨËùÓУ© 4¡¢ÏÖ³¡Õï¶Ï£¬ÏÖ³¡ÊڿΣ¬Ìṩϵͳ½â¾ö·½°¸ 5¡¢ÖÐÈÕÓÅÐãÆóÒµ»¥¶¯Æ½Ì¨£¨ÏÖ³¡²Î¹Û½»Á÷ѧϰ£© 6¡¢ÓëÓÅÐãͬÐнáʶ½»Á÷ƽ̨ 7¡¢¹ó±öϯ£º¿ÉÏíÊܽü¾àÀë½Ó´¥ÀÏʦµÄ»ú»á£¬¿ÉÓëÀÏʦÁôÓ°¼ÍÄîµÈ -------------------------------------------------------------------------------------- ¿Î³Ì´ó¸Ù£º Ò»¡¢ÆóÒµ¸ß¹ÜµÄÀûÈóÒâʶ¸Ä¸ï 1.¹ÜÀíÕßÈÕ³£¹¤×÷Á½¼þÊ 2.ÄãµÄÆóÒµ³É±¾ÓÐÄÄЩ¹¹³É 3.ÆóÒµÓ¯¿÷ƽºâµãÔÚÄÄÀï 4.ÓªÒµ¶î¡ª·ÑÓÃ=ÀûÈó 5.ÓªÒµ¶î¡ªÀûÈó =³É±¾ 6.Ôö¼ÓÀûÈóµÄ¿ØÖÆ·½·¨ 7.ͨ¹ýÑ­»·Êµ¼ùPDCA¹ÜÀí£¬È·±£ÀûÈóÄ¿±ê´ï³ÉµÄÇ°ÌáÏ£¬ÓÐЧµÄ¿ØÖƳɱ¾ 8.ÅàÑø³É±¾ÒâʶºÍÐж¯Òâʶ½ÌÓý ¶þ¡¢Ïû³ýÀ˷ѵĸÄÉƾøÕУ¨Ò»£©--- ѧ»áʶ±ðÀ˷ѵÄÄÜÁ¦£¬Ê¹Óù¤¾ßÏû³ýÀË·Ñ 1.Äñî«Í¼Í¸ÊÓ¡°À˷ѵĸùÔ´¡± 2.Ñ°ÕÒÉú²ú»î¶¯À˷ѵÄרÓù¤¾ß 2-1£©¹Ø×¢°Ë´óÀË·Ñ¡¢Îå´óËðʧ 2-2£©VE ¼ÛÖµÁ÷Ñ°ÕÒÀË·Ñ·¨ 2-3£©5M1E1GÑ°ÕÒÀË·Ñ·¨ 2-4) 5W1HÑ°ÕÒÀË·Ñ·¨ 2-5£©IE ÊÇÑ°ÕÒÀ˷ѵÄÏÔ΢¾µ Èý¡¢Ïû³ýÀ˷ѵĸÄÉƾøÕУ¨¶þ£©--- ׿ԽÏÖ³¡¹ÜÀí5S³É¹¦µÄ²½Öè 1.ÕûÀí 2.Çåɨ 3.Õû¶Ù 4.Çå½à 5.ËØÑø ËÄ¡¢Ìá¸ßÉú²úЧÂʵÄÃؾ÷£¨Ò»£©---´ÓÏÖ³¡µÄ½á¹¹¡¢¹¤³Ì¡¢×÷Òµ±ä¸ïÒâʶ×ÅÊÖ 1.Ä¿±ê¸Ä¸ïÒâʶµÄÌáÉý 2.¹¤³Ì¸ÄÉƵãµÄ·ÖÀà 3.ƽºâÉú²úÏßƽÃæ²¼¾Ö 4.¹¤³ÌÅäÖÃÓÅ»¯Ä¿ÊÓ»¯¹ÜÀí 5.Á÷³ÌÓÅ»¯¸ÄÉÆ 5-1£©ÏòÓ¦ÓеÄÄ¿±ê·½ÏòÍƽø¹ÜÀí 5-2£©L/TÄ¿±êÊÇÀ˷ѵÄÌìµÐ 5-3£©Á÷Ë®ÏßƽºâÄÜÁ¦µÄÉè¼Æ·½°¸ 5-4£©²úÆ·Á÷ʱ¼ä×ÜÀ¨·ÖÎöÕ½ÂÔ 5-5£©¹¤Ðòʱ¼äÀË·Ñ¿ÉÊÓ»¯¸ÄÉÆ 6.´Ó¹¤ÖÖÄÚ²¿½á¹¹¸ÄÉÆΪ×ÅÑÛµã 6-1£©¼Ó¹¤µÄ¸ÄÉÆ 6-2£©¼ì²éµÄ¸ÄÉÆ 6-2-1£©´Ó·Ö±ð¼ì²éµ½Ç鱨¼ì²éµÄ¸ÄÉÆ 6-2-2£©Ë³´Î¼ì²éµ½×ÔÖ÷µã¼ìÔÙµ½Ô´Á÷¹ÜÀíµÄ¼ì²é 6-3£©°áÔ˵ĸÄÉÆ 6-3-1£©¼õÉÙ³¡µØ¡¢°áÔË»ØÊýµÄ¸ÄÉÆ 6-3-2£©À­¶¯Ê½¹ÜÀí¼õÉÙ°áÔË 6-3-3£©°áÔ˹¤¾ßµÄ¸ÄÉÆ 6-3-4£©Í¬²½»¯¡¢µÈÁ¿»¯¡¢Ò»¸öÁ÷¹ÜÀí 6-4£©Í£Ö͵ĸÄÉÆ 6-4-1£©Í¬ÆÚ»¯¡¢µÈÁ¿»¯¸ÄÉÆ 6-4-2£©Õë¶Ô»úе¹ÊÕϵĸÄÉÆ 6-4-3£©Õë¶ÔÖÆÆ·²»Á¼µÄÔÚ¿â¸ÄÉÆ 6-4-4£©Õë¶ÔÊÂÇ°×¼±¸½»ÌæµÄÔÚ¿â¸ÄÉÆ 6-4-5£©Éú²ú¼Æ»®±ä¸üµÄ¹¤³ÌµÈ´ý¸ÄÉÆ 6-4-6£©Òƶ¯Ê±¼ä²îµÄ¹¤³ÌµÈ´ý¸ÄÉÆ 6-4-7£©Ô¤±¸ÔÚ¿âµÄÈ·±£Òâʶ¸Ä¸ï 6-4-8£©LOTÊÂÇ°×¼±¸µÄ¸ÄÉÆ Îå¡¢Ìá¸ßÉú²úЧÂʵÄÃؾ÷£¨¶þ£©---¶¯×÷ÓÅ»¯ÅųýÀË·ÑÏÖÏó 1.¹¤×÷Á÷³ÌºÍ¹¤×÷ÄÚÈݱê×¼»¯¹ÜÀí ?¹æ·¶»¯¹ÜÀíÊÇÏû³ýÀ˷ѵĽݾ¶£¬Ìá¸ßÍŶÓÖ´ÐÐÁ¦µÄÓÐÁ¦±£ÕÏ 2.¾­¼Ã¶¯×÷·ÖÎö¸ÄÉÆÎåÔ­Ôò ?²»Ò¡Í·£º¼õÉÙ²»±ØÒªµÄ¶¯×÷ÀË·Ñ£¬Ìá¸ß¸½¼ÓÖµ¸ßµÄ¶¯×÷ºÍÎȶ¨ÐÔ¡£ ?²»×ªÉí£º×ñÑ­×ÔÈ»·¨Ôò£¬¼õÉÙÈËÌåÆ£ÀͶȺÍÒƶ¯¾àÀ룬Ìṩ¹¤×÷ЧÂÊ ?²»²åÑí £º¼õÉÙƵ·±ÍäÑüµÄ¶¯×÷¸øÈËÔì³ÉµÄÉ˺¦£¬²ÅÄܱ£³Ö¹¤×÷³¤ÆÚ¸ßЧ¡£ ?Èý¶¨¡¢¾Í½üÒÀÐò£º¼õÉÙÊÖ±ÛÒƶ¯µÄ¾àÀ룬Ëõ¶Ì»õÎïÄÃȡʱ¼ä¡£ ?Ö¸²îÈ·ÈÏ·¨£ºÏë¡¢¿´¡¢Ö¸¡¢ËµÈ«Ãæ·À´í£¬Ìá¸ß¹¤×÷ЧÂÊ¡£ 3.Ìá¸ß×÷ҵЧÂʵÄ9´óÊÖ·¨ÔËÓð¸Àý½âÎö 3-1£©·À´ô·¨£ºÈçºÎ±ÜÃâ×ö´íÊÂÇ飬ʹ¹¤×÷µÚÒ»´Î¾Í×öºÃµÄ¾«ÉñÄܹ»¾ßÌåʵÏÖ 3-2£©¶¯¸Ä·¨£º¸ÄÉÆÈËÌ嶯×÷µÄ·½Ê½£¬¼õÉÙÆ£ÀÍ£¬Ê¹¹¤×÷¸üΪÊæÊÊ¡¢¸ßЧ£¬²»ÒªÂù¸É 3-3£©Á÷³Ì·¨£ºÑо¿ÊÂÎïÁ÷ºÍ²úÆ·Á÷Ö®¼äµÄÕÏ°­£¬½åÒÔ·¢¾ò³ö¿ÉÒÔ¸ÄÉƵĵط½ 3-4£©ÎåÎå·¨£º½è×ÅÖÊÎʵļ¼ÇÉÀ´·¢¾ò×ÔÎÒ»ò²¿ÏµĸÄÉƵĹ¹Ïë 3-5£©ÈË»ú·¨£ºÑо¿Ì½ÌÖ²Ù×÷ÈËÔ±Óë»úÆ÷¹¤×÷µÄ¹ý³Ì£¬½åÒÔ¾ò³ö¿ÉÒÔ¸ÄÉƵĵط½ 3-6£©Ë«ÊÖ·¨£ºÑо¿ÈËÌåË«ÊÖÔÚ¹¤×÷ʱµÄ¹ý³Ì£¬½åÒÔ·¢¾ò³ö¿ÉÒÔ¸ÄÉƵĵط½ 3-7£©³é¼ì·¨£º½è×ųéÑù¹Û²ìµÄ·½·¨ÄÜѸËÙÓÐЧµØÁ˽âÎÊÌâµÄÕæÏó 3-8£©JTKN·¨£ºÌý¡¢ÎÅ¡¢¿´¡¢Ãþ·¨ÔçÆÚ·¢ÏÖÒì³££¬Ãð¾øÎÊÌâÓÚÃÈѿ״̬ 3-9£©YOBOU·¨£ºÊDz»Éè¼Æ²»Á¼¡¢²»ÖÆÔì²»Á¼¡¢²»Á÷³ö²»Á¼µÄ¸ùÔ´¹ÜÀí Áù¡¢ÈçºÎÌÞ³ýÏÖ³¡²»²úÉú¼ÛÖµµÄ´ú±íÐÔ¶¯×÷ 1¡¢×߶¯ 11¡¢ÖØÐÂÒÆλ 21¡¢ÓØ»Ø 31¡¢È¡Ï 41¡¢Ì§¸ß 51¡¢Í£Ö¹ 2¡¢°áÔË 12¡¢ÖØÐÂ×°ÔØ 22¡¢Öع¤ 32¡¢°²×° 42¡¢·¢ËÍ 52¡¢¿çÔ½ 3¡¢±£³Ö 13¡¢ÖØж¨Î» 23¡¢ÖØд 33¡¢µ÷Õû 43¡¢Ñ°ÕÒ 53¡¢×ª½Ç 4¡¢Îѹ¤ 14¡¢ÖØмì²é 24¡¢ÖØ¶Ñ 34¡¢Ð£Õý 44¡¢ÅäÆë 54¡¢ÍäÇú 5¡¢·´×ª 15¡¢ÁÙʱÅäÏß 25¡¢Öصþ 35¡¢Çø·Ö 45¡¢Å²¶¯ 55¡¢É¨ 6¡¢»Ö¸´ 16¡¢ÁÙʱš½ô 26¡¢·´¸´ 36¡¢¶¨Î» 46¡¢»»ÊÖ 56¡¢ÍÆ 7¡¢×°ÔØ 17¡¢ÁÙʱ°²×° 27¡¢·µ»Ø 37¡¢²âÁ¿ 47¡¢°´Ñ¹ 57¡¢À­ 8¡¢·ÅÖà 18¡¢ÁÙʱ²åÈë 28¡¢Íù·µ 38¡¢¼àÊÓ 48¡¢Í¨¹ý 58¡¢Çà 9¡¢Ñ¡Ôñ 19¡¢ÁÙʱ¼Ç¼ 29¡¢È¡·Å 39¡¢¼ì²é 49¡¢»ý´æ 59¡¢½Ì 10¡¢ÐÞÀí 20¡¢ÁÙʱ·ÅÖà 30¡¢Éý½µ 40¡¢¶ÔÕÕ 50¡¢¶àÓà 60¡¢¡­¡­ Æß¡¢Æ·ÖʸÄÉÆ 1.ÒÔCellÉú²úÐÎʽ£¬Áé»î¿ìËÙÓ¦¶Ô¶àÆ·ÖÖСÅúÁ¿¼°¶àÆ·ÖÖ¶àÅúÁ¿Éú²ú 2.Òì³£¿ìËÙÏìÓ¦»úÖÆCFT 3.¶¨ÆÚʵʩCORSS¹¤³Ì¼à²é 4.ÎÊÌâÎåÔ­ÔòSHEET½â¾ö¸ùÔ´ÎÊÌâ °Ë¡¢Éú²ú¹ÜÀíÒµÎñ¸Ä¸ïµÄÐÅϢ˼¿¼·½Ê½ 1.ÖÆÔìÆóÒµÐÅÏ¢µÄ¶¨Òå 2.¶©µ¥´¦Àí 3.Éú²ú¼Æ»® 4.Åų̼ƻ® 5.ÎïÁ÷¹ÜÀí 6.ÐÅÏ¢¹²Ïí¹ÜÀí ¾Å¡¢×ʲĹØϵ£¨ºÎʱÂò/Âò¶àÉÙ/¿â´æ¶àÉÙ£© 1.ÎïÁÏ/ºÄÆ·Ç빺¼Æ»®/ίÍâ¼Æ»® 2.ÒÔMRPµÄÊÖ·¨×÷³öÅжϣ¬ÕÆÎÕ×ʲIJɹº¹ÜÀí 3.ûÓÐϵͳµÄ²É¹ºÏµÍ³¹ÜÀí·¨ 4.ÎïÁ÷ 5.һĿÁËÈ»·¨µÈ Ê®¡¢ÈçºÎϵͳ¿ØÖƳɱ¾µÝ¼õ¸ÄÉƵķ½·¨ 1.Öг¤ÆÚÊÂÒµÕ½ÂԹ滮 1-1£©Ðж¯·½Õë 1-2£©¸ÄÉÆÐж¯¼Æ»® 2.°ÑÎճɱ¾¹ÜÀíµÄÖصã¿ÎÌâ 3.ʵʩ³É±¾¹ÜÀíµÄ²½Öè 4.ÊÕÒæKYJ²îÒì¹ÜÀí·¨ 5.ÕÆÎճɱ¾¼ÆËãµÄ·½Ê½ 6.¹ØÁªÖ¸±êµÄ¿ØÖƹÜÀí·¨ ʮһ¡¢Ð¹æ²úÆ·µÄͬ²½¹ÜÀí·½·¨ 1.¶àÏ×÷ͬ²½£¨²¢ÐУ©½øÐйÜÀí¡£ 2.ʱ¼ä¶ÌËõ»¯¹ÜÀí 3.ЧÂʸßЧ»¯¹ÜÀí 4.ÍŶÓЭͬ×÷Õ½ÄÜÁ¦µÄ¼¯½á 5.³É±¾¼«ÉÙ»¯¹ÜÀí Ê®¶þ¡¢¹¤³Ì¹ÜÀí 1.ʲôÊǹ¤³Ì¹ÜÀí 2.Éè¼Æ¹¤³Ì¹ÜÀíµÄÆÚ´ý¡¢¶ÔÏó¡¢»úÄÜ¡¢Ä¿µÄ 3.¹¤³Ì¼Æ»®¼°ÄÜÁ¦¸½¼Ó¼ÆËãµÈ ? ÈôÓÐÊ£Óàʱ¼ä£¬¿É½øÐо«ÒæÉú²úʵʩÓëÔËÓª¹ý³Ì°¸Àý¾­Ñé½»Á÷ÓëʵÎñÎÊÌâÌÖÂÛ -------------------------------------------------------------------------------------- µ¼Ê¦½éÉÜ£ºÍõ¹ú³¬ ¸ß¶ËÉú²ú¹ÜÀíÀÏʦ/¾«Í¨Éú²úÈ«Å̹ÜÀí×Éѯʦ ¾«Í¨¾«ÒæÉú²ú/¾«Òæ¹ÜÀí/¾«Ï¸»¯¹ÜÀí/¾«Ï¸»¯Éú²ú¹ÜÀí ½ÌÓý¾­Àú£º Íõ¹ú³¬ÀÏʦ£¬1971Äê³öÉúÓÚÉÂÎ÷ººÖУ¬43Ë꣬Î÷°²´óѧ±ÏÒµ£¬»úµç¼¼Êõרҵ£¬±±¾©´óѧEMBA¹¤ÉÌ¹Ü Àí£¬Î¬¶àÀûÑÇ´óѧMBA¸ß¼¶¹¤É̹ÜÀí˶ʿÉú£¬¹ú¼Ò×¢²á°²È«Ö÷ÈΡ£ ¹¤×÷¾­Àú£º Íõ¹ú³¬ÀÏʦÔøÔÚÈ«ÇòÖøÃûÈÕ±¾¿ç¹ú¼¯ÍÅ---Ì«ÑôÓÕµçÖêʽ»áÉ磨¹«Ë¾³ÉÁ¢ÓÚ1950Ä꣬Ö÷ÒªÊǵç×Ó ÔªÆ÷¼þ¼¯Ñз¢¡¢Éú²ú¡¢ÏúÊÛΪһÌåµÄ¼¯ÍŹ«Ë¾¡£°´ÆóÒµ¹æÄ£ºÍÊг¡Õ¼ÓÐÂÊÅÅÃûÈ«ÇòµÚÈý£¬ÈôÊÇ΢µç ×ÓÐÐÒµµÄÆ·ÖʺÍÊг¡Õ¼ÓÐÂÊÅÅÃûÈ«ÇòµÚÒ»£¬Ö÷Òª¿Í»§ÊÇÊÀ½çÎå°ÙÇ¿ÆóÒµÈçÓ¢Ìضû¡¢Æ»¹û¡¢Åµ»ùÑÇ¡¢ ĦÍÐÂÞÀ­¡¢SONY¡¢ËÉÏ¡¢ÈÕÁ¢¡¢SANYO¡¢SHARP¡¢TOKO¡¢Íò±¦ÖÁ¡¢LG¡¢ÈýÐǵȣ¬¹¤³§±é¼°ÈÕ±¾¡¢ÂíÀ´ Î÷ÑÇ¡¢Ð¼ÓÆ¡¢·ÆÂɱö¡¢ÃÀ¹ú¡¢Ä«Î÷¸ç¡¢º«¹ú¡¢Ì¨Íå¡¢´ó½µÈ£¬ÏúÊÛ»ùµØ±é²¼È«Çò¡£È«Çò¹¤×÷ÈËÔ± ¶à´ïÊ®¼¸ÍòÈË¡¢ÆäÖдó½13450ÈË¡£Éú²úµÄ²úÆ·Èçµç×è¡¢µçÈÝ¡¢µç¸Ð¡¢Ñ¹Ãô±ä×èÆ÷¡¢¼¯³Éµç·°å¡¢À¶ ÑÀϵÁвúÆ·¡¢CD¡¢VCD¡¢DVDµÈ¡£Öйú¹¤³§µÄ¹ÜÀíÖ÷ÒªÒÔÏֵظɲ¿ÎªÖ÷£¬Íâ¼®ÈËԱΪ¸¨µÄ¹ÜÀíģʽ£¬ ÔÚÒµ½çÏíÓнϸߵÄÉùÓþ£©¹¤×÷19Ä꣬ÀúÈÎÖÆÔ첿²¿³¤¡¢ÊÂÒµ¹ÜÀí²¿²¿³¤¡¢¹¤³§³¤µÈÖ°Îñ£¬ÆäÖе£ÈÎ ¹¤³§³¤8Ä꣨Ï൱ÓÚÖйú¼¯ÍÅ×ܲ¿Éú²ú¹ÜÀíÖÐÐÄ×ܼࣩ£¬¹ÜÀí´ó½¹¤³§»ù-ÖÐ-¸ß²ã¹ÜÀíÈËÔ±£¨°üÀ¨ÈÕ ±¾ÈË¡¢º«¹úÈË¡¢Ì¨ÍåÈË£©µÈ¼¸°ÙÈË£¬Ô±¹¤ÈËÊý7000¶àÈË¡£ ¹¤×÷³É¹û£º Íõ¹ú³¬ÀÏʦÔÚ¹¤³§Éú²úÈ«Å̹ÜÀí¡¢¹¤³§È«ÃæÔËÓª²ß»®¡¢½¡¿µ°²È«ÎÀÉú¹ÜÀí¡¢ÊÂÒµ¼Æ»®Óë³É±¾¿Ø ÖƹÜÀí¡¢×¿Ô½5S»î¶¯µÄ¿ªÕ¹ÓëÔËÓá¢IE¹¤Òµ¹¤³Ì¹ÜÀí¡¢JIT£¨LP£©¾«ÒæÉú²ú¡¢¾«Òæ¹ÜÀíµÈ·½ÃæÓÐ׿« Æä·á¸»µÄÀíÂÛºÍʵ¼ùÏà½áºÏµÄ¹ÜÀíÀíÄÌرðÊÇÖÐÈÕÎÄ»¯Ïà½áºÏµÄ¹ÜÀíÀíÄî¡£ÔÚ´ËÆÚ¼äÔø¶à´ÎÈ¥ÈÕ ±¾¡¢º«¹ú²Î¼Ó¹ýÊÀ½ç¼¶µÄ¹ÜÀíѧÊõ¡¢Æ·ÖʸÄÉÆ¡¢³É±¾¿ØÖÆ¡¢ÐÂÉú²ú·½Ê½¸Ä¸ïµÈ³É¹ûÑÐÌֻᣬ²¢¶à´Î »ñµÃ¸öÈ˺ÍÍÅÌåÒ»µÈ½±ºÍÌصȽ±ÈÙÓþ(Èç99Äê6ÔÂ-12ÔÂÈÕ±¾¹úȺÂíÏØÌ«ÑôÓյ籾ÉçÑÐÐÞ¿ÆÑгɹûÑÐÌÖ »á¡¢04Äê9ÔÂ-05Äê1Ôº«¹úÌ«ÑôÓÕµçÑÐÐ޳ɱ¾¿ØÖƳɹûÑÐÌֻᡢ2010Äê10ÔÂ-11ÔÂÈÕ±¾¹úȺÂíÏØÌ«Ñô Óյ籾ÉçÑÐÐÞÆ·ÖʸÄÉƳɹûÑÐÌÖ»á)¡£ ÀÏʦÓÅÊÆ£º 19ÄêµÄÈÕϵÆóÒµ¹ÜÀí¾­Ñ飬Ôø¼¸¶ÈÈ¥ÈÕ±¾¡¢º«¹úÑÐÐÞ¾«Òæ¹ÜÀí£¬Êܵ½ÈÕ±¾ÖøÃû¾«Òæ¹ÜÀí´óʦŒùÌï ¡¢³¤ÕÙ¡¢Ð¡´¨µÈÀÏʦµÄÇ×´«ÓëÖйú¹¤³§µÄÏÖ³¡Ö¸µ¼¡£½«ÈÕϵÆóÒµ¼°ÊÀ½ç500Ç¿ÆóÒµµÄ¹ÜÀí¾«»ª¿ìËÙÒýÁì ÖйúÆóÒµ½øÐÐÁ¿µ½ÖʵķÉÔ¾·¢Õ¹¡£¹ÜÀí¼¼Êõ²»ÔÙÊǵ¥±ß¶ÀÓУ¬ÎÒÃDz»µ«ÓµÓУ¬»¹ÔÚ²»¶ÏÉÓë±ä¸ï£¬ ¼´½«³ÉΪȫÇò¹ÜÀí¼¼ÊõµÄÒýÁìÕߺ͹ÜÀí¼¼ÊõµÄ³«µ¼Õß¡£ ÍõÀÏʦµÄ¹ÜÀíÀíÄîÊǽáºÏÁËÊÀ½ç500Ç¿ÆóÒµµÄ¹ÜÀí¾­Ñ飬¶®µÃÈçºÎÔÚÖйúÎÄ»¯±³¾°ÏÂÇÉÃîÁé»îµÄ½á ºÏÍâ×ÊÆóÒµ¹ÜÀíµÄ¾­Ñ飬ΪÖйúÆóÒµµÄ×ö´ó×öÇ¿¡¢¿ìËÙ×ßÏò¹ú¼Ê»¯µÀ·¶ø¡°ÔöשÌíÍß¡±£¬ËûµÄ¹ÜÀíÀí ÄîÌصãÊÇ£ºÍ¨Ë×Ò׶®¡¢ÊµÓᢺÃÓ㬱»Òµ½ç¹ã·ºÈÏͬºÍÔÞÓþ¡£ Åàѵ¿Î³Ì£º TWI¡¢½Ü³ö°à×鳤¡¢¾«ÒæÉú²ú¡¢¾«Òæ¹ÜÀí¡¢¾«Ï¸»¯¹ÜÀí¡¢¾«Ï¸»¯Éú²ú¹ÜÀí¡¢IE¹¤Òµ¹¤³Ì¡¢³É±¾¹ÜÀí Óë¿ØÖÆ¡¢5S/6S/7S¡¢ÈÕ±¾ËÉÏÂÖÇ»ÛÉú²ú¡¢°²ÉúÉú²ú¹ÜÀí¡¢PMC-Éú²ú¼Æ»®ÓëÎïÁÏ¿ØÖÆ¡¢Ä¿ÊÓ»¯¹ÜÀí¡¢Éú ²úÖ÷¹ÜºËÐĹÜÀí¼¼ÄÜÌáÉý¡¢¹¤³§¸ßЧÎïÁÏÅäËÍÓë²Ö´¢¹ÜÀí¡¢²Ö´¢¹ÜÀíÅàѵµÈ¡£ ×Éѯ¸¨µ¼¹ýµÄÆóÒµ£º ¸»±¦¼¯ÍÅ£¨¸Û×Ê£©--ÏÖ³¡7S×Éѯ£» »ÝÁª°ü×°£¨¸Û×Ê£©--¹¤³§¼Ü¹¹ÓÅ»¯£» ¹þÄÈÂêÈø£¨ÈÕ×Ê£©--¾«ÒæÉú²úÍÆÐÐÓ븨µ¼£» ³µÖ®½¾£¨ÂíÀ´Î÷ÑÇ£©--¹¤³§ÅäÖÃÓÅ»¯¡¢7SÍÆÐС¢×éÖ¯ÓÅ»¯¹ÜÀíµÈ£» ÑÅÈÕ²£Á§¸Ö£¨ÈÕ×Ê£©--ÊÂÒµ¼Æ»®Éè¼ÆºÍ³É±¾¹Ü¿Ø¡¢Æ·ÖʸÄÉÆ¡¢Ö´ÐÐÁ¦¸ÄÉƵȣ» Ò«•NʯÓÍ--¹¤³§¹æ»®¡¢ÆóÒµÎÄ»¯½¨Éè¡¢ÊÂÒµ¼Æ»®Éè¼ÆÓë³É±¾¹Ü¿Ø¡¢¹¤³§¹ÜÀí¹æ¶¨µÈ£» ½õɪ·þÊÎ--¼¨Ð§¿¼ºËÓÅ»¯¡¢ÆóÒµÎÄ»¯½¨Éè¡¢7SÍÆÐС¢±ê×¼³É±¾Éè¼ÆÓë³É±¾¿ØÖƹÜÀíµÈ¡£ ÀÏʦÊڿηç¸ñ£º 19Äê´óÐÍÈÕ×Ê¿ç¹ú¼¯ÍŹ¤³§Éú²úÖÆÔì¹ÜÀíʵս¾­Ñé,¾«±ÙµÄÊÀ½ç500Ç¿ÆóÒµ°¸Àý½²½â¼°Éî¿Ì¹Ûµã ²ûÊÍ¡£·ÖÏíÈ«ÇòÖªÃûÈÕ×ÊÆóÒµÉú²ú¹ÜÀíÖ®ÕæÚУ¡ÏÖ³¡Ö¸µ¼£¬ÓÐÎʱشð£¬ÏÖ³¡½â¾öÎÊÌâ¡£ ·þÎñ¿Í»§£º ÉÇÍ·ÐÅÀû¼¯ÍÅÓÐÏÞ¹«Ë¾¡¢¶«Ý¸¸»±¦¼Ò¾ß¼¯ÍÅÓÐÏÞ¹«Ë¾¡¢Ïã¸Û»ÝÁª°ü×°ÓÐÏÞ¹«Ë¾¡¢¶«Ý¸½õɪ·þÊÎÓÐÏÞ ¹«Ë¾¡¢ÂíÀ´Î÷ÑdzµÖ®½¾ÓÐÏÞ¹«Ë¾¡¢ÈÕ×ʹþÄÈÂêÈøÓÐÏÞ¹«Ë¾¡¢¶«Ý¸»ªÖDzÊÓ¡°ü×°ÓÐÏÞ¹«Ë¾¡¢ÈÕ×ÊÑÅÈÕ ²£Á§¸ÖÓÐÏÞ¹«Ë¾¡¢¸£µÃʳƷ»úеÓÐÏÞ¹«Ë¾¡¢±¦¼¦Ò«•NʯÓÍÓÐÏÞ¹«Ë¾¡¢¶«Ý¸ÊÐÓê·ãÁãÖÆÒÂÓÐÏÞ¹«Ë¾¡¢ É­Ô´¾Æµê¼Ò¾ß¼¯ÍÅÓÐÏÞ¹«Ë¾¡¢¶«Ý¸»ªÄÏÓ¡Ë¢£¨Ïã¸Û£©ÓÐÏÞ¹«Ë¾¡¢ÈÕ×ÊÌ«ÑôÓյ缯ÍÅÓÐÏÞ¹«Ë¾¡¢ÓåÀû ¾«ÃÜʵҵ£¨ÃÀ×Ê£©ÓÐÏÞ¹«Ë¾¡¢ÉÂÆûÖØ¿¨¼¯ÍÅÓÐÏÞ¹«Ë¾¡¢°Â¿Æ˼¼¯ÍÅÓÐÏÞ¹«Ë¾£¨ÃÀ×Ê£©¡¢°®Èðµç×ÓÓÐ ÏÞ¹«Ë¾£¨ÈÕ×Ê£©¡¢¸ñÊËÂü¼¯ÍÅÓÐÏÞ¹«Ë¾£¨ÃÀ×Ê£©¡¢ÖÐɽÊж«·ïȼÆøÓÐÏÞ¹«Ë¾¡¢Ö麣ÈüÄÉ´òÓ¡¿Æ¼¼¹É ·ÝÓÐÏÞ¹«Ë¾¡¢Ö麣ÊÐÒ澫»úеÓÐÏÞ¹«Ë¾¡¢¹ã¶«¿ÆÍúµç×Ó¼¯ÍÅÓÐÏÞ¹«Ë¾¡¢¶«Ý¸Íòºê£¨Ì¨×Ê£©µç×ÓÓÐÏÞ ¹«Ë¾µÈ¡£ -------------------------------------------------------------------------------------- ѧϰ·ÑÓãº3600Ôª/1ÈË,5800Ôª/2ÈË,ÎÞÆäËûÕÛ¿Û£¨°üÀ¨×ÊÁÏ·Ñ¡¢Îç²Í¼°ÉÏÏÂÎç²èµãµÈ£© Äú¿ÉÐÅÀµµÄºÏ×÷»ï°é£º ------------------------------------------ ÀøÔ´ÆóÒµ¹ËÎÊÓÐÏÞ¹«Ë¾ È«¹úͳһ£º4006--554,365 »ª¶«µØÇø£º021--510,994,75 »ªÄϵØÇø£º020--399,823,21 QQ»¥¶¯£º1925139040 -------------------------------------------------------------------------------------- From rdoyle@aconex.com Thu Dec 11 16:53:46 2014 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on oss.sgi.com X-Spam-Level: X-Spam-Status: No, score=0.0 required=5.0 tests=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 87BC57F3F for ; Thu, 11 Dec 2014 16:53:46 -0600 (CST) Received: from cuda.sgi.com (cuda2.sgi.com [192.48.176.25]) by relay3.corp.sgi.com (Postfix) with ESMTP id ED36EAC001 for ; Thu, 11 Dec 2014 14:53:45 -0800 (PST) X-ASG-Debug-ID: 1418338417-04cbb0106497f6c0001-S8gJnT Received: from postoffice2.aconex.com (mail.aconex.com [175.45.105.35]) by cuda.sgi.com with ESMTP id AY6BjBUDGKvkTyd7 for ; Thu, 11 Dec 2014 14:53:37 -0800 (PST) X-Barracuda-Envelope-From: rdoyle@aconex.com X-Barracuda-Apparent-Source-IP: 175.45.105.35 Received: from postoffice.aconex.com (postoffice.yarra.acx [192.168.35.100]) by postoffice2.aconex.com with ESMTP id IPlF67XFO9k7Xno9; Fri, 12 Dec 2014 09:53:35 +1100 (EST) Received: from gatekeeper.aconex.com (gatekeeper.yarra.acx [192.168.35.102]) by postoffice.aconex.com (Postfix) with ESMTP id 381973CE00D8; Fri, 12 Dec 2014 09:53:35 +1100 (EST) Received: from localhost (localhost.localdomain [127.0.0.1]) by gatekeeper.aconex.com (Postfix) with ESMTP id 2B70A243A2DC; Fri, 12 Dec 2014 09:53:35 +1100 (EST) Received: from gatekeeper.aconex.com ([127.0.0.1]) by localhost (gatekeeper.aconex.com [127.0.0.1]) (amavisd-new, port 10032) with ESMTP id lJoC4w1N4Ljw; Fri, 12 Dec 2014 09:53:33 +1100 (EST) Received: from localhost (localhost.localdomain [127.0.0.1]) by gatekeeper.aconex.com (Postfix) with ESMTP id 966DB243A6D0; Fri, 12 Dec 2014 09:53:33 +1100 (EST) X-Virus-Scanned: amavisd-new at aconex.com Received: from gatekeeper.aconex.com ([127.0.0.1]) by localhost (gatekeeper.aconex.com [127.0.0.1]) (amavisd-new, port 10026) with ESMTP id 3xVayfulNkCw; Fri, 12 Dec 2014 09:53:33 +1100 (EST) Received: from acxmail-au2.aconex.com (acxmail-au2.aconex.com [192.168.35.104]) by gatekeeper.aconex.com (Postfix) with ESMTP id 78118243A2DC; Fri, 12 Dec 2014 09:53:33 +1100 (EST) Received: from acxmail-au2.aconex.com (localhost.localdomain [127.0.0.1]) by acxmail-au2.aconex.com (Postfix) with ESMTP id 72BCF69073F4; Fri, 12 Dec 2014 09:53:33 +1100 (EST) Received: from localhost (localhost.localdomain [127.0.0.1]) by acxmail-au2.aconex.com (Postfix) with ESMTP id 5C2D369073E1; Fri, 12 Dec 2014 09:53:33 +1100 (EST) X-Virus-Scanned: amavisd-new at aconex.com Received: from acxmail-au2.aconex.com ([127.0.0.1]) by localhost (acxmail-au2.aconex.com [127.0.0.1]) (amavisd-new, port 10026) with ESMTP id SMNipCODhp_2; Fri, 12 Dec 2014 09:53:33 +1100 (EST) Received: from acxmail-au2.aconex.com (acxmail-au2.aconex.com [192.168.35.104]) by acxmail-au2.aconex.com (Postfix) with ESMTP id 179A169073E0; Fri, 12 Dec 2014 09:53:33 +1100 (EST) Date: Fri, 12 Dec 2014 09:53:32 +1100 (EST) From: Ryan Doyle To: "Frank Ch. Eigler" Cc: pcp@oss.sgi.com Message-ID: <1477093403.5527751.1418338412186.JavaMail.zimbra@aconex.com> In-Reply-To: References: <1929973019.5471071.1418248733440.JavaMail.zimbra@aconex.com> <2122993129.5476735.1418259486798.JavaMail.zimbra@aconex.com> Subject: Re: [RFC] Using Vagrant for QA tests MIME-Version: 1.0 X-ASG-Orig-Subj: Re: [RFC] Using Vagrant for QA tests Content-Type: multipart/alternative; boundary="----=_Part_5527750_753821808.1418338412182" X-Originating-IP: [192.168.7.66] X-Mailer: Zimbra 8.0.7_GA_6037 (ZimbraWebClient - GC38 (Linux)/8.0.7_GA_6021) Thread-Topic: Using Vagrant for QA tests Thread-Index: XRh/GShimnVkoqWKR4rcTNgda95kng== X-Virus-Scanned: by bsmtpd at aconex.com X-Barracuda-Connect: mail.aconex.com[175.45.105.35] X-Barracuda-Start-Time: 1418338417 X-Barracuda-URL: http://192.48.176.25:80/cgi-mod/mark.cgi X-Virus-Scanned: by bsmtpd at sgi.com X-Barracuda-BRTS-Status: 1 X-Barracuda-Spam-Score: 0.02 X-Barracuda-Spam-Status: No, SCORE=0.02 using per-user scores of TAG_LEVEL=1000.0 QUARANTINE_LEVEL=1000.0 KILL_LEVEL=2.7 tests=BSF_SC0_MISMATCH_TO, HTML_MESSAGE, THREAD_INDEX, THREAD_TOPIC X-Barracuda-Spam-Report: Code version 3.2, rules version 3.2.3.12773 Rule breakdown below pts rule name description ---- ---------------------- -------------------------------------------------- 0.01 THREAD_INDEX thread-index: AcO7Y8iR61tzADqsRmmc5wNiFHEOig== 0.01 THREAD_TOPIC Thread-Topic: ...(Japanese Subject)... 0.00 BSF_SC0_MISMATCH_TO Envelope rcpt doesn't match header 0.00 HTML_MESSAGE BODY: HTML included in message ------=_Part_5527750_753821808.1418338412182 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit Hi Frank > Neat. One problem with an overly hardcoded approach like > is that it > can encourage a monoculture of pcp test environments (a particular > ubuntu version etc. in this case). Luckily Vagrant can support multiple VMs. For example we could support Ubuntu, FreeBSD, OmniOS etc... ------ config.vm.define "precise64" do |b| b.vm.box = "precise64" b.vm.box_url = "https://cloud-images.ubuntu.com/vagrant/precise/current/precise-server-cloudimg-amd64-vagrant-disk1.box" end config.vm.define "freebsd9" do |b| b.vm.box = "freebsd9" b.vm.box_url = "http://opscode-vm-bento.s3.amazonaws.com/vagrant/virtualbox/opscode_freebsd-9.2_chef-provisionerless.box" end config.vm.define "omnios" do |b| b.vm.box = "omnios" b.vm.box_url = "http://omnios.omniti.com/media/omnios-latest.box" end ----- These can then all be addressed via `vagrant ssh freebsd9|precise64|omnios` to get inside them Vagrant boxes (the base images) can either be found at sites like http://www.vagrantbox.es/ or they can be rolled yourself and put somewhere on the web. > If we can use Vagrant or such to be able to instantiate a wide range > of diverse environments (like kenj's farm on steroids), that'd address > this nicely. Hopefully the example above gives you a better idea of what can be supported. Basically, if it can run on VirtualBox, it can be managed and automated through Vagrant. > As far as building prerequisites go, this could be another instance of > the above problem: a monoculture of build configurations. PCP has > autoconf* machinery to detect presence or absence of numerous optional > libraries, and that stuff needs to be exercised within the cartesian > product / configuration space. I can't say I'm a fan of detecting what you can run and skipping the rest. Ideally I should be able to run the complete test suite. It's easy to break tests and not know about it until someone else has to run them for you (because they are the only ones with the special setup). > That is a great property. I believe lberk is working on improving > qa/check and pals to automate prerequisite setup in general. That's good news, I'll be keeping an eye on this :) ---- Ryan Doyle ----- Original Message ----- From: "Frank Ch. Eigler" To: "Ryan Doyle" Cc: pcp@oss.sgi.com Sent: Friday, 12 December, 2014 2:19:36 AM Subject: Re: [RFC] Using Vagrant for QA tests Hi - rdoyle wrote: > [...] > I've created a branch "vagrant-qa" at the Aconex guthub repository (https:// > github.com/Aconex/pcp.git) if you'd like to have a look. > [...] Neat. One problem with an overly hardcoded approach like is that it can encourage a monoculture of pcp test environments (a particular ubuntu version etc. in this case). That can lead to false positive test results, when new|old code avoids being run on actual new|old OS kernels, architectures, ..., and so has a beautiful pass rate on the VM but fails in real life. "All Of This Has Happened Before And Will Happen Again." If we can use Vagrant or such to be able to instantiate a wide range of diverse environments (like kenj's farm on steroids), that'd address this nicely. > - Anyone can run the QA and they don't need to know how to setup the > prerequisites. [...] As far as building prerequisites go, this could be another instance of the above problem: a monoculture of build configurations. PCP has autoconf* machinery to detect presence or absence of numerous optional libraries, and that stuff needs to be exercised within the cartesian product / configuration space. > - Set up of the environment required to run the > QA test is captured as code That is a great property. I believe lberk is working on improving qa/check and pals to automate prerequisite setup in general. - FChE ------=_Part_5527750_753821808.1418338412182 Content-Type: text/html; charset=utf-8 Content-Transfer-Encoding: quoted-printable
Hi Frank

> Neat.  One probl= em with an overly hardcoded approach like
> <https://github.com/Ac= onex/pcp/blob/vagrant-qa/Vagrantfile> is that it
> can encourage a= monoculture of pcp test environments (a particular
> ubuntu version = etc. in this case). 



Luckily Vagrant can support multiple VMs. For example we could suppor= t Ubuntu, FreeBSD, OmniOS etc...

------
=

  config.vm.define "precise64" do |b| 
    b.vm.b= ox =3D "precise64"
    b.vm.box_url =3D "https://cloud-images.= ubuntu.com/vagrant/precise/current/precise-server-cloudimg-amd64-vagrant-di= sk1.box"
  end

  config.vm.define "freebsd9= " do |b|
    b.vm.box =3D "freebsd9"
&nb= sp;   b.vm.box_url =3D "http://opscode-vm-bento.s3.amazonaws.com/vagra= nt/virtualbox/opscode_freebsd-9.2_chef-provisionerless.box"
 = ; end

  config.vm.define "omnios" do |b|=
    b.vm.box =3D "omnios"
   = b.vm.box_url =3D "http://omnios.omniti.com/media/omnios-latest.box"
<= div>  end
-----

Th= ese can then all be addressed via `vagrant ssh freebsd9|precise64|omnios` t= o get inside them

Vagrant boxes (the base images) = can either be found at sites like http://www.vagrantbox.es/ or they can be rolled yourself and put= somewhere on the web.


> If= we can use Vagrant or such to be able to instantiate a wide range
> = of diverse environments (like kenj's farm on steroids), that'd address
&= gt; this nicely.

Hopefully the example above gives= you a better idea of what can be supported. Basically, if it can run on Vi= rtualBox, it can be managed and automated through Vagrant.

> As far as building prerequisites go, this could be another in= stance of
> the above problem: a monoculture of build configurations.=  PCP has
> autoconf* machinery to detect presence or absence of= numerous optional
> libraries, and that stuff needs to be exercised = within the cartesian
> product / configuration space.

<= /div>
I can't say I'm a fan of detecting what you can run and skipping = the rest. Ideally I should be able to run the complete test suite. It's eas= y to break tests and not know about it until someone else has to run them f= or you (because they are the only ones with the special setup).
<= br>
> That is a great property.  I believe lberk is = working on improving
> qa/check and pals to automate prerequisite set= up in general.

That's good news, I'll be keeping a= n eye on this :)


<= /span>
----
Ryan Doyle

From: "Frank Ch. Eigler" <fche@redhat.com>
To: <= /b>"Ryan Doyle" <rdoyle@aconex.com>
Cc: pcp@oss.sgi.com
= Sent: Friday, 12 December, 2014 2:19:36 AM
Subject: Re: [R= FC] Using Vagrant for QA tests


Hi -

rdoyle wrote:

> [...]
> I've created a branch "= vagrant-qa" at the Aconex guthub repository (https://
> github.com/Ac= onex/pcp.git) if you'd like to have a look.
> [...]

Neat.  One problem with an overly hardcoded approach like
<http= s://github.com/Aconex/pcp/blob/vagrant-qa/Vagrantfile> is that it
can= encourage a monoculture of pcp test environments (a particular
ubuntu v= ersion etc. in this case).  That can lead to false positive
test re= sults, when new|old code avoids being run on actual new|old OS
kernels, = architectures, ..., and so has a beautiful pass rate on the
VM but fails= in real life.  "All Of This Has Happened Before And Will
Happen Ag= ain."

If we can use Vagrant or such to be able to instant= iate a wide range
of diverse environments (like kenj's farm on steroids)= , that'd address
this nicely.


> - Anyone can ru= n the QA and they don't need to know how to setup the
> prerequisites= . [...]

As far as building prerequisites go, this could b= e another instance of
the above problem: a monoculture of build configur= ations.  PCP has
autoconf* machinery to detect presence or absence = of numerous optional
libraries, and that stuff needs to be exercised wit= hin the cartesian
product / configuration space.


&= gt; - Set up of the environment required to run the
> QA test is capt= ured as code

That is a great property.  I believe lb= erk is working on improving
qa/check and pals to automate prerequisite s= etup in general.


- FChE

------=_Part_5527750_753821808.1418338412182-- From nscott@redhat.com Thu Dec 11 19:53:21 2014 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on oss.sgi.com X-Spam-Level: X-Spam-Status: No, score=0.0 required=5.0 tests=none autolearn=ham version=3.3.1 X-Original-To: pcp@oss.sgi.com Delivered-To: pcp@oss.sgi.com Received: from relay.sgi.com (relay1.corp.sgi.com [137.38.102.111]) by oss.sgi.com (Postfix) with ESMTP id BCEF37F3F for ; Thu, 11 Dec 2014 19:53:21 -0600 (CST) Received: from cuda.sgi.com (cuda2.sgi.com [192.48.176.25]) by relay1.corp.sgi.com (Postfix) with ESMTP id AB8028F8037 for ; Thu, 11 Dec 2014 17:53:18 -0800 (PST) X-ASG-Debug-ID: 1418349192-04cbb0106b9c2ac0001-S8gJnT Received: from mx5-phx2.redhat.com (mx5-phx2.redhat.com [209.132.183.37]) by cuda.sgi.com with ESMTP id WeDxYdZu2pLsso1p (version=TLSv1 cipher=AES256-SHA bits=256 verify=NO) for ; Thu, 11 Dec 2014 17:53:13 -0800 (PST) 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 sBC1r8bi047694; Thu, 11 Dec 2014 20:53:08 -0500 Date: Thu, 11 Dec 2014 20:53:08 -0500 (EST) From: Nathan Scott Reply-To: Nathan Scott To: Ken McDonell Cc: pcp Message-ID: <1335374142.16134623.1418349188529.JavaMail.zimbra@redhat.com> In-Reply-To: <5489FFCE.9050301@internode.on.net> References: <1224656795.6945862.1417136806064.JavaMail.zimbra@redhat.com> <8149026.6994945.1417145442845.JavaMail.zimbra@redhat.com> <6c1905a6-237d-4181-b2f5-d436d42f66b8.maildroid@localhost> <1867879926.7608473.1417393457721.JavaMail.zimbra@redhat.com> <1641491119.9465653.1417602588298.JavaMail.zimbra@redhat.com> <5489FFCE.9050301@internode.on.net> Subject: Re: Regression in qa/628 MIME-Version: 1.0 X-ASG-Orig-Subj: Re: Regression in qa/628 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: Regression in qa/628 Thread-Index: TvinwvL1YJ6DB95ihvdZtXxD4EPIsA== X-Barracuda-Connect: mx5-phx2.redhat.com[209.132.183.37] X-Barracuda-Start-Time: 1418349193 X-Barracuda-Encrypted: AES256-SHA X-Barracuda-URL: http://192.48.176.25:80/cgi-mod/mark.cgi X-Virus-Scanned: by bsmtpd at sgi.com X-Barracuda-BRTS-Status: 1 X-Barracuda-Spam-Score: 0.02 X-Barracuda-Spam-Status: No, SCORE=0.02 using per-user scores of TAG_LEVEL=1000.0 QUARANTINE_LEVEL=1000.0 KILL_LEVEL=2.7 tests=THREAD_INDEX, THREAD_TOPIC X-Barracuda-Spam-Report: Code version 3.2, rules version 3.2.3.12778 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 ----- > [...] > > Done some more digging here. > Thanks! > The change is to e_ext_t defined in libdefs.h, namely int pmda_interface; > replaced by pmdaInterface *dispatch;. For 32-bit machines, this would not > change the size of e_ext_t nor the offset of any of the other elements in > e_ext_t. For other machines, the e_ext_t size _might_ change, but gcc on > x86_64 the way we use it (default alignment rules in play) will pad the old > struct so they are exactly the same size and hence the offsets for the other > elements in e_ext_t are unchanged. > > I've checked all this with simple C code. > > So we're down to understanding any cases in which an existing binary (not > part of the PCP package, e.g. an old version of a PMDA that is built from > source during QA) could believe the interpret the pmdaInterface *dispatch > value as a int pmda_interface, or vice versa. But libdefs.h is private to > libpcp_pmda and is not included in any source file other than those in > libpcp_pmda and libdefs.h is not shipped. And all the instances of e_ext_t > are calloc'd in open.c within libpcp_pmda. > > So I can't see any way that any executable (old or new) can be using e_ext_t > outside of libpcp_pmda. *nod* - not intentionally anyway - I couldn't find any accesses outside the library either, and pmdasimple certainly doesn't access the e_ext_p explicitly itself. > Now as to the comment in the header ... when multiple DSO PMDA's are in use > we need some private-per-PMDA place to hold the skeletal pmResult (biggest > so far, to avoid malloc/free thrashing) and the hash table of pmids that > have been requested. So I don't think these have any intersection with the > changes I made to e_ext_t. OK. > And finally on to qa/628 ... this one _rebuilds_ the PMDA from source so > seems to be immune from any e_ext_t changes. *nod* - I had thought it might be only one of the two PMDAs involved in the test was being rebuilt, but yep - both are rebuilt. Its just bizarre. > But I've just seen a failure!! Yippee!!! > Nathan does this match the failure signature you saw? > > --- 628.out 2013-11-04 12:16:16.077770453 +1100 > +++ 628.out.bad 2014-12-12 07:30:21.297771237 +1100 > @@ -1,7 +1,7 @@ > QA output created by 628 > > simple.numfetch PMID: 253.0.0 > - value 3 > +No value(s) available! > > idiot.numfetch PMID: 177.0.0 > value 3 > @@ -13,7 +13,7 @@ > value 5 > > simple.numfetch PMID: 253.0.0 > - value 4 > +No value(s) available! > > idiot.numfetch PMID: 177.0.0 > value 6 It certainly does, yes... commit 6b26d4315270aaa7e572927af23fc2e83e0495b9 Author: Nathan Scott Date: Fri Nov 28 16:13:23 2014 +1100 Revert "libpcp_pmda: change e_ext_t to expose pmdaInterface" This reverts commit f856e2c17103540b87952e396f3a7de9cec9a66a. Test failure is being observed in qa/628, this commit is the current prime suspect (not sure why though, as yet): $ ./check -q -l 628 628 27s ... - output mismatch (see 628.out.bad) 4c4 < value 3 --- > No value(s) available! 16c16 < value 4 --- > No value(s) available! So, reverting temporarily and will reinstate after pcp-3.10.2 which is pending. -- Nathan From nscott@redhat.com Thu Dec 11 23:09: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 B30F67F3F for ; Thu, 11 Dec 2014 23:09:24 -0600 (CST) Received: from cuda.sgi.com (cuda1.sgi.com [192.48.157.11]) by relay1.corp.sgi.com (Postfix) with ESMTP id 92FC88F8049 for ; Thu, 11 Dec 2014 21:09:24 -0800 (PST) X-ASG-Debug-ID: 1418360959-04bdf061611a685b0001-S8gJnT Received: from mx4-phx2.redhat.com (mx4-phx2.redhat.com [209.132.183.25]) by cuda.sgi.com with ESMTP id 7YlniP7yNpCIU5DG (version=TLSv1 cipher=AES256-SHA bits=256 verify=NO) for ; Thu, 11 Dec 2014 21:09:19 -0800 (PST) X-Barracuda-Envelope-From: nscott@redhat.com X-Barracuda-Apparent-Source-IP: 209.132.183.25 Received: from zmail20.collab.prod.int.phx2.redhat.com (zmail20.collab.prod.int.phx2.redhat.com [10.5.83.23]) by mx4-phx2.redhat.com (8.13.8/8.13.8) with ESMTP id sBC59I4c028463; Fri, 12 Dec 2014 00:09:18 -0500 Date: Fri, 12 Dec 2014 00:09:18 -0500 (EST) From: Nathan Scott Reply-To: Nathan Scott To: "Frank Ch. Eigler" Cc: pcp Message-ID: <2132304544.16180073.1418360958577.JavaMail.zimbra@redhat.com> In-Reply-To: <1666386574.2247920.1416427865663.JavaMail.zimbra@redhat.com> References: <1309338393.770280.1416292315684.JavaMail.zimbra@redhat.com> <1468616216.771853.1416292522829.JavaMail.zimbra@redhat.com> <1249426361.1589601.1416371161222.JavaMail.zimbra@redhat.com> <20141119181439.GF5700@redhat.com> <1666386574.2247920.1416427865663.JavaMail.zimbra@redhat.com> Subject: Re: pcp updates: pmdaproc, cgroups, books MIME-Version: 1.0 X-ASG-Orig-Subj: Re: pcp updates: pmdaproc, cgroups, books 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: pmdaproc, cgroups, books Thread-Index: rHmC7vOL1Tm5IaIj6bsOHu6/17us/dxDbta3 X-Barracuda-Connect: mx4-phx2.redhat.com[209.132.183.25] X-Barracuda-Start-Time: 1418360959 X-Barracuda-Encrypted: AES256-SHA X-Barracuda-URL: http://192.48.157.11:80/cgi-mod/mark.cgi X-Virus-Scanned: by bsmtpd at sgi.com X-Barracuda-BRTS-Status: 1 X-Barracuda-Spam-Score: 0.03 X-Barracuda-Spam-Status: No, SCORE=0.03 using per-user scores of TAG_LEVEL=1000.0 QUARANTINE_LEVEL=1000.0 KILL_LEVEL=2.7 tests=BSF_SC0_MISMATCH_TO, BSF_SC0_SA_TO_FROM_DOMAIN_MATCH, THREAD_INDEX, THREAD_TOPIC X-Barracuda-Spam-Report: Code version 3.2, rules version 3.2.3.12783 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 Ping? ----- Original Message ----- > ----- Original Message ----- > > > [...] I imagine you simply have many more active cgroups than > > > I did on my dev box when I created cgroups-root-001.tgz [...] > > > > That could be part of it. [...] > > Could you send through that tarball I asked for please, so I can try > to reproduce and verify the fix here? > > thanks. > > -- > Nathan > From nscott@redhat.com Thu Dec 11 23:22: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 8C5FF7F3F for ; Thu, 11 Dec 2014 23:22:25 -0600 (CST) Received: from cuda.sgi.com (cuda1.sgi.com [192.48.157.11]) by relay1.corp.sgi.com (Postfix) with ESMTP id 6BAEC8F8049 for ; Thu, 11 Dec 2014 21:22:25 -0800 (PST) X-ASG-Debug-ID: 1418361741-04bdf0615e1a6ab90001-S8gJnT Received: from mx6-phx2.redhat.com (mx6-phx2.redhat.com [209.132.183.39]) by cuda.sgi.com with ESMTP id BB3wq7m8fWuc2IO3 (version=TLSv1 cipher=AES256-SHA bits=256 verify=NO) for ; Thu, 11 Dec 2014 21:22:21 -0800 (PST) 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 sBC5MLHr006431 for ; Fri, 12 Dec 2014 00:22:21 -0500 Date: Fri, 12 Dec 2014 00:22:21 -0500 (EST) From: Nathan Scott Reply-To: Nathan Scott To: pcp Message-ID: <780944771.16188008.1418361741226.JavaMail.zimbra@redhat.com> In-Reply-To: <1066598866.16187612.1418361586875.JavaMail.zimbra@redhat.com> Subject: pcp updates: solaris build & qa fixups MIME-Version: 1.0 X-ASG-Orig-Subj: pcp updates: solaris build & qa fixups 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: solaris build & qa fixups Thread-Index: 4jbp+sR3UZEozl7BXqYfH4KRKJTWxQ== X-Barracuda-Connect: mx6-phx2.redhat.com[209.132.183.39] X-Barracuda-Start-Time: 1418361741 X-Barracuda-Encrypted: AES256-SHA X-Barracuda-URL: http://192.48.157.11:80/cgi-mod/mark.cgi X-Virus-Scanned: by bsmtpd at sgi.com X-Barracuda-BRTS-Status: 1 X-Barracuda-Spam-Score: 0.02 X-Barracuda-Spam-Status: No, SCORE=0.02 using per-user scores of TAG_LEVEL=1000.0 QUARANTINE_LEVEL=1000.0 KILL_LEVEL=2.7 tests=THREAD_INDEX, THREAD_TOPIC X-Barracuda-Spam-Report: Code version 3.2, rules version 3.2.3.12784 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 Josef 'Jeff' Sipek (1): pmwebd: buildability fixes for illumos-based distros Nathan Scott (1): libpcp: ensure context flags are being set correctly configure | 12 ++++++++++++ configure.ac | 1 + src/include/pcp/config.h.in | 1 + src/libpcp/src/context.c | 23 ++++++++++------------- src/pmwebapi/pmgraphite.cxx | 21 +++++++++++++++++---- src/pmwebapi/pmresapi.cxx | 2 +- src/pmwebapi/util.cxx | 2 +- 7 files changed, 43 insertions(+), 19 deletions(-) From fche@redhat.com Fri Dec 12 00:18:29 2014 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on oss.sgi.com X-Spam-Level: X-Spam-Status: No, score=0.0 required=5.0 tests=none autolearn=ham version=3.3.1 X-Original-To: pcp@oss.sgi.com Delivered-To: pcp@oss.sgi.com Received: from relay.sgi.com (relay1.corp.sgi.com [137.38.102.111]) by oss.sgi.com (Postfix) with ESMTP id 9C42E7F3F for ; Fri, 12 Dec 2014 00:18:29 -0600 (CST) Received: from cuda.sgi.com (cuda3.sgi.com [192.48.176.15]) by relay1.corp.sgi.com (Postfix) with ESMTP id 8B37E8F804B for ; Thu, 11 Dec 2014 22:18:29 -0800 (PST) X-ASG-Debug-ID: 1418365104-04cb6c05721919c10001-S8gJnT Received: from mx1.redhat.com (mx1.redhat.com [209.132.183.28]) by cuda.sgi.com with ESMTP id qeDVh8BHaQwWSV8t (version=TLSv1 cipher=AES256-SHA bits=256 verify=NO) for ; Thu, 11 Dec 2014 22:18:25 -0800 (PST) X-Barracuda-Envelope-From: fche@redhat.com X-Barracuda-Apparent-Source-IP: 209.132.183.28 X-ASG-Whitelist: Client Received: from int-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 sBC6IOt7029917 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=FAIL) for ; Fri, 12 Dec 2014 01:18:24 -0500 Received: from fche.csb (vpn-224-53.phx2.redhat.com [10.3.224.53]) by int-mx14.intmail.prod.int.phx2.redhat.com (8.14.4/8.14.4) with ESMTP id sBC6ION4004498; Fri, 12 Dec 2014 01:18:24 -0500 Received: by fche.csb (Postfix, from userid 2569) id AFF23580EE; Fri, 12 Dec 2014 01:18:23 -0500 (EST) Date: Fri, 12 Dec 2014 01:18:23 -0500 From: "Frank Ch. Eigler" To: Nathan Scott Cc: pcp developers Subject: Re: pcp updates: pmdaproc, cgroups, books Message-ID: <20141212061823.GC14953@redhat.com> X-ASG-Orig-Subj: Re: pcp updates: pmdaproc, cgroups, books References: <1309338393.770280.1416292315684.JavaMail.zimbra@redhat.com> <1468616216.771853.1416292522829.JavaMail.zimbra@redhat.com> <1249426361.1589601.1416371161222.JavaMail.zimbra@redhat.com> <20141119181439.GF5700@redhat.com> <1666386574.2247920.1416427865663.JavaMail.zimbra@redhat.com> <2132304544.16180073.1418360958577.JavaMail.zimbra@redhat.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <2132304544.16180073.1418360958577.JavaMail.zimbra@redhat.com> User-Agent: Mutt/1.4.2.2i X-Scanned-By: MIMEDefang 2.68 on 10.5.11.27 X-Barracuda-Connect: mx1.redhat.com[209.132.183.28] X-Barracuda-Start-Time: 1418365105 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 - > Ping? [...] As noted before, there was nothing unusual about my procfs configuration. Your existing cgroups-root-001 tarball should show the exact same problems. It was the test code that has been deficient (not doing enough operations to hit the fd-leak/exhaustion limits, for example), not the data. - FChE From nscott@redhat.com Fri Dec 12 00:23:20 2014 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on oss.sgi.com X-Spam-Level: X-Spam-Status: No, score=0.0 required=5.0 tests=none autolearn=ham version=3.3.1 X-Original-To: pcp@oss.sgi.com Delivered-To: pcp@oss.sgi.com Received: from relay.sgi.com (relay1.corp.sgi.com [137.38.102.111]) by oss.sgi.com (Postfix) with ESMTP id 653A87F47 for ; Fri, 12 Dec 2014 00:23:20 -0600 (CST) Received: from cuda.sgi.com (cuda1.sgi.com [192.48.157.11]) by relay1.corp.sgi.com (Postfix) with ESMTP id 359088F8033 for ; Thu, 11 Dec 2014 22:23:20 -0800 (PST) X-ASG-Debug-ID: 1418365398-04bdf061611a73e00001-S8gJnT Received: from mx5-phx2.redhat.com (mx5-phx2.redhat.com [209.132.183.37]) by cuda.sgi.com with ESMTP id KgdjOwStEvYce4zq (version=TLSv1 cipher=AES256-SHA bits=256 verify=NO) for ; Thu, 11 Dec 2014 22:23:19 -0800 (PST) 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 sBC6NIZH026880; Fri, 12 Dec 2014 01:23:18 -0500 Date: Fri, 12 Dec 2014 01:23:18 -0500 (EST) From: Nathan Scott Reply-To: Nathan Scott To: "Frank Ch. Eigler" Cc: pcp developers Message-ID: <53646500.16198226.1418365398316.JavaMail.zimbra@redhat.com> In-Reply-To: <20141212061823.GC14953@redhat.com> References: <1309338393.770280.1416292315684.JavaMail.zimbra@redhat.com> <1468616216.771853.1416292522829.JavaMail.zimbra@redhat.com> <1249426361.1589601.1416371161222.JavaMail.zimbra@redhat.com> <20141119181439.GF5700@redhat.com> <1666386574.2247920.1416427865663.JavaMail.zimbra@redhat.com> <2132304544.16180073.1418360958577.JavaMail.zimbra@redhat.com> <20141212061823.GC14953@redhat.com> Subject: Re: pcp updates: pmdaproc, cgroups, books MIME-Version: 1.0 X-ASG-Orig-Subj: Re: pcp updates: pmdaproc, cgroups, books 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: pmdaproc, cgroups, books Thread-Index: fjIURCwQakhgRbB1zM0dZAeJSK/a4g== X-Barracuda-Connect: mx5-phx2.redhat.com[209.132.183.37] X-Barracuda-Start-Time: 1418365398 X-Barracuda-Encrypted: AES256-SHA X-Barracuda-URL: http://192.48.157.11:80/cgi-mod/mark.cgi X-Virus-Scanned: by bsmtpd at sgi.com X-Barracuda-BRTS-Status: 1 X-Barracuda-Spam-Score: 0.03 X-Barracuda-Spam-Status: No, SCORE=0.03 using per-user scores of TAG_LEVEL=1000.0 QUARANTINE_LEVEL=1000.0 KILL_LEVEL=2.7 tests=BSF_SC0_MISMATCH_TO, BSF_SC0_SA_TO_FROM_DOMAIN_MATCH, THREAD_INDEX, THREAD_TOPIC X-Barracuda-Spam-Report: Code version 3.2, rules version 3.2.3.12786 Rule breakdown below pts rule name description ---- ---------------------- -------------------------------------------------- 0.01 THREAD_INDEX thread-index: AcO7Y8iR61tzADqsRmmc5wNiFHEOig== 0.01 THREAD_TOPIC Thread-Topic: ...(Japanese Subject)... 0.00 BSF_SC0_MISMATCH_TO Envelope rcpt doesn't match header 0.01 BSF_SC0_SA_TO_FROM_DOMAIN_MATCH Sender Domain Matches Recipient Domain ----- Original Message ----- > Hi - > > > Ping? [...] > > As noted before, there was nothing unusual about my procfs > configuration. Your existing cgroups-root-001 tarball should show the > exact same problems. It was the test code that has been deficient > (not doing enough operations to hit the fd-leak/exhaustion limits, for > example), not the data. *sigh*, no - I'm looking to expand the testing coverage and you clearly had many more cgroups setup than I did & on a more recent kernel version where we have no test coverage yet. Ugh, its like pulling teeth - just forget about it, I'll do it myself when I get some time. -- Nathan From nscott@redhat.com Fri Dec 12 00:25:20 2014 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on oss.sgi.com X-Spam-Level: X-Spam-Status: No, score=0.0 required=5.0 tests=none autolearn=ham version=3.3.1 X-Original-To: pcp@oss.sgi.com Delivered-To: pcp@oss.sgi.com Received: from relay.sgi.com (relay3.corp.sgi.com [198.149.34.15]) by oss.sgi.com (Postfix) with ESMTP id A2C2C7F50 for ; Fri, 12 Dec 2014 00:25:20 -0600 (CST) Received: from cuda.sgi.com (cuda1.sgi.com [192.48.157.11]) by relay3.corp.sgi.com (Postfix) with ESMTP id 3D13EAC005 for ; Thu, 11 Dec 2014 22:25:17 -0800 (PST) X-ASG-Debug-ID: 1418365515-04bdf061611a74eb0001-S8gJnT Received: from mx4-phx2.redhat.com (mx4-phx2.redhat.com [209.132.183.25]) by cuda.sgi.com with ESMTP id DCDEVL4VJ4wXbz0Y (version=TLSv1 cipher=AES256-SHA bits=256 verify=NO) for ; Thu, 11 Dec 2014 22:25:16 -0800 (PST) X-Barracuda-Envelope-From: nscott@redhat.com X-Barracuda-Apparent-Source-IP: 209.132.183.25 Received: from zmail20.collab.prod.int.phx2.redhat.com (zmail20.collab.prod.int.phx2.redhat.com [10.5.83.23]) by mx4-phx2.redhat.com (8.13.8/8.13.8) with ESMTP id sBC6PD0s007416; Fri, 12 Dec 2014 01:25:14 -0500 Date: Fri, 12 Dec 2014 01:25:13 -0500 (EST) From: Nathan Scott Reply-To: Nathan Scott To: Martins Innus Cc: pcp@oss.sgi.com Message-ID: <668428007.16198533.1418365513812.JavaMail.zimbra@redhat.com> In-Reply-To: <5489F5D1.6050208@buffalo.edu> References: <5481E4D7.8050700@buffalo.edu> <991616924.12928901.1418084187235.JavaMail.zimbra@redhat.com> <54876B8F.2050106@buffalo.edu> <428025601.13619915.1418163615228.JavaMail.zimbra@redhat.com> <548897F5.4010905@buffalo.edu> <1194215403.14908758.1418289588303.JavaMail.zimbra@redhat.com> <5489F5D1.6050208@buffalo.edu> Subject: Re: [pcp] Dynamic metric rework MIME-Version: 1.0 X-ASG-Orig-Subj: Re: [pcp] Dynamic metric rework 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: Dynamic metric rework Thread-Index: dxMY/xJlaDspB2DQiCt0JCxqxVEY7Q== X-Barracuda-Connect: mx4-phx2.redhat.com[209.132.183.25] X-Barracuda-Start-Time: 1418365515 X-Barracuda-Encrypted: AES256-SHA X-Barracuda-URL: http://192.48.157.11:80/cgi-mod/mark.cgi X-Virus-Scanned: by bsmtpd at sgi.com X-Barracuda-BRTS-Status: 1 X-Barracuda-Spam-Score: 0.02 X-Barracuda-Spam-Status: No, SCORE=0.02 using per-user scores of TAG_LEVEL=1000.0 QUARANTINE_LEVEL=1000.0 KILL_LEVEL=2.7 tests=THREAD_INDEX, THREAD_TOPIC X-Barracuda-Spam-Report: Code version 3.2, rules version 3.2.3.12786 Rule breakdown below pts rule name description ---- ---------------------- -------------------------------------------------- 0.01 THREAD_INDEX thread-index: AcO7Y8iR61tzADqsRmmc5wNiFHEOig== 0.01 THREAD_TOPIC Thread-Topic: ...(Japanese Subject)... Hi Martins, ----- Original Message ----- > [...] > OK, how about something like this? The first test is the actual > failure, the next 2 are contrived, the last is making sure there are > some dynamic metrics generated. I have made the assumption that there > should be at least 3 interrupts on any platform that the linux pmda runs > on. If it ends up failing somewhere, will need to be made conditional > on something ( architecture?). > > Test as well as good and bad files attached. Looking good! One gotcha to watch for is the "getdesc on" which will cause a DESC pdu to be sent, I think (you can use -Dpdu on dbpmda command line to verify that). cheers. -- Nathan From janfrode@tanso.net Fri Dec 12 03:48:13 2014 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on oss.sgi.com X-Spam-Level: X-Spam-Status: No, score=0.0 required=5.0 tests=none autolearn=ham version=3.3.1 X-Original-To: pcp@oss.sgi.com Delivered-To: pcp@oss.sgi.com Received: from relay.sgi.com (relay2.corp.sgi.com [137.38.102.29]) by oss.sgi.com (Postfix) with ESMTP id 6297B7F54 for ; Fri, 12 Dec 2014 03:48:13 -0600 (CST) Received: from cuda.sgi.com (cuda1.sgi.com [192.48.157.11]) by relay2.corp.sgi.com (Postfix) with ESMTP id 25A62304053 for ; Fri, 12 Dec 2014 01:48:10 -0800 (PST) X-ASG-Debug-ID: 1418377684-04bdf0615e1aa6c60001-S8gJnT Received: from mail-lb0-f182.google.com (mail-lb0-f182.google.com [209.85.217.182]) by cuda.sgi.com with ESMTP id lBCj4Zpr1mDd5L6T (version=TLSv1 cipher=RC4-SHA bits=128 verify=NO) for ; Fri, 12 Dec 2014 01:48:05 -0800 (PST) X-Barracuda-Envelope-From: janfrode@tanso.net X-Barracuda-Apparent-Source-IP: 209.85.217.182 Received: by mail-lb0-f182.google.com with SMTP id f15so6160889lbj.13 for ; Fri, 12 Dec 2014 01:48:04 -0800 (PST) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:date:from:to:cc:subject:message-id:references :mime-version:content-type:content-disposition:in-reply-to :user-agent; bh=dz3SgYrkQ6yvVMXf6v2kOCuck50zN7fAZSxAxfWtPeM=; b=D6qszZVWUr02bmjHTsitJHwiALKsFf8OmRu+7ofhkbx/W0ocTYGxhjLKzVcghjZb8S I4oG14NZEHyDnlopKfawjxvvTUu1LrLuMI/NeazgTWpK3FjyxQFQjdDUtTUqg/st3xUF +hJ+x8wx6h1wu8MPk7+PuJI1K2PACy96ius75b/6oKfTtLMorzmjcIKuhmw/xPB7Qf18 I9E+xJoIIbHrXu6qwqE95MDpPEYA4ekQlnm5jfBX1RDpLeTIPhHLRv7JSXsRC1yAerbd j0ULKyz19efW7KX4hCDtdic4pFMkbM1pCrmwYYhv4X1sjAaCchUfE2eiBEJIL/ok3mk4 R05g== X-Gm-Message-State: ALoCoQkXmDFZcoqjaSVsufD/WtbSn9nz+O6VVNqlKsiDq/dRxVlJj52uc4eUDzCcBnm6bwE9KQGp X-Received: by 10.152.5.165 with SMTP id t5mr9856639lat.62.1418377683956; Fri, 12 Dec 2014 01:48:03 -0800 (PST) Received: from localhost (120.81-167-109.customer.lyse.net. [81.167.109.120]) by mx.google.com with ESMTPSA id s16sm260117lal.5.2014.12.12.01.48.02 for (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Fri, 12 Dec 2014 01:48:02 -0800 (PST) Date: Fri, 12 Dec 2014 10:48:01 +0100 From: Jan-Frode Myklebust To: Nathan Scott Cc: pcp@oss.sgi.com Subject: Re: [PATCH] Add PMDA for the Unbound DNS resolver. Message-ID: <20141212094801.GA5835@mushkin.tanso.net> X-ASG-Orig-Subj: Re: [PATCH] Add PMDA for the Unbound DNS resolver. References: <20141127104047.GA7900@mushkin.tanso.net> <20141206110717.GA13661@mushkin.tanso.net> <902420247.12206208.1418030612489.JavaMail.zimbra@redhat.com> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline In-Reply-To: <902420247.12206208.1418030612489.JavaMail.zimbra@redhat.com> User-Agent: Mutt/1.5.21 (2010-09-15) X-Barracuda-Connect: mail-lb0-f182.google.com[209.85.217.182] X-Barracuda-Start-Time: 1418377685 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= X-Barracuda-Spam-Report: Code version 3.2, rules version 3.2.3.12792 Rule breakdown below pts rule name description ---- ---------------------- -------------------------------------------------- On Mon, Dec 08, 2014 at 04:23:32AM -0500, Nathan Scott wrote: > Hi Jan-Frode, > > ----- Original Message ----- > > This adds a PMDA for the Unbound DNS resolver. Currently exposing 140 > > metrics gathered from Unbounds "unbound-control stats" command. It's > > missing the per thread metrics, but I plan on adding these at a later > > point. > > > > Looks good - its merged now with a few additions (tests, build) - could > you check the merge & review git commit 31e2555c for me please? Thanks for merging, much appreciated. I've looked trough the qa script, but I don't really understand how the qa tests works..., and don't feel qualified enough to give any input here. -jf > > thanks! > > > commit 31e2555c4ce127a84840d2ab9b3de98beb15dfad > Author: Nathan Scott > Date: Mon Dec 8 17:51:08 2014 +1100 > > pmda unbound: add initial tests for Unbound DNS resolver PMDA > > This adds two tests for the new Unbound DNS resolver PMDA - one to > exercise the metric values being extracted from the unbound-control > command output, the other to exercise the Install/Remove process. > Found and fixed a bug in the latter, where an exception would be > raised if the executed command did not exist. > > Also added a makefile for the unbound PMDA and generally stitched > it into the build/packaging, ready for the next release. > > > -- > Nathan From nscott@redhat.com Fri Dec 12 04:27:56 2014 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on oss.sgi.com X-Spam-Level: X-Spam-Status: No, score=0.0 required=5.0 tests=none autolearn=ham version=3.3.1 X-Original-To: pcp@oss.sgi.com Delivered-To: pcp@oss.sgi.com Received: from relay.sgi.com (relay3.corp.sgi.com [198.149.34.15]) by oss.sgi.com (Postfix) with ESMTP id 69D097F59 for ; Fri, 12 Dec 2014 04:27:56 -0600 (CST) Received: from cuda.sgi.com (cuda1.sgi.com [192.48.157.11]) by relay3.corp.sgi.com (Postfix) with ESMTP id 13ECDAC005 for ; Fri, 12 Dec 2014 02:27:55 -0800 (PST) X-ASG-Debug-ID: 1418380074-04bdf0615e1aa85a0001-S8gJnT Received: from mx3-phx2.redhat.com (mx3-phx2.redhat.com [209.132.183.24]) by cuda.sgi.com with ESMTP id fnDdDy9DV1nRHBTn (version=TLSv1 cipher=AES256-SHA bits=256 verify=NO) for ; Fri, 12 Dec 2014 02:27:54 -0800 (PST) X-Barracuda-Envelope-From: nscott@redhat.com X-Barracuda-Apparent-Source-IP: 209.132.183.24 Received: from zmail20.collab.prod.int.phx2.redhat.com (zmail20.collab.prod.int.phx2.redhat.com [10.5.83.23]) by mx3-phx2.redhat.com (8.13.8/8.13.8) with ESMTP id sBCARshl021450; Fri, 12 Dec 2014 05:27:54 -0500 Date: Fri, 12 Dec 2014 05:27:53 -0500 (EST) From: Nathan Scott Reply-To: Nathan Scott To: Jan-Frode Myklebust Cc: pcp@oss.sgi.com Message-ID: <1432545755.16318247.1418380073990.JavaMail.zimbra@redhat.com> In-Reply-To: <20141212094801.GA5835@mushkin.tanso.net> References: <20141127104047.GA7900@mushkin.tanso.net> <20141206110717.GA13661@mushkin.tanso.net> <902420247.12206208.1418030612489.JavaMail.zimbra@redhat.com> <20141212094801.GA5835@mushkin.tanso.net> Subject: Re: [PATCH] Add PMDA for the Unbound DNS resolver. MIME-Version: 1.0 X-ASG-Orig-Subj: Re: [PATCH] Add PMDA for the Unbound DNS resolver. Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-Originating-IP: [10.5.82.6] X-Mailer: Zimbra 8.0.6_GA_5922 (ZimbraWebClient - FF17 (Linux)/8.0.6_GA_5922) Thread-Topic: Add PMDA for the Unbound DNS resolver. Thread-Index: XotABDkFSj7tKdAGJzE77Y1j8Fo8MA== X-Barracuda-Connect: mx3-phx2.redhat.com[209.132.183.24] X-Barracuda-Start-Time: 1418380074 X-Barracuda-Encrypted: AES256-SHA X-Barracuda-URL: http://192.48.157.11:80/cgi-mod/mark.cgi X-Virus-Scanned: by bsmtpd at sgi.com X-Barracuda-BRTS-Status: 1 X-Barracuda-Spam-Score: 0.02 X-Barracuda-Spam-Status: No, SCORE=0.02 using per-user scores of TAG_LEVEL=1000.0 QUARANTINE_LEVEL=1000.0 KILL_LEVEL=2.7 tests=THREAD_INDEX, THREAD_TOPIC X-Barracuda-Spam-Report: Code version 3.2, rules version 3.2.3.12794 Rule breakdown below pts rule name description ---- ---------------------- -------------------------------------------------- 0.01 THREAD_INDEX thread-index: AcO7Y8iR61tzADqsRmmc5wNiFHEOig== 0.01 THREAD_TOPIC Thread-Topic: ...(Japanese Subject)... Hi Jan-Frode, ----- Original Message ----- > On Mon, Dec 08, 2014 at 04:23:32AM -0500, Nathan Scott wrote: > > ----- Original Message ----- > > > This adds a PMDA for the Unbound DNS resolver. Currently exposing 140 > > > metrics gathered from Unbounds "unbound-control stats" command. It's > > > missing the per thread metrics, but I plan on adding these at a later > > > point. > > > > > > > Looks good - its merged now with a few additions (tests, build) - could > > you check the merge & review git commit 31e2555c for me please? > > Thanks for merging, much appreciated. No problem at all, thanks for contributing! > I've looked trough the qa script, but I don't really understand how the > qa tests works..., and don't feel qualified enough to give any input > here. That's OK - I should have given some more details - there's a file in the PCP git tree (HACKING) and a qa/README file which describe the goals and the overall process in a bit more detail. >From a high-level though, each QA test is just a shell script. When run, each test produces output; that output is then compared to saved, expected output - if it matches it passes, if not it fails. That's about the level of complexity involved - however within that so-simple framework there is amazing scope for testing complexity! cheers. -- Nathan From fche@redhat.com Fri Dec 12 10:40: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 85B927F5D for ; Fri, 12 Dec 2014 10:40:41 -0600 (CST) Received: from cuda.sgi.com (cuda2.sgi.com [192.48.176.25]) by relay1.corp.sgi.com (Postfix) with ESMTP id D03988F8037 for ; Fri, 12 Dec 2014 08:40:38 -0800 (PST) X-ASG-Debug-ID: 1418402436-04cbb01064a3f8b0001-S8gJnT Received: from mx1.redhat.com (mx1.redhat.com [209.132.183.28]) by cuda.sgi.com with ESMTP id 8fGoia9viaeXaTMX (version=TLSv1 cipher=AES256-SHA bits=256 verify=NO) for ; Fri, 12 Dec 2014 08:40:37 -0800 (PST) X-Barracuda-Envelope-From: fche@redhat.com X-Barracuda-Apparent-Source-IP: 209.132.183.28 X-ASG-Whitelist: Client Received: from int-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 sBCGeZ5H021910 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=FAIL) for ; Fri, 12 Dec 2014 11:40:36 -0500 Received: from fche.csb (vpn-224-53.phx2.redhat.com [10.3.224.53]) by int-mx14.intmail.prod.int.phx2.redhat.com (8.14.4/8.14.4) with ESMTP id sBCGeZUR021758; Fri, 12 Dec 2014 11:40:35 -0500 Received: by fche.csb (Postfix, from userid 2569) id 1BECB580FE; Fri, 12 Dec 2014 11:40:33 -0500 (EST) Date: Fri, 12 Dec 2014 11:40:33 -0500 From: "Frank Ch. Eigler" To: Nathan Scott Cc: pcp developers Subject: Re: pcp updates: pmdaproc, cgroups, books Message-ID: <20141212164033.GD14953@redhat.com> X-ASG-Orig-Subj: Re: pcp updates: pmdaproc, cgroups, books References: <1309338393.770280.1416292315684.JavaMail.zimbra@redhat.com> <1468616216.771853.1416292522829.JavaMail.zimbra@redhat.com> <1249426361.1589601.1416371161222.JavaMail.zimbra@redhat.com> <20141119181439.GF5700@redhat.com> <1666386574.2247920.1416427865663.JavaMail.zimbra@redhat.com> <2132304544.16180073.1418360958577.JavaMail.zimbra@redhat.com> <20141212061823.GC14953@redhat.com> <53646500.16198226.1418365398316.JavaMail.zimbra@redhat.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <53646500.16198226.1418365398316.JavaMail.zimbra@redhat.com> User-Agent: Mutt/1.4.2.2i X-Scanned-By: MIMEDefang 2.68 on 10.5.11.27 X-Barracuda-Connect: mx1.redhat.com[209.132.183.28] X-Barracuda-Start-Time: 1418402437 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 - > > As noted before, there was nothing unusual about my procfs > > configuration. Your existing cgroups-root-001 tarball should show the > > exact same problems. It was the test code that has been deficient > > (not doing enough operations to hit the fd-leak/exhaustion limits, for > > example), not the data. > > *sigh*, no - I'm looking to expand the testing coverage and you clearly > had many more cgroups setup than I did & on a more recent kernel version > where we have no test coverage yet. [...] I looked into this further. As promised, the problem is reproducible with the existing cgroups-root-001 tarball, but this is made more difficult by the test case's construction. This test uses the .so pmda variant & pminfo -L/-K runs, so that the test case can force-feed it the fake /proc data via $PROC_STATSPATH. In an echo of early problems with the papi-pmda qa, this style makes leaks difficult to find, because they are so ephemeral: you can't just do a pminfo loop to exhaust the resources, because they are recreated anew for each pminfo! If the fake-/proc force-feeding widget used a mechanism that allowed it to pass through pmcd.conf / pmcd, it would be more realistic. Anyway, it is possible to trigger the problem even with the .so pmda variant, just clumsier. Behold pcpfans.git fche/cgroups-test: diff --git a/qa/730 b/qa/730 index 15432438c03f..27940e67d819 100755 --- a/qa/730 +++ b/qa/730 @@ -21,6 +21,9 @@ trap "cd $here; rm -rf $tmp.*; exit \$status" 0 1 2 3 15 # real QA test starts here root=$tmp.root + +# NB: .so-style pmda used here so the $PROC_STATSPATH fake /proc can +# be used. This makes it more difficult to catch leaks in the PMDA. export PROC_STATSPATH=$root pmda=$PCP_PMDAS_DIR/proc/pmda_proc.so,proc_init @@ -32,10 +35,26 @@ do tar xzf $tgz base=`basename $tgz` + # Assemble a command line sufficient to trigger the fd leak fixed + # in commit #680015162. If the .so-style PMDA were not used, then + # an ordinary pminfo -f loop could do it. + manycgroups="" + for a in 1 2 3 4 5 6 7 8 9 10; do + for b in 1 2 3 4 5 6 7 8 9 10; do + for c in 1 2 3 4 5 6 7 8 9 10; do + for d in 1 2; do + manycgroups="$manycgroups cgroup" + done + done + done + done + echo "== Checking namespace and metric numbering - $base" pminfo -L -K clear -K add,3,$pmda cgroup echo "== Checking metric descriptors and values - $base" pminfo -L -K clear -K add,3,$pmda -d -f cgroup + echo "== Checking many values - $base" + pminfo -L -K clear -K add,3,$pmda -f $manycgroups | sort | uniq -c echo "== Checking on an individual metric fetch - $base" pminfo -L -K clear -K add,3,$pmda -f cgroup.blkio.dev.time echo && echo "== done" && echo and indeed with the pre-fd-leak-fix code, one gets ... 58779 No value(s) available! 2 pmNameIndom: indom=3.21 inst=2: Unknown or illegal instance identifier 7 pmNameIndom: indom=3.24 inst=2: Unknown or illegal instance identifier instead of the correct ... 4000 No value(s) available! - FChE From minnus@buffalo.edu Fri Dec 12 13:49:15 2014 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on oss.sgi.com X-Spam-Level: X-Spam-Status: No, score=0.0 required=5.0 tests=none autolearn=ham version=3.3.1 X-Original-To: pcp@oss.sgi.com Delivered-To: pcp@oss.sgi.com Received: from relay.sgi.com (relay3.corp.sgi.com [198.149.34.15]) by oss.sgi.com (Postfix) with ESMTP id 8214A7F3F for ; Fri, 12 Dec 2014 13:49:15 -0600 (CST) Received: from cuda.sgi.com (cuda2.sgi.com [192.48.176.25]) by relay3.corp.sgi.com (Postfix) with ESMTP id 0FB81AC003 for ; Fri, 12 Dec 2014 11:49:14 -0800 (PST) X-ASG-Debug-ID: 1418413749-04cbb01065a84220001-S8gJnT Received: from mtareserve1.acsu.buffalo.edu (mtareserve8.acsu.buffalo.edu [128.205.6.19]) by cuda.sgi.com with ESMTP id g4DlCGB0zvxNOfCF for ; Fri, 12 Dec 2014 11:49:09 -0800 (PST) X-Barracuda-Envelope-From: minnus@buffalo.edu X-Barracuda-Apparent-Source-IP: 128.205.6.19 Received: from localmailD.acsu.buffalo.edu (localmaild.acsu.buffalo.edu [128.205.5.208]) by mtareserve1.acsu.buffalo.edu (Postfix) with ESMTP id 553D748E; Fri, 12 Dec 2014 14:49:09 -0500 (EST) Received: from localmailD.acsu.buffalo.edu (localhost [127.0.0.1]) by localhost (Postfix) with SMTP id 4C147322BE; Fri, 12 Dec 2014 14:49:09 -0500 (EST) Received: from localmailD.acsu.buffalo.edu (localhost [127.0.0.1]) by localmailD.acsu.buffalo.edu (Postfix) with ESMTP id AB28E322B5; Fri, 12 Dec 2014 14:49:07 -0500 (EST) Received: from smtp.buffalo.edu (smtp1.acsu.buffalo.edu [128.205.5.253]) by localmailD.acsu.buffalo.edu (Prefixe) with ESMTP id 9AF20322B4; Fri, 12 Dec 2014 14:49:07 -0500 (EST) Received: from prince.ccr.buffalo.edu (prince.ccr.buffalo.edu [128.205.40.45]) (Authenticated sender: minnus@buffalo.edu) by smtp.buffalo.edu (Postfix) with ESMTPSA id 911E5371E; Fri, 12 Dec 2014 14:49:07 -0500 (EST) Message-ID: <548B46B3.10407@buffalo.edu> Date: Fri, 12 Dec 2014 14:49:07 -0500 From: Martins Innus User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.10; rv:31.0) Gecko/20100101 Thunderbird/31.2.0 MIME-Version: 1.0 To: Nathan Scott CC: pcp@oss.sgi.com Subject: Re: [pcp] Dynamic metric rework References: <5481E4D7.8050700@buffalo.edu> <991616924.12928901.1418084187235.JavaMail.zimbra@redhat.com> <54876B8F.2050106@buffalo.edu> <428025601.13619915.1418163615228.JavaMail.zimbra@redhat.com> <548897F5.4010905@buffalo.edu> <1194215403.14908758.1418289588303.JavaMail.zimbra@redhat.com> <5489F5D1.6050208@buffalo.edu> <668428007.16198533.1418365513812.JavaMail.zimbra@redhat.com> X-ASG-Orig-Subj: Re: [pcp] Dynamic metric rework In-Reply-To: <668428007.16198533.1418365513812.JavaMail.zimbra@redhat.com> Content-Type: multipart/mixed; boundary="------------040501050009010909030403" X-PM-EL-Spam-Prob: : 9% X-Barracuda-Connect: mtareserve8.acsu.buffalo.edu[128.205.6.19] X-Barracuda-Start-Time: 1418413749 X-Barracuda-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.12815 Rule breakdown below pts rule name description ---- ---------------------- -------------------------------------------------- This is a multi-part message in MIME format. --------------040501050009010909030403 Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 7bit Nathan, On 12/12/14 1:25 AM, Nathan Scott wrote: > Looking good! One gotcha to watch for is the "getdesc on" which will cause > a DESC pdu to be sent, I think (you can use -Dpdu on dbpmda command line to > verify that). > Good catch, thanks. I think this should do it. I had to modify the filter regex to be a little more inclusive with this off. New test/good/bad files attached. Martins --------------040501050009010909030403 Content-Type: text/plain; charset=UTF-8; x-mac-type="0"; x-mac-creator="0"; name="955" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="955" IyEvYmluL3NoCiMgUENQIFFBIFRlc3QgTm8uIDk1NQojIENoZWNrIHRoYXQgYSBmZXRjaCBm b3IgYSBkeW5hbWljIG1ldHJpYyB3b3JrcyBhZnRlciBpbnRlcmFjdGluZyB3aXRoIG5vbiBk eW5hbWljIG1ldHJpY3MgaW4gdGhlIHNhbWUgZG9tYWluCiMKIyBDb3B5cmlnaHQgKGMpIDIw MTQgW3dobyBhcmUgeW91P10uICBBbGwgUmlnaHRzIFJlc2VydmVkLgojCgpzZXE9YGJhc2Vu YW1lICQwYAplY2hvICJRQSBvdXRwdXQgY3JlYXRlZCBieSAkc2VxIgoKIyBnZXQgc3RhbmRh cmQgZW52aXJvbm1lbnQsIGZpbHRlcnMgYW5kIGNoZWNrcwouIC4vY29tbW9uLnByb2R1Y3QK LiAuL2NvbW1vbi5maWx0ZXIKLiAuL2NvbW1vbi5jaGVjawoKWyAtZCAkUENQX1BNREFTX0RJ Ui9saW51eCBdIHx8IF9ub3RydW4gIkxpbnV4IFBNREEgbm90IGluc3RhbGxlZCIKCnN0YXR1 cz0xCSMgZmFpbHVyZSBpcyB0aGUgZGVmYXVsdCEKJHN1ZG8gcm0gLXJmICR0bXAuKiAkc2Vx LmZ1bGwKdHJhcCAiY2QgJGhlcmU7IHJtIC1yZiAkdG1wLio7IGV4aXQgXCRzdGF0dXMiIDAg MSAyIDMgMTUKCl9maWx0ZXIoKQp7CiAgICBzZWQgXAogICAgICAgIC1lICJzLCRQQ1BfUE1E QVNfRElSLFBDUF9QTURBU19ESVIsZyIgXAogICAgICAgIC1lICdzL3ZhbHVlIFswLTldWzAt OV0qLiovdmFsdWUgTlVNQkVSLycgXAogICAgICAgIC1lICdzLzB4WzAtOWEtZl0qL0FERFIv ZycgXAogICAgICAgIC1lICdzL1swLTJdWzAtOV06MDA6MDAuMDAwL1RJTUUvJyBcCiAgICAg ICAgLWUgJ3MvNjAuWzAtOV1bMC05XSouWzAtOV1bMC05XSovNjAuTlVNQkVSLk5VTUJFUi8n Cn0KCl9jb3VudF9sZWFmcygpCnsKICAgZ3JlcCBsZWFmIHwJJFBDUF9BV0tfUFJPRyAnCgkJ RU5EIHtpZiAoTlIgPiAyKSBwcmludCAiTEVBRlMgT0siIAoJCQkgICBlbHNlIHByaW50ICJO TyBMRUFGUyJ9JwogICAKfQoKCiMgdmFycyBhbmQgY2hlY2tzCnBpcGVwbWRhPSRQQ1BfUE1E QVNfRElSL2xpbnV4L3BtZGFsaW51eApbICEgLWYgJHBpcGVwbWRhIF0gJiYgZWNobyAiRkFU QUwgRVJST1IgQ291bGQgbm90IGZpbmQgXCIkcGlwZXBtZGFcIiIgJiYgZXhpdCAxCgojIHJl YWwgUUEgdGVzdCBzdGFydHMgaGVyZQoKIyBUZXN0IHJlYWwgcmVncmVzc2lvbiB0aGF0IG9j Y3VyZWQgd2hlbiB1cGRhdGluZyBkeW5hbWljIG1ldHJpY3MKZWNobyAiPT09IERhZW1vbiBQ TURBIGxpbnV4IHN0YXRpYyB0ZXh0IHRoZW4gZHluYW1pYyBmZXRjaCB0ZXN0ID09PSIKJHN1 ZG8gZGJwbWRhIC1pZSA8PEVPRiAyPiYxIHwgX2ZpbHRlcgpvcGVuIHBpcGUgJHBpcGVwbWRh IC1kIDYwCnRleHQgaGludi5uY3B1CmZldGNoIGtlcm5lbC5wZXJjcHUuaW50ZXJydXB0cy5s aW5lMQpFT0YKCgojIFRyeSBhIGNvdXBsZSBvZiBvdGhlciBwbGF1c2libGUgZmFpbHVyZXMK CiMgU3RhdGljIGZldGNoIHRoZW4gZHluYW1pYyBmZXRjaAplY2hvICI9PT0gRGFlbW9uIFBN REEgbGludXggc3RhdGljIGZldGNoIHRoZW4gZHluYW1pYyBmZXRjaCB0ZXN0ID09PSIKJHN1 ZG8gZGJwbWRhIC1pZSA8PEVPRiAyPiYxIHwgX2ZpbHRlcgpvcGVuIHBpcGUgJHBpcGVwbWRh IC1kIDYwCmZldGNoIGhpbnYubmNwdQpmZXRjaCBrZXJuZWwucGVyY3B1LmludGVycnVwdHMu bGluZTEKRU9GCgojIER5bmFtaWMgZmV0Y2ggdGhlbiBzdGF0aWMgZmV0Y2gKZWNobyAiPT09 IERhZW1vbiBQTURBIGxpbnV4IGR5bmFtaWMgdGhlbiBzdGF0aWMgZmV0Y2ggdGVzdCA9PT0i CiRzdWRvIGRicG1kYSAtaWUgPDxFT0YgMj4mMSB8IF9maWx0ZXIKb3BlbiBwaXBlICRwaXBl cG1kYSAtZCA2MApmZXRjaCBrZXJuZWwucGVyY3B1LmludGVycnVwdHMubGluZTEKZmV0Y2gg aGludi5uY3B1CkVPRgoKIyBEdW1wIGEgZHluYW1pYyB0cmVlCmVjaG8gIj09PSBEYWVtb24g UE1EQSBsaW51eCBsb29rIGZvciBkeW5hbWljIGNoaWxkcmVuID09PSIKJHN1ZG8gZGJwbWRh IC1pZSA8PEVPRiAyPiYxIHwgX2ZpbHRlciB8IF9jb3VudF9sZWFmcwpvcGVuIHBpcGUgJHBp cGVwbWRhIC1kIDYwCmNoaWxkcmVuIGtlcm5lbC5wZXJjcHUuaW50ZXJydXB0cwpFT0YKCiMg c3VjY2VzcywgYWxsIGRvbmUKc3RhdHVzPTAKCmV4aXQK --------------040501050009010909030403 Content-Type: text/plain; charset=UTF-8; x-mac-type="0"; x-mac-creator="0"; name="955.out" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="955.out" UUEgb3V0cHV0IGNyZWF0ZWQgYnkgOTU1Cj09PSBEYWVtb24gUE1EQSBsaW51eCBzdGF0aWMg dGV4dCB0aGVuIGR5bmFtaWMgZmV0Y2ggdGVzdCA9PT0KZGJwbWRhPiBvcGVuIHBpcGUgUENQ X1BNREFTX0RJUi9saW51eC9wbWRhbGludXggLWQgNjAKU3RhcnQgcG1kYWxpbnV4IFBNREE6 IFBDUF9QTURBU19ESVIvbGludXgvcG1kYWxpbnV4IC1kIDYwCmRicG1kYT4gdGV4dCBoaW52 Lm5jcHUKUE1JRDogNjAuTlVNQkVSLk5VTUJFUgpbbnVtYmVyIG9mIENQVXMgaW4gdGhlIHN5 c3RlbV0KPG5vIGhlbHAgdGV4dCBzcGVjaWZpZWQ+CmRicG1kYT4gZmV0Y2gga2VybmVsLnBl cmNwdS5pbnRlcnJ1cHRzLmxpbmUxClBNSUQocyk6IDYwLk5VTUJFUi5OVU1CRVIKcG1SZXN1 bHQgZHVtcCBmcm9tIEFERFIgdGltZXN0YW1wOiAwLjAwMDAwMCBUSU1FIG51bXBtaWQ6IDEK ICA2MC5OVU1CRVIuTlVNQkVSICg8bm9uYW1lPik6IG51bXZhbDogMSB2YWxmbXQ6IDAgdmxp c3RbXToKICAgIGluc3QgWzAgb3IgPz8/XSB2YWx1ZSBOVU1CRVIKZGJwbWRhPiAKPT09IERh ZW1vbiBQTURBIGxpbnV4IHN0YXRpYyBmZXRjaCB0aGVuIGR5bmFtaWMgZmV0Y2ggdGVzdCA9 PT0KZGJwbWRhPiBvcGVuIHBpcGUgUENQX1BNREFTX0RJUi9saW51eC9wbWRhbGludXggLWQg NjAKU3RhcnQgcG1kYWxpbnV4IFBNREE6IFBDUF9QTURBU19ESVIvbGludXgvcG1kYWxpbnV4 IC1kIDYwCmRicG1kYT4gZmV0Y2ggaGludi5uY3B1ClBNSUQocyk6IDYwLk5VTUJFUi5OVU1C RVIKcG1SZXN1bHQgZHVtcCBmcm9tIEFERFIgdGltZXN0YW1wOiAwLjAwMDAwMCBUSU1FIG51 bXBtaWQ6IDEKICA2MC5OVU1CRVIuTlVNQkVSIChoaW52Lm5jcHUpOiBudW12YWw6IDEgdmFs Zm10OiAwIHZsaXN0W106CiAgIHZhbHVlIE5VTUJFUgpkYnBtZGE+IGZldGNoIGtlcm5lbC5w ZXJjcHUuaW50ZXJydXB0cy5saW5lMQpQTUlEKHMpOiA2MC5OVU1CRVIuTlVNQkVSCnBtUmVz dWx0IGR1bXAgZnJvbSBBRERSIHRpbWVzdGFtcDogMC4wMDAwMDAgVElNRSBudW1wbWlkOiAx CiAgNjAuTlVNQkVSLk5VTUJFUiAoPG5vbmFtZT4pOiBudW12YWw6IDEgdmFsZm10OiAwIHZs aXN0W106CiAgICBpbnN0IFswIG9yID8/P10gdmFsdWUgTlVNQkVSCmRicG1kYT4gCj09PSBE YWVtb24gUE1EQSBsaW51eCBkeW5hbWljIHRoZW4gc3RhdGljIGZldGNoIHRlc3QgPT09CmRi cG1kYT4gb3BlbiBwaXBlIFBDUF9QTURBU19ESVIvbGludXgvcG1kYWxpbnV4IC1kIDYwClN0 YXJ0IHBtZGFsaW51eCBQTURBOiBQQ1BfUE1EQVNfRElSL2xpbnV4L3BtZGFsaW51eCAtZCA2 MApkYnBtZGE+IGZldGNoIGtlcm5lbC5wZXJjcHUuaW50ZXJydXB0cy5saW5lMQpQTUlEKHMp OiA2MC5OVU1CRVIuTlVNQkVSCnBtUmVzdWx0IGR1bXAgZnJvbSBBRERSIHRpbWVzdGFtcDog MC4wMDAwMDAgVElNRSBudW1wbWlkOiAxCiAgNjAuTlVNQkVSLk5VTUJFUiAoPG5vbmFtZT4p OiBudW12YWw6IDEgdmFsZm10OiAwIHZsaXN0W106CiAgICBpbnN0IFswIG9yID8/P10gdmFs dWUgTlVNQkVSCmRicG1kYT4gZmV0Y2ggaGludi5uY3B1ClBNSUQocyk6IDYwLk5VTUJFUi5O VU1CRVIKcG1SZXN1bHQgZHVtcCBmcm9tIEFERFIgdGltZXN0YW1wOiAwLjAwMDAwMCBUSU1F IG51bXBtaWQ6IDEKICA2MC5OVU1CRVIuTlVNQkVSIChoaW52Lm5jcHUpOiBudW12YWw6IDEg dmFsZm10OiAwIHZsaXN0W106CiAgIHZhbHVlIE5VTUJFUgpkYnBtZGE+IAo9PT0gRGFlbW9u IFBNREEgbGludXggbG9vayBmb3IgZHluYW1pYyBjaGlsZHJlbiA9PT0KTEVBRlMgT0sK --------------040501050009010909030403 Content-Type: text/plain; charset=UTF-8; x-mac-type="0"; x-mac-creator="0"; name="955.out.bad" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="955.out.bad" UUEgb3V0cHV0IGNyZWF0ZWQgYnkgOTU1Cj09PSBEYWVtb24gUE1EQSBsaW51eCBzdGF0aWMg dGV4dCB0aGVuIGR5bmFtaWMgZmV0Y2ggdGVzdCA9PT0KZGJwbWRhPiBvcGVuIHBpcGUgUENQ X1BNREFTX0RJUi9saW51eC9wbWRhbGludXggLWQgNjAKU3RhcnQgcG1kYWxpbnV4IFBNREE6 IFBDUF9QTURBU19ESVIvbGludXgvcG1kYWxpbnV4IC1kIDYwCmRicG1kYT4gdGV4dCBoaW52 Lm5jcHUKUE1JRDogNjAuTlVNQkVSLk5VTUJFUgpbbnVtYmVyIG9mIENQVXMgaW4gdGhlIHN5 c3RlbV0KPG5vIGhlbHAgdGV4dCBzcGVjaWZpZWQ+CmRicG1kYT4gZmV0Y2gga2VybmVsLnBl cmNwdS5pbnRlcnJ1cHRzLmxpbmUxClBNSUQocyk6IDYwLk5VTUJFUi5OVU1CRVIKcG1SZXN1 bHQgZHVtcCBmcm9tIEFERFIgdGltZXN0YW1wOiAwLjAwMDAwMCBUSU1FIG51bXBtaWQ6IDEK ICA2MC5OVU1CRVIuTlVNQkVSICg8bm9uYW1lPik6IFVua25vd24gb3IgaWxsZWdhbCBtZXRy aWMgaWRlbnRpZmllcgpkYnBtZGE+IAo9PT0gRGFlbW9uIFBNREEgbGludXggc3RhdGljIGZl dGNoIHRoZW4gZHluYW1pYyBmZXRjaCB0ZXN0ID09PQpkYnBtZGE+IG9wZW4gcGlwZSBQQ1Bf UE1EQVNfRElSL2xpbnV4L3BtZGFsaW51eCAtZCA2MApTdGFydCBwbWRhbGludXggUE1EQTog UENQX1BNREFTX0RJUi9saW51eC9wbWRhbGludXggLWQgNjAKZGJwbWRhPiBmZXRjaCBoaW52 Lm5jcHUKUE1JRChzKTogNjAuTlVNQkVSLk5VTUJFUgpwbVJlc3VsdCBkdW1wIGZyb20gQURE UiB0aW1lc3RhbXA6IDAuMDAwMDAwIFRJTUUgbnVtcG1pZDogMQogIDYwLk5VTUJFUi5OVU1C RVIgKGhpbnYubmNwdSk6IG51bXZhbDogMSB2YWxmbXQ6IDAgdmxpc3RbXToKICAgdmFsdWUg TlVNQkVSCmRicG1kYT4gZmV0Y2gga2VybmVsLnBlcmNwdS5pbnRlcnJ1cHRzLmxpbmUxClBN SUQocyk6IDYwLk5VTUJFUi5OVU1CRVIKcG1SZXN1bHQgZHVtcCBmcm9tIEFERFIgdGltZXN0 YW1wOiAwLjAwMDAwMCBUSU1FIG51bXBtaWQ6IDEKICA2MC5OVU1CRVIuTlVNQkVSICg8bm9u YW1lPik6IG51bXZhbDogMSB2YWxmbXQ6IDAgdmxpc3RbXToKICAgIGluc3QgWzAgb3IgPz8/ XSB2YWx1ZSBOVU1CRVIKZGJwbWRhPiAKPT09IERhZW1vbiBQTURBIGxpbnV4IGR5bmFtaWMg dGhlbiBzdGF0aWMgZmV0Y2ggdGVzdCA9PT0KZGJwbWRhPiBvcGVuIHBpcGUgUENQX1BNREFT X0RJUi9saW51eC9wbWRhbGludXggLWQgNjAKU3RhcnQgcG1kYWxpbnV4IFBNREE6IFBDUF9Q TURBU19ESVIvbGludXgvcG1kYWxpbnV4IC1kIDYwCmRicG1kYT4gZmV0Y2gga2VybmVsLnBl cmNwdS5pbnRlcnJ1cHRzLmxpbmUxClBNSUQocyk6IDYwLk5VTUJFUi5OVU1CRVIKcG1SZXN1 bHQgZHVtcCBmcm9tIEFERFIgdGltZXN0YW1wOiAwLjAwMDAwMCBUSU1FIG51bXBtaWQ6IDEK ICA2MC5OVU1CRVIuTlVNQkVSICg8bm9uYW1lPik6IG51bXZhbDogMSB2YWxmbXQ6IDAgdmxp c3RbXToKICAgIGluc3QgWzAgb3IgPz8/XSB2YWx1ZSBOVU1CRVIKZGJwbWRhPiBmZXRjaCBo aW52Lm5jcHUKUE1JRChzKTogNjAuTlVNQkVSLk5VTUJFUgpwbVJlc3VsdCBkdW1wIGZyb20g QUREUiB0aW1lc3RhbXA6IDAuMDAwMDAwIFRJTUUgbnVtcG1pZDogMQogIDYwLk5VTUJFUi5O VU1CRVIgKGhpbnYubmNwdSk6IG51bXZhbDogMSB2YWxmbXQ6IDAgdmxpc3RbXToKICAgdmFs dWUgTlVNQkVSCmRicG1kYT4gCj09PSBEYWVtb24gUE1EQSBsaW51eCBsb29rIGZvciBkeW5h bWljIGNoaWxkcmVuID09PQpMRUFGUyBPSwo= --------------040501050009010909030403-- From brolley@redhat.com Fri Dec 12 13:56: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=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 4E8A57F3F for ; Fri, 12 Dec 2014 13:56:33 -0600 (CST) Received: from cuda.sgi.com (cuda1.sgi.com [192.48.157.11]) by relay2.corp.sgi.com (Postfix) with ESMTP id 1EFDB304048 for ; Fri, 12 Dec 2014 11:56:29 -0800 (PST) X-ASG-Debug-ID: 1418414188-04bdf061601b113f0001-S8gJnT Received: from mx1.redhat.com (mx1.redhat.com [209.132.183.28]) by cuda.sgi.com with ESMTP id pZBFeo7msjXvn78r (version=TLSv1 cipher=AES256-SHA bits=256 verify=NO) for ; Fri, 12 Dec 2014 11:56:28 -0800 (PST) X-Barracuda-Envelope-From: brolley@redhat.com X-Barracuda-Apparent-Source-IP: 209.132.183.28 X-ASG-Whitelist: Client Received: from int-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 sBCJuSR4031170 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=FAIL) for ; Fri, 12 Dec 2014 14:56:28 -0500 Received: from [10.10.56.50] (vpn-56-50.rdu2.redhat.com [10.10.56.50]) by int-mx13.intmail.prod.int.phx2.redhat.com (8.14.4/8.14.4) with ESMTP id sBCJuR11025293; Fri, 12 Dec 2014 14:56:27 -0500 Message-ID: <548B491B.1030705@redhat.com> Date: Fri, 12 Dec 2014 14:59:23 -0500 From: Dave Brolley User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:31.0) Gecko/20100101 Thunderbird/31.2.0 MIME-Version: 1.0 To: "Frank Ch. Eigler" , pcp developers Subject: Re: [pcp] RFC pcp update: pmParseUnitsStr() function References: <20141201154517.GK5088@redhat.com> X-ASG-Orig-Subj: Re: [pcp] RFC pcp update: pmParseUnitsStr() function In-Reply-To: <20141201154517.GK5088@redhat.com> Content-Type: multipart/alternative; boundary="------------090901080408010705070607" 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: 1418414188 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. --------------090901080408010705070607 Content-Type: text/plain; charset=windows-1252; format=flowed Content-Transfer-Encoding: 7bit On 12/01/2014 10:45 AM, Frank Ch. Eigler wrote: > Hi - > > As a part of the fetchgroup prototyping, this preparatory step is > ready for your look. It consists of a new PMAPI function > pmParseUnitsStr() which apprx. reverses pmUnitsStr(), so that pmUnits > may be specified in textual form. The patchset includes considerable > QA, and a bit of docs & demo code. I hope to exploit the new facility > in the fetchgroup stuff, pmwebd, python bindings, and other pcp > clients over time. There is a bonus man-page-typo fix too. > > pcpfans.git fche/units-parse branch: Sorry to be so long in looking at this. I've had a look now and here are my notes: * Good catch in correcting scaleSpace and scaleTime (within pmUnits) to be unsigned in pmlookupdesc(3). * Are // style comments accepted by the C compilers on all the platforms we support? * For the case of the non-existent divisor, why not just clear 'divisor' and set 'divisor_mult' to 1.0 as described by the comment? * For the bitfield overflow checks, could that perhaps be automated, and the hard coded limits removed by assigning to the field in 'out' and then checking that they are still equal? * In __pmParseUnitsStrPart(), why continue to loop over the various keywords once it is known that 'dimension' is no longer 'd_none' or that the appropriate 'dimXXX' is not longer zero? The test for dimXXX == 0 could be placed around each loop and each loop could simply break once a match has been found. This would eliminate the need to test for 'dimension == d_none' in the first loop. This test could be added around each of the following two loops, or perhaps this is a justified use of a goto (instead of break) within each loop to a label just before the switch statement which follows. * Strange -- I see the new files (pmparseunitsstr.3, qa/670, qa/670.out, qa/src/units-parse.c) in the git diff, but the files do not appear in my repository, which was cloned from your branch and git doesn't seem to know know anything about them at the HEAD. Any ideas? Without these I can't run your test case. * Style nit -- PCP coding style does not use a space between a function/macro name and the left paren in function/macro calls. Dave --------------090901080408010705070607 Content-Type: text/html; charset=windows-1252 Content-Transfer-Encoding: 8bit On 12/01/2014 10:45 AM, Frank Ch. Eigler wrote:
Hi -

As a part of the fetchgroup prototyping, this preparatory step is
ready for your look.  It consists of a new PMAPI function
pmParseUnitsStr() which apprx. reverses pmUnitsStr(), so that pmUnits
may be specified in textual form.  The patchset includes considerable
QA, and a bit of docs & demo code.  I hope to exploit the new facility
in the fetchgroup stuff, pmwebd, python bindings, and other pcp
clients over time.  There is a bonus man-page-typo fix too.

pcpfans.git fche/units-parse branch:
Sorry to be so long in looking at this. I've had a look now and here are my notes:
  • Good catch in correcting scaleSpace and scaleTime (within pmUnits) to be unsigned in pmlookupdesc(3).

  • Are // style comments accepted by the C compilers on all the platforms we support?

  • For the case of the non-existent divisor, why not just clear 'divisor' and set 'divisor_mult' to 1.0 as described by the comment?

  • For the bitfield overflow checks, could that perhaps be automated, and the hard coded limits removed by assigning to the field in 'out' and then checking that they are still equal?

  • In __pmParseUnitsStrPart(), why continue to loop over the various keywords once it is known that 'dimension' is no longer 'd_none' or that the appropriate 'dimXXX' is not longer zero? The test for dimXXX == 0 could be placed around each loop and each loop could simply break once a match has been found. This would eliminate the need to test for 'dimension == d_none' in the first loop. This test could be added around each of the following two loops, or perhaps this is a justified use of a goto (instead of break) within each loop to a label just before the switch statement which follows.

  • Strange -- I see the new files (pmparseunitsstr.3, qa/670, qa/670.out, qa/src/units-parse.c)  in the git diff, but the files do not appear in my repository, which was cloned from your branch and git doesn't seem to know know anything about them at the HEAD. Any ideas? Without these I can't run your test case.

  • Style nit -- PCP coding style does not use a space between a function/macro name and the left paren in function/macro calls.
  Dave
--------------090901080408010705070607-- From fche@redhat.com Fri Dec 12 15:20:56 2014 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on oss.sgi.com X-Spam-Level: X-Spam-Status: No, score=0.0 required=5.0 tests=none autolearn=ham version=3.3.1 X-Original-To: pcp@oss.sgi.com Delivered-To: pcp@oss.sgi.com Received: from relay.sgi.com (relay3.corp.sgi.com [198.149.34.15]) by oss.sgi.com (Postfix) with ESMTP id 47DB77F3F for ; Fri, 12 Dec 2014 15:20:56 -0600 (CST) Received: from cuda.sgi.com (cuda2.sgi.com [192.48.176.25]) by relay3.corp.sgi.com (Postfix) with ESMTP id C6FBBAC003 for ; Fri, 12 Dec 2014 13:20:52 -0800 (PST) X-ASG-Debug-ID: 1418419250-04cbb01064a913e0001-S8gJnT Received: from mx1.redhat.com (mx1.redhat.com [209.132.183.28]) by cuda.sgi.com with ESMTP id BvhN3vngtBjxaQYr (version=TLSv1 cipher=AES256-SHA bits=256 verify=NO) for ; Fri, 12 Dec 2014 13:20:51 -0800 (PST) X-Barracuda-Envelope-From: fche@redhat.com X-Barracuda-Apparent-Source-IP: 209.132.183.28 X-ASG-Whitelist: Client Received: from int-mx11.intmail.prod.int.phx2.redhat.com (int-mx11.intmail.prod.int.phx2.redhat.com [10.5.11.24]) by mx1.redhat.com (8.14.4/8.14.4) with ESMTP id sBCLKnbM029556 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=FAIL) for ; Fri, 12 Dec 2014 16:20:50 -0500 Received: from fche.csb (vpn-224-53.phx2.redhat.com [10.3.224.53]) by int-mx11.intmail.prod.int.phx2.redhat.com (8.14.4/8.14.4) with ESMTP id sBCLKn9p007838; Fri, 12 Dec 2014 16:20:49 -0500 Received: by fche.csb (Postfix, from userid 2569) id AAF4E580FE; Fri, 12 Dec 2014 16:20:48 -0500 (EST) Date: Fri, 12 Dec 2014 16:20:48 -0500 From: "Frank Ch. Eigler" To: Dave Brolley Cc: pcp developers Subject: Re: [pcp] RFC pcp update: pmParseUnitsStr() function Message-ID: <20141212212048.GE14953@redhat.com> X-ASG-Orig-Subj: Re: [pcp] RFC pcp update: pmParseUnitsStr() function References: <20141201154517.GK5088@redhat.com> <548B491B.1030705@redhat.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <548B491B.1030705@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: 1418419251 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, Dave - > Sorry to be so long in looking at this. I've had a look now and here are > my notes: No problem, thanks! > [...] > * Are // style comments accepted by the C compilers on all the > platforms we support? Evidently yes, they're all over the code base. > * For the case of the non-existent divisor, why not just clear > 'divisor' and set 'divisor_mult' to 1.0 as described by the comment? Changed. > * For the bitfield overflow checks, could that perhaps be automated, > and the hard coded limits removed by assigning to the field in 'out' > and then checking that they are still equal? I was worried that a Smart (tm) compiler might nuke the effectiveness of such a test, but testing shows gcc is fine, so changed. > * In __pmParseUnitsStrPart(), why continue to loop over the various > keywords once it is known that 'dimension' is no longer 'd_none' or > that the appropriate 'dimXXX' is not longer zero? [...] Changed. > * Strange -- I see the new files [...] Changed. :-) > * Style nit -- PCP coding style does not use a space between a > function/macro name and the left paren in function/macro calls. Changed. - FChE From kenj@internode.on.net Sun Dec 14 22:55:21 2014 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on oss.sgi.com X-Spam-Level: X-Spam-Status: No, score=0.0 required=5.0 tests=none autolearn=ham version=3.3.1 X-Original-To: pcp@oss.sgi.com Delivered-To: pcp@oss.sgi.com Received: from relay.sgi.com (relay3.corp.sgi.com [198.149.34.15]) by oss.sgi.com (Postfix) with ESMTP id 9E70A29DF7 for ; Sun, 14 Dec 2014 22:55:21 -0600 (CST) Received: from cuda.sgi.com (cuda3.sgi.com [192.48.176.15]) by relay3.corp.sgi.com (Postfix) with ESMTP id 2D746AC004 for ; Sun, 14 Dec 2014 20:55:18 -0800 (PST) X-ASG-Debug-ID: 1418619312-04cb6c05721c71a80001-S8gJnT Received: from ipmail06.adl2.internode.on.net (ipmail06.adl2.internode.on.net [150.101.137.129]) by cuda.sgi.com with ESMTP id zOmwPnoD4iA4OSd7 for ; Sun, 14 Dec 2014 20:55:13 -0800 (PST) X-Barracuda-Envelope-From: kenj@internode.on.net X-Barracuda-Apparent-Source-IP: 150.101.137.129 X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: AkkPAIpojlR5LDTJPGdsb2JhbABagwaBKoI2g3rFHAQCAoESFwEBAQEBBgEBAQE4O4QMAQEBBAgCMBwjDAEDAgYDEQQBASgHGSAKAwkIAgQTCwWIG9FRAQEBBwEBAQEejEQBglwBAU8HBoQjBY4CTJlagjCBciowgQyBNwEBAQ Received: from ppp121-44-52-201.lns20.syd4.internode.on.net (HELO bozohorize) ([121.44.52.201]) by ipmail06.adl2.internode.on.net with ESMTP; 15 Dec 2014 15:25:10 +1030 From: "Ken McDonell" To: "'Frank Ch. Eigler'" Cc: References: <1224656795.6945862.1417136806064.JavaMail.zimbra@redhat.com> <8149026.6994945.1417145442845.JavaMail.zimbra@redhat.com> <6c1905a6-237d-4181-b2f5-d436d42f66b8.maildroid@localhost> <1867879926.7608473.1417393457721.JavaMail.zimbra@redhat.com> <1641491119.9465653.1417602588298.JavaMail.zimbra@redhat.com> <5489FFCE.9050301@internode.on.net> In-Reply-To: Subject: RE: Regression in qa/628 Date: Mon, 15 Dec 2014 15:55:07 +1100 X-ASG-Orig-Subj: RE: Regression in qa/628 Message-ID: <011501d01823$4d4899f0$e7d9cdd0$@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: AQIRiB/9PV2iKW4o7koVxDDLl0uvGgI+dLXlAOhFL58CsiKOugG25ryUAmfgEJcAoNwqOJu4cYgw Content-Language: en-au X-Barracuda-Connect: ipmail06.adl2.internode.on.net[150.101.137.129] X-Barracuda-Start-Time: 1418619312 X-Barracuda-URL: http://192.48.176.15:80/cgi-mod/mark.cgi X-Virus-Scanned: by bsmtpd at sgi.com X-Barracuda-BRTS-Status: 1 X-Barracuda-Spam-Score: 0.01 X-Barracuda-Spam-Status: No, SCORE=0.01 using per-user scores of TAG_LEVEL=1000.0 QUARANTINE_LEVEL=1000.0 KILL_LEVEL=2.7 tests=BSF_SC0_MISMATCH_TO, THREAD_INDEX X-Barracuda-Spam-Report: Code version 3.2, rules version 3.2.3.12911 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 Not so W, Frank. The PMDA rebuild does use the installed headers, but there is no header dependency here as the thing that changed is not referenced in any way by the PMDA code. This is just a teaser ... I have the real answer, details in a subsequent mail. > -----Original Message----- > From: Frank Ch. Eigler [mailto:fche@redhat.com] > Sent: Friday, 12 December 2014 8:39 AM > To: Ken McDonell > Subject: Re: Regression in qa/628 > > > > [...] And finally on to qa/628 ... this one _rebuilds_ the PMDA from > > source so seems to be immune from any e_ext_t changes. > > Just a WAG, but when it rebuilds the PMDA, does it do so against the system > pcp sources somehow, or against the development-tree ones? > > - FChE From nscott@redhat.com Sun Dec 14 23:53:49 2014 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on oss.sgi.com X-Spam-Level: X-Spam-Status: No, score=0.0 required=5.0 tests=none autolearn=ham version=3.3.1 X-Original-To: pcp@oss.sgi.com Delivered-To: pcp@oss.sgi.com Received: from relay.sgi.com (relay2.corp.sgi.com [137.38.102.29]) by oss.sgi.com (Postfix) with ESMTP id 1E48D29DF7 for ; Sun, 14 Dec 2014 23:53:49 -0600 (CST) Received: from cuda.sgi.com (cuda3.sgi.com [192.48.176.15]) by relay2.corp.sgi.com (Postfix) with ESMTP id 0BE05304039 for ; Sun, 14 Dec 2014 21:53:45 -0800 (PST) X-ASG-Debug-ID: 1418622824-04cb6c05701c77de0001-S8gJnT Received: from mx4-phx2.redhat.com (mx4-phx2.redhat.com [209.132.183.25]) by cuda.sgi.com with ESMTP id 43QWd9UDzXsGiZlD (version=TLSv1 cipher=AES256-SHA bits=256 verify=NO) for ; Sun, 14 Dec 2014 21:53:45 -0800 (PST) X-Barracuda-Envelope-From: nscott@redhat.com X-Barracuda-Apparent-Source-IP: 209.132.183.25 Received: from zmail20.collab.prod.int.phx2.redhat.com (zmail20.collab.prod.int.phx2.redhat.com [10.5.83.23]) by mx4-phx2.redhat.com (8.13.8/8.13.8) with ESMTP id sBF5rgwo020698; Mon, 15 Dec 2014 00:53:43 -0500 Date: Mon, 15 Dec 2014 00:53:42 -0500 (EST) From: Nathan Scott Reply-To: Nathan Scott To: Martins Innus Cc: pcp@oss.sgi.com Message-ID: <372975962.17650087.1418622822222.JavaMail.zimbra@redhat.com> In-Reply-To: <548B46B3.10407@buffalo.edu> References: <5481E4D7.8050700@buffalo.edu> <54876B8F.2050106@buffalo.edu> <428025601.13619915.1418163615228.JavaMail.zimbra@redhat.com> <548897F5.4010905@buffalo.edu> <1194215403.14908758.1418289588303.JavaMail.zimbra@redhat.com> <5489F5D1.6050208@buffalo.edu> <668428007.16198533.1418365513812.JavaMail.zimbra@redhat.com> <548B46B3.10407@buffalo.edu> Subject: Re: [pcp] Dynamic metric rework MIME-Version: 1.0 X-ASG-Orig-Subj: Re: [pcp] Dynamic metric rework Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-Originating-IP: [10.5.82.12] X-Mailer: Zimbra 8.0.6_GA_5922 (ZimbraWebClient - FF17 (Linux)/8.0.6_GA_5922) Thread-Topic: Dynamic metric rework Thread-Index: eHBTYlVfnEWf00YJNStsQWE//SvjDQ== X-Barracuda-Connect: mx4-phx2.redhat.com[209.132.183.25] X-Barracuda-Start-Time: 1418622825 X-Barracuda-Encrypted: AES256-SHA X-Barracuda-URL: http://192.48.176.15:80/cgi-mod/mark.cgi X-Virus-Scanned: by bsmtpd at sgi.com X-Barracuda-BRTS-Status: 1 X-Barracuda-Spam-Score: 0.02 X-Barracuda-Spam-Status: No, SCORE=0.02 using per-user scores of TAG_LEVEL=1000.0 QUARANTINE_LEVEL=1000.0 KILL_LEVEL=2.7 tests=THREAD_INDEX, THREAD_TOPIC X-Barracuda-Spam-Report: Code version 3.2, rules version 3.2.3.12913 Rule breakdown below pts rule name description ---- ---------------------- -------------------------------------------------- 0.01 THREAD_INDEX thread-index: AcO7Y8iR61tzADqsRmmc5wNiFHEOig== 0.01 THREAD_TOPIC Thread-Topic: ...(Japanese Subject)... Hi Martins, ----- Original Message ----- > Nathan, > > On 12/12/14 1:25 AM, Nathan Scott wrote: > > Looking good! One gotcha to watch for is the "getdesc on" which will cause > > a DESC pdu to be sent, I think (you can use -Dpdu on dbpmda command line to > > verify that). > > > Good catch, thanks. I think this should do it. I had to modify the > filter regex to be a little more inclusive with this off. > > New test/good/bad files attached. > Looks good, thanks Martins. Do you want to add this to your working branch? And where did we get up to with hotproc - are you happy with that & ready to merge? (could you send me the git URL for the latest version of that code, if so?) thanks! -- Nathan From kenj@internode.on.net Mon Dec 15 00:13: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 73B567F4E for ; Mon, 15 Dec 2014 00:13:58 -0600 (CST) Received: from cuda.sgi.com (cuda3.sgi.com [192.48.176.15]) by relay3.corp.sgi.com (Postfix) with ESMTP id 02A08AC001 for ; Sun, 14 Dec 2014 22:13:54 -0800 (PST) X-ASG-Debug-ID: 1418624031-04cb6c05731c7a3d0001-S8gJnT Received: from ipmail06.adl6.internode.on.net (ipmail06.adl6.internode.on.net [150.101.137.145]) by cuda.sgi.com with ESMTP id DRFHIeGJ3GbIw9CC for ; Sun, 14 Dec 2014 22:13:52 -0800 (PST) X-Barracuda-Envelope-From: kenj@internode.on.net X-Barracuda-Apparent-Source-IP: 150.101.137.145 X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: AqECALp7jlR20SlqPGdsb2JhbAANTYc2gyrGTgEBAQEBBgEBAQE4hHEPAUU2AgUWCwILAwIBAgExDgwNCAEBwyVwliSBIZFAgUEFqCiEIoMdAQEB Received: from ppp118-209-41-106.lns20.mel4.internode.on.net (HELO [192.168.1.100]) ([118.209.41.106]) by ipmail06.adl6.internode.on.net with ESMTP; 15 Dec 2014 16:43:20 +1030 Message-ID: <548E7C90.9010507@internode.on.net> Date: Mon, 15 Dec 2014 17:15:44 +1100 From: Ken McDonell User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:31.0) Gecko/20100101 Thunderbird/31.3.0 MIME-Version: 1.0 To: PCP Subject: compilation warnings Content-Type: text/plain; charset=utf-8 X-ASG-Orig-Subj: compilation warnings Content-Transfer-Encoding: 8bit X-Barracuda-Connect: ipmail06.adl6.internode.on.net[150.101.137.145] X-Barracuda-Start-Time: 1418624032 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.12913 Rule breakdown below pts rule name description ---- ---------------------- -------------------------------------------------- Just a gentle reminder, that zero compilation warnings is the PCP goal. These ones seem to have crept in recently (and yes I know one is in papi.h, not the PCP code, but even so, someone should be fixing it) ... === linux_proc === ... cgroups.c: In function ‘read_blkio_devices_stats’: cgroups.c:744:16: warning: variable ‘result’ set but not used [-Wunused-but-set-variable] __uint64_t result = 0; ^ papi.c: In function ‘papi_internal_init’: papi.c:661:5: warning: statement with no effect [-Wunused-value] for (component_id; component_id < number_of_components; component_id++) { ^ papi.c:667:2: warning: pointer targets in passing argument 1 of ‘PAPI_enum_cmp_event’ differ in signedness [-Wpointer-sign] sts = PAPI_enum_cmp_event (&native, PAPI_ENUM_FIRST, component_id); ^ In file included from papi.c:21:0: /usr/include/papi.h:1030:10: note: expected ‘int *’ but argument is of type ‘unsigned int *’ int PAPI_enum_cmp_event(int *EventCode, int modifier, int cidx); /**< return the event code for the next available component event */ ^ From nscott@redhat.com Mon Dec 15 00:18: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 DEC5F7F4E for ; Mon, 15 Dec 2014 00:18:34 -0600 (CST) Received: from cuda.sgi.com (cuda3.sgi.com [192.48.176.15]) by relay2.corp.sgi.com (Postfix) with ESMTP id CCC6F304032 for ; Sun, 14 Dec 2014 22:18:31 -0800 (PST) X-ASG-Debug-ID: 1418624309-04cb6c05711c7a560001-S8gJnT Received: from mx6-phx2.redhat.com (mx6-phx2.redhat.com [209.132.183.39]) by cuda.sgi.com with ESMTP id nREwkZpcmH2lLzQF (version=TLSv1 cipher=AES256-SHA bits=256 verify=NO) for ; Sun, 14 Dec 2014 22:18:30 -0800 (PST) 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 sBF6IQpC015364; Mon, 15 Dec 2014 01:18:26 -0500 Date: Mon, 15 Dec 2014 01:18:25 -0500 (EST) From: Nathan Scott Reply-To: Nathan Scott To: Ken McDonell Cc: PCP Message-ID: <1987900334.17654197.1418624305552.JavaMail.zimbra@redhat.com> In-Reply-To: <548E7C90.9010507@internode.on.net> References: <548E7C90.9010507@internode.on.net> Subject: Re: [pcp] compilation warnings MIME-Version: 1.0 X-ASG-Orig-Subj: Re: [pcp] compilation warnings Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-Originating-IP: [10.5.82.12] X-Mailer: Zimbra 8.0.6_GA_5922 (ZimbraWebClient - FF17 (Linux)/8.0.6_GA_5922) Thread-Topic: compilation warnings Thread-Index: QQSMOBPR9zpztNRPXpHSC15rloDy2w== X-Barracuda-Connect: mx6-phx2.redhat.com[209.132.183.39] X-Barracuda-Start-Time: 1418624310 X-Barracuda-Encrypted: AES256-SHA X-Barracuda-URL: http://192.48.176.15:80/cgi-mod/mark.cgi X-Virus-Scanned: by bsmtpd at sgi.com X-Barracuda-BRTS-Status: 1 X-Barracuda-Spam-Score: 0.02 X-Barracuda-Spam-Status: No, SCORE=0.02 using per-user scores of TAG_LEVEL=1000.0 QUARANTINE_LEVEL=1000.0 KILL_LEVEL=2.7 tests=THREAD_INDEX, THREAD_TOPIC X-Barracuda-Spam-Report: Code version 3.2, rules version 3.2.3.12913 Rule breakdown below pts rule name description ---- ---------------------- -------------------------------------------------- 0.01 THREAD_INDEX thread-index: AcO7Y8iR61tzADqsRmmc5wNiFHEOig== 0.01 THREAD_TOPIC Thread-Topic: ...(Japanese Subject)... ----- Original Message ----- > Just a gentle reminder, that zero compilation warnings is the PCP goal. >=20 > These ones seem to have crept in recently (and yes I know one is in papi.= h, > not the PCP code, but even so, someone should be fixing it) ... >=20 > =3D=3D=3D linux_proc =3D=3D=3D > ... > cgroups.c: In function =E2=80=98read_blkio_devices_stats=E2=80=99: > cgroups.c:744:16: warning: variable =E2=80=98result=E2=80=99 set but not = used > [-Wunused-but-set-variable] > __uint64_t result =3D 0; > ^ Hmm, this one is from me - not sure why my compiler is not complaining! I'll fix this one up. cheers. -- Nathan From kenj@internode.on.net Mon Dec 15 00:22:07 2014 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on oss.sgi.com X-Spam-Level: X-Spam-Status: No, score=0.0 required=5.0 tests=none autolearn=ham version=3.3.1 X-Original-To: pcp@oss.sgi.com Delivered-To: pcp@oss.sgi.com Received: from relay.sgi.com (relay1.corp.sgi.com [137.38.102.111]) by oss.sgi.com (Postfix) with ESMTP id E28867F4E for ; Mon, 15 Dec 2014 00:22:07 -0600 (CST) Received: from cuda.sgi.com (cuda3.sgi.com [192.48.176.15]) by relay1.corp.sgi.com (Postfix) with ESMTP id C276B8F8033 for ; Sun, 14 Dec 2014 22:22:04 -0800 (PST) X-ASG-Debug-ID: 1418624521-04cb6c05721c7a640001-S8gJnT Received: from ipmail06.adl6.internode.on.net (ipmail06.adl6.internode.on.net [150.101.137.145]) by cuda.sgi.com with ESMTP id 0JsxyPXemH1nAR3d for ; Sun, 14 Dec 2014 22:22:02 -0800 (PST) X-Barracuda-Envelope-From: kenj@internode.on.net X-Barracuda-Apparent-Source-IP: 150.101.137.145 X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: AsYCAOx8jlR20SlqPGdsb2JhbAANTYNYWIMGgyq/LIciAQEBAQEGAQEBATiEcYEFBgIFIQIRAjInBgIBAYg1unJwliaBIY5uglKBQQWRQIY8iEqEKoM4gWeCO1qCQwEBAQ Received: from ppp118-209-41-106.lns20.mel4.internode.on.net (HELO [192.168.1.100]) ([118.209.41.106]) by ipmail06.adl6.internode.on.net with ESMTP; 15 Dec 2014 16:52:01 +1030 Message-ID: <548E7E9A.30509@internode.on.net> Date: Mon, 15 Dec 2014 17:24:26 +1100 From: Ken McDonell User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:31.0) Gecko/20100101 Thunderbird/31.3.0 MIME-Version: 1.0 To: pcp@oss.sgi.com Subject: pcp updates - qa/628 (aka e_ext_t) fixup Content-Type: text/plain; charset=utf-8 X-ASG-Orig-Subj: pcp updates - qa/628 (aka e_ext_t) fixup Content-Transfer-Encoding: 7bit X-Barracuda-Connect: ipmail06.adl6.internode.on.net[150.101.137.145] X-Barracuda-Start-Time: 1418624521 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.12913 Rule breakdown below pts rule name description ---- ---------------------- -------------------------------------------------- qa/628 has been run 100 times without failure since these changes were made. Changes committed to git://git.performancecopilot.org/kenj/pcp.git dev debian/control | 2 - debian/libpcp-pmda3-dev.install | 1 man/man3/pmdadaemon.3 | 24 +++++++++++++- man/man3/pmdadso.3 | 24 +++++++++++++- man/man3/pmdainterfacemoved.3 | 68 ++++++++++++++++++++++++++++++++++++++++ qa/628 | 33 ++++++++++++++++++- src/include/pcp/pmda.h | 2 + src/libpcp_pmda/src/callback.c | 6 ++- src/libpcp_pmda/src/exports | 5 ++ src/libpcp_pmda/src/open.c | 15 ++++++++ src/pmcd/src/GNUmakefile | 2 - src/pmcd/src/config.c | 23 ++++++++++--- 12 files changed, 194 insertions(+), 11 deletions(-) commit 4a076580e08159414803f67d15332f27e77ef0d5 Author: Ken McDonell Date: Mon Dec 15 15:49:15 2014 +1100 qa/628: more diags, wait properly in _cleanup() commit 87908863bb33c4565cd6b42268311470ef8649bc Author: Ken McDonell Date: Mon Dec 15 15:46:22 2014 +1100 pmcd - use link with -lpcp_pmda, use pmdaInterfaceMoved() Accommodate changes in e_ext_t within libpcp_pmda so that pmcd actions juggling pmdaInterface structs do not break the behaviour of DSO PMDAs. commit cf8c3e10c8a8d82b8f10f220737a7ce0c76b4c88 Author: Ken McDonell Date: Mon Dec 15 15:33:56 2014 +1100 libpcp_pmda - add pmdaInterfaceMoved() function The recent change to e_ext_t replaced the int pmda_interface field (held a PMDA_INTERFACE_N value) with a back pointer to the base of the pmdaInterface struct. It was believed that this structure was only manipulated within libpcp_pmda, but co-incident and non-deterministic failures of qa/628 led to some suspicion that this assertion was not correct. The e_ext_t struct IS only manipulated within libpcp_pmda, but the the associated pmdaInterface struct is created outside libpcp_pmda, and the back pointer ONLY works if the pmdaInterface struct is NOT moved or relocated. For most PMDAs this is not a problem. But pmcd sometimes will shuffle and array of pmdaInterface structs and sometimes realloc the whole array, thereby both moving AND relocating the pmdaInterface struct. The new pmdaInterfaceMoved() routine re-establishes the back pointer after a pmdaInterface struct is moved. Also updated the man pages for pmdaDaemon() and pmdaDSO() to document the caveat that the pmdaInterface struct passed by pointer to these routines is not expected to be moved, and if it is moved pmdaInterfaceMoved() is your new best friend. commit 2312fefe64d266bb94751a4fc6016a485f00a620 Author: Ken McDonell Date: Fri Dec 12 15:49:54 2014 +1100 Revert "debian/control: add dependency on time package" This reverts commit c8fa3b5f389dd994a6c283123fdde62e993222d1. Change was already done, this commit undid it, so revert that!! From nscott@redhat.com Mon Dec 15 00:25:20 2014 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on oss.sgi.com X-Spam-Level: X-Spam-Status: No, score=0.0 required=5.0 tests=none autolearn=ham version=3.3.1 X-Original-To: pcp@oss.sgi.com Delivered-To: pcp@oss.sgi.com Received: from relay.sgi.com (relay2.corp.sgi.com [137.38.102.29]) by oss.sgi.com (Postfix) with ESMTP id 37A2F7F4E for ; Mon, 15 Dec 2014 00:25:20 -0600 (CST) Received: from cuda.sgi.com (cuda2.sgi.com [192.48.176.25]) by relay2.corp.sgi.com (Postfix) with ESMTP id 22F22304032 for ; Sun, 14 Dec 2014 22:25:19 -0800 (PST) X-ASG-Debug-ID: 1418624717-04cbb01065ceaef0001-S8gJnT Received: from mx6-phx2.redhat.com (mx6-phx2.redhat.com [209.132.183.39]) by cuda.sgi.com with ESMTP id moCVxX54MbvFQV0L (version=TLSv1 cipher=AES256-SHA bits=256 verify=NO) for ; Sun, 14 Dec 2014 22:25:17 -0800 (PST) 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 sBF6PH3F016414 for ; Mon, 15 Dec 2014 01:25:17 -0500 Date: Mon, 15 Dec 2014 01:25:17 -0500 (EST) From: Nathan Scott Reply-To: Nathan Scott To: PCP Message-ID: <83889558.17655087.1418624717143.JavaMail.zimbra@redhat.com> Subject: pcp updates: build, qa MIME-Version: 1.0 X-ASG-Orig-Subj: pcp updates: build, qa Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-Originating-IP: [10.5.82.12] X-Mailer: Zimbra 8.0.6_GA_5922 (ZimbraWebClient - FF17 (Linux)/8.0.6_GA_5922) Thread-Topic: pcp updates: build, qa Thread-Index: FaJktrlw/WUY34mOocqr0Tt3PbGNhA== X-Barracuda-Connect: mx6-phx2.redhat.com[209.132.183.39] X-Barracuda-Start-Time: 1418624717 X-Barracuda-Encrypted: AES256-SHA X-Barracuda-URL: http://192.48.176.25:80/cgi-mod/mark.cgi X-Virus-Scanned: by bsmtpd at sgi.com X-Barracuda-BRTS-Status: 1 X-Barracuda-Spam-Score: 0.02 X-Barracuda-Spam-Status: No, SCORE=0.02 using per-user scores of TAG_LEVEL=1000.0 QUARANTINE_LEVEL=1000.0 KILL_LEVEL=2.7 tests=THREAD_INDEX, THREAD_TOPIC X-Barracuda-Spam-Report: Code version 3.2, rules version 3.2.3.12913 Rule breakdown below pts rule name description ---- ---------------------- -------------------------------------------------- 0.01 THREAD_INDEX thread-index: AcO7Y8iR61tzADqsRmmc5wNiFHEOig== 0.01 THREAD_TOPIC Thread-Topic: ...(Japanese Subject)... Changes committed to git://git.pcp.io/pcp.git dev Nathan Scott (4): qa: correct output for 344 and 569 after container additions build: workaround benign cpuinfo compiler warning qa: resolve qa/957 valgrind failure in hinv SCSI metrics build: resolve compiler warning from cgroups blkio code qa/344.out | 22 ++++++++++++++++ qa/569.out | 2 + src/pmdas/linux/pmda.c | 7 +++-- src/pmdas/linux/proc_cpuinfo.c | 2 - src/pmdas/linux/proc_scsi.c | 54 ++++++++++++++++++++-------------------- src/pmdas/linux/proc_scsi.h | 1 src/pmdas/linux_proc/.gitignore | 4 ++ src/pmdas/linux_proc/cgroups.c | 2 - 8 files changed, 62 insertions(+), 32 deletions(-) From nscott@redhat.com Mon Dec 15 00:34: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 E75CC7F4E for ; Mon, 15 Dec 2014 00:34:30 -0600 (CST) Received: from cuda.sgi.com (cuda3.sgi.com [192.48.176.15]) by relay1.corp.sgi.com (Postfix) with ESMTP id D34B08F8035 for ; Sun, 14 Dec 2014 22:34:30 -0800 (PST) X-ASG-Debug-ID: 1418625268-04cb6c05731c7ab70001-S8gJnT Received: from mx4-phx2.redhat.com (mx4-phx2.redhat.com [209.132.183.25]) by cuda.sgi.com with ESMTP id eMH6pHsExkCizhoy (version=TLSv1 cipher=AES256-SHA bits=256 verify=NO) for ; Sun, 14 Dec 2014 22:34:29 -0800 (PST) X-Barracuda-Envelope-From: nscott@redhat.com X-Barracuda-Apparent-Source-IP: 209.132.183.25 Received: from zmail20.collab.prod.int.phx2.redhat.com (zmail20.collab.prod.int.phx2.redhat.com [10.5.83.23]) by mx4-phx2.redhat.com (8.13.8/8.13.8) with ESMTP id sBF6YSHT026565; Mon, 15 Dec 2014 01:34:28 -0500 Date: Mon, 15 Dec 2014 01:34:27 -0500 (EST) From: Nathan Scott Reply-To: Nathan Scott To: "Frank Ch. Eigler" Cc: pcp Message-ID: <237009758.17657825.1418625267689.JavaMail.zimbra@redhat.com> In-Reply-To: References: <494364595.14790394.1418280789809.JavaMail.zimbra@redhat.com> <1300433870.14907994.1418289576168.JavaMail.zimbra@redhat.com> Subject: Re: pcp updates: dynamic metrics, pmdapapi, containers, qa MIME-Version: 1.0 X-ASG-Orig-Subj: Re: pcp updates: dynamic metrics, pmdapapi, containers, qa Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-Originating-IP: [10.5.82.12] X-Mailer: Zimbra 8.0.6_GA_5922 (ZimbraWebClient - FF17 (Linux)/8.0.6_GA_5922) Thread-Topic: pcp updates: dynamic metrics, pmdapapi, containers, qa Thread-Index: Uca3SI74je7PNSt5xAzvgeTHSqFoww== X-Barracuda-Connect: mx4-phx2.redhat.com[209.132.183.25] X-Barracuda-Start-Time: 1418625268 X-Barracuda-Encrypted: AES256-SHA X-Barracuda-URL: http://192.48.176.15:80/cgi-mod/mark.cgi X-Virus-Scanned: by bsmtpd at sgi.com X-Barracuda-BRTS-Status: 1 X-Barracuda-Spam-Score: 0.03 X-Barracuda-Spam-Status: No, SCORE=0.03 using per-user scores of TAG_LEVEL=1000.0 QUARANTINE_LEVEL=1000.0 KILL_LEVEL=2.7 tests=BSF_SC0_MISMATCH_TO, BSF_SC0_SA_TO_FROM_DOMAIN_MATCH, THREAD_INDEX, THREAD_TOPIC X-Barracuda-Spam-Report: Code version 3.2, rules version 3.2.3.12913 Rule breakdown below pts rule name description ---- ---------------------- -------------------------------------------------- 0.01 THREAD_INDEX thread-index: AcO7Y8iR61tzADqsRmmc5wNiFHEOig== 0.01 THREAD_TOPIC Thread-Topic: ...(Japanese Subject)... 0.00 BSF_SC0_MISMATCH_TO Envelope rcpt doesn't match header 0.01 BSF_SC0_SA_TO_FROM_DOMAIN_MATCH Sender Domain Matches Recipient Domain ----- Original Message ----- > > [...] > > Nathan Scott (1): > > libpcp/pmcd: protocol-level support for containers > > [...] > > Can you explain further your intended design for this, so we can get a > chance to review before it gets cast in stone? > We're discussing here the implementation of: http://www.pcp.io/pipermail/pcp/2014-June/005030.html ... for which the above was the first, preparatory commit of several pending commits. The above mail was sent ~6 months ago. The code is very far advanced now (it is very close to the design above; there should be no surprises here), and I expect the rest to arrive this week. It's not going to be conducive to design-by-committee at this stage, I'm afraid (if ever it was - plenty of experimental, exploratory work there). But there will be several weeks between merge/release for wider review, testing and sharing of thoughts/ideas/improvements. Even post-merge/release, "cast in stone" is not really a concrete thing (more a stone thing I suppose) - if need be, more revs can follow, even protocol revs. But I'm liking the look of the implementation so far (& its now close to complete) so hopefully not much followup work is going to be needed and we can instead move on to building on top of the shiny new awesomeness. The answers to your other more specific questions will become clear as the code arrives. I'm not going to delve into answering them all now, as that'd simply prevent me completing it quickly and would hinder any discussion more than help. Patience now, go and enjoy your vacation time. It will arrive before the weeks end for others to kick the tires & hopefully get some real- world experience before release time. cheers. -- Nathan From nscott@redhat.com Mon Dec 15 00:36:07 2014 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on oss.sgi.com X-Spam-Level: X-Spam-Status: No, score=0.0 required=5.0 tests=none autolearn=ham version=3.3.1 X-Original-To: pcp@oss.sgi.com Delivered-To: pcp@oss.sgi.com Received: from relay.sgi.com (relay3.corp.sgi.com [198.149.34.15]) by oss.sgi.com (Postfix) with ESMTP id 172D27F4E for ; Mon, 15 Dec 2014 00:36:07 -0600 (CST) Received: from cuda.sgi.com (cuda2.sgi.com [192.48.176.25]) by relay3.corp.sgi.com (Postfix) with ESMTP id 8ADC7AC001 for ; Sun, 14 Dec 2014 22:36:06 -0800 (PST) X-ASG-Debug-ID: 1418625364-04cbb0106bceb380001-S8gJnT Received: from mx5-phx2.redhat.com (mx5-phx2.redhat.com [209.132.183.37]) by cuda.sgi.com with ESMTP id sGKjf7jwMI0bp6qp (version=TLSv1 cipher=AES256-SHA bits=256 verify=NO) for ; Sun, 14 Dec 2014 22:36:05 -0800 (PST) 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 sBF6a41B039423; Mon, 15 Dec 2014 01:36:04 -0500 Date: Mon, 15 Dec 2014 01:36:03 -0500 (EST) From: Nathan Scott Reply-To: Nathan Scott To: "Frank Ch. Eigler" Cc: pcp developers Message-ID: <1544484578.17657959.1418625363923.JavaMail.zimbra@redhat.com> In-Reply-To: <20141212164033.GD14953@redhat.com> References: <1309338393.770280.1416292315684.JavaMail.zimbra@redhat.com> <1249426361.1589601.1416371161222.JavaMail.zimbra@redhat.com> <20141119181439.GF5700@redhat.com> <1666386574.2247920.1416427865663.JavaMail.zimbra@redhat.com> <2132304544.16180073.1418360958577.JavaMail.zimbra@redhat.com> <20141212061823.GC14953@redhat.com> <53646500.16198226.1418365398316.JavaMail.zimbra@redhat.com> <20141212164033.GD14953@redhat.com> Subject: Re: pcp updates: pmdaproc, cgroups, books MIME-Version: 1.0 X-ASG-Orig-Subj: Re: pcp updates: pmdaproc, cgroups, books Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-Originating-IP: [10.5.82.12] X-Mailer: Zimbra 8.0.6_GA_5922 (ZimbraWebClient - FF17 (Linux)/8.0.6_GA_5922) Thread-Topic: pcp updates: pmdaproc, cgroups, books Thread-Index: v5lxrIW+Bi420twTOc913VqdrLfjDw== X-Barracuda-Connect: mx5-phx2.redhat.com[209.132.183.37] X-Barracuda-Start-Time: 1418625364 X-Barracuda-Encrypted: AES256-SHA X-Barracuda-URL: http://192.48.176.25:80/cgi-mod/mark.cgi X-Virus-Scanned: by bsmtpd at sgi.com X-Barracuda-BRTS-Status: 1 X-Barracuda-Spam-Score: 0.03 X-Barracuda-Spam-Status: No, SCORE=0.03 using per-user scores of TAG_LEVEL=1000.0 QUARANTINE_LEVEL=1000.0 KILL_LEVEL=2.7 tests=BSF_SC0_MISMATCH_TO, BSF_SC0_SA_TO_FROM_DOMAIN_MATCH, THREAD_INDEX, THREAD_TOPIC X-Barracuda-Spam-Report: Code version 3.2, rules version 3.2.3.12913 Rule breakdown below pts rule name description ---- ---------------------- -------------------------------------------------- 0.01 THREAD_INDEX thread-index: AcO7Y8iR61tzADqsRmmc5wNiFHEOig== 0.01 THREAD_TOPIC Thread-Topic: ...(Japanese Subject)... 0.00 BSF_SC0_MISMATCH_TO Envelope rcpt doesn't match header 0.01 BSF_SC0_SA_TO_FROM_DOMAIN_MATCH Sender Domain Matches Recipient Domain ----- Original Message ----- > > > As noted before, there was nothing unusual about my procfs > > > configuration. Your existing cgroups-root-001 tarball should show the > > > exact same problems. It was the test code that has been deficient > > > (not doing enough operations to hit the fd-leak/exhaustion limits, for > > > example), not the data. > > > > *sigh*, no - I'm looking to expand the testing coverage and you clearly > > had many more cgroups setup than I did & on a more recent kernel version > > where we have no test coverage yet. [...] > > I looked into this further. As promised, the problem is reproducible > with the existing cgroups-root-001 tarball, That's great - thanks for looking into it & extending the test. Setting that aside briefly, coverage would still be enhanced with the tgz I'm asking for. Relative to the single cgroups-001.tgz case I made, it'd give coverage for a different kernel version (the contents of some of the cgroups files differs in more recent kernels). > [...] but this is made more > difficult by the test case's construction. This test uses the .so > pmda variant & pminfo -L/-K runs, so that the test case can force-feed > it the fake /proc data via $PROC_STATSPATH. > > In an echo of early problems with the papi-pmda qa, this style makes > leaks difficult to find, because they are so ephemeral: you can't just > do a pminfo loop to exhaust the resources, because they are recreated > anew for each pminfo! The problem is the choice of client tool, not an inherent limitation of the testing as you're suggesting. The case you're reproducing here is calling for a long-running client that issues many fetches, but you're coming at it with pminfo - try pmval instead? > Anyway, it is possible to trigger the problem even with the .so pmda > variant, just clumsier. Behold pcpfans.git fche/cgroups-test: Yep, that's very awkward, and I think your rationale (as in the test comments added there) is not quite right. It could be implemented more cleanly via pmval, without relying on the batch-fetch logic in pminfo as I think this change does. It'd be excellent to get this long-running client case going with use of valgrind too (i.e. qa/731, not just the qa/730 modified here) -- pmval with a short sampling interval (a millisecond or two) would do the trick I think and it'd be a good addition to both scripts. More readable too, for the next person working on these tests. cheers. -- Nathan From brolley@redhat.com Mon Dec 15 09:38:05 2014 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on oss.sgi.com X-Spam-Level: X-Spam-Status: No, score=0.0 required=5.0 tests=none autolearn=ham version=3.3.1 X-Original-To: pcp@oss.sgi.com Delivered-To: pcp@oss.sgi.com Received: from relay.sgi.com (relay2.corp.sgi.com [137.38.102.29]) by oss.sgi.com (Postfix) with ESMTP id 564A07F4E for ; Mon, 15 Dec 2014 09:38:05 -0600 (CST) Received: from cuda.sgi.com (cuda1.sgi.com [192.48.157.11]) by relay2.corp.sgi.com (Postfix) with ESMTP id 3623B304032 for ; Mon, 15 Dec 2014 07:38:02 -0800 (PST) X-ASG-Debug-ID: 1418657880-04bdf061611df5cc0001-S8gJnT Received: from mx1.redhat.com (mx1.redhat.com [209.132.183.28]) by cuda.sgi.com with ESMTP id DhbBuaTp1FWGtcct (version=TLSv1 cipher=AES256-SHA bits=256 verify=NO) for ; Mon, 15 Dec 2014 07:38:01 -0800 (PST) X-Barracuda-Envelope-From: brolley@redhat.com X-Barracuda-Apparent-Source-IP: 209.132.183.28 X-ASG-Whitelist: Client Received: from int-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 sBFFbxw2024838 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=FAIL) for ; Mon, 15 Dec 2014 10:38:00 -0500 Received: from [10.10.62.106] (vpn-62-106.rdu2.redhat.com [10.10.62.106]) by int-mx09.intmail.prod.int.phx2.redhat.com (8.14.4/8.14.4) with ESMTP id sBFFbw7E021111; Mon, 15 Dec 2014 10:37:59 -0500 Message-ID: <548F0109.1060103@redhat.com> Date: Mon, 15 Dec 2014 10:40:57 -0500 From: Dave Brolley User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:31.0) Gecko/20100101 Thunderbird/31.2.0 MIME-Version: 1.0 To: "Frank Ch. Eigler" CC: pcp developers Subject: Re: [pcp] RFC pcp update: pmParseUnitsStr() function References: <20141201154517.GK5088@redhat.com> <548B491B.1030705@redhat.com> <20141212212048.GE14953@redhat.com> X-ASG-Orig-Subj: Re: [pcp] RFC pcp update: pmParseUnitsStr() function In-Reply-To: <20141212212048.GE14953@redhat.com> Content-Type: text/plain; charset=windows-1252; 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: 1418657881 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 Frank, Thanks for the rework! On 12/12/2014 04:20 PM, Frank Ch. Eigler wrote: >> [...] >> * Are // style comments accepted by the C compilers on all the >> platforms we support? > Evidently yes, they're all over the code base. Sorry, I should have been more direct with that comment. As a matter of style, we should have these kinds of comments only in C++ code. Can you please convert the ones in this code? As we notice other instances, we should fix them as well. Thanks, Dave From fche@redhat.com Mon Dec 15 10:16:11 2014 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on oss.sgi.com X-Spam-Level: X-Spam-Status: No, score=0.0 required=5.0 tests=none autolearn=ham version=3.3.1 X-Original-To: pcp@oss.sgi.com Delivered-To: pcp@oss.sgi.com Received: from relay.sgi.com (relay1.corp.sgi.com [137.38.102.111]) by oss.sgi.com (Postfix) with ESMTP id A4AC27F4E for ; Mon, 15 Dec 2014 10:16:11 -0600 (CST) Received: from cuda.sgi.com (cuda1.sgi.com [192.48.157.11]) by relay1.corp.sgi.com (Postfix) with ESMTP id 847728F8037 for ; Mon, 15 Dec 2014 08:16:08 -0800 (PST) X-ASG-Debug-ID: 1418660167-04bdf061611dfe6f0001-S8gJnT Received: from mx1.redhat.com (mx1.redhat.com [209.132.183.28]) by cuda.sgi.com with ESMTP id ebB1ZNeLXjT5tVPW (version=TLSv1 cipher=AES256-SHA bits=256 verify=NO) for ; Mon, 15 Dec 2014 08:16:07 -0800 (PST) X-Barracuda-Envelope-From: fche@redhat.com X-Barracuda-Apparent-Source-IP: 209.132.183.28 X-ASG-Whitelist: Client Received: from int-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 sBFGG7Y1016842 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=FAIL) for ; Mon, 15 Dec 2014 11:16:07 -0500 Received: from fche.csb (vpn-224-53.phx2.redhat.com [10.3.224.53]) by int-mx13.intmail.prod.int.phx2.redhat.com (8.14.4/8.14.4) with ESMTP id sBFGG6qT018941; Mon, 15 Dec 2014 11:16:06 -0500 Received: by fche.csb (Postfix, from userid 2569) id 390CD58194; Mon, 15 Dec 2014 11:16:06 -0500 (EST) Date: Mon, 15 Dec 2014 11:16:06 -0500 From: "Frank Ch. Eigler" To: Dave Brolley Cc: pcp developers Subject: Re: [pcp] RFC pcp update: pmParseUnitsStr() function Message-ID: <20141215161606.GH14953@redhat.com> X-ASG-Orig-Subj: Re: [pcp] RFC pcp update: pmParseUnitsStr() function References: <20141201154517.GK5088@redhat.com> <548B491B.1030705@redhat.com> <20141212212048.GE14953@redhat.com> <548F0109.1060103@redhat.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <548F0109.1060103@redhat.com> User-Agent: Mutt/1.4.2.2i X-Scanned-By: MIMEDefang 2.68 on 10.5.11.26 X-Barracuda-Connect: mx1.redhat.com[209.132.183.28] X-Barracuda-Start-Time: 1418660167 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 - > >Evidently yes, they're all over the code base. > Sorry, I should have been more direct with that comment. As a matter of > style, we should have these kinds of comments only in C++ code. OK, but % git grep "//" -- "*.c" over the source tree shows many C files with this C99-compliant notation. > Can you please convert the ones in this code? Changed. > As we notice other instances, we should fix them as well. Would you like a patch for the other 1200+ instances in the code base? - FChE From lberk@redhat.com Mon Dec 15 12:23: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 (relay1.corp.sgi.com [137.38.102.111]) by oss.sgi.com (Postfix) with ESMTP id 7A4287F4E for ; Mon, 15 Dec 2014 12:23:05 -0600 (CST) Received: from cuda.sgi.com (cuda2.sgi.com [192.48.176.25]) by relay1.corp.sgi.com (Postfix) with ESMTP id 686948F8033 for ; Mon, 15 Dec 2014 10:23:02 -0800 (PST) X-ASG-Debug-ID: 1418667777-04cbb01064d586f0001-S8gJnT Received: from mx1.redhat.com (mx1.redhat.com [209.132.183.28]) by cuda.sgi.com with ESMTP id UNrAaF8IB8wI3hle (version=TLSv1 cipher=AES256-SHA bits=256 verify=NO) for ; Mon, 15 Dec 2014 10:22:58 -0800 (PST) X-Barracuda-Envelope-From: lberk@redhat.com X-Barracuda-Apparent-Source-IP: 209.132.183.28 X-ASG-Whitelist: Client Received: from int-mx14.intmail.prod.int.phx2.redhat.com (int-mx14.intmail.prod.int.phx2.redhat.com [10.5.11.27]) by mx1.redhat.com (8.14.4/8.14.4) with ESMTP id sBFIMrEA011532 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=FAIL); Mon, 15 Dec 2014 13:22:53 -0500 Received: from toium ([10.15.16.225]) by int-mx14.intmail.prod.int.phx2.redhat.com (8.14.4/8.14.4) with ESMTP id sBFIMqnp012732 (version=TLSv1/SSLv3 cipher=AES128-GCM-SHA256 bits=128 verify=NO); Mon, 15 Dec 2014 13:22:53 -0500 From: Lukas Berk To: Ken McDonell Cc: PCP Subject: Re: [pcp] compilation warnings References: <548E7C90.9010507@internode.on.net> X-ASG-Orig-Subj: Re: [pcp] compilation warnings Date: Mon, 15 Dec 2014 13:22:52 -0500 In-Reply-To: <548E7C90.9010507@internode.on.net> (Ken McDonell's message of "Mon, 15 Dec 2014 17:15:44 +1100") Message-ID: <87y4q893ib.fsf@redhat.com> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/24.4 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-Scanned-By: MIMEDefang 2.68 on 10.5.11.27 X-Barracuda-Connect: mx1.redhat.com[209.132.183.28] X-Barracuda-Start-Time: 1418667778 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 Ken, Ken McDonell writes: [...] > papi.c: In function =E2=80=98papi_internal_init=E2=80=99: > papi.c:661:5: warning: statement with no effect [-Wunused-value] > for (component_id; component_id < number_of_components; component_id= ++) { > ^ > papi.c:667:2: warning: pointer targets in passing argument 1 of =E2=80=98= PAPI_enum_cmp_event=E2=80=99 differ in signedness [-Wpointer-sign] > sts =3D PAPI_enum_cmp_event (&native, PAPI_ENUM_FIRST, component_id); > ^ > In file included from papi.c:21:0: > /usr/include/papi.h:1030:10: note: expected =E2=80=98int *=E2=80=99 but a= rgument is of type =E2=80=98unsigned int *=E2=80=99 > int PAPI_enum_cmp_event(int *EventCode, int modifier, int cidx); /*= *< return the event code for the next available component event */ > ^ Thanks for catchings these! Fixes commited to lberk/dev on pcpfans. Git commit 71e18417aa Cheers, Lukas From brolley@redhat.com Mon Dec 15 12:42: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 576AA7F4E for ; Mon, 15 Dec 2014 12:42:41 -0600 (CST) Received: from cuda.sgi.com (cuda3.sgi.com [192.48.176.15]) by relay1.corp.sgi.com (Postfix) with ESMTP id 434138F8033 for ; Mon, 15 Dec 2014 10:42:41 -0800 (PST) X-ASG-Debug-ID: 1418668959-04cb6c05711ce5670001-S8gJnT Received: from mx1.redhat.com (mx1.redhat.com [209.132.183.28]) by cuda.sgi.com with ESMTP id VtAwRtDv3oU2oFgr (version=TLSv1 cipher=AES256-SHA bits=256 verify=NO) for ; Mon, 15 Dec 2014 10:42:39 -0800 (PST) X-Barracuda-Envelope-From: brolley@redhat.com X-Barracuda-Apparent-Source-IP: 209.132.183.28 X-ASG-Whitelist: Client Received: from int-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 sBFIgcck028966 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=FAIL) for ; Mon, 15 Dec 2014 13:42:39 -0500 Received: from [10.10.62.106] (vpn-62-106.rdu2.redhat.com [10.10.62.106]) by int-mx09.intmail.prod.int.phx2.redhat.com (8.14.4/8.14.4) with ESMTP id sBFIgcRY012726 for ; Mon, 15 Dec 2014 13:42:38 -0500 Message-ID: <548F2C50.6090205@redhat.com> Date: Mon, 15 Dec 2014 13:45:36 -0500 From: Dave Brolley User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:31.0) Gecko/20100101 Thunderbird/31.2.0 MIME-Version: 1.0 To: PCP Mailing List Subject: pcp updates: pmParseUnitsStr(3) Content-Type: text/plain; charset=utf-8; format=flowed X-ASG-Orig-Subj: pcp updates: pmParseUnitsStr(3) Content-Transfer-Encoding: 7bit X-Scanned-By: MIMEDefang 2.68 on 10.5.11.22 X-Barracuda-Connect: mx1.redhat.com[209.132.183.28] X-Barracuda-Start-Time: 1418668959 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.pcp.io/pcp.git dev man/man3/pmlookupdesc.3 | 14 man/man3/pmparseunitsstr.3 | 99 + qa/656 | 59 qa/656.out | 303 +++ qa/group | 11 qa/src/GNUlocaldefs | 6 qa/src/units-parse.c | 249 +- src/include/pcp/pmapi.h | 8 src/libpcp/src/check-statics | 7 src/libpcp/src/exports | 12 src/libpcp/src/units.c | 1425 +++++++++----- src/procmemstat/procmemstat.c | 37 Frank Ch. Eigler (10): man pmlookupdesc.3: correct pmUnits documentation PMAPI extension: pmParseUnitsStr qa for new pmParseUnitsStr() function man page for new pmParseUnitsStr() function demo for pmParseUnitsStr: procmemstat.c add errMsg output for pmParseUnitsStr() function pmParseUnitsStr whitespace work pmParseUnitsStr review tweaks pmParseUnitsStr: switch from c99 "//" comments to c72 "/* */". Dave From dsmith@redhat.com Mon Dec 15 12:47:01 2014 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on oss.sgi.com X-Spam-Level: X-Spam-Status: No, score=0.0 required=5.0 tests=none autolearn=ham version=3.3.1 X-Original-To: pcp@oss.sgi.com Delivered-To: pcp@oss.sgi.com Received: from relay.sgi.com (relay2.corp.sgi.com [137.38.102.29]) by oss.sgi.com (Postfix) with ESMTP id B060D7F4E for ; Mon, 15 Dec 2014 12:47:01 -0600 (CST) Received: from cuda.sgi.com (cuda2.sgi.com [192.48.176.25]) by relay2.corp.sgi.com (Postfix) with ESMTP id 9CFE2304032 for ; Mon, 15 Dec 2014 10:47:01 -0800 (PST) X-ASG-Debug-ID: 1418669219-04cbb0106bd59910001-S8gJnT Received: from mx1.redhat.com (mx1.redhat.com [209.132.183.28]) by cuda.sgi.com with ESMTP id oajex2DFuU24DCeq (version=TLSv1 cipher=AES256-SHA bits=256 verify=NO) for ; Mon, 15 Dec 2014 10:47:00 -0800 (PST) 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 sBFIkx0o030128 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=FAIL) for ; Mon, 15 Dec 2014 13:46:59 -0500 Received: from t540p.usersys.redhat.com (vpn-58-45.rdu2.redhat.com [10.10.58.45]) by int-mx11.intmail.prod.int.phx2.redhat.com (8.14.4/8.14.4) with ESMTP id sBFIkvXV002484 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES128-SHA bits=128 verify=NO); Mon, 15 Dec 2014 13:46:58 -0500 Message-ID: <548F2CA1.7020800@redhat.com> Date: Mon, 15 Dec 2014 12:46:57 -0600 From: David Smith User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:31.0) Gecko/20100101 Thunderbird/31.3.0 MIME-Version: 1.0 To: Nathan Scott CC: pcp Subject: Re: [pcp] [RFC] pcp python patch References: <54512E80.9090302@redhat.com> <546A7EDD.9000009@redhat.com> <134603578.1719924.1416389380267.JavaMail.zimbra@redhat.com> <546FB61C.2090103@redhat.com> <1332365833.3983034.1416785912055.JavaMail.zimbra@redhat.com> <5473B52D.2030004@redhat.com> <5474E795.7010302@redhat.com> <5480D6E5.30802@redhat.com> <1202056502.11133381.1417757625812.JavaMail.zimbra@redhat.com> X-ASG-Orig-Subj: Re: [pcp] [RFC] pcp python patch In-Reply-To: <1202056502.11133381.1417757625812.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: 1418669220 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 12/04/2014 11:33 PM, Nathan Scott wrote: > Good stuff! Could you make a clean branch (maybe even a rebase and > just one/two logical commits) to pull from? I had a quick look and > got some conflicts on src/pmns/stdpmns.pcp - I think there's all of > your other WIP code (json) in dsmith/dev too still, isn't there? > > I'd be happy pulling this initial PMDA wrapper work in now, with the > assumption that there'll be a PMDA & tests following that exercises > that new API. And we're early in the release cycle, so it's a good > time to merge this now. I just created a new branch in the pcpfans.git repository named dsmith/python. It has 2 commits that need pulling: 1123668: Removes the dead code from src/python/pmda.c ddfdbf1: Adds the refresh metrics callback. -- David Smith dsmith@redhat.com Red Hat http://www.redhat.com 256.217.0141 (direct) 256.837.0057 (fax) From kenj@internode.on.net Mon Dec 15 13:41: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 5DB4F7F4E for ; Mon, 15 Dec 2014 13:41:37 -0600 (CST) Received: from cuda.sgi.com (cuda2.sgi.com [192.48.176.25]) by relay3.corp.sgi.com (Postfix) with ESMTP id 8D473AC004 for ; Mon, 15 Dec 2014 11:41:33 -0800 (PST) X-ASG-Debug-ID: 1418672485-04cbb01069d63b90001-S8gJnT Received: from ipmail06.adl2.internode.on.net (ipmail06.adl2.internode.on.net [150.101.137.129]) by cuda.sgi.com with ESMTP id SntnJyzaftweiEur for ; Mon, 15 Dec 2014 11:41:26 -0800 (PST) X-Barracuda-Envelope-From: kenj@internode.on.net X-Barracuda-Apparent-Source-IP: 150.101.137.129 X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: AsYCABg5j1R20SlqPGdsb2JhbAANTYNYWIMGgyq/KYczAQEBAQEGAQEBATiEaAEIgRIhAgQNAjIODA0IAQEViCC9IXCWNgELAR+PEYNQgUEFj0yBJ02GPDCCLo1OhCJaAQGBAQEBIgKBGgEBAQ Received: from ppp118-209-41-106.lns20.mel4.internode.on.net (HELO [192.168.1.100]) ([118.209.41.106]) by ipmail06.adl2.internode.on.net with ESMTP; 16 Dec 2014 06:11:10 +1030 Message-ID: <548F39E8.60706@internode.on.net> Date: Tue, 16 Dec 2014 06:43:36 +1100 From: Ken McDonell User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:31.0) Gecko/20100101 Thunderbird/31.3.0 MIME-Version: 1.0 To: PCP Subject: unbound pmda qa failures Content-Type: multipart/mixed; boundary="------------040208080607080400060102" X-ASG-Orig-Subj: unbound pmda qa failures X-Barracuda-Connect: ipmail06.adl2.internode.on.net[150.101.137.129] X-Barracuda-Start-Time: 1418672485 X-Barracuda-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.12936 Rule breakdown below pts rule name description ---- ---------------------- -------------------------------------------------- This is a multi-part message in MIME format. --------------040208080607080400060102 Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 7bit I've shovelled some coal into the boiler for my QA farm, and it is rattling back to life. First system failures seem to be for the unbound PMDA. Tests 754 and 759 are failing on multiple systems in the same manner. .out.bad files attached from bozo 3.10.2 x86_64 Ubuntu 14.04 (trusty) bozo-vm 3.10.2 x86_64 Debian 7.6 --------------040208080607080400060102 Content-Type: text/plain; charset=UTF-8; name="759.out.bad" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="759.out.bad" UUEgb3V0cHV0IGNyZWF0ZWQgYnkgNzU5Cgo9PT0gdW5ib3VuZCBhZ2VudCBpbnN0YWxsYXRp b24gPT09CllvdSB3aWxsIG5lZWQgdG8gY2hvb3NlIGFuIGFwcHJvcHJpYXRlIGNvbmZpZ3Vy YXRpb24gZm9yIGluc3RhbGxhdGlvbiBvZgp0aGUgInVuYm91bmQiIFBlcmZvcm1hbmNlIE1l dHJpY3MgRG9tYWluIEFnZW50IChQTURBKS4KCiAgY29sbGVjdG9yCWNvbGxlY3QgcGVyZm9y bWFuY2Ugc3RhdGlzdGljcyBvbiB0aGlzIHN5c3RlbQogIG1vbml0b3IJYWxsb3cgdGhpcyBz eXN0ZW0gdG8gbW9uaXRvciBsb2NhbCBhbmQvb3IgcmVtb3RlIHN5c3RlbXMKICBib3RoCQlj b2xsZWN0b3IgYW5kIG1vbml0b3IgY29uZmlndXJhdGlvbiBmb3IgdGhpcyBzeXN0ZW0KClBs ZWFzZSBlbnRlciBjKG9sbGVjdG9yKSBvciBtKG9uaXRvcikgb3IgYihvdGgpIFtiXSBVcGRh dGluZyB0aGUgUGVyZm9ybWFuY2UgTWV0cmljcyBOYW1lIFNwYWNlIChQTU5TKSAuLi4KVGVy bWluYXRlIFBNREEgaWYgYWxyZWFkeSBpbnN0YWxsZWQgLi4uClsuLi5pbnN0YWxsIGZpbGVz LCBtYWtlIG91dHB1dC4uLl0KVXBkYXRpbmcgdGhlIFBNQ0QgY29udHJvbCBmaWxlLCBhbmQg bm90aWZ5aW5nIFBNQ0QgLi4uCldhaXRpbmcgZm9yIHBtY2QgdG8gdGVybWluYXRlIERPVFMK U3RhcnRpbmcgcG1jZCAuLi4gClN0YXJ0aW5nIHBtbG9nZ2VyIC4uLiAKQ2hlY2sgdW5ib3Vu ZCBtZXRyaWNzIGhhdmUgYXBwZWFyZWQgLi4uIFggd2FybmluZ3MsIDE0MCBZIGFuZCAwIHZh bHVlcwp1bmJvdW5kLmhpc3RvZ3JhbS4yNjIxNDRfMDAwMDAwX3RvXzUyNDI4OF8wMDAwMDA6 IFJlc291cmNlIHRlbXBvcmFyaWx5IHVuYXZhaWxhYmxlCnVuYm91bmQuaGlzdG9ncmFtLjEz MTA3Ml8wMDAwMDBfdG9fMjYyMTQ0XzAwMDAwMDogUmVzb3VyY2UgdGVtcG9yYXJpbHkgdW5h dmFpbGFibGUKdW5ib3VuZC5oaXN0b2dyYW0uMDY1NTM2XzAwMDAwMF90b18xMzEwNzJfMDAw MDAwOiBSZXNvdXJjZSB0ZW1wb3JhcmlseSB1bmF2YWlsYWJsZQp1bmJvdW5kLmhpc3RvZ3Jh bS4wMzI3NjhfMDAwMDAwX3RvXzA2NTUzNl8wMDAwMDA6IFJlc291cmNlIHRlbXBvcmFyaWx5 IHVuYXZhaWxhYmxlCnVuYm91bmQuaGlzdG9ncmFtLjAxNjM4NF8wMDAwMDBfdG9fMDMyNzY4 XzAwMDAwMDogUmVzb3VyY2UgdGVtcG9yYXJpbHkgdW5hdmFpbGFibGUKdW5ib3VuZC5oaXN0 b2dyYW0uMDA4MTkyXzAwMDAwMF90b18wMTYzODRfMDAwMDAwOiBSZXNvdXJjZSB0ZW1wb3Jh cmlseSB1bmF2YWlsYWJsZQp1bmJvdW5kLmhpc3RvZ3JhbS4wMDQwOTZfMDAwMDAwX3RvXzAw ODE5Ml8wMDAwMDA6IFJlc291cmNlIHRlbXBvcmFyaWx5IHVuYXZhaWxhYmxlCnVuYm91bmQu aGlzdG9ncmFtLjAwMjA0OF8wMDAwMDBfdG9fMDA0MDk2XzAwMDAwMDogUmVzb3VyY2UgdGVt cG9yYXJpbHkgdW5hdmFpbGFibGUKdW5ib3VuZC5oaXN0b2dyYW0uMDAxMDI0XzAwMDAwMF90 b18wMDIwNDhfMDAwMDAwOiBSZXNvdXJjZSB0ZW1wb3JhcmlseSB1bmF2YWlsYWJsZQp1bmJv dW5kLmhpc3RvZ3JhbS4wMDA1MTJfMDAwMDAwX3RvXzAwMTAyNF8wMDAwMDA6IFJlc291cmNl IHRlbXBvcmFyaWx5IHVuYXZhaWxhYmxlCnVuYm91bmQuaGlzdG9ncmFtLjAwMDI1Nl8wMDAw MDBfdG9fMDAwNTEyXzAwMDAwMDogUmVzb3VyY2UgdGVtcG9yYXJpbHkgdW5hdmFpbGFibGUK dW5ib3VuZC5oaXN0b2dyYW0uMDAwMTI4XzAwMDAwMF90b18wMDAyNTZfMDAwMDAwOiBSZXNv dXJjZSB0ZW1wb3JhcmlseSB1bmF2YWlsYWJsZQp1bmJvdW5kLmhpc3RvZ3JhbS4wMDAwNjRf MDAwMDAwX3RvXzAwMDEyOF8wMDAwMDA6IFJlc291cmNlIHRlbXBvcmFyaWx5IHVuYXZhaWxh YmxlCnVuYm91bmQuaGlzdG9ncmFtLjAwMDAzMl8wMDAwMDBfdG9fMDAwMDY0XzAwMDAwMDog UmVzb3VyY2UgdGVtcG9yYXJpbHkgdW5hdmFpbGFibGUKdW5ib3VuZC5oaXN0b2dyYW0uMDAw MDE2XzAwMDAwMF90b18wMDAwMzJfMDAwMDAwOiBSZXNvdXJjZSB0ZW1wb3JhcmlseSB1bmF2 YWlsYWJsZQp1bmJvdW5kLmhpc3RvZ3JhbS4wMDAwMDhfMDAwMDAwX3RvXzAwMDAxNl8wMDAw MDA6IFJlc291cmNlIHRlbXBvcmFyaWx5IHVuYXZhaWxhYmxlCnVuYm91bmQuaGlzdG9ncmFt LjAwMDAwNF8wMDAwMDBfdG9fMDAwMDA4XzAwMDAwMDogUmVzb3VyY2UgdGVtcG9yYXJpbHkg dW5hdmFpbGFibGUKdW5ib3VuZC5oaXN0b2dyYW0uMDAwMDAyXzAwMDAwMF90b18wMDAwMDRf MDAwMDAwOiBSZXNvdXJjZSB0ZW1wb3JhcmlseSB1bmF2YWlsYWJsZQp1bmJvdW5kLmhpc3Rv Z3JhbS4wMDAwMDFfMDAwMDAwX3RvXzAwMDAwMl8wMDAwMDA6IFJlc291cmNlIHRlbXBvcmFy aWx5IHVuYXZhaWxhYmxlCnVuYm91bmQuaGlzdG9ncmFtLjAwMDAwMF81MjQyODhfdG9fMDAw MDAxXzAwMDAwMDogUmVzb3VyY2UgdGVtcG9yYXJpbHkgdW5hdmFpbGFibGUKdW5ib3VuZC5o aXN0b2dyYW0uMDAwMDAwXzI2MjE0NF90b18wMDAwMDBfNTI0Mjg4OiBSZXNvdXJjZSB0ZW1w b3JhcmlseSB1bmF2YWlsYWJsZQp1bmJvdW5kLmhpc3RvZ3JhbS4wMDAwMDBfMTMxMDcyX3Rv XzAwMDAwMF8yNjIxNDQ6IFJlc291cmNlIHRlbXBvcmFyaWx5IHVuYXZhaWxhYmxlCnVuYm91 bmQuaGlzdG9ncmFtLjAwMDAwMF8wNjU1MzZfdG9fMDAwMDAwXzEzMTA3MjogUmVzb3VyY2Ug dGVtcG9yYXJpbHkgdW5hdmFpbGFibGUKdW5ib3VuZC5oaXN0b2dyYW0uMDAwMDAwXzAzMjc2 OF90b18wMDAwMDBfMDY1NTM2OiBSZXNvdXJjZSB0ZW1wb3JhcmlseSB1bmF2YWlsYWJsZQp1 bmJvdW5kLmhpc3RvZ3JhbS4wMDAwMDBfMDE2Mzg0X3RvXzAwMDAwMF8wMzI3Njg6IFJlc291 cmNlIHRlbXBvcmFyaWx5IHVuYXZhaWxhYmxlCnVuYm91bmQuaGlzdG9ncmFtLjAwMDAwMF8w MDgxOTJfdG9fMDAwMDAwXzAxNjM4NDogUmVzb3VyY2UgdGVtcG9yYXJpbHkgdW5hdmFpbGFi bGUKdW5ib3VuZC5oaXN0b2dyYW0uMDAwMDAwXzAwNDA5Nl90b18wMDAwMDBfMDA4MTkyOiBS ZXNvdXJjZSB0ZW1wb3JhcmlseSB1bmF2YWlsYWJsZQp1bmJvdW5kLmhpc3RvZ3JhbS4wMDAw MDBfMDAyMDQ4X3RvXzAwMDAwMF8wMDQwOTY6IFJlc291cmNlIHRlbXBvcmFyaWx5IHVuYXZh aWxhYmxlCnVuYm91bmQuaGlzdG9ncmFtLjAwMDAwMF8wMDEwMjRfdG9fMDAwMDAwXzAwMjA0 ODogUmVzb3VyY2UgdGVtcG9yYXJpbHkgdW5hdmFpbGFibGUKdW5ib3VuZC5oaXN0b2dyYW0u MDAwMDAwXzAwMDUxMl90b18wMDAwMDBfMDAxMDI0OiBSZXNvdXJjZSB0ZW1wb3JhcmlseSB1 bmF2YWlsYWJsZQp1bmJvdW5kLmhpc3RvZ3JhbS4wMDAwMDBfMDAwMjU2X3RvXzAwMDAwMF8w MDA1MTI6IFJlc291cmNlIHRlbXBvcmFyaWx5IHVuYXZhaWxhYmxlCnVuYm91bmQuaGlzdG9n cmFtLjAwMDAwMF8wMDAxMjhfdG9fMDAwMDAwXzAwMDI1NjogUmVzb3VyY2UgdGVtcG9yYXJp bHkgdW5hdmFpbGFibGUKdW5ib3VuZC5oaXN0b2dyYW0uMDAwMDAwXzAwMDA2NF90b18wMDAw MDBfMDAwMTI4OiBSZXNvdXJjZSB0ZW1wb3JhcmlseSB1bmF2YWlsYWJsZQp1bmJvdW5kLmhp c3RvZ3JhbS4wMDAwMDBfMDAwMDMyX3RvXzAwMDAwMF8wMDAwNjQ6IFJlc291cmNlIHRlbXBv cmFyaWx5IHVuYXZhaWxhYmxlCnVuYm91bmQuaGlzdG9ncmFtLjAwMDAwMF8wMDAwMTZfdG9f MDAwMDAwXzAwMDAzMjogUmVzb3VyY2UgdGVtcG9yYXJpbHkgdW5hdmFpbGFibGUKdW5ib3Vu ZC5oaXN0b2dyYW0uMDAwMDAwXzAwMDAwOF90b18wMDAwMDBfMDAwMDE2OiBSZXNvdXJjZSB0 ZW1wb3JhcmlseSB1bmF2YWlsYWJsZQp1bmJvdW5kLmhpc3RvZ3JhbS4wMDAwMDBfMDAwMDA0 X3RvXzAwMDAwMF8wMDAwMDg6IFJlc291cmNlIHRlbXBvcmFyaWx5IHVuYXZhaWxhYmxlCnVu Ym91bmQuaGlzdG9ncmFtLjAwMDAwMF8wMDAwMDJfdG9fMDAwMDAwXzAwMDAwNDogUmVzb3Vy Y2UgdGVtcG9yYXJpbHkgdW5hdmFpbGFibGUKdW5ib3VuZC5oaXN0b2dyYW0uMDAwMDAwXzAw MDAwMV90b18wMDAwMDBfMDAwMDAyOiBSZXNvdXJjZSB0ZW1wb3JhcmlseSB1bmF2YWlsYWJs ZQp1bmJvdW5kLmhpc3RvZ3JhbS4wMDAwMDBfMDAwMDAwX3RvXzAwMDAwMF8wMDAwMDE6IFJl c291cmNlIHRlbXBvcmFyaWx5IHVuYXZhaWxhYmxlCnVuYm91bmQubWVtLm1vZC52YWxpZGF0 b3I6IFJlc291cmNlIHRlbXBvcmFyaWx5IHVuYXZhaWxhYmxlCnVuYm91bmQubWVtLm1vZC5p dGVyYXRvcjogUmVzb3VyY2UgdGVtcG9yYXJpbHkgdW5hdmFpbGFibGUKdW5ib3VuZC5tZW0u Y2FjaGUubWVzc2FnZTogUmVzb3VyY2UgdGVtcG9yYXJpbHkgdW5hdmFpbGFibGUKdW5ib3Vu ZC5tZW0uY2FjaGUucnJzZXQ6IFJlc291cmNlIHRlbXBvcmFyaWx5IHVuYXZhaWxhYmxlCnVu Ym91bmQubWVtLnRvdGFsLnNicms6IFJlc291cmNlIHRlbXBvcmFyaWx5IHVuYXZhaWxhYmxl CnVuYm91bmQubnVtLnF1ZXJ5LmVkbnMuRE86IFJlc291cmNlIHRlbXBvcmFyaWx5IHVuYXZh aWxhYmxlCnVuYm91bmQubnVtLnF1ZXJ5LmVkbnMucHJlc2VudDogUmVzb3VyY2UgdGVtcG9y YXJpbHkgdW5hdmFpbGFibGUKdW5ib3VuZC5udW0ucXVlcnkuZmxhZ3MuQ0Q6IFJlc291cmNl IHRlbXBvcmFyaWx5IHVuYXZhaWxhYmxlCnVuYm91bmQubnVtLnF1ZXJ5LmZsYWdzLkFEOiBS ZXNvdXJjZSB0ZW1wb3JhcmlseSB1bmF2YWlsYWJsZQp1bmJvdW5kLm51bS5xdWVyeS5mbGFn cy5aOiBSZXNvdXJjZSB0ZW1wb3JhcmlseSB1bmF2YWlsYWJsZQp1bmJvdW5kLm51bS5xdWVy eS5mbGFncy5SQTogUmVzb3VyY2UgdGVtcG9yYXJpbHkgdW5hdmFpbGFibGUKdW5ib3VuZC5u dW0ucXVlcnkuZmxhZ3MuUkQ6IFJlc291cmNlIHRlbXBvcmFyaWx5IHVuYXZhaWxhYmxlCnVu Ym91bmQubnVtLnF1ZXJ5LmZsYWdzLlRDOiBSZXNvdXJjZSB0ZW1wb3JhcmlseSB1bmF2YWls YWJsZQp1bmJvdW5kLm51bS5xdWVyeS5mbGFncy5BQTogUmVzb3VyY2UgdGVtcG9yYXJpbHkg dW5hdmFpbGFibGUKdW5ib3VuZC5udW0ucXVlcnkuZmxhZ3MuUVI6IFJlc291cmNlIHRlbXBv cmFyaWx5IHVuYXZhaWxhYmxlCnVuYm91bmQubnVtLnF1ZXJ5LmlwdjY6IFJlc291cmNlIHRl bXBvcmFyaWx5IHVuYXZhaWxhYmxlCnVuYm91bmQubnVtLnF1ZXJ5LnRjcDogUmVzb3VyY2Ug dGVtcG9yYXJpbHkgdW5hdmFpbGFibGUKdW5ib3VuZC5udW0ucXVlcnkub3Bjb2RlLlFVRVJZ OiBSZXNvdXJjZSB0ZW1wb3JhcmlseSB1bmF2YWlsYWJsZQp1bmJvdW5kLm51bS5xdWVyeS5j bGFzcy5vdGhlcjogUmVzb3VyY2UgdGVtcG9yYXJpbHkgdW5hdmFpbGFibGUKdW5ib3VuZC5u dW0ucXVlcnkuY2xhc3MuQU5ZOiBSZXNvdXJjZSB0ZW1wb3JhcmlseSB1bmF2YWlsYWJsZQp1 bmJvdW5kLm51bS5xdWVyeS5jbGFzcy5DTEFTUzI0MDogUmVzb3VyY2UgdGVtcG9yYXJpbHkg dW5hdmFpbGFibGUKdW5ib3VuZC5udW0ucXVlcnkuY2xhc3MuQ0xBU1MxMTU6IFJlc291cmNl IHRlbXBvcmFyaWx5IHVuYXZhaWxhYmxlCnVuYm91bmQubnVtLnF1ZXJ5LmNsYXNzLkNMQVNT NjU6IFJlc291cmNlIHRlbXBvcmFyaWx5IHVuYXZhaWxhYmxlCnVuYm91bmQubnVtLnF1ZXJ5 LmNsYXNzLkNMQVNTNjogUmVzb3VyY2UgdGVtcG9yYXJpbHkgdW5hdmFpbGFibGUKdW5ib3Vu ZC5udW0ucXVlcnkuY2xhc3MuQ0g6IFJlc291cmNlIHRlbXBvcmFyaWx5IHVuYXZhaWxhYmxl CnVuYm91bmQubnVtLnF1ZXJ5LmNsYXNzLklOOiBSZXNvdXJjZSB0ZW1wb3JhcmlseSB1bmF2 YWlsYWJsZQp1bmJvdW5kLm51bS5xdWVyeS5jbGFzcy5DTEFTUzA6IFJlc291cmNlIHRlbXBv cmFyaWx5IHVuYXZhaWxhYmxlCnVuYm91bmQubnVtLnF1ZXJ5LnR5cGUub3RoZXI6IFJlc291 cmNlIHRlbXBvcmFyaWx5IHVuYXZhaWxhYmxlCnVuYm91bmQubnVtLnF1ZXJ5LnR5cGUuQU5Z OiBSZXNvdXJjZSB0ZW1wb3JhcmlseSB1bmF2YWlsYWJsZQp1bmJvdW5kLm51bS5xdWVyeS50 eXBlLkFYRlI6IFJlc291cmNlIHRlbXBvcmFyaWx5IHVuYXZhaWxhYmxlCnVuYm91bmQubnVt LnF1ZXJ5LnR5cGUuSVhGUjogUmVzb3VyY2UgdGVtcG9yYXJpbHkgdW5hdmFpbGFibGUKdW5i b3VuZC5udW0ucXVlcnkudHlwZS5US0VZOiBSZXNvdXJjZSB0ZW1wb3JhcmlseSB1bmF2YWls YWJsZQp1bmJvdW5kLm51bS5xdWVyeS50eXBlLlRZUEUxMjM6IFJlc291cmNlIHRlbXBvcmFy aWx5IHVuYXZhaWxhYmxlCnVuYm91bmQubnVtLnF1ZXJ5LnR5cGUuVFlQRTExOTogUmVzb3Vy Y2UgdGVtcG9yYXJpbHkgdW5hdmFpbGFibGUKdW5ib3VuZC5udW0ucXVlcnkudHlwZS5UWVBF MTE3OiBSZXNvdXJjZSB0ZW1wb3JhcmlseSB1bmF2YWlsYWJsZQp1bmJvdW5kLm51bS5xdWVy eS50eXBlLlRZUEUxMTA6IFJlc291cmNlIHRlbXBvcmFyaWx5IHVuYXZhaWxhYmxlCnVuYm91 bmQubnVtLnF1ZXJ5LnR5cGUuRVVJNjQ6IFJlc291cmNlIHRlbXBvcmFyaWx5IHVuYXZhaWxh YmxlCnVuYm91bmQubnVtLnF1ZXJ5LnR5cGUuVFlQRTEwMzogUmVzb3VyY2UgdGVtcG9yYXJp bHkgdW5hdmFpbGFibGUKdW5ib3VuZC5udW0ucXVlcnkudHlwZS5TUEY6IFJlc291cmNlIHRl bXBvcmFyaWx5IHVuYXZhaWxhYmxlCnVuYm91bmQubnVtLnF1ZXJ5LnR5cGUuVFlQRTk3OiBS ZXNvdXJjZSB0ZW1wb3JhcmlseSB1bmF2YWlsYWJsZQp1bmJvdW5kLm51bS5xdWVyeS50eXBl LlRZUEU3NjogUmVzb3VyY2UgdGVtcG9yYXJpbHkgdW5hdmFpbGFibGUKdW5ib3VuZC5udW0u cXVlcnkudHlwZS5UWVBFNjc6IFJlc291cmNlIHRlbXBvcmFyaWx5IHVuYXZhaWxhYmxlCnVu Ym91bmQubnVtLnF1ZXJ5LnR5cGUuVFlQRTY1OiBSZXNvdXJjZSB0ZW1wb3JhcmlseSB1bmF2 YWlsYWJsZQp1bmJvdW5kLm51bS5xdWVyeS50eXBlLlRMU0E6IFJlc291cmNlIHRlbXBvcmFy aWx5IHVuYXZhaWxhYmxlCnVuYm91bmQubnVtLnF1ZXJ5LnR5cGUuRE5TS0VZOiBSZXNvdXJj ZSB0ZW1wb3JhcmlseSB1bmF2YWlsYWJsZQp1bmJvdW5kLm51bS5xdWVyeS50eXBlLk5TRUM6 IFJlc291cmNlIHRlbXBvcmFyaWx5IHVuYXZhaWxhYmxlCnVuYm91bmQubnVtLnF1ZXJ5LnR5 cGUuUlJTSUc6IFJlc291cmNlIHRlbXBvcmFyaWx5IHVuYXZhaWxhYmxlCnVuYm91bmQubnVt LnF1ZXJ5LnR5cGUuU1NIRlA6IFJlc291cmNlIHRlbXBvcmFyaWx5IHVuYXZhaWxhYmxlCnVu Ym91bmQubnVtLnF1ZXJ5LnR5cGUuRFM6IFJlc291cmNlIHRlbXBvcmFyaWx5IHVuYXZhaWxh YmxlCnVuYm91bmQubnVtLnF1ZXJ5LnR5cGUuQTY6IFJlc291cmNlIHRlbXBvcmFyaWx5IHVu YXZhaWxhYmxlCnVuYm91bmQubnVtLnF1ZXJ5LnR5cGUuTkFQVFI6IFJlc291cmNlIHRlbXBv cmFyaWx5IHVuYXZhaWxhYmxlCnVuYm91bmQubnVtLnF1ZXJ5LnR5cGUuQVRNQTogUmVzb3Vy Y2UgdGVtcG9yYXJpbHkgdW5hdmFpbGFibGUKdW5ib3VuZC5udW0ucXVlcnkudHlwZS5TUlY6 IFJlc291cmNlIHRlbXBvcmFyaWx5IHVuYXZhaWxhYmxlCnVuYm91bmQubnVtLnF1ZXJ5LnR5 cGUuQUFBQTogUmVzb3VyY2UgdGVtcG9yYXJpbHkgdW5hdmFpbGFibGUKdW5ib3VuZC5udW0u cXVlcnkudHlwZS5SVDogUmVzb3VyY2UgdGVtcG9yYXJpbHkgdW5hdmFpbGFibGUKdW5ib3Vu ZC5udW0ucXVlcnkudHlwZS5JU0ROOiBSZXNvdXJjZSB0ZW1wb3JhcmlseSB1bmF2YWlsYWJs ZQp1bmJvdW5kLm51bS5xdWVyeS50eXBlLlgyNTogUmVzb3VyY2UgdGVtcG9yYXJpbHkgdW5h dmFpbGFibGUKdW5ib3VuZC5udW0ucXVlcnkudHlwZS5BRlNEQjogUmVzb3VyY2UgdGVtcG9y YXJpbHkgdW5hdmFpbGFibGUKdW5ib3VuZC5udW0ucXVlcnkudHlwZS5SUDogUmVzb3VyY2Ug dGVtcG9yYXJpbHkgdW5hdmFpbGFibGUKdW5ib3VuZC5udW0ucXVlcnkudHlwZS5UWFQ6IFJl c291cmNlIHRlbXBvcmFyaWx5IHVuYXZhaWxhYmxlCnVuYm91bmQubnVtLnF1ZXJ5LnR5cGUu TVg6IFJlc291cmNlIHRlbXBvcmFyaWx5IHVuYXZhaWxhYmxlCnVuYm91bmQubnVtLnF1ZXJ5 LnR5cGUuTUlORk86IFJlc291cmNlIHRlbXBvcmFyaWx5IHVuYXZhaWxhYmxlCnVuYm91bmQu bnVtLnF1ZXJ5LnR5cGUuSElORk86IFJlc291cmNlIHRlbXBvcmFyaWx5IHVuYXZhaWxhYmxl CnVuYm91bmQubnVtLnF1ZXJ5LnR5cGUuUFRSOiBSZXNvdXJjZSB0ZW1wb3JhcmlseSB1bmF2 YWlsYWJsZQp1bmJvdW5kLm51bS5xdWVyeS50eXBlLldLUzogUmVzb3VyY2UgdGVtcG9yYXJp bHkgdW5hdmFpbGFibGUKdW5ib3VuZC5udW0ucXVlcnkudHlwZS5OVUxMOiBSZXNvdXJjZSB0 ZW1wb3JhcmlseSB1bmF2YWlsYWJsZQp1bmJvdW5kLm51bS5xdWVyeS50eXBlLk1SOiBSZXNv dXJjZSB0ZW1wb3JhcmlseSB1bmF2YWlsYWJsZQp1bmJvdW5kLm51bS5xdWVyeS50eXBlLk1H OiBSZXNvdXJjZSB0ZW1wb3JhcmlseSB1bmF2YWlsYWJsZQp1bmJvdW5kLm51bS5xdWVyeS50 eXBlLk1COiBSZXNvdXJjZSB0ZW1wb3JhcmlseSB1bmF2YWlsYWJsZQp1bmJvdW5kLm51bS5x dWVyeS50eXBlLlNPQTogUmVzb3VyY2UgdGVtcG9yYXJpbHkgdW5hdmFpbGFibGUKdW5ib3Vu ZC5udW0ucXVlcnkudHlwZS5DTkFNRTogUmVzb3VyY2UgdGVtcG9yYXJpbHkgdW5hdmFpbGFi bGUKdW5ib3VuZC5udW0ucXVlcnkudHlwZS5NRjogUmVzb3VyY2UgdGVtcG9yYXJpbHkgdW5h dmFpbGFibGUKdW5ib3VuZC5udW0ucXVlcnkudHlwZS5NRDogUmVzb3VyY2UgdGVtcG9yYXJp bHkgdW5hdmFpbGFibGUKdW5ib3VuZC5udW0ucXVlcnkudHlwZS5OUzogUmVzb3VyY2UgdGVt cG9yYXJpbHkgdW5hdmFpbGFibGUKdW5ib3VuZC5udW0ucXVlcnkudHlwZS5BOiBSZXNvdXJj ZSB0ZW1wb3JhcmlseSB1bmF2YWlsYWJsZQp1bmJvdW5kLm51bS5xdWVyeS50eXBlLlRZUEUw OiBSZXNvdXJjZSB0ZW1wb3JhcmlseSB1bmF2YWlsYWJsZQp1bmJvdW5kLm51bS5ycnNldC5i b2d1czogUmVzb3VyY2UgdGVtcG9yYXJpbHkgdW5hdmFpbGFibGUKdW5ib3VuZC5udW0uYW5z d2VyLmJvZ3VzOiBSZXNvdXJjZSB0ZW1wb3JhcmlseSB1bmF2YWlsYWJsZQp1bmJvdW5kLm51 bS5hbnN3ZXIuc2VjdXJlOiBSZXNvdXJjZSB0ZW1wb3JhcmlseSB1bmF2YWlsYWJsZQp1bmJv dW5kLm51bS5hbnN3ZXIucmNvZGUubm9kYXRhOiBSZXNvdXJjZSB0ZW1wb3JhcmlseSB1bmF2 YWlsYWJsZQp1bmJvdW5kLm51bS5hbnN3ZXIucmNvZGUuUkVGVVNFRDogUmVzb3VyY2UgdGVt cG9yYXJpbHkgdW5hdmFpbGFibGUKdW5ib3VuZC5udW0uYW5zd2VyLnJjb2RlLk5YRE9NQUlO OiBSZXNvdXJjZSB0ZW1wb3JhcmlseSB1bmF2YWlsYWJsZQp1bmJvdW5kLm51bS5hbnN3ZXIu cmNvZGUuU0VSVkZBSUw6IFJlc291cmNlIHRlbXBvcmFyaWx5IHVuYXZhaWxhYmxlCnVuYm91 bmQubnVtLmFuc3dlci5yY29kZS5GT1JNRVJSOiBSZXNvdXJjZSB0ZW1wb3JhcmlseSB1bmF2 YWlsYWJsZQp1bmJvdW5kLm51bS5hbnN3ZXIucmNvZGUuTk9FUlJPUjogUmVzb3VyY2UgdGVt cG9yYXJpbHkgdW5hdmFpbGFibGUKdW5ib3VuZC51bndhbnRlZC5yZXBsaWVzOiBSZXNvdXJj ZSB0ZW1wb3JhcmlseSB1bmF2YWlsYWJsZQp1bmJvdW5kLnVud2FudGVkLnF1ZXJpZXM6IFJl c291cmNlIHRlbXBvcmFyaWx5IHVuYXZhaWxhYmxlCnVuYm91bmQudG90YWwucmVjdXJzaW9u LnRpbWUubWVkaWFuOiBSZXNvdXJjZSB0ZW1wb3JhcmlseSB1bmF2YWlsYWJsZQp1bmJvdW5k LnRvdGFsLnJlY3Vyc2lvbi50aW1lLmF2ZzogUmVzb3VyY2UgdGVtcG9yYXJpbHkgdW5hdmFp bGFibGUKdW5ib3VuZC50b3RhbC5yZXF1ZXN0bGlzdC5jdXJyZW50LnVzZXI6IFJlc291cmNl IHRlbXBvcmFyaWx5IHVuYXZhaWxhYmxlCnVuYm91bmQudG90YWwucmVxdWVzdGxpc3QuY3Vy cmVudC5hbGw6IFJlc291cmNlIHRlbXBvcmFyaWx5IHVuYXZhaWxhYmxlCnVuYm91bmQudG90 YWwucmVxdWVzdGxpc3QuZXhjZWVkZWQ6IFJlc291cmNlIHRlbXBvcmFyaWx5IHVuYXZhaWxh YmxlCnVuYm91bmQudG90YWwucmVxdWVzdGxpc3Qub3ZlcndyaXR0ZW46IFJlc291cmNlIHRl bXBvcmFyaWx5IHVuYXZhaWxhYmxlCnVuYm91bmQudG90YWwucmVxdWVzdGxpc3QubWF4OiBS ZXNvdXJjZSB0ZW1wb3JhcmlseSB1bmF2YWlsYWJsZQp1bmJvdW5kLnRvdGFsLnJlcXVlc3Rs aXN0LmF2ZzogUmVzb3VyY2UgdGVtcG9yYXJpbHkgdW5hdmFpbGFibGUKdW5ib3VuZC50b3Rh bC5udW0ucmVjdXJzaXZlcmVwbGllczogUmVzb3VyY2UgdGVtcG9yYXJpbHkgdW5hdmFpbGFi bGUKdW5ib3VuZC50b3RhbC5udW0ucHJlZmV0Y2g6IFJlc291cmNlIHRlbXBvcmFyaWx5IHVu YXZhaWxhYmxlCnVuYm91bmQudG90YWwubnVtLmNhY2hlbWlzczogUmVzb3VyY2UgdGVtcG9y YXJpbHkgdW5hdmFpbGFibGUKdW5ib3VuZC50b3RhbC5udW0uY2FjaGVoaXRzOiBSZXNvdXJj ZSB0ZW1wb3JhcmlseSB1bmF2YWlsYWJsZQp1bmJvdW5kLnRvdGFsLm51bS5xdWVyaWVzOiBS ZXNvdXJjZSB0ZW1wb3JhcmlseSB1bmF2YWlsYWJsZQp1bmJvdW5kLmhpc3RvZ3JhbS4yNjIx NDRfMDAwMDAwX3RvXzUyNDI4OF8wMDAwMDAKdW5ib3VuZC5oaXN0b2dyYW0uMTMxMDcyXzAw MDAwMF90b18yNjIxNDRfMDAwMDAwCnVuYm91bmQuaGlzdG9ncmFtLjA2NTUzNl8wMDAwMDBf dG9fMTMxMDcyXzAwMDAwMAp1bmJvdW5kLmhpc3RvZ3JhbS4wMzI3NjhfMDAwMDAwX3RvXzA2 NTUzNl8wMDAwMDAKdW5ib3VuZC5oaXN0b2dyYW0uMDE2Mzg0XzAwMDAwMF90b18wMzI3Njhf MDAwMDAwCnVuYm91bmQuaGlzdG9ncmFtLjAwODE5Ml8wMDAwMDBfdG9fMDE2Mzg0XzAwMDAw MAp1bmJvdW5kLmhpc3RvZ3JhbS4wMDQwOTZfMDAwMDAwX3RvXzAwODE5Ml8wMDAwMDAKdW5i b3VuZC5oaXN0b2dyYW0uMDAyMDQ4XzAwMDAwMF90b18wMDQwOTZfMDAwMDAwCnVuYm91bmQu aGlzdG9ncmFtLjAwMTAyNF8wMDAwMDBfdG9fMDAyMDQ4XzAwMDAwMAp1bmJvdW5kLmhpc3Rv Z3JhbS4wMDA1MTJfMDAwMDAwX3RvXzAwMTAyNF8wMDAwMDAKdW5ib3VuZC5oaXN0b2dyYW0u MDAwMjU2XzAwMDAwMF90b18wMDA1MTJfMDAwMDAwCnVuYm91bmQuaGlzdG9ncmFtLjAwMDEy OF8wMDAwMDBfdG9fMDAwMjU2XzAwMDAwMAp1bmJvdW5kLmhpc3RvZ3JhbS4wMDAwNjRfMDAw MDAwX3RvXzAwMDEyOF8wMDAwMDAKdW5ib3VuZC5oaXN0b2dyYW0uMDAwMDMyXzAwMDAwMF90 b18wMDAwNjRfMDAwMDAwCnVuYm91bmQuaGlzdG9ncmFtLjAwMDAxNl8wMDAwMDBfdG9fMDAw MDMyXzAwMDAwMAp1bmJvdW5kLmhpc3RvZ3JhbS4wMDAwMDhfMDAwMDAwX3RvXzAwMDAxNl8w MDAwMDAKdW5ib3VuZC5oaXN0b2dyYW0uMDAwMDA0XzAwMDAwMF90b18wMDAwMDhfMDAwMDAw CnVuYm91bmQuaGlzdG9ncmFtLjAwMDAwMl8wMDAwMDBfdG9fMDAwMDA0XzAwMDAwMAp1bmJv dW5kLmhpc3RvZ3JhbS4wMDAwMDFfMDAwMDAwX3RvXzAwMDAwMl8wMDAwMDAKdW5ib3VuZC5o aXN0b2dyYW0uMDAwMDAwXzUyNDI4OF90b18wMDAwMDFfMDAwMDAwCnVuYm91bmQuaGlzdG9n cmFtLjAwMDAwMF8yNjIxNDRfdG9fMDAwMDAwXzUyNDI4OAp1bmJvdW5kLmhpc3RvZ3JhbS4w MDAwMDBfMTMxMDcyX3RvXzAwMDAwMF8yNjIxNDQKdW5ib3VuZC5oaXN0b2dyYW0uMDAwMDAw XzA2NTUzNl90b18wMDAwMDBfMTMxMDcyCnVuYm91bmQuaGlzdG9ncmFtLjAwMDAwMF8wMzI3 NjhfdG9fMDAwMDAwXzA2NTUzNgp1bmJvdW5kLmhpc3RvZ3JhbS4wMDAwMDBfMDE2Mzg0X3Rv XzAwMDAwMF8wMzI3NjgKdW5ib3VuZC5oaXN0b2dyYW0uMDAwMDAwXzAwODE5Ml90b18wMDAw MDBfMDE2Mzg0CnVuYm91bmQuaGlzdG9ncmFtLjAwMDAwMF8wMDQwOTZfdG9fMDAwMDAwXzAw ODE5Mgp1bmJvdW5kLmhpc3RvZ3JhbS4wMDAwMDBfMDAyMDQ4X3RvXzAwMDAwMF8wMDQwOTYK dW5ib3VuZC5oaXN0b2dyYW0uMDAwMDAwXzAwMTAyNF90b18wMDAwMDBfMDAyMDQ4CnVuYm91 bmQuaGlzdG9ncmFtLjAwMDAwMF8wMDA1MTJfdG9fMDAwMDAwXzAwMTAyNAp1bmJvdW5kLmhp c3RvZ3JhbS4wMDAwMDBfMDAwMjU2X3RvXzAwMDAwMF8wMDA1MTIKdW5ib3VuZC5oaXN0b2dy YW0uMDAwMDAwXzAwMDEyOF90b18wMDAwMDBfMDAwMjU2CnVuYm91bmQuaGlzdG9ncmFtLjAw MDAwMF8wMDAwNjRfdG9fMDAwMDAwXzAwMDEyOAp1bmJvdW5kLmhpc3RvZ3JhbS4wMDAwMDBf MDAwMDMyX3RvXzAwMDAwMF8wMDAwNjQKdW5ib3VuZC5oaXN0b2dyYW0uMDAwMDAwXzAwMDAx Nl90b18wMDAwMDBfMDAwMDMyCnVuYm91bmQuaGlzdG9ncmFtLjAwMDAwMF8wMDAwMDhfdG9f MDAwMDAwXzAwMDAxNgp1bmJvdW5kLmhpc3RvZ3JhbS4wMDAwMDBfMDAwMDA0X3RvXzAwMDAw MF8wMDAwMDgKdW5ib3VuZC5oaXN0b2dyYW0uMDAwMDAwXzAwMDAwMl90b18wMDAwMDBfMDAw MDA0CnVuYm91bmQuaGlzdG9ncmFtLjAwMDAwMF8wMDAwMDFfdG9fMDAwMDAwXzAwMDAwMgp1 bmJvdW5kLmhpc3RvZ3JhbS4wMDAwMDBfMDAwMDAwX3RvXzAwMDAwMF8wMDAwMDEKdW5ib3Vu ZC5tZW0ubW9kLnZhbGlkYXRvcgp1bmJvdW5kLm1lbS5tb2QuaXRlcmF0b3IKdW5ib3VuZC5t ZW0uY2FjaGUubWVzc2FnZQp1bmJvdW5kLm1lbS5jYWNoZS5ycnNldAp1bmJvdW5kLm1lbS50 b3RhbC5zYnJrCnVuYm91bmQubnVtLnF1ZXJ5LmVkbnMuRE8KdW5ib3VuZC5udW0ucXVlcnku ZWRucy5wcmVzZW50CnVuYm91bmQubnVtLnF1ZXJ5LmZsYWdzLkNECnVuYm91bmQubnVtLnF1 ZXJ5LmZsYWdzLkFECnVuYm91bmQubnVtLnF1ZXJ5LmZsYWdzLloKdW5ib3VuZC5udW0ucXVl cnkuZmxhZ3MuUkEKdW5ib3VuZC5udW0ucXVlcnkuZmxhZ3MuUkQKdW5ib3VuZC5udW0ucXVl cnkuZmxhZ3MuVEMKdW5ib3VuZC5udW0ucXVlcnkuZmxhZ3MuQUEKdW5ib3VuZC5udW0ucXVl cnkuZmxhZ3MuUVIKdW5ib3VuZC5udW0ucXVlcnkuaXB2Ngp1bmJvdW5kLm51bS5xdWVyeS50 Y3AKdW5ib3VuZC5udW0ucXVlcnkub3Bjb2RlLlFVRVJZCnVuYm91bmQubnVtLnF1ZXJ5LmNs YXNzLm90aGVyCnVuYm91bmQubnVtLnF1ZXJ5LmNsYXNzLkFOWQp1bmJvdW5kLm51bS5xdWVy eS5jbGFzcy5DTEFTUzI0MAp1bmJvdW5kLm51bS5xdWVyeS5jbGFzcy5DTEFTUzExNQp1bmJv dW5kLm51bS5xdWVyeS5jbGFzcy5DTEFTUzY1CnVuYm91bmQubnVtLnF1ZXJ5LmNsYXNzLkNM QVNTNgp1bmJvdW5kLm51bS5xdWVyeS5jbGFzcy5DSAp1bmJvdW5kLm51bS5xdWVyeS5jbGFz cy5JTgp1bmJvdW5kLm51bS5xdWVyeS5jbGFzcy5DTEFTUzAKdW5ib3VuZC5udW0ucXVlcnku dHlwZS5vdGhlcgp1bmJvdW5kLm51bS5xdWVyeS50eXBlLkFOWQp1bmJvdW5kLm51bS5xdWVy eS50eXBlLkFYRlIKdW5ib3VuZC5udW0ucXVlcnkudHlwZS5JWEZSCnVuYm91bmQubnVtLnF1 ZXJ5LnR5cGUuVEtFWQp1bmJvdW5kLm51bS5xdWVyeS50eXBlLlRZUEUxMjMKdW5ib3VuZC5u dW0ucXVlcnkudHlwZS5UWVBFMTE5CnVuYm91bmQubnVtLnF1ZXJ5LnR5cGUuVFlQRTExNwp1 bmJvdW5kLm51bS5xdWVyeS50eXBlLlRZUEUxMTAKdW5ib3VuZC5udW0ucXVlcnkudHlwZS5F VUk2NAp1bmJvdW5kLm51bS5xdWVyeS50eXBlLlRZUEUxMDMKdW5ib3VuZC5udW0ucXVlcnku dHlwZS5TUEYKdW5ib3VuZC5udW0ucXVlcnkudHlwZS5UWVBFOTcKdW5ib3VuZC5udW0ucXVl cnkudHlwZS5UWVBFNzYKdW5ib3VuZC5udW0ucXVlcnkudHlwZS5UWVBFNjcKdW5ib3VuZC5u dW0ucXVlcnkudHlwZS5UWVBFNjUKdW5ib3VuZC5udW0ucXVlcnkudHlwZS5UTFNBCnVuYm91 bmQubnVtLnF1ZXJ5LnR5cGUuRE5TS0VZCnVuYm91bmQubnVtLnF1ZXJ5LnR5cGUuTlNFQwp1 bmJvdW5kLm51bS5xdWVyeS50eXBlLlJSU0lHCnVuYm91bmQubnVtLnF1ZXJ5LnR5cGUuU1NI RlAKdW5ib3VuZC5udW0ucXVlcnkudHlwZS5EUwp1bmJvdW5kLm51bS5xdWVyeS50eXBlLkE2 CnVuYm91bmQubnVtLnF1ZXJ5LnR5cGUuTkFQVFIKdW5ib3VuZC5udW0ucXVlcnkudHlwZS5B VE1BCnVuYm91bmQubnVtLnF1ZXJ5LnR5cGUuU1JWCnVuYm91bmQubnVtLnF1ZXJ5LnR5cGUu QUFBQQp1bmJvdW5kLm51bS5xdWVyeS50eXBlLlJUCnVuYm91bmQubnVtLnF1ZXJ5LnR5cGUu SVNETgp1bmJvdW5kLm51bS5xdWVyeS50eXBlLlgyNQp1bmJvdW5kLm51bS5xdWVyeS50eXBl LkFGU0RCCnVuYm91bmQubnVtLnF1ZXJ5LnR5cGUuUlAKdW5ib3VuZC5udW0ucXVlcnkudHlw ZS5UWFQKdW5ib3VuZC5udW0ucXVlcnkudHlwZS5NWAp1bmJvdW5kLm51bS5xdWVyeS50eXBl Lk1JTkZPCnVuYm91bmQubnVtLnF1ZXJ5LnR5cGUuSElORk8KdW5ib3VuZC5udW0ucXVlcnku dHlwZS5QVFIKdW5ib3VuZC5udW0ucXVlcnkudHlwZS5XS1MKdW5ib3VuZC5udW0ucXVlcnku dHlwZS5OVUxMCnVuYm91bmQubnVtLnF1ZXJ5LnR5cGUuTVIKdW5ib3VuZC5udW0ucXVlcnku dHlwZS5NRwp1bmJvdW5kLm51bS5xdWVyeS50eXBlLk1CCnVuYm91bmQubnVtLnF1ZXJ5LnR5 cGUuU09BCnVuYm91bmQubnVtLnF1ZXJ5LnR5cGUuQ05BTUUKdW5ib3VuZC5udW0ucXVlcnku dHlwZS5NRgp1bmJvdW5kLm51bS5xdWVyeS50eXBlLk1ECnVuYm91bmQubnVtLnF1ZXJ5LnR5 cGUuTlMKdW5ib3VuZC5udW0ucXVlcnkudHlwZS5BCnVuYm91bmQubnVtLnF1ZXJ5LnR5cGUu VFlQRTAKdW5ib3VuZC5udW0ucnJzZXQuYm9ndXMKdW5ib3VuZC5udW0uYW5zd2VyLmJvZ3Vz CnVuYm91bmQubnVtLmFuc3dlci5zZWN1cmUKdW5ib3VuZC5udW0uYW5zd2VyLnJjb2RlLm5v ZGF0YQp1bmJvdW5kLm51bS5hbnN3ZXIucmNvZGUuUkVGVVNFRAp1bmJvdW5kLm51bS5hbnN3 ZXIucmNvZGUuTlhET01BSU4KdW5ib3VuZC5udW0uYW5zd2VyLnJjb2RlLlNFUlZGQUlMCnVu Ym91bmQubnVtLmFuc3dlci5yY29kZS5GT1JNRVJSCnVuYm91bmQubnVtLmFuc3dlci5yY29k ZS5OT0VSUk9SCnVuYm91bmQudW53YW50ZWQucmVwbGllcwp1bmJvdW5kLnVud2FudGVkLnF1 ZXJpZXMKdW5ib3VuZC50b3RhbC5yZWN1cnNpb24udGltZS5tZWRpYW4KdW5ib3VuZC50b3Rh bC5yZWN1cnNpb24udGltZS5hdmcKdW5ib3VuZC50b3RhbC5yZXF1ZXN0bGlzdC5jdXJyZW50 LnVzZXIKdW5ib3VuZC50b3RhbC5yZXF1ZXN0bGlzdC5jdXJyZW50LmFsbAp1bmJvdW5kLnRv dGFsLnJlcXVlc3RsaXN0LmV4Y2VlZGVkCnVuYm91bmQudG90YWwucmVxdWVzdGxpc3Qub3Zl cndyaXR0ZW4KdW5ib3VuZC50b3RhbC5yZXF1ZXN0bGlzdC5tYXgKdW5ib3VuZC50b3RhbC5y ZXF1ZXN0bGlzdC5hdmcKdW5ib3VuZC50b3RhbC5udW0ucmVjdXJzaXZlcmVwbGllcwp1bmJv dW5kLnRvdGFsLm51bS5wcmVmZXRjaAp1bmJvdW5kLnRvdGFsLm51bS5jYWNoZW1pc3MKdW5i b3VuZC50b3RhbC5udW0uY2FjaGVoaXRzCnVuYm91bmQudG90YWwubnVtLnF1ZXJpZXMKCj09 PSByZW1vdmUgdW5ib3VuZCBhZ2VudCA9PT0KQ3VsbGluZyB0aGUgUGVyZm9ybWFuY2UgTWV0 cmljcyBOYW1lIFNwYWNlIC4uLgp1bmJvdW5kIC4uLiBkb25lClVwZGF0aW5nIHRoZSBQTUNE IGNvbnRyb2wgZmlsZSwgYW5kIG5vdGlmeWluZyBQTUNEIC4uLgpbLi4ucmVtb3ZpbmcgZmls ZXMuLi5dCkNoZWNrIHVuYm91bmQgbWV0cmljcyBoYXZlIGdvbmUgYXdheSAuLi4gT0sKV2Fp dGluZyBmb3IgcG1jZCB0byB0ZXJtaW5hdGUgLi4uClN0YXJ0aW5nIHBtY2QgLi4uIApTdGFy dGluZyBwbWxvZ2dlciAuLi4gCg== --------------040208080607080400060102 Content-Type: text/plain; charset=UTF-8; name="754.out.bad" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="754.out.bad" UUEgb3V0cHV0IGNyZWF0ZWQgYnkgNzU0Cj09IFRlc3RpbmcgdW5ib3VuZCBtZXRyaWMgdmFs dWVzCmRicG1kYT4gb3BlbiBwaXBlICRQWVRIT04gJFBDUF9QTURBU19ESVIvdW5ib3VuZC9w bWRhdW5ib3VuZC5weXRob24KU3RhcnQgcHl0aG9uIFBNREE6ICRQWVRIT04gJFBDUF9QTURB U19ESVIvdW5ib3VuZC9wbWRhdW5ib3VuZC5weXRob24KZGJwbWRhPiBnZXRkZXNjIG9uCmRi cG1kYT4gZmV0Y2ggdW5ib3VuZC5oaXN0b2dyYW0uMjYyMTQ0XzAwMDAwMF90b181MjQyODhf MDAwMDAwClBNSUQocyk6IDEzMi4wLjEzOQpwbVJlc3VsdCAuLi4gbnVtcG1pZDogMQogIDEz Mi4wLjEzOSAoPG5vbmFtZT4pOiBudW12YWw6IDEgdmFsZm10OiAxIHZsaXN0W106CiAgIHZh bHVlIDAKZGJwbWRhPiBmZXRjaCB1bmJvdW5kLmhpc3RvZ3JhbS4xMzEwNzJfMDAwMDAwX3Rv XzI2MjE0NF8wMDAwMDAKUE1JRChzKTogMTMyLjAuMTM4CnBtUmVzdWx0IC4uLiBudW1wbWlk OiAxCiAgMTMyLjAuMTM4ICg8bm9uYW1lPik6IG51bXZhbDogMSB2YWxmbXQ6IDEgdmxpc3Rb XToKICAgdmFsdWUgMQpkYnBtZGE+IGZldGNoIHVuYm91bmQuaGlzdG9ncmFtLjA2NTUzNl8w MDAwMDBfdG9fMTMxMDcyXzAwMDAwMApQTUlEKHMpOiAxMzIuMC4xMzcKcG1SZXN1bHQgLi4u IG51bXBtaWQ6IDEKICAxMzIuMC4xMzcgKDxub25hbWU+KTogbnVtdmFsOiAxIHZhbGZtdDog MSB2bGlzdFtdOgogICB2YWx1ZSAwCmRicG1kYT4gZmV0Y2ggdW5ib3VuZC5oaXN0b2dyYW0u MDMyNzY4XzAwMDAwMF90b18wNjU1MzZfMDAwMDAwClBNSUQocyk6IDEzMi4wLjEzNgpwbVJl c3VsdCAuLi4gbnVtcG1pZDogMQogIDEzMi4wLjEzNiAoPG5vbmFtZT4pOiBudW12YWw6IDEg dmFsZm10OiAxIHZsaXN0W106CiAgIHZhbHVlIDEKZGJwbWRhPiBmZXRjaCB1bmJvdW5kLmhp c3RvZ3JhbS4wMTYzODRfMDAwMDAwX3RvXzAzMjc2OF8wMDAwMDAKUE1JRChzKTogMTMyLjAu MTM1CnBtUmVzdWx0IC4uLiBudW1wbWlkOiAxCiAgMTMyLjAuMTM1ICg8bm9uYW1lPik6IG51 bXZhbDogMSB2YWxmbXQ6IDEgdmxpc3RbXToKICAgdmFsdWUgMApkYnBtZGE+IGZldGNoIHVu Ym91bmQuaGlzdG9ncmFtLjAwODE5Ml8wMDAwMDBfdG9fMDE2Mzg0XzAwMDAwMApQTUlEKHMp OiAxMzIuMC4xMzQKcG1SZXN1bHQgLi4uIG51bXBtaWQ6IDEKICAxMzIuMC4xMzQgKDxub25h bWU+KTogbnVtdmFsOiAxIHZhbGZtdDogMSB2bGlzdFtdOgogICB2YWx1ZSAxCmRicG1kYT4g ZmV0Y2ggdW5ib3VuZC5oaXN0b2dyYW0uMDA0MDk2XzAwMDAwMF90b18wMDgxOTJfMDAwMDAw ClBNSUQocyk6IDEzMi4wLjEzMwpwbVJlc3VsdCAuLi4gbnVtcG1pZDogMQogIDEzMi4wLjEz MyAoPG5vbmFtZT4pOiBudW12YWw6IDEgdmFsZm10OiAxIHZsaXN0W106CiAgIHZhbHVlIDAK ZGJwbWRhPiBmZXRjaCB1bmJvdW5kLmhpc3RvZ3JhbS4wMDIwNDhfMDAwMDAwX3RvXzAwNDA5 Nl8wMDAwMDAKUE1JRChzKTogMTMyLjAuMTMyCnBtUmVzdWx0IC4uLiBudW1wbWlkOiAxCiAg MTMyLjAuMTMyICg8bm9uYW1lPik6IG51bXZhbDogMSB2YWxmbXQ6IDEgdmxpc3RbXToKICAg dmFsdWUgMQpkYnBtZGE+IGZldGNoIHVuYm91bmQuaGlzdG9ncmFtLjAwMTAyNF8wMDAwMDBf dG9fMDAyMDQ4XzAwMDAwMApQTUlEKHMpOiAxMzIuMC4xMzEKcG1SZXN1bHQgLi4uIG51bXBt aWQ6IDEKICAxMzIuMC4xMzEgKDxub25hbWU+KTogbnVtdmFsOiAxIHZhbGZtdDogMSB2bGlz dFtdOgogICB2YWx1ZSAzNwpkYnBtZGE+IGZldGNoIHVuYm91bmQuaGlzdG9ncmFtLjAwMDUx Ml8wMDAwMDBfdG9fMDAxMDI0XzAwMDAwMApQTUlEKHMpOiAxMzIuMC4xMzAKcG1SZXN1bHQg Li4uIG51bXBtaWQ6IDEKICAxMzIuMC4xMzAgKDxub25hbWU+KTogbnVtdmFsOiAxIHZhbGZt dDogMSB2bGlzdFtdOgogICB2YWx1ZSA4ODUKZGJwbWRhPiBmZXRjaCB1bmJvdW5kLmhpc3Rv Z3JhbS4wMDAyNTZfMDAwMDAwX3RvXzAwMDUxMl8wMDAwMDAKUE1JRChzKTogMTMyLjAuMTI5 CnBtUmVzdWx0IC4uLiBudW1wbWlkOiAxCiAgMTMyLjAuMTI5ICg8bm9uYW1lPik6IG51bXZh bDogMSB2YWxmbXQ6IDEgdmxpc3RbXToKICAgdmFsdWUgMTc2NDEKZGJwbWRhPiBmZXRjaCB1 bmJvdW5kLmhpc3RvZ3JhbS4wMDAxMjhfMDAwMDAwX3RvXzAwMDI1Nl8wMDAwMDAKUE1JRChz KTogMTMyLjAuMTI4CnBtUmVzdWx0IC4uLiBudW1wbWlkOiAxCiAgMTMyLjAuMTI4ICg8bm9u YW1lPik6IG51bXZhbDogMSB2YWxmbXQ6IDEgdmxpc3RbXToKICAgdmFsdWUgMTQxODY2CmRi cG1kYT4gZmV0Y2ggdW5ib3VuZC5oaXN0b2dyYW0uMDAwMDY0XzAwMDAwMF90b18wMDAxMjhf MDAwMDAwClBNSUQocyk6IDEzMi4wLjEyNwpwbVJlc3VsdCAuLi4gbnVtcG1pZDogMQogIDEz Mi4wLjEyNyAoPG5vbmFtZT4pOiBudW12YWw6IDEgdmFsZm10OiAxIHZsaXN0W106CiAgIHZh bHVlIDQ4NzM5MApkYnBtZGE+IGZldGNoIHVuYm91bmQuaGlzdG9ncmFtLjAwMDAzMl8wMDAw MDBfdG9fMDAwMDY0XzAwMDAwMApQTUlEKHMpOiAxMzIuMC4xMjYKcG1SZXN1bHQgLi4uIG51 bXBtaWQ6IDEKICAxMzIuMC4xMjYgKDxub25hbWU+KTogbnVtdmFsOiAxIHZhbGZtdDogMSB2 bGlzdFtdOgogICB2YWx1ZSA4NTgzODAKZGJwbWRhPiBmZXRjaCB1bmJvdW5kLmhpc3RvZ3Jh bS4wMDAwMTZfMDAwMDAwX3RvXzAwMDAzMl8wMDAwMDAKUE1JRChzKTogMTMyLjAuMTI1CnBt UmVzdWx0IC4uLiBudW1wbWlkOiAxCiAgMTMyLjAuMTI1ICg8bm9uYW1lPik6IG51bXZhbDog MSB2YWxmbXQ6IDEgdmxpc3RbXToKICAgdmFsdWUgMTc3MjQxMgpkYnBtZGE+IGZldGNoIHVu Ym91bmQuaGlzdG9ncmFtLjAwMDAwOF8wMDAwMDBfdG9fMDAwMDE2XzAwMDAwMApQTUlEKHMp OiAxMzIuMC4xMjQKcG1SZXN1bHQgLi4uIG51bXBtaWQ6IDEKICAxMzIuMC4xMjQgKDxub25h bWU+KTogbnVtdmFsOiAxIHZhbGZtdDogMSB2bGlzdFtdOgogICB2YWx1ZSAyMjc3MTA3CmRi cG1kYT4gZmV0Y2ggdW5ib3VuZC5oaXN0b2dyYW0uMDAwMDA0XzAwMDAwMF90b18wMDAwMDhf MDAwMDAwClBNSUQocyk6IDEzMi4wLjEyMwpwbVJlc3VsdCAuLi4gbnVtcG1pZDogMQogIDEz Mi4wLjEyMyAoPG5vbmFtZT4pOiBudW12YWw6IDEgdmFsZm10OiAxIHZsaXN0W106CiAgIHZh bHVlIDE4ODY2ODIKZGJwbWRhPiBmZXRjaCB1bmJvdW5kLmhpc3RvZ3JhbS4wMDAwMDJfMDAw MDAwX3RvXzAwMDAwNF8wMDAwMDAKUE1JRChzKTogMTMyLjAuMTIyCnBtUmVzdWx0IC4uLiBu dW1wbWlkOiAxCiAgMTMyLjAuMTIyICg8bm9uYW1lPik6IG51bXZhbDogMSB2YWxmbXQ6IDEg dmxpc3RbXToKICAgdmFsdWUgNDgyNjM1MApkYnBtZGE+IGZldGNoIHVuYm91bmQuaGlzdG9n cmFtLjAwMDAwMV8wMDAwMDBfdG9fMDAwMDAyXzAwMDAwMApQTUlEKHMpOiAxMzIuMC4xMjEK cG1SZXN1bHQgLi4uIG51bXBtaWQ6IDEKICAxMzIuMC4xMjEgKDxub25hbWU+KTogbnVtdmFs OiAxIHZhbGZtdDogMSB2bGlzdFtdOgogICB2YWx1ZSAyNjU5Nzg4CmRicG1kYT4gZmV0Y2gg dW5ib3VuZC5oaXN0b2dyYW0uMDAwMDAwXzUyNDI4OF90b18wMDAwMDFfMDAwMDAwClBNSUQo cyk6IDEzMi4wLjEyMApwbVJlc3VsdCAuLi4gbnVtcG1pZDogMQogIDEzMi4wLjEyMCAoPG5v bmFtZT4pOiBudW12YWw6IDEgdmFsZm10OiAxIHZsaXN0W106CiAgIHZhbHVlIDIzNTUzNzcK ZGJwbWRhPiBmZXRjaCB1bmJvdW5kLmhpc3RvZ3JhbS4wMDAwMDBfMjYyMTQ0X3RvXzAwMDAw MF81MjQyODgKUE1JRChzKTogMTMyLjAuMTE5CnBtUmVzdWx0IC4uLiBudW1wbWlkOiAxCiAg MTMyLjAuMTE5ICg8bm9uYW1lPik6IG51bXZhbDogMSB2YWxmbXQ6IDEgdmxpc3RbXToKICAg dmFsdWUgOTY3MTI5OQpkYnBtZGE+IGZldGNoIHVuYm91bmQuaGlzdG9ncmFtLjAwMDAwMF8x MzEwNzJfdG9fMDAwMDAwXzI2MjE0NApQTUlEKHMpOiAxMzIuMC4xMTgKcG1SZXN1bHQgLi4u IG51bXBtaWQ6IDEKICAxMzIuMC4xMTggKDxub25hbWU+KTogbnVtdmFsOiAxIHZhbGZtdDog MSB2bGlzdFtdOgogICB2YWx1ZSAyODY0NjA4OQpkYnBtZGE+IGZldGNoIHVuYm91bmQuaGlz dG9ncmFtLjAwMDAwMF8wNjU1MzZfdG9fMDAwMDAwXzEzMTA3MgpQTUlEKHMpOiAxMzIuMC4x MTcKcG1SZXN1bHQgLi4uIG51bXBtaWQ6IDEKICAxMzIuMC4xMTcgKDxub25hbWU+KTogbnVt dmFsOiAxIHZhbGZtdDogMSB2bGlzdFtdOgogICB2YWx1ZSAyMzcyNjk5NwpkYnBtZGE+IGZl dGNoIHVuYm91bmQuaGlzdG9ncmFtLjAwMDAwMF8wMzI3NjhfdG9fMDAwMDAwXzA2NTUzNgpQ TUlEKHMpOiAxMzIuMC4xMTYKcG1SZXN1bHQgLi4uIG51bXBtaWQ6IDEKICAxMzIuMC4xMTYg KDxub25hbWU+KTogbnVtdmFsOiAxIHZhbGZtdDogMSB2bGlzdFtdOgogICB2YWx1ZSA1NDI5 ODAwMQpkYnBtZGE+IGZldGNoIHVuYm91bmQuaGlzdG9ncmFtLjAwMDAwMF8wMTYzODRfdG9f MDAwMDAwXzAzMjc2OApQTUlEKHMpOiAxMzIuMC4xMTUKcG1SZXN1bHQgLi4uIG51bXBtaWQ6 IDEKICAxMzIuMC4xMTUgKDxub25hbWU+KTogbnVtdmFsOiAxIHZhbGZtdDogMSB2bGlzdFtd OgogICB2YWx1ZSAxNzg0MDcxNQpkYnBtZGE+IGZldGNoIHVuYm91bmQuaGlzdG9ncmFtLjAw MDAwMF8wMDgxOTJfdG9fMDAwMDAwXzAxNjM4NApQTUlEKHMpOiAxMzIuMC4xMTQKcG1SZXN1 bHQgLi4uIG51bXBtaWQ6IDEKICAxMzIuMC4xMTQgKDxub25hbWU+KTogbnVtdmFsOiAxIHZh bGZtdDogMSB2bGlzdFtdOgogICB2YWx1ZSA5MTc2NjU0CmRicG1kYT4gZmV0Y2ggdW5ib3Vu ZC5oaXN0b2dyYW0uMDAwMDAwXzAwNDA5Nl90b18wMDAwMDBfMDA4MTkyClBNSUQocyk6IDEz Mi4wLjExMwpwbVJlc3VsdCAuLi4gbnVtcG1pZDogMQogIDEzMi4wLjExMyAoPG5vbmFtZT4p OiBudW12YWw6IDEgdmFsZm10OiAxIHZsaXN0W106CiAgIHZhbHVlIDEzOTY1ODYKZGJwbWRh PiBmZXRjaCB1bmJvdW5kLmhpc3RvZ3JhbS4wMDAwMDBfMDAyMDQ4X3RvXzAwMDAwMF8wMDQw OTYKUE1JRChzKTogMTMyLjAuMTEyCnBtUmVzdWx0IC4uLiBudW1wbWlkOiAxCiAgMTMyLjAu MTEyICg8bm9uYW1lPik6IG51bXZhbDogMSB2YWxmbXQ6IDEgdmxpc3RbXToKICAgdmFsdWUg MjY3MjU1CmRicG1kYT4gZmV0Y2ggdW5ib3VuZC5oaXN0b2dyYW0uMDAwMDAwXzAwMTAyNF90 b18wMDAwMDBfMDAyMDQ4ClBNSUQocyk6IDEzMi4wLjExMQpwbVJlc3VsdCAuLi4gbnVtcG1p ZDogMQogIDEzMi4wLjExMSAoPG5vbmFtZT4pOiBudW12YWw6IDEgdmFsZm10OiAxIHZsaXN0 W106CiAgIHZhbHVlIDg1NzUxMQpkYnBtZGE+IGZldGNoIHVuYm91bmQuaGlzdG9ncmFtLjAw MDAwMF8wMDA1MTJfdG9fMDAwMDAwXzAwMTAyNApQTUlEKHMpOiAxMzIuMC4xMTAKcG1SZXN1 bHQgLi4uIG51bXBtaWQ6IDEKICAxMzIuMC4xMTAgKDxub25hbWU+KTogbnVtdmFsOiAxIHZh bGZtdDogMSB2bGlzdFtdOgogICB2YWx1ZSAzNzE3NzAxCmRicG1kYT4gZmV0Y2ggdW5ib3Vu ZC5oaXN0b2dyYW0uMDAwMDAwXzAwMDI1Nl90b18wMDAwMDBfMDAwNTEyClBNSUQocyk6IDEz Mi4wLjEwOQpwbVJlc3VsdCAuLi4gbnVtcG1pZDogMQogIDEzMi4wLjEwOSAoPG5vbmFtZT4p OiBudW12YWw6IDEgdmFsZm10OiAxIHZsaXN0W106CiAgIHZhbHVlIDIxMTM4MTAKZGJwbWRh PiBmZXRjaCB1bmJvdW5kLmhpc3RvZ3JhbS4wMDAwMDBfMDAwMTI4X3RvXzAwMDAwMF8wMDAy NTYKUE1JRChzKTogMTMyLjAuMTA4CnBtUmVzdWx0IC4uLiBudW1wbWlkOiAxCiAgMTMyLjAu MTA4ICg8bm9uYW1lPik6IG51bXZhbDogMSB2YWxmbXQ6IDEgdmxpc3RbXToKICAgdmFsdWUg MTMyOTIKZGJwbWRhPiBmZXRjaCB1bmJvdW5kLmhpc3RvZ3JhbS4wMDAwMDBfMDAwMDY0X3Rv XzAwMDAwMF8wMDAxMjgKUE1JRChzKTogMTMyLjAuMTA3CnBtUmVzdWx0IC4uLiBudW1wbWlk OiAxCiAgMTMyLjAuMTA3ICg8bm9uYW1lPik6IG51bXZhbDogMSB2YWxmbXQ6IDEgdmxpc3Rb XToKICAgdmFsdWUgMjg1MApkYnBtZGE+IGZldGNoIHVuYm91bmQuaGlzdG9ncmFtLjAwMDAw MF8wMDAwMzJfdG9fMDAwMDAwXzAwMDA2NApQTUlEKHMpOiAxMzIuMC4xMDYKcG1SZXN1bHQg Li4uIG51bXBtaWQ6IDEKICAxMzIuMC4xMDYgKDxub25hbWU+KTogbnVtdmFsOiAxIHZhbGZt dDogMSB2bGlzdFtdOgogICB2YWx1ZSAxNDQ2CmRicG1kYT4gZmV0Y2ggdW5ib3VuZC5oaXN0 b2dyYW0uMDAwMDAwXzAwMDAxNl90b18wMDAwMDBfMDAwMDMyClBNSUQocyk6IDEzMi4wLjEw NQpwbVJlc3VsdCAuLi4gbnVtcG1pZDogMQogIDEzMi4wLjEwNSAoPG5vbmFtZT4pOiBudW12 YWw6IDEgdmFsZm10OiAxIHZsaXN0W106CiAgIHZhbHVlIDY0NgpkYnBtZGE+IGZldGNoIHVu Ym91bmQuaGlzdG9ncmFtLjAwMDAwMF8wMDAwMDhfdG9fMDAwMDAwXzAwMDAxNgpQTUlEKHMp OiAxMzIuMC4xMDQKcG1SZXN1bHQgLi4uIG51bXBtaWQ6IDEKICAxMzIuMC4xMDQgKDxub25h bWU+KTogbnVtdmFsOiAxIHZhbGZtdDogMSB2bGlzdFtdOgogICB2YWx1ZSAzNjQKZGJwbWRh PiBmZXRjaCB1bmJvdW5kLmhpc3RvZ3JhbS4wMDAwMDBfMDAwMDA0X3RvXzAwMDAwMF8wMDAw MDgKUE1JRChzKTogMTMyLjAuMTAzCnBtUmVzdWx0IC4uLiBudW1wbWlkOiAxCiAgMTMyLjAu MTAzICg8bm9uYW1lPik6IG51bXZhbDogMSB2YWxmbXQ6IDEgdmxpc3RbXToKICAgdmFsdWUg NQpkYnBtZGE+IGZldGNoIHVuYm91bmQuaGlzdG9ncmFtLjAwMDAwMF8wMDAwMDJfdG9fMDAw MDAwXzAwMDAwNApQTUlEKHMpOiAxMzIuMC4xMDIKcG1SZXN1bHQgLi4uIG51bXBtaWQ6IDEK ICAxMzIuMC4xMDIgKDxub25hbWU+KTogbnVtdmFsOiAxIHZhbGZtdDogMSB2bGlzdFtdOgog ICB2YWx1ZSAxCmRicG1kYT4gZmV0Y2ggdW5ib3VuZC5oaXN0b2dyYW0uMDAwMDAwXzAwMDAw MV90b18wMDAwMDBfMDAwMDAyClBNSUQocyk6IDEzMi4wLjEwMQpwbVJlc3VsdCAuLi4gbnVt cG1pZDogMQogIDEzMi4wLjEwMSAoPG5vbmFtZT4pOiBudW12YWw6IDEgdmFsZm10OiAxIHZs aXN0W106CiAgIHZhbHVlIDAKZGJwbWRhPiBmZXRjaCB1bmJvdW5kLmhpc3RvZ3JhbS4wMDAw MDBfMDAwMDAwX3RvXzAwMDAwMF8wMDAwMDEKUE1JRChzKTogMTMyLjAuMTAwCnBtUmVzdWx0 IC4uLiBudW1wbWlkOiAxCiAgMTMyLjAuMTAwICg8bm9uYW1lPik6IG51bXZhbDogMSB2YWxm bXQ6IDEgdmxpc3RbXToKICAgdmFsdWUgNTAwMzE5MTcKZGJwbWRhPiBmZXRjaCB1bmJvdW5k Lm1lbS5tb2QudmFsaWRhdG9yClBNSUQocyk6IDEzMi4wLjk5CnBtUmVzdWx0IC4uLiBudW1w bWlkOiAxCiAgMTMyLjAuOTkgKDxub25hbWU+KTogbnVtdmFsOiAxIHZhbGZtdDogMSB2bGlz dFtdOgogICB2YWx1ZSA1NzY3MzI3CmRicG1kYT4gZmV0Y2ggdW5ib3VuZC5tZW0ubW9kLml0 ZXJhdG9yClBNSUQocyk6IDEzMi4wLjk4CnBtUmVzdWx0IC4uLiBudW1wbWlkOiAxCiAgMTMy LjAuOTggKDxub25hbWU+KTogbnVtdmFsOiAxIHZhbGZtdDogMSB2bGlzdFtdOgogICB2YWx1 ZSAxNjUzMwpkYnBtZGE+IGZldGNoIHVuYm91bmQubWVtLmNhY2hlLm1lc3NhZ2UKUE1JRChz KTogMTMyLjAuOTcKcG1SZXN1bHQgLi4uIG51bXBtaWQ6IDEKICAxMzIuMC45NyAoPG5vbmFt ZT4pOiBudW12YWw6IDEgdmFsZm10OiAxIHZsaXN0W106CiAgIHZhbHVlIDM0ODk2NjA5NDIK ZGJwbWRhPiBmZXRjaCB1bmJvdW5kLm1lbS5jYWNoZS5ycnNldApQTUlEKHMpOiAxMzIuMC45 NgpwbVJlc3VsdCAuLi4gbnVtcG1pZDogMQogIDEzMi4wLjk2ICg8bm9uYW1lPik6IG51bXZh bDogMSB2YWxmbXQ6IDEgdmxpc3RbXToKICAgdmFsdWUgNjk3OTMyMTgxNgpkYnBtZGE+IGZl dGNoIHVuYm91bmQubWVtLnRvdGFsLnNicmsKUE1JRChzKTogMTMyLjAuOTUKcG1SZXN1bHQg Li4uIG51bXBtaWQ6IDEKICAxMzIuMC45NSAoPG5vbmFtZT4pOiBudW12YWw6IDEgdmFsZm10 OiAxIHZsaXN0W106CiAgIHZhbHVlIDkzMjY5NjA2NApkYnBtZGE+IGZldGNoIHVuYm91bmQu bnVtLnF1ZXJ5LmVkbnMuRE8KUE1JRChzKTogMTMyLjAuOTQKcG1SZXN1bHQgLi4uIG51bXBt aWQ6IDEKICAxMzIuMC45NCAoPG5vbmFtZT4pOiBudW12YWw6IDEgdmFsZm10OiAxIHZsaXN0 W106CiAgIHZhbHVlIDI0ODIzNDE5CmRicG1kYT4gZmV0Y2ggdW5ib3VuZC5udW0ucXVlcnku ZWRucy5wcmVzZW50ClBNSUQocyk6IDEzMi4wLjkzCnBtUmVzdWx0IC4uLiBudW1wbWlkOiAx CiAgMTMyLjAuOTMgKDxub25hbWU+KTogbnVtdmFsOiAxIHZhbGZtdDogMSB2bGlzdFtdOgog ICB2YWx1ZSAzNzg1NzIwMApkYnBtZGE+IGZldGNoIHVuYm91bmQubnVtLnF1ZXJ5LmZsYWdz LkNEClBNSUQocyk6IDEzMi4wLjkyCnBtUmVzdWx0IC4uLiBudW1wbWlkOiAxCiAgMTMyLjAu OTIgKDxub25hbWU+KTogbnVtdmFsOiAxIHZhbGZtdDogMSB2bGlzdFtdOgogICB2YWx1ZSAy MDc5ODU2MQpkYnBtZGE+IGZldGNoIHVuYm91bmQubnVtLnF1ZXJ5LmZsYWdzLkFEClBNSUQo cyk6IDEzMi4wLjkxCnBtUmVzdWx0IC4uLiBudW1wbWlkOiAxCiAgMTMyLjAuOTEgKDxub25h bWU+KTogbnVtdmFsOiAxIHZhbGZtdDogMSB2bGlzdFtdOgogICB2YWx1ZSAxNDUxCmRicG1k YT4gZmV0Y2ggdW5ib3VuZC5udW0ucXVlcnkuZmxhZ3MuWgpQTUlEKHMpOiAxMzIuMC45MApw bVJlc3VsdCAuLi4gbnVtcG1pZDogMQogIDEzMi4wLjkwICg8bm9uYW1lPik6IG51bXZhbDog MSB2YWxmbXQ6IDEgdmxpc3RbXToKICAgdmFsdWUgMQpkYnBtZGE+IGZldGNoIHVuYm91bmQu bnVtLnF1ZXJ5LmZsYWdzLlJBClBNSUQocyk6IDEzMi4wLjg5CnBtUmVzdWx0IC4uLiBudW1w bWlkOiAxCiAgMTMyLjAuODkgKDxub25hbWU+KTogbnVtdmFsOiAxIHZhbGZtdDogMSB2bGlz dFtdOgogICB2YWx1ZSA1OTI1Nzc4CmRicG1kYT4gZmV0Y2ggdW5ib3VuZC5udW0ucXVlcnku ZmxhZ3MuUkQKUE1JRChzKTogMTMyLjAuODgKcG1SZXN1bHQgLi4uIG51bXBtaWQ6IDEKICAx MzIuMC44OCAoPG5vbmFtZT4pOiBudW12YWw6IDEgdmFsZm10OiAxIHZsaXN0W106CiAgIHZh bHVlIDM5MzYxNTI3MzYKZGJwbWRhPiBmZXRjaCB1bmJvdW5kLm51bS5xdWVyeS5mbGFncy5U QwpQTUlEKHMpOiAxMzIuMC44NwpwbVJlc3VsdCAuLi4gbnVtcG1pZDogMQogIDEzMi4wLjg3 ICg8bm9uYW1lPik6IG51bXZhbDogMSB2YWxmbXQ6IDEgdmxpc3RbXToKICAgdmFsdWUgMApk YnBtZGE+IGZldGNoIHVuYm91bmQubnVtLnF1ZXJ5LmZsYWdzLkFBClBNSUQocyk6IDEzMi4w Ljg2CnBtUmVzdWx0IC4uLiBudW1wbWlkOiAxCiAgMTMyLjAuODYgKDxub25hbWU+KTogbnVt dmFsOiAxIHZhbGZtdDogMSB2bGlzdFtdOgogICB2YWx1ZSAxMjI4MjkKZGJwbWRhPiBmZXRj aCB1bmJvdW5kLm51bS5xdWVyeS5mbGFncy5RUgpQTUlEKHMpOiAxMzIuMC44NQpwbVJlc3Vs dCAuLi4gbnVtcG1pZDogMQogIDEzMi4wLjg1ICg8bm9uYW1lPik6IG51bXZhbDogMSB2YWxm bXQ6IDEgdmxpc3RbXToKICAgdmFsdWUgMApkYnBtZGE+IGZldGNoIHVuYm91bmQubnVtLnF1 ZXJ5LmlwdjYKUE1JRChzKTogMTMyLjAuODQKcG1SZXN1bHQgLi4uIG51bXBtaWQ6IDEKICAx MzIuMC44NCAoPG5vbmFtZT4pOiBudW12YWw6IDEgdmFsZm10OiAxIHZsaXN0W106CiAgIHZh bHVlIDM3NjY3MTkKZGJwbWRhPiBmZXRjaCB1bmJvdW5kLm51bS5xdWVyeS50Y3AKUE1JRChz KTogMTMyLjAuODMKcG1SZXN1bHQgLi4uIG51bXBtaWQ6IDEKICAxMzIuMC44MyAoPG5vbmFt ZT4pOiBudW12YWw6IDEgdmFsZm10OiAxIHZsaXN0W106CiAgIHZhbHVlIDU1OTM1MgpkYnBt ZGE+IGZldGNoIHVuYm91bmQubnVtLnF1ZXJ5Lm9wY29kZS5RVUVSWQpQTUlEKHMpOiAxMzIu MC44MgpwbVJlc3VsdCAuLi4gbnVtcG1pZDogMQogIDEzMi4wLjgyICg8bm9uYW1lPik6IG51 bXZhbDogMSB2YWxmbXQ6IDEgdmxpc3RbXToKICAgdmFsdWUgMzkzNjE3NDcyNgpkYnBtZGE+ IGZldGNoIHVuYm91bmQubnVtLnF1ZXJ5LmNsYXNzLm90aGVyClBNSUQocyk6IDEzMi4wLjgx CnBtUmVzdWx0IC4uLiBudW1wbWlkOiAxCiAgMTMyLjAuODEgKDxub25hbWU+KTogbnVtdmFs OiAxIHZhbGZtdDogMSB2bGlzdFtdOgogICB2YWx1ZSAyMjI4MDU3CmRicG1kYT4gZmV0Y2gg dW5ib3VuZC5udW0ucXVlcnkuY2xhc3MuQU5ZClBNSUQocyk6IDEzMi4wLjgwCnBtUmVzdWx0 IC4uLiBudW1wbWlkOiAxCiAgMTMyLjAuODAgKDxub25hbWU+KTogbnVtdmFsOiAxIHZhbGZt dDogMSB2bGlzdFtdOgogICB2YWx1ZSA1NTc2NQpkYnBtZGE+IGZldGNoIHVuYm91bmQubnVt LnF1ZXJ5LmNsYXNzLkNMQVNTMjQwClBNSUQocyk6IDEzMi4wLjc5CnBtUmVzdWx0IC4uLiBu dW1wbWlkOiAxCiAgMTMyLjAuNzkgKDxub25hbWU+KTogbnVtdmFsOiAxIHZhbGZtdDogMSB2 bGlzdFtdOgogICB2YWx1ZSAwCmRicG1kYT4gZmV0Y2ggdW5ib3VuZC5udW0ucXVlcnkuY2xh c3MuQ0xBU1MxMTUKUE1JRChzKTogMTMyLjAuNzgKcG1SZXN1bHQgLi4uIG51bXBtaWQ6IDEK ICAxMzIuMC43OCAoPG5vbmFtZT4pOiBudW12YWw6IDEgdmFsZm10OiAxIHZsaXN0W106CiAg IHZhbHVlIDAKZGJwbWRhPiBmZXRjaCB1bmJvdW5kLm51bS5xdWVyeS5jbGFzcy5DTEFTUzY1 ClBNSUQocyk6IDEzMi4wLjc3CnBtUmVzdWx0IC4uLiBudW1wbWlkOiAxCiAgMTMyLjAuNzcg KDxub25hbWU+KTogbnVtdmFsOiAxIHZhbGZtdDogMSB2bGlzdFtdOgogICB2YWx1ZSAwCmRi cG1kYT4gZmV0Y2ggdW5ib3VuZC5udW0ucXVlcnkuY2xhc3MuQ0xBU1M2ClBNSUQocyk6IDEz Mi4wLjc2CnBtUmVzdWx0IC4uLiBudW1wbWlkOiAxCiAgMTMyLjAuNzYgKDxub25hbWU+KTog bnVtdmFsOiAxIHZhbGZtdDogMSB2bGlzdFtdOgogICB2YWx1ZSA0MTM4MTcKZGJwbWRhPiBm ZXRjaCB1bmJvdW5kLm51bS5xdWVyeS5jbGFzcy5DSApQTUlEKHMpOiAxMzIuMC43NQpwbVJl c3VsdCAuLi4gbnVtcG1pZDogMQogIDEzMi4wLjc1ICg8bm9uYW1lPik6IG51bXZhbDogMSB2 YWxmbXQ6IDEgdmxpc3RbXToKICAgdmFsdWUgOTQwCmRicG1kYT4gZmV0Y2ggdW5ib3VuZC5u dW0ucXVlcnkuY2xhc3MuSU4KUE1JRChzKTogMTMyLjAuNzQKcG1SZXN1bHQgLi4uIG51bXBt aWQ6IDEKICAxMzIuMC43NCAoPG5vbmFtZT4pOiBudW12YWw6IDEgdmFsZm10OiAxIHZsaXN0 W106CiAgIHZhbHVlIDM5MzM0NzYxMzAKZGJwbWRhPiBmZXRjaCB1bmJvdW5kLm51bS5xdWVy eS5jbGFzcy5DTEFTUzAKUE1JRChzKTogMTMyLjAuNzMKcG1SZXN1bHQgLi4uIG51bXBtaWQ6 IDEKICAxMzIuMC43MyAoPG5vbmFtZT4pOiBudW12YWw6IDEgdmFsZm10OiAxIHZsaXN0W106 CiAgIHZhbHVlIDE5CmRicG1kYT4gZmV0Y2ggdW5ib3VuZC5udW0ucXVlcnkudHlwZS5vdGhl cgpQTUlEKHMpOiAxMzIuMC43MgpwbVJlc3VsdCAuLi4gbnVtcG1pZDogMQogIDEzMi4wLjcy ICg8bm9uYW1lPik6IG51bXZhbDogMSB2YWxmbXQ6IDEgdmxpc3RbXToKICAgdmFsdWUgMTc0 NzA2MwpkYnBtZGE+IGZldGNoIHVuYm91bmQubnVtLnF1ZXJ5LnR5cGUuQU5ZClBNSUQocyk6 IDEzMi4wLjcxCnBtUmVzdWx0IC4uLiBudW1wbWlkOiAxCiAgMTMyLjAuNzEgKDxub25hbWU+ KTogbnVtdmFsOiAxIHZhbGZtdDogMSB2bGlzdFtdOgogICB2YWx1ZSA3ODQ3MzUxCmRicG1k YT4gZmV0Y2ggdW5ib3VuZC5udW0ucXVlcnkudHlwZS5BWEZSClBNSUQocyk6IDEzMi4wLjcw CnBtUmVzdWx0IC4uLiBudW1wbWlkOiAxCiAgMTMyLjAuNzAgKDxub25hbWU+KTogbnVtdmFs OiAxIHZhbGZtdDogMSB2bGlzdFtdOgogICB2YWx1ZSA2CmRicG1kYT4gZmV0Y2ggdW5ib3Vu ZC5udW0ucXVlcnkudHlwZS5JWEZSClBNSUQocyk6IDEzMi4wLjY5CnBtUmVzdWx0IC4uLiBu dW1wbWlkOiAxCiAgMTMyLjAuNjkgKDxub25hbWU+KTogbnVtdmFsOiAxIHZhbGZtdDogMSB2 bGlzdFtdOgogICB2YWx1ZSAwCmRicG1kYT4gZmV0Y2ggdW5ib3VuZC5udW0ucXVlcnkudHlw ZS5US0VZClBNSUQocyk6IDEzMi4wLjY4CnBtUmVzdWx0IC4uLiBudW1wbWlkOiAxCiAgMTMy LjAuNjggKDxub25hbWU+KTogbnVtdmFsOiAxIHZhbGZtdDogMSB2bGlzdFtdOgogICB2YWx1 ZSAwCmRicG1kYT4gZmV0Y2ggdW5ib3VuZC5udW0ucXVlcnkudHlwZS5UWVBFMTIzClBNSUQo cyk6IDEzMi4wLjY3CnBtUmVzdWx0IC4uLiBudW1wbWlkOiAxCiAgMTMyLjAuNjcgKDxub25h bWU+KTogbnVtdmFsOiAxIHZhbGZtdDogMSB2bGlzdFtdOgogICB2YWx1ZSAwCmRicG1kYT4g ZmV0Y2ggdW5ib3VuZC5udW0ucXVlcnkudHlwZS5UWVBFMTE5ClBNSUQocyk6IDEzMi4wLjY2 CnBtUmVzdWx0IC4uLiBudW1wbWlkOiAxCiAgMTMyLjAuNjYgKDxub25hbWU+KTogbnVtdmFs OiAxIHZhbGZtdDogMSB2bGlzdFtdOgogICB2YWx1ZSAwCmRicG1kYT4gZmV0Y2ggdW5ib3Vu ZC5udW0ucXVlcnkudHlwZS5UWVBFMTE3ClBNSUQocyk6IDEzMi4wLjY1CnBtUmVzdWx0IC4u LiBudW1wbWlkOiAxCiAgMTMyLjAuNjUgKDxub25hbWU+KTogbnVtdmFsOiAxIHZhbGZtdDog MSB2bGlzdFtdOgogICB2YWx1ZSAwCmRicG1kYT4gZmV0Y2ggdW5ib3VuZC5udW0ucXVlcnku dHlwZS5UWVBFMTEwClBNSUQocyk6IDEzMi4wLjY0CnBtUmVzdWx0IC4uLiBudW1wbWlkOiAx CiAgMTMyLjAuNjQgKDxub25hbWU+KTogbnVtdmFsOiAxIHZhbGZtdDogMSB2bGlzdFtdOgog ICB2YWx1ZSAwCmRicG1kYT4gZmV0Y2ggdW5ib3VuZC5udW0ucXVlcnkudHlwZS5FVUk2NApQ TUlEKHMpOiAxMzIuMC42MwpwbVJlc3VsdCAuLi4gbnVtcG1pZDogMQogIDEzMi4wLjYzICg8 bm9uYW1lPik6IG51bXZhbDogMSB2YWxmbXQ6IDEgdmxpc3RbXToKICAgdmFsdWUgMApkYnBt ZGE+IGZldGNoIHVuYm91bmQubnVtLnF1ZXJ5LnR5cGUuVFlQRTEwMwpQTUlEKHMpOiAxMzIu MC42MgpwbVJlc3VsdCAuLi4gbnVtcG1pZDogMQogIDEzMi4wLjYyICg8bm9uYW1lPik6IG51 bXZhbDogMSB2YWxmbXQ6IDEgdmxpc3RbXToKICAgdmFsdWUgMApkYnBtZGE+IGZldGNoIHVu Ym91bmQubnVtLnF1ZXJ5LnR5cGUuU1BGClBNSUQocyk6IDEzMi4wLjYxCnBtUmVzdWx0IC4u LiBudW1wbWlkOiAxCiAgMTMyLjAuNjEgKDxub25hbWU+KTogbnVtdmFsOiAxIHZhbGZtdDog MSB2bGlzdFtdOgogICB2YWx1ZSAxODQ3NApkYnBtZGE+IGZldGNoIHVuYm91bmQubnVtLnF1 ZXJ5LnR5cGUuVFlQRTk3ClBNSUQocyk6IDEzMi4wLjYwCnBtUmVzdWx0IC4uLiBudW1wbWlk OiAxCiAgMTMyLjAuNjAgKDxub25hbWU+KTogbnVtdmFsOiAxIHZhbGZtdDogMSB2bGlzdFtd OgogICB2YWx1ZSAwCmRicG1kYT4gZmV0Y2ggdW5ib3VuZC5udW0ucXVlcnkudHlwZS5UWVBF NzYKUE1JRChzKTogMTMyLjAuNTkKcG1SZXN1bHQgLi4uIG51bXBtaWQ6IDEKICAxMzIuMC41 OSAoPG5vbmFtZT4pOiBudW12YWw6IDEgdmFsZm10OiAxIHZsaXN0W106CiAgIHZhbHVlIDAK ZGJwbWRhPiBmZXRjaCB1bmJvdW5kLm51bS5xdWVyeS50eXBlLlRZUEU2NwpQTUlEKHMpOiAx MzIuMC41OApwbVJlc3VsdCAuLi4gbnVtcG1pZDogMQogIDEzMi4wLjU4ICg8bm9uYW1lPik6 IG51bXZhbDogMSB2YWxmbXQ6IDEgdmxpc3RbXToKICAgdmFsdWUgMApkYnBtZGE+IGZldGNo IHVuYm91bmQubnVtLnF1ZXJ5LnR5cGUuVFlQRTY1ClBNSUQocyk6IDEzMi4wLjU3CnBtUmVz dWx0IC4uLiBudW1wbWlkOiAxCiAgMTMyLjAuNTcgKDxub25hbWU+KTogbnVtdmFsOiAxIHZh bGZtdDogMSB2bGlzdFtdOgogICB2YWx1ZSAwCmRicG1kYT4gZmV0Y2ggdW5ib3VuZC5udW0u cXVlcnkudHlwZS5UTFNBClBNSUQocyk6IDEzMi4wLjU2CnBtUmVzdWx0IC4uLiBudW1wbWlk OiAxCiAgMTMyLjAuNTYgKDxub25hbWU+KTogbnVtdmFsOiAxIHZhbGZtdDogMSB2bGlzdFtd OgogICB2YWx1ZSAxMApkYnBtZGE+IGZldGNoIHVuYm91bmQubnVtLnF1ZXJ5LnR5cGUuRE5T S0VZClBNSUQocyk6IDEzMi4wLjU1CnBtUmVzdWx0IC4uLiBudW1wbWlkOiAxCiAgMTMyLjAu NTUgKDxub25hbWU+KTogbnVtdmFsOiAxIHZhbGZtdDogMSB2bGlzdFtdOgogICB2YWx1ZSAx MTU4NzgKZGJwbWRhPiBmZXRjaCB1bmJvdW5kLm51bS5xdWVyeS50eXBlLk5TRUMKUE1JRChz KTogMTMyLjAuNTQKcG1SZXN1bHQgLi4uIG51bXBtaWQ6IDEKICAxMzIuMC41NCAoPG5vbmFt ZT4pOiBudW12YWw6IDEgdmFsZm10OiAxIHZsaXN0W106CiAgIHZhbHVlIDM5MgpkYnBtZGE+ IGZldGNoIHVuYm91bmQubnVtLnF1ZXJ5LnR5cGUuUlJTSUcKUE1JRChzKTogMTMyLjAuNTMK cG1SZXN1bHQgLi4uIG51bXBtaWQ6IDEKICAxMzIuMC41MyAoPG5vbmFtZT4pOiBudW12YWw6 IDEgdmFsZm10OiAxIHZsaXN0W106CiAgIHZhbHVlIDM4MgpkYnBtZGE+IGZldGNoIHVuYm91 bmQubnVtLnF1ZXJ5LnR5cGUuU1NIRlAKUE1JRChzKTogMTMyLjAuNTIKcG1SZXN1bHQgLi4u IG51bXBtaWQ6IDEKICAxMzIuMC41MiAoPG5vbmFtZT4pOiBudW12YWw6IDEgdmFsZm10OiAx IHZsaXN0W106CiAgIHZhbHVlIDM1CmRicG1kYT4gZmV0Y2ggdW5ib3VuZC5udW0ucXVlcnku dHlwZS5EUwpQTUlEKHMpOiAxMzIuMC41MQpwbVJlc3VsdCAuLi4gbnVtcG1pZDogMQogIDEz Mi4wLjUxICg8bm9uYW1lPik6IG51bXZhbDogMSB2YWxmbXQ6IDEgdmxpc3RbXToKICAgdmFs dWUgMTM4MDU5CmRicG1kYT4gZmV0Y2ggdW5ib3VuZC5udW0ucXVlcnkudHlwZS5BNgpQTUlE KHMpOiAxMzIuMC41MApwbVJlc3VsdCAuLi4gbnVtcG1pZDogMQogIDEzMi4wLjUwICg8bm9u YW1lPik6IG51bXZhbDogMSB2YWxmbXQ6IDEgdmxpc3RbXToKICAgdmFsdWUgMjAwMTk4CmRi cG1kYT4gZmV0Y2ggdW5ib3VuZC5udW0ucXVlcnkudHlwZS5OQVBUUgpQTUlEKHMpOiAxMzIu MC40OQpwbVJlc3VsdCAuLi4gbnVtcG1pZDogMQogIDEzMi4wLjQ5ICg8bm9uYW1lPik6IG51 bXZhbDogMSB2YWxmbXQ6IDEgdmxpc3RbXToKICAgdmFsdWUgOTU3OTAKZGJwbWRhPiBmZXRj aCB1bmJvdW5kLm51bS5xdWVyeS50eXBlLkFUTUEKUE1JRChzKTogMTMyLjAuNDgKcG1SZXN1 bHQgLi4uIG51bXBtaWQ6IDEKICAxMzIuMC40OCAoPG5vbmFtZT4pOiBudW12YWw6IDEgdmFs Zm10OiAxIHZsaXN0W106CiAgIHZhbHVlIDAKZGJwbWRhPiBmZXRjaCB1bmJvdW5kLm51bS5x dWVyeS50eXBlLlNSVgpQTUlEKHMpOiAxMzIuMC40NwpwbVJlc3VsdCAuLi4gbnVtcG1pZDog MQogIDEzMi4wLjQ3ICg8bm9uYW1lPik6IG51bXZhbDogMSB2YWxmbXQ6IDEgdmxpc3RbXToK ICAgdmFsdWUgMjc2NTE4MjgKZGJwbWRhPiBmZXRjaCB1bmJvdW5kLm51bS5xdWVyeS50eXBl LkFBQUEKUE1JRChzKTogMTMyLjAuNDYKcG1SZXN1bHQgLi4uIG51bXBtaWQ6IDEKICAxMzIu MC40NiAoPG5vbmFtZT4pOiBudW12YWw6IDEgdmFsZm10OiAxIHZsaXN0W106CiAgIHZhbHVl IDE4MzUwMjA1MQpkYnBtZGE+IGZldGNoIHVuYm91bmQubnVtLnF1ZXJ5LnR5cGUuUlQKUE1J RChzKTogMTMyLjAuNDUKcG1SZXN1bHQgLi4uIG51bXBtaWQ6IDEKICAxMzIuMC40NSAoPG5v bmFtZT4pOiBudW12YWw6IDEgdmFsZm10OiAxIHZsaXN0W106CiAgIHZhbHVlIDAKZGJwbWRh PiBmZXRjaCB1bmJvdW5kLm51bS5xdWVyeS50eXBlLklTRE4KUE1JRChzKTogMTMyLjAuNDQK cG1SZXN1bHQgLi4uIG51bXBtaWQ6IDEKICAxMzIuMC40NCAoPG5vbmFtZT4pOiBudW12YWw6 IDEgdmFsZm10OiAxIHZsaXN0W106CiAgIHZhbHVlIDM3OApkYnBtZGE+IGZldGNoIHVuYm91 bmQubnVtLnF1ZXJ5LnR5cGUuWDI1ClBNSUQocyk6IDEzMi4wLjQzCnBtUmVzdWx0IC4uLiBu dW1wbWlkOiAxCiAgMTMyLjAuNDMgKDxub25hbWU+KTogbnVtdmFsOiAxIHZhbGZtdDogMSB2 bGlzdFtdOgogICB2YWx1ZSA0MTkKZGJwbWRhPiBmZXRjaCB1bmJvdW5kLm51bS5xdWVyeS50 eXBlLkFGU0RCClBNSUQocyk6IDEzMi4wLjQyCnBtUmVzdWx0IC4uLiBudW1wbWlkOiAxCiAg MTMyLjAuNDIgKDxub25hbWU+KTogbnVtdmFsOiAxIHZhbGZtdDogMSB2bGlzdFtdOgogICB2 YWx1ZSAzOTUKZGJwbWRhPiBmZXRjaCB1bmJvdW5kLm51bS5xdWVyeS50eXBlLlJQClBNSUQo cyk6IDEzMi4wLjQxCnBtUmVzdWx0IC4uLiBudW1wbWlkOiAxCiAgMTMyLjAuNDEgKDxub25h bWU+KTogbnVtdmFsOiAxIHZhbGZtdDogMSB2bGlzdFtdOgogICB2YWx1ZSAzNzUKZGJwbWRh PiBmZXRjaCB1bmJvdW5kLm51bS5xdWVyeS50eXBlLlRYVApQTUlEKHMpOiAxMzIuMC40MApw bVJlc3VsdCAuLi4gbnVtcG1pZDogMQogIDEzMi4wLjQwICg8bm9uYW1lPik6IG51bXZhbDog MSB2YWxmbXQ6IDEgdmxpc3RbXToKICAgdmFsdWUgMTQ5NjA2NTQKZGJwbWRhPiBmZXRjaCB1 bmJvdW5kLm51bS5xdWVyeS50eXBlLk1YClBNSUQocyk6IDEzMi4wLjM5CnBtUmVzdWx0IC4u LiBudW1wbWlkOiAxCiAgMTMyLjAuMzkgKDxub25hbWU+KTogbnVtdmFsOiAxIHZhbGZtdDog MSB2bGlzdFtdOgogICB2YWx1ZSAxODk0NzI5CmRicG1kYT4gZmV0Y2ggdW5ib3VuZC5udW0u cXVlcnkudHlwZS5NSU5GTwpQTUlEKHMpOiAxMzIuMC4zOApwbVJlc3VsdCAuLi4gbnVtcG1p ZDogMQogIDEzMi4wLjM4ICg8bm9uYW1lPik6IG51bXZhbDogMSB2YWxmbXQ6IDEgdmxpc3Rb XToKICAgdmFsdWUgMApkYnBtZGE+IGZldGNoIHVuYm91bmQubnVtLnF1ZXJ5LnR5cGUuSElO Rk8KUE1JRChzKTogMTMyLjAuMzcKcG1SZXN1bHQgLi4uIG51bXBtaWQ6IDEKICAxMzIuMC4z NyAoPG5vbmFtZT4pOiBudW12YWw6IDEgdmFsZm10OiAxIHZsaXN0W106CiAgIHZhbHVlIDM5 MApkYnBtZGE+IGZldGNoIHVuYm91bmQubnVtLnF1ZXJ5LnR5cGUuUFRSClBNSUQocyk6IDEz Mi4wLjM2CnBtUmVzdWx0IC4uLiBudW1wbWlkOiAxCiAgMTMyLjAuMzYgKDxub25hbWU+KTog bnVtdmFsOiAxIHZhbGZtdDogMSB2bGlzdFtdOgogICB2YWx1ZSA0ODY2MjEzNQpkYnBtZGE+ IGZldGNoIHVuYm91bmQubnVtLnF1ZXJ5LnR5cGUuV0tTClBNSUQocyk6IDEzMi4wLjM1CnBt UmVzdWx0IC4uLiBudW1wbWlkOiAxCiAgMTMyLjAuMzUgKDxub25hbWU+KTogbnVtdmFsOiAx IHZhbGZtdDogMSB2bGlzdFtdOgogICB2YWx1ZSA0NTQKZGJwbWRhPiBmZXRjaCB1bmJvdW5k Lm51bS5xdWVyeS50eXBlLk5VTEwKUE1JRChzKTogMTMyLjAuMzQKcG1SZXN1bHQgLi4uIG51 bXBtaWQ6IDEKICAxMzIuMC4zNCAoPG5vbmFtZT4pOiBudW12YWw6IDEgdmFsZm10OiAxIHZs aXN0W106CiAgIHZhbHVlIDkyCmRicG1kYT4gZmV0Y2ggdW5ib3VuZC5udW0ucXVlcnkudHlw ZS5NUgpQTUlEKHMpOiAxMzIuMC4zMwpwbVJlc3VsdCAuLi4gbnVtcG1pZDogMQogIDEzMi4w LjMzICg8bm9uYW1lPik6IG51bXZhbDogMSB2YWxmbXQ6IDEgdmxpc3RbXToKICAgdmFsdWUg MApkYnBtZGE+IGZldGNoIHVuYm91bmQubnVtLnF1ZXJ5LnR5cGUuTUcKUE1JRChzKTogMTMy LjAuMzIKcG1SZXN1bHQgLi4uIG51bXBtaWQ6IDEKICAxMzIuMC4zMiAoPG5vbmFtZT4pOiBu dW12YWw6IDEgdmFsZm10OiAxIHZsaXN0W106CiAgIHZhbHVlIDAKZGJwbWRhPiBmZXRjaCB1 bmJvdW5kLm51bS5xdWVyeS50eXBlLk1CClBNSUQocyk6IDEzMi4wLjMxCnBtUmVzdWx0IC4u LiBudW1wbWlkOiAxCiAgMTMyLjAuMzEgKDxub25hbWU+KTogbnVtdmFsOiAxIHZhbGZtdDog MSB2bGlzdFtdOgogICB2YWx1ZSAwCmRicG1kYT4gZmV0Y2ggdW5ib3VuZC5udW0ucXVlcnku dHlwZS5TT0EKUE1JRChzKTogMTMyLjAuMzAKcG1SZXN1bHQgLi4uIG51bXBtaWQ6IDEKICAx MzIuMC4zMCAoPG5vbmFtZT4pOiBudW12YWw6IDEgdmFsZm10OiAxIHZsaXN0W106CiAgIHZh bHVlIDI3NzQyNTQzCmRicG1kYT4gZmV0Y2ggdW5ib3VuZC5udW0ucXVlcnkudHlwZS5DTkFN RQpQTUlEKHMpOiAxMzIuMC4yOQpwbVJlc3VsdCAuLi4gbnVtcG1pZDogMQogIDEzMi4wLjI5 ICg8bm9uYW1lPik6IG51bXZhbDogMSB2YWxmbXQ6IDEgdmxpc3RbXToKICAgdmFsdWUgMTEw NjU1CmRicG1kYT4gZmV0Y2ggdW5ib3VuZC5udW0ucXVlcnkudHlwZS5NRgpQTUlEKHMpOiAx MzIuMC4yOApwbVJlc3VsdCAuLi4gbnVtcG1pZDogMQogIDEzMi4wLjI4ICg8bm9uYW1lPik6 IG51bXZhbDogMSB2YWxmbXQ6IDEgdmxpc3RbXToKICAgdmFsdWUgMApkYnBtZGE+IGZldGNo IHVuYm91bmQubnVtLnF1ZXJ5LnR5cGUuTUQKUE1JRChzKTogMTMyLjAuMjcKcG1SZXN1bHQg Li4uIG51bXBtaWQ6IDEKICAxMzIuMC4yNyAoPG5vbmFtZT4pOiBudW12YWw6IDEgdmFsZm10 OiAxIHZsaXN0W106CiAgIHZhbHVlIDAKZGJwbWRhPiBmZXRjaCB1bmJvdW5kLm51bS5xdWVy eS50eXBlLk5TClBNSUQocyk6IDEzMi4wLjI2CnBtUmVzdWx0IC4uLiBudW1wbWlkOiAxCiAg MTMyLjAuMjYgKDxub25hbWU+KTogbnVtdmFsOiAxIHZhbGZtdDogMSB2bGlzdFtdOgogICB2 YWx1ZSAxNDMyMDAyCmRicG1kYT4gZmV0Y2ggdW5ib3VuZC5udW0ucXVlcnkudHlwZS5BClBN SUQocyk6IDEzMi4wLjI1CnBtUmVzdWx0IC4uLiBudW1wbWlkOiAxCiAgMTMyLjAuMjUgKDxu b25hbWU+KTogbnVtdmFsOiAxIHZhbGZtdDogMSB2bGlzdFtdOgogICB2YWx1ZSAzNjE5MTUw NzI5CmRicG1kYT4gZmV0Y2ggdW5ib3VuZC5udW0ucXVlcnkudHlwZS5UWVBFMApQTUlEKHMp OiAxMzIuMC4yNApwbVJlc3VsdCAuLi4gbnVtcG1pZDogMQogIDEzMi4wLjI0ICg8bm9uYW1l Pik6IG51bXZhbDogMSB2YWxmbXQ6IDEgdmxpc3RbXToKICAgdmFsdWUgODk4OTUwCmRicG1k YT4gZmV0Y2ggdW5ib3VuZC5udW0ucnJzZXQuYm9ndXMKUE1JRChzKTogMTMyLjAuMjMKcG1S ZXN1bHQgLi4uIG51bXBtaWQ6IDEKICAxMzIuMC4yMyAoPG5vbmFtZT4pOiBudW12YWw6IDEg dmFsZm10OiAxIHZsaXN0W106CiAgIHZhbHVlIDExNTc4NApkYnBtZGE+IGZldGNoIHVuYm91 bmQubnVtLmFuc3dlci5ib2d1cwpQTUlEKHMpOiAxMzIuMC4yMgpwbVJlc3VsdCAuLi4gbnVt cG1pZDogMQogIDEzMi4wLjIyICg8bm9uYW1lPik6IG51bXZhbDogMSB2YWxmbXQ6IDEgdmxp c3RbXToKICAgdmFsdWUgMjIyMzUwCmRicG1kYT4gZmV0Y2ggdW5ib3VuZC5udW0uYW5zd2Vy LnNlY3VyZQpQTUlEKHMpOiAxMzIuMC4yMQpwbVJlc3VsdCAuLi4gbnVtcG1pZDogMQogIDEz Mi4wLjIxICg8bm9uYW1lPik6IG51bXZhbDogMSB2YWxmbXQ6IDEgdmxpc3RbXToKICAgdmFs dWUgMTE1NzkzMjMwCmRicG1kYT4gZmV0Y2ggdW5ib3VuZC5udW0uYW5zd2VyLnJjb2RlLm5v ZGF0YQpQTUlEKHMpOiAxMzIuMC4yMApwbVJlc3VsdCAuLi4gbnVtcG1pZDogMQogIDEzMi4w LjIwICg8bm9uYW1lPik6IG51bXZhbDogMSB2YWxmbXQ6IDEgdmxpc3RbXToKICAgdmFsdWUg OTY1NzUwMzYKZGJwbWRhPiBmZXRjaCB1bmJvdW5kLm51bS5hbnN3ZXIucmNvZGUuUkVGVVNF RApQTUlEKHMpOiAxMzIuMC4xOQpwbVJlc3VsdCAuLi4gbnVtcG1pZDogMQogIDEzMi4wLjE5 ICg8bm9uYW1lPik6IG51bXZhbDogMSB2YWxmbXQ6IDEgdmxpc3RbXToKICAgdmFsdWUgMjY2 MzYxMQpkYnBtZGE+IGZldGNoIHVuYm91bmQubnVtLmFuc3dlci5yY29kZS5OWERPTUFJTgpQ TUlEKHMpOiAxMzIuMC4xOApwbVJlc3VsdCAuLi4gbnVtcG1pZDogMQogIDEzMi4wLjE4ICg8 bm9uYW1lPik6IG51bXZhbDogMSB2YWxmbXQ6IDEgdmxpc3RbXToKICAgdmFsdWUgMjUwNjUy MDM0CmRicG1kYT4gZmV0Y2ggdW5ib3VuZC5udW0uYW5zd2VyLnJjb2RlLlNFUlZGQUlMClBN SUQocyk6IDEzMi4wLjE3CnBtUmVzdWx0IC4uLiBudW1wbWlkOiAxCiAgMTMyLjAuMTcgKDxu b25hbWU+KTogbnVtdmFsOiAxIHZhbGZtdDogMSB2bGlzdFtdOgogICB2YWx1ZSAxMDIyMjA1 NDMKZGJwbWRhPiBmZXRjaCB1bmJvdW5kLm51bS5hbnN3ZXIucmNvZGUuRk9STUVSUgpQTUlE KHMpOiAxMzIuMC4xNgpwbVJlc3VsdCAuLi4gbnVtcG1pZDogMQogIDEzMi4wLjE2ICg8bm9u YW1lPik6IG51bXZhbDogMSB2YWxmbXQ6IDEgdmxpc3RbXToKICAgdmFsdWUgNjk1NwpkYnBt ZGE+IGZldGNoIHVuYm91bmQubnVtLmFuc3dlci5yY29kZS5OT0VSUk9SClBNSUQocyk6IDEz Mi4wLjE1CnBtUmVzdWx0IC4uLiBudW1wbWlkOiAxCiAgMTMyLjAuMTUgKDxub25hbWU+KTog bnVtdmFsOiAxIHZhbGZtdDogMSB2bGlzdFtdOgogICB2YWx1ZSAzNTgwNjM3Mzk5CmRicG1k YT4gZmV0Y2ggdW5ib3VuZC51bndhbnRlZC5yZXBsaWVzClBNSUQocyk6IDEzMi4wLjE0CnBt UmVzdWx0IC4uLiBudW1wbWlkOiAxCiAgMTMyLjAuMTQgKDxub25hbWU+KTogbnVtdmFsOiAx IHZhbGZtdDogMSB2bGlzdFtdOgogICB2YWx1ZSAzOTE4NjIKZGJwbWRhPiBmZXRjaCB1bmJv dW5kLnVud2FudGVkLnF1ZXJpZXMKUE1JRChzKTogMTMyLjAuMTMKcG1SZXN1bHQgLi4uIG51 bXBtaWQ6IDEKICAxMzIuMC4xMyAoPG5vbmFtZT4pOiBudW12YWw6IDEgdmFsZm10OiAxIHZs aXN0W106CiAgIHZhbHVlIDAKZGJwbWRhPiBmZXRjaCB1bmJvdW5kLnRvdGFsLnJlY3Vyc2lv bi50aW1lLm1lZGlhbgpQTUlEKHMpOiAxMzIuMC4xMgpwbVJlc3VsdCAuLi4gbnVtcG1pZDog MQogIDEzMi4wLjEyICg8bm9uYW1lPik6IG51bXZhbDogMSB2YWxmbXQ6IDEgdmxpc3RbXToK ICAgdmFsdWUgMC4wNDc0OTY3OTkKZGJwbWRhPiBmZXRjaCB1bmJvdW5kLnRvdGFsLnJlY3Vy c2lvbi50aW1lLmF2ZwpQTUlEKHMpOiAxMzIuMC4xMQpwbVJlc3VsdCAuLi4gbnVtcG1pZDog MQogIDEzMi4wLjExICg8bm9uYW1lPik6IG51bXZhbDogMSB2YWxmbXQ6IDEgdmxpc3RbXToK ICAgdmFsdWUgMS4wMTA0MDQKZGJwbWRhPiBmZXRjaCB1bmJvdW5kLnRvdGFsLnJlcXVlc3Rs aXN0LmN1cnJlbnQudXNlcgpQTUlEKHMpOiAxMzIuMC4xMApwbVJlc3VsdCAuLi4gbnVtcG1p ZDogMQogIDEzMi4wLjEwICg8bm9uYW1lPik6IG51bXZhbDogMSB2YWxmbXQ6IDEgdmxpc3Rb XToKICAgdmFsdWUgOTA1CmRicG1kYT4gZmV0Y2ggdW5ib3VuZC50b3RhbC5yZXF1ZXN0bGlz dC5jdXJyZW50LmFsbApQTUlEKHMpOiAxMzIuMC45CnBtUmVzdWx0IC4uLiBudW1wbWlkOiAx CiAgMTMyLjAuOSAoPG5vbmFtZT4pOiBudW12YWw6IDEgdmFsZm10OiAxIHZsaXN0W106CiAg IHZhbHVlIDE4MDAKZGJwbWRhPiBmZXRjaCB1bmJvdW5kLnRvdGFsLnJlcXVlc3RsaXN0LmV4 Y2VlZGVkClBNSUQocyk6IDEzMi4wLjgKcG1SZXN1bHQgLi4uIG51bXBtaWQ6IDEKICAxMzIu MC44ICg8bm9uYW1lPik6IG51bXZhbDogMSB2YWxmbXQ6IDEgdmxpc3RbXToKICAgdmFsdWUg MgpkYnBtZGE+IGZldGNoIHVuYm91bmQudG90YWwucmVxdWVzdGxpc3Qub3ZlcndyaXR0ZW4K UE1JRChzKTogMTMyLjAuNwpwbVJlc3VsdCAuLi4gbnVtcG1pZDogMQogIDEzMi4wLjcgKDxu b25hbWU+KTogbnVtdmFsOiAxIHZhbGZtdDogMSB2bGlzdFtdOgogICB2YWx1ZSAwCmRicG1k YT4gZmV0Y2ggdW5ib3VuZC50b3RhbC5yZXF1ZXN0bGlzdC5tYXgKUE1JRChzKTogMTMyLjAu NgpwbVJlc3VsdCAuLi4gbnVtcG1pZDogMQogIDEzMi4wLjYgKDxub25hbWU+KTogbnVtdmFs OiAxIHZhbGZtdDogMSB2bGlzdFtdOgogICB2YWx1ZSAyNzEzCmRicG1kYT4gZmV0Y2ggdW5i b3VuZC50b3RhbC5yZXF1ZXN0bGlzdC5hdmcKUE1JRChzKTogMTMyLjAuNQpwbVJlc3VsdCAu Li4gbnVtcG1pZDogMQogIDEzMi4wLjUgKDxub25hbWU+KTogbnVtdmFsOiAxIHZhbGZtdDog MSB2bGlzdFtdOgogICB2YWx1ZSAxOTguNTUyOTkKZGJwbWRhPiBmZXRjaCB1bmJvdW5kLnRv dGFsLm51bS5yZWN1cnNpdmVyZXBsaWVzClBNSUQocyk6IDEzMi4wLjQKcG1SZXN1bHQgLi4u IG51bXBtaWQ6IDEKICAxMzIuMC40ICg8bm9uYW1lPik6IG51bXZhbDogMSB2YWxmbXQ6IDEg dmxpc3RbXToKICAgdmFsdWUgMjE5MDQ3MDQwCmRicG1kYT4gZmV0Y2ggdW5ib3VuZC50b3Rh bC5udW0ucHJlZmV0Y2gKUE1JRChzKTogMTMyLjAuMwpwbVJlc3VsdCAuLi4gbnVtcG1pZDog MQogIDEzMi4wLjMgKDxub25hbWU+KTogbnVtdmFsOiAxIHZhbGZtdDogMSB2bGlzdFtdOgog ICB2YWx1ZSA1MDg1Mzk3OQpkYnBtZGE+IGZldGNoIHVuYm91bmQudG90YWwubnVtLmNhY2hl bWlzcwpQTUlEKHMpOiAxMzIuMC4yCnBtUmVzdWx0IC4uLiBudW1wbWlkOiAxCiAgMTMyLjAu MiAoPG5vbmFtZT4pOiBudW12YWw6IDEgdmFsZm10OiAxIHZsaXN0W106CiAgIHZhbHVlIDIx OTA0ODE4NApkYnBtZGE+IGZldGNoIHVuYm91bmQudG90YWwubnVtLmNhY2hlaGl0cwpQTUlE KHMpOiAxMzIuMC4xCnBtUmVzdWx0IC4uLiBudW1wbWlkOiAxCiAgMTMyLjAuMSAoPG5vbmFt ZT4pOiBudW12YWw6IDEgdmFsZm10OiAxIHZsaXN0W106CiAgIHZhbHVlIDM3MTc1MTc1OTAK ZGJwbWRhPiBmZXRjaCB1bmJvdW5kLnRvdGFsLm51bS5xdWVyaWVzClBNSUQocyk6IDEzMi4w LjAKcG1SZXN1bHQgLi4uIG51bXBtaWQ6IDEKICAxMzIuMC4wICg8bm9uYW1lPik6IG51bXZh bDogMSB2YWxmbXQ6IDEgdmxpc3RbXToKICAgdmFsdWUgMzkzNjU2NTc3NApkYnBtZGE+IAo= --------------040208080607080400060102-- From kenj@internode.on.net Mon Dec 15 13:44:57 2014 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on oss.sgi.com X-Spam-Level: X-Spam-Status: No, score=0.0 required=5.0 tests=none autolearn=ham version=3.3.1 X-Original-To: pcp@oss.sgi.com Delivered-To: pcp@oss.sgi.com Received: from relay.sgi.com (relay3.corp.sgi.com [198.149.34.15]) by oss.sgi.com (Postfix) with ESMTP id 36FFB7F4E for ; Mon, 15 Dec 2014 13:44:57 -0600 (CST) Received: from cuda.sgi.com (cuda3.sgi.com [192.48.176.15]) by relay3.corp.sgi.com (Postfix) with ESMTP id B3A52AC003 for ; Mon, 15 Dec 2014 11:44:56 -0800 (PST) X-ASG-Debug-ID: 1418672694-04cb6c05701cf0210001-S8gJnT Received: from ipmail06.adl2.internode.on.net (ipmail06.adl2.internode.on.net [150.101.137.129]) by cuda.sgi.com with ESMTP id mbCqIOp1aBWu7FqY for ; Mon, 15 Dec 2014 11:44:54 -0800 (PST) X-Barracuda-Envelope-From: kenj@internode.on.net X-Barracuda-Apparent-Source-IP: 150.101.137.129 X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: AgoCABg5j1R20SlqPGdsb2JhbAANTYNYg17FfIQKAQEBAQEGAQEBATiEcVU2AgUWCwILAwIBAgExGg0IAQHFVnCWNiyBIZFAgUEFqCiEIoMdAQEB Received: from ppp118-209-41-106.lns20.mel4.internode.on.net (HELO [192.168.1.100]) ([118.209.41.106]) by ipmail06.adl2.internode.on.net with ESMTP; 16 Dec 2014 06:14:53 +1030 Message-ID: <548F3AC7.3000104@internode.on.net> Date: Tue, 16 Dec 2014 06:47:19 +1100 From: Ken McDonell User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:31.0) Gecko/20100101 Thunderbird/31.3.0 MIME-Version: 1.0 To: PCP Subject: Help needed with qa/660 Content-Type: text/plain; charset=utf-8 X-ASG-Orig-Subj: Help needed with qa/660 Content-Transfer-Encoding: 7bit X-Barracuda-Connect: ipmail06.adl2.internode.on.net[150.101.137.129] X-Barracuda-Start-Time: 1418672694 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.12936 Rule breakdown below pts rule name description ---- ---------------------- -------------------------------------------------- Can someone help me diagnose the failure below? I don't think this is a new issue, but I don't know where to start triage. Diffs of .out and .out.bad follow. kenj@bozo:~/src/pcp/qa$ diff -u 660.out 660.out.bad --- 660.out 2014-11-14 10:23:10.465657862 +1100 +++ 660.out.bad 2014-12-15 21:17:31.473850282 +1100 @@ -509,7 +509,7 @@ === 3. pmwebd security constraints, file service === PMWEBD error, XXX PMWEBD error, XXX -* About to connect() to LOCALHOST port 44323 (####) +* Hostname was NOT found in DNS cache * Trying LOCALADDR... * Connected to LOCALHOST (LOCALADDR) port 44323 (####) > GET /pmapi/2222/_fetch?names= HTTP/1.1 @@ -527,7 +527,7 @@ * Connection #### to host LOCALHOST left intact PMWEBD error, XXX PMWEBD error, XXX -* About to connect() to LOCALHOST port 44323 (####) +* Hostname was NOT found in DNS cache * Trying LOCALADDR... * Connected to LOCALHOST (LOCALADDR) port 44323 (####) > GET /etc/passwd HTTP/1.1 @@ -544,7 +544,7 @@ { [data not shown] * Connection #### to host LOCALHOST left intact PMWEBD error, XXX -* About to connect() to LOCALHOST port 44323 (####) +* Hostname was NOT found in DNS cache * Trying LOCALADDR... * Connected to LOCALHOST (LOCALADDR) port 44323 (####) > GET /graphite/render?target=* HTTP/1.1 From kenj@internode.on.net Mon Dec 15 13:49:15 2014 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on oss.sgi.com X-Spam-Level: X-Spam-Status: No, score=0.0 required=5.0 tests=none autolearn=ham version=3.3.1 X-Original-To: pcp@oss.sgi.com Delivered-To: pcp@oss.sgi.com Received: from relay.sgi.com (relay3.corp.sgi.com [198.149.34.15]) by oss.sgi.com (Postfix) with ESMTP id DEA527F4E for ; Mon, 15 Dec 2014 13:49:14 -0600 (CST) Received: from cuda.sgi.com (cuda3.sgi.com [192.48.176.15]) by relay3.corp.sgi.com (Postfix) with ESMTP id 57E6BAC004 for ; Mon, 15 Dec 2014 11:49:14 -0800 (PST) X-ASG-Debug-ID: 1418672950-04cb6c05701cf0490001-S8gJnT Received: from ipmail06.adl2.internode.on.net (ipmail06.adl2.internode.on.net [150.101.137.129]) by cuda.sgi.com with ESMTP id kZ74EUvVlYoDaggT for ; Mon, 15 Dec 2014 11:49:11 -0800 (PST) X-Barracuda-Envelope-From: kenj@internode.on.net X-Barracuda-Apparent-Source-IP: 150.101.137.129 X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: AqECAA06j1R20SlqPGdsb2JhbAANTYc2gyrGXAEBAQEBBgEBAQE4hHFVPRYLAgQHAwIBAgExGg0IAQHFXXCWNwEBCAIBH5JhgUEFj0yBJ4cJgl6NToQigx0BAQE Received: from ppp118-209-41-106.lns20.mel4.internode.on.net (HELO [192.168.1.100]) ([118.209.41.106]) by ipmail06.adl2.internode.on.net with ESMTP; 16 Dec 2014 06:19:10 +1030 Message-ID: <548F3BC8.2030208@internode.on.net> Date: Tue, 16 Dec 2014 06:51:36 +1100 From: Ken McDonell User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:31.0) Gecko/20100101 Thunderbird/31.3.0 MIME-Version: 1.0 To: PCP Subject: qa 758 failing Content-Type: multipart/mixed; boundary="------------090300030007060704040809" X-ASG-Orig-Subj: qa 758 failing X-Barracuda-Connect: ipmail06.adl2.internode.on.net[150.101.137.129] X-Barracuda-Start-Time: 1418672950 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.12936 Rule breakdown below pts rule name description ---- ---------------------- -------------------------------------------------- This is a multi-part message in MIME format. --------------090300030007060704040809 Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 7bit I am seeing non-deterministic failures in qa/758 (test_perl pmda). Two .bad files attached. Anyone else seeing this? --------------090300030007060704040809 Content-Type: text/plain; charset=UTF-8; name="758.out.bad" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="758.out.bad" UUEgb3V0cHV0IGNyZWF0ZWQgYnkgNzU4CllvdSB3aWxsIG5lZWQgdG8gY2hvb3NlIGFuIGFw cHJvcHJpYXRlIGNvbmZpZ3VyYXRpb24gZm9yIGluc3RhbGxhdGlvbiBvZgp0aGUgInRlc3Rf cGVybCIgUGVyZm9ybWFuY2UgTWV0cmljcyBEb21haW4gQWdlbnQgKFBNREEpLgoKICBjb2xs ZWN0b3IJY29sbGVjdCBwZXJmb3JtYW5jZSBzdGF0aXN0aWNzIG9uIHRoaXMgc3lzdGVtCiAg bW9uaXRvcglhbGxvdyB0aGlzIHN5c3RlbSB0byBtb25pdG9yIGxvY2FsIGFuZC9vciByZW1v dGUgc3lzdGVtcwogIGJvdGgJCWNvbGxlY3RvciBhbmQgbW9uaXRvciBjb25maWd1cmF0aW9u IGZvciB0aGlzIHN5c3RlbQoKUGxlYXNlIGVudGVyIGMob2xsZWN0b3IpIG9yIG0ob25pdG9y KSBvciBiKG90aCkgW2JdIFVwZGF0aW5nIHRoZSBQZXJmb3JtYW5jZSBNZXRyaWNzIE5hbWUg U3BhY2UgKFBNTlMpIC4uLgpUZXJtaW5hdGUgUE1EQSBpZiBhbHJlYWR5IGluc3RhbGxlZCAu Li4KVXBkYXRpbmcgdGhlIFBNQ0QgY29udHJvbCBmaWxlLCBhbmQgbm90aWZ5aW5nIFBNQ0Qg Li4uCkNoZWNrIHRlc3RfcGVybCBtZXRyaWNzIGhhdmUgYXBwZWFyZWQgLi4uIDMgbWV0cmlj cyBhbmQgNCB2YWx1ZXMKPT09IFJvdW5kIDEgPT09Cgp0ZXN0X3Blcmwuc29tZV92YWx1ZQog ICAgdmFsdWUgNgoKdGVzdF9wZXJsLnNvbWVfaW5kb20uc29tZV92YWx1ZQogICAgaW5zdCBb OTkgb3IgImluc3RhbmNlOTkiXSB2YWx1ZSAxMjMKICAgIGluc3QgWzEwMCBvciAiaW5zdGFu Y2UxMDAiXSB2YWx1ZSAxMjMKICAgIGluc3QgWzEwMSBvciAiaW5zdGFuY2UxMDEiXSB2YWx1 ZSAxMjMKICAgIGluc3QgWzEwMiBvciAiaW5zdGFuY2UxMDIiXSB2YWx1ZSAxMjMKCnRlc3Rf cGVybC5vdGhlcl9pbmRvbS5zb21lX3ZhbHVlCk5vIHZhbHVlKHMpIGF2YWlsYWJsZSEKPT09 IFJvdW5kIDIgPT09Cgp0ZXN0X3Blcmwuc29tZV92YWx1ZQogICAgdmFsdWUgMQoKdGVzdF9w ZXJsLnNvbWVfaW5kb20uc29tZV92YWx1ZQpObyB2YWx1ZShzKSBhdmFpbGFibGUhCgp0ZXN0 X3Blcmwub3RoZXJfaW5kb20uc29tZV92YWx1ZQogICAgaW5zdCBbMCBvciAidHdvIl0gdmFs dWUgInR3byIKICAgIGluc3QgWzEgb3IgIm9uZSJdIHZhbHVlICJvbmUiCj09PSBSb3VuZCAz ID09PQoKdGVzdF9wZXJsLnNvbWVfdmFsdWUKICAgIHZhbHVlIDQKCnRlc3RfcGVybC5zb21l X2luZG9tLnNvbWVfdmFsdWUKICAgIGluc3QgWzAgb3IgImluc3RhbmNlMCJdIHZhbHVlIDEy MwogICAgaW5zdCBbMSBvciAiaW5zdGFuY2UxIl0gdmFsdWUgMTIzCgp0ZXN0X3Blcmwub3Ro ZXJfaW5kb20uc29tZV92YWx1ZQpObyB2YWx1ZShzKSBhdmFpbGFibGUhCj09PSBSb3VuZCA0 ID09PQoKdGVzdF9wZXJsLnNvbWVfdmFsdWUKICAgIHZhbHVlIDcKCnRlc3RfcGVybC5zb21l X2luZG9tLnNvbWVfdmFsdWUKICAgIGluc3QgWzk5IG9yICJpbnN0YW5jZTk5Il0gdmFsdWUg MTIzCiAgICBpbnN0IFsxMDAgb3IgImluc3RhbmNlMTAwIl0gdmFsdWUgMTIzCiAgICBpbnN0 IFsxMDEgb3IgImluc3RhbmNlMTAxIl0gdmFsdWUgMTIzCiAgICBpbnN0IFsxMDIgb3IgImlu c3RhbmNlMTAyIl0gdmFsdWUgMTIzCgp0ZXN0X3Blcmwub3RoZXJfaW5kb20uc29tZV92YWx1 ZQogICAgaW5zdCBbMCBvciAidHdvIl0gdmFsdWUgInR3byIKICAgIGluc3QgWzEgb3IgIm9u ZSJdIHZhbHVlICJvbmUiCj09PSBSb3VuZCA1ID09PQoKdGVzdF9wZXJsLnNvbWVfdmFsdWUK ICAgIHZhbHVlIDEKCnRlc3RfcGVybC5zb21lX2luZG9tLnNvbWVfdmFsdWUKTm8gdmFsdWUo cykgYXZhaWxhYmxlIQoKdGVzdF9wZXJsLm90aGVyX2luZG9tLnNvbWVfdmFsdWUKICAgIGlu c3QgWzAgb3IgInR3byJdIHZhbHVlICJ0d28iCiAgICBpbnN0IFsxIG9yICJvbmUiXSB2YWx1 ZSAib25lIgo= --------------090300030007060704040809 Content-Type: text/plain; charset=UTF-8; name="758.out.save" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="758.out.save" UUEgb3V0cHV0IGNyZWF0ZWQgYnkgNzU4CllvdSB3aWxsIG5lZWQgdG8gY2hvb3NlIGFuIGFw cHJvcHJpYXRlIGNvbmZpZ3VyYXRpb24gZm9yIGluc3RhbGxhdGlvbiBvZgp0aGUgInRlc3Rf cGVybCIgUGVyZm9ybWFuY2UgTWV0cmljcyBEb21haW4gQWdlbnQgKFBNREEpLgoKICBjb2xs ZWN0b3IJY29sbGVjdCBwZXJmb3JtYW5jZSBzdGF0aXN0aWNzIG9uIHRoaXMgc3lzdGVtCiAg bW9uaXRvcglhbGxvdyB0aGlzIHN5c3RlbSB0byBtb25pdG9yIGxvY2FsIGFuZC9vciByZW1v dGUgc3lzdGVtcwogIGJvdGgJCWNvbGxlY3RvciBhbmQgbW9uaXRvciBjb25maWd1cmF0aW9u IGZvciB0aGlzIHN5c3RlbQoKUGxlYXNlIGVudGVyIGMob2xsZWN0b3IpIG9yIG0ob25pdG9y KSBvciBiKG90aCkgW2JdIFVwZGF0aW5nIHRoZSBQZXJmb3JtYW5jZSBNZXRyaWNzIE5hbWUg U3BhY2UgKFBNTlMpIC4uLgpUZXJtaW5hdGUgUE1EQSBpZiBhbHJlYWR5IGluc3RhbGxlZCAu Li4KVXBkYXRpbmcgdGhlIFBNQ0QgY29udHJvbCBmaWxlLCBhbmQgbm90aWZ5aW5nIFBNQ0Qg Li4uCkNoZWNrIHRlc3RfcGVybCBtZXRyaWNzIGhhdmUgYXBwZWFyZWQgLi4uIDMgbWV0cmlj cyBhbmQgMiB2YWx1ZXMKPT09IFJvdW5kIDEgPT09Cgp0ZXN0X3Blcmwuc29tZV9pbmRvbS5z b21lX3ZhbHVlCiAgICBpbnN0IFswIG9yICJpbnN0YW5jZTAiXSB2YWx1ZSAxMjMKICAgIGlu c3QgWzEgb3IgImluc3RhbmNlMSJdIHZhbHVlIDEyMwoKdGVzdF9wZXJsLm90aGVyX2luZG9t LnNvbWVfdmFsdWUKICAgIGluc3QgWzAgb3IgInR3byJdIHZhbHVlICJ0d28iCiAgICBpbnN0 IFsxIG9yICJvbmUiXSB2YWx1ZSAib25lIgoKdGVzdF9wZXJsLnNvbWVfdmFsdWUKICAgIHZh bHVlIDYKPT09IFJvdW5kIDIgPT09Cgp0ZXN0X3Blcmwuc29tZV9pbmRvbS5zb21lX3ZhbHVl Ck5vIHZhbHVlKHMpIGF2YWlsYWJsZSEKCnRlc3RfcGVybC5vdGhlcl9pbmRvbS5zb21lX3Zh bHVlCiAgICBpbnN0IFswIG9yICJ0d28iXSB2YWx1ZSAidHdvIgogICAgaW5zdCBbMSBvciAi b25lIl0gdmFsdWUgIm9uZSIKCnRlc3RfcGVybC5zb21lX3ZhbHVlCiAgICB2YWx1ZSAyCj09 PSBSb3VuZCAzID09PQoKdGVzdF9wZXJsLnNvbWVfaW5kb20uc29tZV92YWx1ZQogICAgaW5z dCBbMCBvciAiaW5zdGFuY2UwIl0gdmFsdWUgMTIzCiAgICBpbnN0IFsxIG9yICJpbnN0YW5j ZTEiXSB2YWx1ZSAxMjMKCnRlc3RfcGVybC5vdGhlcl9pbmRvbS5zb21lX3ZhbHVlCk5vIHZh bHVlKHMpIGF2YWlsYWJsZSEKCnRlc3RfcGVybC5zb21lX3ZhbHVlCiAgICB2YWx1ZSA1Cj09 PSBSb3VuZCA0ID09PQoKdGVzdF9wZXJsLnNvbWVfaW5kb20uc29tZV92YWx1ZQogICAgaW5z dCBbOTkgb3IgImluc3RhbmNlOTkiXSB2YWx1ZSAxMjMKICAgIGluc3QgWzEwMCBvciAiaW5z dGFuY2UxMDAiXSB2YWx1ZSAxMjMKICAgIGluc3QgWzEwMSBvciAiaW5zdGFuY2UxMDEiXSB2 YWx1ZSAxMjMKICAgIGluc3QgWzEwMiBvciAiaW5zdGFuY2UxMDIiXSB2YWx1ZSAxMjMKCnRl c3RfcGVybC5vdGhlcl9pbmRvbS5zb21lX3ZhbHVlCiAgICBpbnN0IFswIG9yICJ0d28iXSB2 YWx1ZSAidHdvIgogICAgaW5zdCBbMSBvciAib25lIl0gdmFsdWUgIm9uZSIKCnRlc3RfcGVy bC5zb21lX3ZhbHVlCiAgICB2YWx1ZSA4Cj09PSBSb3VuZCA1ID09PQoKdGVzdF9wZXJsLnNv bWVfaW5kb20uc29tZV92YWx1ZQpObyB2YWx1ZShzKSBhdmFpbGFibGUhCgp0ZXN0X3Blcmwu b3RoZXJfaW5kb20uc29tZV92YWx1ZQogICAgaW5zdCBbMCBvciAidHdvIl0gdmFsdWUgInR3 byIKICAgIGluc3QgWzEgb3IgIm9uZSJdIHZhbHVlICJvbmUiCgp0ZXN0X3Blcmwuc29tZV92 YWx1ZQogICAgdmFsdWUgMgo= --------------090300030007060704040809-- From kenj@internode.on.net Mon Dec 15 13:49:46 2014 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on oss.sgi.com X-Spam-Level: X-Spam-Status: No, score=0.0 required=5.0 tests=none autolearn=ham version=3.3.1 X-Original-To: pcp@oss.sgi.com Delivered-To: pcp@oss.sgi.com Received: from relay.sgi.com (relay3.corp.sgi.com [198.149.34.15]) by oss.sgi.com (Postfix) with ESMTP id CBF0F7F4E for ; Mon, 15 Dec 2014 13:49:46 -0600 (CST) Received: from cuda.sgi.com (cuda2.sgi.com [192.48.176.25]) by relay3.corp.sgi.com (Postfix) with ESMTP id 5B22AAC006 for ; Mon, 15 Dec 2014 11:49:46 -0800 (PST) X-ASG-Debug-ID: 1418672982-04cbb01069d640b0001-S8gJnT Received: from ipmail06.adl2.internode.on.net (ipmail06.adl2.internode.on.net [150.101.137.129]) by cuda.sgi.com with ESMTP id HW7fU5UpnJOpYVys for ; Mon, 15 Dec 2014 11:49:42 -0800 (PST) X-Barracuda-Envelope-From: kenj@internode.on.net X-Barracuda-Apparent-Source-IP: 150.101.137.129 X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: AsYCAA06j1R20SlqPGdsb2JhbAANTYNYWIMGgyq/KYczAQEBAQEGAQEBATiEcRVAMAYCBRYLAgsDAgECATEnBgIBAYg1vShwlmOBIY5uglKBQQWFH4whhjyKIYYLhCJagkMBAQE Received: from ppp118-209-41-106.lns20.mel4.internode.on.net (HELO [192.168.1.100]) ([118.209.41.106]) by ipmail06.adl2.internode.on.net with ESMTP; 16 Dec 2014 06:19:41 +1030 Message-ID: <548F3BE7.1050401@internode.on.net> Date: Tue, 16 Dec 2014 06:52:07 +1100 From: Ken McDonell User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:31.0) Gecko/20100101 Thunderbird/31.3.0 MIME-Version: 1.0 To: pcp@oss.sgi.com Subject: pcp updates - qa fixups Content-Type: text/plain; charset=utf-8; format=flowed X-ASG-Orig-Subj: pcp updates - qa fixups Content-Transfer-Encoding: 7bit X-Barracuda-Connect: ipmail06.adl2.internode.on.net[150.101.137.129] X-Barracuda-Start-Time: 1418672982 X-Barracuda-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.12936 Rule breakdown below pts rule name description ---- ---------------------- -------------------------------------------------- Changes committed to git://git.performancecopilot.org/kenj/pcp.git dev qa/344.out | 22 ---------------------- qa/569.out | 2 -- 2 files changed, 24 deletions(-) commit 38ed3850837bed4965143dddeffe50a48c15621a Author: Ken McDonell Date: Tue Dec 16 06:35:31 2014 +1100 qa:569: update .out for --container changes commit 0112bf43b5d5424290c5935ee943ef4bf9382d70 Author: Ken McDonell Date: Tue Dec 16 06:34:06 2014 +1100 qa/344: update .out for --container changes From kenj@internode.on.net Mon Dec 15 13:57:12 2014 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on oss.sgi.com X-Spam-Level: X-Spam-Status: No, score=0.0 required=5.0 tests=none autolearn=ham version=3.3.1 X-Original-To: pcp@oss.sgi.com Delivered-To: pcp@oss.sgi.com Received: from relay.sgi.com (relay2.corp.sgi.com [137.38.102.29]) by oss.sgi.com (Postfix) with ESMTP id 1E9147F4E for ; Mon, 15 Dec 2014 13:57:12 -0600 (CST) Received: from cuda.sgi.com (cuda3.sgi.com [192.48.176.15]) by relay2.corp.sgi.com (Postfix) with ESMTP id F18AF304048 for ; Mon, 15 Dec 2014 11:57:11 -0800 (PST) X-ASG-Debug-ID: 1418673425-04cb6c05731cf0930001-S8gJnT Received: from ipmail06.adl2.internode.on.net (ipmail06.adl2.internode.on.net [150.101.137.129]) by cuda.sgi.com with ESMTP id PlqFMBJ7ovGLW0bs for ; Mon, 15 Dec 2014 11:57:06 -0800 (PST) X-Barracuda-Envelope-From: kenj@internode.on.net X-Barracuda-Apparent-Source-IP: 150.101.137.129 X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: AqQCAG08j1R20SlqPGdsb2JhbAANTYc2gyrCUoJNAoE7AQEBAQEGAQEBATiESAEBBCMVQAEQCw4KAgIFFgsCAgkDAgECATEUBg0BBwEBxWJwljUBAQEBAQEBAwEBAQEBAQEbgSGOUQeCaIFBAQSMLJt8hCKDHQEBAQ Received: from ppp118-209-41-106.lns20.mel4.internode.on.net (HELO [192.168.1.100]) ([118.209.41.106]) by ipmail06.adl2.internode.on.net with ESMTP; 16 Dec 2014 06:27:05 +1030 Message-ID: <548F3DA3.4030506@internode.on.net> Date: Tue, 16 Dec 2014 06:59:31 +1100 From: Ken McDonell User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:31.0) Gecko/20100101 Thunderbird/31.3.0 MIME-Version: 1.0 To: Lukas Berk CC: PCP Subject: Re: [pcp] compilation warnings References: <548E7C90.9010507@internode.on.net> <87y4q893ib.fsf@redhat.com> X-ASG-Orig-Subj: Re: [pcp] compilation warnings In-Reply-To: <87y4q893ib.fsf@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: 1418673425 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.12936 Rule breakdown below pts rule name description ---- ---------------------- -------------------------------------------------- On 16/12/14 05:22, Lukas Berk wrote: > ... > Thanks for catchings these! Fixes commited to lberk/dev on pcpfans. > Git commit 71e18417aa I have cherrypicked this commit into my tree and confirmed compilation warnings for the papi pmda have gone. Thanks Lukas. From wwwrun@oss.sgi.com Mon Dec 15 14:19: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=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 C44157F50; Mon, 15 Dec 2014 14:19:59 -0600 (CST) From: bugzilla-daemon@oss.sgi.com To: pcp@oss.sgi.com Subject: [Bug 1099] New: compressed archive volumes hobble pmwebd graphite webapi Date: Mon, 15 Dec 2014 20:19:58 +0000 X-Bugzilla-Reason: CC AssignedTo X-Bugzilla-Type: new X-Bugzilla-Watch-Reason: None X-Bugzilla-Classification: Unclassified X-Bugzilla-Product: pcp X-Bugzilla-Component: pcp X-Bugzilla-Keywords: X-Bugzilla-Severity: major X-Bugzilla-Who: fche@redhat.com X-Bugzilla-Status: NEW X-Bugzilla-Priority: P5 X-Bugzilla-Assigned-To: pcp@oss.sgi.com X-Bugzilla-Target-Milestone: --- X-Bugzilla-Changed-Fields: bug_id short_desc product version rep_platform op_sys bug_status bug_severity priority component assigned_to reporter cc classification Message-ID: Content-Type: multipart/alternative; boundary="1418674799.Df6360.6154"; charset="us-ascii" X-Bugzilla-URL: http://oss.sgi.com/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 --1418674799.Df6360.6154 Date: Mon, 15 Dec 2014 14:19:59 -0600 MIME-Version: 1.0 Content-Type: text/plain; charset="UTF-8" http://oss.sgi.com/bugzilla/show_bug.cgi?id=1099 Bug ID: 1099 Summary: compressed archive volumes hobble pmwebd graphite webapi Product: pcp Version: unspecified Hardware: All OS: Linux Status: NEW Severity: major Priority: P5 Component: pcp Assignee: pcp@oss.sgi.com Reporter: fche@redhat.com CC: pcp@oss.sgi.com Classification: Unclassified When pmwebd scans an directory of archives that contain compressed volumes, libpcp causes each file to be decompressed, briefly analyzed, and then tossed away. Even one round of bunzip2'ing a single file takes too long; but imagine what a directory full of them does. It would be nice if we had some combination of: - a way of directly accessing compressed files in situ, as in zlib or libbz2 ... except they are not normally seekable - use of a seekable compression tool/library like dictzip (it's in the dictd package, dictd_data_read_ etc., licensed GPL1+, so usable) http://stackoverflow.com/questions/429987/compression-formats-with-good-support-for-random-access-within-archives/4010096 - tweak libpcp so it does not decompress whole volume files just to answer basic queries like PMNS enumeration, log start and *end* times, which are generally in the .meta / .index. (The archive end is not so nigh -- maybe we need a pcp-archive format tweak, or perhaps an fstat()-based heuristic?) - tweak libpcp so that decompressed files are kept in a cache for a while, to avoid redecompression - a way of letting pmwebd open up numerous long-lived pmcontext's, so any explicit decompression step would have to be paid-for only once -- You are receiving this mail because: You are on the CC list for the bug. You are the assignee for the bug. --1418674799.Df6360.6154 Date: Mon, 15 Dec 2014 14:19:59 -0600 MIME-Version: 1.0 Content-Type: text/html; charset="UTF-8"
Bug ID 1099
Summary compressed archive volumes hobble pmwebd graphite webapi
Product pcp
Version unspecified
Hardware All
OS Linux
Status NEW
Severity major
Priority P5
Component pcp
Assignee pcp@oss.sgi.com
Reporter fche@redhat.com
CC pcp@oss.sgi.com
Classification Unclassified 

When pmwebd scans an directory of archives that contain compressed
volumes, libpcp causes each file to be decompressed, briefly analyzed,
and then tossed away.  Even one round of bunzip2'ing a single file
takes too long; but imagine what a directory full of them does.

It would be nice if we had some combination of:

- a way of directly accessing compressed files in situ,
  as in zlib or libbz2 ... except they are not normally seekable

- use of a seekable compression tool/library like dictzip
  (it's in the dictd package, dictd_data_read_ etc.,
  licensed GPL1+, so usable)

 
http://stackoverflow.com/questions/429987/compression-formats-with-good-support-for-random-access-within-archives/4010096

- tweak libpcp so it does not decompress whole volume files
  just to answer basic queries like PMNS enumeration, log start and 
  *end* times, which are generally in the .meta / .index.  (The
  archive end is not so nigh -- maybe we need a pcp-archive format
  tweak, or perhaps an fstat()-based heuristic?)

- tweak libpcp so that decompressed files are kept in a cache
  for a while, to avoid redecompression

- a way of letting pmwebd open up numerous long-lived pmcontext's,
  so any explicit decompression step would have to be paid-for only
  once

You are receiving this mail because:
  • You are on the CC list for the bug.
  • You are the assignee for the bug.
--1418674799.Df6360.6154-- From minnus@buffalo.edu Mon Dec 15 14:31: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 A87417F4E for ; Mon, 15 Dec 2014 14:31:33 -0600 (CST) Received: from cuda.sgi.com (cuda3.sgi.com [192.48.176.15]) by relay2.corp.sgi.com (Postfix) with ESMTP id 9667F304043 for ; Mon, 15 Dec 2014 12:31:30 -0800 (PST) X-ASG-Debug-ID: 1418675489-04cb6c05701cf99d0001-S8gJnT Received: from mtareserve1.acsu.buffalo.edu (mtareserve8.acsu.buffalo.edu [128.205.6.19]) by cuda.sgi.com with ESMTP id AtE0xdnGxmMAYKM8 for ; Mon, 15 Dec 2014 12:31:29 -0800 (PST) X-Barracuda-Envelope-From: minnus@buffalo.edu X-Barracuda-Apparent-Source-IP: 128.205.6.19 Received: from localmailD.acsu.buffalo.edu (localmaild.acsu.buffalo.edu [128.205.5.208]) by mtareserve1.acsu.buffalo.edu (Postfix) with ESMTP id B36CEEB9; Mon, 15 Dec 2014 15:31:28 -0500 (EST) Received: from localmailD.acsu.buffalo.edu (localhost [127.0.0.1]) by localhost (Postfix) with SMTP id A8640C0CE; Mon, 15 Dec 2014 15:31:28 -0500 (EST) Received: from localmailD.acsu.buffalo.edu (localhost [127.0.0.1]) by localmailD.acsu.buffalo.edu (Postfix) with ESMTP id 1DA9BC0C8; Mon, 15 Dec 2014 15:31:28 -0500 (EST) Received: from smtp.buffalo.edu (smtp2.acsu.buffalo.edu [128.205.5.254]) by localmailD.acsu.buffalo.edu (Prefixe) with ESMTP id 0EF98C0C6; Mon, 15 Dec 2014 15:31:28 -0500 (EST) Received: from prince.ccr.buffalo.edu (prince.ccr.buffalo.edu [128.205.40.45]) (Authenticated sender: minnus@buffalo.edu) by smtp.buffalo.edu (Postfix) with ESMTPSA id 011993015; Mon, 15 Dec 2014 15:31:28 -0500 (EST) Message-ID: <548F451F.7000606@buffalo.edu> Date: Mon, 15 Dec 2014 15:31:27 -0500 From: Martins Innus User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.10; rv:31.0) Gecko/20100101 Thunderbird/31.2.0 MIME-Version: 1.0 To: Nathan Scott CC: pcp@oss.sgi.com Subject: Re: [pcp] Dynamic metric rework References: <5481E4D7.8050700@buffalo.edu> <54876B8F.2050106@buffalo.edu> <428025601.13619915.1418163615228.JavaMail.zimbra@redhat.com> <548897F5.4010905@buffalo.edu> <1194215403.14908758.1418289588303.JavaMail.zimbra@redhat.com> <5489F5D1.6050208@buffalo.edu> <668428007.16198533.1418365513812.JavaMail.zimbra@redhat.com> <548B46B3.10407@buffalo.edu> <372975962.17650087.1418622822222.JavaMail.zimbra@redhat.com> X-ASG-Orig-Subj: Re: [pcp] Dynamic metric rework In-Reply-To: <372975962.17650087.1418622822222.JavaMail.zimbra@redhat.com> Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 7bit X-PM-EL-Spam-Prob: : 8% X-Barracuda-Connect: mtareserve8.acsu.buffalo.edu[128.205.6.19] X-Barracuda-Start-Time: 1418675489 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.12936 Rule breakdown below pts rule name description ---- ---------------------- -------------------------------------------------- Nathan, On 12/15/14 12:53 AM, Nathan Scott wrote: > > Looks good, thanks Martins. Do you want to add this to your working branch? > And where did we get up to with hotproc - are you happy with that & ready to > merge? (could you send me the git URL for the latest version of that code, > if so?) > commit 6cb6b341e5a3d0dd37011ee79ecc9a5194b0ac1f Author: Martins Innus Date: Mon Dec 15 15:26:44 2014 -0500 Add qa test 955 Test that mixing fetches for static and dynamic metrics work as expected The first test replicates a failure from a bug introduced during dymanic metric core changes qa/955 | 84 ++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++ qa/955.out | 44 +++++++++++++++++++++++++++++++ qa/group | 1 + 3 files changed, 129 insertions(+), 0 deletions(-) This qa test is in martins_working. Hotproc is pretty close. Writing a qa test now. Thanks Martins From brolley@redhat.com Mon Dec 15 14:44:29 2014 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on oss.sgi.com X-Spam-Level: X-Spam-Status: No, score=0.0 required=5.0 tests=none autolearn=ham version=3.3.1 X-Original-To: pcp@oss.sgi.com Delivered-To: pcp@oss.sgi.com Received: from relay.sgi.com (relay1.corp.sgi.com [137.38.102.111]) by oss.sgi.com (Postfix) with ESMTP id B306E7F4E for ; Mon, 15 Dec 2014 14:44:29 -0600 (CST) Received: from cuda.sgi.com (cuda2.sgi.com [192.48.176.25]) by relay1.corp.sgi.com (Postfix) with ESMTP id 9CB9F8F8033 for ; Mon, 15 Dec 2014 12:44:26 -0800 (PST) X-ASG-Debug-ID: 1418676261-04cbb01065d6aa90001-S8gJnT Received: from mx1.redhat.com (mx1.redhat.com [209.132.183.28]) by cuda.sgi.com with ESMTP id YNJ48ltnoNDi6jfm (version=TLSv1 cipher=AES256-SHA bits=256 verify=NO) for ; Mon, 15 Dec 2014 12:44:22 -0800 (PST) X-Barracuda-Envelope-From: brolley@redhat.com X-Barracuda-Apparent-Source-IP: 209.132.183.28 X-ASG-Whitelist: Client Received: from int-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 sBFKiLbn005299 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=FAIL) for ; Mon, 15 Dec 2014 15:44:21 -0500 Received: from [10.10.48.73] (vpn-48-73.rdu2.redhat.com [10.10.48.73]) by int-mx13.intmail.prod.int.phx2.redhat.com (8.14.4/8.14.4) with ESMTP id sBFKiKm3020764 for ; Mon, 15 Dec 2014 15:44:21 -0500 Message-ID: <548F48D6.6020108@redhat.com> Date: Mon, 15 Dec 2014 15:47:18 -0500 From: Dave Brolley User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:31.0) Gecko/20100101 Thunderbird/31.2.0 MIME-Version: 1.0 To: pcp@oss.sgi.com Subject: Re: [pcp] compilation warnings References: <548E7C90.9010507@internode.on.net> <87y4q893ib.fsf@redhat.com> <548F3DA3.4030506@internode.on.net> X-ASG-Orig-Subj: Re: [pcp] compilation warnings In-Reply-To: <548F3DA3.4030506@internode.on.net> Content-Type: text/plain; charset=windows-1252; format=flowed Content-Transfer-Encoding: 7bit X-Scanned-By: MIMEDefang 2.68 on 10.5.11.26 X-Barracuda-Connect: mx1.redhat.com[209.132.183.28] X-Barracuda-Start-Time: 1418676262 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 12/15/2014 02:59 PM, Ken McDonell wrote: > On 16/12/14 05:22, Lukas Berk wrote: >> ... >> Thanks for catchings these! Fixes commited to lberk/dev on pcpfans. >> Git commit 71e18417aa > > I have cherrypicked this commit into my tree and confirmed compilation > warnings for the papi pmda have gone. Hi Ken, Are you able to push this upstream? If so, then please do. If not, then I can do it. Dave From minnus@buffalo.edu Mon Dec 15 15:36: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 3D4387F4E for ; Mon, 15 Dec 2014 15:36:47 -0600 (CST) Received: from cuda.sgi.com (cuda1.sgi.com [192.48.157.11]) by relay1.corp.sgi.com (Postfix) with ESMTP id 0EC958F8035 for ; Mon, 15 Dec 2014 13:36:46 -0800 (PST) X-ASG-Debug-ID: 1418679402-04bdf0615e1e260a0001-S8gJnT Received: from mtareserve1.acsu.buffalo.edu (mtareserve8.acsu.buffalo.edu [128.205.6.19]) by cuda.sgi.com with ESMTP id vlPSWUToDnBD2cnL for ; Mon, 15 Dec 2014 13:36:42 -0800 (PST) X-Barracuda-Envelope-From: minnus@buffalo.edu X-Barracuda-Apparent-Source-IP: 128.205.6.19 Received: from localmailA.acsu.buffalo.edu (localmaila.acsu.buffalo.edu [128.205.5.196]) by mtareserve1.acsu.buffalo.edu (Postfix) with ESMTP id E0B3D5DB for ; Mon, 15 Dec 2014 16:36:41 -0500 (EST) Received: from localmailA.acsu.buffalo.edu (localhost [127.0.0.1]) by localhost (Postfix) with SMTP id DB6E1D04F for ; Mon, 15 Dec 2014 16:36:41 -0500 (EST) Received: from localmailA.acsu.buffalo.edu (localhost [127.0.0.1]) by localmailA.acsu.buffalo.edu (Postfix) with ESMTP id 3E69AD045 for ; Mon, 15 Dec 2014 16:36:41 -0500 (EST) Received: from smtp.buffalo.edu (smtp3.acsu.buffalo.edu [128.205.5.226]) by localmailA.acsu.buffalo.edu (Prefixe) with ESMTP id 2F715D044 for ; Mon, 15 Dec 2014 16:36:41 -0500 (EST) Received: from prince.ccr.buffalo.edu (prince.ccr.buffalo.edu [128.205.40.45]) (Authenticated sender: minnus@buffalo.edu) by smtp.buffalo.edu (Postfix) with ESMTPSA id 236D94F32 for ; Mon, 15 Dec 2014 16:36:41 -0500 (EST) Message-ID: <548F5468.9040209@buffalo.edu> Date: Mon, 15 Dec 2014 16:36:40 -0500 From: Martins Innus User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.10; rv:31.0) Gecko/20100101 Thunderbird/31.2.0 MIME-Version: 1.0 To: pcp@oss.sgi.com Subject: dbpmda permissions Content-Type: text/plain; charset=utf-8; format=flowed X-ASG-Orig-Subj: dbpmda permissions Content-Transfer-Encoding: 7bit X-PM-EL-Spam-Prob: : 8% X-Barracuda-Connect: mtareserve8.acsu.buffalo.edu[128.205.6.19] X-Barracuda-Start-Time: 1418679402 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.12938 Rule breakdown below pts rule name description ---- ---------------------- -------------------------------------------------- Hi, I am trying to write some QA for hotproc and ran into a stumbling block with dbpma in how it treats permissions. I have a simple access check in hotproc where I check for the context of the requester to be root in order to allow stores and this seems to work fine with pmstore: [vagrant@pcptest pcpdec]$ pmstore hotproc.control.config "uid=0" hotproc.control.config old value="" new value="uid=0" hotproc.control.config: pmStore: No permission to perform requested operation [vagrant@pcptest pcpdec]$ sudo pmstore hotproc.control.config "uid=0" hotproc.control.config old value="" new value="uid=0" [vagrant@pcptest pcpdec]$ pmval -s 1 hotproc.control.config But I can't get this to work at all with dbpmda: [vagrant@pcptest pcpdec]$ sudo dbpmda -i dbpmda> getdesc on dbpmda> open pipe /var/lib/pcp/pmdas/proc/pmdaproc -d 3 Start pmdaproc PMDA: /var/lib/pcp/pmdas/proc/pmdaproc -d 3 dbpmda> store hotproc.control.config "uid=0" PMID: 3.60.8 Getting description... Sending Profile... Getting Result Structure... 3.60.8: "" -> "uid=0" Sending Result... Error PDU: No permission to perform requested operation As far as I can tell, all processes are running as root: [vagrant@pcptest testsuite]$ ps -ef |grep pmda root 20407 2253 0 21:23 pts/0 00:00:00 sudo dbpmda -i root 20408 20407 0 21:23 pts/0 00:00:00 dbpmda -i root 20410 20408 0 21:24 pts/0 00:00:00 /var/lib/pcp/pmdas/proc/pmdaproc -d 3 I'm doing the root check in this way, adding a method to contexts.c: int proc_ctx_getuid(int ctx) { proc_perctx_t *pp; if (ctx < 0 || ctx >= num_ctx) return -1; pp = &ctxtab[ctx]; if ( (pp->state & CTX_ACTIVE) && (pp->state & CTX_USERID) ) return pp->uid; else return -1; } And then returning a permission error if the return !=0. I'll publish my full tree tomorrow but just wanted to see if this jumped out to anyone as a problem you've seen before. Thanks Martins From nscott@redhat.com Mon Dec 15 15:48:34 2014 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on oss.sgi.com X-Spam-Level: X-Spam-Status: No, score=0.0 required=5.0 tests=none autolearn=ham version=3.3.1 X-Original-To: pcp@oss.sgi.com Delivered-To: pcp@oss.sgi.com Received: from relay.sgi.com (relay3.corp.sgi.com [198.149.34.15]) by oss.sgi.com (Postfix) with ESMTP id B214C7F50 for ; Mon, 15 Dec 2014 15:48:34 -0600 (CST) Received: from cuda.sgi.com (cuda2.sgi.com [192.48.176.25]) by relay3.corp.sgi.com (Postfix) with ESMTP id 40B37AC003 for ; Mon, 15 Dec 2014 13:48:31 -0800 (PST) X-ASG-Debug-ID: 1418680108-04cbb01064d71820001-S8gJnT Received: from mx5-phx2.redhat.com (mx5-phx2.redhat.com [209.132.183.37]) by cuda.sgi.com with ESMTP id KSUZeAw4yBZBBz9o (version=TLSv1 cipher=AES256-SHA bits=256 verify=NO) for ; Mon, 15 Dec 2014 13:48:29 -0800 (PST) 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 sBFLmSrj027982; Mon, 15 Dec 2014 16:48:28 -0500 Date: Mon, 15 Dec 2014 16:48:28 -0500 (EST) From: Nathan Scott Reply-To: Nathan Scott To: "Frank Ch. Eigler" , Dave Brolley Cc: pcp developers Message-ID: <956871922.18306767.1418680108086.JavaMail.zimbra@redhat.com> In-Reply-To: <20141215161606.GH14953@redhat.com> References: <20141201154517.GK5088@redhat.com> <548B491B.1030705@redhat.com> <20141212212048.GE14953@redhat.com> <548F0109.1060103@redhat.com> <20141215161606.GH14953@redhat.com> Subject: Re: [pcp] RFC pcp update: pmParseUnitsStr() function MIME-Version: 1.0 X-ASG-Orig-Subj: Re: [pcp] RFC pcp update: pmParseUnitsStr() function Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-Originating-IP: [10.5.82.11] X-Mailer: Zimbra 8.0.6_GA_5922 (ZimbraWebClient - FF17 (Linux)/8.0.6_GA_5922) Thread-Topic: RFC pcp update: pmParseUnitsStr() function Thread-Index: 25Kfe5xyBMFGT4lxnBW9HzuisWslaA== X-Barracuda-Connect: mx5-phx2.redhat.com[209.132.183.37] X-Barracuda-Start-Time: 1418680109 X-Barracuda-Encrypted: AES256-SHA X-Barracuda-URL: http://192.48.176.25:80/cgi-mod/mark.cgi X-Virus-Scanned: by bsmtpd at sgi.com X-Barracuda-BRTS-Status: 1 X-Barracuda-Spam-Score: 0.03 X-Barracuda-Spam-Status: No, SCORE=0.03 using per-user scores of TAG_LEVEL=1000.0 QUARANTINE_LEVEL=1000.0 KILL_LEVEL=2.7 tests=BSF_SC0_SA_TO_FROM_DOMAIN_MATCH, THREAD_INDEX, THREAD_TOPIC X-Barracuda-Spam-Report: Code version 3.2, rules version 3.2.3.12940 Rule breakdown below pts rule name description ---- ---------------------- -------------------------------------------------- 0.01 THREAD_INDEX thread-index: AcO7Y8iR61tzADqsRmmc5wNiFHEOig== 0.01 THREAD_TOPIC Thread-Topic: ...(Japanese Subject)... 0.01 BSF_SC0_SA_TO_FROM_DOMAIN_MATCH Sender Domain Matches Recipient Domain ----- Original Message ----- > Hi - > > > >Evidently yes, they're all over the code base. > > > Sorry, I should have been more direct with that comment. As a matter of > > style, we should have these kinds of comments only in C++ code. > > OK, but > > % git grep "//" -- "*.c" > > over the source tree shows many C files with this C99-compliant notation. FWIW, I agree with Dave - always follow the style of the code being changed. e.g. libpcp is all C-style comments (barring one silly TODO comment :) - heh and thats in interp.c so noones game to touch it I guess!) > > Can you please convert the ones in this code? > > Changed. > > > As we notice other instances, we should fix them as well. > > Would you like a patch for the other 1200+ instances in the code base? Just use the style that matches the code being modified (the other places are isolated - like specific C PMDAs where the author chose to prefer // style comments - and that's fine, we follow that style if modifying that code). thanks. -- Nathan From nscott@redhat.com Mon Dec 15 16:25:10 2014 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on oss.sgi.com X-Spam-Level: X-Spam-Status: No, score=0.0 required=5.0 tests=none autolearn=ham version=3.3.1 X-Original-To: pcp@oss.sgi.com Delivered-To: pcp@oss.sgi.com Received: from relay.sgi.com (relay1.corp.sgi.com [137.38.102.111]) by oss.sgi.com (Postfix) with ESMTP id 8D74A29DF7 for ; Mon, 15 Dec 2014 16:25:10 -0600 (CST) Received: from cuda.sgi.com (cuda1.sgi.com [192.48.157.11]) by relay1.corp.sgi.com (Postfix) with ESMTP id 6E5B18F8033 for ; Mon, 15 Dec 2014 14:25:07 -0800 (PST) X-ASG-Debug-ID: 1418682305-04bdf0615e1e33e10001-S8gJnT Received: from mx4-phx2.redhat.com (mx4-phx2.redhat.com [209.132.183.25]) by cuda.sgi.com with ESMTP id 4EEtw1WdhlvA6Srq (version=TLSv1 cipher=AES256-SHA bits=256 verify=NO) for ; Mon, 15 Dec 2014 14:25:05 -0800 (PST) X-Barracuda-Envelope-From: nscott@redhat.com X-Barracuda-Apparent-Source-IP: 209.132.183.25 Received: from zmail20.collab.prod.int.phx2.redhat.com (zmail20.collab.prod.int.phx2.redhat.com [10.5.83.23]) by mx4-phx2.redhat.com (8.13.8/8.13.8) with ESMTP id sBFMP2Hl032366; Mon, 15 Dec 2014 17:25:03 -0500 Date: Mon, 15 Dec 2014 17:25:02 -0500 (EST) From: Nathan Scott Reply-To: Nathan Scott To: Martins Innus Cc: pcp@oss.sgi.com Message-ID: <890347474.18326939.1418682302877.JavaMail.zimbra@redhat.com> In-Reply-To: <548F5468.9040209@buffalo.edu> References: <548F5468.9040209@buffalo.edu> Subject: Re: [pcp] dbpmda permissions MIME-Version: 1.0 X-ASG-Orig-Subj: Re: [pcp] dbpmda permissions Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-Originating-IP: [10.5.82.11] X-Mailer: Zimbra 8.0.6_GA_5922 (ZimbraWebClient - FF17 (Linux)/8.0.6_GA_5922) Thread-Topic: dbpmda permissions Thread-Index: Md1nMGhsDQtoc3E1TCfeBs/Tr00pYg== X-Barracuda-Connect: mx4-phx2.redhat.com[209.132.183.25] X-Barracuda-Start-Time: 1418682305 X-Barracuda-Encrypted: AES256-SHA X-Barracuda-URL: http://192.48.157.11:80/cgi-mod/mark.cgi X-Virus-Scanned: by bsmtpd at sgi.com X-Barracuda-BRTS-Status: 1 X-Barracuda-Spam-Score: 0.02 X-Barracuda-Spam-Status: No, SCORE=0.02 using per-user scores of TAG_LEVEL=1000.0 QUARANTINE_LEVEL=1000.0 KILL_LEVEL=2.7 tests=THREAD_INDEX, THREAD_TOPIC X-Barracuda-Spam-Report: Code version 3.2, rules version 3.2.3.12941 Rule breakdown below pts rule name description ---- ---------------------- -------------------------------------------------- 0.01 THREAD_INDEX thread-index: AcO7Y8iR61tzADqsRmmc5wNiFHEOig== 0.01 THREAD_TOPIC Thread-Topic: ...(Japanese Subject)... Hi Martins, ----- Original Message ----- > Hi, > I am trying to write some QA for hotproc and ran into a stumbling > block with dbpma in how it treats permissions. I have a simple access > check in hotproc where I check for the context of the requester to be > root in order to allow stores and this seems to work fine with pmstore: > > [vagrant@pcptest pcpdec]$ pmstore hotproc.control.config "uid=0" > hotproc.control.config old value="" new value="uid=0" > hotproc.control.config: pmStore: No permission to perform requested > operation > > [vagrant@pcptest pcpdec]$ sudo pmstore hotproc.control.config "uid=0" > hotproc.control.config old value="" new value="uid=0" > [vagrant@pcptest pcpdec]$ pmval -s 1 hotproc.control.config > > > But I can't get this to work at all with dbpmda: > Ah - is the problem that you need to set the uid connection attribute? e.g. the way Lukas has done it in qa/967? (the client credentials are passed over the wire via "attribute" PDUs) cheers. -- Nathan From nscott@redhat.com Mon Dec 15 16:35:28 2014 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on oss.sgi.com X-Spam-Level: X-Spam-Status: No, score=0.0 required=5.0 tests=none autolearn=ham version=3.3.1 X-Original-To: pcp@oss.sgi.com Delivered-To: pcp@oss.sgi.com Received: from relay.sgi.com (relay1.corp.sgi.com [137.38.102.111]) by oss.sgi.com (Postfix) with ESMTP id CE21D29DF7 for ; Mon, 15 Dec 2014 16:35:28 -0600 (CST) Received: from cuda.sgi.com (cuda2.sgi.com [192.48.176.25]) by relay1.corp.sgi.com (Postfix) with ESMTP id BCF598F8033 for ; Mon, 15 Dec 2014 14:35:28 -0800 (PST) X-ASG-Debug-ID: 1418682926-04cbb0106bd81030001-S8gJnT Received: from mx5-phx2.redhat.com (mx5-phx2.redhat.com [209.132.183.37]) by cuda.sgi.com with ESMTP id wX1DavmAozCV6JVW (version=TLSv1 cipher=AES256-SHA bits=256 verify=NO) for ; Mon, 15 Dec 2014 14:35:26 -0800 (PST) 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 sBFMZMYE036620; Mon, 15 Dec 2014 17:35:22 -0500 Date: Mon, 15 Dec 2014 17:35:21 -0500 (EST) From: Nathan Scott Reply-To: Nathan Scott To: Ken McDonell Cc: pcp@oss.sgi.com Message-ID: <2062728911.18330090.1418682921936.JavaMail.zimbra@redhat.com> In-Reply-To: <548F3BE7.1050401@internode.on.net> References: <548F3BE7.1050401@internode.on.net> Subject: Re: [pcp] pcp updates - qa fixups MIME-Version: 1.0 X-ASG-Orig-Subj: Re: [pcp] pcp updates - qa fixups Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-Originating-IP: [10.5.82.11] X-Mailer: Zimbra 8.0.6_GA_5922 (ZimbraWebClient - FF17 (Linux)/8.0.6_GA_5922) Thread-Topic: pcp updates - qa fixups Thread-Index: sSkepTvyrZETJZnxuDs8qyBhB6izuQ== X-Barracuda-Connect: mx5-phx2.redhat.com[209.132.183.37] X-Barracuda-Start-Time: 1418682926 X-Barracuda-Encrypted: AES256-SHA X-Barracuda-URL: http://192.48.176.25:80/cgi-mod/mark.cgi X-Virus-Scanned: by bsmtpd at sgi.com X-Barracuda-BRTS-Status: 1 X-Barracuda-Spam-Score: 0.02 X-Barracuda-Spam-Status: No, SCORE=0.02 using per-user scores of TAG_LEVEL=1000.0 QUARANTINE_LEVEL=1000.0 KILL_LEVEL=2.7 tests=THREAD_INDEX, THREAD_TOPIC X-Barracuda-Spam-Report: Code version 3.2, rules version 3.2.3.12941 Rule breakdown below pts rule name description ---- ---------------------- -------------------------------------------------- 0.01 THREAD_INDEX thread-index: AcO7Y8iR61tzADqsRmmc5wNiFHEOig== 0.01 THREAD_TOPIC Thread-Topic: ...(Japanese Subject)... Hmm, this one was there for a little while... commit 3d3bb92048a042fded841e55d0e89378a6192e9c Author: Nathan Scott Date: Mon Dec 15 08:22:01 2014 +1100 qa: correct output for 344 and 569 after container additions Mea culpa - too many trees; didn't pick this failure up for a bit longer than I'd like. But then again, nor did anyone else. ;) I apologise if you came across these failures in the wild. ... guess we passed like ships in the night on this one :) I'm sure git merge will sort it all out for us anyway. cheers. ----- Original Message ----- > Changes committed to git://git.performancecopilot.org/kenj/pcp.git dev > > qa/344.out | 22 ---------------------- > qa/569.out | 2 -- > 2 files changed, 24 deletions(-) > > commit 38ed3850837bed4965143dddeffe50a48c15621a > Author: Ken McDonell > Date: Tue Dec 16 06:35:31 2014 +1100 > > qa:569: update .out for --container changes > > commit 0112bf43b5d5424290c5935ee943ef4bf9382d70 > Author: Ken McDonell > Date: Tue Dec 16 06:34:06 2014 +1100 > > qa/344: update .out for --container changes > > _______________________________________________ > pcp mailing list > pcp@oss.sgi.com > http://oss.sgi.com/mailman/listinfo/pcp > From atrigg@aconex.com Mon Dec 15 17:55: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=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 456D37F58 for ; Mon, 15 Dec 2014 17:55:19 -0600 (CST) Received: from cuda.sgi.com (cuda1.sgi.com [192.48.157.11]) by relay2.corp.sgi.com (Postfix) with ESMTP id 161A6304043 for ; Mon, 15 Dec 2014 15:55:15 -0800 (PST) X-ASG-Debug-ID: 1418687709-04bdf0615f1e42260001-S8gJnT Received: from postoffice2.aconex.com (mail.aconex.com [175.45.105.35]) by cuda.sgi.com with ESMTP id UTWzYPiCbHhvsrWY for ; Mon, 15 Dec 2014 15:55:10 -0800 (PST) X-Barracuda-Envelope-From: atrigg@aconex.com X-Barracuda-Apparent-Source-IP: 175.45.105.35 Received: from postoffice.aconex.com (postoffice.yarra.acx [192.168.35.100]) by postoffice2.aconex.com with ESMTP id qi0lLGMzxqaSbpMB for ; Tue, 16 Dec 2014 10:55:08 +1100 (EST) Received: from gatekeeper.aconex.com (gatekeeper.yarra.acx [192.168.35.102]) by postoffice.aconex.com (Postfix) with ESMTP id 4FACD3CE00A2 for ; Tue, 16 Dec 2014 10:55:08 +1100 (EST) Received: from localhost (localhost.localdomain [127.0.0.1]) by gatekeeper.aconex.com (Postfix) with ESMTP id 49A3E243A7B3 for ; Tue, 16 Dec 2014 10:55:08 +1100 (EST) Received: from gatekeeper.aconex.com ([127.0.0.1]) by localhost (gatekeeper.aconex.com [127.0.0.1]) (amavisd-new, port 10032) with ESMTP id PlidKMgCa-zN for ; Tue, 16 Dec 2014 10:55:07 +1100 (EST) Received: from localhost (localhost.localdomain [127.0.0.1]) by gatekeeper.aconex.com (Postfix) with ESMTP id 9E90D243A7C7 for ; Tue, 16 Dec 2014 10:55:07 +1100 (EST) X-Virus-Scanned: amavisd-new at aconex.com Received: from gatekeeper.aconex.com ([127.0.0.1]) by localhost (gatekeeper.aconex.com [127.0.0.1]) (amavisd-new, port 10026) with ESMTP id 5Jt6CarhlKFz for ; Tue, 16 Dec 2014 10:55:07 +1100 (EST) Received: from acxmail-au2.aconex.com (acxmail-au2.aconex.com [192.168.35.104]) by gatekeeper.aconex.com (Postfix) with ESMTP id 7895F243A7B3 for ; Tue, 16 Dec 2014 10:55:07 +1100 (EST) Received: from acxmail-au2.aconex.com (localhost.localdomain [127.0.0.1]) by acxmail-au2.aconex.com (Postfix) with ESMTP id 72F4E3B20001; Tue, 16 Dec 2014 10:55:07 +1100 (EST) Received: from localhost (localhost.localdomain [127.0.0.1]) by acxmail-au2.aconex.com (Postfix) with ESMTP id 59BA03B20002; Tue, 16 Dec 2014 10:55:07 +1100 (EST) X-Virus-Scanned: amavisd-new at aconex.com Received: from acxmail-au2.aconex.com ([127.0.0.1]) by localhost (acxmail-au2.aconex.com [127.0.0.1]) (amavisd-new, port 10026) with ESMTP id O8GQPKBx-Zmk; Tue, 16 Dec 2014 10:55:07 +1100 (EST) Received: from acxmail-au2.aconex.com (acxmail-au2.aconex.com [192.168.35.104]) by acxmail-au2.aconex.com (Postfix) with ESMTP id 03C563B20001; Tue, 16 Dec 2014 10:55:07 +1100 (EST) Date: Tue, 16 Dec 2014 10:55:06 +1100 (EST) From: Andrew Trigg To: pcp@oss.sgi.com Cc: Ryan Doyle , Paul Smith Message-ID: <605635758.5648386.1418687706743.JavaMail.zimbra@aconex.com> In-Reply-To: <1873129508.5647229.1418687352037.JavaMail.zimbra@aconex.com> Subject: ActiveMQ PMDA MIME-Version: 1.0 X-ASG-Orig-Subj: ActiveMQ PMDA Content-Type: multipart/alternative; boundary="----=_Part_5648385_1388358795.1418687706733" X-Originating-IP: [192.168.7.135] X-Mailer: Zimbra 8.0.7_GA_6037 (ZimbraWebClient - GC39 (Linux)/8.0.7_GA_6021) Thread-Topic: ActiveMQ PMDA Thread-Index: dsjeFzQz2/mbOtKr0WWO+yzWaDf9tA== X-Virus-Scanned: by bsmtpd at aconex.com X-Barracuda-Connect: mail.aconex.com[175.45.105.35] X-Barracuda-Start-Time: 1418687709 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=HTML_MESSAGE, THREAD_INDEX, THREAD_TOPIC X-Barracuda-Spam-Report: Code version 3.2, rules version 3.2.3.12944 Rule breakdown below pts rule name description ---- ---------------------- -------------------------------------------------- 0.01 THREAD_INDEX thread-index: AcO7Y8iR61tzADqsRmmc5wNiFHEOig== 0.01 THREAD_TOPIC Thread-Topic: ...(Japanese Subject)... 0.00 HTML_MESSAGE BODY: HTML included in message ------=_Part_5648385_1388358795.1418687706733 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit Hi PCP We have updated some of the data types used by some of the metrics for the ActiveMQ (5.8+) PMDA. The git repository is available at: https://github.com/Aconex/pcp.git under the branch activemq-pmda. The SHA containing this change is e662151e5aff7d3b07f18edbdcac38fab3a03204. Can you apply these changes to pcp at your convenience? Kind Regards Andy Trigg Andy Trigg Aconex Technical Team Leader 96 Flinders Street, Melbourne, Victoria 3000, Australia Work: +61 3 9240 0200 | Mobile: 0407827019 Email: atrigg@aconex.com Connecting teams project-wide. This email and any attachments are confidential, subject to copyright and may be privileged. No confidentiality or privilege is lost by an erroneous transmission. If you have received this email in error, please let us know by reply email and delete or destroy this email and all copies. If you are not the intended recipient of this email you must not disseminate, copy or use the information in it. ------=_Part_5648385_1388358795.1418687706733 Content-Type: text/html; charset=utf-8 Content-Transfer-Encoding: quoted-printable
Hi PCP

We have updated some of the data types used by some of the= metrics for the ActiveMQ (5.8+) PMDA.

The git repository is available at: https://github.com/Aconex/pcp.git under the bra= nch activemq-pmda. The SHA containing this change is e662151e5aff7d3b0= 7f18edbdcac38fab3a03204.

Can= you apply these changes to pcp at your convenience?
<= br>
Kind Regards
Andy Trigg
=
&= nbsp;

Andy Trig= g
Aconex
Technical Team Leader
96 Flinders Street, Melbourne, Victoria 3000, Australia
Work: +61 3 9240 0200 | Mobile: 0407= 827019=20
Email: atrigg@a= conex.com

Connecting teams project-wide.

This email and any attachments are=20 confidential, subject to copyright and may be privileged. No=20 confidentiality or privilege is lost by an erroneous transmission. If=20 you have received this email in error, please let us know by reply email and delete or destroy this email and all copies. If you are not the=20 intended recipient of this email you must not disseminate, copy or use=20 the information in it.


------=_Part_5648385_1388358795.1418687706733-- From nscott@redhat.com Mon Dec 15 21:58: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 9D3F77F4E for ; Mon, 15 Dec 2014 21:58:28 -0600 (CST) Received: from cuda.sgi.com (cuda2.sgi.com [192.48.176.25]) by relay2.corp.sgi.com (Postfix) with ESMTP id 7C68B304048 for ; Mon, 15 Dec 2014 19:58:25 -0800 (PST) X-ASG-Debug-ID: 1418702303-04cbb01069dccd20001-S8gJnT Received: from mx6-phx2.redhat.com (mx6-phx2.redhat.com [209.132.183.39]) by cuda.sgi.com with ESMTP id TxUAdFWza4TGHPcJ (version=TLSv1 cipher=AES256-SHA bits=256 verify=NO) for ; Mon, 15 Dec 2014 19:58:23 -0800 (PST) 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 sBG3wJ17002604; Mon, 15 Dec 2014 22:58:19 -0500 Date: Mon, 15 Dec 2014 22:58:19 -0500 (EST) From: Nathan Scott Reply-To: Nathan Scott To: Ken McDonell Cc: PCP Message-ID: <437145794.18392920.1418702299429.JavaMail.zimbra@redhat.com> In-Reply-To: <548F3BC8.2030208@internode.on.net> References: <548F3BC8.2030208@internode.on.net> Subject: Re: [pcp] qa 758 failing MIME-Version: 1.0 X-ASG-Orig-Subj: Re: [pcp] qa 758 failing Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-Originating-IP: [10.5.82.11] X-Mailer: Zimbra 8.0.6_GA_5922 (ZimbraWebClient - FF17 (Linux)/8.0.6_GA_5922) Thread-Topic: qa 758 failing Thread-Index: VGlMkh2y43SRVFb7JDEAV6hkT/r9iw== X-Barracuda-Connect: mx6-phx2.redhat.com[209.132.183.39] X-Barracuda-Start-Time: 1418702303 X-Barracuda-Encrypted: AES256-SHA X-Barracuda-URL: http://192.48.176.25:80/cgi-mod/mark.cgi X-Virus-Scanned: by bsmtpd at sgi.com X-Barracuda-BRTS-Status: 1 X-Barracuda-Spam-Score: 0.02 X-Barracuda-Spam-Status: No, SCORE=0.02 using per-user scores of TAG_LEVEL=1000.0 QUARANTINE_LEVEL=1000.0 KILL_LEVEL=2.7 tests=THREAD_INDEX, THREAD_TOPIC X-Barracuda-Spam-Report: Code version 3.2, rules version 3.2.3.12952 Rule breakdown below pts rule name description ---- ---------------------- -------------------------------------------------- 0.01 THREAD_INDEX thread-index: AcO7Y8iR61tzADqsRmmc5wNiFHEOig== 0.01 THREAD_TOPIC Thread-Topic: ...(Japanese Subject)... ----- Original Message ----- > I am seeing non-deterministic failures in qa/758 (test_perl pmda). > > Two .bad files attached. > > Anyone else seeing this? > Not seeing it here - it kinda looks like something else has done an extra fetch or two to this PMDA during/after Install before the 1st fetch in the QA script. (the values changed based on fetch count - see $refreshes at the PMDA start) Hmm, need to think about how that could be a bit more... very odd. cheers. -- Nathan From nscott@redhat.com Mon Dec 15 22:03: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 (relay3.corp.sgi.com [198.149.34.15]) by oss.sgi.com (Postfix) with ESMTP id 37E5B7F4E for ; Mon, 15 Dec 2014 22:03:30 -0600 (CST) Received: from cuda.sgi.com (cuda1.sgi.com [192.48.157.11]) by relay3.corp.sgi.com (Postfix) with ESMTP id D3FDEAC003 for ; Mon, 15 Dec 2014 20:03:26 -0800 (PST) X-ASG-Debug-ID: 1418702602-04bdf0615f1e99230001-S8gJnT Received: from mx3-phx2.redhat.com (mx3-phx2.redhat.com [209.132.183.24]) by cuda.sgi.com with ESMTP id LpGOtYCjiCmjz5BD (version=TLSv1 cipher=AES256-SHA bits=256 verify=NO) for ; Mon, 15 Dec 2014 20:03:22 -0800 (PST) X-Barracuda-Envelope-From: nscott@redhat.com X-Barracuda-Apparent-Source-IP: 209.132.183.24 Received: from zmail20.collab.prod.int.phx2.redhat.com (zmail20.collab.prod.int.phx2.redhat.com [10.5.83.23]) by mx3-phx2.redhat.com (8.13.8/8.13.8) with ESMTP id sBG43ERg023963; Mon, 15 Dec 2014 23:03:14 -0500 Date: Mon, 15 Dec 2014 23:03:14 -0500 (EST) From: Nathan Scott Reply-To: Nathan Scott To: Ken McDonell Cc: PCP Message-ID: <1336421479.18393474.1418702594651.JavaMail.zimbra@redhat.com> In-Reply-To: <548F39E8.60706@internode.on.net> References: <548F39E8.60706@internode.on.net> Subject: Re: [pcp] unbound pmda qa failures MIME-Version: 1.0 X-ASG-Orig-Subj: Re: [pcp] unbound pmda qa failures Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-Originating-IP: [10.5.82.11] X-Mailer: Zimbra 8.0.6_GA_5922 (ZimbraWebClient - FF17 (Linux)/8.0.6_GA_5922) Thread-Topic: unbound pmda qa failures Thread-Index: ily259WkrekynwtXcGtsJDwF3pZCOg== X-Barracuda-Connect: mx3-phx2.redhat.com[209.132.183.24] X-Barracuda-Start-Time: 1418702602 X-Barracuda-Encrypted: AES256-SHA X-Barracuda-URL: http://192.48.157.11:80/cgi-mod/mark.cgi X-Virus-Scanned: by bsmtpd at sgi.com X-Barracuda-BRTS-Status: 1 X-Barracuda-Spam-Score: 0.02 X-Barracuda-Spam-Status: No, SCORE=0.02 using per-user scores of TAG_LEVEL=1000.0 QUARANTINE_LEVEL=1000.0 KILL_LEVEL=2.7 tests=THREAD_INDEX, THREAD_TOPIC X-Barracuda-Spam-Report: Code version 3.2, rules version 3.2.3.12952 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've shovelled some coal into the boiler for my QA farm, and it is > rattling back to life. > > First system failures seem to be for the unbound PMDA. Tests 754 and > 759 are failing on multiple systems in the same manner. .out.bad files > attached from In 759, those "Resource temporarily unavailable" errors suggest a fetch is happening very quickly in/after ./Install before the PMDA is ready to deal with them. At least, thats how I've seen those happen in the past, sometimes - not seeing it here for this test though. I think 754 is a sort ordering issue, with getdents returning directory entries (qa/unbound/*.00?) in different orders - will fix that shortly. cheers. -- Nathan From nscott@redhat.com Mon Dec 15 22: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 8307B7F4E for ; Mon, 15 Dec 2014 22:19:36 -0600 (CST) Received: from cuda.sgi.com (cuda1.sgi.com [192.48.157.11]) by relay2.corp.sgi.com (Postfix) with ESMTP id 63883304043 for ; Mon, 15 Dec 2014 20:19:33 -0800 (PST) X-ASG-Debug-ID: 1418703571-04bdf061601e9df70001-S8gJnT Received: from mx3-phx2.redhat.com (mx3-phx2.redhat.com [209.132.183.24]) by cuda.sgi.com with ESMTP id 1fwNETqUeqPru5Xt (version=TLSv1 cipher=AES256-SHA bits=256 verify=NO) for ; Mon, 15 Dec 2014 20:19:31 -0800 (PST) X-Barracuda-Envelope-From: nscott@redhat.com X-Barracuda-Apparent-Source-IP: 209.132.183.24 Received: from zmail20.collab.prod.int.phx2.redhat.com (zmail20.collab.prod.int.phx2.redhat.com [10.5.83.23]) by mx3-phx2.redhat.com (8.13.8/8.13.8) with ESMTP id sBG4JSO6026549; Mon, 15 Dec 2014 23:19:28 -0500 Date: Mon, 15 Dec 2014 23:19:28 -0500 (EST) From: Nathan Scott Reply-To: Nathan Scott To: Ken McDonell Cc: PCP Message-ID: <475288367.18394407.1418703568344.JavaMail.zimbra@redhat.com> In-Reply-To: <548F3AC7.3000104@internode.on.net> References: <548F3AC7.3000104@internode.on.net> Subject: Re: [pcp] Help needed with qa/660 MIME-Version: 1.0 X-ASG-Orig-Subj: Re: [pcp] Help needed with qa/660 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-Originating-IP: [10.5.82.11] X-Mailer: Zimbra 8.0.6_GA_5922 (ZimbraWebClient - FF17 (Linux)/8.0.6_GA_5922) Thread-Topic: Help needed with qa/660 Thread-Index: OpKq16Hkb/uSb9ZOECGRQ406B8Y0iA== X-Barracuda-Connect: mx3-phx2.redhat.com[209.132.183.24] X-Barracuda-Start-Time: 1418703571 X-Barracuda-Encrypted: AES256-SHA X-Barracuda-URL: http://192.48.157.11:80/cgi-mod/mark.cgi X-Virus-Scanned: by bsmtpd at sgi.com X-Barracuda-BRTS-Status: 1 X-Barracuda-Spam-Score: 0.02 X-Barracuda-Spam-Status: No, SCORE=0.02 using per-user scores of TAG_LEVEL=1000.0 QUARANTINE_LEVEL=1000.0 KILL_LEVEL=2.7 tests=THREAD_INDEX, THREAD_TOPIC X-Barracuda-Spam-Report: Code version 3.2, rules version 3.2.3.12952 Rule breakdown below pts rule name description ---- ---------------------- -------------------------------------------------- 0.01 THREAD_INDEX thread-index: AcO7Y8iR61tzADqsRmmc5wNiFHEOig== 0.01 THREAD_TOPIC Thread-Topic: ...(Japanese Subject)... ----- Original Message ----- > Can someone help me diagnose the failure below? > > I don't think this is a new issue, but I don't know where to start triage. > (I've never seen it FWIW) > Diffs of .out and .out.bad follow. > > kenj@bozo:~/src/pcp/qa$ diff -u 660.out 660.out.bad > --- 660.out 2014-11-14 10:23:10.465657862 +1100 > +++ 660.out.bad 2014-12-15 21:17:31.473850282 +1100 > @@ -509,7 +509,7 @@ > === 3. pmwebd security constraints, file service === > PMWEBD error, XXX > PMWEBD error, XXX > -* About to connect() to LOCALHOST port 44323 (####) > +* Hostname was NOT found in DNS cache > * Trying LOCALADDR... > * Connected to LOCALHOST (LOCALADDR) port 44323 (####) Those asterix-prefixed lines are coming out of libmicrohttpd ... that's all the concrete advice I can offer - other than that it looks vaguely DNS-related, of course. cheers. -- Nathan From nscott@redhat.com Mon Dec 15 23:23: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 64E5A7F4E for ; Mon, 15 Dec 2014 23:23:50 -0600 (CST) Received: from cuda.sgi.com (cuda1.sgi.com [192.48.157.11]) by relay2.corp.sgi.com (Postfix) with ESMTP id 3E4AE304032 for ; Mon, 15 Dec 2014 21:23:47 -0800 (PST) X-ASG-Debug-ID: 1418707425-04bdf0615f1ea1fb0001-S8gJnT Received: from mx5-phx2.redhat.com (mx5-phx2.redhat.com [209.132.183.37]) by cuda.sgi.com with ESMTP id uB1a3jWLNLpahP7t (version=TLSv1 cipher=AES256-SHA bits=256 verify=NO) for ; Mon, 15 Dec 2014 21:23:45 -0800 (PST) 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 sBG5Nf2M036870; Tue, 16 Dec 2014 00:23:41 -0500 Date: Tue, 16 Dec 2014 00:23:41 -0500 (EST) From: Nathan Scott Reply-To: Nathan Scott To: Ken McDonell Cc: PCP Message-ID: <618764460.18403191.1418707421517.JavaMail.zimbra@redhat.com> In-Reply-To: <548E7E9A.30509@internode.on.net> References: <548E7E9A.30509@internode.on.net> Subject: Re: [pcp] pcp updates - qa/628 (aka e_ext_t) fixup MIME-Version: 1.0 X-ASG-Orig-Subj: Re: [pcp] pcp updates - qa/628 (aka e_ext_t) fixup Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-Originating-IP: [10.5.82.11] X-Mailer: Zimbra 8.0.6_GA_5922 (ZimbraWebClient - FF17 (Linux)/8.0.6_GA_5922) Thread-Topic: pcp updates - qa/628 (aka e_ext_t) fixup Thread-Index: cJ7c/vGlVzIkW6Tum+7dGFks0ytd7w== X-Barracuda-Connect: mx5-phx2.redhat.com[209.132.183.37] X-Barracuda-Start-Time: 1418707425 X-Barracuda-Encrypted: AES256-SHA X-Barracuda-URL: http://192.48.157.11:80/cgi-mod/mark.cgi X-Virus-Scanned: by bsmtpd at sgi.com X-Barracuda-BRTS-Status: 1 X-Barracuda-Spam-Score: 0.02 X-Barracuda-Spam-Status: No, SCORE=0.02 using per-user scores of TAG_LEVEL=1000.0 QUARANTINE_LEVEL=1000.0 KILL_LEVEL=2.7 tests=THREAD_INDEX, THREAD_TOPIC X-Barracuda-Spam-Report: Code version 3.2, rules version 3.2.3.12955 Rule breakdown below pts rule name description ---- ---------------------- -------------------------------------------------- 0.01 THREAD_INDEX thread-index: AcO7Y8iR61tzADqsRmmc5wNiFHEOig== 0.01 THREAD_TOPIC Thread-Topic: ...(Japanese Subject)... ----- Original Message ----- > qa/628 has been run 100 times without failure since these changes were made. > > [...] > The e_ext_t struct IS only manipulated within libpcp_pmda, but the > the associated pmdaInterface struct is created outside libpcp_pmda, > and the back pointer ONLY works if the pmdaInterface struct is NOT > moved or relocated. > > For most PMDAs this is not a problem. But pmcd sometimes will shuffle > and array of pmdaInterface structs and sometimes realloc the whole array, > thereby both moving AND relocating the pmdaInterface struct. Bravo. Yes, very good diagnosis and that certainly explains it; ah, these sorts of issues are tough to crack... hats off to you! cheers. -- Nathan From kenj@internode.on.net Tue Dec 16 00:20: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 (relay2.corp.sgi.com [137.38.102.29]) by oss.sgi.com (Postfix) with ESMTP id 552327F4E for ; Tue, 16 Dec 2014 00:20:09 -0600 (CST) Received: from cuda.sgi.com (cuda2.sgi.com [192.48.176.25]) by relay2.corp.sgi.com (Postfix) with ESMTP id 43CBA304039 for ; Mon, 15 Dec 2014 22:20:09 -0800 (PST) X-ASG-Debug-ID: 1418710802-04cbb01064df1c90001-S8gJnT Received: from ipmail06.adl2.internode.on.net (ipmail06.adl2.internode.on.net [150.101.137.129]) by cuda.sgi.com with ESMTP id oYswJUyOafSfmVU6 for ; Mon, 15 Dec 2014 22:20:03 -0800 (PST) X-Barracuda-Envelope-From: kenj@internode.on.net X-Barracuda-Apparent-Source-IP: 150.101.137.129 X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: AsYCAKPOj1R20SlqPGdsb2JhbAANTYNYWIMGgyq/QIcrAQEBAQEGAQEBATiEcRVAMAYCBRYLAgsDAgECATEOGQYCAQGINbxPcJcNgSGOboJSgUEFkUCWaIQiWoJDAQEB Received: from ppp118-209-41-106.lns20.mel4.internode.on.net (HELO [192.168.1.100]) ([118.209.41.106]) by ipmail06.adl2.internode.on.net with ESMTP; 16 Dec 2014 16:49:54 +1030 Message-ID: <548FCF9D.6080400@internode.on.net> Date: Tue, 16 Dec 2014 17:22:21 +1100 From: Ken McDonell User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:31.0) Gecko/20100101 Thunderbird/31.3.0 MIME-Version: 1.0 To: pcp@oss.sgi.com Subject: pcp updates Content-Type: text/plain; charset=utf-8; format=flowed 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: 1418710802 X-Barracuda-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.12956 Rule breakdown below pts rule name description ---- ---------------------- -------------------------------------------------- Changes committed to git://git.performancecopilot.org/kenj/pcp.git dev debian/libpcp3-dev.install | 1 + 1 file changed, 1 insertion(+) commit 36127f272e3b9afe1c4cf74b361acc09543af727 Author: Ken McDonell Date: Tue Dec 16 17:20:23 2014 +1100 debian packaging: add pmParseUnitsStr man page to manifest From nscott@redhat.com Tue Dec 16 00:47: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 10B987F3F for ; Tue, 16 Dec 2014 00:47:19 -0600 (CST) Received: from cuda.sgi.com (cuda1.sgi.com [192.48.157.11]) by relay1.corp.sgi.com (Postfix) with ESMTP id D4B848F8033 for ; Mon, 15 Dec 2014 22:47:15 -0800 (PST) X-ASG-Debug-ID: 1418712432-04bdf061601eb3280001-S8gJnT Received: from mx5-phx2.redhat.com (mx5-phx2.redhat.com [209.132.183.37]) by cuda.sgi.com with ESMTP id q7NqvOEDCg7dVOSu (version=TLSv1 cipher=AES256-SHA bits=256 verify=NO) for ; Mon, 15 Dec 2014 22:47:13 -0800 (PST) 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 sBG6l8L2050442; Tue, 16 Dec 2014 01:47:08 -0500 Date: Tue, 16 Dec 2014 01:47:08 -0500 (EST) From: Nathan Scott Reply-To: Nathan Scott To: pcp@oss.sgi.com Message-ID: <824686165.18416540.1418712428585.JavaMail.zimbra@redhat.com> In-Reply-To: <1051560022.18405677.1418708243758.JavaMail.zimbra@redhat.com> Subject: pcp updates: merges (kenj+nathans+atrigg+dsmith+lberk+minnus) MIME-Version: 1.0 X-ASG-Orig-Subj: pcp updates: merges (kenj+nathans+atrigg+dsmith+lberk+minnus) Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-Originating-IP: [10.5.82.6] X-Mailer: Zimbra 8.0.6_GA_5922 (ZimbraWebClient - FF17 (Linux)/8.0.6_GA_5922) Thread-Topic: pcp updates: merges (kenj+nathans+atrigg+dsmith+lberk+minnus) Thread-Index: EN1pHUO3+YnbBd97WS0x3uneBhqQag== X-Barracuda-Connect: mx5-phx2.redhat.com[209.132.183.37] X-Barracuda-Start-Time: 1418712433 X-Barracuda-Encrypted: AES256-SHA X-Barracuda-URL: http://192.48.157.11:80/cgi-mod/mark.cgi X-Virus-Scanned: by bsmtpd at sgi.com X-Barracuda-BRTS-Status: 1 X-Barracuda-Spam-Score: 0.02 X-Barracuda-Spam-Status: No, SCORE=0.02 using per-user scores of TAG_LEVEL=1000.0 QUARANTINE_LEVEL=1000.0 KILL_LEVEL=2.7 tests=THREAD_INDEX, THREAD_TOPIC X-Barracuda-Spam-Report: Code version 3.2, rules version 3.2.3.12956 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 Ken McDonell (6): Revert "debian/control: add dependency on time package" libpcp_pmda - add pmdaInterfaceMoved() function pmcd - use link with -lpcp_pmda, use pmdaInterfaceMoved() qa/628: more diags, wait properly in _cleanup() qa/344: update .out for --container changes qa:569: update .out for --container changes Nathan Scott (4): libpcp: keep comments style vaguely consistent, interp.c libpcp: keep comments style vaguely consistent, units.c qa: fix up comments in qa/955 for Martins pmda papi: fix a couple more compiler warnings (conditional code) Andy Trigg (3): Add constants for defining the id's of each cluster. Updated some of the metric descriptions. Updated some units used for some of the metrics to reflect the correct unit as exposed by jmx.. David Smith (2): Removed dead/unused code from src/python/pmda.c Improvepcp python support by adding refresh metrics callback. Lukas Berk (1): Fix pmdapapi warnings during compilation Martins Innus (1): Add qa test 955 Test that mixing fetches for static and dynamic metrics work as expected The first test replicates a failure from a bug introduced during dymanic metric core changes debian/control | 2 debian/libpcp-pmda3-dev.install | 1 man/man3/pmdadaemon.3 | 24 ++ man/man3/pmdadso.3 | 24 ++ man/man3/pmdainterfacemoved.3 | 68 ++++++ qa/344.out | 22 -- qa/569.out | 2 qa/628 | 33 ++- qa/955 | 89 ++++++++ qa/955.out | 44 ++++ qa/group | 1 src/include/pcp/pmda.h | 2 src/libpcp/src/interp.c | 2 src/libpcp/src/units.c | 36 +-- src/libpcp_pmda/src/callback.c | 6 src/libpcp_pmda/src/exports | 5 src/libpcp_pmda/src/open.c | 15 + src/pmcd/src/GNUmakefile | 2 src/pmcd/src/config.c | 23 +- src/pmdas/activemq/pmdaactivemq.pl | 61 +++-- src/pmdas/papi/papi.c | 16 - src/python/pcp/pmda.py | 54 +++- src/python/pmda.c | 401 ++++++++++++++++++++++++------------- 23 files changed, 693 insertions(+), 240 deletions(-) From nscott@redhat.com Tue Dec 16 05:33:24 2014 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on oss.sgi.com X-Spam-Level: X-Spam-Status: No, score=0.0 required=5.0 tests=none autolearn=ham version=3.3.1 X-Original-To: pcp@oss.sgi.com Delivered-To: pcp@oss.sgi.com Received: from relay.sgi.com (relay2.corp.sgi.com [137.38.102.29]) by oss.sgi.com (Postfix) with ESMTP id D6D297F55 for ; Tue, 16 Dec 2014 05:33:24 -0600 (CST) Received: from cuda.sgi.com (cuda2.sgi.com [192.48.176.25]) by relay2.corp.sgi.com (Postfix) with ESMTP id C4739304043 for ; Tue, 16 Dec 2014 03:33:21 -0800 (PST) X-ASG-Debug-ID: 1418729599-04cbb0106be25160001-S8gJnT Received: from mx5-phx2.redhat.com (mx5-phx2.redhat.com [209.132.183.37]) by cuda.sgi.com with ESMTP id Jwe6Jk6v4l8EIIod (version=TLSv1 cipher=AES256-SHA bits=256 verify=NO) for ; Tue, 16 Dec 2014 03:33:20 -0800 (PST) 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 sBGBXIgj035925; Tue, 16 Dec 2014 06:33:18 -0500 Date: Tue, 16 Dec 2014 06:33:18 -0500 (EST) From: Nathan Scott Reply-To: Nathan Scott To: Martins Innus Cc: pcp@oss.sgi.com Message-ID: <1813047828.18618124.1418729598379.JavaMail.zimbra@redhat.com> In-Reply-To: <548F451F.7000606@buffalo.edu> References: <5481E4D7.8050700@buffalo.edu> <548897F5.4010905@buffalo.edu> <1194215403.14908758.1418289588303.JavaMail.zimbra@redhat.com> <5489F5D1.6050208@buffalo.edu> <668428007.16198533.1418365513812.JavaMail.zimbra@redhat.com> <548B46B3.10407@buffalo.edu> <372975962.17650087.1418622822222.JavaMail.zimbra@redhat.com> <548F451F.7000606@buffalo.edu> Subject: Re: [pcp] Dynamic metric rework MIME-Version: 1.0 X-ASG-Orig-Subj: Re: [pcp] Dynamic metric rework 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: Dynamic metric rework Thread-Index: Nw0knUDA/bLqLgW6GbxWtq4sDKET6A== X-Barracuda-Connect: mx5-phx2.redhat.com[209.132.183.37] X-Barracuda-Start-Time: 1418729600 X-Barracuda-Encrypted: AES256-SHA X-Barracuda-URL: http://192.48.176.25:80/cgi-mod/mark.cgi X-Virus-Scanned: by bsmtpd at sgi.com X-Barracuda-BRTS-Status: 1 X-Barracuda-Spam-Score: 0.02 X-Barracuda-Spam-Status: No, SCORE=0.02 using per-user scores of TAG_LEVEL=1000.0 QUARANTINE_LEVEL=1000.0 KILL_LEVEL=2.7 tests=THREAD_INDEX, THREAD_TOPIC X-Barracuda-Spam-Report: Code version 3.2, rules version 3.2.3.12965 Rule breakdown below pts rule name description ---- ---------------------- -------------------------------------------------- 0.01 THREAD_INDEX thread-index: AcO7Y8iR61tzADqsRmmc5wNiFHEOig== 0.01 THREAD_TOPIC Thread-Topic: ...(Japanese Subject)... Hi Martins, Oh - this test has a dependence on the number of CPUs on the test machine, I missed that earlier. We could either filter so that we check the percpu inst count matches hinv.ncpu, or maybe we could use $LINUX_STATSPATH to setup a deterministic output? (bit like tests 732, 747 or 885) cheers. ----- Original Message ----- > Nathan, > > On 12/15/14 12:53 AM, Nathan Scott wrote: > > > > Looks good, thanks Martins. Do you want to add this to your working > > branch? > > And where did we get up to with hotproc - are you happy with that & ready > > to > > merge? (could you send me the git URL for the latest version of that code, > > if so?) > > > commit 6cb6b341e5a3d0dd37011ee79ecc9a5194b0ac1f > Author: Martins Innus > Date: Mon Dec 15 15:26:44 2014 -0500 > > Add qa test 955 > Test that mixing fetches for static and dynamic metrics work as > expected > The first test replicates a failure from a bug introduced during > dymanic metric core changes > > qa/955 | 84 > ++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++ > qa/955.out | 44 +++++++++++++++++++++++++++++++ > qa/group | 1 + > 3 files changed, 129 insertions(+), 0 deletions(-) > > > > This qa test is in martins_working. Hotproc is pretty close. Writing a > qa test now. > > Thanks > > Martins > From minnus@buffalo.edu Tue Dec 16 13:39:54 2014 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on oss.sgi.com X-Spam-Level: X-Spam-Status: No, score=0.0 required=5.0 tests=none autolearn=ham version=3.3.1 X-Original-To: pcp@oss.sgi.com Delivered-To: pcp@oss.sgi.com Received: from relay.sgi.com (relay1.corp.sgi.com [137.38.102.111]) by oss.sgi.com (Postfix) with ESMTP id BBEDB7F3F for ; Tue, 16 Dec 2014 13:39:54 -0600 (CST) Received: from cuda.sgi.com (cuda1.sgi.com [192.48.157.11]) by relay1.corp.sgi.com (Postfix) with ESMTP id 9AF318F8033 for ; Tue, 16 Dec 2014 11:39:51 -0800 (PST) X-ASG-Debug-ID: 1418758786-04bdf0615f1fb3240001-S8gJnT Received: from mtareserve1.acsu.buffalo.edu (mtareserve8.acsu.buffalo.edu [128.205.6.19]) by cuda.sgi.com with ESMTP id sDQXMFyEKBFuvFbW for ; Tue, 16 Dec 2014 11:39:47 -0800 (PST) X-Barracuda-Envelope-From: minnus@buffalo.edu X-Barracuda-Apparent-Source-IP: 128.205.6.19 Received: from localmailA.acsu.buffalo.edu (localmaila.acsu.buffalo.edu [128.205.5.196]) by mtareserve1.acsu.buffalo.edu (Postfix) with ESMTP id A287F525; Tue, 16 Dec 2014 14:39:46 -0500 (EST) Received: from localmailA.acsu.buffalo.edu (localhost [127.0.0.1]) by localhost (Postfix) with SMTP id 9DF6BEB7C; Tue, 16 Dec 2014 14:39:46 -0500 (EST) Received: from localmailA.acsu.buffalo.edu (localhost [127.0.0.1]) by localmailA.acsu.buffalo.edu (Postfix) with ESMTP id 1B23BEB72; Tue, 16 Dec 2014 14:39:46 -0500 (EST) Received: from smtp.buffalo.edu (smtp2.acsu.buffalo.edu [128.205.5.254]) by localmailA.acsu.buffalo.edu (Prefixe) with ESMTP id 088F5EB71; Tue, 16 Dec 2014 14:39:46 -0500 (EST) Received: from prince.ccr.buffalo.edu (prince.ccr.buffalo.edu [128.205.40.45]) (Authenticated sender: minnus@buffalo.edu) by smtp.buffalo.edu (Postfix) with ESMTPSA id E5C9331AA; Tue, 16 Dec 2014 14:39:45 -0500 (EST) Message-ID: <54908A81.5000100@buffalo.edu> Date: Tue, 16 Dec 2014 14:39:45 -0500 From: Martins Innus User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.10; rv:31.0) Gecko/20100101 Thunderbird/31.2.0 MIME-Version: 1.0 To: Nathan Scott CC: pcp@oss.sgi.com Subject: Re: [pcp] dbpmda permissions References: <548F5468.9040209@buffalo.edu> <890347474.18326939.1418682302877.JavaMail.zimbra@redhat.com> X-ASG-Orig-Subj: Re: [pcp] dbpmda permissions In-Reply-To: <890347474.18326939.1418682302877.JavaMail.zimbra@redhat.com> Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 7bit X-PM-EL-Spam-Prob: : 8% X-Barracuda-Connect: mtareserve8.acsu.buffalo.edu[128.205.6.19] X-Barracuda-Start-Time: 1418758786 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.12982 Rule breakdown below pts rule name description ---- ---------------------- -------------------------------------------------- Nathan, On 12/15/14 5:25 PM, Nathan Scott wrote: > Hi Martins, > > ----- Original Message ----- >> >> [vagrant@pcptest pcpdec]$ sudo pmstore hotproc.control.config "uid=0" >> hotproc.control.config old value="" new value="uid=0" >> [vagrant@pcptest pcpdec]$ pmval -s 1 hotproc.control.config >> >> >> But I can't get this to work at all with dbpmda: >> > Ah - is the problem that you need to set the uid connection attribute? > e.g. the way Lukas has done it in qa/967? (the client credentials are > passed over the wire via "attribute" PDUs) > Yup, thanks, that works. Now, is there a way to pass a string that contains quotes? The usual suspects didn't seem to work: dbpmda> store hotproc.control.config "uname == \"root\"" ^ at or near here Error: Unrecognized command Type 'help' for a list of commands. Trying to test the parser in a couple ways. If not, I can skip that for now. Thanks Martins From minnus@buffalo.edu Tue Dec 16 13:40:46 2014 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on oss.sgi.com X-Spam-Level: X-Spam-Status: No, score=0.0 required=5.0 tests=none autolearn=ham version=3.3.1 X-Original-To: pcp@oss.sgi.com Delivered-To: pcp@oss.sgi.com Received: from relay.sgi.com (relay1.corp.sgi.com [137.38.102.111]) by oss.sgi.com (Postfix) with ESMTP id 6D5F57F3F for ; Tue, 16 Dec 2014 13:40:46 -0600 (CST) Received: from cuda.sgi.com (cuda1.sgi.com [192.48.157.11]) by relay1.corp.sgi.com (Postfix) with ESMTP id 3CD628F8035 for ; Tue, 16 Dec 2014 11:40:46 -0800 (PST) X-ASG-Debug-ID: 1418758844-04bdf061601fb33a0001-S8gJnT Received: from mtareserve1.acsu.buffalo.edu (mtareserve8.acsu.buffalo.edu [128.205.6.19]) by cuda.sgi.com with ESMTP id BejjXYfEcCUV99GR for ; Tue, 16 Dec 2014 11:40:44 -0800 (PST) X-Barracuda-Envelope-From: minnus@buffalo.edu X-Barracuda-Apparent-Source-IP: 128.205.6.19 Received: from localmailB.acsu.buffalo.edu (localmailb.acsu.buffalo.edu [128.205.5.200]) by mtareserve1.acsu.buffalo.edu (Postfix) with ESMTP id 029B1540; Tue, 16 Dec 2014 14:40:44 -0500 (EST) Received: from localmailB.acsu.buffalo.edu (localhost [127.0.0.1]) by localhost (Postfix) with SMTP id F1ECCC0B1; Tue, 16 Dec 2014 14:40:43 -0500 (EST) Received: from localmailB.acsu.buffalo.edu (localhost [127.0.0.1]) by localmailB.acsu.buffalo.edu (Postfix) with ESMTP id B0C54C0AC; Tue, 16 Dec 2014 14:40:41 -0500 (EST) Received: from smtp.buffalo.edu (smtp2.acsu.buffalo.edu [128.205.5.254]) by localmailB.acsu.buffalo.edu (Prefixe) with ESMTP id A2A24C0A8; Tue, 16 Dec 2014 14:40:41 -0500 (EST) Received: from prince.ccr.buffalo.edu (prince.ccr.buffalo.edu [128.205.40.45]) (Authenticated sender: minnus@buffalo.edu) by smtp.buffalo.edu (Postfix) with ESMTPSA id 9901E31D3; Tue, 16 Dec 2014 14:40:41 -0500 (EST) Message-ID: <54908AB9.6080208@buffalo.edu> Date: Tue, 16 Dec 2014 14:40:41 -0500 From: Martins Innus User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.10; rv:31.0) Gecko/20100101 Thunderbird/31.2.0 MIME-Version: 1.0 To: Nathan Scott CC: pcp@oss.sgi.com Subject: Re: [pcp] Dynamic metric rework References: <5481E4D7.8050700@buffalo.edu> <548897F5.4010905@buffalo.edu> <1194215403.14908758.1418289588303.JavaMail.zimbra@redhat.com> <5489F5D1.6050208@buffalo.edu> <668428007.16198533.1418365513812.JavaMail.zimbra@redhat.com> <548B46B3.10407@buffalo.edu> <372975962.17650087.1418622822222.JavaMail.zimbra@redhat.com> <548F451F.7000606@buffalo.edu> <1813047828.18618124.1418729598379.JavaMail.zimbra@redhat.com> X-ASG-Orig-Subj: Re: [pcp] Dynamic metric rework In-Reply-To: <1813047828.18618124.1418729598379.JavaMail.zimbra@redhat.com> Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 7bit X-PM-EL-Spam-Prob: : 8% X-Barracuda-Connect: mtareserve8.acsu.buffalo.edu[128.205.6.19] X-Barracuda-Start-Time: 1418758844 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.12982 Rule breakdown below pts rule name description ---- ---------------------- -------------------------------------------------- Nathan, OK, this QA test needs even more work. In addition to what you mention below, kernel.percpu.interrupts.line1 doesn't exist on another machine I tested on. The point of the test is to do a text then a fetch without any other calls. So probably need to dump the tree first to get a valid metric to fetch, store one of those and use that as the input to the fetch test. I am going to try to finish up hotprocs and then come back to this, unless you look at it in the meantime. Martins On 12/16/14 6:33 AM, Nathan Scott wrote: > Hi Martins, > > Oh - this test has a dependence on the number of CPUs on the > test machine, I missed that earlier. We could either filter > so that we check the percpu inst count matches hinv.ncpu, or > maybe we could use $LINUX_STATSPATH to setup a deterministic > output? (bit like tests 732, 747 or 885) > > cheers. > > ----- Original Message ----- >> Nathan, >> >> On 12/15/14 12:53 AM, Nathan Scott wrote: >>> Looks good, thanks Martins. Do you want to add this to your working >>> branch? >>> And where did we get up to with hotproc - are you happy with that & ready >>> to >>> merge? (could you send me the git URL for the latest version of that code, >>> if so?) >>> >> commit 6cb6b341e5a3d0dd37011ee79ecc9a5194b0ac1f >> Author: Martins Innus >> Date: Mon Dec 15 15:26:44 2014 -0500 >> >> Add qa test 955 >> Test that mixing fetches for static and dynamic metrics work as >> expected >> The first test replicates a failure from a bug introduced during >> dymanic metric core changes >> >> qa/955 | 84 >> ++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++ >> qa/955.out | 44 +++++++++++++++++++++++++++++++ >> qa/group | 1 + >> 3 files changed, 129 insertions(+), 0 deletions(-) >> >> >> >> This qa test is in martins_working. Hotproc is pretty close. Writing a >> qa test now. >> >> Thanks >> >> Martins >> > -- --------------------------------------------------------------------- Martins Innus minnus@ccr.buffalo.edu Lead Scientific & Urban Visualization Specialist (716) 881-8928 Center for Computational Research New York State Center of Excellence in Bioinformatics & Life Sciences University at Buffalo www.ccr.buffalo.edu From brolley@redhat.com Tue Dec 16 14:11:22 2014 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on oss.sgi.com X-Spam-Level: X-Spam-Status: No, score=0.0 required=5.0 tests=none autolearn=ham version=3.3.1 X-Original-To: pcp@oss.sgi.com Delivered-To: pcp@oss.sgi.com Received: from relay.sgi.com (relay3.corp.sgi.com [198.149.34.15]) by oss.sgi.com (Postfix) with ESMTP id A5DF67F3F for ; Tue, 16 Dec 2014 14:11:22 -0600 (CST) Received: from cuda.sgi.com (cuda1.sgi.com [192.48.157.11]) by relay3.corp.sgi.com (Postfix) with ESMTP id 50168AC00C for ; Tue, 16 Dec 2014 12:11:19 -0800 (PST) X-ASG-Debug-ID: 1418760678-04bdf0615f1fcac40001-S8gJnT Received: from mx1.redhat.com (mx1.redhat.com [209.132.183.28]) by cuda.sgi.com with ESMTP id qqkz85SEdRyRHOyV (version=TLSv1 cipher=AES256-SHA bits=256 verify=NO) for ; Tue, 16 Dec 2014 12:11:18 -0800 (PST) X-Barracuda-Envelope-From: brolley@redhat.com X-Barracuda-Apparent-Source-IP: 209.132.183.28 X-ASG-Whitelist: Client Received: from int-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 sBGKBHRF021795 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=FAIL) for ; Tue, 16 Dec 2014 15:11:18 -0500 Received: from [10.15.16.134] (dhcp-10-15-16-134.yyz.redhat.com [10.15.16.134]) by int-mx13.intmail.prod.int.phx2.redhat.com (8.14.4/8.14.4) with ESMTP id sBGKBHf7002063 for ; Tue, 16 Dec 2014 15:11:17 -0500 Message-ID: <54909298.9020100@redhat.com> Date: Tue, 16 Dec 2014 15:14:16 -0500 From: Dave Brolley User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:31.0) Gecko/20100101 Thunderbird/31.2.0 MIME-Version: 1.0 To: PCP Mailing List Subject: pcp updates: scox: pmatop Content-Type: text/plain; charset=utf-8; format=flowed X-ASG-Orig-Subj: pcp updates: scox: pmatop 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: 1418760678 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 Changes committed to git://git.pcp.io/pcp.git dev Stan Cox (1): Detect too long lines output lines. src/pmatop/pmatop.py | 22 +++++++++++++++++----- 1 file changed, 17 insertions(+), 5 deletions(-) From kenj@internode.on.net Tue Dec 16 14:35:01 2014 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on oss.sgi.com X-Spam-Level: X-Spam-Status: No, score=0.0 required=5.0 tests=none autolearn=ham version=3.3.1 X-Original-To: pcp@oss.sgi.com Delivered-To: pcp@oss.sgi.com Received: from relay.sgi.com (relay2.corp.sgi.com [137.38.102.29]) by oss.sgi.com (Postfix) with ESMTP id 5DB627F3F for ; Tue, 16 Dec 2014 14:35:01 -0600 (CST) Received: from cuda.sgi.com (cuda1.sgi.com [192.48.157.11]) by relay2.corp.sgi.com (Postfix) with ESMTP id 3D6C0304064 for ; Tue, 16 Dec 2014 12:34:58 -0800 (PST) X-ASG-Debug-ID: 1418762094-04bdf061611fe8200001-S8gJnT Received: from ipmail06.adl2.internode.on.net (ipmail06.adl2.internode.on.net [150.101.137.129]) by cuda.sgi.com with ESMTP id 978uU8sgJPxZ5Dxy for ; Tue, 16 Dec 2014 12:34:54 -0800 (PST) X-Barracuda-Envelope-From: kenj@internode.on.net X-Barracuda-Apparent-Source-IP: 150.101.137.129 X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: AisCAMqWkFR20SlqPGdsb2JhbAANTYNYWIMGgyq/R4crAQEBAQEGAQEBATiEcRVANgIFFgsCCwMCAQIBMRoNCAEBxiRwlk+BIZFAgUEFkUCGbI9+hCJagkMBAQE Received: from ppp118-209-41-106.lns20.mel4.internode.on.net (HELO [192.168.1.100]) ([118.209.41.106]) by ipmail06.adl2.internode.on.net with ESMTP; 17 Dec 2014 07:04:11 +1030 Message-ID: <549097D6.8070205@internode.on.net> Date: Wed, 17 Dec 2014 07:36:38 +1100 From: Ken McDonell User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:31.0) Gecko/20100101 Thunderbird/31.3.0 MIME-Version: 1.0 To: "pcp@oss.sgi.com >> PCP" Subject: Can't build PCP on Centos 5.11 anymore? Content-Type: text/plain; charset=utf-8; format=flowed X-ASG-Orig-Subj: Can't build PCP on Centos 5.11 anymore? Content-Transfer-Encoding: 7bit X-Barracuda-Connect: ipmail06.adl2.internode.on.net[150.101.137.129] X-Barracuda-Start-Time: 1418762094 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.12984 Rule breakdown below pts rule name description ---- ---------------------- -------------------------------------------------- vm04 has been happily building PCP and running QA for years .. I was expecting that to continue. But alas, ... First there was a perl(JSON) dependency that seems to have been recently added ... yum was able to fix that. But this next one seems unfixable. error: Failed build dependencies: qt4-devel >= 4.4 is needed by pcp-3.10.2-1.i386 make: *** [pack_pcp] Error 1 make: Leaving directory `/home/kenj/src/pcp/pcp-3.10.2/build/rpm' kenj@vm04:~/src/pcp$ sudo yum install qt4-devel Loaded plugins: fastestmirror Loading mirror speeds from cached hostfile * rpmforge: mirror.as24220.net Setting up Install Process Package qt4-devel-4.2.1-1.el5_7.1.i386 already installed and latest version Nothing to do If we decided to move the qt components forward to the point where they won't work with qt 4.2 (assuming dependency in the spec file is correct), then I think those parts of PCP should be conditional so we can still build the core non-gui parts successfully after some dancing around configure. From nscott@redhat.com Tue Dec 16 14:54:46 2014 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on oss.sgi.com X-Spam-Level: X-Spam-Status: No, score=0.0 required=5.0 tests=none autolearn=ham version=3.3.1 X-Original-To: pcp@oss.sgi.com Delivered-To: pcp@oss.sgi.com Received: from relay.sgi.com (relay1.corp.sgi.com [137.38.102.111]) by oss.sgi.com (Postfix) with ESMTP id D966F7F3F for ; Tue, 16 Dec 2014 14:54:46 -0600 (CST) Received: from cuda.sgi.com (cuda2.sgi.com [192.48.176.25]) by relay1.corp.sgi.com (Postfix) with ESMTP id C7BA98F8050 for ; Tue, 16 Dec 2014 12:54:43 -0800 (PST) X-ASG-Debug-ID: 1418763281-04cbb0106bf2b9e0001-S8gJnT Received: from mx5-phx2.redhat.com (mx5-phx2.redhat.com [209.132.183.37]) by cuda.sgi.com with ESMTP id Opa2ac7yQts44YHF (version=TLSv1 cipher=AES256-SHA bits=256 verify=NO) for ; Tue, 16 Dec 2014 12:54:42 -0800 (PST) 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 sBGKscwh028471; Tue, 16 Dec 2014 15:54:38 -0500 Date: Tue, 16 Dec 2014 15:54:37 -0500 (EST) From: Nathan Scott Reply-To: Nathan Scott To: Ken McDonell Cc: "pcp@oss.sgi.com >> PCP" Message-ID: <1648109105.19265663.1418763277764.JavaMail.zimbra@redhat.com> In-Reply-To: <549097D6.8070205@internode.on.net> References: <549097D6.8070205@internode.on.net> Subject: Re: [pcp] Can't build PCP on Centos 5.11 anymore? MIME-Version: 1.0 X-ASG-Orig-Subj: Re: [pcp] Can't build PCP on Centos 5.11 anymore? Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-Originating-IP: [10.5.82.11] X-Mailer: Zimbra 8.0.6_GA_5922 (ZimbraWebClient - FF17 (Linux)/8.0.6_GA_5922) Thread-Topic: Can't build PCP on Centos 5.11 anymore? Thread-Index: aGh1Tj3ZvdWiPjLj/IAC/JwFQdGBjw== X-Barracuda-Connect: mx5-phx2.redhat.com[209.132.183.37] X-Barracuda-Start-Time: 1418763282 X-Barracuda-Encrypted: AES256-SHA X-Barracuda-URL: http://192.48.176.25:80/cgi-mod/mark.cgi X-Virus-Scanned: by bsmtpd at sgi.com X-Barracuda-BRTS-Status: 1 X-Barracuda-Spam-Score: 0.02 X-Barracuda-Spam-Status: No, SCORE=0.02 using per-user scores of TAG_LEVEL=1000.0 QUARANTINE_LEVEL=1000.0 KILL_LEVEL=2.7 tests=THREAD_INDEX, THREAD_TOPIC X-Barracuda-Spam-Report: Code version 3.2, rules version 3.2.3.12984 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 ----- > vm04 has been happily building PCP and running QA for years .. I was > expecting that to continue. But alas, ... > [...] > If we decided to move the qt components forward to the point where they > won't work with qt 4.2 (assuming dependency in the spec file is > correct), then I think those parts of PCP should be conditional so we > can still build the core non-gui parts successfully after some dancing > around configure. Yep, this is meant to be in place. The Qt4.4+ requirement has been in place for a long time, and configure checks for it and already does auto- disable all the Qt-requiring components in the build. For the last release, I definitely built RPMs for EPEL5, and nothing has changed in Qt-land since then - so very odd that its started failing now. Which spec are you using? (Makepkgs or fedora.spec?) Assuming the former then the configure script is getting it wrong somehow - "qmake --version" output is being parsed there. cheers. -- Nathan From nscott@redhat.com Tue Dec 16 15:12: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 3E4997F3F for ; Tue, 16 Dec 2014 15:12:47 -0600 (CST) Received: from cuda.sgi.com (cuda1.sgi.com [192.48.157.11]) by relay2.corp.sgi.com (Postfix) with ESMTP id 1CBA8304053 for ; Tue, 16 Dec 2014 13:12:44 -0800 (PST) X-ASG-Debug-ID: 1418764362-04bdf0615e2013380001-S8gJnT Received: from mx3-phx2.redhat.com (mx3-phx2.redhat.com [209.132.183.24]) by cuda.sgi.com with ESMTP id 8GGo7RfcXRhhlljD (version=TLSv1 cipher=AES256-SHA bits=256 verify=NO) for ; Tue, 16 Dec 2014 13:12:42 -0800 (PST) X-Barracuda-Envelope-From: nscott@redhat.com X-Barracuda-Apparent-Source-IP: 209.132.183.24 Received: from zmail20.collab.prod.int.phx2.redhat.com (zmail20.collab.prod.int.phx2.redhat.com [10.5.83.23]) by mx3-phx2.redhat.com (8.13.8/8.13.8) with ESMTP id sBGLCf6E007469; Tue, 16 Dec 2014 16:12:41 -0500 Date: Tue, 16 Dec 2014 16:12:41 -0500 (EST) From: Nathan Scott Reply-To: Nathan Scott To: Martins Innus Cc: pcp@oss.sgi.com Message-ID: <754077743.19273066.1418764361018.JavaMail.zimbra@redhat.com> In-Reply-To: <54908AB9.6080208@buffalo.edu> References: <5481E4D7.8050700@buffalo.edu> <5489F5D1.6050208@buffalo.edu> <668428007.16198533.1418365513812.JavaMail.zimbra@redhat.com> <548B46B3.10407@buffalo.edu> <372975962.17650087.1418622822222.JavaMail.zimbra@redhat.com> <548F451F.7000606@buffalo.edu> <1813047828.18618124.1418729598379.JavaMail.zimbra@redhat.com> <54908AB9.6080208@buffalo.edu> Subject: Re: [pcp] Dynamic metric rework MIME-Version: 1.0 X-ASG-Orig-Subj: Re: [pcp] Dynamic metric rework Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-Originating-IP: [10.5.82.11] X-Mailer: Zimbra 8.0.6_GA_5922 (ZimbraWebClient - FF17 (Linux)/8.0.6_GA_5922) Thread-Topic: Dynamic metric rework Thread-Index: a91pkc/apT5Ik8DQ/UcUOaXMpOcXHw== X-Barracuda-Connect: mx3-phx2.redhat.com[209.132.183.24] X-Barracuda-Start-Time: 1418764362 X-Barracuda-Encrypted: AES256-SHA X-Barracuda-URL: http://192.48.157.11:80/cgi-mod/mark.cgi X-Virus-Scanned: by bsmtpd at sgi.com X-Barracuda-BRTS-Status: 1 X-Barracuda-Spam-Score: 0.02 X-Barracuda-Spam-Status: No, SCORE=0.02 using per-user scores of TAG_LEVEL=1000.0 QUARANTINE_LEVEL=1000.0 KILL_LEVEL=2.7 tests=THREAD_INDEX, THREAD_TOPIC X-Barracuda-Spam-Report: Code version 3.2, rules version 3.2.3.12984 Rule breakdown below pts rule name description ---- ---------------------- -------------------------------------------------- 0.01 THREAD_INDEX thread-index: AcO7Y8iR61tzADqsRmmc5wNiFHEOig== 0.01 THREAD_TOPIC Thread-Topic: ...(Japanese Subject)... Hi Martins, ----- Original Message ----- > Nathan, > > OK, this QA test needs even more work. In addition to what you > mention below, kernel.percpu.interrupts.line1 doesn't exist on another > machine I tested on. Yep, I realised that later too. :) The kernel handles interrupts differently between architectures & the contents of the procfs files differs as a result. > The point of the test is to do a text then a fetch without any > other calls. So probably need to dump the tree first to get a valid > metric to fetch, store one of those and use that as the input to the > fetch test. I think you can leave the test pretty much as is, if you use the create-a-local-procfs-root-via-environment variable trick - just create a tarball (see below qa/linux) and unpack it at the start of the test & use the env var to point pmda_linux.so away from the /proc of the running kernel to your new /tmp/qa-$seq-procfs. > I am going to try to finish up hotprocs and then come back to this, > unless you look at it in the meantime. It's possible, but unlikely I'll have time before I head away for some end of year vacation time. cheers. -- Nathan From nscott@redhat.com Tue Dec 16 15:37:56 2014 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on oss.sgi.com X-Spam-Level: X-Spam-Status: No, score=0.0 required=5.0 tests=none autolearn=ham version=3.3.1 X-Original-To: pcp@oss.sgi.com Delivered-To: pcp@oss.sgi.com Received: from relay.sgi.com (relay3.corp.sgi.com [198.149.34.15]) by oss.sgi.com (Postfix) with ESMTP id 6093C7F3F for ; Tue, 16 Dec 2014 15:37:56 -0600 (CST) Received: from cuda.sgi.com (cuda3.sgi.com [192.48.176.15]) by relay3.corp.sgi.com (Postfix) with ESMTP id E4DE9AC006 for ; Tue, 16 Dec 2014 13:37:52 -0800 (PST) X-ASG-Debug-ID: 1418765870-04cb6c05721f44980001-S8gJnT Received: from mx5-phx2.redhat.com (mx5-phx2.redhat.com [209.132.183.37]) by cuda.sgi.com with ESMTP id N2qDP52qmBuDzVAw (version=TLSv1 cipher=AES256-SHA bits=256 verify=NO) for ; Tue, 16 Dec 2014 13:37:50 -0800 (PST) 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 sBGLbk5F036085; Tue, 16 Dec 2014 16:37:46 -0500 Date: Tue, 16 Dec 2014 16:37:46 -0500 (EST) From: Nathan Scott Reply-To: Nathan Scott To: Martins Innus , Ken McDonell Cc: pcp@oss.sgi.com Message-ID: <1948099581.19288578.1418765866184.JavaMail.zimbra@redhat.com> In-Reply-To: <54908A81.5000100@buffalo.edu> References: <548F5468.9040209@buffalo.edu> <890347474.18326939.1418682302877.JavaMail.zimbra@redhat.com> <54908A81.5000100@buffalo.edu> Subject: Re: [pcp] dbpmda permissions MIME-Version: 1.0 X-ASG-Orig-Subj: Re: [pcp] dbpmda permissions Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-Originating-IP: [10.5.82.11] X-Mailer: Zimbra 8.0.6_GA_5922 (ZimbraWebClient - FF17 (Linux)/8.0.6_GA_5922) Thread-Topic: dbpmda permissions Thread-Index: Nq2tGJAZGdb1blewhNRFyNA0DUNihQ== X-Barracuda-Connect: mx5-phx2.redhat.com[209.132.183.37] X-Barracuda-Start-Time: 1418765870 X-Barracuda-Encrypted: AES256-SHA X-Barracuda-URL: http://192.48.176.15:80/cgi-mod/mark.cgi X-Virus-Scanned: by bsmtpd at sgi.com X-Barracuda-BRTS-Status: 1 X-Barracuda-Spam-Score: 0.02 X-Barracuda-Spam-Status: No, SCORE=0.02 using per-user scores of TAG_LEVEL=1000.0 QUARANTINE_LEVEL=1000.0 KILL_LEVEL=2.7 tests=THREAD_INDEX, THREAD_TOPIC X-Barracuda-Spam-Report: Code version 3.2, rules version 3.2.3.12985 Rule breakdown below pts rule name description ---- ---------------------- -------------------------------------------------- 0.01 THREAD_INDEX thread-index: AcO7Y8iR61tzADqsRmmc5wNiFHEOig== 0.01 THREAD_TOPIC Thread-Topic: ...(Japanese Subject)... Hi Martins, ----- Original Message ----- > Nathan, > > Yup, thanks, that works. Now, is there a way to pass a string that > contains quotes? The usual suspects didn't seem to work: I don't think so, from a look at the src/dbpmda/src/lex.l definition of a STRING token. I think it would be a straightforward (+ useful) extension to allow single-quotes within double-quoted strings, and vice-versa ... any thoughts there Ken? > dbpmda> store hotproc.control.config "uname == \"root\"" > ^ at or near here > Error: Unrecognized command > Type 'help' for a list of commands. > > > Trying to test the parser in a couple ways. If not, I can skip that for > now. > > Thanks > > Martins > From kenj@internode.on.net Tue Dec 16 16:48: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 027737F3F for ; Tue, 16 Dec 2014 16:48:01 -0600 (CST) Received: from cuda.sgi.com (cuda3.sgi.com [192.48.176.15]) by relay3.corp.sgi.com (Postfix) with ESMTP id 7A3B5AC012 for ; Tue, 16 Dec 2014 14:48:00 -0800 (PST) X-ASG-Debug-ID: 1418770074-04cb6c05701f54f30001-S8gJnT Received: from ipmail06.adl2.internode.on.net (ipmail06.adl2.internode.on.net [150.101.137.129]) by cuda.sgi.com with ESMTP id GOnMOCCJMEZHQvfI for ; Tue, 16 Dec 2014 14:47:54 -0800 (PST) X-Barracuda-Envelope-From: kenj@internode.on.net X-Barracuda-Apparent-Source-IP: 150.101.137.129 X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: Ag4CAEy1kFR20SlqPGdsb2JhbAANTYc2gyrCcIJNAoEyAQEBAQEGAQEBATiESAEBBCNVARALGAICBRYLAgIJAwIBAgExFAYNAQcBARXGF3CWKAEBAQEBAQQBAQEBAQEBG4EhjlEHgmiBQQEEjCybfoQigx0BAQE Received: from ppp118-209-41-106.lns20.mel4.internode.on.net (HELO [192.168.1.100]) ([118.209.41.106]) by ipmail06.adl2.internode.on.net with ESMTP; 17 Dec 2014 09:17:53 +1030 Message-ID: <5490B72D.3030204@internode.on.net> Date: Wed, 17 Dec 2014 09:50:21 +1100 From: Ken McDonell User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:31.0) Gecko/20100101 Thunderbird/31.3.0 MIME-Version: 1.0 To: Nathan Scott CC: "pcp@oss.sgi.com >> PCP" Subject: Re: [pcp] Can't build PCP on Centos 5.11 anymore? References: <549097D6.8070205@internode.on.net> <1648109105.19265663.1418763277764.JavaMail.zimbra@redhat.com> X-ASG-Orig-Subj: Re: [pcp] Can't build PCP on Centos 5.11 anymore? In-Reply-To: <1648109105.19265663.1418763277764.JavaMail.zimbra@redhat.com> Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-Barracuda-Connect: ipmail06.adl2.internode.on.net[150.101.137.129] X-Barracuda-Start-Time: 1418770074 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.12988 Rule breakdown below pts rule name description ---- ---------------------- -------------------------------------------------- On 17/12/14 07:54, Nathan Scott wrote: > ... > For the last release, I definitely built RPMs for EPEL5, and nothing has > changed in Qt-land since then - so very odd that its started failing now. > Which spec are you using? (Makepkgs or fedora.spec?) Assuming the former > then the configure script is getting it wrong somehow - "qmake --version" > output is being parsed there. > ... Thanks Nathan. But this remains a mystery. I'm using the Makepkgs cook book. I am pretty sure I have not changed the config of this vm in the 3-4 weeks since I last built RPMs there, and at that time there were no gui RPMs (ENABLE_QT=false in builddefs). I poked about and qmake was the old Qt 3.3 one, so I removed the qt and qt-devel RPMs, reinstalled the qt4 and qt4-devel RPMs and reran Makepkgs. No issues this time and as expected kenj@vm04:~/src/pcp$ egrep '^(QM|EN.*QT).*=' pcp-3.10.2/src/include/builddefs QMAKE = /usr/lib/qt4/bin/qmake ENABLE_QT = false Life's too short to try and explain this, onto the next mystery ... From kenj@internode.on.net Tue Dec 16 16:55:26 2014 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on oss.sgi.com X-Spam-Level: X-Spam-Status: No, score=0.0 required=5.0 tests=none autolearn=ham version=3.3.1 X-Original-To: pcp@oss.sgi.com Delivered-To: pcp@oss.sgi.com Received: from relay.sgi.com (relay1.corp.sgi.com [137.38.102.111]) by oss.sgi.com (Postfix) with ESMTP id 0F3637F3F for ; Tue, 16 Dec 2014 16:55:26 -0600 (CST) Received: from cuda.sgi.com (cuda2.sgi.com [192.48.176.25]) by relay1.corp.sgi.com (Postfix) with ESMTP id EE5888F8074 for ; Tue, 16 Dec 2014 14:55:25 -0800 (PST) X-ASG-Debug-ID: 1418770523-04cbb01064f45f30001-S8gJnT Received: from ipmail06.adl2.internode.on.net (ipmail06.adl2.internode.on.net [150.101.137.129]) by cuda.sgi.com with ESMTP id BrynDINyd6CYlTHp for ; Tue, 16 Dec 2014 14:55:24 -0800 (PST) X-Barracuda-Envelope-From: kenj@internode.on.net X-Barracuda-Apparent-Source-IP: 150.101.137.129 X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: Ag4CANe3kFR20SlqPGdsb2JhbAANTQ6HKIMqwnCCQwoCgTIBAQEBAQYBAQEBOIRIAQEEIxVAARALGAICBRYLAgIJAwIBAgExFAYBDAEHAQHGIXCWPAEBAQEBAQEBAQEBAQEBAQEBARqBIY5RB4JogUEBBIwsm36DUVGDHQEBAQ Received: from ppp118-209-41-106.lns20.mel4.internode.on.net (HELO [192.168.1.100]) ([118.209.41.106]) by ipmail06.adl2.internode.on.net with ESMTP; 17 Dec 2014 09:25:22 +1030 Message-ID: <5490B8EF.6020506@internode.on.net> Date: Wed, 17 Dec 2014 09:57:51 +1100 From: Ken McDonell User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:31.0) Gecko/20100101 Thunderbird/31.3.0 MIME-Version: 1.0 To: Nathan Scott , Martins Innus CC: pcp@oss.sgi.com Subject: Re: [pcp] dbpmda permissions References: <548F5468.9040209@buffalo.edu> <890347474.18326939.1418682302877.JavaMail.zimbra@redhat.com> <54908A81.5000100@buffalo.edu> <1948099581.19288578.1418765866184.JavaMail.zimbra@redhat.com> X-ASG-Orig-Subj: Re: [pcp] dbpmda permissions In-Reply-To: <1948099581.19288578.1418765866184.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: 1418770523 X-Barracuda-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.12988 Rule breakdown below pts rule name description ---- ---------------------- -------------------------------------------------- On 17/12/14 08:37, Nathan Scott wrote: > ... > I don't think so, from a look at the src/dbpmda/src/lex.l definition > of a STRING token. I think it would be a straightforward (+ useful) > extension to allow single-quotes within double-quoted strings, and > vice-versa ... any thoughts there Ken? > >> dbpmda> store hotproc.control.config "uname == \"root\"" >> ^ at or near here >> Error: Unrecognized command >> Type 'help' for a list of commands. I made a quick and dirty change to lex.l and this dbpmda> store hotproc.control.config 'uname == "root"' seems to parse OK. No backslash escaping, but string delimiters are " or ' Would that suffice? Of course this also works, but might confuse the PMDA dbpmda> store hotproc.control.config "uname == 'root'" From nscott@redhat.com Tue Dec 16 17:16:43 2014 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on oss.sgi.com X-Spam-Level: X-Spam-Status: No, score=0.0 required=5.0 tests=none autolearn=ham version=3.3.1 X-Original-To: pcp@oss.sgi.com Delivered-To: pcp@oss.sgi.com Received: from relay.sgi.com (relay2.corp.sgi.com [137.38.102.29]) by oss.sgi.com (Postfix) with ESMTP id 503F37F3F for ; Tue, 16 Dec 2014 17:16:43 -0600 (CST) Received: from cuda.sgi.com (cuda1.sgi.com [192.48.157.11]) by relay2.corp.sgi.com (Postfix) with ESMTP id 2F67E30408C for ; Tue, 16 Dec 2014 15:16:40 -0800 (PST) X-ASG-Debug-ID: 1418771798-04bdf0615e20331f0001-S8gJnT Received: from mx5-phx2.redhat.com (mx5-phx2.redhat.com [209.132.183.37]) by cuda.sgi.com with ESMTP id kM8rF8UB10F7gIvO (version=TLSv1 cipher=AES256-SHA bits=256 verify=NO) for ; Tue, 16 Dec 2014 15:16:38 -0800 (PST) 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 sBGNGXmI055562; Tue, 16 Dec 2014 18:16:33 -0500 Date: Tue, 16 Dec 2014 18:16:33 -0500 (EST) From: Nathan Scott Reply-To: Nathan Scott To: Ken McDonell , Martins Innus Cc: pcp@oss.sgi.com Message-ID: <1267773600.19326056.1418771793601.JavaMail.zimbra@redhat.com> In-Reply-To: <5490B8EF.6020506@internode.on.net> References: <548F5468.9040209@buffalo.edu> <890347474.18326939.1418682302877.JavaMail.zimbra@redhat.com> <54908A81.5000100@buffalo.edu> <1948099581.19288578.1418765866184.JavaMail.zimbra@redhat.com> <5490B8EF.6020506@internode.on.net> Subject: Re: [pcp] dbpmda permissions MIME-Version: 1.0 X-ASG-Orig-Subj: Re: [pcp] dbpmda permissions Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-Originating-IP: [10.5.82.11] X-Mailer: Zimbra 8.0.6_GA_5922 (ZimbraWebClient - FF17 (Linux)/8.0.6_GA_5922) Thread-Topic: dbpmda permissions Thread-Index: JZVthHuHfKwn7W6rQ5CmTU+0pg6Oeg== X-Barracuda-Connect: mx5-phx2.redhat.com[209.132.183.37] X-Barracuda-Start-Time: 1418771798 X-Barracuda-Encrypted: AES256-SHA X-Barracuda-URL: http://192.48.157.11:80/cgi-mod/mark.cgi X-Virus-Scanned: by bsmtpd at sgi.com X-Barracuda-BRTS-Status: 1 X-Barracuda-Spam-Score: 0.02 X-Barracuda-Spam-Status: No, SCORE=0.02 using per-user scores of TAG_LEVEL=1000.0 QUARANTINE_LEVEL=1000.0 KILL_LEVEL=2.7 tests=THREAD_INDEX, THREAD_TOPIC X-Barracuda-Spam-Report: Code version 3.2, rules version 3.2.3.12988 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 made a quick and dirty change to lex.l and this > > dbpmda> store hotproc.control.config 'uname == "root"' > > seems to parse OK. > > No backslash escaping, but string delimiters are " or ' > Would that suffice? Yep, pretty sure that cover the case Martins was looking for. Thanks Ken! cheers. -- Nathan From kenj@internode.on.net Wed Dec 17 03:51:04 2014 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on oss.sgi.com X-Spam-Level: X-Spam-Status: No, score=0.0 required=5.0 tests=none autolearn=ham version=3.3.1 X-Original-To: pcp@oss.sgi.com Delivered-To: pcp@oss.sgi.com Received: from relay.sgi.com (relay3.corp.sgi.com [198.149.34.15]) by oss.sgi.com (Postfix) with ESMTP id 5FE3F7F3F for ; Wed, 17 Dec 2014 03:51:04 -0600 (CST) Received: from cuda.sgi.com (cuda1.sgi.com [192.48.157.11]) by relay3.corp.sgi.com (Postfix) with ESMTP id 0CA17AC016 for ; Wed, 17 Dec 2014 01:51:00 -0800 (PST) X-ASG-Debug-ID: 1418809857-04bdf06160209edd0001-S8gJnT Received: from ipmail06.adl2.internode.on.net (ipmail06.adl2.internode.on.net [150.101.137.129]) by cuda.sgi.com with ESMTP id 1rFj0BUfMRFFkGKO for ; Wed, 17 Dec 2014 01:50:58 -0800 (PST) X-Barracuda-Envelope-From: kenj@internode.on.net X-Barracuda-Apparent-Source-IP: 150.101.137.129 X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: Av4BAN9QkVR20SlqPGdsb2JhbAANTYNYWIMGgyq/SYcoAQEBAQEGAQEBATiEcVUwBgIFFgsCCwMCAQIBMQ4ZBgIBAYg1vRVwlkmBIY5uglKBQQWMMYUUhj2KIYYNhCJagkMBAQE Received: from ppp118-209-41-106.lns20.mel4.internode.on.net (HELO [192.168.1.100]) ([118.209.41.106]) by ipmail06.adl2.internode.on.net with ESMTP; 17 Dec 2014 20:20:57 +1030 Message-ID: <54915296.9090006@internode.on.net> Date: Wed, 17 Dec 2014 20:53:26 +1100 From: Ken McDonell User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:31.0) Gecko/20100101 Thunderbird/31.3.0 MIME-Version: 1.0 To: pcp@oss.sgi.com Subject: 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: 1418809857 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.13004 Rule breakdown below pts rule name description ---- ---------------------- -------------------------------------------------- I don't know what's going on with 344 and 569 ... my tree seems to be out of whack! The dbpmda commit is more useful. Changes committed to git://git.performancecopilot.org/kenj/pcp.git dev man/man1/dbpmda.1 | 5 +++++ qa/344.out | 22 ++++++++++++++++++++++ qa/569.out | 2 ++ qa/617 | 7 +++++++ qa/617.out.3 | 40 +++++++++++++++++++++++++++++++++++++++- qa/967 | 4 ++-- qa/967.out | 4 ++-- src/dbpmda/src/lex.l | 11 +++++++++++ 8 files changed, 90 insertions(+), 5 deletions(-) commit 15f58b1d7a2a29c51f0054d26f6cd1cdef980805 Author: Ken McDonell Date: Wed Dec 17 20:46:59 2014 +1100 Revert "qa:569: update .out for --container changes" This reverts commit 38ed3850837bed4965143dddeffe50a48c15621a. My commit was wrong. commit 6d4c2635cf186a3acad0a567f5b1bbeaaec8a8d3 Author: Ken McDonell Date: Wed Dec 17 20:46:09 2014 +1100 Revert "qa/344: update .out for --container changes" This reverts commit 0112bf43b5d5424290c5935ee943ef4bf9382d70. My commit was wrong! commit 6e172ef9a8fa43bec50ebbc75b0ded27732815bf Author: Ken McDonell Date: Wed Dec 17 20:40:26 2014 +1100 dbpmda: extend string syntax to include both " and ' delimiters For store commands in particular allows values that contain quotes. Updated some QA to test this, and added verbage to the man page. From minnus@buffalo.edu Wed Dec 17 09:57: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 B9B427F3F for ; Wed, 17 Dec 2014 09:57:37 -0600 (CST) Received: from cuda.sgi.com (cuda1.sgi.com [192.48.157.11]) by relay1.corp.sgi.com (Postfix) with ESMTP id 98E888F8066 for ; Wed, 17 Dec 2014 07:57:34 -0800 (PST) X-ASG-Debug-ID: 1418831851-04bdf0615e20e7c80001-S8gJnT Received: from mtareserve1.acsu.buffalo.edu (mtareserve8.acsu.buffalo.edu [128.205.6.19]) by cuda.sgi.com with ESMTP id SPSM4GoStTcO3kuQ for ; Wed, 17 Dec 2014 07:57:31 -0800 (PST) X-Barracuda-Envelope-From: minnus@buffalo.edu X-Barracuda-Apparent-Source-IP: 128.205.6.19 Received: from localmailC.acsu.buffalo.edu (localmailc.acsu.buffalo.edu [128.205.5.204]) by mtareserve1.acsu.buffalo.edu (Postfix) with ESMTP id E48E570A; Wed, 17 Dec 2014 10:57:30 -0500 (EST) Received: from localmailC.acsu.buffalo.edu (localhost [127.0.0.1]) by localhost (Postfix) with SMTP id DCFF4F049; Wed, 17 Dec 2014 10:57:30 -0500 (EST) Received: from localmailC.acsu.buffalo.edu (localhost [127.0.0.1]) by localmailC.acsu.buffalo.edu (Postfix) with ESMTP id 62A6AF040; Wed, 17 Dec 2014 10:57:30 -0500 (EST) Received: from smtp.buffalo.edu (smtp3.acsu.buffalo.edu [128.205.5.226]) by localmailC.acsu.buffalo.edu (Prefixe) with ESMTP id 57FBBF03F; Wed, 17 Dec 2014 10:57:30 -0500 (EST) Received: from prince.ccr.buffalo.edu (prince.ccr.buffalo.edu [128.205.40.45]) (Authenticated sender: minnus@buffalo.edu) by smtp.buffalo.edu (Postfix) with ESMTPSA id 4A9174D1D; Wed, 17 Dec 2014 10:57:30 -0500 (EST) Message-ID: <5491A7E9.8070605@buffalo.edu> Date: Wed, 17 Dec 2014 10:57:29 -0500 From: Martins Innus User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.10; rv:31.0) Gecko/20100101 Thunderbird/31.2.0 MIME-Version: 1.0 To: Ken McDonell , Nathan Scott CC: pcp@oss.sgi.com Subject: Re: [pcp] dbpmda permissions References: <548F5468.9040209@buffalo.edu> <890347474.18326939.1418682302877.JavaMail.zimbra@redhat.com> <54908A81.5000100@buffalo.edu> <1948099581.19288578.1418765866184.JavaMail.zimbra@redhat.com> <5490B8EF.6020506@internode.on.net> X-ASG-Orig-Subj: Re: [pcp] dbpmda permissions In-Reply-To: <5490B8EF.6020506@internode.on.net> Content-Type: text/plain; charset=windows-1252; format=flowed Content-Transfer-Encoding: 7bit X-PM-EL-Spam-Prob: : 8% X-Barracuda-Connect: mtareserve8.acsu.buffalo.edu[128.205.6.19] X-Barracuda-Start-Time: 1418831851 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.13015 Rule breakdown below pts rule name description ---- ---------------------- -------------------------------------------------- Ken, On 12/16/14 5:57 PM, Ken McDonell wrote: > >> ... >> I don't think so, from a look at the src/dbpmda/src/lex.l definition >> of a STRING token. I think it would be a straightforward (+ useful) >> extension to allow single-quotes within double-quoted strings, and >> vice-versa ... any thoughts there Ken? >> >>> dbpmda> store hotproc.control.config "uname == \"root\"" >>> ^ at or near here >>> Error: Unrecognized command >>> Type 'help' for a list of commands. > > I made a quick and dirty change to lex.l and this > > dbpmda> store hotproc.control.config 'uname == "root"' > > seems to parse OK. Thanks, that is perfect! Martins From brolley@redhat.com Wed Dec 17 11:21:26 2014 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on oss.sgi.com X-Spam-Level: X-Spam-Status: No, score=0.0 required=5.0 tests=none autolearn=ham version=3.3.1 X-Original-To: pcp@oss.sgi.com Delivered-To: pcp@oss.sgi.com Received: from relay.sgi.com (relay1.corp.sgi.com [137.38.102.111]) by oss.sgi.com (Postfix) with ESMTP id 015857F3F for ; Wed, 17 Dec 2014 11:21:26 -0600 (CST) Received: from cuda.sgi.com (cuda3.sgi.com [192.48.176.15]) by relay1.corp.sgi.com (Postfix) with ESMTP id E376F8F8078 for ; Wed, 17 Dec 2014 09:21:22 -0800 (PST) X-ASG-Debug-ID: 1418836877-04cb6c05712010b90001-S8gJnT Received: from mx1.redhat.com (mx1.redhat.com [209.132.183.28]) by cuda.sgi.com with ESMTP id O0kAyho3tdTf296g (version=TLSv1 cipher=AES256-SHA bits=256 verify=NO) for ; Wed, 17 Dec 2014 09:21:18 -0800 (PST) X-Barracuda-Envelope-From: brolley@redhat.com X-Barracuda-Apparent-Source-IP: 209.132.183.28 X-ASG-Whitelist: Client Received: from int-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 sBHHLFmt006460 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=FAIL) for ; Wed, 17 Dec 2014 12:21:17 -0500 Received: from [10.15.16.134] (dhcp-10-15-16-134.yyz.redhat.com [10.15.16.134]) by int-mx14.intmail.prod.int.phx2.redhat.com (8.14.4/8.14.4) with ESMTP id sBHHLEOX029645 for ; Wed, 17 Dec 2014 12:21:14 -0500 Message-ID: <5491BC42.6010803@redhat.com> Date: Wed, 17 Dec 2014 12:24:18 -0500 From: Dave Brolley User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:31.0) Gecko/20100101 Thunderbird/31.3.0 MIME-Version: 1.0 To: PCP Mailing List Subject: pcp updates: kenj: dbpmda + qa Content-Type: text/plain; charset=utf-8; format=flowed X-ASG-Orig-Subj: pcp updates: kenj: dbpmda + qa 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: 1418836878 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.pcp.io/pcp.git dev Ken McDonell (1): dbpmda: extend string syntax to include both " and ' delimiters man/man1/dbpmda.1 | 5 +++++ qa/617 | 7 +++++++ qa/617.out.3 | 40 +++++++++++++++++++++++++++++++++++++++- qa/967 | 4 ++-- qa/967.out | 4 ++-- src/dbpmda/src/lex.l | 11 +++++++++++ 6 files changed, 66 insertions(+), 5 deletions(-) From brolley@redhat.com Wed Dec 17 11:25: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 0BAA77F3F for ; Wed, 17 Dec 2014 11:25:36 -0600 (CST) Received: from cuda.sgi.com (cuda1.sgi.com [192.48.157.11]) by relay2.corp.sgi.com (Postfix) with ESMTP id DF24B304053 for ; Wed, 17 Dec 2014 09:25:32 -0800 (PST) X-ASG-Debug-ID: 1418837131-04bdf0615f20f2d00001-S8gJnT Received: from mx1.redhat.com (mx1.redhat.com [209.132.183.28]) by cuda.sgi.com with ESMTP id uMngsI0e2mBhuLTy (version=TLSv1 cipher=AES256-SHA bits=256 verify=NO) for ; Wed, 17 Dec 2014 09:25:31 -0800 (PST) X-Barracuda-Envelope-From: brolley@redhat.com X-Barracuda-Apparent-Source-IP: 209.132.183.28 X-ASG-Whitelist: Client Received: from int-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 sBHHPRs1008790 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=FAIL); Wed, 17 Dec 2014 12:25:27 -0500 Received: from [10.15.16.134] (dhcp-10-15-16-134.yyz.redhat.com [10.15.16.134]) by int-mx14.intmail.prod.int.phx2.redhat.com (8.14.4/8.14.4) with ESMTP id sBHHPQae032150; Wed, 17 Dec 2014 12:25:26 -0500 Message-ID: <5491BD3D.3040207@redhat.com> Date: Wed, 17 Dec 2014 12:28:29 -0500 From: Dave Brolley User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:31.0) Gecko/20100101 Thunderbird/31.3.0 MIME-Version: 1.0 To: Ken McDonell CC: PCP Mailing List Subject: Re: [pcp] pcp updates References: <54915296.9090006@internode.on.net> X-ASG-Orig-Subj: Re: [pcp] pcp updates In-Reply-To: <54915296.9090006@internode.on.net> Content-Type: text/plain; charset=windows-1252; format=flowed Content-Transfer-Encoding: 7bit X-Scanned-By: MIMEDefang 2.68 on 10.5.11.27 X-Barracuda-Connect: mx1.redhat.com[209.132.183.28] X-Barracuda-Start-Time: 1418837131 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 12/17/2014 04:53 AM, Ken McDonell wrote: > I don't know what's going on with 344 and 569 ... my tree seems to be out of whack! > > The dbpmda commit is more useful. I pushed the dbpmda commit, but not the others. They cause the tests (344 and 569) to expect help text for the --container option to pminfo, however, there is no such option (yet) in pminfo in the upstream dev branch. Perhaps it's something pending that you picked up from Nathan? Dave From minnus@buffalo.edu Wed Dec 17 12:28: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 D7AC47F3F for ; Wed, 17 Dec 2014 12:28:18 -0600 (CST) Received: from cuda.sgi.com (cuda3.sgi.com [192.48.176.15]) by relay3.corp.sgi.com (Postfix) with ESMTP id 58EE6AC002 for ; Wed, 17 Dec 2014 10:28:15 -0800 (PST) X-ASG-Debug-ID: 1418840879-04cb6c05702019fb0001-S8gJnT Received: from mtareserve1.acsu.buffalo.edu (mtareserve8.acsu.buffalo.edu [128.205.6.19]) by cuda.sgi.com with ESMTP id AsacO0zACYQqgILg for ; Wed, 17 Dec 2014 10:27:59 -0800 (PST) X-Barracuda-Envelope-From: minnus@buffalo.edu X-Barracuda-Apparent-Source-IP: 128.205.6.19 Received: from localmailC.acsu.buffalo.edu (localmailc.acsu.buffalo.edu [128.205.5.204]) by mtareserve1.acsu.buffalo.edu (Postfix) with ESMTP id E1D33673; Wed, 17 Dec 2014 13:27:58 -0500 (EST) Received: from localmailC.acsu.buffalo.edu (localhost [127.0.0.1]) by localhost (Postfix) with SMTP id DB280F4FE; Wed, 17 Dec 2014 13:27:58 -0500 (EST) Received: from localmailC.acsu.buffalo.edu (localhost [127.0.0.1]) by localmailC.acsu.buffalo.edu (Postfix) with ESMTP id 48C26F4F7; Wed, 17 Dec 2014 13:27:57 -0500 (EST) Received: from smtp.buffalo.edu (smtp4.acsu.buffalo.edu [128.205.5.229]) by localmailC.acsu.buffalo.edu (Prefixe) with ESMTP id 300D2F4F5; Wed, 17 Dec 2014 13:27:57 -0500 (EST) Received: from prince.ccr.buffalo.edu (prince.ccr.buffalo.edu [128.205.40.45]) (Authenticated sender: minnus@buffalo.edu) by smtp.buffalo.edu (Postfix) with ESMTPSA id 261704471; Wed, 17 Dec 2014 13:27:57 -0500 (EST) Message-ID: <5491CB2C.3060208@buffalo.edu> Date: Wed, 17 Dec 2014 13:27:56 -0500 From: Martins Innus User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.10; rv:31.0) Gecko/20100101 Thunderbird/31.2.0 MIME-Version: 1.0 To: Nathan Scott CC: pcp@oss.sgi.com Subject: Re: [pcp] hotproc rfc References: <536D28B4.6010504@buffalo.edu> <1139662762.4765310.1399862104653.JavaMail.zimbra@redhat.com> <54230FAF.2080201@buffalo.edu> <905561536.62723741.1412657864635.JavaMail.zimbra@redhat.com> X-ASG-Orig-Subj: Re: [pcp] hotproc rfc In-Reply-To: <905561536.62723741.1412657864635.JavaMail.zimbra@redhat.com> Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 7bit X-PM-EL-Spam-Prob: : 8% X-Barracuda-Connect: mtareserve8.acsu.buffalo.edu[128.205.6.19] X-Barracuda-Start-Time: 1418840879 X-Barracuda-URL: http://192.48.176.15:80/cgi-mod/mark.cgi X-Barracuda-BRTS-Status: 1 X-Virus-Scanned: by bsmtpd at sgi.com X-Barracuda-Spam-Score: 0.00 X-Barracuda-Spam-Status: No, SCORE=0.00 using per-user scores of TAG_LEVEL=1000.0 QUARANTINE_LEVEL=1000.0 KILL_LEVEL=2.7 tests= X-Barracuda-Spam-Report: Code version 3.2, rules version 3.2.3.13019 Rule breakdown below pts rule name description ---- ---------------------- -------------------------------------------------- Nathan, I think this is in a pretty good state now. You can grab from here: https://github.com/ubccr/pcp/tree/hotproc_review I left it in it's own branch for now in case you think there is more work to do before merging. The git history is pretty ugly as I have been updating it to keep up with dev for a while. But it should merge cleanly. I just include the diffstat against dev here: qa/800 | 71 +++ qa/800.out | 69 +++ qa/group | 1 + src/pmdas/linux_proc/GNUmakefile | 24 +- src/pmdas/linux_proc/clusters.h | 14 +- src/pmdas/linux_proc/config.c | 570 ++++++++++++++++++++++ src/pmdas/linux_proc/config.h | 59 +++ src/pmdas/linux_proc/contexts.c | 16 + src/pmdas/linux_proc/contexts.h | 1 + src/pmdas/linux_proc/error.c | 40 ++ src/pmdas/linux_proc/gram.y | 168 +++++++ src/pmdas/linux_proc/gram_node.c | 201 ++++++++ src/pmdas/linux_proc/gram_node.h | 69 +++ src/pmdas/linux_proc/hotproc.c | 32 ++ src/pmdas/linux_proc/hotproc.h | 70 +++ src/pmdas/linux_proc/indom.h | 4 +- src/pmdas/linux_proc/lex.l | 114 +++++ src/pmdas/linux_proc/pmda.c | 442 ++++++++++++++++-- src/pmdas/linux_proc/pmdahotproc.1 | 315 +++++++++++++ src/pmdas/linux_proc/proc_dynamic.c | 201 ++++----- src/pmdas/linux_proc/proc_pid.c | 786 +++++++++++++++++++++++++++++-- src/pmdas/linux_proc/proc_pid.h | 12 + src/pmdas/linux_proc/root_proc | 44 ++ src/pmdas/linux_proc/samplehotproc.conf | 4 + 25 files changed, 3129 insertions(+), 209 deletions(-) Requires Ken's dbpmda changes which are not included here. Comments below. On 10/7/14 12:57 AM, Nathan Scott wrote: > I think the approach of merging the two PMDAs has worked well. Since > hotproc was originally written, the dynamic metrics concept has come > along and I think it'll be a better match here than any namespace file > script approach. Some more notes in the review - but, if I can help > with coding this aspect, just let me know (I have some of this fresh > in-mind from other recent hacking). It has now been all updated to use my dynamic metric changes. > > > There is already a pmStore > interface to allow dynamic changes (we should add some access controls > to those, see "have_access" in proc_store - use of that is missing for > the new metrics). In this case, checking for zero uid attribute would > be a good option, I think (in the absence of any more involved ACLs, > which could be added later). Just did the root check for now. > >> have some metrics available or should it be disabled (timer doesn't run, >> etc) >> if the user does not provide a config file? I have provided a > Yes, disabled and no-values by default I think. I provide a sample config, but hotproc is disabled by default. You can move the config in place and restart the pmda or use pmstore to set a config. > >> sample that is a simplification of what we are currently using. > That should be named sample.conf and hotproc.conf should not > exist by default, since we have no way of knowing up-front what > any individual site might want to use. pmdashping does something > like this, btw, might provide a reference - oh, the old pmdahotproc > Install script implements the same logic too actually. This could > be added into the pmdaproc Install. I did not do this yet. Since it would break the interface to "Install" in case someone is scripting against that. I can add if you think the benefit outweighs possible breakage. Right now, you would just move the config in place and restart the pmda. > >> 5. Some stats I couldn't find per process yet: syscalls (systemtap seems >> to be the only way to get these?) , and schedwait (doesn't seem to be >> available at all). > Yeah, IRIX had a fair bit more per-process instrumentation. Schedwait is there, but no syscalls. I left some commented code in for that since my hope is to get syscalls in there at some point, somehow. > > Good stuff. Other missing things would be docs and QA testing. The > original man page for pmdahotproc(1) is currently over in man/retired > in the pcp git tree - maybe go through that and pull out the relevant > bits (config format, pmstore interface, etc)? > > From a QA POV, I'm pretty sure there were some hotproc tests originally > - but, I cannot find any currently in the tree. I've sent a note to our > friends at SGI to see if they can help us out there. I'll send through > details once I hear back, but in general we should start thinking about > automated tests now that we have the basics in place, to support the next > rounds of development (and ongoing, into the future, of course). Man page and some QA included. I looked around and couldn't find any of the original QA scripts. Any word from SGI? > > > > diff --git a/src/pmdas/linux_proc/config.c b/src/pmdas/linux_proc/config.c > new file mode 100644 > index 0000000..498b5f9 > --- /dev/null > +++ b/src/pmdas/linux_proc/config.c > @@ -0,0 +1,561 @@ > [...] > + (void)fprintf(stderr, "%s: Unable to open configuration file \"%s\": %s\n", > + pmProgname, hotproc_configfile, osstrerror()); > + exit(1); > > This, and quite a few other cases of calling exit() here, should > be reworked to not fail quite so drastically. OK, these should all be fixed. > > +read_test_var(char *line, config_vars *vars) > > There's helper code here for testing, we should look into how to > automate its use. I'd like to rework config.c completely in the future ( remove tmp file writing, etc), but some of this is entwined with this apparent testing code. I'll hold off for a little bit in case any of that turns up, and do it all at once. > > diff --git a/src/pmdas/linux_proc/proc_pid.c b/src/pmdas/linux_proc/proc_pid.c > index c0bab14..6a7e4ec 100644 > --- a/src/pmdas/linux_proc/proc_pid.c > +++ b/src/pmdas/linux_proc/proc_pid.c > > (there's several different coding styles in this file, makes it > a bit jarring to read for me) I tried to fix this up. Some tab/space issues and formatting due to my copy and past of some of the original code I think. I would expect more QA needs and other fixes as other people test. Thanks for the help. Martins From fche@redhat.com Wed Dec 17 13:06:26 2014 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on oss.sgi.com X-Spam-Level: X-Spam-Status: No, score=0.0 required=5.0 tests=none autolearn=ham version=3.3.1 X-Original-To: pcp@oss.sgi.com Delivered-To: pcp@oss.sgi.com Received: from relay.sgi.com (relay3.corp.sgi.com [198.149.34.15]) by oss.sgi.com (Postfix) with ESMTP id 3A5007F3F for ; Wed, 17 Dec 2014 13:06:26 -0600 (CST) Received: from cuda.sgi.com (cuda1.sgi.com [192.48.157.11]) by relay3.corp.sgi.com (Postfix) with ESMTP id D99E1AC01A for ; Wed, 17 Dec 2014 11:06:22 -0800 (PST) X-ASG-Debug-ID: 1418843181-04bdf0616020fe5a0001-S8gJnT Received: from mx1.redhat.com (mx1.redhat.com [209.132.183.28]) by cuda.sgi.com with ESMTP id gQxWHdK17hryYgro (version=TLSv1 cipher=AES256-SHA bits=256 verify=NO) for ; Wed, 17 Dec 2014 11:06:21 -0800 (PST) X-Barracuda-Envelope-From: fche@redhat.com X-Barracuda-Apparent-Source-IP: 209.132.183.28 X-ASG-Whitelist: Client Received: from int-mx11.intmail.prod.int.phx2.redhat.com (int-mx11.intmail.prod.int.phx2.redhat.com [10.5.11.24]) by mx1.redhat.com (8.14.4/8.14.4) with ESMTP id sBHJ6L6i030692 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=FAIL) for ; Wed, 17 Dec 2014 14:06:21 -0500 Received: from fche.csb (vpn-54-193.rdu2.redhat.com [10.10.54.193]) by int-mx11.intmail.prod.int.phx2.redhat.com (8.14.4/8.14.4) with ESMTP id sBHJ6KQk000525; Wed, 17 Dec 2014 14:06:21 -0500 Received: by fche.csb (Postfix, from userid 2569) id 5058F58194; Wed, 17 Dec 2014 13:37:18 -0500 (EST) Date: Wed, 17 Dec 2014 13:37:18 -0500 From: "Frank Ch. Eigler" To: Dave Brolley Cc: pcp developers Subject: Re: [pcp] pcp update: papi-pmda dynamic metrictab[] Message-ID: <20141217183718.GB3907@redhat.com> X-ASG-Orig-Subj: Re: [pcp] pcp update: papi-pmda dynamic metrictab[] References: <20141125195716.GE5088@redhat.com> <549095F0.7080204@redhat.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <549095F0.7080204@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: 1418843181 X-Barracuda-Encrypted: AES256-SHA X-Barracuda-URL: http://192.48.157.11:80/cgi-mod/mark.cgi X-Virus-Scanned: by bsmtpd at sgi.com X-Barracuda-BRTS-Status: 1 Hi - > I'm not finding this commit on fche/dev or fche/papi in the pcpfans > repo. Where can I find it? > > >commit ede409944fe58fef2eaba2dd275a0899745bb9bd > >Author: Frank Ch. Eigler > >Date: Sun Nov 23 19:50:26 2014 -0500 > > > > papi pmda: use dynamic metric description > > > > Using kenj's commit #f856e2c171, it becomes possible to avoid > > allocating a metrictab[] in the pmda, when it is so easy to generate > > each pmDesc on demand. This is done by having the pmdaFetch() > > function in libpcp_pmda fall back to the pmdaInterface->desc callback > > (if set), if a metrictab[] was not specified during pmdaInit(). > [...] It's been updated and pushed to pcpfans.git fche/papi. commit ecfacf3ff6e28104b23be47cf23fe88c578bee6c (HEAD, origin/fche/papi, fche/papi) Author: Frank Ch. Eigler Date: Sun Nov 23 19:50:26 2014 -0500 papi pmda: use dynamic metric description Using kenj's commit #f856e2c171, it becomes possible to avoid allocating a metrictab[] in the pmda, when it is so easy to generate each pmDesc on demand. This is done by having the pmdaFetch() function in libpcp_pmda fall back to the pmdaInterface->desc callback (if set), if a metrictab[] was not specified during pmdaInit(). The papi pmda is converted to this scheme. A few metric pmUnts are corrected. qa/967.out | 4 +-- src/libpcp_pmda/src/callback.c | 25 ++++++++++++-- src/pmdas/papi/.gitignore | 2 ++ src/pmdas/papi/papi.c | 135 +++++++++++++++++++++++++++++++++++++++----------------------------------- 4 files changed, 98 insertions(+), 68 deletions(-) From nscott@redhat.com Wed Dec 17 13:56:09 2014 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on oss.sgi.com X-Spam-Level: X-Spam-Status: No, score=0.0 required=5.0 tests=none autolearn=ham version=3.3.1 X-Original-To: pcp@oss.sgi.com Delivered-To: pcp@oss.sgi.com Received: from relay.sgi.com (relay1.corp.sgi.com [137.38.102.111]) by oss.sgi.com (Postfix) with ESMTP id 693CE7F4E for ; Wed, 17 Dec 2014 13:56:09 -0600 (CST) Received: from cuda.sgi.com (cuda2.sgi.com [192.48.176.25]) by relay1.corp.sgi.com (Postfix) with ESMTP id 573B58F8054 for ; Wed, 17 Dec 2014 11:56:06 -0800 (PST) X-ASG-Debug-ID: 1418846164-04cbb0106b103f700001-S8gJnT Received: from mx3-phx2.redhat.com (mx3-phx2.redhat.com [209.132.183.24]) by cuda.sgi.com with ESMTP id 7BsKibSiMQVeA7eH (version=TLSv1 cipher=AES256-SHA bits=256 verify=NO) for ; Wed, 17 Dec 2014 11:56:05 -0800 (PST) X-Barracuda-Envelope-From: nscott@redhat.com X-Barracuda-Apparent-Source-IP: 209.132.183.24 Received: from zmail20.collab.prod.int.phx2.redhat.com (zmail20.collab.prod.int.phx2.redhat.com [10.5.83.23]) by mx3-phx2.redhat.com (8.13.8/8.13.8) with ESMTP id sBHJu0g0031791; Wed, 17 Dec 2014 14:56:00 -0500 Date: Wed, 17 Dec 2014 14:55:59 -0500 (EST) From: Nathan Scott Reply-To: Nathan Scott To: Dave Brolley Cc: Ken McDonell , PCP Mailing List Message-ID: <1200083123.50015.1418846159794.JavaMail.zimbra@redhat.com> In-Reply-To: <5491BD3D.3040207@redhat.com> References: <54915296.9090006@internode.on.net> <5491BD3D.3040207@redhat.com> Subject: Re: [pcp] pcp updates MIME-Version: 1.0 X-ASG-Orig-Subj: Re: [pcp] pcp updates Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-Originating-IP: [10.5.82.6] X-Mailer: Zimbra 8.0.6_GA_5922 (ZimbraWebClient - FF17 (Linux)/8.0.6_GA_5922) Thread-Topic: pcp updates Thread-Index: RXSZ0ioi4sE0xMpZrK4Pv9dj3vRjBg== X-Barracuda-Connect: mx3-phx2.redhat.com[209.132.183.24] X-Barracuda-Start-Time: 1418846164 X-Barracuda-Encrypted: AES256-SHA X-Barracuda-URL: http://192.48.176.25:80/cgi-mod/mark.cgi X-Virus-Scanned: by bsmtpd at sgi.com X-Barracuda-BRTS-Status: 1 X-Barracuda-Spam-Score: 0.03 X-Barracuda-Spam-Status: No, SCORE=0.03 using per-user scores of TAG_LEVEL=1000.0 QUARANTINE_LEVEL=1000.0 KILL_LEVEL=2.7 tests=BSF_SC0_SA_TO_FROM_DOMAIN_MATCH, THREAD_INDEX, THREAD_TOPIC X-Barracuda-Spam-Report: Code version 3.2, rules version 3.2.3.13023 Rule breakdown below pts rule name description ---- ---------------------- -------------------------------------------------- 0.01 THREAD_INDEX thread-index: AcO7Y8iR61tzADqsRmmc5wNiFHEOig== 0.01 THREAD_TOPIC Thread-Topic: ...(Japanese Subject)... 0.01 BSF_SC0_SA_TO_FROM_DOMAIN_MATCH Sender Domain Matches Recipient Domain ----- Original Message ----- > On 12/17/2014 04:53 AM, Ken McDonell wrote: > > I don't know what's going on with 344 and 569 ... my tree seems to be out > > of whack! > > > > The dbpmda commit is more useful. > I pushed the dbpmda commit, but not the others. They cause the tests > (344 and 569) to expect help text for the --container option to pminfo, > however, there is no such option (yet) in pminfo in the upstream dev > branch. Perhaps it's something pending that you picked up from Nathan? Thanks Dave, I'll fix this last little bit up shortly. cheers. -- Nathan From brolley@redhat.com Wed Dec 17 17:06:03 2014 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on oss.sgi.com X-Spam-Level: X-Spam-Status: No, score=0.0 required=5.0 tests=none autolearn=ham version=3.3.1 X-Original-To: pcp@oss.sgi.com Delivered-To: pcp@oss.sgi.com Received: from relay.sgi.com (relay1.corp.sgi.com [137.38.102.111]) by oss.sgi.com (Postfix) with ESMTP id BC93C7F3F for ; Wed, 17 Dec 2014 17:06:03 -0600 (CST) Received: from cuda.sgi.com (cuda3.sgi.com [192.48.176.15]) by relay1.corp.sgi.com (Postfix) with ESMTP id AB3998F804C for ; Wed, 17 Dec 2014 15:06:00 -0800 (PST) X-ASG-Debug-ID: 1418857558-04cb6c057320461e0001-S8gJnT Received: from mx1.redhat.com (mx1.redhat.com [209.132.183.28]) by cuda.sgi.com with ESMTP id woMivWqIJCxREqGT (version=TLSv1 cipher=AES256-SHA bits=256 verify=NO) for ; Wed, 17 Dec 2014 15:05:59 -0800 (PST) X-Barracuda-Envelope-From: brolley@redhat.com X-Barracuda-Apparent-Source-IP: 209.132.183.28 X-ASG-Whitelist: Client Received: from int-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 sBHN5wmx021128 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=FAIL) for ; Wed, 17 Dec 2014 18:05:58 -0500 Received: from [10.15.16.134] (dhcp-10-15-16-134.yyz.redhat.com [10.15.16.134]) by int-mx14.intmail.prod.int.phx2.redhat.com (8.14.4/8.14.4) with ESMTP id sBHN5wqO021022 for ; Wed, 17 Dec 2014 18:05:58 -0500 Message-ID: <54920D0D.8040103@redhat.com> Date: Wed, 17 Dec 2014 18:09:01 -0500 From: Dave Brolley User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:31.0) Gecko/20100101 Thunderbird/31.3.0 MIME-Version: 1.0 To: PCP Mailing List Subject: pcp updates: fche papi pmda dynamic metrics Content-Type: text/plain; charset=utf-8; format=flowed X-ASG-Orig-Subj: pcp updates: fche papi pmda dynamic metrics 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: 1418857559 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.pcp.io/pcp.git dev Frank Ch. Eigler (1): papi pmda: use dynamic metric description qa/967.out | 4 - src/libpcp_pmda/src/callback.c | 25 ++++++- src/pmdas/papi/.gitignore | 2 src/pmdas/papi/papi.c | 135 +++++++++++++++++++++-------------------- 4 files changed, 98 insertions(+), 68 deletions(-) From kenj@internode.on.net Wed Dec 17 18:34:47 2014 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on oss.sgi.com X-Spam-Level: X-Spam-Status: No, score=0.0 required=5.0 tests=none autolearn=ham version=3.3.1 X-Original-To: pcp@oss.sgi.com Delivered-To: pcp@oss.sgi.com Received: from relay.sgi.com (relay2.corp.sgi.com [137.38.102.29]) by oss.sgi.com (Postfix) with ESMTP id 7B8707F3F for ; Wed, 17 Dec 2014 18:34:47 -0600 (CST) Received: from cuda.sgi.com (cuda3.sgi.com [192.48.176.15]) by relay2.corp.sgi.com (Postfix) with ESMTP id 5B42430406B for ; Wed, 17 Dec 2014 16:34:47 -0800 (PST) X-ASG-Debug-ID: 1418862880-04cb6c0570204dad0001-S8gJnT Received: from ipmail05.adl6.internode.on.net (ipmail05.adl6.internode.on.net [150.101.137.143]) by cuda.sgi.com with ESMTP id vaNo8s877shx6uy7 for ; Wed, 17 Dec 2014 16:34:41 -0800 (PST) X-Barracuda-Envelope-From: kenj@internode.on.net X-Barracuda-Apparent-Source-IP: 150.101.137.143 X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: AvsBAFMgklR20SlqPGdsb2JhbAANTYNYWIMGgyq/U4cqAQEBAQEGAQEBATiEcRVAMAYCBRYLAgsDAgECATEnBgIBAYg1vVtwlmaBIY5uglKBQQWRRpZyhCJbgkMBAQE Received: from ppp118-209-41-106.lns20.mel4.internode.on.net (HELO [192.168.1.100]) ([118.209.41.106]) by ipmail05.adl6.internode.on.net with ESMTP; 18 Dec 2014 11:03:12 +1030 Message-ID: <54922153.9060506@internode.on.net> Date: Thu, 18 Dec 2014 11:35:31 +1100 From: Ken McDonell User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:31.0) Gecko/20100101 Thunderbird/31.3.0 MIME-Version: 1.0 To: pcp@oss.sgi.com Subject: pcp updates - minor, no one else will care 8^)> Content-Type: text/plain; charset=utf-8; format=flowed X-ASG-Orig-Subj: pcp updates - minor, no one else will care 8^)> Content-Transfer-Encoding: 7bit X-Barracuda-Connect: ipmail05.adl6.internode.on.net[150.101.137.143] X-Barracuda-Start-Time: 1418862880 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.13033 Rule breakdown below pts rule name description ---- ---------------------- -------------------------------------------------- Changes committed to git://git.performancecopilot.org/kenj/pcp.git dev qa/admin/check-vm | 25 ++++++++++++++++--------- 1 file changed, 16 insertions(+), 9 deletions(-) commit d583d7a0edbd914403d5eedb16c99416365c58f6 Author: Ken McDonell Date: Thu Dec 18 07:10:22 2014 +1100 qa/admin/check-vm: track yet more package dependencies in the build From nscott@redhat.com Thu Dec 18 00:41:46 2014 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on oss.sgi.com X-Spam-Level: X-Spam-Status: No, score=0.0 required=5.0 tests=none autolearn=ham version=3.3.1 X-Original-To: pcp@oss.sgi.com Delivered-To: pcp@oss.sgi.com Received: from relay.sgi.com (relay2.corp.sgi.com [137.38.102.29]) by oss.sgi.com (Postfix) with ESMTP id 148FD7F3F for ; Thu, 18 Dec 2014 00:41:46 -0600 (CST) Received: from cuda.sgi.com (cuda2.sgi.com [192.48.176.25]) by relay2.corp.sgi.com (Postfix) with ESMTP id 03D4630407A for ; Wed, 17 Dec 2014 22:41:42 -0800 (PST) X-ASG-Debug-ID: 1418884899-04cbb0106b10a8ef0001-S8gJnT Received: from mx3-phx2.redhat.com (mx3-phx2.redhat.com [209.132.183.24]) by cuda.sgi.com with ESMTP id hSJD271wBj2vCHKt (version=TLSv1 cipher=AES256-SHA bits=256 verify=NO) for ; Wed, 17 Dec 2014 22:41:40 -0800 (PST) X-Barracuda-Envelope-From: nscott@redhat.com X-Barracuda-Apparent-Source-IP: 209.132.183.24 Received: from zmail20.collab.prod.int.phx2.redhat.com (zmail20.collab.prod.int.phx2.redhat.com [10.5.83.23]) by mx3-phx2.redhat.com (8.13.8/8.13.8) with ESMTP id sBI6fdat021140 for ; Thu, 18 Dec 2014 01:41:39 -0500 Date: Thu, 18 Dec 2014 01:41:39 -0500 (EST) From: Nathan Scott Reply-To: Nathan Scott To: PCP Mailing List Message-ID: <1282216324.209140.1418884899472.JavaMail.zimbra@redhat.com> In-Reply-To: <320628487.208939.1418884781747.JavaMail.zimbra@redhat.com> Subject: pcp updates: hotproc, dbpmda, qa MIME-Version: 1.0 X-ASG-Orig-Subj: pcp updates: hotproc, dbpmda, 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: hotproc, dbpmda, qa Thread-Index: YFFqQK+3b4Q9+TGEAA7uAyp7SJmAIA== X-Barracuda-Connect: mx3-phx2.redhat.com[209.132.183.24] X-Barracuda-Start-Time: 1418884900 X-Barracuda-Encrypted: AES256-SHA X-Barracuda-URL: http://192.48.176.25:80/cgi-mod/mark.cgi X-Virus-Scanned: by bsmtpd at sgi.com X-Barracuda-BRTS-Status: 1 X-Barracuda-Spam-Score: 0.02 X-Barracuda-Spam-Status: No, SCORE=0.02 using per-user scores of TAG_LEVEL=1000.0 QUARANTINE_LEVEL=1000.0 KILL_LEVEL=2.7 tests=THREAD_INDEX, THREAD_TOPIC X-Barracuda-Spam-Report: Code version 3.2, rules version 3.2.3.13044 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 Martins Innus (25): hotproc : self contained file merge hotproc : initial makefile changes hotproc : initial header changes hotproc : initial sourcefile changes hotproc : namespace changes hotproc : add .y/.l files to makefile hotproc : update yacc to modern usage for parsing from a buffer, also some build fixes hotproc : pmstore additions hotproc : readability cleanups hotproc : Add idle and transient hotproc : fix tmpnam usage hotproc : Reconcile with upstream changes hotproc : Add ctxswitch and iowait hotproc : code and comment cleanups hotproc : include a default config hotproc : automate root_proc generation hotproc : cleanup some debug output hotproc : fix buffer overflow dynamic_hotproc : fixups to make hotprocs code work with new dynamic hotprocs backend dynamic_hotproc : Keep trying to get it working dynamic_hotproc : More updates for cgroups changes and other cleanups hotproc : Various cleanups from Nathans review hotproc : More merge cleanups, add a QA test Nathan Scott (3): qa: remove indeterminism in pmda unbound test qa/754 qa: settle on a good string for --container usage hotproc pmda: small cleanups noticed while merging Ken McDonell (2): dbpmda: extend string syntax to include both " and ' delimiters qa/admin/check-vm: track yet more package dependencies in the build man/man1/dbpmda.1 | 5 qa/344.out | 44 qa/569.out | 4 qa/617 | 7 qa/617.out.3 | 40 qa/754 | 10 qa/754.out | 234 +- qa/800 | 88 qa/800.out | 69 qa/967 | 4 qa/967.out | 8 qa/admin/check-vm | 25 qa/group | 1 src/dbpmda/src/lex.l | 11 src/include/pcp/pmda.h | 4 src/libpcp_pmda/src/dynamic.c | 135 + src/libpcp_pmda/src/tree.c | 2 src/pmdas/linux_proc/.gitignore | 1 src/pmdas/linux_proc/GNUmakefile | 54 src/pmdas/linux_proc/build_root_proc.sh | 44 src/pmdas/linux_proc/cgroups.c | 3 src/pmdas/linux_proc/clusters.h | 14 src/pmdas/linux_proc/config.c | 891 ++++++++- src/pmdas/linux_proc/config.h | 140 + src/pmdas/linux_proc/contexts.c | 16 src/pmdas/linux_proc/contexts.h | 1 src/pmdas/linux_proc/create_hot_pmns.awk | 72 src/pmdas/linux_proc/error.c | 64 src/pmdas/linux_proc/gram.y | 192 +- src/pmdas/linux_proc/gram_node.c | 299 ++- src/pmdas/linux_proc/gram_node.h | 73 src/pmdas/linux_proc/hotproc.c | 64 src/pmdas/linux_proc/hotproc.conf | 8 src/pmdas/linux_proc/hotproc.h | 96 - src/pmdas/linux_proc/indom.h | 1 src/pmdas/linux_proc/insert_into_root_pmns.awk | 42 src/pmdas/linux_proc/lex.l | 132 + src/pmdas/linux_proc/pmda.c | 1491 +++++++++------- src/pmdas/linux_proc/pmdahotproc.1 | 315 +++ src/pmdas/linux_proc/proc_dynamic.c | 407 +--- src/pmdas/linux_proc/proc_dynamic.h | 7 src/pmdas/linux_proc/proc_pid.c | 2231 ++++++++++++++++--------- src/pmdas/linux_proc/proc_pid.h | 23 src/pmdas/linux_proc/root_hotproc.in | 62 src/pmdas/linux_proc/root_proc | 614 +++--- src/pmdas/linux_proc/root_proc.in | 259 ++ src/pmdas/linux_proc/samplehotproc.conf | 4 47 files changed, 5701 insertions(+), 2776 deletions(-) From nscott@redhat.com Thu Dec 18 00:44:38 2014 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on oss.sgi.com X-Spam-Level: X-Spam-Status: No, score=0.0 required=5.0 tests=none autolearn=ham version=3.3.1 X-Original-To: pcp@oss.sgi.com Delivered-To: pcp@oss.sgi.com Received: from relay.sgi.com (relay3.corp.sgi.com [198.149.34.15]) by oss.sgi.com (Postfix) with ESMTP id 7CD787F3F for ; Thu, 18 Dec 2014 00:44:38 -0600 (CST) Received: from cuda.sgi.com (cuda1.sgi.com [192.48.157.11]) by relay3.corp.sgi.com (Postfix) with ESMTP id 1B393AC00A for ; Wed, 17 Dec 2014 22:44:37 -0800 (PST) X-ASG-Debug-ID: 1418885073-04bdf0615f21702e0001-S8gJnT Received: from mx4-phx2.redhat.com (mx4-phx2.redhat.com [209.132.183.25]) by cuda.sgi.com with ESMTP id VAIWWF5VSC2L6wuo (version=TLSv1 cipher=AES256-SHA bits=256 verify=NO) for ; Wed, 17 Dec 2014 22:44:33 -0800 (PST) X-Barracuda-Envelope-From: nscott@redhat.com X-Barracuda-Apparent-Source-IP: 209.132.183.25 Received: from zmail20.collab.prod.int.phx2.redhat.com (zmail20.collab.prod.int.phx2.redhat.com [10.5.83.23]) by mx4-phx2.redhat.com (8.13.8/8.13.8) with ESMTP id sBI6iWHP011223; Thu, 18 Dec 2014 01:44:32 -0500 Date: Thu, 18 Dec 2014 01:44:32 -0500 (EST) From: Nathan Scott Reply-To: Nathan Scott To: Martins Innus Cc: pcp@oss.sgi.com Message-ID: <1187598262.210622.1418885072122.JavaMail.zimbra@redhat.com> In-Reply-To: <5491CB2C.3060208@buffalo.edu> References: <536D28B4.6010504@buffalo.edu> <1139662762.4765310.1399862104653.JavaMail.zimbra@redhat.com> <54230FAF.2080201@buffalo.edu> <905561536.62723741.1412657864635.JavaMail.zimbra@redhat.com> <5491CB2C.3060208@buffalo.edu> Subject: Re: [pcp] hotproc rfc MIME-Version: 1.0 X-ASG-Orig-Subj: Re: [pcp] hotproc rfc Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-Originating-IP: [10.5.82.6] X-Mailer: Zimbra 8.0.6_GA_5922 (ZimbraWebClient - FF17 (Linux)/8.0.6_GA_5922) Thread-Topic: hotproc rfc Thread-Index: O2f6Qa8IU6zxRyDF+/rU+SPrtJMR6A== X-Barracuda-Connect: mx4-phx2.redhat.com[209.132.183.25] X-Barracuda-Start-Time: 1418885073 X-Barracuda-Encrypted: AES256-SHA X-Barracuda-URL: http://192.48.157.11:80/cgi-mod/mark.cgi X-Virus-Scanned: by bsmtpd at sgi.com X-Barracuda-BRTS-Status: 1 X-Barracuda-Spam-Score: 0.02 X-Barracuda-Spam-Status: No, SCORE=0.02 using per-user scores of TAG_LEVEL=1000.0 QUARANTINE_LEVEL=1000.0 KILL_LEVEL=2.7 tests=THREAD_INDEX, THREAD_TOPIC X-Barracuda-Spam-Report: Code version 3.2, rules version 3.2.3.13044 Rule breakdown below pts rule name description ---- ---------------------- -------------------------------------------------- 0.01 THREAD_INDEX thread-index: AcO7Y8iR61tzADqsRmmc5wNiFHEOig== 0.01 THREAD_TOPIC Thread-Topic: ...(Japanese Subject)... ----- Original Message ----- > Nathan, > I think this is in a pretty good state now. You can grab from here: > > https://github.com/ubccr/pcp/tree/hotproc_review > > I left it in it's own branch for now in case you think there is more > work to do before merging. The git history is pretty ugly as I have > been updating it to keep up with dev for a while. But it should merge > cleanly. I just include the diffstat against dev here: OK, all merged now - I made some small tweaks, if you could double check those? I musta had a leftover hotproc.conf from earlier cos the test failed - updated to deal with that too. > > > > (there's several different coding styles in this file, makes it > > a bit jarring to read for me) > I tried to fix this up. Some tab/space issues and formatting due to my > copy and past of some of the original code I think. I had a little hack at this too - its looking much better now. > I would expect more QA needs and other fixes as other people test. Yep, sounds good to me. > Thanks for the help. No problem at all. cheers. -- Nathan From minnus@buffalo.edu Thu Dec 18 12:02:36 2014 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on oss.sgi.com X-Spam-Level: X-Spam-Status: No, score=0.0 required=5.0 tests=none autolearn=ham version=3.3.1 X-Original-To: pcp@oss.sgi.com Delivered-To: pcp@oss.sgi.com Received: from relay.sgi.com (relay1.corp.sgi.com [137.38.102.111]) by oss.sgi.com (Postfix) with ESMTP id D90E97F3F for ; Thu, 18 Dec 2014 12:02:36 -0600 (CST) Received: from cuda.sgi.com (cuda1.sgi.com [192.48.157.11]) by relay1.corp.sgi.com (Postfix) with ESMTP id AA23C8F8054 for ; Thu, 18 Dec 2014 10:02:36 -0800 (PST) X-ASG-Debug-ID: 1418925751-04bdf0616121b4e60001-S8gJnT Received: from mtareserve1.acsu.buffalo.edu (mtareserve8.acsu.buffalo.edu [128.205.6.19]) by cuda.sgi.com with ESMTP id plp3DLCSFaO35f9t for ; Thu, 18 Dec 2014 10:02:32 -0800 (PST) X-Barracuda-Envelope-From: minnus@buffalo.edu X-Barracuda-Apparent-Source-IP: 128.205.6.19 Received: from localmailD.acsu.buffalo.edu (localmaild.acsu.buffalo.edu [128.205.5.208]) by mtareserve1.acsu.buffalo.edu (Postfix) with ESMTP id 9D63D379; Thu, 18 Dec 2014 13:02:31 -0500 (EST) Received: from localmailD.acsu.buffalo.edu (localhost [127.0.0.1]) by localhost (Postfix) with SMTP id 93BD4346F7; Thu, 18 Dec 2014 13:02:31 -0500 (EST) Received: from localmailD.acsu.buffalo.edu (localhost [127.0.0.1]) by localmailD.acsu.buffalo.edu (Postfix) with ESMTP id 2CFC3346F3; Thu, 18 Dec 2014 13:02:31 -0500 (EST) Received: from smtp.buffalo.edu (smtp3.acsu.buffalo.edu [128.205.5.226]) by localmailD.acsu.buffalo.edu (Prefixe) with ESMTP id 1939B346F2; Thu, 18 Dec 2014 13:02:31 -0500 (EST) Received: from prince.ccr.buffalo.edu (prince.ccr.buffalo.edu [128.205.40.45]) (Authenticated sender: minnus@buffalo.edu) by smtp.buffalo.edu (Postfix) with ESMTPSA id E8F1548F2; Thu, 18 Dec 2014 13:02:30 -0500 (EST) Message-ID: <549316B6.8010001@buffalo.edu> Date: Thu, 18 Dec 2014 13:02:30 -0500 From: Martins Innus User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.10; rv:31.0) Gecko/20100101 Thunderbird/31.2.0 MIME-Version: 1.0 To: Nathan Scott CC: pcp@oss.sgi.com Subject: Re: [pcp] hotproc rfc References: <536D28B4.6010504@buffalo.edu> <1139662762.4765310.1399862104653.JavaMail.zimbra@redhat.com> <54230FAF.2080201@buffalo.edu> <905561536.62723741.1412657864635.JavaMail.zimbra@redhat.com> <5491CB2C.3060208@buffalo.edu> <1187598262.210622.1418885072122.JavaMail.zimbra@redhat.com> X-ASG-Orig-Subj: Re: [pcp] hotproc rfc In-Reply-To: <1187598262.210622.1418885072122.JavaMail.zimbra@redhat.com> Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 7bit X-PM-EL-Spam-Prob: : 8% X-Barracuda-Connect: mtareserve8.acsu.buffalo.edu[128.205.6.19] X-Barracuda-Start-Time: 1418925752 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.13066 Rule breakdown below pts rule name description ---- ---------------------- -------------------------------------------------- Nathan, On 12/18/14 1:44 AM, Nathan Scott wrote: > OK, all merged now - I made some small tweaks, if you could double > check those? I musta had a leftover hotproc.conf from earlier cos > the test failed - updated to deal with that too. > Great, thanks for the cleanup! All looks good here. Will test over the next few days. Martins From nscott@redhat.com Thu Dec 18 15:49:05 2014 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on oss.sgi.com X-Spam-Level: X-Spam-Status: No, score=0.0 required=5.0 tests=none autolearn=ham version=3.3.1 X-Original-To: pcp@oss.sgi.com Delivered-To: pcp@oss.sgi.com Received: from relay.sgi.com (relay2.corp.sgi.com [137.38.102.29]) by oss.sgi.com (Postfix) with ESMTP id 783A27F51 for ; Thu, 18 Dec 2014 15:49:05 -0600 (CST) Received: from cuda.sgi.com (cuda1.sgi.com [192.48.157.11]) by relay2.corp.sgi.com (Postfix) with ESMTP id 48B5A304071 for ; Thu, 18 Dec 2014 13:49:02 -0800 (PST) X-ASG-Debug-ID: 1418939336-04bdf0616021ddd90001-S8gJnT Received: from mx6-phx2.redhat.com (mx6-phx2.redhat.com [209.132.183.39]) by cuda.sgi.com with ESMTP id 0TZJrkHTf8Hcq81B (version=TLSv1 cipher=AES256-SHA bits=256 verify=NO) for ; Thu, 18 Dec 2014 13:48:57 -0800 (PST) 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 sBILmtL7005746; Thu, 18 Dec 2014 16:48:55 -0500 Date: Thu, 18 Dec 2014 16:48:55 -0500 (EST) From: Nathan Scott Reply-To: Nathan Scott To: Martins Innus Cc: pcp@oss.sgi.com Message-ID: <952710162.849449.1418939335518.JavaMail.zimbra@redhat.com> In-Reply-To: <549316B6.8010001@buffalo.edu> References: <536D28B4.6010504@buffalo.edu> <1139662762.4765310.1399862104653.JavaMail.zimbra@redhat.com> <54230FAF.2080201@buffalo.edu> <905561536.62723741.1412657864635.JavaMail.zimbra@redhat.com> <5491CB2C.3060208@buffalo.edu> <1187598262.210622.1418885072122.JavaMail.zimbra@redhat.com> <549316B6.8010001@buffalo.edu> Subject: Re: [pcp] hotproc rfc MIME-Version: 1.0 X-ASG-Orig-Subj: Re: [pcp] hotproc rfc Content-Type: multipart/mixed; boundary="----=_Part_849447_1938455968.1418939335516" X-Originating-IP: [10.5.82.12] X-Mailer: Zimbra 8.0.6_GA_5922 (ZimbraWebClient - FF17 (Linux)/8.0.6_GA_5922) Thread-Topic: hotproc rfc Thread-Index: V2OGdWrj05XXwkvwMWZ726rVM/Bg2w== X-Barracuda-Connect: mx6-phx2.redhat.com[209.132.183.39] X-Barracuda-Start-Time: 1418939337 X-Barracuda-Encrypted: AES256-SHA X-Barracuda-URL: http://192.48.157.11:80/cgi-mod/mark.cgi X-Virus-Scanned: by bsmtpd at sgi.com X-Barracuda-BRTS-Status: 1 X-Barracuda-Spam-Score: 0.02 X-Barracuda-Spam-Status: No, SCORE=0.02 using per-user scores of TAG_LEVEL=1000.0 QUARANTINE_LEVEL=1000.0 KILL_LEVEL=2.7 tests=THREAD_INDEX, THREAD_TOPIC X-Barracuda-Spam-Report: Code version 3.2, rules version 3.2.3.13072 Rule breakdown below pts rule name description ---- ---------------------- -------------------------------------------------- 0.01 THREAD_INDEX thread-index: AcO7Y8iR61tzADqsRmmc5wNiFHEOig== 0.01 THREAD_TOPIC Thread-Topic: ...(Japanese Subject)... ------=_Part_849447_1938455968.1418939335516 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit Hi Martins, ----- Original Message ----- > Nathan, > > On 12/18/14 1:44 AM, Nathan Scott wrote: > > OK, all merged now - I made some small tweaks, if you could double > > check those? I musta had a leftover hotproc.conf from earlier cos > > the test failed - updated to deal with that too. > > > Great, thanks for the cleanup! All looks good here. Will test over the > next few days. No worries & thanks. Actually, not sure how I missed it yesterday but I notice this morning that qa/185 is failing ... I probably wont get to it today, if you could take a look into it that'd be awesome. See attached. cheers. -- Nathan ------=_Part_849447_1938455968.1418939335516 Content-Type: application/octet-stream; name=185.out.bad Content-Disposition: attachment; filename=185.out.bad Content-Transfer-Encoding: base64 UUEgb3V0cHV0IGNyZWF0ZWQgYnkgMTg1Cgo9PT0gcG1uZXdsb2cgIzEgPT0KTm90aGluZyB1bmV4 cGVjdGVkIGluIHRoZSBwbW5ld2xvZyBvdXRwdXQKCj09PSBjb25maWcgZGlmZmVyZW5jZXMgPT09 CjFkMAo8ICMgc2luZ3VsYXIgaW5zdGFuY2VzCjNkMQo8IGxvZyBtYW5kYXRvcnkgb24gMTAgc2Vj IHNhbXBsZS5sb2FkCjUsOGMzLDI0CjwgIyBtdWx0aXBsZSBpbnN0YW5jZXMKPCBsb2cgbWFuZGF0 b3J5IG9mZiBzYW1wbGUuY29sb3VyCjwgbG9nIG1hbmRhdG9yeSBvbiAyMCBzZWMgc2FtcGxlLmJp bgo8IGxvZyBhZHZpc29yeSBvbiAxIG1pbiBzYW1wbGUuYnVja2V0Ci0tLQo+IGxvZyBtYW5kYXRv cnkgb24gMTAgc2VjIHNhbXBsZS5sb2FkCj4gbG9nIG1hbmRhdG9yeSBvZmYgc2FtcGxlLmNvbG91 ciBbInJlZCJdCj4gbG9nIG1hbmRhdG9yeSBvZmYgc2FtcGxlLmNvbG91ciBbImdyZWVuIl0KPiBs b2cgbWFuZGF0b3J5IG9mZiBzYW1wbGUuY29sb3VyIFsiYmx1ZSJdCj4gbG9nIG1hbmRhdG9yeSBv biAyMCBzZWMgc2FtcGxlLmJpbiBbImJpbi0xMDAiXQo+IGxvZyBtYW5kYXRvcnkgb24gMjAgc2Vj IHNhbXBsZS5iaW4gWyJiaW4tMjAwIl0KPiBsb2cgbWFuZGF0b3J5IG9uIDIwIHNlYyBzYW1wbGUu YmluIFsiYmluLTMwMCJdCj4gbG9nIG1hbmRhdG9yeSBvbiAyMCBzZWMgc2FtcGxlLmJpbiBbImJp bi00MDAiXQo+IGxvZyBtYW5kYXRvcnkgb24gMjAgc2VjIHNhbXBsZS5iaW4gWyJiaW4tNTAwIl0K PiBsb2cgbWFuZGF0b3J5IG9uIDIwIHNlYyBzYW1wbGUuYmluIFsiYmluLTYwMCJdCj4gbG9nIG1h bmRhdG9yeSBvbiAyMCBzZWMgc2FtcGxlLmJpbiBbImJpbi03MDAiXQo+IGxvZyBtYW5kYXRvcnkg b24gMjAgc2VjIHNhbXBsZS5iaW4gWyJiaW4tODAwIl0KPiBsb2cgbWFuZGF0b3J5IG9uIDIwIHNl YyBzYW1wbGUuYmluIFsiYmluLTkwMCJdCj4gbG9nIGFkdmlzb3J5IG9uIDEgbWluIHNhbXBsZS5i dWNrZXQgWyJiaW4tMTAwIl0KPiBsb2cgYWR2aXNvcnkgb24gMSBtaW4gc2FtcGxlLmJ1Y2tldCBb ImJpbi0yMDAiXQo+IGxvZyBhZHZpc29yeSBvbiAxIG1pbiBzYW1wbGUuYnVja2V0IFsiYmluLTMw MCJdCj4gbG9nIGFkdmlzb3J5IG9uIDEgbWluIHNhbXBsZS5idWNrZXQgWyJiaW4tNDAwIl0KPiBs b2cgYWR2aXNvcnkgb24gMSBtaW4gc2FtcGxlLmJ1Y2tldCBbImJpbi01MDAiXQo+IGxvZyBhZHZp c29yeSBvbiAxIG1pbiBzYW1wbGUuYnVja2V0IFsiYmluLTYwMCJdCj4gbG9nIGFkdmlzb3J5IG9u IDEgbWluIHNhbXBsZS5idWNrZXQgWyJiaW4tNzAwIl0KPiBsb2cgYWR2aXNvcnkgb24gMSBtaW4g c2FtcGxlLmJ1Y2tldCBbImJpbi04MDAiXQo+IGxvZyBhZHZpc29yeSBvbiAxIG1pbiBzYW1wbGUu YnVja2V0IFsiYmluLTkwMCJdCgo9PT0gcG1uZXdsb2cgIzIgPT0KVW5leHBlY3RlZCBvdXRwdXQh CgpGaWx0ZXJlZCByZXNpZHVhbCAuLi4KCVJlYXNvbjogTm8gcGVybWlzc2lvbiB0byBwZXJmb3Jt IHJlcXVlc3RlZCBvcGVyYXRpb24KClVuZmlsdGVyZWQgb3V0cHV0IGZyb20gcG1uZXdsb2cgLi4u CkNvbnRhY3RpbmcgcG1sb2dnZXIgKHByb2Nlc3MgMzI2MDEpIHRvIGdldCBsb2dnaW5nIHN0YXRl IC4uLgpwbW5ld2xvZzogV2FybmluZzogZXJyb3JzIGZyb20gdGFsa2luZyB0byBwbWxvZ2dlciAo cHJvY2VzcyAzMjYwMSkgdmlhIHBtbGMKCVdhcm5pbmcgWzxzdGRpbj4sIGxpbmUgN10KCVByb2Js ZW0gd2l0aCBsb29rdXAgZm9yIG1ldHJpYyAiaG90cHJvYyIgLi4uCglSZWFzb246IE5vIHBlcm1p c3Npb24gdG8gcGVyZm9ybSByZXF1ZXN0ZWQgb3BlcmF0aW9uCglMb2dnaW5nIHN0YXRlbWVudCBp Z25vcmVkIGR1ZSB0byBlcnJvcihzKQoKY29udGludWluZyAuLi4KTmV3IHBtbG9nZ2VyIGNvbmZp Z3VyYXRpb24gZmlsZSBzYXZlZCBhcyAvdG1wLzE4NS0zMjUwMC8zMjUwMC5jb25maWcuMgoKPT09 IGNvbmZpZyBkaWZmZXJlbmNlcyAoZXhwZWN0IG5vbmUhKSA9PT0K ------=_Part_849447_1938455968.1418939335516-- From lberk@redhat.com Thu Dec 18 16:09:34 2014 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on oss.sgi.com X-Spam-Level: X-Spam-Status: No, score=0.0 required=5.0 tests=none autolearn=ham version=3.3.1 X-Original-To: pcp@oss.sgi.com Delivered-To: pcp@oss.sgi.com Received: from relay.sgi.com (relay1.corp.sgi.com [137.38.102.111]) by oss.sgi.com (Postfix) with ESMTP id 81D517F3F for ; Thu, 18 Dec 2014 16:09:34 -0600 (CST) Received: from cuda.sgi.com (cuda2.sgi.com [192.48.176.25]) by relay1.corp.sgi.com (Postfix) with ESMTP id 61CB58F8054 for ; Thu, 18 Dec 2014 14:09:31 -0800 (PST) X-ASG-Debug-ID: 1418940566-04cbb01065110d4d0001-S8gJnT Received: from mx1.redhat.com (mx1.redhat.com [209.132.183.28]) by cuda.sgi.com with ESMTP id gJbK4fOBguekujh4 (version=TLSv1 cipher=AES256-SHA bits=256 verify=NO) for ; Thu, 18 Dec 2014 14:09:26 -0800 (PST) X-Barracuda-Envelope-From: lberk@redhat.com X-Barracuda-Apparent-Source-IP: 209.132.183.28 X-ASG-Whitelist: Client Received: from int-mx10.intmail.prod.int.phx2.redhat.com (int-mx10.intmail.prod.int.phx2.redhat.com [10.5.11.23]) by mx1.redhat.com (8.14.4/8.14.4) with ESMTP id sBIM9PYw010343 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=FAIL) for ; Thu, 18 Dec 2014 17:09:25 -0500 Received: from toium ([10.15.16.225]) by int-mx10.intmail.prod.int.phx2.redhat.com (8.14.4/8.14.4) with ESMTP id sBIM9PlL003346 (version=TLSv1/SSLv3 cipher=AES128-GCM-SHA256 bits=128 verify=NO) for ; Thu, 18 Dec 2014 17:09:25 -0500 From: Lukas Berk To: pcp@oss.sgi.com Subject: pcp updates: build, pmdapapi Date: Thu, 18 Dec 2014 17:09:24 -0500 X-ASG-Orig-Subj: pcp updates: build, pmdapapi Message-ID: <87a92ktxt7.fsf@redhat.com> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/24.4 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain X-Scanned-By: MIMEDefang 2.68 on 10.5.11.23 X-Barracuda-Connect: mx1.redhat.com[209.132.183.28] X-Barracuda-Start-Time: 1418940566 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, Changes commited to git://sourceware.org/git/pcpfans.git lberk/dev Two quick changes; first, adding flex-devel to the fedora.spec file (needed to build pcp after the hotproc changes). Second, changing the switch/case statements in pmdapapi to enums to avoid ordering issues (Dave mentioned this to me yesterday when looking over the dynamic metric description patch). Cheers, Lukas build/rpm/fedora.spec | 3 +- src/pmdas/papi/papi.c | 66 ++++++++++++++++++++++++++++---------------------- 2 files changed, 40 insertions(+), 29 deletions(-) commit eb02025f8e00602b96c865c16dd2e8b80bd21401 Author: Lukas Berk Date: Thu Dec 18 11:26:09 2014 -0500 Change pmdapapi case statements to refer to macro enums Lets try to make sure the ordering of papi metrics doesn't change by using a macro enum and referring to those in the switch/case statements. This also avoids having to label each manually with a comment, which, as the diff shows, can become out of date. commit 6ad02f4cf60f73c544b0c46cc0dc2175a8a9dfe4 Author: Lukas Berk Date: Thu Dec 18 11:24:33 2014 -0500 Add new flex-devel buildreq to fedora.spec Some of the awesome new hotproc functionality requires flex-devel to build pcp, add it to the spec file. From nscott@redhat.com Fri Dec 19 00:17: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 A9A027F3F for ; Fri, 19 Dec 2014 00:17:44 -0600 (CST) Received: from cuda.sgi.com (cuda3.sgi.com [192.48.176.15]) by relay1.corp.sgi.com (Postfix) with ESMTP id 970128F8039 for ; Thu, 18 Dec 2014 22:17:41 -0800 (PST) X-ASG-Debug-ID: 1418969827-04cb6c05712129c40001-S8gJnT Received: from mx3-phx2.redhat.com (mx3-phx2.redhat.com [209.132.183.24]) by cuda.sgi.com with ESMTP id Rw8LtFlkmPAhPNDu (version=TLSv1 cipher=AES256-SHA bits=256 verify=NO) for ; Thu, 18 Dec 2014 22:17:07 -0800 (PST) X-Barracuda-Envelope-From: nscott@redhat.com X-Barracuda-Apparent-Source-IP: 209.132.183.24 Received: from zmail20.collab.prod.int.phx2.redhat.com (zmail20.collab.prod.int.phx2.redhat.com [10.5.83.23]) by mx3-phx2.redhat.com (8.13.8/8.13.8) with ESMTP id sBJ6H6lG032017 for ; Fri, 19 Dec 2014 01:17:06 -0500 Date: Fri, 19 Dec 2014 01:17:06 -0500 (EST) From: Nathan Scott Reply-To: Nathan Scott To: PCP Mailing List Message-ID: <161359302.1067199.1418969826758.JavaMail.zimbra@redhat.com> In-Reply-To: <1026938560.1064525.1418968287276.JavaMail.zimbra@redhat.com> Subject: pcp updates: pmdaroot, pmdapapi MIME-Version: 1.0 X-ASG-Orig-Subj: pcp updates: pmdaroot, pmdapapi Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-Originating-IP: [10.5.82.12] X-Mailer: Zimbra 8.0.6_GA_5922 (ZimbraWebClient - FF17 (Linux)/8.0.6_GA_5922) Thread-Topic: pcp updates: pmdaroot, pmdapapi Thread-Index: v20kkZ9Y/lO0ccLG14+Ry/A8Hsj58Q== X-Barracuda-Connect: mx3-phx2.redhat.com[209.132.183.24] X-Barracuda-Start-Time: 1418969827 X-Barracuda-Encrypted: AES256-SHA X-Barracuda-URL: http://192.48.176.15:80/cgi-mod/mark.cgi X-Virus-Scanned: by bsmtpd at sgi.com X-Barracuda-BRTS-Status: 1 X-Barracuda-Spam-Score: 0.02 X-Barracuda-Spam-Status: No, SCORE=0.02 using per-user scores of TAG_LEVEL=1000.0 QUARANTINE_LEVEL=1000.0 KILL_LEVEL=2.7 tests=THREAD_INDEX, THREAD_TOPIC X-Barracuda-Spam-Report: Code version 3.2, rules version 3.2.3.13088 Rule breakdown below pts rule name description ---- ---------------------- -------------------------------------------------- 0.01 THREAD_INDEX thread-index: AcO7Y8iR61tzADqsRmmc5wNiFHEOig== 0.01 THREAD_TOPIC Thread-Topic: ...(Japanese Subject)... Changes committed to git://git.pcp.io/pcp.git dev Nathan Scott (6): pmda root: a privileged pmcd co-process pmdaroot/libpcp_pmda: interfaces for changing namespaces qa: notrun qa/955 until LINUX_STATSPATH/filter-determinism libpcp: fix one-off fd leak on a socket error path qa: fix regression in qa/274 from libpmda callback changes qa: simplify qa/274 to single-output producing form Lukas Berk (2): Add new flex-devel buildreq to fedora.spec Change pmdapapi case statements to refer to macro enums build/rpm/fedora.spec | 4 configure | 12 configure.ac | 1 man/man1/pmdakernel.1 | 2 man/man1/pmdaroot.1 | 104 +++ man/man3/pmdarootconnect.3 | 54 + qa/.gitignore | 1 qa/274 | 10 qa/274.out | 309 ++++++++++ qa/274.out.1 | 309 ---------- qa/274.out.2 | 311 ---------- qa/761 | 100 +++ qa/761.out | 99 +++ qa/955 | 2 qa/common.check | 4 qa/common.filter | 11 qa/group | 1 qa/linux/containers-docker-1.2.0-root-002.tgz |binary qa/linux/containers-docker-1.3.2-root-001.tgz |binary src/include/pcp/config.h.in | 11 src/include/pcp/pmda.h | 65 ++ src/libpcp/src/auxconnect.c | 4 src/libpcp/src/p_attr.c | 4 src/libpcp_pmcd/src/GNUmakefile | 3 src/libpcp_pmcd/src/data.c | 1 src/libpcp_pmda/src/GNUmakefile | 4 src/libpcp_pmda/src/callback.c | 2 src/libpcp_pmda/src/exports | 14 src/libpcp_pmda/src/pduroot.c | 215 +++++++ src/libpcp_pmda/src/pduroot.h | 38 + src/libpcp_pmda/src/root.c | 275 +++++++++ src/pmcd/GNUmakefile | 1 src/pmcd/pmdaproc.sh | 7 src/pmcd/src/pmcd.h | 2 src/pmdas/GNUmakefile | 13 src/pmdas/papi/papi.c | 82 +- src/pmdas/pmcd/help | 15 src/pmdas/pmcd/src/pmcd.c | 76 ++ src/pmdas/root/.gitignore | 4 src/pmdas/root/GNUmakefile | 58 ++ src/pmdas/root/Install | 30 + src/pmdas/root/Remove | 25 src/pmdas/root/docker.c | 377 +++++++++++++ src/pmdas/root/docker.h | 28 src/pmdas/root/help | 39 + src/pmdas/root/jsmn.c | 333 +++++++++++ src/pmdas/root/jsmn.h | 96 +++ src/pmdas/root/root | 6 src/pmdas/root/root.c | 742 +++++++++++++++++++++++--- src/pmdas/root/root.h | 76 ++ src/pmdas/root/root_root | 36 + src/pminfo/pminfo.c | 1 src/pmns/stdpmid.pcp | 2 src/pmprobe/pmprobe.c | 1 54 files changed, 3242 insertions(+), 778 deletions(-) From nscott@redhat.com Fri Dec 19 00:20:40 2014 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on oss.sgi.com X-Spam-Level: X-Spam-Status: No, score=0.0 required=5.0 tests=none autolearn=ham version=3.3.1 X-Original-To: pcp@oss.sgi.com Delivered-To: pcp@oss.sgi.com Received: from relay.sgi.com (relay3.corp.sgi.com [198.149.34.15]) by oss.sgi.com (Postfix) with ESMTP id 8DC8A7F47 for ; Fri, 19 Dec 2014 00:20:40 -0600 (CST) Received: from cuda.sgi.com (cuda1.sgi.com [192.48.157.11]) by relay3.corp.sgi.com (Postfix) with ESMTP id 3474DAC007 for ; Thu, 18 Dec 2014 22:20:40 -0800 (PST) X-ASG-Debug-ID: 1418970035-04bdf06161222ac90001-S8gJnT Received: from mx3-phx2.redhat.com (mx3-phx2.redhat.com [209.132.183.24]) by cuda.sgi.com with ESMTP id wbqqNuAmqdpcqbJR (version=TLSv1 cipher=AES256-SHA bits=256 verify=NO) for ; Thu, 18 Dec 2014 22:20:35 -0800 (PST) X-Barracuda-Envelope-From: nscott@redhat.com X-Barracuda-Apparent-Source-IP: 209.132.183.24 Received: from zmail20.collab.prod.int.phx2.redhat.com (zmail20.collab.prod.int.phx2.redhat.com [10.5.83.23]) by mx3-phx2.redhat.com (8.13.8/8.13.8) with ESMTP id sBJ6KZY2032159 for ; Fri, 19 Dec 2014 01:20:35 -0500 Date: Fri, 19 Dec 2014 01:20:35 -0500 (EST) From: Nathan Scott Reply-To: Nathan Scott To: pcp@oss.sgi.com Message-ID: <1385419907.1067612.1418970035159.JavaMail.zimbra@redhat.com> In-Reply-To: <174928673.1011817.1418962716054.JavaMail.zimbra@redhat.com> Subject: git dev branch status and end-of-year downtime MIME-Version: 1.0 X-ASG-Orig-Subj: git dev branch status and end-of-year downtime Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-Originating-IP: [10.5.82.12] X-Mailer: Zimbra 8.0.6_GA_5922 (ZimbraWebClient - FF17 (Linux)/8.0.6_GA_5922) Thread-Topic: git dev branch status and end-of-year downtime Thread-Index: 2RrvgZxVE15r+Ydfu+6leSfH//V2gQ== X-Barracuda-Connect: mx3-phx2.redhat.com[209.132.183.24] X-Barracuda-Start-Time: 1418970035 X-Barracuda-Encrypted: AES256-SHA X-Barracuda-URL: http://192.48.157.11:80/cgi-mod/mark.cgi X-Virus-Scanned: by bsmtpd at sgi.com X-Barracuda-BRTS-Status: 1 X-Barracuda-Spam-Score: 0.02 X-Barracuda-Spam-Status: No, SCORE=0.02 using per-user scores of TAG_LEVEL=1000.0 QUARANTINE_LEVEL=1000.0 KILL_LEVEL=2.7 tests=THREAD_INDEX, THREAD_TOPIC X-Barracuda-Spam-Report: Code version 3.2, rules version 3.2.3.13088 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 quick note to let everyone know the next two weeks will be quieter than usual with Dave and I both away. Kenj has kindly offered to take on doing any merges if there are any more arriving this year, and if he has time in-between his own end of year party schedule. Dave and I have covered all the current pending reviews/merges now, so its as good a time as any to run away. :) QA is in good shape too, with just a couple of known issues that people are working on. I've also just merged all of the work done so far on adding a privileged co-process for pmcd(1), and initial namespace- switching support APIs for PMDAs that will need this. It's not currently active, until its complete (and even then, it only comes into play for --container=NAME command lines, or when container=NAME is used in a hostspec). But, there is a new pmdaroot(1) that should be installed and activated everywhere as of now. Details on this in its man page, the detailed commit messages below, and yet more docs will follow early in the new year as this work is completed. I hope y'all have a wonderful end of year break and I'll see you in the new year!!! cheers. commit 0d6a52065b8718ac76d0db1be9433e0cdd14647d Author: Nathan Scott Date: Thu Dec 18 22:14:46 2014 +1100 pmda root: a privileged pmcd co-process Initial implementation of "pmdaroot", a helper co-process for pmcd that runs with elevated privileges and is able to (well, will be able to soon) offer services to pmcd and to other PMDAs where root access is required. See http://www.pcp.io/pipermail/pcp/2014-June/005030.html for additional rationale. I've implemented this as a PMDA (rather than simply forking pmcd early and embedding all of the code in pmcd itself, as considered earlier) as that has a number of advantages: - it can be switched off if there's a problem - complete code and functional isolation from pmcd - i.e. no changes required to pmcd to support it - safe! - uses existing pmcd mechanisms to bootstrap, which means less code was needed - ability to export metrics about its operation, such as the containers it has found and what state they're in. I also recycled PMDA domain number 1 for this PMDA, because IRIX is gone and this is hopefully going to become a widely used piece of infrastructure over time, so it seems a good candidate for using that number. It is enabled-by-default for new installations, Install/Remove scripts are provided for now also (but maybe not in the long term). This initial version provides a simple mechanism to discover information about Docker containers, in preparation for the next stages. It will probably need to be enhanced to using the Docker daemon at some point (via the remote Docker API & AF_UNIX socket - see details on docker.io) instead of simply grovelling around on-disk, but for now thats what it uses. Support for exporting state about other styles of container will also be added in due course I hope. The pmdaroot code has been written such that drop-in container "drivers" for any container technology could be added (there are many on Linux now, Solaris Zones, and so on). commit 8c99d82db6f75e91732326007d2ba79228d71b3f Author: Nathan Scott Date: Fri Dec 19 16:32:31 2014 +1100 pmdaroot/libpcp_pmda: interfaces for changing namespaces Work-in-progress commit with the majority of the code behind the PCP collector privilege escalation mechanism, and with a Linux-kernel-namespace switching API for PMDAs with metrics that need to be container namespace aware, as the first use case. The pmcd.hostname metric from the pmcd DSO PMDA has been converted over to using the new API - others remaining to be tackled include network.interface.*, filesys.*, ipc.* and one or two others. See also notes in the code as to some other PMDAs that could use pmdaroot services (e.g. pmdaproc restricting per-process indom to just processes from a given containers cgroups, that sort of thing). Committing it now, even though its not quite done, since it has no impact on the code when not used (which it isn't yet) and some people are interested in seeing how it fits together while I'm away on vacation. In the couple of places where more coding will be needed "TODO" markers have been inserted to guide the way. -- Nathan From brolley@redhat.com Fri Dec 19 10:17: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 BFBCE7F3F for ; Fri, 19 Dec 2014 10:17:38 -0600 (CST) Received: from cuda.sgi.com (cuda2.sgi.com [192.48.176.25]) by relay1.corp.sgi.com (Postfix) with ESMTP id 9F6F48F8059 for ; Fri, 19 Dec 2014 08:17:38 -0800 (PST) X-ASG-Debug-ID: 1419005856-04cbb0106511b4c40001-S8gJnT Received: from mx1.redhat.com (mx1.redhat.com [209.132.183.28]) by cuda.sgi.com with ESMTP id fsTL3SnjpCAJxyNW (version=TLSv1 cipher=AES256-SHA bits=256 verify=NO) for ; Fri, 19 Dec 2014 08:17:37 -0800 (PST) X-Barracuda-Envelope-From: brolley@redhat.com X-Barracuda-Apparent-Source-IP: 209.132.183.28 X-ASG-Whitelist: Client Received: from int-mx10.intmail.prod.int.phx2.redhat.com (int-mx10.intmail.prod.int.phx2.redhat.com [10.5.11.23]) by mx1.redhat.com (8.14.4/8.14.4) with ESMTP id sBJGHanq004231 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=FAIL) for ; Fri, 19 Dec 2014 11:17:36 -0500 Received: from [10.10.48.199] (vpn-48-199.rdu2.redhat.com [10.10.48.199]) by int-mx10.intmail.prod.int.phx2.redhat.com (8.14.4/8.14.4) with ESMTP id sBJGHZsA026468 for ; Fri, 19 Dec 2014 11:17:36 -0500 Message-ID: <54945058.3030500@redhat.com> Date: Fri, 19 Dec 2014 11:20:40 -0500 From: Dave Brolley User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:31.0) Gecko/20100101 Thunderbird/31.3.0 MIME-Version: 1.0 To: PCP Mailing List Subject: pcp updates: fix compiler warning Content-Type: text/plain; charset=utf-8; format=flowed X-ASG-Orig-Subj: pcp updates: fix compiler warning 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: 1419005857 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.pcp.io/pcp.git dev Dave Brolley (1): Fix compiler warning in call to pmdaEnterContainerNameSpace(): src/libpcp_pmda/src/root.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) From fche@redhat.com Fri Dec 19 10:20:40 2014 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on oss.sgi.com X-Spam-Level: X-Spam-Status: No, score=0.0 required=5.0 tests=none autolearn=ham version=3.3.1 X-Original-To: pcp@oss.sgi.com Delivered-To: pcp@oss.sgi.com Received: from relay.sgi.com (relay1.corp.sgi.com [137.38.102.111]) by oss.sgi.com (Postfix) with ESMTP id A2BAC7F47 for ; Fri, 19 Dec 2014 10:20:40 -0600 (CST) Received: from cuda.sgi.com (cuda1.sgi.com [192.48.157.11]) by relay1.corp.sgi.com (Postfix) with ESMTP id 709938F8059 for ; Fri, 19 Dec 2014 08:20:40 -0800 (PST) X-ASG-Debug-ID: 1419006039-04bdf06161227e660001-S8gJnT Received: from mx1.redhat.com (mx1.redhat.com [209.132.183.28]) by cuda.sgi.com with ESMTP id G5OeFPHdZPrWbVXr (version=TLSv1 cipher=AES256-SHA bits=256 verify=NO) for ; Fri, 19 Dec 2014 08:20:39 -0800 (PST) X-Barracuda-Envelope-From: fche@redhat.com X-Barracuda-Apparent-Source-IP: 209.132.183.28 X-ASG-Whitelist: Client Received: from int-mx10.intmail.prod.int.phx2.redhat.com (int-mx10.intmail.prod.int.phx2.redhat.com [10.5.11.23]) by mx1.redhat.com (8.14.4/8.14.4) with ESMTP id sBJGKcNM018206 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=FAIL) for ; Fri, 19 Dec 2014 11:20:39 -0500 Received: from fche.csb (vpn-60-95.rdu2.redhat.com [10.10.60.95]) by int-mx10.intmail.prod.int.phx2.redhat.com (8.14.4/8.14.4) with ESMTP id sBJGKbWj027749; Fri, 19 Dec 2014 11:20:38 -0500 Received: by fche.csb (Postfix, from userid 2569) id 55B405816E; Fri, 19 Dec 2014 11:20:30 -0500 (EST) Date: Fri, 19 Dec 2014 11:20:30 -0500 From: "Frank Ch. Eigler" To: Nathan Scott Cc: pcp developers Subject: Re: pcp updates: pmdaproc, cgroups, books Message-ID: <20141219162030.GC11308@redhat.com> X-ASG-Orig-Subj: Re: pcp updates: pmdaproc, cgroups, books References: <1309338393.770280.1416292315684.JavaMail.zimbra@redhat.com> <1249426361.1589601.1416371161222.JavaMail.zimbra@redhat.com> <20141119181439.GF5700@redhat.com> <1666386574.2247920.1416427865663.JavaMail.zimbra@redhat.com> <2132304544.16180073.1418360958577.JavaMail.zimbra@redhat.com> <20141212061823.GC14953@redhat.com> <53646500.16198226.1418365398316.JavaMail.zimbra@redhat.com> <20141212164033.GD14953@redhat.com> <1544484578.17657959.1418625363923.JavaMail.zimbra@redhat.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <1544484578.17657959.1418625363923.JavaMail.zimbra@redhat.com> User-Agent: Mutt/1.4.2.2i X-Scanned-By: MIMEDefang 2.68 on 10.5.11.23 X-Barracuda-Connect: mx1.redhat.com[209.132.183.28] X-Barracuda-Start-Time: 1419006039 X-Barracuda-Encrypted: AES256-SHA X-Barracuda-URL: http://192.48.157.11:80/cgi-mod/mark.cgi X-Virus-Scanned: by bsmtpd at sgi.com X-Barracuda-BRTS-Status: 1 Hi - On Mon, Dec 15, 2014 at 01:36:03AM -0500, Nathan Scott wrote: > [...] > > In an echo of early problems with the papi-pmda qa, this style makes > > leaks difficult to find, because they are so ephemeral: you can't just > > do a pminfo loop to exhaust the resources, because they are recreated > > anew for each pminfo! > > The problem is the choice of client tool, not an inherent limitation of > the testing as you're suggesting. The case you're reproducing here is > calling for a long-running client that issues many fetches, but you're > coming at it with pminfo - try pmval instead? Yes, except that pmval is limited to a single metric per invocation. A single "pminfo cgroup" run can exercise all metrics, and "pminfo cgroup cgroup cgroup ..." can endurance-test all metrics, not just the one that we found/fixed this leak in, so it's more forward-looking. It's not the batch-fetching aspect of pminfo that made this test workable, but its willingness to traverse a PMNS hierarchy. (For that matter, repeatedly traversing the -entire- PMNS would be a good endurance test for PMDAs and PMCD, as noted in an earlier email.) - FChE From kenj@internode.on.net Fri Dec 19 14:12: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 03C6E7F3F for ; Fri, 19 Dec 2014 14:12:10 -0600 (CST) Received: from cuda.sgi.com (cuda1.sgi.com [192.48.157.11]) by relay3.corp.sgi.com (Postfix) with ESMTP id A509AAC00D for ; Fri, 19 Dec 2014 12:12:06 -0800 (PST) X-ASG-Debug-ID: 1419019920-04bdf0615e22a81d0001-S8gJnT Received: from ipmail06.adl6.internode.on.net (ipmail06.adl6.internode.on.net [150.101.137.145]) by cuda.sgi.com with ESMTP id O2uJbLol4Ghxw6ht for ; Fri, 19 Dec 2014 12:12:00 -0800 (PST) X-Barracuda-Envelope-From: kenj@internode.on.net X-Barracuda-Apparent-Source-IP: 150.101.137.145 X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: AlgCAKmFlFR20SlqPGdsb2JhbAANTYNYWIMFgyq/c4cqAQEBAQEGAQEBATiEcVU2AgUWCwILAwIBAgExDgwNCAEBwilwlk+BIZFAgUEFkUuWfIQkW4JDAQEB Received: from ppp118-209-41-106.lns20.mel4.internode.on.net (HELO [192.168.1.100]) ([118.209.41.106]) by ipmail06.adl6.internode.on.net with ESMTP; 20 Dec 2014 06:41:59 +1030 Message-ID: <54948729.6090902@internode.on.net> Date: Sat, 20 Dec 2014 07:14:33 +1100 From: Ken McDonell User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:31.0) Gecko/20100101 Thunderbird/31.3.0 MIME-Version: 1.0 To: PCP Subject: problems with linux pmda build Content-Type: text/plain; charset=utf-8 X-ASG-Orig-Subj: problems with linux pmda build Content-Transfer-Encoding: 7bit X-Barracuda-Connect: ipmail06.adl6.internode.on.net[150.101.137.145] X-Barracuda-Start-Time: 1419019920 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.13117 Rule breakdown below pts rule name description ---- ---------------------- -------------------------------------------------- On vm04 unknown i586 CentOS 5.11 (Final) there is no flex-devel rpm, but libfl.a comes from the flex rpm. But the linux pmda no longer builds because yylineno is not defined ... gcc -Wall -L../../../src/libpcp/src -L../../../src/libpcp_pmda/src -shared -Wl,-soname,pmda_proc.so -Wl,--version-script=exports -o pmda_proc.so pmda.o cgroups.o proc_pid.o proc_runq.o proc_dynamic.o ksym.o getinfo.o contexts.o gram_node.o config.o error.o hotproc.o lex.o gram.tab.o -lpcp_pmda -lpcp -lfl -ldl gcc -fPIC -fno-strict-aliasing -D_GNU_SOURCE -fstack-protector-all -D_FORTIFY_SOURCE=2 -fvisibility=hidden -Wall -O2 -g -DPCP_DEBUG -DPCP_VERSION=\"3.10.2\" -I../../../src/include -I../../../src/include/pcp -o pmdaproc -Wall -L../../../src/libpcp/src -L../../../src/libpcp_pmda/src pmda.o cgroups.o proc_pid.o proc_runq.o proc_dynamic.o ksym.o getinfo.o contexts.o gram_node.o config.o error.o hotproc.o lex.o gram.tab.o -lpcp_pmda -lpcp -lfl error.o: In function `yyerror': /home/kenj/src/pcp/src/pmdas/linux_proc/error.c:31: undefined reference to `yylineno' error.o: In function `yywarn': /home/kenj/src/pcp/src/pmdas/linux_proc/error.c:24: undefined reference to `yylineno' gram.tab.o: In function `parse_predicate': /home/kenj/src/pcp/src/pmdas/linux_proc/gram.y:150: undefined reference to `yylineno' collect2: ld returned 1 exit status make[2]: *** [pmdaproc] Error 1 rm lex.c make[1]: *** [default_pcp] Error 2 make: *** [default_pcp] Error 2 Do we really need to be using flex in this PMDA? I am seeing a lot of other build breakage (about 1/3 of my machines), but don't know yet if this issue is responsible on platforms other than CentOS 5.11. From kenj@internode.on.net Fri Dec 19 14:14: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 (relay2.corp.sgi.com [137.38.102.29]) by oss.sgi.com (Postfix) with ESMTP id 0D5D27F3F for ; Fri, 19 Dec 2014 14:14:55 -0600 (CST) Received: from cuda.sgi.com (cuda3.sgi.com [192.48.176.15]) by relay2.corp.sgi.com (Postfix) with ESMTP id E17B330406A for ; Fri, 19 Dec 2014 12:14:51 -0800 (PST) X-ASG-Debug-ID: 1419020087-04cb6c057121a0870001-S8gJnT Received: from ipmail06.adl6.internode.on.net (ipmail06.adl6.internode.on.net [150.101.137.145]) by cuda.sgi.com with ESMTP id YGm3w2TC8kV8xVZi for ; Fri, 19 Dec 2014 12:14:48 -0800 (PST) X-Barracuda-Envelope-From: kenj@internode.on.net X-Barracuda-Apparent-Source-IP: 150.101.137.145 X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: AlgCANaGlFR20SlqPGdsb2JhbAANTYNYWIMFgyq/d4ckAQEBAQEGAQEBATiEcRVAMAYCBRYLAgsDAgECATEnBgIBAYg1uXZwlk+BIY5uglKBQQWRS5Z8hCRbgkMBAQE Received: from ppp118-209-41-106.lns20.mel4.internode.on.net (HELO [192.168.1.100]) ([118.209.41.106]) by ipmail06.adl6.internode.on.net with ESMTP; 20 Dec 2014 06:44:44 +1030 Message-ID: <549487CE.2010306@internode.on.net> Date: Sat, 20 Dec 2014 07:17:18 +1100 From: Ken McDonell User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:31.0) Gecko/20100101 Thunderbird/31.3.0 MIME-Version: 1.0 To: pcp@oss.sgi.com Subject: pcp updates - fix debian build breakage Content-Type: text/plain; charset=utf-8; format=flowed X-ASG-Orig-Subj: pcp updates - fix debian build breakage Content-Transfer-Encoding: 7bit X-Barracuda-Connect: ipmail06.adl6.internode.on.net[150.101.137.145] X-Barracuda-Start-Time: 1419020087 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.13117 Rule breakdown below pts rule name description ---- ---------------------- -------------------------------------------------- Changes committed to git://git.performancecopilot.org/kenj/pcp.git dev debian/libpcp-pmda3-dev.install | 5 +++++ 1 file changed, 5 insertions(+) commit 358fd810a0c5ce763fda099bdafabbc4bb0d1208 Author: Ken McDonell Date: Sat Dec 20 07:15:25 2014 +1100 fix debian build: missing libpcp_pmda man pages from manifest pmdaRootConnect, pmdaRootShutdown, pmdaEnterContainerNameSpace, and pmdaLeaveContainerNameSpace. From michele@acksyn.org Sun Dec 21 08:33: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=3.0 required=5.0 tests=TVD_SUBJ_NUM_OBFU_MINFP, T_DKIM_INVALID autolearn=no version=3.3.1 X-Original-To: pcp@oss.sgi.com Delivered-To: pcp@oss.sgi.com Received: from relay.sgi.com (relay1.corp.sgi.com [137.38.102.111]) by oss.sgi.com (Postfix) with ESMTP id 6CC877F4E for ; Sun, 21 Dec 2014 08:33:53 -0600 (CST) Received: from cuda.sgi.com (cuda3.sgi.com [192.48.176.15]) by relay1.corp.sgi.com (Postfix) with ESMTP id 5A9038F804C for ; Sun, 21 Dec 2014 06:33:53 -0800 (PST) X-ASG-Debug-ID: 1419172428-04cb6c057222ddb60001-S8gJnT Received: from palahniuk.acksyn.org (palahniuk.acksyn.org [5.9.7.26]) by cuda.sgi.com with ESMTP id 3l8afzu1cecSUxOL for ; Sun, 21 Dec 2014 06:33:48 -0800 (PST) X-Barracuda-Envelope-From: michele@acksyn.org X-Barracuda-Apparent-Source-IP: 5.9.7.26 Received: from localhost (localhost [127.0.0.1]) by palahniuk.acksyn.org (Postfix) with ESMTP id CD67228E93 for ; Sun, 21 Dec 2014 09:33:47 -0500 (EST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=acksyn.org; h= user-agent:content-disposition:content-type:content-type :mime-version:message-id:subject:subject:from:from:date:date :received:received; s=2010; t=1419172426; bh=1UUFwaiBEK1uBWxIFS6 PURccQeseP0JtqdNugmbkHyQ=; b=cq2+tqjiYJokgXLu3e1u8aPJvnwH6OZnQjh GZaM+rLopzDktC7noEXqJxTxYEboNHb0YmjdLieyJHMrniBATYK7q/tpHE1PYYn9 WuKxLklg20DVTTW2Eq+fuM8sgN2iEeYogI+8KpR/zni0vmJyHqXS/k4Ppa2J/Y08 L0ZLDCIU= Received: from palahniuk.acksyn.org ([127.0.0.1]) by localhost (mail.acksyn.org [127.0.0.1]) (amavisd-new, port 10026) with ESMTP id 3kq6rSyaF0i5 for ; Sun, 21 Dec 2014 09:33:46 -0500 (EST) Received: from localhost (host54-190-dynamic.24-79-r.retail.telecomitalia.it [79.24.190.54]) by palahniuk.acksyn.org (Postfix) with ESMTPSA id B70652649C for ; Sun, 21 Dec 2014 09:33:45 -0500 (EST) Date: Sun, 21 Dec 2014 15:33:45 +0100 From: Michele Baldessari To: pcp@oss.sgi.com Subject: pcp2pdf v0.1 Message-ID: <20141221143345.GA13713@fante.int.rhx> X-ASG-Orig-Subj: pcp2pdf v0.1 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.5.21 (2012-12-30) X-Barracuda-Connect: palahniuk.acksyn.org[5.9.7.26] X-Barracuda-Start-Time: 1419172428 X-Barracuda-URL: http://192.48.176.15:80/cgi-mod/mark.cgi X-Virus-Scanned: by bsmtpd at sgi.com X-Barracuda-BRTS-Status: 1 X-Barracuda-BRTS-Evidence: acksyn.org X-Barracuda-Spam-Score: 0.00 X-Barracuda-Spam-Status: No, SCORE=0.00 using per-user scores of TAG_LEVEL=1000.0 QUARANTINE_LEVEL=1000.0 KILL_LEVEL=2.7 tests=DKIM_SIGNED, DKIM_VERIFIED X-Barracuda-Spam-Report: Code version 3.2, rules version 3.2.3.13201 Rule breakdown below pts rule name description ---- ---------------------- -------------------------------------------------- -0.00 DKIM_VERIFIED Domain Keys Identified Mail: signature passes verification 0.00 DKIM_SIGNED Domain Keys Identified Mail: message has a signature Hi all, at [1] I have pushed the code to create PDF reports out of PCP archives. pcp2pdf can now generate fairly decent reports out of all the PCP archives I threw at it. The main known issue is that it is quite slow with big archives (~200MB or so). Here you can find a sample output: http://acksyn.org/software/pcp2pdf/output.pdf Let me know if you have any feedback or if you find any issues. Cheers, Michele [1] https://github.com/mbaldessari/pcp2pdf/ -- Michele Baldessari C2A5 9DA3 9961 4FFB E01B D0BC DDD4 DCCB 7515 5C6D From minnus@buffalo.edu Mon Dec 22 12:42:12 2014 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on oss.sgi.com X-Spam-Level: X-Spam-Status: No, score=0.0 required=5.0 tests=none autolearn=ham version=3.3.1 X-Original-To: pcp@oss.sgi.com Delivered-To: pcp@oss.sgi.com Received: from relay.sgi.com (relay1.corp.sgi.com [137.38.102.111]) by oss.sgi.com (Postfix) with ESMTP id 0D45629DF7 for ; Mon, 22 Dec 2014 12:42:12 -0600 (CST) Received: from cuda.sgi.com (cuda2.sgi.com [192.48.176.25]) by relay1.corp.sgi.com (Postfix) with ESMTP id F02898F8040 for ; Mon, 22 Dec 2014 10:42:08 -0800 (PST) X-ASG-Debug-ID: 1419273724-04cbb0106413df7c0001-S8gJnT Received: from mtareserve1.acsu.buffalo.edu (mtareserve8.acsu.buffalo.edu [128.205.6.19]) by cuda.sgi.com with ESMTP id K2fGo044IzkToCPU for ; Mon, 22 Dec 2014 10:42:04 -0800 (PST) X-Barracuda-Envelope-From: minnus@buffalo.edu X-Barracuda-Apparent-Source-IP: 128.205.6.19 Received: from localmailC.acsu.buffalo.edu (localmailc.acsu.buffalo.edu [128.205.5.204]) by mtareserve1.acsu.buffalo.edu (Postfix) with ESMTP id DD33C411; Mon, 22 Dec 2014 13:42:03 -0500 (EST) Received: from localmailC.acsu.buffalo.edu (localhost [127.0.0.1]) by localhost (Postfix) with SMTP id D8157E055; Mon, 22 Dec 2014 13:42:03 -0500 (EST) Received: from localmailC.acsu.buffalo.edu (localhost [127.0.0.1]) by localmailC.acsu.buffalo.edu (Postfix) with ESMTP id 56A03E052; Mon, 22 Dec 2014 13:42:03 -0500 (EST) Received: from smtp.buffalo.edu (smtp1.acsu.buffalo.edu [128.205.5.253]) by localmailC.acsu.buffalo.edu (Prefixe) with ESMTP id 4835CE051; Mon, 22 Dec 2014 13:42:03 -0500 (EST) Received: from prince.ccr.buffalo.edu (prince.ccr.buffalo.edu [128.205.40.45]) (Authenticated sender: minnus@buffalo.edu) by smtp.buffalo.edu (Postfix) with ESMTPSA id 394784EBA; Mon, 22 Dec 2014 13:42:03 -0500 (EST) Message-ID: <549865FA.6080300@buffalo.edu> Date: Mon, 22 Dec 2014 13:42:02 -0500 From: Martins Innus User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.10; rv:31.0) Gecko/20100101 Thunderbird/31.2.0 MIME-Version: 1.0 To: Nathan Scott CC: pcp@oss.sgi.com Subject: Re: [pcp] hotproc rfc References: <536D28B4.6010504@buffalo.edu> <1139662762.4765310.1399862104653.JavaMail.zimbra@redhat.com> <54230FAF.2080201@buffalo.edu> <905561536.62723741.1412657864635.JavaMail.zimbra@redhat.com> <5491CB2C.3060208@buffalo.edu> <1187598262.210622.1418885072122.JavaMail.zimbra@redhat.com> <549316B6.8010001@buffalo.edu> <952710162.849449.1418939335518.JavaMail.zimbra@redhat.com> X-ASG-Orig-Subj: Re: [pcp] hotproc rfc In-Reply-To: <952710162.849449.1418939335518.JavaMail.zimbra@redhat.com> Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 7bit X-PM-EL-Spam-Prob: : 8% X-Barracuda-Connect: mtareserve8.acsu.buffalo.edu[128.205.6.19] X-Barracuda-Start-Time: 1419273724 X-Barracuda-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.13261 Rule breakdown below pts rule name description ---- ---------------------- -------------------------------------------------- Nathan, On 12/18/14 4:48 PM, Nathan Scott wrote: > No worries & thanks. Actually, not sure how I missed it yesterday but I > notice this morning that qa/185 is failing ... I probably wont get to it > today, if you could take a look into it that'd be awesome. See attached. > Fixed here: https://github.com/ubccr/pcp/tree/martins_working commit 32696bde2fbb8a8346d0a6fcd6dd091c7dee6a76 Author: Martins Innus Date: Mon Dec 22 13:38:58 2014 -0500 Fix QA 185 after hotproc merge Need to special case the hotproc metrics in pmnewlog just like proc. src/pmlogger/pmnewlog.sh | 2 +- 1 files changed, 1 insertions(+), 1 deletions(-) Martins From minnus@buffalo.edu Mon Dec 22 13:05: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 24A3429DF7 for ; Mon, 22 Dec 2014 13:05:48 -0600 (CST) Received: from cuda.sgi.com (cuda1.sgi.com [192.48.157.11]) by relay2.corp.sgi.com (Postfix) with ESMTP id EB24F304032 for ; Mon, 22 Dec 2014 11:05:44 -0800 (PST) X-ASG-Debug-ID: 1419275137-04bdf0615f2515ad0001-S8gJnT Received: from mtareserve1.acsu.buffalo.edu (mtareserve8.acsu.buffalo.edu [128.205.6.19]) by cuda.sgi.com with ESMTP id RkkL8W3Y3G0y2anW for ; Mon, 22 Dec 2014 11:05:37 -0800 (PST) X-Barracuda-Envelope-From: minnus@buffalo.edu X-Barracuda-Apparent-Source-IP: 128.205.6.19 Received: from localmailA.acsu.buffalo.edu (localmaila.acsu.buffalo.edu [128.205.5.196]) by mtareserve1.acsu.buffalo.edu (Postfix) with ESMTP id 1FFDA65A; Mon, 22 Dec 2014 14:05:37 -0500 (EST) Received: from localmailA.acsu.buffalo.edu (localhost [127.0.0.1]) by localhost (Postfix) with SMTP id 1B95FC9A4; Mon, 22 Dec 2014 14:05:37 -0500 (EST) Received: from localmailA.acsu.buffalo.edu (localhost [127.0.0.1]) by localmailA.acsu.buffalo.edu (Postfix) with ESMTP id 2A1CEC99F; Mon, 22 Dec 2014 14:05:35 -0500 (EST) Received: from smtp.buffalo.edu (smtp1.acsu.buffalo.edu [128.205.5.253]) by localmailA.acsu.buffalo.edu (Prefixe) with ESMTP id 1AC51C99E; Mon, 22 Dec 2014 14:05:35 -0500 (EST) Received: from prince.ccr.buffalo.edu (prince.ccr.buffalo.edu [128.205.40.45]) (Authenticated sender: minnus@buffalo.edu) by smtp.buffalo.edu (Postfix) with ESMTPSA id 0F20C309C; Mon, 22 Dec 2014 14:05:35 -0500 (EST) Message-ID: <54986B7E.4070906@buffalo.edu> Date: Mon, 22 Dec 2014 14:05:34 -0500 From: Martins Innus User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.10; rv:31.0) Gecko/20100101 Thunderbird/31.2.0 MIME-Version: 1.0 To: Ken McDonell , PCP Subject: Re: [pcp] problems with linux pmda build References: <54948729.6090902@internode.on.net> X-ASG-Orig-Subj: Re: [pcp] problems with linux pmda build In-Reply-To: <54948729.6090902@internode.on.net> Content-Type: text/plain; charset=windows-1252; format=flowed Content-Transfer-Encoding: 7bit X-PM-EL-Spam-Prob: : 8% X-Barracuda-Connect: mtareserve8.acsu.buffalo.edu[128.205.6.19] X-Barracuda-Start-Time: 1419275137 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.13263 Rule breakdown below pts rule name description ---- ---------------------- -------------------------------------------------- Ken, On 12/19/14 3:14 PM, Ken McDonell wrote: > On > vm04 unknown i586 CentOS 5.11 (Final) > there is no flex-devel rpm, but libfl.a comes from the flex rpm. I looked into this and libfl.a recently changed location. On the CentOS side, it was in the flex package pre 6.6. From 6.6 onwards it is in a new flex-devel package. On the Fedora side, looks like there has been a flex-devel since at least version 18, and the libfl.a has been there that whole time. I was unable to find any earlier information. I don't know the difference between the fedora.spec and the pcp.spec.in to be able to fix this properly. > But the linux pmda no longer builds because yylineno is not defined ... > > gcc -Wall -L../../../src/libpcp/src -L../../../src/libpcp_pmda/src -shared -Wl,-soname,pmda_proc.so -Wl,--version-script=exports -o pmda_proc.so pmda.o cgroups.o proc_pid.o proc_runq.o proc_dynamic.o ksym.o getinfo.o contexts.o gram_node.o config.o error.o hotproc.o lex.o gram.tab.o -lpcp_pmda -lpcp -lfl -ldl > gcc -fPIC -fno-strict-aliasing -D_GNU_SOURCE -fstack-protector-all -D_FORTIFY_SOURCE=2 -fvisibility=hidden -Wall -O2 -g -DPCP_DEBUG -DPCP_VERSION=\"3.10.2\" -I../../../src/include -I../../../src/include/pcp -o pmdaproc -Wall -L../../../src/libpcp/src -L../../../src/libpcp_pmda/src pmda.o cgroups.o proc_pid.o proc_runq.o proc_dynamic.o ksym.o getinfo.o contexts.o gram_node.o config.o error.o hotproc.o lex.o gram.tab.o -lpcp_pmda -lpcp -lfl > error.o: In function `yyerror': > /home/kenj/src/pcp/src/pmdas/linux_proc/error.c:31: undefined reference to `yylineno' > error.o: In function `yywarn': > /home/kenj/src/pcp/src/pmdas/linux_proc/error.c:24: undefined reference to `yylineno' > gram.tab.o: In function `parse_predicate': > /home/kenj/src/pcp/src/pmdas/linux_proc/gram.y:150: undefined reference to `yylineno' > collect2: ld returned 1 exit status > make[2]: *** [pmdaproc] Error 1 > rm lex.c > make[1]: *** [default_pcp] Error 2 > make: *** [default_pcp] Error 2 I have a fix for this here: https://github.com/ubccr/pcp/tree/martins_working commit 9d43a0f18e8890f0fd726cd2df1dc80493aa86c1 Author: Martins Innus Date: Mon Dec 22 13:45:08 2014 -0500 Fix flex config on older CentOS for hotproc src/pmdas/linux_proc/lex.l | 1 + 1 files changed, 1 insertions(+), 0 deletions(-) I wasn't seeing this in my version of flex/gcc, sorry. > Do we really need to be using flex in this PMDA? I carried it over from the original sgi hotproc implementation for parsing of the config files and modernized it enough to compile and work. If there is a more pcp specific way of handling config files, I can look into it. As far as I can tell, the pcp rpm build has required flex for a while, but some files moving to flex-devel is a new wrinkle. > > I am seeing a lot of other build breakage (about 1/3 of my machines), but don't know yet if this issue is responsible on platforms other than CentOS 5.11. > > _ Let me know what platforms these are and if I can spin up a VM I will take a look. Thanks Martins From kenj@internode.on.net Mon Dec 22 13:35: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 3518A29DF7 for ; Mon, 22 Dec 2014 13:35:14 -0600 (CST) Received: from cuda.sgi.com (cuda3.sgi.com [192.48.176.15]) by relay3.corp.sgi.com (Postfix) with ESMTP id C4F4CAC001 for ; Mon, 22 Dec 2014 11:35:13 -0800 (PST) X-ASG-Debug-ID: 1419276910-04cb6c057023d3980001-S8gJnT Received: from ipmail07.adl2.internode.on.net (ipmail07.adl2.internode.on.net [150.101.137.131]) by cuda.sgi.com with ESMTP id BXjDhtX5ihcWD2a9 for ; Mon, 22 Dec 2014 11:35:11 -0800 (PST) X-Barracuda-Envelope-From: kenj@internode.on.net X-Barracuda-Apparent-Source-IP: 150.101.137.131 X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: ApUBAINxmFR20Slq/2dsb2JhbAANTg7ODoJNAoExAQEBAQGFCgEBBDhAEQsOCgkWDwkDAgECAUUGAQwIAQHBfJcHAQEBAQYBAQEBAR2PeYQpAQSMOpwUg1NRgx4BAQE Received: from ppp118-209-41-106.lns20.mel4.internode.on.net (HELO [192.168.1.100]) ([118.209.41.106]) by ipmail07.adl2.internode.on.net with ESMTP; 23 Dec 2014 06:05:10 +1030 Message-ID: <54987303.2090901@internode.on.net> Date: Tue, 23 Dec 2014 06:37:39 +1100 From: Ken McDonell User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:31.0) Gecko/20100101 Thunderbird/31.3.0 MIME-Version: 1.0 To: Martins Innus , PCP Subject: Re: [pcp] problems with linux pmda build References: <54948729.6090902@internode.on.net> <54986B7E.4070906@buffalo.edu> X-ASG-Orig-Subj: Re: [pcp] problems with linux pmda build In-Reply-To: <54986B7E.4070906@buffalo.edu> 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: 1419276911 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.13263 Rule breakdown below pts rule name description ---- ---------------------- -------------------------------------------------- On 23/12/14 06:05, Martins Innus wrote: > Ken, > > On 12/19/14 3:14 PM, Ken McDonell wrote: >> On >> vm04 unknown i586 CentOS 5.11 (Final) >> there is no flex-devel rpm, but libfl.a comes from the flex rpm. > I looked into this and libfl.a recently changed location. On the CentOS > side, it was in the flex package pre 6.6. From 6.6 onwards it is in a > new flex-devel package. On the Fedora side, looks like there has been a > flex-devel since at least version 18, and the libfl.a has been there > that whole time. I was unable to find any earlier information. Thanks Martins. I have found a way of fixing this that avoids libfl.a altogether (commit coming soon). We use flex in lots of places and don't need libfl.a there, so I was able to add a few snippets into lex.l and the problem appears to have gone away. From kenj@internode.on.net Mon Dec 22 13:50: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 4488429DF7 for ; Mon, 22 Dec 2014 13:50:13 -0600 (CST) Received: from cuda.sgi.com (cuda2.sgi.com [192.48.176.25]) by relay3.corp.sgi.com (Postfix) with ESMTP id C6F1AAC003 for ; Mon, 22 Dec 2014 11:50:12 -0800 (PST) X-ASG-Debug-ID: 1419277809-04cbb0106b13e7240001-S8gJnT Received: from ipmail07.adl2.internode.on.net (ipmail07.adl2.internode.on.net [150.101.137.131]) by cuda.sgi.com with ESMTP id AOeVhC4bAUjSKLuW for ; Mon, 22 Dec 2014 11:50:10 -0800 (PST) X-Barracuda-Envelope-From: kenj@internode.on.net X-Barracuda-Apparent-Source-IP: 150.101.137.131 X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: ApUBABF1mFR20Slq/2dsb2JhbAANToNYxyKFcAKBMQEBAQEBhQoBAQQ4QBELGAkWDwkDAgECAUUTCAEBiDW5UJZZAQEBBwEBAQEaBI1lghQWhBMBBIw6hRWDQIMOkDGEJIMeAQEB Received: from ppp118-209-41-106.lns20.mel4.internode.on.net (HELO [192.168.1.100]) ([118.209.41.106]) by ipmail07.adl2.internode.on.net with ESMTP; 23 Dec 2014 06:20:09 +1030 Message-ID: <54987686.5040805@internode.on.net> Date: Tue, 23 Dec 2014 06:52:38 +1100 From: Ken McDonell User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:31.0) Gecko/20100101 Thunderbird/31.3.0 MIME-Version: 1.0 To: pcp@oss.sgi.com Subject: Re: [pcp] hotproc rfc References: <536D28B4.6010504@buffalo.edu> <1139662762.4765310.1399862104653.JavaMail.zimbra@redhat.com> <54230FAF.2080201@buffalo.edu> <905561536.62723741.1412657864635.JavaMail.zimbra@redhat.com> <5491CB2C.3060208@buffalo.edu> <1187598262.210622.1418885072122.JavaMail.zimbra@redhat.com> <549316B6.8010001@buffalo.edu> <952710162.849449.1418939335518.JavaMail.zimbra@redhat.com> <549865FA.6080300@buffalo.edu> X-ASG-Orig-Subj: Re: [pcp] hotproc rfc In-Reply-To: <549865FA.6080300@buffalo.edu> 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: 1419277809 X-Barracuda-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.13264 Rule breakdown below pts rule name description ---- ---------------------- -------------------------------------------------- On 23/12/14 05:42, Martins Innus wrote: > Nathan, > > On 12/18/14 4:48 PM, Nathan Scott wrote: >> No worries & thanks. Actually, not sure how I missed it yesterday but I >> notice this morning that qa/185 is failing ... I probably wont get to it >> today, if you could take a look into it that'd be awesome. See attached. >> > > Fixed here: > > https://github.com/ubccr/pcp/tree/martins_working Thanks Martins. I've cherry picked this commit into my tree, and verified that qa/185 passes on at least one platform (it was failing on 85% of 'em previously). From kenj@internode.on.net Mon Dec 22 19:05:02 2014 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on oss.sgi.com X-Spam-Level: X-Spam-Status: No, score=0.0 required=5.0 tests=none autolearn=ham version=3.3.1 X-Original-To: pcp@oss.sgi.com Delivered-To: pcp@oss.sgi.com Received: from relay.sgi.com (relay2.corp.sgi.com [137.38.102.29]) by oss.sgi.com (Postfix) with ESMTP id 85F247F5D for ; Mon, 22 Dec 2014 19:05:02 -0600 (CST) Received: from cuda.sgi.com (cuda2.sgi.com [192.48.176.25]) by relay2.corp.sgi.com (Postfix) with ESMTP id 74485304032 for ; Mon, 22 Dec 2014 17:04:59 -0800 (PST) X-ASG-Debug-ID: 1419296689-04cbb010651483e00001-S8gJnT Received: from ipmail07.adl2.internode.on.net (ipmail07.adl2.internode.on.net [150.101.137.131]) by cuda.sgi.com with ESMTP id J4OSChPgWbGWy7Sh for ; Mon, 22 Dec 2014 17:04:50 -0800 (PST) X-Barracuda-Envelope-From: kenj@internode.on.net X-Barracuda-Apparent-Source-IP: 150.101.137.131 X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: Ap0BAFq/mFR20Slq/2dsb2JhbAANToNYWIMEwxWHIgEBAQEBhTMEUTAGAgUWCwILAwIBAgFYBgIBAYg1uTZwljuBIZFAgUEFkU+GcZAOhCRbgkMBAQE Received: from ppp118-209-41-106.lns20.mel4.internode.on.net (HELO [192.168.1.100]) ([118.209.41.106]) by ipmail07.adl2.internode.on.net with ESMTP; 23 Dec 2014 11:34:18 +1030 Message-ID: <5498C025.8000606@internode.on.net> Date: Tue, 23 Dec 2014 12:06:45 +1100 From: Ken McDonell User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:31.0) Gecko/20100101 Thunderbird/31.3.0 MIME-Version: 1.0 To: pcp@oss.sgi.com Subject: pcp updates - christmas hamper Content-Type: text/plain; charset=utf-8 X-ASG-Orig-Subj: pcp updates - christmas hamper Content-Transfer-Encoding: 7bit X-Barracuda-Connect: ipmail07.adl2.internode.on.net[150.101.137.131] X-Barracuda-Start-Time: 1419296689 X-Barracuda-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.13275 Rule breakdown below pts rule name description ---- ---------------------- -------------------------------------------------- Changes committed to git://git.performancecopilot.org/kenj/pcp.git dev Makepkgs | 6 ++---- qa/.gitignore | 1 + qa/574 | 14 +++++++++----- qa/admin/check-vm | 6 ++++-- qa/admin/myconfigure | 18 ++++++++++++++---- qa/admin/pcp-qa-summary | 2 +- src/perl/PMDA/typemap | 2 +- src/pmdas/aix/GNUmakefile | 4 +++- src/pmdas/darwin/GNUmakefile | 4 +++- src/pmdas/etw/GNUmakefile | 4 +++- src/pmdas/freebsd/GNUmakefile | 4 +++- src/pmdas/jbd2/GNUmakefile | 4 +++- src/pmdas/linux/GNUmakefile | 4 +++- src/pmdas/linux_proc/GNUmakefile | 6 ++++-- src/pmdas/linux_proc/lex.l | 18 ++++++++++++++++++ src/pmdas/linux_xfs/GNUmakefile | 4 +++- src/pmdas/mmv/GNUmakefile | 4 +++- src/pmdas/netbsd/GNUmakefile | 4 +++- src/pmdas/pmcd/GNUmakefile | 4 +++- src/pmdas/pmcd/src/pmcd.c | 4 +++- src/pmdas/root/GNUmakefile | 4 +++- src/pmdas/root/root.c | 10 ++++++++++ src/pmdas/solaris/GNUmakefile | 4 +++- src/pmdas/windows/GNUmakefile | 4 +++- src/pmlogger/pmnewlog.sh | 2 +- 25 files changed, 107 insertions(+), 34 deletions(-) commit 75abba225dd7979ce7d7780305ac27fcf0c2890f Author: Ken McDonell Date: Tue Dec 23 12:02:01 2014 +1100 qa/admin/myconfigure: force --libexecdir=/usr/lib configopts for debian Not sure how this gets set magically by dh_autotools-dev_updateconfig, but it does, and myconfigure is trying to mimic the configure settings from Makepkgs. Also add some more useful libs and apps to be built after configure is done. commit 7b665d6165d33d87fd1a00447ff7a9d49ab4dd14 Author: Ken McDonell Date: Tue Dec 23 12:00:33 2014 +1100 Makepkgs: minor cosmetic change Continuation lines only confuse the older people on the team. commit de85c26f96ebb09c6303ae8fd0d35fd0c432ead6 Author: Ken McDonell Date: Tue Dec 23 10:42:29 2014 +1100 qa/574: add extra diagnositics to 574.full Problem turned out the not be with qa/574 ... it was a victim of the bad pmcd PMDA problem I fixed in an earlier commit. commit 7b930ad263101a1175ffb9ada5779512906d7d41 Author: Martins Innus Date: Mon Dec 22 13:38:58 2014 -0500 Fix QA 185 after hotproc merge Need to special case the hotproc metrics in pmnewlog just like proc. commit 7cc4f8b00a95538842e05c30a69f70529bd31378 Author: Ken McDonell Date: Mon Dec 22 20:46:34 2014 +1100 pmcd PMDA: avoid segv for pmcd.hostname Fast path optimization in fetch_hostname() was not setting avp->cp before returning ==> kaboom in qa/074 everywhere. commit 9ab7850ae5a7f4a9451c26f99203421d2db30a47 Author: Ken McDonell Date: Mon Dec 22 12:03:09 2014 +1100 linux_proc PMDA: a little more flex tweaking commit 30004891bc0e5c7b78aebddd5874800cd0208aec Author: Ken McDonell Date: Mon Dec 22 10:23:06 2014 +1100 root PMDA: fix compilation errors for FreeBSD commit 1ae3edc881606bd9e78ea2caa0e3bdacc7a991f7 Author: Ken McDonell Date: Mon Dec 22 06:50:04 2014 +1100 qa/admin: minor changes check-vm - drop libfl checks - cleanup the python curses check - minor tweaks to a couple of the "inventor" and "qt" checks pcp-qa-summary - with -n, don't count "not run" cases as failures for the failure percentage (-f) calculation commit daa3892cc1e0d15a9e30ffe2225ca675f672d22d Author: Ken McDonell Date: Mon Dec 22 06:47:36 2014 +1100 perl C bindings: add explicit cast for int->ptr conversion Avoids compiler warnings on some platforms where sizeof(int) is not the same as sizeof(void *). commit 25dabf8fb3ee192810078206525cf9f012c1ad98 Author: Ken McDonell Date: Mon Dec 22 06:44:12 2014 +1100 assorted PMDAs: tweak GNUmakefile for pmcd.conf When building outside a packaging context (like QA triage) we'd like to be able to rebuild a PMDA as simply as possible. For "always installed" PMDAs, relax the logic to append lines to ../pmcd.conf if it does not already exist. commit 29a91d6d4091d977c798234aeb2dca0d8ac4a5da Author: Ken McDonell Date: Mon Dec 22 06:36:12 2014 +1100 linux_hotproc pmda: remove libfl dependency Use the same code we've used elsewhere in PCP for flex generated scanners, namely define our own input() and unput() macros and define a yywrap() function. libfl is not available on all platforms, so this is a more portable approach. commit 2c7db928f741ffc3f4078f0792240aab6116c0f9 Author: Ken McDonell Date: Mon Dec 22 06:13:15 2014 +1100 qa/.gitignore: add 367.out From wwwrun@oss.sgi.com Mon Dec 22 20:54: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=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 76DEF29E00; Mon, 22 Dec 2014 20:54:13 -0600 (CST) From: bugzilla-daemon@oss.sgi.com To: pcp@oss.sgi.com Subject: [Bug 866] hinv.map.scsi uses /proc/scsi/scsi which is deprecated Date: Tue, 23 Dec 2014 02:54:13 +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: EasyFix X-Bugzilla-Severity: normal X-Bugzilla-Who: mgoodwin@redhat.com X-Bugzilla-Status: NEW X-Bugzilla-Priority: P3 X-Bugzilla-Assigned-To: mort@sgi.com X-Bugzilla-Target-Milestone: --- X-Bugzilla-Changed-Fields: cc Message-ID: In-Reply-To: References: Content-Type: multipart/alternative; boundary="1419303253.DfF32.6435"; charset="us-ascii" X-Bugzilla-URL: http://oss.sgi.com/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 --1419303253.DfF32.6435 Date: Mon, 22 Dec 2014 20:54:13 -0600 MIME-Version: 1.0 Content-Type: text/plain; charset="UTF-8" http://oss.sgi.com/bugzilla/show_bug.cgi?id=866 Mark Goodwin changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |mgoodwin@redhat.com --- Comment #1 from Mark Goodwin --- /proc/scsi/scsi is still there in 3.17.6-300.fc21.x86_64 / fc21. Is it really deprecated? If so then I can convert proc_scsi.c for hinv.map.scsi to avoid scanning /proc/scsi/scsi and instead use /sys/block/sda/device/{vendor,model,scsi_device}. This would be follow-on to commit 4f3e4f2c37960e88a80185cb12af0fd1e1f3fd37 -- You are receiving this mail because: You are on the CC list for the bug. --1419303253.DfF32.6435 Date: Mon, 22 Dec 2014 20:54:13 -0600 MIME-Version: 1.0 Content-Type: text/html; charset="UTF-8" changed bug 866
What Removed Added
CC   mgoodwin@redhat.com

Comment # 1 on bug 866 from 
/proc/scsi/scsi is still there in 3.17.6-300.fc21.x86_64 / fc21. Is it really
deprecated? If so then I can convert proc_scsi.c for hinv.map.scsi to avoid
scanning /proc/scsi/scsi and instead use
/sys/block/sda/device/{vendor,model,scsi_device}.

This would be follow-on to commit 4f3e4f2c37960e88a80185cb12af0fd1e1f3fd37

You are receiving this mail because:
  • You are on the CC list for the bug.
--1419303253.DfF32.6435-- From kenj@kenj.com.au Mon Dec 22 21:37: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 (relay3.corp.sgi.com [198.149.34.15]) by oss.sgi.com (Postfix) with ESMTP id E74137F55 for ; Mon, 22 Dec 2014 21:37:02 -0600 (CST) Received: from cuda.sgi.com (cuda3.sgi.com [192.48.176.15]) by relay3.corp.sgi.com (Postfix) with ESMTP id 86635AC004 for ; Mon, 22 Dec 2014 19:37:02 -0800 (PST) X-ASG-Debug-ID: 1419305816-04cb6c057224d4960001-S8gJnT Received: from ipmail07.adl2.internode.on.net (ipmail07.adl2.internode.on.net [150.101.137.131]) by cuda.sgi.com with ESMTP id SdIIHfPoKugth1Jg for ; Mon, 22 Dec 2014 19:36:56 -0800 (PST) X-Barracuda-Envelope-From: kenj@kenj.com.au X-Barracuda-Apparent-Source-IP: 150.101.137.131 Received: from ppp118-209-41-106.lns20.mel4.internode.on.net (HELO bozo.localdomain) ([118.209.41.106]) by ipmail07.adl2.internode.on.net with ESMTP; 23 Dec 2014 14:06:55 +1030 Received: by bozo.localdomain (Postfix, from userid 1000) id 4DF459F0; Tue, 23 Dec 2014 14:39:25 +1100 (AEDT) To: pcp@oss.sgi.com Subject: pcp updates - kenj & martins xmas cheer Message-Id: <20141223033925.4DF459F0@bozo.localdomain> X-ASG-Orig-Subj: pcp updates - kenj & martins xmas cheer Date: Tue, 23 Dec 2014 14:39:25 +1100 (AEDT) From: kenj@kenj.com.au (Ken McDonell) X-Barracuda-Connect: ipmail07.adl2.internode.on.net[150.101.137.131] X-Barracuda-Start-Time: 1419305816 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.13279 Rule breakdown below pts rule name description ---- ---------------------- -------------------------------------------------- [I think these commits have flowed correctly to pcp.io and github ... I'm using the "Nathan+Dave's most excellent recipe" for the first time, so please let me know if I've botched anything] Changes committed to git://git.pcp.io/pcp.git dev Ken McDonell (12): fix debian build: missing libpcp_pmda man pages from manifest pmdaRootConnect, pmdaRootShutdown, pmdaEnterContainerNameSpace, and pmdaLeaveContainerNameSpace. qa/.gitignore: add 367.out linux_hotproc pmda: remove libfl dependency assorted PMDAs: tweak GNUmakefile for pmcd.conf perl C bindings: add explicit cast for int->ptr conversion qa/admin: minor changes root PMDA: fix compilation errors for FreeBSD linux_proc PMDA: a little more flex tweaking pmcd PMDA: avoid segv for pmcd.hostname qa/574: add extra diagnositics to 574.full Makepkgs: minor cosmetic change qa/admin/myconfigure: force --libexecdir=/usr/lib configopts for debian Martins Innus (1): Fix QA 185 after hotproc merge Need to special case the hotproc metrics in pmnewlog just like proc. Makepkgs | 6 ++---- debian/libpcp-pmda3-dev.install | 5 +++++ qa/.gitignore | 1 + qa/574 | 14 +++++++++----- qa/admin/check-vm | 6 ++++-- qa/admin/myconfigure | 18 ++++++++++++++---- qa/admin/pcp-qa-summary | 2 +- src/perl/PMDA/typemap | 2 +- src/pmdas/aix/GNUmakefile | 4 +++- src/pmdas/darwin/GNUmakefile | 4 +++- src/pmdas/etw/GNUmakefile | 4 +++- src/pmdas/freebsd/GNUmakefile | 4 +++- src/pmdas/jbd2/GNUmakefile | 4 +++- src/pmdas/linux/GNUmakefile | 4 +++- src/pmdas/linux_proc/GNUmakefile | 6 ++++-- src/pmdas/linux_proc/lex.l | 18 ++++++++++++++++++ src/pmdas/linux_xfs/GNUmakefile | 4 +++- src/pmdas/mmv/GNUmakefile | 4 +++- src/pmdas/netbsd/GNUmakefile | 4 +++- src/pmdas/pmcd/GNUmakefile | 4 +++- src/pmdas/pmcd/src/pmcd.c | 4 +++- src/pmdas/root/GNUmakefile | 4 +++- src/pmdas/root/root.c | 10 ++++++++++ src/pmdas/solaris/GNUmakefile | 4 +++- src/pmdas/windows/GNUmakefile | 4 +++- src/pmlogger/pmnewlog.sh | 2 +- 26 files changed, 112 insertions(+), 34 deletions(-) From brolley@redhat.com Tue Dec 23 10:10:29 2014 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on oss.sgi.com X-Spam-Level: X-Spam-Status: No, score=0.0 required=5.0 tests=none autolearn=ham version=3.3.1 X-Original-To: pcp@oss.sgi.com Delivered-To: pcp@oss.sgi.com Received: from relay.sgi.com (relay3.corp.sgi.com [198.149.34.15]) by oss.sgi.com (Postfix) with ESMTP id 813417F3F for ; Tue, 23 Dec 2014 10:10:29 -0600 (CST) Received: from cuda.sgi.com (cuda3.sgi.com [192.48.176.15]) by relay3.corp.sgi.com (Postfix) with ESMTP id 0E3A9AC004 for ; Tue, 23 Dec 2014 08:10:25 -0800 (PST) X-ASG-Debug-ID: 1419351021-04cb6c057124fc7d0001-S8gJnT Received: from mx1.redhat.com (mx1.redhat.com [209.132.183.28]) by cuda.sgi.com with ESMTP id O9e1x7tjyiNJig8y (version=TLSv1 cipher=AES256-SHA bits=256 verify=NO) for ; Tue, 23 Dec 2014 08:10:21 -0800 (PST) X-Barracuda-Envelope-From: brolley@redhat.com X-Barracuda-Apparent-Source-IP: 209.132.183.28 X-ASG-Whitelist: Client Received: from int-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 sBNGAEAt000362 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=FAIL); Tue, 23 Dec 2014 11:10:15 -0500 Received: from [10.10.63.218] (vpn-63-218.rdu2.redhat.com [10.10.63.218]) by int-mx11.intmail.prod.int.phx2.redhat.com (8.14.4/8.14.4) with ESMTP id sBNGADoK019545; Tue, 23 Dec 2014 11:10:13 -0500 Message-ID: <549994A3.9040606@redhat.com> Date: Tue, 23 Dec 2014 11:13:23 -0500 From: Dave Brolley User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:31.0) Gecko/20100101 Thunderbird/31.3.0 MIME-Version: 1.0 To: Ken McDonell , pcp@oss.sgi.com Subject: Re: [pcp] pcp updates - kenj & martins xmas cheer References: <20141223033925.4DF459F0@bozo.localdomain> X-ASG-Orig-Subj: Re: [pcp] pcp updates - kenj & martins xmas cheer In-Reply-To: <20141223033925.4DF459F0@bozo.localdomain> Content-Type: text/plain; charset=windows-1252; 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: 1419351021 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 Hey Ken, Yep, looks like everything made it upstream. Thanks! Dave On 12/22/2014 10:39 PM, Ken McDonell wrote: > [I think these commits have flowed correctly to pcp.io and github ... > I'm using the "Nathan+Dave's most excellent recipe" for the first > time, so please let me know if I've botched anything] > > Changes committed to git://git.pcp.io/pcp.git dev > > Ken McDonell (12): > fix debian build: missing libpcp_pmda man pages from manifest pmdaRootConnect, pmdaRootShutdown, pmdaEnterContainerNameSpace, and pmdaLeaveContainerNameSpace. > qa/.gitignore: add 367.out > linux_hotproc pmda: remove libfl dependency > assorted PMDAs: tweak GNUmakefile for pmcd.conf > perl C bindings: add explicit cast for int->ptr conversion > qa/admin: minor changes > root PMDA: fix compilation errors for FreeBSD > linux_proc PMDA: a little more flex tweaking > pmcd PMDA: avoid segv for pmcd.hostname > qa/574: add extra diagnositics to 574.full > Makepkgs: minor cosmetic change > qa/admin/myconfigure: force --libexecdir=/usr/lib configopts for debian > > Martins Innus (1): > Fix QA 185 after hotproc merge Need to special case the hotproc metrics in pmnewlog just like proc. > From chandana@desilva.id.au Tue Dec 23 17:41:36 2014 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on oss.sgi.com X-Spam-Level: X-Spam-Status: No, score=0.0 required=5.0 tests=none autolearn=ham version=3.3.1 X-Original-To: pcp@oss.sgi.com Delivered-To: pcp@oss.sgi.com Received: from relay.sgi.com (relay1.corp.sgi.com [137.38.102.111]) by oss.sgi.com (Postfix) with ESMTP id 3C0137F5E for ; Tue, 23 Dec 2014 17:41:36 -0600 (CST) Received: from cuda.sgi.com (cuda3.sgi.com [192.48.176.15]) by relay1.corp.sgi.com (Postfix) with ESMTP id 2B18F8F8049 for ; Tue, 23 Dec 2014 15:41:35 -0800 (PST) X-ASG-Debug-ID: 1419378090-04cb6c05722521370001-S8gJnT Received: from mho-02-ewr.mailhop.org (mho-02-ewr.mailhop.org [204.13.248.72]) by cuda.sgi.com with ESMTP id PEkQVgsOiBmnOKKs (version=TLSv1 cipher=AES256-SHA bits=256 verify=NO) for ; Tue, 23 Dec 2014 15:41:31 -0800 (PST) X-Barracuda-Envelope-From: chandana@desilva.id.au X-Barracuda-Apparent-Source-IP: 204.13.248.72 Received: from ec2-54-252-74-219.ap-southeast-2.compute.amazonaws.com ([54.252.74.219] helo=mail.desilva.id.au) by mho-02-ewr.mailhop.org with esmtpa (Exim 4.72) (envelope-from ) id 1Y3Z50-000LIT-9M; Tue, 23 Dec 2014 23:41:30 +0000 Received: from [10.12.0.65] (unknown [175.45.119.98]) by mail.desilva.id.au (Postfix) with ESMTPSA id 33AF3259BD; Tue, 23 Dec 2014 23:41:28 +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: U2FsdGVkX19cEZL9dC4H4KmSIhubjNYvTPkjgQuN8Tk= Message-ID: <1419378087.32319.112.camel@tardis> Subject: Compiling PCP 3.10 on CentOS 5.5 From: Chandana De Silva X-ASG-Orig-Subj: Compiling PCP 3.10 on CentOS 5.5 Reply-To: chandana@desilva.id.au To: pcp@oss.sgi.com Cc: Keith Owens Date: Wed, 24 Dec 2014 10:41:27 +1100 Content-Type: text/plain; charset="UTF-8" X-Mailer: Evolution 3.10.4 (3.10.4-4.fc20) Mime-Version: 1.0 Content-Transfer-Encoding: 7bit X-Barracuda-Connect: mho-02-ewr.mailhop.org[204.13.248.72] X-Barracuda-Start-Time: 1419378091 X-Barracuda-Encrypted: AES256-SHA X-Barracuda-URL: http://192.48.176.15:80/cgi-mod/mark.cgi X-Virus-Scanned: by bsmtpd at sgi.com X-Barracuda-BRTS-Status: 1 X-Barracuda-Spam-Score: 0.00 X-Barracuda-Spam-Status: No, SCORE=0.00 using per-user scores of TAG_LEVEL=1000.0 QUARANTINE_LEVEL=1000.0 KILL_LEVEL=2.7 tests= X-Barracuda-Spam-Report: Code version 3.2, rules version 3.2.3.13327 Rule breakdown below pts rule name description ---- ---------------------- -------------------------------------------------- All, We are noticing what looks like a memory leak in pmcd on our older CentOS 5.5 machines, which are running Version 3.6.9. As an example, pmcd was restarted at ~ 22:00 hrs last night, and by 10:00 hrs today, Virtual Set Size had grown to 70 MB. Our problem is that we have found difficulty in building any of the newer version of PCP against CentOS 5.5. I noticed on the PCP list you had managed to build for older CentOS versions. Is there a know recipe ?. Thanks and regards, Chandana From kenj@internode.on.net Tue Dec 23 18:41:30 2014 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on oss.sgi.com X-Spam-Level: X-Spam-Status: No, score=0.0 required=5.0 tests=none autolearn=ham version=3.3.1 X-Original-To: pcp@oss.sgi.com Delivered-To: pcp@oss.sgi.com Received: from relay.sgi.com (relay2.corp.sgi.com [137.38.102.29]) by oss.sgi.com (Postfix) with ESMTP id 394947F5E for ; Tue, 23 Dec 2014 18:41:30 -0600 (CST) Received: from cuda.sgi.com (cuda3.sgi.com [192.48.176.15]) by relay2.corp.sgi.com (Postfix) with ESMTP id 1965E304032 for ; Tue, 23 Dec 2014 16:41:26 -0800 (PST) X-ASG-Debug-ID: 1419381684-04cb6c05732524ec0001-S8gJnT Received: from ipmail06.adl2.internode.on.net (ipmail06.adl2.internode.on.net [150.101.137.129]) by cuda.sgi.com with ESMTP id CHtojsNGfc6w3WOO for ; Tue, 23 Dec 2014 16:41:24 -0800 (PST) X-Barracuda-Envelope-From: kenj@internode.on.net X-Barracuda-Apparent-Source-IP: 150.101.137.129 X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: AsgBAHYKmlR20SlqPGdsb2JhbAANSAaKXsNPgk8CgSoBAQEBAQYBAQEBOIRHAQEBAwF4BgsLGAkWDwkDAgECATEUEwgBAYggtRiWVQEBCAIBH48FHAEBDEoWhBMBBKhYhCSBXgcCgTcBAQE Received: from ppp118-209-41-106.lns20.mel4.internode.on.net (HELO [192.168.1.100]) ([118.209.41.106]) by ipmail06.adl2.internode.on.net with ESMTP; 24 Dec 2014 11:11:23 +1030 Message-ID: <549A0C55.4000901@internode.on.net> Date: Wed, 24 Dec 2014 11:44:05 +1100 From: Ken McDonell User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:31.0) Gecko/20100101 Thunderbird/31.3.0 MIME-Version: 1.0 To: pcp@oss.sgi.com Subject: Re: [pcp] Compiling PCP 3.10 on CentOS 5.5 References: <1419378087.32319.112.camel@tardis> X-ASG-Orig-Subj: Re: [pcp] Compiling PCP 3.10 on CentOS 5.5 In-Reply-To: <1419378087.32319.112.camel@tardis> Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: 7bit X-Barracuda-Connect: ipmail06.adl2.internode.on.net[150.101.137.129] X-Barracuda-Start-Time: 1419381684 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.13329 Rule breakdown below pts rule name description ---- ---------------------- -------------------------------------------------- G'day Chandana, On 24/12/14 10:41, Chandana De Silva wrote: > All, > > We are noticing what looks like a memory leak in pmcd on our older > CentOS 5.5 machines, which are running Version 3.6.9. 3.6.9 dates from about Fri Oct 12 2012, so that is quite old. However, I don't see any glaring pmcd-related memleak fixes since then. Are you sure it is pmcd? What DSO PMDA's do you have configured? > As an example, pmcd was restarted at ~ 22:00 hrs last night, and by > 10:00 hrs today, Virtual Set Size had grown to 70 MB. How big was it immediately after pmcd started? And 1 hr later after all the pmlogger/pmie fetchs had been done at least once. 70MB may not be unusual for proc.psinfo.vsize (is that the metric you're using to measure "Virtual Set Size"?) ... on my workstation after doing a pminfo -v (to force every single metric to be instantiated), I see kenj@bozo $ pminfo -f proc.psinfo.vsize | grep '[p]mcd' inst [12896 or "012896 /usr/lib/pcp/bin/pmcd -T 3"] value 63200 and the units are Kbytes, so a little over 61MB. I repeated the pminfo -v one hundred times, and there is only a small increase ... > Our problem is that we have found difficulty in building any of the > newer version of PCP against CentOS 5.5. > > I noticed on the PCP list you had managed to build for older CentOS > versions. Is there a know recipe ?. Pretty much the same recipe for every platform: 1. download and unpack the source 2. run qa/admin/check-vm (don't let the name confuse you) ... this sniffs about for prereqs required to build PCP and run QA ... things marked [optional] in the output you can safely ignore 3. ./Makepkgs If this does not work, send mail to the list with Logs/pcp attached. I am building OK for CentOS 5.11 ... I don't have 5.5 in my QA farm but could spin one up (64bit I assume) if you're still having trouble. From kenj@internode.on.net Wed Dec 24 02:59:53 2014 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on oss.sgi.com X-Spam-Level: X-Spam-Status: No, score=0.0 required=5.0 tests=none autolearn=ham version=3.3.1 X-Original-To: pcp@oss.sgi.com Delivered-To: pcp@oss.sgi.com Received: from relay.sgi.com (relay1.corp.sgi.com [137.38.102.111]) by oss.sgi.com (Postfix) with ESMTP id F3F807F6A for ; Wed, 24 Dec 2014 02:59:52 -0600 (CST) Received: from cuda.sgi.com (cuda3.sgi.com [192.48.176.15]) by relay1.corp.sgi.com (Postfix) with ESMTP id D3AA48F8035 for ; Wed, 24 Dec 2014 00:59:52 -0800 (PST) X-ASG-Debug-ID: 1419411589-04cb6c0571253c9f0001-S8gJnT Received: from ipmail07.adl2.internode.on.net (ipmail07.adl2.internode.on.net [150.101.137.131]) by cuda.sgi.com with ESMTP id yVxJZEDlQ6B7vzRN for ; Wed, 24 Dec 2014 00:59:50 -0800 (PST) X-Barracuda-Envelope-From: kenj@internode.on.net X-Barracuda-Apparent-Source-IP: 150.101.137.131 X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: AqIBAPJ/mlR20Slq/2dsb2JhbAANTAKDWFiDBMNVhx4BAQEBAYUzBFE2AgUNCQsCCwMCAQIBSw0IAQG9SnCVRiyBIY5qC4JLgUEFkVSGQYoyhhGCIR+BZFuBDIE3AQEB Received: from ppp118-209-41-106.lns20.mel4.internode.on.net (HELO [192.168.1.100]) ([118.209.41.106]) by ipmail07.adl2.internode.on.net with ESMTP; 24 Dec 2014 19:29:49 +1030 Message-ID: <549A811C.5090007@internode.on.net> Date: Wed, 24 Dec 2014 20:02:20 +1100 From: Ken McDonell User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:31.0) Gecko/20100101 Thunderbird/31.3.0 MIME-Version: 1.0 To: PCP Subject: hotproc pmda failing in qa/800 Content-Type: text/plain; charset=utf-8 X-ASG-Orig-Subj: hotproc pmda failing in qa/800 Content-Transfer-Encoding: 7bit X-Barracuda-Connect: ipmail07.adl2.internode.on.net[150.101.137.131] X-Barracuda-Start-Time: 1419411589 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.13346 Rule breakdown below pts rule name description ---- ---------------------- -------------------------------------------------- Cut these dbpmda snippets from qa/800 kenj@vm24:~/src/pcp/qa$ sudo dbpmda .dbpmdarc> open pipe /var/lib/pcp/pmdas/proc/pmdaproc -d 3 Start pmdaproc PMDA: /var/lib/pcp/pmdas/proc/pmdaproc -d 3 .dbpmdarc> getdesc on .dbpmdarc> attr "username" "root" Attribute: username=root Success .dbpmdarc> attr 11 "0" Attribute: userid=0 Success .dbpmdarc> dbpmda> wait 11 dbpmda> fetch hotproc.nprocs PMID(s): 3.52.99 pmResult dump from 0x8f38700 timestamp: 0.000000 10:00:00.000 numpmid: 1 3.52.99 (hotproc.nprocs): numval: 1 valfmt: 0 vlist[]: value 0 dbpmda> fetch hotproc.control.config PMID(s): 3.60.8 pmResult dump from 0x8f38700 timestamp: 0.000000 10:00:00.000 numpmid: 1 3.60.8 (hotproc.control.config): numval: 1 valfmt: 1 vlist[]: value "" Down to here we're good ... then do this store dbpmda> store hotproc.control.config 'fname=="pmdaproc"' PMID: 3.60.8 Getting description... Getting Result Structure... 3.60.8: "" -> "fname=="pmdaproc"" Sending Result... dbpmda> Which returns (note the dbpmda> prompt) ... then O(10) seconds later, kaboom *** Error in `/var/lib/pcp/pmdas/proc/pmdaproc': free(): invalid next size (fast): 0x09e6c868 *** ======= Backtrace: ========= /lib/libc.so.6(+0x6dfd3)[0xb754bfd3] /lib/libc.so.6(+0x7418a)[0xb755218a] /lib/libc.so.6(+0x74dcc)[0xb7552dcc] /var/lib/pcp/pmdas/proc/pmdaproc[0x8054604] /usr/lib/libpcp.so.3(+0x36fdf)[0xb76c5fdf] linux-gate.so.1(__kernel_sigreturn+0x0)[0xb7732400] linux-gate.so.1(__kernel_vsyscall+0xe)[0xb7732422] /lib/libc.so.6(__read+0x23)[0xb75ba863] /usr/lib/libpcp.so.3(+0x143b8)[0xb76a33b8] /usr/lib/libpcp.so.3(__pmGetPDU+0x82)[0xb76a3df2] /usr/lib/libpcp_pmda.so.3(__pmdaMainPDU+0xa8)[0xb7706328] /usr/lib/libpcp_pmda.so.3(pmdaMain+0x28)[0xb7706f28] /var/lib/pcp/pmdas/proc/pmdaproc[0x804a224] /lib/libc.so.6(__libc_start_main+0xf3)[0xb74f79d3] /var/lib/pcp/pmdas/proc/pmdaproc[0x804a271] ======= Memory map: ======== 08048000-08064000 r-xp 00000000 08:02 84314 /var/lib/pcp/pmdas/proc/pmdaproc 08064000-08065000 r--p 0001b000 08:02 84314 /var/lib/pcp/pmdas/proc/pmdaproc 08065000-08068000 rw-p 0001c000 08:02 84314 /var/lib/pcp/pmdas/proc/pmdaproc 08068000-08069000 rw-p 00000000 00:00 0 09e56000-09e77000 rw-p 00000000 00:00 0 [heap] b73d3000-b73ee000 r-xp 00000000 08:02 4856 /lib/libgcc_s.so.1 b73ee000-b73ef000 r--p 0001a000 08:02 4856 /lib/libgcc_s.so.1 b73ef000-b73f0000 rw-p 0001b000 08:02 4856 /lib/libgcc_s.so.1 b740a000-b743f000 r--s 00000000 00:10 7329 /var/run/nscd/group b743f000-b7474000 r--s 00000000 00:10 7328 /var/run/nscd/passwd b7474000-b7475000 rw-p 00000000 00:00 0 b7475000-b748d000 r-xp 00000000 08:02 229 /lib/libpthread-2.18.so b748d000-b748e000 ---p 00018000 08:02 229 /lib/libpthread-2.18.so b748e000-b748f000 r--p 00018000 08:02 229 /lib/libpthread-2.18.so b748f000-b7490000 rw-p 00019000 08:02 229 /lib/libpthread-2.18.so b7490000-b7492000 rw-p 00000000 00:00 0 b7492000-b74d6000 r-xp 00000000 08:02 215 /lib/libm-2.18.so b74d6000-b74d7000 r--p 00043000 08:02 215 /lib/libm-2.18.so b74d7000-b74d8000 rw-p 00044000 08:02 215 /lib/libm-2.18.so b74d8000-b74d9000 rw-p 00000000 00:00 0 b74d9000-b74dc000 r-xp 00000000 08:02 28 /lib/libdl-2.18.so b74dc000-b74dd000 r--p 00002000 08:02 28 /lib/libdl-2.18.so b74dd000-b74de000 rw-p 00003000 08:02 28 /lib/libdl-2.18.so b74de000-b7689000 r-xp 00000000 08:02 196 /lib/libc-2.18.so b7689000-b768b000 r--p 001ab000 08:02 196 /lib/libc-2.18.so b768b000-b768c000 rw-p 001ad000 08:02 196 /lib/libc-2.18.so b768c000-b768f000 rw-p 00000000 00:00 0 b768f000-b76f8000 r-xp 00000000 08:02 82175 /usr/lib/libpcp.so.3 b76f8000-b76fa000 r--p 00069000 08:02 82175 /usr/lib/libpcp.so.3 b76fa000-b76fb000 rw-p 0006b000 08:02 82175 /usr/lib/libpcp.so.3 b76fb000-b76ff000 rw-p 00000000 00:00 0 b76ff000-b7713000 r-xp 00000000 08:02 82332 /usr/lib/libpcp_pmda.so.3 b7713000-b7714000 r--p 00013000 08:02 82332 /usr/lib/libpcp_pmda.so.3 b7714000-b7715000 rw-p 00014000 08:02 82332 /usr/lib/libpcp_pmda.so.3 b7715000-b7717000 rw-p 00000000 00:00 0 b772d000-b772e000 rw-p 00000000 00:00 0 b772e000-b772f000 r--s 00000000 08:02 82549 /var/lib/pcp/pmdas/proc/help.pag b772f000-b7730000 r--s 00000000 08:02 82535 /var/lib/pcp/pmdas/proc/help.dir b7730000-b7732000 rw-p 00000000 00:00 0 b7732000-b7733000 r-xp 00000000 00:00 0 [vdso] b7733000-b7754000 r-xp 00000000 08:02 11929 /lib/ld-2.18.so b7754000-b7755000 r--p 00020000 08:02 11929 /lib/ld-2.18.so b7755000-b7756000 rw-p 00021000 08:02 11929 /lib/ld-2.18.so bf859000-bf87a000 rw-p 00000000 00:00 0 [stack] I'd guess the store is trashing the heap which does not bite until the next update cycle. Running the pmda within valgrind within dbpmda gives a bit more info, but no insight to the real cause I suspect. dbpmda> ==12161== Invalid write of size 1 ==12161== at 0x402E8D0: memcpy (in /usr/lib/valgrind/vgpreload_memcheck-x86-linux.so) ==12161== by 0x80545CF: hotproc_eval_procs (string3.h:104) ==12161== by 0x409DFDE: onalarm (AF.c:272) ==12161== Address 0x4323fc8 is 0 bytes after a block of size 8 alloc'd ==12161== at 0x4029EAD: malloc (in /usr/lib/valgrind/vgpreload_memcheck-x86-linux.so) ==12161== by 0x80545B2: hotproc_eval_procs (proc_pid.c:640) ==12161== by 0x409DFDE: onalarm (AF.c:272) ==12161== Sorry, that's all I can extract ... attaching gdb to the pmdaproc process did not help (suspect it is off in some pthread). But it is 100% reproducible here ... vm24 3.10.1 i686 openSUSE 13.1 (Bottle) and the same QA test is failing on 5 other hosts (although I've not triaged the failures there). Ahh, but wait ... inspection of the proc PMDA source file proc_pid.c at line 640 exposes a classic off-by-one error. Fix that (commit coming later) and qa/800 passes on vm24. From kenj@internode.on.net Sun Dec 28 01:22:05 2014 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on oss.sgi.com X-Spam-Level: X-Spam-Status: No, score=0.0 required=5.0 tests=none autolearn=ham version=3.3.1 X-Original-To: pcp@oss.sgi.com Delivered-To: pcp@oss.sgi.com Received: from relay.sgi.com (relay2.corp.sgi.com [137.38.102.29]) by oss.sgi.com (Postfix) with ESMTP id 171327F47 for ; Sun, 28 Dec 2014 01:22:05 -0600 (CST) Received: from cuda.sgi.com (cuda1.sgi.com [192.48.157.11]) by relay2.corp.sgi.com (Postfix) with ESMTP id CF57C304199 for ; Sat, 27 Dec 2014 23:22:01 -0800 (PST) X-ASG-Debug-ID: 1419751318-04bdf0615f27ecd40001-S8gJnT Received: from ipmail06.adl6.internode.on.net (ipmail06.adl6.internode.on.net [150.101.137.145]) by cuda.sgi.com with ESMTP id ZzaDNyOtvJjDH7Q2 for ; Sat, 27 Dec 2014 23:21:59 -0800 (PST) X-Barracuda-Envelope-From: kenj@internode.on.net X-Barracuda-Apparent-Source-IP: 150.101.137.145 X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: AuABALiun1R20foLPGdsb2JhbAANT4NYWIMFgyrAMYcdAQEBAQEGAQEBATiEcRV2AgUhAhECMhoNCAEBtlRwlSuBIZFFgUEFhSeMLZcEhCRbgkMBAQE Received: from ppp118-209-250-11.lns20.mel8.internode.on.net (HELO [192.168.1.100]) ([118.209.250.11]) by ipmail06.adl6.internode.on.net with ESMTP; 28 Dec 2014 17:51:57 +1030 Message-ID: <549FB041.30007@internode.on.net> Date: Sun, 28 Dec 2014 18:24:49 +1100 From: Ken McDonell User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:31.0) Gecko/20100101 Thunderbird/31.3.0 MIME-Version: 1.0 To: PCP Subject: pcp updates - mostly QA, a handful of code botch fixups Content-Type: text/plain; charset=utf-8; format=flowed X-ASG-Orig-Subj: pcp updates - mostly QA, a handful of code botch fixups Content-Transfer-Encoding: 7bit X-Barracuda-Connect: ipmail06.adl6.internode.on.net[150.101.137.145] X-Barracuda-Start-Time: 1419751318 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.13541 Rule breakdown below pts rule name description ---- ---------------------- -------------------------------------------------- Changes committed to git://git.pcp.io/kenj/pcp dev Ken McDonell (26): proc PMDA: fix off-by-one malloc error in hotproc_eval_procs() proc PMDA: fix a second off-by-one malloc error in hotproc_eval_procs() libpcp_qmc: fix compilation warning in qmc_metric.cpp qa/761: deal with non-determinism for root PMDA qa/999: filter out permission warnings for papi PMDA tar packaging: tweak postinstall script qa/359: add filter for containers metrics when not available qa/359: small regex tweak for papi pattern qa/759: add notrun guard if unbound-control not installed root PMDA: fix string handling error in docker.c qa/145: fix endian translation and expected output for non-secure platforms qa/023 & common.filter: more diags, dodge more init redirection chatter qa/023: move last diagnostic addition to a better place qa/769: when an init script is not installed, fake the output qa/admin/check-vm: better flagging of missing optional packages qa/admin/pcp-daily: small change in capturing the log qa/common.check: throw babble from systemctl away when not needed qa/common.filter: dodge "redirecting" output for pcp stop case as well qa/common.rpm: increase delay in _rpm_package_install_await qa/828: another valgrind false report that needs to be suppressed qa/656: add notrun when valgrind not installed libpcp/secureconnect.c: handle cases where SSL_ENABLE_DEFLATE not defined Makepkgs: die if build is doomed qa/admin/allow-pmlc-access: add some dirs to $PATH qa/admin/check-vm: tweak the package inventory Makepkgs: tweak last guard Makepkgs | 10 +++- build/tar/postinstall.tail | 5 ++ qa/023 | 3 - qa/145 | 2 qa/145.out.nonsec | 2 qa/359 | 45 +++++++++--------- qa/656 | 4 + qa/759 | 6 ++ qa/761 | 17 ++++++- qa/761.out | 60 ++++++++++++------------- qa/769 | 11 ++++ qa/828 | 29 ++++++++++++ qa/999 | 11 ++-- qa/admin/allow-pmlc-access | 15 ++++++ qa/admin/check-vm | 91 ++++++++++++++++++-------------------- qa/admin/pcp-daily | 4 + qa/common.check | 2 qa/common.filter | 4 + qa/common.rpm | 2 src/libpcp/src/secureconnect.c | 16 ++++++ src/libpcp_qmc/src/qmc_metric.cpp | 4 - src/pmdas/linux_proc/proc_pid.c | 4 - src/pmdas/root/docker.c | 5 +- 23 files changed, 233 insertions(+), 119 deletions(-) From kenj@internode.on.net Sun Dec 28 03:57: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 2F7927F47 for ; Sun, 28 Dec 2014 03:57:15 -0600 (CST) Received: from cuda.sgi.com (cuda1.sgi.com [192.48.157.11]) by relay1.corp.sgi.com (Postfix) with ESMTP id 00CD98F818A for ; Sun, 28 Dec 2014 01:57:14 -0800 (PST) X-ASG-Debug-ID: 1419760628-04bdf0616127f5e40001-S8gJnT Received: from ipmail06.adl6.internode.on.net (ipmail06.adl6.internode.on.net [150.101.137.145]) by cuda.sgi.com with ESMTP id 5Jno1BVP0JZJgcfO for ; Sun, 28 Dec 2014 01:57:08 -0800 (PST) X-Barracuda-Envelope-From: kenj@internode.on.net X-Barracuda-Apparent-Source-IP: 150.101.137.145 X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: As8BAEfTn1R20foLPGdsb2JhbAANT4NYWIMFgyrAMIcdAQEBAQEGAQEBATiEcVU2AgUWCwILAwIBAgExGg0IAQG2ZHCVDYEhkUWBQQWFJ4wtlwSEJFuCQwEBAQ Received: from ppp118-209-250-11.lns20.mel8.internode.on.net (HELO [192.168.1.100]) ([118.209.250.11]) by ipmail06.adl6.internode.on.net with ESMTP; 28 Dec 2014 20:27:07 +1030 Message-ID: <549FD49F.8060306@internode.on.net> Date: Sun, 28 Dec 2014 20:59:59 +1100 From: Ken McDonell User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:31.0) Gecko/20100101 Thunderbird/31.3.0 MIME-Version: 1.0 To: PCP Subject: pcp updates - kenj changes pushed to official repos Content-Type: text/plain; charset=utf-8 X-ASG-Orig-Subj: pcp updates - kenj changes pushed to official repos Content-Transfer-Encoding: 7bit X-Barracuda-Connect: ipmail06.adl6.internode.on.net[150.101.137.145] X-Barracuda-Start-Time: 1419760628 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.13546 Rule breakdown below pts rule name description ---- ---------------------- -------------------------------------------------- Changes committed to git://git.pcp.io/pcp.git dev Ken McDonell (26): proc PMDA: fix off-by-one malloc error in hotproc_eval_procs() proc PMDA: fix a second off-by-one malloc error in hotproc_eval_procs() libpcp_qmc: fix compilation warning in qmc_metric.cpp qa/761: deal with non-determinism for root PMDA qa/999: filter out permission warnings for papi PMDA tar packaging: tweak postinstall script qa/359: add filter for containers metrics when not available qa/359: small regex tweak for papi pattern qa/759: add notrun guard if unbound-control not installed root PMDA: fix string handling error in docker.c qa/145: fix endian translation and expected output for non-secure platforms qa/023 & common.filter: more diags, dodge more init redirection chatter qa/023: move last diagnostic addition to a better place qa/769: when an init script is not installed, fake the output qa/admin/check-vm: better flagging of missing optional packages qa/admin/pcp-daily: small change in capturing the log qa/common.check: throw babble from systemctl away when not needed qa/common.filter: dodge "redirecting" output for pcp stop case as well qa/common.rpm: increase delay in _rpm_package_install_await qa/828: another valgrind false report that needs to be suppressed qa/656: add notrun when valgrind not installed libpcp/secureconnect.c: handle cases where SSL_ENABLE_DEFLATE not defined Makepkgs: die if build is doomed qa/admin/allow-pmlc-access: add some dirs to $PATH qa/admin/check-vm: tweak the package inventory Makepkgs: tweak last guard Makepkgs | 10 +++- build/tar/postinstall.tail | 5 ++ qa/023 | 3 - qa/145 | 2 qa/145.out.nonsec | 2 qa/359 | 45 +++++++++--------- qa/656 | 4 + qa/759 | 6 ++ qa/761 | 17 ++++++- qa/761.out | 60 ++++++++++++------------- qa/769 | 11 ++++ qa/828 | 29 ++++++++++++ qa/999 | 11 ++-- qa/admin/allow-pmlc-access | 15 ++++++ qa/admin/check-vm | 91 ++++++++++++++++++-------------------- qa/admin/pcp-daily | 4 + qa/common.check | 2 qa/common.filter | 4 + qa/common.rpm | 2 src/libpcp/src/secureconnect.c | 16 ++++++ src/libpcp_qmc/src/qmc_metric.cpp | 4 - src/pmdas/linux_proc/proc_pid.c | 4 - src/pmdas/root/docker.c | 5 +- 23 files changed, 233 insertions(+), 119 deletions(-) From chandana@desilva.id.au Sun Dec 28 17:10: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 215407F47 for ; Sun, 28 Dec 2014 17:10:58 -0600 (CST) Received: from cuda.sgi.com (cuda2.sgi.com [192.48.176.25]) by relay3.corp.sgi.com (Postfix) with ESMTP id B3583AC06D for ; Sun, 28 Dec 2014 15:10:54 -0800 (PST) X-ASG-Debug-ID: 1419808249-04cbb010651675410001-S8gJnT Received: from mho-01-ewr.mailhop.org (mho-03-ewr.mailhop.org [204.13.248.66]) by cuda.sgi.com with ESMTP id R3ZCQqgInEG62cmy (version=TLSv1 cipher=AES256-SHA bits=256 verify=NO) for ; Sun, 28 Dec 2014 15:10:49 -0800 (PST) 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 1Y5Mz2-0005pi-Oi for pcp@oss.sgi.com; Sun, 28 Dec 2014 23:10:49 +0000 Received: from [10.12.0.33] (unknown [175.45.119.98]) by mail.desilva.id.au (Postfix) with ESMTPSA id 0CBE6214B7 for ; Sun, 28 Dec 2014 23:10:47 +0000 (UTC) X-Mail-Handler: Dyn Standard SMTP by Dyn X-Originating-IP: 54.252.74.219 X-Report-Abuse-To: abuse@dyndns.com (see http://www.dyndns.com/services/sendlabs/outbound_abuse.html for abuse reporting information) X-MHO-User: U2FsdGVkX19w2oVc2Vdiz7NJd6sd6ptVamT/RBs6RMk= Message-ID: <1419808246.31067.26.camel@tardis> Subject: Compiling PCP 3.10 on CentOS 5.5 (Ken McDonell From: Chandana De Silva X-ASG-Orig-Subj: Compiling PCP 3.10 on CentOS 5.5 (Ken McDonell Reply-To: chandana@desilva.id.au To: pcp@oss.sgi.com Date: Mon, 29 Dec 2014 10:10:46 +1100 In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" X-Mailer: Evolution 3.10.4 (3.10.4-4.fc20) Mime-Version: 1.0 Content-Transfer-Encoding: 7bit X-Barracuda-Connect: mho-03-ewr.mailhop.org[204.13.248.66] X-Barracuda-Start-Time: 1419808249 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.13573 Rule breakdown below pts rule name description ---- ---------------------- -------------------------------------------------- Ken, I tried this recipe, but got this error. I then cloned it from git and ran Makepkgs, which worked $ qa/admin/check-vm Missing: rpm? /usr/include/systemd/sd-daemon.h [optional][systemd-devel but not for CentOS 5.8] Missing: rpm? /usr/include/infiniband/umad.h [optional][libibumad-devel] Missing: rpm? /usr/include/infiniband/mad.h [optional][libibmad-devel] Missing: rpm? /usr/include/avahi-common [optional][avahi-devel] Missing: rpm? Spreadsheet::Read [cpan] Missing: Spreadsheet::ReadSXC [cpan] Missing: rpm? Spreadsheet::XLSX [cpan] Missing: rpm? mail [mailx] Missing: rpm? httpd [httpd] Missing: time [time(redhat)] Missing: rpm? qmake|qmake-qt4 [qt-devel] Missing: rpm? /usr/lib/libQtCore.so|/usr/lib*/libQtCore.so [optional][qt-devel] Missing: rpm? /usr/lib/python*/curses [python-curses] Missing: rpm? /usr/share/doc/packages/python-ctypes [python-ctypes] _getnetworkaddr: cannot handle network mask: 255.255.254.0 Error: /home/m4u-chandana is not searchable by user "pcp" On Wed, 2014-12-24 at 12:00 -0600, pcp-request@oss.sgi.com wrote: > > I noticed on the PCP list you had managed to build for older CentOS > > versions. Is there a know recipe ?. > > Pretty much the same recipe for every platform: > > 1. download and unpack the source > 2. run qa/admin/check-vm (don't let the name confuse you) ... this sniffs about for prereqs required to build PCP and run QA ... things marked [optional] in the output you can safely ignore > 3. ./Makepkgs > > If this does not work, send mail to the list with Logs/pcp attached. > > I am building OK for CentOS 5.11 ... I don't have 5.5 in my QA farm but could spin one up (64bit I assume) if you're still having trouble. From bounces@newsletter.my Sun Dec 28 17:30: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=2.8 required=5.0 tests=HTML_IMAGE_ONLY_20, HTML_MESSAGE,HTML_SHORT_LINK_IMG_3 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 20ED87F47 for ; Sun, 28 Dec 2014 17:30:56 -0600 (CST) Received: from cuda.sgi.com (cuda1.sgi.com [192.48.157.11]) by relay1.corp.sgi.com (Postfix) with ESMTP id E43B88F819F for ; Sun, 28 Dec 2014 15:30:55 -0800 (PST) X-ASG-Debug-ID: 1419809447-04bdf0615f28188c0001-S8gJnT Received: from smtp-89.newsletter.my (smtp-89.newsletter.my [210.1.224.89]) by cuda.sgi.com with ESMTP id nkWVpC6RkAR5EZup for ; Sun, 28 Dec 2014 15:30:48 -0800 (PST) X-Barracuda-Envelope-From: bounces@newsletter.my X-Barracuda-Apparent-Source-IP: 210.1.224.89 Received: from e.newsletter.my/ (smtp-83.newsletter.my [210.1.224.83]) by smtp-89.newsletter.my (Postfix) with ESMTP id 871D680D49 for ; Mon, 29 Dec 2014 07:30:44 +0800 (MYT) Received: from crawl-66-249-79-57.googlebot.com [66.249.79.57] by e.newsletter.my with HTTP; Mon, 29 Dec 2014 07:30:45 +0800 Date: Mon, 29 Dec 2014 07:30:45 +0800 To: pcp@oss.sgi.com From: "e.newsletter.my" Reply-To: "e.newsletter.my" Subject: Goodbye from our Newsletter Message-ID: <03b5614a25826a1b39eb9a31dde83730@e.newsletter.my> X-ASG-Orig-Subj: Goodbye from our Newsletter X-Priority: 3 X-Mailer: PHPMailer 5.2.5 (https://github.com/Synchro/PHPMailer/) X-phpList-version: 3.0.8 X-MessageID: systemmessage X-ListMember: pcp@oss.sgi.com Precedence: bulk Bounces-To: bounces@newsletter.my List-Unsubscribe: MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="b1_03b5614a25826a1b39eb9a31dde83730" X-Barracuda-Connect: smtp-89.newsletter.my[210.1.224.89] X-Barracuda-Start-Time: 1419809448 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: newsletter.my X-Barracuda-Spam-Score: 1.26 X-Barracuda-Spam-Status: No, SCORE=1.26 using per-user scores of TAG_LEVEL=1000.0 QUARANTINE_LEVEL=1000.0 KILL_LEVEL=2.7 tests=HTML_IMAGE_ONLY_20, HTML_IMAGE_ONLY_20_2, HTML_MESSAGE, HTML_SHORT_LINK_IMG_3, HTML_SHORT_LINK_IMG_3_2 X-Barracuda-Spam-Report: Code version 3.2, rules version 3.2.3.13575 Rule breakdown below pts rule name description ---- ---------------------- -------------------------------------------------- 0.00 HTML_IMAGE_ONLY_20 BODY: HTML: images with 1600-2000 bytes of words 0.00 HTML_MESSAGE BODY: HTML included in message 0.70 HTML_IMAGE_ONLY_20_2 HTML: images with 1600-2000 bytes of words 0.00 HTML_SHORT_LINK_IMG_3 HTML is very short with a linked image 0.56 HTML_SHORT_LINK_IMG_3_2 HTML is very short with a linked image --b1_03b5614a25826a1b39eb9a31dde83730 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable =20 Goodbye from our Newsletter, sorry to see you go. You have been unsubscribed from our newsletters. This is the last email you will receive from us. Our newsletter system,= =0AphpList, will refuse to send you any further messages, without manual intervention= =0Aby our administrator. If there is an error in this information, you can re-subscribe: please go to http://e.newsletter.my/lists/?p=3Dsubscribe and follow the= =0Asteps. Thank you =20 =20 --b1_03b5614a25826a1b39eb9a31dde83730 Content-Type: multipart/related; boundary="b2_03b5614a25826a1b39eb9a31dde83730" --b2_03b5614a25826a1b39eb9a31dde83730 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable

=0A
Goodbye from ou= r Newsletter=0A

Goodbye from our Newsletter, sorry to see you go.

You have been unsubscribed from our newsletters.

This is the last email you will receive from us. Our newsletter system, p= hpList,
will refuse to send you any further messages, without manual intervention= by our administrator.

If there is an error in this information, you can re-subscribe:
please go to http= ://e.newsletter.my/lists/?p=3Dsubscribe and follow the steps.

Thank you

=0A

3D"p=

= =0A
=0A
--b2_03b5614a25826a1b39eb9a31dde83730 Content-Type: image/png; name="powerphplist.png" Content-Transfer-Encoding: base64 Content-ID: <211883dbcb1011eddf9abd4efc5f5f0d> Content-Disposition: inline; filename="powerphplist.png" iVBORw0KGgoAAAANSUhEUgAAAEsAAAAhCAYAAACRIVbWAAAABHNCSVQICAgIfAhkiAAAAAlwSFlz AAALEgAACxIB0t1+/AAAAB50RVh0U29mdHdhcmUAQWRvYmUgRmlyZXdvcmtzIENTNS4xqx9I6wAA DmhJREFUaIHtmntw1FWWxz+/Xz/T6aQTQgIkJgR5LGRIFDcPsSAEWEFkZSIisPIcRaTKEkEMwUGX RRaZWlSylKPrqBDFGCXyUAqiKLUg6ADBhCRAEGQhWU1IIpru9Lt/j/2jkx/ppEOwZmoetX6rurrv 45x77/fec+65t69AN4zOyMgDFgP5gK17+f8D2IG9QPGZmprDqqpqBULnj9EZGTFAMfDrv3Tv/obx EbC4trq6DTrI6iDqMHDbX69ff7OoBvJqq6vbxI6MYn4hqjfcRpAfhA4f9d9/zd78nWCiHljRW+nw zPGk507T0g11VZwqLwPAZLEybtbD2PoPxP7DVY59uA2f20lK2hgSBg/jVHkZtviBZE6bzaF3tgIw fdlv2f9fL/TQC3BoR7DO5AXLtbyuem9WpvaLci6eOtpjLLb4gSH1ju3aTkv9xaD8wuVaO+m50/C6 neF0rBCBvN7IssUHiTj1SRmnPiljRJcOT1/2WwBOfVIWkva6nKTn3gtcJ9tksZKSNgZb/MCwek99 Uoa99Sq2+EGYI61aHsC4WQ/ftEztF+VkTXuQ4Znjw4wltF5nfwFs/QeSPmGatgB8bmc4OvL09BEe 2FubaDhXFfydOw1TpBVb/EBs8YPY/XKwwYZzVfxm03Zs8QNpqb+IuaNOyqgxAIzIHE9U3ACunKlE kiQURUFVFGRZBqD+bCUAsizjcbbzPzUVAPRPvpUBqSN+lozBbCF55G3UHQ/1LLIso6rBb0WWMVms SJIEwJGdb/BgwX9gNEdy9fIFTZderw/hOyQVDuMeeJhxDzyskVJ7pJwBqcOxtzb1INUWPwh761Ua zlUxPHM8KWljOLZrGylpY4juP5CT+9/X6g/+1R3Y4geFDLwz/+nizzSdH/9+Q58y3fvxD1m5Ycts 8YPIvncOAD53O+ZIK16Xk+YrF7lQcYTs6XN4o2Bhr1z0SdaxXds0P9UJr8uJOdIaktfZMEBz/UWy ps2mpf4iDedOkzVtNiaLlfpz1wdYfXg/J/d/0KO9+rOVHCwuYsG/vUr14f00X7nYp0xIPyxWvOHN iOYrFyjbXAhA7oNLyMibrun7puKLjsluCisLIIbNVRRt6Ssdv7t+Gi/VYbJYSRs3FUmSSBs3FZPF SuOlOiRJ4nLtKUwWK+dPHqHxUh1eVzvNVy5qZPYFe2sTnxVvIffBJQxIHX5TMhCcsBHZE3pddV1h Sxh003o70efK6g0f/34DMx5/jimLV/Qwl+YrF7G3NlF/thK9KFJ75ECwMTE4N6IgMG7WI+Q+uEST 2V64mIDHhd/tRC+KXPr6GMc+fIs7p89l/2sbbyjT1XRPHdjJuS/KtbY60b1ew7kqznap17Xt3iCM zshQe+QqCpKi/CzyekM3J/l3jfAjEQSNYUEQkCQZj8eNXq8nOjqayMhIVFXF7XZjt9uRZRmLxYJO p6PrwfPPRfifikAggCAIf/LE9SIdHLAgCnjcHvz+AP+YeQdT7p7CqFGjSEhIQFVVWltbqamp4dCh Q5w+fRqj0YjZbA4hDIA+SFMUBa/XS4TZjHADM7gRZFnG5/NhiYgAQQjJH5SQgM/vp62tDZ1O16sO t9uN0WjEYDAEGeiiB3oxQ0FVAAG3243BYGDZsmXMnTuXAQMGhG2ksbGR0tJS3nzzTRRFwWQyoaoq kqIEZ/MGZCmKgsViITMzk4qKCrxeL0K3TvYFRVGIjY0lLS2NEydOIMsygiAQCARISUlh586dtLS0 MG/ePFwuV1jCVFVl7NixXLlyhe+//x6dXt+DrLDTqKgqfr8fm83GunXrePLJJ0OI8ng8vPLKKzz1 1FPU1dWRmJjIqlWreOaZZ1BVVVv2NwO/38+wYcN47bXXGDp0KD6f7+fwBIDX62Xs2LG8/vrrxMbG asGmqqrodDrMZjNms7nXPsmyTEREBC+99BL33HMPbrc7bL2wZujz+VBkBZPZRHZ2dkhZIBDgzbfe 4tzZs9xySzKbfvc7Nmx4nsEpg5k/fz6XL1/hjTf/QGxMLBD0eV6fD6VjdXVG4IIgYDQaARA7TE+S JJxOJ5IkIQgCJpMJg8GALMt4vV5EUeyIxIPG0ElEpz5ZlkP8ktFopL6+nqlTpxIIBHC5XEiShMfj 0eqIooher8fn8xEIBPB6vTidTqxRUT3IDUuWJEnceuutTJo4ibVr17Ju3TpGjhwJgMvlorLya+bO nsM/3X03CxYspKG+nsEpgxFFkYce+hcOHTrEd9//LyZzBH6/n7vuuouYmBgCgQD3338/UVFRVFdX U1payrfffhs0WUkiJyeHefPmkZSUREVFBSUlJbS2ttK/f39mzZrFhQsXmDx5Munp6TgcDvbs2cPn n38ePAqpqvbpCkVRmDFjBk1NTZSVlZGZmcns2bNJTU3l2rVrfPbZZxw/fpw1a9Zgs9mYP38+aWlp /PvGjfgDgRBdYc1QJ+rIysxi7dq1jL1rLAUFBZw/fx6AqKgoxt45lk8Pfsrb77zNwIEDGDp0mCY7 ZMgQcsePx+/zB1ei309+fj5FRUUUFRXh9Xqprq5m4sSJfPDBB4waNQqPx4MgCKxevZr4+Hhqamq4 7777eP/990lISCA+Pp7169dTWlpKXl4eNTU1eDwetm7dypo1awh0G1QnOonLz88nJyeHkSNHsn37 dpKSkqisrESWZZ5//nlycnI0nc3NzZw/f16zhD5XFoJAeno6AMufWI4syRQWFrJ582ZGjBjB0qWP MmPGr9lW/DZfHj1KYmLidYV6PWlpaRhNJk1Xpw8pKCjgww8/RBAEtm7dSklJCc899xxbtmxBp9Ox bds21q9fjyRJvPrqq+zdu5fly5dTXFwMwIkTJ3jkkUdoa2tDVVXmzJnDyy+/zL59+/B6vWGHAkEf 297eTnZ2NhEREaxYsYILFy5gtVoZNmwYLpcLh8PB4sWLOXjwIFu2bGFQYmKPnTn8Pq2qxMXFacmV K1eSl5dHYWEhly5dYs+evcTFxTHvoYd45513sNvtIeK2WBtGg0FLG41GGhoa+PTTT4mOjiYmJob2 9naKi4u5/fbbSU5ORpIkDh48iF6vp1+/fly7do0DBw5wxx13aH7pvffew+l0EhsbS0xMDAcOHOC7 775j0qRJmi/sDUajkZMnT+Lz+di5cyebNm1i4sSJNDc3Y7fbiY6ORhRFzGYzUWH8Va9kyYqCrIQ2 vnLlSqb/83SWPraU3Xt2s3btWl568UX8AT+rV6/G5XJpdRVZQeW67xBFkZ9++glJkjRnbjAY+PHH HxEEAavVqm33neV6vV5z9IIgoCgKbW1tmgPvdOjXrl2jX79+NyQKwGQyUVtby6JFi6ipqWHmzJmU lJSwY8cOEhMT8fv9feoIS5bRaKChvqFHflJiEs3NzbQ72omNjcVsNrPh+Q1YrVaeLnha2/abmq/i 811vXJZlEhMTsVgsmn/xer0MHz4cv99Pa2srer2+x2wKgqD5HVEUSU1N1cwtEAgQGRlJamoqly9f 7nOgnTpOnjzJihUrmDp1KgsWLCA9PZ2FCxdqZPUIqPsiy2QyceLEiZC8uro6it9+m9LS98nLy2Pj xo2oqorVamXjxo1YIiyseWYNDoeDs2fOIklBUgSCoUh8fDyrVq3CaDTidDrJysriiSeeYN++fTQ3 N6PT6cKS1UmYLMs8/vjjZGdn43Q6MRgMFBQUEBERQXl5OaYOH+nz+fB6vfh8Pi0cEAQBn8/HvHnz KCwsJDo6GrvdTlVVFQ6HQzu+GQwGRFHE6/WGJa2X445AZWUlx48f58477wSCUTqqyoCEBIaPGE5V VRV+vx+TyYTZbOaFF15g06ZNLF36GN83fkdkx32XSjAeamtr495772XKlCk4HA6SkpL46quv2Lx5 M2lpaQAhfkdVVQRBwGAwQEeQ7PV62bFjB42NjVitVgwGAytXruTy5ctkZWVhMBgoKSnB7/drxO/a tUtLe71eFi1axMyZM3E4HMTExOByuXj33Xfx+XwcPXqUpUuXkpmZyaqnn8bXzTSF0RkZbXS7WhZQ cTpdZGdl8oc33iA6Khq3282zzz5Lyw+tSIEAc+fMJT8/P0RZa2sr+fn5NDY1ER0djT8QwO/3859b tpCcnMzSRx8ld8IEoqxWvvnmGyoqKpAVhZiYGLKzszl+/DgejwexYwdNHTKEuLg4PB4Pu3fvZsmS JTgcDtLT03E6nXx57BiNTU2YTCZibDZyJ0wgMjIyZIWePXMGCO6I1TU1DE5JITMri9jYWFpaWvjj V3+kzR70hWazmcmTJ2PQ6zlQXg6hu6FdGJ2RsZdu/0ILqMiqgqPNzv33z2Tdv64jLq4fHo+H/Qf2 k3xLMjk5OSFE/fDDD2x+8UX27fsYnU6PIEBAkvH7/WwtKmLw4MEs+s1iTOYIVEVBbzBgMpkQRQFF VvB4PERYIhAFsbMTBAIS9rY2hgwZwq6yMh5btoyvq6ow6PUIooDJZMag14MQXJVutxu6WY/RaERV VURRxGgyEggE8Pv8KIqCqBMxmczodboOHQoetxsEgcjISK42hdyafqQHirqTBQI6UUd0VDS7d++m taWVJUseYfLkycx6YFZITVmWOXzkCNu3b+PYsS+DMysK0GHzqqqi1+vR6XToDUYyszK1sj4hCJw+ Xa0lVYJBcTAGVK9n/rxz902jG1lFnX/fh6wuQSA4IEFEUSTaHU5stmgybruN9F+N5pbkZFRVpamx kZqaGmrPnsHe1kZkpBVRJ3aQIRCQJFRVJXPMGMwREXxx9GjwxH+ztwoqqKpCtM3GpEmTOHz4MD/9 +CPiDa5Z/pzocs78qLa6Oj/sWwdR0PraQVxwl5EkCQQw6A0gCMiShKIqGPQG7VDcFf6AhMFgwOvx BK9iOnadnwtFUXB7PFgiIrQ47C8I7a3DL69oboyer2i64pf3Wb2/z/o/Z4jQ19LLyeMAAAAASUVO RK5CYII= --b2_03b5614a25826a1b39eb9a31dde83730-- --b1_03b5614a25826a1b39eb9a31dde83730-- From chandana@desilva.id.au Mon Dec 29 17:09:18 2014 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on oss.sgi.com X-Spam-Level: X-Spam-Status: No, score=0.0 required=5.0 tests=none autolearn=ham version=3.3.1 X-Original-To: pcp@oss.sgi.com Delivered-To: pcp@oss.sgi.com Received: from relay.sgi.com (relay3.corp.sgi.com [198.149.34.15]) by oss.sgi.com (Postfix) with ESMTP id 10D097F47 for ; Mon, 29 Dec 2014 17:09:18 -0600 (CST) Received: from cuda.sgi.com (cuda2.sgi.com [192.48.176.25]) by relay3.corp.sgi.com (Postfix) with ESMTP id 945CEAC004 for ; Mon, 29 Dec 2014 15:09:14 -0800 (PST) X-ASG-Debug-ID: 1419894547-04cbb0106b16af3b0001-S8gJnT Received: from mho-01-ewr.mailhop.org (mho-03-ewr.mailhop.org [204.13.248.66]) by cuda.sgi.com with ESMTP id ZZJmlPMhHFCLf2aI (version=TLSv1 cipher=AES256-SHA bits=256 verify=NO) for ; Mon, 29 Dec 2014 15:09:07 -0800 (PST) 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 1Y5jQw-000Lm4-UU for pcp@oss.sgi.com; Mon, 29 Dec 2014 23:09:07 +0000 Received: from tardis (unknown [175.45.119.98]) by mail.desilva.id.au (Postfix) with ESMTPSA id BE7AC20F3F for ; Mon, 29 Dec 2014 23:09:04 +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/PzkRNKtEj4lWugDjKDgpKHDRbNWGUjPw= Message-ID: <1419894543.5699.4.camel@desilva.id.au> Subject: Fetching proc data from a remote host From: Chandana De Silva X-ASG-Orig-Subj: Fetching proc data from a remote host Reply-To: chandana@desilva.id.au To: pcp@oss.sgi.com Date: Tue, 30 Dec 2014 10:09:03 +1100 Organization: Chandana De Silva Content-Type: text/plain; charset="UTF-8" X-Mailer: Evolution 3.12.8 (3.12.8-1.fc21) Mime-Version: 1.0 Content-Transfer-Encoding: 7bit X-Barracuda-Connect: mho-03-ewr.mailhop.org[204.13.248.66] X-Barracuda-Start-Time: 1419894547 X-Barracuda-Encrypted: AES256-SHA X-Barracuda-URL: http://192.48.176.25:80/cgi-mod/mark.cgi X-Virus-Scanned: by bsmtpd at sgi.com X-Barracuda-BRTS-Status: 1 X-Barracuda-Spam-Score: 0.00 X-Barracuda-Spam-Status: No, SCORE=0.00 using per-user scores of TAG_LEVEL=1000.0 QUARANTINE_LEVEL=1000.0 KILL_LEVEL=2.7 tests=DOMAIN_4U2 X-Barracuda-Spam-Report: Code version 3.2, rules version 3.2.3.13630 Rule breakdown below pts rule name description ---- ---------------------- -------------------------------------------------- 0.00 DOMAIN_4U2 URI: Domain name containing a "4u" variant All, I have a host running pcp 3.10.1, with this config: $ cat /etc/pcp/pmcd/pmcd.conf # Performance Metrics Domain Specifications # # This file is automatically generated during the build # Name Id IPC IPC Params File/Cmd pmcd 2 dso pmcd_init /var/lib/pcp/pmdas/pmcd/pmda_pmcd.so linux 60 dso linux_init /var/lib/pcp/pmdas/linux/pmda_linux.so proc 3 pipe binary /var/lib/pcp/pmdas/proc/pmdaproc -d 3 mmv 70 dso mmv_init /var/lib/pcp/pmdas/mmv/pmda_mmv.so xfs 11 pipe binary /var/lib/pcp/pmdas/xfs/pmdaxfs -d 11 jbd2 122 dso jbd2_init /var/lib/pcp/pmdas/jbd2/pmda_jbd2.so [access] disallow ".*" : store; disallow ":*" : store; allow "local:*" : all; allow host "10.*" : fetch; I am curious as to why I can't query some of the proc values from a remote host. $ pminfo -f -h gateway01.prod.mel.au.m4u.com.au proc.memory.vmsize proc.memory.vmsize Error: No permission to perform requested operation $ pminfo -f -h gateway01.prod.mel.au.m4u.com.au proc.nprocs proc.nprocs value 76 Chandana From mgoodwin@redhat.com Mon Dec 29 19:04:07 2014 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on oss.sgi.com X-Spam-Level: X-Spam-Status: No, score=0.0 required=5.0 tests=none autolearn=ham version=3.3.1 X-Original-To: pcp@oss.sgi.com Delivered-To: pcp@oss.sgi.com Received: from relay.sgi.com (relay1.corp.sgi.com [137.38.102.111]) by oss.sgi.com (Postfix) with ESMTP id C51B17F47 for ; Mon, 29 Dec 2014 19:04:07 -0600 (CST) Received: from cuda.sgi.com (cuda2.sgi.com [192.48.176.25]) by relay1.corp.sgi.com (Postfix) with ESMTP id B3D328F8035 for ; Mon, 29 Dec 2014 17:04:04 -0800 (PST) X-ASG-Debug-ID: 1419901442-04cbb0106516b0fa0001-S8gJnT Received: from mx1.redhat.com (mx1.redhat.com [209.132.183.28]) by cuda.sgi.com with ESMTP id UGMqinAUzBoDyygK (version=TLSv1 cipher=AES256-SHA bits=256 verify=NO) for ; Mon, 29 Dec 2014 17:04:03 -0800 (PST) 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 sBU140FE013437 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=FAIL); Mon, 29 Dec 2014 20:04:01 -0500 Received: from [10.64.51.116] (vpn1-51-116.bne.redhat.com [10.64.51.116]) by int-mx09.intmail.prod.int.phx2.redhat.com (8.14.4/8.14.4) with ESMTP id sBU13vEL013167; Mon, 29 Dec 2014 20:03:58 -0500 Message-ID: <54A1F9FC.2060302@redhat.com> Date: Tue, 30 Dec 2014 12:03:56 +1100 From: Mark Goodwin User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:31.0) Gecko/20100101 Thunderbird/31.3.0 MIME-Version: 1.0 To: chandana@desilva.id.au, pcp@oss.sgi.com Subject: Re: [pcp] Fetching proc data from a remote host References: <1419894543.5699.4.camel@desilva.id.au> X-ASG-Orig-Subj: Re: [pcp] Fetching proc data from a remote host In-Reply-To: <1419894543.5699.4.camel@desilva.id.au> Content-Type: text/plain; charset=windows-1252; 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: 1419901443 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 12/30/2014 10:09 AM, Chandana De Silva wrote: [...] > I am curious as to why I can't query some of the proc values from a remote host. > $ pminfo -f -h gateway01.prod.mel.au.m4u.com.au proc.memory.vmsize > > proc.memory.vmsize > Error: No permission to perform requested operation > > $ pminfo -f -h gateway01.prod.mel.au.m4u.com.au proc.nprocs > > proc.nprocs > value 76 most likely pmdaproc on the remote host is running as the pcp user, which doesn't have access to all of the /proc//... data for users other than pcp. The proc.nprocs metric is extracted from /proc/stat, which doesn't have such access restrictions (world readable). Regards -- Mark From chandana@desilva.id.au Mon Dec 29 20:39: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 3DD4E7F47 for ; Mon, 29 Dec 2014 20:39:44 -0600 (CST) Received: from cuda.sgi.com (cuda2.sgi.com [192.48.176.25]) by relay2.corp.sgi.com (Postfix) with ESMTP id 2CC0A304032 for ; Mon, 29 Dec 2014 18:39:40 -0800 (PST) X-ASG-Debug-ID: 1419907178-04cbb0106416b2610001-S8gJnT Received: from mho-02-ewr.mailhop.org (mho-02-ewr.mailhop.org [204.13.248.72]) by cuda.sgi.com with ESMTP id urdkkrdIraGyga3m (version=TLSv1 cipher=AES256-SHA bits=256 verify=NO) for ; Mon, 29 Dec 2014 18:39:39 -0800 (PST) X-Barracuda-Envelope-From: chandana@desilva.id.au X-Barracuda-Apparent-Source-IP: 204.13.248.72 Received: from ec2-54-252-74-219.ap-southeast-2.compute.amazonaws.com ([54.252.74.219] helo=mail.desilva.id.au) by mho-02-ewr.mailhop.org with esmtpa (Exim 4.72) (envelope-from ) id 1Y5mig-000G1S-Ge; Tue, 30 Dec 2014 02:39:38 +0000 Received: from tardis (unknown [175.45.119.98]) by mail.desilva.id.au (Postfix) with ESMTPSA id 5CD0920F3F; Tue, 30 Dec 2014 02:39:36 +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: U2FsdGVkX19M2SD3Shd5rmpCsPhGfw0/RsBpkCYU5nc= Message-ID: <1419907175.5699.9.camel@desilva.id.au> Subject: Re: [pcp] Fetching proc data from a remote host From: Chandana De Silva X-ASG-Orig-Subj: Re: [pcp] Fetching proc data from a remote host Reply-To: chandana@desilva.id.au To: Mark Goodwin Cc: pcp@oss.sgi.com Date: Tue, 30 Dec 2014 13:39:35 +1100 In-Reply-To: <54A1F9FC.2060302@redhat.com> References: <1419894543.5699.4.camel@desilva.id.au> <54A1F9FC.2060302@redhat.com> Organization: Chandana De Silva Content-Type: text/plain; charset="UTF-8" X-Mailer: Evolution 3.12.8 (3.12.8-1.fc21) Mime-Version: 1.0 Content-Transfer-Encoding: 7bit X-Barracuda-Connect: mho-02-ewr.mailhop.org[204.13.248.72] X-Barracuda-Start-Time: 1419907179 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.13638 Rule breakdown below pts rule name description ---- ---------------------- -------------------------------------------------- Hello Mark, Thanks for your reply. The proc pmda is running as root. $ ps aux | grep proc root 15828 0.0 0.3 42416 1764 ? S 09:52 0:01 /var/lib/pcp/pmdas/proc/pmdaproc -d 3 And, I can view the data on the host. $ pminfo -f proc.psinfo.vsize proc.psinfo.vsize inst [1 or "000001 init [3]"] value 10352 inst [2 or "000002 (migration/0)"] value 0 inst [3 or "000003 (ksoftirqd/0)"] value 0 What I can't do is view this from another machine (which is running pmlogger). On Tue, 2014-12-30 at 12:03 +1100, Mark Goodwin wrote: > most likely pmdaproc on the remote host is running as the pcp user, > which doesn't have access to all of the /proc//... data for users > other than pcp. The proc.nprocs metric is extracted from /proc/stat, > which doesn't have such access restrictions (world readable). From kenj@internode.on.net Mon Dec 29 21: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 (relay1.corp.sgi.com [137.38.102.111]) by oss.sgi.com (Postfix) with ESMTP id 407677F47 for ; Mon, 29 Dec 2014 21:25:03 -0600 (CST) Received: from cuda.sgi.com (cuda3.sgi.com [192.48.176.15]) by relay1.corp.sgi.com (Postfix) with ESMTP id 209948F8039 for ; Mon, 29 Dec 2014 19:25:02 -0800 (PST) X-ASG-Debug-ID: 1419909897-04cb6c05732737c60001-S8gJnT Received: from ipmail06.adl6.internode.on.net (ipmail06.adl6.internode.on.net [150.101.137.145]) by cuda.sgi.com with ESMTP id 1KCiqBd3FlJboZsy for ; Mon, 29 Dec 2014 19:24:57 -0800 (PST) X-Barracuda-Envelope-From: kenj@internode.on.net X-Barracuda-Apparent-Source-IP: 150.101.137.145 X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: AvIBAP0ZolR20ZX6PGdsb2JhbAANT4pfw0WCVQKBIgEBAQEBBgEBAQE4hEgBAQQ4QBELGAkWDwkDAgECATEUEwgBAbV+lV4BAQgCAR+PfhaEEwEEqFiEJIMeAQEB Received: from ppp118-209-149-250.lns20.mel8.internode.on.net (HELO [192.168.1.100]) ([118.209.149.250]) by ipmail06.adl6.internode.on.net with ESMTP; 30 Dec 2014 13:54:56 +1030 Message-ID: <54A21BB6.5070609@internode.on.net> Date: Tue, 30 Dec 2014 14:27:50 +1100 From: Ken McDonell User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:31.0) Gecko/20100101 Thunderbird/31.3.0 MIME-Version: 1.0 To: pcp@oss.sgi.com Subject: Re: [pcp] Fetching proc data from a remote host References: <1419894543.5699.4.camel@desilva.id.au> <54A1F9FC.2060302@redhat.com> X-ASG-Orig-Subj: Re: [pcp] Fetching proc data from a remote host In-Reply-To: <54A1F9FC.2060302@redhat.com> Content-Type: text/plain; charset=windows-1252; format=flowed Content-Transfer-Encoding: 7bit X-Barracuda-Connect: ipmail06.adl6.internode.on.net[150.101.137.145] X-Barracuda-Start-Time: 1419909897 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.13640 Rule breakdown below pts rule name description ---- ---------------------- -------------------------------------------------- On 30/12/14 12:03, Mark Goodwin wrote: > > ... > most likely pmdaproc on the remote host is running as the pcp user, > which doesn't have access to all of the /proc//... data for users > other than pcp. The proc.nprocs metric is extracted from /proc/stat, > which doesn't have such access restrictions (world readable). And the metrics _will_ be available on the same host as pmcd using -h local: (default for most tools, but not pmchart I just discovered) because the connection uses a local domain socket and the access control rules are relaxed compared to connection to pmcd via an ip socket (like a remote pmlogger uses).